2. Управление доступом пользователей к Системе

Для управления доступом пользователей к ресурсам администратор Системы должен иметь возможность выполнять следующие действия:

• Просматривать список пользователей Системы;

• Удалять несанкционированный доступ к системе;

7. Требования по сохранности информации при авариях

Предъявляются.

8. Требования к патентной чистоте

Требования к патентной чистоте не предъявляются.

9. Требования по стандартизации и унификации

Техническая документация должна оформляться в соответствии с ГОСТ 34 серии. Алгоритмы, реализуемые программными модулями, должны разрабатываться в соответствии с требованиями Заказчика.

Система должна обмениваться данными с агентом пользователя (браузером) в соответствии со стандартами, принятыми консорциумом W3C. Основным языком разработки принимается язык программирования Delphi.

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

   1. Сбор статистики общего выступления системы

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

• Информация о спортсменах:

• Время выступления;

• Количество спортсменов;

2. Соответствие стандартам

При разработке Системы должны использоваться официальные и фактические открытые стандарты (такие, как XML, HTML и др.), наиболее распространенные и общепринятые в практике построения информационных систем организаций/предприятий. Предпочтение должно отдаваться архитектурным решениям и программным продуктам, уже доказавшим свою пригодность при решении подобных задач.

3. Масштабируемость

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

4. Расширяемость

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

2. Требования к функциональным возможностям.

   1. Термины.

Судья – лицо, осуществляющее работу с вводом оценок в базу данных.

Роль судьи - категория субъекта, характеризующаяся набором задач и функций, Каждой роли соответствует определенный набор прав доступа к интерфейсам и функционалу портала.

Элемент управления – элемент Системы, предусматривающий активные действия пользователя (ввод/редактирование данных, запуск процедур):

• Поле;

• Список;

• Кнопка;

Форма – совокупность элементов управления

Меню – логическое объединение разделов Системы.

Отчет (Раздел «Отчеты») - файл отчета в формате txt, загружаемый сотрудниками или директором, для возможности просмотра авторизированными пользователями.

Отчет (Раздел «Электронная отчетность») - файл отчета в формате doc/docx, загружаемый сотрудниками для отчетности перед директором о посещаемости.