Вигерс Карл. Разработка требований к программному обеспечению

Подождите немного. Документ загружается.

Заказ.Оплата.

Подтверждение;

Заказ.Оплата.

Подтвер-

ждение.

Удержание:

Заказ.Оплата.Подтвер-

ждение.Да:

Заказ,Оплата.Подтвер-

ждение. Нет:

Заказ.Завершение:

Заказ.

Завершение.

Сохранение:

Заказ.Завершение.

Инвентарныйсписок:

Заказ.Завершение.

Меню:

Заказ.Завершение.

Периоды:

Заказ.Завершение.

Клиент:

Заказ.Завершение,

Кафетерий:

Заказ.Завершение.

Ошибка:

Клиент должен либо подтвердить заказ, либо сделать запрос на

изменение

заказа, либо сделать запрос на отмену

заказа.

Если клиент подтвердил заказ и выбрал оплату через удержание

из

зарплаты, система должна выдать запрос на оплату системе

расчета

зарплат.

Если запрос на оплату принят, система должна вывести сообще-

ние о подтверждении заказа с номером транзакции удержания из

зарплаты,

Если запрос на оплату не принят, система должна вывести сооб-

щение с причиной отказа. Клиент

должен

либо отменить

заказ,

ли

бо

изменить

метод оплаты на

«наличные»

и сделать запрос на по-

лучение заказа в кафетерии.

После того как клиент подтвердил заказ, система должна сделать

следующее как одну транзакцию:

назначить заказу следующий доступный номер и сохранить за

каз с начальным статусом

«Принят»;

послать сообщение инвентарной системе

кафетерия,

в котором указано количество единиц каждого блюда в заказе

обновить меню на дату заказа, отражая возможные

изменения

в наличии блюд в инвентарном списке кафетерия;

обновить список остающихся доступными периодов доставки

на дату заказа;

послать e-mail

клиенту

с информацией о заказе и оплате;

послать e-mail сотрудникам кафетерия с информацией

заказе;

если какой-либо шаг транзакции Заказ.Завершение не

выполняв'

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

заказ не был принят, с указанием причины неудачи.

Заказ.Предыдущий.

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

заказы.

Период: сделанные им в течение предыдущих шести

месяцев

[Приоритет

:::

средний].

Приложение Г

517

Заказ.Предыдущий.

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

Повтор:

рый

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

блюда в нем есть в наличии на дату нового заказа [Приоритет =

средний].

[функциональные

требования

для изменения и отмены заказов не приводятся в этом

примере}

3.2.

Создание,

просмотр,

изменение

и удаление подписки на питание

[В этом

примере

детали не

приводятся.]

3.3. Регистрация для оплаты заказов

различными способами

[В этом примере детали не

приводятся.]

3.4. Запрос на доставку заказа

[В этом примере детали не

приводятся.]

3.5. Создание, просмотр, изменение

и удаление меню кафетерия

[В этом примере детали не

приводятся.]

4. Требования к внешнему интерфейсу

4.1. Интерфейсы пользователя

Интерфейсы

пользователя-1.

Экраны вывода Cafeteria Ordering Sys-

tem должны соответствовать «Process

Impact

Internet Application User

Interface Standard, Version

2.0»

[4].

Интерфейсы

пользователя-2.

Система должна обеспечивать ссыл-

ку на справку на каждой HTML странице,

объясняющую,

как пользо-

ваться этой страницей.

Интерфейсы

пользователя-3.

Интернет-страницы должны предос-

тавлять полную возможность навигации и выбор блюд только при по-

мощи клавиатуры,

дополнение к использованию мыши и клавиатуры.

518

Приложение Г

4.2. Интерфейсы оборудования

Интерфейсы оборудования не выявлены.

4.3. Программные интерфейсы

Программные

интерфейсы-1.

Инвентарная система кафетерия.

Программные

интерфейсы-1.1.

Cafeteria Ordering System

должна

передавать количество единиц заказанных блюд инвентарной

системе

кафетерия через программный интерфейс.

Программные

интерфейсы-1.2.

Cafeteria Ordering System должна

опрашивать инвентарную систему кафетерия для определения нали-

чия запрашиваемого блюда.

Программные

интерфейсы-1.3.

Когда инвентарная система кафе-

терия сообщает Cafeteria Ordering System, что определенного блюда

нет в наличии, Cafeteria Ordering System должна убирать это блюдо из

меню на текущую дату.

Программные

интерфейсы-2.

Система расчета зарплат.

Cafeteria Ordering System должна сообщаться с системой расчета зар-

плат через программный интерфейс, выполняя следующие

операции:

Программные

интерфейсы-2.1.

Позволять клиенту регистриро-

ваться для оплаты через удержания из зарплаты;

Программные

интерфейсы-2.2.

Позволять клиенту отменять

реги-

страцию для оплаты посредством удержания из зарплаты;

Программные

интерфейсы-2.3.

Проверять, зарегистрирован ли

клиент для оплаты посредством удержания из зарплаты;

Программные

интерфейсы-2.4.

Передавать запрос на оплату при-

обретенного набора блюд;

Программные

интерфейсы-2.5.

Возвращать полностью или

частич-

но предыдущую оплату, если клиент отменил заказ, или не был

удовле>

творен им, или заказ не был доставлен согласно подтвержденным ин-

струкциям по доставке.

4.4. Интерфейсы передачи информации

Интерфейсы передачи

информации-1.

Cafeteria Ordering System

должна посылать клиенту e-mail с подтверждением принятия

заказа,

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

Приложение

Г 519

Интерфейсы передачи

информации-2.

Cafeteria Ordering System

должна посылать клиенту e-mail с сообщением о любых проблемах,

возникших с заказом или его доставкой после принятия

заказа.

5. Другие нефункциональные требования

5.1.

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

Требования к

производительности-1.

Система должна

обслуживать

400 пользователей в период пиковой активности с 8:00 до

10:00

по ме-

стному времени, со средней продолжительностью сеанса 8 минут.

Требования к

лроизводительности-2.

Все Интернет-страницы, ге-

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

за

секунд по модемному соединению со скоростью 40кб/сек.

Требования к

производительности-3.

Загрузка ответов на запросы

на экран должна занимать не более 7 секунд после того, как пользова-

тель отослал запрос.

Требования к

производительности-4.

Система должна

выводить

пользователю сообщение о подтверждении не более чем через 4 се-

кунды после того, как пользователь отсылает информацию системе.

5.2. Требования к охране труда

Требования к охране труда не определены.

5.3. Требования к безопасности

Требования к

безопасности-1.

Все сетевые транзакции, включаю-

щие финансовую или поддающуюся учету личную информацию, долж-

ны быть зашифрованы согласно Бизнес-правилу-33.

Требования к

безопасности-2.

Пользователи обязательно регист-

рируются для входа в Cafeteria Ordering System для выполнения всех

операций, кроме просмотра меню.

Требования к

безопасности-3.

Клиенты должны регистрироваться

для входа в систему согласно политике ограниченного доступа к ком-

пьютерным системам по Бизнес-правилу-35,

Требования к

безопасности-4.

Система должна позволять только со-

трудникам кафетерия, внесенным в список авторизованных

менедже-

ров меню, создавать или изменять меню, согласно

Бизнес-правилу-24

520 Приложение Г

Требования к

безопасности-5.

Только пользователи, авторизован-

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

интранет,

могут ис-

пользовать Cafeteria Ordering System из пунктов вне территории ком-

пании.

Требования к

безопасное

ти-6.

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

просматривать только заказы, размещенные ими лично,

ноне

другими

клиентами.

5.4. Атрибуты качества ПО

Доступность-1.

Cafeteria Ordering System должна быть доступна

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

доступа по коммутируемой линии 99,9% времени между 5:00 и

полу-

ночью по местному времени и 95% времени между полуночью и 5:00

по местному времени.

Надежность-1.

Если соединение между пользователем и

системой

разрывается до того, как заказ подтвержден или отменен, Cafeteria О -

dering

System должна позволять пользователю восстановить незавер-

шенный заказ.

Приложение А. Словарь и модель данных

e-mail сотрудника

№ сотрудника

дата доставки

дата меню

дата размещения заказа

* адрес электронной почты сотрудника,

разместившего

заказ;

30-знаковая

буквенно-цифровая строка

* присваиваемый компанией идентификационный

номео

сотрудника, разместившего

заказ

на набор блюд;

6-знаковая цифровая строка *

* дата, когда набор блюд

должен

быть доставлен или

получен

клиентом

в кафетерии; формат

ММ/ДД7ГГГГ;

по умолчанию — текущая дата, если текущее время -

до крайнего срока размещения заказа, в противном

случае — следующий день; не может предшествовать

текущей дате *

* дата, на которую данное меню составлено; формат

мм/др/птг

* дата, когда клиент разместил заказ;

формат

ММ/ДО/ГГГГ*

Приложение Г

521

заказ

набора блюд

заказанное

блюдо

заказанное количество

единиц

имя клиента

инструкции по доставке

клиент

крайний срок размещения заказа =

меню

местоположение сотрудника =

метод оплаты

номер заказа

номер телефона сотрудника =

номер заказа

дата размещения заказа

дата доставки

:т

{заказанное

блюдо)

инструкции по доставке

статус заказа

пункт меню

заказанное количество единиц

* количество единиц каждого блюда, заказываемого

клиентом; по умолчанию =

максимум = количество,

имеющееся на текущий момент в инвентарном списке *

* имя сотрудника, разместившего заказ; 30 знаковая

буквенно-цифровая строка *

имя клиента

телефон клиента

дата доставки заказа

пункт доставки

заказа

период доставки заказа

- имя клиента

+ № сотрудника

+ номер телефона сотрудника

+•

местоположение сотрудника

+ e-mail сотрудника

* время суток, к которому все заказы на этот

день должны быть размещены *

дата меню

1:т{пунктменю)

0:1

{спецпредложение

дня)

* здание и номера комнат сотрудника, разместившего

заказ;

50-знаковая

буквенно-цифровая строка *

[удержание из зарплаты

[наличные]

* остальные должны

быть добавлены, начиная с выпуска 2 *

* уникальное, последовательное целое число,

присваиваемое системой каждому принятому заказу;

начальное значение = 1 *

* номер телефона сотрудника,

разместившего

заказ; в

формате междугородный код, код станции, номер,

добавочный номер *

522

Приложение Г

номер транзакции

удержания

из зарплаты

описание блюда

оплата заказа

период доставки заказа

пункт доставки заказа

пункт меню

размер

оплаты

спецпредложение дня

8-знаковое

последовательное целое число, которое

система расчета зарплат присваивает каждой

транзакции удержания из

зарплаты,

которую принимает

статус заказа

цена блюда

цена спец. предложения дня

текстовое описание пункта меню; максимум

знаков

размер оплаты

+ метод оплаты

{номер

транзакции удержания из зарплаты)

* 15-минутный период времени, когда должен быть

доставлен заказ; должен начинаться и заканчиваться

четвертьчасовые

промежутки часа *

* здание и комната, в которую должен быть

доставлен

заказанный набор блюд *

описание блюда

+ цена блюда

* общая сумма стоимость заказа в долларах и центах,

подсчитанная соответственно

Бизнес-

правилу-

описание спецпредложения дня

+ цена спецпредложения дня

* менеджер меню может определять одно или более

блюд дня для каждого меню, в которые входят блюда

цена на которые снижена *

[незавершен] при

нят|готов|ожидает

доставки

[доставлен|отменен]

* см. диаграмму

состояний

рис.

Г-3

* стоимость одной единицы пункта меню до уплаты

налогов, в долларах и центах *

- * стоимость одной единицы спецпредложения

дня в долларах и центах *

На рис.

Г-2

показан фрагмент модели данных для

выпуска

1.0

Cafeteria

Ordering System —

объекты,

описанные в словаре данных и взаимоот-

ношения между ними.

Приложение Г

523

Рис. Г-2.

Фрагмент

модели данных для выпуска

1.0

Cafeteria Ordering System

524

Приложение Г

Приложение Б. Модели анализа

На рис. Г-3 показана диаграмма состояний, где отображен возможный

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

шейный

Клиент

отменяет

заказ:

не

взимать

оплату

Клиент

отменяет заказ:

не взимать оплату

Система принимает

| завершенный заказ

Клиент отменяет

-заказ:

не взимат

оплату

Персонал

кафетерия

готовит еду

Клиент отменяет

заказ:

оплата взимается

Персонал кафетерия

делает запрос на доставку

Служба доставки

осуществляет доставку

Рис. Г-3. Диаграмма состояний

для

статуса заказов на наборы блюд

Бизнес-правила

(нижеследующее — пример отдельного перечня бизнес-правил)

№

Бизнес-

правило- 1

Определение

правила

Периоды доставки —

это

15-минутные

интервалы,

начинающиеся

каждую

четверть часа.

Тип

правила

Факт

Статическое

или динами-

ческое

Статическое

Источник

Менеджер

кафетерия

Приложение Г

525

№

Бизнес-

правил

о-2

Определение

правила

Доставка всех заказов

должна быть завершена

между 10:00 и

14:00

по

местному времени.

Тип

правила

Ограничение

Статическое

или

динами-

ческое

Динамическое

Источник

Менеджер

кафетерия

Бизнес-

правило-3

Бизнес-

правило-4

Бизнес-

правило-8

Бизнес-

правило-

1 1

Бизнес-

правило- 12

Все блюда из одного зака- Ограничение

за должны быть

доставле-

ны

один

тот

же

пункт,

Все блюда

из

одного зака- Ограничение

за должны быть оплачены

одним и тем же методом.

Блюда должны быть зака-

Ограничение

заны не более, чем за

календарных дней до даты

доставки.

Если заказ

доставлен,

то

клиент

должен оплатить

его посредством удержа-

ния из зарплаты.

Стоимость заказа подсчи-

тывается как сумма цен

единиц каждого блюда,

умноженных на количество

заказанных единиц этого

блюда, плюс

соответст-

вующий налог с продаж,

плюс

плата за доставку,

если заказ доставляется

в пункт, расположенный

вне

зоны бесплатной

доставки.

Ограничение

Вычисление

Статическое Менеджер

кафетерия

Статическое Менеджер

кафетерия

Динамическое Менеджер

кафетерия

Динамическое Менеджер

кафетерия

Динамическое Политика

кафетерия,

налоговые

законы

штата

526

Приложение Г