Техническое задание гост 34. 60289
 Скачать 296.65 Kb.
|
|
4.1.1.1.1 Подсистема взаимодействия с внешними системами предназначена для: – формирования запросов к системам нотаризации и раскрытия в рамках разрабатываемых работ по соответствующим лотам по ФЦП «Электронная Россия»; 8 – получение и обработку ответов на запросы от систем нотаризации и раскрытия; – передачу ответов подсистеме фиксации. 4.1.1.1.2 Подсистема фиксации информации предназначена для: – фиксации информации о фактах учетных событий; – внесения в базу данных учетных данных; – инициирования обмена с системами нотаризации и раскрытия при занесении материалов; 4.1.1.1.3 Подсистема хранения поступающих материалов предназначена для: – хранения файлов поступающих материалов по проектам; – валидации форматов файлов(для форматов HTML и Open Document) поступающих материалов ; – конвертирования файлов формата для обработки(Open Document) в формат для печати (PDF) и гипертекстовом формате(HTML). Детальные требования приведены в документе, указанном в пункте 3 раздела «Источники разработки»; – ведения версий поступающих материалов. 4.1.1.1.4 Подсистема журналирования предназначена для: – сбора и хранение информации о событиях Системы; – управления процессов ведения журналов. 4.1.1.1.5 Подсистема уведомлений предназначена для: – уведомления о факте занесения материала по проекту; – уведомления о предстоящих публикациях материалов. 4.1.1.1.6 Подсистема безопасности предназначена для: – выполнения требований регламента публикации в части доступа к материалам; 9 – защиты информации от несанкционированного доступа; – контроля взаимодействия с внешними системами. 4.1.1.1.7 Подсистема генерации отчетов предназначена для: – формирования отчетов; – управление внешним видом отчетов. 4.1.2 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами Система должна взаимодействовать с системами нотаризации и раскрытия, разрабатываемых в настоящее время в рамках ФЦП «Электронная Россия». Система должна обеспечить возможность реализации интерфейсов к этим системам согласно протоколам нотаризации и раскрытия. Указанные протоколы будут разработаны фирмой «ЛАН Крипто» в течении 2005 года. Требования, доступные на момент написания документа, описаны в разделе требований к подсистеме взаимодействия с внешними системами. 4.1.3 Требования к режимам функционирования системы Режим функционирования - круглосуточно,исключая согласованные периоды времени на выполнение регламентных работ по обслуживанию оборудования или обновление программного обеспечения системы . 4.1.4 Требования по диагностированию системы Система должна удовлетворять следующим требованиям по диагностированию: – запись при возникновении системных ошибок в ходе выполнения работы в системный журнал; – журналирование действий пользователей при выполнении работ; – выдача пользователю сообщений, содержащих адекватное описание нарушения работоспособности. Во время опытной эксплуатации рекомендуется работа скомпилированного в отладочном режиме программного обеспечения для сохранения полной отладочной информации. 4.1.5 Перспективы развития, модернизации системы Для приведения Системы к готовности для промышленной эксплуатации по результатам 10 опытной эксплуатации могут быть проведены работы в следующих направлениях: – Масштабируемости системы за счет вынесения функций валидации и конвертирования файлов материалов в регламентированные форматы за счет вынесения этих функций на выделенные аппаратные ресурсы; – Создания интерфейсов взаимодействия с другими системами, которые будут разработаны в рамках ФЦП «Электронная Россия» ; – Разработка пользовательского интерфейса редактирования параметров настройки Системы. Доступ к этому пользовательскому интерфейсу должен контролироваться подсистемой безопасности; – Адаптация логики работы системы к изменениям в законодательстве и документах, регламентирующих деятельность Заказчика. 4.1.6 Требования к численности и квалификации персонала системы и режиму его работы 4.1.6.1 Требования к численности персонала (пользователей) АС С учетом макетности системы конкретных требований к численности персонала не приводится. В Системе предполагается наличие ролей пользователей – администратор, пользователь, который может вносить данные, и пользователь обладающий только возможностью просмотра данных. 4.1.6.2 Требования к квалификации персонала Пользователь с ролью администратор должен обладать знаниями и навыками необходимыми для настройки программной и аппаратной части системы, для классификации и устранения возникающих ошибок, и быть ознакомлен с рабочей документацией на систему. Пользователи, заносящие данные в систему, должны изучить регламент публикации и руководство оператора и обладать базовыми навыками работы на персональном компьютере. Пользователи, обладающие только возможностью просмотра данных , руководство оператора и обладать базовыми навыками работы на персональном компьютере. 4.1.6.3 Требуемый режим работы персонала АС Режим работы пользователей с ролью администратор определяется режимом работы организации, эксплуатирующей Систему, за исключением работ по устранению возможных ошибок ПО, выявленных в период опытной эксплуатации других, проводимых по регламенту в 11 нерабочее время. Режим работы остальных пользователей не регламентируется. 4.1.7 Требования к надежности Надежность создаваемой Системы должна обеспечиваться: использованием программных методов обеспечения целостности данных; – выбором отказоустойчивого оборудования и его структурным резервированием; – использованием источников бесперебойного питания; – выбором топологии телекоммуникационной и локальных вычислительных сетей, обеспечивающих вариантность маршрутизации потоков информации; – дублированием носителей информации. 4.1.8 Требования безопасности Специальных требований к безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств Системы не предъявляется. Сотрудники Заказчика и Исполнителя должны руководствоваться действующими в соответствующих организациях регламентирующими технику безопасности документами. 4.1.9 Требования к эргономике и технической эстетике Ввиду того, что для доступа к Системе пользователь может выбрать любой броузер, удовлетворяющий требованиям программного обеспечения, изложенным в настоящем Техническом задании, требования к пользовательскому интерфейсу не специфицируются. 4.1.10 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Функции системы должны предоставляется в круглосуточном бесперебойном режиме. Регламентные работы по обслуживанию оборудования и программного обеспечения должны выполняться обслуживающим персоналом согласно режима работы обслуживающей организации. При проведении регламентных работ в рабочее время пользователи системы должны быть предупреждены путем перенаправления на веб-страницу с указанием факта регламентных работ. В системе должна быть обеспечена возможность, в случае отказа оборудования или ПО, восстановления ее функционирования с резервной копии. 12 4.1.11 Требования к защите информации от несанкционированного доступа Обеспечение требований по защите информации от несанкционированного доступа возлагается на подсистему безопасности. К подсистеме безопасности предъявляются следующие требования: – Выполнение требований регламента публикации; – Поддержка разграничения доступа к информации пользователей с разными уровнями прав доступа; – Возможность отнесения поступающих материалов к разным уровням доступа в соответствии со списками на раскрытие и другими нормативными документами; – Поддержка организации доступа пользователей к Системе и защита записей базы данных от несанкционированного доступа. – Учет требований иных работ, осуществляемых в рамках ФЦП «Электронная Россия» по тематике защиты информации и сложившаяся практика по защите Системы от несанкционированного доступа, уничтожения или искажения данных. 4.1.12 Требования по сохранности информации при авариях При авариях не должна нарушаться целостность данных. При размещении Системы на аппаратных средствах Заказчика должно использоваться аппаратное и программное обеспечение для резервирования и создания копий данных. Требования надежности работы системы в целом и сохранности информации во время аварий должны быть учтены при выборе аппаратного обеспечения и квалификации обслуживающего персонала. 4.2 Требования к функциям (задачам), выполняемым системой 4.2.1 Подсистема взаимодействия с внешними системами Подсистема предназначена для: – формирования запросов к системам нотаризации и раскрытия в рамках разрабатываемых работ по соответствующим лотам по ФЦП «Электронная Россия»; – получение и обработку ответов на запросы от систем нотаризации и раскрытия; – передачу ответов подсистеме фиксации. 13 4.2.1.1 Функция взаимодействия с системой нотаризации Функция должна формировать запросы и обрабатывать ответы от сервера нотаризации согласно протокола нотаризации, разрабатываемого в настоящее время компанией «ЛАН Крипто». К реализации функции предъявляются также требования: – использования технологии веб-сервисов; – поддержка механизма транзакционной целостности операций; – операции должны контролироваться подсистемой безопасности для соблюдения требований регламента публикации в части требований по уровням доступа к материалам. Временной регламент реализации функции. Запрос на нотаризацию материала автоматически происходит непосредственно после его внесения в подсистему фиксации и подсистему хранения поступающих материалов. В случае отсутствия связи с сервером нотаризации пользователю должна быть предоставлена возможность вручную сформировать такой запрос. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную фиксацию вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.1.2 Функция взаимодействия с системой раскрытия Функция должна формировать запросы и обрабатывать ответы от портала раскрытия согласно протокола раскрытия, разрабатываемого в настоящее время компанией «ЛАН Крипто». К реализации функции предъявляются также требования: – использования технологии веб-сервисов; – поддержка механизма транзакционной целостности операций; – операции должны контролироваться подсистемой безопасности для соблюдения требований регламента публикации. Временной регламент реализации функции. Запрос на нотаризацию материала автоматически происходит непосредственно после его 14 внесения в подсистему фиксации и подсистему хранения поступающих материалов. В случае отсутствия связи с сервером нотаризации пользователю должна быть предоставлена возможность вручную сформировать такой запрос. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную фиксацию вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.1.3 Функция формирование списков материалов в формате RSS Функция должна формировать список открытых материалов в формате стандарта RDF Site Summary (RSS) 1.0 описанного на http://web.resource.org/rss/1.0/spec. типичный состав атрибутов позиции списка следующий: 1) Федеральная Целевая Программа; 2) Наименование материала; 3) Код материала; 4) Версия материала; 5) дата создания; 6) дата модификации; 7) адрес материала в сети Интернет. В список должны попадать только материалы разрешенные к публикации в открытом доступе. Временной регламент реализации функции. Список формируется в режиме реального времени. Обновление списка на сайте, разместившем список, зависит от выбранного для этого сайта режима синхронизации и не обеспечивается Системой. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную выдачу информации о доступных материалах в системе. 15 4.2.2 Подсистема фиксации информации 4.2.2.1 Функция фиксации фактов учетных событий Функция должна фиксировать факты учетных событий в учетных регистрах. Функция должна удовлетворять общим требованиям к административному учету: – нотаризации; – журналирования; – транзакционности. Временной регламент реализации функции. Фиксация факта учетного события должна производиться в режиме реального времени. При фиксации факта учетного события формируется запрос на нотаризацию данных учетного события. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную фиксацию вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.2.2 Функция вызова запроса на нотаризацию данных подсистемы взаимодействия с внешними системами При фиксации учетного события функция вызывает функцию формирования запроса на нотаризацию подсистемы взаимодействия с внешними системами. При отсутствии связи с сервером нотаризации пользователю должно выдаваться соответствующее предупреждение. Выходной информацией функции должны быть метка(штамп) времени и уникальный идентификатор, полученные от системы нотаризации. Временной регламент реализации функции. Вызов должен производиться в режиме реального времени. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную фиксацию вносимой информации в базе данных. 16 Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.3 Подсистема хранения поступающих материалов 4.2.3.1 Функция поддержки справочников Для упорядочения доступа к хранимым материалам система должна поддерживать следующие справочники: – Госконтракты; – Исполнители; – Этапы проекта; – Типы материалов; – Авторские договоры. Временной регламент реализации функции. Функция должна выполняться в режиме реального времени. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную фиксацию вносимой информации в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.3.2 Функция хранения материала в регламентируемых форматах Функция должна поддерживать хранение материала в форматах, приведенных в документе, указанном в пункте 3 раздела «Источники разработки». Временной регламент реализации функции. Внесенные материалы должны храниться в Системе постоянно. Удаление материалов не допускается. 17 Требования к качеству реализации. Программная реализация функции должна обеспечить корректное занесение и хранение материалов в базе данных. Внесение данных в базу данных происходит в рамках одной транзакции с фиксацией факта учетного события занесения материала. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.3.3 Функция валидации регламентированных форматов файлов хранимых материалов Функция предназначена для проверки правильности формата хранимого материала перед занесением его в систему. Правильность формата определяется требованиями, приведенными в документе, указанном в пункте 3 раздела «Источники разработки». Временной регламент реализации функции. Формат вносимых в Систему материалов должен проверятся перед занесением в Систему. Требования к качеству реализации. Программная реализация функции должна обеспечить корректную проверку формата материала(валидация). Валидация формата материала происходит в рамках одной транзакции с фиксацией факта учетного события занесения материала, конвертацией и с занесением материала в базу данных. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. 4.2.3.4 Функция конвертирования материалов в регламентируемые форматы Функция предназначена для конвертирования материала в регламентируемые форматы перед занесением его в систему. При реализации должна быть предусмотрена возможность масштабирования Системы путем вынесения данной функции на отдельный аппаратный ресурс. Временной регламент реализации функции. Конвертация вносимых в Систему материалов должен производиться перед занесением в Систему. 18 Требования к качеству реализации. Программная реализация функции должна обеспечить корректное преобразование в регламентируемый формат. Конвертирование формата материала происходит в рамках одной транзакции с фиксацией факта учетного события занесения материала, проверкой правильности формата и с занесением материала в базу данных. При возникновении программной или аппаратной ошибки действия по изменения данных в рамках транзакции отменяются, и данные в базе данных должны быть приведены в предшествующее состояние. |