Главная » Все файлы » Просмотр файлов из архивов » PDF-файлы » Дж. Арлоу, А. Нейштадт - UML 2 и Унифицированный процесс - Практический объектно-ориентированный анализ и проектирование

Дж. Арлоу, А. Нейштадт - UML 2 и Унифицированный процесс - Практический объектно-ориентированный анализ и проектирование, страница 93

Описание файла

PDF-файл из архива "Дж. Арлоу, А. Нейштадт - UML 2 и Унифицированный процесс - Практический объектно-ориентированный анализ и проектирование", который расположен в категории "книги и методические указания". Всё это находится в предмете "объектно-ориентированный анализ и проектирование" из седьмого семестра, которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .

Просмотр PDF-файла онлайн

Текст 93 страницы из PDF

В рабочем потоке проектирования основное внимание сосредоточенона узле или экземплярах узла и соединениях.2. В рабочем потоке реализации – на распределении экземпляров артефактов по экземплярам узлов (экземплярная форма) или артефактов по узлам (дескрипторная форма).В следующих двух разделах подробно рассматриваются узлы и артефакты.24.4. УзлыУзел представляет тип вычислительного ресурса.Спецификация UML 2.0 [UML2S] гласит: «Узел представляет тип вычислительного ресурса, на который могут быть развернуты артефактыдля выполнения».Существует два стандартных стереотипа для узлов:• «device» (устройство) – узел представляет тип физического устройства, например ПК или сервер Fire корпорации Sun.• «execution environment» (среда выполнения) – узел представляет типсреды выполнения программного обеспечения, например вебсервер Apache или EJBконтейнер (Enterprise JavaBeans) JBoss.Узлы могут быть вложены в узлы.

Например, дескрипторная формадиаграммы развертывания на рис. 24.3 показывает, что нуль или болееWindowsPC, на которых выполняется вебброузер Firefox, могут быть со516Глава 24. Развертывание«device»WindowsPC«device»LinuxPC0..* «http»0..*«execution environment»Firefoxассоциация«execution environment»ApacheузелРис.

24.3. Дескрипторная форма диаграммы развертыванияединены с нулем или более вебсерверами Apache, которые выполняются на LinuxPC. Обратите внимание, что назвав узлы WindowsPC и LinuxPC,мы указали и тип оборудования (PC), и операционную систему, т. е.среду выполнения для всего программного обеспечения, выполняющегося на этих устройствах.

Это общепринятая практика, поскольку выделение специального узла среды выполнения для операционной системы загромождает диаграмму. Firefox представлен как среда выполнения, потому что в нем могут выполняться подключаемые (plugin) компоненты, такие как апплеты Java.Ассоциация между узлами представляет канал связи, по которому может передаваться информация в обоих направлениях. На рис.

24.3 ассоциация обозначена стереотипом «http». Это указывает на то, что онапредставляет соединение HTTP (HyperText Transport Protocol1 – протокол передачи гипертекста) между двумя узлами.Экземпляр узла представляет конкретный вычислительный ресурс.Если необходимо показать конкретные экземпляры узлов, можно использовать экземплярную форму диаграммы развертывания (рис. 24.4).На рисунке изображены два конкретных ПК: компьютеры Джима(JimsPC) и Илы (IlasPC), подключенные к серверу WebServer1, работающему под управлением Linux. В экземплярной форме диаграммы экземпляры представляют реальные физические устройства или реальные экземпляры сред выполнения, выполняющихся на этих устройствах.Имена элементов подчеркнуты, чтобы показать, что они отображаютэкземпляры узлов.Дескрипторная форма диаграмм развертывания хороша для моделирования типа физической архитектуры, а экземплярная форма – длямоделирования фактического развертывания этой архитектуры наконкретном сайте.1или Hypertext Transfer Protocol.

– Примеч. науч. ред.51724.4. Узлы«device»JimsPC:WindowsPC«execution environment»:Firefox«device»WebServer1:LinuxPC«http»«execution environment»:Apache«device»IlasPC:WindowsPC«execution environment»:Firefoxэкземпляр узлаРис. 24.4. Экземплярная форма диаграммы развертыванияСогласно книге «The UML User Guide» [Booch 2], диаграммы развертывания являются самой богатой стереотипами частью UML. Для стереотипов можно придумать собственные пиктограммы, напоминающие реальное оборудование, и затем использовать эти символы на диаграмме развертывания.

Такой подход упрощает восприятие диаграммы. Здесь может помочь богатая библиотека изображений! Примерполностью визуализированной дескрипторной формы диаграммы развертывания приведен на рис. 24.5.IBM RS/6000ПринтерНоутбукIBM AS/400Рис. 24.5. Визуализированная дескрипторная форма диаграммы развертывания518Глава 24. Развертывание24.5.

АртефактыАртефакт представляет описание реальной сущности, например, такойкак файл.Артефакт представляет описание конкретной, реальной сущности, такой как исходный файл BankAccount.java. Артефакты развертываютсяна узлах. Некоторые примеры артефактов:•исходные файлы;•исполняемые файлы;•сценарии;•таблицы баз данных;•документы;•результаты процесса разработки, например UMLмодель.Экземпляр артефакта представляет конкретный экземпляр конкретногоартефакта.Экземпляр артефакта представляет определенный экземпляр конкретного артефакта, например определенную копию файла BankAccount.java, развернутую на конкретном компьютере.

Экземпляры артефактов развертываются на экземплярах узлов.Артефакты могут представлять один или более компонентов.Артефакты могут обеспечивать физическое представление UMLэлементов любого типа. Обычно они представляют один или более компонентов, как проиллюстрировано на рис. 24.6. Здесь показан артефактlibrarySystem.jar, который представляет три компонента типа «whitebox» (учитывающих внутреннюю структуру) – Book, Library и Ticket. Артефакты помечены стереотипом «artifact». В верхнем правом углу артефакта может располагаться пиктограмма артефакта, как показано нарисунке. Здесь также проиллюстрирован тот факт, что артефакты могут зависеть от других артефактов.

В данном случае артефакт librarySystem.jar зависит от артефакта jdom.jar.Наряду с именем в спецификации каждого артефакта есть имя файла(filename), указывающее физическое местоположение артефакта. Например, filename могло бы определять URL, по которому находитсяоригинал артефакта. Имена файлов экземпляров артефактов указывают на физическое местоположение экземпляра.Рассмотрим JARфайл на рис. 24.6 более подробно.

Создание этогофайла осуществляется в два этапа:51924.5. Артефакты«artifact»jdom.jarпиктограмма артефакта«artifact»librarySystem.jar«manifest»«manifest»«manifest»«component»Book«component»Library«component»TicketISBN1TicketIDLibraryImpl111BookImplBookTicketImplLibraryTicketРис. 24.6.

Артефакт librarySystem.jar представляет три компонента:Book, Library и Ticket1. Компилируются исходные Java файлы для классов Book, ISBN, BookImpl, Library, LibraryImpl, Ticket, TicketID и TicketImpl.2. С помощью Javaинструмента jar1 из этих откомпилированных файлов создается JARфайл.Так создается JARфайл, изображенный на рис. 24.7.

Как видите, онсодержит Javaфайлы классов для каждого класса и интерфейса системы. В нем также есть каталог META_INF, включающий файл MANIFEST.MF.Этот файл генерируется при помощи jar и описывает содержимое JAR.Рисунок 24.7 также иллюстрирует, как можно показать зависимостимежду артефактами и артефактами, вложенными в артефакты.Хотя с точки зрения UMLмоделирования рис. 24.7 абсолютно верен,он не отличается особой наглядностью, потому что все элементы здесь –артефакты. Расширение .class сообщает, что некоторые из артефактовпредставляют откомпилированные файлы классов Java, но понять,что META_INF – каталог, сложно.

Это указывает на необходимость обо1Имеется в виду исполняемый файл jar (в Windows это jar.exe), поставляемыйвместе с JDK. – Примеч. науч. ред.520Глава 24. Развертывание«artifact»librarySystem.jar«artifact»ISBN.class«artifact»BookImpl.class«artifact»LibraryImpl.class«artifact»TicketImpl.class«artifact»Book.class«artifact»Library.class«artifact»Ticket.class«artifact»TicketID.class«artifact»MET A_INF«artifact»MANIFEST .MF«artifact»jdom.jarРис. 24.7.

JAR+файл содержит Java+файлы классов для каждого классаи интерфейса системызначать артефакты стереотипами, чтобы было четко видно, что каждый из них представляет.UML предлагает небольшое число стандартных стереотипов артефактов,представляющих разные типы файлов. Они перечислены в табл. 24.1.Таблица 24.1Стереотип артефакта Семантика«file»Физический файл.«deployment spec»Описание деталей развертывания (например, web.xmlв J2EE).«document»Универсальный файл, содержащий некоторую информацию.«executable»Исполняемый программный файл.«library»Статическая или динамическая библиотека, такая какдинамически подключаемая библиотека (DLL) илифайл Javaархива (JAR).«script»Сценарий, который может быть выполнен интерпретатором.«source»Исходный файл, который может быть скомпилированв исполняемый файл.52124.5.

АртефактыМожно ожидать, что со временем будут разработаны различные UMLпрофили для конкретных программных платформ, таких как J2EE(Java 2 Platform, Enterprise Edition) и Microsoft .NET. Это обеспечитболее богатый набор стереотипов артефактов (и других элементов).Спецификация UML 2.0 [UML2S] предоставляет примеры профилейдля J2EE и EJB, Microsoft COM, Microsoft .NET и CORBA (CommonObject Request Broker Architecture – общая архитектура посредниказапросов к объектам).В табл.

Свежие статьи
Популярно сейчас