Пример требований к системе. Часть 3.

4 Требования

4.1 Функциональные требования
4.1.1 Система должна предоставлять аналог планирования

Достаточным будет ежедневник. Оповещение о задачах не требуется.

4.1.2 Система должна функционировать вне рамок локальной сети.
4.1.3 Поддержка различных режимов работы
Система должна поддерживать следующие режимы работы:

  • В офисе без интернета
  • Режим синхронизации с сервером

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

4.1.4 Восстановление локальной базы представителя
Система должна позволять создать заново БД медпредставителя.
4.1.5 Изменение объектов
Система должна хранить последнее состояние объектов. История изменений не ведется.
4.1.6 Целостность данных
Для подержания целостности данных система:
• не должна позволять удалять отосланный объект.
• С одним объектом работает только один человек. См. “конкурентная работа”
4.1.7 Конкурентная работа
Отсутствует. Система должна предоставлять возможность редактирования объекта только в одном месте.

4.2 Требования к пользовательскому интерфейсу
При разработке следует учесть, что медпредставители не работают с системой постоянно. Таким образом, при конфликте “скорость ввода – понятность” предпочтение должно быть отдано понятности.
4.2.1 Соответствие стандартам и общепринятой практике
Пользовательский интерфейс разрабатываемой системы должен базироваться на рекомендациях Микрософт и в целом соответствовать интерфейсам современных программных средств, разрабатываемых для платформы Windows.
4.2.2 Необходимое время обучения
Будет специфицировано позднее.

  • Нормальный пользователь (плохо знакомый с ПК)
  • Продвинутый пользователь


4.2.3 Время выполнения операций

Будет специфицировано позднее.

Следует учесть, что общее время выполнения типичного набора операций должно быть не более чем при использовании альтернативных средств.

4.3 Безопасность и разграничение прав доступа
Специальных требований к безопасности не выдвигается. Планируется ограничение доступа на уровне физического доступа к ПК.

4.4 Надежность
Специфических требований к надежности не предъявляется
4.5 Быстродействие
4.5.1 Характерное время отклика системы при выполнении типовых операций
Будет специфицировано позднее.

  • Время отклика при вводе первичной информации должно быть не более …
  • Время отклика

4.5.2 Число транзакций в секунду
Узкое место – синхронизация с сервером. Максимально возможный поток транзакций, который должна выдерживать система – дневная порция транзакций от одного представителя в минуту. Точный характерный профиль будет специфицирован позднее.

4.5.3 Число одновременно работающих пользователей

4.5.4 Деградация системы
Жесткие требования к деградации клиентской части не предъявляется. Достаточно, если производительность системы не будет падать при восьмичасовой непрерывной работе с ней.
Для серверной части (если таковая будет) – одна неделя.
Техническое примечание. При использовании управляемого кода, данное требование может не тестироваться на стадии разработки.
4.5.5 Масштабируемость
Предполагается до 50 представителей, делающих по 5-6 визитов в день, данные должны храниться до 5 лет. Таким образом, предполагается не более 1000 тыс. записей в БД.
При этих условиях система должна сохранять работоспособность и отвечать требованиям к производительности предъявленным выше.
4.6 Поддерживаемость
В настоящий момент не выявлены.
4.7 Проектные ограничения
Отсутствуют

4.8 Требования к пользовательской документации и системе помощи
Может быть сделано заказчиком.

В состав разрабатываемой программной документации войдет:

  • Краткое руководство пользователя

4.9 Компоненты внешних поставщиков
Не выявлены
4.10 Интерфейсы
4.10.1 Пользовательские интерфейсы

4.10.2 Аппаратные интерфейсы
Интерфейсы с нестандартными аппаратными частями отсутствуют. Все интерфейсы реализуются стандартными средствами ОС

4.10.3 Программные интерфейсы
Требуется уточнение.

4.10.4 Коммуникационные интерфейсы
Требуется уточнение.

4.11 Требования к лицензированию
Нет
4.12 Законы, авторские права и другие нормативные акты
Нет
4.13 Применяемые стандарты
Нет

Оставьте комментарий

Вы должны войти, чтобы оставить свой комментарий.