Возникновение и этапы становления информационных технологий 9 страница

ОМА состоит из четырех основных компонентов, представляющих спецификации различных уровней поддержки приложений(рис. 5.10):

• архитектура брокера запросов объектов (CORBA — CommonObject Request Broker Architecture)определяет механизмы взаимодействия объектов в разнороднойсети;

• объектные сервисы (ObjectServices) являются основными сис темными сервисами, используемы Р и с. 5.10. спецификация ОМАми разработчиками для создания

приложений;

• универсальные средства (Common Facilities) являются высокоуровневыми системными сервисами, ориентированными на поддержку пользовательских приложений (электронная почта, средства печати и др.);

• прикладные объекты (Application Object) предназначены длярешения конкретных прикладных задач.

Исходя из основных положений объектноориентированногоподхода рассмотрим концепцию идеального объектноориентированного CASEсредства.

Существует несколько объектноориентированных методов, авторами наиболее распространенных из них являются Г.Буч, Д.Рамбо, ИДжекобсон. В настоящее время наблюдается процесс сближения объектноориентированных методов. В частности, указанные выше авторы создали и выпустили несколько версий унифицированного метода UML (Unified Modeling Language — унифицированный язык моделирования).

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

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

Современные CASEсредства поддерживают процессы инжиниринга и автоматизированного реинжиниринга.

¶Анализ Проектирование Реализация

Возможность Возможность Возможность Возможность

добавлять создавать просматривать генерировать

пояснительные различные и выбирать заготовки

надписи представления элементы программного

к диаграммам и скрывать и бизнесобъекты кода на несколь

и в докумен ненужные для использования ких объектно

тацию в данный в системе ориентирован

момент слои ных языках

системы

Среда для создания Возможность Возможностьдиаграмм разнообразных создания проверки кодамоделей пользовательского на синтаксичесинтерфейса кую корректность(поддержка OLE,ActiveX, OpenDoc,________________________________HTML)___________________________________

Поддержка Возможность Возможности Возможность

различных динамического определения генерировать код

нотаций моделирования бизнесмодели для 4GL и клиент

событий и бизнесправил серверных

в системе продуктов

(PowerBuider,Forte, VisualAge,VisualWorks)

Возможность Возможность Возможностьгенерации динамической связи с объектно

документации коррекции ориентированными

для печати одной базами данных

диаграммы и распределенными

из другой модулями(поддержка

COBRA, DCOM,ПОР, HTML)

Инфраструктура

Контроль версий Репозиторий Возможность реин

Блокирование и согласование жиниринга програм

частей системы при групповой много кода, 4GL,

разработке клиентсерверных

систем в диаграммымоделей

Рис. 5.11. Идеальное объектноориентированное CASEсредство

Идеальное объектноориентированное CASEсредство (рис,5.11) должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура [34].

Основные требования к блоку анализа:116

• возможность выбора выводимой на экран информации извсей совокупности данных, описывающих модели;

• согласованность диаграмм при хранении их в репозитарии;

• внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений;

• возможность динамического моделирования в терминах событий;

• поддержка нескольких нотаций (хотя бы три нотации — Г.Буча,ИДжекобсона и ОМТ).

Основные требования к блоку проектирования:

• поддержка всего процесса проектирования приложения;

• возможность работы с библиотеками, средствами поиска ивыбора;

• возможность разработки пользовательского интерфейса;

• поддержка стандартов OLE, ActiveX и доступ к библиотекамHTML или Java;

• поддержка разработки распределенных или двух и трехзвенных клиентсерверных систем (работа с CORBA, DCOM,Internet).

Основные требования к блоку реализации:

• генерация кода полностью из диаграмм;

• возможность доработки приложений в клиентсерверныхCASEсредствах типа Power Builder;

• реинжиниринг кодов и внесение соответствующих изменений в модель системы;

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

Основные требования к блоку инфраструктуры:

• наличие репозитория на основе базы данных, отвечающего загенерацию кода, реинжиниринг, отображение кода на диаграммах,а также обеспечивающего соответствие между моделями и программными кодами;

• обеспечение командной работы (многопользовательской работы и управление версиями) и реинжиниринга.

В табл. 5.3 приведен обзор наиболее распространенных объектноориентированных CASEсредств [34].

¶Т а б л и ц а 5.3

№ Продукт, фир Поддержи Используе Генера Описаниеп/п маразработчик ваемые мые коды ция кода________________________платформы_________________________________________________

1 BridgePoint (вер Unix, Шлеер/ C/C++ Поддержка полногосия 3.2.1), Project SIGIrix Меллор жизненного цикла в рамTehnology ках методики «Шлеер/

___________________________________________________Меллор», генерация кода

2 Grapical Designer Unix, Г.Буч, C/C++ Генерация кода и реин(версия 2.0), Windows NT И.Джекоб жиниринг для каждого изAdvanced Software Windows 95 сон, ОМТ, поддерживаемых языковTechnologies Шлеер/ и методологий. Команд

Меллор, ная работа. ВозможностьUML.08 и создания собственной ноструктур тации_______________________________ная нотация_______________________________

3 LifeModel for Unix, Мартин/ С Средство является верхOOOIE (версия Windows NT Оделл ним уровнем фирменного1), InteliCorp (OOIE) продукта искусственного

интеллекта Карра. Прототипирование в режиме интерпретатора, генерациякода, создание экранов ит.д. Возможность программирования на С илина внутреннем script язы___________________________________________________ке типа Prolog___________

4 ObjectTime, Unix ROOM C++ Создание и визуализаObjectTime Ltd ция исполняемых моделей систем реальноговремени на основе ООметодологии реальноговремени (ROOM). Внутренний scriptязык —

___________________________________________________подмножество «Smalltalk»

5 Objectory (версия Unix, OS/2, И. Джекоб C++, Два варианта: Analysis3.7), Rational DOS5, сон Small Workbench для ООанаSoftware Windows talk лиза и Design Workbench

3.1, 95, NT для проектирования. Связь

с VisualWorks и C++Softbench. BPR на основеметода Джекобсона. Таккак Objectory перешло кRational, то неизвестно,как долго еще продукт бу___________________________________________________дет поддерживаться______

6 ObjectPartner Unix ОМТ C++ Распространяет Verilog,(версия 2.0), а также Logiscope и Object

I Verilog__________| _______I___________I________| Geode__________________

Продолжение табл. 5.3

№ Продукт, фир Поддержи Используе Генера Описаниеп/п маразработчик ваемые мые коды ция кода________________________платформы_________________________________________________

7 ObjectTeamEnter Unix OMT C++ Cayenne объединяетprise (версия 1) Cadre и Bachman technlology.Cayenne Software Пользователям ObjectTeam

(метод Шлеер/Меллор)предлагается обратиться___________________________________________________к продуктам BridgePoint

8 ObjectMaker Unix, 15 нотаций, Ada Общий репозиторий в(версия4.2,1995) Windows вчастности: '83,'95, сети, командная работа.MarkV 3.1,95, NT Г.Буч, C/C++, Есть локальный продукт

ОМТ, Шле Smalltalk ObjectMaker Consulantер/Меллор,Код/Йор________________________________дон и др.___________________________________

9 ParadigmPlus Unix, OS/2, 8 нотаций, в Ada, Генерация SQL, OO и(версия 3.0) Windows частности: C/C++, реляционные БД. РейнPlatinum 3.1,95,NT Г.Буч, Smalltalk, жиниринг для Forte,Technology OMT, Шле Java PowerBuilder, VisualWorks,(formerly Protosoft) ер/Меллор, Visual Smalltalk Enterprise,

Fusion и т.д. VisualAge, ObjectPro. ObjectStore. OODB в качестве___________________________________________________ репозитория____________

10 Ptech (версия4.0), Windows 95, Map C++, Интегрирован с ObjectPtech Inc. NT, Unix тин/Оделл Forte Store, Objectivity, ONTOS.

(OOIE) 2.0 Генерация кода для библиотек классов Tools.h++,___________________________________________________USL___________________

11 Rational Rose Windows Г.Буч, OMT Ada, Конвертация Буч/ОМТ.(версия 3.0), 3.1, 95, NT, C++, Поддержка Java, COBRA.Rational Software UNIX Smalltalk, Реинжиниринг кода из

(Solaris, HP Visual Forte SQLWindows, PowerUX,AIX) Basic, Builder и ООязыков.Java, Объявлено о выпуске ноForte вого средства работы сSQL COBRA.Windows,PowerBu______________________________________________ilder__________________________

12 System Architect Windows Г.Буч, C++, Поддержка структурObject (версия 3.1), 3.1, OS/2 OMT, Шле Smalltalk, ных методологий. BPR наPopkin Software ер/Меллор, Java основе IDEFдиаграмм.and System Код/Йор — Связь с PowerBuilder

дон, CRC,

И. Джекоб

________________________________сон________________________________________

¶Продолжение табл. 5.3

N° Продукт, фир Поддержи Используе Генера Описаниеп/п маразработчик ваемые мые коды ция кода_________________________платформы__________________________________________________

13 Software through Unix OMT или C++, Есть продукты дляPictures/OMT Г. Буч, Smalltalk, структурных методолоand BUCH (вер И.Джекоб Java и гий. CASE для BPR. Подсия 3.2), сон OMGI держка, Java, HTML,Interactive DL Netscape Navigator, COBRA,Development связь NetLinks Orbitaze,

____Environments___________________________________SNJFF+. Реинжиниринг

14 SES/Objectbench Unix OOA C/C++ Объектноориентиро(версия 2.2), ванный анализScientific and

Engineering____Software_______________________________________________________________

15 Together/C++, Windows 3.1 Код/Йор C++ Версия для команднойObject дон работы, работающая и под

____International____________________________________Windows 3.1_____________

Сравнительный анализ CASEсистем показывает, что на сегодняшний день одним из наиболее приближенных к идеальному варианту CASEсредств является семейство Rational Rose фирмыRational Software Corporation. Следует отметить, что именно здесьработают авторы унифицированного языка моделирования Г. Буч,Д. Рамбо и И. Джекобсон, под руководством которых ведется разработка нового CASEсредства, поддерживающего UML.

Выделим основные критерии оценки и выбора CASEсредств.

1. Функциональные характеристики:

• среда функционирования: проектная среда, программноеобеспечение/технические средства, технологическая среда;

• функции, ориентированные на фазы жизненного цикла: моделирование, реализация, тестирование;

• общие функции: документирование, управление конфигурацией, управление проектом;

2. Надежность;

3. Простота использования;

4. Эффективность;

5. Сопровождаемость;

6. Переносимость;

7. Общие критерии (стоимость, затраты, эффект внедрения, характеристики поставщика).

Данные критерии подробно изложены в стандартах IEEE Std1348—1995. IEEE recommended Practice for the Adoption ofComputer — Aided Software Engineering (CASE) Tools и IEEE Std1209—1992 Recommended Practice for the Evaluation and Selection ofCASE Tools.

5.5. ТЕЛЕКОММУНИКАЦИОННЫЕ ТЕХНОЛОГИИ

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

• одноранговая архитектура;

• классическая архитектура «клиент—сервер»;

• архитектура «клиент—сервер» на основе Webтехнологии.

При одноранговой архитектуре (рис. 5.12) все ресурсы вычислительной системы, включая информацию, сконцентрированы вцентральной ЭВМ, называемой еще мэйнфреймом (mainframe — центральный блок ЭВМ). В качестве основных средствдоступа к информационным ресурсам использовались однотипныеалфавитноцифровые терминалы, соединяемые с центральнойЭВМ кабелем. При этом не требовалось никаких специальных действий со стороны пользователя по настройке и конфигурированиюпрограммного обеспечения.

Явные недостатки, свойственные одноранговой архитектуреи развитие инструментальных средств привели к появлению вычислительных систем с архитектурой «клиент—сервер». Особенность данного класса систем состоит в децентрализации архитектуры автономных вычислительных систем и их объединении вглобальные компьютерные сети. Создание данного класса систем связано с появлением персональных компьютеров, взявших

., Р и с. 5.12. Одноранговая архитектура компьютерных сетей

¶на себя часть функций центральных ЭВМ. В результате появилась возможность создания глобальных и локальных вычислительных сетей, объединяющих персональные компьютеры (клиенты или рабочие станции), использующие ресурсы, и компьютеры (серверы), предоставляющие те или иные ресурсы для общего использования. На рис. 5.13 представлена типовая архитектура «клиент—сервер», однако различают несколько моделей, отличающихся распределением компонентов программного обеспечения между компьютерами сети.

Любое программное приложение можно представить в видеструктуры из трех компонентов:

• компонет представления, реализующий интерфейс с пользователем;

• прикладной компонент, обеспечивающий выполнение прикладных функций;

• компонент доступа к информационным ресурсам, или менеджер ресурсов, выполняющий накопление информации и управление данными.

На основе распределения перечисленных компонентов междурабочей станцией и сервером сети выделяют следующие моделиархитектуры «клиент—сервер»:

• модель доступа к удаленным данным;

• модель сервера управления данными;

• модель комплексного сервера;

• трехзвенная архитектура «клиент—сервер».

Модель доступа к удаленным данным (рис. 5.14), при которойна сервере расположены только данные, имеет следующие особенности:

Рис. 5.13. Типовая архитектура «клиент—сервер»122

Р и с. 5.14 Модель доступа к удаленным данным

• невысокая производительность, так как вся информация обрабатывается на рабочих станциях;

• снижение общей скорости обмена при передаче большихобъемов информации для обработки с сервера на рабочие станции.

При использовании модели сервера управления данными (рис.5.15) кроме самой информации на сервере располагается менеджеринформационных ресурсов (например, система управления базамиданных). Компонент представления и прикладной компонент совмещены и выполняются на компьютереклиенте, который поддерживаеткак функции ввода и отображения данных, так и чисто прикладныефункции. Доступ к информационным ресурсам обеспечивается либооператорами специального языка (например, SQL в случае использования базы данных), либо вызовами функций специализированныхпрограммных библиотек. Запросы к информационным ресурсам направляются по сети менеджеру ресурсов (например, серверу базыданных), который обрабатывает запросы и возвращает клиенту блокиданных. Наиболее существенные особенности данной модели:

• уменьшение объемов информации, передаваемых по сети, таккак выборка необходимых информационных элементов осуществляется на сервере, а не на рабочих станциях;

• унификация и широкий выбор средств создания приложений;

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

Не нашли, что искали? Воспользуйтесь поиском: