3 Практическая часть

Необходимо построить архитектуру ИС на UML проектируемой ИС по выбранной предметной области.

Теоретические основы для работы с Rational Rose Enterprise Edition представлены далее.

Темы практической части:

1. Информационная система «Цветочный магазин».

2. Информационная система «Свадебное агентство».

3. Информационная система «Стоматологическая клиника».

4. Информационная система «Библиотека».

5. Информационная система «Деканат».

6. Информационная система «Автошкола».

7. Информационная система «Магазин сувениров».

8. Информационная система «Бюро путешествий.

9. Информационная система «Видеопрокат».

10. Информационная система «Управляющая компания».

11. Информационная система «Страховая компания».

12. Информационная система «Кинотеатр».

13. Информационная система «Спортклуб».

14. Информационная система «Ресторан».

15. Информационная система «Мебель на заказ».

16. Информационная система «Рекламное агентство».

17. Информационная система «Детский сад».

18. Информационная система «Школьный журнал».

19. Информационная система «Кредитование физических лиц».

20. Информационная система «Склад».

21. Информационная система «Кадровое агентство».

22. Информационная система «Салон красоты».

23. Информационная система «Конференция».

24. Информационная система «Автосалон».

25. Информационная система «Ремонт сотовых телефонов».

3.1 Диаграммы прецедентов

Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает системные прецеденты (use case), системное окружение (действующих лиц или актеров - actors) и связи между прецедентами и актерами (диаграммы прецедентов – use case diagrams). Основная задача модели прецедентов - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

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

• только снабжать информацией систему;

• только получать информацию из системы;

• снабжать информацией и получать информацию из системы.

В языке UML актер изображается в виде фигуры человечка.

Алгоритм создания актеров в программе Rational Rose:

1. Щелкните правой кнопкой мыши по разделу Use Case View (Представление прецедентов) в окне браузера.

2. В появившемся контекстно-зависимом меню выберите команду NewActor(Создать  Актер). В список окна браузера будет добавлен новый актер с именем New Class.

3. Выбрав новый пункт списка, введите нужное имя актера.

Описание актеров

В модель желательно включить краткое описание каждого актера, в котором нужно указать роль актера при взаимодействии с системой.

Описание актеров в программе Rational Rose осуществляется при выполнении следующих действий:

1. Если окна описания нет на экране, откройте его, выбрав команду меню View Documentation (Вид  Описание).

2. Из списка браузера выберите актера, щелкнув по нему мышью.

3. Установите курсор в окне описания и введите текст описания актера.

С помощью прецедентов (use case) моделируется диалог между актером и системой. Другими словами, они определяют возможности, обеспечиваемые системой для актера. Набор всех прецедентов системы определяет способы ее использования. Можно сказать, что прецедент - это последовательность транзакций, выполняемых системой, которая приводит к значимому результату для определенного актера.

В языке UML прецедент изображается в виде овала.

Для создания прецедентов в программе Rational Rose выполните следующие действия:

1. Щелкните правой кнопкой мыши по разделу Use Case View (Представление прецедентов) в окне браузера.

2. В появившемся контекстно-зависимом меню выберите команду NewUse Case (Создать  Прецедент). В списке браузера появится новый прецедент.

4. Введите для него нужное название.

Диаграммы прецедентов

Диаграмма прецедентов (use case diagram) - это графическое представление всех или части актеров, прецедентов и их взаимодействий в системе. В каждой системе обычно есть главная диаграмма прецедентов, которая отображает границы системы (актеров) и основное функциональное поведение системы (прецеденты). Другие диаграммы прецедентов могут создаваться при необходимости. Примеры:

• диаграмма, показывающая все прецеденты для определенного актера;

• диаграмма, показывающая все прецеденты, реализованные на данной итерации;

• диаграмма, показывающая определенный прецедент и все его отношения.

Для создания главной диаграммы прецедентов в программе Rational Rose:

1. Дважды щелкните по пункту Main (Главная диаграмма) в разделе Use Case (Представление прецедентов) в списке браузера, чтобы открыть диаграмму.

2. В списке браузера выберите актера и перетащите его на диаграмму с помощью мыши.

3. Аналогичным образом поместите на диаграмму других нужных актеров.

4. В списке браузера выберите прецедент и перетащите его на диаграмму с помощью мыши.

5. Аналогичным образом поместите на диаграмму другие требуемые прецеденты.

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

Чтобы создать коммуникативные ассоциации в программе Rational Rose:

1. На панели инструментов щелкните по кнопке Association (Ассоциативная связь) или по кнопке Unidirectional Association (Однонаправленная ассоциативная связь). Если нужная кнопка отсутствует, щелкните правой кнопкой мыши на панели инструментов, в появившемся контекстно-зависимом меню выберите команду Customize (Настройка), чтобы добавить кнопку.

2. Щелкните по актеру - инициатору связи - и перетащите возникшую линию связи на нужный прецедент.

Если нужно добавить стереотип, сделайте следующее:

1. Дважды щелкните по линии связи, чтобы открыть диалоговое окно Specification (Параметры).

2. В открывающемся списке Stereotype (Стереотип) выберите значение communicate.

3. Щелкните по кнопке ОК, чтобы закрыть диалоговое окно.

4. Аналогичным образом добавьте стереотип к другим связям.

Для создания отношения включает в программе Ration Rose нужно:

1. На панели инструментов щелкнуть по кнопке Unidirectional Association.

2. Щелкнуть по использующему прецеденту и перетащить возникшую линию связи на используемый.

3. Дважды щелкнуть по линии связи, чтобы открыть диалоговое окно Specification.

4. В открывающемся списке Stereotype выбрать значение include.

5. Щелкнуть по кнопке ОК, чтобы закрыть диалоговое окно.

Создание отношения дополняет в программе Rational Rose предусматривает выполнение следующих действий:

1. На панели инструментов щелкните по кнопке Unidirectional Association.

2. Щелкните по прецеденту с дополнительными возможностями и перетащите возникшую линию связи на базовый.

3. Дважды щелкните по линии связи, чтобы открыть диалоговое окно Specification.

4. В открывающемся списке Stereotype выберите значение extend.

6. Щелкните по кнопке ОК, чтобы закрыть диалоговое окно Specification.

Порядок создания дополнительной диаграммы прецедентов в программе Rational Rose:

1. Щелкните правой кнопкой мыши по разделу Use Case View (Представление прецедентов) в списке браузера.

2. В появившемся контекстно-зависимом меню выберите команду NewUse Case Diagram (Создать => Диаграмма прецедентов).

3. Введите название диаграммы.

4. Откройте диаграмму и поместите на нее необходимых актеров, прецеденты и связи.

На рисунке 3.1 изображена диаграмма прецедентов, отображающая процессы, связанные с ремонтом автомобилей на ПССС.

Рисунок 3.1 – Диаграмма прецедентов отображающая процессы, связанные с ремонтом автомобилей на ПССС

В таблицах 3.1 – 3.12 представлены описательные спецификации прецедентов отображенных на рисунке 3.1.

Таблица 3.1 – Описательная спецификация прецедента «Прием автомобилей на техническое обслуживание»

Прецедент	Прием автомобилей на техническое обслуживание
Краткое описание	Оформление автомобилей на техническое обслуживание
Субъекты	Менеджер по работе с клиентами
Предусловие	Условия гарантии на автомобиль. Наличие неисправностей в автомобиле
Основной поток	Диспетчер выясняет цель посещения клиента и оговаривает примерный план действий, запрашивает документы на автомобиль
Постусловие	Оформление заказ-наряда

Таблица 3.2 – Описательная спецификация прецедента «Оформление авто, открытие заказ-наряда»

Прецедент	Оформление авто, открытие заказ-наряда
Краткое описание	Открывается зааз-наряд на техническое обслуживание автомобиля
Субъекты	Менеджер по работе с клиентами
Предусловие	Прием автомобиля
Основной поток	В заказ-наряд вписывается информация об автомобиле и данные автовладельца, а также причины ремонта
Постусловие	Оформленный заказ-наряд

Таблица 3.3 – Описательная спецификация прецедента «Информирование клиента о состояние ремонта»

Прецедент	Информирование клиента о состояние ремонта
Краткое описание	Информирование клиента о текущем состояние ремонта
Субъекты	Менеджер по работе с клиентами
Предусловие	Ремонт автомобиля
Основной поток	По запросу клиента менеджер сообщает клиенту о ходе ремонта

	Продолжение таблицы 2.3
Постусловие	Клиент владеет информацией о состояние автомобиля

Таблица 3.4 – Описательная спецификация прецедента «Диагностика неисправностей в авто»

Прецедент	Диагностика неисправностей в авто
Краткое описание	Поиск неисправностей в автомобиле
Субъекты	Автослесарь
Предусловие	Автослесарь получает заказ-наряд
Основной поток	Проводится диагностика различных подсистем автомобиля для выявления неисправностей
Постусловие	Фиксирование типа неисправности в заказ-наряде

Таблица 3.5 – Описательная спецификация прецедента «Формирования заявки на расходный материал»

Прецедент	Формирования заявки на расходный материал
Краткое описание	Заполнение заявки на расходный материал
Субъекты	Автослесарь
Предусловие	Потребность в определенном расходном материале
Основной поток	Автослесарь заполняет бланк заявки на необходимый расходный материал
Постусловие	Заказ расходного материала на склад

Таблица 3.6 – Описательная спецификация прецедента «Ремонт авто»

Прецедент	Ремонт авто
Краткое описание	Выполнение работ по устранению неисправностей в автомобиле
Субъекты	Автослесарь
Предусловие	Диагностика авто
Основной поток	По результатам диагностики автослесарь производит ремонтные работы по устранению неисправностей с использованием расходного материала и запасных частей
Постусловие	Отремонтированный автомобиль

Таблица 3.7 – Описательная спецификация прецедента «Обеспечение расходным материалом»

Прецедент	Обеспечение расходным материалом
Краткое описание	Поставка расходного материала в цех ремонта
Субъекты	Мастер цеха ремонта
Предусловие	Заявка на расходный материал
Основной поток	Мастер цеха ремонта контролирует выполнения поставка расходного материала со склада по заявкам автослесарей
Постусловие	Выполнение ремонта автомобилей

Таблица 3.8 – Описательная спецификация прецедента «Оформление заказов на детали»

Прецедент	Оформление заказов на детали
Краткое описание	Заполнение бланков заказа на детали
Субъекты	Мастер цеха ремонта
Предусловие	Потребность в запасных деталях
Основной поток	Мастер цеха ремонта оформляет заказы на детали для автомобилей подлежащих ремонту. В бланке заказа необходимо указывать код производителя.
Постусловие	Сформированный заказ на детали

Таблица 3.9 – Описательная спецификация прецедента «Оформление рекламаций на гарантийные автомобили»

Прецедент	Оформление рекламаций на гарантийные автомобили
Краткое описание	Составление рекламаций на гарантийные автомобили
Субъекты	Мастер цеха ремонта
Предусловие	Обнаружение производственного брака в автомобиле
Основной поток	Рекламация заполняется по определенному шаблону, в котором указывают информацию по автомобилю, выявленному браку и реквизиты ПССС
Постусловие	Отправка рекламации заводу-изготовителю

Таблица 3.10 – Описательная спецификация прецедента «Распределение работ»

Прецедент	Распределение работ
Краткое описание	Мастер распределяет работы между работниками
Субъекты	Мастер цеха ремонта
Предусловие	Заказ-наряд на ремонт автомобиля
Основной поток	Мастер распределяет работу по участка цеха с учета квалификации автослесарей
Постусловие	Выполнение работ

Таблица 3.11 – Описательная спецификация прецедента «Принятие заказ-наряда»

Прецедент	Принятие заказ-наряда
Краткое описание	Мастер принимает заказ-наряд от диспетчера
Субъекты	Мастер цеха ремонта
Предусловие	Формирование заказ-наряда
Основной поток	Мастер принимает заказ-наряд, проверяет правильность заполнения, изучает первоначальные причины ремонта и распределяет работу, фиксируя исполнителя и
Постусловие	Распределение работ

Таблица 3.12 – Описательная спецификация прецедента «Ремонт автомобиля»

Прецедент	Ремонт автомобиля
Краткое описание	Выполнение работ по устранению неисправностей в автомобиле
Субъекты	Автослесарь
Предусловие	Диагностика автомобиля
Основной поток	Разбор автомобиля, поиск чертежа узлов/деталей в архиве, устранение неисправностей
Постусловие	Отремонтированный автомобиль

На рисунке 3.2 представлена диаграмма прецедентов, отображающая процессы, связанные с ремонтом автомобилей на ПССС с использованием ИС «Каталог запасных частей».

Рисунок 3.2 - Диаграмма прецедентов, отображающая процессы, связанные с ремонтом автомобилей на ПССС с использованием ИС «Каталог запасных частей»

В таблицах 3.13 – 3.18 представлены описательные спецификации прецедентов ИС «Каталог запасных частей».

Таблица 3.13 – Описательная спецификация прецедента «Отображение результатов запроса»

Прецедент	Отображение результатов запроса
Краткое описание	Вывод результатов на монитор
Субъекты	ИС «Каталог запасных частей»
Предусловие	Запрос пользователя на отображение информации
Основной поток	Осуществляется поиск информации по запросу пользователя, результат отображается на мониторе ПК
	Продолжение таблицы 3.13
Постусловие	Использование результатов поиска по назначению

Таблица 3.14 – Описательная спецификация прецедента «Обработка информации»

Прецедент	Обработка информации
Краткое описание	Обработка поступившей информации
Субъекты	ИС «Каталог запасных частей»
Предусловие	Ввод данных пользователем
Основной поток	Ввод данных, обработка и размещение информации в базе данных
Постусловие	Хранение информации в базе данных

Таблица 3.15 – Описательная спецификация прецедента «Отображение информации»

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

Таблица 3.16 – Описательная спецификация прецедента «Хранение информации»

Прецедент	Хранение информации
Краткое описание	Таблица базы данных, в которой хранится информация
Субъекты	ИС «Каталог запасных частей»
Предусловие	ИС обработала введенную пользователем информацию
Основной поток	База данных хранит в своих таблицах различную информацию (чертежи подсистем/узлов/деталей)
Постусловие	Предоставление информации для ответа на запрос

Таблица 3.17 – Описательная спецификация прецедента «Поиск заводских кодов»

Прецедент	Поиск заводских кодов
Краткое описание	Заводские коды необходимы для корректного написания рекламаций для заводов изготовителей
Субъекты	ИС «Каталог запасных частей»
Предусловие	Формирования запроса
Основной поток	По условиям запроса осуществляется поиск информации в базе данных
Постусловие	Отображение результатов поиска

Таблица 3.18 – Описательная спецификация прецедента «Поиск чертежей узлов, деталей»

Прецедент	Поиск чертежей узлов, деталей
Краткое описание	Чертежи узлов, деталей необходимы для квалифицированного ремонта автомобилей
Субъекты	ИС «Каталог запасных частей»
Предусловие	Формирования запроса
Основной поток	По условиям запроса осуществляется поиск информации в базе данных
Постусловие	Отображение результатов поиска