Техническое задание гост 34. 60289
 Скачать 296.65 Kb.
|
|
4.2.4 Подсистема журналирования 4.2.4.1 Функция сбора и упорядоченного хранение информации о произошедших в Системе событиях Функция предназначена для отражения в журналах Системы информации об учетных и системных событиях. Для каждой подсистемы должен быть заведен собственный журнал. Записи должны вестись в хронологическом порядке. Для каждого события должен быть указан пользователь. Временной регламент реализации функции. Журналирование событий в Системе должен производиться после наступления события в максимально короткие сроки. Требования к качеству реализации. Программная реализация функции должна обеспечить сбор и хранение полных и непротиворечивых данных о событиях. Занесение информации происходит в рамках одной транзакции с фиксацией факта учетного или системного событий. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.4.2 Функция просмотра информации о произошедших в Системе событиях Информация должна быть разделена по типам и отображаться в хронологическом порядке. Доступ к функционалу должен быть доступен только пользователям с ролью администратор. Изменения информации при просмотре не допускаются. 19 Временной регламент реализации функции. Показ информации о событиях в Системе должен производиться по запросу пользователя. Допускаются задержки, определяемые загруженностью канала связи между пользователем и сервером. Требования к качеству реализации. Программная реализация функции должна обеспечить отображение полных и непротиворечивых данных о событиях. 4.2.5 Подсистема уведомлений 4.2.5.1 Функция уведомления о факте занесения материала по проекту Функция предназначена для рассылки уведомлений по электронной почте сведений о факте занесения очередной версии по проекту. Состав сведений следующий: – Проект; – Этап; – Наименование материала; – Уникальный идентификатор; – Дата; – Пользователь; – Учетное событие; – Адрес материала в системе; Временной регламент реализации функции. Рассылка уведомления должна производиться после наступления события в максимально короткие сроки. Требования к качеству реализации. Программная реализация функции должна обеспечить выдачу полных и непротиворечивых данных о событиях. Рассылка уведомления происходит в рамках одной транзакции с фиксацией факта учетного или системного событий. При возникновении программной или аппаратной ошибки действия рассылке в рамках транзакции отменяются, и данные в базе данных должны быть приведены в 20 предшествующее состояние. 4.2.6 Подсистема безопасности 4.2.6.1 Функция управления информацией о пользователе В рамках функции должно быть обеспечено добавление и редактирование информации о пользователе системы. Должна редактироваться и добавляться следующая информация: – Полное имя; – Имя пользователя; – Пароль; – Адрес Электронной почты; – Роль; – Уровень доступа. Временной регламент реализации функции. Добавление и редактирование информации о пользователе системы должно производиться в режиме реального времени Требования к качеству реализации. Программная реализация функции должна обеспечить корректное занесение вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.6.2 Функция добавления и редактирования справочника уровней доступа к материалам Система должна позволять добавлять и редактировать сведения об уровнях доступа к материалам в следующем составе: – Наименование; – Описание; – Показатель уровня – целое число, применяемое для сравнения уровней доступа конкретного 21 материала и пользователя. Временной регламент реализации функции. Добавление и редактирование информации об уровне доступа к материалу должно производиться в режиме реального времени Требования к качеству реализации. Программная реализация функции должна обеспечить корректное занесение вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.7 Подсистема генерации отчетов 4.2.7.1 Функция формирования отчета «РЕЕСТР результатов работ, полученных Министерством экономического развития и торговли Российской федерации в рамках реализации Федеральной целевой программы «Электронная Россия (2002-2010 годы)». Функция должна формировать отчет для каждого материала в системе по следующим атрибутам: 1) Наименование результата работ; 2) Наименование проекта; 3) Номер и дата государственного контракта; 4) Краткое описание результата работ; 5) Область применения; 6) Объект применения; 7) Форма представления; 8) Авторские имущественные права Министерства экономического развития и торговли Российской Федерации на результат работ. 9) Авторский договор: <наименование, номер, дата> 10) Стороны договора: a) Правообладатель; b) Пользователь; 22 11) Имущественные авторские права: a) Исключительные; b) Неисключительные; 12) Стоимость договора; 13) Территория; 14) Срок действия; 15) Сведения о публикации результата работ в свободном доступе; 16) Примечание Временной регламент реализации функции. Показ информации о результатах работ в Системе должен производиться по запросу пользователя. Допускаются задержки, определяемые загруженностью канала связи между пользователем и сервером. Требования к качеству реализации. Программная реализация функции должна обеспечить отображение полных и непротиворечивых данных. 4.3 Требования к видам обеспечения 4.3.1 Информационное обеспечение системы Информационный обмен между подсистемами должен удовлетворять следующим положениям: – все взаимодействия должны контролироваться подсистемой безопасности; – все подсистемы должны использовать общую базу данных; – все подсистемы должны использовать общие конфигурационные файлы. 4.3.2 Программное обеспечение системы В Системе должны максимально использоваться программные продукты с открытой лицензией. Реализация программных модулей должна максимально соответствовать текущим требованиям Архитектуры программного обеспечения ФЦП «Электронная Россия». Прикладное программное обеспечение системы должно обеспечивать решение задач конечных пользователей с минимальными временными затратами. 23 В качестве клиентского программного обеспечения может выступать web-браузер, отвечающий следующим требованиям: 1) Поддержка технологии Cascading Style Sheets – описана в Cascading Style Sheets, level 2 CSS2 Specification ( http://www.w3.org/TR/REC-CSS2/ ); 2) Поддержка стандарта XHTML – описан в XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)( http://www.w3.org/TR/xhtml1/); 3) Поддержка стандарта ECMAScript – описан в Standard ECMA-262 ECMAScript Language Specification 3rd edition (http://www.ecma-international.org/publications/standards/Ecma- 262.htm); 4) Поддержка спецификации DOM – описана в Document Object Model (DOM) Level 1 Specification (Second Edition)Version 1.0 (http://www.w3.org/TR/2000/WD-DOM-Level-1- 20000929/). Рекомендуется использовать в качестве браузера Microsoft IE версии 6.0 или старше и Mozilla FireFox версии 1.0.1 или старше. 4.3.3 Техническое обеспечение системы 4.3.3.1 Технические требования к серверному аппаратному обеспечению Система должна функционировать на аппаратном обеспечении, на котором может быть запущено серверное программное обеспечение, но для достижения оптимальной производительности необходима конфигурация сервера не ниже приведенной в таблице 1. Таблица 1. Конфигурация сервера. Процессор 2xPentium 4 2400 ГГц ОЗУ 1 ГБ Видео 32MB видеокарта Дисковый массив RAID 5 уровня, емкость 160 Гб Сетевые адаптеры 2 х Ethernet 10Base-T/100Base-TX Источник бесперебойного питания. 24 4.3.3.2 Требования к клиентскому аппаратному обеспечению Для функционирования клиентского программного обеспечения необходим компьютер с конфигурацией не ниже приведенной в таблице 2. Таблица 2. Конфигурация компьютера-клиента. Процессор 500mhz Intel Pentium III, Celeron, или AMD Athlon. ОЗУ 256 МБ Видео 32MB видеокарта Жесткий диск 10 Гб Сетевой адаптер Ethernet 10Base-T/100Base-TX Интерфейсы USB 2.0 Монитор 17” 4.3.3.3 Эксплуатационные требования Эксплуатация Системы должна проходить на выделенном сервере Исполнителя. Выделенный сервер должен иметь выход в Интернет со скоростью не менее 10 Мбит/сек. Конечный пользователь должен иметь Интернет-соединение с пропускной способностью не менее 1 Мбит/сек. Настройки веб-сервера должны позволять загружать файлы объемом не менее 10 Мб. Также для сохранности серверного оборудования рекомендуется рассмотреть следующие требования к помещению, в котором размещается серверное оборудование: – система защиты от несанкционированного доступа и охрана здания, в котором находятся помещения дата-центра, включая круглосуточное видеонаблюдение; – круглосуточное дежурство инженеров и администраторов сети; – круглосуточный доступ клиента к собственному оборудованию; – электропитание оборудования дата-центра по I категории надежности (согласно ПУЭ); – промышленная система кондиционирования и вентиляции (согласно СНиП 2.04.05-86), электростатическая защита помещения (согласно ГОСТ 12.4.124-83, СН-2152-80 и СанПиН- 2.2.2.542-96); – система автоматического пожаротушения газом (ГОСТ 12.1.004-76.ССБТ). 25 5 Состав и содержание работ по созданию (развитию) системы Этап 1. Сроки исполнения первого этапа: 15.05.2005– 31.08.2005 . На первом этапе будут проведены следующие работы: – Разработка Технического Проекта Системы; – Разработка рабочей документации. – Разработка первой рабочей версии программной части Системы. Итоговыми результатами по первому этапу являются: – Технический проект и первой рабочей версии программной части Системы – 27.07.2005 – Комплекс рабочей документации – 25.08.2005 включающий: 1) Руководство системного программиста по ГОСТ 19.503-79; 2) Руководство программиста по ГОСТ 19.504-79; 3) Руководство пользователя по ГОСТ 34.201-89; 4) Пояснительная записка к техническому проекту по ГОСТ 34.201-89; 5) Методика испытаний по ГОСТ 34.603-89 . – Первая рабочая версия программной части - 27.07.2005. Этап 2. Сроки исполнения второго этапа: 01.09.2005– 01.12.2005. На втором этапе будут проведены следующие работы: – Подготовка объекта автоматизации к вводу АС в действие. Планируется: 1) произвести работы по настройке серверной аппаратной части, включая установку операционной системы и программного обеспечения; 2) произвести работы по наполнению справочников; 3) произвести работы по подготовке конфигурационных файлов. – Проведение предварительных испытаний макета репозитария согласно методики испытаний. – Работы по доработке программной части Системы. Планируется разработать интерфейсы к системам раскрытия и нотаризации. – Проведение опытной эксплуатации. Будут проведены работы по внесению в систему ряда 26 результатов работ выполненных по заказу Министерства экономического развития и торговли РФ в рамках ФЦП «Электронная Россия» в 2004 году. Итоговыми результатами по второму этапу являются: – Отчет о программной реализации интерфейсов к системам нотаризации и раскрытия - 01.12.2005. – Отчет об установке, настройке и работе системы за сентябрь-ноябрь 2005 01.12.2005. 6 Порядок контроля и приемки Системы 6.1 Состав, объем и методы испытаний системы и ее составных частей Первая версия Системы должна пройти предварительные испытания, состоящие из функционального и нагрузочного тестирования. Будут проведены испытания макета репозитария с целью сбора перечня предложений и выявленных недостатков. В результате будет представлен протокол испытаний . По итогам предварительных испытаний в Систему должны быть внесены исправления, учитывающие замечания, полученные в ходе предварительных испытаний. Для проверки результата внесенных изменений должны быть проведены повторные предварительные испытания по ранее разработанной программе. Повторные предварительные испытания включают в себя проверку работы функций Системы на примере проектов ФЦП «Электронная Россия» по выбору Заказчика. Основной целью является проверка реализации Системы на соответствие требованиям настоящего Технического задания. После проведения испытаний Исполнителем будут проводится работы по обслуживанию Системы 6.2 Общие требования к приемке работ В процессе приемки работ должна быть осуществлена проверка Системы на соответствие требованиям настоящего «Технического задания». Испытания Системы должны проводиться в соответствии с ГОСТ 34.603-92. Испытания Системы должны проводиться на основании программы и методики испытаний. Проведение предварительных испытаний заканчивается оформлением акта о приемке 27 Системы с приложением к нему протокола испытаний. Испытания должны проводиться на полном объеме реальных данных, которые вводятся оператором посредством разработанного в Системе интерфейса. В процессе приемочных испытаний должен вестись журнал, в котором будут фиксироваться результаты выполненных работ, замечания по работе программного обеспечения и предложения по изменению работы программного обеспечения. Предварительные испытания и эксплуатация проводятся на аппаратных средствах Исполнителя. По результатам испытаний возможны доработки и исправления. Выявленные в ПО и документации недостатки Исполнитель исправляет за свой счет в специально оговоренные после проведения испытаний сроки. 7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Для подготовки объекта автоматизации к вводу системы в действие должны быть проведены следующие мероприятия: 7.1 Технические мероприятия Подготовить аппаратные средства в соответствии с пунктом «Техническое обеспечение системы» данного Технического задания. Выполняется Исполнителем. Установить на аппаратные средства операционную систему. Выполняется Исполнителем. Установить на аппаратные средства и программное обеспечение Системы согласно документу «Руководство системного программиста». Выполняется Исполнителем. Настроить на аппаратных средствах программное обеспечение Системы согласно документу «Руководство программиста». Выполняется Исполнителем. Занести справочные данные в рубрикаторы и справочники Системы. Выполняется Исполнителем. 7.2 Организационные мероприятия Ознакомить пользователей с документом «Руководство оператора». Выполняется совместно Исполнителем и ответственным подразделением Заказчика. Подготовить справочные данные об исполнителях и результатах работ, выполненных по заказу Министерства экономического развития и торговли РФ в рамках ФЦП «Электронная 28 Россия» для занесения в справочники и рубрикаторы. Справочные данные подготавливаются представителями Заказчика и передаются Исполнителю. Определить список работ, результаты которых должны заноситься в Систему. Список определяется в рабочем порядке представителями Заказчика. 8 Требования к документированию 1) Руководство пользователя по ГОСТ 34.201-89 и РД 50-34.698-90; 2) Пояснительная записка к техническому проекту по ГОСТ 34.201-89; 3) Руководство системного программиста по ГОСТ 19.503-79; 4) Руководство программиста по ГОСТ 19.504-79; 5) Методика испытаний по ГОСТ 34.603-92. 9 Источники разработки 1) Технические требования к лоту «Разработка макета учетной системы результатов работ, полученных по проектам ФЦП «Электронная Россия (2002-2010 годы)» с целью их публикации в открытом доступе». 2) Регламент учета и публикации результатов работ по государственным контрактам в рамках Федеральной целевой программы “Электронная Россия (2002-2010 годы)” в свободном доступе. 3) Требования к форматам и способам представления электронных документов, содержащих текстовые и графические результаты работ, выполненных по государственным контрактам в рамках ФЦП «Электронная Россия». 4) Концепция архитектуры электронного государства. Версия 0.6 от 28.03.2005 . http://meritas.altlinux.ru/aeg_concept_28.03.2005_draft.sxw 5) Глоссарий «Реформа электронизации». Версия от 19 февраля 2005. www.elrussia.ru/files/36491/aeg_glossary_feb05.doc . 6) Административный учёт. Основные положения концепции. Версия 0.1. http://meritas.altlinux.ru/Uchet_Structure_01_Release.sxw. |