- •Проектирование информационных систем
- •Лабораторная работа № 4
- •Учебные вопросы:
- •Задачи и рамки прецедента. Литература, техническое и программное обеспечение:
- •Вопрос 1. Алгоритм построения прецедентов
- •Шаг 1. Определение рамок системы
- •Шаги 2 и 3. Определение основных исполнителей и задач
- •Основные и вспомогательные исполнители
- •Определение исполнителей и задач путем анализа событий
- •Шаг 4. Определение прецедентов
- •Описание прецедентов, относящихся к интерфейсу пользователя
- •Базовый стиль описания
- •Конкретный стиль описания
- •Исполнители
- •Шаг 5. Построить диаграмму прецедентов
- •Система обозначений для диаграммы прецедентов
- •Вопрос 2. Дополнительная спецификация
- •Надежность
- •Производительность
- •Возможности поддержки
- •Вопросы законодательства
- •Информация из предметной области
- •Вопрос 3. Видение
- •Видение
- •Введение
- •Позиционирование
- •Заинтересованные лица
- •Основные свойства системы
- •Вопрос 4. Словарь терминов
- •Словарь терминов
- •Определения
- •Вопрос 5. Задачи и описания
- •Вопрос 6. Типы и форматы прецедентов Прецеденты типа "черный ящик" и системные обязанности
- •Пояснения к примеру Вводные элементы
- •Предусловия и постусловия
- •Основной успешный сценарий (или основной процесс)
- •Расширения (или альтернативные потоки)
- •Специальные требования
- •Список технологий и типов данных
- •Вопрос 7. Задачи и рамки прецедента
- •Прецеденты и задачи
- •Вспомогательные задачи и прецеденты
Основные свойства системы
Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций.
Оформление продаж.
Авторизация платежей (по кредитной или дебитной карточке, чеком).
Системное администрирование и управление пользователями, безопасностью, таблицами констант и кодов и т.д.
Автоматический переход в автономный режим работы при выходе из строя внешних систем.
Транзакции в реальном времени на основе промышленных стандартов с внешними системами, включая бухгалтерскую систему, систему складского учета, учета человеческих ресурсов, вычисления налогов, службы авторизации платежей.
Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев.
...
Другие требования и ограничения
Ограничения для процесса проектирования, удобства использования, надежности, производительности, перечень документации и т.д. описаны в дополнительной спецификации и модели прецедентов.
Вопрос 4. Словарь терминов
В словарь терминов (glossary) включаются термины и определения. Он также может служить словарем данных.
Словарь терминов
Даты внесения изменений
Версия |
Дата |
Описание |
Автор |
Черновой начальный вариант
|
13 октября, 2003
|
Первый черновой вариант. Будет уточнен на стадии развития
|
АБ
|
Определения
Термин |
Определение |
Синоним |
Товар
|
Продаваемый продукт или услуга
|
|
Авторизация платежа
|
Подтверждение гарантии оплаты от внешней службы авторизации платежей
|
|
Запрос на авторизацию платежа
|
Набор элементов, отправляемых по электронной почте службе авторизации платежей, обычно в виде массива символов. К этим элементам относятся: идентификатор магазина, номер счета покупателя, сумма платежа и временная метка |
|
UPC
|
Двенадцатизначный числовой код для идентификации продукта. Обычно он представляется в виде штрих-кода. Более подробная информации содержится по адресу http: \\www.uc-council.org |
Universal Product Code
|
…
|
…
|
…
|
Вопрос 5. Задачи и описания
В контексте UP модель прецедентов (Use-Case Model) относится к дисциплине "Требования".
Требования – это весь набор прецедентов, т.е. модель функционирования системы и ее окружения.
Введем некоторые неформальные определения.
У потребителей и конечных пользователей есть свои задачи (которые в контексте UP называют потребностями), решение которых должна обеспечить компьютерная система.
Прецедент – это набор сценариев использования, в котором каждый экземпляр сценария представляет собой последовательность действий, выполняемых системой для достижения ощутимого для конкретного исполнителя результата.
Прецеденты – это механизм упрощения этапа формулировки требований для всех заинтересованных лиц. По существу это рассказы об использовании системы в процессе решения поставленных задач.
Основная идея состоит в исследовании и формулировке функциональных требований путем написания историй "из жизни системы". Эти истории помогают сформулировать различные задачи и представляют собой сценарии использования системы.3 Сила механизма прецедентов состоит в возможности масштабировать уровень сложности и формальности описания в зависимости от реальных потребностей.
Сценарий (scenario) – это специальная последовательность действий или взаимодействий между исполнителями и системой. Его иногда также называют экземпляром прецедента (use case instance). Это один конкретный сценарий использования системы либо один проход прецедента, например, сценарий успешной покупки товаров за наличный расчет, либо сценарий неудачного завершения покупки из-за прерванной транзакции по обработке данных кредитной карточки.
Основное внимание при описании прецедента нужно сконцентрировать на вопросе: "Как использование системы обеспечивает ощутимый для пользователя результат или решает его задачу?", а не на обдумывании системных требований в терминах свойств или функций. Прецеденты определяют пожелания или соглашения относительно поведения системы.
Описания прецедентов – это текстовые документы, а не диаграммы. Моделирование прецедентов – это процесс написания текста, а не рисования. Однако для иллюстрации имен прецедентов и исполнителей, а также их взаимоотношений в UML определены обозначения для диаграммы прецедентов.