Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ОтчетГришковЛеонид.docx
Скачиваний:
10
Добавлен:
01.05.2015
Размер:
288.78 Кб
Скачать

Профили пользователей

Предполагается использование системы любыми людьми, вне зависимости от возраста, пола, или иных признаков. Естественно, интенсивность обращения к системе у пользователей разных групп отличается, но в среднем принимается равной одному посещению в 3-7 дней.

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

Исходя из предполагаемой средней частоты обращения к системе и того факта, что количество пользователей у ПС «СГУ» будет довольно велико, возникают следующие требования к интерфейсу ПС:

  1. Он должен быть простым, неброским и удобным

  2. Количество интерфейсных элементов на одной экранной форме должно быть минимально возможным.

  3. Так как обязательно будут пользователи, которые не умеют работать с этой системой, или забыли как с ней работать, необходимой сделать интерфейс, который помогал бы выбрать нужное пользователю действие.

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

  1. Ожидание запроса/выбора услуги

  1. Ожидание выбора подсистемы

  2. Ожидание выбора конкретной услуги

  3. Ожидание ввода необходимых данных для запроса

  1. Обработка запроса

  2. Ожидание отчёта

  3. Просмотр отчёта

  4. Представим переходы между состояниями в виде диаграммы:


По состояниям системы нетрудно определить содержание экранных форм:

  1. Там, где система ожидает выбора – должен быть список соответствующих величин

  2. Там, где система ожидает ввода необходимых данных, должен быть некоторый набор полей ввода и списков (определяемый конкретной услугой)

  3. В состояниях Обработка запроса, Ожидание отчёта, Сообщение об ошибке необходимо лишь вывести на экран соответствующее сообщение.

  4. В состоянии Просмотр отчёта на экранной форме должен располагаться набор интерфейсных элементов, определяемый услугой, в основном это текстовые поля, списки, таблицы, и т.д.

В связи с вышеуказанными требованиями, выделенными состояниями и содержимым экранных форм, предлагается разработать интерфейс ПС «СГУ» как стандартный «мастер».

Требования к среде, требования к качеству

ПС «СГУ» должна быть платформо – независимой, а также быть доступной с персонального компьютера, планшета, или мобильного устройства, на которых есть подключение к Интернет. Информация, использующаяся при работе системы, должна быть защищена от несанкционированного доступа. От четы по свои запросам пользователи должны получать в соответствии со сложностью и важностью запрашиваемой услуги (например, запись на прием к стоматологу на осмотр может быть выполнена в течении дня, в который был отправлен запрос, в то время как справку о состоянии банковского счета желательно получить в течении нескольких минут).

Требования к разработке и жизненному циклу

Сроки разработки: 1(один) год.

Срок эксплуатации системы: бессрочно

Расширяемость системы: требуется возможность добавления новых подсистем, оказывающих услуги населению.

Описание содержания информации

Преобразователями информации в ПС «СГУ» являются :

  1. СГУ

  2. Внешние подсистемы

  3. Клиент

Опишем выходные и входные элементы информации для них:

  1. На вход в СГУ попадают Запросы или Отчеты.

  1. Запросы содержат в себе следующую информацию:

  1. Идентификационный номер запроса

  2. № отправителя запроса (для клиента - № паспорта, для подсистемы – Идентификационный номер)

  3. Дата и время отправления запроса

  4. Список необходимой для отправителя информации (этот список формируется отправителем в соответствии с правилами запросов той подсистемы, для которой он предназначен с помощью СГУ)

  1. Отчеты содержат в себе информацию аналогичной структуры (как у Запроса)

На выходе у СГУ - множество Запросов или Отчет, аналогичной структуры

  1. На вход и выход во внешние подсистемы попадают Запросы и Отчеты, со структурой, описанной выше.

  2. На входе у Клиента только Запросы, на выходе – Отчёты, с такой же структурой