Теория систем и системный анализ icon

Теория систем и системный анализ



Смотрите также:
1   2   3   4   5   6   7   8   9
^

1.1 Общие положения по функциональному моделированию


Объектами функционального моделирования и структурного анализа по методологии IDEF0 являются организационно-экономические и производственно-тех­нические системы. Методология IDEFO основана на следующих концептуальных положениях [2]:

Модель — искусственный объект, представляющий собой отображение (образ) системы ее компонентов. Считается, что М моделирует А, если М отвечает но вопросы относительно А.

Здесь М — модель, А — моделируемый объект (оригинал). Модель разрабатывают для понима­ния, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании новой системы. Система представляет собой совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу. Частями (элементами) системы могут быть любые комбинации разнообразных сущностей, включающих: людей, информа­цию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители). Модель описывает, что происходит в системе, как ею управляют, что она преобразует, какие средства использует для выполнения своих функций и что производит.

^ Функциональный блок, отображающий моделируемую систему в целом (блок АО), и блоки на любом уровне декомпозиции являются преобразующими блоками. Преобразующий блок — блок IDEFO-диаграммы, преобразующий входы в выходы под действием управлений при помощи «меха­низмов» (см. рис.1).

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

^ Материальный поток — непрерывное или дискретное множество материальных объектов, рас­пределенное во времени.

Информационный поток — множество информационных объектов, распределенное во времени.



Рис. 1.- Структура функционального блока


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

  • ограничительная;

  • описательная;

  • предписывающая (управляющая).

Ограничительная информация — сведения о том, что нельзя делать:

а) никогда, ни при каких обстоятельствах (кроме, быть может, форс-мажорных), в любой фазе жизненного цикла управления (моделирования) и на любом этапе функционирования системы в целом;

б) в рамках функционирования конкретного блока.

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

^ Описательная информация — сведения об атрибутах объекта (потока), преобразуемого функци­ональным блоком. Содержится в чертежах, технических и иных описаниях, реквизитах и других документах, являясь неотъемлемым компонентом объекта в течение всего жизненного цикла. Эта информация сама преобразуется (изменяется) в результате выполнения функции.

^ Предписывающая (управляющая) информация — сведения о том, как, при каких условиях и по каким правилам следует преобразовать объект (поток) на входе в объект (поток) на выходе блока. Предписывающая информация содержится в технологических (в широком смысле) инструкциях, руководствах, документах, опре­деляющих «настройки» и характеристики блока.

^ Схематическое изображение связей преобразующего блока в соответствии с соглашениями системы IDEF0 показано на рисунке 1. Ограничительная и предписывающая информация изобра­жается стрелками, присоединяемыми к блоку на стороне управления, а описательная информация поступает на вход блока и формируется на его выходе, отображаясь стрелками входа и выхода соответственно.

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

1.2 Разработка структурных моделей деятельности предприятия


Структурным анализом принято называть метод исследования системы, которое начинается с ее общего обзора, а затем детализируется, приобретая иерархическую структуру с все большим числом уровней [3, 4]. Для таких методов характерно:

  • разбиение на уровни абстракции с ограниченным числом элементов (от 3 до 7);

  • ограниченный контекст, включающий только существенные детали каждого уровня;

  • использование строгих формальных правил записи;

  • последовательное приближение к результату.

Структурный анализ основан на двух базовых принципах – "разделяй и властвуй" и принципе иерархической упорядоченности. Решение трудных проблем путем их разбиения на множество меньших независимых задач (так называемых "черных ящиков") и организация этих задач в древовидные иерархические структуры значительно повышают понимание сложных систем. Определим ключевые понятия структурного анализа.

Операция – элементарное (неделимое) действие, выполняемое на одном рабочем месте.

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

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

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

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

1.3 Обязательные и рекомендуемые форматы графических схем бизнес-процессов


Выбор формата для описания бизнес-процесса определяется масштабом и степенью детализации рассматриваемого бизнес-процесса [3, 4, 5]. Выделяется несколько уровней детализации бизнес-процесса (Рис.2):

1) 1-й условный уровень - бизнес-процесс предприятия в целом, рекомендуется глубина детализации - 2-3 уровня;

2) 2-й условный уровень - бизнес-процесс подразделения Компании (возможна детализация операций бизнес-процесса 1-ого уровня), рекомендуемая глубина детализации - 2-3 уровня;

3) 3-й условный уровень - бизнес-процесс рабочего места подразделения (возможна детализации операций бизнес-процесса 2-ого уровня), рекомендуемая глубина описания - 1-2 уровня.

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

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

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




Рис. 2. - Последовательность формирования моделей бизнес-процесса

Таблица 1. - Форматы описания бизнес-процессов



Задача описания бизнес-процесса

Тип модели

Используемый формат

1

Описание бизнес-процесса на уровне «предприятие»

1. Функциональная модель бизнес- процесса (рекомендована).

2. Модель потоков данных (обязательна).

IDEF0


DFD

2

Регламентация бизнес- процесса на уровне «предприятие»

1. Функциональная модель бизнес- процесса (рекомендована).

2. Модель потока работ (обязательна).

3. Модель потока данных (обязательна).

IDEF0


IDEF3

DFD

3

Регламентация бизнес- процесса на уровне «предприятие»

1. Функциональная модель бизнес- процесса (рекомендована).

2. Модель потока работ (обязательна).

3. Модель потока данных (обязательна).

IDEF0


IDEF3

DFD

4

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

1. Модель потока работ (обязательна).

^ 2. Модель потока данных(рекомендована).

IDEF3

DFD

5

Описание бизнес-процесса для рабочего места исполнителя

1 Модель потока работ (обязательна).

IDEF3

6

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

1 Модель потока работ (обязательна).

IDEF3



Целесообразность детализации модели определяет Владелец бизнес-процесса совместно с Управлением организационного развития. Выбор цели и формата описания бизнес-процесса осуществляет Владелец бизнес­-процесса. В следующей таблице 1 приводятся обязательные и рекомендуемые форматы описания бизнес-процессов в зависимости от поставленных целей.






страница2/9
Дата конвертации02.08.2013
Размер0,94 Mb.
ТипУчебно-методическое пособие
1   2   3   4   5   6   7   8   9
Разместите кнопку на своём сайте или блоге:
rud.exdat.com


База данных защищена авторским правом ©exdat 2000-2012
При копировании материала укажите ссылку
обратиться к администрации
Документы