62
Продолжение таблицы 2.3
1
2
3
Клиенты
Код
Уникальный идентификатор
Наименование
Наименование клиента
ОГРН
ОГРН клиента
Адрес
Адрес клиента
Телефон
Телефон клиента
Электронная почта
Электронная почта клиента
ИНН
ИНН клиента
КПП
КПП клиента
Документы
Документы клиента
Расширение архива
Расширение архива клиента
Виды
комплектующих
Код вида
комплектующих
Уникальный идентификатор
Наименование
Наименование вида комплектующих
Описание
Описание вида комплектующих
Комплектующие
Код
комплектующего
Уникальный идентификатор
Наименование
Наименование комплектующего
Артикул
Артикул комплектующего
Код вида
комплектующих
Код вида комплектующих
Совместимость
Совместимость с ПК
Цена
Цена комплектующего
Описание
Описание комплектующего
Характеристики
комплектующих
Код характеристики
Уникальный идентификатор
Код
комплектующего
Код комплектующего
Наименование
Наименование характеристики
Значение
Значение характеристики
Спецификация
заявки
Код спецификации
Уникальный идентификатор
Код заявки
Код заявки
Код
комплектующего
Код комплектующего в заявке
Количество
Количество комплектующих
Пользователи
Код пользователя
Уникальный идентификатор
Логин
Логин пользователя
Пароль
Пароль пользователя
Код сотрудника
Код сотрудника
Физическое проектирование — создание схемы базы данных на основе
конкретной модели данных, например, реляционной модели данных. Для
реляционной модели данных физическая модель — набор схем отношений, обычно
с указанием первичных ключей, а также «связей» между отношениями,
представляющих собой внешние ключи. При этом физическая модель
разрабатывается с учетом конкретной реализации СУБД, также с учетом
63
специфики конкретной предметной области на основе ее инфологической модели
[16].
В таблице 2.4 представлено описание физической модели базы данных.
Таблица 2.4 – Физическая модель базы данных
Таблица
Поле
Тип данных
Первичный
ключ (PK)
/Внешний
ключ (FK)
Обязательное
поле
1
2
3
4
5
Виды Отдела
КодОтдела
Счетчик
PK
Да
Наименование
Текстовый (50)
Да
Подразделение
КодПодразделения
Счетчик
PK
Да
Наименование
Текстовый (50)
Да
Код отдела
Числовой
FK
Да
Сотрудники
КодСотрудника
Счетчик
PK
Да
ФИО
Текстовый (100)
Да
КодОтдела
Числовой
FK
Да
КодПодразделения
Числовой
FK
Нет
Должность
Текстовый (50)
Да
Телефон
Текстовый (30)
Да
Электронная почта
Текстовый (30)
Да
КодВидаЗаявок
КодВидаЗаявок
Счетчик
PK
Да
Наименование
Текстовый (100)
Да
Заявка
Код
Счетчик
PK
Да
ДатаДаявки
Дата/Время
Да
НомерЗаявки
Текстовый (10)
Да
КодЗаявителя
Числовой
FK
Да
КодВидаЗаявки
Числовой
FK
Да
КодПодразделения
Числовой
FK
Да
КодСпособа
Получения
Числовой
FK
Да
Комментарии
Текстовый (255)
FK
Нет
КодСотрудника
Числовой
FK
Да
КодИсполнителя
Числовой
FK
Нет
Документы
OLE
Нет
Расширение
Текстовый (10)
Нет
Результаты
КодРезультата
Счетчик
PK
Да
Наименование
Текстовый (100)
Да
Результаты
Обработки
КодРезультатаОбр
Счетчик
PK
Да
КодЗаявки
Числовой
FK
Да
ДатаРассмотрения
Дата/Время
Да
Результат
Рассмотрения
Числовой
FK
Да
Комментарии
Текстовый (255)
Нет
Способы
Получения
КодСпособа
Счетчик
PK
Да
Наименование
Текстовый (100)
Да
64
Продолжение таблицы 2.4
1
2
3
4
5
Статусы
заявителей
КодСтатуса
Счетчик
PK
Да
Наименование
Текстовый (100)
Да
Заявители
КодЗаявителя
Счетчик
PK
Да
Наименование
Текстовый (50)
Да
КодСтатуса
Числовой
FK
Да
ДатаРегистрации
Дата/Время
Да
ОГРН
Текстовый (150)
Да
Адрес
Текстовый (150)
Да
Телефон
Текстовый (30)
Да
Электронная почта
Текстовый (30)
Нет
ИНН
Текстовый (30)
Нет
КПП
Текстовый (30)
Нет
Документы
OLE
Нет
Расширение архива
Текстовый (20)
Нет
Пользователи
Код
Счетчик
PK
Да
Логин
Текстовый (20)
Да
Пароль
Текстовый (20)
Да
КодСотрудника
Числовой
FK
Да
На рисунке 2.16 представлена физическая модель базы данных.
Рисунок 2.16 – Физическая модель базы данных
65
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
В процессе разработки информационной системы регистрации и обработки
заявок, на комплектующие для ПК, поступающих в ООО «Samsung Electronics»
были созданы программные модули различных классов: главный модуль, модуль
служебных функций, модуль обработки ввода/вывода информации [21].
Назначение представленных в программе модулей представлено в
таблице 2.5.
Таблица 2.5 - Назначение программных модулей
Наименование модуля
Назначение модуля
Form1
Главный модуль приложения, который координирует
работу приложения. Обрабатывает вызов пунктов
меню, перенаправляя задания другим модулям.
FormAuth
Модуль, авторизации в системе
FormOtdeli
Модуль для редактирования отделов
FormPodr
Модуль для добавления и редактирования сведений о
подразделениях, сотрудниках и видах обрабатываемых
заявок
FormStatus
Модуль редактирования статусов клиентов
FormResult
Модуль для добавления и редактирования данных о
результатах обработки заявок
FormSposob
Модуль редактирования способов получения заявок
FormUsers
Модуль для добавления и редактирования
пользователей
FormSelectContact
Модуль выбора контакта для отправки заявки
FormKompl
Модуль редактирования информации о
комплектующих
FormVidKompl
Модуль редактирования видов комплектующих
FormNewZayavka
Модуль создания новой заявки
FromReports
Модуль для формирования отчетов
Все модули взаимосвязаны между собой. Функции координации движения
информационных потоков выполняет главный модуль программы Form1.
Взаимосвязь программных модулей представлена на рисунке 2.21.
Дерево вызова процедур и программ разработанной информационной
системы регистрации и обработки заявок на комплектующие для ПК, поступающих
в ООО «Samsung Eltctronics» представлено на рисунке 2.17.
66
Рисунок 2.17 - Взаимосвязь модулей программы
Рисунок 2.18 - Дерево вызова процедур и программ
FormAuth
FormNewZayavka
FormOtdel
FormPodr
FormStatus
FormResult
FormSposob
FormKompl
FormVidKompl
FormUsers
FormSelectContact
FormReports
Form1
Вход в систему (
Form1)
Проверка пользователя
и пароля (FormAuth)
Загрузка главного меню
приложения
Подключение к базе
данных
Обработка функций
вызова кнопок меню
(Form1)
Вызов справочника
видов заявок ShowVid()
Вызов справочника
подразделений
ShowPodr()
Вызов справочника
отделов ShowOt()
Вызов справочника
результатов обработки
ShowRez ()
Вызов справочника
способов получения
ShowSp()
Вызов справочника
пользователей
ShowUsers()
Выбор элемента в
дереве SelectData()
Загрузка заявок и
результатов их
обработки по
выбранному
подразделению
Редактирование
клиентов RedactZ()
Создание новой заявки
NewZayavka()
Вызор формы
формирования отчетов -
BuildReport (name)
Экспорт в PDF
ExporttoPDF()
67
Информационная система регистрации и обработки заявок на
комплектующие для ПК, поступающих в ООО «Samsung Electronics» работает в
трех режимах:
1. Администратор – имеет полные права доступа.
2. Сотрудник по регистрации заявок – не имеет возможности доступа к
списку пользователей.
3. Исполнитель заявок – имеет доступ только к редактированию
информации о результатах выполнения заявок.
Программа для автоматизации регистрации и обработки заявок на
комплектующие для ПК представляет собой клиент-серверное приложение,
разработанное с помощью среды разработки приложений Microsoft Visual studio
2015 на платформе .NET Framework 4.0.
В качестве СУБД использована Microsoft Access.
Доступ к данным БД реализован с помощью технологии ADO.NET.
ADO.NET разделят доступ к данным и обработку данных на дискретные
компоненты, которые могут использоваться отдельно или совместно. ADO.NET
включает поставщиков данных .NET Framework для соединения с базой данных,
выполнения команд и получения результатов. Эти результаты, помещенные в
объект ADO.NET DataSet, обрабатываются непосредственно, чтобы они могли
быть предоставлены пользователю нерегламентированным образом, объединенные
с данными из многих источников или передаваемые между уровнями. Объект
DataSet также может независимо использоваться поставщиком данных .NET
Framework для управления локальными для приложения данными или данными,
источником которых является XML [16].
ADO.NET предоставляет функциональный набор, сходный с
функциональным набором, который предоставляют объекты данных ActiveX
(ADO) разработчикам моделей объектов собственных компонентов (COM).
ADO.NET предоставляет самый прямой способ доступа к данным в .NET
Framework [16].
На рисунке 2.19 представлена диаграмма классов разработанной
информационной системы, построенная в MS Visual Studio в виде XSD-схемы.
68
Рисунок 2.19 – Диаграмма классов
69
На рисунке 2.20 представлена структурная схема интерфейса
информационной системы.
Рисунок 2.20 – Cтруктурная схема интерфейса ИС
2.3.4. Описание программных модулей
Для примера рассмотрим модуль регистрации заявки (рисунок 2.21).
При запуске модуля будет открыта форма регистрации заявки, которая
позволяет сохранить данные о новой заявке в БД.
Первоначально загружается текущая дата и номер заявки, которые
присваиваются автоматически.
Далее пользователь указывает вид заявки и ее категорию. На основе этих
данных в разделе «Исполнитель» отображаются только те исполнители, которые
могут обрабатывать такие заявки.
Далее сотрудник выбирает заявителя и прикрепляет документы к заявке.
После чего выбирает список комплектующих и их количество к
поставке/замене и т.д. (в зависимости от вида заявки).
Перед сохранением данных в БД проводится автоматизированная проверка
полноты и качества заполнения заявки. Если были найдены ошибки пользователь
Пользователи ИС
Визуальный интерфейс
<Windows Forms>
Объектная модель БД
<Table Adapters>
BD
Технология ADO.Net
MS Access
70
получает подробное сообщение и исправляет ошибки. После исправления
процедура проверки повторяется. Если данные введены корректно происходит
сохранение данных и форма закрывается.
Рисунок 2.21 – Блок-схема модуля регистрации заявки
71
2.4. Контрольный пример работы разработанной информационной
системы
При запуске информационной системы регистрации и обработки заявок на
комплектующие для ПК в ООО «Samsung Electronics» будет открыта форма
авторизации, представленная на рисунке 2.22.
Рисунок 2.22 – Форма авторизации
При успешной авторизации под учетной записью администратора или
сотрудника отдела работы с клиентами, будет открыта главная форма приложения,
представленная на рисунке 2.23.
Рисунок 2.23 – Главная форма приложения