Образец описания сервиса учебной поддержки
Это пример результата лабораторной работы по отдельному сервису. Описание показывает, как связывать наблюдения с сущностями, правилами и действиями системы. Его можно использовать как образец формы, но правила сервиса поддержки не следует переносить в задачу о консультациях.
Исходное состояние
Открыта страница «Учебная поддержка». В форме есть поля «Аудитория», «Категория» и «Описание проблемы». В списке видны заявка №101 со статусом «В работе» и заявка №102 со статусом «Решена». Над списком находятся фильтры «Все», «Активные» и «Решённые».
Запись наблюдений
| Действие | Что видно после действия | Вывод и его основание |
|---|---|---|
| Открыть страницу. | Показаны две заявки и форма создания новой. | Факт интерфейса. Он не объясняет, кто меняет статусы заявок. |
| Выбрать «Решённые». | В списке остаётся заявка №102. | По результату фильтрации №102 относится к решённым. |
| Указать аудиторию 305, категорию «Сеть», описание «Нет подключения» и отправить. | Появляется заявка №103 со статусом «Получена». Поля аудитории и описания пусты; категория снова «Оборудование». | Новое обращение принято; результат подтверждён действием в интерфейсе. |
Сущности и участники
На этом уровне описываем понятия предметной области. Это ещё не проект таблиц базы данных и не перечень классов программы.
| Понятие | Что известно | Граница знания |
|---|---|---|
| Заявка | Имеет номер, аудиторию, категорию, описание проблемы и статус. Создаётся при отправке формы. | Поля и создание видны в интерфейсе. Неизвестно, кто и когда меняет статус. |
| Студент | Действует через личный кабинет; раздел называется «Мои заявки». | Связь конкретных заявок со студентом предполагается по интерфейсу, но здесь не проверена. |
| Аудитория и категория | Это данные заявки: аудитория вводится, категория выбирается из списка. | Пока нет оснований выделять их в самостоятельные объекты с собственными правилами. |
Логика действий
| Действие | Условие и входные данные | Результат | Основание |
|---|---|---|---|
| Отправить заявку | Указаны аудитория и описание; категория выбрана из списка. | Создаётся заявка с очередным номером и статусом «Получена». Она появляется в общем списке. Поля аудитории и описания очищаются, категория возвращается к «Оборудование». | Отметки обязательных полей; отправка заявки №103. |
| Выбрать фильтр | Выбран один из вариантов: «Все», «Активные», «Решённые». | Меняется состав видимого списка. «Активные» включает «Получена» и «В работе»; «Решённые» — «Решена». Сами заявки не меняются. | Сравнение списков после переключения. |
Переходы между статусами «Получена», «В работе» и «Решена» здесь не описаны как действия студента: соответствующего управления в его интерфейсе нет.
Проверяемые сценарии
Сценарий 1. Дано: видны заявки №101 и №102. Когда: студент отправляет заявку по аудитории 305 с описанием «Нет подключения». Тогда: в списке появляется заявка №103 со статусом «Получена».
Сценарий 2. Дано: есть заявки «В работе» и «Решена». Когда: студент выбирает фильтр «Решённые». Тогда: остаётся только заявка со статусом «Решена».
Что пока не установлено
Интерфейс студента не показывает, кто переводит заявку из состояния «Получена» в «В работе» и затем в «Решена». Также неясно, получают ли сотрудники уведомление о новой заявке и можно ли изменить уже отправленное описание. Отсутствие кнопки на этой странице не доказывает, что такого действия нет в системе: это вопросы к заказчику или владельцу процесса.