Конкурс № согласовано директор Департамента по делам некоммерческих организаций

Вид материала

Содержание

Требования к Системе 3.1 Принципы создания Системы
3.2 Общие требования, предъявляемые к архитектуре и системе в целом
3.2.2.Требования к структуре Системы.

Подобный материал:

1 ... 11 12 13 14 15 16 17 18 ... 25

Требования к Системе

3.1 Принципы создания Системы

При создании Системы должны быть соблюдены следующие принципы:

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

Методологическую основу функционирования системы должны составлять:

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

Система должна создаваться как развиваемая и расширяемая система с учетом:

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

3.2 Общие требования, предъявляемые к архитектуре и системе в целом

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

Разрабатываемая Система должна представлять собой многоуровневую территориально-распределенную информационную систему.

Система должна включать в себя:

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

- транспортную среду, обеспечивающую взаимодействие всех элементов Системы и доступ к Системе всех категорий пользователей

- подсистему системы защиты информации и информационной безопасности.

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

Рис. 1

Архитектура Системы должна включать в себя: ПАК федерального уровня, ПАК окружного уровня, ПАК территориального уровня, подсистему связи и передачи данных.

3.2.2.Требования к структуре Системы.

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

1) ПАК Системы федерального уровня (ПАК ФУ) в составе:

- центрального банка данных Системы (ЦБД Системы);

– комплекса средств информационного взаимодействия (КСИВ-ФУ);

– абонентских пунктов (АП-ФУ) ЦБД Системы;

- подсистемы информационного мониторинга и анализа (ПИМА);

-подсистемы комплексной защиты информации и информационной безопасности (ПКЗИ);

-технологических подсистем;

- подсистемы связи и передачи данных (ПСПД).

2) ПАК Системы окружного уровня в составе:

- подсистемы учета и анализа (ПУА):

- БД ОУ;

- АИС УНРО;

– комплекса средств информационного взаимодействия (КСИВ-О);

– абонентских пунктов (АП-О) Системы;

- подсистемы комплексной защиты информации и информационной безопасности (ПКЗИ);

- технологических подсистем;

- телекоммуникационного узла (ТУ-ФО).

ПАК Системы территориального уровня в составе;

- подсистемы учета и анализа (ПУА):

- БД ТУ;

- АИС УНРО;

- абонентских пунктов (АП-ТУ);

- комплекс средств информационного взаимодействия (КСИВ-ТУ);

- телекоммуникационного узла (ТУ-ТУ);

- комплекс средств защиты информации.

Основные компоненты Системы разрабатываются по отдельным техническим заданиям на составные части Системы. ТЗ на составные части разрабатываются на стадии технического проектирования.

Примечание – Необходимость разработки других составных частей Системы по отдельным ТЗ на составные части определяется на стадиях технического проектирования.

3.2.3. Архитектура Системы должна обеспечивать:

программную интеграцию с системами хранения (БД) всех уровней Системы;
программно-технологическое сопряжение с АИС УНРО, в т.ч. на окружном и территориальном уровнях;
информационно-технологическое сопряжение с автоматизированными учетно-регистрационными информационными ресурсами участников Системы (УРИР) по объектам предметной области;
информационно-технологическое сопряжение с БД участника;
информационное взаимодействие участников в служебном и закрытом контурах.