СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС

Область применения

CORBA создавалась как универсальная инфраструктура сложных и надежных распределенных систем. Под "сложными" понимаются системы с сотнями и тысячами серверов и миллионами клиентов, работающими в гетерогенных средах. Требования к надежности CORBA-систем подразумевает обеспечение уровня надежности проектов в области телекоммуникаций, финансов или здравоохранения. Именно такой уровень имелся в виду при разработке спецификаций CORBA. Естественно, это привело к появлению того, что c некоторой натяжкой можно назвать "философией" CORBA. Очень кратко ее можно охарактеризовать так: стремление к формализации как проекта в целом, так и его составных частей на как можно более высоком уровне абстракции. Это означает, что большая часть работы, требующей интеллектуальных усилий, должна быть выполнена не на этапе кодирования с использованием того или иного конкретного языка программирования, а на этапе создания спецификации проекта на специальном языке описания его составных частей (Interface Definition Language, IDL). Помимо использования IDL, предполагается активное применение так называемых design patterns - шаблонов тех или иных программных конструкций. Пожалуй, наиболее распространенным таким шаблоном является "фабрики" (factory). Под фабриками понимаются конструкции, предназначенные для (удаленного) создания фрагментов системы, т.е. объектов.

Можно возразить, что и тщательное высокоуровневое проектирование системы, и использование стандартных программных концепций присуще любому грамотно созданному проекту. Это действительно так, но применительно к CORBA применение такого "правильного" подхода, во-первых, жизненно важно просто в силу сложности задач, для решения которых обычно используется CORBA, а во-вторых, этот подход непосредственно поддерживается самой технологией.

Создавая CORBA-приложения, нужно помнить, что их модель отличается от модели традиционных монолитных программ и даже клиент-серверных систем, хотя с последними есть и нечто общее. Связку объектов CORBA и клиентов трудно назвать приложением как таковым. Подобные системы похожи на паутину, где все переплетено: клиент может в любую минуту стать сервером, и пользователь вряд ли узнает, с каким сервером объектов он работает в данный отрезок времени, а если проект выполнен грамотно, может даже и не заметить сбоя. Типичная тактика действий программы, использующей технологию CORBA, такова: соединиться с нужным объектом, использовать его функции и отсоединиться от него. И таких атомарных циклов могут быть сотни.

Добиться хороших результатов в создании программ на основе CORBA можно, придерживаясь определенного порядка действий:

· объектно-ориентированный анализ и моделирование;

· описание и трансляция объектов;

· создание сервера;

· создание клиента;

· отладка объектов.

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

ГОСТ 34.601-90

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

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

Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом.

Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

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

СТАДИИ И ЭТАПЫСОЗДАНИЯ АС

Стадии и этапы создания АС в общем случае приведены в таблице.

Стадии и этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта.