Диплом: Разработка программного обеспечения для автоматизации производственного цикла предприятия (на примере ООО «ТЦ РОУК»)»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
85
Рис.2.6 Сценарий диалога
Рассмотрим подробнее реквизитный состав массивов входной
информации.
План поставок сырья формируется на основе достигнутых
договоренностей с поставщиками и неразрывно связан с такими массивами, как
перечень поставляемого сырья и перечнем поставщиков.
Данный план имеет в своем составе следующие реквизиты:
дата поставки;
наименование сырья;
наименование поставщика;
количество поставляемого сырья;
номер договора, по которому осуществляется поставка;
Главная форма
Клиенты
Реквизиты
Материальные
ценности на складе
Журнал заказов
Журнал заказов
поставщику
Заказ
Работники
Менеджеры
Прайс-лист
Статистика
Выберите диапазон
Специализации
86
стоимость поставляемого сырья.
План реализации готовой продукции формируется на основе подаваемых
клиентами заявок и связан с такими массивами данных, как:
дата реализации;
наименование готовой продукции;
количество готовой продукции;
общая стоимость готовой продукции;
наименование клиента;
номер заявки, на основании которой осуществляется реализация
готовой продукции.
Номенклатура сырья содержит следующие реквизиты:
наименование сырья;
единица измерения;
закупочная цена за единицу измерения;
срок хранения;
дополнительные сведения о данном типе сырья.
В номенклатуру готовой продукции включены такие реквизиты:
тип готовой продукции;
артикул;
наименование;
единица измерения;
величина себестоимости;
оптовая отпускная цена;
розничная отпускная цена.
В перечень поставщиков включены такие реквизиты:
полное наименование поставщика;
краткое наименование поставщика;
юридический адрес;
адрес размещения;
контактное лицо;
банковские реквизиты;
87
телефон;
веб-сайт;
факс;
дата начала сотрудничества.
Список клиентов содержит такие реквизиты:
полное наименование клиента;
краткое наименование клиента;
юридический адрес;
адрес размещения;
контактное лицо;
банковские реквизиты;
телефон;
веб-сайт;
факс;
дата начала сотрудничества.
В состав заявки, подаваемой клиентом на закупку готовой продукции,
входят следующие реквизиты:
номер заявки;
дата регистрации заявки;
наименование клиента;
наименование готовой продукции;
количество готовой продукции;
дата поставки готовой продукции;
статус заявки.
Даталогическая модель потоков данных представлена на рисунке 2.7.
Кроме того, для обеспечения деятельности автоматизированной системы
необходимо предусмотреть в данной даталогической модели следующие
сущности:
пользователи;
история;
отчеты.
88
Рис. 2.7 Даталогическая модель
Пользователи должны иметь следующие реквизиты:
код пользователя;
дата регистрации;
фамилия, имя, отчество;
должность;
статус;
логин,
пароль.
В системе предусмотрены три вида пользователей – экономисты, которые
вводят данные по всем видам учета, руководство, получающее отчеты по
экономическим показателям производства, а также администратор системы,
управляющий ее работой и производящий изменение исходных данных –
регистрацию клиентов, поставщиков, формирование номенклатуры сырья и
готовой продукции.
Сущность История предназначена для хранения истории посещения
системы ее пользователями и содержит следующие реквизиты:
код записи;
дата и время посещения системы;
89
код пользователя.
Отчеты предназначены для формирования отчетных документов и
формируются по мере необходимости.
ER-диаграмма представлена на рисунке 2.8.
Рис. 2.8 ER-диаграмма
Автоматизированная система должна иметь вид веб-приложения, что
имеет следующие преимущества:
централизованное хранение данных;
возможность одновременной работы нескольких пользователей;
отсутствие необходимости установки программы на клиентские
компьютеры, работа осуществляется с применением любого из браузеров;
возможность доступа к интерфейсу программы при помощи интернета;
высокая скорость функционирования приложения.
90
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
В соответствии с принятой задачей на проектирование информационной
системы, а также с разработанной даталогической модели, в состав системы
должны входить следующие модули:
- модуль авторизации сотрудников;
- модуль работы со справочниками;
- модуль получения отчетных документов;
- модуль ввода данных о производственной деятельности.
Структурная схема приложения приведена на рисунке 2.9.
Модуль работы со
справочниками
Клиентская часть
Экранная форма
взаимодействия
Модуль получения
отчетных документов
Экранная форма
взаимодействия
Модуль ввода данных
Экранная форма
взаимодействия
Модуль
администратора
Экранная форма
взаимодействия
Серверная часть
Авторизация
База данных
Рис. 2.9 Структурная схема системы
2.3.4. Описание программных модулей
Система состоит из четырех модулей – модуля работы со справочниками,
модуля получения отчетных документов, модуля ввода данных, модуля
администратора. Для хранения информации используется общая база данных.
Работа с системой осуществляется через любой браузер. Для работы
следует установить локальный сервер в локальной сети предприятия, где будет
также расположена база данных. Доступ к базе осуществляется с помощью
набора адреса в адресной строке браузера.
Состав каждого модуля аналогичен, что позволяет в случае модернизации,
либо изменений каких-либо сведений с максимальной скоростью внести
91
изменения в приложение.
Модуль работы со справочниками позволяет вносить изменения в
справочники поставщики, клиенты, продукция, сырье, цеха. При заполнении
справочников необходимо заполнить соответствующие поля в форме и нажать
кнопку «Зарегистрировать». После нажатия кнопки выполняется SQL-запрос к
базе данных, вследствие чего введенная информация сохраняется в базе данных.
На одной странице с формой для ввода данных отображается содержание
соответствующего списка, в котором имеется общее количество записей в
данном списке, а также кнопка с возможностью удаления отдельной записи.
После ее нажатия данная запись обозначается в таблице справочника как
удаленная и не выводится на экран.
Модуль получения отчетных документов выполняет функции
формирования результатных документов, реквизитный состав которых различен
и перечислен был выше. Формирование документа происходит также после
SQL-запроса к базе данных в виде таблицы с перечнем необходимых записей.
Кроме того, отображаются результатные показатели, такие как, общее
количество и стоимость произведенной продукции.
Модуль ввода данных представлен формой учета производственной
деятельности, при помощи которого осуществляется учет количества
произведенной продукции каждым цехом. При этом выбор номера цеха и
наименования продукции осуществляется из выпадающего списка, во избежание
ошибок оператора.
Модуль авторизации включает в себя форму авторизации и скрипт
авторизации, проверяющий на соответствие введенные пароль. Авторизация
осуществляется путем сравнения введенных данных с данными в таблице базы
данных. При совпадении пары пароль/логин осуществляется вход в систему, в
противном случае система выдает сообщение об ошибке авторизации.
Модуль администратора предназначен для управления работой системы –
регистрации нового пользователя, смены пароля или логина, а также
удаления/восстановления пользователя системы. Администратор имеет
отдельную форму авторизации.
Структура файлов программы представлена на рисунке 2.10.
92
Рис. 2.10 Структура файлов программы
Опишем их подробнее. Папка CSS и файл style.css содержать настройки
вида программы (css-стили). Папка image содержит необходимые формы и
рисунки, использованные в программе. Папка js java-скрипты программы,
menu – рисунки и файл настройки меню административной панели, mydb - база
данных программы на MySQL, папка Tools необходима для запуска и настройки
баз данных на локальном сервере (является не обязательной).
Файлы udal.php-udal4.php аналогичны и служат для удаления строк таблиц
на соответствующих страницах программы. Файл index.php – главная страница
программы, предназначенная для авторизации администратора, login.php - для
входа пользователей, auth.php и authadmin.php–файлы отображения страниц
выдачи ошибки в случае неправильного ввода данных при авторизации.
Файлы post.php, klient.php, sirie.php, produkt.php, zecha.php - для
добавления данных и просмотра справочников доставки, клиентов, сырья,
продукции и цехов соответственно.
Файлы otz.php, otprod.php, otpost.php, make.php- для составления отчетов
заявок, плана продаж, плана доставок и производства соответственно.
Файлы zajav.php, prvvod.php, postvvod.php - для ввода данных по заявкам,
продажам и поставкам и производства соответственно, dannie.php – для
просмотра данных по производству предприятия.
93
Файлы adminreg.php, adminspis.php, adminparol.php, apoisk.php
(arpoisk.php) предназначены для работы администратора по добавлению
пользователей, формированию списка пользователей, заданию паролей для
пользователей и поиска данных по пользователям соответственно.
2.4. Контрольный пример реализации проекта и его описание
Для корректного ввода информации в автоматизированную систему
используются формы, которые не позволяют ввести излишнюю или
неправильную информацию в систему (рисунок 2.10 – 2.13).
Фамилия Поле ввода данных Подсказка
Имя Поле ввода данных Подсказка
Отчество Поле ввода данных Подсказка
Должность Поле ввода данных Подсказка
адрес Поле ввода данных Подсказка
телефон Поле ввода данных Подсказка
Submit
Кнопка отправки формы
Рис. 2.10 Эскиз формы регистрации пользователя
ЛОгин
Поле ввода данных
Поле ввода данных
Submit
Кнопка отправки формы
Пароль
Рис. 2.11 Эскиз формы авторизации
94
Наименование Выпадающий список Подсказка
ДД/ММ/ГГГГ
Дата Маска ввода Подсказка
Единица измерения Поле ввода данных Подсказка
Стоимость Поле ввода данных Подсказка
Количество Поле ввода данных Подсказка
Поставщик Поле ввода данных Подсказка
Submit
Кнопка отправки формы
Рис. 2.12 Эскиз формы ввода данных
Наименование Выпадающий список Подсказка
Submit
Кнопка отправки формы
Экспорт в Excel
Рис. 2.13 Эскиз формы получения результатной информации
В создаваемой системе необходимо применять такие виды форм:
- форма регистрации пользователей;
- форма авторизации;
-форма ввода данных;
- форма поиска;
- форма получения результатных данных.
Алгоритм по решению задачи можно представить, как словесное описание
либо графически - как блок-схема. В блок-схемах для обозначения логически
разных частей программы применяются установленные стандартные символы.
В создаваемом приложении должны реализовываться такие алгоритмы:

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран