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