Файл: Анализ и проектирование информационных систем с применением UML.pdf

Унифицированные модели могут с лёгкостью входить друг в друга, на картинке ниже отображена такая схема двумя способами (рис. 9).

рисунок 9 - унифицированные модели(Dia - редактор схем и диаграмм).

Все сущности, получаемые в унифицированном процессе можно изобразить в виде диаграмм артефактов, по аналогии с технологическим процессом. На (рис. 10) ниже изображена такая схема.

рисунок 10 - унифицированные модели.

Специальные средства автоматизации

Последовательная, аккуратная и быстрая реализация проекта невозможна без использования сторонних утилит – специальных средств автоматизации используемых исполнителями. К таким утилитам относятся технологические средства, или специализированный СОФТ^[5], предназначенный для разработки, обеспечения, поддержки и документирования жизненного цикла приложения. Для примера рассмотрим продукцию компании International Business Machines Rational, которая является хорошим примером объектно-ориентированного стиля применяемого при разработке и моделировании информационных систем:

• International Business Machines Rational Rose ^[6]– визуальное моделирование и генерация объектного кода;
• International Business Machines Rational Team Test – авто-тестирование.
• International Business Machines Rational ClearCase ^[7]– конфигурационное управление;
• International Business Machines Rational Rapid Developer ^[8]– разработка кода;
• International Business Machines Rational RequisitePro ^[9] – управление требованиями;
• International Business Machines Rational ClearQuest ^[10] – управление и сохранение изменений;
• International Business Machines Rational SoDA ^[11] – авто-документирование;

IBM Rational Rose

IBM Rational Rose - это классическая Case-система являющеюся основным продуктом автоматизации при проектирования и разработки информационных систем.

Продукт применяют не только разработчики, IBM Rational Rose активно используют проектировщики и аналитики, при чем его можно синхронизовать с другими утилитами проектирования. IBM Rational Rose имеет ряд важных инструментов:

• проектирование с использованием модели в виде UML диаграмм;
• генерация кода – авто-генерация кода будущей программы на основе спроектированной модели;
• генерация скриптов DDL3, схем баз данных для Oracle и разметки XML;
• реинжиниринг (перепроектирование) – построение модели на основе скрипта программы, это обратный процесс от генерации кода;
• синхронизация модели с ее физическим объектом для осуществления удобного проектирования системы.

---

Dia Diagram Editor

DIE DIAGRAM EDITOR - редактор диаграмм, который умеет рисовать диаграммы: статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других. Продукт полностью переведен на русский язык.

Возможности:

• Поддержка диаграмм потоков, структурных диаграмм и т. д.;
• Экспорт в Postscript^[12];
• Загрузка и сохранение в формате XML^[13];
• Возможность описания новых объектов.

Хочу отметить, что в данном проекте я буду по большей части использовать данный редактор так как он распространяется по бесплатной модели.

Структура UML

Унифицированный язык моделирования UML можно назвать неофициальным стандартом документирования информационных систем проектирования.

рисунок 10 - основные сегменты UML

Основные сегменты UML

Семантика – раздел языка, изучающий значение лингвистических единиц из слов и словосочетаний.

Синтаксис – способы сочетания слов и предложений.

Нотация – это визуальная интерпретация семантики и синтаксиса для построения графического представления для быстрого восприятия.

В контексте UML синтаксис и семантика формируют шаблон построения моделей, соединяющий обыденные и естественные языки для визуализации элементов модели и способов их расширения.

Сущности и отношения в UML

• структурный – абстракция обобщающая физический или визуальный объект
• группирующий – смысловое объединения диаграммы объектов
• поясняющий – документирование элементов диаграмм

На (рис. 11) ниже показаны все виды отношений, используемые в UML с их описанием в графическом виде.

рисунок 11 - отношения UML

Обозначения в UML

Таблица 2

Название	Обозначение	Описание
Стереотип	« »	Уточняет семантику элемента.
Сторожевое условие	[  ]	Логическое условие.
Ограничение	{  }	Ограничивает семантику элемента модели.
Помеченное значение	{  }	Новое или уточняющее свойство элемента.

---

Первые три типа характеризуют отношение сущностей, которая присуща общему количеству экземпляров объекта, находящихся в отношении. Отношение указывается с обеих сторон выбранной сущности. Отношение обычно указываться одним из пяти способов:

1. любое количество экземпляров;
2. любое неотрицательное целое число, кратность которого строго фиксирована;
3. диапазон неотрицательных целых чисел;
4. диапазон чисел с «открытым» конечным значением;
5. •перечисление целых неотрицательных диапазонов через запятую.

На (рис. 12) ниже наглядно продемонстрировано описание механизмов расширения, используемых для уточнения семантики отношений текстовой строки.

рисунок 12 - механизмы расширения UML

Кроме разметки, которая представляет собой текстовую строку в кавычках, на диаграммах можно применить графическую разметку.

Диаграммы UML

Диаграмма – это группировка элементов, используемая для отображения значений проектируемой информационной системы проектирования. Они представлены в виде графического рисунка, вершина которого отображается сущностями, а ребра отображается отношениями (рис. 13) .

При проектировании конкретной модели в унифицированном процессе часто используют несколько типичных диаграмм, и, чем более сложная система, тем больше одинаковых диаграмм будет использовано при ее моделировании. Проектирование с помощью UML позволяет создавать диаграммы разных видов, но использовать их всех исполнитель не обязан.

рисунок 13 - диаграмм UML

После начального этапа проектирования для некоторых диаграмм может потребоваться модификация и дополнительная реализация в рамках технологического процесса.

Синтаксис языка^[14], порядок построения и информативность моделей UML довольно просты, предоставляя исполнителям широкие возможности для точного описания предметной области объекта. За лёгкость в освоение UML используют в различных аспектах проектирования, не ограничиваясь лишь созданием информационных систем, их применяют в различных архитектурных проектах и прочих программных комплексах.

Использование унифицированного языка моделирования на примере курьерской службы

Рассмотрим использование UML для проектирования автоматизированной системы на примере службы доставки.

---

Основным бизнес–процессом службы доставки является транспортировка посылок и грузов.

Цель информационной системы

Цель информационной системы является оптимизация работы отдела логистики и получение платы с клиента.

1. Менеджер отдела логистики ежедневно оформляет заявки клиентов на доставку посылок согласно прайс-листу компании. Он регистрирует заявки в логистическом листе.
2. После оформления и подтверждения заявки менеджер отдела логистики выставляет счёт клиенту на оплату и регистрирует его в журнале заявок.
3. Бухгалтер получает и регистрирует выписки банка и приходные кассовые ордера, содержащие информацию о поступлениях денежных средств в кассу предприятия или на расчётный счёт логистической фирмы. Бухгалтер, получив нужные документы, делает пометки оплаты счета в реестре счетов.
4. Менеджер отдела логистики контролирует поступление платежных счетов от клиента. По истечению срока оплаты менеджер помечает недействительные заявки в логистическом листе.
5. Менеджер отправляет счёта о доставке курьеру.
6. Курьер выписывает товарную накладную на оплаченную доставку на основании счета, после этого проверяет груз на сохранность, заполняет накладную на доставку и выдает посылку клиенту.
7. По истечении месяца на основании журнала заявок менеджером отдела логистики формируется сводка о количестве пришедших заявок.

Все основные модели данного бизнес-процесса наглядно проиллюстрированы на (рис. 14) .

рисунок 14 - бизнес процесс курьерской службы

рисунок 15 - диаграмма действий “Курьерской службы”

рисунок 16 - диаграмма композиций “Курьерской службы”

На рисунке ниже я попытаюсь воссоздать проектирование информационной системы службы доставки, используя вэб приложение (рис. 17)

рисунок 17 - диаграмма действий “Курьерской службы”

Объектно-ориентированное проектирование системы на языке UML

рисунок 17 - диаграмма вариантов использования

Описание выполнения процедуры учета заказов

Таблица 3

Прецедент	Учет заказов
Актеры	Клиента, информационная система
Цель	Регистрация и направление заказа на доставку
Краткое описание	Покупатель регистрируется в системе, выбирает город отправки и получения, оформляет заказ, выбирает скидку, оплачивает, информационная система регистрирует заказ и составляет счет-фактуру заказа, направляет ее курьеру, для последующей доставки
Тип	Базовый
Ссылки	«Оформление заказа», «передача заказа в курьеру»

---

Описание выполнения процедуры учета заказов клиента

Таблица 4

Действия актеров	Отклик
Покупатель выбирает город доставки и отправления и просчитывает доставку	Информационная система добавляет город отправки и получения в ЛК Клиента
Покупатель оформляет заказ	Информационная система регистрирует номер заказа, дату и др.реквизиты, подает сигнал о заявке курьеру
Покупатель вводит номер посылки и видит процент скидки для себя	приложение проверяет номер и предоставляет скидку
Покупатель оплачивает доставку	Информационная система проверяет платеж и отправляет email с подтверждением платежа покупателю
Информационная система оформляет счет-фактуру заказа и отправляет ее курьеру	Информационная система регистрирует документ и направляет его курьеру для последующей доставки покупателю

Описание процедуры оформления заказа

Таблица 5

Прецедент	Оформление заказа
Актеры	Клиент
Цель	Составление заказа и оплата стоимости доставки
Краткое описание	Клиент оформляет доставку указав адрес, возможно ему предоставляется скидка, далее он оплачивает стоимость доставки
Тип	Включающий
Ссылки	«регистрация покупателя», «формирование заказа», «оплата доставки», «скидка»

Описание выполнения процедуры действия пользователей

Таблица 6

Действия актеров	Отклик
Покупатель выбирает, адреса и отмечает город доставки и город отправки	Информационная система добавляет код доставки к заказу покупателя;
Клиент оформляет заказ	Информационная система регистрирует номер заказа, дату и др.реквизиты, подает сигнал о заявке на склад или сразу курьеру;
Клиент вводит номер карты скидок службы доставки	Информационная система выдает номер и предоставляет скидку;
Клиент оплачивает заказ	Информационная система проверяет платеж и отправляет email письмо с подтверждением платежа покупателю;

---