51
Спр
«Пользователи»
Администратор
Спр*
«Пользователи»
Управление
справочниками
Список
комплектующих для
заказа
Спр
«Категории»
ИС
Спр*
«Филиалы»
Спр
«Комплектующие»
Инженер
Спр
«Роли»
Спр*
«Комплектующие»
Спр*
«Роли»
Т*
«Заявки»
Сотрудник службы
обеспечения
Спр*
«Категории»
Спр
«Филиалы»
Список
комплектующих по
заявке
Просмотр
заявок
Создание
заявки
Работа с заявкой
Т
«Заявки»
Т
«Комплектующие в
заявке»
Сотрудник службы
обеспечения
Т*
«Комплектующие в
заявке»
Рисунок 10 – Информационная модель
В соответствии с составленной информационной моделью
Администратор может управлять данными справочников, инженер
создавать заявки и просматривать их список, а сотрудник службы
снабжения – работать с заявками и формировать выходные документы.
2.2.2. Характеристика нормaтивно-спрaвочной, входной и
оперативной информации
В информационной системе используются пять справочников,
характеристики которых приведены в таблице 8:
пользователи;
роли;
филиалы;
комплектующие;
категории.
52
Таблица 8
Справочники информационной системы
Название
справочни
ка
Ответственный
за ведение
Средний
объём
справочни
ка в
записях
Среднюю
частоту
актуализа
ции
Средний
объем
актуализац
ии, %
Пользователи
Администратор
25
1 раз в год
10
Роли
Администратор
3
-
-
Филиалы
Администратор
20
1 раз в год
10
Комплектующ
ие
Администратор
450
1 раз в
месяц
5
Категории
Администратор
15
1 раз в
месяц
10
За ведение справочников ответственным является Администратор.
По мере необходимости проводится актуализация справочников:
добавляются новые данные, удаляются устаревшие или ошибочные.
Реквизитный состав каждого справочника представлен в виде
таблице 9.
Таблица 9
Реквизитный состав справочников информационной системы
Название справочника
Перечень реквизитов
Пользователи
ФИО пользователя;
логин;
пароль;
номер телефона;
роль;
филиал;
Роли
наименование;
Филиалы
наименование;
адрес;
телефон;
Комплектующие
наименование;
категория;
Категории
наименование;
Редактирование и ввод новых записей во все справочники
осуществляется с помощью специальных форм.
На рисунке 11 изображен макет формы для работы с записями
справочника «Пользователи».
53
Рисунок 11 – Макет формы «Пользователь»
Формы для работы с записями других справочников имеют
аналогичный вид (рисунки 12-14).
Рисунок 12 – Макет формы «Филиалы»
54
Рисунок 13 – Макет формы «Комплектующие»
Рисунок 14 – Макет формы «Категории»
Входными данными для ИС являются заявки на комплектующие,
которые создают инженеры. Макет формы для создания заявки приведен
на рисунке 15.
Рисунок 15 – Макет формы для добавления новой заявки
Данные, которые пользователи вводят в эти формы сохраняются в
базе данных, а затем используются для формирования результатной
информации.
55
2.2.3. Характеристика результатной информации
В качестве выходных данных информационной системы вступают
список комплектующих в заявке и список комплектующих для заказа.
Подробное описание этих документов приведено в виде таблицы 10.
Таблица 10
Описание результатной информации
Наименование
Список
комплектующих в
заявке
Список
комплектующих для
заказа
Реквизиты
Номер заявки;
Дата создания заявки;
ФИО инженера;
Список комплектующих:
название, категория,
количество требуется,
количество выдано.
Список комплектующих:
название, количество для
заказа, номера заявок.
Таблицы, на основе
которых формируется
Заявки;
Комплектующие в заявке;
Комплектующие;
Категории;
Пользователи;
Заявки;
Комплектующие в заявке;
Комплектующие;
Категории;
Частота
формирование
По мере необходимости
По мере необходимости
Способ доставки
Файл в формате
электронной таблицы
Microsoft Excel
Файл в формате
электронной таблицы
Microsoft Excel
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций информационной системы представлено на рисунке
16.
56
Основные
Управление
справочниками
Работа с заявкой
Формирование
списка
комплектующих
для заказа
Функции ИС
Служебные
Авторизация
пользователя
Управление
профилем
пользователя
Создание заявки
Формирование списка
комплектующих в
заявке
Рисунок 16 – Дерево функций информационной системы
Сценарий диалога необходим для отображения того, как
пользователь будет взаимодействовать с проектируемой системой [8].
Кроме того, с помощью сценария диалога иногда отображают структуру
интерфейса создаваемого программного продукта.
На основании дерева функций разработан сценарий диалога,
который представлен на рисунке 17.
Заявки
Список
Управление
справочниками
Пользователи
Филиалы
Комплектующие
Добавить Заявку
Авторизация
Категории
Сформировать список
для заказа
Ввод
интервала дат
Работа с заявкой
Рисунок 17 – Сценарий диалога информационной системы
После запуска ИС, пользователю обязательно необходимо пройти
авторизацию с помощью пароля. После того, как он авторизуется,
открывается главная страница ИС, на которой расположено навигационное
57
меню, позволяющее перемещаться между разделами ИС. Каждый раздел
включает несколько форм пользовательского интерфейса,
предназначенных для выполнения тех или иных функций. Навигационное
меню доступно на всех формах пользовательского интерфейса ИС.
2.3.2. Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой
информационной системы была выбрана СУБД MySQL.
Для хранения всех необходимых данных была спроектирована и
создана база данных, состоящая из семи таблиц. ER-модель
спроектированной базы данных представлена на рисунке 18.
Рисунок 18 – ER-модель базы данных
Польз ователь
Код
ФИО
Логин
Пароль
Роль (FK)
Код филиала (FK)
Телефон
Роль польз ователя
Код
Наименование
Филиал
Код
Наименование
Адрес
Телефон
Комплекту ющие
Код
Наименование
Код категории (FK)
Описание
Категория комплекту ющих
Код
Наименование
Заявка
Код
Дата соз дания
Статус
Код пользователя (FK)
Комментарий
Комплекту ющие в заявке
Код
Количество
Выдано
Код заявки (FK)
Код комплекту ющего (FK)
Комментарий
58
Описание всех таблиц базы данных представлены в таблицах 11-17.
Таблица 11
Таблица Department (Филиал)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI, PK
Наименование
caption
varchar
120
Адрес
address
varchar
255
Телефон
phone
varchar
120
Таблица 12
Таблица Category (Категория)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI
Наименование
caption
varchar
120
Таблица 13
Таблица Product (Комплектующие)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI
Наименование
caption
varchar
255
Код категории
category_id
int
11
FK
Описание
description
text
65655
Таблица 14
Таблица Users (Пользователи)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI
ФИО
username
varchar
255
Пароль
password
varchar
255
Логин
login
varchar
255
unique
Телефон
phone
varchar
20
Код роли
role_id
int
11
FK
Код филиала
department_id
int
11
FK
Таблица 15
Таблица Role (Поль пользователя)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
\
59
Таблица 16
Таблица Ticket (Заявка)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI
Дата создания
createdat
datetime
-
Статус
status
varchar
255
Код пользователя
user_id
int
11
FK
Комментарий
comment
varchar
255
Таблица 17
Таблица TicketProduct (Комплектующие в заявке)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
id
int
11
AI
Количество
quantity
int
11
Выдано
vidano
int
11
Код заявки
ticket_id
int
11
FK
Код комплектующего
product_id
int
11
FK
Комментарий
comment
varchar
255
SQL-скрипт для создания базы данных приведен в приложении 1.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Для разработки ИС использовался язык программирования PHP,
фреймворк Laravel 5.4. Фреймворк – программная платформа,
определяющая структуру программной системы; программное
обеспечение, облегчающее разработку и объединение разных компонентов
большого программного проекта.
Laravel 5.4 – один из самых популярных PHP-фреймворков. Он
включает в себя весь набор инструментов, используемый для быстрой
разработки веб-приложений, и при этом абсолютно ничего не навязывает
создаваемому приложению.
Ключевые особенности фреймворка:
информативная документация, которая всегда поддерживается
в актуальном состоянии как на английском, так и на русском языке;
60
большое количество поддерживаемых команд в консоли, с
помощью которых разработчик может быстро выполнять рутинные
действия (обновление структуры БД, создание классов по шаблону и д.р.);
возможность тонкой настройки «валидаторов», специальных
программных структур проверки, вводимых пользователем данных на
корректность;
регистрация, аутентификация и разделение прав пользователей
уже реализовано во фреймворке, что не требует дополнительных действий
разработчика;
возможность запуска программного тестирования написанного
кода;
кэширование шаблонов для более быстрой загрузки сайта в
последующем;
удобной и гибкий механизм настройки обработки маршрутов
разрабатываемого веб-сайта.
Данный фреймворк работает с подходом к программированию,
называемый Model-view-controller (сокращенно – MVC, что в дословном
переводе означает «модель-представление-контроллер» или по-другому
«модель-вид-контроллер»).
Основная идея данного подхода заключается в разделении данных,
их представлениях и обработку действий пользователей на три больших
группы:
Модель (англ. Model). Модель предоставляет объекты
предметной области: это знания, или данные о предметной области, а
также методы работы с этими данными, реагирует на запросы, изменяя
своё состояние. Объекты данной группы не содержат информации, как эти
данные можно отображать пользователю.
Представление, вид (англ. View). Отвечает за отображение
информации (визуализацию). Чаще всего информация отображается в виде