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

Область

Ограничения

Движущая сила

Степень свободы

Функции

Все функции Выпуска 1 должны быть реализованы полностью

Фокус на безошибочном оформлении заказа и печати квитанции

Функции Выпуска 2 могут быть пересмотрены и дополнены после опытной эксплуатации

Качество

Система должна работать стабильно, без потери данных

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

Допустимы незначительные косметические недочеты в интерфейсе

Сроки

Релиз Выпуска 1 должен быть осуществлен через 2 месяца

Задержка до 2 недель допустима для доводки стабильности

Расходы

Бюджет на разработку фиксирован

Перерасход недопустим

Персонал

Планируемый состав команды: 1 разработчик, 1 тестировщик (на part-time)

Основное действующее лицо

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

Администратор

Прием заказа от клиента

Изменение статуса заказа

Выдача готового заказа

Поиск заказа

Регистрация нового клиента

Печать квитанции

Формирование отчетов

Владелец

Просмотр финансовых отчетов

Анализ статистики услуг

Клиент

Получение квитанции

Предоставление информации об изделии

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

UC-1. Прием заказа от клиента

Автор

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

Основное действующее лицо

Администратор

Дополнительные действующие лица

Клиент

Описание

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

Условие-триггер

Клиент обращается в химчистку для сдачи изделия в чистку

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

PRE-1. Администратор авторизован в системе

Выходные условия

POST-1. Заказ создан в системе с состоянием «Принят»

POST-2. Квитанция распечатана и передана клиенту

Нормальное направление

1.0 Оформление нового заказа

1. Администратор выбирает операцию «Новый заказ»

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

3. Администратор вводит ФИО клиента или выбирает из базы

4. Администратор вводит описание изделия

5. Администратор выбирает виды услуг из справочника

6. Система автоматически рассчитывает стоимость заказа

7. Администратор подтверждает создание заказа

8. Система присваивает заказу уникальный номер

9. Система печатает квитанцию приема-передачи

10. Администратор передает квитанцию клиенту

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

1.1 Поиск существующего клиента

1. Администратор вводит телефон клиента для поиска

2. Система находит клиента в базе данных

3. Возврат к п.4 нормального направления

1.2 Регистрация нового клиента

1. Если клиент не найден, система предлагает создать нового

2. Администратор вводит ФИО и телефон нового клиента

3. Система сохраняет данные клиента

4. Возврат к п.4 нормального направления

Исключения

1.0.E1 Клиент отказывается от услуги после расчета стоимости 1. Администратор отменяет заказ 2. Система завершает вариант использования 1.0.E2 Отсутствует подключение к принтеру 1. Система уведомляет о невозможности печати 2. Администратор сохраняет заказ без печати 3. Квитанция может быть распечатана позже

Приоритет

Высокий

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

Приблизительно 50-100 заказов в день. Пиковая нагрузка приходится на утренние и вечерние часы

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

BR-1, BR-2, BR-3, BR-4 

Дополнительная информация

1. При повторном обращении клиента система должна предлагать автоматическое заполнение данных 2. Стоимость должна включать все выбранные услуги и возможные наценки

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

Предполагается, что 80% клиентов являются постоянными и уже есть в базе данных (источник: данные химчистки за предыдущие три месяца)

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

UC-3. Изменение статуса заказа

Автор

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

Основное действующее лицо

Администратор

Дополнительные действующие лица

-

Описание

Администратор изменяет статус заказа в процессе его выполнения: "Принят" → "В работе" → "Готов" → "Выдан"

Условие-триггер

Заказ переходит на следующий этап обработки

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

PRE-1. Заказ существует в системе

Выходные условия

POST-1. Статус заказа изменен в системе

Нормальное направление

3.0 Изменение статуса заказа 1. Администратор находит заказ по номеру или клиенту 2. Система отображает текущий статус заказа 3. Администратор выбирает новый статус из доступных 4. Система обновляет статус заказа 5. Система фиксирует дату и время изменения статуса

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

Нет

Исключения

3.0.E1 Попытка установить недопустимый статус 1. Система отображает сообщение об ошибке 2. Администратор выбирает корректный статус

Приоритет

Высокий

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

BR-1: Статусы могут изменяться только последовательно

Дополнительная информация

При изменении статуса на "Готов" система должна уведомлять администратора о готовности заказа к выдаче

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

UC-7. Формирование ежедневного отчета по выручке

Автор

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

Описание

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

Исключения

Нет данных за выбранный период; система отображает соответствующее сообщение

Приоритет

Средний

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

BR-15: Отчет должен включать общую сумму, количество заказов и средний чек

Дополнительная информация

Отчет может быть распечатан или экспортирован в формате PDF для предоставления владельцу

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

UC-8. Поиск заказа в системе

Автор

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

Описание

Администратор осуществляет поиск заказа по различным критериям: номер квитанции, ФИО клиента, телефон, дата приема, статус заказа

Исключения

Заказ не найден; система предлагает уточнить критерии поиска

Приоритет

Высокий

Дополнительная информация

При поиске по ФИО система должна предлагать варианты при неполном совпадении