- •1. Создание модели процессов в bPwin
- •2. Создание модели данных с помощью eRwin
- •4. Создание объектной модели и ее связывание с моделью данных при помощи eRwinTranslation Wizard
- •5. Создание качественных отчетов с помощью rpTwin
- •Предисловие
- •Введение
- •1. Создание модели процессов в bPwin
- •1.1. Инструментальная среда bPwin
- •1.2.1. Принципы построения модели idef0
- •1.2. Методология idef0
- •1.2.2. Работы (Activity)
- •1.2.3. Стрелки (Arrow)
- •1.2.4. Нумерация работ и диаграмм
- •1.2.5. Диаграммы дерева узлов и feo
- •1.2.6. Каркас диаграммы
- •1.2.7. Слияние и расщепление моделей
- •1.2.8. Рекомендации по рисованию диаграмм
- •1.2.9. Проведение экспертизы
- •1.3. Создание отчетов в bPwin
- •1.4. Стоимостный анализ (лвс) и свойства, определяемые пользователем (udp)
- •1.5. Дополнение созданной модели процессов диаграммами dfd и Workflow (idef3)
- •1.5.1. Диаграммы потоков данных (Data Flow Diagramming)
- •1.5.2. Метод описания процессов idef3
- •1.5.3. Имитационное моделирование
- •2. Создание модели данных с помощью eRwin
- •2.1. Отображение модели данных в eRwin
- •2.1.1. Физическая и логическая модель данных
- •2.1.2. Интерфейс eRwin. Уровни отображения модели
- •2.1.3. Подмножества модели и сохраняемые отображения
- •2.2. Создание логической модели данных
- •2.2.1. Уровни логической модели
- •2.2.2. Сущности м атрибуты
- •2.2.3. Связи
- •Иерархическая рекурсия Сетевая рекурсия
- •2.2.4. Типы сущностей и иерархия наследования
- •2.2.5. Ключи
- •1. Табельный номер,
- •2. Номер паспорта;
- •2.2.6. Нормализация данных
- •2.2.7. Домены
- •2.3. Создание физической модели данных
- •2.3.1. Уровни физической модели
- •2.3.2. Выбор сервера
- •2.3.3. Таблицы, колонки и представления (view)
- •2.3.4. Правила валидации и значения по умолчанию
- •2.3.5. Индексы
- •2.3.6. Задание объектов физической памяти
- •2.3.7. Триггеры и хранимые процедуры
- •2.3.8. Проектирование хранилищ данных
- •2.3.9. Вычисление размера бд
- •2.3.10. Прямое и обратное проектирование
- •2.4. Генерация кода клиентской части с помощью eRwin
- •2.4.1. Расширенные атрибуты
- •2.4.2. Генерация кода в Visual Basic
- •2.4.3. Генерация кода в Power Builder
- •2.5. Создание отчетов в Erwin
- •2.5.1. Интерфейс Report Browser
- •2.5.2 Создание нового отчета
- •2.6. Словари Erwin
- •2.6.1. Генерация словаря eRwin
- •2.6.2. Использование словаря eRwin
- •4. Групповая разработка моделей данных и моделей процессов с помощью platinum Model Mart
- •4.1. Инсталляция ModelMart
- •4.2. Администрирование ModelMart
- •4.3. Использование репозотория ModelMart
- •5. Создание объектной модели и ее связывание с моделью данных при помощи eRwin Translation Wizard
- •5.1. Язык uml
- •5.2. Создание модели данных на основе объектной модели с помощью eRwin Translation Wizard
- •6. Создание качественных отчетов с помощью rpTwin
- •6.1. Создание простейших отчетов в rpTwin
- •6.1.1. Создание нового отчета
- •6.1.2. Инструментальная среда rpTwin
- •6.2. Форматирование отчетов
- •6.2.1. Вставка и форматирование объектов отчета
- •6.2.2. Группировка и сортировка данных отчета
- •6.2.3. Изменение файла данных отчета
- •6.2.4. Изменение свойств отчета
- •6.3. Использование формул rpTwin
- •6.3.1. Создание формул rpTwin
- •6.3.2. Функции rpTwin
- •6.3.3. Использование формул rpTwin
- •Приложение Список макрокоманд eRwin
- •Эта книга скачана с сайта
- •Http://antimsiu.Xor.Ru - Мы работаем, вы сдаете на 5!
1.2.8. Рекомендации по рисованию диаграмм
В реальных диаграммах к каждой работе может подходить и от каждой может отходить около десятка стрелок. Если диаграмма содержит 6-8 работ, то она может содержать 30-40 стрелок, причем они могут сливаться, разветвляться и пресекаться. Такие диаграммы могут стать очень плохо читаемыми. В IDEF0 существуют соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную.
Прямоугольники работ должны располагаться по диагонали с левого верхнего в правый нижний угол (порядок доминирования). При создании новой диаграммы декомпозиции BPwin автоматически располагает работы именно в таком порядке. В дальнейшем можно добавить новые работы или изменить расположение существующих, но нарушать диагональное расположение работ по возможности не следует. Порядок доминирования подчеркивает взаимосвязь работ, позволяет минимизировать изгибы и пересечения стрелок.
Следует максимально увеличивать расстояние между входящими или выходящими стрелками на одной грани работы. Если включить опцию Line Drawing: Automatically space arrows на закладке Layout диалога Model Properties (меню Edit/Model Properties), BPwin будет располагать стрелки нужным образом автоматически.
Следует максимально увеличить расстояние между работами, поворотами и пересечениями стрелок.
Если две стрелки проходят параллельно (начинаются из одной и той же грани одной работы и заканчиваются на одной и той же грани другой работы), то по возможности следует их объединить и назвать единым термином.
Обратные связи по входу рисуются "нижней" петлей, обратная связь по управлению - "верхней" (см. рис. 1.15, 1.17). BPwin автоматически рисует обратные связи нужным образом. Его можно "обмануть", но лучше этого не делать.
Циклические обратные связи следует рисовать только в случае крайней необходимости, когда подчеркивают значение повторно используемого объекта. Принято изображать такие связи на диаграмме декомпозиции. BPwip не позволяет создать циклическую обратную связь за один прием. Если все же необходимо изобразить такую связь, следует сначала создать обычную связь по входу, затем разветвить стрелку, направить новую, ветвь обратно ко входу работы-источника и, наконец, удалить старую ветвь стрелки выхода (рис. 1.34).
Рис. 1.34. Пример обратной циклической связи
Следует минимизировать число пересечений, петель и поворотов стрелок. Это ручная и, в случае насыщенных диаграмм, творческая работа (рис. 1.35).
Рис. 1.35. Минимизация пересечений и поворотов стрелок
Если нужно изобразить связь по входу, необходимо избегать "нависания" работ друг над другом. В этом случае BPwin изображает связи по входу в виде петли, что затрудняет чтение диаграмм (рис. 1.36).
Рис. 1.36. Пример правильного (справа) и неправильного (слева) расположения работ при изображении связи по входу
