·  квалификационная подготовка администратора Системы к выполнению функций по администрированию и управлению Системой;

·  обучение трех пользователей работе в Системе;

·  обеспечение персонала рабочей документацией на Систему.

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

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

Не предъявляются.

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

Система в эксплуатации должна обеспечивать работу в круглосуточном режиме. Допустимое время простоя Системы 8 часов в месяц, среднее время устранения неисправности не более 4 часов.

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

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

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

§  после сбоя серверной операционной системы или СУБД в процессе выполнения функциональных задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции;

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

НЕ нашли? Не то? Что вы ищете?

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

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

Электропитание технических средств должно соответствовать III категории "Правил устройств электроустановок" (ПУЭ-85).

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

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

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

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

§  единый стиль оформления для пользовательских интерфейсов;

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

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

§  отображение на экране хода длительных процессов обработки.

4.1.75.1.7  Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

Технические средства Системы и персонал должны размещаться в существующих помещениях объектов автоматизации, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 (температура окружающего воздуха от 5 до 40 С, относительная влажность от 40 до 80 % при Т=25 С, атмосферное давление от 630 до 800 мм рт. ст.). Размещение технических средств и организация автоматизированных рабочих мест должно быть выполнено в соответствии с требованиями (СНиП) ГОСТ 21958-76.

Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо-заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1)Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

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

4.1.85.1.8  Требования к защите информации от несанкционированного доступа

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

·  разграничение прав доступа пользователей по работе с объектами Системы;

·  журналирование действий пользователей в Системе и работы подсистем.

Для администраторов в Системе должна осуществляться идентификация и проверка подлинности доступа в Систему по логину и паролю условно-постоянного действия длиной не менее шести символов.

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

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

·  импульсные помехи, сбои и перерывы в электропитании;

·  нарушение или выход из строя каналов связи локальной сети;

·  нарушение или выход из строя каналов связи между организациями-участницами взаимодействия;

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

·  сбой общего или специального программного обеспечения Системы;

·  ошибки в работе персонала.

4.1.105.1.10 Требования к защите от влияния внешних воздействий

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

·  температура воздуха: +5 .. +40°С;

·  относительная влажность воздуха: от 40 до 80 % при Т=25 С;

·  атмосферное давление: 630 .. 800 мм. рт. ст.

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

Не предъявляются.

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

Разработка Системы должна осуществляться с использованием стандартных методологий функционального IDEF0 (Integrated Definition Function Modeling) и информационного IDEF1X моделирования в рамках стандарта FIPS PUBS 183 Национального института стандартов и технологий США (NIST).

Для работы с базой данных должен использоваться язык SQL в рамках стандарта ANSI SQL-92.

Для разработки пользовательского интерфейса должны использоваться языки 4-го поколения.

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

4.1.135.1.13 Дополнительные требования

В состав системы должно входить программное обеспечение, необходимое для инсталляции Системы.

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

Реализация Системы должна обеспечивать возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 + 20 % - 30 %).

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

4.2.15.2.1  Подсистема выгрузки/загрузки

Данный раздел описывает реализацию уровня выгрузки/загрузки объектов. Подсистема должна выполнять следующие функции: выгрузка объекта, загрузка объекта.

Выгрузка объекта включает следующие операции:

·  поиск объектов для выгрузки;

·  выгрузка объекта в необходимом формате;

·  формирование пакета передачи.

Загрузка объекта включает следующие операции:

·  получение пакетов из очереди входящих сообщений;

·  разбор пакетов и передача соответствующим модулям обработки;

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

·  загрузка объектов в систему.

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

Рис. 4.2.

Модуль поиска объекта

Инициатор: вин-сервис выгрузки/загрузки

Алгоритм работы:

1.  Для каждой записи проверяется условие: «Текущая дата/время >= Даты следующего запуска».

2.  Для каждой записи, удовлетворяющей условию 1, осуществляется выполнение запроса к указанной БД. Текст запроса содержится в поле RequestID_Text и реализует выборку идентификаторов объектов, исключая объекты в таблице ILSentItems (соответствие по Адресату и ID объекта), у которых признак повторной отправки = 0.

3.  Осуществляется пересчет даты следующего запуска по принципу: «NextStartDate= dateadd (Размерность расчета, Коэффициент расчета, NextStartDate)» и сохраняет результат в соответствующем поле активной записи.

4.  Результатом работы модуля является коллекция идентификаторов объектов.

5.  После получения коллекции идентификаторов, при выгрузка на уровне данных, вызывается модуль выгрузки объектов, которому передается коллекция идентификаторов и ILSearchRequest. ID

6.  Если выгрузка происходит на уровне объектной модели, вызывается модуль выгрузки объекта, обозначенный в поле Library, которому передается полученная коллекция идентификаторов.

Одной из записей является запрос на обновление признака необходимости повторной отправки объектов. Запрос выглядит следующим образом:

Задать NeedToBeSent = 1 для всех записей таблицы ILSentItems, где для отправленного объекта в системе отправителе в истории имеется запись об операциях, произведенных после ILSearchRequest. LastWorkTime.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5