Лабораторная работа 2 с помощью Power Designer Создание

Лабораторная работа 2 с помощью Power Designer Создание концепции модернизации системы

Требование к оформлению отчета по лабораторной работе 1 Формализация задачи: l Определение стоимостных затрат для ABS-анализа в DesignIDEF и выявление узких мест процессов: SWOT-анализ, KPI. l Определение изменений для типового проекта и их описание: уточнение требований к системе. l Модернизация ТЗ и ОПЗ. 2 Проектирование и разработка информационной системы с использованием программных продуктов Power Designer и реляционной СУБД: l Построение изменённого процесса в BPM 2 -3 уровня. l Формирование информационной базы: разработка классификаторов и форм документов. l Генерация модели БД в PDM на основе sql-кода l Генерация логической модели БД в CDM и ее модернизация l Построение схем и алгоритмов работы системы (UML- диаграммы: классов, использования, деятельности, архитектуры системы и организационной) l Предложения по совершенствованию разработанного приложения для решения задачи: обоснование ПО, улучшение диалога с пользователем, взаимосвязь компонентов информационной системы, прототип) 3 Подготовка презентации проекта и его защита

Технология выполнения лабораторной работы № 2 Создание нового проекта средствами обратного инжиниринга Рассмотриv следующий пример: Пусть у нас есть база данных MS ACCESS – DB 2. MDB l

Необходимо создать проект средствами PD l l Для этого необходимо настроить ODBC, создав псевдоним для DB 2. MDB Необходимо в панели управления выбрать – «Администрирование» и «Источники данных (ODBC)»

Запустить PD l l В пункте меню «FILE» выбрать «Reverse Engineer» и «Database» Выбрать созданный ранее псевдоним

Генерация концептуальной модели (ERD) l l Выбрать пункт меню «Generete Conceptual Model» Результат генерации модель «Сущность – связь»

Создание дополнительных свойств для модели BPM l l Файл с дополнительными свойствами модели (. xem) это средство расширения и увеличения основных классов и параметров в Power. Designer. Создаются как отдельные модели в Power. Designer. При создании новой BPM существует возможность присоединить к модели дополнительные, созданные ранее, свойства (файл SIMUL 8)

Бизнес-правила в BPM l Бизнес-правила – это высказывания, которые определяют что информационная система должна делать и каким образом она должна быть структурирована для реализации потребностей бизнеса l Для формулирования бизнес-правил потребуется ответить на вопросы: На каких проблемах бизнеса следует остановить внимание; Какие процедуры должна включать система; Какие параметры определяют рамки проекта; Каким образом описать процедуры, ограничения; К какому классу отнести бизнес-правила: объяснение, констатация факта, формулы, правила верификации. - l Для создания бизнес-правил Model -> Business Rules l Для применения бизнес-правил к объектам: в свойствах объекта выбрать Rules -> Add Objects tool и выбрать требуемое

Создание дополнительных свойств для модели BPM l l l Package (“комплектация”) -это основной механизм для создания групп из элементов. Он объединяет объекты модели. Использовать package можно для создания общего представления Для этого вызвать контекстное меню объекта и выбрать ”Composite View”.

Диаграмма бизнес-процессов. Работа с объектом “Process” Чтобы созданный объект диаграммы бизнес-процессов “Process” можно было использовать в другой диаграмме, ее следует скопировать в библиотеку процессов. Для этого: l Правой кнопкой мышки на диаграмме. l Выбрать Diagram -> Convert to Composite Process Или View -> Diagram -> Convert to Composite Process l

Диаграмма бизнес-процессов. Работа с объектом “Organization Unit” l l l Объект диаграммы бизнес-процессов “Organization Unit” обозначает объект реального мира, который осуществляет процесс, помещенный в область объекта “Organization Unit” (управленческий отдел, бухгалтерия и т. д. ) До создания “Organization Unit” необходимо вызвать правой кнопкой мышки контекстное меню и выбрать the Disable Swimlane Mode Для присоединения процесса к Organization Unit необходимо в свойствах процесса выбрать требуемый Organization Unit Обозначается на диаграмме Если объект выполняет несколько процессов на диаграмме они объединяются в группы. Расположение вертикальное или горизонтальное. Указать расположение можно в Tools -> Display Preferences -> General command

Создание новой модели бизнес-процессов l l На панели инструментов выбираем File -> New -> Business Process Model Для изменения имени модели выбираем Model -> Model Properties, где во вкладке General задаем новое имя Для изменения имени текущей диаграммы выбираем View -> Diagram -> Properties При сохранении модели автоматически сохраняются все созданные в ней диаграммы

Основные элементы диаграммы l l l Первым является элемент запуска процесса Start Окончание выполнения процесса символизируется элементом End Между элементами Start и End помещаются процессы (элементы Process) Элементы диаграммы соединяются информационными потоками Выровнять диаграмму по вертикали можно, выбрав Symbol -> Align -> Center on Vertical Axis Двойным щелчком по элементу раскрываются его свойства, где можно изменить название и поместить комментарий

Отображение документов l l l Для отображения документа, принадлежащего информационному потоку между процессами в свойствах инф. потока на вкладке General нажимается В открывшемся окне Message Format Properties вводится название документа Средство передачи информации указывается в строке Transport

Дополнительные элементы диаграммы l l l Для отображения накопителя информации используется элемент Если необходимо отобразить возможность протекания процесса по одной из ветвей в зависимости от выполнения условия используется элемент Decision Для того, чтобы поставить комментарий к информационному потоку необходимо в его свойствах во вкладке Condition указать Alias

Дополнительные возможности Для детализации процесса на подпроцессы в контекстном меню выбирается пункт Decompose Process Перемещение между диаграммами модели: 1. используя контекстное меню 2. используя главное меню View -> Diagram -> Select Diagram 1. 2.

Диаграмма