М. Фаулер, К. Скотт - UML. Основы - 2002 (1158629), страница 33
Текст из файла (страница 33)
(Просто поразительно, как много можно сделать с помощью таких средств, как Ч1в1о и Чх ого.) Если средство обладает возможностью генерации кода, то следует с большим вниманием присмотреться к тому, каким образом оно это делает. Возможность генерации кода САЯЕ- средством привносит крайне специфическую интерпретацию диаграмм, которая может повлиять на их смысл и ваш способ построения. Дополнительную информацию по данному примеру можно найти на моем сайте. В приведенной там версии примера более детально рассмотрены вопросы взаимосвязи данной модели с пользовательским интерфейсом.
Средство Назначение Показывает поведение вместе со структурой управлеяия. Может изображать множество объектов в иескольких вариантах использования, множество объектов в единственном варианте использования или реализацию метода. Предоставляет возможность определять параллельные процессы. Диаграмма деятельности Показывает статическую структуру понятий, типов и классов. Понятия отражают представление пользователей о реальном мире; типы отражают иитерфейсы компонентов ярограммяого обеспечения; классы отражают реализацию компонентов программно го обеспечеиия. Диаграмма Нлассов СКС-карточки Помогают выделить сущность назначения класса.
Полезяое средство при поиске ответа яа вопрос: как реа-лизовывать вариант использования. Следует примеиять при возникновении проблем с деталями реализации, а также при изучении объектного подходак проектированию. Диаграмма развертываиия Показывает физическое размещение компонентов ка узлах аппаратуры.
Средства и их использование 169 Приложение А. Средства и их использование Средство Назначение Обеспечивает строгое определение назначения опера- ции и допустимого состояния класса. Кодирует дан- ное определение в классе с целью расширения воз- можностей отладки. Проектирование по контракту Показывает кооперацию нескольких объектов в рам- ках одного варианта использования. Диаграмма взаямодействия Показывает группы классов и зависимости между ними. Диаграмма пакетов Образцы Являются полезным средством для анализа, проек- тирования н кодирования.
Представляют собой хо- рошие примеры для обучения. Могут служить на- чальной точкой для проектирования. Помогает вносить изменения в работающую про- грамму с целью улучшения ее структуры. Следует применять при необходимости тщательного проек- тирования программного кода. Реорганизация Показывает особенности поведения единственного объекта в нескольких вариантах использования. Диаграмма состояний Вариант непользования Облекает пользовательские требования в законченную форму. Планирование фазы построения осуществляется с учетом реализации на каждой итерации нескольких вариантов использования.
Является основой для тестирования системы. Отличия версий языка 0М~ Когда вышло в свет первое издание этой книги, язык ПМЬ имел еще версию 1.0. С ее появлением многие элементы языка ПМВ обрели устоявшуюся терминологию, а консорциум ОМО приобрел официальное признание. С тех пор версия языка ПМБ пересматривалась несколько раз. В этом приложении описываются все существенные изменения языка ПМ1 с момента появления версии 1.0, что позволит учесть их, если вы пользуетесь первым изданием.
Эволюция языка ПМ1 потребовала обновления книги, и второе издание содержит материал, отражающий ситуацию на момент его написания. Эволюция языка 0ЬИ. Первой общедоступной версией языка ПМ1 был Унифицированный метод версии 0.8, который был представлен на конференции ООРВ1 А, состоявшейся в октябре 1995 года. Унифицированный метод был разработан Г. Бучем и Д. Рамбо 1к этому моменту А.
Джекобсон еще не был сотрудником компании Ва$1опа1). В 1996 году компания ВаФ1опа1 выпустила версии 0.9 и 0.91, в работе над которыми принимал участие Джекобсон. После выхода этой последней версии название метода изменилось на 11М1,. В январе 1997 года компания Ва$1опа1 представила на рассмотрение инициативной группы анализа и проектирования из ОМО версию 1.0 языка 11МБ. В последующем компания Ва$1опа! объединила эту версию ПМБ с другими методами и в сентябре 1997 года предложила в ка- Отличия версий языка 11Мс честве стандарта версию 1.1. В конце 1997 года версия была одобрена консорциумом ОМС.
Однако при невыясненных обстоятельствах консорциум ОМС назвал этот стандарт языка УМ1 версией 1.0. Таким образом, в то время существовали две версии языка УМЕ: версия 1.0 консорциума ОМС и версия 1.1 компании Ва11опа1, которые не следует путать с версией 1.0 компании Ва11опа1. На практике же все разработчики называли этот стандарт версией 1.1.
Версия 1.1 языка УМ). имеет несколько незначительных отличий от версии 1.0. В ходе работы над версией 1.1 ПМВ в рамках консорциума ОМС была образована инициативная группа по пересмотру языка (Веч1во1п Тав1с апогее, ВТГ), которую возглавил Крис Кобрин. Задача группы состояла в устранении неточностей языка ПМЕ. В июле 1998 внутри консорциума ОМС была выпущена версия 1.2. Появление последней считается внутренним делом ОМС, поскольку официальным стандартом УМ1 оставалась версия 1.1. Поэтому версию 1.2 можно считать бета-версией языка ПМ1..
Однако в действительности эти изменения едва заметны, поскольку были опубликованы только изменения в стандарте языка ПМ1' фиксированные типы, грамматические ошибки и т. п. Более значительные изменения коснулись версии 1.3, которые заметно уточнили терминологию в отношении вариантов использования и диаграмм деятельности. Позже в 1999 году были опубликованы две книги «трех друзей»: «Руководство пользователя» 16) и «Справочник пользователя» 137), которые отразили изменения в версии 1.3 до публикации официальных документов по этой версии языка УМ1„что привело к некоторым недоразумениям.
В апреле 1999 года инициативная группа ВТР представила консорциуму ОМС версию 1.3 в качестве нового официального стандарта языка УМ1.. После чего зта группа взяла на себя дальнейшее развитие языка ПМВ и рассмотрение его последующих обновлений. Эта информация известна мне на момент написания книги; последние сведения по этим вопросам можно найти на моей домашней страничке в Интернете. Изменения в первом издании книги В процессе эволюции языка УМ1, я пытался учесть его изменения, что привело к появлению нескольких вариантов книги «УМ1 в кратком изложении».
При этом я пользовался хорошей возможностью исправить ошибки и сделать изложение более ясным. Хотя в основу настоящего второго издания положена версия 1.3, я не могу утверждать, что последующие варианты этой книги не будут содержать каких-либо неожиданных обновлений. Так, в первом варианте приложения упоминалась версия 1. 4, но в конце концов инициатив- 1уг Приложение В ная группа ВТГ решила не изменять номер версии языка УМ1., поэтому она так и осталась версией 1.3.
Далее в атом приложении внимание сосредоточено на двух основных отличиях в языке БМ1« имевших место при изменениях версий с 1.0 на 1.1 и с 1.2 на 1.3. Мне бы не хотелось обсуждать в деталях все произошедшие изменения, поэтому остановлюсь лишь на тех из них, которые каким-то образом затрагивают материал книги «17МЬ в кратком изложении» или относятся к важным свойствам языка ПМ1„рассмотренным в первом издании.
Продолжая следовать стилю изложения первого издания, я рассмотрю основные элементы языка УМ1. и особенности применения языка ПМ1. при выполнении реальных проектов. Как и ранее, выбор материала и соответствующие рекомендации основаны на моем собственном опыте. Если обнаружится противоречие между моим изложением и официальной документацией по языку УМЕ, следует придерживаться официальной документации. (Однако мне бы хотелось об атом знать, чтобы впоследствии внести соответствующие исправления.) Я также воспользуюсь представленной возможностью отметить те или иные важные ошибки или погрешности предыдущих вариантов книги. Спасибо читателям, которые сообщили о них.
Отличия версий 1.0 и 1.1 языка 0М1. Тип и класс реализации В первом издании «УМ1 в кратком изложении«я рассмотрел различные точки зрения на разработку и те возможные изменения, которые произойдут в результате совершенствования способов изображения и интерпретации моделей, в частности, диаграмм классов. Эти обстоятельства нашли отражение в языке УМ1н поскольку теперь утверждается, что все классы на диаграмме классов могут быть определены либо как типы„либо как классы реализации.
Класс реализации соответствует некоторому классу в контексте программы, которая вами разрабатывается. Тнп является более расплывчатым понятием„он представляет некоторую абстракцию, которая в меньшей степени касается реализации. Это может быть тип СОВВА, описание класса с точки зрения спецификации или некоторая концептуальная модель. При необходимости можно определить дополнительные стереотипы, чтобы в последующем различать зти понятия. Можно установить, что для отдельной диаграммы все классы обладают некоторым особым стереотипом. Это может произойти в том случае, когда диаграмма отражает отдельную точку зрения. При этом точка зрения реализации предполагает использование классов реали- Стяичия версий языка цМс зации, а концептуальная точка зрения и точка зрения спецификации предполагают использование типов.
Если некоторый класс реализации реализует один или несколько типов, то это может быть показано с помощью отношения реализации. Между типом и интерфейсом существует различие. Предполагается, что некоторый интерфейс должен непосредственно соответствовать интерфейсу в стиле СОЕВА или СОМ. В этом случае интерфейсы имеют только операции и не имеют атрибутов. Для класса реализации может быть использована только единственная статическая классификация, однако для типов можно использовать множественную и динамическую классификацию. (Я думаю, что причиной этого является то обстоятельство, что основные объектноориентированные языки поддерживают единственную статическую классификацию. Если в один прекрасный день вы будете пользоваться языком, который поддерживает множественную или динамическую классификацию, то зто ограничение может быть снято.) Ограничения полного и неполного обобщения В предыдущих выпусках УМЕ з кратком изложении было отмечено, что ограничение (полный) ((сошр1е$е)) для некоторого обобщения устанавливает, что все экземпляры супертипа должны быть также экземпляром некоторого подтипа в данном разбиении.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
