Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Варианты использования. Документация, сопровождающая вариант использования. (Лекция 4)

Содержание

Для пояснения варианта использования он может сопровождаться следующей документацией: комментарии и замечания к варианту использования; requirements – требования к варианту использования:функциональные – т.е. тот функционал, который должен обеспечивать вариант использования;не функциональные - например, производительность;Документация, сопровождающая вариант
Варианты использованияЛекция № 4 Для пояснения варианта использования он может сопровождаться следующей документацией: комментарии и замечания constraints – ограничения:preconditions – предусловия, т.е. ограничения, которые должны выполняться до алгоритм исполнения варианта использования, описанный в одной из форм:рассказ или обзор (narrative);сценарий диаграммы поведения (activity or/and sequence diagrams) – которые представляют собой графическое дополнительная информацияversion – версия;status – статус или состояние варианта использования:proposed – предлагаемый;approved Словесное описание вариантов использования, принадлежащих одной диаграмме, может быть дано на следующих Каждый вариант использования должен иметь описание алгоритма своего исполнения.Существуют три вида описания Рассказ (Narrative form) – это текст в свободной форме, разбитый на параграфы. Сценарий (Scenario form) – это текстовое описание одного из путей исполнения варианта Для описания исполнения варианта использования можно использовать несколько сценариев, которые в этом Диалог (Conversation form) – это диалог между актером и системой, в котором Сравнение трех форм описания Описание варианта использования можно разбить на следующие пункты:Имя варианта использования.Преамбула (preamble).Тело описания Преамбула (предисловие, введение) содержит описание окружения (stage), в котором происходит исполнение варианта Тело описания варианта использования содержит описание исполнения варианта использования в одной из Разделы:варианты (variations) – различные способы исполнения варианта использования;исключения (exceptions) – ошибки, которые Мы НЕ изучаем специфику какой-либо предметной области.Мы НЕ изучаем инструменты визуального моделирования. Тяжело? Есть выход: Графическое описание АвторВариант использованияСубъектАссоциацияОтношение расширенияОтношение включенияОтношение обобщенияОсновные понятия Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования Вариант использования (прецедент) – классификатор, который описывает совокупность сценариев взаимодействия актеров с Актер – классификатор, который моделирует внешнего по отношению к моделируемой системе или Интерфейсы Если интерфейс соединяется с вариантом использования сплошной линией, то этот вариант использования Ассоциация актера с вариантом использования указывает на взаимодействие актера с субъектом в Отношение расширения между вариантами использования указывает, что при выполнении заданного в точке Отношение расширения Имеются дополнительные субъекты, участвующие только в случае использования расширения (например, администратор должен Отношение включения указывает, что в процессе выполнения, сценарии базового варианта использования вызывают Один вариант использования может быть включен в несколько других вариантов, а также Все экземпляры варианта использования выполняются лишь внутри данной сущности. Как сделать так, Обобщение Графическое отображение Пример: исходная диаграмма вариантов использования Пример: уточненный вариант диаграммы Пример: последующее уточнение диаграммы Пример: последующее уточнение диаграммыЧего не хватает на предыдущей диаграмме?При затруднении ответьте на Пример 2. Начальная диаграмма Пример 2. Подсистемы на диаграмме вариантов использования Диаграмма вариантов использования может не только преследовать цели пользователей, но также может Множество вариантов использования в целом должно определять все возможные стороны ожидаемого поведения Каждый выполняемый вариантом использования метод реализуется как неделимая транзакция, т.е. выполнение сервиса Сценарий - это конкретная последовательность действий, иллюстрирующая поведение. Написание сценария напоминает написание Прецеденты рождаются из требований к системе. Они говорят о том, что делает Шаблон описания сценария Прецедент и кооперация находятся в отношении реализации. Каждый прецедент реализуется одной или несколькими кооперациями.Прецедент и кооперация Количество актеров – не более 20Количество вариантов использования – не более 50Не Превращение диаграммы прецедентов в диаграмму деятельности за счет желания отразить все функциональные Немного практики Для кого сделан функционал? Системы не делают ради систем. Мы хотим, чтобы Сценарий использованияЮзер открывает список товаров и фильтрует по категории.Система отображает товары выбранной Альтернативные сценарии - это отклонения от основной ветки. отменил все на этапе Параметры — это когда одну операцию можно выполнить разными способами, но сам Читать удобнее именно в формате:основной вариант;альтернативы со ссылками на него;возможные параметры и ЛегендаП — пользовательС — система  Сценарий использованияП открывает список товаров и Альтернативные варианты1а. П фильтрует список по несуществующей категории. Система выдает ошибку. Завершение Вариант использования 1.Oткрытие текстового файла.Основное действующее лицо: пользователь приложения NotePad, желающий открыть Основной сценарий:1. Пользователь нажимает на меню Открытие файла в Notepad. Легенда:П — пользовательБ — блокнот Вариант.П инициирует открытие Вариант начинает система - Инициирует сценарий всегда человекСистема — ванга-терминаторДействие по устранению Как написать вариант:Найти пользователя и цель.Записать основной сценарий.Продумать альтернативы.Выделить параметры.Отрисовать диаграмму.Итого:
Слайды презентации

Слайд 2 Для пояснения варианта использования он может сопровождаться следующей

Для пояснения варианта использования он может сопровождаться следующей документацией: комментарии и

документацией:
комментарии и замечания к варианту использования;
requirements –

требования к варианту использования:
функциональные – т.е. тот функционал, который должен обеспечивать вариант использования;
не функциональные - например, производительность;

Документация, сопровождающая вариант использования


Слайд 3 constraints – ограничения:
preconditions – предусловия, т.е. ограничения,

constraints – ограничения:preconditions – предусловия, т.е. ограничения, которые должны выполняться

которые должны выполняться до исполнения варианта использования;
post conditions –

постусловия, т.е. требования, которые должны выполняться после исполнения варианта использования;
invariants – инварианты, т.е. ограничения, которые должны исполняться до, во время и после исполнения варианта использования;

Документация, сопровождающая вариант использования


Слайд 4 алгоритм исполнения варианта использования, описанный в одной из

алгоритм исполнения варианта использования, описанный в одной из форм:рассказ или обзор

форм:
рассказ или обзор (narrative);
сценарий (scenario);
диалог (conversation);
Документация, сопровождающая вариант использования


Слайд 5 диаграммы поведения (activity or/and sequence diagrams) –

диаграммы поведения (activity or/and sequence diagrams) – которые представляют собой

которые представляют собой графическое отображение алгоритма исполнения варианта использования

и строятся на основе словесного описания этого алгоритма.

Документация, сопровождающая вариант использования


Слайд 6 дополнительная информация
version – версия;
status – статус или состояние

дополнительная информацияversion – версия;status – статус или состояние варианта использования:proposed –

варианта использования:
proposed – предлагаемый;
approved – одобренный, исправленный;
mandatory – обязательный,

предписанный;
validated – действительный, имеющий силу;
implemented – реализованный;
complexity – сложность варианта использования:
easy – простой;
medium – средний;
difficult – трудный;
другая информация.

Документация, сопровождающая вариант использования


Слайд 7 Словесное описание вариантов использования, принадлежащих одной диаграмме, может

Словесное описание вариантов использования, принадлежащих одной диаграмме, может быть дано на

быть дано на следующих уровнях абстракции:
summary – общее описание

бизнес процессов;
core – детальное описание бизнес процессов или задач, которые пользователь решает при взаимодействии с системой;
supporting – описание низкоуровневых активностей, используемых для поддержки исполнения бизнес процессов;
internal – описание поведения и взаимодействия внутренних компонент системы.

Уровни абстракции описания варианта использования


Слайд 8 Каждый вариант использования должен иметь описание алгоритма своего

Каждый вариант использования должен иметь описание алгоритма своего исполнения.Существуют три вида

исполнения.
Существуют три вида описания алгоритма исполнения варианта использования:
narrative (рассказ)

- представляет собой обзор исполнения варианта использования;
scenario (сценарий) - представляет собой описание последовательности действий и событий при исполнении варианта использования;
conversation (разговор) - диалог, представляет собой описание взаимодействия актера с системой в форме диалога.

Описание алгоритма исполнения варианта использования


Слайд 9 Рассказ (Narrative form) – это текст в свободной

Рассказ (Narrative form) – это текст в свободной форме, разбитый на

форме, разбитый на параграфы.
Назначение:
описать намерения (цели) пользователя при

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

Рассказ


Слайд 10 Сценарий (Scenario form) – это текстовое описание одного

Сценарий (Scenario form) – это текстовое описание одного из путей исполнения

из путей исполнения варианта использования с точки зрения актера.
Назначение

сценария - описывает последовательность событий и действий при исполнении варианта использования.
Каждый шаг (пункт) сценария описывается простым предложением и может включать:
намерения актера;
действия системы.

Сценарий


Слайд 11 Для описания исполнения варианта использования можно использовать несколько

Для описания исполнения варианта использования можно использовать несколько сценариев, которые в

сценариев, которые в этом случае имеют различные цели.
Например, возможны

следующие виды сценариев:
основной (basic ) сценарий;
альтернативный (alternate) сценарий;
простой (simple) сценарий;

Виды сценариев


Слайд 12 Диалог (Conversation form) – это диалог между актером

Диалог (Conversation form) – это диалог между актером и системой, в

и системой, в котором делается акцент на их взаимодействии.
Каждое

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

Диалог


Слайд 13 Сравнение трех форм описания

Сравнение трех форм описания

Слайд 14 Описание варианта использования можно разбить на следующие пункты:
Имя

Описание варианта использования можно разбить на следующие пункты:Имя варианта использования.Преамбула (preamble).Тело

варианта использования.
Преамбула (preamble).
Тело описания варианта использования (body).
Дополнительные детали и

ограничения (supplementary details and constraints).

Шаблон для описания варианта использования


Слайд 15 Преамбула (предисловие, введение) содержит описание окружения (stage), в

Преамбула (предисловие, введение) содержит описание окружения (stage), в котором происходит исполнение

котором происходит исполнение варианта использования.
Преамбула может содержать следующую информацию:
уровень

варианта использования – summary, core, supporting или internal;
актеров – имена ролей, инициирующих взаимодействие с вариантом использования;
контекст (context) – текущие состояния системы и актеров;
предусловия (preconditions) – условия, которые должны выполняться перед началом исполнения варианта использования;
окна (screens) – ссылки на окна и веб-страницы, отображаемые в этом варианте использования.

Преамбула


Слайд 16 Тело описания варианта использования содержит описание исполнения варианта

Тело описания варианта использования содержит описание исполнения варианта использования в одной

использования в одной из трех форм:
рассказ;
сценарий;
диалог.
Тело

описания

Слайд 17 Разделы:
варианты (variations) – различные способы исполнения варианта использования;
исключения

Разделы:варианты (variations) – различные способы исполнения варианта использования;исключения (exceptions) – ошибки,

(exceptions) – ошибки, которые могут произойти при исполнении варианта

использования;
политики (policies) – специфические правила, которые обязательны для исполнения варианта использования;
вопросы (issues) – проблемные вопросы по варианту использования;
постусловия (post conditions) – условия, которые должны выполняться после исполнения варианта использования;
другие требования – другие ограничения, которым должно удовлетворять исполнение варианта использования;
приоритет (priority) – важность варианта использования;
частота (frequency) – частота исполнения варианта использования.

Дополнительные детали и ограничения


Слайд 18 Мы НЕ изучаем специфику какой-либо предметной области.

Мы НЕ

Мы НЕ изучаем специфику какой-либо предметной области.Мы НЕ изучаем инструменты визуального

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

Главное – практическое освоение методологии

моделирования

Что главное?


Слайд 19 Тяжело? Есть выход: Графическое описание

Тяжело? Есть выход: Графическое описание

Слайд 20 Автор
Вариант использования
Субъект
Ассоциация
Отношение расширения
Отношение включения
Отношение обобщения
Основные понятия

АвторВариант использованияСубъектАссоциацияОтношение расширенияОтношение включенияОтношение обобщенияОсновные понятия

Слайд 21 Определить общие границы и контекст моделируемой предметной области

Определить общие границы и контекст моделируемой предметной области на начальных этапах

на начальных этапах проектирования системы.
Сформулировать общие требования к функциональному

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

Цели использования диаграммы вариантов использования


Слайд 22 Вариант использования (прецедент) – классификатор, который описывает совокупность

Вариант использования (прецедент) – классификатор, который описывает совокупность сценариев взаимодействия актеров

сценариев взаимодействия актеров с системой или компонентом с целью

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

Вариант использования (use case)


Слайд 23 Актер – классификатор, который моделирует внешнего по отношению

Актер – классификатор, который моделирует внешнего по отношению к моделируемой системе

к моделируемой системе или компоненту пользователя или систему.
Актеров,

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

Актер (актор)


Слайд 24 Интерфейсы

Интерфейсы

Слайд 25 Если интерфейс соединяется с вариантом использования сплошной линией,

Если интерфейс соединяется с вариантом использования сплошной линией, то этот вариант

то этот вариант использования должен реализовывать все операции, необходимые

для данного интерфейса, а возможно и больше.
Приведите свой пример

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

Интерфейсы


Слайд 26 Ассоциация актера с вариантом использования указывает на взаимодействие

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

актера с субъектом в одном из сценариев данного варианта

использования

Ассоциация


Слайд 27 Отношение расширения между вариантами использования указывает, что при

Отношение расширения между вариантами использования указывает, что при выполнении заданного в

выполнении заданного в точке расширения условия сценарий расширяемого варианта

использования будет приостановлен, и взаимодействие будет продолжено в рамках расширяющего варианта использования

Расширение


Слайд 28 Отношение расширения

Отношение расширения

Слайд 29 Имеются дополнительные субъекты, участвующие только в случае использования

Имеются дополнительные субъекты, участвующие только в случае использования расширения (например, администратор

расширения (например, администратор должен утвердить регистрацию клиента на веб-сайте).
Отдельная

подсистема обрабатывает вариант использования расширения.
Это расширение будет доступно только в определенных версиях системы. Каждую версию можно показать как отдельную подсистему

Когда использовать отношение расширения?


Слайд 30 Отношение включения указывает, что в процессе выполнения, сценарии

Отношение включения указывает, что в процессе выполнения, сценарии базового варианта использования

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


Слайд 31 Один вариант использования может быть включен в несколько

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

других вариантов, а также включать в себя другие варианты.


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

Отношение включения


Слайд 32 Все экземпляры варианта использования выполняются лишь внутри данной

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

сущности.
Как сделать так, чтобы отношения, определенные в рамках

одной сущности, были бы определены и в рамках другой сущности?

Отношение включения


Слайд 33 Обобщение

Обобщение

Слайд 34 Графическое отображение

Графическое отображение

Слайд 35 Пример: исходная диаграмма вариантов использования

Пример: исходная диаграмма вариантов использования

Слайд 36 Пример: уточненный вариант диаграммы

Пример: уточненный вариант диаграммы

Слайд 37 Пример: последующее уточнение диаграммы

Пример: последующее уточнение диаграммы

Слайд 38 Пример: последующее уточнение диаграммы
Чего не хватает на предыдущей

Пример: последующее уточнение диаграммыЧего не хватает на предыдущей диаграмме?При затруднении ответьте

диаграмме?
При затруднении ответьте на вопросы:
Какой актер имеет возможность оформить

заказ на покупку компьютера?
Любой ли продавец имеет право оформить покупку компьютера?
Кто и когда запрашивает каталог товаров?

Слайд 39 Пример 2. Начальная диаграмма

Пример 2. Начальная диаграмма

Слайд 40 Пример 2. Подсистемы на диаграмме вариантов использования

Пример 2. Подсистемы на диаграмме вариантов использования

Слайд 41 Диаграмма вариантов использования может не только преследовать цели

Диаграмма вариантов использования может не только преследовать цели пользователей, но также

пользователей, но также может включать описание способов реализации сервиса

и различных исключительных ситуаций (например, корректная обработка ошибок).

Цели, которые преследуют варианты использования


Слайд 42 Множество вариантов использования в целом должно определять все

Множество вариантов использования в целом должно определять все возможные стороны ожидаемого

возможные стороны ожидаемого поведения системы.
Для удобства множество вариантов

использования может рассматриваться как отдельный пакет.

Цели, которые преследуют варианты использования


Слайд 43 Каждый выполняемый вариантом использования метод реализуется как неделимая

Каждый выполняемый вариантом использования метод реализуется как неделимая транзакция, т.е. выполнение

транзакция, т.е. выполнение сервиса не может быть прервано никаким

другим экземпляром варианта использования.

Особенности


Слайд 44 Сценарий - это конкретная последовательность действий, иллюстрирующая поведение.

Сценарий - это конкретная последовательность действий, иллюстрирующая поведение. Написание сценария напоминает


Написание сценария напоминает написание художественного рассказа, использование сценариев широко

распространено среди аналитиков.

Сценарии использования


Слайд 45 Прецеденты рождаются из требований к системе. Они говорят

Прецеденты рождаются из требований к системе. Они говорят о том, что

о том, что делает система.
Сценарии говорят, как система

это делает.
Сценарии специфицируют прецеденты
Диаграммы прецедентов, дополненные сценариями, являются отличным средством общения между разработчиками и заказчиком.

Сценарии и прецеденты


Слайд 46 Шаблон описания сценария

Шаблон описания сценария

Слайд 47 Прецедент и кооперация находятся в отношении реализации.
Каждый

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

прецедент реализуется одной или несколькими кооперациями.

Прецедент и кооперация


Слайд 48 Количество актеров – не более 20
Количество вариантов использования

Количество актеров – не более 20Количество вариантов использования – не более

– не более 50
Не давать актерам имена собственные, т.к.

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

Выводы, рекомендации


Слайд 49 Превращение диаграммы прецедентов в диаграмму деятельности за счет

Превращение диаграммы прецедентов в диаграмму деятельности за счет желания отразить все

желания отразить все функциональные действия
Инициатором действия является разрабатываемая система
Спецификация

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

Типичные ошибки при разработке диаграммы вариантов использования


Слайд 50
Немного практики

Немного практики

Слайд 51 Для кого сделан функционал? Системы не делают ради

Для кого сделан функционал? Системы не делают ради систем. Мы хотим,

систем. Мы хотим, чтобы пользователь:
сделал заказ;
заплатил налоги;
посмотрел на котика;
прочитал

блог-пост;

Всегда есть цель, которую пользователь должен достичь. И основной путь, заложенный в коде. Вот его и опишите.
Чтобы написать вариант, надо подумать о будущем пользователе. Зачем он к нам придет? Что будет делать и как?

1. Найдите пользователя и цель, опишите сценарий


Слайд 52 Сценарий использования
Юзер открывает список товаров и фильтрует по

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

категории.
Система отображает товары выбранной категории.
Юзер видит интересный товар и

переходит на его карточку.
Система отображает карточку товара, оценку покупателей и отзывы.
Юзер изучает товар и кладет его в корзину.
Система добавляет товар в корзину.
Юзер переходит в корзину и оформляет заказ.
Система сохраняет заказ, отправляет уведомление по email.

Основной сценарий


Слайд 53 Альтернативные сценарии - это отклонения от основной ветки.

Альтернативные сценарии - это отклонения от основной ветки. отменил все на


отменил все на этапе фильтрации товаров;
отменил все, находясь в

корзине;
открыл в соседней вкладке bash.org;
пошел налить чай;
наклонился погладить кота;
обожрался вкусняшек;

Не забываем о системе и внешних условиях:
Внутренний сбой программы на любом этапе.
Компьютер сдох. Сценарий завершился.
Кот уронил сладкий кофе на клавиатуру.
Уборщица шваброй выдернула сервер из розетки.
На сервер упал метеорит.

2. Продумайте альтернативы


Слайд 54 Параметры — это когда одну операцию можно выполнить

Параметры — это когда одну операцию можно выполнить разными способами, но

разными способами, но сам вариант от этого не меняется. Параметры

выглядят так:
название: … значение 1, значение 2, значение 3 - без привязки к конкретному пункту сценария.

Запомните:
Альтернатива — это когда  ВМЕСТО исходного события происходит другое.
Параметры — это когда В ОДНОМ И ТОМ ЖЕ событии есть несколько вариаций, как его совершить.

3. Выделите параметры


Слайд 55 Читать удобнее именно в формате:
основной вариант;
альтернативы со ссылками

Читать удобнее именно в формате:основной вариант;альтернативы со ссылками на него;возможные параметры

на него;
возможные параметры и особенности реализации.

4. Соберите все вместе


Слайд 56 Легенда
П — пользователь
С — система
Сценарий использования
П открывает список

ЛегендаП — пользовательС — система Сценарий использованияП открывает список товаров и

товаров и фильтрует по категории.
С отображает товары выбранной категории.
П

видит интересный товар и переходит на его карточку.
С отображает карточку товара, оценку покупателей и отзывы.
П изучает товар и кладет его в корзину.
С добавляет товар в корзину.
П переходит в корзину и оформляет заказ.
С сохраняет заказ, отправляет уведомление по email.

Пример


Слайд 57 Альтернативные варианты
1а. П фильтрует список по несуществующей категории.

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

Система выдает ошибку. Завершение сценария.
2а. Товаров не найдено. Вывод

сообщения об ошибке. Завершение сценария.
2б. Товаров слишком много. Система выводит первые 100 и предлагает сузить поиск.
5а. П возвращается к покупкам. Переход к шагу 1.

Параметры
Категории товаров: джинсы, свитера.
Время хранения товара в резерве: 2 часа с момента добавления в корзину.

Пример


Слайд 58 Вариант использования 1.
Oткрытие текстового файла.
Основное действующее лицо: пользователь

Вариант использования 1.Oткрытие текстового файла.Основное действующее лицо: пользователь приложения NotePad, желающий

приложения NotePad, желающий открыть файл
Область действия: текстовый редактор (NotePad)
Уровень:

цель пользователя
Участники и интересы:
Пользователь - хочет открыть текстовый файл в выбранном приложении.
Предусловие: программа NotePad у пользователя уже открыта.
Минимальные гарантии: файл открылся в приложении NotePad
Гарантия успеха: файл без ошибок открылся в приложении, все данные файла корректно отражены и имеют удобный для чтения и понимания вид.
Триггер: пользователю необходимо увидеть содержание файла

Пример описания «по науке»


Слайд 59 Основной сценарий:
1. Пользователь нажимает на меню "Файл" в

Основной сценарий:1. Пользователь нажимает на меню

верхнем левом углу приложения
2. Пользователь выбирает "Открыть" пункт-меню из

предложенных вариантов
3. Приложение открывает диалоговое окно и запрашивает ввести полное имя файла, который пользователь желает открыть для чтения
4. Пользователь вводит полное имя файла, который он хочет отрыть или выбирает путь в ручную в навигаторе компьютера
5. Нажимает на кнопку "Открыть" в диалоговом окне
6. Приложение открывает файл. Вся информация из файла отражена корректно и удобна для чтения.

Пример описания «по науке»


Слайд 60 Открытие файла в Notepad.
Легенда:
П — пользователь
Б — блокнот
Вариант.
П

Открытие файла в Notepad. Легенда:П — пользовательБ — блокнот Вариант.П инициирует

инициирует открытие файла.
Б открывает файл
Альтернативы…
Параметры..

Вариант описания, чтобы читали ☺


Слайд 61 Вариант начинает система - Инициирует сценарий всегда человек
Система

Вариант начинает система - Инициирует сценарий всегда человекСистема — ванга-терминаторДействие по

— ванга-терминатор
Действие по устранению вместо самой альтернативы

Типовые ошибки


  • Имя файла: varianty-ispolzovaniya-dokumentatsiya-soprovozhdayushchaya-variant-ispolzovaniya-lektsiya-4.pptx
  • Количество просмотров: 127
  • Количество скачиваний: 0