231.05K

Создание диаграммы вариантов использования. Лабораторная работа №1

1.

ЛАБОРАТОРНАЯ РАБОТА №1
СОЗДАНИЕ ДИАГРАММЫ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
Цель работы: разработать диаграмму вариантов использования для системы
обработки заказов, используя язык UML и среду Rational Rose.
Порядок выполнения работы
1.
Изучить теоретические сведения методических указаний.
2.
Изучить методику построения диаграммы вариантов использования на
примере выполнения лабораторной работы и выполнить её в среде Rational Rose.
3.
Для задания согласно варианта разработать диаграмму вариантов
использования предлагаемой системы.
4.
Оформить отчёт по лабораторной работе, который должен содержать
цель работы, результаты построения диаграммы вариантов использования, ответы
на контрольные вопросы и выводы по работе.
Пример выполнения лабораторной работы
1.
Постановка задачи.
"Опять!" – сказал Боб, повесив телефонную трубку.
Мэри взглянула на него, оторвавшись от компьютера: "В чём дело?"
"Четвёртый раз за этот месяц один из наших клиентов жалуется, что не
получил своего заказа. Если так будет продолжаться и дальше, мы вылетим из
дела."
"Остынь", – ответила Мэри – "Мы просто слишком быстро растём. Обработка
всех заказов на бумаге проходила прекрасно, когда наша компания состояла из пяти
человек. Нельзя ожидать от неё такой работы теперь. Давай поговорим со Сьюзан,
может быть, мы сумеем спроектировать систему, которая поможет нам управиться
со всем этим."
Robertson's Cabinets, Inc. – это маленькая компания, специализирующаяся на
производстве стандартных и нестандартных кухонных шкафов. Компания началась
с небольшой группы собравшихся вместе предпринимателей. Когда дело началось
три года назад, поступало слишком мало заказов, и они вполне могли управляться
с ними на бумаге. С ростом их репутации число заказов возрастало. Пришлось
нанять новых рабочих, и за три года фирма выросла до магазина с более чем 50
сотрудниками.
Хотя это ещё всё-таки небольшая компания, но она выросла уже настолько,
что уже не могла больше полагаться на обработку заказов вручную. Владельцы
фирмы Боб и Мэри Робертсоны решили поговорить со Сьюзан, чтобы решить эту
проблему. Сьюзан – это одна из небольшого числа специалистов по компьютерам,
входящих в отделение этой фирмы, занимающееся информационными
технологиями.
Боб пошел звонить Сьюзан.
"Совершенно очевидно, что нам требуется система по обработке заказов. Мы
столкнулись с серьёзным риском потерять клиентов."
"Согласна."
"Можешь ты разработать программу на Java, которая отслеживала бы
заказы?"
1

2.

"Пока что не волнуйтесь по поводу реализации. Давайте решим, чего вы
хотите от системы?"
"Надо, чтобы она отслеживала заказы."
"Не мог бы ты быть более конкретным? Давай рассмотрим нынешний
процесс".
"Хорошо, получив звонок, мы заполняем форму заказа. Мы передаем её
Клинту в магазин, он заполняет все необходимые документы и готовит отправку
товара клиенту. Копию формы мы отдаём Дону в бухгалтерию. Он вводит её в
бухгалтерскую систему и выписывает счет".
"И вы хотите, чтобы новая система поддерживала весь этот процесс?"
"Точно".
Из этого разговора Сьюзан смогла понять, что система должна обеспечивать
возможность добавления новых заказов, изменения старых, выполнения заказов,
проверки и возобновления инвентарных описей.
При получении заказа система должна также послать сообщение
бухгалтерской системе, которая выписывает счёт. Если требуемого товара нет на
складе, заказ должен быть отклонен. Затем Сьюзан преобразовала требования в
диаграмму вариантов использования, с помощью которой начала моделировать
систему.
2. Создание диаграммы вариантов использования, вариантов
использования и актеров.
a.
В браузере Rational Rose в представлении Use Case View дважды
щелкните по пиктограмме Main. Откроется окно главной диаграммы вариантов
использования.
b.
В панели инструментов нажмите кнопку Use Case (Вариант
Использования) и поместите на диаграмму новый вариант использования.
c.
Назовите этот вариант использования: Ввод нового заказа.
d.
Повторите этапы 2 и 3, чтобы поместить на диаграмму варианты
использования:
Изменение существующего заказа.
Печать инвентарной описи.
Обновление инвентарной описи.
Оформление заказа.
Отклонение заказа.
Проверка наличия товара.
e.
В панели инструментов нажмите кнопку Actor (Актёр или
Действующее лицо) и поместите на диаграмму нового актёра.
f.
Назовите его: Продавец.
g.
Повторите шаги 5 и 6, поместив на диаграмму актёров:
Управляющий магазином.
Клерк магазина.
Бухгалтерская система.
3. Указание абстрактных вариантов использования
a.
Щёлкните правой кнопкой мыши по варианту использования
Отклонение заказа.
b.
В открывшемся меню выберите пункт Open Specification (Открыть
спецификацию).
2

3.

c.
Пометьте контрольный переключатель Abstract (Абстрактный), чтобы
этот вариант использования стал абстрактным.
4. Добавление ассоциации. С помощью кнопки Unidirectional Association
(Однонаправленная ассоциация) панели инструментов установите ассоциации:
между актёром Продавец и вариантами использования Ввод нового заказа
и Изменение существующего заказа;
между актёром Бухгалтерская система и вариантом использования Ввод
нового заказа;
между актёром Управляющий магазином и вариантами использования
Печать инвентарной описи и Обновление инвентарной описи;
между актёром Клерк магазина и вариантом использования Оформление
заказа.
5. Добавление связей расширения и включения.
a.
В панели инструментов нажмите кнопку Dependency or instantiates и
нарисуйте связь между вариантами использования Отклонение заказа и
Оформление заказа. При этом стрелка должна протянуться от первого варианта
использования ко второму.
b.
Щёлкните правой кнопкой мыши на новой связи и в открывшемся
контекстном меню выберите пункт Open Specification (Открыть спецификацию).
c.
Установите стереотип extend (расширение), выбрав его из
раскрывающегося списка стереотипов, затем нажмите ОК.
d.
На линии связи появится слово <<extend>>. Связь расширения означает,
что вариант использования Отклонение заказа при необходимости дополняет
функциональные возможности варианта использования Оформление заказа.
e.
Аналогично с помощью кнопки Dependency or instantiates установите
связь включения от варианта использования Оформление заказа к варианту
использования Проверка наличия товара. Связь включения означает, что вариант
использования Проверка наличия товара является функциональной составляющей
варианта использования Оформление заказа.
В результате выполнения задания получится диаграмма вариантов
использования, приведенная на рисунке (Рисунок 1).
3

4.

Рисунок 1. Диаграмма вариантов использования для системы обработки заказов
6.
Добавление описания к вариантам использования.
a.
Выделите в браузере вариант использования Ввод нового заказа.
b.
В окне документации введите следующее описание к этому варианту
использования:
Этот вариант использования даёт клиенту возможность ввести новый
заказ в систему.
c.
Аналогично введите описания ко всем остальным вариантам
использования.
7. Добавление описания к актерам.
a.
Выделите в браузере актера Продавец.
b.
В окне документации введите для этого актера следующее описание:
Продавец – это служащий, доставляющий и старающийся продать
продукцию.
c.
Аналогично введите описания к оставшимся актёрам.
8. Прикрепление файла к варианту использования.
a.
Для описания главного потока событий варианта использования Ввод
нового заказа создайте файл OrderFlow.doc, содержащий следующий текст:
1) Продавец в имеющемся меню выбирает пункт "Создание нового заказа".
2) Система открывает форму "Подробности заказа".
3) Продавец вводит номер заказа, заказчика и то, что заказано.
4) Продавец сохраняет заказ.
5) Система создает новый заказ и сохраняет его в базе данных.
b.
Вызовите контекстное меню варианта использования Ввод нового
заказа.
c.
В открывшемся меню выберите пункт Open Specification (Открыть
спецификацию).
d.
Перейдите на вкладку файлов.
e.
Щёлкните правой кнопкой мыши по белому полю и из открывшегося
меню выберите пункт Insert File (Ввести файл).
4

5.

f.
Укажите файл OpenFlow.doc и нажмите на кнопку Open (Открыть),
чтобы прикрепить файл к варианту использования.
ВАРИАНТЫ ЗАДАНИЙ
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Информационная система планирования расписания учебных занятий
в ВУЗе.
Разработки клиент-серверной системы регистрации студентов на
курсах, проводимых в ВУЗе.
Информационная система учета налоговых поступлений.
Информационная система выдачи методической литературы на
кафедре.
Система информационного учета состояния склада компьютерных
комплектующих.
Рабочее место кассира, осуществляющего продажу товаров.
Система банковского обслуживания на основе банкомата,
осуществляющего выдачу наличных и работу с картами.
Информационная система сопровождения процесса сборки и
тестирования серверов.
Информационная система оповещения о рейсах и регистрации
пассажиров на посадку в аэропорте.
Информационная система обслуживания очереди на основе
терминалов самообслуживания в офисе оператора сотовой связи.
Информационная
система
предприятия,
занимающегося
автомобильными перевозками грузов с возможностью отслеживания
маршрута передвижения автотранспорта при помощи мобильных
коммуникаторов.
Система контроля доступа в корпус университета, организованная на
основе пропускного пункта.
Информационная система приёма заказов на изготовление и доставку
лекарств в сети аптек.
Информационная система учёта рабочего времени на промышленном
предприятии.
Система продажи билетов на футбольные матчи, проходящие на одном
стадионе, через несколько одновременно работающих касс.
КОНТРОЛЬНЫЕ ВОПРОСЫ
1.
Перечислите основные элементы диаграммы вариантов использования.
2.
Дайте определения актёров, вариантов использования и отношений
между ними: ассоциации, включения и расширения.
3.
В чём состоит назначение диаграммы вариантов использования?
4.
Как формулируются требования к проектируемой системе?
5.
Что такое стереотип? Какие виды стереотипов существуют?
5
English     Русский Правила