- •Введение
- •Оглавление
- •Общее описание требований к пс Общие функциональные требования
- •Выделение групп пользователей и их целей
- •Архитектурно – контекстная диаграмма пс
- •Профили пользователей
- •Интерфейсы с пользователем
- •Требования к среде, требования к качеству
- •Требования к разработке и жизненному циклу
- •Описание содержания информации
- •Распределение подфункций по объектам
- •Описание подфункций.
- •Описание поведения
- •Прецедент «Подать заявку на биржу труда»
- •Прецедент «Просмотреть успеваемость ребенка в школе»
- •Критерии подтверждения
Профили пользователей
Предполагается использование системы любыми людьми, вне зависимости от возраста, пола, или иных признаков. Естественно, интенсивность обращения к системе у пользователей разных групп отличается, но в среднем принимается равной одному посещению в 3-7 дней.
Интерфейсы с пользователем
Исходя из предполагаемой средней частоты обращения к системе и того факта, что количество пользователей у ПС «СГУ» будет довольно велико, возникают следующие требования к интерфейсу ПС:
Он должен быть простым, неброским и удобным
Количество интерфейсных элементов на одной экранной форме должно быть минимально возможным.
Так как обязательно будут пользователи, которые не умеют работать с этой системой, или забыли как с ней работать, необходимой сделать интерфейс, который помогал бы выбрать нужное пользователю действие.
Для понимания того, какие должны быть экранные формы, выделим состояния системы, которые будут видны пользователю:
Ожидание запроса/выбора услуги
Ожидание выбора подсистемы
Ожидание выбора конкретной услуги
Ожидание ввода необходимых данных для запроса
Обработка запроса
Ожидание отчёта
Просмотр отчёта
Представим переходы между состояниями в виде диаграммы:
По состояниям системы нетрудно определить содержание экранных форм:
Там, где система ожидает выбора – должен быть список соответствующих величин
Там, где система ожидает ввода необходимых данных, должен быть некоторый набор полей ввода и списков (определяемый конкретной услугой)
В состояниях Обработка запроса, Ожидание отчёта, Сообщение об ошибке необходимо лишь вывести на экран соответствующее сообщение.
В состоянии Просмотр отчёта на экранной форме должен располагаться набор интерфейсных элементов, определяемый услугой, в основном это текстовые поля, списки, таблицы, и т.д.
В связи с вышеуказанными требованиями, выделенными состояниями и содержимым экранных форм, предлагается разработать интерфейс ПС «СГУ» как стандартный «мастер».
Требования к среде, требования к качеству
ПС «СГУ» должна быть платформо – независимой, а также быть доступной с персонального компьютера, планшета, или мобильного устройства, на которых есть подключение к Интернет. Информация, использующаяся при работе системы, должна быть защищена от несанкционированного доступа. От четы по свои запросам пользователи должны получать в соответствии со сложностью и важностью запрашиваемой услуги (например, запись на прием к стоматологу на осмотр может быть выполнена в течении дня, в который был отправлен запрос, в то время как справку о состоянии банковского счета желательно получить в течении нескольких минут).
Требования к разработке и жизненному циклу
Сроки разработки: 1(один) год.
Срок эксплуатации системы: бессрочно
Расширяемость системы: требуется возможность добавления новых подсистем, оказывающих услуги населению.
Описание содержания информации
Преобразователями информации в ПС «СГУ» являются :
СГУ
Внешние подсистемы
Клиент
Опишем выходные и входные элементы информации для них:
На вход в СГУ попадают Запросы или Отчеты.
Запросы содержат в себе следующую информацию:
Идентификационный номер запроса
№ отправителя запроса (для клиента - № паспорта, для подсистемы – Идентификационный номер)
Дата и время отправления запроса
Список необходимой для отправителя информации (этот список формируется отправителем в соответствии с правилами запросов той подсистемы, для которой он предназначен с помощью СГУ)
Отчеты содержат в себе информацию аналогичной структуры (как у Запроса)
На выходе у СГУ - множество Запросов или Отчет, аналогичной структуры
На вход и выход во внешние подсистемы попадают Запросы и Отчеты, со структурой, описанной выше.
На входе у Клиента только Запросы, на выходе – Отчёты, с такой же структурой