На этом шаге рассмотрим моделирование таблиц, файлов и документов в UML.
Моделирование исполняемых программ и библиотек, составляющих физическую реализацию системы, полезно, но часто обнаруживается, что существует множество вспомогательных артефактов, которые не являются ни исполняемыми файлами, ни библиотеками, хотя не менее важны для физического размещения системы.
Например, реализация может включать файлы данных, вспомогательную документацию, скрипты, файлы протоколов, файлы инициализации, а также файлы, используемые при установке/удалении системы. Моделирование подобных артефактов – важная часть управления конфигурацией системы. К счастью, для этого хорошо подходят артефакты UML.
Чтобы смоделировать таблицы, файлы и документы, необходимо:
- Идентифицировать вспомогательные артефакты, являющиеся частью физической реализации системы.
- Смоделировать эти сущности в виде артефактов. Если ваша реализация представляет новые виды артефактов, понадобится ввести соответствующие стереотипы.
- При необходимости обозначить связи между этими вспомогательными артефактами и другими исполняемыми программами, библиотеками и интерфейсами системы. Чаще всего оказывается важным моделирование зависимостей между этими частями, позволяющее визуализировать влияние изменений.
Обратимся к рис. 1, который базируется на рис. 1 шага 197.
Рис.1. Моделирование таблиц, файлов и документов
Здесь показаны таблицы, файлы и документы, являющиеся частями установленной системы, окружающими исполняемый файл animator.exe. Имеются в наличии один документ (animator.hlp), один простой файл (animator.ini) и одна таблица базы данных (shapes.tbl). Также данный пример иллюстрирует некоторые пользовательские стереотипы и пиктограммы артефактов.
Моделирование баз данных значительно усложняется, когда вы начинаете иметь дело со множеством таблиц, триггеров и хранимых процедур. Чтобы визуализировать, специфицировать, конструировать и документировать эти средства, вам придется смоделировать логическую схему наряду с физической базой данных.
На следующем шаге рассмотрим моделирование исходного кода в UML.
