Шаг - Формирование представления об интерфейсе пользователя;
Предварительное представление об интерфейсе системы включает в себя создание прототипа диалоговых окон.
4 шаг – Спецификация вариантов использования
Моделирование ВИ не сводится только к выполнению диаграмм. Вариант использования описывает, что должна делать система, но не определяет, как она должна это делать. При моделировании это позволяет отделять внешнее представление системы от ее внутреннего представления. Для последующего проектирования системы требуется более конкретные детали.
Эти детали описываются в «потоке событий варианта использования» (Flow of events). Назначение потока событий является подробное документирование процесса взаимодействия актера с системой в рамках ВИ.
Хотя поток событий описывается подробно, он не должен зависеть от реализации. Цель – описать, что будет делать система, а не как будет делать. Для этого необходимо создать сценарии ВИ с разделами «Основной поток событий» (главная последовательность) и «Альтернативные потоки событий» (альтернативные последовательности).
Отвечая на вопрос - Что происходит? – формируется основной поток событий. А что дальше? – Детали основного потока. А что еще может происходить? – Набор альтернативных потоков событий.
Для уточнения и формализации потоков событий используют диаграммы последовательности. Обычно одна диаграмма последовательности определяет основной поток событий в одном ВИ, а другие диаграммы — альтернативные потоки.
|
|
|
В общем случае один ВИ описывает набор последовательностей, в котором каждая последовательность представляет возможный поток событий. Каждая последовательность называется сценарием. Сценарий ВИ — конкретная последовательность действий, которая иллюстрирует поведение ВИ.
Обычно сценарий варианта использования включает:
1. Краткое описание того, что происходит в варианте использования.
2. Актер
3. Предусловие – это условия, которые должны быть выполнены прежде, чем вариант использования начнет выполняться сам. Например, выполнение другого ВИ или наличие у пользователя прав доступа. Не у всех ВИ бывают предусловия.
4. Постусловие – это условия, которые всегда должны быть выполнены после завершения варианта использования. Предусловия и постусловия указывают порядок выполнения ВИ системы. Не у всех ВИ бывают постусловия
5. Расширения – присутствует, если в основном потоке событий имеет место относительно редко встречающиеся ситуации (частные случаи).
6. Основной поток событий – поэтапное описание того, что должно происходить по время выполнения заложенной в ВИ функциональности. Описание, что будет делать система с точки зрения пользователя. Основной поток событий описывает нормальный ход событий (при отсутствии ошибок).
|
|
|
Правила написания основного потока событий:
1. использовать простые предложения
2. явно указывать: кто выполняет действия – актер или система
3. не показывать слишком незначительные действия
4. не показывать детальные действия пользователя в процессе работы с интерфейсом
5. не рассматривать ошибочные ситуации
4. Альтернативный поток событий – описывает отклонения от нормального хода событий (ошибочные ситуации) и их обработку.
При выявлении альтернативных потоков событий обращают внимание на ситуации, связанные с:
1. некорректными действиями пользователя
2. бездействие актера (ожидание ввода пароля)
3. внутренние ошибки в разрабатываемой системе, которые должны быть обнаружены и обработаны
Добавление данных о путевке
| Описание вариантов использования | Занести данные о новой путевке в справочник Путевки (санаторий, кол-во дней, дата заезда) | |
| Актер | Менеджер-куратор | |
| Предусловие | ||
| Постусловие | ||
| Расширение |
Основная последовательность
| Шаг | Действие исполнителя | Отклик системы |
| Менеджер-куратор открывает справочник Путевки | Активирует форму справочника Путевки | |
| Менеджер-куратор на форме справочника Путевки добавляет новую путевку | Активирует форму Добавление данных о новой путевке | |
| Менеджер-куратор вводит информацию о путевке и сохраняет информацию | Заносит данные о новой путевке в базу данных и закрывает форму Добавление данных о новой путевке, становится активным форма справочника Путевки |
Альтернативная последовательность (неуспешная)
|
|
|
| Шаг | Альтернатива | Решение |
| Обязательные поля формы не заполнены | Приложение сообщает, какое поле не заполнено и предлагает его заполнить | |
| Поля формы заполнены неверно | Приложение сообщает, какое поле заполнено неверно и предлагает отредактировать содержимое Причины: Введенные данные имеют неверный формат |
Таким образом:
· Созданные прецеденты описывают всю требуемую функциональность системы.
· Для каждого прецедента кратко и четко описана главная последовательность действий, а также все альтернативные последовательности.
5 шаг – Анализ вариантов использования
Анализ вариантов использования выполняется проектировщиками и включает в себя:
|
|
|
• идентификацию классов, участвующих в реализации потоков событий варианта использования;
• определение атрибутов и ассоциаций классов;
1. Идентификацию классов, участвующих в реализации потоков событий варианта использования
На данном этапе определяются классы, участвующие в каждом варианте использования. Классам присваиваются уникальные имена
Классы анализа отражают функциональные требования к системе и моделируют объекты предметной области. Совокупность классов анализа представляет собой начальную концептуальную модель системы.
Атрибуты классов анализа определяются, исходя из знаний о предметной области, требований к системе, глоссария и бизнес-модели. Атрибуты должны быть простыми, т.е. выразимыми с помощью простых типов данных (одной из распространенных ошибок является моделирование сложного понятия предметной области в виде атрибута).
Связи между классами (ассоциации) определяются в два этапа:
1. Начальный набор связей определяется на основе анализа вариантов использования (сценариев)
2. Анализируются и уточняются ассоциации между классами. Задаются мощности ассоциаций, подвиды ассоциации.
Следует избегать использования избыточных ассоциаций и сосредоточиться на тех ассоциациях, для которых данные о связи должны сохраняться в течение некоторого времени. Это достаточно важный момент. Если модель содержит N различных классов анализа, то между ними можно установить N*(N-1) ассоциацию, большинство из которых будет просто создавать «визуальный шум» и ухудшать наглядность диаграмм. Поэтому при добавлении ассоциаций нужно придерживаться принципа минимализма.
Установив связи между классами, мы получаем диаграммы классов. На данном этапе они создаются для каждого варианта использования
6 шаг – Проектируется модель предметной области
Создается ER-диаграмма
Дата добавления: 2016-01-05; просмотров: 120; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!