
- •Тема 2. Стандартизация проектирования информационных систем
- •2.1. Функциональные стандарты проектирования ис
- •2.1.1. Стандарты описания сервисов ис
- •2.1.2. Стандарты описания интерфейсов ис
- •Стандарты графического пользовательского интерфейса
- •Стандартизация эргономических принципов пользовательского интерфейса
- •2.1.3. Стандарты описания протоколов ис
- •2.2. Технологические стандарты проектирования ис
- •2.2.1. Модели жизненного цикла ис
- •2.2.1.1. Каскадная модель жизненного цикла ис
- •2.2.1.2. Каскадная модель с промежуточным контролем
- •2.2.1.3. Спиральная модель жизненного цикла ис
- •2.2.1.4. Итеративная (инкрементальная) модель жизненного цикла ис
- •2.2.1.5. Модель жизненного цикла «через тестирование»
- •2.2.2. Стандарты жизненного цикла ис
- •2.2.2.1. Международный стандарт проектирования iso/iec 12207
- •Содержание основных процессов жц по ис (iso/iec 12207)
- •2.2.2.2. Международный стандарт проектирования iso/iec 15288
- •2.2.2.3. Стандарт быстрой разработки приложений rad
- •2.2.2.4. Стандарт проектирования rup
Тема 2. Стандартизация проектирования информационных систем
2.1. Функциональные стандарты проектирования ис
Функциональные стандарты - система международных и отечественных стандартов, определяющих требования к функциональным компонентам ИС:
сервисам;
интерфейсам;
протоколам.
Функциональные стандарты обеспечивают нормативно-техническую поддержку создания платформ (сред) прикладных программ (приложений) в ИС.
2.1.1. Стандарты описания сервисов ис
Обобщенное понятие сервисов (услуг), которые предоставляются пользователям посредством информационных систем, получили названия ИТ-сервисов.
ИТ-сервис — это процесс предоставления пользователям ресурсов информационных технологий для обеспечения выполнения ими своих бизнес функций. Основными характеристиками ИТ-сервиса являются:
доступность — способность сервиса выполнять требуемые функции в требуемый период времени;
время отклика — разность между временем запроса сервиса и временем получения.
К основным ИТ-сервисам относятся следующие сервисы.
Сервис аутентификации пользователей, предназначенный для проверки подлинности пользователя.
Сервис доступа удаленных пользователей обеспечивает возможность подключения к сети компании для пользования ее ИТ-сервисами и ресурсами.
Сервис электронной почты позволяет обмениваться электронными сообщениями, как с локальными пользователями, так и с удаленными.
Сервис печати позволяет выводить на печать документы с помощью сетевых принтеров и плоттеров. Сервис доступа в Интернет предоставляет пользователям доступ в глобальную сеть Интернет.
Файловый сервис предназначен для общего хранения данных (документов), пользователями.
FTP-сервис позволяет пользователям обмениваться файлами (данными) как внутри компании, так и через интернет.
Сервис быстрых сообщений предоставляет пользователям возможность обмениваться короткими сообщениями. Данный сервис предназначен для обеспечения более гибкого обмена информацией между сотрудниками компании;
Рассмотрим стандарты сервисов ИС на примере веб-сервисов.
Веб-сервисы представляют собой технологию интеграции приложений, которая может использоваться в Internet. В сфере разработки и принятия стандартов и спецификаций для Web-сервисов сегодня можно выделить три основные организации: WS-I (Web Services Interoperability Organization), W3C (World Wide Web Consortium) и OASIS (Organization for the Advancement of Structured Information Standards). Основную работу в них выполняют технические комитеты, членами которых являются представители от производителей продуктов на базе Web-сервисов и отраслевые эксперты.
Веб-сервисы базируются на трех основных веб-стандартах:
SOAP (Simple Object Access Protocol) — протокол для посылки сообщений по протоколу HTTP и другим Internet-протоколам;
WSDL (Web Services Description Language) — язык для описания программных интерфейсов веб-сервисов;
UDDI (Universal Description, Discovery and Integration) — стандарт для индексации веб-сервисов.
SOAP — Simple Object Access Protocol
SOAP — это стандарт для отсылки и получения сообщений по Internet. Изначально этот протокол был предложен фирмой Microsoft в качестве средства для удаленного вызова процедур (RPC, Remote Procedure Call) по протоколу HTTP, а спецификация SOAP 1.0 (Userland, Microsoft, Developmentor) была тесно связана с Component Object Model. Фирма IBM и ряд других компаний, в том числе Lotus, внесли определенный вклад в развитие этого протокола, и его спецификация была направлена на рассмотрение комитетом W3C.
Спецификация SOAP определяет XML-«конверт» для передачи сообщений, метод для кодирования программных структур данных в формате XML, а также средства связи по протоколу HTTP.
SOAP-сообщения бывают двух типов: запрос (Request) и ответ (Response). Запрос вызывает метод удаленного объекта, ответ возвращает результат Спецификация SOAP определяет формат кодирования, который, в свою очередь, задает способ представления данных в XML-формате.
WSDL — Web Services Description Language
Для того чтобы приложения могли использовать веб-сервисы, программные интерфейсы последних должны быть детально описаны — с этой точки зрения язык WSDL играет ту же роль, что и язык Interface Definition Language (IDL) в распределенных вычислениях. Описание может включать такую информацию, как протокол, адрес сервера, номер используемого порта, список доступных операций, формат запроса и ответа и т. п.
Для описания этой информации было предложено несколько языков. Одним из них был язык Service Description Language (SDL), разработанный Microsoft и входивший в первую версию Microsoft SOAP Toolkit. Компания IBM переработала спецификацию и, использовав спецификацию Network Accessible Service Specification Language (NASSL), выпустила NASSL Toolkit как часть SOAP4J. Идеи, реализованные в NASSL, повлияли на спецификацию языка SOAP Contract Language (SCL), предложенную Microsoft. В настоящее время обе спецификации (NASSL и SDL/SCL), а также предложения других фирм учтены в спецификации языка WSDL. Для описания бизнес-логики IBM и Microsoft работают над спецификацией языка Web Services Flow Language (WSFL). Вот пример скелета описания сервисов на языке WSDL:
Как мы видим, описание сервисов представляет собой XML-документ, состоящий из нескольких элементов, в том числе из описания пространства имен (namespace), описания типов и элементов, сообщений, порта, а также возможных операций — запросов и ответов.
Файл, содержащий описание сервисов, является достаточно сложным документом, поэтому для его создания по возможности следует пользоваться автоматическими генераторами, включенными в состав средств разработки.
UDDI — Universal Description, Discovery and Integration
Задача UDDI — предоставить механизм для обнаружения веб-сервисов. UDDI задает бизнес-реестр, в котором провайдеры веб-сервисов могут регистрировать сервисы, а разработчики — искать необходимые им сервисы. Компании IBM, Microsoft и Ariba создали собственные UDDI-реестры (в скором времени эти реестры будут объединены в веб-реестр), в одном из которых разработчики могут зарегистрировать свои веб-сервисы, после чего данные будут автоматически реплицированы в другие реестры.
UDDI базируется на элементах четырех типов: Business Entity, Business Service, Binding Template и Technology Model.
Элемент Business Entity описывает индустрию, предоставляющую данный веб-сервис. Этот элемент может включать описания категорий для данной индустрии, облегчающие более детальный поиск сервисов.
Business Service — это класс сервисов в рамках определенной отрасли промышленности или услуг. Каждая отрасль принадлежит определенному элементу Business Entity.
Вместе Binding Template и Technology Model определяют веб-сервис. Technology Model содержит абстрактное описание, а Binding Template — конкретную спецификацию сервиса. Каждый элемент Binding Template принадлежит определенному элементу Business Service, но несколько элементов Binding Template могут ссылаться на один элемент Technology Model.
Бизнес-реестр UDDI сам является SOAP веб-сервисом. Он поддерживает операции создания, модификации, удаления и поиска элементов всех четырех рассмотренных выше типов.