Лабораторный практикум по второму разделу


Лабораторный практикум по второму разделуТема 9. Основные элементы языка UML
Задание 1. Формирование физической диаграммы
Составьте физическую диаграмму в соответствии с описанием деятельности компании дистрибьютора МЕД.
Компания дистрибьютор "МЕД" закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Планирование закупок компания осуществляет на основании статистики продаж, которую предоставляют сеть аптек и дистрибьюторы. Компания осуществляет доставку медикаментов как собственным транспортом, так и с помощью услуг сторонних организаций. Компания имеет собственный склад для хранения медикаментов.
Выполнение задания 1
Компания осуществляет закупки у отечественных и зарубежных производителей, следовательно, контрагентами компании являются отечественные и зарубежные поставщики медикаментов. Компания пользуется услугами транспортных компаний для доставки медикаментов. Следовательно, транспортные компании являются внешними контрагентами. Кроме того, компания реализует медикаменты через дистрибьюторскую сеть и сеть аптек. Следовательно, контрагентами компании являются покупатели (дистрибьюторы, аптеки). Таким образом, внешними контрагентами компании "МЕД" являются поставщики (отечественные, зарубежные), покупатели (дистрибьюторы, аптеки), транспортные компании.На физической диаграмме компания изображается прямоугольником, для отображения контрагентов используются графический символ Actor (фигурка человечка). Для изображения связей между компанией и контрагентами используются линии (Communications). Взаимодействия компании и внешних контрагентов должны быть поименованы, чтобы были понятны функции контрагентов по отношению к компании при знакомстве с физической диаграммой.
Создание физической диаграммы в MS Visio:
Запустите MS Visio. (Кнопка "Пуск"/ "Программы" / MS Visio).
Появится окно, в котором необходимо выбрать папку Software/ UML Model Diagram. В открывшемся списке форм (Shapes) для построения физической диаграммы следует выбрать пункт UML Use Case. В результате проделанных действий на экране появится окно, в левой части которого будет отображен набор графических символов, а в правой части - лист для рисования диаграммы (рис. 9.1).
Для изображения прямоугольника на панели инструментов "Стандартная" найдите и зафиксируйте щелчком мыши пиктограмму с изображением прямоугольника. Затем, при нажатой правой клавиши мыши вы сможете нарисовать произвольного размера прямоугольник.
Для изображения на диаграмме контрагентов следует воспользоваться графическим символом с изображением человечка . Графический символ переносится на рабочее поле мышкой при нажатой правой клавише.

Рис. 9.1.  Общий вид окна MS Visio.
Примечание. Для последующего перемещения графических символов по рабочему полю необходимо зафиксировать пиктограмму Pointer Tool с изображением стрелки, размещенную на панели инструментов "Стандартная". Только после этого графический символ будет доступен для перемещения его мышкой.
Соедините линиями изображение каждого контрагента с прямоугольником. Для этого на панели инструментов "Стандартная" щелчком мыши зафиксируйте пиктограмму с изображением линии Line Tool и при нажатой левой клавише мышки осуществите соединение фигур.
Внесите наименования контрагентов "Покупатели (аптеки)", "Покупатели (дистрибьюторы)", "Поставщики (Украина-Россия)", "Поставщики (импорт)", "Транспортные компании". Для того чтобы внести надписи на диаграмме, необходимо на панели инструментов "Форматирование" зафиксировать пиктограмму Text Tool (символ буквы "А"). Щелкните мышкой на изображении человечка, курсор установится на поле с надписью Actor. Введите в это поле наименование контрагента.
Введите наименование компании "МЕД" в нарисованный прямоугольник, щелкнув мышкой по прямоугольнику. Обратите внимание на то, что при этом должна быть активна пиктограмма Text Tool (символ буквы "А").
Аналогичным образом внесите надписи к линиям соединения фирмы и контрагентов.
Физическая диаграмма ЗАО "МЕД" представлена на рисунке 9.2.

Рис. 9.2.  Физическая диаграмма ЗАО "МЕД".
Задание 2.
На основании описания деятельности компании выделите основные бизнес-процессы и занесите их краткое наименование в таблицу со следующим содержанием:
Номер бизнес-процесса Наименование бизнес-процесса
  Номер бизнес-процесса составьте из букв и цифр так, чтобы по номеру был интуитивно понятен смысл бизнес-процесса.
Выполнение задания 2
Для того чтобы выделить бизнес-процессы, необходимо выделить действия, которые совершает компания. В рассматриваемом случае компания планирует закупки, закупает медикаменты, доставляет медикаменты на склад, приходует медикаменты на склад, продает медикаменты. Пример заполнения таблицы бизнес-процессов:
Номер бизнес-процесса Название бизнес-процесса
1Пл_Зак Планирование закупок
2-Закпк Закупки
3-Доствк Доставка
4-Склад Запасы-СкладПримечание. В целях упрощения задачи в дальнейшем объединим описание бизнес-процессов "Закупки" и "Планирование закупок" в один бизнес-процесс под названием "Планирование закупок и размещение заказов" и присвоим ему номер 1Пл_Зак.
Бизнес-процесс "Планирование закупок и размещение заказов поставщикам"
Общее описание бизнес-процесса
Предприятие планирует закупки медикаментов. Планирование закупок осуществляется в Департаменте маркетинга, в группе маркетинга и планирования. Планирование закупок осуществляется следующим образом:
Менеджер группы планирования и маркетинга ежесуточно получает от контрагентов данные внешней и внутренней статистики продаж медикаментов в виде отчетов продаж.
Для планирования закупок медикаментов менеджер группы планирования и маркетинга еженедельно на основании статистики продаж производит расчет потребности в товаре. В результате расчета формируется Таблица потребностей в товаре.
Определив количество и номенклатуру заказываемых товаров, менеджер отдела закупок приступает к анализу предложений поставщиков. Данный процесс осуществляется ежемесячно или по мере необходимости. Выбираются наиболее выгодные условия поставки. Для этого сравниваются цены поставщиков. Данные сведения берутся из прайс-листа для закупок. При выборе поставщика важно учесть предоставляемую отсрочку платежа. Эта информация берется из контрактов, отмеченных как приоритетные (действующие). В результате формируется список поставщиков, каждой позиции присваивается признак основного и запасных поставщиков в порядке убывания приоритета.
Менеджер отдела закупок ежемесячно на основании Таблицы потребностей в товаре и списка выбранных поставщиков формирует графики поставок с указанием сроков и периодичности, но без количества поставки.
Ежемесячно после определения потребности в товаре менеджер группы логистики рассчитывает необходимое количество закупок. Необходимое количество закупок рассчитывается на основании фактических запасов на складе, необходимого минимального и максимального уровня запасов. Нормы минимального и максимального количества запасов устанавливаются в днях. При расчете необходимого количества закупки учитывается также время товара в пути. Таким образом, данный расчет должен обеспечить возможность бесперебойного отпуска товара со склада. По результату расчетов формируется план заявок на месяц.
Затем в группе логистики ежедневно по плану заявок, графику поставок, прайс-листам поставщиков формируются заказы поставщикам.
Если предстоит сделать заказ импортному поставщику, то менеджер группы логистики рассчитывает затраты на сертификацию, создается отчет о затратах на сертификацию. Затраты на сертификацию проверяются на соответствие внутрифирменным нормам. Данная операция производится по мере необходимости.
Если затраты на сертификацию превышают внутрифирменные нормы, то менеджер группы логистики повторяет процесс формирования заказов поставщикам. Формируются новые заказы.
Ежедневно подготовленный заказ поставщику акцептуется, заказ должен подписать менеджер по логистике и директор Департамента маркетинга и управления товарными запасами.
Ежедневно менеджер группы логистики направляет заказ в отдел закупок. Менеджер отдела закупок направляет заказ поставщику.
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [7,9,11].
Тема 10. Диаграммы вариантов использования (прецедентов)
Задание: разработать модель прецедентов для простой системы электронной коммерции по продаже книг и CD. Эта система называется ЕСР (Е-Commerce Platform - платформа электронной коммерции).
1. Выявление актеров.
В качестве актеров в данной системе можно выделить:
- системного администратора (System administrator), который занимается технической поддержкой магазина;
- владельца магазина (shop keeper), который управляет номенклатурой товаров и может удалять покупателей;
- покупатель (customer), который может заходить в магазин, выбирать товары, добавлять/ удалять товары из корзины, формировать счет, оплачивать счет;
- диспетчер магазина (dispatcher), который проверяет правильность формирования счетов и их оплату;
- компания обработки кредитных карт, которая проводит операции по переводу средств с карты на счета;
- система управления запасами, которая обеспечивает контроль за остатками с учетом отгруженных и оплаченных товаров.
2. Выявление прецедентов.
Выявленные на первом шаге актеры могут порождать следующие прецеденты:
Системный администратор:
- создавать новых пользователей системы;
- удалять существующих пользователей системы.
Владелец магазина может:
- добавлять продукты в каталоги;
- удалять продукты из каталогов;
- удалять учетные записи покупателей.
На рис. 10.1 показан окончательный результат моделирования прецедентов.
Модель прецедентов обеспечит четкое представление о том, что делает система.

Рис. 10.1. Модель прецедентов.
Покупатель может:
- регистрироваться в магазине;
- изменять информацию о себе;
- заходить в магазин;
- просматривать неоплаченные счета;
- просматривать каталог товаров;
- добавлять товары в корзину;
- управлять содержимым корзины;
- создавать счета;
- отменять счета.
Диспетчер может:
- подтверждать оплату счета;
- закрывать оплаченные счета.
На рис. 10.2 представлен сокращенный вариант модели прецедентов. Здесь показаны обычные прецеденты, расширяющий прецедент и отношения «include» и «extend».
Описание прецедентов AcceptPaymentCard и Checkout с рис. 10.2 показаны более подробно в таблицах 11.1-11.3.
В описания прецедентов включены все важные детали, но опущена общая информация (торговая марка компании, информация об авторе и версии и др.). Эти данные для каждой компании свои. Во многих компаниях разработаны стандартные заголовки, используемые во всей документации компании.

Рис. 10.2. Сокращенный вариант модели прецедентов.
Таблица 10.1.
Описание прецедента AcceptPaymentByCard
Прецедент AcceptPaymentByCard
ID 1
Краткое описание:
покупатель оплачивает заказ кредитной картой
Главные актеры:
Покупатель
Второстепенные актеры:
компания обработки кредитных карт,
система управления запасами,
диспетчер.
Предусловия:
1. Покупатель входит в систему
2. Некоторые товары были предварительно зарезервированы покупателем
Основной поток:
1. Прецедент начинается, когда покупатель подтверждает заказ.
2. Система извлекает информацию о кредитной карте покупателя.
3. Система посылает сообщение компании обработке кредитных карт о номере карты и сумме сделки.
4. Компания обработки кредитных карт дает разрешение на транзакцию.
5. Система сообщает покупателю, что транзакция с использованием данной карты была принята.
6. Система генерирует и дает покупателю шифр заказа.
7. Система сообщает системе управления запасами о необходимости резервирования товаров по счету покупателя.
8. Система посылает заказ диспетчеру.
9. Система меняет состояние заказа на «ожидающий рассмотрения».
10. Система выводит сообщение покупателю о подтверждении заказа, и позволяет распечатать его.
Постусловия:
1. Заказ получил статус «ожидающий рассмотрение».
2. С кредитной карты покупателя снята соответствующая сумма.
3. Товары из заказа покупателя были зарезервированы для выполнения заказа.
4. Заказ отправлен диспетчеру.
Альтернативные потоки:
1. Лимит кредитной карты превышен.
2. Отказ в обслуживании кредитной карты.
3. Отказ системы обработки кредитных карт.
Задание для самостоятельного выполнения: составить описание альтернативных потоков прецедента AcceptPaymentByCard.
Таблица 10.2.
Описание прецедента Checkout
Прецедент Checkout (оформление заказа)
ID 6
Краткое описание:
Покупатель подтверждает заказ. Система формирует заказ на основании данных корзины, покупатель оплачивает заказ.
Главные актеры:
Покупатель
Второстепенные актеры:
система управления запасами
Предусловия:
Покупатель входит в систему
Основной поток:
1. Прецедент начинается, когда покупатель выбирает опцию «Checkout».
2. Система просит «систему управления запасами» предварительно зарезервировать товары из корзины покупателя.
3. Для каждой отсутствующей позиции.
3.1. Система сообщает покупателю об отсутствии товара и его удалении из заказа.
4. Система формирует окончательный вариант заказа. Для каждого товара система включает информацию о коде товара, его названии, количестве заказа, цене товара, сумме по каждой товарной позиции и итоговой суммы заказа. В заказ также включается адрес покупателя, номер кредитной карты, затраты на доставку и налоги.
5. Система просит покупателя принять или отклонить заказ.
6. Покупатель подтверждает заказ.
7. Include (подтверждение оплаты через кредитную карту AcceptPaymentByCard)
Постусловия:
1. Покупатель подтвердил заказ.
2. Заказанные товары зарезервированы «системой управления запасов».
Альтернативные потоки:
1. Отклонение заказа покупателем.
Таблица 10.3.
Описание альтернативного потока прецедента Checkout «Отклонение заказа покупателем»
Альтернативный поток прецедента Checkout: отклонение заказа покупателем
ID 6.1
Краткое описание:
Покупатель отклоняет сформированный системой заказ. Предварительно зарезервированные товары снимаются с резервации «системой управления запасами»
Главные актеры:
Покупатель
Второстепенные актеры:
Система управлении запасами
Предусловие: клиент отклонил заказ
Основной поток:
1. Система удаляет сформированный заказ.
2. Система передает сообщение «системе управления запасами» снять с резервирования товары из заказа покупателя.
Постусловия:
1. Заказ покупателя удален
2. «Системой управления запасами» снято резервирование на товары из заказа
Альтернативные потоки:
нет
Задания для самостоятельного выполнения: описать прецеденты DispalyBasket и ManageBasket, изображенные на модели прецедентов (рис. 10.2.).
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [7,8].
Тема 11. Диаграммы деятельностей
Задание. Построение диаграммы действий
На основании общего описания бизнес-процесса "Планирование закупок и размещение заказов поставщикам" составьте диаграмму действий, которая показывает участников процесса, выполняемые каждым участником операции и взаимосвязь между ними. Операции на диаграмме должны следовать в хронологическом порядке, который определен в приведенном описании бизнес-процесса.
Выполнение задания.
Изучите общее описание бизнес-процесса, выделите его участников. В пунктах №1, 2 приведенного описания участник процесса - "Менеджер группы планирования и маркетинга", в пунктах № 3, 4 - "Менеджер отдела закупок", с 5 по 9 пункт участник бизнес-процесса - "Менеджер группы логистики". Таким образом, в бизнес-процессе "Закупки" три участника - менеджер группы планирования и маркетинга, менеджер отдела закупок, менеджер группы логистики.
Приступите к формированию диаграммы действий. Для этого необходимо разделить поле на 3 части, каждая часть поля отводится для отображения действий участника процесса.
Для формирования диаграммы средствами MS Visio необходимо открыть в папке Software / UML Model Diagram форму UML Activity.
Для удобства построения диаграммы на листе расположите его горизонтально (File / Page Setup / Landscape).
На панели инструментов "Стандартная" зафиксируйте пиктограмму с изображением линии Line Tool. Удерживая левую клавишу мыши, разделите лист на три части.
На панели инструментов "Стандартная" зафиксируйте пиктограмму с изображением буквы "А". Внесите в качестве заголовка полное наименование бизнес-процесса, сокращенное наименование (1Пл_Зак) и участников бизнес-процесса в соответствии с рисунком 11.1.

Рис. 11.1.  Подготовительная стадия для изображения диаграммы действий.
Проанализируйте общее описание бизнес-процесса и выделите участника процесса, с которого начинается процесс. Очевидно, что это менеджер группы планирования и маркетинга. Действительно, процесс закупок должен начинаться только после того, как определена потребность компании в товаре (медикаментах).
Обозначьте на диаграмме начало процесса символом  "Initial state" и опустите стрелку вниз (рис. 11.1). Работу с графическими формами можно осуществлять только при активированной пиктограмме с изображением стрелки на панели "Форматирование".
Пользуясь текстовым описанием, выделите действия, выполняемые менеджером группы планирования и маркетинга. Действия (операции), выполняемые менеджером группы планирования и маркетинга: "Получение внутренней статистики продаж", "Получение внешней статистики продаж", "Расчет потребности в товаре".
Отобразите на диаграмме действия, выполняемые менеджером группы планирования и маркетинга. Обратите внимание, что процессы получения внутренней и внешней статистики происходят независимо друг от друга. Неважно, в какой последовательности будут получены данные статистики, поэтому действия (операции) по получению внутренней и внешней статистики отобразите на схеме параллельно.
Для изображения действия на диаграмме используйте фигуру . Впишите внутри фигуры наименование и порядковый номер действия (операции). Пусть параллельные операции имеют номера 1а), 1б). Для ввода текста на панели инструментов "Стандартная" зафиксируйте пиктограмму с изображением буквы "А".
Действия соедините на диаграмме стрелками, перенося их мышкой с формы. Стрелки присоединяйте к отмеченным крестиком местам на фигурах.
Для изображения параллельных процессов получения внутренней и внешней статистики примените (Transition|Fork).
Расчет потребностей в товаре менеджер выполняет только после того, как получит и внутреннюю, и внешнюю статистику, следовательно, необходимо объединить параллельные процессы получения статистики в один. Для объединения независимых, параллельных процессов используйте (Transition|Join).
В результате операции по расчету потребностей в товаре (операция № 2) (п. 2 общего описания) менеджер формирует документ - таблицу потребностей в товаре. Для отображения документа на диаграмме используйте изображение прямоугольника. Нарисуйте прямоугольник мышкой, зафиксировав на панели инструментов "Стандатная" соответствующую пиктограмму Rectangle Tool.
Операция и получаемый в результате ее выполнения документ на диаграмме соединяются пунктирной линией. Для изображения пунктирной линии зафиксируйте пиктограмму Line Tool на панели инструментов "Стандартная" и выберите пунктирную линию на панели инструментов "Форматирование", используя меню пиктограммы (Line Patter).
В результате на диаграмме (рис. 11.2) получите изображение действий (операций), осуществляемых менеджером группы планирования и маркетинга.
После того как менеджер группы планирования и маркетинга сформировал таблицу потребностей в товаре, в работу включается менеджер отдела закупок, поэтому направьте стрелку от операции "Расчет потребности в товаре" в поле деятельности менеджера закупок, как показано на рисунке 11.2.
Прочитайте общее описание бизнес-процесса и выделите действия (операции), выполняемые менеджером отдела закупок. Определите также действия, которые менеджер отдела закупок выполняет после действий менеджера группы логистики.
На диаграмме последовательно отобразите следующие действия менеджера отдела закупок:
Ввод в систему прайс-листов поставщиков (операция № 3)
Анализ предложений поставщиков (операция № 4)
Выбор поставщиков (операция № 5)
Формирование графика поставок без указания количества (операция № 6)
Осуществите графическое построение диаграммы аналогично описанному в п. 11.
Соедините действия менеджера отдела закупок стрелками аналогично описанию, приведенному в п. 12.
Поставьте в соответствие действиям менеджера отдела закупок документы, формируемые в системе. В данном случае это прайс-листы и контракты, список поставщиков с расстановкой приоритетов, график поставок. Выполните работу по рисованию диаграммы в соответствии с описанием в п. 15-16.

Рис. 11.2.  Диаграмма действий менеджера группы планирования и маркетинга.
После формирования менеджером отдела закупок графика поставок в работу включается менеджер группы логистики.
На диаграмме предстоит отобразить следующие действия менеджера группы логистики:
Расчет необходимого количества закупок (операция № 7);
Формирование заказов поставщикам (операция № 8);
Расчет затрат на сертификацию импортных товаров, если медикаменты импортные.*) (операция № 9);
Проверка суммы затрат на сертификацию на непревышение внутрифирменной нормы*);Формирование заказов поставщикам при превышении затрат на сертификацию (операция № 10);
Подпись заказа (операция № 11);
Направление заказа менеджеру отдела закупок (операция № 12).
Изучая общее описание бизнес-процесса, обратите внимание на то, что менеджер группы логистики дважды производит проверку условий и в зависимости от результата выполняет то или иное действие. В приведенном выше списке операций символом *) отмечены операции по проверке условий. В этом состоит особенность диаграммирования действий менеджера группы логистики.
Отобразите действие "Расчет необходимого количества закупок" и опустите стрелку вниз.
Ввиду того, что формирование заказов поставщикам может происходить неоднократно при превышении затрат на сертификацию, предусмотрите эту ситуацию и используйте графику для объединения параллельных потоков (Transition|Join).
Отобразите действие "Формирование заказов поставщикам" после символа объединения потоков.
Отобразите ромб-символ проверки условия . Проведите из него две стрелки и надпишите их "Импорт", "Россия".
Стрелку "Россия" направьте к операции № 11 "Подпись заказа".
По направлению стрелки "Импорт" диаграммируйте последовательно два действия "Расчет затрат на сертификацию импортных товаров", "Проверка суммы затрат на сертификацию на непревышение внутрифирменной нормы".
За операцией "Проверка суммы затрат на сертификацию на непревышение внутрифирменной нормы" вновь отобразите ромб-символ проверки условия . Проведите из него две стрелки и надпишите их "больше х%", "меньше х%". Здесь х% - норма затрат на сертификацию.
Стрелку с надписью "больше х%" соедините с операцией № 8 "Формирование заказов поставщикам" через символ объединения потоков.
Стрелку с надписью "меньше х%" направьте к операции № 11 "Подпись заказа".
Поскольку к операции № 11 "Подпись заказа" направлено два потока действий (п. 29 и п. 33), необходимо воспользоваться обозначением объединения независимых (параллельных) потоков  (Transition|Join). В операцию №11 "Подпись заказа", как и в любую другую, должна входить только одна стрелка. Для выполнения этого правила и используют символ объединения потоков.
Поставьте в соответствие операции "Подпись заказа" документ - акцептованный заказ поставщику аналогично тому, как написано в п. 15-16.
В качестве следующей операции отобразите операцию № 12 "Направление заказа менеджеру отдела закупок". На этом действия, выполняемые менеджером группы логистики, завершаются. Вновь работа переключается на менеджера отдела закупок, поэтому направьте стрелку от 12 операции в поле действий менеджера закупок.
Отобразите на диаграмме переход документа "Заказ поставщику" от менеджера группы логистики к менеджеру отдела закупок. Для этого сначала поставьте в соответствие операции № 12 "Направление заказа менеджеру отдела закупок" документ "Заказ поставщику" так, как это описано в п. 15-16. После этого изображение документа с надписью "Заказ поставщику" путем копирования разместите в поле действий менеджера отдела закупок. Затем направьте пунктирную стрелку  (Object Flow) между двумя отображениями документа "Заказ поставщику" в направлении поля действий менеджера отдела закупок.
Соедините операцию № 12 "Направление заказа менеджеру отдела закупок" с операцией № 13 "Направление заказа поставщику", выполняемой менеджером отдела закупок. Это последняя операция в соответствии с заданием.
Укажите на диаграмме конец процесса. Для этого используйте символ  (Final State). Соедините стрелкой операцию № 13 "Направление заказа поставщику" с символом Final State.
Общий вид диаграммы действий бизнес-процесса "Планирование закупок, формирование заказов поставщикам" представлен на рис. 11.3.

Рис. 11.3.  Диаграмма действий бизнес-процесса "Планирование закупок, формирование заказов поставщикам"
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [6,7,8,9].
Тема 12. Диаграммы взаимодействия
Задание. Построить диаграмму последовательности бизнес-процесса «Планирование закупок, формирование заказов поставщикам».
1. Необходимо выделить объекты диаграммы.
- отчет о продажах;
- таблица потребностей товаров;
- предложения поставщиков;
- график поставок;
- план поставок на месяц;
- заказы.
2. Необходимо выявить переходы между объектами и соответствующие сообщения, которыми обмениваются объекты диаграммы.
1. На основании «Отчета о продажах» рассчитать «Таблицу потребностей в товарах» (рис. 12.1).

Рис. 12.1. Первый шаг диаграммы последовательностей.
2. Среди «Предложений поставщиков» выбираются наиболее выгодные (рис. 12.2). При этом используется самоделегирование (обратная стрелка) объекта «Предложения поставщиков».

Рис. 12.2. Второй шаг диаграммы последовательностей.
3. Из «Предложений поставщиков» формируется «Список поставщиков» (рис. 12.3)

Рис. 12.3. Третий шаг диаграммы последовательностей.
4, 5, 6. Из «Списка поставщиков» и «Таблицы потребностей в товарах» формируется «График поставок» (рис. 12.4). При этом используется агрегирование действий: использовать «Список поставщиков» и использовать «Таблицу потребностей в товарах».
Рис. 12.4. Агрегация шагов 4 и 5 и выполнения шага 6 диаграммы последовательностей.
7. На основании «Графика поставок» формируется «Плана заказов».
8. При формировании «Заказов» проверяются затраты на сертификацию.
9. На основании «Плана заказов» формируются «Заказы».
10. «Заказы» направляются в «Закупки».
Итоговая диаграммы последовательностей представлена на рис. 12.5.

Рис. 12.5. Диаграмма последовательностей бизнес-процесса «Планирование закупок, формирование заказов поставщикам».
Задание для самостоятельного выполнения: проанализировать пункты 5, 7 и 8 бизнес-процесса «Планирование закупок, формирование заказов поставщикам», выделить дополнительные (уточняющие) объекты и действия, добавить их на диаграмму последовательностей.
Задание 2. Построить кооперативную диаграмму бизнес-процесса «Планирование закупок, формирование заказов поставщикам».
1. Выделить объекты кооперативной диаграммы (см. задание 1).
2. Выявить связи между объектами и отобразить их на кооперативной диаграмме, используя десятичную нумерацию (рис. 12.6 – 12.9).

Рис. 12.6. Первый шаг кооперативной диаграммы.

Рис. 12.7. Второй шал кооперативной диаграммы.

Рис. 12.8. Объединение шагов 4 и 5 в кооперативной диаграмме.

Рис. 12.9. Итоговая кооперационная диаграмма бизнес-процесса «Планирование закупок, формирование заказов поставщикам».
Задание для самостоятельного выполнения: проанализировать пункты 5, 7 и 8 бизнес-процесса «Планирование закупок, формирование заказов поставщикам», выделить дополнительные (уточняющие) объекты и действия, добавить их на диаграмму кооперации.
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [6,7,9].
Тема 13. Диаграммы состояний
Задание. Построить диаграммы состояний для системы формирования отчетов и обращения объекта к базе данных.
Построение диаграммы состояний для системы формирования отчетов.
1. Необходимо выявить возможные состояния моделируемой системы:
- начало работы;
- проверка даты существующего отчета;
- выдача отчет;
- создания нового отчета;
- получение отчета;
- конец работ.
2. Определение переходов между состояниями:
На рис. 13.1 показана диаграмма состояний UML, отражающая поведение отчета в системе управления проектами. На диаграмме изображены различные состояния, в которых может находиться отчет.

Рис. 13.1. Диаграмма состояний.
Процесс начинается с начальной точки, затем следует самый первый переход в состояние «Проверка даты отчета». В поведении объекта в системе можно выделить действия, отображаемые переходами, и деятельности, отображаемые состояниями. Хотя и то и другое - это процессы, реализуемые, как правило, некоторым методом класса «Отчет», они трактуются различным образом. Действия связаны с переходами и рассматриваются, как мгновенные и непрерываемые. Деятельности связаны с состояниями и могут длиться достаточно долго. Деятельность может быть прервана в результате наступления некоторого события.
Переход может содержать метку. Синтаксически метка перехода состоит из трех частей, каждая из которых является необязательной: <Событие> [<Условие>]/<Действие>. Если метка перехода не содержит никакого события, это означает, что переход происходит, как только завершается какая-либо деятельность, связанная с данным состоянием.
Из состояния «Проверка даты отчета» возможны два перехода. Метка одного из них включает условие. Условие - это логическое условие, которое может принимать два значения: «истина» или «ложь». Условный переход выполняется только в том случае, если условие принимает значение «истина», в противном случае выполняется переход, не помеченный условием.
Из конкретного состояния в данный момент времени может быть осуществлен только один переход; таким образом, условия являются взаимно исключающими для любого события.
Существует два особых состояния: вход и выход. Любое действие, связанное с событием входа, выполняется, когда объект входит в данное состояние. Событие выхода выполняется в том случае, когда объект выходит из данного состояния.
Диаграммы состояний хорошо использовать для описания поведения некоторого объекта в нескольких различных вариантах использования. Они не слишком пригодны для описания поведения ряда взаимодействующих объектов.
Рекомендуется строить диаграммы состояний только для тех классов, поведение которых влияет на общее поведение системы, например для классов пользовательского интерфейса и управляющих объектов.
На рис. 13.2 приведена диаграмма состояния некоторого объекта, использующего информацию из базы данных. Эта диаграмма показывают состояния экземпляра в ходе взаимодействия объекта с БД студентов. Диаграмма расписывает состояния объекта подробно.

Рис. 13.2. Состояние объекта при общении с базой данных.
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [6,7].

Приложенные файлы

  • docx 24930972
    Размер файла: 569 kB Загрузок: 0

Добавить комментарий