Курсовая: Проектирование системы учёта заказов на UML
Реферат: Проектирование информационной системы учёта заказов с использованием UML
Описание
1. Диаграмма вариантов использования 1
2. Диаграмма деятельности 2
3. Модель анализа 6
4. Модель проектирования 6
В модели требований изложены задачи, установленные пользователем, а также функциональные и нефункциональные требования к системе.
Поскольку система описывается с помощью UML-диаграмм, для создания модели требований мы используем диаграмму вариантов использования и диаграммы деятельности.
Диаграмма вариантов использования
Диаграмма вариантов использования (или диаграмма прецедентов) представляет собой графическое отображение всех прецедентов и актеров, а также взаимосвязей между ними.
Эти диаграммы являются одним из пяти типов, используемых в UML для моделирования динамических аспектов системы. Они помогают визуализировать систему с точки зрения прецедентов, что обычно включает моделирование контекста системы, подсистемы или класса, а также требований к их поведению.
Проектируемая система предполагает активное участие оператора, а также косвенное участие заказчиков и исполнителей в вопросах требований к заказам.
Оператор осуществляет создание, редактирование и удаление учетных записей заказчиков и исполнителей, вводит данные о заказах и сроках их выполнения, рассчитывает стоимость услуг и производит расчеты с заказчиками и исполнителями.
Диаграмма вариантов использования изображена на рис. 1.
Рисунок 1 - Диаграмма вариантов использования
Диаграмма деятельности
Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Как правило, они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграмм деятельности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы деятельности описывают переходы от одной деятельности к другой.
На Рис. 2, 3, 4 показаны диаграммы деятельности, описывающие функционирование рассматриваемой системы.
Рисунок 2 - Диаграмма деятельности: прием заказа
Рисунок 3 - Диаграмма деятельности: расчет с клиентом
Рисунок 4 - Диаграмма деятельности: добавление новой услуги
Деятельности по обновлению данных об услугах, а также обновлению и добавлению новых заказчиков и исполнителей могут быть описаны по аналогии с диаграммой по добавлению новой услуги, представленной на Рисунокунке 4.
Модель анализа
Модель анализа выявляет основные классы и взаимоотношения между ними. Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. В нашей системе всего три класса: заказы, счета, и оплата времени. Классы между собой находятся в отношении ассоциации. Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.
На рис. 5 показана диаграмма классов. На рис. 6 изображена схема базы данных системы.
Рисунок 5 - Диаграмма классов
Рисунок 6 - Схема базы данных
Модель проектирования
Модель проектирования показывает взаимодействия внутри системы, способы передачи информации, потоки данных, состояния объектов системы. Для описания модели проектирования используем диаграммы взаимодействия (последовательности и кооперации) и состояния.
На диаграммах взаимодействий показывают связи, включающие множество объектов и отношений между ними, в том числе сообщения, которыми объекты обмениваются. При этом диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений, а диаграмма кооперации - на структурной организации посылающих и принимающих сообщения объектов.
На рис. 7, 8 и 9 показаны диаграммы последовательностей.
Рисунок 7 - Диаграмма последовательностей - расчет стоимости заказа и его регистрация
Рисунок 8 - Диаграмма последовательностей - регистрация нового исполнителя
Рисунок 9 - Диаграмма последовательностей - расчет с заказчиком
Диаграмма последовательности добавления новой услуги аналогична представленной на рис. 8, а диаграмма последовательности расчета с исполнителем аналогична представленной на рис. 9.
На Рис. 10, 11 и 12 представлены диаграммы кооперации.
Рисунок 10 - Диаграмма кооперации - расчет стоимости заказа и его регистрация
Рисунок 11 - Диаграмма кооперации - регистрация нового исполнителя
Рисунок 12 - Диаграмма кооперации - расчет с заказчиком
Диаграммы состояний показывают поведения определенных классов или других объектов в динамике. Они отражают последовательность состояний, через которые проходит объект; события, которые являются причиной перехода от одного состояния к другому, или действия, которые являются причиной изменения состояния.
На рис. 10, 14 и 15 показаны диаграммы состояния.
Рисунок 13 - Диаграмма состояний: расчет стоимости заказа и его регистрация
Рисунок 6.9 Диаграмма состояний: регистрация нового исполнителя
Рисунок 15 - Диаграмма состояний: расчет с заказчикомПоказать/скрыть дополнительное описание
2. Диаграмма деятельности 2
3. Модель анализа 6
4. Модель проектирования 6
В модели требований изложены задачи, установленные пользователем, а также функциональные и нефункциональные требования к системе.
Поскольку система описывается с помощью UML-диаграмм, для создания модели требований мы используем диаграмму вариантов использования и диаграммы деятельности.
Диаграмма вариантов использования
Диаграмма вариантов использования (или диаграмма прецедентов) представляет собой графическое отображение всех прецедентов и актеров, а также взаимосвязей между ними.
Эти диаграммы являются одним из пяти типов, используемых в UML для моделирования динамических аспектов системы. Они помогают визуализировать систему с точки зрения прецедентов, что обычно включает моделирование контекста системы, подсистемы или класса, а также требований к их поведению.
Проектируемая система предполагает активное участие оператора, а также косвенное участие заказчиков и исполнителей в вопросах требований к заказам.
Оператор осуществляет создание, редактирование и удаление учетных записей заказчиков и исполнителей, вводит данные о заказах и сроках их выполнения, рассчитывает стоимость услуг и производит расчеты с заказчиками и исполнителями.
Диаграмма вариантов использования изображена на рис. 1.
Рисунок 1 - Диаграмма вариантов использования
Диаграмма деятельности
Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Как правило, они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграмм деятельности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы деятельности описывают переходы от одной деятельности к другой.
На Рис. 2, 3, 4 показаны диаграммы деятельности, описывающие функционирование рассматриваемой системы.
Рисунок 2 - Диаграмма деятельности: прием заказа
Рисунок 3 - Диаграмма деятельности: расчет с клиентом
Рисунок 4 - Диаграмма деятельности: добавление новой услуги
Деятельности по обновлению данных об услугах, а также обновлению и добавлению новых заказчиков и исполнителей могут быть описаны по аналогии с диаграммой по добавлению новой услуги, представленной на Рисунокунке 4.
Модель анализа
Модель анализа выявляет основные классы и взаимоотношения между ними. Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. В нашей системе всего три класса: заказы, счета, и оплата времени. Классы между собой находятся в отношении ассоциации. Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.
На рис. 5 показана диаграмма классов. На рис. 6 изображена схема базы данных системы.
Рисунок 5 - Диаграмма классов
Рисунок 6 - Схема базы данных
Модель проектирования
Модель проектирования показывает взаимодействия внутри системы, способы передачи информации, потоки данных, состояния объектов системы. Для описания модели проектирования используем диаграммы взаимодействия (последовательности и кооперации) и состояния.
На диаграммах взаимодействий показывают связи, включающие множество объектов и отношений между ними, в том числе сообщения, которыми объекты обмениваются. При этом диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений, а диаграмма кооперации - на структурной организации посылающих и принимающих сообщения объектов.
На рис. 7, 8 и 9 показаны диаграммы последовательностей.
Рисунок 7 - Диаграмма последовательностей - расчет стоимости заказа и его регистрация
Рисунок 8 - Диаграмма последовательностей - регистрация нового исполнителя
Рисунок 9 - Диаграмма последовательностей - расчет с заказчиком
Диаграмма последовательности добавления новой услуги аналогична представленной на рис. 8, а диаграмма последовательности расчета с исполнителем аналогична представленной на рис. 9.
На Рис. 10, 11 и 12 представлены диаграммы кооперации.
Рисунок 10 - Диаграмма кооперации - расчет стоимости заказа и его регистрация
Рисунок 11 - Диаграмма кооперации - регистрация нового исполнителя
Рисунок 12 - Диаграмма кооперации - расчет с заказчиком
Диаграммы состояний показывают поведения определенных классов или других объектов в динамике. Они отражают последовательность состояний, через которые проходит объект; события, которые являются причиной перехода от одного состояния к другому, или действия, которые являются причиной изменения состояния.
На рис. 10, 14 и 15 показаны диаграммы состояния.
Рисунок 13 - Диаграмма состояний: расчет стоимости заказа и его регистрация
Рисунок 6.9 Диаграмма состояний: регистрация нового исполнителя
Рисунок 15 - Диаграмма состояний: расчет с заказчикомПоказать/скрыть дополнительное описание
Краткая проектная документация по системе учёта заказов: прецеденты, активности, модель классов и схема базы данных. Подходит студентам и разработчикам для быстрой подготовки проектной части и ТЗ..
Характеристики реферата
Тип
Предмет
Учебное заведение
Семестр
Просмотров
1
Размер
619,66 Kb
Список файлов
КР2_Чучупал_ИТ-21.docx
🎓 Никольский - Помощь студентам 📚 Любые виды работ: тесты, сессии под ключ, практики, курсовые и дипломные с гарантией результата ✅ Все услуги под ключ ✅ Знаем все тонкости именно вашего ВУЗа ✅ Сдадим или вернем деньги
Комментарии
Нет комментариев
Стань первым, кто что-нибудь напишет!
ВГУИТ
nikolskypomosh












