Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛабРаб № 4!.doc
Скачиваний:
7
Добавлен:
18.08.2019
Размер:
369.15 Кб
Скачать

Основные свойства системы

Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций.

  • Оформление продаж.

  • Авторизация платежей (по кредитной или дебитной карточке, чеком).

  • Системное администрирование и управление пользователями, безопасностью, таблицами констант и кодов и т.д.

  • Автоматический переход в автономный режим работы при выходе из строя внешних систем.

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

  • Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев.

  • ...

Другие требования и ограничения

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

Вопрос 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 определены обозначения для диаграммы прецедентов.