Файл: Проектирование реализации операций бизнес-процесса «управление запасами».pdf

Схема общего сценария использования ИС представлена на рисунке 2.21 в виде диаграммы действий, выполненной в среде Visual Paradigm. На ней представлена роль ИС в деятельности предметной области и схема выполнения операций.

Рисунок 2.21 – Общий алгоритм работы ИС

На основании выданного задания на изготовление изделий определяется состав необходимых компонентов. При необходимости, если заданием определены требования заказчика к изготовлению нового типа изделий или применению нового типа компонентов, создаются необходимые учетные записи в подсистемах учета изделий и компонентов. Сценарии выполнения этих действий представлены на диаграммах на рисунках 2.22 и 2.23.

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

Рисунок 2.22 – Алгоритм ведения справочников деталей

Рисунок 2.23 – Алгоритм ведения справочника изделий

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

Рисунок 2.24 – Алгоритм создания запроса на закупку деталей

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

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

В таблице 2.1 описаны атрибуты сущностей логической модели БД. Имея спецификации сущностей, состав и описание их атрибутов, можно создать графическое представление логической модели БД в виде диаграммы сущность – связь (ERD, Entity Relationship Diagram).

Таблица 2.1

Спецификация сущностей

Среда проектирования Visual Paradigm представляет средства для представления концептуальной модели в логическую.

На рисунке 2.25 представлена ER-диаграмма логической модели базы данных информационной системы.

Рисунок 2.25 – Логическая модель БД ИС

Физическая модель данных получается из логической с уточнением атрибутов сущностей и связей в соответствии с конкретной СУБД, в которой будет реализована БД. В таблице 2.2 приведены уточнения атрибутов сущностей в соответствии с применимостью к выбранной СУБД («++» в колонке «Тип» означает инкрементный счетчик).

Таблица 2.2

Спецификация физической схемы данных

Отражение спецификации, приведенной в таблице 2.2, приведено на рисунке 2.26. На нем изображена диаграмма логической модели, приведенная средствами Visual Paradigm к физической модели данных.

Рисунок 2.26 – Физическая модель БД ИС

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

В основе проекта классов для функционирования системы лежит идея использования 4-х уровней классов (цвета указаны для ориентировки на диаграмму проектных классов – рисунок 2.27). Уровни указаны в порядке приоритетного следования в ходе выполнения функций:

1. Уровень пользовательского интерфейса – уровень представления и манипулирования данными. Этот уровень можно разделить на 2 подуровня: сервисный (СЕРЫЙ), в состав которого входят главное пользовательское окно, окно представления отчетов и окно авторизации в системе; пользовательский (КРАСНЫЙ) – представлен классами дочерних MDI-форм, содержащих учетные таблицы с фильтрами данных. Основное назначение классов данного уровня – обеспечить пользователя представлениями информации (таблицами) и возможностью (сервисами) управлять данными. Пользовательские классы данного уровня содержат конструкторы, в которых им назначается MDI-родитель, и методы обновления данных в таблицах (UpdateTable()), которые вызываются при открытии форм или при применении фильтров. Сервисные классы имеют методы авторизации, назначения прав доступа пользователей и вывода отчетов.
2. Уровень ввода и редактирования данных (СИНИЙ). Данный уровень представлен классами форм диалогов для ввода и редактирования данных информационных таблиц. Методы классов данного уровня включают: конструкторы, обеспечивающие инициализацию диалогов, и методы предварительной установки значений в поля ввода диалогов – SetValues().
3. Уровень управляющих классов (ЗЕЛЕНЫЙ). Этот уровень является основным связующим звеном между действиями пользователя и управлением данными в БД. В классы данного уровня попадают все команды пользователя. Методы данных классов делятся на 4 типа:

Методы-отображения (Show…Table) обеспечивают создание и вызов форм учета (формы уровня пользовательского интерфейса).

Методы-команды (AddNew…, Delete…, Update…) принимают команды пользователя посредством главной формы (formMain). Данные методы формируют формы уровня ввода и редактирования данных и создают диалог с пользователем. По завершении диалога соответствующие команды и данные направляются в класс следующего, последнего уровня на исполнение.

Вспомогательные методы. Например, методы GetComponents() у классов Products и Operations. Вспомогательные методы позволяют получить необходимые данные для обеспечения работы других методов.

Сервисные (или специальные) методы. К ним относятся методы, обеспечивающие выполнение специальных функций ИС. Такие методы есть у классов: Operations: ShowReport(), HTMLDocumentText() – методы обеспечивают построение и вывод отчетов по операциям; TryLogin() – метод, позволяющий произвести авторизацию пользователя в системе.

1. Уровень поддержки БД (ЖЕЛТЫЙ). Данный уровень представлен всего одним классом – DATABASE. Этот класс содержит методы исключительно для взаимодействия с базой данных через соответствующие адаптеры таблиц данных. Реализует команды управления данными (удаление, обновление, вставку) и SELECT-запросы для организации выборок данных.

Классы уровней управляющих классов и поддержки БД статические, то есть не требующие создания экземпляров, также статическими являются и все основные методы этих классов. Приведенное описание отражено на диаграмме классов (рисунок 2.27).

Рисунок 2.27 – Диаграмма проектных классов ИС

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

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

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

Рисунок 2.28 – Диаграмма добавления новой детали