StarUML. Руководство разработчика. Глава 5. Написание подходов |
54 / 139 |
Глава 5. Написание подходов
Основная концепция подхода
Существуют многочисленные методологии разработки программного обеспечения, и каждая компания или организация применяет собственную или существующую методологию, которая адаптирована под требования её группы разработчиков или проектировщиков. Предметные области, языки программирования и технические платформы также различны для каждой области разработки программного обеспечения. Следовательно, должно быть согласовано много аспектов на начальной стадии программного моделирования. Технология подходов призвана облегчить начальное согласование параметров разработки проекта, зависящих от методологии разработки программного обеспечения или требований платформы. Пользователи могут создавать собственные подходы, чтобы инициировать проекты в некоторых начальных формах.
Подходы выполняют следующие задачи при создании проектов.
•Подходы конфигурируют профили, используемые в проектах. Профили, определенные в подходах автоматически включаются в проект в момент создания проекта.
•Подходы определяют структуру пакетов. Структура пакетов обычно зависит от моделей процесса разработки программного обеспечения. Например, использование подхода "4+1 View Model Approach" предполагает наличие пяти пакетов "Logical View", "Physical View", "Process View", "Development View" и "Use Case View".
•Подходы конфигурируют фреймворки, на которые ссылаются. Для проектов, которые являются, зависимыми от определенных языков программирования или платформ, соответствующие фреймворки могут быть определены в подходах и будут загружены при создании проектов. Например, если текущий проект разрабатывается в Java, в подходе может быть определен фреймворк под JFC (Java Foundation Classes), так чтобы он был включен в проект как пакет для прямой ссылки.
•Подходы импортируют модельные фрагменты, чтобы подключить их к основной модели.
Выполняйте шаги, указанные ниже, чтобы создать новый подход.
1.Создайте файл описания подхода (.apr), чтобы определить новый подход.
2.Скопируйте файл описания подхода (.apr) в подкаталог каталога модулей.
Создание нового подхода
Общая структура файла описания подхода
Файл описания подхода создаётся согласно правилам XML и имеет расширение - .apr (approach file). Спецификация подхода помещается в пределах тега APPROACH и не должна содержать никаких ошибок в синтаксисе или структуре.
<?xml version=”1.0” encoding=”...” ?> <APPROACH version="...">
<HEADER>
...
</HEADER>
<BODY>
...
</BODY>
StarUML. Руководство разработчика. Глава 5. Написание подходов |
55 / 139 |
</APPROACH>
•Свойство encoding: Определяет значение свойства кодировки для XML документа (например. UTF-8, EUC-KR). Для получения подробностей относительно этого свойства, см. документацию по ресурсам XML.
•Свойство version (атрибут APPROACH): информация о версии документа описания подхода (например 1.0).
•Элемент HEADER: См. раздел "Элемент Header".
•Элемент BODY: См. раздел "Элемент Contents".
Элемент Header
Секция HEADER документа описания подхода содержит общую информацию о подходе типа имени подхода или описания.
<HEADER> <NAME>...</NAME>
<DISPLAYNAME>...</DISPLAYNAME> <DESCRIPTION>...</DESCRIPTION>
</HEADER>
•Элемент NAME: Содержит имя подхода. Это уникальное имя, идентифицирующее подход.
•Элемент DISPLAYNAME : Содержит название подхода, которое показывается пользователям в диалоге New Project.
•Элемент DESCRIPTION: Содержит детальное описание подхода.
Элемент BODY
Секция BODY описания подхода включает элементы IMPORTPROFILES и MODELSTRUCTURE. Элемент IMPORTPROFILES задаёт имена профилей, загружаемых при создании проекта, а элемент MODELSTRUCTURE содержит информацию о начальной структуре модели и загружаемых фреймворках.
<BODY>
<IMPORTPROFILES> <PROFILE>...</PROFILE>
...
</IMPORTPROFILES>
<MODELSTRUCTURE>
...
</MODELSTRUCTURE>
</BODY>
•Элемент IMPORTPROFILES: Перечисляет профили, включаемые в проект, используя последовательность элементов PROFILE.
•Элемент PROFILE: Содержит имя профиля, включаемого в проект.
•Элемент MODELSTRUCTURE: См. раздел "Структура модели".
Структура модели
Элемент MODELSTRUCTURE описывает начальную структуру пакетов проекта. Модель, Подсистема, Пакет и Фреймворки обычно образуют некоторую иерархию. Например, элементы модели, подсистемы, пакета или фреймворка могут быть помещены под элементом SUBSYSTEM. В то время как фреймворк сам является пакетом, он не может содержать другие пакеты.
StarUML. Руководство разработчика. Глава 5. Написание подходов |
56 / 139 |
Ниже показан синтаксис описания структур в элементе MODELSTRUCTURE.
<MODELSTRUCTURE> model_expression*
</MODELSTRUCTURE>
model_expression ::= model_element | package_element
| subsystem_element | import_framework
| import_model_fragment.
model_element ::= <MODEL name=”...” stereotypeProfile=”...” stereotypeName=”...”>model_expression</MODEL>.
package_element ::= <PACKAGE name=”...” stereotypeProfile=”...” stereotypeName=”...”>model_expression</PACKAGE>.
subsystem_element ::= <SUBSYSTEM name=”...” stereotypeProfile=”...” stereotypeName=”...”>model_expression</SUBSYSTEM>.
import_framework ::= <IMPORTFRAMEWORK name=”...”/>.
import_model_fragment ::= <IMPORTMODELFRAGMENT fileName=”...”/>.
•Свойство name (элементов MODEL, PACKAGE, SUBSYSTEM): имя каждого модельного элемента UML.
•Свойство stereotypeProfile (элементов MODEL, PACKAGE, SUBSYSTEM): Имя профля, который оределяет стереотип применяемый к модельному элементу.
•Свойство stereotypeName (элементов MODEL, PACKAGE, SUBSYSTEM): Имя стереотипа, который применяется к модельному элементу.
•Свойство name (элементов IMPORTFRAMEWORK): Имя поключаемого зарегистрированного фреймворка.
•Свойство fileName (элементов IMPORTMODELFRAGMENT): Имя файла модельногофрагмента импортруемого в родтельский модельный элемент.
Пример описания подхода
Ниже приведён пример описания подхода 4+1 View Model.
<?xml version=”1.0” encoding=”UTF-8” ?> <APPROACH version="1">
<HEADER>
<TITLE>4+1 View Model</TITLE>
<DESCRIPTION>This is an approach to support 4+1 View Model in .NET platform.</DESCRIPTION>
</HEADER>
<BODY>
<IMPORTPROFILES>
<PROFILE>4+1Profile</PROFILE>
<PROFILE>CSharpProfile</PROFILE>
</IMPORTPROFILES>
<MODELSTRUCTURE>
<MODEL name=”UseCase View”/> <MODEL name=”Logical View”>
<IMPORTFRAMEWORK name=”dot_net_framework”/> </MODEL>
<MODEL name=”Development View”/> <MODEL name=”Process View”/> <MODEL name=”Deployment View”/>
</MODELSTRUCTURE>
</BODY>
</APPROACH>