Подсистема реляционно-ситуационного анализа
Подсистема реляционно-ситуационного анализа должна быть разработана в рамках настоящих работ с целью автоматического формирования классов информационных сообщений, составляющих отчеты. Требования к функциям подсистемы реляционно-ситуационного анализа приведены в разделе 4.2.10.
Подсистема должна обеспечивать процессы аналитической обработки информации (информационно-аналитическая).
Подсистема не предусматривает размещение компонентов на мобильных устройствах.
Требования к способам и средствам связи для информационного обмена между компонентами системы
В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.Для организации информационного обмена между высоконагруженными компонентами Системы должен применяться API (application programming interface), например, Thrift или аналог.
Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня.
Требования по взаимосвязям системы с внешними и со смежными системами, обеспечению ее совместимости
Информация о взаимодействии Системы с внешними смежными системами приведена в разделе 3.3.2. .
Взаимодействия Системы с другими внешними системами в рамках выполнения работ по данному Техническому заданию не предполагается.
Требования к режимам функционирования системы
|
|
|
Система должна функционировать в следующих режимах:
- штатный режим, при котором обеспечивается выполнение задач в объеме функций, предусмотренных настоящим техническим заданием;
- сервисный режим, необходимый для проведения обслуживания, реконфигурации и пополнения технических и программных средств Системы новыми компонентами;
- аварийный режим работы.
Пускового режима не предусмотрено.
В штатном режиме функционирования Система должна обеспечивать следующий режим работы: доступность функций системы в режиме — 24 часа в день, 7 дней в неделю (24х7). Круглосуточный режим работы системы не требует организации круглосуточной работы пользователей и допускает работу пользователей в соответствии со штатным расписанием.
В сервисном режиме Система должна обеспечивать возможность проведения следующих работ:
- техническое обслуживание;
- модернизацию аппаратно-программного комплекса;
- устранение аварийных ситуаций.
Система переходит в аварийный режим при возникновении нештатной ситуации и невозможности штатной работы. В случае перехода Системы в аварийный режим, обслуживающему персоналу необходимо перевести Систему в сервисный режим в соответствии с инструкциями, изложенными в руководстве Администратора системы.
|
|
|
Регламентные работы должны производиться с учётом требований о доступности Системы.
Функционирование Системы при отказах и сбоях серверного общесистемного и специального программного обеспечения, и оборудования, в том числе структурных узлов Системы, не предусматривается.
Требования по диагностированию Системы
Для диагностирования Системы должны использоваться штатные средства программно-аппаратного комплекса.
Диагностика программных и технических средств должна осуществляться с помощью стандартных режимов ОС и СУБД, а также путем прогона контрольного примера.
Программные компоненты модулей должны иметь проверочные методы, позволяющие провести контроль возможности функционирования основных режимов работы модулей.
При вводе в опытную эксплуатацию отдельных подсистем специалистами Разработчика совместно с обслуживающим персоналом Системы должно быть проведено полное тестирование и диагностика всех вводимых в опытную эксплуатацию элементов системы:
- оборудования – элементов структурированной кабельной системы, активного сетевого оборудования, серверных кластеров и рабочих станций;
|
|
|
- программного обеспечения – среды электронного взаимодействия, операционных систем серверов и рабочих станций, СУБД и СПО.
В процессе эксплуатации тестирование и диагностика программно-технических комплексов Системы должны осуществляться в автоматическом режиме при запуске системы.
В рамках разработки Программы и методики испытаний должен быть сформирован Контрольный пример, обеспечивающий проверку работоспособности узла и подключения взаимодействующих систем как после первоначальной установки и загрузки БД, так и в процессе повседневной работы.
Инструменты диагностирования должны обеспечивать ведение и визуализацию журналов диагностических событий, в которых должны автоматически фиксироваться возникающие нештатные ситуации и ошибки. Данные журналы должны позволять сохранять набор информации, необходимой для идентификации и решения проблемы.
В штатном режиме должна осуществляться диагностика:
- отказов комплекса технических средств (аппаратных средств):
- серверного оборудования;
- АРМ пользователей;
- сетевого, телекоммуникационного оборудования и каналов связи;
- оборудования резервного копирования информации;
- отказы программных средств:
- отказы общего ПО;
- отказы СПО;
- отказов в результате ошибок обслуживающего персонала и пользователей.
При обнаружении аварийных ситуаций, связанных с отказами аппаратных либо программных средств Система должна переходить в аварийный режим, обслуживающий персонал должен обеспечить выполнение работ по обслуживанию системы.
При отказах в результате ошибок пользователей средства диагностики должны обеспечивать формирование сообщений с описанием проблемы и способом ее устранения.
Дата добавления: 2018-06-27; просмотров: 551; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!