- •Case-средства разработки информационных систем
- •Предисловие
- •Введение
- •1. Создание модели процессов в bPwin
- •1.1. Инструментальная среда bPwin
- •1.2. Методология idefo
- •1.2.1. Принципы построения модели idefo
- •1.2.2. Работы (Activity)
- •1.2.3. Стрелки (Arrow)
- •1.2.4. Нумерация работ и диаграмм
- •1.2.5. Диаграммы дерева узлов и feo
- •1 Рис. 1.28. Пример диаграммы декомпозиции с каркасом .2.6. Каркас диаграммы
- •1.2.7. Слияние и расщепление моделей
- •1.2.8. Рекомендации по рисованию диаграмм
- •1.2.9. Проведение экспертизы
- •1.3. Создание отчетов в bPwin
- •1.4. Стоимостный анализ (abc) и свойства, определяемые пользователем (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 Рис. 2.60. Диалог Target Server .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
- •3. Связывание модели процессов и модели данных
- •3.1. Соответствие модели данных и модели процессов
- •3.2. Экспорт данных из eRwin в bPwin и связывание объектов модели данных со стрелками и работами
- •3.3. Создание сущностей и атрибутов bPwin и их экспорт в 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
1 Рис. 1.28. Пример диаграммы декомпозиции с каркасом .2.6. Каркас диаграммы
На рис. 1.28 показан типичный пример диаграммы декомпозиции с граничными рамками, которые называются каркасом диаграммы.
Каркас содержит заголовок (верхняя часть рамки) и подвал (нижняя часть). Заголовок каркаса используется для отслеживания диаграммы в процессе моделирования. Нижняя часть используется для идентификации и позиционирования в иерархии диаграммы.
Смысл элементов каркаса приведен в табл. 1.2 и 1.3.
Таблица 1.2. Поля заголовка каркаса (слева направо)
Поле |
Смысл |
Used At |
Используется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова |
Autor, Date, Rev, Project |
Имя создателя диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма. REV-дата последнего редактирования диаграммы |
Notes 12345678910 |
Используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания |
Status |
Статус отображает стадию создания диаграммы, отображая все этапы публикации |
Working |
Новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы |
Draft |
Диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению |
Recommended |
Диаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожидается |
Publication |
Диаграмма готова к окончательной печати и публикации |
Reader |
Имя читателя (эксперта) |
Date |
Дата прочтения (экспертизы) |
Context |
Схема
расположения работ в диаграмме
верхнего уровня. Работа, являющаяся
родительской, показана темным
прямоугольником, остальные - светлым.
На контекстной диаграмме (А-0)
показывается надпись ТОР. В левом
нижнем углу показывается номер по
узлу родительской диаграммы:
|
Таблица 1.3. Поля подвала каркаса (слева направо)
Поле |
Смысл |
Node |
Номер узла диаграммы (номер родительской работы) |
Title |
Имя диаграммы. По умолчанию - имя родительской работы |
Number |
C-Number, уникальный номер версии диаграммы |
Page |
Номер страницы, может использоваться как номер страницы при формировании папки |
Значения полей каркаса задаются в диалоге Diagram Properties (меню Edit/Diagram Properties) - рис. 1.29.
Рис. 1.29. Диалог Diagram Properties
