Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Покупка сырья и материалов» (Выбор комплекса задач автоматизации)

Содержание:

ВВЕДЕНИЕ

Важным фактором успешного экономического развития хозяйствующих субъектов является неотъемлемый рост товарных ресурсов и повышение эффективности их использования. Поэтому управление ресурсами товаров необходимо рассматривается как комплексная проблема, включающая их формирование и продвижение к потребителю, совершенствование организационной структуры управления экономикой в отрасли.

Располагая достоверной и своевременной информацией обо всех сторонах хозяйственно-финансовой деятельности организации можно принимать оптимальные управленческие решения.

Ценностью принятия управленческих решений в данном случае является прямая зависимость от достаточной и уместной учётной и аналитической информации, которую получают руководитель и специалисты организации.

Одним из наиболее ответственных и сложных участков информационного обеспечения в управлении торговым предприятием является автоматизация рабочего места сотрудника склада по учету сырья и материалов в торговой организации, поэтому его совершенствование приобретает особую актуальность и значимость.

Актуальность темы исследования обусловлена также тем, что эффективность тактического и стратегического управления организациями торговли мебелью во многом зависит от достоверности, своевременности и полноты учётной и отчётной информации о состоянии, движении и использовании товарных ресурсов на предприятии.

Предмет исследования: организация автоматизированного рабочего места работника склада по учету сырья и материалов АО «ГОЛД ПРОДУКТ».

Объект исследования – автоматизированная система учета сырья и материалов в АО «ГОЛД ПРОДУКТ».

Целью данной дипломной работы является уменьшение времени обработки информации хранения и реализации продукции АО «ГОЛД ПРОДУКТ» за счет автоматизации учета мебели, которая может сыграть важнейшую роль в увеличении объёма продаж.

Для достижения указанной цели исследования были поставлены следующие основные задачи:

исследовать бизнесс-процессы движения сырья и материалов в АО «ГОЛД ПРОДУКТ»;
выявить прогнозные резервы оптимизации товарных ресурсов;
разработать рекомендации по компьютеризации учёта сырья и материалов.

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

Учет материальных запасов включает два аспекта: учет их приобретения (заготовления) и учет их применения. При поступлении материалов на склад, кладовщик проверяет комплектность поставки, ее соответствие документам поставщика, и при отсутствии отклонений составляет приходный ордер. Для сокращения количества первичных документов разрешается оформление поступивших материалов без применения приходных ордеров. При полном соответствии количества и качества поступившего груза сопроводительным документам разрешается непосредственно на документах поставщика проставлять и заполнять специальный штамп, содержащий основные реквизиты приходного ордера. Приходные документы передаются в бухгалтерию.

Номенклатура товаров обширна и разнообразна. Для торговой компании АО «ГОЛД ПРОДУКТ» глубина номенклатуры строительных материалов составляет два уровня – это указания типа (группа) товара и товара непосредственно, относящихся к группе.

1.2. Характеристика существующих бизнес – процессов

Объектом исследования в дипломной работе является торговая компания АО «ГОЛД ПРОДУКТ». Специализация компании АО «ГОЛД ПРОДУКТ» предусматривает следующий ассортимент товаров, реализацию которых предприятие организует в розницу:

«Винная продукция»;
«Соковая продукция»;
«Консервированная продукция»;
«Сопутствующие товары».

Рассмотрим организационную структуру торговой компании АО «ГОЛД ПРОДУКТ», представленную в Приложении 1.

Директор управляет предприятием и имеет полный доступ к информации, распределяя права пользователей, в информационной системе «Учет товара». Он принимает решение по разным вопросам: организационным, кадровым, технологическим и просто житейским.

Заместитель директора выполняет функции администратора информационной системы «Учет сырья и материалов» и следит за работой всех отделов центрального офиса торговой компании АО «ГОЛД ПРОДУКТ».

Как уже выше сказано, в дипломной работе рассматривается управленческая структура отдела снабжения торговой компании АО «ГОЛД ПРОДУКТ». Отделом снабжения руководит начальник отдела снабжения, являясь также и менеджером по оптовой купли - продаже. Он руководит и следит за работой всех работников данного подразделения: техническим персоналом.

Сформулируем основные критерии реализации информационной системы «Учет сырья и материалов»:

создание максимально возможного удобства в работе. Для этого программа должна иметь удобный и современный интерфейс пользователя;
работа модуля должна выполняться с максимально возможной скоростью. Нежелательны ситуации, в которых пользователю длительное время придется ожидать результата на свое действие;
максимальная простота в применении;
минимальные затраты на разработку;
простое обновление и развитие;
легкое тиражирование;
автоматизация всей деятельности учета товара в торговом предприятии;
максимальное снижение ручной работы для учета товара;
наличие аппаратных средств определенной конфигурации;
наличие сертифицированных программных систем;
возможности инструментальных средств;
обеспечение взаимодействия с различными серверами баз данных;
работа в локальной сети.

Основа информационной системы, объект ее обработки – база данных.

База данных – это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области.

1.3. Характеристика документооборота, возникающего при решении задачи

Номенклатура товаров обширна и разнообразна. Для торговой компании АО «ГОЛД ПРОДУКТ» глубина номенклатуры материалов составляет два уровня – это указания типа (группа) товара и товара непосредственно, относящихся к группе.

В АО «ГОЛД ПРОДУКТ»» учет сырья и материалов осуществлялся с помощью Microsoft Excel, документы excel весили очень много, для обработки данных или поиска необходимой информации нужно было уделять большое внимание и затрачивать много времени. Создание электронной базы данных содержащей всю необходимую информацию значительно облегчило бы работу сотрудников. В результате внедрения разработанной базы данных повысится оперативность работы, за счет сокращения времени на обработку документации.

Ранее в организации проводился учет сырья и материалов путем использования пакета Microsoft Office MS Excel. Программа была не универсальна и представляла собой набор различных файлов. Этот способ ведения учета был настолько громоздким, что очень часто возникали путаницы.

Схема документооборота реализации автоматизированной системы учет сырья и материалов АО «ГОЛД ПРОДУКТ» представлен на рисунке 1.

Действие	Сотрудник, которого необходимо перевезти	Руководитель отдела	Сотрудник транспортного цеха	Сотрудник, организации пассажирских перевозок
Покупка сырья и материалов	Приходный ордер
Оформление документов на оприходование		Запрос Запрос
Формирование карточки товара				Отчеты на дату оприходов.
Формирование отчетности				Отчетность Отчетность
Печать отчетности				Отчетность
Предоставление отчетности

Рисунок 1 – Схема документооборота учета сырья и материалов

1.4. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) – совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного представления информации, принятия управленческих решений.

Автоматизированная система по учету сырья и материалов АО «ГОЛД ПРОДУКТ» предназначена для организации покупки сырья и материалов по требованию, согласно, соответствующих документов. Прежде чем создать проект разрабатываемой системы нужно разработать структурную схему объекта автоматизации. При этом нужно представлять, и знать как будет функционировать автоматизированная система по учету пассажирских перевозок в МКУ.

К внемашинному информационному обеспечению можно отнести следующие информационные документы:

- - инструкция пользователя по учету сырья и материалов АО «ГОЛД ПРОДУКТ»;
  - инструкция по инсталляции ПО по учету сырья и материалов АО «ГОЛД ПРОДУКТ».

Инструкция пользователя должна содержать следующее: схему работы с программой, порядок доступа персонала, порядок работы с программой, штатный режим работы программы, завершение работы с программой. Инструкция пользователя является необходимым информационным обеспечением по учету сырья и материалов АО «ГОЛД ПРОДУКТ».

Инструкция по инсталляции позволяет правильно установить и запустить ПО по сырья и материалов АО «ГОЛД ПРОДУКТ».

1.5. Обоснование проектных решений по программному обеспечению

Будущая программа предназначена предоставлять оперативную информацию для руководства, подготавливать информацию для дальнейшего анализа, снижать объёмы бумажного документооборота и д.р.

Наиболее удобной для создания такой базы данных является реляционная СУБД - Мной выбрана СУБД Paradox, которая обладает рядом преимуществ:

- База данных расширяется по мере наполнения информацией, без заметного уменьшения быстродействия операций с записями в многопользовательском режиме.

- обеспечивается максимальная безопасность.

Язык программирования был выбран Borland C++ Builder, т.к. это элегантный, типобезопасный объектно-ориентированный язык, предназначенный для разработки разнообразных безопасных и мощных приложений, выполняемых в среде .NET Framework. С помощью языка C++ можно создавать обычные приложения Windows, XML-веб-службы, распределенные компоненты, приложения "клиент-сервер", приложения баз данных и т. д. C++ предоставляет развитый редактор кода, конструкторы с удобным пользовательским интерфейсом, встроенный отладчик и множество других средств, упрощающих разработку приложений на базе языка C++ и .NET Framework.

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

Информационная модель – встроенная база данных разрабатываемой автоматизированной системы по учету сырья и материалов представлена на рисунке 2.

Рисунок 2. Информационная модель по учету сырья и материалов

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Структурная схема важна как для разработчика базы данных, так и для конечного пользователя. Она позволяет наглядно рассмотреть входные данные разрабатываемого проекта. Это, в свою очередь, позволяет разработчику лучше понять смысл работы и, соответственно, создать более качественный продукт. Благодаря структурной схеме, конечный пользователь быстрее и лучше поймёт логику созданной базы данных, что, конечно же, отразится на качестве производимой пользователем работы.

Перед разработкой базы данных нужно ясно представлять, конечный результат работы. Процесс разработки обычно начинается с анализа требований, цель которого – выяснить требования к системе в целом. Определив цель проекта, можно обозначить задачи, которые нужно решить в ходе проекта. Соответственно уже будет в целом понятно как решить поставленные задачи. Затем определяется, какие данные и как будут использоваться в системе. За этим следует проектирование архитектуры системы. Детальное проектирование и реализация каждого компонента выполняются лишь, когда система в целом отвечает предъявляемым к ней требованиям.

На этапе разработки нужно создать структурную схему объекта автоматизации, которая строится на основе входных данных, если концептуальная модель пока не готова. Эта схема необходима, прежде всего, для того, чтобы разработчик на начальных этапах разработки мог ясно представлять модель базы данных, а также способы реализации проекта в целом и отдельных его частей. На последующих этапах – вносить изменения в уже существующие компоненты, создавать новые компоненты и удалять старые, если они стали не нужны или заменились другими, и, наконец, схема нужна для того, чтобы, разработать максимально эффективную базу данных.

У данной схемы есть масса преимуществ, так как целостное представление о системе определяется в самом начале проекта, что уменьшает до минимума вероятность сделать работу впустую. Крупные проекты разбивают на малые части, а отдельными частями легче управлять.

Структурная схема базы данных является, по сути, переводом модели данных на язык физической реализации и представлена на рисунке 3.

База

данных

«Учет сырья и материалов»

Общие сведения о товарах Сводная ведомость

Приходная ведомость

учета товара

Приходная накладная Расходная ведомость

учета товара

Рисунок 3 - Структурная схема объекта автоматизации

Структурная схема на первом этапе предполагает определение входных и выходных данных, а также общей схемы обработки этих данных. Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера.

Исходными данными являются сведения о товарах, а также сведения об оприходовании товара на складе на основании приходной накладной. Все данные заносятся в информационную систему с помощью специально разработанных форм.

2.3. Характеристика результатной информации

Выходными данными в процессе работы базы данных являются – формирование приходной и расходной ведомостей учета товара, а также расходной накладной. Выходные данные являются итогом работы базы данных. Они являются важными документами, необходимыми для дальнейшей работы торговой компании АО «ГОЛД ПРОДУКТ».

2.4. Общие положения (дерево функций и сценарий диалога)

Разработанный модуль включает в себя серверную и клиентскую часть Серверная часть является приложением для взаимодействия с базой данных, клиентская – веб-интерфейсом для ввода данных и получения отчетной информации. Структурная схема пакета представлена на рисунке 3.

Рисунок 3 - Структурная схема пакета

2.5. Характеристика базы данных

Проектирование БД начинается со сбора концептуальных данных (концептуальных требований). Концептуальные требования могут определяться и для некоторых задач (приложений), которые в ближайшее время реализовывать не планируется. Это может несколько повысить трудоемкость работы, однако поможет наиболее полно учесть все аспекты функциональности, требуемой для разрабатываемой системы, и снизит вероятность переделки в дальнейшем. Требования отдельных пользователей должны быть представлены в едином «обобщенном» представлении, которое называют концептуальной моделью.

Концептуальное требование – это одно данное (какое-либо свойство объекта, которое будет храниться в базе данных). Концептуальные требования можно получить от руководителя предприятия, от конечных пользователей, которые будут работать с базой данных. Также на этом этапе решается вопрос о действиях, которые будут выполняться с данными в БД.

Создание приложения на основе базы данных включает в себя строго определённую последовательность действий, выполнение которых приведёт к созданию оптимальной структуры базы данных. В общем случае снизит время на проектирование и обеспечит возможность уточнения структуры базы данных без её полной переделки. Построение концептуальной (или информационной) модели является одним из первых этапов проектирования базы данных.

Данный программный продукт пишется для открытого акционерного общества компании АО «ГОЛД ПРОДУКТ». В результате изучения организации работы АО «ГОЛД ПРОДУКТ» выяснилось, что данный программный продукт будут применяться для хранения информации о продукции АО «ГОЛД ПРОДУКТ».

Будет хранится следующая информация о продукции:

тип;
поставщик;
срок гарантии;
стоимость;
поставщик;
ответственное лицо;
дата покупки (поступления).

Так же нужно хранить информацию о бракованной продукции:

информация о браке;
описание проведенных работ;
стоимость замененных деталей и проведенных работ.

В поступающих заявках следует отмечать следующую информацию:

отдел оформивший заявку;
ответственное лицо;
дата подачи заявки.

Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью.

Логическая модель – нормализация всех отношений и нахождение связей между ними.

Основная проблема разработчиков базы данных связана с тем, что разработка таблиц происходит в соответствии с их «видимой» формой. Вследствие чего таблицы могут содержать дублированные данные. Недостатками дублирования являются увеличение объёма памяти для хранения таблиц, долгий поиск и сложность обработки данных.

Цель проектирования реляционной базы данных – найти оптимальное соотношение между количеством таблиц и их нормализацией.

Главное условие проектирования – сокращение избыточности данных так, чтобы каждый факт встречался в базе данных только один раз.

Процесс проектирования базы данных с применением метода нормальных форм является итерационным и заключается в последовательном переводе отношений из первой нормальной формы в нормальные формы более высокого порядка по определённым правилам. Каждая следующая нормальная форма ограничивает определённый тип функциональных зависимостей, устраняет соответствующие аномалии при выполнении операций над отношениями базы данных и сохраняет свойства предшествующих нормальных форм. Все отношения базы данных «Учет сырья и материалов» находятся в четвёртой нормальной форме.

Между отношениями в базе данных может существовать четыре типа связей: 1:1; 1:М; М:1; М:М.

Взаимосвязи отношений базы данных «Учет сырья и материалов» представлены в Приложении 2.

2.6. Структурная схема пакета (дерево вызова программных модулей)

На рисунке 4 представлено дерево вызова программных модулей.

Авторизация

SplashScreen

Главное меню

Фильтр материалов

Справка

Справочники

О программе

Об авторе

Группы товаров

Сырье и материалы

добавление

изменение

удаление

Рисунок 4 - Дерево вызова программных модулей

2.7. Описание программных модулей

Описание программных модулей системы приведено в таблице 1.

Таблица 1. Описание программных модулей системы

Идентификатор ПМ	Описание ПМ
Модуль авторизации	Организация входа в систему с использованием защищенных соединений.
Модуль управления правами доступа	Организация управления правами доступа, проверка полномочий пользователя при запросе на доступ к элементам системы, организация метода работ в системе с использованием групп правил (ролей) пользователей.
Модуль интерфейсов системы	Организация взаимодействия шаблонов страниц элементов и функционала системы, меню системы.
Модуль работы с внешними источниками информации	Организация взаимодействия с внешними источниками информации (поисковые системы, продвигаемые сайты и др.)
Модуль обработки информации	Обработка информации, полученной с помощью модуля работы с внешними источниками информации. Организация хранения и обновления информации в системе.
Модуль представления информации	Представление информации в системе
Модуль формирования отчетности	Формирование отчетов для клиентов и внутренних отчетов.
Модуль резервного копирования	Организация резервного копирования информации в системе.

2.8. Контрольный пример реализации проекта и его описание

Одной из главных задач программистов при разработке приложения является разработка удобного пользовательского интерфейса. Пользовательский интерфейс – это часть приложения, которая получает информацию от пользователей и отображает её.

Требования к пользовательскому интерфейсу:

1) Правильное и удобное для пользователя размещение элементов управления:

интерфейс нужно проектировать так, чтобы пользователь сразу же понимал, какие элементы важнее других, поэтому размещение должно подчёркивать иерархию: важные элементы следует помещать на видное место, а маловажные или редко используемые - на менее заметное.
в большинстве языков мира текст читается слева направо и сверху вниз, поэтому большинство пользователей первым делом обращают внимание на верхний левый угол экрана, следовательно, именно там стоит расположить самые важные элементы интерфейса.
группировать элементы в соответствии с назначением. Например, кнопки перемещения по базе данных нужно объединить, а не разбрасывать по всей форме, так как их функции взаимосвязаны.

2) Соблюдать порядок перехода:

Часто пользователи переходят от одного элемента управления к другому с помощью клавиши Tab, поэтому в таких формах ввода, как диалоговые панели важен осмысленный порядок обхода.

3) Согласованность элементов пользовательского интерфейса:

Тип элемента управления – не стоит использовать все доступные элементы управления. Нужно выбирать только те, которые наилучшим образом подходят для приложения.

Несмотря на то, что для представления списочной информации годится и список, и поле со списком, и табличная форма, и представление в виде дерева, лучше выбрать и применять только один из этих элементов;

Свойства – важно согласовывать свойства элементов управления. Например, если в одном месте у текстового поля белый фон, то в другом месте не стоит без веских причин использовать серый;

Тип формы – для удобства работы с приложением важно согласовывать формы. Две формы – одна с серым фоном и с трёхмерными эффектами, а другая с белым фоном и с плоскими элементами – внесут сумятицу и несогласованность.

4) Понятность элементов:

Назначение интуитивно понятных элементов можно определить по внешнему виду. Интуитивно понятные элементы стоит применять и в пользовательском интерфейсе. Например, кнопки с трёхмерными эффектами так и хочется щёлкнуть. Если бы они выглядели плоскими, было бы труднее понять, что это кнопки.

Другой пример интуитивно понятного элемента – текстовое поле, пользователи ожидают, что белое поле, окружённое рамкой, предназначено для редактирования текста.

5) Применение разделителей:

Обычно разделителями служит пустое пространство вокруг или между данными формы. Элементами управления и данные загромождают интерфейс и становится трудно найти нужные поля и информацию.

Разделители же позволяют подчеркнуть важность элементов формы. Заранее определённые расстояния между элементами и их выравнивание по вертикали и горизонтали делают интерфейс удобнее.

6) Простота дизайна:

Самое важное в дизайне интерфейса – его простота, если интерфейс приложения сложен, то, скорее всего, и самим приложением трудно пользоваться.

7) Правильный подбор цветов и изображений:

Цветовые предпочтения у всех разные, вкусы пользователей и разработчиков далеко не всегда совпадают. Поэтому лучше остаться консерватором и применить приятные, нейтральные тона.

8) Удобство пользователя:

Нужно изучить другие приложения, особенно те из них, что хорошо продаются. Чтобы сделать их удобными, затрачено много ресурсов, проведено множество исследований. У интерфейсов таких приложений много общего:

Панели инструментов,
Всплывающие подсказки,
Строки состояния,
Контекстно-зависимые меню.

9) Применение различного справочного материала:

Модель помощи пользователям должна включать в себя как встроенную справочную систему, так и печатную документацию.

Кроме того, можно добавить всплывающие подсказки, статусные строки, подсказки «Что это такое?» и мастера.

Работа с приложением – лучший тест на простоту его интерфейса. Если пользователь не может выполнить какую-либо задачу самостоятельно, вероятно, придётся переделать интерфейс.

При разработке базы данных был создан удобный интерфейс, чтобы на главной форме располагались нужные для работы сотрудника торговой компании АО «ГОЛД ПРОДУКТ». С главной формой связано ещё несколько вспомогательных форм, при этом работа с базой данных становится лёгкой и простой (Рисунок 8).

Рисунок 8. Главное окно программы

Рисунок 9. Окно добавления продукции

Позволяет пользователю добавлять новую продукцию на склад, выбор поставщика производится из уже введённых в базу данных. На рисунке 9 показано окно добавления продукции.

Здесь пользователь вводит № отдела и ответственное лицо, после чего продукция попадает в таблицу «выдано». На рисунке 8 показано окно выдачи продукции.

Вначале программы организуется главная форма, на которой располагаются:

Меню содержит в себе элементы управление текстом (копировать, вырезать, вставить, отменить), элементы управления окном, справка, кнопку выход.
Таблицы с результатами запросов к базе данных содержащих в себе информацию о продукцию на складе, выданной продукции и продукции находящейся в ремонте.
Поиск в таблице «Склад» по следующим параметрам: тип, модель, поставщик, дата покупки (получения), срок гарантии, цена, производитель. Так же эти параметры поиска используются в таблице «В браке».
Поиск в таблице «Выдано» по следующим параметрам: № отдела, ответственное лицо.
Техпаспорт содержит в себе информацию о замененных деталях, описание продукции или проведенных работ, стоимость обслуживания и серийный номер.
Кнопки управления:

кнопка поиска проводит поиск по всем заполненным полям;
кнопка сброса – сброс параметров поиска;
кнопка сохранить – сохраняет изменения в техпаспорте;
кнопка добавить – открывает форму добавления новой продукции;
кнопка удалить – удаляет продукции;
кнопка выдача – открывает форму выдачи продукции со склада;
кнопка в ремонт – меняет статус продукции «склад» на статус «в ремонте»;
кнопка вернуть на склад – меняет статус продукции на статус «склад».

Входные данные:

Таблицы: продукции, Техпаспорт, Поставщики.

Выходные данные:

Таблицы: продукции, Техпаспорт, Отчет о затратах по месяцам.

Для функционирования программы нужно наличие:

операционной системы семейства Windows;
универсальный файл связи данных;
файл базы данных «Склад продукции»
Технические средства:

процессор не ниже INTEL 386;
ОЗУ не ниже 32 Мб.

Установка программы:

Скопировать файлы Sklad.exe, Sklad.mdb, Sklad.udl с диска. Создать (если нужно) ярлык программы Sklad.exe. Указать в Sklad.udl путь к базе данных. Sklad.exe и Sklad.udl должны находится в одном катологе.

В начале работы программы мы видим перед собой таблицу продукции на складе для переключения к другим таблицам используются переключатели в группе полей «Таблицы».

В таблице «На складе» представлена информация о продукции:

Тип;
Фирма;
Модель;
Стоимость;
Гарантия;
Дата покупки;
Поставщик.

В таблице «Выдано» представлена информация о продукции:

Тип;
Фирма;
Модель;
Ответственный;
№ отдела.

В таблице «В браке» представлена информация о продукции:

Тип;
Фирма;
Модель;
Стоимость;
Гарантия;
Дата покупки;
Поставщик.

Для поиска по таблицам используется группа полей «Поиск». После ввода одного или нескольких параметров поиска нужно нажать кнопку «Поиск». Кнопка «Сброс» сбросит результат поиска, параметры сохранятся. В таблицах «На складе» и «В браке» поиск может быт произведён по всем полям, в таблице «Выдано» по полям «ответственный» и «№ отдела». Для поля «поставщик» выбрано значение по умолчанию и выбор производится из имеющихся в базе данных поставщиков. Для полей «срок гарантии» и «стоимость» предусмотрен выбор поиска точного значения, значения «больше чем» и значения «меньше чем» при помощи кнопок справа от полей в группе «Поиск».

При выборе продукции в таблице автоматически выбирается её техпаспорт и в группе полей «Техпаспорт» появляется его значение. Данные поля можно редактировать и по окончанию работы нужно нажать кнопку «Сохранить» чтобы внесённые изменения сохранились в базе данных.

В группе полей «Управление» находятся кнопки:

«Добавление» - с помощью неё открывается форма добавление новой продукции. Для добавления нужно ввести все поля и выбрать поставщика, далее нажать кнопку добавить. Продукция будет добавлена в таблицу «На складе».
«Удаление» кнопка удаляет из базы данных текущую выбранную в таблице продукции, а так же её техпаспорт.
«Вернуть на склад» кнопка активируется если активны таблицы «Выдано» или «В браке». Меняет статус продукции и теперь её можно найти в таблице «На складе» при этом значение полей ответственный и номер отдела обнуляется.
«Выдача» кнопка становится активной если выбрана таблица «На складе». Нужно выбрать продукции в таблице. После нажатия кнопки появится форма в которой нужно указать № отдела и ответственное лицо после чего нажать кнопку выдать. Данные буду сохранены а продукции можно будет найти в таблице «Выдано».
«В брак» кнопка становится активной если выбрана таблица «На складе». Нужно выбрать продукции в таблице. После нажатия кнопки продукции получает статус «В ремонте» и найти её можно в соответствующей таблице.

В меню программы есть вкладки:

Правка – содержит стандартный набор работы с текстом (копирование, вставка, вырезать, отмена).
Справка – содержит информацию о программе.
Кнопка выход.

Вывод отчета за выбранный месяц производится нажатием кнопки «Просмотреть отчет» в группе полей «Отчеты».

ЗАКЛЮЧЕНИЕ

В третьем разделе была произведена разработка структурной схемы объекта автоматизации, базы данных и интерфейса информационного обеспечения для поддержки деятельности сферы услуг торговой компании АО «ГОЛД ПРОДУКТ».

Построенная логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных.

В данном разделе был спроектирован пользовательский интерфейс. Пользовательский интерфейс – это часть приложения, которая получает информацию от пользователей и отображает её.

Исходя из всего вышеперечисленного, можно с уверенностью сказать, что созданная информационная система учета товара торговой компании АО «ГОЛД ПРОДУКТ» ведёт к увеличению прибыли, то есть является рентабельной и самоокупаемой.

В информационной системе учета товара и услуг была реализована одна из главнейших задач – снижение временных и трудовых затрат работников.

СПИСОК ЛИТЕРАТУРЫ

Андрейчиков А.В., Андрейчикова О.Н. "Интеллектуальные информационные системы": Учебник / Андрейчиков А.В. - М.: Финансы и статистика, 2014.
Базы данных: Учебник для высших учебных заведений./ Под ред. проф. А.Д.Хомоненко./ СПб.: КОРОНА принт, 2014.
Базы данных: Учебное пособие./ Голицына О.Л., Максимов Н.В., Попов И.И./ М.:ФОРУМ: ИНФРА-М, 2015.
Базы данных: Учебное пособие./ Голицына О.Л., Максимов Н.В., Попов И.И./ М.:ФОРУМ: ИНФРА-М, 2014
Барановская Т.П. и др. "Архитектура компьютерных систем и сетей":. Учеб. пособие. / Барановская Т.П.- М.: Финансы и статистика, 2014.
Вендров А.М. "Практикум по проектированию программного обеспечения экономических информационных систем". учеб. пособие. Под ред. Вендерова А.М. - М.: Финансы и статистика, 2014.
Гаджинский А.М. Современный склад. Организация, технологии, управление и логистика. – под редакции Гаджинского А.М. Изд-во Проспект, 2014.
Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2014.
Гофман В.Э., Хомоненко А.Д. C++ Builder 6.0 6. - СПб.: БХВ-Петербург, 2014.
Гофман В.Э, Хомоненко A. C++ Builder 6.0 , М., 2014.
Дарахвелидзе П. и др. Программирование в C++ Builder 6.0 5, Москва, АБФ, 2014.
Коласс Б. Управление финансовой деятельностью предприятия. Проблемы, концепции и методы Пер. с франц. под ред. проф. Я.В.Соколова.- М.:Финансы, ЮНИТИ,2013.
Марков А.С., Лисовский К.Ю. "Базы данных. Введение в теорию и методологию". Учебник. Под. Маркова А.С. - М.: Финансы и статистика, 2014.
Мартин Дж. «Организация баз данных в вычислительных системах». / под ред. Мартин Дж. - М.: Мир, 2014.
Роик Г.В. Трудовой кодекс РФ: новые правила в сфере труда// Бухгалтерский учет 2014 - №7.
Саймон А.Р. "Стратегические технологии Баз данных" Пер. с англ. - М.: Финансы и статистика, 2014.
Скамай Л.Г., Трубочкина М.И. “Экономический анализ деятельности предприятия”,-М.”Инфра-М”,-2014.
Смирнова Г.Н. и др. "Проектирование экономических информационных систем" Учебник.- М.: Финансы и статистика, 2018 г.
Соколов А.П. "Системы программирования: теория, методы, алгоритмы". - М.: Финансы и статистика, 2013.
Стинсон К. «Эффективная работа в Windows».—Спб.: ЗАО «Издательство Питер», 2007г.
Таран С.А. Как организовать склад. Практические рекомендации профессионала. – М., Издательство: Альфа-Пресс, 2014.
Черемных С.В., Ручкин В.С., Семенов И.О. «Структурный анализ систем. IDEF-технология». —М.: Финансы и статистика, 2013.
Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений под ред. Проф. А.Д. Хомоненко. – Издание третье, дополненное и переработанное. – СПб.: КОРОНА принт, 2013.
Хомоненко А. Д., Гофман В. Э. Самоучитель C++ Builder 6.0. – СПб.: БХВ-Петербург, 2005. – 576 с.: ил. ISBN5-94157-384-7
Фаронов В.В Система программирования C++ Builder 6.0. СПб.: БХВ-Петербург, 2014.
Корпорация Фрегат // [Электронный ресурс]. Электрон. дан. — 2–3. — 20 фев. 2016 г. — Режим доступа: http://fregat.com — Загл. с экрана.
1С: Предприятие // [Электронный ресурс]. Электрон. дан. — 1–2. — 20 фев. 2016 г. — Режим доступа: http://1C:Предприятие — Загл. с экрана.
Корпорация БухСоф // [Электронный ресурс]. Электрон. дан. — 2–3. — 20 фев. 2016 г. — Режим доступа: http://SoftDech — Загл. с экрана.

Приложение 1 – Организационная структура компании

АО «ГОЛД ПРОДУКТ»

$\\FILE-SERVER\Public\Marketing\ЯНА\конкурс алтын сапа\СТРУКТУРА ГОЛД ПРОДУКТ 2014.jpg$

Приложение 2 - Взаимосвязи отношений

Товары

Имеют

Приобрёл

Принял

Состоят

Имеют

Тип

Покупатель

Сотрудник

На учёте

Дату прихода

Имеют

Номер Накладной