Лабораторный практикум
.pdfМинистерство образования и науки Р оссийской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
Восточно-Сибирский государственный университет технологий и управления
(ФГБОУ ВПО «ВСГУТУ»)
CASE-средство RATIONAL ROSE
Лабораторный практикум по дисциплине
«CASE-средства разработки программного обеспечения »
Улан-Удэ Издательство ВСГУТУ
2015
УДК: 004.4'22 ББК 32.973.26 – 018.2я73Д.183
Печатается по решению редакционно-издательского совета ВСГУТУ
Рецензент: канд. техн. наук, доцент кафедры систем информатики ВСГУТУ
Н.Н Аюшеева
Данилова С.Д.
Д.183 CASE-средство Rational Rose: лабораторный практикум по дисциплине «CASE-средства разработки программного обеспечения». – Улан-Удэ: Изд-во ВСГУТУ, 2015. – 50 с.: ил.
Лабораторный практикум предназначен для студентов направлений «Информатика и вычислительная техника», «Программная инженерия», изучающих дисциплину «CASE-средства разработки программного обеспечения». Он содержит методические указания к выполнению лабораторных работ по освоению CASE-средства Rational Rose, которое является инструментом для автоматизированного проектирования программного обеспечения.
ISBN 978-5-89230-627-0 |
ББК 32.973.26 – 018.2я73Д.183 |
|
С.Д. Данилова, 2015 |
|
ВСГУТУ, 2015 |
Л а б о р а т о р н ы й п р а к т и к у м |
C A S E - с р е д с т в о R a t i o n a l R o s e |
|
|
ЛАБОРАТОРНАЯ РАБОТА 1
ТЕМА «СОЗДАНИЕ ДИАГРАММЫ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ»
1. Цель работы
Разработать диаграмму вариантов использования для системы обработки заказов.
2.Планируемые результаты обучения
Врезультате выполнения лабораторной работы у студентов должны быть сформированы и развиты следующие профессиональные компетенции:
на уровне знаний:
перечислить основные элементы диаграммы вариантов использования;
воспроизводить определения актеров, вариантов использования и отношений между ними: ассоциации, включения и расширения.
на уровне понимания:
объяснять назначение диаграммы вариантов использования;
формулировать требования к проектируемой системе.
на уровне применения:
демонстрировать технологию моделирования контекста и поведения системы посредством создания диаграммы вариантов использования;
на уровне анализа:
идентифицировать актеров и варианты использования рассматриваемой предметной области;
на уровне синтеза:
установить отношения (связи) между актерами и вариантами использования, и между отдельными вариантами использования;
на уровне оценки:
обосновать важность диаграмм вариантов использования для визуализации, специфицирования и документирования поведения системы.
3.План выполнения лабораторной работы
1.Изучение постановки задачи.
2.Разработка диаграммы вариантов использования для системы обработки заказов:
создание диаграммы вариантов использования;
добавление на диаграмму вариантов использования актеров и вариантов использования;
установление связей между актерами и вариантами использования;
установление связей между вариантами использования;
добавление описаний к актерам и вариантам использования;
прикрепление файла к варианту использования.
3
В С Г У Т У |
К а ф е д р а с и с т е м и н ф о р м а т и к и |
|
|
4. Методические указания по выполнению работы
4.1. Постановка задачи
"Опять!" – сказал Боб, повесив телефонную трубку.
Мэри взглянула на него, оторвавшись от компьютера: "В чем дело?"
"Четвертый раз за этот месяц один из наших клиентов жалуется, что не получил своего заказа. Если так будет продолжаться и дальше, мы вылетим из дела."
"Остынь", – ответила Мэри – "Мы просто слишком быстро растем. Обработка всех заказов на бумаге проходила прекрасно, когда наша компания состояла из пяти человек. Нельзя ожидать от нее такой работы теперь. Давай поговорим со Сьюзан, может быть, мы сумеем спроектировать систему, которая поможет нам управиться со всем этим."
Robertson's Cabinets, Inc. – это маленькая компания, специализирующаяся на производстве стандартных и нестандартных кухонных шкафов. Компания началась с небольшой группы собравшихся вместе предпринимателей. Когда дело началось три года назад, поступало слишком мало заказов, и они вполне могли управляться с ними на бумаге. С ростом их репутации число заказов возрастало. Пришлось нанять новых рабочих, и за три года фирма выросла до магазина с более чем 50 сотрудниками.
Хотя это еще все-таки небольшая компания, но она выросла уже настолько, что уже не могла больше полагаться на обработку заказов вручную. Владельцы фирмы Боб и Мэри Робертсоны решили поговорить со Сьюзан, чтобы решить эту проблему. Сьюзан – это одна из небольшого числа специалистов по компьютерам, входящих в отделение этой фирмы, занимающееся информационными технологиями.
Боб пошел звонить Сьюзан.
"Совершенно очевидно, что нам требуется система по обработке заказов. Мы столкнулись с серьезным риском потерять клиентов."
"Согласна."
"Можешь ты разработать программу на Java, которая отслеживала бы заказы?"
"Пока что не волнуйтесь по поводу реализации. Давайте решим, чего вы хотите от системы?"
"Надо, чтобы она отслеживала заказы."
"Не мог бы ты быть более конкретным? Давай рассмотрим нынешний процесс". "Хорошо, получив звонок, мы заполняем форму заказа. Мы передаем ее Клинту в
магазин, он заполняет все необходимые документы и готовит отправку товара клиенту. Копию формы мы отдаем Дону в бухгалтерию. Он вводит ее в бухгалтерскую систему и выписывает счет".
"И вы хотите, чтобы новая система поддерживала весь этот процесс?" "Точно".
Из этого разговора Сьюзан смогла понять, что система должна обеспечивать возможность добавления новых заказов, изменения старых, выполнения заказов, проверки и возобновления инвентарных описей.
При получении заказа система должна также послать сообщение бухгалтерской системе, которая выписывает счет. Если требуемого товара нет на складе, заказ должен быть отклонен. Затем Сьюзан преобразовала требования в диаграмму вариантов использования, с помощью которой начала моделировать систему.
4
Л а б о р а т о р н ы й п р а к т и к у м |
C A S E - с р е д с т в о R a t i o n a l R o s e |
|
|
4.2. Разработка диаграммы вариантов использования
4.2.1.Создание диаграммы вариантов использования, вариантов использования и актеров
1.В браузере Rational Rose в представлении Use Case View дважды щелкните по пиктограмме Main. Откроется окно главной диаграммы вариантов использования.
2.В панели инструментов нажмите кнопку Use Case (Вариант Использования) и поместите на диаграмму новый вариант использования.
3.Назовите этот вариант использования: Ввод нового заказа.
4.Повторите этапы 2 и 3, чтобы поместить на диаграмму варианты использования:
#Изменение существующего заказа.
#Печать инвентарной описи.
#Обновление инвентарной описи.
#Оформление заказа.
#Отклонение заказа.
#Проверка наличия товара.
5.В панели инструментов нажмите кнопку Actor (Актер или Действующее лицо) и поместите на диаграмму нового актера.
6.Назовите его: Продавец.
7.Повторите шаги 5 и 6, поместив на диаграмму актеров:
#Управляющий магазином.
#Клерк магазина.
#Бухгалтерская система.
4.2.2.Указание абстрактных вариантов использования
1.Щелкните правой кнопкой мыши по варианту использования Отклонение заказа.
2.В открывшемся меню выберите пункт Open Specification (Открыть спецификацию).
3.Пометьте контрольный переключатель Abstract (Абстрактный), чтобы этот вариант использования стал абстрактным.
4.2.3.Добавление ассоциации
С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) панели инструментов установите ассоциации:
#между актером Продавец и вариантами использования Ввод нового заказа и Изменение существующего заказа;
#между актером Бухгалтерская система и вариантом использования Ввод нового заказа;
# между актером Управляющий магазином и вариантами использования
Печать инвентарной описи и Обновление инвентарной описи;
#между актером Клерк магазина и вариантом использования Оформление заказа.
4.2.4.Добавление связей расширения и включения
1. В панели инструментов нажмите кнопку Dependency or instantiates и нарисуйте связь между вариантами использования Отклонение заказа и Оформление заказа. При этом стрелка должна протянуться от первого варианта использования ко второму.
5
В С Г У Т У |
К а ф е д р а с и с т е м и н ф о р м а т и к и |
2. Щелкните правой кнопкой мыши на новой связи и в открывшемся контекстном меню выберите пункт Open Specification (Открыть спецификацию).
4.Установите стереотип extend (расширение), выбрав его из раскрывающегося списка стереотипов, затем нажмите ОК.
5.На линии связи появится слово <<extend>>. Связь расширения означает, что вариант использования Отклонение заказа при необходимости дополняет функциональные возможности варианта использования Оформление заказа.
6.Аналогично, с помощью кнопки Dependency or instantiates установите связь включения от варианта использования Оформление заказа к варианту использования Проверка наличия товара. Связь включения означает, что вариант использования Проверка наличия товара является функциональной составляющей варианта использования Оформление заказа.
В результате выполнения задания у вас получится диаграмма вариантов использования, приведенная на рисунке 1.
|
Ввод нового заказа |
|
Продавец |
Бухгалтерская система |
Отклонение заказа |
|
||
|
|
|
|
|
<<extend>> |
|
Изменение сушествуюшего |
|
|
заказа |
|
Управляющий магазином |
Печать инвентарной описи |
Оформить заказ |
Клерк магазина |
|
|
||
|
|
<<include>> |
|
|
Обновление инвентарной описи |
Проверка наличия товара |
|
|
|
|
Рисунок 1 – Диаграмма вариантов использования для системы обработки заказов
4.2.5.Добавление описания к вариантам использования
1.Выделите в браузере вариант использования Ввод нового заказа.
2.В окне документации введите следующее описание к этому варианту использования:
#Этот вариант использования дает клиенту возможность ввести новый заказ в систему.
3.Аналогично, введите описания ко всем остальным вариантам использования.
4.2.6.Добавление описания к актерам
1.Выделите в браузере актера Продавец.
2.В окне документации введите для этого актера следующее описание:
#Продавец – это служащий, доставляющий и старающийся продать продукцию.
3.Аналогично, введите описания к оставшимся актерам.
6
Л а б о р а т о р н ы й п р а к т и к у м |
C A S E - с р е д с т в о R a t i o n a l R o s e |
4.2.7.Прикрепление файла к варианту использования
1.Для описания главного потока событий варианта использования Ввод нового заказа создайте файл OrderFlow.doc, содержащий следующий текст:
1.Продавец в имеющемся меню выбирает пункт "Создание нового заказа".
2.Система открывает форму "Подробности заказа".
3.Продавец вводит номер заказа, заказчика и то, что заказано.
4.Продавец сохраняет заказ.
5.Система создает новый заказ и сохраняет его в базе данных.
2.Вызовите контекстное меню варианта использования Ввод нового заказа.
3.В открывшемся меню выберите пункт Open Specification (Открыть спецификацию).
4.Перейдите на вкладку файлов.
5.Щелкните правой кнопкой мыши по белому поле и из открывшегося меню выберите пункт Insert File (Ввести файл).
6.Укажите файл OpenFlow.doc и нажмите на кнопку Open (Открыть), чтобы прикрепить файл к варианту использования.
7
В С Г У Т У |
К а ф е д р а с и с т е м и н ф о р м а т и к и |
|
|
ЛАБОРАТОРНАЯ РАБОТА 2
ТЕМА «СОЗДАНИЕ ДИАГРАММ ВЗАИМОДЕЙСТВИЯ:
ПОСЛЕДОВАТЕЛЬНОСТИ И СОТРУДНИЧЕСТВА»
1. Цель работы
Разработать диаграммы последовательности и сотрудничества, описывающие ввод нового заказа в проектируемой информационной системе обработки заказов.
2.Планируемые результаты обучения
Врезультате выполнения лабораторной работы у студентов должны быть сформированы и развиты следующие профессиональные компетенции:
на уровне знаний:
перечислить основные элементы диаграмм взаимодействия;
на уровне понимания:
знать назначение диаграмм последовательности и сотрудничества;
объяснять основные понятия и элементы диаграмм взаимодействия;
на уровне применения:
демонстрировать технологию моделирования взаимодействия объектов системы посредством диаграмм последовательности и сотрудничества;
на уровне анализа:
идентифицировать сообщения между объектами на диаграмме последовательности и связи между объектами на диаграмме сотрудничества;
на уровне синтеза:
преобразовать диаграмму последовательности в диаграмму сотрудничества и наоборот;
на уровне оценки:
обосновать разницу между диаграммой последовательности и диаграммой сотрудничества.
3.План выполнения лабораторной работы
1.Изучение постановки задачи.
2.Настройка параметров Rational Rose для построения диаграмм взаимодействия.
3.Разработка диаграммы последовательности, отражающей ввод нового заказа:
создание диаграммы последовательности;
добавление на диаграмму последовательности актера и объектов;
добавление сообщений на диаграмму последовательности;
добавление на диаграмму дополнительных объектов;
назначение ответственностей объектам;
соотнесение объектов с классами;
соотнесение сообщений с операциями.
8
Л а б о р а т о р н ы й п р а к т и к у м |
C A S E - с р е д с т в о R a t i o n a l R o s e |
4.Разработка диаграммы сотрудничества, отражающей ввод нового заказа:
создание диаграммы сотрудничества;
добавление на диаграмму сотрудничества актера и объектов;
добавление сообщений на диаграмму последовательности;
добавление на диаграмму дополнительных объектов;
назначение ответственностей объектам;
соотнесение объектов с классами;
соотнесение сообщений с операциями.
4. Методические указания по выполнению работы
4.1. Постановка задачи
Поговорив с Бобом, Сьюзан поняла, что должна делать система обработки заказов, разрабатываемая ею для фирмы Robertson's Cabinets. Она разработала диаграмму вариантов использования. Изучив ее, все пришли к согласию по поводу области применения системы. Теперь наступило время анализа ее составных частей. Высший приоритет среди пользователей имеет вариант использования Ввод нового заказа, он же связан с наибольшим риском. В связи с этим Сьюзан решила заняться им в первую очередь. Она поговорила с Карлом, заведующим отделом продаж. Они вдвоем обсудили поток событий, который будет реализовываться в варианте использования.
Получив нужную ей информацию, Сьюзан засела за описание сценариев. В результате ее описание выглядело следующим образом:
1.Продавец вводит новый заказ.
2.Продавец пытается ввести заказ, но товара нет на складе.
3.Продавец пытается ввести заказ, но при его сохранении в базе данных произошла ошибка.
Затем она приступила к созданию диаграммы последовательности и диаграммы сотрудничества для сценария Ввод нового заказа системы обработки заказов.
Готовая диаграмма последовательности должна выглядеть как на рисунке 2. Это только одна из диаграмм, необходимых для моделирования варианта использования Ввод нового заказа. Она соответствует успешному варианту хода событий. Для описания того, что случится, если возникнет ошибка, или если пользователь выберет другие действия из предложенных, придется разработать другие диаграммы. Каждый альтернативный поток варианта использования может быть промоделирован с помощью своих собственных диаграмм взаимодействия.
4.2.Настройка параметров Rational Rose
1.В меню Rational Rose выберите пункт Tools > Options (Инструменты > Параметры).
2.В открывшемся окне параметров перейдите на вкладку Diagram.
3. |
Контрольные переключатели Sequence Numbering, Collaboration Numbering и |
Focus of Control должны быть помечены. |
|
4. |
Нажмите ОК, чтобы выйти из окна параметров. |
9
В С Г У Т У |
К а ф е д р а с и с т е м и н ф о р м а т и к и |
|
|
4.3. Разработка диаграммы последовательности
4.3.1.Создание диаграммы последовательности
1.Щелкните правой кнопкой мыши по пункту Logical View браузера.
2.В открывшемся меню выберите New > Sequence Diagram.
3.Назовите новую диаграмму последовательности Ввод заказа.
4.Дважды щелкните по ней для открытия.
4.3.2.Добавление на диаграмму последовательности актера и объектов
1.Перетащите актера Продавец с браузера на диаграмму.
2.На панели инструментов нажмите кнопку Object.
3.Щелкните мышью в верхней части диаграммы – туда поместится новый объект со своей линией жизни.
4.Назовите созданный объект Выбор варианта заказа.
5.Повторите этапы 3 и 4, чтобы поместить на диаграмму объекты:
#Форма Детали заказа
#Заказ №1234.
4.3.3.Добавление сообщений на диаграмму последовательности
1.На панели инструментов нажмите кнопку Object Message (Сообщение объекта).
2.Проведите мышью от линии жизни актера Продавец к линии жизни объекта Выбор варианта заказа.
3.Выделив сообщение, введите его имя Создать новый заказ.
4.Повторите этапы 2 и 3, чтобы поместить на диаграмму сообщения:
#Открыть форму – между объектами Выбор варианта заказа и Детали заказа.
#Ввести номер заказа, заказчика и заказываемые предметы – между объектами Продавец и Форма Детали заказа.
#Сохранить заказ – между объектами Продавец и Форма Детали заказа.
#Создать пустой заказ – между объектами Форма Детали заказа и Заказ №1234.
#Задать номер заказа, заказчика и заказываемые предметы – между объектами Форма Детали заказа и Заказ №1234.
#Сохранить заказ – между объектами Форма Детали заказа и Заказ №1234.
Мы завершили первый этап работы. Готовая диаграмма последовательности будет выглядеть как на рисунке 2.
Теперь надо позаботиться об управляющих объектах и взаимодействии с базой данных. Как видно из диаграммы, объект Форма Детали заказа имеет множество ответственностей, с которыми лучше всего мог бы справиться управляющий объект. Кроме того, новый заказ должен сохранять себя в базе данных сам.
Вероятно, эту обязанность лучше было бы переложить на другой объект.
1 0