Предисловие (стр. 64 )

Сущность - это такой тип объектов, который существует независимо и содержит данные, относящиеся к предприятию. Например, все сотрудники предприятия могут быть представлены сущностью СОТРУДНИК. Сущность может быть представлена документом, например СЧЕТ-ФАКТУРА.

Атрибуты – это характеристики сущности, с помощью которых может быть описан любой из объектов сущности. Например, сущность СОТРУДНИК характеризуется в отделе кадров такими данными как дата рождения и дата приема на работу и т. д.

Связь. Все сущности предприятия взаимосвязаны между собой и образуют систему. Например, сущность СОТРУДНИК связана с сущностью ПОДРАЗДЕЛЕНИЕ. Существует несколько типов связей: «один к одному», «один ко многим» и «много ко многим».

Этот тип моделей достаточно широко представлен в литературе о базах данных.

13.3.3.3. Функциональное моделирование.

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

Для функционального моделирования и моделирования бизнес-процессов, применяется стандарт IDEF0. Этот стандарт очень прост для восприятия, и результатом такого моделирования является согласованная модель деятельности организации. Модель должна удовлетворять неким требованиям, а также  предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.

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

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

IDEF0 состоит из двух видов диаграмм: контекстной диаграммы и декомпозированной диаграммы

Контекстная диаграмма представляет объект моделирования (рисунок 13.16).

Рисунок 13.16 Блок диаграммы стандарта IDEF0

В этой диаграмме присутствуют следующие элементы

Входящие факторы  - данные или материалы, используемые в процессе для получения результата.

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

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

Контроль (управление) – факторы, которые регулируют и определяют последовательность преобразования входа в результат.

Расположение стрелок при этом строго определено и имеет принципиальное значение.

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

Рисунок 13.17 Декомпозиция диаграммы

При построении модели в стандарте IDEF0 необходимо соблюдать основные правила:

При построении декомпозированной диаграммы должны быть отражены все входы и выходы родительской диаграммы.

На каждом уровне иерархии, кроме 1, должно быть от 3 до 6 блоков. Если их меньше 3, то их нужно сделать частью другого процесса. Если количество блоков больше чем 6, то их нужно консолидировать.

Название процесса состоит из глагола и существительного.

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

Каждая стрелка имеет название

В описании процесса должно обязательно присутствовать точка зрения и цель описания.

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

Предприятие

Функции

Процессы

Действия

Задания

Шаги

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

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

Более детально остановимся на уровне процессов, поскольку именно он часто рассматривается как уровень для преобразования деятельности. В теории менеджмента процессы называются бизнес-процессами.

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

Каждый бизнес – процесс обладает совокупностью следующих элементов:

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

Выход – результат выполнения процесса, предоставляемый “получателю” процесса (вне или внутри организации)

Процесс – действия, работы или процедуры, которые необходимо предпринять для превращения “входа” в “выход”

Вход – информация, данные, материалы, используемые процессом  для формирования “выхода”

Владелец процесса – организационная единица, которая отвечает за результаты выполнения процесса

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

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

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

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

13.3.3.4. Модель документооборота.

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

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

Одним из способов совершенствования движения документов и информации по организации является внедрение системы электронного документооборота.

13.3.3.5. Модель потока данных.

Модель документооборота сосредоточивается на движении документов, то есть описывает их физическое перемещение из отдела в отдел, тиражирование и т. д. В случае использования компьютерной информационной системы часть этих документов, а соответственно, и операции с ними, могут быть заменены электронным аналогом. Тогда такие действия как размножение, редактирование  принимают совершенно другой характер. В модели потока данных важным являются процессы над данными, их хранение, а физические характеристики средств хранения данных становятся неактуальными. Эта модель описывает операции над данными, а не над материальными характеристиками. Одновременно, ей безразличен  способ совершения операций с данными: обработка данных производится либо вручную, либо на компьютере.

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

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

13.3.4. Связь моделей

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

Одной из задач структурного анализа является представление деятельности организации сначала на логическом уровне. Это позволяет представить весь проект изменения информационной системы компактно

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

Взаимосвязь моделей данных и моделей процессов показана на рисунке 13.18.

Рисунок 13.18 Связь моделей предприятия
Источник G. Curtis and D. Cobham “Business Information System” 2002 стр. 476