Отчет о нир листов

Вид материалаОтчет

Содержание


Приложениях 24-25.
Подобный материал:
1   ...   9   10   11   12   13   14   15   16   ...   47

.7Поддержание актуальности нормативно-технических документов


В течение всего периода работ над Концепцией СПО осуществлялся мониторинг актуальности локальных профилей, разработанных в рамках работ 2005 года (АПО).

Был организован ряд семинаров, а также сбор мнений общественных экспертов с использованием средств Интернета (электронный форум, e-mail). Отчет о проведенных обсуждениях представлен отдельным томом.

В результате были обновлены следующие документы:
  • Локальный профиль «Взаимодействие компонентов информационных систем органов государственной власти».
  • Локальный профиль «Технологии информационной интеграции государственных информационных систем».

Тексты документов представлены в Приложениях 24-25.

Документ «Главный профиль стандартизованных спецификаций» был полностью переработан в связи с уточнением нормативно-правовой конструкции СПО (см. выше). Из документа были временно исключены спецификации стека Java 2 Enterprize Edition, как вызвавшие наибольшие споры среди участников общественных обсуждений и могущие затруднить внедрение концепции на первом этапе. Указанные спецификации перенесены в профиль «Взаимодействие компонентов», который является рекомендательным.


Подготовка объектов стандартизации к внедрению концепции

.1Общие принципы


В рамках подготовки объектов стандартизации (государственных информационных систем) к внедрению Концепции СПО Исполнителем был проведен аудит пяти проектов, выполняемых в рамках ФЦП «Электронная Россия» (2002-2010 гг.) на предмет определения соответствия и возможности приведения к требованиям СПО.

Целями аудита проектов являлись:
  • выявление фактической степени стандартизации разрабатываемых в рамках ФЦП систем и разработка рекомендаций по приведению существующих проектов в соответствие с требованиями СПО;
  • сбор исследовательских и экспериментальных материалов для разработки руководящего документа по процедуре подтверждения соответствия программных систем требованиям СПО (см. выше).

Аудит проводится для проекта, в котором создается информационная система (ИС). Для целей данной работы понимается, что в системе может присутствовать одна и более компонент, осуществляющих взаимодействие между собой, а также взаимодействие с внешними ИС

.2Порядок выполнения аудита.


Работы по аудиту производились в следующем порядке:
  • Формирование (выявление, реконструкция) архитектуры проекта, включая:
    • внутренние компоненты и внешние ИС,
    • интерфейсы между ними
    • типы и свойства взаимодействий между ними.
  • Формализованное описание выявленной архитектуры в виде модельных таблиц (частных моделей системы, см. Свод).
  • По необходимости создание формализованного детального запроса на имя заказчика (поставщика) для выявления пробелов в выявленной архитектуре.

Аудиту были подвергнуты следующие пять проектов:
  • Разработка типовой АИС регламентации проектной деятельности на примере ФЦП "Электронная Россия" в рамках создания единой государственной системы управления и передачи данных (АИС УП).
  • «Реализация требований архитектуры электронного государства в системе электронного документооборота на примере Минэкономразвития России» (СЭДО).
  • «Реализация пилотного проекта по созданию элементов системы персонального учета населения СПУН» (СПУН).
  • «Создание первой очереди автоматизированной системы «Государственные закупки» (ГосЗакупки, СЭТГН).
  • «Развитие специализированной информационно-аналитической системы «Правоохранительный портал Российской Федерации» в рамках создания системы управления и передачи данных» (Правоохранительный портал).

.3Результаты аудита


Ниже приводятся основные выводы, сделанные по результатам аудита. Полные заключения по результатам аудита, включающие описания интерфейсов, частные модели и схемы систем, а также дополнительные запросы к разработчикам и планы приведения систем в соответствие с требованиями СПО, приведены в отдельных томах.

.3.1АИС УП

.3.1.1Степень документированности проекта


Комплект документов, рассмотренный при аудите, относиться к системе, которая в настоящий момент разрабатывается. В то же время состав документов, рассмотренный при аудите достаточен для формирования заключения об архитектуре проекта.

.3.1.2Достаточность документирования проекта в отношении интерфейсов


Перечень параметров интерфейсов и их описание достаточно детализировано для аудита их в качестве объекта регулирования СПО.

.3.1.3Возможность определения соответствия интерфейсов требованиям СПО


Приведенные в документации сведения и построенные на их основе архитектура проекта и формализованное описание архитектуры в виде модельных таблиц, позволяют провести процедуру определения соответствия интерфейсов требованиям СПО.

.3.1.4Соответствие интерфейсов проекта требованиям СПО


Интерфейсы проекта для взаимодействия внутренних компонентов и внешних ИС в части транспортного протокола и протокола доступа к данным и функциям системы соответствует требованиям СПО, иные параметры интерфейсов проекта в СПО не регламентированы (т.е. могут быть произвольными).

Интерфейсы проекта при взаимодействии внутренних компонент в СПО не регламентируются (т.е. могут быть произвольными).

Иные интерфейсы в проекте не представлены.

Таким образом, интерфейсы проекта соответствуют требованиям СПО.

.3.1.5Возможность (необходимость) доработки проекта для соответствия требованиям СПО


Необходимости доработки проекта нет.

.3.1.6Оценка ресурсов, необходимых для доработки проекта с целью приведения их к требованиям СПО


Необходимости доработки проекта отсутствует.

.3.2СЭДО

.3.2.1Степень документированности проекта


Состав документов, рассмотренный при аудите, достаточен для формирования заключения об архитектуре проекта.

.3.2.2Достаточность документирования проекта в отношении интерфейсов


Документирования не достаточно.

Перечень параметров интерфейсов и их описание представлены лишь частично. Достаточно описаны транспортные протоколы интерфейсов и частично протоколы данных и протоколы передачи.

.3.2.3Возможность определения соответствия интерфейсов требованиям СПО


Приведенные в документации сведения и построенные на их основе архитектура проекта и формализованное описание архитектуры в виде модельных таблиц, позволяют провести процедуру определения соответствия идентифицированных интерфейсов требованиям СПО.

.3.2.4Соответствие интерфейсов проекта требованиям СПО


Интерфейсы проекта для взаимодействия внутренних компонентов и внешних ИС в части протокола доступа к данным (для одного интерфейса) и транспортного протокола (для другого интерфейса) соответствует требованиям СПО. Сведения, детализирующие другие параметры интерфейсов, в документации не представлены.

Иные параметры интерфейсов в СПО не регламентированы.

Интерфейсы для взаимодействия внутренних компонент и внешних ИС относятся к интерфейсам G2B и G2C. Недостаточность описания параметров не позволяет дать точное заключение по соответствию интерфейсов требованиям СПО.

Один из интерфейсов Удостоверяющий центр -> Клиент DocsVision (взаимодействие G2B) не описан.

Интерфейсы проекта при взаимодействии внутренних компонентов в СПО не регламентируются.

В проекте представлен выделенный интерфейс взаимодействия внешней ИC и прочие внешние системы (Внешние организации -> Клиент DocsVision). Для данного взаимодействия указан только параметр вида информации, требования СПО же регламентируют указывать сетевой протокол и протокол доступа к функциям, поэтому данное взаимодействие не может полностью соответствовать требованиям СПО.

Отсутствие описания части интерфейсов не позволяют в полной мере оценить степень соответствия интерфейсов, однако формально документированные интерфейсы проекта соответствуют требованиям СПО.

.3.2.5Возможность (необходимость) доработки проекта для соответствия требованиям СПО


Отсутствие в документации описания интерфейсов является недоработкой документации, и в данном проекте необходима доработка документации следующих интерфейсов:
  • интерфейсов внутренних компонент и внешних ИС, для пары Клиент DocsVision -> Сервер DocsVision и пары Web-доступ -> Cервер DocsVision
  • интерфейс взаимодействия внешней ИC и прочими внешними системами (пара Внешние организации -> Клиент DocsVision)

.3.2.6Оценка ресурсов, необходимых для доработки проекта с целью приведения их к требованиям СПО


В оптимистичном варианте для доработки документации до состояния, позволяющего произвести полную оценку соответствия проекта требованиям СПО, требуется ориентировочно 2-3 месяца.

Сумма, необходимая для доработки документирования проекта, составляет 100-120 тыс. руб. (ввиду того, что отсутствие документирования является недоработкой Исполнителя проекта расходы, вероятно, должны быть произведены Исполнителем).

В негативном варианте развития событий указанные цифры могут быть многократно превышены, поскольку в качестве внешних ИС в «дорабатываемых» интерфейсах используется клиент DocVision, внутренняя документированность которого не выполнена (и не может быть выполнена) в силу лицензионных ограничений и проприетарности разработки.

.3.3СПУН

.3.3.1Степень документированности проекта


Состав документов, рассмотренный при аудите, достаточен для формирования заключения об архитектуре проекта.

.3.3.2Достаточность документирования проекта в отношении интерфейсов


Перечень параметров интерфейсов и их описание представлено полностью, но для отдельных интерфейсов отсутствуют сведения для системных протоколов и транспортных протоколов, а также в части интерфейсов имеются неоднозначные сведения для протоколов приема-передачи.

.3.3.3Возможность определения соответствия интерфейсов требованиям СПО


Приведенные в документации сведения и построенные на их основе архитектура проекта и формализованное описание архитектуры в виде модельных таблиц, позволяют провести процедуру определения соответствия интерфейсов требованиям СПО.

.3.3.4Соответствие интерфейсов проекта требованиям СПО


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

Интерфейсы для взаимодействия внутренних компонент и внешних ИС относится к интерфейсу G2G. Недостаточность описания параметров не позволяет дать точное заключение по соответствию интерфейсов требованиям СПО.

Интерфейсы проекта при взаимодействии внутренних компонент в СПО не регламентируются.

Интерфейсы проекта соответствуют требованиям СПО, не представление части сведений об интерфейсах формально не может служить поводом для констатации несоответствия требованиям СПО.

.3.3.5Возможность (необходимость) доработки проекта для соответствия требованиям СПО


Взаимодействие внутренних компонент и внешних ИС (Модуль интеграция АИС -> БД АИС) недостаточно описан, поэтому доработка проекта связана прежде всего с коррекцией документации, после чего может быть сделан вывод о необходимости доработки самого проекта.

.3.3.6Оценка ресурсов, необходимых для доработки проекта с целью приведения их к требованиям СПО


Для доработки документации до состояния, позволяющего произвести полную оценку соответствия проекта требованиям СПО, требуется ориентировочно 2-3 месяца.

Средства, необходимые для доработки документирования проекта, оцениваются в 80-100 тыс. руб. (ввиду того, что отсутствие документирования является недоработкой Исполнителя проекта расходы, вероятно, должны быть произведены Исполнителем).

.3.4СЭТГН

.3.4.1Степень документированности проекта


Состав документов, рассмотренный при аудите, достаточен для формирования заключения об архитектуре проекта.

.3.4.2Достаточность документирования проекта в отношении интерфейсов


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

.3.4.3Возможность определения соответствия интерфейсов требованиям СПО


Приведенные в документации сведения и построенные на их основе архитектура проекта и формализованное описание архитектуры в виде модельных таблиц, позволяют провести процедуру определения соответствия интерфейсов требованиям СПО в части документированных интерфейсов.

Для интерфейсов, не описанных в документации, определение соответствия проведено быть не может.

.3.4.4Соответствие интерфейсов проекта требованиям СПО


Один интерфейс проекта для взаимодействия внутренних компонент и внешних ИС (Web-браузер клиента официального сайта -> Официальный сайт) соответствует требованиям СПО, все другие интерфейсы внешних ИС с Система Брокер, с Официальным сайтом, а также АС РК и АС РНП в документации не описаны и не могут быть проаудированы.

Недокументированные интерфейсы относятся к интерфейсам G2B и G2G. Недостаточность описания параметров не позволяет дать точное заключение по соответствию интерфейсов требованиям СПО.

Интерфейсы проекта при взаимодействии внутренних компонент в СПО не регламентируются.

Соответствие интерфейсов проекта не может быть определено из-за изъянов в документации.

.3.4.5Возможность (необходимость) доработки проекта для соответствия требованиям СПО


Отсутствие в документации описания интерфейсов является недоработкой документации Исполнителем проекта. В данном проекте необходима доработка документации и реализации интерфейсов внутренних компонент и внешних ИС, для пар (см. отчет о результатах аудита):
  1. Система раскрытия государственной информации -> Система Брокер
  2. Нотариальная система -> Система Брокер
  3. Архивная система -> Система Брокер
  4. Система раскрытия государственной информации -> Официальный сайт
  5. Нотариальная система -> Официальный сайт
  6. Архивная система -> Официальный сайт
  7. Система раскрытия государственной информации -> АС РК
  8. Нотариальная система -> АС РК
  9. Архивная система -> АС РК
  10. Система раскрытия государственной информации -> АС РНП
  11. Нотариальная система -> АС РНП
  12. Архивная система -> АС РНП

.3.4.6Оценка ресурсов, необходимых для доработки проекта с целью приведения их к требованиям СПО


Для доработки документации в части описания указанных интерфейсов требуется порядка 2-3 месяцев. Сумма, необходимая для доработки, составляет не менее 150 тыс. руб. (ввиду того, что отсутствие документирования является недоработкой Исполнителя проекта расходы, вероятно, должны быть произведены Исполнителем).

Сумма, необходимая для приведения проекта в соответствие требованиям СПО, составляет не менее 300 тыс. руб.

.3.5Правоохранительный портал

.3.5.1Степень документированности проекта


Состав документов, рассмотренный при аудите, недостаточен для формирования заключения об архитектуре проекта.

.3.5.2Достаточность документирования проекта в отношении интерфейсов


Перечень параметров интерфейсов и их описание представлено недостаточно, а для отдельных интерфейсов полностью отсутствует.

В документации для части интерфейсов имеются разночтения, практически отсутствуют детализация интерфейсов, особенно в части протоколов доступа к данным и функциям системы, видов информации и кодировки текстов.

.3.5.3Возможность определения соответствия интерфейсов требованиям СПО


Приведенные в документации сведения и построенные на их основе архитектура проекта и формализованное описание архитектуры в виде модельных таблиц, не позволяют в полном объеме провести процедуру определения соответствия интерфейсов требованиям СПО.

.3.5.4Соответствие интерфейсов проекта требованиям СПО


Один интерфейс проекта для взаимодействия внутренних компонент и внешних ИС соответствует требованиям СПО по одному параметру интерфейса (транспортный протокол), четкое описание всех других параметров в документации отсутствует, в связи с чем остальные интерфейсы не могут быть проаудированы.

Недокументированные интерфейсы относятся к интерфейсам G2B и G2C. Недостаточность описания параметров не позволяет дать точное заключение по соответствию интерфейсов требованиям СПО, что является критическим недостатком описания.

Интерфейсы проекта при взаимодействии внутренних компонент в СПО не регламентируются.

Соответствие интерфейсов проекта не может быть определено из-за изъянов в документации.

.3.5.5Возможность (необходимость) доработки проекта для соответствия требованиям СПО


Отсутствие в документации описание интерфейсов является недоработкой Исполнителя проекта, при этом описание этих интерфейсов критично для взаимодействия с этой системой.

Все интерфейсы, перечисленные в проекте, требуют доработки.

.3.5.6Оценка ресурсов, необходимых для доработки проекта с целью приведения их к требованиям СПО


Для доработки документирования в части описания указанных интерфейсов требуется не менее 6 месяцев. Сумма, необходимая для доработки документации, составляет не менее 350 тыс. руб. (ввиду того, что отсутствие документирования является недоработкой Исполнителя проекта расходы, вероятно, должны быть произведены Исполнителем).

Доработка самого проекта ввиду серьезной неполноты текущего документирования и большого числа задействованных ИС и типов взаимодействий не может быть оценена достоверно. По самым примерным оценкам это может потребовать от 0,5 до 2 млн. руб.