Смешанная модель

Рис. 4. Представление смешанной модели в Model Explorer

Вспомогательные операции

BPwin позволяет эффективно манипулировать моделями: сливать и расщеплять, документировать их благодаря генерации отчетов и т. д. Кстати, существует семь предопределенных типов отчетов и поддерживаются определяемые пользователем запоминаемые стандартные отчеты.

Пакет BPwin помогает пользователю справиться с ошибками. Часть их анализируется на этапе внесения новых объектов, так как некоторые ошибочные элементы просто невозможно внести в схему, а другая часть документируется в специальном отчете Model Consistency Report, который представляет собой список синтаксических ошибок.

Построение моделей

Обычно при реорганизации предприятия сначала строится функциональная модель существующей организации работы — «AS-IS» (как есть). Модель «AS-IS» позволяет выяснить, «что мы делаем сегодня», перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации производства. Детализация процессов позволяет выявить недостатки организации даже там, где функциональность кажется очевидной. Признаком малоэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияние ее результат) и входу (объекты или информация используются нерационально) и т. д. Найденные в модели «AS-IS» недостатки можно исправить при создании модели «TO-BE» (как будет) — модели новой организации процесса производства. Подобная модель нужна для анализа альтернативных путей выполнения операций и документирования того, как компания будет вести бизнес в будущем.

Оценка полученных моделей

Как правило, моделей «TO-BE» строят несколько и по определенному критерию выбирают лучшую. Проблема состоит в том, что таких критериев много и непросто найти важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система количественной оценки. BPwin предоставляет аналитику два инструмента для оценки модели: стоимостной анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP).

Стоимостной анализ

Стоимостной анализ (ABС) является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе и Департаментом обороны США) для поиска истинных источников затрат в организации. Стоимостной анализ представляет собой соглашение об учете, используемое для сбора данных о затратах, связанных с работами. На основании таких данных определяется общая стоимость процесса. ABC основан на модели работ, поскольку количественная оценка невозможна без детального понимания функционирования предприятия. Через ABC легко определить происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно также:

• определить действительную стоимость производства продукта;

• определить действительную стоимость поддержки клиента;

• обнаружить работы, которые стоят больше всего и которые, следовательно, должны быть улучшены в первую очередь, и т. д.

Для эффективности стоимостной анализ следует проводить лишь в том случае, если модель работы является:

• последовательной (следует синтаксическим правилам IDEF0);

• корректной (отражает процесс производства);

• полной (охватывает всю рассматриваемую область);

• стабильной (проходит цикл экспертизы без изменений).

Методика ABC включает такие основные понятия, как объект затрат (причина, по которой работа выполняется), движитель затрат (характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго она длится), и центры затрат (статьи расхода). В BPwin при проведении стоимостного анализа сначала задаются единицы измерения времени и денег, затем описываются центры затрат (cost centers). И наконец, для каждой работы на схеме декомпозиции назначаются продолжительность (duration), частота проведения данной работы в рамках общего процесса (frequency) и суммы по каждому центру затрат, т. е. задается стоимость каждой работы по всем статьям расхода.»

Страницы MSVisioи их назначение. Шаблоны страниц ИТMSVisio. Сохранение результата, использование заготовок, выдача документа разработки или его экспорт.Netтехнологии –Sun,MS– основные идеи и методы.. Подобия и отличия. СтруктураMSNet– технологические инструменты разработок программ.

Их использование для описания функциональных возможностей разработки и спецификации требований к программам. Методика создания логических моделей информационных объектов. Прототип или пустой лист, добавление и компоновка элементов, текстовое сопровождение графики, форматы выходных файлов и экспорт.

Основная литература: 1осн., 2осн.,5осн.

Контрольные вопросы:

1. Какие схемы описывают бизнес-процесс?

2. Чем отличаются схемы IDEF0 иIDEF3?

3. Что означает аббревиатура АВС в BPWin?

4. Какие страницы инструмента MSVisioи как м.б. использованы в процессе ЛП ПП?

Лекция 5.Построение диаграммы классов. Методы, технологии, инструменты.

Порядок получения диаграммы классов. Функциональность и совместное использование функций актерами. Связи и отношения между информационными элементами и структурами (ИО). Инкапсуляция, наследование и полиморфизм ИО. Совместность (временная и пространственная) и видимость (извне и вовне). Декомпозиция и структуризация. Диаграммы ВИ, последовательности, совместности (кооперативные) – цепочка предшествования.

Установка отношений между классами. Агрегатные отношения и отношения наследования. Отношение использования. Ассоциативные связи. Направленность. Временные и постоянные связи. Графическое представление.

Графические модели представления классов. Типы классов и их представление в проекте.

Классы – сущности, управляющие классы, интерфейсные классы. Графическое представление. Различные нотации и их использование в инструментах.

Методика и инструменты RationalRose(RR). Автоматизация логического проектирования – плюсы и минусы. Структурный составRR. Компоненты системы их назначение и использование при разработке программ. Шаблоны классов и их использование. Языковое представление классов. Библиотеки классовRR.

«CASE- системы.

“Представление о CASE- комплексах связано в нашем сознании с чем - то, не имеющим отношения к обычному программированию. В Америке, из - за сильнейшнй конкуренции,CASE- средства используются подавляющим большинством фирм - разработчиков программного обеспечения. Мощный толчокCASE- средства получили в пору внедрения объекто - ориентированной технологии разработки ПО, когда старого, проверенного временем метода проектирования "сверху вниз" стало явно недостаточно. К тому же появились технологии объектного моделированияBooch,OMT,UML, сами по себе весьма сложные для привязки к языкам программирования, чтобы оперировать ими вручную. Сегодня лидирующей в миреCASE-системой считаетсяRationalRoseкорпорацииRationalSoftware. СистемаRationalRoseнацелена на создание модулей с использованием языкаUnifiedModelingLanguage(UML). Кстати,UMLстал стандартным языком объектно-ориентированно разработки не без подачиRationalSoftware, которая не только выпускает программные продукты, где используютсяUML, но и активно принимает участие в организацииObjectManagementGroup(OMG), занятой созданием и обновлением спецификаций языкаUML, технологии распределенных вычисленийCORBAи т.д. в компанииRationalработают три создателя и евангелиста объектно-ориентированной разработки и языкаUML. Это Гради Буч, Айвар Джекобсон и Джим Рамбаух.

Последняя версия CASE-системы компанииRationalSoftwareRationalRose98 уже вовсю применяется для создания коммерческого ПО и поддерживает популярные языки программированияJava,Cu++, Смолток, Ада,VisualBasic,PowerBuilderиForte. Кроме того, пакетRose98 способен генерировать описания на языкахInterfaceDefinitionLanguage(IDL) для приложенийCORBAиDataDefinitionLanguage(DDL) для приложений доступа к базам данных, в том числе иOracle8. Разумеется, поддержка того или иного языка программирования зависит от того, о какой редакции пакетаRationalRose98 идет речь.

К примеру, нельзя требовать многого от самого простого варианта пакета - Rose98ModelerEdition. ЗатоRose98EnterpriseEditionоснащен от души.

Нельзя не отметить, что система Rose- признанный лидер среди средств визуального моделирования, используя ее можно интерактивно разрабатывать архитектуру создаваемого приложения, генерировать его исходные тексты и параллельно работать над документированием разрабатываемой системы. С помощьюRationalRoseможно создавать новые модели на базе обратного разбора двоичныхcomмодулей или исходные тексты прикладных программ и библиотек классов.

Преимущества от применения RationalRose98 значительны:

1. Сокращение цикла разработки приложения.

2. Увеличение продуктивности работы программистов.

3. Улучшение потребительских качеств создаваемых программ за счет ориентации на пользователей и бизнес.

4. Способность вести большие проекты и группы проектов.

5. Возможность повторного использования уже созданного ПО за счет упора на разбор их архитектуры и компонентов.

6. Язык UMLслужит универсальным "мостиком" между разработчиками из разных отделов. »

Недостатки системы такие же как у всех систем блочного строительства – масса ненужного в конечном продукте и необходимость настройки и перестройки результата для достижения оптимального состава проекта. Т.о RationalRoseпорождает только базовую составляющую проекта

Методика и инструменты Coad. Методология и примеры разработки проекта программных систем. Практические средства построения эффективных объектных моделей - стратегии и образцы.Стратегии:действия и компоненты; определение целей и характерных свойств системы; выбор объектов; определение обязанностей; разработка динамики с помощью сценария; обнаружение новых стратегий и образцов.Образцы: фундаментальные; транзакций; агрегатов; плана; взаимодействий.

Основная литература: 1осн., 2осн.,5осн.

Контрольные вопросы:

1. Что представляет собой парадигма объектного программирования и что такое - класс?

2. Что, кроме сущностей, м.б. классом?

3. Что отражают граничные классы?

4. Какие виды отношений могут связывать классы?

5. Как понимать слово интерфейс?

6. В чем сила и в чем слабость RR?

7. Какие инструменты кроме RRм.б. использованы для тех же работ?

8. Меню RR?