StarUML Руководство пользователя. Руководство пользователя. 2 207
 Скачать 9.13 Mb.
|
|
Глава 1. Краткий обзор StarUML Эта глава содержит общий обзор StarUML ™, включая краткую характеристику UML. Что такое StarUML StarUML ™ - программный инструмент моделирования, который поддерживает UML (Унифицированный язык моделирования). StarUML ориентирован на UML версии 1.4 и поддерживает одиннадцать различных типов диаграмм, принятых в нотации UML 2.0. Он активно поддерживает подход MDA (Модельно-управляемая архитектура), реализуя концепцию профилей UML. Среда разработки StarUML ™ превосходно настраивается в соответствии с требованиями пользователя и имеет высокую степень расширяемости, особенно в области своих функциональных возможностей. Использование StarUML ™, одного из ведущих программных инструментов моделирования, гарантирует достижение максимальной производительности и качества ваших программных проектов. Инструмент UML, который адаптируется к пользователю StarUML ™ предоставляет максимальную степень адаптации среды разработки пользователя, предлагая настройку параметров, которые могут влиять на методологию разработки программного обеспечения, проектную платформу и язык. Истинная поддержка MDA Разработка методологии описания архитектуры программ - важный процесс, который будет развиваться ещё 10 или более лет. Намерение OMG (Ассоциация объектно-ориентированного управления) состоит в том, чтобы использовать технологию MDA (Модельно-управляемая архитектура) для создания платформенно-независимых моделей, на базе которых можно автоматически формировать платформенно-зависимые модели или программные коды. StarUML ™ полностью поддерживает стандарт UML 1.4, нотацию UML 2.0 и концепцию профилей UML, позволяя создавать платформенно-независимые модели. Пользователи могут легко документировать их с помощью простых документных шаблонов. Превосходная расширяемость и гибкость StarUML™ обеспечивает превосходную расширяемость и гибкость. Он предоставляет механизм аддинов, чтобы расширять свои функциональные возможности. Этот механизм разработан специально, чтобы предоставлять доступ ко всем функциям модели/мета-модели посредством COM Automation и расширять меню и набор свойств элементов. Также, пользователи могут создавать собственные подходы и механизмы согласно своим собственным методологиям. Программа может также быть интегрирована с любыми внешними инструментальными средствами. Главные особенности StarUML ™ имеет следующие новые возможности. StarUNL. Руководство пользователя. Глава 1. Краткий обзор StarUML 9 / 207 Точное соответствие стандарту UML StarUML ™ строго придерживается спецификации UML, разработанной OMG для моделирования программ. Следует понимать, что использование нерегулярного синтаксиса UML в информационных проектах через 10 или более лет может привести к печальным последствиям. StarUML ™ максимально соответствует стандарту UML 1.4 и следует нотации UML 2.0 на основе устойчивой мета-модели. Открытый формат программной модели В отличие от многих существующих программ, которые используют собственные неэффективные форматы файла модели, StarUML ™ оперирует файлами в стандартном формате XML. Коды, написанные в легких для чтения структурах и форматах, могут быть легко изменены с помощью синтаксического анализатора XML. Учитывая факт, что XML является мировым стандартом, это, конечно, большое преимущество, которое гарантирует, что программные модели останутся полезными больше чем через десятилетие. Истинная поддержка MDA StarUML ™ действительно поддерживает профили UML. Это максимизирует расширяемость UML, делая моделирование на UML применимым даже в области финансов, обороны, электронной коммерции, страховании и аэронавтике. На самом деле можно создавать платформенно независимые модели (PIM), а платформенно зависимые модели (PSM) и исполняемые коды могут быть всегда автоматически сгенерированы на их основе. Применимость методологий и платформ StarUML ™ использует концептуальный подход, который применим к любым методологиям/процессам. Легко создаются не только модели под средства разработки для конкретных платформ типа .NET или J2EE, но также и для других основных структур программных моделей (например модель представления 4+1, и т.д.). Превосходная расширяемость Все функции StarUML ™ реализованы в соответствии с Microsoft COM. Любой язык, который поддерживает COM (Visual Basic Script, Java Script, VB, Delphi, C++, C#, VB.NET, Python, и т.д.), может использоваться, чтобы вызывать StarUML ™ или разрабатывать интегрированные дополнения (аддины). Программная функция проверки модели Пользователи могут допускать ошибки в процессе моделирования. Такие ошибки могут дорого обойтись, если они не будут исправлены к заключительной стадии формирования кода. Чтобы предотвращать такие ситуации, StarUML автоматически проверяет модель программы, разрабатываемую пользователем, облегчая раннее обнаружение ошибок и способствуя безупречной и полной разработке программного обеспечения. StarUNL. Руководство пользователя. Глава 1. Краткий обзор StarUML 10 / 207 Полезные аддины StarUML ™ включает много полезных аддинов с различными функциональными возможностями: генерация исходных текстов на языках программирования, конвертация исходных текстов в модели, импорт файлов Rational Rose, обмен модельной информацией с другими программными средствами, с использованием XMI, поддержка шаблонов проектирования. Эти аддины предоставляют дополнительные функции, увеличивают производительность, гибкость и функциональную совместимость моделей. Системные требования Ниже указаны минимальные системные требования, необходимые для функционирования StarUML™. • Intel ® Pentium ® 233MHz или выше • Windows ® 2000, Windows XP ™, или выше • Microsoft ® Internet Explorer 5.0 или выше • 128 Мбайт RAM (256 МБ рекомендуется) • 110 Мбайт на жестком диске (150 МБ рекомендуется) • Устройство CD-ROM • SVGA или монитор с более высокой разрешающей способностью (1024x768 рекомендуется) • Мышь или другое устройство позиционирования StarUNL. Руководство пользователя. Глава 2. Основные концепции 11 / 207 Глава 2. Основные концепции Эта глава вводит фундаментальные концепции, которые требуется знать для эффективного использования StarUML ™. Она содержит описание моделей, визуальных элементов и диаграмм, проектов, секций, подходов, фреймворков, модельных фрагментов, их различий относительно разных профилей UML. • Модель, • Представление (view) и Диаграмма • Проект и проектная секция (unit) • Модуль (module) Модель, Представление и Диаграмма StarUML ™ предполагает ясное понимание концептуального различия между моделями, представлениями и диаграммами. Модель - элемент, который содержит всю информацию о модели программы. Представление - визуальное выражение информации, содержавшейся в модели, а Диаграмма - коллекция визуальных образов, которая отображает определенные аспекты проекта. Проект и проектная секция Проект Проект - основная структурная единица в StarUML ™. Проект может содержать одну или более программных моделей. Проект - корневой пакет верхнего уровня, который всегда существует в любой программной модели. В общем случае, один проект сохраняется в одном файле. Структура проекта Проект содержит следующие суб-элементы. Модель Элемент, который соответствует одной программной модели. Подсистема Элемент, который соответствует модели подсистемы. StarUNL. Руководство пользователя. Глава 2. Основные концепции 12 / 207 Пакет Самый общий элемент для группировки других элементов. Проектный файл Проектные файлы сохраняются в формате XML и имеют расширение ".UML". Все модели, представления и диаграммы, созданные в StarUML™ сохраняются в одном проектном файле. Проект может также быть разделен и сохранен в нескольких проектных секциях. Проектный файл содержит следующую информацию • профиль UML, используемый в проекте • файлы секций, на которые ссылается проект • информация по всем моделям, содержавшимся в проекте • информация по всем диаграмм и представлениям, содержавшимся в проекте Секции Хотя проект обычно сохраняется в одном файле, бывают случаи, когда его целесообразно хранить в нескольких небольших файлах так, чтобы несколько разработчиков могли работать над проектом одновременно. В этом случае, проект представляется в виде набора секций. Секция может иметь иерархическую структуру; она может содержать несколько подсекций. Секции сохраняются как XML-файлы на которые ссылаются проектные файлы (.UML) или другие файлы секций (.UNT). Состав секции Только пакет, подсистема или модель могут составлять секцию. Все элементы внутри пакетов этих типов сохраняются в соответствующем файле секции (.UNT). Иерархическая структура секции Также, как проект может содержать много секций внутри себя, секция тоже может включать много подсекций. Так как родительская секция имеет ссылки на свои дочерние секции, всё множество секций имеет иерархическую структуру. Фрагменты модели Фрагмент модели - часть проекта, сохраненная как отдельный файл. Только модель, подсистема или пакет может являться фрагментом модели. Файлы модельных фрагментов сохраняются с расширением ".MFG". Они могут быть легко включены в любой проект в любое время. Фрагменты модели существенно отличаются от секций, которые полностью едины с остальной частью проекта. StarUNL. Руководство пользователя. Глава 2. Основные концепции 13 / 207 Модуль Модуль Модуль - пакет, предназначенный для предоставления новых функций и возможностей расширяющих StarUML™. Модуль может быть создан как комбинация нескольких элементов расширения. В модуле также, Вы можете не только конфигурировать готовые элементы расширения, но и создавать новые типы таких элементов. • Модуль StarUML™ предоставляет следующие функции. • Расширение главного меню или всплывающего меню. • Добавление нового подхода • Добавление нового профиля • Добавление нового элемента посредством стереотипа или расширения нотации • Реализация новой функции (через COM-сервер или простой файл скрипта) • Интеграция с другими приложениями • Другие функции Подходы (approaches) Есть многочисленные методологии разработки программного обеспечения, и каждая компания или организация либо разрабатывает свою собственную методологию, либо использует уже существующую, изменяя её, чтобы она лучше удовлетворяла требованиям групп разработчиков проектов. Предметные области, языки программирования и платформы также различаются для разных частей разрабатываемого программного обеспечения. Следовательно, на начальной стадии программного моделирования должно быть согласовано много разных элементов. StarUML ™ предлагает концепцию подходов, чтобы облегчить конфигурирование таких элементов. Структура подхода Подход состоит из следующих элементов. • Структура проекта Определяет основную структуру проекта. Эта структура может быть определена с помощью пакетов, подсистем и модельных элементов. Для диаграмм определяется формат по умолчанию. • Импорт профиля Автоматическое включение заданного по умолчанию профиля UML в проект. • Импорт фреймворков StarUNL. Руководство пользователя. Глава 2. Основные концепции 14 / 207 Автоматическая загрузка и включение заданных по умолчанию фреймворков в проект. • Импорт фрагментов модели Автоматическая загрузка и включение заданных по умолчанию фрагментов модели в проект. Фреймворки Фрэймворки (инструментарии) в StarUML ™ - это библиотеки спецификаций классов для прикладных инструментов типа MFC, VCL или JFC. Включение и использование фреймворков в проекты позволяет намного проще моделировать программное обеспечение, которое зависит от определенных библиотек классов или прикладных инструментариев. Структура фреймворка Фреймворк состоит из одного головного файла (.FRW) и одного или более файлов секций (.UNT). • Головной файл фреймворка (.FRW) Файл фреймворка содержит информацию о секциях фреймворка и используемых профилях UML. • Файл секции (.UNT) Файлы секций содержат актуальную модельную информацию для фреймворка. Профиль UML UML (Унифицированный язык моделирования) является настолько общим, что может использоваться для выражения любых мыслей или концепций. Эта общность может являться и недостатком, поскольку концепции определенных предметных областей не всегда могут быть выражены достаточно подробно. Чтобы преодолеть этот недостаток, StarUML™ поддерживает профили UML, которые расширяют UML. StarUML™ поддерживает простое расширение UML, непосредственно размещая концепции в профилях UML. Структура профиля UML Профиль UML состоит из следующих компонентов. • Стереотип Стереотипы даются определенным элементам UML, чтобы прояснить их семантику и предоставить атрибуты расширения, делая моделирование более точным. Стереотипу соответствует не только файл с иконкой, задающей графическое изображение, но также и метод схемы расширения нотации, определяемый файлом (.PNX). Для получения более подробной информации о расширении нотации, обратитесь к документу "Руководство разработчика". • Определение тэгов (дополнительных свойств) Когда стандартных свойств элемента UML недостаточно для точного моделирования, определение дополнительных свойств (тэгов) позволяет предоставить дополнительную информацию. В StarUML™ тэги могут быть включены в определенные стереотипы или существовать независимо. • Тип данных Тип данных, который содержится в профиле по умолчанию. StarUNL. Руководство пользователя. Глава 2. Основные концепции 15 / 207 • Тип диаграммы Тип диаграммы - элемент расширения предлагаемый StarUML ™ для того, чтобы пользователь мог определить новую диаграмму. • Прототип элемента Прототип элемента - элемент расширения предлагаемый StarUML ™ для того, чтобы пользователь мог определить образец для создания нового элемента переконфигурированием атрибутов уже существующего элемента. Эти определенные прототипы элементов могут создавать элементы через привязку к палитре или через внешний API. • Модельный прототип Модельный прототип - элемент расширения предлагаемый StarUML ™ , подобный прототипу элемента, но применительно к модели. Определенный модельный прототип отображается дополнительным модельным меню. • Палитра Палитра - элемент расширения предлагаемый StarUML ™ для того, чтобы пользователь мог расширять стандартную палитру элементов. Для детального ознакомления с написанием профилей, см. Руководство разработчика StarUML™. Приложение профиля UML Профили UML могут использоваться для описанных ниже целей. OMG (Ассоциация объектно- ориентированного управления) также определяет стандартные профили UML для указанных целей. • Профили для определенных языков программирования (C/C++, Java, C#, Python, и т.д.) • Профили для определенных методологий разработки (RUP, Catalysis, компоненты UML, и т.д.) • Профили для определенных областей (EAI, CRM, SCM, ERP, и т.д.) Добавление модуля Если Вы устанавливаете модули, разработанные пользователями или поставляемые третьими лицами, Вы можете использовать функции расширения StarUML ™. Чтобы установить новые дополнительные модули в систему, не требуется сложной аутентификации. Если Вы хотите установить модуль, скопируйте файлы, из которых он состоит, во вновь созданный подкаталог каталога \modules\. Добавление модуля в StarUML™ StarUML ™ содержит следующие базовые модули. • StarUML ™ предоставляет стандартный профиль UML для нескольких подходов и стандартный модуль для взаимных преобразований диаграмм коллабораций и следования. • Предоставляет модуль Generator для генерации документов и кода. • Предоставляет модуль Java, поддерживающий профиль Java, Инструментарий J2SE/J2EE, генерацию объектного кода и реинжениринг. • Предоставляет модуль C++, поддерживающий профиль C++, Framework MFC, генерацию объектного кода и реинжиниринг. • Предоставляет модуль C#, поддерживающий профиль C#., NET BCL Framework, генерацию объектного кода и реинжениринг. • Предоставляет модуль XMI, поддерживающий импорт и экспорт в формате XMI для обмена StarUNL. Руководство пользователя. Глава 2. Основные концепции 16 / 207 моделями. • Предоставляет модуль Rose, чтобы читать файлы Rational Rose. • Предоставляет модуль Pattern, поддерживающий шаблоны проектирования. StarUNL. Руководство пользователя. Глава 3. Управление проектом 17 / 207 Глава 3. Управление проектом Эта глава подробно описывает операции по управлению проектом: создание нового проекта, размещение части проекта в секции, создание и импорт фрагментов модели, импорт фреймворков, подключение и исключение профилей UML. • Управление проектом • Управление секциями • Работа с фрагментами модели • Импорт фреймворка • Работа с профилями UML Управление проектом Создание нового проекта Чтобы начать разработку программного обеспечения, нужно инициировать новый проект. Вы можете начать абсолютно пустой проект или инициализировать новый проект согласно определённому подходу. Процедура создания нового проекта #1 - New Project: 1. выберите меню [File] -> [New Project]. 2. Новый проект будет создан в соответствии с подходом по умолчанию, ранее выбранным пользователем. В зависимости от подхода могут быть подгружены определённые профили и/или инструментарии. Процедура создания нового проекта #2 - Select Select New Project 1. Выберите меню [File] -> [Select New Project…]. 2. В диалоговом окне New Project будет отображен список доступных подходов. Выберите нужный из списка и нажмите кнопку [OK]. StarUNL. Руководство пользователя. Глава 3. Управление проектом 18 / 207 3. Новый проект будет создан и инициализирован согласно указанному подходу. В зависимости от подхода могут быть подгружены определённые профили и/или фреймворки. Примечание • Список доступных подходов зависит от инсталлированной среды разработки пользователя. • Чтобы изменить заданный по умолчанию подход, откройте диалоговое окно "Select New Project", выберите нужный подход и затем установите опцию "Set As Default Approach" (Использовать как подход по умолчанию). Открытие проекта Чтобы начать работать с существующим проектом, его проектный файл нужно открыть. Если проект включает более одной секции, все связанные секции будут также загружены вместе с проектом. Процедура открытия проекта: 1. Выберите меню [File] -> [Open…]. 2. В диалоговом окне "Open Project", выберите файл проекта (.UML) и нажмите кнопку [Open]. 3. Выбранный проектный файл будет открыт. Примечание Проекты могут также быть открыты через диалоговое окно "Select New Project". Сохранение проекта Чтобы изменения, сделанные в проекте, не пропали, проектный файл должен быть должным образом сохранен. Ваша работа может быть сохранена в существующий проектный файл или в StarUNL. Руководство пользователя. Глава 3. Управление проектом 19 / 207 новый проектный файл. Когда проектный файл сохраняется, то вместе с ним сохраняются данные из связанных с ним секций. Процедура сохранения проекта: 1. Выберите меню [File] -> [Save]. 2. Если имя файла проекта не было определено, появится диалоговое окно "Save Project". Введите имя файла, и нажмите кнопку [Save]. 3. Проектный файл будет сохранен. Процедура сохранения проекта в новом файле: 1. выберите меню [File] -> [Save As…]. 2. В диалоговом окне "Save As", введите новое имя файла, и нажмите кнопку [Save]. 3. Проект будет сохранен в указанном файле. Примечание • Если проект содержит одну или более секций, и есть изменённые секции, диалоговое окно будет запрашивать подтверждение на сохранение каждой измененной секции. Выберите [Yes], чтобы сохранить измененную секцию вместе с проектом. Закрытие проекта Проект может быть закрыт, если больше не требуется его редактирование. StarUNL. Руководство пользователя. Глава 3. Управление проектом 20 / 207 Процедура закрытия проекта: 1. Выберите меню [Файл]->[Close]. 2. Если проект не был сохранен после внесения изменений, пользователю будет предложено сохранить изменения. Пользователь может выбрать "да", "нет" или "отмена". 3. После закрытия проект становится недоступным для редактирования. Управление элементами с помощью моделей, подсистем и пакетов Программная модель состоит из многих элементов и диаграмм. Правильная группировка этих элементов и диаграмм очень важна для эффективного управления проектом. StarUML ™ поддерживает три типа группирующих элементов (модели, подсистемы и пакеты), которые пользователь может использовать соответственно их назначению. Способы группировки элементов, реализованные в StarUML Модель Модель выражает физическую систему в определенном аспекте. Например, это может быть аспект анализа, аспект проекта, пользовательский аспект, и т.д. Подсистема Подсистема группирует элементы, которые составляют полную физическую систему или её части. Пакет Пакет логически группирует и содержит модельные элементы. Это чрезвычайно обобщенный элемент, который может использоваться только для того, чтобы как-то организовать модельные элементы. Управление секциями Управление секцией Хотя проект может быть организован как один файл, тем не менее может быть удобным разделить его на несколько секций и управлять ими отдельно, особенно если над проектом одновременно работают несколько разработчиков. Этот раздел содержит описание процедур создания и управления секциями. • Создание секции • Присоединение секции • Сохранение секции • Удаление секции StarUNL. Руководство пользователя. Глава 3. Управление проектом 21 / 207 Создание секции Иногда может понадобиться сохранять части проекта как отдельные секции. Например, когда несколько разработчиков ведут проект вместе, проект может быть разделен на несколько секций и управляться инструментальными средствами подобными Microsoft Visual SourceSafe или CVS. В качестве секций могут быть сохранены только пакеты, модели и подсистемы. Процедура создания новой секции: 1. Выберите элемент (пакет, модель или подсистему), из которого нужно сделать секцию. 2. Щелкните правой кнопкой мыши и выберите [Unit] -> [Separate Unit]. 3. В диалоговом окне "Save", введите имя файла секции, и нажмите кнопку [Save]. 4. Выбранный элемент будет сохранен как секция. Присоединение секции Если больше нет необходимости хранить элементы модели в виде секции, файл секции может быть объединен с проектом. Процедура присоединения секции: 1. Выберите в навигаторе модели элемент (проект, модель, пакет или подсистему), которая содержит импортируемую секцию. 2. Щелкните правой кнопкой мыши и выберите [Unit] -> [Uncontrol Unit…]. 3. Секция будет объединена с проектом или родительской секцией. StarUNL. Руководство пользователя. Глава 3. Управление проектом 22 / 207 Примечание • Присоединение секции автоматически не удаляет файл секции (.UNT). Пожалуйста удалите его вручную, если он больше Вам не требуется. Сохранение секции Если в данные секции внесены изменения, секция должна быть сохранена. Сохранение может быть выполнено в существующий файл или в другой (новый) файл секции. Процедура сохранения секции: 1. Выберите сохраняемую секцию в навигаторе модели. 2. Щелкните правой кнопкой мыши и выберите [Unit] -> [Save Unit]. 3. Файл секции будет сохранен. Процедура сохранения секции другом файле: 1. Выберите сохраняемую секцию в навигаторе модели. 2. Щелкните правой кнопкой мыши и выберите [Unit] -> [Save Unit As…]. 3. В диалоговом окне "Save Unit As", введите новое имя файла секции, и нажмите кнопку [Save]. 4. Новый файл секции будет создан. Примечание • При сохранении секции в другом файле, первоначальный файл секции не удаляется. Пожалуйста удалите его вручную, если он больше не требуется. Удаление секции Если секция больше не нужна в проекте, она может быть удалена. Удаление секции приводит к удалению всех элементов, содержавшихся в ней, а секция больше не загружается в проект автоматически. Пожалуйста обратите внимание, что Вы должны использовать “Merge Unit” вместо "Remove Unit”, если Вы намереваетесь присоединить секцию к проекту и перестать управлять ею отдельно. Процедура удаления секции: 1. Чтобы удалить секцию, выберите в навигаторе модели элемент (пакет, модель или подсистему), которая содержит секцию. 2. Щелкните правой кнопкой мыши и выберите [Unit] -> [Delete Unit]. 3. Появится диалоговое окно с запросом подтверждения на удаление секции. Щелкните [Yes]. StarUNL. Руководство пользователя. Глава 3. Управление проектом 23 / 207 4. Секция будет полностью удалена из проекта. Примечание • Выбор элемента, который содержит секцию, и выбор [Edit] -> [Delete From Model], имеет тот же самый эффект. • Вы должны сами решить, удалять ли полностью секцию из проекта или объединить секцию с проектом. • Удаление секции не удаляет файл секции (.UNT). Пожалуйста удалите его вручную, если он больше не требуется. Работа с фрагментами модели Фрагменты модели могут использоваться для того, чтобы сохранять части проекта. • Создание фрагмента модели • Импорт фрагмента модели Создание фрагмента модели Части проекта могут быть сохранены как отдельные файлы фрагментов модели для облегчения доступа к ним со стороны других пользователей или для обеспечения их многократного использования. В отличие от секций, фрагменты модели не ссылаются на другие фрагменты, и никакие файлы не ссылается на фрагменты модели. Они - независимые объекты. Фрагменты модели могут быть включены в проект в любое время. Процедура создания фрагмента модели: 1. Выберите в навигаторе модели пакет, подсистему или модель, чтобы сделать из неё фрагмент модели. 2. Выберите [File] -> [Export] -> [Model Fragment…]. 3. В диалоговом окне "Save Model Fragment" введите имя файла фрагмента модели, и нажмите кнопку [Save]. StarUNL. Руководство пользователя. Глава 3. Управление проектом 24 / 207 Импорт фрагмента модели Элементы, сохраненные в файле фрагмента модели (.MFG) могут быть импортированы в проект. Импорт фрагмента модели копирует и включает элементы, содержавшиеся во фрагменте модели в проект. Никакие ссылки не используются. Процедура импорта фрагмента модели: 1. Выберите [File] -> [Import] -> [Model Fragment…]. 2. В диалоговом окне "Open Model Fragment" выберите файл (.MFG) фрагмента модели и нажмите кнопку [Open], чтобы прочесть его. 3. Диалоговое окно "Select Element" позволит указать элемент, который будет содержать импортируемый фрагмент модели. Выберите элемент (пакет, модель, подсистему или проект), в который нужно поместить фрагмент модели и нажмите кнопку [OK]. 4. Фрагмент модели будет добавлен в выбранный элемент. Импорт фреймворка Перед тем как использовать фреймворк в проекте, его нужно загрузить. Как только фреймворк будет загружен, все элементы, содержавшиеся в нём, могут быть использованы. Обратите внимание, что секции во фреймворках обычно являются файлами "только для чтения", а элементы фреймворка не могут непосредственно изменяться. Процедура импорта фреймворка: 1. Выберите [File] -> [Import] -> [Framework…]. StarUNL. Руководство пользователя. Глава 3. Управление проектом 25 / 207 2. В диалоговом окне "Import Framework", выберите нужный файл фреймворка, и нажмите кнопку [OK]. 3. Диалоговое окно "Select Element" позволит определить элемент, который будет содержать импортированный фреймворк. Выберите нужный элемент (пакет, модель, подсистему или проект) и нажмите кнопку [OK]. 4. Фреймворк будет добавлен к выбранному элементу. Примечание • Импорт фреймворка не помещает элементы фреймворк в проект. Секции фреймворка, на которые есть ссылки в проекте, должны всегда присутствовать при открытии проекта. StarUNL. Руководство пользователя. Глава 3. Управление проектом 26 / 207 • Чтобы удалить импортированный фреймворк, Вы должны удалить все его секции вручную. Работа с профилями UML Подключение профиля UML Предопределенные профили UML могут быть подключены для использования в текущем проекте. Как только профиль UML будет включен в проект, стереотипы, определения тэгов и типов данных, заданные в профиле могут быть использованы в проекте. Процедура включения профиля UML: 1. Выберите [Model] -> [Profiles…]. 2. В окне "Profile Manager" выберите профиль из списка доступных профилей слева, нажмите кнопку [Include] и затем нажмите кнопку [Close]. 3. Выбранный профиль будет включен в текущий проект. Примечание • Список профилей в менеджере профилей зависит от инсталлированной среды разработки пользователя. Исключение профиля UML Профиль UML, включенный в текущий проект, может быть исключен из него. Как только профиль UML исключается из проекта, стереотипы, определения тэгов и типов данных, описанные в профиле перестают использоваться в проекте. StarUNL. Руководство пользователя. Глава 3. Управление проектом 27 / 207 Процедура исключения профиля UML: 1. Выберите [Model] -> [Profiles…]. 2. В окне "Profile Manager" выберите профиль в списке включенных профилей справа, нажмите кнопку [Exclude] и затем нажмите кнопку [Close]. 3. Выбранный профиль будет исключен из текущего проекта. Примечание • Исключение профиля, стереотипы и определения тэгов которого используются в проекте, может привести к потере информации в зависимых элементах. Пожалуйста, будьте осторожны, исключая профили. • Список профилей в менеджере профилей может различаться в зависимости от инсталлированной среды разработки пользователя. |