Text
                    С.В. Чере.мных
и. о. Семенов
В. С.РуЧlCuн
СТРУКТУРНЫЙ
АНА.ПИЗ
СИСТЕМ:
IDEF- '
ТЕхнопоrии
ф
Москва
"Финан,СЫ и статистика"
2003


УДК 004.94:658.012.12 ББК 65.290-2с51 Ч-46 Серия "Прикладные информационные технолоrии" Основана в 1997 r. fлавный редактор серии доктор технических наук, профессор С.В. Черемных РЕЦЕНЗЕНТ доктор технических наук, профессор С.В. Назаров Черемных С.В. и др. Ч46 Структурный аналИЗ систем: IDЕF-технолоrии / С.В. Черем" ных, И.О. Семенов, В.С. РУЧКИИ.  М.: Финансы и стаТИСI ика, 2003. 208 с.: ил.  (Прикладные информационные технолоrии). ISBN 5..279-02433..3 Изложена технолоrия cOBpeMeHHoro CTPYKтypHoro анализа бизнеспроцессов на основе пакета Международных стандартов моделирования IDEF. Блаrодаря доступной и хорошо структурированной форме подачи материала, а также тща тельно подобранным примерам специалисты, прежде Bcero в области менеджмента, имеют возможность использовать рассмотренную в книrе технолоrию в качестве рабочеrо инструмента в своей практической деятельности. для студентов, аспирантов, преподавателей экономических вузов, специа листов-менеджеров всех уровней, а также для получающих второе высшее обра- зование в области менеджмента. ч 2404000000  119 010(01)  2001 263  2002 УДК 004.94:658.012.12. ББК 65.290-2с51 ISBN 5..279..02433..3 @ С.В.Черемных, И.О. Семенов, В.С. Ручкин, 2001 
К читателю Эффективная экономика  это прежде Bcero эффективное управ- ление. Вывод, с которым трудно не соrласиться, но который, Hec мненно, требует расширенноrо толкования соответственно требова.. ниям времени, в котором мы живем. Современное эффективное управление возможно лишь на ба.1е управленческой культуры совершенно HOBOI'O уровня, как часто под черкивается,  культуры ХХI века, которая и должна сформировать понимание российскими менеджерами современных концепций управления, умение пользоваться ими на практике. Однако это только один аспект понятия эффективности  мирJ... воззренческий. Друrой аспект, столь же важный,  технолоrический. Российскому менеджеру для успешной деятельности, кроме общей культуры, необходимо иметь целый арсенал инструментальных средств в области управления компаниями, что особенно важно в y ловиях быстроизменяющейся хозяйственной среды. Большое значение в связи с этим приобретает комплекс средств, которые позволили бы менеджеру видеть и понимать прежде Bcero функциональную структуру своей компании во всех ее ипостасях и соответственно проrнозировать ее развитие на разумный период. Ошибки в 'оценке состояния дел на текущий момент, равно как и ошибки проrноза в развитии компании, являются самыми дороrими, так как чреваты непроrнозируемыми, часто тяжелыми для дела, п следствиями. в настоящее время у аналитиков сложилось достаточно ясное ви.. дение жизненноrо цикла компании, rде важнейшим (и повторяемым) представляется этап ее перестройки (реструктуризации) в соответст.. вии с изменяющимися хозяйственными условиями. В перечне этапов по реструктуризации деятельности компании первым традиционно присутствует пункт обследования существую- щих бизнес..архитектуры, бизнес..процессов, бизнес..правил, инфо мационных потоков. Далее, естественно, следуют: · идентификация узких мест, отрицательно влияющих на эффекти& ность деятельности предприятия, с одной стороны, и ключевых факторов, определяющих ero стоимость,  с друrой; 3 
. формирование и обоснование так называемой нормативной моде.- ли бизнеспроцессов и информационных потоков; · разработка и реализация мероприятий по переходу от существую- щей (<<as is») к нормативной (<<to Ье») моделям, иначе rоворя, по устранению имеющихся проблем и изменению бизнесархитектур предприятия, перестройке бизнеспроцессов; · разработка KOHKpeTHoro проекта корпоративной информацион ной системы, реализация этоrо проекта и сопровождение в буду щем  это заключительный этап. т ак или примерно так выrлядит область приложений инструмен тальных средств, которые должны быть на вооружении или по край ней мере в поле зрения менед)кера. Что же мы имеем сеrодня? Средства описания и моделирования бизнеспроцессов компании, ставшие рутинными на Западе, в России непосредственно менедже- рами используются редко, чаще они применяются специалистами внешних независимых консалтинrовых компаний. То же относится и к методам анализа информационных потоков, необходимых для по- строения баз данных  основы любой информационной системы. В последние rоды экономическая практика все ярче выявляет не-- соответствие между оrpомным спросом на квалифицированных ме- неджеров в экономической сфере и реальным, часто неудовлетвори тельным уровнем их подrотовки. Вопрос подrотовки менеджеров высшей квалификации, способ- ных эффективно управлять компанией на всех этапах ее жизненноrо цикла, стоит в настоящий момент особенно остро. Нельзя утверждать, что системы подrотовки высококвалифициро- ванных кадров менеджмента не существует вовсе. Реально набирают темпы такие формы подrотовки специалистов, как rpупповой и корпо- ративный консалтинr. Казалось бы, вот и решение проблемы. Но это не совсем так. Во..первых, число подrотавливаемых в этой системе высококвали- фицированных специалистов  капля в море Toro, что требуется. BOBTOpЫX, данная система подrотовки  эта система повышения квалификации специалистов. Квалификацию же, прежде чем повы шать, необходимо rдето приобрести. Лоrичнее Bcero приобретар ее в существующей системе высшеrо образования  вузовской системе. Практическая реализация этой идеи в общероссийских масштабах потребует неизбежно корректировки: 4 
. образовательноrо стандарта соответствующей специализации, возможно, и специализаций, примыкающих к ней; . рабочих проrpамм вузов, выпускающих специалистов COOTBeTCT вующих специальностей; . планов издательств, как вузовскоrо, так и российскоrо уровней, и соответственно требований относительно направленности и каче- ства поддерживающих вузовские проrpаммы планов литературы. Даже небольшие изменения существующих стандартов образова- ния представляются весьма проблематичными в обозримом будущем, так как стандарты вообще, в силу своей естественной консервативно- сти, плохо поддаются оперативной корректировке. Что касается друrих мер, то здесь, как представляется, резервы есть. Одна из особенностей cOBpeMeHHoro рынка учебной литературы состоит в том, что поток литературы по менеджменту и смежным дис- . циплинам rод от rода растет. Этот факт в той же степени бесспорный, как и то, что проблема, описанная выше, не становится менее острой. Анализ этоrо внешне удивительноrо несоответствия, проведен ный в полном объеме, несомненно, дал бы боrатую пищу для размыш лений. Но некоторые причины видны, как rоворится, невооружеJlНЫМ Бзrлядом. К примеру, часть публикаций написана либо преподавате.- лями, не имеющими достаточноrо опыта практической деятельности в области внедрения информационных технолоrий, либо специали- стами без достаточноrо педаrоrическоrо опыта. Во мноrих публикациях предлаrается использовать зарубежный опыт без учета специфики российской действительности. Переводные книrи не всеrда предваряются рекомендациями по использованию в российских условиях. Хорошие переводные книrи (именно пото.. му, что они хорошие!) нмедленно становятся библиоrpафической редкостью. Мало публикаций, посвященных инструментальным методам м(}. делирования и оптимизации бизнеса, ориентировано именно на вузов-- скую систему России. Существующая литература в общем и целом на- целена в основном на формирование мировоззрения менеджера, а не на пополнение ero инструментальноrо баrажа. Недостаточно публикаций (особенно инструментальноrо направ-- ления), относящихся к областям, непосредственно примыкающим к собственно менеджменту, таким, как стратеrическое управление 5 
компаниями, оценка бизнеса, инжиниринr и реинжиниринr (в адапти-- рованных к российским условиям вариантах), структурный и объект но..ориентированный анализ. Крайне желательно, как нам представляется, чтобы именно эти на.. правления были отражены в первую очередь в планах издательств, от.. ветственных за выпу.ск соответствующей литературы. Созданная в 1998 r. серия "Прикладные информационные техно- лоrии" в издательстве "Финансы и статистика" предполаrает публи кацию именно таких работ. К настоящему времени в этой серии издан ряд книr, в том числе А.М. Вендров "'САSЕ-технолоrии" (1998 r.), под ред. С.В. Назарова "Практикум по пакетам прикладных проrрамм" (1999 r.)  с расши ренным по сравнению с общепринятым в вузовской практике (до 14) списком приложений Windows, В.А. Козлов "Открытые информаци онные системы" (1999 r.)  по стандартам в области взаимосвязи от.. крытых систем, А.Л. Фридман "Основы объектно..ориентированной разработки проrpаммных систем" (2000 r.) по методам анализа задач и проектирования проrpаммных систем в этой области. Представляемая книrа "Структурный системный анализ: IDEFTex нолоrии"  первое в серии издание, посвященное инструментальным методам моделирования бизнеса и ориентированное именно на сис- тему вузовскоrо образования в области менеджмента. В книrе изложен один из наиболее эффективных и, думается, в наибольшей степени подходящий для изучения в вузовской системе подход, восходящий в основе своей к такой широко известной техно- лоrии CTPYKTypHoro анализа и проектирования систем, как SADT (Stmctиred Analysis and Design Technique). Речь идет, как видно из названия книrи, о семействе весьма рас- пространенных за рубежом (теперь есть и отечественные примеры) так называемых IDЕFтехнолоrиях (Icam DEFinition), включающем на сеrодняшний день 14 позиций. В соответствии с поставленной целью в книrе описываются технолоrии JDEFO (функциональное моделиро- вание бизнес--процессов) и IDEF3 (документирование технолоrиче.. ских процессов, происходящих на предприятии, дополненных техно- лоrиями анализа "потока данных" DFD (Data Flow Diagrams) и "потока работ" (WorkFlow). Проrpаммная поддержка методолоrии осуществляется пакетом BPwin 2.5 фирмы PLA TINUM (версия 1998 r.). Этот "союз" обеспечи.. 6 
вает интеrpированность декларируемоrо подхода к описанию и оцен" ке бизнеса компании в форме, позволяющей использовать ero в прак.. тике менеджерами всех уровней. Излаrаемый подход представляется актуальным именно сеrодня. В период становления российской экономики не возникало острой не.- обходимости оптимизировать принятие решений и подсчитывать за- траты, так как прибыль в большинстве случаев составляла не про цен.. ты, а разы. В настоящее время уже проявилась в должной мере конкуренция, а следовательно, возникла необходимость в оптимиза- ции бизнес..процессов, включая процессы управления, с целью сде- лать продукцию одновременно и прибыльной, и конкурентоспо- собной. Таким образом, у руководства компании возникла естественная необходимость иметь перед собой модель деятельности предприятия, которая отражала бы все механизмы и принципы взаимосвязи различ.. ных подсистем в рамках одноrо бизнеса. Модель, которая бы перио- дически трансформировалась из исходной «as is» в нормативную «to Ье» на соответствующих этапах жизненноrо цикла компании в це- лях оптимизации ее деятельности "в такт" с изменениями внешней среды. Изложенный в книrе подход даст возможность аналитикам и ме- неджерам освоить технолоrию построения УПGМЯНУТЫХ моделей. И не только освоить, но и научиться представлять на их базе свою деятель- ность для оценки и обсуждения в виде, леrко воспринимаемом различ.. ными катеrориями специалистов  от президента компании до ме.- неджеров всех уроней. Заметим, что эту сторону деятельности менеджера недооценивать нельзя. На совещаниях ero доклад должен обеспечивать наивысший уровень понимания проблемы участниками, иначе увеличивается риск неадекватноrо решения, что в производственных условиях со- вершенно недопустимо. Язык IDЕF"технолоrий позволяет достичь TaKoro понимания  и в этом, не в последнюю очередь, и состоит успех ero популярности. Эта книrа предназначена самому широкому Kpyry читателей, но прежде Bcero студентам и аспирантам в системах вузовскоrо образо- вания и слушателям всех форм дополнительноrо образования в облас- ти менеджмента во всех ero ипостасях (орrанизационный, финансо- вый и др.). 7 
Книrа может быть рекомендована также представителям дрyrих профессий, не имеющих непосредственноrо отношения к бизнесу, по- тому что описанный в ней ЯЗЫК представляет собой универсальный язык приобретения, накопления и передачи знаний, никак не связан- ный с какойто определенной предметной областью. Пользоваться та- ким языком следует всеrда, коrда появляется необходимость мыслить не общепринятыми катеrориями "функций" или 'задач", а катеrория- ми "процессов", т.е. таких объектов, для которых кроме естествеиноrо "входа" и "выхода" важны также "правила" и "ресурсы" для их реали- зации. В заключение остается пожелать читателям использовать в пол- ной мере возможность отправиться в увлекательный мир IDЕF--техпо.. лоrий в поисках новых знаний и нетривиальных ПОДХОДОВ, чтобы в итоrе овладеть замечательным инструментом для навиrации в океане бизнес...процессов, которые нас окружают. С.В. Черемных, доктор технических наук, профессор Финансовой академии при Правительстве рф 
Предисловие Книrа посвящена технолоrии cтpyктypHoro анализа, который по... нимается как метод исследования систем, включающий их общий об- зор и дальнейшую детализацию, в целом порождающий иерархиче.- скую структуру модели исследуемоrо объекта. Методолоrически изложение материала опирается на так называе- мые IDЕF"технолоrии из мноrочисленноrо семейства IDEF, ориенти- рованные на поддержку именно методолоrии CтpyктypHoro анализа. Речь идет о стандартах IDEFO (функциональное моделирование), IDEF3 (документирование технолоrических процессов исследуемоrо объекта), а также о дополняющей эти стандарты методолоrии DFD (методолоrии потока данных). Функционально моделирование является важнейшим элементом концептуальн6rо анализа при описании бизнеса (моделц "как есть" и "как должно быть'). Разработка этих моделей позволяет rлубоко пзу.. чить природу бизнес..процессов, выявить ключевые относительно це.- лей орrанизации процессы, провести на этой базе реструктуризацию старых и разработку новых процессов. для Функциональноrо анализа на концептуальном уровне важно иметь эффективную, удобную и "прозрачную" методолоrию, доступ- ную для понимания широкому кpyry аналитиков, экспертов, админи- страторов. Методолоrия SАDТ;лежащая в основе стандарта IDEFO, ПОЯВИ8- шаяся в конце 60..х rr., по--прежнему популярна среди аналитиков и широко используется для анализа именно предметной области. Содержание кнши леrко представить блаrодаря подробному or.. лавлению. Вместе с тем авторы читают необходимым отметить сле.- дующее. Приложения (Bcero их шесть) несут в себе довольно важную смы.. словую наrpузку, дополняющую и yrлубляющую содержание основ- ной части издания. В Приложении 1 дана информация о всех 14 ЧЛ пах семейства IDEF с тем, чтобы читатель получил представление о размерах фронта работ по развитию методолоrий описания биз.. нес..процессах. В Приложениях 2 и 3 для полноты картины в области инструментов моделирования авторы представили информацию о существующих 9 
нотациях моделирования и о проrpаммном пакете Design/IDEF  альтернативной (по отношению к BPWin), проrpаммной поддержке функциональноrо и информационноrо моделирования. В Приложении 4 авторы выражают свое мнение по поводу для.. щейся довольно долrо дискуссии о предпочтительности CTPYKTypHoro или объектноориентированноrо подхода моделирования. Приложение 5 содержит перевод широко известной и внекотором смысле знаковой статьи М. Хаммера "Реинжиниринr: не автоматизи.. руйте  уничтожайте". НеоБХОДИ!dОСТЬ публикации данноrо мате.. риала обусловлена тем, что эта основополаrающая по мноrим причи.. нам работа далеко не всем доступна. Приложение 6 дает возможность всем желающим поупражняться в IDЕF"моделировании на базе хорошо известной предметной облас.. ти  сфере вузовскоrо образования. Что касается списка литературы, то он в значительной мере посвя щен реижиниринrу. Это нельзя назвать случайностью, по крайней мере, по двум причинам. Во..первых, реинжиниринr  это тот самый процесс, существенной частью KOToporo и является моделирование бизнес..процессов. Неразумно обучать методам моделирования, не указав, ради какой цели оно делается. Во"вторых, понятие реинжи ниринrа  не такое уж тривиальное для нашей действительности. Чтобы прочувствовать, что оно значит на практике, необходимо изу.. чить довольно MHoro первоисточников, так что Kpyr чтения интере-. сующихся данной проблемой придется, скорее Bcero, расширить. Укажем в заключение обширный источник дополнительной ин.. формации по тематике этой работы  речь идет, конечно, об Инте нете. Доступ к этому источнику обеспечивается использованием не-. кольких коротких словосочетаний: САSЕ"технолоrий, SADT, IDEF, IDEFO и BPWin. 
МОДЕЛЬ БИЗНЕСА И структурный АНАЛИЗIDЕF rЛАВА Практически в любой области деятельности люди используют тот или иной вид моделей (математических, физических или компьютер.- ных), чтобы иметь более ясное представление о том, что они делают. Существуют два основных способа описания моделей: статический и динамический. Статическое описание рассматривает структуру модели, Т.е. такие ее аспекты, 'в которых можно пренебречь временем. Динамическое описание рассматривает поток событий, Т.е. изменение моделируе- мых явлений во времени, которым нельзя пренебречь с точки зрения задач, решаемых компанией. Таким образом, представляется совер- шенно .естественным использовать различные модели для описания разных аспектов компании. В действительности это не нужно ввиду неэффективности. Действительно, деятельность компании можно рассматривать с точки зрения различных людей: оператора процесса, лидера процесса, исполнительноrо директора, заказчика, акционера, партнера компа.. нии, продавца продукции компании и Т.д. С точки зрения каждой из перечисленных выше катеrорий людей компания выrлядит поразн му, Т.е. каждой катеrории необходимы различные модели. Так, испол.. нительный директор должен иметь общую картину, включающую все аспекты компании в целом: концепцию бизнеса, процессы, продук цию, персонал, инвестиции, финансы, перспективы и т.д. Эта картина должна быть в высшей степени интеrрированной. Для Toro чтобы управляющий персонал Mor принимать правильные решения в любых ситуациях, необходимо иметь набор моделей, которые описывают различные стороны деятельности компании и их взаимоотношения. В моделях, используемых на верхнем уровне управления, самое rлав- ное  это краткость и понятность: здесь'подчеркнуты основные мо- менты, а детали скрыты. Каждой катеrории людей, работающих в компании, требуется в точности та информация, которая им необхо.. дима для их деятельности. 11 
Впрочем, это утверждение не следует принимать слишком бук.. вально. Очевидно, что в ряде случаев члену команды целесообразно знать больше Toro, что непосредственно ero касается, и эту информа- цию ему следует предоставить. Несколько участников MOryт иметь потребность в доступе к одной и той же модели. Например, исполни- тельный директор должен знать, что сообщено акционерам. Для руко- водства компании важно иметь одинаковую общую картину Toro, чем занимается компания, чтобы различные rpуппы моrли rоворить на об- щем языке. Наконец, что совершенно очевидно, различные модели должны соrласовываться. Картина, представленная исполнительному директору об экономике и финансах компании, должна соrласовь}- ваться с тем, что он видит (видел) в действительности. Обычно компания объединяет различные катеrории взаимодейст- вующих с ней людей, и теоретически можно разработать модель для каждоrо из них. На практике, к сожалению, дело обстоит не совсем так. Акционеры получают одну модель описания компании, персонал по продажам  друrую, клиенты  третью. Эти модели обычно не вполне соrласуются друr с дрyrом, так как их разработку в большин- стве компаний никто не координирует. Но чтобы полно использовать потенциал компании, следует сосредоточить внимание на наиболее сложных для понимания аспектах, которые требуют уточнения, улуч.. шения, изменения. Одна из наиболее важных моделей  модель бизнеса, с помощью которой определяются функции компании во внешнем мире. Модель бизнеса показывает, что является окружающей средой компании и как компания взаимодействует с этой средой. Под окру- жающей средой понимают все, с чем компания взаимодействует в ходе осуществления своих бизнес...процессов, в частности клиентов,. партнеров, субподрядчиков и Т.д. Модель 'бизнеса показывает работ... никам всех уровней, что должно быть сделано, коrда и как именно. В общем случае необходима не одна, а несколько интеrpированных и соrласованных бизнес-моделей. Ключевой элемент модели бизнеса  описание архитектуры ком- пании, Т.е. ее наиболее важных структур  отделений, отделов и др. Однако просто орrанизационная схема плохо отражает архитектуру компании. Друrие важные структуры  процессы (их описание, но не исполнение), продукция, человеческие и технические ресурсы. Структуры состоят из взаимосвязанных элементов. Элементы имеют ответственных за них владельцев  коrо-либо из сотрудников ком... пании. Элементы осязаемы: они имеют содержание, им может быть 12 
присвоено значение (иноrда несколько значений), у них есть оrpани чения. Обычно динамику  поток событий в компании  не paCCMaT ривают как часть архитектуры. Определяя архитектуру, как правило, не принимают в расчет ни совместное функционирование элементов, ни то, что они делают в данной ситуации или как они взаимодейству" ют, чтобы исполнить свое назначение. Наличие HeKoToporo потока c бытий (например процесса) имеет отношение к архитектуре, но сам способ протекания событий к ней не относится. Действия и принимае.. мые решения, образующие поток событий, являются деталями OT дельноrо процесса. Следовательно, во мноrих случаях важно описать динамику бизнеса и включить ее в модель, но, как правило, динамика не учитывается в архитектуре модели. Для удобства работы с моделью бизнеса необходимо оrpаничить представляемую ею информацию. Описывая бизнес целой компании, целесообразно исключить массу деталей. Модель должна представ.. лять в точности то, что хотят показать, проиллюстрировать, объяс- нить, понять, обсудить или улучшить  ничеrо больше, но и не мень- ше. Обычно модель бизнеса разрабатывается только для тех отделов компании, которые осуществляют ключевые бизнеспроцессы. Клю- чевые бизнес..процессы  это те, в которых у'!аствуют клиенты, и те, блаrодаря которым компания получает прибыль. Итак, модель бизнеса показывает функцию компании во внешнем мире: что она делает, как и коrда. Модель должна представлять архи тектуру, Т.е. статические структуры компании, а кроме Toro  различ ные потоки событий, Т.е. динамическое проведение элементов архи тектуры. Техника моделирования должна быть достаточно мощной для построения как общих мо;делей компании в целом, так и ее деталь- ных описаний. Чтобы дать представление о том, какой должна быть модель бизнеса, рассмотрим несколько разновидностей моделей. Приве- Отдел дем пример наиболее известной маркетинrа модели, которую обычно исполь- зуют сотрудники для описания своей компании (рис. 1.1). Еще один способ описания компании состоит в указании раз.- личных функций, реализуемых отделами, совместная работа KOT рых обеспечивает выполнение процесса (рис. 1.2). В этой модели Исполнительный директор Отдел разработок Рис. 1.1. Модель иерархически орrанизованной компании 13 
Покупатель Поставщик Компания Рис. 1.2. Модель, показывающая, как различные функции обеспечивают выполнение процесса заказчики, находящиеся вне компании, обслуживаются функциями, реализуемыми внутри компании. Существует MHoro друrих приемов и способов моделирования бизнеса. Любая компания  сложная система. Даже небольшую компанию нелеrко увидеть во всех деталях. Более крупные компании фактиче- ски непостижимы: никто не имеет достаточно ясной картины, откры.. вающей абсолютно все детали. Поистине удивительно, что крупные компании MOryT довольно успешно функционировать. Впрочем, тому можно найти несколько причин. Самая rлавная из них состоит в том, что компании, несмотря ни на что, меняются довольно медленно (инерционно) и соrласованно. По мере Toro как сами люди совершен ствуются, происходят перемены в компании. Причем лишь в той сте.- пени, в какой люди чувствуют себя способными осознать последст вия. До тех пор пока компания не меняется радикально, свойственная ей инерция помоrает ей функционировать. Но если компания встреча ется с трудностями и ей предстоят радикальные перемены, то сущест.. вует серьезная опасность, что люди не cMorYT как следует понять: "что они делают", "почему они делают это", "MorYT ли они делать чтони будь друrое". Как правило, совет директоров поздно понимает, что де.- ла плохи, но если ничеrо не делать, само существование компании мо.. жет оказаться под уrpозой. Обычно в такой ситуации компания расстается с исполнительным директором и руководство надеется, что ero последователь сможет изменить ситуацию, но если проблемы, 14 
стоящие перед компанией, достаточно серьезны и rлубоки, то измене- ний на уровне управленческоrо персонала будет недостаточно. В качестве примера рассмотрим состояние дел на фирме IBM в 1993 r. Одна из крупнейших компаний мира была потрясена дО OCH вания, и никто не знал, чем это обернется для нее в будущем и как IBM будет выrлядеть, коrда все успокоится. Более десяти лет назад для большинства специалистов стала очевидной ведущая роль проrpам.. MHoro обеспечения, а не оборудования. В IBM не захотели признавать этот факт, придерживаясь своей старой стратеrии. Судя по всему, если бы фирма изменила курс лет десять назад, то о кризисе 1993 r. не было бы и речи. А ведь в кризисной ситуации, как правило, не остается ни.. чеrо друrоrо, как надеяться на везение. Уже ничеrо нельзя делать си тематически и приходится перестраиваться на ходу  проводить ре- инжиниринr на ощупь. Так не должно быть. Работая более систематично с хорошими M делями бизнеса, можно rарантировать, что ваша компания постижима сверху донизу, по всей структуре. Можно описать компанию, разви.. вать новые мысли и идеи, сравнить их возможные последствия с тем, что есть в настоящий момент, разработать сценарии воздействия на компанию со стороны внешнеrо мира: заказчиков, конкурентов, поль- зователей продукции и Т.д. IBM должна была моделировать различ.. ные сценарии события и исследовать возможные результаты. Сцена- рии моrли показать, что персональные компьютеры становятся все мощнее, потребность в мэйнфреймах существенно уменьшается, рас- тет популярность систем "клиент..сервер" (которые на самом деле бы.. ли известны еще в начале 80x rr.), требуются открытые решения и переносимое проrpаммное обеспечение и так далее. Оценка долrовре.- менных перспектив моrла бы помочь фирме вовремя изменить курс и во всеоружии встретить наступающие перемены. Итак, модель бизнеса нужна для Toro, чтобы управлять развитием компании систематически, а не полаrаться на случай и взение. Очень важно, чтобы модель правильно акцентировала внимание на сущест.. венных факторах и абстраrировалась от несущественных. Но даже при наличии совершенной модели бизнеса фактор риска обязательно остается, равно как и неопределенность. Модели помоrают умень- шить риск, избежать некоторых ошибок и увеличить вероятность успеха. 15 
1.1 Требования к модели компании Компания взаимодействует с различными катеrориями людей, и каждая катеrория может иметь собственную модель компании. Рас- смотрим только наиболее важные катеroрии и кратко опишем их тре- бования к модели компании. Отметим, что люди, оmосящиеся к ОД- , ной катеrории, имеют единую точку зрения на модель, полностью определяемую информационными запросами этой катеrории. 1.1.1 I КлиеНТbI и партнерь. Фундаментальные изменения в компании не MOryт начаться до тех пор, пока каждое лицо из внешнеrо окружения компании не включит... си в процесс реинжиниринrа. Заказчики и партнеры ожидают от ком- пании определенных действий, а компания, в свою очередь, ожидает нечто подобное от них. Довольно часто наиболее радикальные идеи по реинжиниринry приходят ОТ клиентов или партнеров. Модель, включающая описание внешнеrо окружения, должна фокусировать внимание на том, как компания выrлядит со стороны: что она может предложить своему окружению и наоборот. В этом контексте, песо- мненно, внутренняя орrанизация работы компании не представляет какоrо...либо интереса для людей извне. С дрyrой стороны, они жиз- ненно заинтересованы в бизнес...процессах компании и их взаимодей.- ствиях с клиентами и партнерами. Интерес может вызвать и rеоrpафи... чес кий аспект: rде расположена компания и какие процессы имеют место в том ИЛИ ином реrионе. 1.1.2 Исполнительный управленческий аппарат Исполнительный управленческий аппарат формулирует перспек... тивы и цели компании. для этоrо он должен иметь ясную картину то- ro, как они реализуются на практике, поэтому модели, которые ис- пользует управленческий аппарат, ДОЛЖНЫ учитывать архитектуру компании. эти модели дают менеджерам не только общую картину бизнес...процессов компании и их взаимодействия, но и подробно представляют каждый отдельный процесс. Для каждоro бизнес--про- цесса менеджеры определяют цели, затраты, сроки, желаемый резуль- 16 
тат и т.д. Более TOrO, они ДОЛЖНЫ распределять ресурсы (владельцев процессов, лИдеров процес'сов, владельцев ресурсов), а также пла- нировать бюджет и оценивать возможные последствия принимаемых решений. 1.1.3 I Команда по ремнжиниринry Коллектив, ПРОВОДЯЩИЙ реинжиниринr компании, должен иметь доступ 1( наиболее детализированным моделям. Членам команды по реинжиниринry необходимы те же обобщенные модели, что и менед- жерам, поскольку они должны при ПОМОЩИ этих моделей общаться с менеджерами. Однако им нужны и подробнеЙШИе описания каЖДОЙ стадии любоro процесса. Ведь именно эти ЛЮДИ должны решать, ка- кие виды ресурсов и в каких количествах потребуются, идентифици- ровать потенциально узкие места и находить способы их устранения. Здесь нужны не ТОЛЬКО полные описания, но и средства разработки соответствующих моделей. Команда должна быть в состоянии визу... 3ЛЬНО представить образ будущей компании, понять и заново спроек" тировать ее на различных уровнях абстракции, построить прототип, определить все ресурсы, необходимые для успешной реализации проектов, и описать структуру преобразованной компании. МетОДЫ и средства, используемые командой, ДОЛЖНЫ обеспечивать: 1. Визуализацию образа будущей компании и окружающеro ее мира. Члены команды ДОЛЖНЫ предусматривать различные сценарии преобразованИJI существующих бизнес...процессов как в случае, коrда компания берет на себя некоторые из задач, ранее решавmихся юmен... тами, так и в случае, коrда клиенты привлекаю1'СЯ для реmения задач, выполнявшихея до этоrо компанией. Команда должна работать с аль- тернативными архитектурами процессов и моделировать их воздейст.. вне на деятельность компании. 2. Описание альтернативных вариантов проекта выбора архитек.. туры OCHOBHoro процесса компании. В этом случае проектирование означает разработку бизнес...про.. цессов так, чтобы они использовали человеческие ресурсы наиболее эффективным способом. Команда по реинжиниринry должна прини.. мать реmения относительно проектирования на различных уровнях, от общеro архитектурноrо уровня (например, функциональная струк.. тура и типы ресурсов, которые ДОЛЖНЫ быть в наличии) вплоть до де. 21500 11 
тальноrо динамическоrо уровня событий. Применение бизнес..про- цессов должно выявлять возможные конфликты, узкие места, тупики и несоrласованности. 3. Описание продукции компании в контексте Toro, как, коrда и в ходе KaKoro процесса она вырабатывается. Каждый продукт имеет жизненный цикл, который должен быть учтен в процессе моделирования. 4. Адаптацию выбранноrо архитектурноrо решения к существую- щей структуре компании. Например, компании, имеющей филиалы и отделения во мноrих странах, должна быть предоставлена возможность проводить реинжи.. ниринr по филиалам поэтапно, не затраrивая, насколько это возмож.. но, остальные части компании. 5. Описание реализации конечноrо проекта с учетом как человече.- ских, так и технических ресурсов. 6. Представление реконструированной компании таким образом, чтобы каждый участник понял новую орrанизацию работ, свои новые задачи и способы их выполнения, Т.е. модель должна быть понятна персоналу без длительноrо обучения и серьезноrо вмешательства в ero работу. 1.1.4 Владелец процесса Как правило, владелец процесса назначается из представителей исполнительноrо управленческоrо аппарата. Поэтому он должен иметь ту же информацию, которая предоставляется исполнительному управленческому аппарату. Конечно, каждый владелец процесс а обя.. зан детально разбираться в своем процессе и принимать активное уча- стие в ero разработке и, кроме Toro, должен иметь достаточно хорошее представление о смежных процессах. 1.1.5 Владелец ресурса Каждый из ресурсов компании принадлежит определенному вла.. дельцу, который должен иметь представление о бизнес..процессах и их реализации с точки зрения человеческих ресурсов. Владелец ре- сурса должен уметь назначать каждому процессу адекватный ему вид ресурсов  специалистов с соответствующей профессиональной под- rотовкой, компетенцией, опытом и Т.д. 18 
1.2 Структурный анализ средствамиlDЕF-моделирования Любая орrанизация в процессе работы преобразует входную ин.. формацию или производственное сырье в конечные изделия посред.. ством orpoMHoro набора взаимопересекающихся действий и биЗllес процессов. В значительной степени успех или неудача любой компа.. нии на рынке определяется ее способностью выделить, орrанизовать и выполнить набор таких действий быстрее и с меньшими затратами, чем это MorYT сделать ее конкуренты. Таким образом, схему произ- водственной деятельности можно назвать сердцем любой компании. Описание действий и бизнес..процессов в виде текста обычно по.. лучается достаточно длинным и запутанным, что делает ero сложным для восприятия. Однако без четкой схемы работы компании трудно планировать новые виды ее деятельности или разбираться в устройст" ве уже существующих. Отсюда вытекает необходимость технолоrии документирования деятельности орrанизации.в четком и попятном формате, выделяющем и орrанизующем важную информацию и иск.. лючающем несущественные для понимания общей картины детали. Только использование подобной технолоrии позволит эффективно проанализировать, разработать и применить на практике схему дея.. тельности компании. Модели действий и бизнес..процессов (или просто моделирование бизнес..процессов) позволяют выделять и орrанизовывать информа.. цию о деятельности орrанизации как посредством cBoero синтаксиса, так и посредством строrих формализованных правил их построения. Эти модели можно считать особым языком для формализации подоб.- ной информации, который содержит четко определенный формат для ее представления и публикации. Модель деятельности (или функ циональная модель) рассматривает систему как набор действий, в кото.. ром каждое действие преобразует не- который объект или набор объектов. Функциональные модели выделяют действия посредством представле- ния в виде специальноrо элемента  блока (рис. 1.3). Блоки  это основ.. 2* Провести предпроектное исследование Название блока Рис. 1.3. Функциональный блок 19 
Методолоrия Начисления If Карточки  лицевых счетов  Данные Работа' о поступлениях отдела учета Прочие документы  Данные и' о налоrоплательщиках отчетности Отчетность  Отсрочки  . Запросы Запросы на формирование налоrоплательщиков сведений Рис. 1.4. Модифицированный функциональный блок ной структурный элемент функциональной модели, rpафическим представлением которой является диаrpамма. Наименование действия обычно подбирается с использованием rлаrолов или о;rrлаrольных существительных, с тем чтобы оно макси.. мально отражало выполняемое действие. Взаимодействие между действием и окружающим ero миром, в том числе и друrими действиями, отображается с помощью стрелок. Как и слайды для демонстрации, диаrpаммы функциональной м()" дели реrулируют уровень детализации объектов, представленных на них. Цель разделения модели на диаrpаммы  последовательно пред ставлять детали рассматриваемоrо предмета, обеспечивая понимание изображенноrо на диаrpамме потенциальной аудиторией и полноту представления всей существенной информации, относящейся к пред.. мету. Функциональный блок, изображенный на рис. 1.4, отображает rраницы моделирования системы. Если рассмотреть ero подробнее, как бы заrлянув внутрь Hero, можно выделить "детские" блоки, KOT рые, в свою очередь, Moryт декомпозироваться. Сокращенный формат представления иерархии приведен ниже (с. 21). 20 
Планирование работы ателье по пошиву верхней одежды Спланировать закупки ткани и необходимых аксессуаров Составить расписание работы портных Утилизировать или,распродать невостребованную продукцию Выполнение заказа по пошиву Принять заказ Разработать выкройки Произвести пошив по выкройкам Провести первую примерку Подоrнать изделие по результатам примерки Провести окончательную примерку Принять деньrи от клиента и офор.- мить необходимые документы 1.3. Из истории моделирования бизнес-процессов В этой книrе будут рассмотрены три технолоrии моделирования: метод функциональноrо моделирования IDEFO, метод описания биз-- неспроцессов IDEF3 и метод построения диаrpамм потоков данных (DFD). Все описанные подходы входят в семейство стандартов IDEF (Integrated DEFinition), полный перечень и назначение которых приве. дены в приложении. Своим появлением семейство стандартов IDEF во MHoroM обязано появившейся в 80..х rr. технолоrии автоматизированной поддержки разработки информационных систем CASE (Computer Aided Software Engineering). До настоящеrо времени эта технолоrия с успехом приме- няется при разработке разнообразноrо проrpаммноrо обеспечения. Однако в последнее время САSЕ"технолоrии приобретают все боль- шее распространение для моделирования и анализа деятельности предприятий, предоставляя боrатый набор возможностей для опти.. мизации или, в терминах CASE, реинжиниринrа технолоrических процедур, выполняемых этими предприятиями  бизнес..процессов. IDEFO, ранее известный как технолоrя структурированноrо ана- лиза и разработки (Structured Analysis and Design Technique  SADT), был разработан компанией Soffech, Inc. в конце 60..х rr. как набор ре- комендаций по построению сложных систем, которые предполаrали взаимодействие механизмов и обслуживающеrо персонала. Значи... тельная часть SADT была принята ВВС США как часть их проrpаммы 21 
интеrрированной компьютерной поддержки производства (Integrated ComputerAided Manufacturing  ICAM) в конце 70..х rr. Эта техноло- rия, переименованная в IDEFO, довольно быстро стала стандартом технолоrии моделирования деятельности в министерстве обороны СШi\. В 1993 r. rpуппа пользователей IDEF (IDEF Users Group, в настоя.. Jдее время Society of Enterprise Engineering  SEE), совместно с Ha циональным институтом стандартов и технолоrии (National Institute of Standards and Technology  NIST) предприняли попытку создания документированноrо стандарта дЛЯ IDEFO, который Mor бы использ ваться как военными, так и rражданскими департаментами правитель- ства США. Этот стандарт был опубликован как федеральный стандарт обработки информации (Federal Information Processing Standard  FIPS). Несколько независимо, но с использованием аналоrичных подхо- дов технолоrия DFD (Data Flow Diagrams  диаrpаммы потоков данных) завоевала популярность для структурной разработки (а вп следствии и CТPYKTypHoro анализа) проектов построения информаци.. онных систем. Диаrpаммы потоков данных во MHoroM аналоrичны моделям IDEFO и MorYT быть использованы при проектировании ин.. формационных систем, например, после разработки моделей анализа IDEFO. Стандарт IDEF3 был специально разработан для закрытоrо проек.. та ВВС США. Это технолоrия получения описания деталей процесса от экспертов в предметной области и разработки таких моделей пр цессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними. Хотя IDEF3 и не достиr статуса федеральноrо стандарта США, эта технолоrия приобрела ши рокое распространение среди системных аналитиков как дополнение к методу функциональноrо моделирования IDEFO. 1.4 Методолоrия SADT Подход SADT относится к классу формальных методов, исполь- зуемых при анализе и разработке систем. Несмотря на то что вполне допустима незаВИСИlая разработка функциональных моделей, 22 
методолоrия SADT предполаrает ведение структурированноrо проек та анализа, в процессе KOToporo происходит их создание. В дополне- ние к функциональному моделированию SADT структурный анализ предполаrает построение информационных моделей данных и диа rpaMM состояний (State Transition Diagrams  STD), которые модели руют поведение системы во времени. Основной принцип SADT состоит в том, что' тщательный анализ системы обусловливает получение возможноrо оптимальноrо реше.- ния. Использование SADT автоматически приводит к необходимости сбора и обработки значительноrо количества информации о системе. Традиционно такая информация собирается аналитиком посредством формализованноrо опроса экспертов предметной области  людей, владеющих информацией о механизме функционирования системы в целом или ее частей. С течением времени некоторые эксперты освои.. ли технолоrию моделирования, что привело к появлению IDEF3"Tex нолоrии получения знаний от экспертов. Однако роль системноrо ана- литика в проектах SADT оставалась ключевой. Часто разработка моделей применяется для документирования ситуации, сложившейся к определенному моменту (модели "как есть"  «as is»). Впоследствии они применяются при создании новых моделей функционирования системы (модели "как должно быть"  «to Ье»), а также для проверки моделей «to Ье», с тем чтобы удостове- риться, что предлаrаемые изменения действительно повлекут улуч.. шение функционирования системы. В дополнение к алrоритмизации процесса построения предлаrае- мой системы модели «to Ье» используются для планирования заrpузки частей системы; калькуляции бюджета и распределения ресурсов; при построении плана реорrанизации системы, определяющеrо действия по переводу системы из состояния «as is» в состояние «to Ье». Преимущества, получаемые от разработки моделей «as is», долж.. ны быть сопоставлены с затратами средств и времени, которые для этоrо необходимы. В литературе без труда можно найти мноrочислен.. ные примеры систем, изначально построенных для решения HeCOOT ветствующих их истинному назначению задач. «As is»"моделирова- ние позволяет оБQЙТИ подобные трудности. С друrой стороны, если имеется определенный уровень понимания задачи в целом (как это часто случается при разработке информационных систем), затраты средств на разработку «as is»..моделей MorYT быть неоправданными. 23 
Применение методов IDEF 1.5 для моделирования '" поведения компании Моделирование деятельности  ключевой компонент построения бизнес"систем, поскольку стратеrия функционирования компании выражается в действиях. При выполнении необходимоrо набора дей.. ствий определяется успех или неудача реализации выбранной компа- нией стратеrии функционирования. Корпоративная стратеrия может быть представлена как компас, показывающий направление ее развития и выражающийся в обобщен- ном взrляде на ее положение на рынке в течение достаточно продол.. жительноrо времени. Стратеrия развития реализуется набором дейст.. вий, таким образом, модели деятельности служат cBoero рода дорожной картой, помоrающей компании добраться ДО выбранноrо пункта назначения. В целом корпоративная стратеrия охватывает четыре основные области: . сеrменты рынка, которые компания намеревается занять; . продукты и услyrи, которые компания намеревается предложить на выбранных cerMeHTax рынка; . каналы дистрибуции и маркетинrа, которые компания будет ис- пользовать для освоения данных cerMeHToB рынка; . действия и процессы, которые компания будет выполнять для реализации определенной стратеrии. Выбор cerMeHTOB рынка, которые представляют интерес для ком.. пании, имеет наиболее существенное значение, поскольку оно опре- деляет все дальнейшие действия по построению корпоративной стра- теrии. Окончательный набор четко выраженных cerMeHToB рынка обязательно возникнет при развитии стратеrии, но существенные из.. енения в выборе целевоrо рынка MorYT свести на нет дрyrие важные решения. Основная стратеrия поведения на выбранных рынках имеет три измерения: ценовое лидерство, дифференцированная полезность и rраницы рынка. Компания может стараться стать ценовым лидером в выбранном сеrмеите рынка, предлаrая самую низкую цену и получая прибыль за счет оптимизации производства. Второй подход заключа.. ется в полном иrнорировании фактора цены и предложении макси.. 24 
мально полезноrо для целевоrо рынка товара. Допустимо также при менять смешанные варианты двух указанных подходов. Компания может также сфокусироваться на обслуживании незначительной НИ- 1I1И рынка, выбрать несколько таких ниш, разработав для обслужива.. ния каждой специальную стратеrию, или захватить весь рынок с ис- пользованием единой корпоративной стратеrии. Если компания не может непосредственно достичь целевоrо pЫH ка, она занимается развитием сети каналов или посредников, кото-- рые MOryT эффективнее занять выбранный cerMeHT, например, за счет более удачноrо rеоrpафическоrо расположения. Как правило, для освоения различных cerмeHTOB требуются разные типы посредников. Компании также используют разнообразные каналы для обмена дело-- вой информацией. Компания должна идентифицировать и разработать набор дейст.. вий, который будет использован для реализации стратеrии. Модели деятельности иrpают интеrpирующую роль в этом решающем шаrе построения стратеrии. Для достижения поставленных целей необхо- димы е затраты не должны превышать планируемой отдачи. Зачастую неожиданные факты, выявленные при разработке необходимых для достижения целей действий и процессов, такие, например, как чрез- мерные затраты на выполнение тех или иных действий, приводят к не- обходимости принятия новых стратеrических решений. К примеру, несмотря на то что клиентам в какомлибо выбранном cerMeHTe рынка требуется специальное обучение для использования определенноrо продукта, они MOryт быть не rотовы заплатить сумму, достаточную для компенсации разработки соответствующей учебной проrpаммы. ?ТО может иметь orpoMHoe влияние на стратеrию компа.- нии ДЛЯ этоrо cerMeHTa рынка. Разработка и применение стратеrии являются процессами, KOT рые MOryт бъ,ть проанализированы и смоделирваны сами по себе. Чем эффективнее компания может претворить в жизнь свою страте- rию, сконцентрировавшись на современных решениях и технолоrиях и максималЫIО учитывая вероятное противодействие со стороны кон.... курентов, тем больше ее шансы на достижение длительноrо лидерства на рынке. Если компания не заНlfмается постоянным пересмотром и M дификацией своей конкурентной стратеrии, она может начать те.- рять позиции на рынке. Подобная ситуация сложилась в конце 80..х п. ВО мноrих американских корпорациях, коrда специалисты по 25 
менеджменту Майкл Хаммер (Michael Hammer) и Джеймс Чемпи (James СЬаmру) разъяснили необходимость отказа от устаревших пра.. вил ведения бизнеса и разработки новых. Реинжиниринr биз-- нес..процессов  процесс разработки и применения стратеrии, 'при котором взамен устаревшей существующей стратеrии ведения бизн са разрабатывается новая с использованием описанных выше методов моделирования. Возрастающая роль информационных технолоrий в ведении биз- неса также повысила необходимость обмена информацией между все более отдаляющимися друr от друrа rруппами специалистов в КОМПIr ютерной и прикладных областях. Классическая проблема разработчи" ков информационных систем, выражающаяся в невозможности п ставки корректно работающеrо проrpаммноrо обеспечения в срок и в пределах отведенноrо бюджета, в значительной степени вызвана ч тырьмя rлубинными причинами: . несоответствие обозначенным требованиям к системе; · неадекватное или некорректное проектирование системы; · неадекватная производительность системы; . неправильная разработка интерфейса "человек  система". Тщательное понимание действий и процессов, которые должна поддерживать информационная система, является решающим при разработке проrpаммноrо обеспечения. С дальнейшим распростране- нием информационных систем цена подобных неудач будет возрас- тать. Несомненно, что одним из основных приоритетов руководства большинства компаний в скором времени станет усовершенствование механизмов применения существующих информационных технол rий для нужд бизнеса. В ы в о Д ы. Появившись в начале 80x rr. как технолоrия под держки разработки информационных систем, методолоrия CASE при.. меняется в настоящее время не только в проrpаммировании, но и как средство описания деятельности различных орrанизаций. Удобные средства визуальноrо представления информации, описанные в CTaH дартах семейства IDEF, Moryт применяться как для описания деятеЛIr ности произвольной компании, так и для проведения реинжиниринrа бизнес--процессов  оптимизации ее функционирования на рынке. Bcero принято более десятка стандартов IDEF, каждый из которых Ha шел свое применение в различных аспектах моделирования. 
МЕтодолоrия ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ IDEF3 rЛАВА IDEF3  способ описания процессов с использованием CTPYKTY рированноrо метода, позволяющеrо эксперту в предметной области представить положение вещей как упорядоченную последовател насть событий с одновременным описанием объектов, имеющих не.. посредственное отношение к процессу. IDEF3 является технолоrией, хорошо приспособленной для сбора данных, требующихся для проведения CТPYKTypHoro анализа системы. В отличие от большинства технолоrий моделирования бизнес процессов, IDEF3 не имеет жестких синтаксических или семантиче- ских оrpаничений, делающих неудобным описание неполных или иецелостных систем. Кроме Toro, автор модели (системный аналитик) избавлен от необходимости смешивать свои собственные предпQ-. JIожения о ФУНКЦИО'нировании системы с экспертными утвержд ииями в целях заполнения пробелов в описании предметной области. На рис. 2.1 изображен пример описания процесса с использованием методолоrии IDЕFЗ. IDЕFЗ также может быть использован как метод проектирования бизнеспроцессов. IDЕF3моделирование орrанично дополняет тра.. диционное моделирование с использованием стандарта IDEFO. В Ha стоящее время оно получает все большее распространение как вполне жизнеспособный путь построения i\.fоделей проектируемых систеr,,1 для дальнейшеrо анализа имитационными методами. Имитационное тестирование часто используют для оценки эксплуатационных ка.. честв разрабатываемой системы. Более подробно методы имитацион.. Horo анализа будут рассмотрены ниже. 27 
ф "'" .оф "'" 6 s а.а) ф ::J: а1() О ::J: а. со t=r::; m \о   28 .о  "",Ф m J "'" .о m"", J m Фс:[ t: :о ma1 :r:s ><  ...., .о m "'"  s Ф a. J фQ:! т.о О ::J: а.х t=m с:[ o:s т'"" ...., о о m .о"'" "'" ::J: S Ф a. s ф  а1() O 0."", t=m t> (w') ...., :s; :Е .о :о "'" ::J: S J m s Or::; "'" e  t=  C\.I ...., ("f)   о 1--'4 == ==  о r:: о  о    t'I:S (,) (,)  =r о  t::  :s:: =: t'I:S (,) == t:: О . .... N  ==  
2.1 Синтаксис и семантика моделейlDЕF3 2.1.1 Модели IDEF3 ОСНОВОЙ модели IDЕFЗ служит так называемый сценарий би Ilсс...процесса, который выделяет последовательность действий или IJодпроцессов анализируемой системы. Поскольку сценарий опреде- ляет назначение и rpаницы модели, довольно важным является под... бор подходящеrо наименования для обозначения действий. Для под.. бора необходимоrо имени применяются стандартные рекомендации 110 предпочтительному использованию rлаrолов и отrлаrольных cy Iцествительных, например «обработать заказ клиента» или «приме- нить новый дизайн». Сценарий для большинства моделей должен быть документир().. ван. Обычно это название набора должностных обязанностей челове- ка, являющеrося источником информации о моделируемом процессе. Также важным для системноrо аналитика является понимание це- ли моделирования  набора вопросов, ответами на которые будет служить модель, rpаниц моделирования  какие части системы вой )YT, а какие не будут отображены в модели, и целевой аудитории  )(ЛЯ Koro разрабатывается модель. 2.1.2 . Диаrраммы Как и в любой рассматриваемой в этой книrе технолоrии модели... рования действий, rлавной орrанизационной единицей .модели IDEF3 является диаrpамма. Взаимная орrанизация диаrpамм внутри модели IDEF3 особенно важна в случае, коrда модель заведомо создается ДЛЯ последующеrо опубликования или рецензирования, что является вполне обычной практикой при проектировании новых систем. В этом случае системный аналитик должен позаботиться о таком информаци... онном наполнении диаrpамм, чтобы каждая из них была самодоста- точной и в то же время понятной пользователю. 29 
2.1.3 Единица работы. Действие Аналоrично друrим технолоrиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit ofWork  UOW),  дрyrой важный компонент модели. Диаrpаммы IDEF3 отображают действие в виде прямоуrольника. Как уже отмечал ось, действия именуются с использованием rлаrолов или отrлаrольных существительных, каж дому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаrpаммах IDEF3 номер действия обычно предваряется номером ero родителя (рис. 2.2) Название действия Обработать заказ клиента Номе действия Номер р одительскоrо действия Рис. 2.2. Изображение и нумерация действия в диаrpамме IDEF3 2.1.4 Связи Связи выделяют существенные взаимоотношения между дейст.. виями. Все связи в IDЕFЗ являются однонаправленными, и хотя стрел ка может начинаться или заканчиваться на любой стороне блока, об значающеrо действие, диаrpаммы IDEF3 обычно орrанизуются слева направо таким образом, что стрелки начинаются на правой и заканчи ваются на левой стороне блоков. В табл. 2.1 приведены три возмож ных типа связей. Связь типа «временное предшествоваnuе». Как видно из назва ния, связи этоrо типа показывают, что исходное действие должно пол ностью завершиться, прежде чем начнется выполнение конечноrо действия. Связь должна быть поименована таким образом, чтобы че- ловеку, просматривающему модель, была понятна причина ее появле.- 30 
Т а б л и ц а 2.1 Изобра- Название Назначение жение  ... ВременнОе предшест- Исходное действие должно завершить вование (Temporal pre- ся, прежде чем конечное действие CMO cedence) жет начаться , . Объектный поток Выход исходноrо действия является (Object flow) входом конечноrо действия. Из зтоrо, в частности, следует, что исходное действие должно завершиться, прежде чем конечное действие сможет начаться --- .... ... Нечеткое отношение Вид взаимодействия между исходным и (Relationship) конечным действиями задается анали тиком отдельно для каждоrо случая ис пользования TaKoro отношения IIИЯ. Во мноrих случаях завершение одноrо действия инициирует на- '.ало выполнения дрyrоrо, как показано на рис. 2.3. В этом примере автор должен принять рекомендации рецензентов, прежде чем начать вносить соответствующие изменения в работу. Принять Принятие ...4 Внести рекомендации исправлении рецензентов исправления 1.1 I 1.2 I Рис. 2.3. Связь типа «временное предшествование» между действиями 1.1 и 1.2 Связь типа «объектный поток». Одна из наиболее часто встре.. '1ающихся причин использования связи типа «объектный поток» за- ключается в том, что некоторый объект, являющийся результатом вы- Ilолнения исходноrо действия, необходим для выполнения конечноrо )ействия. Обозначение такой связи отличается от связи BpeMeHHoro Ilредшествования двойной стрелкой. Наименования потоковых связей )олжны четко идентифицировать объект, который передается с их п мощью. Временная семантика объектных СJ3язей аналоrична связям IIредшествования, это означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем конечное дейст- вие может начать выполняться, как показано на рис. 2.4. В приведен.. I(OM примере счет на оплату услуr является результатом выполнения )(СЙСТВИЯ 1.1. 31 
Получить счет Счет к оплате Произвести на оплату услуr оплату 1.1 I 1.2 I Рие. 2.4. Объектная связь между действиями 1..1 и 1.2 Связь типа «нечеткое отношение». Связи этоrо типа использу-- IOТСJl ДШI выделения отношений между действиями, которые невоз- можно описать с использованием предшественныx или объектных СВJlЗей.. Значение каждой такой связи должно быть определено, ПОСICОЛЬКf связи mпа «иечеткое отношение» сами по себе не предпо- лaraют никаких оrpаничений. ОДНО из применений нечетких отно- mений  отображение взаимоотношений между паР3JШельно выпол- Юlющимися действиями. На рис. 2.5 приводится фрarмент процесс а запуска бензопилы с водяным охлаждением и нечеткое отношение ме- жду действиями «запустить двиrатель» и «запустить водяной насос».. Название стрелки может быть использовано ДШI описания типа отно- mения, более подробное объяснение может быть приведено в виде отдельной ССЫЛКИ.. Запустить Запустить 1.1 двитenь       7         н.. 1,2 водяно: насос 1,5..секунДная задержка ДЛЯ предотвращения переrрузки электрической цепи Рве. 2.5. Связь типа «(нечеткое отношение» Наиболее часто нечеткие отношения используются ДШI оцисаиия специальных случаев связей предшествовзния, например ДЛJI описа- ИИJI альтернативных вариантов временносо предmествоваНИJl. На рис. 2.6 вертикальныe линии показьiвают начало и окончание дейст... вий 1.1 и 1.2, имеющих предшественную связь. В сооТJleТСТВИИ С ПО- рядком действий, показанным на рис. 2.3, внесение исправлений в ра- боту начинается после принятия всех замечаний от рецензентов. 32 
Окончание А 1.1 ,/ I '  Начало А 1.2 Окончание А 1.2 Рис. 2.6. Временная шкала выполнения действия для рис. 2.3 Время  Начало А 1 .1 1/ Связь нечеткоrо отношения, альтернативная предmественной СВЯ-- 'Н1 на рис. 2.3, представлена на рис. 2.7. В этом примере внесение исправлений начинается по мере получения замечаний от рецензен.. ТОВ, Т.е. до непосредственноrо окончания действия по принятию заме- 'Iаний. Принять рекомендации рецензентов 1.1 I Принятие исправлений ... Внести исправления 1.2 . Рис. 2.7. Альтернативная связь предшествования На рис. 2.8 приведена соответствующая этой ситуации временная IlJкала. Время . Начало А1.1 1/ Окончание А 1.1 I , /  Начало А 1 .2 ' Окончание А 1.2 Рис. 2.8. Альтернативная временная шкала Отметим еще раз необходимость четкоrо документирования вре- ,   менных оrpаfIичении между деиствиями, соединенными нечетким от.. , ношением. В качестве примера рассмотрим еще одну временную шка.. JlY для рис. 2.3 (рис. 2.9). Время . з1500 Начало А1.1 1/ '  Начало А 1.2 Окончание А 1.1 I . , /  Окончание А 1.2 Рис. 2.9. Вариант альтернативной временной шкалы 33 
В случае, изображенном на рис. 2.9, внесение исправлений будет начато после получения первых замечаний, но закончится до Toro, как все замечания от рецензентов будут получены и обработаны. Оба рассмотренных выше варианта временой альтернативной шкалы MOryT иметь место, поэтому корректная интерпретация нечет.. Koro отношения должна быть документирована в модели. Важно от.. метить, что корректность в этом случае означает именно интерпрета- цию, которая в точности отображает документируемую ситуацию, а не ее интерпретацию, более эффективную для работы системы с точки зрения аналитика. 2.1.5 Соединения Завершение одноrо действия может инициировать начало выпол.. нения сразу нескольких друrих действий или, наоборот, определенное действие может требовать завершения нескольких дрyrих действий до начала cBoero выполнения. Соединения разбивают или соединяют внутренние потоки и используются для описания ветвления процесса: . разворачивающие соединения используются для разбиения пото.. ка. Заверmение одноrо действия вызывает начало выполнения не- скольких друrих; . сворачивающие соединения объединяют потоки. Завершение ОД- Horo или нескольких действий вызывает начало выполнения дру.. roro действия. В табл. 2.2 объединены три типа соединений. т а б л и ц а 2.2 rрафическое Название Вид Правила инициации обозначение & Соединение Разворачи Каждое конечное действие обяза «и» вающее тельно инициируется Сворачи Каждое исходное действие обяза вающее тельно должно завершиться Х Соединение Разворачи- Одно и только одно конечное дей «эксклюзив вающее ствие инициируется ное "или"» Сворачи Одно и только одно исходное дей вающее ствие должно завершиться 34 
Продолжение r"рафическое Название Вид Правила инициации обозначение О Соединение Развора Одно или несколько конечных «или» чивающее действий инициируются Сворачи Одно или несколько исходных вающее действий должны завершиться Примеры разворачивающих и сворачиваЮIЦИХ соединений приве- )eHЫ на рис. 2.10. Проверить данные чека о о JЗ J2 Подrотовить сумму наличными 1.5 Рис. 2.10. Два вида соединений «И»соедuненuя. Соединения этоrо типа инициируют выполнение конечных действий. Все действия, присоединенные к сворачиваю.. щему «и»..соединению, должны завершиться, прежде чем начнется выполнение следующеrо действия. На рис. 2.11 после обнаружения Включить пожарную сиrнализацию Обнаружение пожара & Набрать 01 Сделать запись в журнале дежурств J1 J2 Приступить к тушению пожара Рис. 2.11. «И»соединения 3* 35 
пожара инициируются включение пожарной сиrнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тоrда, коrда все три перечисленных действия завершены. Соединение «эксклюзивное Н uли "». Вне зависимости от количест ва действий, связанных со сворачивающим или разворачивающим C единением «эксклюзивное «или», инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое дей ствие, следующее за сворачивающим соединением «эксклюзивное «или», сможет начаться. Если правила активации соединения извест ны, они обязательно должны быть документированы либо в ero описа.. нии, либо пометкой стрелок, исходящих из разворачивающеrо соеди.. нения, как показано на рис. 2.12. На рис. 2.12 соединение «эксклюзивное «или» используется для отображения Toro факта, что студент не может одновременно быть на.. правлен на лекции по двум разным курсам. Направить на лекции по кредиту Кредит Проверить заявку студента х Записать результат экзамена J1 J2 Аудит Направить на лекции по аудиту 1.3 Рис. 2.12. Соединение «эксклюзивное "или"» Соединение «или» предназначено для описания ситуаций, которые не MoryT быть описаны двуtdя предыдущими типами соединений. Аналоrично связи нечеткоrо отношения соединение «или» в основ- ном определяется и описывается непосредственно системным ана.. литиком. На рис. 2.13 соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека иниции.. руется, если покупатель желает расплатиться чеком, проверка суммы наличных  при оплате наличными. И то, и друrое действие иниции" руются при частичной оплате как чеком, так и наличными. 36 
о Проверить данные чека о J2 JЗ Проверить сумму наличных Рис. 2.13. Соединеня «или» Синхронные и асинхронные соединения. В рассмотренных приме.- рах связей «и» и «или» мы не затраrивали отношения между началом Jt окончанием действий, инициируемых разворачивающими соедине- IIИЯМИ. Все действия в этих примерах выполнялись асинхронно, Т.е. они не инициируются одновременно. Однако есть случаи, коrда время lIачала или окончания параллельно выполняемых действий должно быть одинаковым, Т.е. действия должны выполняться синхронно. Для моделирования TaKoro поведения системы используются различные виды синхронных соединений (табл. 2.3). Синхронное соединение обозначается двумя вертикальными ли.. IIИЯМИ внутри прямоyrольника. т а б л и ц а 2.3 rрафическое Тип Вид Правила инициации обозначение  Соединение «и» Разворачи- Все действия начнутся одно- вающее временно Сворачи- Все действия закончатся одн()- вающее временно [@] Соединение Разворачи- Может быть, несколько дейст «или» вающее вий начнутся одновременно Может быть, несколько дейст Сворачи- вающее вий закончатся одновременно [0 Соединение Разворачи.. Одновременное начало дейс «эксклюзивное вающее вий невозможно «или» Сворачи- Одновременноеокончаниедей вающее ствий невозможно 37 
Во мноrих спортивных состязаниях выстрел cTapToBoro пистоле.- та, запуск секундомера и начало состязания должны произойти OДH временно. В противном случае состязание будет нечестным. На рис. 2.14 представлена модель этоrо примера, построенная с использованием синхронноrо соединения. Выстрелить из cTapToBoro пистолета 1.2 Начать состязания & Запустить секундомер J1 Начать забеr Рис. 2.14. Синхронное соединение Заметим, что синхронное разворачивающее соединение не обяза. тельно должно иметь парное себе сворачивающее соединение. Дейст.. вительно, начинающиеся одновременно действия вовсе не должны оканчиваться одновременно, как это видно из примера с состязания.. ми. Также возможны ситуации синхронноrо окончания асинхронно начавшихся действий. Парность соединений. Все соединения на диаrpаммах должны быть парными, из чеrо следует, что любое разворачивающее соеди.. нение имеет парное себе сворачивающее. Однако типы соединений не обязательно должны совпадать. На рис. 2.15 разворачивающее «и»..соединение имеет парное сворачивающее «или»..соединение. Интерпретация соединения Jl аналоrична случаю, показанному на рис. 2.11. Соединение J2 интерпретируется следующим образом: по- сле включения пожарной сиrнализации и/или вызова пожарных, и/или начала тушения производится запись в журнал. Комбинации соединений. Соединения MOryT комбинироваться для создания более сложных ветвлений (рис. 2.16). Комбинации соедине- ний следует использовать с осторожностью, поскольку переrpу.. женные ветвлением диаrpаммы MorYT оказаться сложными для вос- приятия. 38 
Включить пожарную сиrнализацию 1. Обнаружение пожара & Набрать 01 о Сделать запись в журнале дежурств 1.5 J1 J2 Приступить к тушению пожара 1.4 Рис. 2.15. Пример комбинации двух типов соединений 1.1 1.3 1.5 1.4 Рис. 2.16. Диаrpамма IDEF3 с комбинацией соединений 2.1.6 Указатели Указатели  это специальные символы, которые ссылаются на )(руrие разделы описания процесса. Они используются при построе- нии диаrpаммы для привлечения внимания пользователя к каким..ли.. 60 важным аспектам модели. Указатель изображается на диаrpамме в виде прямоуrольника, по- хожеrо на изображение действия. Имя указателя обычно включает ero тип (например, ОБЪЕКТ, UOB и т.п.) И идентификатор (табл. 2.4). На рис. 2.17 показан указатель типа ОБЪЕКТ. 39 
Т а б л и ц а 2.4 Тип указателя Назначение ОБЪЕКТ (OBJECT) ДЛЯ описания Toro, что в действии принимает участие какойлибо заслуживающий отдельноrо внимания объект ССЫЛКА (GOTO) ДЛЯ реализации цикличности выполнения действий. YKa затель ССЫЛКА может относиться и к соединению ЕДИНИЦА ДЕЙ Для MHoroKpaTHoro отображения на диаrpамме одноrо и СТВИЯ (Unit of Toro же действия. Например, если действие «Подсчет Behavior  UOB) наличных» выполняется несколько раз, в первый раз оно создается как действие, а последующие ero появления на диаrpамме оформляются указателями UOB ЗАМЕТКА (NOTE) ДЛЯ документирования любой важной информации обще ro характера, относящейся к изображенному на диаrpам мах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаrpаммах УТОЧНЕНИЕ (Еlа- Для уточнения или более подробноrо описания изобра boration  ELAB) женноrо на диаrpамме. Указатель УТОЧНЕНИЕ обычно используется для описания лоrики ветвления у соеди нений На рис. 2.18 показан пример отображения важноrо для данной мо" дели отношения между действием и объектом. Провести посадку 1.1 Объект/Пилот Рис. 2.17. Указатель ОБЪЕКТ Объект/Пилот Рис. 2.18. Указатель ОБЪЕКТ ссылается на действие 2.1.7 Декомпозиция действий Действия в IDEF3 MorYT быть декомпозированы или разложены на составляющие для более детальноrо анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает ДOKYMeH тирование альтернативных потоков процесса в одной модели. 40 
Для корректной идентификации действий в модели с множестве& ными декомпозициями схема нумерации действий расширяется и Ilаряду с номерами действия и ero родителя включает в себя порядко- вый номер декомпозиции. Например, в номере действия 1.2.5: 1  H мер родительскоrо действия, 2  номер декомпозиции, 5  номер )сйствия. 2.2 ТребованияlDЕF3 к описанию бизнес-процессов В этом разделе мы рассмотрим построение IDЕF3диаrpаммы на основании выраженноrо в текстовом виде описания процесса. Пред Ilолаrается, что в построении диаrpаммы принимают участие ее автор (в основном как системный аналитик) и один или несколько экспертов предметной области, представляющие описание процесса. 2.2.1 Определение сценария, rраниц моделирования, точки зрения Для экспертов предметной области, подrотавливающих описание моделируемоrо процесса, должны быть документированы rpаницы моделирования, чтобы им была понятна необходимая rлубина и по.п-. нота требуемоrо от них описания. Кроме Toro, если точка зрения aHa Jlитика на процесс отличается от точки зрения эксперта, это должно быть ясно и подробно обосновано. Вполне возможно, что эксперты не cMorYT сделать приемлемое описание без их формальноrо опроса автором модели. В таком случае автор должен заранее подrотовить перечень вопросов таким же обра- '10М, как журналист для интервью. 2.2.2 Определение действий и объектов Результатом работы экспертов обычно является текстовый доку.. мент, описывающий интересующий аналитика Kpyr вопросов. В )ополнение к нему может прилаrаться письменная документация, I [озволяющая определить природу изучаемоrо процесса. Вне зависи.. 41 
мости от Toro, является ли информация текстовой или вербальной, она анализируется и разделяется частями речи для идентификации списка действий (rлаrолы и отrлаrольные существительные), составляющих I процесс, и объектов (имена существительные), участвующих в про- цессе. В некоторых случаях возможно создание rpафической модели процесса при участии экспертов. Такая модель может быть разработа- на после сбора всей необходимой информации, что позволяет, не OT нимать время экспертов на детали форматирования получающихся диаrpамм. Поскольку модели IDEF3 MOryT одновременно разрабатываться несколькими командами, IDEF3 поддерживает простую схему резер.- вирования номеров действий в модели. Каждому аналитику выделяет ся уникальный диапазон номеров действий, что обеспечивает их неза- висимость друr от друrа. В табл. 2.5 номера действий выделяются каждому аналитику большими блоками. В этом примере аналитик 1 полностью использовал данный ему вначале диапазон номеров и до- полнительно получил второй. т а б л и ц а 2.5 Аналитик Диапазон номеров IDEF3 1 199 2 10199 3 20299 1 30399 2.2.3 Последовательность и параллельность Если модель создается после проведения интервью, аналитик дол жен принять решение по построению иерархии участвующих в моде- ли диаrрамм, например, насколько подробно будет детализироваться каждая отдельно взятая диаrpамма. Если последовательность или па- раллельность выполнения действий окончательно H ясна, эксперты MOryт быть опрошены вторично (возможно, с использованием чер- новых вариантов незаконченных диаrpамм) для получения недо- стающей информации. Важно, однако, различать предполаrаемую 42 
( I f()Я вляющуюся изза недостатка информации о связях) и явную (ука.. ""IIНУЮ в описании эксперта) неясности. В ы в о Д ы. IDEF3  это способ описания бизнес..процессов, IН)ТОРЫЙ нужен для описания положения вещей как упорядочен IIОЙ последовательности событий с одновременным описанием объ- СКТОВ, имеющих непосредственное отношение к процессу. IDEF3 х()рошо приспособлен для сбора данных, требующихся для прове- )СНИЯ CТPYKTypHoro анализа системы. Кроме Toro, IDEF3 применяет си при проведении стоимостноrо аН!lЛиза поведения моделируемой ". ICTeMbI. 
МЕтодолоrия ФУНКЦИОНАЛьноrо МОДЕЛИРОВАНИЯIDЕFО rЛАВА Методолоrия Функциональноrо моделирования IDEFO  это Tex нолоrия описания системы в целом как множества взаимозависимых действий или функций. Важно отметить функциональную напрален ность: IDЕFОфункции системы исследуются независимо от объектов, которые обеспечивают их выполнение. "Функциональная" точка зре.- ния позволяет четко отделить аспекты назначения системы от аспек-- тов ее физической реализации. На рис. 3.1 приведен пример типовой диаrpаммы IDEFO. Обработка Методо-- Данные о лоrия  поступлениях  данных ..... ..... о поступлениях 1 L Ведение Каоточки Начисления лицевых карточек лицевых счетов Отсрочки налоrоплательщиков  Прочие  Данные о налоrо.. юридических лиц .. документы   плательщиках 2 п од rOTo в ка  отчетности, Отчет.. анализ и ность проrнозирование з Рис. 3.1. Пример диаrpаммы IDEFO Наиболее часто IDEFO применяется как технолоrия исследования и проектирования систем на лоrическом уровне. По этой причине IDEFO, как правило, используется на ранних этапах разработки проек" та, до IDЕF3"моделирования, для сбора данных и моделирования про- цесса "как есть". Результаты IDЕFО..анализа MOryT применяться при проведении проектирования с использованием моделей IDEF3 и диа. rpaMM потоков данных. 44 
3.1 Синтаксис и семантика моделейlDЕFО 3.1.1 Модели IDEFO IDEFO сочетает в себе небольшую по объему rpафическую HOTa I(ИЮ (она содержит только два обозначения: блоки и стрелки) со стро- ['ими и четко определенными рекомендациями, предназначенными для построения качественной и попятной модели системы. МеТОДОЛQrия IDEFO в некоторой степени напоминает рекоменда- IИИ, существующие в книrоиздательском деле: часто набор напеча.. танных IDЕFОмоделей орrанизуется в брошюру (называемую, в тер- минах IDEFO, комплект), имеющую содержание, rлоссарий и дрyrие ')лементы, характерные для законченной книrи. Первьй mar при построении модели IDEFO заключается в опреде- лении назначения модели  набора вопросов, на которые должна от-- вечать модель. Набор вопросов можно сравнить с предисловием, в ко- тором раскрывается назначение книrи. Траницы моделирования предназначены для обозначения ширины охвата предметной области и rлубины детализации и являются лоrи.. ческим продолжением уже определенноrо назначения модели. Как читающий модель, так и непосредственно ее автор должны понимать степень детальности ответов на поставленные в назначении модели вопросы. Следующим шаrом указывается предполаrаемая целевая аудито рuя, для нужд которой создается модель. Зачастую от этоrо зависит уровень детализации, с которым должна создаваться модель. Перед построением модели необходимо иметь представление о том, какие сведения о предмете моделирования уже 'известны, какие дополни.. тельные материалы и/или техническая документация для понимания модели MOryT быть необходимы для целевой аудитории, какие язык и стиль изложения являются наиболее подходящими. Под точкой зрения понимается перспектива, с которой наблюда лась система при построении модели. Точка зрения выбирается таким образом, чтобы учесть уже обозначенные rpаницы моделирования и назначение модели. Однажды выбранная точка зрения остается неиз.- менной для всех элементов модели. При необходимости MOryT быть 45 
созданы друrие модели, отображающие систему с дрyrих точек зре.- ния. Приведем несколько примеров точек зрения при построении M делей:клиеНТ,постаВIЦИК,владелец,редактор. 3.1.2 Действия Действие, обычно в IDEFO называемое функцией, обрабатывает или переводит входные параметры (сырье, информацию и т.п.) в BЫ ходные. Поскольку модели IDEFO моделируют систему как множест во иерархических (В}Iоженных) функций, в первую очередь должна быть определена функция, описываЮIЦая систему в целом  KOH текстная функция. Функции изображаются на диаrpаммах как по.. именованные прямоуrольники или функциональные блоки. Имена функций в IDEFO подбираются по сходным правилам наименования действий в IDEF3  с использованием rлаrолов или отrлаrольных существи тельных. Важно подбирать имена так, чтобы они отражали систему с точки зре- ния, выбранной для моделирования. Пример функциональноrо блока при.. веден на рис. 3.2. Выше мы определяли IDЕFО"модели как иерархическое множество вложен ных блоков. Любой блок может быть декомпозирован на состав.. ляющие ero блоки. Декомпозицию часто ассоциируют с моделирова- нием "сверху вниз", однако это не совсем верно. Функциональную декомпозицию корректнее определять как моделирование "снаружи внутрь", при котором мы рассматриваем систему наподобие лукови цы, с которой последовательно СНИl\1Iаются слои. Сверка документов 1 Рис. 3.2. Функциональный блок IDEFO 3.1.3 rраницы и связи Описание любоrо блока должно как минимум включать описание объектов, которые блок создает в результате своей работы ("выхода") и объектов, которые блок потребляет или преобразует ("вход"). В IDEFO также моделируются управление и механизмы исполне.. НИЯ. - Под управлением понимаются объекты, воздеЙСТВУЮIЦие на способ, которым блок преобразует вход в выход. Механизм исполне- ния  объекты, которые непосредственно выполняют преобразова- ние входа в выход, но остаются неизменными. 46 
Для типизации катеrорий информации на IDЕFО...диаrpаммах ItСllользуется аббревиатура ICOM, означающая четыре возможных I'И Ila стрелок: I (Input)  вход  то, что потребляется в ходе выполнения Ilроцесса; С (Control)  управление  оrpаничения и инструкции, влияю- IIИС на ход выполнения процесса; О (Output)  выход  то, что является результатом выполнения Ilроцесса; М (Mechanism)  исполняющий механизм  то, что использует... (.H )\ля выполнения процесса, но остается неизменным. На рис. 3.3 представлены четыре возможных типа стрелок в II)EFO, каждый из которых соединяется с определенной стороной (I)ункциональноrо блока. Стрелка управления Стрелка входа Стрелка выхода Функциональный блок о Стрелка механизма исполнения Рис. 3.3. Каждый тип стрелки соединяется с определенной стороной Функциональноrо блока Для названия стрелок, как правило, употребляются имена сущест... вительные. Как и в случае с функциональными блоками, присвоение имен всем стрелкам на диаrpамме является необходимым условием для понимания сути изображенноrо. Стрелки входа. Вход представляет собой сырье или информа.. IИЮ, потребляемую или преобразуемую функциональным блоком для производства выхода. Стрелки входа всеrда направлены в левую CT рону прямоуrольника, обозначающеrо в IDEFO функциональный блок. Наличие входных стрелок на диаzрамме не является обязатель... Itbl.М, так как возможно, что некоторые блоки ничеrо не преобразуют и не изменяют. Примером блока, не имеющеrо входа, может служить "принятие решения руководством", rде анализируется несколько фак.. 47 
торов, но ни один из них непосредственно не преобразуется и не п требляется в результате принятия какоrо..либо решения. Стрелки управления. Стрелки управления отвечают за реrулиро.. вание Toro, как и коrда выполняется функциональный блок. Так как управление контролирует поведение функциональноrо блока для обеспечения создания желаемоrо выхода, каждый ФУllКЦИОllа.,тlЬНЫЙ блок должен иметь как минимум одну стрелку управления. Стрелки. управления всеzда входят в функциональный блок сверху. Управление часто сущеqтвует в виде правил, инструкций, зако- нов, политики, набора необходимых процедур или стандартов. Влияя на работу блока, оно само остается неизменным. Может оказаться, что целью функциональnоrо блока является как раз изменение Toro или иноrо правила, инструкции, стандарта и Т.П. В этом случае стрелка, c держащая соответствующую информацию, должна рассматриваться не как управление, а как вход функциональноrо блока. Управление можно рассматривать как специфический вид входа. В случаях коrда нея{;но, относить ли стрелку к входу или к управле- нию, предпочтительно относить ее к управлению до момента, пока не- ясность не будет разрешена. Стрелки выхода. Выход  это продукция или информация, полу чаемая в результате работы функциональноrо блока. Каждый блок должен иметь как минимум один выход. Действие, которое не имеет никакоrо четко определяемоrо выхода, желательно не моделировать вообще. При моделировании непроизводственных предметных областей выходами, как правило, являются данные, в каком..либо виде обраба- тываемые функциональным блоком. В этом случае важно, чтобы на.- звания стрелок входа и выхода были достаточно различимы по своему смыслу. Например, блок "Прием пациентов" может иметь стрелку "Данные о пациенте" как на входе, так и на выходе. В такой ситуации входящую стрелку можно назвать "Предварительные данные о паци енте", а исходящую  "Подтвержденные данные о пациенте". Стрелки механизма исполнения. Механизмы являются ресур.. сом, который непосредственно исполняет моделируемое действие. С помощью механизмов исполнения MOryт моделироваться: ключевой персонал, техника и/или оборудование. Стрелки механизма испоJI.- нения Moryт отсутствовать, в случае если оказывается, что они не ян.. ляются необходимыми для достижения поставленной цели модели- рования. 48 
КtJмбинированные стрелки. В IDEFO существует пять основных "";'()I' комбинированных стрелок: выход  вход, выход  управле- 1111t" выход  механизм исполнения, выход  обратная связь на УllраНJIсние и выход  обратная связь на вход. ( 1трелка выход  вход применяется, коrда один из блоков должен IIОJlJlОСТЬЮ завершить работу перед началом работы друrоrо блока. 'I'HK, на рис. 3.4 формирование счета должно предшествовать приему IIIKU'JU. Позиции Принять заказа Выписать заказ счет ОР. 1 00. 2 Рис. 3.4. Комбинация стрелок выход  вход Стрелка выход  управление отражает ситуацию преобладания одноrо блока над друrим, коrда один блок управляет работой дрyrоrо. Ila рис. 3.5 принципы формирования инвестиционноrо портфеля IIJ1ИЯЮТ на поведение брокеров на бирже. Выбрать виды Принципыформирования ценных бумаr инвестиционноrо портфеля для инвестирования Ор. 1 ,Ir Приступить К покупке ценных бумаr Ор. 2 Рис. 3.5. Комбинированная стрелка выход  управлене Стрелки выход  механизм исполнения встречаются реже и отра- жают ситуацию, коrда выход одноrо функциональноrо блока при- меняется в качестве инструментария для работы друrоrо блока. На рис. 3.6 зажим, используемый для закрепления детали, должен быть собран для Toro, чтобы выполнить сборку детали. Обратные связи на вход и на управление применяются в случаях, коrда зависимые блоки формируют обратные связи для управляющих ими блоков. На рис. 3.7 получаемая от брокеров информация о теку.. 41500 49 
Собрать деталь Ор. 2 Собрать зажим Зажим Ор. 1 Рис. 3.6. Комбинированная стрелка выход  механизм исполнения Информация о текущих к рсах Выбрать виды ценных бумаr для инвестирования о. Принципыформирования инвестиционноrо портфеля Приступить К покупке ценных бумаr о. 2 Рис. 3.7. Комбинированная стрелка выход  обратная связь на управление щих биржевых курсах применяется для корректировки стратеrии иr.. ры на бирже. Стрелка выход  обратная связь на вход обычно применяется для описания циклов повторной обработки чеrо..либо (рис. 3.8). Кроме то- ro, связи выход  обратная связь на вход MoryT применяться в случае, если бракованная продукция может заново использоваться в качестве сырья, как это происходит, например, в процессе производства ОКОН- Horo стекла, коrда разбитое стекло перемалывается и переплавляется заново вместе с исходным сырьем. Очистить ипокрасить деталь Окрашенная деталь Провести контроль качества работ о . 2 rотовая продукция 1 Рис. 3.8. Комбинированная стрелка выход  обратная связь на вход 50 
Разъединение и соединение стрелок. ВЫХОД функциональноrо ()Jlока может использоваться в нескольких друrих блоках. Фактически 'IY'I'!> ли не rлавная ценность IDEFO заключается в том, что эта методо- 1I0l'ИЯ помоrает выявить взаимозависимости между блоками системы. ( 'оответственно IDEFO предусматривает как разъединение, так и c t.)(инение стрелок на диаrpамме. Разъединенные на несколько частей с.:трелки MorYT иметь наименования, отличающиеся от наименования IIСХОДНОЙ стрелки. Исходная и разъединенные (или объединенные) стрелки в совокупности называются связанными. Такая техника с ){)hlЧНО применяется ДЛЯ Toro, чтобы отразить использование в про- I (сссе только части сырья или информации, обозначаемой исходной стрелкой (рис. 3.9). Аналоrичный ПОДХОД применяется по отношению I{ объединенным стрелкам. Изъять Учредительные документацию и финансовые документы для проверки )Р.. 1 Финансовые документы 11 ' Провести проверку Проверить правильности правильность начисления налоrов постановки на учет Ор. 2 Ор. 3 Рис. 3.9. Разъединенная на две части и переименованная стрелка 3.1.4 Туннели Понятие связанных стрелок используется для управления уров... lIем детализации диаrpамм. Если одна из стрелок диаrраммы отсутст... вует на родительской диаrpамме (например, ВВИДУ своей несущест... венности для родительскоrо уровня) и не связана с друrими стрелками той же диаrpаммы, точка входа или выхода этой стрелки на диаrpамме обозначается туннелем. На рис. 3.1 О, например, стрелка "корпоратив... ная информационная система"  важный механизм исполнения для )(анной диаrpаммы, но, возможно, она более ниrде не применяется в модели. Туннель в данном случае используется как альтернатива 4* 51 
Производственный Отдел продаж отдел ар. 1 ар. 2  Модуль Модуль производственноrо отдела отдела продаж Корпоративная информационная система r 1 Рис. 3.10. Пример применения туннеля заrpомождению родительских диаrpамм стрелками, несущественны ми для их уровня. Кроме Toro, туннели. используются для отражения ситуации, коrда стрелка, присутствующая на родительской диаrpамме, отсут.. ствует в диаrpамме декомпозиции соответствующеrо блока. На рис. 3.11 туннель у стрелки "модель производственноrо отдела" озна- чает, что на диаrpамме- декомпозици;и производственноrо отдела отсутствует стрелка механизма управления с соответствующим на- именованием. Производственный Отдел продаж отдел ар. 1 ар. 2 [ ] Модуль Модуль производственноrо отдела отдела продаж Корпоративная информационная система I Рис. 3.11. Друrой пример применения туннеля 52 
3.2 Построение моделей IDEFO в этом разделе мы рассмотрим методику построения IDЕFО"моде. нсй более подробно. 3.2.1 ДиаrраММЬI IIa рис. 3.12 типовая IDЕFО...диаrpамма показана вместе с находя... II(СЙСЯ на ее ПОЛЯХ служебной информацией, которая состоит из хоро- 1110 выделенных BepXHero и нижнеrо колонтитулов (заrоловка и "под.. ВШIа"). Элементы заrоловка используются для отслеживания процесса создания модели. Элементы "подвала" отображают наименование мо- )(сли, к которой относится диаrpамма, и показывают ее расположение относительно друrих диаrpамм модели. tJSED Ат: UTHOR: Семенов ИЛЬЯ Олеroвич DАТЕ: 15.03.97 PROJECT: Отдел учета и отчетности REV: 17.12.97 FТ RECOMMENDED NOTES: 12345678910 PUBLICATION CONTEXT: - А.О анные о поступлениях Обработка данных о поступлениях 1 Методо- лоrия Ведение лицевых карточек налоrоплательщиков  юридических лиц Карточки лицевых счетов Отс очки Данные о налоrо.. плательщиках 2 n очие документы п од rOTo в ка отчетности, анализ и проrнозирование з Отчет- ность Запросы налоro.. плательщиков Запросы на формирование сведений МОDЕ: АО TITLE: Отдел учета и отчетности NUMBER: Рис. 3.12. IDЕFОдиаrpамма со служебной информацией на полях 53 
Все элементы заrоловка диаrраммы приведены в табл. 3.1. Таблица 3.1 Поле Назначение Used АТ Используется для отражения внешних ссылок на дан- ную диаrpамму (заполняется на печатном документе вручную) Author, date, project Содержит ФИО автора диаrраммы, дату создания, дату последнеrо внесения изменений, наименование проекта, в рамках KOToporo она создавалась Notes 1 ... 10 При ручном редактировании диаrpамм пользователи MorYT зачеркивать цифру каждый раз, коrда они вносят очередное исправление Status: Статус отражает состояние разработки или утверждения данной диаrраммы. Это поле используется для реали- зации формальноrо процесса итерации пересмотра и утверждения W orking Новая диаrpамма, rлобальные изменения или новый ав- тор для существующей диаrpаммы Draft Диаrpамма достиrла HeKoToporo приемлемоrо для чита.- телей уровня и rOToBa для представления на утверждение Recommended Диаrpамма одобрена и утверждена. Какиелибо измене- ния не предвидятся Publication Диаrpамма rOToBa для окончательной печати и публи- кации Reader ФИО читателя Date Дата знакомства читателя с диаrpаммой Context Схематическое изображение функциональных блоков на родительской' диаrpамме, на котором подсвечен деком- позируемый данной диаrpаммой блок. Для диаrpаммы caMoro BepxHero уровня (контекстной дuаzра.ммы) в по- ле помещается контекст ТОР Все элементы "подвала" диаrpаммы представлены в табл. 3.2. т а б л и ц а 3.2 Поле Назначение Mode Номер диаrpаммы, совпадающий с номером роди тельскоrо функциональноrо блока Title Имя родительскоrо функциональноrо блока 54 
Продолжение Поле NIIIHber (CNumber) Назначение Уникальный идентификатор данной версии данной диаrpаммы. Таким образом, каждая новая версия /диаrpаммы будет иметь новое значение в этом поле. Как правило, CNumber состоит из инициалов автора и последовательноrо уникальноrо идентификатора, например SD0005. При публикации эти номера MOryт быть заменены стандартными номерами страниц. Если диаrpамма замещает друrую, номер заменяемой диаrpаммы может быть заключен в скобки  SD0005 (SD0004). Это обеспечивает хранение истории изменений всех диаrpамм модели 3.2.2 Цикл эксперт........ аналитик Подобно циклу автор  редактор, применяющемуся в книrоизда тсльском деЛ,е, IDЕFО...диаrpаммы пересматриваются и изменяются ),JIЯ обеспечения точности отражения предметной области и улучше.- 11 ия их качества. Для каждоrо рецензента автором, как правило, подrотавливается свой набор диаrpамм. Предложения по изменениям и исправлениям rецензенты возвращают автору для внесения их в модель. При воз- Ilикновении разноrласий между автором и рецензентом спорная диа.- l'paMMa обычно рассылается всем рецензентам для достижения кон... сенсуса. Формально механизм рецензирования и модификации диаrpамм Ilоддерживается полями Status и нумерацией диаrpамм, контроль ис- тории изменений  полем Field (см. табл. 3.1). 3.2.3 Построение моделей Ни одна модель не должна строиться без ясноrо осознания объек та и целей моделирования. При выборе цели моделирования необхо- димо ответить на следующие вопросы: · Почему моделируется данный процесс? . Что выявит данная модель? · Как ознакомивmиеся с этой моделью CMOryт ее применить? Следующее предложение может служить примером Формулиро- вания цели моделирования: выявить задачи каждоrо работника KOM 55 
пании и понять, в основном, взаимосвязь между отдельно взятыми за дачами для разработки руководства по обучению новых сотрудников. Модели строятся для Toro, чтобы ответить на набор поставленных вопросов. Такие вопросы формулируются на ранних стадиях модели рования и впоследствии служат основой длЯ четкоrо и KpaTKoro опре- деления цели моделирования. Примерами таких вопросов MorYT быть: . Каковы задачи менеджера? . Каковы задачи клерка? . Кто контролирует работу? . Какая технолоrия нужна для выполнения каждоrо шаrа и Т.п. 3.2.4 Точка зрения с методической точки зрения при моделировании полезно иv пользовать мнение экспертов, имеющих разные взrляды на предмет.. ную область, однако каждая отдельно взятая модель должна разраба.- тываться исходя из единственной заранее определенной точки зрения. Часто друrие точки зрения в краткой форме документируются в при.. крепленных диаrpаммах FEO (см. ниже) исключительно для наrляд ности изложения. Точку зрения нужно подбирать достаточно аккуратно, основой для выбора должна служить поставленная цель моделирования. На.- именованием точки зрения может являться название должности, под разделения (например, руководитель отдела или менеджер по прода жам). Как и в случае с определением цели моделирования, четкое определение точки зрения необходимо ДЛЯ обеспечения внутренней целостности модели и предотвращения постоянноrо изменения ее структуры. Может оказаться необходимым построение моделей с раз-- ных точек зрения для детальноrо отражения всех особенностей, выде.- ленных в системе функциональных блоков. 3.2.5 rраницымоделирования Одним из положительных результатов построения функциональ- ных моделей оказывается четкое определение rpаНИII моделирования системы в целом и ее основных компонентов. Хотя и предполаrается, что в процессе работы над моделью будет про исходить некоторое 56 
изменение rpаниц моделирования, их вербальное (словесное) описа ние должно поддерживаться с caMoro начала для обеспечения коорди.. нации работы участвующих в проекте аналитиков. Как и при опреде.- лении цели моделирования, отсутствие rpаниц затрудняет оценку степени завершенности модели, поскольку rpаницы моделирования имеют тенденцию к расширению с увеличением размеров модели. rран;ицы моделирования имеют два компонента: ширину охвата и rлубину детализации. Ширина охвата обозначает внешние rpаницы моделируемой системы. rлубина детализации определяет степень подробности, с которой нужно проводить декомпозицию функцио... нальцых блоков. Чтобы облеrчить правильное определение rpаниц моделирования при разработке IDЕFО"моделей, существенные усилия затрачиваются на разработку и рецензирование контекстной диаrpаммы IDEFO (диаrpаммы "caMoro BepxHero" уровня). Иноrда даже прибеrают к п строению дополнительной диаrpаммы для отображения уровня более высокоrо, чем контекстный для данной модели, что позволяет обозна чить систему, внутри которой располаrается объект для моделирова ния. Существенные затраты на разработку контекстной диаrpаммы вполне оправданы, поскольку она является cBoero рода "точкой отсче.- та" для остальных диаrpамм модели, и вносимые в нее изменения Kac кадом отражаются на все лежащие ниже уровни. Коrда rpаницы моделирования понятны, также становится яс- ным, какие объекты системы по тем или иным причинам не вошли в модель. 3.2.6 Выбор наименования KOHTeKCTHoro блока Рекомендуется следующая последовательность действий при п строении модели "с нуля": формулирование цели моделирования, выбор точки зрения, определение rpаниц моделирования. Наименова ние KOHTeKcTHoro блока  функциональноrо блока caMoro высокоrо уровня  обобщает определение rpаниц моделирования. Правила подбора имени для KOHTeKcTHoro блока в целом не отли" чаются от общих правил именования функциональных блоков, поэт му для них обычно подбирают обобщающие названия типа "Управле.- ние отделом по работе с клиентами", "Обработка заказов" и т.П. 57 
3.2.7 Определение стрелок на контекстной диаrрамме Стрелки IDЕFОдиаrpамм обычно проще проектировать в следую- щемпорядке: выход, вход, механизм исполнения, управление. Каж дый функциональный блок обозначает отдельную функцию, и эта функция часто имеет четко описываемые результаты работы. Наличие неясностей при анализе выходов Toro или иноrо функциональноrо блока  возможный сиrнал необходимости проведения реинжини... ринrа рассматриваемоrо бизнеспроцесса. Определение выходов. После идентификации возможных выхо.. дов полезно провести анализ модели на предмет предвидения всех воз МОЖllblхсценариев поведения процесса. Это означает, что если суще ствует вероятность возникновения той или иной ситуации в ходе процесса, модель ее отражает. Мноrие начинающие аналитики забы.. вают отразить неrативные результаты работы функциональных бло- ков. Например, блок "Провести экзамен по вождению" определенно произведет поток водителей, только что получивших права, но вполне правомерно ожидать и ПОТQК лиц, не сдавших экзамен. Неrативные результаты часто используются в качестве обратных связей, их анализ должен проводиться для каждоrо блока. Также важным является необходимость включения в модель "спорных" стрелок, решение о наличии которых в модели Moryт принимать рецензирующие модель эксперты. Определение входов. Входы можно рассматривать как особым об.. разом преобразуемые функциональными блоками сырье или инфор- мация для получения выхода. В производственных отраслях опреде- лить, как входное сырье преобразуется в rотовую продукцию, обычно довольно просто. Однако при моделировании информационных пото- ков входной поток данных может представляться не потребляемым и не обрабатываемым вообще. Случаи, коrда входящие и исходящие стрелки называются одинаково, крайне редки и в основном указыва.- ют на бесполезность данноrо блока для системы в целом или на некор- ректный выбор имени для исходящей стрелки. Решением может служить применение более подробноrо описания для входящих и ис.- ходящих потоков данных. Например, вход может иметь название "Предварительный диаrноз пациента", а выход  "Уточненный диаr ноз пациента". 58 
Определение механизмов исполнения. После создания входов и выходов можно приступить К рассмотрению механизмов исполнения или ресурсов, относящихся к функциональному блоку. В понятие ме.- ханизма исполнения входят персонал, оборудование, информацион... ные системы и т.п. Например, функциональный блок "Собрать де.- таль" может потребовать использования какоrо..либо оборудования например, rаечноrо ключа. При приеме экзаменов на водительские права механизмом исполнения является инспектор rИБДД. Как пра... вило, определить механизмы исполнения для функциональных бл ков довольно просто. Определение управления. Наконец, должно быть определено управление, контролирующее ход работы функциональноrо блока. Все функциональные блоки в IDEFO должны иметь хотя бы одно управление. В случаях коrда неясно, относить ли стрелку ко входу или к управлению, следует ее рисовать как управление. Важно помнить что управление можно рассматривать как особую форму входа функ.. циональноrо блока. Коrда контекстная диаrpамма представляется завершенной, по-. пробуйте задать следующие вопросы: . Обобщает ли диаrрамма моделируемый бизнес..процесс? · Соrласуется ли диаrpамма с rpаницами моделирования, точкой зрения и целью моделирования? · Подходит ли выбранный уровень детализации стрелок для кон... TeKcTHoro блока? (Обычно на контекстной диаrpамме рекоменду", ется рисовать не более шести стрелок каждоrо типа.) 3.2.8 Нумерация блоков и диаrрамм Все функциональные блоки IDEFO нумеруются. В номерах допус- кается использование префиксов произвольной длины, но В подав- ляющем большинстве моделей используется префикс А. Номер блока проставляется за префиксом. Контекстный блок всеrда имеет но.. мер АО. Префикс повторяется для каждоrо блока модели. Номера исполь- зуются для отражения уровня декомпозиции, на котором находится блок. Блок АО декомпозируется в блоки А 1, А2, АЗ и т .д.; блок А 1  в Аl1, А12, АIЗ и Т.д.; блок  Аll в Alll, Аl12, АIIЗ и Т.д. Для каждо-. ro уровня декомпозиции в конце номера добавляется одна цифра. 59 
3.2.9 Связь между диаrраммой и ее родительским функциональным блоком Функциональный блок декомпозируется, если необходимо де- тально описать ero работу. При декомпозиции блока полезно paCCMOT реть ero жизненный цикл, это поможет определить функциональные блоки получающейся "детской" диаrpаммы. Например, жизненный цикл блока "Поджарить бифштекс" может выrлядеть как следую.- щая последовательность: "Подrотовить продукты", "Отбить мясо", "Подоrpеть масло" и Т.д. При IDЕFОмоделировании важно иметь в виду, что rpаница дeT ской диаrpаммы есть rpаница родительскоrо функциональноrо блока. Это означает, что вся работа выполняется блоками caMoro нижнеrо уровня. В отличие от иерархии, применяемой в структурном проrpам мировании, блоки BepxHero уровня не являются субъектами управле- ния для блоков нижнеrо уровня. Это означает, что в IDEFO дети  это одни и те же объекты, что и их родители, только показанные с боль.- шей детализацией. Действия rенеральноrо директора компании на IDЕFОдиаrpаммах MorYT отражаться рядом с действиями простых ра- бочих. На концах zраНUЧНblХ стрелок (начинающихся или заканчиваю- щихся за пределами диаrpаммы) детских диаrpамм помещаются коды ICOM, чтобы показать, rде находится соответствующая стрелка на ро- дительской диаrpамме (рис 3.13). Они нужны для проверки целостно- сти модели и MOryT быть полезны, коrда порядок расположения стре- лок на детской диаrpамме отличается от порядка их размещения на родительской диаrpамме. Код ICOM состоит из латинской буквы 1, С, О или М и числа, показывающеrо расположение стрелки на родитель- ской диаrpамме в порядке сверху вниз или слева направо. С1 С2 11 12  1 Рис. 3.13. IСОМкоды на rpаничных стрелках 60 
3.2.1 О Два подхода к началу моделирования ("в wирину" и "в rлубину") одели Moryт проектироваться как с использованием подхода {"в ширину", коrда каждая диаrpамма максимально детализируется перед своей декомпозицией, так и с подходом "в rлубину", коrда сна.. чала определяется иерархия блоков, а затем создаются соединяющие их стрелки. Естественно, возможно применение комбинации этих подходов, причем иерархия блоков может иноrда HeMHoro меняться после Toro, как нарисованы стрелки. Это происходит в случае, коrда создание стрелок может изменить понимание внутренней архитекту ры моделируемоrо объекта. 3.2.11 Коrда остановиться Сформулированная цель моделирования содержит вопросы, на которые должна отвечать модель. Коrда становится возможным пQ.. лучение ответов на них с помощью модели, последняя считается удов- летворяющей поставленным требованиям и рассматривается как за вершенная. При построении декомпозиции первоrо уровня нужно следить за тем, чтобы все блоки на диаrpамме лежали внутри опреде- ленных ранее rpа!IИЦ моделирования. Перед декомпозированием блQ.. ка нужно удостовериться, не приведет ли это к превышению установ- ленной ранее rлубины детализации данной модели. Еще одно правило состоит в том, что IDЕFО",моделирование должно продолжаться до тех пор, пока стрелки предшествования (вход и выход) преобладают на диаrpаммах. При необходимости дальнейшей детализации отдельных проце сов Moryт быть использованы диаrpаммы IDEF3. 3.2.12 Друrие диаrраММЬI IDEFO в дополнение к контекстным диаrpаммам и диаrраммам декомпо.- зиции при разработке и представлении моделей MorYT применяться дрyrие виды IDЕFОдиаrpамм. Дерево .модели. Дерево модели  обзорная диаrpамма, показы вающая структуру всей модели. На рис. 3.14 приведен фраrмент такой диаrpаммы. Обычно вершина дерева соответствует -контекстному блоку, под вершиной выстраивается вся иерархия блоков модели. Од.. нако не запрещается назначать вершиной произвольный блок, поме... 61 
Обработка данных о поступлениях Сверка документов Обработка невыясненных платежей 1 2 Формирование данных для лицевых карточек з Рис. 3.14. Фраrмент дерева модели щая под ним все ero детские блоки. Изза высокой итеративности функциональноrо моделирования можно ожидать, что дерево модели будет неоднократно изменяться существенным образом до тех пор, пока не будет получена ero стабильная версия. Обзор модели с ис- пользованием дерева помоrает сконцентрироваться на функциональ- ной декомпозиции модели. Презентационные диаzрa.JН.МЫ. Презентационные диаrpаммы (For Exposition Only diagrams  FEO diagrams) часто включают в мо- дели, чтобы проиллюстрировать друrие точки зрения или детали, вы- ходящие за рамки традиционноrо синтаксиса IDEFO. Диаrpаммы FEO допускают нарушение любых правил построения диаrpамм IDEFO в целях выделения важных с точки зрения аналитика частей модели. Ес- тественно, если диаrpамма FEO включена в модель исключительно для отображения друrой точки зрения на систему, она, скорее Bcero, внешне будет выrлядеть как обыкновенная IDЕFо..диаrрамма, удовле- творяя всем ОIраничениям IDEFO. Один из способов использования FЕОдиаrpамм состоит в отделе.- нии Функциональноrо блока от ero окружения посредством создания диаrpаммы с единственным блоком и всеми относящимися к нему стрелками наподобие контекстной диаrраммы (рис. 3.15). Это может оказаться полезным в ситуациях, котда необходимо быстро получить информацию об интерфейсе (стрелках) Функциональноrо блока, а c ответствующая диаrpамма декомпозиции содержит слишком MHoro объектов. Кроме Toro, встречаются слеДУЮJ-цие виды презентационных диа- rpaMM: · копия IDЕFО...диаrраммы, которая (одержит все функциональные блоки и стрелки, относящиеся только к одному из функциональ- ных блоков,  это позволяет отразить взаимодействие между этим БЛОКОl\'I и дрyrими объектами диаrpаммы; 62 
NOTES: 12345678910 CONTEXT: USED АТ: AUTHOR: Семенов ИЛЬЯ Олеroвич DАТЕ: 15.03.97 PROJECT: Отдел учета и отчетности REV: 17.12.97 - А-О Методо- лоrия Начисления Отс очки Поступления анные о налоrcr плательщиках Ведение лицевых карточек налоrоплательщиков  юридических лиц Карточки лицевых счетов 2 П очие документы Запросы налоrо- плательщиков МООЕ: АО TITLE: Ведение лицевых карточек налоrоплательщиков  ЮЛ NUMBER: Рис. 3.15. Диаrpамма РЕО для выделения Функциональноrо блока и ero стрелок . копия IDЕFО"диаrpаммы, которая содержит все функциональные блоки и стрелки, непосредственно относящиеся только ко входу и/или выходу родительскоrо блока; . различные точки зрения, как правило, на rлубину одноrо уровня декомпозиции. 3.3 Взаимосвязь моделей IDEFO и IDEF3 3.3.1 Действия, выполняемые в функциональных блоках Как правило, при работе с пластиковой картой клиент не произв дит всех доступных ему при этом действий, выполняя оrpаниченный набор операций. Например, при оплате покупки не производится 63 
снятие наличных, а при проверке баланса состояние счета вообще не изменяется. Мы можем декомпозировать функциональный блок "Об- работка операций с пластиковыми картами", создав дополнительные блоки для оплаты покупок, снятия наличных, проверки баланса и т.П. Вместо этоrо можно создать отдельные IDЕF3"модели для каждоrо из этих действий. Это, в частности, полезно, если в дальнейшем пред... полаrается заняться оцениванием соответствующих операций по тем или иным параметрам. Более простой альтернативой предложенным выше двум подхо- дам может служить так называемая таблица вызовов (activation table), описыва!Ощая различные комбинации входов, выходов, управлений и механизмов исполнения для каждоrо способа вызова функционально- [О блока на исполнение. Вызов  это уникальная конфиryрация зна... чений входа, управления и требований к механизмам исполнения. Простейший пример таблицы вызовов представлен в табл. 3.3. Для каждоrо вызова присваивается уникальное имя в пределах блока и перечисляются значения различных стрелок. Комбинация значепий стрелок должна быть уникальной для каждоrо вызова. Таблица 3.3 Вызов Стрелка Значение стрелки Значительная сумма наличных Наличные деньrи Более 1000 руб. Счетчик банкнот Требуется 1 счетчик Мелкая сумма наличных Наличные деньrи Не более 1000 руб. Счетчик банкнот Не требуется ИНфОРlvlация о вызовах из табл. 3.3 также дает определенные сведения о стрелках управления данноrо функциональноrо блока. На- пример, мы можем предположить, что политика банка при подсчете суммы налИЧНIХ заключается в использовании счетчиков банкнот для суммы, превышающей 1000 руб. 3.3.2 Создание моделей IDEF3 для отображения блоков IDEFO Для иллюстрирования вызовов листовых функциональных блоков IDEF6 (т.е. блоков, не имеющих диаrpамм декомпозиции) может быть применено построение IDЕF3"'моделей. Если развитие IDЕFО",модели 64 
предполаrается аналитиками именно таким способом, моделями IDEF3 должен быть тщательно документирован каждый возможный вызов Функциональноrо блока. Соответствующие таблицы вызовов (наподобие табл. 3.3) можно будет составить впоследствии из соот.. ветствующих диаrpамм IDEF3. В ы в о Д ы . Методолоrия Функциональноrо моделирования IDEFO  это технолоrия описания системы в целом как множества взаимозависимых действий или функций. IDEFO имеет функциональ- ную направленность. IDЕFО..Функции системы исследуются незави", симо от объектов, которые обеспечивают их выполнение. Одной из основных идей IDЕFО",моделей является построение двух видов мо- делей: "как есть" и "как должно быть". Это нужно при проведении реинжиниринrа бизнес..процессов орrанизации. Кроме Toro, IDEFO обеспечивает удобный язык обмена информацией о моделируемой системе. 5 1500 
rЛАВА 4.1 структурный АНАЛИЗ ПОТОКОВ дАнныx (DA ТА FLOW DIAGRAMS ...... DFD) Назначение диаrрамм потоков данныx Так же, как и диаrpаммы IDEFO, диаrpаммы потоков данных (Data Flow Diagrams  DFD) моделируют систему как набор действий, со- единенных дрyr с дрyrом стрелками. Диаrpаммы потоков данных мо- ryт содержать два новых типа объектов: объекты, собирающие и хра- нящие информацию,  храНWlища данных и внешние сущности  объекты, моделирующие взаимодействие с теми частями системы (или дрyrими системами), которые выходят за rpаницы моделирова- ния (рис. 4.1). В отличие от стрелок в IDEFO, которые иллюстрируют отноше- ния, стрелки в DFD показывают, как объекты (включая и данные) ре- ально перемещаются от одноrо действия к дрyrому. Это представле- ние потока обеспечивает отражение в DFD"моделях таких физических характеристик системы, какдвижение объектов (потоки данных), хра- нение объектов (хранилища данных), сточники и потребители объ.. ектов (внешние сущности). Построение DFD..диаrpамм в основном ассоциируется с разработ.. кой проrpаммноrо обеспечения, поскольку нотация DFD изначально была разработана для этих целей. В частности, rpафическое изображе.- ние объектов на DFD..диаrpаммах этой rлавы соответствует принято- му Крисом rейном (Chris Gane), Тришем Сарсоном (Trish Sarson)  авторами DFD"метода, известноrо как метод rейна..Сарсона. Друrой распространенной нотацией DFD является так называемый метод Йордана..Де Марко (Yourdon..DeMarco). 66 
о; S N ::r ::м:::  ..Q 2 g: ....S о. :о s::r 1:: .... ОЗ::м::: ::r: о;  ф s <.>g: s ::r 00.  ::м::: Е::[с:  т-- g: ci. о c:r о. «s 1:: Q ()  :O ...... ..Q .... co::r:::r: ::r: .... ;Е Ф Ф::r: фф s ф ::r.... QS ()со::м::: фQ с::: о S <.> I::c:r ::r: ф со о.  со ....со :J: .... ::r: Ф ::r: о; Sф S Ф Q S :z ::r::м::: фQ  со m   S<.> I   0.<.> ::r: ф S .... са 00 СОа. а СО  &c:r ОЗc:r co а.С::: :r:o .... r:: := s: ::r: :J: о  о .о О ::м::: .... О со  со а. ОЗ О .1:: о .... ro а. О.  :r:.... о (l) Ф ::r: S SФ  S  фQ :о s<.> m . ::r: ф ...-4 ('1) roa.   ro ::м::: ОЗc:r  ro ro ::r ('t) ::r: <.> = m Ф =- т--  1) :r: ::r: !; ro t:.[ ф  ro ..Q :о :r: ..Q ('1) .... ::r: ::r: со ro  з: ::м::: .... ..Q ro coro  t:.[ :::[('1) ro ::м::: a.ro \0('1) О ci. о :а ('1) 1i со ::м::: .... ro ::r: ('t) ф S  т-- 5* 67 
4.2 Синтаксис и семантика диаrрамм потоков данных в отличие от IDEFO, рассматривающеrо систему как множество взаимопересекающихся действий, в названиях объектов DFD..диа- rpaMM преобладают имена существительные. Контекстная DFD..диа- rpaMMa часто состоит из одноrо функциональноrо блока и нескольких внешних сущностей. Функциональный блок на этой диаrpамме обыч.. но имеет имя, совпадающее с именем всей системы (рис. 4.2). Добавление на диаrpамму внешних ссылок не изменяет фунда.. ментальноrо требования, что модель должна строиться с единствен.. ной точки зрения и иметь четко определенные цель и rpаницы, что уже обсуждалось ранее. 1 3 Поставщики ........ Департамент  маркетинrа оборудования и рекламы Ir Ор. а Департамент по работе   с пластиковыми картами .. 2 Поставщики 5 материалов Департамент 4 по работе Клиент с клиентами Рис. 4.2. Контекстная DFDдиаrрамма 4.2.1 Функциональные блоки Функциональный блок DFD моделирует некоторую функцию, K торая преобразует сырье в какую...либо продукцию (или, в терминах IDEF, вход в выход). Хотя функциональные блоки DFD и изобража.. ются в виде прямоуrольников с закруrленными уrлами, они почти 68 
идентичны функциональным блокам IDEFO и действиям IDEF3. Как и действия IDEF3, функциональные блоки DFD имеют входы и выходы, но не имеют управления и механизма исполнения, как IDEFO. В неко.. торых интерпретациях нотации DFD rейна..Сарсона механиз- мы исполнения IDEFO моде- лируются как ресурсы и изо.. бражаются в нижней части прямоуrольника (рис. 4.3). ID блока о Департамент по работе с пластиковыми картами Персонал Оборудование Ресурсы Рис. 4.3. Элемент DFDдиаrраммы, построенной в нотации r ейнаСарсона 4.2.2 Внешние сущности Внешние сущности обеспечивают необходимые входы для систе- мы и/или являются приемниками для ее выходов. Одна внешняя сущ.. ность может одновременно предоставлять входы (функционируя как поставщик) и принимать выходы (функционируя как получатель). Внешние сущности изображаются как отбрасывающие тень прям уrольники (рис. 4.4) и обычно размещаются у краев диаrраммы. Одна внешняя сущность мо- жет повторяться на одной и той же диаrpамме несколько раз. Этот прием полезно применять ДЛЯ сокращения количества линий, соединяю- Рис. 4.4. Обозначение щих объекты на диаrpамме. внешней сущности 1 Клиент 4.2.3 Стрелки (потоки данных) Стрелки описывают передвижение (поток) объектов от одной ча ти системы к друrой. Поскольку все стороны обозначающеrо функ.. циональный блок DFD прямоуrольника равнозначны (в отличие от IDEFO), стрелки MorYT начинаться и заканчиваться в любой части блока. В DFD также используются двунаправленные стрелки, КОТО- рые нужны для отображения взаимодействия между блоками (напри.. мер, диалоrа типа «приказ  результат выполнения»). На рис. 4.5 ДBY 69 
направленная стрелка обозначает взаимный обмен информацией между департаментом маркетинrа и рекламы и департаментом пла стиковых карт. 3 Департамент маркетинrа и екламы Ор. О Департамент по работе с пластиковыми картами Рис. 4.5. Двунаправленный поток между блоком и внешней сущностью 4.2.4 Хранилища данных в то время как потоки данных представляют объекты в процесс е их передвижения, хранилища данных моделируют их во всех осталь- ных состояниях. При моделировании производственных систем хра- нилищами данных служат места BpeMeHHoro складирования, rде хранится продукция на промежуточных стади.. ях обработки. В информационных системах хранилища данных представляют любой ме- ханизм, который ПОЦдерживает хранение дан.. ных для их промежуточной обработки. На рис. 4.6 приведен пример обозначения храни лищ данных на DFDдиаrpаммах.  Заказы Рис. 4.6. Обозначение хранилища данных на DFDдиаrрамме 4.2.5 Ветвление и объединение Стрелки на DFD..диаrpаммах MorYT быть разбиты (разветвлены) на части, и при этом каждый получившийся cerMeHT может быть пере- именован таким образом, чтобы показать декомпозицию данных, пе- реносимых конкретным потоком (рис. 4.7). Стрелки MorYT соединяться между собой (объединяться) для фор- мирования так называемых комплексных объектов. Пример TaKoro объединения приведен на рис. 4.8. 70 
Ор. 2 Почтовый . Проверить  индекс почтовый индекс Ор. 1 Адрес rород Ор. з Записать . Проверить адрес клиента клиента ropoA Улица Ор. 4  Проверить  улицу Рис. 4.7. Разветвление стрелки, иллюстрирующее декомпозицию данных Ор. 2 Проверить почтовый индекс Ор. 3 Проверить ropoA Ор. 4 Проверить улицу Корректный почтовый индекс Ор. 1 Обработка заказа Ко ектный адрес клиента Рис. 4.8. Объединение потоков в один 4.3 Построение диаrрамм потоков данных 4.3.1 Два подхода к построению DFD-моделей Диаrpаммы DFD можно строить с использованием подхода, ана- лоrичноrо структурному методу анализа и проектирования, приме- няемому в IDEFO. Вначале строится модель физической реализации существующей системы, которая используется пользователями в на- стоящее время. Затем создается лоrическая модель для моделирова- 71 
ния основных требований реальной системы. После этоrо формирует.. ся новая лоrическая модель для отражения основных параметров разрабатываемой системы. И наконец, создается новая физическая модель, реализующая лоrическую модель новой систмы. В настоящее время при разработке информационных систем за.. воевывает все БОльшую популярность альтернативный подход, из.. вестный как разделение событий, в котором для моделирования сис.. темы строится несколько моделей DFD. Вначале строится лоrическая модель, отображающая систему как набор действий и описывающая, что должна делать система. Затем строится модель окр}'женuя, описывающая систему как объект, отвечающий на события, порождаемые внешними сущно- стями. Такая модель обычно состоит из описания назначения сис- темы, одной диаrраммы KOHTeKcTHoro уровня и списка событий. Контекстная диаrpамма содержит один функциональный блок, пред- ставляющий систему в целом, и внешние сущности (окружения), с которыми система взаимодействует. На заключительном этапе создается модель поведения, показы.. вающая, как система обрабатывает те или иные события. Эта модель начинается с единственной диаrpаммы с одним функциональным бло- ком на каждый ответ системы на событие, описанное в модели окру" жения. Хранилища данныIx в модели поведения используются дЛЯ M делирования данных, которые должны сохраняться в промежутках между обработкой событий. Потоки применяются для соединения элементов диаrpамм между собой и для проверки соrласованности моделей поведения и окружения. При подrотовке TaKoro рода моделей к различным презентациям обычно необходима их «чистка». При этом может применяться как создание упрощенных родительских диаrpамм посредством объеди.. нения нескольких функциональных блоков в один, так и, наоборот, декомпозиция некоторых элементов для более леrкоrо восприятия модели. 4.3.2 Нумерация объектов В DFD каждый номер функциональноrо блока может включать в себя префикс, номер родительской диаrpаммы и собственно номер объекта (рис. 4.9). Номер объекта уникальным образом иденти.. фицирует функциональный блок на диаrpамме. Номер родительской 72 
Префикс Номер объекта   АЗ? / Номер диаrраммы диаrpаммы и номер объекта в совокупности обеспечивают уникальную идентификацию каждоrо блока модели. Уникальные номера при- сваиваются также каждому хранилищу данных и каждой внешней сущности вне зави.. симости от расположения объекта на диаrpамме. Каждый номер хра.. нилища данных содержит префикс D (Data Store) и уникальный номер хранилища в модели (например, D3). Аналоrично, номер каждой внешней сущности содержит пре... фикс Е (Extemal entity) и уникальный номер сущности в модели (например, Е5). В ы в о Д ы. Диаrpаммы потоков данных (DFD) обеспечивают удобный способ описания передаваемой информации как между ча тями моделируемой системы, так и между системой и внешним миром. Это качество определяет область применения DFD  они ием пользуются для создания моделей информационноrо обмена орrани.. зации, например модели документооборота. Кроме Toro, различные вариации DFD широко применяются при построении корпоративных информационных систем. Рис. 4.9. Компоненты номера Функциональноrо блока DFD 
друrИЕ возможности IDЕF-МОДЕЛЕЙ rЛАВА -r Функциональные модели MOryT служить исходными данными при использовании дрyrих методов моделирования. Например, стоимост.. ные модели, построенные на базе моделей IDEFO, MOryT применяться для анализа затрат на сооружение здания, oCHoBaHHoro на соотнесе.- нии общих затрат на строительство с затратами на строительные мате.- риалы, выполнение соответствующих технолоrических операций и заработную плату. Кроме Toro, на базе моделей IDEF3 иноrда проводят имитацион.. ное моделирование для исследования параметров системы, меняю- щихся во времени. Стоимостный анализ 5.1 IDЕF-моделей. Функциональное оценивание Функциональное оценивание (Activitybased costing  АВС)  это технолоrия выявления и исследования стоимости выполнения той или иной функции (действия). Исходными данными для функционально ro оценивания являются затраты на ресурсы (материалы, персонал и т.д.), затем эти затраты распределяются между блоками IDEF3"MO- дели, которые, в свою очередь, привязываются к выходам системы, называемым, в терминолоrии Функциональноrо оценивания, объекта.. ми затрат. В сравнении с традиционными способами оценки затрат, при применении которых часто недооценивается продукция, произво- димая в незначительном объеме, и переоценивается массовый выпуск, АВС обеспечивает более точный метод расчета стоимости производ.. ства продукции, основанный на стоимости выполнения всех технол rических операций, выполняющихся при ее выпуске. Модель функциональной оценки отражает схему функционирова.. ния компании, так как в ее основе лежит IDЕF3"модель действий. По- скольку построение полной картины затрат может оказаться неоправ.. 74 
данно дороrим и долrим, важно сконцентрировать внимание на основных производственных затратах компании. Модель функци нальной оценки представляется, как правило, в виде таблицы, в кото- рой стоимость каждоrо ресурса или механизма исполнения записыва ется в разрезе выполняемых действий и получающейся в результате продукции. Фраrмент такой модели приведен в табл. 5.1. Таблица 5.1 Действие Ресурсы Прием платежа Инкассация Наимен Стоимость Колво Bcero Колво Bcero вание Подсчет Счетчик $10 1 $10 3 $30 наличных банкнот Опера $5 1 $5 3 $15 ционист Итоrо $15 $45 Формула расчета стоимости ресурсов для выполнения Toro или иноrо действия выrлядит так: стоимостьесурса. количество == общиезатратынаесурс Как уже упоминалось выше, при функциональном оценивании результирующую продукцию называют объектом затрат, а основные орrанизационные единицы компании, такие, например, как депар.- таменты,  центрами затрат (cost centers). Если в общей стоимости продукции существенную роль иrpает стоимость исходноrо сырья, то создаются таблицы, подобные по структуре табл. 4.1 и отражающие стоимость сырья для каждоrо выхо- да, производимоrо тем или иным блоком. Также может оказаться важным оценить стоимость неудачи при выполнении Toro или иноrо действия, в случае если это приводит к cy щественным потерям, выражающимся как в непосредственных поте- рях от испорченноrо сырья, так и в стоимости повторноrо выполнения технолоrических операций при переделке продукции. Для этоrо TaK же строят отдельные таблицы, похожие по структуре на уже paCCMOT ренные. В иерархических моделях IDEF3 стоимости присваиваются толь- ко для блоков, не имеющих диаrpамм декомпозиции (листовых бло- ков); стоимостью родительских блоков в этом случае предполаrается совокупная стоимость листовых блоков. 75 
5.2 Имитационные модели Имитационное моделирование предназначено для изучения изме- нения состояния системы с течением времени. При этом последо- вательно собирается некоторая статистическая информация о моде- лируемой системе аналоrично тому, как это происходило бы при функционировании реальной системы. . При использовании для имитационноrо моделирования моде- лей IDEF3 статистически значимые изменения ассоциируются с c бытиями. Фактически, имитационное моделирование производится посредством перехода с одноrо события на друrое с течением вре- мени. Такой тип имитационноrо моделирования называется диc кретllЫМ uмитаЦUОll1l0ёобытийным моделированием (discrete eveпt siтиlаtiоп ). Имитационное моделирование обычно связывают с исследовани.. ем операций  разделом теории принятия решений, суть KOToporo со- стоит в определении оптимальноrо (наилучшеrо) набора действий при условии оrpаниченности ресурсов. Однако назначение и оrpани- чения мноrих реально существующих в мире систем затруднительно описать cтporo математическим образом. В отличие от классическоrо подхода, имитационные модели описывают изучаемую систему как набор элементарных модулей, связанных, скорее, хорошо определен-- ными лоrическими взаимоотношениями, нежели обычно сложными математическими формулами. В сравнении с математическими моде- лями имитационные модели обычно предоставляют большую rи кость в определении назначения системы и ее оrpаничений. Имитационное моделирование имеет два существенных недо- статка. Во--первых, на первый взrляд незначительные детали MOryт оказывать решающее влияние на результат работы системы, из этоrо следует необходимость тщательноrо, подробноrо и относительно до- роrостоящеrо построения IDЕF3моделей. BOBTOpЫX, имитационное моделирование может продолжаться довольно продолжительное вре- мя даже на высокопроизводительной вычислительной технике. Естественно, что между имитационными и IDЕF3",моделями сис- темы существует довольно тесная взаимосвязь: IDЕF3"модели MorYT с незначительными изменениями быть использованы в качестве скеле- та имитационной модели, построение которой, в свою очередь, значи... тельно улучшает понимание механизма функционирования системы в 76 
целом, что может привести к изменениям в исходной модели IDEF3. Далее приведем описание основных компонентов имитационных моделей. 5.2.1 ИСТОЧНИКИ И назначения Источники отображают получение входных параметров системы и по своей сути аналоrичны внешним сущностям в диаrраммах пото- ков даНlfЫХ. Норма поступления входов (интервал времени между поступлением входных параметров в систему) записывается в виде. математическоrо выражения; обычно это сттистическая функция нормальноrо распределения. Назначения также аналоrичны внешним сущностям, но при ими... тационном моделировании они служат чем",то вроде приемников, со- бирающих информацию. В назначениях собирается информация о всех передвижениях объектов по системе, которая может, например, включать общее время нахождения объекта внутри системы, общую стоимость производства результирующей продукции и т.П. 5.2.2 Очереди Понятие очереди аналоrично дрyrому понятию, используемому при построении диаrрамм потоков данных,  хранилищу данных. Очереди  это способ моделирования объектов, которые находятся внутри системы и пребывают в состоянии ожидания обработки одной из ее частей. Временной цикл или продолжительность (dиrаtiоп) вы... полнения Toro или иноrо действия (здесь и далее слово действие по... нимается в терминах IDEF3)  это время, которое необходимо тому или иному действию для выполнения. Продолжительность выполне- ния действия может изменяться с течением времени, вызывая тем са- мым случайные возмущения, отражающиеся на выходе всей системы. Рассмотрим, например, два последовательно выполняющихся дейст... вия, занимающих в нормальных условиях одинаковое время. Выпол... нение первоrо из них за время, меньшее обычноrо, приведет к накоп... лению в очереди незавершенных изделий. Поведение очередей должно быть описано в имитационной мо- дели. Например, очередь может функционировать как стек  послед... нее изделие, помещенное в очередь, извлекается из нее первым. Этот принцип широко известен под аббревиатурой LIFO (Last In  First 77 
Out). Очередь может функционировать и наоборот  по принципу FIFO (First In  First Out). Кроме Toro, объекты MorYT извлекаться из очередей случайным образом или по какомулибо специально задан.. ному признаку. При имитационном моделировании с использованием моделей IDEFO и IDEF3 типы обработки очередей для каждоrо входа и управ.. ления являются входными параметрами модели. 5.2.3 Оборудование Оборудование (Facilities) представляет в имитационных моделях отдельные действия системы. Термин оборудование отражает произ.. водственные корни имитационноrо моделирования, коrда предпола- rается, что каждое действие выполняется на некотором (возможно, cy ществующем только в абстракции) рабочем месте и собираемые изделия передаются с одноrо рабочеrо места на друrое, как на сбороч.. ном конвейере. Время обработки записывается как математическое выражение (обычно статистическое), кроме Toro, специфицируются правила использования механизмов рабочеrо места и исходноrо сырья. 5.2.4 Пример имитационной модели в этом примере мы будем моделировать работу банковскоrо опе-. рационноrо зала с целью выяснения, как наилучшим образом орrани.. зовать работу операционистов для оптимальноrо выполнения набора типовых банковских операций или транзакций (каждая из которых требует от операциониста выполнения cBoero набора действий). Предположим, что в нашем операционном зале возможно выполнение таких транзакций, как: · пополнение счета клиента наличными или с использованием чека; . снятие денеr со счета; . перевод средств по счетам клиента; · выписка дорожноrо чека; . открытие HOBoro счета. При пополнении счета клиента (рис. 5.1) производятся следующие действия: · если пополнение счета осуществляется с помощью чека  прове- рить чек, затем записать депонируемую сумму; 78 
..о .... .... Ss :\!:('I) 0.0 оС -8- Ф ot:[  ф 'j' ..о .... s а. ф m о а. r:: . . ... с"! '""" ... '""" '""" r О о N """) ф :о :з: 'j' S t:;(.) со со :з:   m (.) ф :з: са I  (.)0 СО....  со ..о .... .... (.) SO :з:)s aJ5 С m 00 r::(.) >. :\!: :\!: >'х (.) :15 ..о :з: t;'j' .... s sC; 'j'CO (.):з: g r:: 'r"' """) ..o>. a5 а.:\!: ф ... ф >. s ca5 t:[ 01 '""" ...  '"""  ..00. .... m со ('1) (.)0 s m с>. СО:\!: М:\!: >. (.) io--o . ... I Ф >. со .. .... а...о:з: m:з:ф ('I)'j's OSc m С; ::.:: ..осо.о .... :з: .... СОфСО .......-1" s..oQt 'j':\!:a. (.)Фф gCOc r:: 3" s  '""" . . io--o :15 (.) (.) CO S  :Е ('1) a. S ... О .... -8- СО og- а m  '"""  '""" oq '""" ...... ""': '""" 1 О f 1 О +  """) (I;S t ::r u (1) = ::= (1) ::= r=: о = о t= . ..... .,) u ==  ('t) """) 79 
. если счет пополняется наличными  подсчитать сумму налич.. ных, записать депонируемую сумму, поместить деньrи в кассу; . если клиенту что..либо возвращается наличными  извлечь необ- ходимую сумму из кассы, подсчитать ее и отдать клиенту; · записать общую сумму возвращенных денеr; · возвратить клиенту документы по счету. При снятии средств со счета (рис. 5.2) выполняются следующие действия: . проверка состояния счета; · извлечение наличных из кассы, подсчет и передача клиенту; · запись общеЙ суммы, переданной клиенту. Проверить Взять Проверить Записать   общую состояние  наличные  и передать  счета из кассы сумму клиенту сумму с возврата 1.1 I 1.2 I 1.3 I 1.4 I Рис. 5.2. Снятие средств со счета При переводе средств с одноrо счета на друrой (рис. 5.3) произв?," дится такая последовательность действий: ' · проверка состояния счета, с KOToporo осуществляется снятие средств; · запись снимаемой суммы; · запись депонируемой суммы; · возврат документов, касающихся про изведенной операции, кли.. енту. При выписке дорожноrо чека (рис. 5.4) выполняются следующие действия: · если производится снятие средств  проверка состояния счета и запись снимаемой суммы; . если транзакция проводилась с использованием наличных  про- верка состояния счета клиента и документов по счету, подсчет суммы наличных; . распечатка и передача чека клиенту. Проверить Записать Записать Вернуть состояние  документы дебетуемоrо в дебет в кредит клиенту счета 1.1 I 1.2 I 1.3 I 1.4 I Рис. 5.3. Перевод средств с одноrо счета на дрyrой 80 
 Ai i 6m фСО..о ID X .... 8. " С   :s:  61500 ..о  t-- Ф COJ  .о со 1-- ro c:r:::t o1i со m Q.s х oq- ...., о м ...., са  Q ::r' )( е  .о :D Q Ф  J 1--% ..а ",J О t-- S 1-- SC:;  S  а. 6 Ф g  m  О r:: Q а. =: r::  t:: :а    .,) о N  ....,  об 't"""" ...., са .о 1-- 1-- ::J: sФ a. s Ж  0(.) a. c t3 81 
Как видно из рис. 5.4, имеется два основных типа транзакций, раэ- личающихся по способу оплаты клиентом выписанноrо дорожноrо чека: он может снимать деньrи со cBoero счета или платить наличны.. ми. Это видно из ОR--соединений на диаrpамме: клиент может платить наличными, снимать деньrи со счета или даже одновременно ИСПОЛIr зовать оба способа. В случае если для банка существуют значитеЛIr ные различия во времени (и, возможно, стоимости) проведения этих типов транзакций, важно отразить в имитационной модели все три упомянутых случая. Аналоrично, если разница во времени проведе- ния транзакции для разных типов счетов существенна, это также должно найти отражение в модели. Заметим, что в нашем примере не моделируется открытие новых банковских счетов. Вместо этоrо при необходимости мы будем ис- пользовать некоторое математическое выражение. Важно помнить, что не всеrда необходимо моделировать все действия (напомним, что слово "действие" здесь понимается в терминолоrии IDEF3) одноrо уровня детализации  мы создаем модели только лишь для сущест" венных с выбранной точки зрения частей бизнес..процесса. Важные для нас имитационные переменные представлены в табл. 5.2. Фактически в этой таблице перечислены механизмы испол-- нения, необходимые для выполнения описываемых нами действий. Таблица 5.2 Наименование Bcero в Стоимость, СВМП* Среднее время ресурса наличии $/мин поломки Операционист 3 0,20 О О Счетчик банкнот 1 0,05 Норм(6000,25) Норм( 16,3) * СВМП  среднее время работы между поломками. Функция Норм(мат. ожидание, дисперсия)  функция распреде- ления нормальноrо закона, известная из математической статистики. В таблице СВМП используется для отражения ситуации, коrда ре- сурс периодически недоступен в связи с техническими проблемами. Среднее время поломки отражает средний интервал времени, в тече- ние KOToporo производится ремонт вышедшеrо из строя ресурса. При необходимости можно аккуратнее отразить и работу операционистов, что может потребоваться при моделировании работы банка в течение нескольких дней. Обычно для этоrо используют всевозможные та.. бель"календари, известные из законодательства о труде. 82 
В статистике существуют специальные формулы, описывающие вероятность наступления Toro или иноrо события. Например, сколько в среднем клиентов цридет в операционный зал банка между 1 ooo и lO30 в пятницу? Среднее значение, называемое в статистике матема- тическим ожиданием, изображено пиком каждой из трех кривых на рис. 5.5. Разброс получившейся при реальном наблюдении ошибки, показывающий, насколько близки друr к друry были реально наблJO.. давшиеся значения, называется дисперсией и выrлядит на rpафике, как "ширина" каждой из трех кривых. Существует множество дрyrих функций распределения вероятностей, отличных от показанноrо на рис. 5.5 нормальноrо распределения, которые Moryт быть применены для описания orpoMHoro набора реально возникающих ситуаций. E тественно, что rpафики этих функций MOryT существенно отличаться от приведенных на рисунке. 0.8 0.7 0.6 0.5 0.4 0.3 0.2 0.1 О O.1 Рис. 5.5. Нормальная функция распределения Использование статистических формул  это основа имитацио& Horo моделирования. В дополнение к отображению времени выполне- ния тех или иных действий статистические формулы также использу ются для отражения времени прибытия сырьевых ресурсов, а также времени доступности механизмов исполнения. Проrpаммное обеспе- чение, выполняющее имитационное моделирование, непрерывно про- изводит вычисления по этим формулам для количественноrо опре- деления этих параметров. 6* 83 
В табл. 5.3 время выполнения каждоrо действия представлено в виде статистической формулы. Например, время выполнения провер- КИ'документов и записи суммы депозита имеет нормальное распреде- ление и занимает в среднем 0,5 мин. Это первый параметр функции. Естественно, что выполнение этих действий не всеrда занимает ровно 0,5 мин, это Bcero лишь среднее время. Вполне можно также наблю- дать, что в редких случаях эти действия MOryT быть завершены, ска. жем, за 0,4 или 0,6 мин. Мы подсчитали это с использованием BToporo параметра функции  дисперсии. Т а б л и ц а 5.3 Действие Механизм Количество Время исполнения Пополнение счета: Проверитьдокументы Операционист 1 HopM(0,5;0.1) и записать депонируе мую сумму Подсчитать неболь Тоже 1 Норм(0,5;0.5) шую сумму наличных Подсчитать большую Операционист 1 Норм(0,1 ;0.5) сумму наличных Счетчик банкнот 1 Поместить сумму в Операционист 1 Норм(О,l ;0.5) кассу и сделать за пись в кассовой книrе Извлечь наличные из Тоже 1 Норм(0,3 ;0.1) кассы Подсчитать неболь- " 1 Норм(0,5 ;0.5) шую сумму воз вращаемых наличных Подсчитать большую Операционист 1 Норм(0,1 ;0.5) сумму возвращаемых Счетчик банкнот 1 наличных Передать сумму Операционист 1 Норм(0,3;0.1 ) клиенту Записать общую Тоже 1 HopM(O,3;0.1) сумму, переданную клиенту Вернуть клиенту до- " 1 Норм(0,3 ;0.1) кументы по счету 84 
Продолжение Действие Механизм Количество Время исполнения Снятие средств со счета: Проверить состояние Операционист 1 lIop(0,5;0.3) счета Извлечь наличные из Тоже 1 Норм(О,3;О.1 ) кассы , Подсчитать неболь " 1 Норм(О,5;О.5) шую сумму возвращаемых наличных Подсчитать большую Операционист 1 Норм(О,l ;0.5) сумму возвращаемых Счетчик банкнот 1 наличных Передать сумму Операционист 1 Норм(О,3;О.1 ) клиенту Записать общую Тоже 1 Норм(О,3;О.1) сумму, переданную клиенту Перевод средств по счетам: Проверить состояние " 1 Норм(О,5;О.3) счета, с KOToporo снимаются средства Записать снятую " 1 Норм(0,3;0.1) сумму Записать депони " 1 Норм(О,3 ;0.1) руемую сумму Вернуть клиенту " 1 Норм(О,3;0.1 ) документы по счету , Выписать дорожный " чек: Проверить состояние " 1 Норм(0,5;0.3)  счета Записать снятую " 1 Норм(О,3;О.1) сумму 'Ирооерить состояние " 1 Норм(О,3;0.1 ) счета клиента Проверить данные " 1 Норм(1,0;5) чека 85 
Продолжение Действие Механизм Количество Время исполнения Подсчитать сумму Операционист 1 Норм(0,5;0.5) наличных Распечатать и пере Тоже 1 HopM(1,0;5) ! дать клиенту чек Открыть новый счет " 1 Норм(15,6) Входные ("сырьевые") ресурсы MorYT моделироваться двумя сп собами: как отдельный набор ресурсов для каждоrо типа клиентов или как один ресурс с разными типами действий, представленных в виде вероятностей. Оба представления имеют свои достоинства и недо- статки, различаются по сложности и точности представления модели.. руемых данных. Мы будем моделировать входы как один входящий поток со своими вероятностями для каждоrо типа транзакции. Вопервых, определим норму прибытия клиентов как Норм(1,2; 0,3). Это означает, что приблизительно каждые 1,2 мин в операцион" ный зал заходит новый клиент. Если норма прибытия клиентов изме- няется в зависимости от времени дня, мы моrли бы составить таблицу норм прибытия, в которой перечислили нормы прибытия клиентов в зависимости от времени. В соответствии с табл. 5.4 50% всех транзакций  операции деп нирования. Половина из них  Bcero лишь проверки состояния счета, 30%  депонирование мелких сумм и только 20% операций депони рования приносят банку значительные суммы. Аналоrичные значения показывают вероятности друrих действий. Таблица -5.4 rруппа действий Вероятность Депонирование средств на счет 0,5 Про верка состояния 0,5 Депонирование мелкой суммы 0,3 Депонирование крупной суммы 0,2 Снятие средств со счета 0,25 Снятие мелкой суммы 0,75 Снятие крупной суммы 0,25 Перевод со счета на счет 0,15 86 
Продолжение rруппа действий Вероятность Выписка дорожноrо чека: 0,15 Оплата со счета 0,80 Оплата наличными 0,20 Открытие HOBoro счета 0,05 Для опре,nеления поведения очередей аналитик должен сделать несколько предположений о физической реализации моделируемой системы. Например, для каждой из пяти перечисленных в таблице ос..- новных транзакций может иметься собственная очередь или все кли енты MOryT обслуживаться в общей очереди вне зависимости от типа транзакции, наконец, может быть что..то среднее из двух вариантов. Предположим, что все клиенты обслуживают в одной очереди. В табл. 5.5 мы предположили, что длина очереди клиентов не оrраничена. Однако может оказаться полезным применить для оче- реди некоторые оrраничения, для Toro чтобы посмотреть, как теряют.. ся клиенты в случае, если очередь чрезмерно длинна (некоторые кли.. енты не будут томиться в операционном зале, если видят, что ждать им придется долrо). Таблица 5.5 Очередь Поведение. Вместимость Приходящие клиенты FIFO О Наконец, мы должны определить, какую информацию нужно п лучить О каждом из компонентов модели. Выбор результирующих пе-- ременных зависит от цели построения модели. Для нашей модели наи... более очевидными параметрами являются время ожидания клиента в очереди и ее длина. Однако просто получить среднее время, проведен ное клиентом в очереди, и ero стандартное отклонение будет недоста.. точно. Мы хотим увидеть, как будут меняться длина очереди и время ожидания в зависимости от времени. Рассмотрим рис. 5.6. Процесс, применяющийся в очереди NQl, яв- но не справляется с возложенной на Hero задачей: длина очереди все время растет. Длина очереди NQ 2 изменяется во времени, но не превы.. шает HeKoToporo предела. Если он неприемлем, это означает, что оче- редь в некоторые моменты времени становится слишком длинной. Для понимания, почему это происходит, нужен дальнейший анализ. 87 
Возможно, в пиковые периоды наrpузки требуется оптимизация рас- пределения имеющихся ресурсов. Очередь N2 3 (и обрабатывающие ее действия)  кандидат на исключение из бизнес...процесса, если банк и клиенты достиrнут более удачной доrоворенности о расписании рабо- ты операционноrо зала. s 40  а.  35 о gm Б  30 ФI--- ':f':I: SФ   25 Очередь N21 . / . / . / . / / . / . 20 / . / . 15 / . Очередь N22 '\ 1\ \ I \ ,\ \ I \ , , ,; "' / . 5 , I ." I ,\ \ \ \ /. I \ I 1.". I \ I ;/ · \ .; -' , v . 10 о 1 4 7 1 О 13 16 19 22 25 28 31 34 37 Время, МИН Рис. 5.6. Результат моделирования очередей в рассматриваемом приере стоимость работы механизмов ис- полнения также важна, поскольку мы пытаемся определить наимень- шее возможное число операционистов и счетчиков банкнот для опера... ционноrо зала, которое моrло бы приемлемым образом справляться с предполаrаемым потоком клиентов. Нам нужно понять, сколько вре.- мени каждый из механизмов простаивает, для Toro чтобы подсчитать, во сколько обходятся такие простои. Нужно определить период вре- мени, в течение KOToporo операционист занят обслуживанием кли... ента. Наконец, можно вычислить, сколько времени проведет опера... ЦИОНИСТ в ожидании, пока освободится счетчик банкнот. Вся эта информация получается посредством разработки формул вычисления параметров имитационноrо моделирования. 88 
5.2.5 Обработка результатов моделирования Имитационное моделирование обычно проводится неоднократно. Одна и та же модель может рассчитываться несколько раз с целью п лучения более точноrо представления о производительности системы. В дополнение к этому отдельные эксперименты проводятся на одной и той же базовой модели, при этом каждый раз варьируется только один параметр (например, количество счетчиков банкнот). В табл. 5.6 мы начали с минимальноrо количества операционистов, провели BЫ числения по модели, затем увеличили число операционистов на еди ницу. После Toro мы увеличили число счетчиков банкнот и еще раз провели вычисления для выяснения полученноrо эффекта. Последо- вательное увеличение количества операционистов и счетчиков банк нот повторялось до тех пор, пока количество операционистов и счет чиков не достиrло четырех. Таблица 5.6 Номер эксперимента Количество Количество счетчиков операционистов банкнот 1 1 1 2 2 1 3 2 2 4 3 1 5 3 2 6 4 3 7 4 1 8 4 2 9 4 3 10 4 4 в ы в о Д ы. Модели IDEF MorYT ПРlJменяться не только для оп и.. сания функционирования системы или предполаrаемых изменений в ней, но и для оценки последствий претворения этих изменений в жи\знь. Для выявления наиболее критичных с точки зрения расхода ресурсов элементов системы и выяснения ее оптимальноrо состава применяются методы имитационноrо моделирования, для использ вания которых требуется построение IDEFO.. и IDЕFЗ"моделей. 
rЛАВА 6.1 проrРАММНОЕ ОБЕСПЕЧЕНИЕ IDЕF-МОДЕЛИРОВАНИЯ Platinum BPwin ....... РУКОВОДСТВО пользователя nporpaMMHoro ..., пакета компьютернои поддержки технолоrии моделирования IDEF в этом разделе приведено описание работы с наиболее популяр.- ным в настоящее время пакетом IDЕF"моделирования Platinum BPwin. С использованием BPwin получено большинство иллюстра.. ций этой книrи. В приложении 2 приведено краткое описание работы с друrим пакетом, поддерживающим технолоrию IDЕFмоделир().. вания,  DesignJIDEF. 90 Рис. 6.1. rлавное окно «Наставника» 
Platinum BPwin имеет в своем составе проrрамму «Наставник», позволяющую быстро ознакомиться как с основами IDЕFмоделир вания, так и с ero реализацией в BPwin. Приведенное ниже описание работы с BPwin по сути является сокращенным вариантом учебноrо курса, предлаrаемоrо пользователям проrpаммой «Наставник». На рис. 6.1 изображено rлавное окно этой проrpаммы. Обучающая проrpамма построена на выполнении типичных для BPwin задач деловоrо моделирования. Каждый раздел обучающей проrpаммы строится на информации, полученной при изучении предыдущеrо раздела, поэтому рекомендуется изучать их в пред;' лаrаемой последовательности. Рассмотрим разделы, предлаrаемые «Наставником» . 6.1.1 Краткий обзор Этот раздел предназначен для тех, кто плохо знаком с деловым моделированием. Он начинается с обзора, охватывающеrо базовые идеи деловоrо моделирования и основную терминолоrию. Каждый раздел этой темы также содержит описание типовых меню и диалоrов, с которыми придется работать при выполнении различных задач. Для более подробных пояснений по содержанию экранов достаточно пр сто щелкнуть мышью на соответствующей области. . Р{f:Щ Sb... Осн;:* J"i,o ftc i"'"'*hW i';'jJd"l\ tФ t..\'Щ , tI')'\',;f.' Мо.. PfP.mv i..... 1ii; M  РttiЦ $b .  Q; tt.oYl1:: !'(t,, lJ'tb i 1iC4'){tOP1 \\) Ннп t..i4': r$# !'; !{! ! ц.!(.ъf Чi\,'!(lIr,; ..;\iiпHf) il*tH,(!5!;h, ! . i:jffi, m!ti !!б !4\ !n Hi! {it, ! f:,,;-j !I,;;; t$ iYl\'1!: Mi:\1M\t '';<'#r! }i'f-ii;;##   . (@f*' OCp )f' ffH)r,t? i,f'(J ! · ЮW 1 :'Ч,:::: tN M4* P"i{I!t ,\ttjt i t",,'(!, I \irt''' i '" \,*!, (щ;::k Щ'* b* I!'\.;;;,i ;,1'$ m tr.", M\I J E#':}\ir!\\'!""o:iJ j '" 1*'C(: ! '! '1! '$\\@ffl ,!jttfJ i ' '"... Pf«rtfa... {!tr' tm. 1 ..{'f.;;;rt{;."", ,,,'>IOJ. ! 1'1J!i \ . t!.'J ;(:.t!'i . (:щ'"Д4'!tу; i t i>: ! tt!'f1 try h tlц.tl!'I tI!w. f . \"'"'\''''''''''\'' ,"",."""\".т."""'...'., f ! '1 QdrCD"'fМ"" Рис. 6.2. Кнопка «Try It» 91 
После ознакомления с кратким обзором можно при.. (. С ступить К выполнению зада.. _ I ний на типовой модели, пре.. доставляемой совместно с обучающей проrpаммой. Для ;: этоrо на последней странице !. i. изучаемой темы всеrда появ... !. ляется кнопка «Try It» (<<по- j.  пробовать»)  рис. 6.2. Щел.. чок по ней позволяет перейти к пошаrовому выполнению практических упражнений. Типовые модели подrотавли... .\ I ваются и используются BM сте с тренировочными уп.. ражнениями. ! После нажатия кнопки i \ "",-:""""""""",,,,,,,",,,,,,,"'"''-''\-'--'''\"'\""""'....,-\.,,,..,,...,.,...,,-...-..,,,,<.....,.....,,...-" .... "Т ry 1 t" обучающая проrpам... ма предоставляет набор по.. следовательных подсказок (Que Cards) для облеrчения выполнения задания,. при этом в качестве наrлядных примеров ис- пользуется типовая модель (рис..6.З). В «Наставнике» имеется также возможность перейти непосредст", венно к выполнению практических упражнений без просмотра теоре- тическоrо материала. Для этоrо достаточно нажать кнопку Try It в лю- бом разделе rлавноrо меню «Наставника». .  " " " .. ... '" . " "-,....'''....-'',,.....-'-':o....,..,.......-. :..."  i TryH ""  ,р. ;I;:)\ St.p.2:....Narne..th.e\COe!_1tf Notice that а bIank activity Ьох ha$ Ьееn created and the title Ьа, $how$ the new model пате and: ((A..ol'" Order Fult1llment) . Right-click оп the context activity. The shortcut теrш iэ displayed. . Select Нате Edltor... Thв /DEFO Нате Properties diaJog Ьох iэ di$p/ayed. The Сl.Jrэоr is in the пате entry fie/d. . 'Туре: PROCESS[Enter key] ORDER then pres$ ОК. 'Тhe (Enter key) pl8ces 88ch word оп а separate '.nв. Тfю context 8ctivity iэ f10W петеа Click Mext Step > Рис. 6.3. Подсказка «Наставника» 6.1.2 Проверка правильности выполнения задания в «Наставнике» существует возможность проверки правильности выполнения каждой задачи, для этоrо достаточно просто нажать кноп... ку «Check». Проверка покажет, как должна выrлядеть модель в слу... чае, если были выполнены все рекомендации обучающей проrpаммы. Чтобы возвратиться к кнопке «Try It», на подсказке достаточно просто закрыть окно просмотра результатов работы. Для возврата к обучаю-- щей проrpамме необходимо щелкнуть по кнопке «Done» окна «Try It». 92 
6.1.3 Зачем нужно усовершенствование бизнес-процессов в сеrодняшнем сложном и постоянно меняющемся мире интересы деловых людей должны быть сосредоточены на процессе удовлет.. ворения потребностей клиентов. Работаете ли вы в маленькой или большой орrанизации, процесс производства, поставки товаров или оказания услуr определяет качество и в конечном итоrе успех вашеrо бизнеса. Усовершенствование бизнеспроцессов включает отображение и моделирование всех стадий деятельности компании для лучшеrо по- нимания и усовершенств?вания проводимых операций. Можно моде..- лировать как деятельность орrанизации в целом, так и ее части, напри мер, процесс формирования требований к приняты м в орrанизации информационным технолоrиям. 6.1.4 Деловое моделирование Моделирование  один из наиболее эффективных методов для попимания и установления связи между деловыми правилами и биз- неспроцессами компании. В процессе моделирования устраняются малозначащие детали, а важная информация выдвиrается па первый план для упрощения изучения системы. rрафика (блоки и стрелки) используется для лучшеrо понима пия структуры модели, поэтому большинство людей думают о моде- лях, как об иллюстрированных представлепиях. С использованием моделирования бизнес..процессов вы можете оценить систему так, чтобы все аспекты работы вашей орrанизации моrли быть проана лизированы, поняты и, что наиболее важно, сообщены друrим. 6.1.5 Что такое BPwin BPwin  мощный инструмент моделирования для анализа, доку.. ментирования и понимания комплексных бизнес-:процессов. Моделирование полезно для: . устранения избыточных или ненужных блоков (функций); 93 
. сокращения затрат; · совершенствования работы компании; . повышения качества обслуживания клиентов. 6.1.6 Модель BPwin с использованием BPwi строятся диаrраммы бизнеспроцессов (блоки), ясно показывающие результаты их работы и ресурсы, необ.- ходимые для их функционирования. ВРwiп"модель обеспечивает общую картину Toro, как орrанизация добивается выполнения своих целей  от небольших отделов до всей компании в целом. На рис. 6.4 изображено rлавное окно проrpаммы ВРwiп-. BPwin можно также использовать, для моделирования потоков ра- бот, потоков процессов и потоков данных. \:ТРQЛJ(,) еХСЛ-i j/ (:трелк.а "'IXOA. ФункционaJ1bНЫЙ блок .....t--"'<.:'tpe..nк.i И)'М<\ Иi:noпнениJt д-о T IТLE' ФУН<ционз11ЬНЫЙ блок I НOO€: . ;I;i ; Рис. 6.4. fлавное окно BPwin 94 
6.2 IDЕF-моделирование и BPwin 6.2.1 Методолоrии моделирования, по.одерживаемые BPwin BPwin поддерживает три методолоrии моделирования: . функциональное моделирование (IDEFO); . описание бизнеспроце сов (IDEF3); · диаrpаммы потоков дан- ных (DFD). Таким образом, BPwin объединяет три ключевых подхода к моделированию бизнес..процессов, что впол.. не удовлетворяет потребно- сти как системных аналити... ков, так и специалистов"тех нолоrов. Для создания новой моде.- ли достаточно просто выб- рать нужную методолоrию в диалоrе, появляющемся каж- дый раз при обращении новой модели BPwin (рис. 6.5). Рис. 6.5. Выбор нотации моделцрования 6.2.2 Функциональное моделирование (IDEFO) СРункциональное моделирование является технолоrией анализа системы в целом как набора связанных между собой действий или функций. Действия системы анализируются независимо от объектов, которые обеспечивают их исполнение. Моделировать деловой пр , цесс можно исходя из различных перспектив и временных рамок. На.. пример, вы можете моделировать процесс заказа услyr клиентом так, как вы видите ero в идеале, а не так, как это происходит в настоящее время. 95 
Методолоrия r Формирование Карточки лицевых счетов .. Формирование стандартных форм отчетности rтни стандартных Данные отчетов 2 о налoroплательщиках Отчетность  ............ Формирование  нестандартных Формирование  отчетов 1 сведений по нестандартным запросам Запросы на формирование сведений Рис. 6.6. Пример диаrpаммы IDEFO с функциональной точки зрения вы можете также абстраrиро- ваться от проблем физической реализации модели. На рис. 6.6 показан пример простой диаrpаммы IDEFO. 6.2.3 диаrраммы потоков данныx (DFD) Диаrpаммы потоков данных (DFD) моделируют системы как взаи- мосвязанный набор действий, которые обрабатывают данные в «хра.- нилище» как внутри, так и вне rpаниц моделируемой системы. Диа-. rpаммы потоков данных обычно применяются при моделировании информационных систем. На рис. 6.7 приведен пример диаrpаммы потоков данных. Стрелки в DFD показывают, как объекты (данные) фактически взаимодействуют между собой. Это представление, объеДИНlющее хранимы в системе данные и внешние для системы объекты, дает DFD"моделям большую rибкость для отображения физических харак.. теристик системы, таких как обмен данными, разработка схем их хра.. пения и обработки. 6.2.4 Описание бизнес-процессов (IDEF3) Методолоrия JDEF3  это методолоrия моделирования, предна- значенная для обеспечения структурированноrо подхода к описанию бизнес..процесса как упорядоченной последовательности событиц \ 96 
о:: S ::r ::.::: >- ..о 2 g 1-- S а. s::r r:: СО ::.::: о:: со>- S br:t ::r 00 ::.::: r::[ >- g ci. с) а. С: tO  J5 ..........0.... .... со со :1: :I: :1:.... фQ) Q) :1: sф J:E  s oco ф r:;o s (.) C:r::[ :I: Q) ша. со ('I)r::[ ....со со со :r: :1: 1-- Q) :1: о:: S Q) sф S О ::r::.::: ф со СО  co s (.) I >- О а.ь :Х: Q) s.... ::а 00 СОа. з со 9-r::[ СОс:[  CO а.С; :1:0 ....с::  s: :r: :I: о О ..о  ::.:::  со 8. СО  . с: о r:::( I--co а. а.  :I:I-- О Ф :::t:  S Ф  S  ф  :о s (.) СО r--: :1: ф М СОа. о  со ::.::: COr::[  со co (;  (t) :I: == СО Ф    ::а ::I: Q) :1: (; со со r::[ Q) .... Q) co ..о ::а J ..о ('1) .... ::I: t) :I: с'о со .... :t: :з: ::.::: ..... ..о  со со о м N ::{('I)  со со 0.(')  О ci. с) 97 7 1500 
ф ..... .й ф ..... 6 s О. со Ф ::t CN(,) Ож О. со r::t:; со \о 98  л ф  7 ..... .й со  t:[ 1::'" со..о :r: Cn s х .q- """') со .й ..... Ф S 7 Q.Ф Ф ... cn .й ож Q.ж r::CO t:[  """') о со ..... .й :::t: ..... Ф s S ar2 cn(,) O 0...... Ссо Ь  """') s :е .Jl:1i ..... ж S7 COs f2t:: (13 еж  r::  (.) N """') ("f')   о  :а      :s: 1=:(  (3)  =  t::: оё ...с у ==  
одновременно с описанием любых участвующих в бизнеспроцессе объектов и относящихся к ним правил. Создание диаrpамм потоков работ  техника, хорошо подходя.. щая для сбора данных о системе и применяющаяся как часть CTPYK TypHoro подхода к анализу и проектированию системы. В отличие от дрyrих методов моделирования бизнес..процессов, IDЕFЗ требует и пользования относительно строrих синтаксиса и семантики во избе.- жание получения неполноrо или противоречивоrо описания системы. На рис. 6.8 приведен пример диаrраммы IDЕFЗ. ДиаrpаJ.\tfМЫ IDЕFЗ применяются для: . улучшения понимания результатов моделирования бизнес..про.. цессов; . определения момента окончания моделирования; . сбора информации о схеме работы моделируемой компании. Построение IDЕFЗмоделей иноrда позволяет упростить ФУНК циональное моделирование системы по методолоrии IDEFO и получи ло заслуженное признание как удобный способ анализа потенциаль-- ных усовершенствований системы. Диаrраммы IDЕFЗ обеспечивают дискретность моделирования процесса, что может использоваться для контроля хода выполнения работ. 6.2.5 Коrда и какие методолоrии применять IDEFO лучше Bcero применять как средство анализа и лоrическоrо моделирования систем, что, как правило, выполняется на ранних ста... диях работы над проектом. Данные анализа, полученные с использ().. ванием IDЕFО..моделирования, обычно используются на стадии разр ботки моделей IDЕFЗ и диаrpамм потоков данных (DFD)  рис. 6.9. ANALISYS REQ's DESIGN IDЕFЗ Jan Feb Mar Apr Мау Jun Jul Aug Sep Рис. 6.9. Временная шкала использования разных методолоrий моделирования 7* 99 
6.3 Практическое использование BPwin 6.3.1 Рабочее место BPwin Рабочее место BPwin выполнено в виде рабочеrо стола, СОСТОЯЩ6- ro из нескольких окон. На рабочем столе размещены: · меню; . стандартная панель инструментов; . панель инструментов «ModelMart»; . дерево модели; . область для рисования; . панель инструментов BPwin; · статусная строка. Панель меню BPwin соответствует стандартам Windows и обеспе чивает доступ ко всем функциям BPwin. Приведем некоторые из них: печать  чтобы открыть окно печати, на панели меню выберите «Fi1e», затем «Print»; масштаб  на панели меню выберите «View», затем измените масштаб изображения для активной диаrpаммы или для всех диа- rpaMM в модели на тот, который вам нужен. Стандартная панель инструментов обеспечивает быстрый дос.. туп к часто выполняемым задачам (рис. 6.1 О). Рис. 6.10. Стандартная панель инструментов BPwin Как и любая друrая панель инструментов BPwin, стандартная па- нель может быть расположена в любой точке экрана или находиться в любом месте в области диаrpаммы. Вы можете также показывать или скрывать ее, используя функцию «View» на панели меню. 6.3.2 Дерево модели Дерево модели BPwin (рис. 6.11)  мощный инструмент, который используется для просмотра структуры модели и изменения любых объектов диаrpамм в открытой модели BPwin. Одновременно работая с несколькими моделями, можно рассматривать все диаrpаммы или \ 100 
НаIJщ')пtНИ О'СРОЧlИ Данные о НЭЛQronдзтельщз nOо'упnениR 1 Рис. 6.11. Дерево модели BPwin только активные при свернутой и развернутой структуре иерархиче- cKoro .перева. Для любой используемой методолоrии перечень иссле- дуемых моделей дает полное представление о всей модели. С исполь- зованием дерева можно также выполнять задачи моделирования. Вы можете показывать и скрывать дерево модели, используя кнопки «Model Explorer». Коrда дерево модели активно, оно находит.. ся в раздвиrающемся окне слева, а активная диаrpамма  в правом. Дерево модели используется для: . просмотра разных моделей, построенных с использованием раз.- личных методолоrий моделирования; . переключения режимов просмотра диаrpамм или действий; . немедленноrо перехода к просмотру или работе с соответствую- щей диаrраммой в рабочем пространстве BPwin посредством щелчка мышью на названии диаrpаммы или действия; . просмотра действий и объектов диаrраммы соrласно уровням де.- композиции; . редактирования имени модели, диаrраммы или действия посред.. ством двойноrо щелчка мышью на соответствующем названии; . просмотра соответствующей объекту FЕО..диаrраммы, Node Tree или родственной диаrpаммы посредством щелчка мышью на названии объекта диаrpаммы в иерархическом дереве. 6.3.3 Область для рисования Область для рисования  это большая площадь справа от rлавно.. ro окна BPwin, в котором расположено дерево модели. Она состоит из трех областей: 101 
. заrоловок; · область для рисования; . название. Коrда дерево моделей скрыто, рисунок занимает полную область окна. Вы можете создавать; редактировать и управлять диаrраммами BPwin в области для рисования. По вашему желанию диаrpамма может быть масштабирована при помощи инструментов настройки масштаба. 6.3.4 Панель инструментов BPwin Панель инструментов BPwin содержит инструменты для рисов ния объектов в диаrpамме BPwin. Эти инструменты MorYT быть разме.- щены в любой стороне экрана или находиться rде"то в области диа rpаммы. Вы можете показывать или скрывать панель инструментов, используя функцию «View» на панели меню. В BPwin существует три разных панели инструментов  по числу поддерживаемых проrpам мой методолоrий (рис. 6.12). IDEFO IDЕFЗ DFD Рис. 6.12. Три вида инструментальных панелей Нужная панель инструментов подбирается проrpаммой автомати.. чески при выборе одной из предлаrаемых при первоначальном созда.. нии модели методолоrий. 6.3.5 Помощь При возникновении проблем в процессе работы с BPwin исполь- зование «Неlр»  самый быстрый способ их решения. Чтобы присту" пить к работе с BPwin «Online Help», воспользуйтесь разделом «Help» на панели меню, затем выберите один из предложенных вариантов и продолжите поиск интересующей вас темы. Вы можете также нажать F 1, чтобы просмотреть контекстно.. зависимую помощь для текущеrо диалоrовоrо окна или варианта 102 
меню. Заметьте, что кнопка «Help» имеется также в диалоrовом окне на рис. 6.13. Вы найдете кнопки «Help» на большинстве диалоrовых окон. То add or change аnаЩivity пате -" 1. Choose оnе о! the following to oper1 the Нате {аЬ ,n the Actlvity Property Sheet. . DoubIe-сliсk the diagram activity, . DoubIe-сliсk t"'18 activrty tree object in the ]\ijRct.Н:;юI.9тr. 2 Choose оnе of the following options to nате а new activi1y or change the nате of аn existing activity: . То uзе аn 8xisting sctivlty пате from the dk,tiоnэrу. select а пате from the Unused Activlty Names list. . То assign а new nате, type а пате in the text ЬО"lt:. . То сhэngе the current nате, type the change in the text Ьох. З, Click ОК. Hint То modify all occ;.urrences о! the :: ..:o:.. ..,.;-:.)..; ....... Рис. 6.13. Окно контекстнозависимой помощи 6.3.6 t Построение контекстных диаrрамм Контекстная диаrрамма  это модель, представляющая систему как набор иерархических действий, в которой каждое действие пре-- образует некоторый объект или набор объектов. Высшее действие иерархии называется действием контекста  это самый высокий уро- вень, который непосредственно описывает систему. Уровни ниже на- зываются порожденными декомпозициями и представляют подпро- цессы родительскоrо действия. При создании модели сначала необходимо изобразить самый высокий уровень  действие контекста. Наименование действия опи.. сывает систему непосредственно и, как правило, состоит из одноrо активноrо rлаrола в сочетании с обобщающим существительным, ко- торое разъясняет цель деятельности с точки зрения caMoro общеrо взrляда на систему. 103 
Каждый блок может иметь различные типы связанных с ним стре.- лок. Стрелки обозначают людей, место, вещи, понятия или события. Стрелки связывают I"раницы диаrраммы с блоками, а также действия (блоки) на диаrрамме между собой. В диаrраммах IDEFO имеется че.- тыре основных типа стрелок. Вход блока представляет материал или информацию, которая должна быть использована или преобразована блоком, чтобы произ.. вести продукцию (выпуск). Стреки входа всеrда направляются в левую сторону блока. Стрелки входа необязательны, так как не все действия Moryт преобразовать или изменять (заменять) чтолибо. Каждый блок должен иметь по крайней мере одну стрелку KOHTp ля (управления). Управление всеrда входит в вершину блока. Управ-- ление, как правило, представляется в виде правил, инструкций, поли тики компании, процедур или стандартов. Оно влияет на деятельность без фактическоrо преобразования чеrолибо. Управление может TaK же использоваться для описания процедуры начала или окончания вы.. полнения действия. Стрелки выхода (выпуска)  это материал или информация, пр{).. изведенная блоком. Каждый блок должен иметь по крайней мере одну стрелку выхода (выпуска). Процессы, которые не производят продук.. ции (выпуска), лучше не моделировать вообще. Механизмы исполнения  это те ресурсы, которые обеспечивают выполнение действия. В качестве механизма исполнения MorYT быть рассмотрены персонал компании, машины или оборудование, кото-. рые обеспечивают выполнение деятельности. Стрелка механизма мо-. жет отсутствовать, если определено, что это не важно для работы блока. Контекстная диаrpамма изображает деятельность caMoro BepxHero уровня и обозначает rpаницу моделирования относительно цели, воз.- можностей и точки зрения. Название контекстной диаrраммы нахо- дится в дереве модели непосредственно под общим описанием. Для создания контекстной диаrpаммы необходимо сначала соз-- дать новую модель, выбрав пункт «New» в меню «File». В появившем ся диалоrе необходимо набрать имя модели и выбрать ее тип. Этот диалоr также отображается при запуске BPwin. После создания модели можно задать ее параметры. Список свойств модели  это диалоr, в котором можно задать такие парамет ры, как полное наименование модели, ее словесное описание и состоя.. ние, в котором находится модель, например «в работе» или «для публикации» (рис. 6.14). 104 
Рис. 6.14. Диалоr задания свойств модели 6.3.7 Декомпозиция Декомпозиционное разложение модели используется в моделиро.. вании бизнеспроцессов, для Toro чтобы дать более подробное описа ние блоков. Каждое из этих действий может в СБОЮ очередь быть де- композировано. При каждой декомпозиции блока создается новая диаrpамма. Число декомпозиций не оrpаничено и ПОЛНОСТЬЮ зависит от уровня сложности, который необходимо показать в модели. Обра.- тите внимание на кружок на рис. 6.15. Если действие не было декомпозирова-- но, в верхнем левом yrлу блока будет по- являться символ «листа». После деком- позиции данноrо блока символ «листа» исчезнет. Как декомпозировать блоки с ис- пользованием BPwin? Это можно cдe Ор. 1 Обработать заказы Рис. 6.15. Обозначение блока, не имеющеrо декомпозиции 105 
лать двумя способами. В диаrpамме нужно выбрать действие, которое н'еобходимо декомпозировать. Для этоrо выберите необходимый ин струмент в наборе BPwin или в дереве модели, затем щелкните на дей.. ствии, которое нужно декомпозировать. Выбранное меню содержит команду декомпозиции. В появившемся диалоrе необходимо задать требуемые тип и число подблоков. При декомпозиции блока BPwin создает новую диаrpамму, которая является диаrраммой разложения родительской диаrpаммы. Заметьте, что новые действия не связаны между собой и не поименованы  это ваша следующая задача. Вы должны задать взаимодействие между блоками и «привязать» к но-. вым блокам стрелки, которые автоматически унаследованы от роди тельской диаrpаммы. Имя блока и дрyrие ero свойства вводятся в закладке «Name» спи.. ска свойств блока. Для вывода свойств блока на экран достаточно ДBa жды щелкнуть мышью на блоке. Следующим шаrом при создании диаrpаммы должно быть соеди нение всех использованных на диаrpамме блоков с помощью стрелок, представляющих входы, результаты работы, средства управления и механизмы. Для этоrо достаточно соединить исходящую точку стрел ки с точкой ее окончания. Окончанием стрелки может быть как одна из сторон функциональных блоков, так и rpаница диаrраммы. BPwin автоматически выделяет допустимые окончания для создаваемых стрелок. Для рисования стрелки необходимо выбрать инструмент «стрелка» из комплекта инструментов. Задание имени стрелки производится в закладке «Name» диалоrа свойств стрелок. Для вызова этоrо диалоrа достаточно дважды щелк нуть мышью на нужной стрелке. Если стрелка заканчивается на rpанице диаrpаммы BPwin, она по-. мечается туннелем из квадратных скобок. Аналоrично помечаются стрелки в родительской диаrpамме, если в диаrpамме декомпозиции удаляется перенесенная из нее стрелка. Квадратный туннель на начале стрелки указывает, что стрелка «не решена» в пределах иерархии M дели (не имеется никакой друrой стрелки с таким же именем в любой дрyrой диаrpамме модели). Для поддержания целостности модели не.- обходимо корректировать стрелки, помечetIные «туннелями» из квад.. ратных скобок, одним из следующих способов: · преобразованием в туннель из круrлых скобок; · добавлением новой стрелки, соединяющей соответствующий блок с rpаницей диаrраммы; 106 
. созданием внешней ссылки (ссылки на объект, не описанный в данной модели) в соответствии с методолоrией IDEFO; · созданием ссылки на блок, расположенный на друrой диаrрамме. В любой момент работы с диаrpаммой существует возможность добавления на нее новых блоков с использованием инструмента «Activity Ьох Tool» панели инструментов. Для добавления блока сле- дует щелкнуть на этом инструменте, а затем  на диаrpамме в том месте, rде необходимо расположить новый блок. После Toro как до.. полнительный блок создан, вы можете связать ero стрелками с друrи.. ми блоками и задать ero название и дрyrие свойства. Нумерация блоков производится автоматически при их создании. Номера MorYT быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели. Вы можете управлять нумерацией блоков на диаrpамме, используя закладку «Presentation» диалоrа ввода свойств модели. Перемещение любых объектов на диаrpамме осуществляется с п().. мощью их «захвата» мышью и перемещения в новое место. При пере- мещении блоков одновременно перемещаются и связанные с ними стрелки. Функциональные блоки MorYT также быть перемещены меж ду диаrpаммами с использованием команд «Cut/Paste» из меню «Edit». Номера блокам диаrраммы BPwin присваиваются автоматически. При изменении взаимноrо расположения блоков MorYT меняться и их H мера. Изменение размеров объектов диаrpаммы может быть сделано перемещением их rpаниц. Для запрета изменения размеров объектов используют вкладку «Layoиt» диалоrа ввода свойств модели. Если включен просмотр дерева модели, существует возможность просмотра модели как дерева диаrpамм или дерева Функцио.. нальных блоков. Вершина дерева модели имеет кнопку переклJO-. чения «Diagrams/ Activities» для отображения соответственно д рева диаrpамм или дерева действий. Дерево диаrpамм открывается по умолчанию при запуске BPwin. Дерево моделей BPwin исполь- зует специальный набор rрафических символов для представле.- ния диаrpамм и действий в пределах дерева объектов. Вы можете использовать это дерево, чтобы переключиться на соответствую- щиемодель, диаrрамму или действие для выполнения редактир()" вания. 107 
6.3.8 Оформление моделей Использование цветовой палитры. В диаrpамме BPwin вы мо- жете выбрать цветовую raMMY для действий, стрелок и текстовых бл ков. Использовать цвет на диаrpаммах не обязательно, но эо может быть полезным для: . выделения недостаточно проработанных моментов; · выделения внесенных изменений; . отображения похожих по смыслу объектов. Изменение цвета блоков диаzраммы осуществляется с использо- ванием цветовоrо редактора (рис. 6.16). Чтобы изменить цвет объекта, необходимо: . щелкнуть правой кнопкой мыши на объекте, выбрать в появив- шемся меню пункт «Color editor»; . выбрать необходимый цвет объекта из предложенной палитры. Рис. 6.16. Цветовой редактор Выбор атрибутов шрифта. Атрибуты шрифта (рис. 6.17), такие, как тип, размер и стиль, MorYT использоваться для выделения или rpуппировки функциональных блоков. Для изменения шрифта сле- дует: . щелкнуть правой кнопкой мыши на объекте, выбрать в появив- шемся меню пункт «Font editor»; · выбрать необходимый шрифт и, при необходимости, задать ero атрибуты. Сделанные изменения можно применить и ко всем аналоrичным объектам на диаrpамме, включив соответствующие опции в левом нижнем уrлу окна диалоrа. 108 
Рис. 6.17. Выбор шрифта Оформление стрелок. Использование стилей применяемых в диаrpамме стрелок важно для целостности и удобочитаемости созда ваемых диаrpамм IDEFO. Вы можете изменять вид стрелок, устанав- ливая их толщину, форму и цвет. Цвет стрелки выбирается с использо- ванием редактора цветов, как описано выше. Толщина стрелок также может быть изменена, что применяется для выделения отдельных Рис. 6.18. Выбор вида и оформления стрелки 109 
процессов на диаrpамме. Для изменения толщины стрелки необх димо: · щелкнуть правой кнопкой мыши на стрелке и выбрать в меню пункт «Style editof»; · выбрать необходимую толщину стрелки в разделе «Thickness». Следует обратить внимание на форму стрелки, которая определ на в соответствии с используемой методолоrией. Стрелки типа «Relational» не описаны в методолоrии IDEFO, но MorYT использовать- ся, если cтporoe следование IDEFO не обязательно. Диалоr выбора ви.. да и оформления стрелки приведен на рис." 6.18. 6.3.9 Ветвление и объединение стрелок Ветвление и объединение стрелок необходимо для обеспечения связи одной стрелки с несколькими функциональными блоками и Ha оборот. Объединенные стрелки используются для создания общеrо перехода от нескольких функциональных блоков к одному или к rpa.. нице. Ветви и объединения создаются с использованием инструмента «Стрелка». Для удобства чтения диаrраммы желательно именовать каждую ветку разделенной стрелки. Названия стрелок отображаются автоматически и MorYT быть пе.. ремещены с помощью мыши. Для соединения стрелки с ее названием может быть использован инструмент «Sqиiggle» с панели инструмен.. тов IDEFO или IDEF3. ДЛЯ пояснения содержимоrо диаrpамм можно помещать на них текстовые блоки с произвольными комментариями. Для добавления те-кстовоrо блока в диаrpамму необходимо: . выбрать инструмент «Text» и щелкнуть мышью на том месте диа.. rpаммы, rде необходимо разместить пояснения; . в появившемся текстовом окне следует ввести текст пояснения. К текстовым блокам применимы все описанные выше инструмен ты оформления. 6.3.1 О Опции отображения Вы можете отображать или скрывать определенные объекты диа.. rpаммы и отдельные элементы оформления. Например, Вы можете пе-- реключать тени функциональных блоков на диаrpамме. Параметры 110 
меню «View» (рис. 6.19) относятся од- новременно ко всем диаrpаммам разра.- батываемой модели. В этом же меню производится на- стройка рабочеrо места BPwin. Напри... мер, можно отобразить или скрыть стандартную панель инструметов, па- нель инструментов «ModelMart», па- нель инструментов «BPwin», дерево модели и строку состояния. Также об- ратите внимание на пункт меню «200т», позволяющий изменять мас.. штаб просматриваемых диаrpамм. Этот пункт дублирует инструмент «200т» стандартной панели инструментов. Рис. 6.19. Опции отображения 6.3.11 Друrие ВИДЫ диаrрамм IDEFO в дополнение к контекстным диаrpаммам и диаrpаммам декомпо- зиции друrие типы диаrpамм BPwin позволяют упростить представле.- ние и разработку модели. Например, может оказаться необходимым разработать сценарий «что...если» для модели. В этом разделе будет рассмотрено создание двух типов моделей: . диаrpаммы «только для представления» (For Exposition Only  FEO); . древовидные диаrpаммы. При правильном использовании эти типы диаrpамм упрощают до- кументирование моделей. Создание диazрамм. РЕО. Диаrpамма FEO может быть использо.. вана для пояснения какой..либо части процесс а, отражения особой точки зрения или выделения функциональных деталей, которые не.- возможно показать с использованием синтаксиса IDEFO. Диаrpаммы FEO MOryт снабжаться дополнительным поясняющим текстом и не обязательно должны разрабатываться с учетом оrpаничений стандар.- та IDEFO. Диаrpаммы FEO MOryт быть ассоциированы с любой суще.- ствующей в модели диаrpаммой, но они не являются иерархической частью модели. Диаrpамма FEO  копия любой существующей в мо- дели диаrpаммы. Диаrpамма идентифицируется с помощью: 111 
. задаваемоrо разработчиком имени; · идентификатора вида AxF, rде х  исходная диаrpамма, а символ F показывает, что диаrpамма имеет тип FEO. FЕО..диаrpаммы добавляются в модель с использованием пункта «РЕО diagram» меню «Insert». В диалоrе «Create New FEO Diagram» выберите один из следующих типов диаrpаммы для копирования: · если Вы выбираете «Context», просто напечатайте имя новой ди rpаммы в поле «Name»; . если Вы выбираете «pecomposition», активизируется выпадаю- щий список «Сору From», показывающий все диаrpаммы дeKOM позиции в модели. После нажатия ОК FЕО..диаrpамма будет создана и отображена на рабочем столе BPwin. Так же как и для любой друrой диаrpаммы, вы можете открыть диалоr ввода свойств FЕо..диаrpаммы. Создание древовидных диаzра.м.м (Node Tree Diagraтs). ДpeBO видные диаrpаммы используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) COOTBeTCT вует диarpамме KOHTeKcTHoro уровня. Однако в качестве вершины M жет быть использован любой функциональный блок модели, при этом ero подблоки будут показаны в качестве ветвей дерева. Просмотр моделей с использованием древовидных диаrpамм поз- воляет акцентировать внимание на функциональной декомпозиции M дели безотносительно к существующим внутри и вне модели потокам. При изменении структуры древовидная модель перестраивается автоматически по мере внесения изменений. Древовидные модели нумеруются по шаблону AxN, аналоrично диаrpаммам FEO. Древовидные диаrpаммы добавляются в модель с использованием пункта «Node tree» меню «Insert». При этом выводится диалоr «Node tree definition», в котором зада-- ются: . имя; · функциональный блок вершины; · количество отображаемых уровней; . параметры форматирования. После нажатия ОК древовидная диаrpамма создается и высвечи вается на рабочем столе BPwin. 112 
6.3.12 Открытие древовидных и FЕО-диаrрамм Древовидные и FЕОдиаrpаммы объединяются под названием «родственные» диаrpаммы. Они не отражаются непосредственно в де- реве модели, однако последнее может быть использовано для их OT крытия. Для этоrо нужно, вопервых, переключить дерево модели в режим «Diagram view», а затем щелкнуть правой кнопкой мыши на на-. звании диаrpаммы. При этом BPwin выдаст соответствующий список родственных диаrpамм. Для их открытия можно также использовать инструмент «8ibling diagram tool» на панели инструментов BPwin. 6.3.1 3 I Разбиение и объединение моделей Разбиение моделей в BPwin используется, как правило, для воз- можности коллективной разработки моделей. Единая модель может быть разделена на части, чтобы позволить нескольким разработчикам создавать собственные функциональные блоки модели. По заверше- нии разработки разделенная на части модель может быть объединена в одну для отображения бизнес..процесса в целом. При разбиении мо- делей на две каждая из них поддерживает собственный набор функ- циональных блоков, стрелок и дрyrих объектов BPwin. Разбиение модели. Для ero осуществления необходимо придер- живаться следующеrо алrоритма: . определите часть модели, которую необходимо отделить; . щелкните правой кнопкой мыши на выбранном функциональном блоке; . выберите пункт меню «8plit model»; . в диалоrе «Split options» введите имя, соответствующее имени Функциональноrо блока, что позволит впоследствии объединить модель; · включите опцию «Сору entire dictionaries», чтобы скопировать словари объектов в отделяемую часть модели; . нажмите ОК. В дереве модели будет создана и отображена новая модель. Обра- тите внимание на следующие моменты: · блок, с KOToporo производилось разбиение, становится диаrpам- мой KOHTeKcTHoro уровня в новой модели; 81500 113 
. в исходной связи появляется стрелка связи с именем, соответст.. вующим имени новой модели; . все дочерние диаrpаммы функциональноrо блока перенесены в новую модель; . разделенный функциональный блок остается в исходной модели. После создания новой модели можно использовать диалоr ввода свойств модели для определения свойств созданной модели. Объединение моделей. По завершении разработки разделенных моделей BPwin позволяет объединить их в одну. Для объединения мо- делей должны выполняться следующие условия: . название стрелки связи должно соответствовать названию импор- тируемой модели; .. . название функциональноrо блока в контекстной диаrpамме им.. портируемой модели должно соответствовать названию аналоrич.. Horo функциональноrо блока в основной модели. При слиянии BPwin копирует все функциональные блоки, стрелки и дрyryю информацию (кроме контекстной диаrpаммы) из импорти.. руемой модели в основную. BPwin пропускает диаrpамму контекст.. Horo уровня в импортируемой модели, поскольку она уже существует в основной модели. Все декомпозиции в импортируемой модели ОТНО- сятся в основной модели к целевому функциональному блоку, кото- рый всеrда должен иметь исходящую из Hero стрелку связи. После открытия основной и импортируемой модели нужно: · щелкнуть правой кнопкой мыши на функциональном блоке основ- ной модели, к которому нужно импортировать данные; . выбрать из меню пункт «Merge Model»; . диалоr «Continue with merge?» подтверждает, что именно вы хоти.. те объединить и позволяет задать опции объединения. По завершении объединения дерево модели обновляется для отра.. жения изменений в основной модели. 6.3.14 Оценивание бизнес-процессов с исп()льзованием BPwin Добавление оценок к функциональным блокам BPwin обеспечива- ет задание таких характеристик, как стоимость, время выполнения ра.. боты, параметры качества. Рассмотрим два метода задания этой ин- формации: 114 
. задание оценок для функциональных блоков; · задание свойств блока, определяемых пользователем. Добавление стоимостных оценок для функциональных блоков ос- новано на применении метода «Activity based costing» (АВС). ОСНОВ-- ная идея этой технолоrии состоит в задании оценки отдельных Функ-- циональных блоков системы для получения суммарной оценки затрат на работу всей системы (модели). Затраты на работу родительских функциональных блоков, как правило, должны быть идентичны за.. тратам на функционирование всех входящих в них подблоков. Таким образом, АВС может использоваться для оценки затрат на функцио- нирование системы в целом, например, для определения: · стоимости производимой продукции; · затрат на сервисные услyrи; · затрат на предполаrаемые изменения в технолоrии производства; · узких мест технолоrическоrо процесса, требующих наибольших затрат. Технолоrия АВС предполаrает объединение затрат в «центры затрат» (под которыми понимается любой бизнес..процесс, функци нальный блок или состояние системы, которые в конечном счете' влияют на стоимость функционирования системы) с последующим отнесением стоимостей к объектам модели. Перед началом оценива.. пия затрат необходимо убедиться, что существующая модель полна и устойчива. Оценка функциональных блоков производится в три этапа: · определение единиц изме.- рения; · определение «центров за- трат»; . применение ценовых мето- дов к объектам модели. Выбор единиц измерения предусматривает определение вида валюты, вида представле- ния денежных единиц на экра- не, а также единиц времени (минуты, часы и т.п.). Эти па раметры являются rлобальны ми по отношению к модели и задаются в закладке «АВС costs» диалоrа задания свойств модели (рис. 6.20). 8* Рис. 6.20. Диалоr задания единиц измерения 1] 5 
Рис. 6.21. Диалоr ввода данных о «центрах затрат» Определение «центров затрат» (((Cost Ceпters»)  катеrорий стоимости, которые будут присваиваться функциональным блокам модели. Примеры «центров затрат»: . маркетинr и реклама; . закупки комплектующих изделий; . техническая поддержка. «Центры затрат» задаются с использованием пункта «Cost Center Editor» меню «Edit» (рис. 6.21). Ввод информации о затратах. Для каждоrо функциональноrо блока модели вы должны задать стоимость ero работы, состоящей из затрат, определенных на предыдущем этапе при задании «центров за.. трат». Для этоrо используется команда «Activity cost editor», вызывае- мая из соответствующеrо меню при щелчке правой кнопкой мыши на функциональном блоке (рис. 6.22). Для каждоrо функциональноrо блока определяется: . частота ero вызова; . продолжительность работы; \1) затраты на работу блока из «центра затрат». 116 
Рис. 6.22. Ввод стоимостных параметров блока Общие затраты на работу Функциональноrо блока вычисляются автоматически, отображаюся в левом нижнем yrлу Функциональноrо блока, для KOToporo задана оценка затрат. Оценка затрат с использование./Н свойств, определяемых поль- зователе./Н. Свойство, определяемое пользователем (User...Defined Property  UDP), используется для отображения произвольной ин.. формации, относящейся к конкретному функционалЬНОМУ блоку или стрелке. BPwin поддерживает различные типы UDP, включая: . «выпадающие списки», например, для хранения информации об орrанизации процесса или оценки ero уровня, · исполнимые UDP, которые содержат ссьтки на прикрепленные объекты, обрабатываемые друrими проrpаммами; · текстовые списки, используемые, например, для хранения инфор- мации типа «критические факторы успеха». · UDP MorYT использоваться для более полной детализации модели и задания, например, таких свойств, как время, стоимость, качест.. во и ответственные лица. UDP задаются с помощью пункта «User...Defined Property Name Editor» меню «Edit». Для этоrо нужно: 117 
. именовать свойство; · установить тип данных свойства; · при необходимости уточнить характеристики свойства (это необ-. ходимо для некоторых типов данных). После создания UDP существует возможность присвоения им зна.. чений с помощью закладки «UDP values» диалоrа редактирования свойств функциональноrо блока или стрелки. 6.3.15 Печать диаrрамм BPwin После Toro как вы создали модель, BPwin ПО10жет продемонст рировать ее на бумаrе с помощью разнообразных опций для печати диаrрамм. Некоторые из них: · выбрать диаrрамму или диаrраммы, которые вы хотите напеча тать; . включить родительскую диаrрамму для диаrраммы, которую вы будете печатать; определить спецификацию диаrраммы для печати: цветовая raM ма, внешние rpаницы диаrpаммы; @ /,),.(1: иt1tit!(i 1) fC;)Ht;.:O дею: l!ntiНi::d l' (OF()} . А2О' ДС1(:;iб!::,i--iI't;.. пРi)ДУЮ1ИЮ фFDJ Рис. 6.23. Диалоr выбора опций печати 118 
. отправить диаrрамму в файл для последующей печати; · определить, как печатать диаrpаммы: каждая диаrpамма на одном листе по выбору, пакетная печать всех диаrpамм модели с указа.. I нием количества их на листе. Вы можете печатать диаrраммы BPwin из меню печати диаrpам мы BPwin, которое может быть открыто из меню «File» командой «Print» или нажатием изображения принтера на панели инструментов (рис. 6.23). Этот режим позволяет вам определять опции печати, упо- мянутые ранее. 6.3.16 Отчеты по модели BPwin предоставляет набор отчетов для публикации информа ции, которая помещена в модель. Существуют средства настройки отчетов. Отчеты BPwin разделяются на стандартные и нестандартные. От.. личие их заключается в том, что для получения стандартноrо отчета не требуется задания никаких дополнительных параметров, для полу чения нестандартноrо отчета необходимо указать объекты, которые должны быть отражены в отчете. Приведем примеры стандартных отчетов BPwin: . отчет по диаrpаммам ( diagram report)  включает информацию об объектах в активной диаrpамме BPwin; · отчет о стрелках (апоw report)  включает информацию о стрел ках (связях) в ВРwiпмодели; . отчет о затратах (activity cost report)  содержит информацию о затратах функциональных блоков и о «центрах затрат» в ВРwiпмодели; · отчет об объектах диаrpаммы (diagram object report)  содержит информацию об объектах, размещенных на диаrpамме (функци нальных блоках, хранилищах данных и внешних ссылках) в ВРwiп"модели; . отчет об использовании данных (data usage report)  содержит ин.. формацию о таблицах базы данных или сущностях и атрибутах; · отчет о целостности модели (model consistency report)  содержит информацию о том, насколько активная IDЕFОмодель соответст.. вует выбранной IDЕFО"методолоrии; 119 
. отчет о модели (model report)  содержит общую информацию OT носительно ВРwin"модели (IDEFO, IDEF3 или DFD). Отчет о мо- дели может включать один или большее количество элементов, указанных в диалоrе «Model Definition Editor». Для получения отчета необходимо выполнить следующие основ- ные действия: · выбрать нужный отчет в меню «Reports»; · выбрать элементы модели, которые необходимо включить в отчет (рис. 6.24); · выбрать, куда нужно вывести сформированный отчет. Рассмотрим более сложный отчет, например отчет об объектах диаrpаммы. Как показано на рис. 6.24, это диалоrовое окно имеет Ha MHoro больше параметров, чем в предыдущем примере. Сложность отчета определяется количеством данных, которые нужно отразить в нем. Для выполнения отчета об объектах диаrраммы нужно: Рис. 6.24. Диалоr задания парамеТРОБ отчета 120 
. определить объекты диаrpаммы и степень детализации отчета; · выбрать элементы данных, которые нужно включить в отчет (обратите внимание, что можно включать в отчет определяемые пользователем свойства  UDP) · определить дополнительные параметры форматирования для пе.- чати или имена дисковых файлов; . определить, как данные отчета будут упорядочены. BPwin устанавливает набор предопределенных отчетов, которые указаны как «стандартные». Это отчеты с заранее выбранными пара.. метрами, подходящими для большинства пользователей. Не все отчеты BPwin имеют стандартную форму. Стандартные OT четы приведены вверху окна выбора, как это показано на рис. 6.24. На.. жав на кнопку раскрытия списка, вы будете видеть набор имеющихся стандартных отчетов. В дополнение к имеющимся в BPwin вы можете определять и со- хранять собственные отчеты следующим образом: напечатать назва- ние в" соответствующем поле, выбрать параметры отчета, нажать кнопку New. Определение отчета будет сохранено и добавлено к спи.. ску для использования в следующий раз. Кнопки «Update» и «Delete» позволяют изменять существующие параметры отчета или удалять созданные отчеты. При разработке модели одним из наиболее полезных показателей является отчет о ее целостности. Он содержит информацию о том, как хорошо ваша модель соответствует выбранной IDЕFОметодолоrии. Это помоrает следить за соблюдением методолоrии и выявлять лю- бые нарушения целостности модели. При выборе отчета о целостности модели из меню «Report» BPwin отображает соответствующий диалоr, не имеющий никаких парамет.. ров. BPwin автоматически rенерирует отчет, при нажатии кнопок предварительноrо просмотра, печати или «Report». В ы в о Д ы. В этой rлаве мы познакомились с проrpаммным сред.. ством Platinum BPwin  наиболее распространенным на сеrодняш ний день пакетом, поддерживающим создание моделей IDEFO, IDEF3 и DFD. Широкий набор функций этой' проrpаммы позволяет приме.- нять ее как для разработки проrраммноrо обеспечения корпоратиJЗ-. ных информационных систем, так и для решения задач по реинжини.. ринrу бизнеспроцессов. 
ПРАКТИЧЕСКИЕ примЕры ИСПОЛЬЗОВАНИЯ IDEF-ТЕхнолоrий rЛАВА Приступим К практическому изучению моделирования систем. Под словом "система" будем понимать совокупность взаимодей ствующих с какой..либо общей целью компонент и взаимосвязей между ними. Мир, в котором мы живем, можно рассматривать как сложную взаимосвязанную совокупность естественных и искусствен ных систем. Это Moryт быть достаточно сложные системы (например, планеты в составе солнечной системы), системы средней сложности (космический корабль) или сверхсложные системы (системы моле- кулярных взаимодействий в живых орrанизмах). Существует OrpOM ное количество научных дисциплин, предназначенных для изучения и объяснения различных аспектов этоrо бесконечноrо спектра слож.. ности. Например, механика может объяснить rpавитационное при тяжение двух планет, а физика может описать молекулярные взаи модействия в стакане кипятка. Искусственные системы по своей сложности, как правило, занимают среднее положение. Например, всемирная телефонная сеть содержит десятки и даже сотни тысяч пе- реключателей, однако количество взаимодействий этих переключа-- телей не идет ни в какое сравнение с количеством взаимодействий молекул даже в небольшом стакане воды. С точки зрения общей теории систем такие системы обычно рассматриваются как системы средней сложности. Под термином "моделирование" будем понимать процесс созда.. ния точноrо описания системы. Особенно трудным оказывается оп сание систем средней сложности, таких как система коммутаций в телефонных сетях, управление авиаперевозками или движением под водной лодки, сборка автомобилей, челночные космические рейсы, функционирование предприятия. С точки зрения человека эти систе- мы описать достаточно трудно, потому что они настолько велики, что практически невозможно перечислить все их компоненты со всеми взаимосвязями, и в то же время недостаточно велики для применения общих упрощающих предположений (как это принято в физике). 122 
Неспособность дать простое описание, а следовательно, и обеспечить понимание таких систем, делает их проектирование и создание TPYД емким и дороrостоящим процессом и понижает степень их надеж ности. С развитием техническоrо проrресса адекватное описание сис тем становится все более актуальной проблемой. Как уже было рассмотрено ранее, SADT  это методолоrИЯ 5 разработанная специально, для Toro чтобы облеrчить описание и пои мание искусственных систем, относящихся к разряду средней слож- ности. Уже в течение продолжительноrо времени эта методолоrия успеПIНО применяется для описания большоrо количества сложных искусственных систем из широкоrо спектра областей (банковское дело, планирование промышленноrо производства, орrанизация материальнотехническоrо снабжения, методолоrия планирования) технолоrия проrpаммирования). Причина TaKoro успеха заключает ся в том, что SADT является полной методолоrией для создания описания систем, основанной на концепциях системноrо модели рования. В этой rлаве приведены примеры практическоrо применения IDЕF"технолоrий моделирования для различных предметных об.. ластей. 7.1 IDЕF-моделирвание в налоrоо6ложении Реализацию задачи построения моделей бизнес..процессов неко.-. торой предметной области обязательно должно предварять детальное исследование рассматриваемой области. Необходимо на словесном уровне описать проблему, которая должна быть решена методами CТPYKTypHoro анализа. 7.1.1 Постановка задачи В рыночных условиях налоrи становятся практически ОСНОВНЫl\r1 инструментом rосударственноrо воздействия на экономику. В первую очередь они являются финансовым фундаментом rосударства, так как созданы прежде Bcero для финансирования общественно необходи мых блаr и услуr. Вместе с тем налоrи все больше используются в 123 
качестве инструмента реrулирования и стимулирования. С их пом щью rосударство оказывает влияние на темпы роста и развития OT дельных предприятий, отраслей и территориальных образований. Проблема стабильности налоrовых поступлений зависит, прежде Bcero, от используемоrо налоrовоrо инструментария, слаженности pa боты налоrовой системы, а также множества макроэкономических факторов. Налоrи служат индикатором макроэкономических про- блем, и поэтому их поступление в бюджетную систему зависит, в o новном, от колебаний экономической конъюнктуры, финансовой по- литики roсударства, орrанизационно..правовых проблем. В то же время среди определяющих причин неудовлетворительноrо поступ ления налоrовых платежей в бюджет страны необходимо выделить несовершенство \Iалоrовоrо механизма, нерациональную структуру налоrовой системы, недостаточно эффективную работу по планирова..- нию налоrовых платежей. Ситуация со сбором налоrов нестабильна, даже несмотря на уве- личение числа принимаемых нормативных актов и проведенных административных мероприятий. Анализ структуры и динамики на- лоrовых поступлений показывает, что налоrовая система России H эластична по отношению к быстро меняющейся экономической KOH юнктуре. Так, например, собираемая в системе МНС РФ налоrовая информация не позволяет правильно оценить объем и структуру нал rовых платежей. По всей видимости, в этих фактах кроется не отсутствие практиче- ских навыков информационно..аналитической работы у сотрудников финансовых opraHoB, а недостаточность собираемой информации, от.. сутствие модели функционирования налоrовой системы, продуман ной системы аналитической обработки данных. Разработка структурной функциональной модели деятельности инспекции МНС РФ позволит построить модель деятельности, пред ставляющей собой "снимок" технолоrии функционирования налоr вой инспекции на момент исследования. Данная модель позволит как проанализировать бизнес..процессы, происходящие на территориалlr ном уровне с использованием методов системноrо анализа, так и сформулировать, обобщить подходы по реинжиниринrу налоrовоrо механизма. К рассматриваемым объектам моделирования относятся процес-. сы, осуществляемые на уровне налоrовой службы на местах в целях контроля своевременности и полноты начисления и уплаты налоrо- вых платежей юридическими и физическими лицами. 124 
7.1.2 Основные элементы модели После про ведения детальноrо исследования предметной области необходимо четко определить цель будущеrо проекта, достижение ко.. торой позволит создать инструмент для решения рассматриваемой проблемы. Перед началом реализации модели следует выбрать MeT долоrию функциональноrо моделирования и точку зрения, в COOTBeT ствии с которыми будет разрабатываться модель. Модель может быть построена как на бумаrе, так и с помощью проrpаммноrо обеспечения, поддерживающеrо выбранную методолоrию моделирования, или с помощью rpафических редакторов. Перед началом построения необходимо по результатам проведен Horo исследования предметной области определить перечень функ ций и список данных, которые будут использованы при реализации модели. Название проекта: моделирование деятельности инспекции МНС РФ. Цель проекта: реализация структурной функциональной модели деятельности инспекции МНС РФ. Точка зрения: руководство налоrовой службы. ТеХlf,олоzия моделирования: метод функциональноrо моделиро вания IDEFO. Инструментарий: проrpаммный продукт BPwin 1.8.0. Список данных: . методолоrия; · кадровый состав; . техническое обеспечение; . проrраммное обеспечение; · данные о налоrоплательщиках; . бухrалтерская, налоrовая отчетность; · платежные документы; · входящие документы; . отчетность; · сведения по начислениям; . сведения о состоянии лицевых счетов; . выходящие документы; · налоrовые предписания. При формировании списка данных необходимо ПрОБОДИТЬ rруп.. пировку понятий в целях повышения читабельности диаrpаммы 125 
модели. Например, управлением рассматриваемой модели MorYT слу.. жить: законодательство, инструктивные материалы МНС РФ, долж.. ностные инструкции. Все эти понятия заменяются термином "ме-- тодолоrия". Примечания к модели содержат раскрытие каждоrо из понятий для лучшеrо понимания построенной модели. Уровень детализации и декомпозиции модели зависит от потреб- ностей пользователя, который будет ее применять. Построение мо- дели является итеративным процессом, Т.е. первый реализованный вариант модели, скорее BceI'o, не будет окончательным и будет допол няться В дальнейшем. IIеречень функций: деятельность инспекции мне рф  АО; деятельность отдела налОI'ообложения юридических лиц  А: реrистрация налоrоплательщиков  А 11, камеральные проверки  А 12, документальные проверки  А13, оперативнобухrалтерский учет  А14, анализ состояний предприятий  A15, формирование отчетности  А 16, работа с электронной выпиской по банку  А 1 7; деятельность отдела налоrообложения физических лиц  А2: реrистрация налоrоплательщиков  А21 , налоrообложение по подоходному налоrу  А22, налоrообложение по имущественным налоrам  А23, оперативнобухrалтерский учет  А24: ведение лицевых карточек по подоходному налоry, налоrу на рекламу, налоrу с продаж  А241, ведение лицевых карточек по имущественным налоrам  А242, ведение реестра платежных документов  А243, ведение реестра поступлений  А244, ведение реестра заключений - А245, ведение реестра требований  А246, формирование отчетных форм  А247, контроль за финансовым состоянием rраждан  А25, формирование отчетности  А26, работа со сведениями взимодеЙСТВУIОЩИХ структур  А27; деятельность отдела информатизации  АЗ; деятельность отделов административнохозяйственноrо обеспече.. ния  А4. 126 
7.1.3 Словарь Создание словаря необходимо для упрощения понимания реали.. зованной модели пользователем, для KOToporo она предназначается. Кроме Toro, указанный словарь терминов позволяет исключить воз- можную неоднозначность трактования модели в дальнейшем. БУXZШlтерская, НШlоzовая отчетность  данные, предостав.. ляемые налоrоплательщиком, на основании которых будет произв(}, диться расчет налоrа. Входящие документы  данные, получаемые от внешнеrо ис.. точника и связанные с деятельностью налоrовоrо opraHa, например, сведения из банков о движении на счетах rpаждан сумм свыше 10 000$, запросы налоrоплательщика и Т.д. Выходящие документы  данные, предоставляемые внешним источникам налоrовым opraHoM, например, требования об уплате на-- лоrа, ответы на запросы и Т.д. Данные о НШlоzоnлательщиках  данные, предоставляемые внешними источниками, отражающие информацию о налоrоплатель- щике, например, документы, подтверждающие право на пользование льrотой, расчетные счета налоrоплательщика и Т.д. Кадровый состав  сотрудники инспекции. Методолоzия  совокупность приемов и методов налоrообло.. жения. Отчетность  стандартная отчетность, предназначенная для передачи в вышестоящие структуры либо для BHyтpeHHero польз вания. Платежные документы  данные о налоrовых поступлениях. Проzрам.мное обеспечение  совокупность проrpаммных прило жений для автоматизации деятельности сотрудников инспекции. Сведения о состоянии лицевых счетов  данные, предназна.. ченные для внутренней работы инспекции либо предоставляемые на.. лоrоплательщику. Сведения по начислениям  данные, полученные в результате расчета налоrа, необходимые для ведения лицевоrо счета налоrопла тельщика. Техническое обеспечение  совокупность аппаратных средств. 127 
7.1.4 IDЕFО-диаrраммы модели IDЕFО..диаrpаммы модели представлены на рис. 7.17.4. j Методо.. лоrия Отчетность Вха я ие документы Платежные документы Деятельность ИМНС рф Выходящие документы Кадровый Проrрам" состав мное обеспе чение Техни" ческое обеспе чение Рис. 7.1. Контекстная диаrpамма модели деятельности ИМНС рф Методолоrия Бухrалтерская .. отчетность .. Деятельность .. Выходящие .. Платежные .. .. отдела налоrо документы документы обложения ФЛ , . . Входящие .. Деятельность Проrраммно" документы отдела АХО аппаратное обеспечение Отчетность . jl'  Деятельность Деятельность ............. Данные отдела инфор" ..........  отдела налоrо о платель- ... обложения ЮЛ матизации щиках ... .   } . ( . ..... Проrрам Техни': мное ческое Кадровый обеспе.. обеспе состав чение чение Рис. 7.2. Декомпозиция первоrо уровня 128 
 r  а:;   r \ о 1 "..... а \ I .2: I g S Q) ....." Б>  s s  Х з:  ф(о ф ...... 6 5..... S   o:f :I: e ... о s с:; со :I: ' , +  I со О Б> ф6  m a. з:а:; ! I I  's >< 0::$ s:f х2 Q) cta. ф...... cnБ.... (.)$  оф (.) O r:::( ..... COU Б$ \0(0 СО ('1) 0..а3 '..... 1 I .............  1i Ф..... SЗ: 3'ф а:; :Е  IO UoI,C( 91500 I """""'-  .. """""'" I , 1  1.....oL .o с:;оо> o(.)s а.ХХ .....соо:: хх О ost5 -e-o (0(.) ('1) ' .  1 + .... 3" а:;Х t ...  8: с \ , 1 , b) ii r5 ......  g. 5> E Q) е I с:>< O  L . , r ..... I ......... :t ...... с: .......... IX S з: Q) 5 s tO :I: I I , Q) $ Х ф .....(Ox ...... О ct со S о 8: as е а. 00[;;; с:;С: СО :I: I j [ ........ I $  8,.0 y с:;з: f!  , , m , 6 е Q) О JiID f tS I.OL , с:; r I J  g!1i .о..... :з: з:   е \8: , :15  Б>  01 I I о; \ s  :ола S <5 m: g О ..... СО с; tO Х 1  .... I .....\ I   t .........,., .........\ I .......  ' , .........1 о:: $ I cn ::r coo COC; a.5$ t)L..:f s°..o &... а С: ,........ Q) .... Q) ... 0..""".... r ... >< m :.: S 3' .о  .oto З:с:; c: с:[,О , ОфФ З:ОS з: :Т о. о. Q) L..m c oc: о.с:\О t:mo ( ............... , \  =: = о  о  о   = ) ё   о t::  О &1 t::( ,.....,   ""  о  )S . 1:"-- 1i у CDm 8. m =: ctg  () ....... ..... 129 
  s: (X  l (,)0  I:Q <:>  е CI) s  ):S: Ш м <:>  <:>  Q) J::::( g  = 8 ..; r' CJ tf о ::rФ Ф o :Е::rф co; е-а.с: 8. с:соо 130 
Проводить дальнейшую декомпозицию не представляется целес образным с точки зрения руководства МНС РФ, Т.к. моделирование третьеrо уровня и ero декомпозиция уже предполаrают рассмотрение с точки зрения методистов Управления МНС РФ по оперативнобух.. rалтерскому учету. 7.1.5 Описание функциональных блоков Целесообразным является краткое описание задач, которые реша ются на уровне каждоrо из функциональных блоков, и принципов ero декомпозиции. Очевидно, что диаrpаммы первоrо и BToporo уровня MorYT быть объединены. Однако для лучшеrо восприятия модели следует от.. дельно рассматривать деятельность отдела юридических и физичес.- ких лиц. А!. Деятельность отдела налоrообложения юридических лиц. На данном этапе рассматривается методолоrия деятельности от.. дела налоrообложения юридических лиц в целом. Декомпозиция про-- ведена в соответствии с орrанизационно"штатной структурой отдела. А2. Деятельность отдела налоrообложения физических лиц. На данном этапе рассматривается lетодолоrия деятельности от.. дела налоrообложения физических лиц в цеЛОI. Декомпозиция пр ведена также в соответствии с орrанизационно"штатной структурой отдела. А24. Оперативно..бухrалтерский учет. В отделе учета и отчетности ведется учет про изведенных налоrо- плательщиком начислений, поступивших от них платежей, расчет сумм пени за несвоевременную уплату налоrов (ведение лицевых кар.- точек налоrоплательщиков) и Т.д. Декомпозиция производится в соответствии с функциями, возл женными на отдел оперативно..бухrалтерскоrо учета. А243. Ведение реестра платежных документов. Данные собираются и вводятся в информационную систему на ос- новании выписок банка, после чеrо данные о поступлениях, возвратах заносятся в лицевые карточки. 9* 131 
Следует отметить, что разработанная модель содержит еще ряд достоинств, позволяющих повысить эффективность работы налоr вой службы: . анализ технолоrии работы на основе этой модели позволяет вы.. явить узкие места и увеличить производительность труда сотруд- ников налоrовых инспекций; . возможность быстроrо и качественноrо обучения новых сотруд.. ников инспекции МНС РФ. 7.2 Моделирование управленческоrо учета на предприятии 7.2.1 Постановка задачи в условиях конкуренции руководству предприятия требуется опе- ративная информация для принятия решений. Финансовая отчетность предоставляет лишь часть необходимой информации в виде оrpани.. ченноrо Kpyra обобщенных стоимостных показателей. Бухrалтерский учет в первую очередь предназначен для предоставления информации для внешних пользователей. Этим обусловлено наличие нормативных требований к ero ведению (документирование, стандартные методы и формы отчетности). Функцию обеспечения руководства предприятия необходимой информацией выполняет управленческий учет, который не реrламентируется законодательно, а определяется, прежде Bcero, целями предприятия. Институт дипломированных бухrалтеров в области управления (Charted Institute ofManagement Accountants) определяет управленче- ский учет как деятельность по обеспечению руководства информаци.. ей, которая необходима для управления предприятием с максимально возможной степенью эффективности. Информация, которую обеспе.- чивает управленческий учет, может быть представлена в любой фор- ме по выбору руководства. В большинстве работ по управленческому учету как российских, так и иностранных авторов описываются ero отдельные элементы: 132 
методики учета и распределения затрат, учет по центрам ответствен.. ности, система управленческой отчетности и друrие, но не дается целостноrо представления о бизнеспроцессе, что затрудняет их ис- пользование для орrанизации управленческоrо учета на предпри ятии. Восполнить этот пробел можно с помощью разработки модели данноrо процесса. 7.2.2 Основные элементы модели управленческоrо учета Название проекта: орrанизация управленческоrо учета на пред приятии. Цель проекта: подrотовить рабочую модель бизнеспроцесса управленческоrо учета для внедрения на предприятии. Точка зрения: руководство предприятия. Инструментарий: методолоrия Функциональноrо моделирова ния IDEFO и проrpаммное приложение BPwin 1.8.0. Список данных: . потребность в управленческой информации; · стратеrия предприятия; . управленческая информация; · информационная система; . финансовая функция; · центры ответственности; . руководство предприятия; . данные; · методолоrия управленческоrо учета; . финансовая отчетность; · обработанные данные; . стратеrия управленческоrо учета; · имеющиеся ресурсы; . квалификация персонала; · первичные документы; . данные в информационной системе; . подтвержденные данные; · отчетность в разрезе центров ответственности; . сводная отчетность; · отчетность по требованию. 133 
7.2.3 Перечень функций в модели использованы следующие функции: орrанизовать управленческий учет  АО; разработать методолоrию управленческоrо учета  А 1 : определить стратеrию управленческоrо учета  А 11, оценить имеющиеся ресурсы  А12, разработать приемы и методы управленческоrо учета  АIЗ; собрать и обработать данные  А2: получить и ввести данные  А21 , подтвердить данные  А22, обработать данные  А2З; подrотовить управленческую отчетность  АЗ: подrотовить отчетность по центрам ответственности  АЗl , составить сводную отчетность  АЗ2, подrотовить отчетность по требованию  АЗЗ. 7.2.4 Словарь Данные  факты, характеризующие деятельность предприятия, подлежащие количественному выражению. Данные в информационной cиcтeMe данные, введенные в ин.. формационную систему и сrруппированные по аналитическим при знакам. Имеющиеся ресурсы  персонал и информационная система в распоряжении предприятия. Информационная система  совокупность проrpаммных при ложений, баз данных, используемых для управления предприятием. Квалификация персонала  совокупность знаний, умений и на.. выков персонала в конкретной профессиональной области. Методолоzия управленческоzо учета совокупность приемов и методов ведения управленческоrо учета. Обработанные данные . данные, распределенные по объектам учета и центрам ответственности. Отчетность в разрезе центров ответственности  CTaHдapT ная управленческая отчетность, составленная для каждоrо центра от.. ветственности. Эта отчетность используется руководителями центров ответственности для принятия решений в рамках их должностных полномочий. 134 
Отчетность по требованию  управленческая отчетность не.. стандартной формы, используемая для пояснения стандартной отчет.. ности. Первичные документы  документы, подтверждающие факты совершения хозяйственных операций, оформленные в соответствии с действующим законодательством и нормативными актами. Подтвержденные данные  данные, соответствующие первич.. ным документам. Данные в информационной системе, обозначенные как соответствующие первичным документам. Потребность в управленческой иНфорМации............ обоснованная необходимость получения управленческой информации. Руководство предприятия  должностные лица, несущие ко.. нечную ответственность за принимаемые ими управленческие реше- ния в пределах своей компетенции. Сводная отчетность  стандартная управленческая отчет.. ность, характеризующая деятельность предприятия в целом. Деятель- ность центров ответственности представлена обобщающими показа- телями. Стратеzия предприятия  совокупность целевых ориентиров, определяющих деятельность предприятия в долrосрочном периоде. Стратеzия управленческоzо учета  формализованные потреб.- ности руководства предприятия в управленческой информации. Управленческая информация  информация, необходимая для принятия управленческих решений. Управленческая отчетность  управленческая информация, представленная в удобной для чтения форме. Может быть стандарт.. ной, подrотавливаемой реrулярно в установленной форме, инестан.. дартной, подrотавливаемой по требованию. Управленческий учет  деятельность по обеспечению руковод.. ства предприятия информацией, необходимой для принятия управ.- ленческих решений. Финансовая отчетность  аrpеrированная отчетность, под.. rотавливаемая на реrулярной основе для внеllIНИХ пользователей информации. Требования к составу, порядку составления и срокам предоставления финансовой отчетности устанавливаются законода.. тельством или стандартами бухrалтерскоrо учета. Финансовая функция  бухrалтерия и финансовые r:tодразделе.. ния предприятия. 135 
Центры ответственности  структурные сеrменты предпри.. ятия, руководители которых несут ответственность за конкретные п казатели деятельности (например, руководитель центра затрат отвеча.. ет за затраты cBoero cerMeHTa, руководитель центра прибыли  за затраты и выручку и т.д.). . 7.2.5 IDЕFО-диаrраммы модели управленческоrо учета IDЕFОдиаrpаммы модели управленческоrо учета представлены на рис. 7.57.7. Стратеrия предприятия Потребности в управленческой Управленческая информации  ОрrаНИЗ0вать информация управленческий учет  PYKO Центры Финан Информа водство ответ  совая ционная пред- ствен- функция система приятия ности Рис. 7.5. Контекстная диаrрамма модели управленческоrо учета 7.2.6 Описание функциональных блоков А 1. Определить цели управленческоrо учета. На этом этапе разрабатывается методолоrия управленческоrо уче.- та, которая контролирует следующие этапы. От ero орrанизации во MHorOM зависит успешность процесса управленческоrо учета в целом. Аll. На первом этапе декомпозиции руководством определяется стратеrия управленческоrо учета на основе потребностей в управлен ческой информации. Ero задача  формализовать потребности и увязать их со стратеrией предприятия. 136 
Потребность в управленческой ин о мации r--"I анные ...... Руководство предприятия Обработанные данные Потребности в управленческой информации Стратеrия предприятия Разработать методолоrию управленческоrо учета 1 Методолоrия управленческоrо учета Финансовая отчетность з Информа ционная система Финансовая отчетность Подrотовить отчетность по требованию з Управленческая информация Отчетность по требо- ванию ............... Информа ционная система Рис. 7.7. Одна из декомпозиций BToporo уровня Собрать и обработать данные Обрабо- танные нные 2 Подrотовить управленческую отчетность Центры ответствен.. ности Финансовая функция . Рис. 7.6. Декомпозиция первоrо уровня , Методолоrия управленческоrо учета Отчетность в разрезе центров OTBeT ственности  Подrотовить отчетность по центрам ответ.. ственности 1 L r + Сводная отчетность Сделать сводную отчетность 2 .  Финансовая функция 137 
А12. На следующем этапе определяются ресурсы для реализации стратеrии управленческоrо учета, оценивается эффективность страте- rии с точки зрения затрат имеющихся ресурсов и необходимость при.. влечения дополнительных ресурсов. АIЗ. На третьем этапе стратеrия трансформируется в конкретные приемы и методы ведения управленческоrо учета с учетом ресурсов, имеющихся в распоряжении преприятия. А2. Собрать и обработать данные. На этом этапе rотовятся данные, составляющие основу управлен.. ческой информации. А21. Данные собираются и вводятся в информационную систему непосредственно центрами ответственности, что обеспечивает опера- тивность поступления информации. Состав данных, аналитические признаки и сроки их учета определяются методолоrией. А22. По мере поступления первичных документов бухrалтерия подтверждает данные в информационной системе. В случае расхож дений данные корректируются на основе первичных документов. Подтвержденные данные используются для составления финансовой отчетности. А2З. Данные в информационной системе распределяются по объ- ектам учета и центрам ответственности. При наличии достаточной аналитики это осуществляется автоматически. АЗ. Подrотовить управленческую отчетность На этом этапе формируется управленческая отчетность. При хоро- шо разработанной методолоrии отчетность может формироваться ав-- томатически. Роль финансовой функции как механизма зависит от возможностей информационной системы. АЗl. Распределение данных по объектам учета и центрам ответст.. венности позволяет сформировать отчетность в разрезе центров OT ветственности. Форма отчетов и сроки их представления определяют.. ся методолоrией. АЗ2. Сводная отчетность формируется на основе консолидации отчетности центров ответственности и дрyrих обработанных данных. В части подтвержденных данных контрольные функции выполняет финансовая отчетность. АЗЗ. Отчетность по требованию также основана на обработанных данных. Поскольку ее формы не предусмотрены методолоrией, они предварительно разрабатываются соответствующими подразделе- ниями. 138 
Применение функциональноrо 7.3 моделирования в аудиторской деятельности Специфика аудиторской деятельности подразумевает понимание технолоrии проведения аудита как целостной системы, построенной по принципу достижения максимальных результатов за минимальное . , время. Увеличение временных затрат является тупиковым путем, так как аудит теряет свой смысл оперативной независимой экспертизы и превращается в параллельное ведение бухrалтерскоrо учета. Следова- тельно, приемлемо лишь одно направление развития  повышение эффективности работы. Одним из путей совершенствования любоrо процесса является систематизация. С этой целью процесс делится на определенное чис.. ло взаимосвязанных этапов. Их методичное и последовательное вы... полнение в соответствии с принятой технолоrией способствует значи... тельному повышению эффективности по сравнению со стихийным продвижением к поставленной цели. Аудит невозможен без творче- ской составляющей и не подразумевает полной автоматизации, одна- ко создание четкоrо алrоритма, общей структуры процесса необходи... мо для облеrчения рутинной работы. SADT (Strиctиred Analysis and Design Technique)  технолоrия CТPYKTypHoro анализа и проектирования  llIИРОКО используется вомноrих областях, начиная с 1973 r. SADT обычно применяется на ранних стадиях создания системы для минимизации возмож... ных ошибок, исправление которых на стадии проектировании обх(}- дится rораздо дешевле, чем во время функционирования системы. SADT "методолоrия нашла свое применение в создании проrpаммно- ro обеспечения, долrосрочном стратеrическом планировании, обу... чении персонала, автоматизированном производстве, управлении финансами и Т.д. С помощью методолоrии SADT на основе технолоrий аудитор- ской компании "BDO Руфаудит" была создана обобщенная схема про- цесса проведения аудиторской проверки, начиная с преддоrоворной орrанизационной работы и заканчивая представлением аудиторско.. ro заключения. Целью данной работы является последовательное 139 
описание аудиторскоrо процесса в максимально доступном и инфор- мативном изложении. Она может быть использована как для оп тимизации аудита, управления им на высоком профессиональном ypOBe, так и для ознакомления заинтересованноrо пользователя..не- специалиста. Работа над описанием технолоrии аудиторскоrо процесса ведется достаточно давно. Какие же методы MOryT быть применены? Слове ный метод  часто используемый. Однако он всеrда несет в себе эле- мент субъективности, эмоциональности. Составление блоксхем п зволяет доступнее представить процесс. Однако по сравнению с блок...схемами диаrpаммы функциональноrо моделирования облада..- ют явными преимуществами. Они позволяют показать мотивацию и оrpаничивающие факторы, особенности механизма реализации, в них четко прослеживается итеративность (рис. 7.8). Уже на начальном этапе SADT моделирования мы задаем цели, которые необходимо достичь, определяем исполнителей, указываем имеющиеся исходные данные и ресурсы, а также различноrо рода or раничения. Любой процесс может быть описан с различной степенью детали- зации. Таким образом, схемы разных уровней являются расшифров- кой элементов более общих схем и подробно описывают тот или иной этап. Так, ознакомление с деятельностью клиента является частью разработки стратеrии проведения аудиторской проверки (диаrpаммы АО и А2). Кроме Toro, схема более низкоrо уровня сохраняет все внеш ние связи элемента родительской схемы, который она детализирует (рис. 7.9). Результаты некоторых стадий MOryT стать руководством к дейст вию для последующих этапов. Так, бюджет времени проверки, уста- новленный партнером в процессе предварительной экспертизы клиен.. та, определяет разработку стратеrии проверки клиента. Дрyrие промежуточные результаты являются основным материалом для сле- дующих стадий аудиторскоrо процесса. Например, на основе выво- дов, сделанных аудиторами в ходе проверки, составляется аудитор- ская отчетность (диаrpамма АО). Возможны также обратные связи: при промежуточной оценке ре- зультатов принимается решение о корректировке направлений пр верки, что приводит к изменению стратеrии аудита и новому планиро.. ванию (диаrpаммы АО и АЗ) рис. 7.10. 140 
 I х ш g (,) ш  Q а:: w Q u) о:: Q Ш Qz zo <.?  Z :!1С,) 2t::O a::(,)ffi o ii [; m  ! ('I')  00::   8- i cu :.: & а.  s 8  ш« t=-= 0::(,) ош a ::>0:: «а. t=-: '=( о w (f) ::> 9 «  ф со  (о 1()  (\') N iJj  о z о CD   со s: i со с') ::о Б.  со t Q,)  8-  $  « $ ... 8 :х: :х: Q,) о. о Ш 2 а E:t  I соо ::о  со I a  T mt:[ r / ....... М .. .. . ,.............. $ $ $ $::.:: :х: ::r о. Q,) $ О  g  Q. CD о> aI Ша ::о $ 1i>8-         $ LOco с')  (   2) s ,...S oa. \О,...ОО) саса,...а) Q.a.s O t5g.  а. са "- t ,.............. $ ::.:: О. о> ш а ,... $ :х: о>  2i Ш Ii>  LO ф ::00. :х: о л ... с:; $ "'" со   ш $ $Ж t:[CO   ,  $ ""'" Б. о> с: (,) ::.:: (1) О с: Ii>  о / 'l'""л   :z:: mg.  m Ь se\O :z:: О са a. 8"  r:: ... '--     0>2 S $ Ж:Х:  CO 0.0 8: I (,)Ж 50> о; $ co  со 0>2 5:.fE о; $ :х: Q,) Q,)2Q ::002 I  л ""са s,... Оох ФФ m s 8.;2 1:: .J   х ::о :х:  а. о. \00> ::о ш ша о. со с: '$ 0$ o.:x: $ о>  i о> со Ооо. а.с:  о> а :r :х: а $ ::r со a g. -&..0 :х: (,) :s:  r .......  л л ,...tз s О m :z:: са,... tза> 8 .... "- t  ..а  ... $ a. О>ао. ;:::.:: 0.>'0 со 0.0. С:$С: о. о> :r ... а. со С: 0>0> $ (,) :х: 0.0>  $  < "" I . ) $ $ :х: со с:  О ::.:: '$ О Q о.  $  со 1i t> $  $ ::r о> с: U ('о .... ::J: Ф S   Q. Ф a:I О а. r:: 2  (,) а.  s  со :s: .... (,)  о а. с: ш ...J ..... i= ш Q О   ш со  ::> z :s:  g.  о  ':S: о  со)    (t) :s: := (t)   о  оё  u =  о <{ 141 
а:: w Q « w а::  0>0) 0)0) ..... о; о; Оо@ m g. ::z:: ф -& мм ш !;;(> a ro :..: Q. m о .... Q. S с::  ro :..: K а..  О s Q  со« 0=5  5 «а..  о) 00 ,.... (о L()  м N 142 ... :s; :s: ф:t::'::  ф :Е т 28. L.Oшс: ф с") :s; ь. ф с:  (1) О с: ь>  о cu ::.:: :s; ... о:: (.) cu :s; :t  cu cu :t ...  Ф фcu:S; E:[x о:: :s; :t Q)   cu :t 2 О :Е о::  с: Ф 1i :t :t cu Е:[ :s: ::.::  Ф ш О  с: ..о  ... :s;  фШ :tO ... ::.:: >. CU t::s; х 1i :t :t :s; CU::.::  'йф A Ш  с: ш):s; О :s; :t :s;ф a фcu  c:  :s:  Q. Ф a:I О а. с:: ):S: о  () а. о .... :s:  m 2 :s: L.. ф  а. t3 .а  Ь \о m а. ('w) &. ш ...J ....   ш m  ::> z    о  ':S: о  со) g..  I:t    (t)  б   CJ =   
о  I [] Ж  .s 0;:0 ID ! 8.)(s t=-= I sl! 1i::E(\] !;ёж Q.  ! Q)(\]i D Q. 8" Q. а. с&. 1iжs :аш  CXl:sc t:rIжс о U « ..... ш "'\ 1  о D:: r '" l:и N w  х со 8.Ь. л j5  л Ь :с  ::> sm  :с о z о:: $ О \O ш (\] :х: :i  Q <6 Q) s S « ::170..3 ш о:: оСОСОО :Х: ::t ('1)'8  r " N """ j Ф о j5 А с;  w Л :с л Q Z  Z О ,...7"" (!) w  s: SO :i z  u ж Ж :t1  52 t: fJ е Q)  .. о::  (,) ::1ф('l) О  :::)  О;:еф  Q о.. 00. ! а. ф с: ID ii  &.  J с $ ..о ....  i ii а Q)  /  $ 5t  i.; с $ф i ::с ('I) Q)  ж Ф .... :и S. ж s (\] w .. :1 & t! с  Gj :s :1 00:: i r ""'" е .о ж :15. s   CI) ..... а. te а. S ч... л s ф :о $8-  s а. o i ,... Q)  j5  о  s S U о..  а. s .. а:1 ф   с: $ b U7 r:::[ а.  < U(\]  Q)o..SQ) 3'0""::r  . ""So  St:;a. .. U co с: cu  Ocoffi ш :м: ID ...J Q. ...s&. ... ..... i  о io \..  i= .... r: ..... 2    ............... s 01: о> 28. cu со cu  ,.... LOcoro о;: i со s :ж: 1.()  Q) о;: О>; o:t  $ ('1) :ж: :ж: f.Б« N Q)  т:  .... $ ro 0=(,)  (\] (w) iJj :ж: ОШ (\] i ф   ш :1 1i Ь  :а:: ..о «о.. z с)    с о:: ф I со :и ж ш .:.:  :ж: « ж  Q Q $.  SCI'J О ш :Е (f) ::>       = о  = ,...с ...-.: . u ==  143 
Стрелки (дуrи) MorYT разветвляться и соединяться. Например, ес- ли весь аудиторский процесс определяют специалисты аудиторской компании, то конкретный этап преддоrоворной работы осуществляет партнер. Соединение дуr подчеркивает общий результат. В ы в о Д ы. Анализируя построенные схемы и детализируя их в соответствии с текущими задачами, есть возможность структурир вать весь процесс аудиторской проверки, составить план работы для  , каждоrо специалиста, привязать каждыи этап к временныIM оrpаниче.. ниям. Но самое rлавное,  структура и цели аудиторскоrо процесса . представляются как единый механизм, что необходимо для понима- ния конкретных задач каждоro аудитора. 
ПРИЛОЖЕНИЯ П1 Семейство стандартов IDEF Применяемые в САSЕ..средствах разные методики .и модели опи- сывают различные свойства систем, важные, например, с точки зре.- ния их автоматизации, а также позволяющие количественно оценить параметры проектов. Следует отметить, что спектр свойств систем различноrо назначения очень широк, и не все они к настоящему вре- мени отражены в адекватных моделях. В то же время для класса информационных систем орrанизационноrо типа (Management Information Systems  MIS) адекватные модели разработаны и под держиваются соответствующими средствами автоматизации. Взаимная совокупность методик и моделей концептуальноrо про- ектирования IDEF (Integrated DEFinition) разработана в ША по про- rpaMMe Integrated ComputerAided Manufacturing. В настоящее время имеются методики функциональноrо, информационноrо и поведенче- cKoro моделирования и проектирования, в которые входят IDЕF"моде- ли, приведенные ниже. Название IDEFO IDEFl и IDEF1X IDEF2 IDEF3 IDEF4 IDEF5 IDEF6 IDEF8 1 o1500 Назначение Функциональное моделирование Function Modeling Method Информационное моделирование Information and Data Modeling Method Поведенческое моделирование Simulation Modeling Method Моделирование деятельности Process Flow and Object Stale Descripion Capture Method Объектноориентированное проектирование Objectoriented Design Method Систематизация объектов приложения Ontology Description Capture Method Использование рациональноrо опыта проектирования Design Rational Сарtше Method Взаимодействие человека и системы HumanSystem Interaction Design 145 
IDEF9 Учет условий и оrpаничений Business Constraint Discovery IDEF14 Моделирование вычислительных сетей Network Design IDEFO реализует методику функциональноrо моделирования сложных систем. Наиболее известной реализацией IDEFO является методолоrия SADT (Structured Analysis and Design Technique), предло- женная в 1973 r. Д. Россом и впоследствии ставшая основой стандарта IDEFO. Эта методика рекомендуется для начальных стадий проекти... рования сложных искусственных систем управления, производства, бизнеса, включающих людей, оборудование, проrpаммное обеспеЧ6- ние. IDEFIX иIDЕFl реализуют методики инфолоrическоrо проекти.. рования баз данных. В IDEFIX имеется ясный rрафический язык для описания объектов и отношений в приложениях, так называемый язык диаrpамм "сущность",связь" (ERD  Entity..Relations Diagrams) Разра- ботка информационной модели по IDEFIX выполняется в несколько этапов: · выясняются цели проекта, составляется план сбора информации, при этом обычно исходные положения для информационной мо- дели следуют из IDЕFО"модели; · выявляются и определяются основные сущности  элементы ба- зы данных, в которых будут храниться данные системы; . выявляются и определяются основные отношения, результаты представляются rpафически в виде так называемых ЕR..диаrpамм; · детализируются нестандартные отношения, определяются ключе- вые атрибуты сущностей. Детализация отношений заключается в замене связей "мноrие ко мноrим" на связи "мноrие к одному" и "один ко мноrим"; · определяются атрибуты сущностей. IDEF2 и IDEF3 реализуют поведенческое моделирование. Если методика IDEFO связана с функциональными аспектами и позволяет отвечать на вопрос: "Что делает система?", то в этих методиках дета- лизируется ответ: "Как система это делает". В основе поведенческоrо моделирования лежат модели и методы имитационноrо моделирова- ния систем MaccoBoro обслуживания, сети Петри, возможно примене- ние модели конечноrо автомата, описывающей поведение системы как последовательности смен состояний. Перечисленные методики относятся к так называемым структур- ным методам. 146 
IDEF4 реализует объектно..ориентированный анализ больших систем. Он предоставляет пользователю rpафический язык для из бражения классов, диаrpамм наследования, таксономии методов. IDEF5 направлен на представление онтолоrической информации приложения в удобном для пользователя виде. Для этоrо используют.. ся символические обозначения (дескрипторы) объектов, их ассоциа ций, ситуаций и схемный язык описания отношений классификации, "частьцелое", перехода и т. п. В методике имеются правила связь}... вания объектов (термов) в предложения и аксиомы интерпретации термов. IDEF6 направлен на сохранение рациональноrо опыта проектиро.. вания информационных систем, что способствует предотвращению структурных ошибок. IDEF8 предназначен для проектирования диалQrов человека и технической системы. IDEF9 предназначен для анализа имеющихся условий и оrpаниче-. пий (в том числе физических, юридических, политических) и их влия- ния на принимаемые решения в процессе реинжиниринrа. IDEF14 предназначен для представления и анализа данных при проектировании вычислительных С,етей на rpафическом языке с опи санием конфиrypаций, очередей, сетевых компонентов, требований к надежности и Т.п. , 10* 
П2  Нотации моделирования Рассмотрим основные виды моделей, необходимые для aдeKBaT Horo представления сложной системы, характеризуемой структурой, выполняемыми процессами (функциями), поведением системы во времени. Для моделирования всех этих аспектов применяют функциональ- ные, информационные и поведенческие модели, пересекающиеся друr с дрyrом. ФункциОНШlьная модель системы описывает совокупность BЫ полняемых системой функций, характеризует морфолоrию системы ( ее построение)  состав подсистем, их взаимосвязи. Информационная модель отображает отношения между элемен тами системы в виде структур данных (состав и взаимосвязи). Поведенческая (событийная) модель описывает информацион ные процессы (динамику функционирования), в ней фиryрируют та- кие катеrории, как состояние системы, событие, переход из одноrо со- стояния в дрyrое, условия перехода, последовательность событии. Используется в основном для систем реальноrо времени. Сочетания типов моделей образуют стандартные САSЕмодели. На рынке проrpаммных продуктов имеется MHoro САSЕ"систем для концептуальноrо проектирования систем, поддерживающих пе- речисленные модели. Чаще Bcero речь идет о поддержке мето.. долоrии IDEF. В России достаточно широко известны продукты BPwin, ERwin, OOwin фирмы Platinum, DesignJIDEF фирмы Meta Software, САSЕаналитик фирмы "Эйтэкс", Silverun фирм CSA, Paradigm Plus и др. Приведем основные характеристики проrpаммных продуктов фирмы Platinum. Система BPwin предназначена для разработки функциональных моделей по методике IDEFO. Система ERwin служит для разработки информационных моделей по методике IDEFIX. Имеются средства, обеспечивающие интерфейс с серверами баз данных (от пользователя скрыто общение с ними на языке SQL), перевод rpафических изображений ЕRдиаrpамм в SQLформы или В форматы друrих популярных СУБД. В систему , включены также типичные дЛЯ CASE средства разработки экранных форм. Система OOwin служит для поддержки объектноориентирован ных технолоrий анализа и проектирования систем. 148 
пз Проrраммное средство моделирования Design/IDEF Одной из альтернатив описанному выше пакету Platinum BPwin является проrpамма DesignlIDEF, выпущенная в 1995 r. компанией Meta Software (США). DesignJIDEF поддерживает создание моделей в слеДующих методолоrиях (рис. Пl): · IDEFO; · IDEFIX. Основными преимуществами DesignJIDEF перед BPwin являются: · сравнительная простота проrpаммы и соответственно меньший объем необходимых аппаратных ресурсов; · доступность  DesignJIDEF распространяется бесплатно и ее можно без проблем получить из Intemet; · поддержка проектирования схем данных по методолоrии IDEFIX (однако необходимо отметить, что компания Platinum предлаrает S",lect Nf;W PНle 1 \/fЩ Е; Methodology: IDEFO IDEfO Leaf fEO т ею е Selection     1 Master I i IDEf1X I ! Palette p\STARTUP.MSP t.l tсэf Nиmbe-r {А12'З.,.} Рис! Пl. Выбор методолоrии моделирования в DesignlIDEF 149 
С 3: m -g  Ф sm "'о > ОоО) Ф  ;:,с: roФ о E"Ot$ (/) ...Jm Фm E О .2 u fЛ U Q) о  . "'о CO.  Jg ffi '0 С "о " . .с. > " с: Ф . U m (/)O...... ФО Cв' m о Ф Е .... ..QsФ Е8.. Ф ;осro Z ;:jEE o Q)c о Q. с: o" (,j х u  Е == . Ф ОФ;:'о:'::Ф"О "о со "о () U Е а. " Z,.... N М rtJ ё 10.. Ф фЕ E O" .....:::::J rtJcт :::::J Ф (..Hr 10.. Ф 'Е О с: ф Q. О .о о '""') о) > '03 U о) о::: с: ,2 15. "i:: (.) rtJ Ф О .о о J   U 150 с: о> Q) "fj) " ф 00 C\I В О 'о > .s .... Q) Е 2 rtJ :::::J U ("t') L.. «  '0 .9 > u) с: :;:) .....U rtJ("t')rtJ :::::JOO 15 со (j) Q.. .... "'о Q) Q) 'Е  О  Q) Q о) 1.() . u) « Qt otoJCO UQ. 0)-0 c: с: СО о) о> L.. О u.. rtJ :::::J "E Снп ф ёS ф U ::; -о е Q. ("t') « ф ёS с: о) '00 ф Q C\I « 10.. Ф Ф с: "5 с: ш .... Q) ErtJ 2(.) rtJQ) :::::JQ. :!:UCI) (JJ ф ro CI) Q) Q о> .S 15 Е  ш .... 2 со (.) "i:: .о со u.. rtJ 10.. О 1:) Q) Q. rtJ .s .... ф  о u.. ф с: с: о f!? ф Q.. ...... :Е   о ......  . tf.) CI) о I:Q С   о ......  :s а   =: t.:::! м = eJ =  
для аналоrичных целей проrpflммное средство ERwin, которое об- ладает б6льшими возможностями по сравнению с Design/IDEF и довольно распространено среди разработчиков баз данных). По своим возможностям в части поддержки методолоrии IDEFO Design/IDEF во MHoroM идентичен проrpамме Platinum BPwin. Ре- зультат моделирования по методолоrии IDEFO с использованием Design/IDEF приведен на рис. П2. Проrpамму Design/IDEF можно скопировать из Интернет, обратившись, например, по адресу: www.idefine.com. 
Структурный П4 и объектно-ориентированный подход. Что лучше Наиболее известная модель бизнеса  иерархическая структура компании. Эта модель совершенно недостаточна, для Toro чтобы спроектировать и (или) изменить компанию. Вместо этоrо нужны модели, показывающие компанию в связке с ее клиентами, постав- щиками, партнерами, Т.е. модели, которые представляют бизнеспр(}. цессы компании и то, как она производит товары и услуrи для внеш Hero мира. Понять, как работает компания  значит провести работу по об- ратному инжиниринrу. Обычно это делается для Toro, чтобы получить прочную основу для кардинальноrо улучшения различных аспектов компании в будущем. Модель существующей компании важна и T rда, коrда необходимо понять и объяснить, как функционирует компа ния или некоторый процесс. Например, если требуется при помощи , реинжиниринrа существенно улучшить временнь:re характеристики, модель может выявлять узкие места, необходимые ресурсы и затраты на различных этапах процесса. Однако построение модели сущест вующей компании дороrо и требует MHoro времени. В такой модели трудно добиться соrласия. Следовательно, очень важно с caMoro нача- ла определить, что следует моделировать и насколько подробно. Дpy rими словами, ключ к решению проблеы  это правильное сужение поля деятельности. Следует сосредоточить внимание на тех частях бизнеса, которые должны быть радикально улучшены в результате ре-. инжиниринrа, Т.е. важно проявить праrматизм и моделировать только то, что имеет значение для решения задачи реинжиниринrа. Описание новой компании  это работа по прямому инжиринин ry, которая начинается с формулирования целей и видения будущей компании. После этоrо набрасываются различные сценарии. Для каж.. доrо сценария создается описание процесса, включающее взаимодей ствие с заказчиками, поставщиками и Т.д. Далее проводится имитаци онное моделирование различных процессов  при помощи деловой иrры или компьютерной модели. Наконец, выбранная альтернатива реализуется. 152 
П4.1 Традиционный подход к разработке моделей Литература по реинжиниринrу бизнес..процессов предлаrает очень мало методик моделирования бизнеса. Причина этоrо состоит в недооценке значения моделирования или (что более вероятно) в OT сутствии хорошей методики моделирования бизнеса. Действительно, все известные подходы к моделированию бизнеса принадлежат к од.- ному семейству методов моделирования сложных информационных систем. Приведем список наиболее известных подходов. 1. Структурный анализ и структурное проектирование (Structured Analysis and Structured Design  SA/SD) является одной из самых из.- вестных методик разработки информационных систем. В методике SA/SD подчеркивается, что система предоставляет своим пользова.. телям одну или несколько функций  так называемый подход функ.. циональной декомпозиции. SA/SD предлаrает набор средств, таких как диаrpаммы потоков данных, диаrраммы состоянийпереходов. ЕR..диаrpаммы (на фазе анализа) и структурные схемы (на фазе проек тирования). 2. Методика IDEF (Integrated computer aided manufacturing DEFinition) была разработана ВВС США в середине 70x rr. На основе этой методики министерство обороны США создало федеральный стандарт обработки информации IDEFIX, который обеспечивает поддержку на нескольких уровнях посредством "модели бизнеса", "модели информационной системы" и "модели технолоrии". Модели рование бизнеса поддерживается ЕRдиаrpаммами для данных идиа.. rpаммами потоков данных специальноrо вида, что позволяет иерархи... чески описывать функции системы. 3. Методика SADT (Structured Analisis and Design Technige) и пользует систему обозначений, похожую на диаrpаммы потоков дaH ных IDEF, дЛЯ описания функций и структур данных информацион.. ной системы на основе декомпозиции. Все эти методики, CHOBaHHыe на моделировании информацион ных систем, исходят из следующей парадиrмы. При описании инфо мационной системы предполаrается, что она содержит два типа сущностей: некоторый аналоr проrраlVlМЫ (операционные сущности, которые выполняют какуюлибо обработку) и данные (пассивные сущности, которые хранят информацию, доступную для поиска, чт 153 
ния И замены). Друrими словами, информационная система описыва ется как некая абстракция компьютера. При моделировании (разработке) сложные информационные сис.- темы разбиваются на составные части, каждая из которых рассматри вается отдельно от друrих. Такой прием, как известно, называется декомпозицией. Классический подход к разработке сложных систем представляет собой структурное проектирование, при котором осу.. ществляется алrоритмическая декомпозиция системы по методу "сверху"вниз" . Жизненный цикл разработки сложной системы в этом случае складывается из этапов анализа, проектирования, проrpаммирования, тестирования и сопровождения, которые выполняются последова- тельно. Такой метод, называемый каскадным, имеет следующие отли.. чительные особенности: . линейность выполнения этапов жизненноrо цикла разработки; · четкое разделение данных и процессов их обработки; . использование процедурных языков проrpаммирования. Недостатки каскадноrо метода сразу бросаются в rлаза. rлавный из них  последовательное выполнение этапов. Например, проrpам" мирование можно начать только по завершении анализа и проекти.. рования. Это приводит к большим потерям времени, не позволяет быстро разрабатывать прототипы проrpаммной системы. Каскадный принцип не соrласуется с итеративным характером разработки про- rpаммной системы, поскольку на последних этапах может выясниться необходимость внесения изменений в решения, принятые на предыду.. щих этапах. Для устранения этоrо недостатка Б. Боэм предложил спиральный подход. Он заключается в том, что разработка проекта ведется как бы по спирали, причем на каждом ее витке последовательно выполняют.. ся перечисленные этапы, на которых уточняется проект. Этот подход дополняет каскадный метод элементами интерактивности. Но и для Hero характерен ряд существенных недостатков, к числу которых можно отнести: . трудоемкость внесения изменений; . большой объем документации по проекту, затрудняющий про- rpаммирование; . серьезные оrpаничения возможностей сборки системы из rотовых компонентов; . сложность переноса на друrие платформы. 154 
П4.2 Объектно-ориентированный ПОДХОД К разработке модели Интерес к объектно..ориентированным технолоrиям значительно возрос за последнее время, коrда в центре внимания разработчиков проrpаммноrо обеспечения оказались сложные информационные системы, не поддающиеся проrраммированию "в лоб". Создание п()... добных систем требует выполнения ряда этапов, предшествующих проrpаммированию. Для Toro чтобы раскрыть сущность объектноориентированноrо подхода к разработке приложений, рассмотрим основные особенн()", сти сложных информационных систем. Особенности сложных информационных систем Иерархичность. Описывая характерные черты сложных систем, [. Буч особое внимание уделяет их иерархическому характеру. Иерар.- хическое построение таких систем облеrчает понимание их челове- ком, возможности KOToporo, связанные с восприятием информации, весьма оrpаничены. Иерархические структуры позволяют paCCMaT ривать только определенный уровень, не вдаваясь в детали реализа.. ции. Для сложной системы целесообразно моделировать два типа иерархии  типовую и структурную. Типовая иерархия отражает взаимосвязи "общеечастное", в объектно..ориентированном подходе ей соответствует иерархия классов. Структурная иерархия показывает связи типа "это  часть Toro". При объектноориентированном под ходе ей соответствует иерархия объектов. rрупповая разработка. Разработка сложной информационной системы не может быть прероrативой одноrо человека. Для этой цели формируется rpуппа, в которой каждый выполняет определенные функции. Иерархический характер сложных систем хорошо соrласу ется с принципом rpупповой разработки. В этом случае деятельность каждоrо участника проекта оrpаничивается соответствующим иерар.- хическим уровнем. Применяемые инструментальные средства (ИС) должны поддер.- живать rpупповую разработку. Для этоrо современные ИС реализуют ся в комплексах с архитектурой "клиент..сервер". В них должна быть предусмотрена возможность интеrpации результатов работы отдел:ь.. 155 
ных участников проекта и защиты их от несанкционированноrо доступа. Модuфuцuруемость nроекта. Сложные системы, имеющие дoc таточно длительный жизненный цикл, обычно подверrаются MHoro- кратной модификации. Это связано как с устранением ошибок, выяв- ленных в процессе разработки, отладки или эксплуатации, так и с необходимостью внесения корректировок и дополнений, вызванных изменениями внешних условий и требований к системе. Очевидно, что при модификации сложных приложений MorYT возникнуть суще.- ственные трудности ввиду значительноrо объема таких систем и БОЛIr шоrо числа взаимосвязей между их компонентами. Сборочное nроектирование. При разработке больших информа... ционных систем широко используется концепция сборочноrо проек.. тирования, основанная на принципе повторно используемых комп нентов. Сборка прикладной системы из таких компонентов позволяет значительно сократить время разработки. В связи с этим определяю... щее значение имеет то, насколько применяемые методики и поддер- живающие их ИС обладают возможностями создания повторно ис- пользуемых компонентов, а также насколько леrко их можно применять в друrих проектах. Исnользованuе стандартных СУБД. Современные большие ин.. формационные системы используют в работе стандартные СУБД в основном реляционноrо типа, причем реализация таких систем обычно осуществляется в среде "клиент..сервер". Интеrpация при кладной систеМI с базой данных (БД) ставит перед разработчиками ряд дополнительных задач. rлавной из них является обеспечение пре- емственности, Т.е. возможности использования в разрабатываемом приложении данных, накопленных в БД. Кроме Toro, при разработке приложения в большинстве случаев возникает необходимость проек" тирования лоrической структуры новой БД. Для интеrpированных систем с клиент...серверной архитектуроц используются специальные инструментальные средства. Особенности объектно..ориентированноrо подхода Стремление избавиться от недостатков CТPYKTypHoro подхода привело к развитию новых идей, основанных на объектной декомп зиции. Такой подход к разработке проrраммных систем получил название объектноориентированноrо. В основе ero лежат понятия 156 
"объект", "класс", "инкапсуляция" и "полиморфизм". В реальном ми ре, а точнее, в интересующей разработчика предметной области, в ка- честве объектов Moryт рассматриваться конкретные предметы, а так.- же абстрактные или реальные сущности. Например, объектами MorYT быть покупатель; фирма, производящая определенные товары; банк; заказ на поставку. Объект обладает индивидуальностью и поведени.. ем, имеет атрибуты, значения которых определяют ero состояние. Так, конкретный покупатель, делая заказ, может оказаться в состоя нии, коrда денеr на ero счете не хватает для оплаты, а ero "поведение" в этом случае заключается в "обращении в банк за кредитом". Каждый объект является представителем HeKoToporo класса OДH типных объектов. Класс определяет общие свойства для всех ero объ-- ектов. К таким свойствам относятся: . состав и структура данных, описывающих атрибуты класса и COOT ветствующих объектов; . совокупность методов  процедур, определяющих взаимодейст.. вие объектов этоrо класса с внешней средой. Например, описание класса "маrазины" может включать некот(}. рые атрибуты (индивидуальные для каждоrо объекта этоrо класса  KOHKpeTHoro маrазина): "название", "адрес", "штат сотрудников", "T кущий счет", а также методы: "формирование заказов на поставку T варов", "передача товара со склада в торrовую секцию" и Т.д. Объекты и классы обладают характерными свойствами, которые активно ис- пользуются при объектноориентированном подходе и во MHoroM оп ределяют ero преимущества. Инкапсуляция  это скрытие информации. При объектноориен тированном проrраммировании предусмотрена возмож:ность запрета доступа к атрибутам объектов, кроме как через ero методы. Внутрен" няя структура объекта в этом случае скрыта от пользователя, Т.е. объ-- екты можно считать самостоятельными сущностями, отделенными от внешнеrо мира. Для Toro чтобы объект произвел некоторое действие, ему извне необходимо послать сообщение, которое инициирует вы.. полнение нужноrо метода. Инкапсуляция позволяет изменять реали зацию любоrо класса объектов без опасения, что это вызовет нежела тельные побочные эффекты в проrpаммной системе. Тем. самым упрощается процесс исправления ошибок и модификации проrрамм. Наследование  возможность создавать из классов новые классы по принципу "от общеrо к частному". Наследование позволяет новым классам при сохранении всех свойств классовродителей (называе- 157 
мых В дальнейшем суперклассами) добавлять свои черты, отражаю- щие их индивидуальность. С точки зрения проrpаммиста новый класс должен содержать только коды и данные для новых или изменяющих... ся методов. Сообщения, обработка которых не обеспечивается собст", венными методами класса, передаются суперклассу. Наследование позволяет создавать иерархию классов и являетс,Я эффективным сред... ством внесения изменений и дополнений в проrpаммные системы. Полиморфизм  способность объектов выбирать метод на основе типов данных, применяемых в сообщении. Каждый объект может pea rировать по"своему на одно и то же сообщение. Полиморфизм позво- ляет упростить исходные тексты проrpамм, обеспечивает их развитие за счет введения новых методов обработки. Объектно...ориентированная декомпозиция заключается в пред... ставлении системы в виде совокупности классов и объектов предмет.. ной области. При этом иерархический характер сложной системы отражается в виде иерархии классов, а ее функционирование рассмат... ривается как взаимодействие объектов. При таком подходе сложная система описывается наиболее есте- ственным образом. Жизненный цикл объектно--ориентированной разработки про- rpаммных систем содержит несколько этапов, но в отличие от струк" TypHoro подхода в нем нет строrой последовательности их выполне- ния. Процесс носит принципиально итеративный характер, что полностью отвечает потребностям разработчиков. Разработка начинается с этапа исследования  объектно...ориен" тированноrо анализа. Здесь предъявляются требования к системе. Затем осуществляется анализ предметной области, в ходе KOToporo определяются классы и объекты, которые составляют словарь пред.. метной области. Результатом исследования должно быть получение достаточно полных сведений для создания модели системы. llосле исследования начинается объектно..ориентированное про- ектирование, в ходе K9Toporo детализируется представление классов и объектов, полученных на этапе анализа. Определяются структуры данных, методы, отношения Iежду классами, разрабатываются сцена- рии взаимодействия объектов. При проектировании системы MOryT вводиться новые классы и объекты, если это потребуется для решения поставленных проблем. В результате проектирования должна быть создана детальная модель системы, составлены спецификации объек... ТОВ, классов и отношений, достаточные для их проrpаммирования. 158 
Проrpаммирование, тестирование и сборку системы r. Буч рас- сматривает как единый этап, называемый эволюцией системы. Объ- ектно..ориентированный подход обеспечивает быстрое создание про- тотипов проектируемой системы, постепенное развитие которых приводит к конечному результату. На этом этапе также возможно вве.- дение новых классов, изменение структур данных, добавление новых методов. Следует заметить, что проrpаммирование и тестирование от.. дельных компонентов системы возможно до завершения проектир..О- вания, что экономит время разработки. Современные объектно"ори.. ентированные ИС, применяемые при разработк проrpаммных систем, обычно обладают возможностями автоматизации процессов, выполняемыIx на этом этапе. Модификация системы может рассмат.. риваться как отдельный этап. Возможность внесения изменений  ес- тественное свойство сложных систем, обеспечивающее их развитие. При объектно..ориентированном подходе модификация не требует полноrо пересмотра проекта, затраrивая лишь необходимые для этоrо классы и объекты. rлавная особенность жизненноrо цикла при объектно..ориентиро- ванном подходе заключается в том, что нет строrой последовательно- сти выполнения отдельных этапов. При разработке может выясниться необходимость дополнительноrо исследования; проrpаммирование и последующее тестирование MorYT потребовать возврата к проектир ванию. Такой метод, названный r. Бучем возвратным, отражает итера- тивный характер разработки приложения. .П4.З Преимущества и недостатки объектно-ориентированноrо подхода Особенность процесса разработки современных слжных инфор- мационных систем состоит в том, что центр тяжести смещается от проrpаммирования к более ранним этапам  анализу и проектирова- нию. Использование ИС, осуществляющих автоматическую reHepa.. цию кодов, возможность повторноrо применения проектных решений и сборки системы из rотовых компонентов значительно упрощает процесс проrpаММИРQвания, поэтому эффективность принятых мето- дик анализа и проектирования имеет решающее значение для реализа- ции проектов. 159 
Преимущества объектно..ориентированноrо подхода Расnараллеливание работ. Как было отмечено выше, проrpамми" рование и тестирование отдельных компонентов системы возможно ДО завершения проектирования, что экономит время разработки. При проектировании может возникнуть необходимость внесения измене- ний в существующие классы или потребоваться введение новых объ- ектов или классов. В этом случае, вернувшись к этапу проектирования .. или даже к анализу, можно внести изменения и дополнения, не под.. верrая проект полной переработке. Упрощение внесения изменений. В отличие от CТPYKтypHoro под... хода, в объектно..ориентированном подходе внесение изменений в проект имеет более локальный характер. В тех случаях, коrда змене- ние носит характер уточнения, локализации, вводятся новые классы, наследующие поведение ранее созданных. Наследование  одно из основных свойств классов  позволяет в этих случаях не только не пересматривать ранее созданные объекты и классы, но даже обойтись без их повторной трансляции. В более сложных случаях, коrда меня.. ются методы, определяющие интерфейс классов, изменения в проекте будут более значительными, но и тоrда они будут локализованы, за- траrивая лишь классы, использующие эти методы. rибкая архитектура и nepeHocuмocть. Объектно..ориентирован" ная декомпозиция, в результате которой приложение представляется в виде совокупности классов и объектов, обеспечивает rибкость архи.. тектуры системы. В клиент...серверной системе объекты MOryT разме- щаться как на местах клиента, так и на сервере. В reTeporeHHblx (раз.- нородных) сетях возможна реализация классов на компьютерах разных типов, а фиксированный интерфейс каждоrо класса, опреде- ляемый набором ero методов, обеспечит правильность Функциониро- вания системы. Изменения конфиryрации оборудования не требуют внесения изменений в проект. Повторное использование nрО2рам.мных компонентов. Разраба.. тываемые в рамках HeKoToporo приложения классы обычно отражают иповые решения, поэтому их использование возможно и в дрyrих приложениях. Возможность повторноrо использования проrpаммных компонентов  одна из самых привлекательных черт объектно",ори" ентированноrо подхода. Библиотеки классов, отражающие опыт в оп- ределенной области, позволяют значительно снизить объем проrpам.. 160 
мирования при разработке новых приложений. При наличии развитых библиотек классов проектирование и проrpаммирование новых при.. ложений будет в основном сводиться к сборке системы из rотовых компонентов. Для Toro чтобы повторное использование компонентов приносило свои плоды, разработчики проrpаммных систем должны: · осознавать выrоды TaKoro подхода; · знать, какие части задачи MorYT быть решены с применением cy ществующих проrpаммных средств; · заниматься поиском подходящих для повторноrо использования проrpамм; · стремиться найти такие проrpаммы; . использовать их даже в том случае, если они лишь частично совпа дают с тем, что проrpаммист написал бы сам. Следует заметить, что основные свойства классов и объектов  инкапсуляция, наследование и полиморфизм  полностью отвечают задаче повторноrо использования. В связи с этим в последние rоды значительно возрос интерес к объектноориентированным информа-- ционным системам, которые представляют удобные услуrи, связан.. ные с повторным использованием проrpаммных компонентов. Естественность описания. Объектноориентированный подход позволяет описывать как статические, так и динамические отношения между объектами модели. По описанию предметной области, выпол- ненному на естественном языке, леrко выделить объекты и статич ские связи между ними. Объекты соответствуют СУIlествительным, а связи  rлаrолам и отrлаrольным формам. Например, фраза "фирмы выполняют заказ" позволяет выделить классы объектов "фирма" и "заказ" и отношение между ними типа M:N, так как фирма может выполнять MHoro заказов, а заказ может быть реализован разными фирмами. Кроме Toro, свойства наследования и инкапсуляции предоставля ют возможность каждому участнику проекта рассматривать модель с удобным для иеrо уровнем детализации. Руководители проекта Moryт работать с верхним уровнем модели, rде отражаются только основные классы, объекты и связи. Друrие разработчики или эксперты имеют возможность работать с более мелкими терминальными объектами, их свойствами, связями, методами. 11 1500 161 
Недостатки объектно..ориентированноrо подхода Объектно...ориентированная декомпозиция заметно отличается от алrоритмической, поэтому применение этой технолоrии связано как с преодолением психолоrических трудностей, так и с дополнительны.. ми финансовыми затратами. Здесь следует учесть расходы на обуче..- ние методике, ИС и языку проrpаммирования. Для некоторых орrани... заций эти обстоятельства MorYT' стать серьезными препятствиями. Следует заметить, что это не является недостатком собственно объ-- ектно..ориентированноrо подхода, и в дальнеЙIllем эти издержки бу... дут компенсированы теми выrодами, которые сулят объектно...ориен", тированные технолоrии. Недостатки caMoro объектно..ориентированноrо подхода лежат в области проrpаммирования. Рассмотрим основные из них. Динамическое связывание, предполаrающее поиск метода в кла се, которому принадлежит получающий сообщение объект, приводит к тому, что обращение к методу занимает в 1,752,5 раза больше вре.- мени, чем к обычной подпроrpамме. Это, конечно, замедляет работу приложения. Однако, как указывает r. Буч, динамическое связыва.. ние при использовании cтporo типизированных языков применяется примерно в 20% случаев вызовов методов. В результате снижаются непроизводительные потери времени. В приложениях, rде такие п тери критичны, приходится прибеrать к специальным проrpаммист ским приемам. Друrой недостаток связан с мноrочисленностью методов и их из.- лишними вызовами. Это объясняется тем, что для доступа ко мноrим атрибутам объектов (а к защищенным  всеrда) используются специ альные методы. Вызов метода высокоrо уровня абстракции приводит к тому, что в системе происходит каскад вызовов  от методов более высоких уровней иерархии к методам более низких уровней. Если время является оrpаничивающим фактором, такая ситуация может оказаться неприемлемой. Выход здесь видится в том, что после соз..- дания начальноrо варианта системы производится eI'o оптимизация для сокращения количества вызовов. Например, защищенные пере..- менные можно сделать общедоступными и обращаться к ним напря мую, уменьшая тем самым число вызовов. На компьютерах с сеrментированной орrанизацией памяти объ- ектно...ориентированные системы при работе MorYT осуществлять ин... тенсивный межсеrментный обмен, что отрицательно сказывается на 162 
их производительности. Это вызвано тем, что классы обычно объяв-- ляются в разных файлах и соответственно реализуются в разных cer... ментах. Проблема решается путем перераспределения классов по M дулям, лоrическое описание модели не изменяется. Для задач реальноrо времени, выполняющихся в высоком темпе, нежелательным является динамическое создание и удаление объек", тов, что также активно используется в объектно...ориентированных языках. Можно размещать такие объекты при создании проrpаммы, а не во врея работы критичных по времени алrоритмов. Преодоление перечисленных затруднений связано с дополнительной работой пр rpаммистов, но в то же время не требует очень больших усилий, так как действия, которые надо предпринять, достаточно очевидны. Кро.. ме Toro, подобные проблемы возникают весьма редко. Следует также заметить, что объектно...ориентированные языки обладают cpeДCTB ми, позволяющими достичь более BblcoKoro быстродействия пр rpaMM по сравнению с традиционными языками. Существует расхожее мнение, что объектно...ориентированный подход труден для понимания, поэтому переход на объектно...ориенти-- рованные технолоrии связан с большими затратами, которые не оку... паются. В действительности дело обстоит по"'друrому. Традиционная и объектно..ориентированная технолоrии с точки зрения получаемых результатов по...разному ведут себя по отношению к затратам на их ос- воение. При использовании традиционных технолоrий некоторые ре.- зультаты можно получить и при сравнительно небольших затратах, однако на определенной стадии наступает насыщение, коrда даже-зна... чительные дополнительные затраты не приводят к существенному п вышению эффективности. 11* 
П5 Реинжиниринr: v не автоматизируите .......... уничтожайте в данном приложении приводится перевод статьи одНО20 из oc новоположников реИНЖИНИРИН2а бизнеса МХаммера (Reeпgiпeeriпg Work: Doп't Аиtотаtе, Obliterate Ьу Michael Hamпler / Harvard Виsiпеss Review, 1990),' одним из первых затронувших эту пpo блему. (Майкл XaJWMep  президент Hamтer aпd Сотрапу (www.hammeraпdco.com), консалтИН20вой фирмы, работающей в области информационных теХНОЛО2ИЙ, расположенной в 2. KeM бридж, штат Массачусетс). Несмотря на десять, если не больше, лет реструктурирования и со-- кращения, мноrие американские компании все еще не rотовы pa тать в настоящее время. Технолоrии быстро меняются, жизненный цикл продуктов сокращается, а их разработка как будто замерзла во льдах. На дворе  эра потребителя, а заказы часто выполняются с ошибками, на запросы клиентов не 01;вечают неделями. Все более важным становится рационалЬНQе использование активов, а уровни товарных запасов превышают спрос мноrих месяцев. Обычные методы повышения производительности  рационали зация и автоматизация процессов  не привели к серьезным улучше.- ниям, которые требуются компаниям. В частности, серьезные инве-- стиции в информационные технолоrии принесли разочаровывающие результаты во MHoroM изза Toro, что компании используют техоло- rию только для Toro, чтобы механизировать старые способы вести дела. Они оставляют в неприкосновенности существующие процессы и используют компьютеры, чтобы просто их ускорить. Однако ускорение процессов не может радикально повысить про-- изводительность. Технолоrические процессы, механизмы управления и орrанизационные структуры были разработаны в эпоху, коrда не cy ществовало ни сеrодняшних конкурентов, ни сеrодняшних компьют ров. Они созданы в расчете на эффективность и контроль. Однако ключевые концепции HOBoro десятилетия  это инновация и СКО-- рость, обслуживание и качество. Пора перестать ходить коровьими тропами. Вместо оснащения cy ществующих процессов вычислительной техникой и проrpаммным обеспечением необходимо уничтожить их и начать заново. Следует подверrнуть наши компании "реинжиниринrу": воспользоваться 164 
мощью современных информационных технолоrий, чтобы радикалlr но перестроить бизнеспроцессы и достичь значительноrо повышения их производительности. В каждой компании есть великое множество неписаных правил: "решения о выдаче кредита принимает кредитный отдел", "для каче..- cTBeHHoro обслуживания клиентов необходим локальный склад", "формы следует заполнять полностью и по порядку". Цель реинжи.. ниринrа  порвать со старыми правилами орrанизации и ведения биз.- неса. Реинжиниринr включает в себя выявление этих правил и отказ от некоторых из них в пользу новых способов выполнения работы. Вновь разработанные процессы обусловят появление cooTBeTcTBYI(}. щих новых правил. Только так можно достичь значительноrо повы шения производительности. Реинжиниринr нельзя спланировать детально и выполнять мелки ми и осторожными шажками. Это предложение вида "все или ничеrо" с неопределенным результатом. Тем не менее у большинства компа.- ний просто нет выбора  надо набраться смелости и начать работу. Для мноrих реинжиниринr  это единственная надежда порвать с y таревшими процессами, которые тянут их на дно. К счастью, руково.. дители не беспомощны. Достаточное количество предприятий успеш но перестроили свои процессы, что позволяет выработать несколько эмпирических правил для друrих. Что сделали Ford и MBL Японские конкуренты и молодые предприимчивые компании еже..- дневно показывают пример Toro, что возможна значительно более вы.. сокая производительность процессов. Они разрабатывают продукты вдвое быстрее, используют активы в восемь раз эффективнее, отвеча ют клиентам в десять раз скорее. Некоторые крупные давно сущест.. вующие компании также показывают пример Toro, что можно сде..- лать. Компании Ford Motors и Mиtual Benefit Life Insиrance провели реинжиниринr процессов и в результате достиrли KOHKypeHTHoro пре..- имущества. Ford подверr реинжиниринry управление кредиторской задолженностью, а Mutual Benefit Life  обработку заявлений на при обретение страховых полисов. В начале 80x rr., коrда американская автомобильная промышлен.. ность находилась в депрессии, руководство компании Ford решило ре-- орrанизовать среди прочих и отдел кредиторской задолженности в поисках возможностей сокращения издержек. Кредиторской задол... 165 
женностью только в Северной Америке занимались более 500 чело- век. Руководство полаrало, что путем рационализации процессов и ус- тановки новых компьютерных систем можно будет сократить число сотрудников примерно на 20%. Энтузиазм прошел, как только специалисты Ford обратили внима.. ние на опыт компании Mazda. В то время как руководство Ford пыта- лось уменьшить численность сотрудников до 400, отдел кредиторской задолженности в Mazda состоял из пяти человек. Разниц в цифрах была потрясающей. Даже принимая во внимание меньший размер Mazda, выходило, что отдел кредиторской задолженности в Ford при.. мерно в пять раз больше, чем нужно. Специалисты Ford понимали, что дело тут не в производственной rимнастике, не в пении rимна компа- нии и не в низких учетных ставках в Японии. Руководство Ford переформулировало задачу: отдел кредито ской задолженности должен справляться со своими обязанностями при уменьшении числа служащих не на сотню, а на несколько сотен. Затем начались мероприятия по ее осуществлению. Прежде Bcero, py ководство проанализировало существующую систему. Коrда отдел закупок выписывал заказ, ero копия направлялась в отдел кредитор.- ской задолженности. Позднее, коrда отдел входноrо контроля полу чал материалы, копия документа о получении также направлялась в отдел кредиторской задолженности. Тем временем сам отдел креди.. торской задолженности получал счет от поставщика. Задача отдела кредиторской задолженности, таким образом, состояла в том, чтобы сличить заказ, документ о получении и счет. Если документы соответ" ствовали друr друry, отдел осуществлял платеж. Больше Bcero времени, однако, в отделе тратилось на выявление расхождений между заказами, документами о получении и счетами. В таких случаях служащий отдела кредиторской задолженности дол.. жен был выявить причину расхождения, задержать платеж, написать несколько документов, что значительно замедляло работу. Один из способов улучшить положение дел  помочь служащему быстрее выявить причину несоответствия, однако лучший выбор  вообще предотвратить расхождения. Чтобы этоrо добиться, в Ford ввели "обработку без счетов". Теперь, коrда отдел закупок дает заказ, информация о нем вводится в базу данных. Копии заказа никому не рассылаются. Коrда товар прибывает на разrpузку, приемщик про.. веряет базу данных, чтобы выяснить, соответствует ли этот товар ка.. кому..либо неисполненному заказу. Если да, про изводится приемка, 166 
сведения о которой также заносятся в базу данных. Если нет, заказ просто возвращается поставщику. В соответствии со старыми процедурами, отделу было необходи.. мо сверить 14 полей данных в документе о получении, заказе и счете, прежде чем осуществлять платеж поставщику. Новый подход позв ляет сверять только три поля  номер детали, единицу измерения и код поставщика в заказе с записью о ero получении. Сверка произ.. водится автоматически, чеки распечатываются и рассылаются постав-- щикам. Таким образом, компания Ford, выбрав радикальные измене.- ния, достиrла значительноrо улучшения  количество сотрудников уменьшилось на 750/0, а не на 20%, как планировалось ранее. Посколь- ку теперь не существует разночтений между финансовым и матери альным учетом, входной контроль значительно проще, а финансовая информация  точнее. Компания Mиtual :J;3enefit Life, восемнадцатая по величине фирма, занимающаяся страхованием жизни, провела реорrанизацию процес- сов обработки заявлений на приобретение страховых полисов. До p орrанизации MBL обрабатывала заявления примерно так же, как и конкуренты. Длительный мноrоступенчатый процесс включал про- верку кредитоспособности, котировку, рейтинr, андеррайтинr и т.п. Заявление проходило 30 этапов обработки в пяти отделах силами 19 человек. В лучшем случае MBL обрабатывала заявление за 24 часа, однако в большинстве случаев на это уходило от 5 до 25 дней. БОль шая часть времени тратилась на передачу информации из одноrо отде..- ла в друrой (друrая страховая компания как..то оценила среднее время обработки заявления в 22 дня, из которых фактическая работа занима.. ла Bcero 17 минут). Жесткий последовательный процесс, принятый в MBL, имел мно- жество осложнений. Например, коrда клиент хотел получить деньrи по старому полису в связи с истечением срока и приобрести новый, OT дел текущих операций должен был запросить у казначейскоrо отдела чек, получить по которому деньrи Mor бы только сотрудник MBL. Этот чек вместе с необходимыми документами затем поступал в отдел новых операций. Для улучшения обслуживания клиентов президент MBL потребо- вал повысить произодительность на 60%. Было очевидно, что для достижения этой цели нужны были кардиньные технолоrические изменения. Рабочая rpуппа установила, что с помощью баз данных и 167 
вычислительных сетей можно донести значительный объем информа- ции до отдельноrо сотрудника, а с помощью экспертных систем мож" но помочь В принятии обоснованных решений людям с оrpаниченным опытом. Применение этих принципов привело к появлению HOBoro процесса обработки заявлений, который очень сильно изменил всю орrанизацию и имел очень мало общеrо со TapЫM. Компания MBL отказ ал ась от cTaporo штатноrо расписания и орrанизационной структуры и создала новую должность  управ.- ляющий делом (case manager). Управляющие делами несут пол.. ную ответственность за заявление с момента, коrда оно получено, домомента, коrда выпускается полис. В отличие от клерков, раз за разом исполняющих одну и ту же задачу под бдительным взором начальника, управляющие делами работают автономно. Больше не существует передачи запросов клиентов от одноrо сотрудника к друrому. Управляющие делами способны выполнить все задачи, связан.. ные с обработкой заявления, поскольку в их распоряжении находят.. ся рабочие станции с установленными на них экспертными система ми, подключенные к широкому набору автоматизированных систем, реализованных на мэйнфрейме. В трудных случаях управляющий делом запрашивает помощь старшеrо андеррайтера или врача, oд нако эти специалисты работают в качестве консультантов и со-- ветников управляющеrо делами, который все время контролирует ситуацию. Предоставление сотрудникам права самостоятельно про водить полную обработку заявления принесло оrpомный оперативный эф- фект. Теперь MBL может обработать заявление за четыре часа, а сред.. нее время обработки составляет от двух ДО пяти дней. Компания со.. кратила штат на 100 человек, а управляющие делами сеrодня способны обрабатывать вдвое больше заявлений, чем компания обра..- батывала раньше. СУЩНОСТЬ реинжиниринrа Реинжиниринr основан на концепции прерывистоrо мышления  отыскании устаревших правил и фундаментальных допущений, на ко.. торых строится работа, и решительном разрыве с ними. Если мы не меняем эти правила, мы просто переставляем стулья на палубе "Тита.. ника". Нельзя достичь кардинальноrо повышения производительно- 168 
сти только автоматизацией существующеrо процесса. Скорее следует проверить обоснованность существующих допущений и отказаться от старых правил, которые, собственно, и являются причиной недоста- точной производительности. На любом предприятии существуют неписаные правила, остав- шиеся от предыдущих десятилетий: "клиенты не ремонтируют свое оборудование самостоятельно", "для качественноrо обслуживания клиентов необходимы локальные склады", "решения по закупкам принимаются в rоловном отделении". Эти правила орrанизации рабо- ты основаны на допущениях относительно технолоrии, людей и целей орrанизации, которые уже давно не соответствуют действительности. Возможности сеrодняшних информационных технолоrий очень вели.. ки и быстро расширяются. Качество, инновация и обслуживание cer дня важнее, чем издержки, рост производительности и контроль. Зна- чительная часть населения хорошо образована и способна взять на себя необходимую ответственность, работники ценят независимость и считают, что стоит интересоваться их мнением о том, как работает предприятие. Неудивительно, что наши бизнеспроцессы и структуры устарели и потеряли актуальность: они не менялись при изменении технолоrии, демоrpафии и целей предприятия. Чаще Bcero мы ор;rанизовывали ра- боту в виде последовательности не связанных дрyr с друrом задач и создавали сложные механизмы контроля за ходом работы. Такое положение вещей зародилось еще во времена "промышленной рево.. люции", коrда специализация и разделение труда моrли помочь преодолеть неэффективность работы ремесленников. Предприятия разбивали работу на узко определенные задачи, собирали людей, ис-- полняющих эти задачи, в цеха и отделы и назначали руководителей для администрации системы. Наши сложные системы насаждения контроля и дисциплины сре- ди тех, кто фактически выполняет работу, были созданы в послевоен.. ный период. Т оrда rлавной целью был быстрый рост, не осложненный банкротством, поэтому предприятия сосредоточивали основное вни мание на издержках, росте и контроле. Поскольку людей, способных к работе невысокоrо уровня сложности, было достаточно, а хорошо об- разованных профессионалов  мало, системы контроля постоянно подавали информацию на верхние уровни орrанизации для сведения тех немноrих, кто предположительно знал, что с ней делать. 169 
Такие схемы орrанизации работы укоренились настолько rлуб ко.' что, несмотря на все их недостатки, уже сложно представить, что- бы работа выполнялась каклибо иначе. Структура обычноrо проце са фраrментирована и раздроблена, в ней отсутствует интеrpация, необходимая для поддержания качества и орrанизации обслужива- ния. В результате люди начинают подменять задачи процесс а узко оп ределенными целями своих отделов, как будто rлядя на мир из TYH неля. Коrда работа передается от человека к человеку и из одноrо подразделения в друrое, неизбежны ошибки и задержки. Размывают ся rpаницы ответственности и теряются наиболее важные вопросы. Более Toro, никто не видит ситуацию в целом достаточно хорошо, для Toro чтобы быстро реаrировать на изменения в ней. Руководители уже пытались приспособить процессы к новым об- стоятельствам, однако обычно это только приводит К дополнитель.- ным проблемам. Если, скажем, обслуживание клиента поставлено неудовлетворительно, они совершенствуют ero на основе сущест вующей орrанизации. Разрастается бюрократия, увеличиваются из.- держки, а более предприимчивые конкуренты наращивают долю рынка. При проведении реинжиниринrа необходимо освободиться от ус- таревших бизнеспроцессов и принципов их разработки и создать H вые. В Ford было старое правило: "мы платим, коrда получаем счет". Никто никоrда не устанавливал это правило и не фиксировал ero cy ществование, однако именно оно определяло процесс работы с креди торской задолженностью. Реинжиниринr выявил это правило и заме.- нил ero новым: "мы платим, коrда получаем товар". При проведении реинжиниринrа необходимо рассмотреть основ О- полаrающие процессы с кроссфункциональной точки зрения. Сп циалисты Ford обнаружили, что недостаточно перестроить только процесс управления кредиторской задолженностью. Объектом их внимания стал процесс приобретения товаров, который включал в се.- бя, наряду с кредиторской задо.цженностью, их покупку и приемку. Один из способов добиться кросс"функциональности  создать рабочую rpуппу из представителей всех функциональных подраздел ний, участвующих в реорrанизуемом процессе или зависящих от ero результатов. Рабочая rpуппа должна критически проанализировать существующий процесс и точно выяснить, каков ero желательный p зультат. Неважно, что происходит с формой 73В в ее "путешествиях" по компании; важно понять, для чеrо вообще нужна форма 73В. Вме..- 170 
сто поиска возможностей для улучшения существующеrо процссса rруппа должна определить, какие ero этапы реально добавляют стон.. мость, и найти новые способы достижения результата. rруппа реинжиниринrа должна без конца задавать одни и те же вопросы: "Зачем?", "А что, если?", "Зачем нужна подпись руководи- теля на бланке заявки?", "Это механизм контроля или точка принятия решения?", "А что, если руководитель подписывает только заявки на сумму свыше 500 долларов?", "А что, если он или она вообще их не просматривает?". Процесс решения этих вопросов может четко отде.- лить необходимые части процесса от поверхностных деталей. Реrио- нальные отделения одной из страховых компаний на Восточном побережье США в течение долrоrо времени rотовили реrулярную от- четность для отправки в rоловное отделение. Никто даже не знал, что эти отчеты просто подшивались в папки и никоrда не использовались. Процесс просуществовал дольше, чем обстоятельства, которые вызва- ли ero к жизни. Реинжиниринr должен выявлять такие ситуации. Короче rоворя, цель реинжиниринrа  значительное улучшение. Он должен быть свободен от тривиальности и rpаниц между подраз- делениями, ero объем должен быть широким и кросс"функционалъ- ным. Он должен использовать информационную технолоrию не для автоматизации существующеrо процесса, а для создания HOBoro на ero месте. Принципы реинжиниринrа Создание новых правил, приемлемых в текущей ситуации, начи... нается с новой концепции бизнес..процесса  проще rоворя, с чьей",то новой отличной идеи. Однако реинжиниринr не должен быть хаотич.. ным. Некоторые принципы уже выявлены в практике ряда компаний и Moryт помочь в работе и друrим. Орzанизовывайте достижение результата, а не выполнение за- дачи. Поручите одному человеку все стадии процесса. Постройте ero работу на основе цели или результата, а не задачи. Реорrанизация в Mutual Benefit Life, rде управляющие делами целиком выполняют процесс обработки заявления,  яркий пример TaKoro подхода. Друrой пример  реорrанизация в одной из компаний, произво- . дящих электронное оборудование. В ней существовало пять подразде- лений, которые выполняли пять стадий работы от продажи оборуд вания до ero установки у клиента. Одна rpуппа выясняла требования 171 
клиента, друrая переводила эти требования во внутрифирменные K дЫ продукции, третья доставляла эту информацию на заводы и скла.. ды, четвертая получала и собирала компоненты, а пятая доставляла и устанавливала оборудование. Процесс был основан, на старой идее специализации и разделения труда, а также на оrpаничениях, прису щих бумажной волоките. Подразделения имели четкую специализа- цию, и работать над конкретным заказом в конкретный момент време.- ни моrло только одно из них. Заказ клиента систематически продвиrался по стадиям. Однако такой последовательный процесс приводил к проблемам. Сотрудни.. ки, получающие информацию от клиента на первой стадии, должны были получить все данные, даже если они не потребуются до пятой стадии. Постоянные передачи документации и ответственности при водили к ошибкам и недоразумениям. И наконец, все вопросы относи.. тельно требований клиента, возникающие на поздних стадиях работы, нужно было задавать исполнителям первой стадии, что приводил о к задержкам и лишним исправлениям. При реорrанизации компания отказалась от TaKoro конвейерноrо подхода. Ответственность за все стадии была возложена на одноrо человека  представителя службы клиента. Этот человек тперь py ководит всем процессом  приемкой заказа, ero переводом в коды продукции, сборкой компонентов, доставкой и устанвкой продукта. Представитель службы клиента координирует процесс во MHoroM подобно независимому подрядчику. Клиент общается с конкретным служащим, который всеrда знает состояние дел с заказом. Поручите исполнение процесса тем, кто использует е20 резуль-- тат. В стремлении к экономии мноrие компании орrанизовали у себя специализированные подразделения для исполнения специализир().. ванных процессов. Каждое подразделение выполняет только один тип работы IИ является "клиентом" процессов, исполняемых друrими rpуппами. Бухrалтерия занимается только учетом. Если ей нужны ка- рандаши, она дает заказ в отдел закупок, у KOToporo есть необходимая информация и опыт. Отдел закупок находит поставщиков, проводит переrоворы о цене, размещает заказ, проверяет качество и оплачивает счет  в конце концов бухrалтеры получают свои карандаши. Про-- цесс работает (после длительной отработки), но медленно и неэффек тивно. Сейчас, в условиях широкой доступности компьютерных данных, отделы, подразделения и отдельные лица MorYT сде1Jать HaMHoro боль.. J72 
ше самостоятельно. Суп,еС1ВУЮТ возможности реорrанизовать про-- цессы так, чтобы специалисты, заинтересованные в результате, моrли бы исполнить все сами. IIапример, с помощью экспертных систем и баз данных подразделения MorYT самостоятельно осуществлять за купки силами своих специалистов. Одна производственная компания реорrанизовала процесс закупок именно так. Старая система, коrда операционные подразделения просто посылали запросы, а отдел закупок занимался всем остальным, очень хорошо помоrала KOHT ролировать такие дороrостоящие закупки, как материалы и обору.. дование. Однако для мелких закупок нестратеrическqrо характера, которые составляли примерно 35% заказов, система оказалась HepeH табельной  стоимость процесса приобретения иноrда превышала стоимость приобретаемых товаров. Новый подход позволил осуществлять эти приобретения силами клиентов процесса. С помощью базы данных проверенных поставщи ков оперативные подразделения MorYT сделать заказ непосредственно поставщику с оплатой по кредитной карточке. В конце месяца банк, обслуживающий карточку, предоставляет компании сведения обо всех сделках с использованием карточки, которые компания сверяет с системой BHyтpeHHero учета. Коrда одна из компаний, ПРОИЗВОДЯIЦИХ электронное оборудова ние, реорrанизовывала процесс ero обслуживания, она перенесла от.. ветственность за некоторые стадии процесса на своих клиентов. Служба техническоrо обслуживания компании сталкивал ась с обыч.. ными проблемами: техники не моrли справиться с ремонтом изза OT сутствия нужной детали, реакция на звонки клиентов была медлен ной, а хранилище запасных частей  слишком БОЛЫIIИМ. Теперь клиенты выполняют мелкий ремонт самостоятельно. За.. пасные части хранятся на площадках клиентов, а сведения о них име.- ются в базе данных по складским запасам. Коrда у клиента возникают проблемы, он звонит в службу техническоrо обслуживания и описы вает неисправность специалису по диаrностике, который анализиру ет ее с помощью системы поддержки диаrностики. Если проблему можно решить силами клиента, специалист подсказывает клиенту, ка.. кой блок следует заменить и как это сделать. Позднее вместо вышед шеrо из строя блока на склад подвозится новый. Техник выезжает к клиенту только при необходимости провести сложный ремонт, но и он не тратит время на получение необходимоrо блока на складе. 173 
Коrда процесс исполняется людьми, зависящими от ero результа тов, практически нет необходимости руководить процессом. Комму.. никации и посредников можно устранить вместе с механизмами коор- динации усилий тех, кто исполняет процесс, и тех, кто использует ero результат. Более Toro, значительно снижается острота проблемы пла- нирования ресурсов, необходимых для исполнения процесса. Включайте обработку информации в реальный процесс, который 2енерирует эту информацию. Два упомянутых выше принципа реко- мендуют сокращать линейные процессы. Рассматриваемый принцип предусматривает перемещение работы от одноrо человека или под.. разделения к друrому. Почему бы орrанизации, которая производит информацию, заодно и не обрабатывать ее? В прошлом у людей не бы.. ло времени и возможностей делать и то, и друrое. В большинстве ком.. паний были созданы подразделения, которые только собирали и обра.. батывали информацию, созданную дрyrими подразделениями. Такое положение вещей основано на старом правиле специализации труда и вере в то, что люди на нижних ступенях орrанизации не способны дей ствовать в соответствии с информацией, которую они rенерируют. Отдел кредиторской задолженности собирает информацию из отде- лов закупок и приемки и сверяет ее с данными поставщика. Контроль качества собирает и анализирует информацию, которую он получает с производства. Реорrанизованная система управления кредиторской задолженн стью компании Ford воплощает новое правило. Так, отдел приемки, который rенерирует информацию о полученном товаре, обрабатывает ее самостоятельно, не посылая в отдел кредиторской задолженности. Новая компьютерная система может сравнить доставку с заказом и подсказать направление дальнейших действий. Считайте 2еО2рафическu разнесенные ресурсы централизовап.. ными. Конфликт между централизацией и децентрализацией давно уже стал классическим. Децентрализация любоrо ресурса (людей, оборудования, складских запасов) позволяет орrанизовать лучшее об- служивание тех, кто использует этот ресурс, не взирая на ero малую эффективность. Теперь компаниям уже не нужно искать золотую се- редину. Они MOryT воспользоваться базами данных, телекоммуника ционными сетями и стандартными системами обработки, чтобы c вместить выrоды централизованноrо ресурса (масштаб, координация) с выrодами rибкости и качества обслуживания. 174 
в компании HewlettPackard, например, в каждом из более чем 50 производственных подразделений был свой отдел закупок. Такое по- ложение дел обеспечивало быструю реакцию на возникновение по- требностей и высокое качество обслуживания заводов, однако не давало экономии, в особенности на количественных скидках. В ком.. пании Hewlett..Packard решили проблему, оставив отделы закупок в подразделениях и создав rоловное подразделение для их координа..- ции. У каждоrо отдела закупок есть доступ к базе данных общеrо пользования, rде хранятся данные о поставщиках и качестве их п ставок, и право самостоятельно размещать заказы. rоловной отдел закупок администрирует базу данных и использует ее при переrово- рах от лица компании в целом и для наблюдения за результатами рабо- ты друrих отделов закупок. В результате число поставок без опозда ния выросло на 150%, время подrотовки производства сократилось на 50%, количество неисправностей уменьшилось на 75%, а стоимость покупных изделий значительно упала. Связывайте параллеЛЬflые работы вместо Иllтеzрации их резуль.- татов. Децентрализованные закупки в компании Hewlett..Packard представляют собой один из видов параллельной обработки  разные подразделения исполняют одну и ту же функцию. Друrой часто встре.. чающийся вид параллельной обработки  различные подразделения исполняют разные функции, которые ведут к общему результату. Так, например, при разработке фотокопировальной машины независимые друr от друrа подразделения разрабатывают различные подсистемы машины. Одна rруппа работает над оптикой, вторая  над механиз- мом подачи бумаrи, третья  над источником питания и так далее. Одновременное исполнение различных этапов разработки экономит время, но в фазе интеrрации и тестирования подсистемы часто отка- зываются функционировать совместно. Тоrда начинается дороrостоя щая повторная разработка. Вообразите банк, который предоставляет различные виды кре.- дита  займы, аккредитивы, финансирование под залоr активов  через различные структурные подразделения. Эти подразделения мо- rYT не знать, что одно из них уже выдало кредит тому или иному кли.. енту. Каждое подразделение может выдать кредит повторно. Новый принцип рекомендует создавать связи между параллель-- ными функциями и координировать соответствующие действия в про- цессе их совершения, а не по окончании. Коммуникационные сети, базы данных общеrо пользования и видеоконференции MorYT объеди.. 175 
нить независимые rpуппы и обеспечить постоянную координацию. Одна крупная электронная компания сумела добиться снижения вре- мени разработки более чем на 50%, применив этот принцип. ПриНUАlайте решение тaM 2де исполняется работа, и встраивай- те контроль в процесс. В большинстве орrанизаций люди, исполняю- щие работу, не контролируют ее ход и не принимают решения. CKpЫ тое допущение состоит в том, что те, кто фактически исполняет работу, не имеют ни времени, ни желания, ни знаний, достаточных для ее контроля и принятия решений. На этом допущении и строится вся иерархическая структура руководства. Бухrалтеры, аудиторы и начальники проверяют, фИКСИРУI-DТ и контролируют работу. Руков()", дители же принимают нестандартные решения. Новый принцип подсказывает, что именно люди, исполняю.щие работу, должны принимать решения, а сам процесс должен иметь встроенный в Hero механизм контроля. Число уровней иерархии управления, таким образом, можно уменьшить, а саму орrанизацию сделать более компактной. Информационная технолоrия может зафиксировать и обработать данные, а экспертные системы способны до некоторой степени пре.- доставить знания, необходимые людям для самостоятельноrо приня тия решений. По мере Toro как исполнители начинают обходиться без контроля и руководства, исчезает иерархия, а вместе с ней  бюр()... кратические препоны. Коrда компания Mutual Benefit Life реорrанизовала процесс обра- ботки заявлений, она не только сократила линейную последователь- ность, но и устранила потребность в руководителях. Эти два вида сокращений  вертикальное и rоризонтальное  часто сопутствуют друr ДРУI'У. Сам факт Toro, что работник видит только одну часть пр цесса, означает потребность в руководителе с более широким уrлом зрения. Управляющие делами в MBL ведут процесс от начала дО KOH ца, что уменьшает потребность в традиционном руководстве. Роль py ководителя меняется  из контролера и начальника он становится п()... мощником и наставником. Фиксируйп1е информацию один раз  у источника. Последнее правило очень простое. Пока информацию было трудно передавать, ее часто собирали повторно. У каждоrо человека, отдела или подразде.- ления были собственные требования и формы. Компании просто пы.. тались пережить неизбежно возникающие задержки, ошибки ввода данных и общехозяйственные расходы. Но зачем мириться с такими 176 
проблемами сейчас? Сеrодня полученная информация может быть за- несена в базу данных, доступную всем, кому она может понадобиться. Штриховое кодирование, реляционные базы данных и системы обме- на данными позволяют леrко собирать, хранить и передавать инфор.- мацию. Одна страховая компания обнаружила, что в ходе обработки заявлений некоторые данные вводились в ее компьютерную систему до пяти раз. Путем интеrpации систем компания смоrла устранить из- быточный ввод данных, а заодно и необходимость сверять неизбежно возникающие ошибки. Думайте масштабно Реинжиниринr вызывает к жизни множество изменений не толь- ко в бизнес..процессе. Обязанности работников, орrанизационные структуры, системы управления  все, что связано с процессом, должно быть взаимоувязано. Друrими словами, реинжиниринr  это оrpомная работа, которая требует изменений во мноrих областях ор- rанизации. В ходе реорrанизации управления кредиторской задолженностью в компании F ord приемщикам необходимо было научиться: использ вать компьютеры для проверки информации о поставках; принимать решения относительно целесообразности приемки товара. AreHTaM по закупкам также пришлось взять на себя новые обязанности  напри мер, заказы, которые они вводили в базу данных, должны были содер- жать информацию о том, куда высылать чек. Изменилось и отношение к поставщикам: их уже не считали противниками, они стали партнера- ми по общему бизнеспроцессу. Пришлось приспосабливаться и по-- ставщикам. Во мноrих случаях счета, высылаемые клиентам, были основой системы учета. По меньшей мере один поставщик решил для себя проблему посвоему  он продолжал распечатывать счета, но не высылал их компании Ford, а сверял полученные платежи с неотправ.... ленными счетами. Весьма значительные изменения произошли и в компании Mutual Benefit Life. Ввести должность управляющеrо делом в существую- щую штатную структуру было невозможно  ответственности было MHoro, а подчиненности никакой. MBL пришлось изменить штатную структуру и политику вознаrpаждения сотрудников и, кроме Toro, BЫ работать такую 'схему, по которой люди, исполняющие работу, ВОС- принимались как более важные, чем те, кто руководил работой. Схе- 121500 177 
мы продвижения по службе, проrpаммы подбора и подrотовки кадров  эти и мноrие друrие системы руководства были пересмотре.- ны, чтобы поддержать новую конструкцию процесса. Размах этих изменений показывает, что для успешноrо реинжини.. ринrа необходим один фактор  высшее руководство, наделенное во- ображением. Никому в орrанизации не нужен реинжиниринr. Это запутанный и сложный процесс, влияющий на все, к чему люди уже давно привыкли. Только если поддержка высшеrо руководства "про- живет" дольше, чем скептицизм, люди воспримут реинжиниринr всерьез. Некий шутник в одной электронной компании однажды заме.- тил: "Каждые несколько месяцев у нашеrо руководства меняется ре.- лиrия. Сначала это бьто качество, потом  обслуживание, потом  упрощение орrанизации. Мы просто затаив дыхание ждем, коrда это пройдет и все станет так, как было". Приверженность идее и постоян.. ство, возможно, С леrким налетом фанатизма, необходимы, чтобы привлечь на свою сторону тех, Koro устраивает существующее поло- жение вещей. Принимая во внимание инерцию старых процессов и структур, трудности исполнения плана реинжиниринrа вряд ли можно преуве.- личить. Однако трудно недооценить и перспективы, в особенности для давно существующих компаний. Крупные традиционные opra- низации  это совершенно не обязательно динозавры, обреченные на вымирание, однако они переrружены непроизводительными расхода- ми и непродуктивно работающими сотрудниками. Избавляться от них по одному совсем не достаточно, чтобы успешно конкурировать с энерrичными новыми предприятиями или оптимизированными япон.. скими компаниями. Американским компаниям нужны быстрые изме.- нения и серьезные улучшения. у нас есть все необходимые для работы инструменты. Информа.. ционная технолоrия предлаrает множество способов реорrанизации производства. Однако наши решения относительно технолоrий долж.- ны диктоваться нам, в том числе и воображением. Мы должны иметь смелость сократить на 78 дней 80"дневный производственный цикл, уменьшить общехозяйственные расходы на 75% и устранить поя&- ление 80% ошибок. Эти цели нельзя считать недостижимыми. Если у руководства есть фантазия, реинжиниринr даст возможность ее осуществить. 
пв Темы для самостоятельной работы в качестве предметной области для тренировки навыков модели рования бизнеспроцессов средствами технолоrии IDEF предлаrается популярная в настоящее время ситуация  орrанизация работы обр зовательных учреждений в различных вариантах  rосударственных и неrосударственных, с филиалами и без на различных этапах их жиз- HeHHoro цикла: «набор  обучение  вручение дипломов». Ситуация боrата вариантами: очное и заочное образование, вечер- няя и дневная формы обучения, различный статус  с образованием юридическоrо лица для филиалов или без образования. Боrата эта тема также и конкретными целями  «поступить в ИН ститут», «подrотовиться к ответственному экзамену (зачету)>> в пр().. цессе обучения, rpaMoTHo «спланировать» подrотовку рефератов, за четных работ и их защиту и т.д. Предлаrается несколько точек зрения, с которых можно рассмотреть бизнеспроцессы, реализующие дости жение этих целей: студент (абитуриент), ректор (декан), родители и дрyrие. Бесконечное разнообразие вузовских технолоrий обучения здесь может быть также проработано в целях приобретения навыков: с возможностями пересдач своему лектору и без этоrо, с выездом преподавателей «на места» или, напротив, с использованием мест.. ных преподавательских кадров, с возможностями пересдачи неудов- летворительных оценок в сессию или без этоrо. Как показывает опыт, любой преподаватель, комбинируя зало.. женные в предлаrаемой для изучения сфере возможности, может предложить достаточное количество индивидуальных заданий для любоrо количества учебных rpупп. В предлаrаемой ниже таблице представлено 27 таких тем (пример- но на две академические rpуппы обучаемых), имеющих одинаковые, в данном случае, исходные задания: построить функциональные модели процессов (СО2Ласно вы бранной строке таблицы заданий), включающие «контекст- ную» и «декомпОЗИЦИО1lНУЮ» диа2рtЫ, по правилам ме... тодОЛО2UИ IDЕFтеХ1l0ЛО2ИЙ, обсуждаемых в этой КНИ2е. 12*' 179 
== == =- .  = Q.) :1 I ф :с= == = == = . =-  :1 11 с.. = = == ==  с- м CI$ :с =- =  == == =-  ==  .  :! :1 Q.)::a :I ==  5 U = фU :1  ::а = = i U с = == == =  м  == == . ;Е =-   u :s :I  180 = .J u О ...... == U в 5 ё =:  :s: = 't  а)  E>.  \о =O    U ..QOt) t::a)::f = & &'2' t::t:: ..Q а)  с.с ::a::a...Q0 О S   : t  2  =  О Ь:: О 'I,J  i1 (\,) О   I tk ::a  ):S: Q)   =-  :=  ti \о О ; >.  =CQ :ж: =: """ """ == c..    &   ):S:  ..   s  :S: = U = U ж :S: \" J  О О =  ;< !;  с.с  ..;<  "'"'":' 8 ... ::а ,е;<  ti >.  :S:,e;<::a  с.. =eJi8 ; @ g  Q) е- @ g  tiЗ. t;j  i  5 g       ):S: \о О =  t'j E-oi  t:: =:==>.:Ж: ::s.':00 ::s.':=U  >& c,'s >::s.': E-oi t'j   (\,) С) >& S >. Q Q) :S:  OU=UU ......c..=:=M  :ж: = <:)  tr' U U .e... 5} ==  .. gC)g 2&&Ut::Ua) t:: =:  O t:: о) t:: t:: t:: О :S:::a  =c..t::>&= St)=<:) \о <:) I I I \о О I I \.о  I I I O 0= O  t'j  Q  :=  $-13    О ,  .e..a :: e Cl.=     =с.. MaU ::s.':= = .. I .. t'j    с) "= ii аз  ::s.': <:) Oc..== I <:) t:: :S: ::s (':j       := а  = t:: U     I=t: ..,Q Q)  I   = gj g  е """   s  о:::::  Q)   s  8!S'a  =      i е    C,'S f2  Q) :=  -&    с..  = Q U О .-& (1)  u  О =-    t  о.> :S:   f-i . =::а U S   =0.>   := ::а t)" <:)  t:: t:: ti     :S: ..,Q u = ; E-oi Е \о  (':j Q) <:) с..= \о U О &0 g (':j   ::a::s.': E-oi    с..е= <:)  м  t'J :S:= = <:) """ t'j::s.':  J:-. U О С.. CI.) <:) c..J:-. N  = = a  .. С) )::s.':  =: CQ )::s.': g   а) IOIOC (J) 'I,J  Q)     =  ::s С) ::а ===   tr' со. 1::{ о t:: g = =: =  '; ; Б= .......>.r::: &j ..,Q =: ::a  = U   =:  о   С) ::а t g; м ..,Q  := I=t: <:)  = м Q   о a  I  = \о а) CQ  ,,== с.. ... =  I  :s: CI.) = ::1S I t::    м :=  = О  е  t:: ..,Q  = О  === е  8 t О u == Е! = -&  .    = =  '....-'  = CI.) е t:t <:) S ; ..,Q о E-oi t:: :s: е = t:I=: S   о ::а t:::  
 = j:Q <L> =  I ,  == (1)  \.С> О "'"   ее !т1 (1)  u ):= i:   ==   <L> О О  ее \о  \о  !.с е:: о  >= t8  ::а Q "'" = i5    t:r (j) Q )S j:Q   s == j:Q (1) м =  CI) (.) <L> 1::( О = =:s::  о ==  t:= = j:Q (j)   а (1)     в  р  (.) "'" о  8'    J (.) 8   g =  о  (.)   е  ;-  :S:: j:Q  :s::  о =5..в..s f.':  = Со.\О О = О о ==  ("f") I  (1) s  j:Q $  о (j) Е::[   g  (.) I  о CI) r:: :S::   =..... .. (1)     = \.С> м ::ro= = == а r::   о = "'" iE  \O м C'\S О ::r: j:Q е  о  :а t:r' 1=: >-    j:Q  i  (.)  j:Q (1)  j:Q  = "'"  j:Q :=  = о ;;       g ):=  о  Q (.) 1:: S    [f "'" t:r(.) ==    8- со. о t:=         = :=  1:: ; ;   8 8  "'" == (.) (j) (.)  g (.) & 1::  i 8 м = S   е  ):S:: Сосс..::а 0=== <q- =  >. t) :s: j:Q "'"    = (1)  (.) "'" = (.) 1:: (.) .......... (1) = t:r О О = (I)   C'\S   C'\S'---'"    о  = а.\ :=  (.) =   (1) Q  [J (.) (.) := (j) ::r'\.C> "'" О м (.) >=  =   ш g о 5      в  \о О м Q == = CI)  = = Q [  о  i $ t:r J =    а   1:: "'" \о -&  >:=   е о (.)  \о О сос о   5с 0(':$==  = (j) м   о  ::r' j:Q Q  jOQ ><  fOOI <L> (.) (.)  =  r:: t  :S::   <L>  U ::s"'  s ::s::  r:: (j)  =   j:Q    g 0.---... r:: (1) I   о  = 1:: M:s:: =  =::s (.)  (.)  8 в    [8 t:: =    t:1"  = "'" s >:s::  а  ;  =  (.) (j) 8gt v) j:Q (j) о = = == (1)    =: j:Q  ::r:       (.) ::а """  =  g   ==  (.)  :s::    &    t:Q "'" О if   б 181 
      1'\::)   == == с. = Е- =    =  ==  == = = :r'   == с. =  == =  с.. м =  :r' =  == := =-     :s  :! >-. c. == Е-  CJ == gCJ  <Jj :s = = = = CJ С  == = =  м <Jj == = = м с.. <Jj g u :s  <Jj Е- 182 Q =    =    ==   о)  u \о  О о) >.  со.    о) о :2i    о) О О  e  о   :х: liIt.4  t:r' О t:r'0Co.   r= := 1=: о)  := I::f о  О  о) g  :><  r= о)  u := о r= = t'Ij  u со.  t'Ij  :>< Q)  r=  &0 := := ё  t'Ij == м t'Ij >. :=  . ==:= == е t:: о) со. о) 'g 0:= со. = == о) ..Q ::r' g g  О О     cc\o t:::=r:::o t'\S U м U >. о) = :::r о ):= со.  r= = ==    a м u :=a a  u u О СО. О О r=  \о  u о)  с [) ::r' О \о t'Ij со.  rg м := о) == о) е g 8 I t'Ij f2 CI') о) &f r=   u О == iE с  м О = := rЗ  u О о) :х: ::r' (1)    (1)   u  = ):= (1) о := := u  ==    u  О (1) r= м со. о  :>< со. = a:2i о) О 1:: ==   u == :>< о := о :2i 1=: := :х: 1:: Ut:f  $. t'Ij 1=: '"'"'L )$  О  ==:= t'Ij -& == g  == 9 t'Ij [""" м := lOIi4 м О O):S := :=== Со.sз    == (1)  о ==a9 \о 1::: со. 8  ::a= O 8t:::t::: t'Ij u u  :::r с  r= м  >. := = :::r= t'Ij  м := := == =  е  8'8 t'-- «s I М ==   a3 &u r=   == t""" (1) g 5  := с t:r'   8 := = := ..Q   = u О   =     = t'Ij   t::::( ):= :=  ):=  ci :=  r= ; о =   t'Ij м   t'Ij :>< о  ::а 1=: о) :х: r= := ..Q   а  :=  fs; := == g :r' О t'Ij    м  Ш  := t'Ij = == t'Ij Co. о)   а   tS   g  == О 1=:(' t:r' О со. О t:::t::: t'Ij u u (1) t:f О со. о) r= м  >. := = t:f = t'Ij  м := := = == о) t'Ij t:r'  >. со. \о 00 00 = t'Ij ==  «s а :=  r=Co. о  := t'Ij    g  6 ==  s  :r' == liIt.4 >. t:r'  м t'Ij 8 :=  = с   ==  о  u == 1=: о)  u ::те 1=: с I::  ==  I::f  U I U (1) ::те :=   О t 1=:  (1) I t:f О = == >.\0  (1) =  s о    О := r=  =  ==  = ..Q := о  со. Со.:=о) :=   :х: 1::: t'Ij t'Ij u  1=: о) :>< r= \о  uo  t'Ij  == о)   u g t:f  :х: t'Ij = о) >.  S  ==  е    or=c 0\  м  CI')   r=   u С == iE О  м С = := rЗ  u с $ (1) :х: ... ::те (1) ==   (1) := а = о  = u ё   8  u с ==    rЗ  5 t'Ij о       := := CI') ==   )=  1=: С  8б 
I = t'I:S I ==  t'I:S а =  6 f; t ЕЗ )1  g   = 5 s iE :r' == О  t:r' )1 м t'I:S 8= = С о) ..Q  =  ...., u :з   gj g   =:  о)  u J.s м  CI') (1) f; t:: ..Q  U О = iE С'  м С = = ЕЗ  u С   5 ==   I U (1) ::r' (1) = =  == )1 S t'I:S С (1)  1=:  со.  I = =   t """" \.о = (1) (1) ::f     s (1)    = u О :r' ==  С = С  t:: = iE ЕЗ =gЕЗ 5  ..Q 0)1 с  со. С Co.t'I:S (1)Co.=:g = (1)t = = CI') а в  а ) ЕЗ 1=: (1)  1=: С t'I:S t:: \.0 0  t::   u UU I =  С u S  Ei С С 5 t::    t'I:S =  f2 ::f==CI') (1) = )1 == C е u == 8  с  I = t'I:S =  J.s 1=: = = Ос.. С S (1)     t'I:S U ..Q  о) t   о  С == == s iE  == О'" :r' t'I:S М =  С С  =  (1) ..Q С ==  == (1) u  1=: (1) 1=: u (1)C "'=:  == (1)  u I U (1) :r' =  )1 о о  1=: )1 (1) I ::f О = = \.O  (1) = t:r' О   (1) С =  ::r'  = g  ЕЗ = t'I:S ..Q =  С =  ::r: t:: t'I:S U 1=: (1) t:::\.O uo I =  S u С   (1)   = = о  (1) t:: С )1   t'I:S e    =   ==O е u == со. = == o    м  CI') (1)  (1) t:: ЕЗ u о ::r:  С )1 м С :   = u С    =  )1 (1) := == t'I:S = О  :=  = u ::f   (1) ..Q С  =   С Е:9 (1) ::r:  t'I:S   := = С  с.. с   (1) со. .... t е i: CI') )1 )= ЕЗ  1=: О t'I:S 8й =  t'I:S I   t'I:S а :=  t::  С е:: := t'I:S ЕЗ   g   = 5 s  t:r' == С  t:r'  м t'I:S 8:= = о (1)  == ЕЗ С (1) u == 1=: (J) ..Q U :r' 1=: О   t:: t == t'I:S  (1) I=:t: J.s м  CI') (J) f; =: ЕЗ u о ::r:  С  м С :  t   (J) == ::::: :r' (1) =  )1 = I ..!. С (J) Io\i   = 5    о  5 u     :::::   ::::: (1) ::::: ::f о    С ..... =    u  I == \.ОС С О =  0)\.0 =   ..Q  t'I:S   t:r' (1) со. о) = = = 5 :r' О а)= \.О о (1)   U 2  == со.   о 1=: (1) ::f =   = о  е  о t:: ..Q  = С  == t'I:S а u   С u   e(1)  t::     ::f  =   ==  а е u == :::::== o N  I ..Q 1=:  :::::  =  (1) со. t:: ..Q):::::  :::::  == ...., t'I:S == == iE м С   = с t'I:S = = о ЕЗ  u (1) (1) t::  u С о)  \.ОС 0== = t'I:S == (1) )1 t'I:S м   С ::::: = ::r0 t'I:S == (1) u  t'I:S ::::: f2  CI')  U(1) t::  ЕЗ = u С С Co.::r:    8 С   I ';:t101lC С С..... со. c:: Co.CO) 1::  ..Q  U  t   о  = м == ==(J) iE о) о ::а С \.о =  &&с,)   g  ..Q =t'I:S==  (J)  (1) u 1=: ';:t   (1)=.....t'I:S ::r' t'I:S S:M С CCo.  1=: (1)  =  с   = С  О   о t:: ..Q  t'I:S = С со.  == t'I:S а u  Ei =  t'I:S  U  со. u :::::  (1)  ::а  8. ==t'I:S Сс.. 8 f; t:: ..Q..Q [""" О gf; t:r' :r'::::: &)1  u u  ["""  о) (1)  )=  \.о \.о С t'I:S c OOI::q   S u e == С  (1) t::: О )1    ::f  :::::  =  о t'I:S U == :::::= O м ..-.i 183 
     d 1'\::) с  == = =  с. м "  :"   == = :::  =    :з  :з  c. = Е-  у = y    :з = =  = у с == == = "  м  == = = !    u :а  ""....-I Е- 184 :а U С  С = <U :s ::r: ::r: С  :::r t'Ij ::r: <U :Е t'Ij  U   {I')  fЗ  =  м := ::r tO ::r <u  С С t'Ij 1::= = U..Q I::f U:= t; :::r t::::[t:==оfЗ == = с. " Е- =      = == == = " :"   == с. = I <U = :Е ::r: t'Ij  м С  1::= а; & 5 U t'Ij е ::r: I0I04 <U  )1 С t'Ij  g С {I') = С  ..Qc rз::5 'J ..Q IOJOI 5   ::r: I I t'Ij  = 1::= "-" <u  e. С  ..Q  )= 5  :=  <U tj" t'Ij t:::: ;;:j =  :Е <u С = U С 1::=   = С  С r:...  1::= ..Q  t'Ij = С  ::r: t'Ij  1::= U   С U   С <U fЗ gc  :::r  := :E а   U ::r: 8  ,= I := С ::r:  t'Ij I::fl::f С t'Ij 1::= м ..Q   ::з U ::r: С ..Q :Е 1=: := <u I::f С =  ::r: tO С С G) 1::= ::r: С IOQ I::f  = U  <u = ::r С f-I  = С  f-I U <u  С  С ::r: & f-I 2 ..Q 1:: :Е С    $ I i=@  U ::r: С  I   =   ::r: <U :Е t'Ij м :Е   С U ..Q  С  t'Ij    а С $ :=  :Е t'Ij е. I::f М=  I::f  & = <u :=  &  U ""'" U Е:З  Е:З  :=  := С =  ::r  С [""" <u С   I::::r: С [""" U..Q Ь =   с  ot:=o <U :а ::r: IOQ    = :=  = J а <u 1:: := U  = U ..Q о:::  := <u ::r:  <u t'Ij  tO С 1::= <U<Ut'Ij U M UI::= o:::= С U :s  ,..,....  t'Ij  м  I c'\:s С м     t'Ij С   :t  = <u С    :Е <u U = . ... = С :t С  (1.)  :=  [""":::r м U t'Ij  ..Q м {I')  := <U :t  t= t'Ij =" :s 1::= =:=:8e 'wIa    := ::r: g):= f-I t'Ij С С U = 1oQ:E::r:: = С C:E  1:: t'Ij  :Е <u := f2 :=  1:: :Е <u , С  t'Ij  1::= 0& tO О =  I :Е 16aec &$tOgS :Е ct'lj <U c  :Е =::r: ; :Е cfJ:= f-I::r: ;s;: U t'Ij ::r:: "О) :::r:==..Qt'Ij::r  I::fc  = =cuS IoIo4IoQ CtOC ce О  е &  t.r) ....-1 I I <u ::r:    :t о:::  ,,<U  ':= :Е <u l::f:=t'Ijt'lj ,=g <U<U{I') [3t'Ijt'lj f-I )1 t'Ij :а <u U ::I: I::f g   I::f ge &а'$  = 1::= f-I :::r c'(j joooj g :а  o& I:I)::r:U=1::f I = := =  :Е  <u& f{ сс  1:: U)= ..Qc   <u U f-I <u :=::r = = t'ljl::f G С I::f <u <u )1 1:: I Е:З  53   <uc В:=  t8s Ol::f I  ::r: <u ::r  tO С   ::r: :Е = o) е  t'Ij ::r:: I = С Е--< ::r: <u  U Q.c Q t'Ij tO  t'Ij U   С = с  = U м  = 5 С   <u t'Ij :=  ::r: U <u   tO 1:: С м t'Ij <u М & t'Ij ::r f-I  t'Ij U t'Ij 8 f-I м O := I::f= . "  ::r:: <u ::r  tO С <u U U <u :::r С  = := ':= )=  = := g  ::r: ::r: 1=: t'Ij ..Q u ::r:  := м <u ::r    ::r:  о = I::f:= С :Е  о  )8 [3 а = :::r 8= ::r: ::r: t'Ij С t'Ij   $ U <u 0& ..Q U 5  f-I :::r ..Q := С ""'" =  а  1:: E) = ::r:  С м   
   а  t:::  u (1) =   u = ..Q = 1=: (1) (1) =-'  >.= \.о  С 1=:{ (1) с U t::: u (1) (1) cl.c ::r t::: с  u t:::  м 2 I  С м  >.  =  с  с ....,  =  = Q) с  1=: =  (1) u = I I (1) = =  с с    = u  ..,(1)  )=  (1) :=   )= ::r g = (1)  (f") 8- 1=: 1=: .      = =::S=    cl.c "'"' '"  t:r' t::  1=:{ со. g=e  )$= I t::  ::f C!j::a  S  (1) ..Q =:  1=: ::а  o& = t:: =U=I=:{ О   ."Ь    "  а ) а 1=:{ "I=:{ t8 о >. = @= = == :2 u  := с =   с м С С 1=:  = =     t::  = (1) ):= ::r  = = с 0& со. с    = = =::а  = U == 1=::= (f")  о == с = (1)=  :=  с (1)   ." ::а t:::  ." "'"'  l:t4 =::а = ci t::8(1)=  ==C::  С а 1=: >. =  = о  8   g = t::@g ==..\.oc= S$)=ss t::: Cl.c:=>.==co:=(1)== >. t::: е)= G.  0&  (1) (1)  $ 0& 1=: >. (1) =  ..Q=c..Q88..Q..Qa c:=g>,=>.(1)Cl.c =t::=cc=\.O=I=:(1)    1=: '"   с '"' '"' t:r' С t:r' U  (1) '" (1)=(1) (1)CI=: o '"' t:::  '"  ....,  '" t:: t:: В  В = t::::a     t:: 0&   = = (1) ) (1) ..Q О = t:::  \.о '""' \.о I \.о :;: \.о 1=: O o O$O с (1) с& I =   I ;;g f;s\.O   =  =  (1) r:=:  ::f= С =  t:r'   = с (1) =  t ;:; а =  ::f:===" cc м С  c!j 5 l:t4 $::9 ""'\.О""'азсо   с f:   ::r 0 (1) 0(1)= g:= =-' 1:-.4 со. =  1=: \о ....-4  = I I   =  (1) = =-' (1)        = о  со. = \.о  О (1)  U e  J  r:=: t::: с (1) t::   t:: (1)  ::а = = (1) ..Q :з  C (1) f: (1) U (1) =    ::f  U С U ..Q Co.r:=: t:: 2  ,.,.., >.  M=  ()   м := >. = с = с f:3 = ...  с U ..Q t::: 5   = := = = (1)   \.o С (1)    м  (1) а с.. о  I  С м  >.  =  с  о о  =  = Q) с  r:=:  = = :=):= ...  := = . .., (1) iiE ) g 5 = =  :I:=  О  ..Q(З  5 C =r:=::= = ..  =...., м (1) t:r'    С=  ut:::  C =  м .1'\   '"  =-   )... =  := ,,'\ 10-1 "'" r:=: с О       5 = is:" ::а = <1) ." >.)= g   = = s =    с (1) :=  == ..Q >.  S $ 8 = ::r =   r:=: о.. () '""' с     .  с   u = " ...., " (1)   . =  a \.OC= (1)a t:: I C $t e)s o& ..Q="'" \.o..uu (1)  о   & = (1)  (1) (1)  aaa @g=c..c  <1)"'"   = t::: t::: U   Cl.ct:::o&  С = = = >\ \.o \.O c O 0== t::= I <1)  о I С М  н =ClЗU<1) (1) =\.0  g C2  е :I: t:::   а  с    = а  =""= "' ::r =  ..Q  g@G := 1:-.4 Cl.c:I: ..Q :I: С \.о С r:=:   с :=  O Ao= t:r' н = t' ....-4   о :I:  I I    = =   (1) = () =-' (1) (1) >.  =-'\.0 "'"'  о  t)  2 ,\.o  5e 185 
      с  = = =-  Е- =    =  ==  = =  =-   = =- =  = =  =- м   =- =  = = =-  =    :а  ... .Q  =- =Е- 5 у = =У   :а = = = = ё  = =   м  = =  !Е =-   u ... .Q   00 ,.,   Е- 186  М, ""'t'Ij  сс t::t:: U(1) := t:: ::r:   (1) ""':а /XI ::r= м  & O== (1) (1) с (1) ::r U:= = I U (1) (1) U t'Ij .J:I  'WI t:I:::  Io\i U (1)  t::   t::  О I  см    t'ljC Q.. ОС ::r: /XI (1) с ,:l... =     /XI ::r  )::s::   . '"  с = '" >... с := U t'Ij \о   := ас >... @/XI[  (1) :g == == = ::r: ::s:: t; /XI :g t'Ij с м С  I=:f  =       &)в e  /XI= /XI tI: t; /XIU == U t'Ij CI')  с  с /XI "'" м  :=   (1)    (1),...-.... .[.  g. /XI  tI: r::: /XI I=:f tI: С С С   = @g:g(1)g    s  )::s::\o S  == е3 @   (1) t:::{  >... = = с о  Q..   = t:::{   =)s t)  -&  8 8 t::  -&  >...    "'" =- tI: /XI & "'"  U U "'" \о .J:I -&  =  '" Ct'Ij:==c::S::>...(1)Q.. ::rst'lj:g::rcc::rt'lj::rt;5::r: (1)t::::S::(1)(1)M(1) t:::{t:::{(1) 1::: (1) Q.. С t:: (1) t:: t:: =):= t::  t:: :а с  U::S::t::U:g/XI/XIu::s::u"",C/XIt:: !   , o(1)t'Ij tI:  t; 2 :g (1) = \о t:::{  ::s:: :gc (1)  е    ;0(1)   :I: S :I: t:::{ ::S::Ut'Ij:I: "':= a  MCC':.JU ssg:g cEg. о с.. (1) с (1) ::s:: g:= ::r  с.. /XI ;:::j r::: t'Ij :I: I I   :I:  (1) :I: ::r (1) >... I=:f t:I:::  ;g    с Io\i /XI \о  С (1) t'Ij U eЁl  Jt:::{ 8 g t:: (1) uc.. ::s:: = (1)  :а tI: :I: (1) ""':а  :I:1=:f \о о t'Ij c= (1)(1) U(1)=  c.. ::ft:l::: U cu.J:I 5 t::   IY'\ >... t'Ij  м = t:I::: Ut'Ij !;:м t:::{>'" c/XI /XIC M/XI ::S:: CU "'" t::5 t:I::: :== ::r:/XI (1)t'Ij ::r >...U \Ot:::{ с (1) t'Ij t:: t'ljM (1) = O , t:::{ , (1) :I:I (1)ct::"",  Е):=  U(1):ач"  ==   ):=    :а C':.J Io\i О tI:=t; .J:I =   >... *  :g :I: )::S:: r:::  /XI ::r . '" t'Ij с = t::  t'Ij (1)  s  :I: >...   "'" t:: :;:: = t'Ij  U U  JOOIOI :I: U :>< t:::{ U (1) (1) :S: м с = (1) с \о :g =  t:I::: t:: (1)tI: о :g =:><=  [   :a==:s:::r . :>< /XI   ==  :;g  5 "':a   о ."'>...  :a (""j ::f = tI: S :I: t:: t:I:::  tI:  tI:  /XI ==  >...  )=  С       :gs :s:  S    >"':I: (1) = t'Ij   >...:I: О    [(1)"'&1   ..):s: . t'Ij  t:::{   t::     "'" с uu  (1) '" (1)e:g :s: /XI t'Ij  (1):g ::r:g с с ::r \о :;g t'Ij f;3=c..(1)6 c..(1)Oc U :I: (1) с.. с t:: tI: .. t:: t:: t::  с.. U С е  t::     /XI /XI ):s: . "'" t'Ij  \о ::r с \о = (1) 5  с О >... О ==::f I I '(1)t'ljc:;g t;&1g. (1) ::t \о t:::{ =- :=   t'Ij &  r::: с ::f:I: t:: t:I:::  ;c t:I:::::tSt:l:::u :=  t'Ij == ...:' (1) ::f  /XI "'" Io\i ::r t'Ij t:::{ с   := м MC':.Jt""""'t:::{  е =  :s: t'Ij с \о С r:::  cE о с.. (1) с (1) = t:I::: ::r  /XI U 0\  t'Ij :I: I I  S :I: :I: (1) (1)   с  U   O  Q.c /XI  с (1) \ou eЁl 
I М t'I:S    g с ""'l =: О u =: :=   =: ::s:: (1) == ::s  ::s tg Q) о  u ::s:: u  (1) (1) (1) := ::r с  u  u  =:    2  , tI: I (1) С  ::s::   u (1)  ) с    :=  (1) =: u (1) tO С t'Ij  == (1) ::r  с  ::s:: cl.c (1)  2  :=   с м ==  () :I: С е  м >-.  м (1) &  I t'Ij   =: о I t::t (1) cl.c =:  ):=  ::s '" ::r::   := @  == t) ::s:: =  t'Ij  :=    := cl.c  (1) (1)  u С  =: . ...  с tI: <u  t'Ij f2 CI') i< ="'::а 1::  ::s::== =: tI: ==  >-.  ):=  tI:   ::s::   u t'Ij =: = tI: <u )  g;  а с u  с- :I:  С Е:9 t;  ::; 6c с1) cl.c -& u :I:  cl.c =: (1)  :I: с3   с (1)   ::s с t'Ij (1)   := ::r::Cl.cU c::r =: (1) g; c (1)   tI:  == t::t ::s:: u t'Ij == t'Ij'"  ::r$.Cl.c t'Ij ""'l С   2 e[== :I: с ,..... С    t'Ij"-!oooI::s:: ",'-' с C) c ::r e&ё с N  ' <u  )::S:: U  :=   == с   =:  м  >-. )::s::    с 5 с  ::r  .  t  -&  S t;::s:: с  )= (1)<U сс () U tI: () U  tO g g   с с     <u =: =: =:  ::s::  t'Ij  \.о t::t () 0 =0  :I: t'Ij :I: I I   ==  (1) tI:   о  U  ::r::     t8 t) е    ::S м cl.c  t=:{  t'Ij с  =: (1) U := =    :I: 1=: <u   t'Ij  \.о t'Ij С t::t (1) С u =: () <u (1) cl.c ::r =: с  C) =:   2 I I <u ::r::   с с    ::r:: u  "' <u  )::s::  <u := t'Ij t'Ij ):=g <u <u CI') о..  t'Ij t  i<  t'Ij ";:t (1)   ;з := ..., t'lj1ol"4Cl.c ё=: t::t =::= Cl.cC (1) с):= =:  cl.c tI: = 1=:  =:  ::r cd ::s t'Ij  м ::s  -&  ==t::t I == I (1) С  Е  (1) (1) cl.c  )::s:: 5  I t::t <u   )::s::  ::s '" ::r::   = @  == t)    =: U <u tO С t'Ij  == <u ::r  с  := &  t'Ij  <u  С == () Q t'Ij  :=  ."' t'Ij   ::r::  <u   f2 8 CI')  ....   ::s:: ::r: =: <u ::s::  =:  :I: 1=:  ::r:: t'Ij (1) о.. ::s:: =:  .   ::s::  == t'Ij=::= с  ::r::  )6 t)  Е:9 2 == с t'Ij   ::r: (1)    t'Ij cl.c =: '"о""' (1)  \.о  О  == с  :=     с t:: )::s:: с  U <u  := Ш <u  I С ==    с Cl.c I  <u tI:  С  = с ::r  ==  t'Ij = t) ::r:= t'Ij t::t м С ::s::  == с t'Ij   U  <u  at) r:a tO I t'Ij cl.c  u ::r::=: (1)  e 5 t'ljC ::s::   == t'Ij"' cl.c  C2 'g a cd ()  Co.:I:  U  t'Ij == \.ос 1=: С С  сЕ [)::r  е   g . е   N   t'Ij :=    с м j::Q :=  с U Cl.c =:    :I:   tOt::t С (1) t'Ij cl.c  t::: t'Ij м 1=: (1) =: cl.c О  ):= := ::r:: t'Ij == м  ==  с '"'    ::r:: с (1)  tI: tO С О  (1) <u u U () U <u (1) ::r::r с с Cl.cCl.c t:: =:   I  I (1) t::t t'Ij а   Е:9    g g    =: (1) (1)  $   == (1) ::s 2   tI:  (1) t::t   !8 U с g;  t'Ij = :I: (1)Cl.c:= := "' <u-& cl.c (1) о.. I--I::S:: "' 1-01 tI: :=  <u ::s::      tO       () м . 1=: ):= ==  О := (1) =: == ::r  t'Ij == I  с  :I: (1)  ()  с  \.о U t'Ij <u   187 
 ::t    <::)  11 == =- OIS  =  :1  е  ==  11 == 011 1'"  I 11 о.- =  == ==   с r:' С  == 11: :r  ==  ..  :з z  :а I =- =t 5 ==  I  :а == = = ==  с = == ==   м  == == OIS !Е  = u :а I   188 :a  с  1:: (1) (.) := := ::t:: i  t; \о = С  8 8 g с      == = 5=     )=   ):=    (1) f1) I.'}    t; f1)  g; Et IO c 1::(1) & ):e  @"!ё@;l  g r;  -: 8 I * 5 с    Е )=  t> (1)  f1) = =):S::   "  == G   )=      f1) е!  t:: 1:1: '8  !E 1:!  '8 t  i 8 (1) ."::а r= с ."  == ; ); ;gj  e  f:$   := =  >. :=  =8 '8):=  .. ):s:: t; -    (1) (1) с о 8=c c 88..Q f1)er=i  O)I &&>. 5  <1)  с В  .. 1:: = В  := с е Q..t::  = = (1)  t)  O& 8; I (1)   a[-4sa j;i  s  с о) t;8== g    " ea  C:><:)  tjcE oe& N N   I u i i Q..  sa С    :i е g !  CI) = <:) (L) ee  =: I = <:)  <1)   \о [-4  u =   I  М    <:)   t:: С <:') -= & = с) t:: =с =е: := (1) м = Io\i  &iff    [[@  о =: [-4 =: 8E'8:a  8.  !з @" , & 8 «S u t::[-45 & O t:Q  [-4   (.)  CI)  u    s QJ   а! u  с  = u (.)  := :t i  <:')  =   <с  i Q..  [-4   := 5    = о  .   :a=:et  :::r:a  [-4 CI.) с I   ;   : &  .. = co)::r Q..:== <:') r=t:E  ..l.1::r о iA   :=:sF;j&: ;     )&: 2:.    ёё5a&Ba u=:O::rt:::r:=== 6 CI.)  6   =(6)g. =: CI) 8\0 Ef  I I ==S e  t:Ir:: [-4=:c (.) <1) QJ $.  cd == " CI)  t l:1: 10004 r:Q..Q= \O caatc= 5[a  U<:')[-4 - 0<1) \.Q(J e&e ("i"') N 
:a =   $«$  ...2 =   ):=  ь (.) ct) :s:   := t9 ):S:: =-   ct)  (1')      а1 а" м  ..  :e  t.....  ct).." «i t:Q =  м \O ;g[}& Cr::{ ===O::тe g &O)== I g =!a  8.to! S 1;; =::aia (.:Q sa = C:Q := (.) = 1::( о t= l I := ,..Q 5     i а I Е! jQ   '" :s:   С 5   g  8 = = (.) S  5 &= \O= t:: ct) м =\00 ,.Q:a 8.. rJ о  t; = aJ C'V Q  = ..... ct) ::те  =: t:: &.   ,..Q ,..Q ::f,..Q :=,..QM  f;: == 5::s OS' ёo80o:= u t::: == О t::: t::: = t::{  tO С> J:J (1) с  t=: а1 C ct)ct):2 := (1)" S   g о I I $ct)=r  ct;= С  [ 5 e а с to! '8  $1З .!i g. ![ ==  foot С \о  Q..  :2 о 2  ,..Q   i i С    =   g  N   iS С\:$ (.)     с     о (Ij  == м ::те о  =  ,..Q ct) t; ::= C'V  >:  t= <!J  U "' :=  5 = (:) о ::=  a) \о foot С :=  u   (.)  С  О   i 8 Е9 С    С  g i5   g а     :=t::{:= 8  g  ,    ::те С\:$ ,..Q С ::= = .........    е е I O = =......., С\:$  :=   >. & M::S := о о I::( ll1 N о I  \о  е о  2  'WI = =:   := = := (1) С\:$ foot g  d) <!J ):= (.)  С  а    (.) =: tIj ct)   !     f-4   о := = I:f'! =  &  =u Q.. cl  .....::с:С := 8a =:O c>'tIj::=  t:::MO  (1) 5     о о    о t"3 =t ::= 8 g; =   ct) (.) = <!J  ::те :а  =:  ct)  u  := 5 а с  :а =   С\:$"' t  .  ёЗ       о С  f:: = \о ....., tIj аз ;Q .   а'О =  a >-&:а е ct) foot "'a$   foot (1)   foot  (.) Q.. := U g=s   о  ct) =  =  ==         С  S = "" е- С := С (.) ; :=   :s  е :=  ct)   C-S ct) Q) t:::: t--4 с.с::те \с) N 189 
r  I    о  о  == == Q., = Е- =    =  ==  == = = ::r   == Q., =   == =  Q., м =  ::r =  == == =-  =    :а  .. ..Q Q., == Cj  == Cj =   :а = = = = cj с  cr= == = eI$  м  == = eI$ iE Q.,  g u I :а  Е- ' 190   1:1 t'Ij 8 :I: :а == u   ):= (1)  :=  g а :g :g   :=  (1) 1:1 С u   s с 8   ==     со. u f.9 :g (1) t'Ij ""'" :r' со.   . tI:  (1)  U := := ::r t'Ij :g с.. с -& :g :I: (1) :=  := t'Ij  = ::t:: t'Ij =  :I: =: :r' (1)    (1) u С := =  :а    '*" =  =: с  u  с.. t'Ij  с  tI: \о С t'Ij :а     :а  \о t'Ij с.. (1) (1) = := ::т:: == (1)    u -& :а о  I   ):=   f-c. u (1) u (1) ::I:: :а   = (1) :=   е = f-c tI: С u .,  t'Ij (1) "':= =-&   == t'Ij t:=$== f' N ):="' ,...:.... := = ::r с   == := ::r: -& S  u 8 = s  u "' :g .",. ,.... (1)  :а $  $ t'Ij  t'Ij   i  , s   u t 'iЗ    :g:s t'Ij ::r:  .   (1)"'::'t'ljC1) $   t t'Ij :g   = t'Ij ...., с o.. == м . С  t'Ij:=  :== t'Ij ...., t:::( t'Ij м .. =: (1) t) &1   :а t:::( ... :I: (1) := ;uc..  t:=    N  == :а с =  '--" ...  :; :: .с  ::  ::: :r      J (1) ::r :=  \о t'Ij  =  :а ::r: == t'Ij   t'Ij u u (1) ::r с  с  с :g (1)  t:::( (1) 5 u = (1) := == (1)  (1) =: u (1) \о С (1) С = С = t'Ij с.. =: = с u u (1) ::r с  :::     ... ):= := со. t'Ij u u С В   := с  u С =: 
rЛОССАРИЙ Анализ функций  методика анализа исполнения функций в компании. Аудит  соrласно определению комитета Американской бухrалтерской ассоциа- ции "аудит  это системный процесс получения и оценки объективных дан- ных об экономических действиях и событиях, устанавливающий уровень их соответствия определенному критерию и представляющий результаты заин тересованному пользователю". Бизнес..процесс модель преобразования сущностей типа «BXOДBЫXOД», пони маемая как работа по реализации приписываемой функции. Бизнес-процесс-реинжиниринr (БПР)  методика кардинальной реструктури зации бизнес-процессов. Бизнес-функция (Business-function)  термин, используемый для описания Toro, что в процессе функционирования орrанизации выполняют те или иные действия. IDEFO обеспечивает поддержку моделирования бизнесфункций посредством нотации, использующей действия и стрелки. Вертикальное сжатие бизнес-процессов  объединение нескольких разноуров-- невых рабочих процедур в одну. Внешняя среда  существенно важные объекты вне системы. Вход (Input arrow) стрелка, входящая в левую часть блока диаrpаммы IDEFO. Вход обозначает сырье или информацию, потребляемые действием, обозначенным данным блоком, и которые необходимы ДЛЯ получения выхода. Выход (Output arrow)  стрелка, выходящая, из правой стороны блока диаrpаммы IDEFO. Выход обозначает изделия или информацию, полученные в результате выполнения действия, обозначенноrо блоком. rоризонтальное сжатие бизнес-процессов  объединение нескольких OДHO уровневых рабочих процедур в одну. rраницы моделирования (Scope)  ширина охвата и rлубина детализации при описании моделируемоrо набора объектов. Действие (Activity)  описание набора мероприятий, имеющеrо целью обработку или передачу либо данных, либо ресурсов (например, "обработать заказ" или "провести технический контроль"). Модели IDEFO выделяют неэффективные действия (у которых отсутствует управление или выход) и, таким образом, способствуют работе по проведению реинжиниринrа бuзнеспроцессов. Действие в модели IDEF3, называемое также единицей работы, описывает обработку, мероприятие, принятие решения или друrую процедуру, выполняемую системой или орrанизацией. Действия в диаrраммах DFD отображают обработку или передачу данных. Динамическое бизнес-моделирование  методики и средства, описывающие изменение инжиниринrовых моделей во времени. 191 
Изменения орrанизационной модели  сокращения и добавления продуктов,. функций, звеньев в орrанизационной модели компании, перераспределение ответственности звеньев за исполнение функции. Изменения модели бизнес..процессов  сокращения, добавления, изменения образующих бизнеспроцессы работ, изменение сетевой модели образующих бизнеспроцессы работ, перераспределение ответственности звеньев за ис- полнение б.изнеспроцессов. Команда процесса  выделенная rpуппа менеджеров и специалистов, OTBeTCT венная за реализацию процесса. Количественные модели бизнес"инжиниринrа  количественные описания инжиниринrовых моделей компании. Консалтинr  вид интеллектуальной деятельности, основная задача KOToporo заключается в анализе, обосновании перспектив развития и использования научв:отехнических и орrанизационноэкономических инноваций с учетом предметной области и проблем клиента. Основная цель консалтинrа заклю- чается в улучшении качества руководства, повышении эффективности дея- тельности компании в целом и увеличении индивидуальной производитель- ности труда каждоrо работника. Лоrистика  1. Отрасль науки  совокупность самостоятельной методолоrии, теории, методов и способов оптимизации всех видов потоков (физических, информационных, энерrетических и т .д.),. сопровождающих экономические, социальные и коммуникативные процессы в сфере создания, воспроизводст ва и потребления товаров и услуr в условиях функционирования и развития рыночных отношений. 2. Теория П1:анирования, управления и контроля про.. цессов движения материальных, трудовых, энерrетических и информацион- ных потоков в человекомашинных системах. 3. Совокупность теории и прак тики анализа и оптимизации перемещения продукта и сопровождающих ero потоков в сфере производства и обращения товара. Менеджмент 1. Совокупность функций, необходимых для орrанизации любой деятельности на том или ином иерархическом уровне рыночной экономики. 2. Форма описания, представления деятельности и роли отдельноrо лица или rpуппы лиц, которые ставят и контролируют задачи по управлению процесса- ми орrанизации, планирования, координации и контроля в той или иной об- ласти воспроизводства или экономики в целом. 3. Наука управления рыноч-- ной экономикой, включающая теорию систем, теорию решений, социальную психолоrию, социолоrию, психолоrию, математику и др. 4. Руководство фир- мы, возrлавляющее процесс орrанизации и функционирования производства и ответственное за результаты деятельности и выживаемость фирмы в усло.. виях конкурентной борьбы. 5. Управление экономикой, производством, пер- соналом, ресурсами и т .д. в условиях рынка. MeTaCTpYKTypa устойчивые связи различающихся структур. Механизм исполнения (Mechanism arrow)  стрелка, входящая в блок диаrpаммы IDEFO снизу и обозначающая персонал, оборудование и дрyrие не потребляемые в процессе функционирования ресурсы, используемые для выполнения действия, обозначаемоrо блоком. 192 
Орrанизации менеджмента  формирование и поддержание функциональных структур и бизнеспроцессов компании. Орrанизвционная культура «мяrкая» структура компании, проявляющаяся в виде разделяемых элементами ценностей, ожиданий, норм поведения, «пра- вил иrpы),, поведенческих ритуалов, психолоrическоrо климата, существую. щеrо в компании. Орrанизационная реструктуризация  изменение орrанизационной модели компании. Подсистема  часть системы, образованная компонентами. Проrpамма действий по управлению изменениями  систематизированное представление управляющих воздействий (кто, что, коrда, сколько) для про.. rpаммы реструктуризации компании. Проектирование функциональной модели  методика определения иерархи ческоrо упорядочивания необходимых функций компании. Реинжипиринr  фундаментальное переосмысление и радикальное перепроек тирование бизнеспроцессов компаний для достижения коренных улучше- ний в основных показателях их деятельности: стоимость, качество, услyrи и темпы и т .д. Реструктуризация  изменение структуры компании. Реструктуризация бизнес..процессов  изменение модели бизнеспроцессов компании. Стратеrия  модель целей и способов их реализации. Стратеrический анализ  модель представления и анализа информации для принятия стратеrических решений. Стрелка (Arrow)  стрелка на диаrpамме IDEFO представляет вход, управление, выход или механизм выполнения действия. На диаrpаммах IDEF3 стрелки обозначают порядок выполнения действий (стрелки, нарисованные сплошной линией), отношения (стрелки, нарисованные прерывистой линией) или поток (двухконечные стрелки, нарисованные сплошной линией). В DFD стрелка обзначает поток данных между действиями, хранилищами данных и внешними ссылками. Структура орrанизационная  отражение функций, исполнительных звеньев и устойчивых связей между ними. Структура процессов  отражение компонентов процессов и устойчивых свя зей между ними. Функция  обособленный устойчивый вид деятельности. Функциональная область  обладающая целостностью совокупность функ- ций, выполняемьtх подразделениями. Функциональная структура  отражение функций и устойчивых связей между ними. Функциональные стратеrии  документированные цели в функциональной об.. ласти (продукты, бизнеспроцессы, менеджмент, ресурсы) и систематизиро.. ванные суждения о способах их достижения. Управление (Control arrow)  оrpаничение для блока диarpаммы IDEFO, определяющее, как, коrда и при каких условиях выполняется действие, обозначенное этим блоком. Это правила, стандарты, законы, должностные 1 З1500 193 
инструкции и т.п. Стрелки, обозначающие управление, входят в блок диarpаммы IDEFO сверху. Управленческий аналз  сложившийся систематизированный набор методик представления и анализа информации для прИflЯТИЯ управленческих реше- ний (маркетинrовый анализ, финансов о-экономический анализ, операцион.. ный анализ и т.д.). IDEFO  стандарт моделирования, поддерживающий rpафическое описание бизнесфункций как набора взаимозависимых действий и информации о ресурсах, необходимых для каждоrо действия. Назначение модели IDEFO состоит в документировании и пересмотре назначения и состава функций для повышения эффективности функцйонирования орrанизации. IDEF3  стандарт моделирования бизнес..процессов, поддерживающий rpафическое описание непосредственноrо механизма функционирования системы или орrанизации. IDEF3 содержит правила разработки двух видов сетевых диаrpамм: диаrpамм потоков для бизнес..процессов; диаrpамм изменения состояния объекта. Orgware  методики и проrpаммное обеспечение для описания и проектирова-. ния структур. Workflow  методики и проrpаммное обеспечение для описания и проектрова- ния бизнеспроцессов. 
РЕКОМЕНДУЕМАЯ ЛИТЕРАТУРА , Основная литература 1. Вендров А.М. САSЕтехнолоrии  современные методы и средства проектирования информационных систем.  М.: Финансы и статистика, 1998. Введение в проектирование информационных систем с помощью современ- ных методов и средств. Методолоrия проектирования, структурный и объект- но-ориентированный подход. Характеристики САSЕ-средств. Может служить хо- рошим методическим пособием. 2. Ефимов В.Н. Опыт использования Функциональноrо модели- рования при разработке банковских систем / / Банковские техноло- rии.  1998.  С. 6Ц8. В статье излаrается опыт, накопленный компанией "Диасофт" в области cТPYКтypHoro системноrо анализа банковской сферы. Показано на примерах, что методолоrии Функциональноrо моделирования, лежащие в основе системноrо CТPYKтypHoro анализа, позволяют добиться значительноrо повышения конкурен- тоспособности проrpаммноrо обеспечения, снижают производственные издерж- ки и время разработки. 3. Дэвид А. Марка и Клемент Макrоуэн. SАDТметодолоrия CТPYKTypHoro анализа и проектирования.  М.: Метатехнолоrия, 1993. Классический труд, в котором изложены основные концепции методолоrии SADT -IDEF (Structured Analysis and Design Technique). Подробно описан процесс построения функциональных моделей процессов. Множество примеров, взятых из реальных аналитических проектов, иллюстрируют различные способы приме- нения SADT в широком спектре областей. Представляет большую ценность как учебно-методическое пособие для начинающих изучать предмет, не потерявшее своей ценности за прошедшее с момента выхода время. 4. Калинов r.H. CASE. Структурый системный анализ (автоматизация и применение). М.: Лори, 1996. Изложены' методолоrические основы области САSЕ-технолоrий. Содержит описание основных методов CТPYKтypHoro анализа и проектирования проrpамм... Horo обеспечения систем обработки информации. Акцент на последовательное рассмотрение наиболее важныIx аспектов системноrо CТPYKтypHoro анализа дела- 13* 195 
ет эту книry особенно полезной для аналитиков предметных областей, руководи телей проrpаммных проектов, системных аналитиков, проектировщиков и разра- ботчиков информационных систем и систем реальноrо времени. 5. Калинов r.H. Консалтинr при автоматизации предпри... ятий.  М.: СИНТЕr, 1997. , Обобщение опыта разработки консалтинrовых проектов, выполненных ДЛЯ банков, промышленных и торrовых предприятий, офисных учреждений и Т.д. Подробно рассматривается методолоrическая и инструментальная база выполне- ния консалтинrовых проектов (САSЕтехнолоrии), анализируются подходы к ре. орrанизации деятельности предприятий, предлаrается методолоrия выполнения консалтинrовых проектов, апробированная на крупнейших российских предпри- ятиях. Весьма полезна как учебное пособие для "продвинутых" слушателей. 6. Клейменова М.С. Системный подход к проектированию слож .НЫХ систем // Журнал дpa Добба, 1993.  N2 1.  С. 914. Весьма удачное с точки зрения подачи материала пособие для "непродвину- тых" пользователей, в котором представлены фраrменты истории cТPYктypHoro подхода, а также основные моменты (с примерами) SАDТIDЕF-технолоrии. 7. Кукушкин А.А., Овсянников А.А. САSЕ"моделирование ин.. формационных процессов.  Орел: ВИПС, 1998. Пособие по курсовому проектированию для слушателей военных учрежде- ний, включающее все необходимое для исполнения проекта: требования к проек" ту, общие положения по САSЕ-моделированию, методику построения модели, методические примеры, а также описание основных функций поддерживающеrо технолоrию моделирования проrpаммноrо продукта BPwin. 8. Маклаков С.В. BPwin, ERwin. САSЕ..средства разработки ин формационных систем.  М.: ДИАлоr..миФи, 1999. Практическое руководство по созданию информационных систем с помо- щью САSЕсредств фирмы Platinum BPwin и ERwin. Изложена методолоrия раз- работки модели процессов в BPwin и модели данных с помощью ERwin. Связыва- ние модели процессов и модели данных. Создание объектной модели и ее связывание с моделью данных при помощи ERwin Translation Wizard. Составле.- ние качественных отчетов с помощью RPTwin. Очень хорошее и современное учебное пособие в обсуждаемой области, но, к сожалению, малоприrодное для "непродвинутой" аудитории. Дополнительная литература 9. Алексеева М.М. Планирование деятельности фирмы / Учебно" методическое пособие.  М.: Финансы и статистика, 1998. 10. Бовыкин в.и. Новый менеджмент (управление предприятия.. ми на уровне высших стандартов; теория и практика эффективноrо уцравления).  М.: Экономика, 1997. 196 
11. Бочкарев А., Кондратьев .В., Краснова В., Матвеева А. и др. Семь нот менеджмента. Настольная книrа руководителя. Издание третье, дополненное.  М.: Эксперт, 1998. 12. Буч r. Объектно..ориентированное проектирование с примера.. ми применения: Пер. с анrл.  М.: Конкорд, 1992. 13. Васкевич д. Стратеrии клиент/сервер. Руководство по выжи.. ванию для специалистов по реорrанизации бизнеса.  Киев.: Диалек.. тика, 1996. 14. Виноrрадов В.И., Ручкин в.с. О необходимости построения информационно..функциональной модели территориальной налоr вой инспекции.  Тамбов: Тамбовский rосударственный университет, 1998. 15. Виссема х. Менеджмент в подразделениях фирмы (предпри.. нимательство и координация в децентрализованноц компании): Пер. с анrл.  М.: Инфра..М, 1996. 16. rейн К., Сарсон Т. Системный структурный анализ: средства и методы.  М.: Эйтекс, 1992. 17. Билл rейтс. Бизнес со скоростью мысли.  М: Эксмо..пресс, 2001. 18. rpOMOB А.И., Каменнова М.С., Старыrии А.Н. Создание корпоративноrо электронноrо архива и реорrанизация бизнес..про- цедур компании // СУБД.  1995.  N2 3.  С. 84:-94. 19. rудуmаури r.B., Литвак Б.r. Управление современным предприятием.  М.: Тандем, ЭКМОС, 1998. 20. Дейл М. Самообучающиеся орrанизации. Хрестоматия "Управление обучением".  М.: МЦ,ДО "ЛИНК", 1996. 21. Джонсон д. Процессы управления стратеrическими измене.. ниями. Хрестоматия "Управление изменением".  М.: МЦ,ДО "ЛИНК", 1996. 22. Дракер П.Ф. Управление, нацеленное на результаты: Пер. с анrл.  М.: Технол. шк. бизнеса, 1994. 23. Дракер П.Ф. Эффективное управление. Экономические зада.. чи и оптимальные решения: Пер. с анrл.  М.: ФАИР..ПРЕСС, 1998. 24. Забелив П.В. Основы корпоративноrо управления концерна.. ми.  М.: ПРИОР, 1998. 25.3индер Е.З. Бизнес..реинжиниринr и технолоrии системноrо проектирования (учебное пособие).  М.: Центр информационных технолоrий, 1996. 197 
26. Зиндер Е.З. Реинжиниринr + информационные технолоrии == новое системное проектирование 1/ Открытые системы.  1996.  NQ 1.  С. 559. 27. Ивлев В.А. Методолоrический подход консалтинrовой дея.. тельности// Информационные технолоrии.  1995.  NQ 3.  С. 17 19. 28. Ивлев В.А., Каменнова М.С., Попова Т.В. Методолоrиче.. ский подход к реорrанизации деятельности предприятия // Открытые системы.  1996,  NQ 2.  С. 6769. 29. Ивлев В.А., Попова Т.В. Орrанизация и реорrанизация деятельности предприятия // Компьютер Пресс.  1996.  Июнь,  С. 12122. 30. Ивлев В.А., Попова Т.В. Построение бизнессистемы // Ком.. пьютер Пресс.  1996.  Июль.  С. 8490. 31. Как уцелеть среди акул (Опередить конкурентов в умении про- давать, руководить, стимулировать, заключать сделки). Деловая стра. теrия (концепция, содержание, символы): Пер. с анrл. Б. Карлоф.  Уфа: Акад. менеджмента.  М.: Экономика, 1993. 32. Калинов r.H. Консалтинr при автоматизации предприятий: Научно..практическое издание.  Серия "Информатизация России на пороrе ХХI века".  М.: СИНТЕr, 1997. 33. Калинов r.H., Козлинекий А.В., Лебедев В.Н. Сравнение и проблема выбора методов CТPYKTypHoro системноrо анализа // РС WEEКJRE.  1996.  NQ 34 (27 aBrycTa).  С. 46, 47, 50. 34. Калинов r.H. Системное проектирование  новый вид дея тельности на российском рынке /1 Информационные технолоrии.  1995.  NQ 3. . С. 2021. 35. Каменнова М.С. Системный подход к проектированию слож ных систем // Журнал дpa Добба.  1993.  NQ 1.  С. 914. 36. Квинн Д.Б. Управление стратеrическими изменениями. Хре.. стоматия "Управление изменением".  М.: МЦДО "ЛИНК", 1996. 37. Колrен Д. В защиту процессноrо консультирования. XpeCT l\lатия "Управление изменением".  М.: МЦДО "ЛИНК", 1996. 38. Кондрашов В.В., Краснова В.Б. Реструктуризация управле- ния компанией. Модульная проrpамма для менеджеров, вып. 6.  М.: ИнфраМ, 2000. 39. Кравченко В.Ф., Кравченко Е.Ф., Забелин П.В. Орrанизаци онный реинжиниринr. Учебное пособие для вузов.  М. Приор, 1999. 40. Лейна Фишер. Совершенство на практике. Лучшие проекты в области управления бизнеспроцессами и Workf1ow.  М.: Весть..Ме- татехнолоrия,2000. 198 
I 41. Медынский B.r., Ильдеменов С.В. Реинжиниринr инноваци.. oHHoro предпринимательства.  М.: ЮНИТИ, 1999. 42. Мильнер Б.З. Теория орrанизаций.  М.: ИнфраМ, 1998. 43. Моисеева Н.К. Функциональностоимостный анализ в маши ностроении.  М.: Машиностроение, 1987. 44. Моисеева Н.К., Анискин ю.п. Современное предприятие: конкурентоспособность, маркетинr, обновление. Кн. 1, 2.  М.: Внеш.. торrиздат, 1993. 45. Моисеева Н.К., Кравченко Е.Ф., Аверьянов и.и. Проекти" рование Функциональноструктурной орrанизации торrовой фирмы с использованием SАDТ..МЕтодолоrии // Маркетинr.  1998.  N2 3.  С. 4760. 46. Ойхман E.r., Попов 3.В. Реинжиниринr бизнеса.  М.: Фи.. нансы и статистика, 1997. 47. Оуен А. Как осуществлять стратеrию. Хрестоматия "Управле- ние изменением".  М.: МЦДО "ЛИНК", 1996. 48. Оценка бизнеса / Под ред. A.r. rрязновой, М.А Федотовой.  М.: Финансы и статистика, 1999. 49. Питере Т., Уотермен Р. В поисках эффективноrо управления. Опыт лучших компаний: Пер с aHr.  М., 1986. 50. Питерсон д. Теория сетей Петр и и моделирование систем.  М.: Мир, 1984. 51. Попов 3.В. Бизнеспроцесс "Реинжиниринr" и интеллектуаль.. ное моделирование компаний // Статические и динамические эксперт ные системы: Учеб. пособие.  М.: Финансы и статистика, 1996. 52. Пью д. Понимание орrанизационных изменений и управление ими. Хрестоматия "Управление изменениями".  М.: МЦДО "ЛИНК", 1996. 53. ПЬЮ Д., Мэйби К. Стратеrии управления сложными измене- ниями. Курс профессиональноrо диплома по менеджменту "Управле- ние развитием и изменением". Кн. 10. Открытый университет Велико.. британии: Пер. с анrл.  М.: МЦДО "ЛИНК", 1995. 54. Робсон М., Уллах Ф. Практическое руководство по реинжи.. ниринrу бизнес..процессов: Пер. с анrл. / Под ред. Н.Д. Эриашвили.  М.: ЮНИТИ, 1997. 55. Росс д. Структурный анализ: язык для передачи понимания // Требования и спецификации в разработке проrpамм.  М.: Мир, 1984. 199 
56. Ручкин в.с. Вербальная модель функционирования отдела учета и отчетности физических лиц территориальной налоrовой ин спекции. Новые информационные технолоrии в финансовокредит" ной сфере/Международная Академия информатизации.  1997. 57. Сапеrин А.М. Реорrанизация бизнес..процессов: коrда, как и зачем // РС WEEКlRE.  1995.  5 дек.  С. 41, 42, 44. 58. Семенов и.о. Вербальная модель функционирования отдела учета и отчетности юридических лиц территориальной налоrовой ин- спекции. Новые информационные технолоrии в финансово"кредит ной сфере / / Международная Академия информатизации, 1997. 59. CeHre п. Новая работа для лидера. Хрестоматия "Управление обучением".  М.: МЦДО "ЛИНК", 1996. 60. Таранов П.С. Золотая книrа руководителя.  М.: AreHTcTBo "ФА..ИР", 1998. 61. Тельнов Ю.Ф. Реинжиниринr бизнеспроцессов: Учебное по собие.  М.: Московский rосударственный университет экономики, статистики, информатики, 1999. 62. Томас М. Кулопулос. Необходимость Workflow. Решения для реальноrо бизнеса.  М.: Весть..Метатехнолоrия, 2000. 63 . Уотсон Л., Мейон", Уайт У. Системные концепции и стратеrия вмешательства. Курс профессиональноrо диплома по менеджменту "Управление изменением". Кн. 3. Открытый университет Великобри.. тании: Пер. с анrл.  М.: МЦДО "ЛИНК", 1993. 64. Управление развитием и изменением. Управление изменени ем. Хрестоматия I Составители К. Мэйби, Б.М. Уайтм.  М.: МЦДО "ЛИНК", 1998. 65. Уткин Э.А. Бизнесреинжиниринr. Обновление бизнеса.  М.: Тандем, 1998. 66. Хаммер М., Чампи Дж. Реинжиниринr корпорации: манифест революции в бизнесе: Пер. с анrл.  Спб.: Изд"во С...Петербурr. YHTa, 1997. 67. Черемных с.в. Материалы по изучению курса "Моделиро.. вание бизнес..процессов".  М.: Финансовая академия при Правител стве РФ, 2000. 68. Шапот м.д. Инструментальные средства поддержки реинжи ниринrа бизнеспроцессов // Материалы семинара "Динамические ин... теллектуальные системы в управлении и моделировании".  М.: ЦРДЗ, 1996. 200 
69. Юдицкий С.А., Кутанов А.Т. Методолоrия CТPYKTypHoro анализа и лоrическоrо проектирования сложных информацион но..управляющих систем II Приборы и системы управления.  1994.  N2 4.  С. 1525. 70. Barker R. CASE'''Method. Entity..Relationship Modeling.  NY: AdditionWesley Publishing Сотрапу, 1991. 71. Bellin D., Suchman S. ТЬе Structured Systems Development Man ual.  N..y: Yourdon Press/Prentice НаН, 1989. 72. Boar В. Н. ТЬе art of strategic planning for iпfолnаtiоп technology II Crafting Strategy for the 90s. John Wiley&Sons, 1993. 73. ВоеЬт B.W. А Spiral Model of Software Development and En hancement II IEEE Computer. Vol. 21, No 5, 1988.  Р. 6172. 74. Carlzon J. Moments of Truth. МА: Ballinger Publishing Сот.. рапу. 1987. 75. Carlzon J. and Lagerstrom Т. Riv Pyramidema! Еп bok от den пуа manniskan, chefen осЬ leedaren, 1985. 76. Darnton G., Darnton М. Business Process Analysis.  London: Tompson Business Press, 1997. 77. Davenport Т.Н. Business Innovation, Reengineering Work through Information Technology.  Boston: Harvard Business School Press, 1993. 78. Davenport Т.Н. Process Innovation: Reengineering through Infor.. mation Technology.  Cambridge: Harvard University Press, 1993. 79. DeMarco Т. Structured Analysis and System Specification.  NY: У ourdon Press, 1988. 80. Donovan J.J. Business Reengineering with Information Technol ogy.  NY: Prentice НаН, 1994. 81. Flynn К. Critical Success Factors for а Successful Business Reengineering Project IICASE World Conference Proceedings. Boston: 1993, October. 82. Fournier R. Practical Guide to Structured Systems Development and Maintenance.  N  У: У ourdon Press/Prentice НаН, 1991. 83. Gane С. Computer Aided Software Engineering: tne Methodol ogies.  NY: Prentice НаН, 1990. 84. Gibson M.L. ТЬе CASE Philosophy II БУТЕ.  1989. April.  Р. 209218. 85. Hammer М. Beyond Reengineering.  London: Harper CoHins Business, 1996. 201 
86. Hammer М., СЬатру J. Reengineering the Corporation: А Mani.. festo for Business Revolution.  N..y: HarperCollins, 1993. 87. Hammer М., Steven A.S. ТЬе Reengineering Revolution: А Hand.. book.  NY: HarperBusiness, 1995. 88. Harmon Р. Business Process Reengineering with Objects  Part 2 // Object--Oriented Strategies.  1995.  У. 5.  .NQ 1. 89. Hatley D., Pirbhai 1. Integrated Structured Analysis and Design.  N..y: Dorset House, 1987. 90. Higgins D. Data Snructured Software Maintenans: the Wаmiеr..Оп Approach.  N..Y: Dorset House, 1986. 91. IEEE STD 729..1983. Standard Glossary of Software Engineering Terminology.  NY: IEEE, 1983. 92. Jacobson 1., Christerson М., Jonsson Р. and Overgaard G. ОЬ.. jectoriented Sotware Engineering  А Use Case Driven Approach. Read- ing, МА: Addison--Wesley.  NY: АСМ Press, 1992. 93. Jacobson 1.., Ericsson М., Jacobson А. ТЬе Object Advantage: Business Process Reengineering with Object Technology // АСМ Press  Addison..Wesley Publishing, 1995. 94. Johansson Н., McHugh Р., Pendlebury J. and Weeler 111 w. Business Process Reengineering. Breakpoint Strategies for Market Domi папсе. Chichester: John Wi1ey & Sons, 1993. 95. КIeinberg. BPR Tools Categories  Multiple Choices Research Note /1 July 7 1995. GartnerGroup. 96. Manganelli R. Merging BPR and Strategy Implementation. ТЬе National Publication for BPR Enterprise Reengineering.  У. 11.  Jssue.  No 6.  September, 1995. 97. Marko D.A., McGovan K.L. SADT: Structured Analysis and De.. sign Technigue.  N..y: McGraw Hill, 1988. 98. McClure С., Martin J. Repository: Basis for Integration. Chicago: Extended Intel1igence, 1991. 99. Moad J. Object Methods Тате Reengeneering Madness // Datamation.  Мау, 1995. 100. Orr К.Т. Structured Systems Development.  N--Y: Yourdon Press, 1977. 101. Page..Jones М. ТЬе Practical Guide to Structured Systems De.. sign.  NY: Yourdon Press, 1988. 102. Ross D. Applications and extensions of SADT// IEEE Сот.. puter.  April, 1995. 202 
103. Ross R.G. Entity Modeling: Techniques and Applications. Boston: Data Base Research Group, 1987. 104. Shlaer S. and Mellor S.J. Object..Oriented Systems Analysis.  Englewood Cliffs.  N..Y: Prentice НаН, 1988. 105. Salgame R.R., Becker S.G., Yu D.H. Sparks: А Кnowledge Based Process Modeling and Simulation System // ТЬе National Business Process ReengineeringConference, 1995. 106. Sheleg W. Business Process Reengineering driven Ьу business events // Database Newsletter. September/October, 1993.  21(5). 107. Tsang Е. Business Process Reengineering and why it requires business event analysis // Case Trends.  March, 1993. 108. Willoch В.Е. Business Process Engineering. Vinnende arbeidsprosesse og organisasjonsstrukturere i forandringens decennium.  Norway Fagbogforlaget, 1994. 109. Wirfs..Brock R., Wilkerson В. and Wienter L. Designing Ob jectOriented Sotware.  Englewood C1iffs.  N..Y: Prentice НаН, 1990. 110. Yourdon Е. and Constantine L.L. Strиctured Design: Funda mentals of а Discipline of Computer Program and System Design.  Englewood Cliffs.  NY: PrenticeHal1, 1979. 111. У ourdon Е. Modem Structured Analysis. У ourdon Press/ Prentice..Hall, 1989. 112. Yourdon Е. Strиctured Walkthroughs. 4th edn.  Englewood Cliffs.  N..y: PrenticeHaH, Yourdon Press, 1989. 
Оrпавление к читател ю . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Предисловие . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 rлава 1. Модель бизнеса и структурный анализ IDEF .. 11 1.1. Требования к модели компании . . . . . . . . . . . . . . . . . . . . . . 16 1.1.1. Клиенты и партнеры . . . . . . . . . . . . . . . . . . . . . . . . .. 16 1.1.2. Исполнительный управленческий аппарат. . . . . . . . 16 . 1.1.3. Команда по реинжиниринry . . . . . . . . . . . . . . . . . . .. 17 1.1.4. Владелец процесса. . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 1.1.5. Владелец ресурса. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 1.2. Структурный анализ средствами IDЕF"моделирования. .. 19 1.3. Из истории моделирования бизнес--процессов .......... 21 1.4. Методолоrия SADT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 22 1.5. Применение методов IDEF дЛЯ моделирования поведения компаний. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 24 rлава 2. Методолоrия описания бизнес-процессов IDEF3 . . . . . . . . . . . · . . . . . . . . . . . . . . . . . . . . . . . . . .. 27 2.1. Синтаксис и семантика моделей IDEF3 . . . . . . . . . . . . . . .. 29 2.1.1. Модели IDEF3 ............................... 29 2. 1.2. Диаrpаммы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 29 2.1.3. Единица работы. Действие . . . . . . . . . . . . . . . . . . . . . 30 2. 1.4. Связи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3 О 2.1.5. Соединения  . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . .. 34 2.1.6. Указатели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 39 2.1.7. Декомпозиция действий . . . . . . . . . . . . . . . . . . . . . .. 40 2.2. Требования IDEF3 к описанию бизнеспроцессов ... . . .. 41 2.2.1. Определение сценария, rpаниц моделирования, точ.. ки зрения. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 41 2.2.2. Определение действий и объектов. . . . . . . . . . . . . .. 41 2.2.3. Последовательность и параллельность . . . . . . . . . .. 42 204 
rлава З. Методопоrия функционапьноrо моделирова- н ия I D Е F О . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.1. Синтаксис и семантика моделей IDEFO . . . . . . . . . . . . . . . . 3.1.1. Модели IDEFO ............................... 3.1.2. Действия . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.1.3. rраницы и связи. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 . 1.4 . Туннели. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2. Построение моделей IDEFO. . . . . . . . . . . . . . . . . . . . . . . . . . 3 .2.1. Диааммы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.2. Цикл эксперт  аналитик. . . . . . . . . . . . . . . . . . . . . . 3.2.3. IJостроение моделей . . . . . . . . . . . . . . . . . . . . . . . . . . 3 .2.4. Т очка зрения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.5. rраницы моделирования. . . . . . . . . . . . . . . . . . . . . . . 3.2.6. Выбор наименования KOHTeKcTHoro блока. . . . . . . . . 3.2.7. Определение стрелок на контекстнойдиаамме. . . 3.2.8. Нумерация блоков и диаrpамм . . . . . . . . . . . . . . . . . . 3.2.9. Связь между диаrpаммой и ее родительским функ.. циональным блоком . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.10. Два подхода к началу моделирования ("в ширину" и " б " ) в rлу ину .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.11. Коrда остановиться . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.12. Друrие диаrpаммы IDEFO . . . . . . . . . . . . . . . . . . . . . 3.3. Взаимосвязь моделей IDEFO и IDEF3. . . . . . . . . . . . . . . . . . 3.3.1. Действия, выполняемые в функциональных блоках 3.3.2. Создание моделей IDEF3 дЛЯ отображения блоков ID EFO . . . . . . . . . . . . . . , . . . . . . . . . . . . . . . . . . . . . . . . rлава 4. Структурный анализ потоков данных (Data Flow Diagrams ..... DFD) ............................ 4.1. Назначение диаrpамм потоков данных .............. . . 4.2. Синтаксис и семантика диаrpамм потоков данных. . . . . . . 4.2.1. Функциональные блоки. . . . . . . . . . . . . .. . . . . . . . . . . 4.2.2. Внешние сущности .... . . . . . . . . . . . . . . . . . . . . . . . 4.2.3. Стрелки (потоки данных) . . . . . . . . . . . . . . . . . . . . . . 4.2.4. Хранилища данных . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2.5. Ветвление и объединение . . . . . . . . . . . . . . . . . . . . . . 4.3. Построение диаrpамм потоков данных ................ 4.3.1. Два подхода к построению DFD"моделей. . . . . . . . . 4.3.2. Нумерация объектов . . . . . . . . . . . . . . . . . . . . . . . . . . 44 45 45 46 46 51 53 53 55 55 56 56 57 58 59 60 61 61 61 63 63 64 66 66 68 68 69 69 70 70 71 71 72 205 
rЛ8В8 5. Друrие возможности IDЕF-моделей . . . . . . . . .. 74 5.1. Стоимостный анализ IDЕFмоделей. Функциональное оценивание . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 74 5.2. Имитаци о нны е м од ели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 5.2.1. Источники и назначения . . . . . . . . . . . . . . . . . . . . . .. 77 5.2.2. Очереди. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 77 5.2.3. Оборудование. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 78 5.2.4. Пример имитационной модели. . . . . . . . . . . . . . . . .. 78 5.2.5. Обработка результатов моделирования. . . . . . . . . .. 89 rЛ8ва 6. Проrраммное обеспечение IDЕF-моделирова- н ия . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 90 6.1. Platinum BPwin  руководство пользователя проrpаммно- ro пакета компьютерной поддержки теХНОЛОI'ИИ модели рования IDEF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 90 6.1.1. Краткий обзор. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 6.1.2. Про верка правильности выполнения задания. . . . .. 92 6.1.3. Зачем нужно усовершенствование бизнес..процес- со в ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 93 6.1.4. Деловое моделирование .. . . . . . . . . . . . . . . . . . . . .. 93 6.1.5. Что такое В Pwin? . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 93 6.1.6. Модель BPwin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 94 6.2. IDЕFмоделирование и BPwin. . . . . . . . . . . . . . . . . . . . . . .. 95 6.2.1. Методолоrии моделирования, поддерживаемые В Pwin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 95 6.2.2. Функциональное моделирование (IDEFO). . . . . . . . . 95 6.2.3. Диаrpаммы потоков данных (DFD) . . . . . . . . . . . . .. 96 6.2.4. Описание бизнеспроцессов (IDEF3). . . . . . . . . . . .. 96 6.2.5. Коrда и какие методолоrии применять . . . . . . . . . .. 99 6.3. Практическое использование BPwin. . . . . . . . . . . . . . . . . .. 100 6.3.1. Рабочее место BPwin . . . . . . . . . . . . . . . . . . . . . . . . .. 100 6.3.2. Дерево модели. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 100 6.3.3. Область для рисования . . . . . . . . . . . . . . . . . . . . . . .. 1 О 1 6.3.4. Панель инструментов BPwin. . . . . . . . . . . . . . . . . . .. 102 6.3.5. Помощь. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 102 6.3.6. Построение контекстных диаrpамм . . . . . . . . . . . . .. 103 6.3.7. Декомпозиция. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 105 6.3 .8. Офор млени е моделей. . . . . . . . . . . . . . . . . . . . . . . . .. 1 08 6.3.9. Ветвление и объединение стрелок . . . . . . . . . . . . . .. 11 О 6.3.10. Опции отображения. . . . . . . . . . . . . . . . . . . . . . . . .. 11 О 6.3.11. Дрyrие виды диаrpамм IDEFO ................. 111 206 
6.3.12. Открытие древовидных и PEO диаrрамм . . . . . . .. 113 6.3.13. Разбиение и объединение моделей. . . . . . . . . . . . .. 113 6.3.14. Оценивание бизнес..процессов с использованием В Pwin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 114 6.3.15. Печать диаrpамм BPwin ...................... 118 6.3.16. Отчеты по модели ........................... 119 rлава 7. Практические примеры использования IDЕF-технолоrий . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 122 7.1. IDEF ..моделирование в налоrообложении . . . . . . . . . . . . .. 123 7.1.1. Постановка задачи. . . . . . . . . . . . . . . . . . . . . . . . . . .. 123 7.1.2. Основные элементы модели . . . . . . . . . . . . . . . . . . .. 125 7.1.3. Словарь. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 127 7.1.4. IDЕFО..диаrpаммы модели. . . . . . . . . . . . . . . . . . . . .. 128 7.1.5. Описание функциональных блоков . . . . . . . . . . . . .. 131 7.2. Моделирование управленческоrо учета на предприятии.. 132 7.2.1. Постановка задачи. . . . . . . . . . . . . . . . . . . . . . . . . . .. 132 7.2.2. Основные элементы модели управленческоrо учета 133 7.2.3. Перечень функций. . . . . . . . . . . . . . . . . . . . . . . . . . .. 134 7.2.4. Словарь . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ... 134 7.2.5. IDЕFО..диаrpаммы модели управленческоrо учета.. 136 7.2.6. Описание функциональных блоков.............. 136 7.3. Применение Функциональноrо моделирования в аудитор.- ской деятельности . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 139 Приложения. . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . .. . . . .. 145 П 1. Семейство стандартов IDEF . . . . . . . . . . . . . . . . . . . . . . . .. 145 П2. Нотации моделирования . . . . . . . . . . .. . . . . . . . . . . . .. . . . .. 148 П3. Проrpаммное средство моделирования Design/IDEF . . . .. 149 П4. Струк'tурный и объектно..ориентированный подход. Что лучш е. . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . .. I 5 2 П4.1. Традиционный подход к разработке моделей. . . . .. 153 П4.2. Объектно..ориентированный подход. к разработке модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 155 П4.3. Преимущества и недостатки объектно..ориентир ванноrоподхода......... ....... ... ........... 159 П5. Реинжиниринr: не автоматизируйте  уничтожайте. . . .. 164 П6. Темы для самостоятельной работы. . . . . . . . . . . . . . . . . . .. 179 rлоссарий . . . . . . . , . . . . .' . . . . . . . . . . . . . . . . .. . . . . . . . . .. 191 Рекомендуемая литература. . . . . . . . . . . . . .. . . . . . . . . . .. 195 
ПРОиЗ80Jtt1'венное)п:з.ixRие:' . .. Черемных Станцс:лаВJlМИРР"ИJ.I Семенов Илья Олеroвич ручкин ВЛaдЩlИР CpreeBWI СТРУКТУРНЫЙ АНАЛИ,З СИEJТЕМ:, IDEF-ТЕхнолоtии' , Заведующая редакциеfi Л., А.., ТабfЖDiltI . Редактор Н. В. Сидорова ""Млй ред{q'РР НА., Феilol!R'q, Художее'.mIЙ'РедакторКJ. ". АРтюхов ТеXkичеёккЙ 'редзктьР' '1:С. MapиliullQ Koppe:kTopы1 М."М. Вuноzрqд08а Т. M''llacga ' Обпожка художника Е. К. СамОШiJ8fl , ' Компьютерная верстка А. Н. Канатникова ИI? N2 4З30, подrtисано в печать 2з..04.2003; Формаt.БОr88/16 , ПечатЬ Офсетная. fарюrry:f,а «ТайМе. ' ' , Усл. п. л. 12,74. Уч.--изд. л. lO18 , , Ти 3000 ЭКЗ. Заказ 1500.:«С»,119 " . \.1 ! Издательство «Финансы и статистикз» , : ,.,..' lOOOOi мКва,..;)lЛ. Пqкрqка;>7 11 . .e . 'jr . ' еф<> ... . 'н , . (09S . > : . 2 . .., 5' ... 3S';' . ,,9 .. '2', Факс .. < . О9'S) .. 9 . 25 . - .. 09 ,.. .,  . 5 ,. 7 .. , :', E niail: maI@;(mst:ru http:/t1nstat'}fu:' 1. "'.:,:'"-{.','.\:__.:;-'(.('::';.. .'1.-.,"(_::"_' '<. -:':"':)f:;':-:-.---.;-:'.; :":" <,J._:,_ .' _!''-,\-"_<\: '_::'''..j ', \' Jirn «nеЛ}lmЩ'МQд;Сая тИп<!rpаФи», . ' Комщета по средствам массовоЙ информацИИ'nСКОКdй област 1li : 182100, ВелИхиеЛуки, ул. ПОJIИrpафистов, 78/12, те:л/факс';<8115З) 3-62..95 " E...тail: vrL@M1:RU.,..'.'