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

При бизнес-моделировании, а так же при разработке модели Иой системы для анализа выполненных работ или деятельности организации обыно строится вначале функциональная модель AS-IS, после чего проводится анализ бизнес-процессов, потоков данных и объектов. Перенаправляются и улучшаются потоки и в рез-те разрабатывается модель TO-BE, возможна разработка нескольких моделей TO-BE, из которых по к-л критерию необходимо выбрать лучшую.

Стоимостной анализ (Activity Basic Costing - ABC) основан на работах функциональной модели. АВС анализ – технология выявления и исследования стоимости выполнения той или иной работы.

Цель стоимостного анализа – определить общую стоимость процесса. Применяется для того чтобы понять происхождение стоимостных затрат и облегчить выбор нужной модели ТУ Би из представленных при реорганизации деятельности. Связь ИДЕФ0 и АВС анализа основывается на следующих принципах:

• каждая работа характеризуется числом, которое представляет собой стоимость выполнения этой работы

• стоимость работы, которая не имеет декомпозиции определяется разработчиком модели

• стоимость работы, которая имеет декомпозицию определяется как сумма стоимостей всех работ, на диаграмме декомпозиции

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

После стоимостного анализа можно сгенерировать отчет стоимостного анализа автоматически.

Анализ на основе свойств, определяемых пользователем. (User Defined Properties - UDP)

это еще один вид анализа, для проведения которого BPWin представляет специальный инструмент. также основывается на ИДЕФ0. те же принципы что и при стоимостном анализе. Отличием является то, что производится не анализ стоимости проведения работ, а анализ к-л другой характеристики, определяемой пользователем.

Количественный анализ диаграмм

для проведения такого анализа используются след. хар-ки:

- количество блоков на диаграмме N

- уровень декомпозиции на диаграмме L

- сбалансированность диаграмм K_b

- число стрелок, соединенных с блоком A

этот набор характеристик относится к каждой диаграмме модели

Рекомендации по желательным значениям характеристик:

• необходимо стремиться к тому, чтобы при увеличении уровня декомпозиции коэффициент N/L убывал. убывание этого коэффициента говорит о том, то по мере декомпозиции модели ф-и должны упрощаться , а значит число блоков должно убывать.

• диаграммы должны быть сбалансированы (не слишком многое количество входов на 1 выход (например)) К_b=, этот коэффициент должен быть минимальным

Моделирование Д.

Ограниченность реляционной модели Д проявляется в следующих аспектах:

• не предоставляет достаточных средств для отображения смысла Д

• для многих предметных областей сложно моделировать Д на основе двумерных таблиц

• хотя все таблицы связаны между собой, однако не предоставляется каких-л средств для представления семантики этих зависимостей.

• не предлагается к-л инструмента для разделения таблиц и связи между ними на разные виды.

т.е. модель Д должна включать такое формализованное представление предметной области, которое будет легко читаться не только представителями работы с БД, но это описание должно быть достаточно емким, чтобы можно было оценить глубину и проработанность модели. Кроме этого это описание не должно быть привязано к конкретной СУБД и даже не должно быть привязано к модели организации Д.

Основной целью разработки семантической модели Д является создание модели пользовательского восприятия Д и согласование большого количества технических аспектов, связанных с проектированием БД.

Vjlktb Entity-Relationship (ceoyjcnm-cdzpm)

1976 – Чен

Баркер использовал подход Чена в своих работах

IDEF1X

В 1985 году нотация IDEF1X была окончательно разработана

В 1993 принята в качестве стандарта правительства США

Разработано с учетом простоты, наглядности и возможности автоматизации

Существуют и широко используюися CASE-средства, которые …

ERWin – мы будем исп-ть

Моделирование Д в нотации IDEF1X

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

Элементы диаграммы IDEF1X:

1. сущность (Entity) – на диаграмме моделирует класс однотипных объектов. Это может быть реальный или представляемый объет, информация о котором должна быть доступна. Любой объект предметной области м\б представлен только одной сущностью. Имя сущности должно отражать класс объекта, а не конкретно его экземпляр.

Предполагается, что в предметной области сущ=ет множ=во экз=ов отдельной сущности и все они обладают общими характеристив=каим, называемыми атрибутами. т.о. объект которому соответствует понятие сущности, имеет свой набор атрибутов. При этом набор атрибутов д\б таким, чтоб можно было различать конкретные экземпляры сущности.

Свойства сущности –

уникальное имя (существительное в ед. ч.)

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

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

Атрибутом сущности является любая характеристика ущности, значимая для рассматриваемой предметной области и предназначенная для уточнения, идентификации, классификации, количественной характеристики или выражения состояния сущности.

Уникальный идентификатор – атрибут или набор атрибутов, уникально отличающий каждый экземпляр сущности от других

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

3. связь (Relationship)

2. неидентифицирующая – при установке такой связи ключевые атрибуты родительской сущности мигрируют в область неключевых атрибутов дочерней сущности. Дочерняя сущность при этом остается независимой.

Тип сущности определяется при установки связи.

Сущность-родитель в идентифицирующей связи м.б как зависимой так и независимой. это определяется по ее связи с другими сущностями. Само наличие внешнего ключа сущности говорит о том, что существует связь с другой сущностью и в этой связи рассматриваемая сущность является дочерней.

Для неидентифицирующей связи дополнительно определяется такая характеристика как обязательность/необязательность. необязательность связи обозначается пустым ромбиком на стороне родительской сущности и свидетельствует о том, что значение внешнего ключа в дочерней сущности может оставаться пустым (принимать значение NULL)

по умолчанию в ERWin для неидентифицирующей связи устанавливается необязательность (NULLs Allowed).

на диаграммах IDEF1X допускается представление связи между сущностями с отношением многие ко многим. ()

Связь многие ко многим должна именоваться двумя фразами, с каждой стороны по фразе.

допустимо использовать в модели Д IDEF1X взаимоисключающие связи в тех случаях, когда каждый экземпляр сущности участвует только в одной связи из группы взаимоисключающих. (ОСОБОЕ ОБОЗНАЧЕНИЕ)