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

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

1.2.

Бизнес-цели и критерии успеха

Бизнес-цель-7.

Уменьшить потери продуктов в кафетерии на 50% в

течение 6 месяцев после первого выпуска системы".

Масштабы: стоимость продуктов, выбрасываемых каждую неделю

персоналом кафетерия.

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

Показатели в прошлом

(2002г.,

первоначальное исследование): 30%

Планируемые показатели: менее 15%.

Обязательные показатели: менее 20%.

Бизнес-цель-2.

Уменьшить оперативные расходы кафетерия на

15°/1

в течение 12 месяцев после первого выпуска системы.

Бизнес-цель-3.

Увеличить среднее эффективное рабочее время каж

дого сотрудника на 20 минут

вдень

в течение трех месяцев после

пер

вого выпуска системы.

Критерий

успеха-1.

75% сотрудников, в настоящее время

пользую

щихся

кафетерием, должны начать использовать Cafeteria Ordering

System в течение 6 месяцев после первого выпуска системы.

Критерий

успеха-2.

Достичь увеличения среднего рейтинга по

еже

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

0,!:i

балла в течение 3 месяцев после первого выпуска системы и на 1,0

балла в течение

месяцев после первого выпуска системы.

1.3.

Факторы бизнес-риска

Факторы

бизнес-риска-1.

Профсоюз работников кафетериев может

потребовать пересмотра контрактов сотрудников кафетерия, чтобы

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

фетерия.

(Вероятность

0,6;

ущерб =3.)

Факторы

бизнес-риска-2.

Слишком мало сотрудников могут

сразу

принять новую систему, что уменьшит прибыль от инвестиций в

разра-

ботку системы и изменений в процедурах работы кафетерия.

(Вероят-

ность = 0,3; ущерб = 9.)

Факторы

бизнес-риска-3.

Близлежащие рестораны

могут

не согла-

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

сотруд»

* Этот пример показывает использование Planguage для точной формулировки бизнес-цели

или

другого требования.

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

никами

системы, что уменьшит удовлетворенность сотрудников сис-

темой и возможно, ее

использование.

(Вероятность

0,4; ущерб = 3.)

2. Образ решения

2.1.

Положение об образе проекта

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

или в местных ресторанах через Интернет, Cafeteria Ordering System —

это Интернет-приложение, которое принимает индивидуальные или

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

готовых блюд к указанному пункту на территории Process Impact. В от-

личие от имеющихся в настоящее время служб заказа по телефону и

вручную,

сотрудникам,

использующим Cafeteria Ordering System, не

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

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

ных им блюд.

2.2. Основные функции

Основные

функции-1.

Заказ блюд из меню кафетерия для получения

в кафетерии или с доставкой.

Основные

функции-2.

Заказ блюд с доставкой из близлежащих рес-

торанов.

Основные

функции-3.

Создание, просмотр, изменение и удаление

заявки на питание.

Основные

функции-4.

Регистрация для оплаты блюд одним из воз-

можных способов.

Основные

функции-5.

Запрос на доставку блюд.

Основные

функции-6.

Создание, просмотр, изменение и удаление

меню кафетерия.

Основные

функции-7.

Заявка на приготовление блюд на заказ, кото-

рых нет в меню кафетерия.

Основные

функции-8.

Создание рецептов и списков ингредиентов

для блюд на заказ, приготовляемых в кафетерии.

Основные

функции-9.

Обеспечение доступа к системе через корпо-

ративную сеть интранет или через Интернет для авторизованных со-

трудников.

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

2.3. Предположения и зависимости

Предположения и

зависимости-1.

В кафетерии будут

установелны

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

сотрудникам кафетерия обрабатывать необходимый объем заказов,

не пропуская сроки доставки заказов.

Предположения

изависимости-2.

Персонал кафетерия будут иметь

возможность

доставлять

все заказы в пределах

минут от указанного

в заказах

времени.

Предположения и

зависимоеги-3.

Если у какого-либо ресторана есть

собственная система заказов через Интернет, Cafeteria Ordering

System

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

3. Масштабы и ограничения

3.1.

Объем первого и последующих выпусков системы

Функция Выпуск 1

Выпуск 2

Вы

пуск

Основные Только стандартные функции

Функции-1

из меню обедов;

оплата

зака-

зов

производится

только по-

средством удержания из зар-

платы

Возможность принимать

за-

казы на завтраки и ужины, а

не только на обеды; возмож-

ность принимать оплату

че-

рез кредитные и дебетовые

карты

Основные

функции-2

Основные

функции-

Основные

функции-4

Основные

функции

-5

Основные

функции-6

Не реализована

Реализована, если позволит

время (средний приоритет)

Только регистрация на оплату

посредством

удержания

из

зарплаты

Блюда доставляются только

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

Реализована полностью

Не реализована

Реализована полностью

Регистрация на оплату

кредитной или дебетовой

картой

Добавить доставку из кафе-

терия к избранным точкам

вне территории компании

Реализована

полностью

Приложение Г

499

Функция

Основные

функции-

Основные

функции

Основные

функции-9

Выпуск 1

Не реализована

Реализована полностью

Выпуск 2

Не реализована

Реализована полностью

Выпуск 3

Реализована

полностью

3.2. Ограничения и исключения

Ограничения и

исключения-1.

На некоторые пункты меню кафете-

рия доставка не распространяется, поэтому меню, доступные клиен-

там Cafeteria Ordering System, будут подмножеством полных меню ка-

фетерия.

Ограничения и

исключения-2.

Cafeteria Ordering System применяет-

ся только для кафетерия главного офиса Process Impact в

Clackamas,

штат Орегон.

4.4.

Бизнес-контекст

4.1.

Профили заинтересованных в проекте лиц

Заинтересо- Понимание

ванные основной цен-

в проекте ности проекта

лица

Отношение Основные ин- Ограничении

тересы

Управление

компании

Увеличение произ-

водительности тру-

да сотрудников;

сокращение затрат

на кафетерий

Сильная

поддерж-

ка

вплоть до вы-

пуска 2; поддерж-

ка выпуска 3

в зависимости

от результатов

предыдущих

выпусков

Сокращение

расходов долж-

но превысить

затраты на раз-

работку и ис-

пользование

Не

определны

500

Приложение Г

Заинтересо-

ванные

в проекте

лица

Сотрудники

кафетерия

Постоянные

клиенты кафе-

терия

Понимание

основной цен-

ности

проекта

Более эффективное

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

бочего времени со-

трудников в тече-

ние

дня;

большее

удовлетворение

клиентов

Лучший

выбор блюд; эконо-

мия времени; удоб-

ство

Отношение

Озабоченность

взимоотношения-

ми с профсоюзом

и возможным со-

кращением персо-

нала; в остальном

- все восприни-

мается нормально

Большой энтузи-

азм, но могут ис-

пользовать систе-

му меньше, чем

ожидается, из-за

социальной значи-

мости обедов в

кафетерии и рес-

торанах

Основные

ин-

тересы

Сохранение

ра-

бочих мест

Простота ис-

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

надежность дос-

тавки; возмож-

ность

выбора

блюд

Ограничения

Необходимость

обучения со-

трудников

рабо-

те с

Интернет;

необходимое ь

в персонале и

транспорте дня

доставки

Необходимость

доступа к корпо-

ративной

сет

..1

интранет

Отдел расчета Отсутствие какой- Не особо счастли- Минимум изме- Еще не

выделе-

зарплат либо выгоды; необ- вы относительно

ходимость

созда-

предстоящей ра-

ния

схемы регистра- боты над ПО, но

ции удержания понимают цен-

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

ностьдля

компа-

нений в теку- но никаких

рс-

щих

приложени-

сурсов на

изме-

ях расчета зар-

нение

ПО

плат

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

сотрудников

Менеджеры

ресторанов

Увеличение про-

Восприинимают

даж;

выход на новые нормально,

области рынка для но осторожно

привлечения новых

клиентов

Минимум новых

технологий; оза-

боченность

ресурсами и за-

тратами, необ-

ходимыми для

доставки блюд

Могут не иметь

персонала и

возможностей

для обработки

нужных

объе

МОЕ

заказов;

им

может потребо-

ваться

досту

1 к

Интернету

Приложение Г

4.2. Приоритеты проекта

Область

Движущая

сила

Ограничения Степень свободы

Сроки

Выпуск 1

планируется

на

01.03.03,

вы

пуск

на

01.05.03,

до Зх недель

опоздания допустимо без

пересмотра сроков

заказчиками

Функции

Все функции, заплани-

рованные к выпуску

1.0,

должны быть полностью

реализованы

Качество

95% проверочных

испы-

таний, проводимых

пользователями, долж-

ны быть выполнены; ВСЁ

тесты на защищенность

должны быть выполне-

ны; соответствие корпо-

ративным стандартам

безопасности должно

быть показано для всех

защищенных транзакций

Персонал

Планируемый размер

команды: работающий

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

проекта, 2 разработчика,

тестировщик,

работаю-

щий на полставки;

при необходимости мо-

гут быть дополнительно

привлечены разработ-

чик и тестировщик, оба

работающие на пол-

ставки

Расходы

До 15% процентов перерас-

хода

по бюджету возможны

без

пересмотра заказчиками

502

Приложение Г

Варианты использования

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

варианты

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

и основных действующих лиц для Cafeteria

Ordering

System.

Основное

действующее

лицо Вариант использования

Клиент

Менеджер меню

1. Заказ блюд.

2. Изменение заказа

блюд.

3. Отмена заказа блюд.

4. Просмотр меню.

5. Регистрация для оплаты посредством

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

6. Отмена регистрации для оплаты посредством удер-

жания из

зарплаты.

7. Подписка на стандартные блюда,

Изменение подписки.

9. Ручная корректировка подписки.

10. Создание меню.

11.

Изменение меню,

12.

Определение блюд на заказ.

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

13. Приготовление блюд.

14. Генерация запроса на оплату,

15.

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

16. Генерация отчетов по

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

системы.

Персонал доставки блюд 17. Доставка блюд.

18.

Регистрация доставки блюд.

19. Распечатка инструкций по доставке,

№ варианта

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

Вариант

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

Название варианта ис-

пользования: Заказ блюд

Автор:

Karl

Wiegers

Последнее

обновление:

Jack

McGillicutty

Дата

создания:

21 октября 2002 г. Дата последнего об-

новления: 7 ноября 2002 г.

Действующие лица: Клиент

Приложение Г

!ЮЗ

Описание:

Клиент входит в Cafeteria Ordering System из корпоративной сети ин-

транет или с домашнего

компьютера,

возможно, просматривает

ме-

ню на определенную

дату,

выбирает блюда и делает заказ на достав-

ку

блюд

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

15-минутного

интервала

времени.

Предварительные ус-

ловия:

Клиент загружен в Cafeteria Ordering System.

2. Клиент зарегистрирован для оплаты блюд через удержание

из

зарплаты.

Выходные

условия:

Заказ

на доставку блюд сохранен в Cafeteria Ordering

System

со

статусом

«Принят».

2. Инвентарный список доступных блюд обновлен с учетом элемен-

тов этого заказа.

3. Остающиеся резервы возможности

доставки

в указанный интер-

вал времени обновлены с учетом этого заказа.

Нормальное

1.0.

Заказ одного набора блюд.

направление:

Клиент запрашивает просмотр меню за указанную

дату.

2. Система выводит меню доступных блюд и спецпредложение

дня.

3. Клиент выбирает один или более пунктов меню.

4. Клиент

указывает,

что

заказ

блюд завершен.

5. Система выводит заказанные пункты

меню,

стоимость каж-

дого из них и общую сумму, включая все налоги и стоимость

доставки.

6. Клиент подтверждает заказ блюд или делает запрос

на изменение заказа (обратно к пункту

3}.

7. Система

выводит

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

дату

доставки.

8. Клиент выбирает время доставки и указывает пункт достав-

ки.

9. Клиент указывает метод оплаты.

10.

Система подтверждает, что заказ принят.

11.

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

заказа, цены и указаниями по доставке.

Нормальное

12.

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

заказ

в базе данных, посылает e-mail

направление: с уведомлением персонала кафетерия о

заказе,

посылает

информацию о заказанных блюдах инвентарной системе ка-

фетерия и обновляет доступные периоды времени доставки.

504

Приложение Г

Альтернативные

1.1.

Заказ нескольких наборов блюд (ответвление после пункта 4).

направления:

Клиент делает запрос на заказ еще одного набора блюд,

2. Возврат к пункту

2.<abz>

1.2.

Заказ нескольких одинаковых наборов блюд

(после пункта

3).

Клиент делает запрос на определенное число одинаковых блюд.

2. Возврат к пункту 4.

1.3.

Заказ спецпредложения дня (после пункта 2).

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

2. Возврат к пункту 5.

Исключения:

1.0.И.1

Текущее время - после истечения крайнего срока заказов

(в

пункте

1).

Система извещает клиента, что уже слишком поздно делать

за-

каз на сегодня.

2а. Клиент отменяет заказ.

26.

Система завершает вариант использования.

За. Клиент делает запрос на другое число.

36.

Система начинает вариант использования сначала.

1.0.И.2

Не осталось резервов времени доставки

(в пункте 1).

Система сообщает клиенту, что нет незанятого времени

ДОСТЕ

в-

ки на выбранное число.

2а. Клиент отменяет заказ.

26.

Система завершает вариант использования.

3. Клиент делает запрос, чтобы самому получить заказ

в кафетерии (пропустить пункты 7, 8).

1.2.И.1

Невозможно выполнить заказ на указанное количество

оди-

наковых блюд (в пункте

1).

Система извещает клиента о максимальном числе одинаковых

блюд, которое она способна принять.

2. Клиент изменяет количество заказов на одинаковые

блюд*

или отменяет заказ.

Включает:

Приоритет:

Нет

Высокий

Частота Приблизительно 400 пользователей, в среднем по одному

обраще-

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

нию

в день

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

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

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

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

Бизнес-

правило-4;

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

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

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

>о-

12;

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

Приложение Г

:i05

Особые требования:

Клиент

должен иметь возможность отменить

заказ

в любой мо-

мент времени до подтверждения заказа.

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

последние шесть месяцев и повторить один из них в

качестве

но-

вого заказа при условии, что все его пункты присутствуют в меню

на указанную

дату

доставки

(приоритет

средний).

Допущения:

Предполагается, что 30% клиентов будут

заказывать

спецпредло-

жение дня

{источник:

данные кафетерия за предыдущие шесть

месяцев).

Замечания

и вопросы:

Дата заказа по умолчанию -

текущая,

если клиент обращается к

системе до истечения срока размещения заказов на этот день. В

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

кафетерий открыт.

2. Если клиент не желает, чтобы заказ был доставлен,

предвари-

тельное условие, требующее регистрации для

удержания

из зар-

платы, не применяется.

3. Пиковая загрузка использования этого варианта использования -

между 8:00 и 22:00 по местному времени.

№ варианта

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

Название варианта

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

Вариант использования-5

Регистрация на оплату через удержание из зарплаты

Автор:

Дата создания:

Karl

Wiegers

Последнее

обновление:

Chris

Zambitci

21 октября 2002 г.

Дата последнего

обновления:

31 октября 2002 г.

Действующие лица:

Клиент,

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

Описание:

Предварительные

условия:

Клиенты кафетерия, использующие Cafeteria Ordering System

и заказывающие блюда с доставкой, должны быть

зарегистрированы

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

Для

безналичных

покупок через Cafeteria Ordering System кафетерий будет выставлять

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

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

получить

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

день

зарплаты.

Клиент зарегистрирован в Cafeteria Ordering System.

506

Приложение Г