АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Порядок выполнения. 1. Согласовать с преподавателем индивидуальную предметную область для проектирования информационной системы

Читайте также:
  1. II. Оформлення і порядок захисту курсового проекту
  2. II. Порядок аккредитации
  3. II. ПОРЯДОК И МЕТОДИКА ПРОВЕДЕНИЯ ЭКЗАМЕНА
  4. II. Порядок медицинского освидетельствования
  5. II. Порядок подачи заявки на участие в Конкурсе
  6. II. Порядок приема и увольнения
  7. II. Порядок формирования экспертных групп, организация экспертизы заявленных на Конкурс проектов и регламент работы Конкурсной комиссии
  8. III . Порядок присвоения квалификационной категории
  9. III. Миропорядок
  10. III. Порядок вынесения медицинских заключений во ВЛЭК ГА (ЦВЛЭК ГА)
  11. III. Сроки и порядок проведения Конкурса
  12. III. СТРУКТУРА И ПОРЯДОК ФОРМИРОВАНИЯ СТУДЕНЧЕСКОГО СОВЕТА

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

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

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

4. Построить диаграмму прецедентов. Рекомендуется использовать отношения включения и расширения для определения структуры прецедентов разрабатываемой системы.

Запустив Enterprise Architect, в главном окне программы (Start Page), в группе Manage Projects выбрать Create new project (Создать новый проект). Программа предложит вам ввести имя файла, в который будет сохранен проект (расширение имени файла.eap – не менять). Возможно (в зависимости от версии), Enterprise Architect сразу предложит вам включить диаграммы указанных вами типов в приложение. Можете сразу выбрать диаграмму use case, отметив флажок Use Case. Однако далее можно будет добавить диаграмму, щелкнув в окне Обозревателя Проекта (Project Browser) кнопку Новая диаграмма (New Diagram). В этом случае введите имя вашей модели, в качестве типа модели выбирайте Модели поведения (UML Behavioral), затем Use Case (в данной работе).

Все панели инструментов (в т.ч. Project Browser), которых у вас не оказалось на экране, можно открыть, выбрав соответствующую панель в меню View.

Далее можно непосредственно приступить к разработке диаграммы вариантов использования. В Панели Управления (ToolBox) выбирайте тип проектирования UML 2.1. Далее вы можете выбрать любой тип диаграмм UML, после чего увидите все предусмотренные спецификацией UML типы элементов для данного вида диаграмм (рис.5).

Возможно на созданной вами диаграмме будут представлены образцовые элементы модели, которые можно удалить стандартными способами: из меню правой кнопки мыши, клавишей Del, или все сразу, с помощью команды Select All меню Edit.

Для элемента можно задавать и редактировать все его свойства, выбрав пункт Свойства (Properties) при нажатии правой кнопки мыши. То же самое можно выполнять и с помощью панели инструментов Properties (рис.6).

К примеру, кратность отношения устанавливается для него на вкладках Свойства источника (Source Role) и Свойства цели (Target Role) путем установки в каждом из объектов ассоциации значения поля Multiplicity.

Выбирать по порядку нужные элементы, вынося их в окно диаграммы. Затем выбрать связи для актеров и прецедентов, проводя их от начального объекта к конечному. После окончания работы сохранить данные. Сделать это можно, выбрав пункт Save Current Changes, при нажатии на диаграмме правой кнопки мыши.

Рис. 5. Набор элементов диаграммы Use Case.

Рис. 6. Свойство кратности ассоциации

5. Составить краткие описания прецедентов. Согласовать с преподавателем два прецедента, для которых должен быть составлен документ описания прецедентов.

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

 

Содержание отчета

1. Цель работы.

2. Краткое описание разрабатываемой системы (в соответствии с выданным индивидуальным заданием).

3. Список выделенных функциональных требований.

4. Таблица распределения требований по актерам и прецедентам.

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

6. Описание двух прецедентов, согласованных с преподавателем.

7. Вывод.

 

1.6 Контрольные вопросы

1. Перечислите основные элементы процесса управления требованиями в технологии RUP.

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

3. Перечислите виды отношений между элементами диаграммы прецедентов и приведите примеры их использования.

4. Объясните назначение разделов документа описания прецедентов.

5. Поясните взаимосвязь описания прецедентов и проектирования интерфейса пользователя.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)