Файл: Автоматизация обработки обращений в службу технической поддержки ФГУП РСВО.pdf

Таблица 2 – Описание атрибутов сущности «Заявки»

Описание атрибутов сущности «Расход» представлено в таблице 3.

Таблица 3 – Описание атрибутов сущности «Расход»

Описание атрибутов сущности «Склад» представлено в таблице 4.

Таблица 4 – Описание атрибутов сущности «Склад»

Описание атрибутов сущности «Оператор» представлено в таблице 5.

Таблица 5 – Описание атрибутов сущности «Оператор»

Описание атрибутов сущности «Мастер» представлено в таблице 6.

Таблица 6 – Описание атрибутов сущности «Мастер»

Описание атрибутов сущности «Клиент» представлено в таблице 7.

Таблица 7 – Описание атрибутов сущности «Клиент»

Описание атрибутов сущности «Отдел» представлено в таблице 8.

Таблица 8 – Описание атрибутов сущности «Отдел»

Описание атрибутов сущности «Материал» представлено в таблице 9.

Таблица 9– Описание атрибутов сущности «Материал»

Описание атрибутов сущности «Шаги» представлено в таблице 10.

Таблица 10 – Описание атрибутов сущности «Шаги»

Описание атрибутов сущности «Акт» представлено в таблице 11.

Таблица 11 – Описание атрибутов сущности «Акт»

Модель реальной базы данных на СУБД Microsoft SQL Server 2008 R2 представлена на рисунке 14.

Рисунок 14 - Модель БД проекта

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

Вторая нормальная форма применяется к отношениям с составными клю­чами, т.е. к таким отношениям, первичный ключ которых состоит из двух или больше атрибутов. Отношение с первичным ключом на основе единственного ат­рибута всегда находится в 2НФ. Отношение, которое находится в 1НФ и каждый атрибут которого, не входящий в состав первичного ключа, зависит только от полного значения ключа и не зависит ни от какого отдельного атрибута, входя­щего в состав первичного ключа, имеет вторую нормальную форму (каждый не ключевой атрибут функционально полно зависит от ключа).

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

Разработанная модель находится в третьей нормальной форме т.к.:

- атрибуты сущностей являются атомарными;

- каждый не ключевой атрибут функционально полно зависит от первичного ключа;

- в модели отсутствуют транзитивные зависимости не ключевых атрибутов от ключа.

Созданная БД полностью замкнутая и обеспечивает полное функционирования данного приложения.

Данная БД является внешней по отношению к программной оболочке, к интерфейсу, разработанному на языке программирования С# и технологии Windows Forms.

3.3 Структурная схема пакета

В программном комплексе будут разработаны следующие модули, смотрите таблицу 12.

Таблица 12 - Программные модули системы

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

Общую структурную схему программного комплекса представим на рисунке 15 и 16.

Рисунок 15 - Структурная схема ПО(часть 1)

Рисунок 16 - Структурная схема ПО(часть 2)

После создания БД и выбора структур данных нужно предать динамичность проекту курсовой работы. В основу динамичности данного проекта лежат выполняемые в данном приложении функции. Функции могут быть простыми или сложными. Приведем название и описание процедур и функций проекта:

• Добавление, удаление и обновление клиентов;
• Добавление, удаление и обновление отделов компании;
• Добавление, удаление и обновление заявок;
• Добавление, удаление и обновление операторов БД;
• Добавление, удаление и обновление мастеров;
• Добавление, удаление и обновление шагов ремонта;
• Добавление, удаление и обновление параметров акта по ремонту;
• Добавление, удаление и обновление материалов;
• Добавление, удаление и обновление материалов на складе;
• Добавление, удаление и обновление расходов материалов на складе;
• Поиск клиентов;
• Поиск материалов;
• Поиск материалов на складе;
• Поиск мастеров;
• Поиск операторов БД;
• Поиск заказов по клиенту;
• Поиск заказов по мастеру;
• Поиск заказов по оператору;
• Формирование этапов ремонта заявки;
• Формирование акта выполненных работ;
• Отчеты заявки по клиентам;
• Отчеты заявки по операторам;
• Отчеты заявки по мастерам;
• Отчеты заявки по датам;
• Отчеты заявки по статусу;
• Отчет остатки по складу
• Авторизация;
• Вывод отчета в Exсel документ.

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

Алгоритм обновления различных моделей рисунок 17.