4. Модель требований
В модели требований описываются установленные пользователем задачи, функциональные и нефункциональные требования к системе. Так как рассматриваемая нами система описывается при помощи UML-диаграмм, то для построения модели требований используем в данном случае диаграмму вариантов использования (или диаграмма прецедентов) и диаграммы деятельности.
Диаграммой прецедентов, или использования (Use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов представляют собой один из пяти типов диаграмм, применяемых в UML для моделирования динамических аспектов системы. Они применяются для моделирования вида системы с точки зрения прецедентов (или вариантов использования). Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов.
Проектируемая система предполагает участие в ее работе оператора, а также косвенного участия заказчиков и исполнителей по вопросам требований к заказам. Оператор выполняет операции по созданию, редактированию и удалению учетных записей заказчиков, исполнителей, обновлению данных о нормах расхода ресурсов, предоставляемых услугах, вносит данные о материалах и их поставщиках, и, самое главное, производит расчет стоимости услуг.
Диаграмма вариантов использования изображена на рисунке 4.1.
Рис. 4.1 Диаграмма вариантов использования
Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Как правило, они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграмм деятельности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы деятельности описывают переходы от одной деятельности к другой.
На рисунках 4.2, 4.3, 4.4 показаны диаграммы деятельности, описывающие функционирование рассматриваемой системы.
Рис. 4.2 Диаграмма деятельности: прием заказа
Рис. 4.3 Диаграмма деятельности: расчет с заказчиком
Рис. 4.4 Диаграмма деятельности: внесение материалов
Деятельности по обновлению, внесению данных могут быть описаны по аналогии с диаграммой деятельности по внесению материалов.
МОДЕЛЬ АНАЛИЗА
Модель анализа выявляет основные классы и взаимоотношения между ними. Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. В нашей системе всего четыре класса: смета, стоимость материалов, оплата времени, счета. Классы между собой находятся в отношении ассоциации. Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.
На рис. 5.1 показана диаграмма классов. На рисунке 5.2 изображена схема базы данных системы.
Рис. 5.1 Диаграмма классов
Рис. 5.2 Схема базы данных
МОДЕЛЬ ПРОЕКТИРОВАНИЯ
Модель проектирования показывает взаимодействия внутри системы, способы передачи информации, потоки данных, состояния объектов системы. Для описания модели проектирования используем диаграммы взаимодействия (последовательности и кооперации) и состояния.
На диаграммах взаимодействий показывают связи, включающие множество объектов и отношений между ними, в том числе сообщения, которыми объекты обмениваются. При этом диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений, а диаграмма кооперации - на структурной организации посылающих и принимающих сообщения объектов.
На рис. 6.1, 6.2, 6.3 и 6.4 показаны диаграммы последовательностей.
Рис. 6.1 Диаграмма последовательностей: расчет стоимости заказа
Рис. 6.2 Диаграмма последовательностей: регистрация заказа
Рис. 6.3 Диаграмма последовательностей: расчет с заказчиком
Рис. 6.4 Диаграмма последовательностей: внесение материалов
На рис. 6.5, 6.6 и 6.7 показаны диаграммы кооперации.
Рис. 6.5 Диаграмма кооперации: расчет стоимости заказа и его регистрация
Рис. 6.6 Диаграмма кооперации: расчет с заказчиком
Рис. 6.7 Диаграмма кооперации: внесение материалов
Диаграммы состояний показывают поведения определенных классов или других объектов в динамике. Они отражают последовательность состояний, через которые проходит объект; события, которые являются причиной перехода от одного состояния к другому, или действия, которые являются причиной изменения состояния.
На рис. 6.8, 6.9, 6.10 и 6.11 показаны диаграммы состояния.
Рис. 6.8 Диаграмма состояния: расчет стоимости заказа и его регистрация
Рис. 6.9 Диаграмма состояния: внесение материалов
Рис. 6.10 Диаграмма состояния: расчет с заказчиком
Рис. 6.11 Диаграмма состояния: ЖЦ заказа