- •Тема 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. Работа с текстом сгенерированного кода
Типы перекрестков
Обозначение |
Наименование |
Смысл в случае слияния стрелок (Fan-in Junction) |
Смысл в случае разветвления стрелок (Fan-out Junction) |
|
Asynchronous AND |
Все предшествующие процессы должны быть завершены |
Все следующие процессы должны быть запущены |
|
Synchronous AND |
Все предшествующие процессы завершены одновременно |
Все следующие процессы запускаются одновременно |
|
Asynchronous OR |
Один или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены |
|
Synchronous OR |
Один или несколько предшествующих процессов завершены одновременно |
Один или несколько следующих процессов запускаются одновременно |
|
XOR (Exclusive OR) |
Только один предшествующий процесс завершен |
Только один следующий процесс запускается |
При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки. Типы объектов ссылок приведены в таблице 6.
В IDEF3 декомпозиция используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Так, номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.
Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.
Перед проведением сеанса экспертизы у экспертов предметной области должны быть документированные сценарии и рамки модели, для того чтобы понять цели декомпозиции. Обычно эксперт предметной области передает аналитику текстовое описание сценария. В дополнение к этому может существовать документация, описывающая интересующие процессы. Из этой информации аналитик должен составить предварительный список работ (отглагольные существительные, обозначающие процесс) и объектов (существительные, обозначающие результат выполнения работы), которые необходимы для перечисленных работ. В некоторых случаях целесообразно создать графическую модель для представления ее эксперту предметной области.
Таблица 6.
Типы объектов ссылок
Тип объекта ссылки |
Цель описания |
OBJECT |
Описывает участие важного объекта в работе |
GOTO |
Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток |
UOB (Unit of behaviour) |
Применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла. Например, работа "Контроль качества" может быть использована в процессе "Изготовление изделия" несколько раз, после каждой единичной операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ |
NOTE |
Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму |
ELAB (Elaboration) |
Используется для усовершенствования графиков или их более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках |
На рисунке 37 представлено описание процесса «Сборка настольных компьютеров» в методологии IDEF3.
Поскольку разные фрагменты модели IDEF3 могут быть созданы разными группами аналитиков в разное время, IDEF3 поддерживает простую схему нумерации работ в рамках всей модели. Разные аналитики оперируют разными диапазонами номеров, работая при этом независимо. Пример выделения диапазона приведен в таблице 7.
Рис. 37. Описание процесса в методологии IDEF3
Таблица 7
