- •Тема 6.Инструментальные средства анализа и проектирования
- •6.1. Понятие case-средства
- •6.2. Обзор рынка case-средства структурного анализа и проектирования
- •Распределение case-средств структурного анализа по видам моделируемой деятельности
- •VantageTeam Builer
- •Visible Analyst Workbench
- •6.3. Обзор рынка case-средства объектно-ориентированного анализа и проектирования
- •6.4.1. Общие сведения о среде bPwin
- •Сравнительная характеристика средств построения uml-диаграмм
- •6.4. BPwin
- •6.4.2. Диаграммы bPwin
- •6.4.3. Работы на диаграммах bPwin
- •6.4.4. Стрелки на диаграммах bPwin
- •6.4.5. Нумерация работ и диаграмм
- •6.4.6. Каркас диаграммы
- •6.4.7. Слияние и расщепление моделей
- •6.4.8. Построение диаграммы потоков данных
- •6.4.9. Построение диаграммы потоков работ
- •Типы перекрестков
- •Типы объектов ссылок
- •Диапазоны номеров работ
- •6.4.10. Создание отчетов в bPwin
- •6.5. ErWin
- •6.5.1. Основы моделирования данных
- •6.5.2. Использование метода idefix в eRwin
- •6.5.3. Общие сведения о среде eRwin
- •6.5.3.1. Уровни представления модели данных
- •6.5.3.2. Документирование модели данных
- •6.5.3.3. Масштабирование моделей данных
- •6.5.3.4. Интерфейс eRwin
- •6.5.3.5. Уровни отображения диаграмм
- •6.5.4. Создание логической модели данных
- •6.5.4.1. Уровни логической модели
- •6.5.4.2. Сущности и атрибуты
- •6.5.4.3. Связи
- •6.5.4.4. Типы сущностей и иерархия наследования
- •6.5.4.5. Ключи
- •6.5.4.6. Нормализация данных
- •6.5.4.7. Домены
- •6.5.5. Создание физической модели данных
- •6.5.5.1. Правила валидации и значения по умолчанию
- •6.5.5.2. Индексы
- •6.5.5.3. Триггеры и хранимые процедуры
- •6.5.5.4. Вычисление размера бд
- •6.5.6. Прямое и обратное проектирование
- •6.5.7. Проектирование хранилищ данных
- •6.5.8. Генерация кода клиентской части с помощью eRwin
- •6.5.8.1. Генерация кода на языке Visual Basic
- •6.5.9. Создание отчетов и словарей
- •6.6. Rational Rose
- •6.6.1. Общая характеристика Rational Rose
- •6.6.2. Пользовательский интерфейс Rational Rose
- •6.6.3. Представление диаграмм в Rational Rose
- •6.6.4. Разработка диаграмм в Rational Rose
- •6.6.4.1. Создание диаграммы в Rational Rose
- •Назначение кнопок специальной панели инструментов диаграммы деятельности
- •6.6.4.2. Добавление на диаграмму графических элементов
- •6.6.4.2. Добавление на диаграмму связей между графическими элементами
- •6.6.5. Генерация программного кода в Rational Rose
- •6.6.5.1. Подготовка модели для генерации кода
- •6.6.5.2. Проверка модели на отсутствие ошибок
- •6.6.5.3. Создание компонентов для реализации классов
- •6.6.5.4. Отображение классов на компоненты
- •6.6.5.5. Выбор языка программирования для генерации текста программного кода
- •6.6.5.6. Установка свойств генерации программного кода
- •6.6.5.7. Выбор класса, компонента или пакета
- •6.6.5.8. Работа с текстом сгенерированного кода
6.4.5. Нумерация работ и диаграмм
Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А.
Контекстная (корневая) работа дерева имеет номер А0.
Работы i-ой декомпозиции А0 имеют номера А1, А2, A3 и т. д.
Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т. д.
Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов, а вышеописанную нумерацию — нумерацией по узлам.
Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы — номер А0, остальные диаграммы декомпозиции — номера по соответствующему узлу (например, A1, A2, А21, А213 и т. д.).
BPwin автоматически поддерживает нумерацию по узлам, т. е. при проведении декомпозиции создается новая диаграмма и ей автоматически присваивается соответствующий номер. В результате проведения экспертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные версии одной и той же (с точки зрения ее расположения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле.
Прежние версии диаграммы можно хранить в виде бумажной копии либо как FEO-диаграмму. (К сожалению, при создании FEO-диаграмм отсутствует возможность отката, т. е. из диаграммы можно получить декомпозиции FEO, но не наоборот.) В любом случае следует отличать различные версии одной и той же диаграммы. Для этого существует специальный номер — C-number, который должен присваиваться автором модели вручную. C-number — это произвольная строка, но рекомендуется придерживаться стандарта, когда номер состоит из буквенного префикса и порядкового номера, причем в качестве префикса используются инициалы автора диаграммы, а порядковый номер отслеживается автором вручную, например МСВ00021.
6.4.6. Каркас диаграммы
На рис. 31 показан типичный пример диаграммы декомпозиции с граничными рамками, которые называются каркасом диаграммы.
Рис. 31. Пример диаграммы декомпозиции с каркасом
Каркас содержит заголовок (верхняя часть рамки) и подвал (нижняя часть). Заголовок каркаса используется для отслеживания диаграммы в процессе моделирования. Нижняя часть используется для идентификации и позиционирования в иерархии диаграммы.
Смысл элементов каркаса приведен в табл. 3 и 4.
Таблица 3
Поля заголовка каркаса (слева направо)
Поле |
Смысл |
Used At |
Используется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова |
Autor, Date, Rev, Project |
Имя создателя диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма. REV-дата последнего редактирования диаграммы |
Notes 123456789 10 |
Используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания |
Status |
Статус отображает стадию создания диаграммы, отображая все этапы публикации |
Working |
Новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы |
Draft |
Диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению |
Recommended |
Диаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожидается |
Publication |
Диаграмма готова к окончательной печати и публикации |
Reader |
Имя читателя (эксперта) |
Date |
Дата прочтения (экспертизы) |
Context |
Схема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. На контекстной диаграмме (А-0) показана надпись ТОР. В левом нижнем углу показывается номер по узлу родительской диаграммы:
|
Таблица 4
Поля подвала каркаса (слева направо)
Поле |
Смысл |
Node |
Номер узла диаграммы (номер родительской работы ) |
Title |
Имя диаграммы. По умолчанию — имя родительской работы |
Number |
C-Number, уникальный номер версии диаграммы |
Page |
Номер страницы, может использоваться как номер страницы при формировании папки |
Значения полей каркаса задаются в диалоге Diagram Properties (меню Diagram /Diagram Properties) — рис. 32.
Рис. 32. Диалог Diagram Properties
