Отчет о нир листов
| Вид материала | Отчет |
- Отчет нии экспериментальной медицины сзо рамн о выполнении плана нир за 2009г и план, 29.72kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка и создание, 107.74kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка новых радиоволновых, 53.72kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Разработка новых радиоволновых, 49.86kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Исследование новых механизмов, 65.37kb.
- Лексикология для высших учебных заведений1[1], 2831.98kb.
- Отчет о научной деятельности Сибирского государственного индустриального университета, 292.94kb.
- Р. И. об итогах нир университета за 2009 год на Ученом совете от 8 февраля 2010 год, 887.59kb.
- Отчет о нир/окр (бумажная версия) (наименование отчета), 45.75kb.
- Отчет по нир, 650.93kb.
Приложение 24. Локальный профиль «Взаимодействие компонентов информационных систем органов государственной власти»
.1Область применения
Настоящий документ является рекомендательным и входит в состав методического обеспечения Концепции стандартизации программного обеспечения, утвержденной Постановлением Правительства Российской Федерации от «____»_____, №_______
Профиль описывает совокупность стандартов и спецификаций, определяющих рекомендованную компонентную архитектуру для клиент-серверных систем со средним слоем. Обязательность применения профиля может быть установлена заданием на разработку (поставку) информационной системы.
Профиль устанавливает базовый стек спецификаций, обязательный для использования в том случае, если система реализует рекомендацию настоящего профиля по архитектурной платформе J2EE.
.2Архитектурная модель
Архитектурная модель систем со средним слоем предусматривает отделение компонентов, реализующих прикладную логику системы, от компонентов, реализующих внешние интерфейсы системы.
Виды связей между архитектурными слоями системы показаны на рисунке 1. Взаимодействие между слоями и компонентами системы должно осуществляться только по перечисленным каналам через документированные интерфейсы. Не допускается взаимодействие с нарушением иерархии слоев.
Слой источников данных
Презентационный слой
Средний слой (слой прикладной логики)
Рис.1. Архитектурная модель системы со средним слоем
.3Перечень стандартов и спецификаций
Наименования спецификаций в каталоге даются в соответствии с версией, утвержденной стандартизирующей организацией.
Для спецификаций, являющихся частью архитектурной платформы J2EE, указывается только их наименование и обозначение (аббревиатура). Для прочих спецификаций дополнительно указываются:
- наименование стандартизирующей организации в сочетании с указанием на официальный статус (тип документа) в соответствующей системе стандартизации.
- сетевой адрес (URL), где может быть получен текст спецификации. Ссылка на сетевой адрес носит справочный характер.
| № п.п. | Функция, область применения стандарта/спецификации | Наименование и обозначение стандарта/спецификации. Стандартизирующая организация. Источник спецификации (URI). |
| | Архитектурная платформа | Java 2 Platform Enterprise Edition v.1.4 (J2EE v.1.4) Открытая спецификация Sun Microsystems com/j2ee/j2ee-1_4-fr-spec.pdf |
| | Взаимодействие с базами данных | Java Database Connector (JDBC) |
| | Взаимодействие с унаследованными системами на уровне back-end/источник данных | Java Messaging Service (JMS) |
| | Формат данных для взаимодействия межу средним слоем и слоем представления | Extensible Markup Language (XML) 1.1. Рекомендация W3C g/ TR/2004/REC-xml11-20040204/ |
| | Трансформация данных для представления | XSLT Transformation Рекомендация W3C g/TR/1999/REC-xslt-19991116 |
| | Взаимодействие с портальными компонентами уровня представления | Java Specification Request 168 (JSR 168) Открытая спецификация Sun Microsystems (принята в рамках программы Java Community Process) |
| | Аутентификация и авторизация | Java Authentication and Authorization Service (JAAS) |
| | Распространение (передача) программных комплексов | Файлы Enterprise Archive (EAR) |
| | Распространение (передача) самостоятельных компонентов среднего слоя и веб-приложений | Файлы Java Archive (JAR) и Web Archive (WAR) |
| | Автодокументирование исходных кодов приложений | JavaDOC |
.4Подтверждение соответствия
Подтверждение соответствия настоящему профилю производится в заявительном порядке. В рабочей документации разработчик (поставщик) системы должен декларировать:
- степень соответствия профилю (сведения обо всех поддерживаемых спецификациях).
- перечень реализаций платформы J2EE, на которых была проверена работоспособность программного обеспечения системы. Перечень должен включать не менее двух реализаций, совместимость которых официально подтверждена компанией Sun Microsystems (перечень см. com/j2ee/compatibility.phpl).
Приложение 25. Локальный профиль Технологии информационной интеграции государственных информационных систем
.1Область применения
Настоящий документ является рекомендательным и входит в состав методического обеспечения Концепции стандартизации программного обеспечения, утвержденной Постановлением Правительства Российской Федерации от «____»_____, №_______
Профиль описывает совокупность стандартов и спецификаций, относящихся к взаимодействию государственных информационных систем друг с другом и с информационными системами, не принадлежащим органам государственной власти.
Профиль может применяться во всех случаях, когда разрабатываемая или модернизируемая для государственных нужд система должна обеспечивать синхронное непосредственно информационное взаимодействие со смежными системами Интернете или ведомственных сетях.
Для систем, реализующих только асинхронное взаимодействие, применение профиля является рекомендованным в части спецификаций, предусматривающих возможность такого взаимодействия.
Профиль не регламентирует технологии и способы обмена между частями и компонентами одной системы (в т.ч. удаленными).
Профиль не устанавливает требований к обеспечению безопасности и физическим каналам взаимодействия систем.
.2Перечень стандартов и спецификаций
Наименования спецификаций в каталоге даются в соответствии с версией, утвержденной стандартизирующей организацией. Наименование стандартизирующей организации дается в сочетании с указанием на официальный статус (тип документа) в данной системе стандартизации.
Для спецификаций, стандартизированных в системе ISO, указывается только обозначение соответствующего международного стандарта. Официальные тексты спецификаций ISO могут быть получены на интернет-ресурсе в соответствии с условиями, установленными Международной организации стандартов. Для прочих спецификаций дополнительно указывается сетевой адрес (URL), где может быть получен текст спецификации. Ссылка на сетевой адрес носит справочный характер.
| № п.п. | Функция, область применения стандарта/спецификации | Наименование и обозначение стандарта/спецификации. Стандартизирующая организация. Источник спецификации (URI). |
| | Протокол взаимодействия (обмена сообщениями) | SOAP Version 1.2 Part 1: Messaging Framework Рекомендация W3C g/TR/2003/REC-soap12-part1-20030624/ |
| | Расширения протокола взаимодействия | SOAP Version 1.2 Part 2: Adjuncts Рекомендация W3C g/TR/2003/REC-soap12-part2-20030624/ |
| | Транспортный протокол ** | Hypertext Transfer Protocol -- HTTP/1.1 Стандарт IETF org/rfc/rfc2616.txt |
| | Формализованное описание интерфейсов *** | Web Services Description Language (WSDL) 1.1 Подтвержденное представление W3C **** g/TR/2001/NOTE-wsdl-20010315 |
| | XML Schema Рекомендация W3C g/TR/2004/REC-xmlschema-1-20041028/ g/TR/2004/REC-xmlschema-2-20041028/ | |
| | Служба обнаружения объектов взаимодействия | Universal Description Discovery and Integration (UDDI) v 3.0 Стандарт OASIS org/specification.phpl |
Примечания
* Подлежит обязательному применению только в части связывания с протоколом HTTP (см. раздел 7, SOAP HTTP Binding). Прочие положения спецификации являются рекомендованными.
** Поддержка связывания протоколов SOAP и HTTP обязательна для всех систем, подпадающих под действие настоящего профиля. Использование других транспортных протоколов допускается в качестве дополнительной возможности. Обязательность использования дополнительных протоколов и видов связывания, предусмотренных в перечисленных выше спецификациях, может быть установлена заказчиком в задании на разработку системы исходя их назначения и особенностей применения системы.
*** Каждый интерфейс системы, предназначенный для взаимодействия со смежными системами, должен быть снабжен формализованным описанием. Использование WDSL при описании SOAP-интерфейсов систем является обязательным. Использование XML Schema при описании интерфейсов на WDSL является обязательным. При описании интерфейсов должна использоваться кодировка UTF-8.
**** Статусы спецификаций WSDL в профиле подлежат пересмотру в случае принятия версии WSDL 2.0 в качестве рекомендации W3C.
***** Порядок применения спецификаций UDDI и связанных с ними протоколов определяется локальными профилями АПО, определяющими требования к инфраструктурным системам электронного государства и процедурам межведомственного взаимодействия.
.3Подтверждение соответствия
Подтверждение соответствия вновь разработанных и модифицированных систем настоящему профилю производится в испытательном порядке. В проектной и/или рабочей документации разработчиком (поставщиком) системы должны быть объявлены все интерфейсы с указанием степени соответствия настоящему профилю.
Виды испытаний системы, в ходе которых проводится подтверждение соответствия, определяются по ГОСТ 34.603-92. На испытания должны быть представлены файлы с WSDL-описаниями всех интерфейсов. Программа и методика испытаний оформляется по РД 50-34.698-90 и должна включать тесты, предусматривающие проверку работоспособности каждого интерфейса путем обращения к нему с помощью программы-анализатора, использующей для организации взаимодействия только представленные WSDL-описания. Семантическая интерпретация сообщений, используемых при обмене, не является обязательной.
Дополнительно в программе испытаний рекомендуется предусматривать валидацию полученных SOAP-сообщений и WSDL-описаний.
Для тестирования систем на соответствие профилю рекомендуется использовать программы-валидаторы и анализаторы, рекомендованные WS –I (org/deliverables/workinggroup.aspx?wg=testingtools).
При использовании иных средств тестирования они должны удовлетворять функциональным требованиям, изложенным в спецификации на программы-анализаторы WS I (org/Testing/Specs/AnalyzerFunctionalSpecification_Final_1.1.pdf).
Москва 2006 г.
ЗАО "ЛАНИТ"