Приведите последовательность шагов, необходимых для создания модели БД ИС в рамках методологии «Сущность-связь».



Мы поможем в написании ваших работ!


Мы поможем в написании ваших работ!



Мы поможем в написании ваших работ!


ЗНАЕТЕ ЛИ ВЫ?

Приведите последовательность шагов, необходимых для создания модели БД ИС в рамках методологии «Сущность-связь».



Процесс создания модели данных можно рассматривать как последовательный переход от модели бизнес процессов к обобщенной диаграмме «сущность-связь» уровня предметной области, а затем к другим моделям более низкого уровня. Конечной целью данного процесса является получение физической модели данных уровня СУБД, готовой для ее реализации в рамках конкретной СУБД. Такая модель может порой значительно отличаться от физической модели той же базы данных, предназначенной для реализации в рамках другой СУБД. Несмотря на то, что значимость всего процесса создания модели данных определяется получаемым конечным результатом в виде физической модели данных, все промежуточные результаты представляют собой также большую практическую ценность, т.к. позволяют проводить анализ данных на более высоком логическом уровне и могут использоваться для адаптации модели базы данных к изменившимся требованиям предметной области. Кроме того, они представляют собой важные элементы документации созданной модели данных.

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

1. Выделение сущностей рассматриваемой предметной области и связей между ними на основе модели бизнес процессов. Построение диаграммы «сущность-связь» уровня предметной области. Фактически, этот этап является начальным этапом создания инфологической модели данных.

2. Выделение ключевых атрибутов-признаков сущностей, полученных в первом пункте и создание ключевой модели данных уровня предметной области. Фактически, создание полной инфологической модели данных.

3. Выделение из созданной в п.2 инфологической модели предметной области элементов (сущностей), относящихся к области данного проекта реализации, выделение полного набора атрибутов этих сущностей и создание модели с полным набором атрибутов уровня проекта. Фактически, это означает создание инфологической модели данных проекта, являющейся проекцией инфологической модели уровня предметной области.

4. Преобразование модели п.3 с учетом особенностей выбранной модели данных. В большинстве случаев, с использованием особенностей реляционной модели данных. Фактически, это означает создание даталогической модели данных.

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

 

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

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

18. Что такое стоимостный анализ (Activity Based Costing)? Какова цель его проведения? Приведите основные понятия, используемые при проведении стоимостного анализа. Можно ли проводить стоимостной анализ параллельно с разработкой модели? Почему?

Стоимостный анализ (AВС – Activity Based Costing)

В соответствии с принятыми правилами, сначала строится функциональная модель существующей организации работы - AS-IS (как есть). После построения модели AS-IS проводится анализ бизнес-процессов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая. Проблема состоит в том, что таких критериев много и непросто определить важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики, т. е. качество следует оценивать количественно.

Al Fusion Process Modeler (BPwin) предоставляет аналитику два инструмента для оценки модели – стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации.

Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений т. д.

ABC может проводиться только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) и стабильная (проходит цикл экспертизы без изменений), другими словами, создание модели работы закончено. Т.е. только когда достигнута полнота модели и проведена ее полная верификация с экспертом, аналитик может приступить к стоимостному анализу модели. Вкратце это делается так – каждой функции в модели присваивается прямая стоимость ее выполнения плюс стоимость накладных расходов распределенных по всей модели с помощью некого алгоритма. В итоге мы получим количественную оценку функций, выраженную в их стоимости.

 

ABC включает следующие основные понятия:

· объект затрат – причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат.

· движитель затрат – характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;

· центры затрат, которые можно трактовать как статьи расхода.

Этот достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Встроенные возможности Process Modeler позволяют разрабатывать упрощенные модели стоимости, которые тем не менее оказываются чрезвычайно полезными при предварительной оценке затрат. Если схема выполнения более сложная (например, работы производятся альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.

 

Результаты стоимостного анализа могут существенно повлиять на очередность выполнения работ.



Последнее изменение этой страницы: 2016-09-05; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.214.224.207 (0.012 с.)