Лекция 1. Служба именований сохраняет объектные ссылки в виде иерархической структуры

06.09.10.

Лк16

Служба именований сохраняет объектные ссылки в виде иерархической структуры. Каждой объектной ссылке соответствует имя, которое состоит из 2 строковых полей:

è ID – идентификатор

è Kind – вид

Объектная ссылка содержит сведения о типе объекта IDL, а также все необходимые сведения брокеру объектных запросов для обнаружения объекта при обработке запроса. После того, как клиент получит объектную ссылку из каталога, ORB преобразует её в объект CORBA (посредник).

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

Экспортируемому объекту ставится в соответствие 2 элемента:

è Имя объекта

è Сведения о месторасположении объекта в иерархии службы именований

Клиенты вызывают метод resolve() для поиска объекта, предоставляя службе именований (Service Name - SN) сведения, необходимые для идентификации объектов. Необходимое имя передается как входной параметр, а содержимое SN определяет место в иерархии имен, с которой SN будет начинать поиск объекта. При обнаружении объекта он возвращается как стандартный тип Object.

При использовании технологии CORBA на производительность РИС сильное влияние оказывают:

è Количество вызовов удаленных методов, производимых системой

è Объем данных, передаваемых с каждым вызовом удаленных методов

è Затраты на обработку различных типов IDL.

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

При разработке ИС нужно решать множество взаимосвязанных задач:

1. проектировать БД
2. строить математические модели управления технологическим процессом
3. разрабатывать алгоритмическое и программное обеспечение
4. разрабатывать документации и сопровождать функционирование системы

Потребность контролировать процесс разработки ИС привела к появлению в конце 70-х годов совокупности инженерных методов и средств создания ИС, объединенных общим названием Software Engineering (SE).

Выделяют два этапа создания:

1. в 80-е годы – это стандартизация и систематизация процессов создания ИС на основе структурного подхода (СП)
2. в 90-е годы – это переход к сборочному индустриальному способу ИС на основе ООП (объектно-ориентированный подход)

В основе SE лежит основная фундаментальная идея: «Проектирование ИС является формальным процессом, который можно изучать и совершенствовать».

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

Непротиворечивые модели архитектуры ИС определяют:

1. структурные элементы системы
2. связи между ними
3. поведение элементов системы в процессе взаимодействия
4. иерархию подсистем объединяющих структурные элементы

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

Модель - полное описание ИС с определенной точки зрения:

1. функциональных требований к ИС
2. данных
3. функциональных приложений
4. системотехническое платформы
5. интеграции компонентов

СП и ООП основаны на использовании наглядных графических моделей, которые позволяют заказчикам и разработчикам совместно принимать и обсуждать проектные решения, а разработчикам участвовать в коллективной разработке. Современные методы проектирования стали возможны благодаря появлению программно-технических средств специального класса (инструментальных средств) - CASE-средства (Computer Aided Software/System Engineering), реализующих CASE-технологию создания и сопровождения ИС.

CASE-технология – совокупность методов проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать подсистемы и системы, анализировать эти модели на всех стадиях разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей.

CASE-технологии основаны на 4-х парадигмах:

1. методология
2. метод
3. нотация
4. средства

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

Современные методологии:

1. структурный подход
2. объектно-ориентированный подход
3. RAD-средства (Rapid Application Development)

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

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

Средства – инструментарий для поддержки и усиления методов.