Описание диаграмм: вариантов использования, деятельности, классов, взаимодействия, последовательности
Поведение системы (т.е. Предоставляемая ею функциональность) описывается с помощью функциональной модели, которая отображает варианты использования системы (варианты использования, варианты использования), системную среду (субъекты, субъекты, субъекты) и отношения между ними (варианты использования диаграммы). Диаграмма вариантов использования (диаграмма вариантов использования) - это диаграмма, которая показывает отношения между участниками и вариантами использования.
Используя этот график, они могут:
- определить общие границы и контекст моделируемой области на начальных этапах проектирования системы;
- сформулировать общие требования к функциональному поведению проектируемой системы;
- разработать исходную концептуальную модель системы для ее последующего уточнения в виде логической и физической моделей;
- Подготовить исходную документацию для взаимодействия разработчиков системы со своими клиентами и пользователями.
Диаграмма вариантов использования (варианты использования) - это граф с участниками или вариантами использования в вершинах, связи между вершинами - это разные типы отношений.
Отношения между участниками и вариантами отображаются с использованием четырех видов отношений:
- ассоциации;
- обобщения;
- включение;
- расширения.
Связь ассоциации используется для обозначения взаимодействия субъекта с вариантом использования.
|
|
|
Отношение обобщения служит для указания того факта, что некоторая сущность A может быть обобщена до сущности B. В этом случае сущность A будет специализацией сущности B. На диаграмме такое отношение может отображаться только между сущностями одной и той же сущности. . тип (между двумя использованиями или двумя участниками).
Отношения включения и расширения являются частным случаем отношений зависимости и могут возникать только между двумя вариантами использования.
Отношение включения указывает на то, что некоторое предопределенное поведение одного варианта использования обязательно включается в качестве компонента в поведение другого варианта использования.
Отношения расширения определяют способность включать поведение одного варианта использования в другой. То есть дочерний вариант использования можно вызвать так же, как он не был вызван родителем.
Диаграммы вариантов использования для процессов «Продажа» и «Закупка товаров» (см. Рисунок 4 и Рисунок 5).
Рисунок 4. - Диаграмма вариантов использованиядля процесса «Продажа»
Рисунок 5. - Диаграмма вариантов использования для процесса «Закупка товаров»
Диаграммы деятельности предоставляют один из способов моделирования потока событий. Используя текстовое описание, вы можете рассказать о потоке, но будет сложно понять логику событий в сложных и запутанных потоках с множеством альтернативных ветвей.
|
|
|
Диаграмма деятельности для проектируемой системы (см. Рисунок 6)
Рисунок 6. - Диаграмма деятельности
Диаграмма классов является частью логической модели системы и представляет статическую картину системы. Для каждой системы строится не одна, а несколько диаграмм классов: возможно, что у каждого варианта использования или сценария своя. Некоторые показывают подмножества связанных классов и отношения между ними, другие показывают те же подмножества, но с атрибутами и операциями класса. Для представления системы разработано столько диаграмм классов, сколько необходимо.
Стереотип — это механизм категоризации классов. Он используется для создания нового типа элемента, в данном случае нового типа класса.
Стереотипы помогают лучше понять обязанности каждого класса в модели и классифицировать их функции. Для этого в UML используются три основных стандартных типа стереотипов классов: классы классов, граничные классы и классы управления.
|
|
|
Класс сущности содержит информацию, которая постоянно хранится. Используется для моделирования данных и поведения с длительным жизненным циклом. Они могут представлять информацию о предметной области и могут представлять элементы самой системы. Часто абстракции домена имеют наибольшее значение для пользователя, поэтому они используют термины домена в своих именах.
Граничные классы — это классы, расположенные на границе системы с остальным миром и т. Д. Они обеспечивают взаимодействие между средой и внутренними элементами системы.
Класс управления отвечает за координацию действий других классов. Они служат для имитации последовательного поведения одного или нескольких вариантов использования и для координации событий, реализующих встроенное в них поведение.
Свойства объекта описываются путем установки атрибутов класса, к которому принадлежит объект, и поведения посредством указания операций класса.
В прямоугольнике класса атрибуты описаны во втором разделе под именем, а операции в третьем разделе под атрибутами.
Атрибут класса используется для представления одного свойства или атрибута, общего для всех объектов данного класса. Таким образом, атрибуты определяют структуру класса.
|
|
|
Атрибут — это важная характеристика класса, описывающая набор значений, которые могут принимать отдельные объекты этого класса.
Операция — это услуга, предоставляемая каждым экземпляром или объектом класса по запросу его клиентов, которые могут быть другими объектами, включая экземпляры этого класса.
Видимость — это качественная характеристика описания свойств класса, которая характеризует потенциальную способность других объектов модели использовать это свойство (атрибут или операцию).
Кратность — это спецификация диапазона допустимых значений мощности, которые могут иметь соответствующие комплекты. Кратность указывает, сколько экземпляров этого атрибута может иметь экземпляр класса.
Тип атрибута — это выражение, семантика которого определяется конкретным типом данных, определенным в пакете типов данных UML, или самим разработчиком. Тип атрибута можно определить в зависимости от языка программирования, который предполагается использовать для реализации этой модели.
Направление параметра может принимать одно из следующих значений:
in - входной параметр, который нельзя изменить;
out - выходной параметр, который можно изменить для передачи информации вызывающей процедуре;
inout — это входной параметр, который можно изменить. по умолчанию, если направление параметра не указано, значение находится в формате.
Тип выражения возвращаемого значения операции также указывает тип данных значения, которое возвращается объектом после соответствующей операции. Может быть опущено, если операция не возвращает никакого значения. Чтобы указать несколько возвращаемых значений, этот элемент спецификации операции можно записать в виде списка отдельных выражений. Выражение типа возвращаемого значения также называется классом возврата операции. Вы можете использовать встроенные типы (string, float, integer, boolean) или типы, определенные в вашей модели, для определения возвращаемого класса.
Отношения — это общение между классами.
Ассоциация — это семантическая связь между классами. На графике она отображается как обычная линия. Связь может быть однонаправленной или двунаправленной.
Кратность (степень) определяется для классов и указывает допустимое количество объектов (экземпляров класса), участвующих во взаимосвязи.
Агрегация — это особая форма ассоциации, которая служит для представления отношения части-целого между агрегатом (целым) и его компонентом.
Композиция — это форма агрегирования с четко определенной долей собственности, при которой срок службы частей и целого одинаков. Зависимость — это отношение использования, которое указывает, что изменение спецификации одного объекта может повлиять на другой объект, который его использует, а обратное обычно неверно.
Обобщение — это отношение наследования между двумя элементами модели. Это дает классу возможность наследовать общедоступные или защищенные атрибуты и операции суперкласса (класса, от которого наследуются атрибуты и операции). Помимо наследования, каждый класс может иметь свои собственные атрибуты и операции.
Диаграммы классов для процессов «Продажи» и «Закупка товаров» (см. Рисунок 7 и Рисунок 8).
Рисунок 7. - Диаграмма классов с атрибутами, операциями и связями для процесса «Продажи».
Рисунок 8. - Диаграмма классов с атрибутами, операциями и связями для процесса «Закупки товаров».
Диаграммы взаимодействия показывают один из процессов обработки информации в случае использования, какие объекты нужны потоку, какими сообщениями обмениваются объекты, какие актёры инициируют поток и в какой последовательности отправляются сообщения. Для одного потока событий можно построить несколько диаграмм взаимодействия.
Как правило, поток событий описывает не одну последовательность действий, а несколько возможных, что отражается в наличии основного потока событий и альтернативных потоков. Чаще всего невозможно описать вариант использования с помощью только одного рабочего процесса.
Каждый такой вариант мы можем описать, используя свою последовательность действий, свой сценарий. Таким образом, один вариант использования описывает несколько последовательностей - сценариев, каждый из которых описывает один из вариантов возможного потока событий.
Диаграммы последовательностей для процессов «Продажи» и «Закупки товаров» (см. Рисунок 9 и Рисунок 10).
Рисунок 9. - Диаграмма последовательности для процесса «Продажа»
Рисунок 10. - Диаграмма последовательности для процесса «Закупка товаров»
ЗАКЛЮЧЕНИЕ
В ходе работы была спроектирована информационная система магазина, проанализирована предметная область, сформулированы основные требования к системе, рассмотрены основные инструменты разработки, разработана информационная модель базы данных, схемы взаимодействие, классы, последовательности, действия были созданы.
В результате работы была разработана информационная система магазина, отвечающая основным требованиям.
Сегодня подавляющее большинство от общего числа предприятий нуждаются в комплексной автоматизации процесса управления. Объективная необходимость повышения эффективности управления за счет комплексной автоматизации сегодня определяется для этих предприятий неумолимой конкуренцией на рынке товаров и услуг.
Интегрированная автоматизированная система управления предприятием сегодня - одна из важнейших составляющих успешного развития бизнеса.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. Гаврилов, Л. П. Электронная коммерция: учебник и практикум для бакалавриата и магистратуры / Л. П. Гаврилов. — М. : Издательство Юрайт, 2018. — 363 с.
2. Визуальное моделирование систем в StarUML: Учебное пособие/ А.В. Каюмова. Казань. – Казанский федеральный университет, 2013. – 104с.
3. Мишин В.В., Мартиросян К.В. Интернет-технологии: учебное пособие - СКФУ 2015 г. – 106c.
4. Крахоткина Е. В. Системы электронной коммерции и технологии их проектирования: учебное пособие, СКФУ, 2016 г. – 129 с
5. Мишин В.В., Мартиросян К.В. Технологии Internet-коммерции: учебное пособие - СКФУ 2015 г. – 102c.
6. Сергеев А.Н., Создание сайтов на основе WordPress. Учебное пособие – Лань 2015 г. – 128с.
7. Уильямс Б., Дэмстра Д., Стэрн Х., WordPress для профессионалов. Разработка и дизайн сайтов – ПИТЕР 2014 г. – 464с
Приложение 1
IDEFXсхема БД
Дата добавления: 2021-07-19; просмотров: 216; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!