Создание автоматизированной системы поддержки малого и среднего предпринимательства на уровне Российской Федерации и субъекта Российской Федерации (стр. 5 )

5.1.3. Показатели назначения

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

5.1.3.1.1.  Приспособляемость к изменению процессов

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

Работа средств обновления программного кода и миграции данных, как правило, не должна требовать остановки оперативной работы более чем на 48 часов. В случае необходимости большего времени должен быть разработан обоснованный детальный план обновления (модернизации).

5.1.3.1.2.  Приспособляемость к отклонению (изменению) параметров объекта автоматизации:

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

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

·  возникновение новых функций и автоматизация новых технологических процессов в рамках новых подсистем не должны приводить к необходимости изменения программного кода уже существующих подсистем;

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

5.1.3.2.  Допустимые пределы модернизации и развития системы

Пределы модернизации и развития системы определяются:

·  областями юрисдикции и компетенции Заказчика;

·  нормативными, в том числе законодательными, актами, ограничивающими или способными ограничить деятельность объекта автоматизации по модернизации и развитию системы;

·  экономической целесообразностью.

Модернизация системы осуществляется на основании отдельного контракта.

5.1.3.3.  Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы

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

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

Административные правила считаются сохраненными, если сохранены:

·  перечень ролей;

·  ролевые функции исполнителей;

·  порядок действий исполнителей ролей.

Технические требования считаются не измененными, если они не накладывают на технические и программные средства системы ограничений более сильных, чем предусмотрено настоящим техническим заданием, а объем данных не превышает 50% емкости предназначенных для их размещения носителей.

5.1.4. Требования к надежности

5.1.4.1.  Состав и количественные значения показателей надежности для системы в целом или ее подсистем

Укомплектованность квалифицированным персоналом:

·  администраторы – 100%;

·  пользователи – 75%.

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

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

Сохранность данных:

·  вероятность полной утраты – недопустимо;

·  вероятность утраты данных, полученных за период между последним и следующим по плану сеансами резервного копирования, – 10%.

Достоверность предоставляемой статистической информации – значения числовых параметров должны находиться в пределах, задаваемых крайними верхними и крайними нижними значениями аналогичных сведений из иных источников данных, аттестованных как достоверных, с вероятностью 90% (при условии наличия соответствующей статистики).

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

№ п/п	Вид отказа	Влияние на работоспособность системы	Метод устранения (время устранения)
1	Отказ оборудования, ОС, вспомогательного или прикладного ПО сервера приложений	Отказ всех прикладных сервисов	Устранение причины отказа (24 часа). Восстановление настроек серверной части СПО в течение 6 часов после восстановления работоспособности сервера
2	Отказ оборудования, ОС, вспомогательного или СПО Web-сервера	Отказ сервисов Web-портала	Устранение причины отказа (24 часа). Восстановление настроек серверной части СПО в течение 6 часов после восстановления работоспособности сервера
3	Отказ оборудования каналов связи	Отказ сервисов портала для внешних пользователей. Отказ подсистемы синхронизации баз данных	Устранение причины отказа и восстановление работоспособности (12 часов). Перезапуск программного обеспечения после восстановления работоспособности
4	Отказ оборудования или обслуживающих сервисов (DNS и т. п.) локальной вычислительной сети	Отказ всех прикладных сервисов	Восстановление работоспособности ЛВС (24 часа)
5	Отказ оборудования, ОС, вспомогательного или СПО рабочей станции	Работает оставшаяся часть клиентов	Устранение причины отказа (12 часов). Перезапуск клиентской части после восстановления работоспособности
6	Отказ периферийных устройств (принтер и т. п.)	Не выполняются функции, связанные с отказавшими устройствами	Устранение причины отказа (12 часов)

5.1.4.2.  Требования к надежности технических средств

Центральные и коммуникационные (почтовые) серверы, коммутационное и маршрутизирующее оборудование ЛВС и телекоммуникационное оборудование должны обеспечивать работу в соответствии с пунктом 4.1.1.6 «Требования к режимам функционирования системы» настоящего технического задания. Для этих классов оборудования необходимо разработать методы обеспечения их безостановочной работы и методы резервирования и восстановления данных при авариях и отказах.

Терминальное оборудование и серверы подразделений (рабочих групп) должны обеспечивать бесперебойную работу в течение рабочего дня и/или рабочей смены.

5.1.4.3.  Требования к надежности программного обеспечения

Программное обеспечение не должно реагировать непредсказуемым образом на штатные действия администраторов и/или пользователей.

Ввод данных недопустимого типа не должен приводить к аварийным ситуациям.

Система должна обеспечивать возможность восстановления работы программного обеспечения средствами системы резервного копирования.

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

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

5.1.5. Требования безопасности

Определяются НТД Заказчика.

5.1.6. Требования к эргономике и технической эстетике

Взаимодействие пользователя с прикладным программным обеспечением, входящим в состав системы должно осуществляться по протоколу HTTP посредством технологии «тонкий клиент».

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

Навигационные элементы должны быть выполнены в удобной для пользователя форме и соответствовать общепринятым правилам текстового и графического отображения.

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

Страницы ввода, редактирования и поиска данных (формы) должны проектироваться с учетом требований унификации:

·  все формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;

·  для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;

·  внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов;

·  интерфейс должен быть удобен и понятен пользователям, которые не являются специалистами в области информационных технологий;

·  взаимодействие пользователя с системой должно осуществляться на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации;