- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
- •Диаграммные техники структурно - ориентированного системного анализа и их назначение
- •Idef0: назначение и основные элементы
- •Idef3: назначение и основные элементы
- •Диаграммы idef0, idef3, dfd в моделировании по
- •Диаграммы idef0, idef3, dfd в моделировании бизнес-процессов
- •Классификация структурных методологий: школы Se и ie
- •Классификация структурных методологий: порядок построения
- •Классификация структурных методологий: тип целевых систем
- •Диаграммные техники объектно - ориентированного с анализа и их назначение
- •Способы описания поведения по
- •Диаграмма состояния: назначения и основные элементы
- •Диаграмма состояния: состояния
- •Диаграмма состояния: переход
- •Диаграмма состояния: составные состояния
- •Диаграммы деятельности: назначения и основные элементы
- •Диаграммы деятельности: состояния действия
- •Диаграммы деятельности: переходы
- •Диаграммы деятельности: дорожки
- •Диаграммы деятельности: объекты
- •Способы описания взаимодействия объектов
- •Диаграмма классов: назначение и основные элементы
- •Диаграмма классов: отношения между классами
- •Диаграмма классов: шаблоны
- •Диаграмма классов: класс
- •Имя класса
- •Атрибуты класса
- •Диаграмма классов: интерфейс
- •Диаграмма техники оо проектирования и их назначение
- •Диаграмма компонентов: назначения и основные элементы
- •Диаграмма развертывания: назначения и основные элементы
- •BPwin: назначения и возможности
- •BPwin: моделирование процессов в нотации idef0
- •Работы (Activity)
- •Стрелки (Arrow)
- •BPwin: моделирование процессов в нотации dfd
- •BPwin: моделирование процессов в нотации idef3
- •BPwin: создание системной модели
- •BPwin: abc- анализ
- •BPwin: udp- анализ
- •ERwin:назначение и возможности
- •ERwin: логическое моделирование данных
- •ERwin: физическое моделирование данных
- •ERwin: моделирование хранение данных
- •Взаимодействие bPwin и Erwin
- •Rationalrose: назначение и возможности
- •Rationalrose: создание модели вариантов использования
- •Rationalrose: моделирование диаграммы состояния
- •Rationalrose: моделирование поведения в виде диаграммы деятельности
- •Rationalrose: моделирование взаимодействие объектов в виде диаграммы последовательности
- •Rationalrose: моделирование взаимодействия в виде диаграммы кооперации
- •Rationalrose: построение статической модели по
- •Rationalrose: построение диаграммы компонентов
- •Rationalrose:построение диаграммы развертывания
- •Rationalrose: общая последовательность кодогенерации по модели
- •Rationalrose:кодогенераци я по модели с использованием библиотеки mfc
- •Rational Rose: генерация схем Oracle 8
- •Rational Rose: обратное проектирование
- •Классический подход – предок современных подходов: особенности жц
- •Классический подход – предок современных подходов: использование управляющих структур
- •Классический подход – предок современных подходов: использование модулей
- •Современный подход к разработке по – эволюционное развитие классики
- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
Взаимодействие bPwin и Erwin
Множество сущностей, их атрибутов, связи между ними и их степени зависят от целей информационной системы и определяются неформальными способами. Поэтому определить цель целесообразно на стадии функционального моделирования систем.
Например, если один сотрудник может одновременно работать в нескольких подразделениях, а в каждом подразделении могут работать несколько сотрудников, между сущностями «Подразделения» и «Сотрудники» имеет место бинарная связь «много ко многим». Классы принадлежности определяются для каждого конца связи и показывают, могут ли существовать отдельные экземпляры сущности, не связанные с другой сущностью. Если такое имеет место, класс принадлежности называется необязательным. В противном же случае класс называется обязательным. Все это необходимо учитывать в самом начале моделирования.
В пакете BPwin для определения сущностей и их атрибутов предназначен специализированный редактор Entity/Attribute Editor (add/drop). Что же касается связей между сущностями, то в BPwin они не определяются, а для этих целей, а также для реализации других этапов автоматизированного проектирования реляционных баз данных предназначен специализированный пакет ERwin той же фирмы Computer Associated, которая разработала BPwin.
Экспорт в ERwin
Экспорт в ERwin осуществляется путем выбора пункта меню «File» - «Export» - «ERwin 4.0». При этом откроется диалоговое окно для выбора файла с расширением .bрх. Выбрав папку и имя (например, cwdm мультиплексор), нажимаем командную кнопку «Сохранить» и выполняем операцию экспорта. Важное замечание: для правильного взаимодействия между BPwin и ERwin необходимо соблюдать следующее правило: всякое изменение сущностей и атрибутов после экспорта из BPwm в ERwin можно производить только в ER win, после чего измененный файл либо импортируется из ERwin (находясь в Bpwin) либо экспортируется в BPwin (находясь в Erwin).
Всякое нарушение этого процесса (например, после экспорта из BPwin в ERwin что-то в BPwm изменяется и еще раз экспортируется) произойдут необратимые изменения в файле для BPwm, в частности будет потеряна возможность изменять и экспортировать ранее существовавшие сущности и атрибуты. При этом никакие переименования указанной программы не «оторвут» ее от ERwin и она будет безнадежно потеряна (в части сущностей и атрибутов). С целью предотвращения подобной ситуации рекомендуется сохранить доэкспортный файл типа .bpl под другим именем. В результате экспорта появится файл с тем же именем, но с расширением .erl.
Rationalrose: назначение и возможности
Rational Rose в отличие от подобных средств проектирования способна проектировать системы любой сложности, то есть инструментарий программы допускает как высокоуровневое (абстрактное) представление (например, схема автоматизации предприятия), так и низкоуровневое проектирование (интерфейс программы, схема базы данных, частичное описание классов).
Проектировать системы любой сложности
Давать развернутое представление о проекте в сочетании со средствами документирования (SoDA)
Проводить кодогенерацию
Проводить обратное проектирование имеющихся систем
Имеет открытый для дополнений интерфейс
Интегрируется со средствами разработки (Visual Studio)
Поддержка языка UML
Наличие средств автоматического контроля, в том числе проверки соответствия двух моделей
Удобный для пользователя графический интерфейс
Многоплатформенность
Интегрируемость с другими инструментальными средствами, поддерживающими жизненный цикл программных систем, в том числе со средством управления требованиями (Requisite Pro), со средствами тестирования (SQA Suite, Performance Studio), со средствами конфигурационного управления (ClearCase, PVCS).