ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 30.11.2023
Просмотров: 62
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
2.7 Диаграмма взаимодействия
Диаграммы взаимодействия предназначены для моделирования поведения путем описания взаимодействия объектов для выполнения некоторой задачи или достижения определенной цели. Взаимодействие происходит путем обмена сообщениями. Диаграммы взаимодействия применяются на разных уровнях моделирования: как для описания поведения отдельных операций, так и целых вариантов использования. Данный тип диаграмм позволяет описывать не только взаимодействие программных объектов (экземпляров классов), но и взаимодействие экземпляров иных классификаторов: действующих лиц, вариантов использования, подсистем, компонентов, узлов. Диаграммы взаимодействия графически изображаются в двух формах: диаграммы последовательности и диаграммы кооперации.
Рис.9 Диаграмма взаимодействия
Данное взаимодействие инициируется внешним действующим лицом — клиентом, который подаёт заявку на чистку вещи, тем самым запускает всю работу. Клиент отправляет сообщение администратору «заявка», администратор обрабатывается информацию о заявке, за тем передаёт сообщение персоналу «передает вещь и нужную информацию о ней». Персонал, получив сообщение начинает выполнять свою работу: «изучить информацию», «постирать», «высушить», «погладить». По завершению своей работы, отправляет сообщение администратору «вернуть администратору выполненную работу». Администратор, приняв сообщение, отправляется сообщение клиенту «оплатить услуги и вернуть вещь».
2.8 Диаграмма кооперации
На кооперативной диаграмме экземпляры объектов показаны в виде пиктограмм. Линии между ними обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования.
Рис.10 Диаграмма кооперации
Сообщения на этой диаграмме показаны в виде текста (названия метода) со стрелкой. Но есть один нюанс: на диаграмме взаимодействия было легко показать последовательность отправки сообщений, так как линии жизни служили одновременно "осями времени", направленными вниз, и, естественно, было видно, что нижние сообщения отправлены позже верхних. В диаграмме кооперации проблему отображения очередности сообщений решила просто - перед названием каждого сообщения просто пишут его номер.
Когда объект «клиент» отправляет сообщение «принять заявку» объекту «администратор», действие получает цифру 1. Цифра 2 означает, что «администратор» - «обрабатывает заявку», то есть вносит данные в базу и изучает информацию о данной вещи. Далее следует цифра 3, означает что «администратор» передает сообщение «персоналу», «передать данные и вещь». 4 означает, что «персонал» получил сообщение «администратор» и «обрабатывает информацию», затем «персонал» выполняет действие «выполнить работу» под цифрой 5. Действие под цифрой 7 сообщает о том, что «персонал» выполнил работу и передает сообщение «передать выполненную работу» объекту «администратор». Далее по диаграмме кооперации следует действие 8 означающее «оплатить», то есть клиент должен оплатить услугу. действие 9 является заключающим и сообщает о «получить чистые вещи», клиент может получить вещь обратно.
2.9 Диаграмма деятельности
Диаграммы деятельности полезны в описании поведения, включающего большое количество параллельных процессов. Также их можно применять для представления потоков событий вариантов использования в наглядной графической форме.
Рис.11 Диаграмма деятельности
Точкой начала является узел управления (заявка принята) – это абстрактный узел действия, которое координирует потоки действий. Стрелка от узла управления следует в объект «внесение данных в базу». В этом объекте говориться о том, что администратор вносит данные из заявки клиента в базу. Также администратор выполняет действие «информация о вещи», то есть изучает информацию о конкретной вещи, об этом говориться в следующем объекте к которому идёт стрелка от объекта «внесение данных в базу». Далее следует объект «передача персоналу», означающий, что администратор передает всю информацию о вещи и саму вещь персоналу. Следующий далее черный прямоугольник означает узел решения, предназначен для определения правила ветвления и различных вариантов дальнейшего развития сценария. А дальнейшим сценарием является какие объекты, как «обработка информации», персонал изучает данные о вещи переданные администратором, «стирать», «сушить», «гладить», персонал выполняет непосредственно действия с этой вещью. Затем, опять чёрный прямоугольник, только в этот раз он означает узел объединение. После узла объединения следует объект «работа выполнена».
И завершающей часть диаграммы
деятельности является конечный узел, узлом управления, который останавливает (stop) все потоки данной диаграммы деятельности.
2.10 Диаграмма размещения
Диаграммы размещения – это один из двух видов диаграмм, используемых при моделировании физических аспектов объектно-ориентированной системы. Такая диаграмма представляет конфигурацию узлов, где производится обработка информации, и показывает, какие артефакты размещены на каждом узле.
Рис.12 Диаграмма размещения
3. Требования к информационной системе
Данная информационная система должна помочь сотруднику улучшить сервис обслуживания.
Администратор при помощи системы может быстро принять заявку клиента, автоматически найти информацию о вещи.
2.11 Диаграмма компонентов
Диаграммы компонентов UML используются при моделировании физических аспектов объектно-ориентированных систем, которые используются для визуализации, определения и документирования систем на основе компонентов, а также для построения исполняемых систем с помощью прямого и обратного проектирования. Диаграммы компонентов - это по сути, диаграммы классов, которые фокусируются на компонентах системы, которые часто используются для моделирования статического представления реализации системы.
Рис.13 Диаграмма компонентов
Заключение
В ходе выполнения работы проанализирована предметная область для рассматриваемых задач. Подготовлены и представлены элементы проектных решений для информационной системы химчистки в виде соответствующих диаграмм. Сформулированы функциональные и нефункциональные требования к проектируемой системе. Проектирование и последующая реализация информационной системы позволит:
-
повысить оперативность выполнения функций; -
обеспечить полноту информации; -
повысить скорость обработки информации; -
уменьшить число ошибок в процессе распределения нагрузки.
В процессе разработки проектных решений для рассматриваемой системы, используя BPwin и Umbrello, были построены следующие диаграммы:
-
IDEF0 -
IDEF3 -
DFD -
Диаграмма вариантов использования (прецедентов) -
Диаграмма классов -
Диаграмма взаимодействия -
Диаграмма кооперации -
Диаграмма деятельности -
Диаграмма размещения -
Диаграмма компонентов
Список используемых источников
1)https://student-it.ru/kursovye/vy-rabotaete-v-vysshem-uchebnom-zavedenii-i-zanimaetes-raspredeleniem-nagruzki-mezhdu-prepodavatelyami-kafedryhtml
2) https://www.bibliofond.ru/view.aspx?id=599769
3)https://studbooks.net/2269913/informatika/izuchenie_organizatsionno_upravlencheskoy_struktury_universiteta
4) https://masters.donntu.org/2016/fknt/prischepa/library/article8.htm
5)https://studref.com/315147/menedzhment/opredelenie_vzaimodeystviya_protsessov_vuza_proektirovanie_seti
6) https://trinion.org/blog/idef0-znakomstvo-s-notaciey-i-primer-ispolzovaniya
7) https://trinion.org/blog/opisanie-notacii-idef3
8) https://trinion.org/blog/chto-takoe-dfd-diagrammy-potokov-dannykh
но на Allbest.ru