2. Разработка функциональных требований к подсистеме
Для разработки концептуального проекта будем использовать редактор StarUML.
Продолжаем работу в проекте Лаб.
Создадим диаграмму вариантов использования с именем Работа c заказами изделий с вариантами исполнения.
На рис. 3 приведена диаграмма ВИ Работа c заказами изделий с вариантами исполнения.
Рис. 3. Диаграмма ВИ для процесса Работа c заказами изделий с вариантами исполнения
3. Разработка проектной модели классов
Модель классов для ВИ Задание варианта исполнения
Рис. 4. Модель классов для прецедента Задание варианта исполнения
Описание компонентов диаграммы
Используем шаблон для работы со справочником изделий. Это решение позволит вести классификатор и справочник заказываемых изделий с указанием параметров изделий. Введем альтернативную классификацию изделий по использованию в конфигураторе. Введение классов Изделие без конфигурации, Типовое изделие с конфигуратором, Вариант исполнения позволит задать различные правила для работы с изделиями. Изделия класса Изделие без конфигурации могут быть включены в заказ непосредственно из справочника. Изделия класса Типовое изделие с конфигуратором не могут быть включены в заказ, но имеют в своем описании список параметров конфигурации без указания их значений. Изделие класса Вариант исполнения создается динамически в процессе формирования позиции заказа. Чтобы указать вариант исполнения в позиции заказа, необходимо выбрать типовое изделие, указать значения его параметров конфигурации, создать экземпляр варианта исполнения и включить его в позицию заказа.
Рис. 5. Модель классов для прецедента Формирование позиций заказа
В состав заказа могут быть включены как изделия без конфигуратора, так и варианты исполнения. Компоновщик состава заказа должен проверять класс выбранного изделия. При выборе изделия класса Типовое изделие с конфигуратором должен создаваться вариант исполнения и указываться значения параметров конфигурации (роль Список параметров конфигурации).
4. Разработка модели хранения
Для разработки диаграммы ER воспользуемся редактором CA ERWin Data Modeler. На рис. 6 представлена диаграмма, описывающая сущности и связи локальной модели хранения для прецедента Задание варианта исполнения.
Рис. 6. Модель хранения для справочника изделий с вариантами исполнения
Описание компонентов диаграммы
Берем за основу модель хранения для справочника изделий.
Для классификации изделий по основанию Использование конфигуратора вводим квалификатор ВАРИАНТ_КОНФИГУРАТОРА. Для него зададим три значения:
1 «Изделие без конфигуратора»
2 «Типовое изделие с конфигуратором»
3 «Вариант исполнения»
Поле ИД_ВАРИАНТА(FK) позволит задать класс продукции по основанию Использование конфигуратора.
Для указания того, что параметр продукции является параметром конфигурации в сущность ПАРАМЕТР добавляем поле ФЛАГ_КОНФИГУРАЦИИ:
1 – параметр является параметром конфигурации;
0 – параметр не является параметром конфигурации.
Рис. 7. Модель хранения для формирования заказов на продукцию с вариантами исполнения
5. Разработка физической модели данных и поддерживающих процедур
Скрипты метаданных представлены в Приложении 1
6. Тестирование проекта
Создание нового варианта исполнения типового изделия код 15:
Результат выполнения запроса на создание нового варианта:
select * from NEW_VAR_PROD ( 15) /* код нового варианта 53*/
Состав параметров конфигурации нового варианта исполнения:
select * from READ_VAR_CONF(53) /*Читать состав параметров конфигурации изделия с кодом 53*/
Заносим значения параметров:
/********* Занесение значений параметров ***************/
select * from WRITE_PAR2 (53,15,250); /*OK*/
select * from WRITE_PAR2 (53,16,300); /*OK*/
select * from WRITE_PAR2 (53,16,10); /*ER*/
select * from WRITE_PAR2 (53,17,1000); /*OK*/
select * from WRITE_PAR2 (53,18,1); /*OK*/
select * from WRITE_PAR2 (53,18,5); /*ER*/
select * from WRITE_PAR2 (53,18,2); /*OK*/
Формируем новый заказ:
select * from INS_ORDER ( 1,'8.9.2015','РМЗ-0002' ) /*2*/
Формируем новую позиции заказа:
select * from ADD_PROD_ORDER(2, 27, 10) /*oNumPos=1,oRes =1*/
select * from ADD_PROD_ORDER(2, 53, 10) /*oNumPos=2,oRes =1*/
Найти состав заказа: select * from POS_ORDER where ID_ORDER=2
Заказ сформирован корректно.
Найти параметры варианта исполнения: select * from READ_VAR_CONF(53)
Все процедуры работают корректно.
Выводы
Разработана объектная модель для решения задач управления заказами на изделия с вариантами исполнения.
Разработана модель данных для реализации представленной объектной модели
Разработаны SQL-процедуры для работы с заказами на изделия с вариантами исполнения
Выполнено тестирования фрагментов реализации каркаса
Результаты тестирования подтвердили работоспособность представленных проектных решений