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

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

Суть
принципа функциональной декомпозиции
очень прост (Error: Reference source not found):

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

2. Эти
   блоки представляют основные подфункции
   (подмодули) единого исходного модуля.

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

4. Каждый
   из этих подмодулей может быть
   декомпозирован подобным же образом
   для более детального представления.

Принцип ограничения сложности

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

Принцип контекста (целеполагания)

Как
было указано выше любая модель должна
отвечать на вопросы о системе («М есть
модель системы S, если М может быть
использована для получения ответов на
вопросы относительно S с точностью А»).
Это означает, что не может быть модели
вообще. Любая модель – это лишь инструмент
и чтобы правильно ее создать надо иметь
однозначное представление о цели
моделирования (Purpose), точке зрения
(Viewpoint) и границах моделирования (Scope).
Принцип целеполагания как раз и означает,
что любая модель в SADT
– должна быть определена прежде всего
по перечисленным трем позициям.

Правила построения idef0 диаграмм

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

Правило контекста

В
составе модели должна присутствовать
контекстная диаграмма number
prefix-0
(например, А-0), которая содержит только
один блок. Номер единственного блока
на контекстной диаграмме А-0 должен быть
0 (Error: Reference source not found). Это правило
обеспечивает выполнение принципа
контекста.

Правило «доминирования»

Блоки
на диаграмме должны располагаться по
диагонали — от левого верхнего угла
диаграммы до правого нижнего в порядке
присвоенных номеров (Error: Reference source not found).
Блоки на диаграмме, расположенные вверху
слева «доминируют» над блоками,
расположенными внизу справа. «Доминирование»
понимается как влияние, которое блок
оказывает на другие блоки диаграммы.

Правило ограничения сложности

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

Диаграммы
с количеством блоков более шести сложны
для восприятия читателями и вызывают
у автора трудности при внесении в нее
всех необходимых графических объектов
и меток.

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

Соседние файлы в папке госы

• #
• #
• #
• #
• #
• #
• #
• #
• #

  20.05.2015174 б10Порядок.txt

What Is Functional Decomposition?

Functional decomposition is a method of analysis that dissects a complex process in order to examine its individual elements. A function, in this context, is a task in a larger process whereby decomposition breaks down that process into smaller, easier to comprehend units.

In business, functional decomposition is used to facilitate the understanding and management of large and complex processes. Functional decomposition helps solve problems and aids in the development of business operations, computer programming, machine learning, and a variety of other fields.

Understanding Functional Decomposition

Functional decomposition has its origin in mathematics, where it refers to the process of analyzing the links and relationships between all the components that create a functional relationship so that the original function may be recomposed. At its essence, functional decomposition takes something complicated and simplifies it.

Also, the decomposition of a process or function into smaller sub-functions can help project managers to determine how the individual functions or tasks help to achieve the overall project’s goal. Both large and small businesses use functional decomposition in their project analysis to determine whether a project is on target or if there are smaller sub-functions that are holding up the process.

Functional Decomposition Diagrams

The individual elements of the process and their hierarchical relationship to each other are commonly displayed in a diagram called a functional decomposition diagram. The diagram is shown in a top-down format illustrating a process. A functional decomposition diagram contains the overall function or task as well as the necessary sub-functions or tasks needed to achieve the overall objective.

Other common business methods for simplifying complex problems and processes include decision trees, which allow users to consider multiple possible solution paths to a problem, as well as flow charts that visualize the temporal sequence of a process.

Functional Decomposition Applications

Functional decomposition has applications in a variety of disciplines, such as systems engineering, software architecture, database theory, machine learning, knowledge representation, and signal processing. 

Practically, functional decomposition is used by engineers to describe the steps taken in the act of breaking down the function of a device, process, or system into its basic components. As a result of the analysis, a functional decomposition diagram will detail the functions, tasks, and sub-tasks and how they work together. The diagram may also address any problems, as well as suggest solutions to those problems.

Functional decomposition is especially important in programming. Once a diagram has been created, coding may begin as the programmer may then work on the most basic components first and then build out an application. As such, functional decomposition helps focus and simplify the programming process. One drawback, however, is that functional decomposition can be especially labor-intensive and time-consuming.

Functional Decomposition Steps

The process of functional decomposition can be broken down into several steps. The use of a functional decomposition diagram is key to this step.

1. Find the basic function: What is the basic task a device or process must accomplish?
2. List essential sub-functions: These sub-functions or sub-tasks are instrumental to the success of the basic function.
3. List the next tier of sub-functions: These sub-functions serve the upper-level sub-functions.
4. Inspect the diagram: If there are functions that have been omitted, add them to the diagram.

Что такое функциональная декомпозиция?

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

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

Понимание функциональной декомпозиции

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

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

Диаграммы функциональной декомпозиции

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

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

Приложения функциональной декомпозиции

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

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

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

Этапы функциональной декомпозиции

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

1. Найдите основную функцию : Какую основную задачу должно выполнять устройство или процесс?
2. Перечислите основные подфункции : эти подфункции или подзадачи способствуют успеху основной функции.
3. Перечислите следующий уровень подфункций : эти подфункции обслуживают подфункции верхнего уровня.
4. Осмотрите диаграмму : если есть функции, которые были пропущены, добавьте их на диаграмму.

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

Декомпозиция бизнес-процессов. Основы

Итак, процесс можно разбить на более мелкие части: 

Подпроцесс 

Если необходимо разделить процесс на части для более легкого управления мы будем делить его на подпроцессы. Подпроцесс можно рассматривать отдельно. Он имеет такие же составляющие и свойства. У подпроцесса так же есть начало, окончание, механизм реализации, показатели и т.д. Иными словами, подпроцесс — это процесс более низкого уровня. В принципе, количество уровней, подпроцессов, на которые мы делим процесс, может быть безграничным. Когда мы собираемся приготовить обед, то мысленно делим процесс на подпроцессы – подготовка продуктов, подготовка посуды, обработка продуктов, приготовление. 

Операция 

Это самое простое действие в процессе. «Простое» означает, что его не надо детализировать. Если процесс не имеет вложенных подпроцессов, то его механизм реализации как раз и представляет собой цепочку операций. Когда мы готовим посуду для приготовления обеда, то выполняем простые операции: достать кастрюлю, налить в нее воду, поставить на плиту и так далее. Нет смысла подробно объяснять, что значит «налить воду в кастрюлю», а значит, это операция.

Насколько необходимо детализировать процессы?

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

Группировка операций и подпроцессов.

Иногда необходимо объединить некоторые операции или подпроцессы — чтобы ими было легче оперировать. К примеру, можно выделить:

• Работы – это процессы и/или операции, которые выполняет один человек или одно подразделение. Например, для дворника такой работой является уборка мусора.
• Функции – совокупность работ, похожих друг на друга или имеющих что-то общее. Продажи — это функция. А обработка заявок по продажам – работа.

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

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

Процедуры удобны для подготовки инструкций.

Характеристики бизнес процесса.

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

• Результативность – достигает процесс необходимых результатов или нет. Если в результате процесса «Приготовление пирога» получился яблочный пирог, то процесс результативен.
• Эффективность – сколько ресурсов затрачивает процесс на получение результата. Если вы знаете, что на приготовление пирога должно уйти 0,5 кг яблок, а было потрачено 2 кг, то процесс неэффективен.
• Определенность – если процесс описан в каком-то документе, и то, как он выполняет в действительности, соответствует тому, что написано, значит, процесс определен. Если пирог был приготовлен полностью по рецепту, все ок.
• Повторяемость – важнейшая характеристика! Она показывает, может ли процесс получать одинаковые результаты из раза в раз. Если повар постоянно выдает разные яблочные пироги, что-то не так с процессом. Или с поваром.:)
• Адаптируемость — характеристика гибкости бизнес процесса, т. е. способности меняться в зависимости от условий. Можно ли быстро заменить яблоки на груши? Можно. Значит, процесс адаптируем.
• Длительность — время, которое необходимо для выполнения процесса. Иными словами, промежуток времени между началом процесса и его завершением.
• Стоимость — это совокупность всех затрат выполнения процесса 1 раз. Для этого необходимо подсчитать, сколько продуктов мы затратили на приготовление пирога, сколько стоит время повара, который его готовил, а также сколько стоит использование инструментов и посуды.

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

Итак: 

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

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

Научитесь: Профессия Менеджер проектов
Узнать больше

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

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

О способе декомпозиции написано много научных трудов, определены его основные этапы, принципы и области применения. В некоторых областях методика проста, выполняется в 2-3 этапа, а в некоторых может занимать длительное время и проходить пошагово, причем в процессе участвуют целые группы специалистов, сотрудников.

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

Несмотря на то, что этот метод использовался издревле, детально описан, структурирован и представлен в виде научного труда он только в 1960 году, американцами Данцингом и Вульфом. Именно они разработали алгоритмы способа, основные принципы и генерационные столбцы методики.

Для достижения максимального эффекта от применения методики декомпозиции процесс необходимо проводить в соответствие с определенными принципами (правилами):

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

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

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

Чаще всего метод декомпозиции в современном мире применяется в бизнесе, а точнее – в менеджменте, науке управления, администрирования, руководства, оптимизации всех производственных и торговых процессов. Этот способ системного анализа данных бывает

• функциональным,
• структурным,
• объектным.

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

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

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

В основе каждого из перечисленных видов методики декомпозиции лежит структурирование. При создании плана поиска верного решения для той или иной задачи рекомендуется следовать принципам:

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

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

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

Создавая декомпозиционную структуру, стоит вспомнить выражение: «Проблемы должны решаться по мере их поступления». В основе обучения такому принципу решения задач лежит использование метода отсечения:

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

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

Важен и психологический момент. Работа в команде приносит гораздо лучшие результаты, чем индивидуальный декомпозиционный анализ. Секрет прост – наличие слушателей и критиков стимулирует, да и принцип «одна голова хорошо, а две – лучше» не отменен и активно используется.

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

Структура модели бизнес-процессов