Передача информации в Клиентское ПО должна осуществляться с помощью экспорта НСИ вXML-файл согласованного формата и последующей загрузки в КПО.
. 
Рисунок 16
Требования к внутренним форматам данных подсистемыВзаимодействие подсистемы ведения нормативно-справочной информации с подсистемами Общероссийского официального сайта должно осуществляться с использованием таблиц базы данных.
Схемы данных (метаданные), используемые в подсистемеВ процессе функционирования, подсистема ведения НСИ должна использовать следующие структуры данных для хранения и управления нормативно-справочной информацией (Рисунок 17).
Рисунок 17
Требования к видам обеспечения Требования к информационному обеспечению
Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования.
Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).
При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем.
Требования к программному обеспечениюДля реализации Системы, обеспечивающей реализацию функциональных возможностей, приведенных в данном документе, необходимо использование программных средств, удовлетворяющих требованиям, представленным в Таблица 1.
Таблица 1
№ | Назначение программного средства | Характеристики (требования) |
Сервер портала | Это решение объединяет программные компоненты, необходимые для содействия, безопасного представления специализированных данных и интерфейса для совместной работы с порталом для работников, поставщиков и заказчиков: технология порталов; возможности индивидуализации данных; функции совместной работы; анализ Web-узлов; функции управления содержимым Web-страниц. Основные особенности портала:
| |
Контент менеджер | Позволяет быстро и легко создавать, публиковать и архивировать Web-контент. Такие инновационные механизмы как индивидуализация, встроенное редактирование, управление ссылками, процессы утверждения веб-содержимого, интеграция с хранилищем документов WebSphere Portal ускоряют и упрощают публикацию веб-содержимого. | |
LDAP сервер | Мощная инфраструктура идентификации Lightweight Directory Access Protocol (LDAP), которая представляет собой платформу для внедрения комплексных приложений по управлению идентификацией и доступом, а также передовых архитектур ПО, таких как Web-службы. LDAP сервер представляет собой мощный, надежно защищенный и совместимый со стандартами каталог уровня предприятия для внутренних корпоративных сетей и Интернета. LDAP сервер является основой для быстрой разработки и внедрения Web-приложений, а также программ по управлению идентификацией и безопасностью с помощью соответствующих функций управления, репликации и обеспечения безопасности. | |
Сервер для управления правами доступа | Сервер для управления правами доступа - это решение для управления доступом на основе политик, предназначенное для электронного бизнеса и корпоративных приложений. Сервер позволяет организациям управлять как проводным, так и беспроводным доступом к приложениям и данным, обеспечивая возможность единого входа в систему (SSO) для авторизованных пользователей. Это решение может интегрироваться с приложениями электронного бизнеса для создания безопасной настраиваемой рабочей среды электронного бизнеса для авторизованных пользователей. | |
Сервер приложений | Сервер, который представляет собой среду выполнения и инструменты управления приложениями, созданными на основе J2EE и Web-служб. Он сертифицирован на соответствие стандарту J2EE и позволяет создать надёжный фундамент, способный обеспечить поддержку сложных защищённых транзакций и создавать высококачественные приложения, содержащие новую функциональность и способные интегрироваться с существующими решениями. Конфигурация обеспечивает наличие кластерных возможностей, компонентов балансировки нагрузки с кешированием часто используемой информации и функций обеспечения высокой степени готовности в распределенных средах. Эти функции особенно важны для крупных компаний, в которых приложения обрабатывают большое количество клиентских обращений, и которые предъявляют более серьезные требования по производительности и по степени готовности. |
Требования к составу, содержанию и результатам работ по созданию подсистемы
Работы по реализации функций подсистемы должны проводиться в соответствии с планом работ, представленным в Таблица 2 ниже. Каждый из этапов работ должен иметь результат, обозначенный в плане работ.
Таблица 2
№ | Наименование работ | Основное содержание работ (описание поставки, работ, услуг) | Результаты выполнения работ, форма их представления, количество экземпляров, вид носителя | Сроки выполнения работ |
1. | Разработка Эскизного проекта | Разработка постановки задачи, описание автоматизируемых функций | Утвержденная документация эскизного проекта. | Срок определяется в соответствии с государственным контрактом № /Р/ДКС08/13 от «__» |
2. | Разработка Технического проекта и прототипа Системы | Описание автоматизируемых функций, уточнение и детализация архитектуры. Разработка прототипа и проведение нагрузочного тестирования | Утвержденная документация технического проекта. Разработан прототип и проведено тестирование | Срок определяется на этапе эскизного проектирования |
3. | Рабочий проект | Разработка проектной и рабочей документации. Разработка ПО. Установка ПО в центральном узле и не более 5 региональных. Проведение приемо-сдаточных испытаний. | Установленное ПО. Утвержденная документация рабочего проекта. Утвержденная Программа и методика испытаний Протокол приемо-сдаточных испытаний. Ведомость соответствия выполненной работы ТЗ. | Срок определяется на этапе технического проектирования |
Порядок контроля и приемки подсистемы Виды, состав, объем и методы испытаний системы Порядок передачи в опытную эксплуатацию
Объектом сдачи в опытную эксплуатацию является подсистема, удовлетворяющая всем требованиям, приведенным в данном документе. Разработанная и протестированная Исполнителем подсистема предъявляется на приемочные испытания. Проведение приемочных испытаний должно производиться на основании «Программы и методики приемочных испытаний», разрабатываемой Исполнителем и согласуемой Заказчиком в соответствии с Календарным планом. Документ «Программа и методика испытаний» должен разрабатываться на основании данных требований к подсистемам.
Результатом приемочных испытаний системы является «Протокол приемочных испытаний», в котором содержится вывод:
- о возможности передачи подсистемы в опытную эксплуатацию (с последующим подписанием Акта о сдаче-приемке в опытную эксплуатацию)
ИЛИ
- о возвращении подсистемы Исполнителю для доработки.
Опытная эксплуатация проводится в соответствии с Календарным планом. В процессе опытной эксплуатации замечания пользователей к подсистеме (в рамках требований, изложенных в настоящем документе) документируются и передаются Исполнителю для доработки подсистемы. По истечении срока опытной эксплуатации составляется «Протокол опытной эксплуатации», в котором содержится вывод:
- о возможности передачи подсистемы в промышленную эксплуатацию (с последующим подписанием Акта о сдаче-приемке в промышленную эксплуатацию)
ИЛИ
- о продлении срока опытной эксплуатации подсистемы
ИЛИ
- о снятии подсистемы с опытной эксплуатации и ее возвращении Исполнителю для доработки.
Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Создаваемая в рамках настоящей работы подсистема передается Заказчику, как в виде готового программного обеспечения, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске).
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие
К моменту сдачи подсистемы в опытную эксплуатацию должно быть:
- Предоставлено техническое обеспечение соответствующее требованиям. Установлено системное программное обеспечение соответствующее требованиям. Установлено программное обеспечение, разработанное в соответствии с требованиями. Заключен контракт с оператором, обеспечивающим информационную поддержку пользователей Общероссийского официального сайта. Заключен контракт с организацией, обеспечивающей сопровождение и поддержку Общероссийского официального сайта в соответствии с эксплуатационной документацией.
Требования к документированию
Настоящее Техническое задание на подсистему должно разрабатываться в соответствии с ГОСТ 34.602-89 (автоматизированные системы).
Для разрабатываемого программного обеспечения проектная и эксплуатационная документация должна разрабатываться с учетом с требований ГОСТ 34.201- 89 и РД 50-34.698-90.
Перечень разрабатываемой и представляемой документации включает:
Техническое задание на создание подсистемы; Документация Технического Проекта Системы в составе:- Раздел относящийся к данной подсистеме в документе «Пояснительная записка»;
- Перечень сценариев для проверки соответствия функций разработанной подсистемы Техническому заданию; Раздел в документе «Руководство пользователя»; Раздел в документе «Руководство администратора»;
Разработанная Исполнителем документация представляется в печатном виде (2 экз.) и на CD-носителе.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 |
