Главная страница
Навигация по странице:

  • Графическое изображение и имя по умолчанию Название стереотипа

  • Добавление компонента на диаграмму компонентов и редактирование его свойств

  • New Component

  • Добавление отношения зависимости и редактирование его свойств

  • Окончательное построение диаграммы компонентов модели банкомата

  • Особенности разработки диаграммы развертывания

  • Browse Deployment Diagram

  • Графическое изображение Всплывающая подсказка Назначение кнопки

  • Методичка по RationRose. Методичка по RationRose_new. Общая характеристика caseсредства ibm rational Rose 2003


    Скачать 1.83 Mb.
    НазваниеОбщая характеристика caseсредства ibm rational Rose 2003
    АнкорМетодичка по RationRose
    Дата29.11.2021
    Размер1.83 Mb.
    Формат файлаdocx
    Имя файлаМетодичка по RationRose_new.docx
    ТипДокументы
    #285269
    страница12 из 14
    1   ...   6   7   8   9   10   11   12   13   14

    Как видно из этой таблицы, по умолчанию на панели инструментов отсутствуют только три графических элемента из рассмотренных ранее элементов диаграммы компонентов, а именно - кнопки с пиктограммами типовой подпрограммы, типового пакета и базы данных. При необходимости их можно добавить на специальную панель диаграммы компонента стандартным способом.

    Программа предлагает целый ряд собственных стереотипов. Графическое изображение этих стереотипов и их краткая характеристика приводятся в следующей таблице (табл. 12.2). При этом каждому из компонентов, как правило, соответствует отдельный файл исходной сборки программного приложения.

    Таблица 12.2. Графическое изображение стереотипов компонентов и их характеристика

    Графическое изображение и имя по умолчанию

    Название стереотипа

    Характеристика стереотипа компонента




    SubprogramSpecification

    Спецификация подпрограммы. Содержит описание переменных, процедур и функций и не содержит определений классов




    SubprogramBody

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




    Main Program

    Главная программа. Реализует базовую логику работы программного приложения и содержит ссылки на другие компоненты модели




    Package Specification

    Спецификация пакета. Содержит определение класса, его атрибутов и операций. В языке программирования С++ спецификации пакета соответствует отдельный файл с расширением "h"




    Package Body

    Тело пакета. Содержит код реализации операций класса. В языке программирования С++ спецификации пакетасоответствует отдельный файл с расширением "cpp"




    Task Specification

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




    Task Body

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




    Generic Subprogram

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




    Generic Package

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




    Database

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

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

    Добавление компонента на диаграмму компонентов и редактирование его свойств

    Для добавления компонента на диаграмму компонентов нужно с помощью левой кнопки мыши нажать кнопку с изображением пиктограммы компонента на специальной панели инструментов, отпустить левую кнопку мыши и щелкнуть левой кнопкой мыши на свободном месте рабочего листа диаграммы. Добавить компонент на диаграмму можно также с помощью операции главного меню: Tools Create Component или с помощью операции контекстного меню: New Component, предварительно выделив представление компонентов в браузере проекта.

    В результате этих действий на диаграмме появится изображение компонента с маркерами изменения его геометрических размеров и предложенным средой именем по умолчанию, которое разработчику следует изменить. Продолжая разработку модели системы управления банкоматом, построим для нее диаграмму компонентов. С этой целью изменим имя диаграммы, предложенное по умолчанию Main, на Диаграмма компонентов АТМ, а для первого добавленного компонента зададим имя MainATM.exe (рис. 12.1).



    Рис. 12.1. Диаграмма компонентов после добавления компонента MainATM.exe

    Для каждого компонента можно определить различные свойства, такие как стереотип, язык программирования, декларации, реализуемые классы. Редактирование этих свойств для произвольного компонента осуществляется с помощью диалогового окна спецификации свойств (рис. 12.2).



    Рис. 12.2. Диалоговое окно спецификации свойств компонента MainATM.exe

    В частности, для компонента MainATM.exe можно выбрать стереотип <> из предлагаемого вложенного списка, поскольку применительно к разрабатываемой модели предполагается реализация этого компонента в форме исполнимого файла. При этом на вкладке Realizes (Реализует) содержатся все классы, включая и актеров, которые на данный момент присутствуют в модели (рис. 12.3). Следует заметить, что классы будут показаны в этом окне только при выбранном свойстве Show all classes (Показать все классы).



    Рис. 12.3. Диалоговое окно спецификации свойств компонента MainATM.exe, открытое на вкладке Realizes (Реализует)

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

    Добавление отношения зависимости и редактирование его свойств

    Добавление отношения зависимости на диаграмму компонентов аналогично добавлению соответствующего отношения на диаграмму вариантов использования. Продолжая разработку модели банкомата, на диаграмму компонентов предварительно следует добавить второй компонент с именем MainBank, для которого выбрать стереотип Main Program. Для добавления зависимости между двумя компонентами нужно с помощью левой кнопки мыши нажать кнопку с изображением зависимости на специальной панели инструментов, отпустить левую кнопку мыши, щелкнуть левой кнопкой мыши на изображении исходного компонента на диаграмме и отпустить ее на изображении целевого компонента. В результате этих действий на диаграмме появится изображение отношения зависимости в форме пунктирной линии со стрелкой, соединяющей два выбранных компонента.

    Применительно к диаграмме компонентов модели банкомата рассмотренным способом следует добавить отношение зависимости от компонента с именем MainATM.exe к компоненту с именем MainBank. В дополнение к этому для наглядности можно указать в форме примечаний те классы модели, которые предполагается реализовать в данных компонента х (рис. 12.4).



    Рис. 12.4. Диаграмма компонентов после добавления отношения зависимости между компонентами MainATM.exe и MainBank

    Следует заметить, что отношение зависимости в среде IBM Rational Rose 2003 не имеет собственного окна спецификации свойств. Именно по этой причине специфицировать свойства данного отношения, такие как имя и стереотип, можно только с помощью текстовой области, что нельзя признать удобным с практической точки зрения.

    Окончательное построение диаграммы компонентов модели банкомата

    Для завершения построения диаграммы компонентов рассматриваемого примера следует описанным выше способом добавить оставшиеся компоненты и зависимости. С этой целью следует выполнить следующие действия:

    1. Добавить компонент с именем: Устройства Банкомата, для которого задать стереотип Task Specification.

    2. Добавить компоненты с именами: Устройство чтения карточки, Клавиатура Банкомата, Принтер Банкомата, Экран Банкомата, Устройство выдачи наличных, для которых задать стереотип Task Body.

    3. Добавить зависимость от компонента с именем MainATM.exe к компоненту с именем Устройства Банкомата.

    4. Добавить зависимость от компонента с именем Устройство чтения карточки к компоненту с именем Устройства Банкомата.

    5. Добавить зависимость от компонента с именем Клавиатура Банкомата к компоненту с именем Устройства Банкомата.

    6. Добавить зависимость от компонента с именем Принтер Банкомата к компоненту с именем Устройства Банкомата.

    7. Добавить зависимость от компонента с именем Экран Банкомата к компоненту с именем Устройства Банкомата.

    8. Добавить зависимость от компонента с именем Устройство выдачи наличных к компоненту с именем Устройства Банкомата.

    Построенная таким образом диаграмма компонентов будет иметь следующий вид (рис. 12.5).



    Рис. 12.5. Окончательный вид диаграммы компонентов разрабатываемой модели управления

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

    1. Особенности разработки диаграммы развертывания

    Диаграмма развертывания является второй составной частью физического представления модели и разрабатывается, как правило, для территориально распределенных систем. Для разработки диаграмм компонентов в браузере проекта предназначено отдельное представление развертывания (Deployment View), в котором уже содержится диаграмма развертывания с пустым содержанием и без собственного имени.

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

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

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

    • Выполнить операцию главного меню: Browse Deployment Diagram (Обзор Диаграмма развертывания).

    В результате выполнения этих действий появляется новое окно с чистым рабочим листом диаграммы развертывания и специальная панель инструментов, содержащая кнопки с изображением графических примитивов, необходимых для разработки диаграммы развертывания (табл. 13.1).

    Таблица 13.1. Назначение кнопок специальной панели инструментов диаграммы развертывания

    Графическое изображение

    Всплывающая подсказка

    Назначение кнопки


    Selection Tool

    Превращает изображение курсора в форму стрелки для последующего выделения элементов на диаграмме


    Text Box

    Добавляет на диаграмму текстовую область


    Note

    Добавляет на диаграмму примечание


    Anchor Note

    to Item

    Добавляет на диаграмму связь примечания с соответствующим графическим элементом диаграммы


    Processor

    Добавляет на диаграмму процессор


    Connection

    Добавляет на диаграмму отношение соединения


    Device

    Добавляет на диаграмму устройство

    По умолчанию на панели инструментов присутствуют все графические элементы из рассмотренных ранее элементов диаграммы развертывания, поэтому изменять специальную панель нет необходимости. Работа с диаграммой развертывания состоит в создании процессоров и устройств, их спецификации, установлении связей между ними, а также добавлении и спецификации процессов.
    1   ...   6   7   8   9   10   11   12   13   14


    написать администратору сайта