3.ТРЕБОВАНИЯ К ОКАЗЫВАЕМЫМ УСЛУГАМ 3.1Требования к системе в целом По виду автоматизированной деятельности Система должна представлять собой многопользовательскую территориально распределенную информационно-телекоммуникационную систему обработки и передачи информации с различным уровнем доступа пользователей к обрабатываемой информации.
В рамках оказания услуг должно предоставляться в собственность прикладное программное обеспечение (ППО), Доступ пользователей к ППО должен осуществляться в режиме «тонкого клиента» (работа пользователя осуществляется через веб-браузер, функционирующего в операционной среде – Microsoft Windows).
Система должна:
исключить необходимость экспорта-импорта данных (все действия происходят непосредственно внутри системы);
получить возможность постоянного (online) доступа к системе и всей текущей информации (без привязки к стационарному рабочему месту пользователя);
вести единые справочники и классификаторы (централизованный контроль наполнения справочников).
Доступ пользователей к функциональным сервисам должен осуществляться посредством АРМ. Тип используемого АРМ и состав функций, доступный пользователю, должен определяться в зависимости от его роли, при этом роль должна определять права пользователей на доступ к сервисам, функциям и данным, а АРМ – способ представления информации и размещения управляющих элементов, оптимизированный для соответствующей категории пользователей.
Требования к структуре и функционированию системы Система должна состоять из следующих подсистем:
Подсистема администрирования;
Подсистема управления нормативно-справочной информацией (НСИ);
Подсистема паспортизации;
Подсистема формирования программ;
Подсистема контроля исполнения программ;
Подсистема начисления взносов на капитальный ремонт;
Подсистема финансового учета;
Подсистема аналитики и отчетности;
Подсистема информационного взаимодействия со смежными системами;
Подсистема публичного доступа (дополнительная опция).
Описание подсистем ИС Капремонт представлено в п. 3.2.
Требования к надежности В качестве системы управления базы данных системы должен быть выбран сервер базы данных, обеспечивающий повышенный уровень сохранности информации при авариях, отказах технических средств (в том числе – потере питания) и прочих подобных событиях. Внутренние механизмы работы с сервером БД должны предусматривать поддержку непротиворечивости данных при отключениях рабочих процессов пользователей. Таким образом, программный комплекс Системы должен реализовывать механизм транзакционности внесения изменений в рабочие таблицы сервера базы данных.
Полнота и непротиворечивость данных Системы обеспечивается использованием единой системы классификации и кодирования, унифицированной системы документов, концептуальной и логической модели данных, описывающей единое информационное пространство Системы. Средства ввода данных в Систему должны обеспечивать контроль правильности данных по их типу. Технологические компоненты Системы должны обеспечивать контроль целостности структуры баз данных, нарушение которой возможно после аппаратных сбоев.
Требования к сохранности информации при авариях В Системе должна быть обеспечена сохранность информации при возникновении нештатных ситуаций и аварий. Под авариями следует понимать потери питания и отказы (потери работоспособности) технических и программно-технических средств и каналов связи.
В Системе должны быть предусмотрены меры защиты от неправильных действий персонала, от случайных изменений и разрушения информации и программ, а также от несанкционированного вмешательства.
Требования к безопасности ИС Капремонт должна обладать достаточно гибкой организацией системы безопасности на следующих уровнях:
разграничение физического доступа к аппаратному обеспечению;
разграничение доступа в систему на уровне ЛВС;
разграничение доступа в систему на уровне имен пользователей;
разграничение на уровне использования подсистем.
Подсистемы, изменяемые в ходе выполнения работ должны использовать имеющуюся систему разграничения прав доступа пользователей.
Требования к защите от несанкционированного доступа Защита информации от несанкционированного доступа в Системе должна быть реализована на основе сквозной идентификации и авторизации пользователей для всего перечня предоставляемых сервисов.
Вход в пользовательскую часть сервисов и дальнейшая работа в них должны осуществляться только при указании идентификатора пользователя и его пароля. Идентификация пользователей должна осуществляться по связке «имя пользователя и пароль».
Доступ пользователя к сервисам осуществляется в соответствии с правами в рамках назначенной пользователю роли. Для каждого пользователя должна быть назначена одна или более ролей, которые этот пользователь выполняет в сервисах. Роль должна регламентировать доступ пользователя к функциям Системы.
В сервисах должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций.
Каждая роль пользователя в Системе должна представлять собой совокупность прав доступа к определенным объектам (информационным ресурсам, операциям, функциям) ИС Капремонт. Для каждого объекта Системы в рамках определенной роли пользователя должна быть возможность указать права доступа к этому объекту на добавление, изменение, удаление и просмотр.
Исполнитель должен предварительно настроить список пользовательских ролей в соответствии с предоставленной региональным оператором информацией.
Общие требования к пользовательскому интерфейсу Пользовательский интерфейс системы должен состоять из следующих компонентов:
заголовок приложения, в котором должны отображаться название Системы, кнопка выхода из системы и кнопка для перехода к настройкам учетной записи пользователя. Дополнительно в заголовке окна должна отображаться форма полнотекстового поиска по текущему разделу;
главное навигационное меню, в котором должны отображаться ссылки на разделы Системы;
информационная область, в которой должны отображаться данные и элементы управления текущего раздела Системы.
Необходимо обеспечить возможность поиска информации в каждом разделе Системы при помощи поисковой формы. Поиск должен осуществляться по всем страницам и полям раздела.
Система должна обеспечивать работу с предустановленными фильтрами и представлениями данных следующими способами:
автофильтр: при выборе наименования столбца должен открываться выпадающий список, в котором должны отображаться все имеющиеся значения данного столбца для последующего выбора и фильтрации данных;
поисковое поле столбца: для каждого столбца выводится соответствующее поисковое поле. При указании искомого словосочетания в поисковое поле столбца Система должна отфильтровать данные и вывести записи, содержащие сведения по указанному критерию;
настройка фильтра «по образцу» с произвольным выбором полей раздела и указания для них условий отбора.
Необходимо обеспечить возможность сортировки записей в табличном представлении по одному или нескольким столбцам одновременно.
Пользовательский интерфейс всех ролей и АРМ должен обеспечивать настройку порядка столбцов. В разделах Системы должна быть обеспечена возможность скрывать или отображать столбцы с данными, а также настраивать их последовательность вывода в табличном представлении.
Выбранные настройки интерфейса должны сохраняться для каждого пользователя и автоматически применяться при следующих входах в Систему.
|