🗊Презентация Прецеденты и модель прецедентов. (Лекция 2)

Категория: Менеджмент
Нажмите для полного просмотра!
Прецеденты и модель прецедентов. (Лекция 2), слайд №1Прецеденты и модель прецедентов. (Лекция 2), слайд №2Прецеденты и модель прецедентов. (Лекция 2), слайд №3Прецеденты и модель прецедентов. (Лекция 2), слайд №4Прецеденты и модель прецедентов. (Лекция 2), слайд №5Прецеденты и модель прецедентов. (Лекция 2), слайд №6Прецеденты и модель прецедентов. (Лекция 2), слайд №7Прецеденты и модель прецедентов. (Лекция 2), слайд №8Прецеденты и модель прецедентов. (Лекция 2), слайд №9Прецеденты и модель прецедентов. (Лекция 2), слайд №10Прецеденты и модель прецедентов. (Лекция 2), слайд №11Прецеденты и модель прецедентов. (Лекция 2), слайд №12Прецеденты и модель прецедентов. (Лекция 2), слайд №13Прецеденты и модель прецедентов. (Лекция 2), слайд №14Прецеденты и модель прецедентов. (Лекция 2), слайд №15Прецеденты и модель прецедентов. (Лекция 2), слайд №16Прецеденты и модель прецедентов. (Лекция 2), слайд №17Прецеденты и модель прецедентов. (Лекция 2), слайд №18Прецеденты и модель прецедентов. (Лекция 2), слайд №19Прецеденты и модель прецедентов. (Лекция 2), слайд №20Прецеденты и модель прецедентов. (Лекция 2), слайд №21
Скачать

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Прецеденты и модель прецедентов. (Лекция 2). Доклад-сообщение содержит 21 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1


Прецеденты Часть 1
Описание слайда:
Прецеденты Часть 1

Слайд 2


Прецеденты Прецеденты – это повествовательные истории об использовании системы, которые широко используются для осмысления и формулировки требований. Они оказывают влияние на множество аспектов проекта, включая ООА/П. Прецеденты нужно продумывать детально. Основная идея состоит в исследовании и формулировке функциональных требований путем написания историй “из жизни системы”. Эти истории помогают сформулировать различные задачи и представляют собой сценарии использования системы. На первый взгляд, описать прецеденты не сложно, хотя зачастую достаточно сложно определить, что требуется от системы и описать это на нужном уровне детализации.
Описание слайда:
Прецеденты Прецеденты – это повествовательные истории об использовании системы, которые широко используются для осмысления и формулировки требований. Они оказывают влияние на множество аспектов проекта, включая ООА/П. Прецеденты нужно продумывать детально. Основная идея состоит в исследовании и формулировке функциональных требований путем написания историй “из жизни системы”. Эти истории помогают сформулировать различные задачи и представляют собой сценарии использования системы. На первый взгляд, описать прецеденты не сложно, хотя зачастую достаточно сложно определить, что требуется от системы и описать это на нужном уровне детализации.

Слайд 3


Исполнитель Исполнителем (actors) будем называть сущность, обладающую поведением, например, человека (идентифицируемого по роли, к примеру, кассира), компьютерную систему или организацию.
Описание слайда:
Исполнитель Исполнителем (actors) будем называть сущность, обладающую поведением, например, человека (идентифицируемого по роли, к примеру, кассира), компьютерную систему или организацию.

Слайд 4


Сценарий Сценарий (scenario) – это специальная последовательность действий или взаимодействий между исполнителем и системой. Его иногда так же называют экземпляром прецедента (use case instance). Это один конкретный сценарий использования системы либо один проход прецедента, например, сценарий успешной покупки товара за наличный расчет либо сценарий неудачного завершения покупки из-за прерванной транзакции по обработке данных кредитной картой.
Описание слайда:
Сценарий Сценарий (scenario) – это специальная последовательность действий или взаимодействий между исполнителем и системой. Его иногда так же называют экземпляром прецедента (use case instance). Это один конкретный сценарий использования системы либо один проход прецедента, например, сценарий успешной покупки товара за наличный расчет либо сценарий неудачного завершения покупки из-за прерванной транзакции по обработке данных кредитной картой.

Слайд 5


Прецедент Прецедент (use case) – это набор взаимосвязанных успешных и неудачных сценариев, описывающих использование системы исполнителем для решения одной из задач.
Описание слайда:
Прецедент Прецедент (use case) – это набор взаимосвязанных успешных и неудачных сценариев, описывающих использование системы исполнителем для решения одной из задач.

Слайд 6


Прецеденты и модель прецедентов. (Лекция 2), слайд №6
Описание слайда:

Слайд 7


Прецеденты и модель прецедентов В контексте UP модель прецедентов (Use-Case Model) относится к дисциплине “Требования”. Действительно, требования – это весь набор прецедентов, т.е. модель функционирования системы и ее окружения. Описание прецедентов – это текстовые документы, а не диаграммы. Моделирование прецедентов – это процесс написания текста, а не рисование. Модель прецедентов – это не единственный артефакт анализа требований в рамках UP. К данной стадии относятся также дополнительная спецификация, словарь терминов, видение системы и описание бизнес-правил.
Описание слайда:
Прецеденты и модель прецедентов В контексте UP модель прецедентов (Use-Case Model) относится к дисциплине “Требования”. Действительно, требования – это весь набор прецедентов, т.е. модель функционирования системы и ее окружения. Описание прецедентов – это текстовые документы, а не диаграммы. Моделирование прецедентов – это процесс написания текста, а не рисование. Модель прецедентов – это не единственный артефакт анализа требований в рамках UP. К данной стадии относятся также дополнительная спецификация, словарь терминов, видение системы и описание бизнес-правил.

Слайд 8


Прецеденты и модель прецедентов Модель прецедентов может включать диаграммы прецедентов на UML, отражающие имена прецедентов и исполнителей, а также их взаимоотношения. Диаграммы прецедентов позволяют оценить рамки системы и ее окружение, а также обеспечивают простой способ перечисления имен прецедентов.
Описание слайда:
Прецеденты и модель прецедентов Модель прецедентов может включать диаграммы прецедентов на UML, отражающие имена прецедентов и исполнителей, а также их взаимоотношения. Диаграммы прецедентов позволяют оценить рамки системы и ее окружение, а также обеспечивают простой способ перечисления имен прецедентов.

Слайд 9


Зачем нужны описания прецедентов У потребителей и конечных пользователей есть свои задачи, решение которых должна обеспечивать компьютерная система. Эти задачи могут варьироваться от регистрации торговых операций до оценивания объемов добычи нефти из перспективных месторождений. Существует несколько способов выделения этих задач или системных требований. Наилучшие из них достаточно просты и доступны, поскольку это облегчает участие конечных пользователей в определении требований к системе. А участие в этом процессе потребителей снижает риск провала проекта.
Описание слайда:
Зачем нужны описания прецедентов У потребителей и конечных пользователей есть свои задачи, решение которых должна обеспечивать компьютерная система. Эти задачи могут варьироваться от регистрации торговых операций до оценивания объемов добычи нефти из перспективных месторождений. Существует несколько способов выделения этих задач или системных требований. Наилучшие из них достаточно просты и доступны, поскольку это облегчает участие конечных пользователей в определении требований к системе. А участие в этом процессе потребителей снижает риск провала проекта.

Слайд 10


Зачем нужны описания прецедентов Одной из главных причин провала проектов по разработке программных систем является недостаточное привлечение пользователей к процессу разработки. Поэтому важность участия пользователей в процессе анализа системы трудно переоценить. Важной особенностью описания прецедентов является их ориентация на цели и задачи пользователя. В процессе описания необходимо задавать вопросы: “Кто является пользователем системы? Каковы типичные сценарии использования системы? Каковы цели и задачи пользователей?”. Такой взгляд на систему гораздо больше ориентирован на пользователя, чем обычный список системных требований.
Описание слайда:
Зачем нужны описания прецедентов Одной из главных причин провала проектов по разработке программных систем является недостаточное привлечение пользователей к процессу разработки. Поэтому важность участия пользователей в процессе анализа системы трудно переоценить. Важной особенностью описания прецедентов является их ориентация на цели и задачи пользователя. В процессе описания необходимо задавать вопросы: “Кто является пользователем системы? Каковы типичные сценарии использования системы? Каковы цели и задачи пользователей?”. Такой взгляд на систему гораздо больше ориентирован на пользователя, чем обычный список системных требований.

Слайд 11


Прецеденты и функциональные требования Прецеденты — это требования. В основном, это функциональные требования, указывающие на то, что должна делать система. В контексте типов требований, определяемых моделью FURPS+, основное внимание уделяется функциональным требованиям. Однако остальные типы требований тоже могут быть связаны с прецедентами. В рамках UP и большинства других современных методов, прецеденты являются основным механизмом, рекомендуемым для их определения и исследования.
Описание слайда:
Прецеденты и функциональные требования Прецеденты — это требования. В основном, это функциональные требования, указывающие на то, что должна делать система. В контексте типов требований, определяемых моделью FURPS+, основное внимание уделяется функциональным требованиям. Однако остальные типы требований тоже могут быть связаны с прецедентами. В рамках UP и большинства других современных методов, прецеденты являются основным механизмом, рекомендуемым для их определения и исследования.

Слайд 12


Три типа исполнителей Исполнитель (actor) — это сущность, обладающая поведением. К числу исполнителей может относиться и сама рассматриваемая система, если она вызывает службы других систем. В прецеденте могут участвовать основные и вспомогательные (второстепенные) исполнители. Исполнителями являются не только люди, но и организации, машины и программы.
Описание слайда:
Три типа исполнителей Исполнитель (actor) — это сущность, обладающая поведением. К числу исполнителей может относиться и сама рассматриваемая система, если она вызывает службы других систем. В прецеденте могут участвовать основные и вспомогательные (второстепенные) исполнители. Исполнителями являются не только люди, но и организации, машины и программы.

Слайд 13


Основной исполнитель Основной исполнитель (primary actor) — его задачи выполняются с использованием системы. Примером основного исполнителя является кассир. Зачем его идентифицировать? Чтобы определить цели пользователя, на основе которых формулируются прецеденты.
Описание слайда:
Основной исполнитель Основной исполнитель (primary actor) — его задачи выполняются с использованием системы. Примером основного исполнителя является кассир. Зачем его идентифицировать? Чтобы определить цели пользователя, на основе которых формулируются прецеденты.

Слайд 14


Вспомогательный исполнитель Вспомогательный исполнитель (supporting actor) — обслуживает систему (например, предоставляет информацию). Примером вспомогательного исполнителя является служба авторизации платежей. Зачем его идентифицировать? Чтобы определить внешние интерфейсы и протоколы.
Описание слайда:
Вспомогательный исполнитель Вспомогательный исполнитель (supporting actor) — обслуживает систему (например, предоставляет информацию). Примером вспомогательного исполнителя является служба авторизации платежей. Зачем его идентифицировать? Чтобы определить внешние интерфейсы и протоколы.

Слайд 15


Закулисный исполнитель Закулисный исполнитель (offstage actor) — заинтересован в реализации прецедента, но не является основным или вспомогательным исполнителем. Примером закулисного исполнителя является налоговая служба. Зачем его идентифицировать? Чтобы удостовериться, что все интересы определены и удовлетворены. Интересы закулисных исполнителей обычно не очевидны и их легко упустить из виду, если не идентифицировать их в явной форме.
Описание слайда:
Закулисный исполнитель Закулисный исполнитель (offstage actor) — заинтересован в реализации прецедента, но не является основным или вспомогательным исполнителем. Примером закулисного исполнителя является налоговая служба. Зачем его идентифицировать? Чтобы удостовериться, что все интересы определены и удовлетворены. Интересы закулисных исполнителей обычно не очевидны и их легко упустить из виду, если не идентифицировать их в явной форме.

Слайд 16


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

Слайд 17


Сжатый Сжатий — аннотация в виде одного абзаца. Обычно она описывает только главный успешный сценарий. Пример такого описания приведен выше для прецедента Оформление продажи (Process Sale). Этот формат применяется на стадии анализа требований для быстрого определения задач и масштабов системы. Для подобного описания требуется несколько минут.
Описание слайда:
Сжатый Сжатий — аннотация в виде одного абзаца. Обычно она описывает только главный успешный сценарий. Пример такого описания приведен выше для прецедента Оформление продажи (Process Sale). Этот формат применяется на стадии анализа требований для быстрого определения задач и масштабов системы. Для подобного описания требуется несколько минут.

Слайд 18


Свободный Свободный — неформальный стиль описания. Описание прецедента занимает несколько абзацев и охватывает различные сценарии. Примером такого описания является рассмотренный выше прецедент Возврат товара. Этот формат применяют в тех же случаях, что и предыдущий.
Описание слайда:
Свободный Свободный — неформальный стиль описания. Описание прецедента занимает несколько абзацев и охватывает различные сценарии. Примером такого описания является рассмотренный выше прецедент Возврат товара. Этот формат применяют в тех же случаях, что и предыдущий.

Слайд 19


Развернутый Развернутый— наиболее подробный стиль описания. При таком подходе детально описываются все шаги и варианты развития сценария, а также предусловия и результаты. Этот формат применяют после определения основных задач системы, когда множество прецедентов уже описаны в сжатом формате. В развернутом формате представляют порядка 10% наиболее важных для приложения прецедентов.
Описание слайда:
Развернутый Развернутый— наиболее подробный стиль описания. При таком подходе детально описываются все шаги и варианты развития сценария, а также предусловия и результаты. Этот формат применяют после определения основных задач системы, когда множество прецедентов уже описаны в сжатом формате. В развернутом формате представляют порядка 10% наиболее важных для приложения прецедентов.

Слайд 20


Развернутое описание прецедента Развернутые описания прецедентов структурированы и содержат большое количество деталей. При итеративной и эволюционной разработке на стадии анализа требований в этом формате представляют порядка 10% жизненно важных прецедентов. Обычно такое описание формируется на первом семинаре по анализу требований, после чего сразу же начинается реализация этих прецедентов в системе.
Описание слайда:
Развернутое описание прецедента Развернутые описания прецедентов структурированы и содержат большое количество деталей. При итеративной и эволюционной разработке на стадии анализа требований в этом формате представляют порядка 10% жизненно важных прецедентов. Обычно такое описание формируется на первом семинаре по анализу требований, после чего сразу же начинается реализация этих прецедентов в системе.

Слайд 21


Прецеденты и модель прецедентов. (Лекция 2), слайд №21
Описание слайда:

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию