Системы и закономерности их функционирования и развития.

Системы и закономерности их функционирования и развития.

Система – связь элементов взаимодействующих между собой для достижения целей (взаимодействие с внешней средой).

К закономерностям системы можно отнести следующие положения:

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

Несводимость друг к другу и невыводимость друг из друга закономерностей разных уровней организации

История развития понятия «Система»

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

Системные исследования – это коллективное принятие решения специалистов различных областей знаний.

Системные исследования – это процесс постановки задачи и применение не только формальных методов.

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

1843г. М.А. Ампер ввел понятие кибернетика.

Б. Трендовский «Отношение философии к кибернетике как науке управления народами».

«Люди не математические символы и не логические категории и процесс управления ими не шахматная игра».

1981г. ак. Е.С. Федоров, автор идеи типизации структур. Его открытие – из 23 типов кристаллических решеток сформировано все вещественное многообразие реального мира (языкознание, музыка, системы счисления).

1911-1925 А.А. Богданов-Малиновский «Всеобщая организационная наука (тектология)»

Н. Винер (50-е гг. ХХ столетия):

· Типизация моделей

· Формализация процессов управления

· Моделирование и вычислительные эксперименты

· Оптимизация процессов и систем

Л. Берталанфи (австрийский биолог) – общая теория систем.

Месарович, Такахара, Мако «Теория иерархических многоуровневых систем.

Томская школа системного анализа (1970-1990гг.): Ф.И. Перегудов, Б.А. Гладких, В.Н. Сагатовский, Ф.П. Тарасенко, В.З. Ямповский.

Системы организационного управления как объект системных исследований и разработок:

· АСУ Томской области (1975-1990)

· Отраслевая АСУ Минвуза РСФСР (1973-1990)

· Территориально-отраслевая программа «Нефть и газ» Томской области (1985-1990).

«Основы системного анализа» Ф.И. Перегудов, Ф.П. Тарасенко, 1997г., НТЛ Томск.

 

 

Методика системного анализа.

Этап 1. Анализ проблемы:

· существует ли проблема;

· точная формулировка проблемы;

· анализ логической структуры проблемы;

· развитие проблемы (в прошлом, настоящем и будущем);

· описание связей рассматриваемой проблемы с другими проблемами;

· принципиальная разрешимость проблемы.

Этап 2. Определение и анализ структуры организации

Этап 3. Формулирование общей цели и ее декомпозиция:

· Формулирование общей цели для решения поставленной проблемы;

· Декомпозиция цели путем построения дерева целей.

Этап 4. Проектирование организации: Для достижения поставленной цели построить структуру организации в усовершенствованном варианте в соответствии с деревом целей.

 

Вопрос

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

Форма представления бизнес-модели и уровень ее детализации определяются целями моделирования и принятой точкой зрения. Термин «бизнес-модель» используется для того, чтобы охватить широкий диапазон формальных и неформальных описаний ключевых элементов бизнеса. Мы применяем этот термин в следующем смысле: «Бизнес- модель компании определяет, как она получает прибыль – как обращается к своему рынку, представляет свои предложения и развертывает бизнес-отношения». (PWC)

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

Любая бизнес-модель должна давать ответ на три ключевых вопроса:

 как компания создает ценность для

внешних клиентов;

 как компания зарабатывает деньги;

 как компания обеспечивает

стратегический контроль над

цепочками создания ценности.

Бизнес-модель логически описывает, каким образом организация создаёт, поставляет клиентам и приобретает стоимость — экономическую, социальную и другие формы стоимости^[1]. Процесс разработки бизнес-модели является частью стратегии бизнеса.

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

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

Алгоритм создания бизнес-модели:

1. Анализ бизнес-модели отрасли.

2. Анализ существующей бизнес-модели компании.

3. Ориентиры стратегии развития компании.

4. Определение новой бизнес-модели.

5. Конкретизация новой бизнес-модели.

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

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

С финансовой точки зрения, бизнес-модель любой компании можно описать как произведение рентабельности продаж и оборачиваемости активов (капитала)

Вопрос

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства как System Architect, Ithink Analyst, ReThink и др. В Таблице 1 представлен перечень инструментальных средств, участвующих в рассмотрении. Представленная информация включает:

• наименование инструментального средства;
• данные о поставщике и представителе в России;
• краткая характеристика инструментального средства.

Таблица 1. Перечень инструментальных средств

№	Наименование	Краткая характеристика
	BPWin и ERWin	BPWin - инструмент визуального моделирования бизнес-процессов. ERWin - средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". Один из лидеров российского рынка. Локализован. Продажи, поддержка, обучение в России.
	Oracle Designer	Функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки ИС компании Oracle - "CDM", позволяющих команде разработчиков провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы. Участник российского рынка. Локализован. Продажи, поддержка, обучение в России.
	Rational Rose	Средство моделирования объектно-ориентированных информационных систем. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое. Один из лидеров российского рынка. Локализован. Продажи, поддержка, обучение в России.
	ARIS	Интегрированное средство моделирования бизнес-процессов, объединяющее разнообразные методы моделирования и анализа систем. В первую очередь, это средство описания, анализа, оптимизации и документирования бизнес-процессов, чем средство проектирования ПО. Лидер на мировом рынке. Локализован. Продажи, поддержка, обучение в России.
	System Architect	System Architect представляет собой универсальное CASE-средство, позволяющее осуществить не только проектирование данных, но и структурное моделирование. Средство проектирования данных и создания ER-диаграмм является одной из составных частей этого продукта. Один из мировых лидеров, пока еще не представлен на российском рынке. Локализация ориентировочно к июлю 2006 г. Продажа и поддержка пока из Нидерландов.
	Power Designer	PowerDesigner - средство моделирования бизнес-процессов, проектирования баз данных и объектного моделирования. Участник российского рынка, преследователь лидеров на мировом рынке. Поддержка, продажа, обучение в России есть. Нет информации по количеству проданных лицензий, количеству пользователей, поэтому достаточно сложно оценить распространенность в России.
	Re-Think	Графическая объектно-ориентированная среда создания и сопровождения интеллектуальных приложений мониторинга, диагностики и управления сложными динамическими системами в реальных и моделируемых ситуациях. Один из преследователей мировых лидеров.
	Ithink Analyst	Пакет для ситуационного моделирования. Позволяет строить наглядные и точные модели самых сложных политических и экономических ситуаций, используя библиотеку базовых моделей и методы системной динамики. Также используется при анализе инвестиционных проектов и реинжиниринге. Один из участников мирового рынка. Пакет не распространен на российском рынке. Русского интерфейса нет. Продажа, поддержка и обучение в России осуществляется только одной компанией. Учебные материалы на русском существуют.
	Workflow Modeler (ранее Design/IDEF)	Пакет для функционального и информационного моделирования, анализа и проектирования бизнес-процессов. Используется как составная часть в некоторых известных пакетах типа CIM (Computer Integrated Manufacturing) и САЕ (Computer Aided Engineering) и принят в качестве стандарта для проектов, финансируемых американскими и европейскими спонсорами. Один из участников мирового рынка.

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

• устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);
• распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);
• доступность поддержки поставщика. Такие услуги могут включать телефонную "горячую линию", техническую и консультационную поддержку через представителя поставщика в России;
• доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте;
• доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии.

Вопрос

Бизнес-процесс– это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы производителя, создает ценность и выдает результат потребителю. Среди основных причин, побуждающих организацию оптимизировать бизнес-процессы, можно выделить необходимость снижения затрат или длительности производственного цикла, требования, предъявляемые потребителями и государством, внедрение программ управления качеством, слияние компаний, внутриорганизационные противоречия и др. Моделирование бизнес-процессов позволяет не только определить, как компания работает в целом, как взаимодействует с внешними организациями, заказчиками и поставщиками, но и как организована деятельность на каждом рабочем месте. Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, средство прогнозирования и минимизации рисков, возникающих на различных этапах реорганизации предприятия. Этот метод позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности. Под методологией (нотацией) создания модели (описания) бизнес-процессапонимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Любая методология (методика) включает три основные составляющие: – теоретическая база; – описание шагов, необходимых для получения заданного результата; – рекомендации по использованию как отдельно, так и в составе группы методик. Основное в методологии – дать пользователю последовательность шагов, которые приводят к заданному результату. Способность получать результат с заданными параметрами и характеризует ее эффективность. Важнейшими понятиями любого метода моделирования бизнес-процессов являются понятия объекта и связи. Каждый объект модели отражает некоторый реальный объект так называемой предметной области (организации)., люди, документы, машины и оборудование, программное обеспечение и т. д. Как правило, в рамках одного метода объекты модели, отражающие различные сущности реального мира, также являются разными. Связи предназначены для описания взаимоотношений объектов друг с другом. К числу таких взаимоотношений могут относиться: последовательность выполнения во времени, связь при помощи потока информации, использование другим объектом и т. д. Для каждого объекта и связей характерны ряд параметров, или, как принято говорить,атрибутов, отражающих определенные характеристики реального объекта. Состав атрибутов зависит от типа отображаемого при помощи модели реального объекта организации. Атрибутами могут служить такие характеристики, как номер объекта, название, описание, длительность выполнения (для функций), стоимость и др. На практике при создании моделей организации описание атрибутов объектов модели осуществляется при помощи специальных инструментальных средств моделирования бизнес-процессов. Это позволяет сделать из простейшего «описания» бизнес-процесса более сложную «модель», на основе которой производят определенные вычисления, осуществляют анализ и оценку процесса. История развития методологий моделирования бизнес-процессов Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. В сжатом виде история развития методологий моделирования бизнес-процессов представлена в таблице. Для наглядности параллельно приведена история развития подходов к управлению качеством. Основные типы методологий моделирования и анализа бизнес-процессов В настоящее время для описания, моделирования и анализа бизнес-процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии: – моделирования бизнес-процессов (Business Process Modeling); – описания потоков работ (Work Flow Modeling); – описания потоков данных (Data Flow Modeling). Методологии моделирования бизнес-процессов (Business Process Modeling) Наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов. Продуманные механизмы декомпозиции модели процесса в IDEF0 сущетметить, что модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании. Их основное преимущество состоит в возможности описывать управление процессами организации. Методологии описания потоков работ (Work Flow Modeling) Вторая важнейшая методология описания процессов – IDEF3, предназначенная для описания рабочих процессов или, иными словами, потоков работ. Стандарт IDEF3 близок к алгоритмическим методам построения схем процессов и стандартным средствам создания блок-схем. Следует отметить, что стандарт включает два существенно различающихся метода описания процессов. Ниже рассмотрим метод, получивший наибольшее распространение. Основу методологии IDEF3 составляет построение моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций). Можно утверждать, что IDEF3 лежит в основе популярной в настоящее время методологии ARIS еЕРС. Методологии описания потоков данных (Data Flow Modeling) Еще одна группа методологий, активно используемых на практике, – нотации DFD (Data Flow Diagramming), предназначенные для описания потоков данных. Они позволяют отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Кроме того, нотация DFD предоставляет возможность описывать потоки документов (документооборот) и материальных ресурсов (например, движение материалов от одной работы к другой). Методология DFD может эффективно использоваться для описания процессов при внедрении процессного подхода к управлению организацией, так как позволяет максимально снизить субъективность описания бизнес-процессов. С помощью схемы процессов в DFD выявляют основные потоки данных, что важно для последующего создания моделей структуры данных и разработки требований к информационной системе организации. Прочие методологии Существуют также другие методологии, предлагаемые различными фирмами-производителями програ

 

IDEF

IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

IDEF — методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применен в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов. Более того, собственно с широким применением IDEF (и предшествующей методолoгии — SADT) и связано возникновение основных идей популярного ныне понятия — BPR (бизнес-процесс реинжиниринг).

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

IDEF0 [править | править исходный текст]

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

Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique);

IDEF1 [править | править исходный текст]

Пример диаграммы IDEF1X.

Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. IDEF1X (IDEF1 Extended) — Data Modeling — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэмей (T. Ramey), также основан на подходе П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия — методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X–диаграммы используются рядом распространённых CASE–средств (в частности, ERwin, Design/IDEF).

IDEF2 [править | править исходный текст]

Пример расширенной схемы перехода, модель IDEF3.

Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);

IDEF3 [править | править исходный текст]

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

IDEF4 [править | править исходный текст]

Пример методологии проектированияIDEF4: диаграмма поведения для обьектов, реализующих метод «Громче».

Object-Oriented Design — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы. Подробнее - Технология;

IDEF5 [править | править исходный текст]

Пример IDEF5-схемы состава шариковой ручки.

Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтологиясистемы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;

IDEF6 [править | править исходный текст]

Модель IDEF6 деятельностей проектирования IDEF4

Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;

IDEF7 [править | править исходный текст]

Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;

IDEF8 [править | править исходный текст]

User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);

IDEF9 [править | править исходный текст]

 

Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;

IDEF10 — IDEF14 [править | править исходный текст]

• IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан;
• IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;
• IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан;
• IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан;
• IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.

 

Шаблон разработки миссии

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

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

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

Рис. 4.4. Шаблон разработки миссии (матрица проекций)

При разработке модели миссии компании рекомендуется:

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

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

1. Выяснить конъюнктуру рынка, т.е. определить наличие платежеспособного спроса на предлагаемые товары или услуги и степень удовлетворения рынка конкурентами. Это позволяет понять потребности рынка и сформировать позицию "надо".
2. Выявить наличие способствующих и противодействующих факторов для выбранного вида деятельности со стороны государственных институтов в области политики и экономики.
3. Оценить перспективу развития технологии в выбранной сфере деятельности.
4. Оценить возможную поддержку или противодействие общественных организаций.
5. Сопоставить результаты вышеперечисленных действий с учетом правовых, моральных, этических и др. ограничений со стороны персонала и сформировать позицию "хочу".
6. Оценить уровень возможных затрат и доходов.
7. Оценить возможность достижения приемлемого для всех сторон компромисса и сформулировать Миссию компании в соответствии с шаблоном, приведенным на рис. 4.5.

Рис. 4.5. Шаблон разработки миссии

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

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

Вопрос 11

 

Методология IDEF0

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

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

В стандарте IDEF0 c помощью входа показывают объекты – информационные и материальные потоки, которые преобразуются в бизнес-процессе. С помощью управления показывают объекты – материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. С помощью механизмов стали показывать механизмы, при помощи которых бизнес-процесс реализуется: технические средства, люди, информационные системы и т.д. Выход бизнес-процесса, описанного в стандарте IDEF0 полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы.

Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме IDEF0 размещаются в строго отведенных местах относительно работ, которые называются функциональными блоками (Таблица 1).

Таблица 1. Название и размещение входов и выходов в стандарте IDEF0 относительно функционального блока.

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

Рис.3. Стандарт описания бизнес-процесса IDEF0.