Дж. Рамбо, М. Блаха - UML 2.0 - Объектно-ориентированное моделирование и разработка, страница 6

Мы использовали объектно-ориентированные модели для документирования программ с плохой структурой, которые трудно было понять просто так. Мы реализовывали свои идеи на разных языках, как объектно-ориентированных, так и обычных, а также воплошали их в базах данных. Мы успешно обучали объектно-ориентированному подходу других программистов и использовали его для общения с экспертами по приложениям. С середины 90-х годов ХХ века мы расширили опыт применения объектноориентированных технологий и распространили его в компаниях, разбросанных по всему миру. Когда мы писали первое издание этой книги, объектная ориентированность и объектно-ориентированное моделирование были в новинку.

Отсутствовал опыт их применения в крупномасштабных проектах. Сейчас объектно-ориентированную технологию уже нельзя считать модным увлечением или умозрительной фикцией. Это часть информатики в целом и основное направление в технологиях разработки программного обеспечения.

1.5. История объектно-ориентированного моделирования 27 На ежегодных конференциях ООРЯ А (ОЬ)есс-ОПепгег1 Ргоягаппп!пя Бузгешз, 1.апяцаяез, апг! Арр!!саг!опз), ЕСООР (Ецгореап Соп(егепсе оп ОЬ)есс-Ог!епгес! Ргоягашш1пя) и ТОО15 (ТесЬпо!ояу о! ОЬ)ест-ОПепгег1 1 апяцаяез апг! Бузгешз) распространяются новые объектно-ориентированные идеи и обсуждаются результаты их применения для создания приложений. В трудах конференций описано множество приложений, выигравших от применения объектно-ориентированного подхода.

Статьи по объектно-ориентированным системам выходили в крупных журналах, таких как 1ЕЕЕ Сошрпгег и СошпшшсаВопз о1 гЬе АСМ. 1.5. История объектно-ориентированного моделирования Наша работа в исследовательском центре Сепега! Е!есгпс подвела нас к созданию методики объектного моделирования (ОЬ)есГ Моде!!пя ТесЬп!Яце, ОМТ), которая была описана в первом издании этой книги в 1991 году.

Эта методика оказалась удачной, но то же самое можно было сказать и о нескольких других подходах. Популярность объектно-ориентированного моделирования привела к новой проблеме: возникло множество альтернативных систем обозначений. Они выражали похожие идеи разными символами, что затрудняло взаимодействие между разработчиками. Вследствие этого, сообщество программистов вплотную занялось объединением разных систем обозначений.

В 1994 году Джим Рамбо (1шп ВшпЬацяЬ) присоединился к фирме Каг!опа! (которая ныне принадлежит 1ВМ) и вместе с Грейди Бучем (Сгаг!у ВоосЬ) начал работу над объединением систем обозначений ОМТ и Буча. В 1995 году к Каг!опа! присоелинился и Ивар Якобсон (1чаг )асоЬзоп), который принес с собой концепцию ОЪ)есгогу. В 1996 году группа управления объектами (ОЬ)есг Мапаяешепс Сгоцр — ОМС) объявила конкурс на лучший стандарт обозначений для объектно-ориентированного моделирования. В этом конкурсе приняло участие несколько компаний. В результате их предложения были объединены в конечную систему. Окончательной доработкой стандарта занималась фирма Ваг1опа!.

В этом процессе активно участвовали Буч, Рамбо и Якобсон. В ноябре 1997 года группа ОМС анонимно приняла получившийся в результате унифицированный язгяк моделирования (()и!1!ег! Моде!!пя 1.апяпаяе — 1) МЕ) в качестве стандарта. Компании, принимавшие участие в конкурсе, передали права на 13 М1.

группе ОМО, которая стала владельцем торговой марки и спецификаций 1)М1 Эта группа управляет дальнейшим совершенствованием языка 13М1. Система обозначений 1) МЕ оказалась настолько удачной, что вытеснила практически все другие системы. Большинство авторов других методов приняли систему (1МЕ по собственной воле или из-за рыночного давления. Создание 1)МЕ завершило войны систем обозначений, и теперь эта система действительно является общепринятой. Мы использовали ()МЕ в своей книге, потому что сейчас этот язык стал стандартом.

28 Глава 1 ° Введение В 2001 году члены ОМС начали работу нэд новой версией 1) М1, добавляя в нее недостающие элементы и устраняя недостатки, выявленные в 1)М1.1. Наша книга основана на версии 1)М!. 2.0, которая была принята в 2004 году. Официальная спецификация 1)М1. имеется на веб-сайте ОМС по адресу вачч.ошд.огд. 1.6. Структура книги Книга, которую вы держите в руках, состоит из четырех основных частей: концепция моделирования, анализ и проектирование, реализация и технология разработки программного обеспечения.

Краткий словарь терминов и решения к некоторым упражнениям приведены в приложении. В конце книги показана используемая в книге система обозначений. В части 1 описываются объектно-ориентированные концепции и система графических обозначений для них. Глава 2 рассказывает о моделировании и о трех типах моделей (классов, состояний и взаимодействия).

Главы 3 и 4 описывают модель классов, которая задает структуру данных системы. Эти главы являются основными в первой части. Понимание модели классов совершенно необходимо для успешной объектно-ориентированной разработки. Главы 5 и 6 рассказывают о модели состояний, которая отражает аспекты управления системой. Главы 7 и 8 описывают модель взаимодействия, которая отражает взаимодействие разных объектов системы.

В главе 9 рассматриваются все три модели и взаимодействие между ними. Концепции, рассматриваемые в первой части, распространяются на весь цикл разработки программного продукта. Они применимы на этапах анализа, проектирования и реализации. Во всей книге используется система обозначений, описанная в первой части. Часть П рассказывает, как подготовить объектно-ориентированную модель и использовать ее для анализа и проектирования системы. Глава 10 дает обзор процессов анализа и проектирования.

В главе 11 обсуждается концепция системы и изобретение приложения. Главы 12 и 13 посвяшены анализу, описанию и пониманию системы. Анализ начинается с постановки задачи заказчиком. Аналитик объединяет сведения, полученные от заказчика, и знания о приложении, после чего строит модель предметной области и модель приложения. В главе 14 рассматриваются вопросы проектирования системы, которое заключается, главным образом, в разбиении системы на подсистемы и принятии решений о политиках верхнего уровня.

Глава 15 рассказывает о проектировании классов, которое, по сути, представляет собой соединение аналитической модели с проектными решениями. Проектные решения — это спецификации алгоритмов, определение функциональности объектов и оптимизация. Глава 16 подытоживает сведения о процессе. Часть П1 посвящена реализации. Глава 17 рассматривает вопросы реализации, не связанные с языком программирования. В главах 18 и 19 речь пойдет о С++, зача и базах данных. Глава 20 содержит указания по улучшению читаемости и упрошению повторного использования и поддержки, чего можно достичь благодаря хорошему стилю объектно-ориентированного программирования.

Библиографические заметки 29 Таблица 1.1. Ключевые понятия главы абстракция анализ проектирование классов людель классов классификация объектная ориентированность полиморфизм модель состояний проектирование системы инкапсуляция индивидуальность реализация наследование модель взаимодействия Библиографические заметки Хороший обзор объектно-ориентированных технологий приводится в статье [Тау!ог-98]. Полезным источником информации является книга [Меуег-97], несмотря на то, что она посвящена, главным образом, объектно-ориентированным языкам.

В книге [[.оне-93] приведены примеры промышленных проектов, в которых использовалась объектно-ориентированная технология. Мы пытаемся научить читателя объектно-ориентированным концепциям и образу мышления. Эта книга не должна использоваться в качестве справочника по ПМ1.

Если вам нужен именно справочник, обратитесь к [ВцшЬанйЬ-05]. В учебниках выделяются самые важные концепции и могут быть опушены несущественные детали. Мы не пытались описать все. Сосредоточившись на ключевых концепциях, вы изучите предмет гораздо быстрее.

Аналогичным образом мы обошлись и с процессом разработки. Описанный в этой книге подход к разработке относительно прост и рассчитан на небольшие и средние по размеру проекты. Однако этот подход включает в себя важнейшие моменты Унифицированного процесса (см. []асоЬзоп-99]). Язык ПМЕ основан на концепции классификатора, более универсальной, чем понятие класса. Классификатор позволяет абстрагировать самые различные виды модельных сущностей. В этой книге мы используем слово класс вместо слова Часть! Ч рассказывает о технологиях разработки программного обеспечения.

Во второй части этапы рассматривались в линейной последовательности (как и должно быть в книге), но мы не согласны с водопадной моделью разработки. В главе 21 рассматривается итерационная модель разработки, в которой этапы процесса многократно повторяются до тех пор, пока не будет построена вся система. В главе 22 мы даем советы по управлению моделями. Проще всего понять н применить объектно-ориентированную разработку к новой системе, но большинство проектов начинаются не с нуля. Глава 23 рассказывает о том, как работать с существующими системами. Почти во всех главах имеются упражнения.

Ответы к некоторым из них вы найдете в конце книги. Мы советуем вам решать эти упражнения по мере чтения книги, даже если вы давно уже не студент. Упражнения помогают лучше понять многие тонкие моменты. Вы приобретете практический опыт работы с объектноориентированными технологиями, который послужит вам первой ступенью на пути к созданию приложений. 30 Глава 1 ° Введение классификатор, потому что разработчикам моделей предстоит работать главным образом с классами.