Практикум - Практический менеджмент качества

pqm.online.com

Практикум - Практический менеджмент качества

ПГМКЛАДНЫ! >ны1 жИНФОРМАЦИОННЫ!ТЕХНОЛОГИИ »ГИИ Л||^св. ЧеремныхИ, О, СеменовВ. СРучкинМоделированиеи анализ сиоем.10Е№хнолоти:праюикумМосква'Финансы и статистика"2006


УДК 004.94:658.012.2(076.5)ББК 65.290-2с51я73Ч-46Серия"Прикладные информационные технологии"Основана в 1997 г.Главный редактор сериидоктор технических наук, профессорСВ. ЧеремныхРЕЦЕНЗЕНТдоктор технических наук, профессор В.А. БывшееЧеремных СВ.Ч-46 Моделирование и анализ систем. I DEF-технологии: практикум/ С.В.Черемных, И.О. Семенов, B.C. Ручкин. - М.:Финансы и статистика, 2006. - 192 с: ил. - (Прикладные информационныетехнологии).ISBN 5-279-02564-Хпрактикум по системному структурному анализу на основе пакета стандартовмоделирования IDEF предназначен для формирования практических навыков ихиспользования для построения моделей экономических систем. Первая часть практикумасодержит все необходимые сведения по технологиям IDEFO, IDEF3, DFD.Вторая часть представляет собой комплект заданий на базе этого комплекса дляаудиторной и самостоятельной работы слушателей.Для студентов, аспирантов, преподавателей вузов, специалистов-менеджероввсех уровней, слушателей, получающих второе высшее образование.ц 2404000000^:^36 gg3 объявл УДК 004.94:658.012.2(076.5)010(01)-2006 * ББК65.290-2с51я73ISBN 5-279-02564-Х © с в Черемных, И О Семенов, В С Ру^!кин, 2002


к читателюСтруктурный системный анализ как практический метод служитинструментом человеческого разума для анализа ситуаций тысячелетия(с момента возникновения и разума, и ситуаций). Научный подходв этой области сложился сравнительно недавно. В настоящее времяпод этим термином понимается «метод исследования системы, которыйначинается с ее общего обзора и затем детализируется, приобретаяиерархическую структуру со все большим числом уровней» [6].Два базовых принципа заложены в этом определении, а именно: принцип«разделяй и властвуй» и принцип так называемого «иерархическогоупорядочивания». Понимание этих принципов, знание предметнойобласти и общей логики научного анализа вполне достаточно длярешения прикладных задач, хотя точного определения структурногосистемного анализа к большой досаде поклонников «чистой науки» ине существует.В истории науки и техники такое случалось нередко. Отдаваядолжное замечательным достижениям математики, мы, согласно урокамистории, в постановке задач и выборе методов их решения должныотталкиваться от предметной области, следуя классическому афоризму:ученые делают то, что можно, но так, как нужно, инженеры —наоборот: то, что нужно, но уж как получится. И в этом нет пугающегоантагонизма: грамотно и своевременно решенная инженерная илиэкономическая задача со временем часто получает изящное математическоеоформление.«Почему мы должны отказываться от обеда лишь на том основании,что не полностью понимаем процессы пищеварения?» — печальнозамечал в свое время (1892 г.) О. Хевисайд (1850-1925), блестящийинженер, в дискуссии с не менее блестящими математиками по поводуострой критики недостаточной обоснованности своего метода(операционного исчисления в теории дифференциальных уравнений).При этом Хевисайд, опираясь на свой метод, не реагируя на критику,решал одну за другой важнейшие практические задачи из областиэлектротехники. В наши дни метод операционного исчисление читаетсяв технических вузах как самостоятельная математическая дисциплина,параллельно с ней — электротехника, где излагаемый в математическомкурсе метод является одним из ключевых в расчете такназываемых линейных цепей.Мы тоже не будем отказываться от нашего «исчисления». Думается,наличие международного стандарта на излагаемые технологии —весомый для любого специалиста аргумент в решении вопроса, ис-3


пользовать или не использовать данную технологию в соответствующейситуации.Обращаясь непосредственно к содержанию этой работы, преждевсего необходимо уточнить некоторые детали, касающиеся термина«системный структурный анализ». Три идеи, лежащие в нашем пониманииэтого термина, следуя [6], выделим как основополагающие:• идея разбиения исследуемого процесса на функциональные блоки— подпроцессы исходя из ряда принципов, например «определенности»(выход каждого блока должен быть ясно понимаемнезависимо от сложности происходящего процесса), «единственности»и т.д.;• идея иерархии, означающая возможность детализации (декомпозиции)любых нужных нам процессов, реализованная в виде такназываемых «иерархических структур»;• идея использования графических нотаций с возможностью «текстового»разъясняющего дополнения.Предлагаемая книга представляет собой практикум по технологииструктурного анализа в варианте, базирующемся на хорошо известныхспециалистам методологиях, позволяющих анализировать процессы(в том числе и бизнес-процессы) с трех ключевых точек зренияодновременно — IDEFO (Integration Definition for Function Modeling),IDEF3 и DFD (Data Flow Diagram):• IDEFO-технология структурного анализа и проектирования. Этоязык моделирования, предложенный более 25 лет назад Д. Россом(SoftTech, Inc.) и называвшийся в исходном своем виде SADT(Structured Analysis and Design Technique). Согласно этой технологиианализируемый процесс представляется в виде совокупностимножества взаимосвязанных действий, работ (Activities), которыевзаимодействуют между собой на основе определенных правил(Control), с учетом потребляемых информационных, человеческихи производственных ресурсов (Mechanism), имеющих четко определенныйвход (Input) и не менее четко определенный выход(Output);• ГОЕРЗ-технология сбора данных, необходимых для проведенияструктурного анализа системы, дополняющая технологию IDEFO.С помощью этой технологии мы имеем возможность уточнитькартину процесса, привлекая внимание аналитика к очередностивыполнения функций и бизнес-процессов в целом. Логика этойтехнологии позволяет строить и анализировать альтернативныесценарии развития изучаемых бизнес-процессов (модели типа"Что — если"?);• DFD (Data Flow Diagram) — структурный анализ потоков данных.Диафаммы DFD позволяют описать процесс обмена информаци-


ей между элементами изучаемой системы. DFD отображает источникии адресаты данных, идентифицирует процессы и группы данных,связывающие в потоки одну функцию с другой, а также, чтоважно, определяет накопители (хранилища) данных, которые используютсяв исследуемом процессе.Упомянутые методологии имеют мощную компьютерную поддержкув виде интегрированного программного пакета BPWin 4.0,что превращает совокупность упомянутых методологий в единый инструментальныйметод структурного системного анализа, применимыйпрактически к любым видам «активности» человека. Далеко неслучайно, кстати, что основной блок технологии IDEFO в оригиналеназван «Activity».Важно для системы образования также и то, что обсуждаемые методологииотносятся к так называемым «открытым» стандартам, в отличиеот «корпоративных» (ARJS, ORACLE и многих других).Ограничений на использование технологий IDEF-BPWin в настоящеевремя не наблюдается. Поэтому из технологии профессиональногоиспользования они за последние годы шаг за шагом превращаютсяв технологии общего пользования. Подготовленные на основе этогоподхода специалисты, как представляется, составляют активный резерваналитиков и (или) менеджеров предприятий, организаций,фирм, призванных играть ключевые роли в их развитии, резерв, готовыйот имени своей фирмы в тесном контакте с профессиональнымиконсалтинговыми компаниями решать сложнейшие проблемы корпоративного«инжиниринга» и «реинжиниринга». Дополнительная гарантияуспеха состоит в том, что и те, и другие имеют возможностьобщаться на одном с ними языке — языке моделирования IDEF.В этом своем качестве (в условиях вуза) IDEF-BPWin-технологииполезны не только и не столько для изучения тонкостей анализа предметнойобласти (откуда у будущих еще выпускников знание этих тонкостей!),сколько для формирования современного менталитета будущихвыпускников. Проще говоря, они учат думать правильно,процессно.Учить думать — вообще-то задача всего образования. Уверенностьв том, что технологии структурного анализа могут внести свойсерьезный вклад в решение этой задачи дает сама природа IDEF-BPWin-технологии. Поясним этот тезис, используя музыкальнуюметафору семи нот (сравните «7 нот менеджмента»). Речь идет о семибазисных понятиях, на которые опирается обсуждаемая триединаятехнология: цель (анализа); точка зрения (аналитика, менеджера,владельца процесса и т.д.); функциональный блок («активность»);интерфейсная дуга; декомпозиция; глоссарий (словарь); диалог «аналитик— эксперт».5


Здесь, как видно, представлены и человеческие факторы (цель,точка зрения, глоссарий, диалог) и формализуемые факторы (функциональныйблок, интерфейсная дуга, декомпозиция), подчиняющиесясемантике и синтаксису языка, каковым, в сущности, является излагаемая«структурная» технология.В такой интерпретации IDEF-BPWin-технологии предстают в историческомплане как реализация мечты специалистов по человекомашиннымпроцедурам 60-80-х годов, разрабатывающих на уровнетех лет инструментальные методы поддержки принятия решений, которыев идеале способны были бы соединить в едином порыве коня итрепетную лань — жесткость машинной логики и изменчивость (частовредящую делу) человеческого настроения.Отмеченная выше открытость стандартов IDEF создает очевидное(конкурентное!) преимущество использования этих технологий в образовательнойсфере. Вспомним открытость стандартов IBM PC —основную причину взрыва активности предприятий, производящихперсональные компьютеры в прошедшие два десятилетия. Так что унас есть все основания ожидать если не взрыва, то резкого увеличенияактивности в вопросах внедрения «открытых» IDEF-BPWin-технологийв жизнь в ближайшее время.Представляемая книга состоит из двух частей — теоретической ипрактической. Первая часть содержит необходимые сведения по технологиямIDEFO, IDEF3, DFD. Вторая часть представляет собой комплектзаданий на базе этого комплекса. Принята структура изложения,отвечающая принципу "от простого к сложному". Компьютернаяподдержка практикума, о чем говорилось выше, — программныйпакет BPWin версий 2.5/4.0. Возможно использование и более раннейверсии BPWin 1.8.В общем, успехов Вам, дорогой читатель. Вас ожидает путешествиев новый мир — мир новейших информационных компьютерныхтехнологий, специализированную информационную среду, работая вкоторой. Вы сможете посмотреть на свою активность другими глазамии сделать весь процесс принятия решений в своей сфере гораздоболее обоснованным.СВ. Черемных,доктор технических наукпрофессор Финансовой академиипри Правительстве РФ


Предисловиев настоящее время все большую популярность приобретают инженерныеметоды реорганизации предприятий на основе современныхинформационных технологий. Понятия «бизнес-процессы»,«процессно-стоимостной подход», «структурный системный анализ»,«функциональное моделирование», «информационное моделирование»,«реинжиниринг» и многие другие, с ними связанные, уверенновходят в лексикон аналитиков всех уровней. Соответственно расширяетсяспектр компьютеризованных инструментальных методов анализаэкономических процессов и бизнес-процессов в частности.Перечень специальностей, где активно используются новейшиетехнологии, первоначально ориентированный в основном на специальности«Информационные системы в экономике», «Менеджмент»,постоянно расширяется. В этом списке в данный момент уже нашлисебе место такие специальности, как «Бухгалтерский учет и аудит»,«Финансы и кредит», «Мировая экономика», «Антикризисное управление»,«Маркетинг» и т.д.В Финансовой академии при Правительстве Российской Федерациисоздан новый институт «Математические методы и антикризисноеуправление» для подготовки специалистов квалификации «экономист-математик».Разработаны требования к рабочим программам врамках единой концепции формирования у слушателей навыков примененияинструментальных методов структурного системного анализаэкономических процессов, включая аспирантские и магистерскиепрофаммы по специальности 08.00.13 «Математические и инструментальныеметоды в экономике».Соответствующие рабочие программы выглядят, конечно, по-разномув соответствии с различием требований для разных категорийслушателей: студентов, аспирантов, магистрантов или слушателейсистем дополнительного образования. В зависимости от спецификииспользуются какой-либо из блоков общего направления либо их комбинации(см. таблицу). Количество часов, выделяемых на практику,составляет около половины общего количества для каждого блока(как правило, 68 ч.).Представляемое учебное пособие (практикум), как видно из таблицы,имеет свою нишу в учебно-методическом комплексе. Техноло-7


гия его использования зависит от ситуации: в аудиторной работе онслужит естественной поддержкой лекционной части дисциплины, а впроцессе самостоятельной работы слушателей — руководством кприобретению соответствующих навыков моделирования.Структура программ дисциплин по инструментальным методамНаименованиедисциплиныИнформационноемоделированиебизнес-процессовРеинжиниринг иоптимизациябизнес-процессовIDEFO,IDEF3,DFD,IDEFI,IDEF1X,IDEF,Design/IDEFBPWin 2.5,Design/IDEF,Visio 2000ERWin 3.5.2.BPWin 2.5,ERWin 3.5.2,Design/ IDEFВсего343434Объем161618Структурныйанализ бизнеспроцессовМетодологическаяосноваИнструментальнаяподдержкаЛекцииПрактикум1818ФормаитоговогоконтроляРеферат,зачетЗачет1Курсоваяработа,экзамен 1Упражнения рассчитаны на использование версий BPWin 2.4(1998 г.) / BPWin 4.0 (2000 г.). При этом для выполнения заданий вполном объеме рекомендуется использовать набор рабочих файловBPWin, размещенных на сайте Финансовой академии www.fa.ru.Версия BPWin 1.8 (1995 г.) может использоваться параллельно, вкачестве вспомогательного средства для получения практических навыковработы в среде моделирования IDEFO.Авторы считают своим приятным долгом выразить благодарностьсотрудникам фирмы Interface, дистрибьютеру программного продуктаBPWin 4.0,. за помощь при внедрении этого продукта в учебныйпроцесс Финансовой академии при Правительстве Российской Федерации.


1ГЛАВАМЕТОДОЛОГИЯ ОПИСАНИЯБИЗНЕС-ПРОЦЕССОВ IDEF3IDEF3 — способ описания процессов, основной целью которогоявляется обеспечение структурированного метода, используя которыйэксперт в предметной области может описать положение вещейкак упорядоченную последовательность событий с одновременнымописанием объектов, имеющих непосредственное отношение к процессу.Технология IDEF3 хорошо приспособлена для сбора данных, требующихсядля проведения структурного анализа системы. В отличиеот большинства технологий моделирования бизнес-процессов, IDEF3не имеет жестких синтаксических или семантических офаничений,делающих неудобным описание неполных или нецелостных систем.Кроме того, автор модели (системный аналитик) избавлен от необходимостисмешивать свои собственные предположения о функционированиисистемы с экспертными утверждениями в целях заполненияпробелов в описании предметной области. На рис. 1.1 изображен примерописания процесса с использованием методологии IDEF3.Проверитьбалансна счете11. J4Напечататьи выдать чекЛ&кU2-12-ПроверитьстатусклиентаJ2Проверитьданные ^^чека1±.Подготовитьсуммуналичными1^ПИРис. 1.1. Описание процесса в методологии IDEF3J3


Технология IDEF3 также может быть использована как метод проектированиябизнес-процессов. ГОЕРЗ-моделированиеорганично дополняеттрадиционное моделирование с использованием стандартаIDEFO. В настоящее время оно получает все большее распространениекак вполне жизнеспособный путь построения моделей проектируемыхсистем для дальнейшего анализа имитационными методами.Имитационное тестирование часто используют для оценки эксплуатационныхкачеств разрабатываемой системы, более подробно методыимитационного анализа будут рассмотрены позднее.1.1Синтаксис и семантикамоделей IDEF31.1.1 I Модели IDEF3Основой модели IDEF3 служит так называемый сценарий бизнеспроцесса,который выделяет последовательность действий или подпроцессованализируемой системы. Поскольку сценарий определяетназначение и границы модели, довольно важным является подборподходящего наименования для обозначения действий. Для подборанеобходимого имени применяются стандартные рекомендации попредпочтительному использованию глаголов и отглагольных существительных.Например, "Обработать заказ клиента" или "Применитьновый дизайн" — вполне подходящие названия сценариев.Точка зрения для большинства моделей должна быть явным образомдокументирована. Обычно это название набора должностных обязанностейчеловека, являющегося источником информации о моделируемомпроцессе.Для системного аналитика также важно понимание цели моделирования— набора вопросов, ответами на которые будет служитьмодель, границ моделирования (какие части системы войдут в модельа какие не будут в ней отображены) и целевой аудитории (для когоразрабатывается модель).1.1.2 ДиаграммыКак и в любой рассматриваемой в этой книге технологии моделированиядействий, главной организационной единицей модели IDEF3является диаграмма. Взаимная организация диаграмм внутри модели10


IDEF3 особенно важна в случае, когда модель заведомо создается дляпоследующего опубликования или рецензирования, что являетсявполне обычной практикой при проектировании новых систем. В этомслучае системный аналитик должен позаботиться о таком информационномнаполнении диаграмм, чтобы каждая из них была самодостаточнойи в то же время понятной читателю.1.1.3 Единица работы. ДействиеАналогично другим технологиям моделрфования действие, или втерминах IDEF3 "единица работы" (Unit of Work — UOW) — другойважный компонент модели. Диаграммы IDEF3 отображают действиев виде прямоугольника. Как уже отмечалось, действия именуются сиспользованием глаголов или отглагольных существительных, каждомуиз действий присваивается уникальный идентификационныйномер. Этот номер не используется вновь даже в том случае, если впроцессе построения модели действие удаляется. В диаграммахIDEF3 номер действия обычно предваряется номером его родителя(рис. 1.2).Обработатьзаказ клиента. Название действияНомер действияНомер родительского действияРис. 1.2. Изображение и нумерация действия в диаграмме IDEF31.1.4 СвязиСвязи выделяют существенные взаимоотношения между действиями.Все связи в IDEF3 являются однонаправленными, и, хотястрелка может начинаться или заканчиваться на любой стороне блока,обозначающего действие, диаграммы IDEF3 обычно организовываютсяслева направо таким образом, что стрелки начинаются на правойи заканчиваются на левой стороне блоков. В табл. 1.1 приведены тривозможных типа связей.11


РГзображение••"'•'•"•'" " ^•Типы связей в модели IDEF3НазваниеВременное предшествование(Temporal precedence)Объектный поток(Object flow)Нечеткое отношение(Relationship)Таблица 1.1НазначениеИсходное действие должно завершитьсяпрежде, чем конечное действие сможет |начатьсяВыход исходного действия являетсявходом конечного действия. Из этого, вчастности, следует, что исходное действиедолжно завершиться прежде, чемконечное действие сможет начатьсяВид взаимодействия между исходным иконечным действиями задается аналитикомотдельно для каждого слз^ая использованиятакого отношения |Связь типа "Временное предшествование". Как видно из названия,связи этого типа отражают, что исходное действие должно полностьюзавершиться, прежде чем начнется выполнение конечногодействия. Связь должна быть поименована таким образом, чтобы человеку,просматривающему модель, была понятна причина ее появления.Во многих случаях завершение одного действия инициирует началовыполнения другого, как показано на рис. 1.3. В этом примереавтор должен принять рекомендации рецензентов, прежде чем начатьвносить соответствующие изменения в работу.Принятьрекомендации1 рецензентов1.1 1ПринятиеисправленийВнестиисправления1,2 1Рис. 1.3. Связь типа "Предшествование" между действиями 1.1 и 1.2Связь типа "Объектный поток". Одной из наиболее часто встречающихсяпричин использования связи типа "объектный поток" состоитв том, что некоторый объект, являющийся результатом выполненияисходного действия, необходим для выполнения конечногодействия. Такая связь отличается от связи временного предшествованиядвойным концом обозначающей ее стрелки. Наименования потоковыхсвязей должны четко идентифицировать объект, которыйпередается с их помощью. Временная семантика объектных связейаналогична связям предшествования. Это означает, что порождающее12


Получить счетна оплату услуг|ll 1Счет к оплатеПроизвестиоллату1-2 1 , 1Рис. 1.4. Объектная связь между действиями 1.1 и 1.2объектную связь исходное действие должно завершиться, прежде чемконечное действие начнет выполняться, как показано на рис. 1.4. Вприведенном примере счет на оплату услуг является результатом выполнениядействия 1.1. Счет необходим для проведения оплаты услуг.Связь типа '''Нечеткое отношение". Связи этого типа используютсядля выделения отношений между действиями, которые невозможноописать с использованием предшественных или объектныхсвязей. Значение каждой такой связи должно быть определено,поскольку связи типа "Нечеткое отношение" сами по себе не предполагаютникаких ограничений. Одно из применений нечетких отношений— отображение взаимоотношений между параллельновыполняющимися действиями. Рис. 1.5 иллюстрирует фрагмент процессазапуска бензопилы с водяным охлаждением и нечеткое отношениемежду действиями "Запустить двигатель" и "Запустить водянойнасос". Название стрелки может быть использовано для описанияприроды отношения, более подробное объяснение может быть приведенов виде отдельной ссылки.ЗапуститьдвигательЗапуститьводяной насос1.11.21,5-секундная задержкадля предотвращения перегрузкиэлектрической цепиРис. 1.5. Связь типа "Нечеткое отношение"Наиболее часто нечеткие отношения используются для описанияспециальных случаев связей предшествования, например для описанияальтернативных вариантов временного предшествования. Обратимсяеще раз к рис. 1.3. На рис. 1.6 вертикальные линии показываютначало и окончание действий 1.1 и 1.2, имеющих предшественнуюсвязь. В соответствии с рисунком внесение исправлений в работу начинаетсяПОСЛЕ принятия всех замечаний от рецензентов.13


Начало А1.1 Окончание А1.1ВремяНачало А1.2 Окончание А1.2Рис. 1.6. Временная шкала выполнения действия для 2.3Альтернативная предшественной связи с рис. 1.3 связь нечеткогоотношения представлена на рис. 1.7. В этом примере внесение исправленийначинается по мере получения замечаний от рецензентов, т.е.до непосредственного окончания действия по принятию замечаний.1.1ПринятьрекомендациирецензентовПринятиеисправлений1.2ВнестиисправленияРис. 1.7. Альтернатива связи предшествованияНа рис. 1.8 приведена соответствующая этой ситуации временнаяшкала.ВремяНачало А1.1 Окончание А1.1IНачало А1.2 Окончание А1.2Рис. 1.8. Альтернативная временная шкалаОтметим еще раз необходимость четкого документирования временныхограничений между действиями, соединенными нечетким отношением.В качестве примера рассмотрим еще одну временную шкалу(рис. 1.9) для рис. 1.3.ВремяНачало А1.1 Окончание А1.114Начало А1.2 Окончание А1.2Рис. 1.9. Другой вариант альтернативной временной шкалы


в случае, изображенном на рис. 1.9, внесение исправлений будетначато после получения первых замечаний, однако будет законченоПЕРЕД тем, как все замечания от рецензентов будут получены и обработаны.Оба рассмотренных выше варианта временной альтернативнойшкалы могут иметь место в реальности, поэтому корректная интерпретациянечеткого отношения должна быть документирована в модели.Важно отметить, что корректность в этом случае означаетименно интерпретацию, которая в точности отображает документируемуюситуацию, а не интерпретацию, более эффективную для работысистемы, с точки зрения аналитика.1.1.5 СоединенияЗавершение одного действия может инициировать начало выполнениясразу нескольких других действий, или, наоборот, определенноедействие может требовать завершения нескольких других действийдля начала своего выполнения. Соединения разбивают или соединяютвнутренние потоки и используются для описания ветвления процесса.• Разворачивающие соединения используются для разбиения потока.Завершение одного действия вызывает начало выполнения несколькихдругих.• Сворачивающие соединения объединяют потоки. Завершение одногоили нескольких действий вызывает начало выполнения толькоодного другого действия.В табл. 1.2 объединены три типа соединений.Типы соединений в модели IDEF3Таблица 1.2ГрафическоеобозначениеНазваниеВидПравила инициации&Соединение"И"РазворачивающееСворачивающееКаждое конечное действиеобязательно инициируетсяКаждое исходное действиеобязательно должно завершитьсяXСоединение"ЭксклюзивноеИЛИ"РазворачивающееОдно и только одно конечноедействие инициируется15


Графическое1 обозначениеX0НазваниеСоединение"ЭксклюзивноеИЛИ"Соединение"ИЛИ"ВидСворачивающееРазворачивающееСворачивающееПродолжениеПравила инициацииОдно и только одно исходноедействие должно завершитьсяОдно (или более) конечноедействие инициируетсяОдно (или более) исходноедействие должно завершиться1Примеры разворачивающих и сворачивающих соединений приведенына рис. 1.10., 9fПроверитьданные чека"|оJ2•^1.4 1Подготовить•сумму наличными1^ 1Рис. 1.10. Два вида соединений^—И |о|/ МJ3•"И"-соединения. Соединения этого типа инициируют выполнениевсех своих конечных действий. Все действия, присоединенные ксворачивающему "И"-соединению, должны завершиться, прежде чемможет начать выполняться следующее действие. На рис. 1.11 послеобнаружения пожара инициируются включение пожарной сигнализации,вызов пожарной охраны и начинается тушение пожара. Запись вжурнал производится только тогда, когда все три перечисленных действиязавершены.Соединение "Эксклюзивное ИЛИ". Вне зависимости от количествадействий, прицепленных к сворачивающему или разворачивающемусоединению "Эксклюзивное ИЛИ", инициировано будет толькоодно из них, и поэтому только одно из них будет завершено перед тем,как любое действие, следующее за сворачивающим соединением"Эксклюзивное ИЛИ", сможет начаться.16


Обнаружениепожараггг—1—М |&^ЛВключить 1л^- пожарную [сигнализацию 1"•-12 1 1Набрать 01 1 —м |&Тя 1 1Приступить 1к тушению Lпожара 11.4 л 1Рис. 1.11. "И"-соединения,)?—^Сделать записьв журналедежурств1я 1 1Если правила активации соединения известны, они обязательнодолжны быть документированы либо в его описании, либо пометкойстрелок, исходящих из разворачивающего соединения, как показанона рис. 1.12.На рис. 1.12 соединение "Эксклюзивное ИЛИ" используется дляотображения того факта, что студент не может одновременно быть направленна лекции по двум разным курсам.КредитНаправить1 на лекциипо кредиту19 1проверитьзаявкустудентаli'i' "т ••|хЛАудитНаправитьна лекциипо аудитуU .1J |хРис. 1.12. Соединение "Эксклюзивное ИЛИ"J2Записатьрезультатэкзамена14 1 1Соединение "ИЛИ". Соединения этого типа предназначены дляописания ситуаций, которые не могут быть описаны двумя предьщущимитипами соединений. Аналогично связи нечеткого отношениясоединение "ИЛИ" в основном определяется и описывается непосред-17


ственно системным аналитиком. На рис.. 1.13 соединение J2 может активироватьпроверку данных чека и (или) проверку суммы наличных.Проверка чека инициируется, если покупатель желает расплатитьсячеком, проверка суммы наличных — при оплате наличными. И то,и другое действие инициируется при частичной оплате чеком ичастичной — наличными.f—^1 Проверитьданные чека|оJ2)^^—•14 1Проверитьсумму наличных^—^ |о Г~1.'J31.2 1Рис. 1.13. Соединение "ИЛИ"Синхронные и асинхронные соединения. В рассмотренных примерахсвязей "И" и "ИЛИ" мы не затрагивали отношений между началоми окончанием действий, инициируемых разворачивающими соединениями.Все действия в этих примерах выполнялись асинхронно,т.е. они не должны были начинать выполняться одновременно. Однакоесть случаи, когда время начала или окончания параллельно выполняемыхдействий должно быть одинаковым, т.е. действия должны выполнятьсясинхронно. Для моделирования такого поведения системыиспользуются синхронные соединения. В табл. 1.3 приведены видысинхронных соединений.Синхронные соединения модели IDEF3Таблица 1.3Графическоеобозначение{&|оТипИИЛИВидРазворачивающееСворачивающееРазворачивающееПравила инициацииВсе действия начнутся одновременноВсе действия закончатся одновременноМожет быть, несколько действийначнутся одновременно18


ПродолэюениеГрафическое1 обозначениеТипВидПравила инициации|оИЛИСворачивающееМожеа быть, несколько действийзакончатся одновременно|хЭксклюзивноеИЛИРазворачивающееСворачивающееОдновременное начало действийневозможно |Одновременное окончаниедействий невозможно |Синхронное соединение обозначается двумя вертикальными линиямивнутри обозначающего его прямоугольника в отличие от однойвертикальной линии в асинхронном соединении.Во многих спортивных состязаниях выстрел стартового пистолета,запуск секундомера и начало состязания должны произойти одновременно.В противном случае состязание будет нечестным.Рис. 1.14 иллюстрирует модель этого примера, построенную с использованиемсинхронного соединения.Выстрелитьиз стартовогопистолета1.2 1Начатьсостязания1.1 1|&,11чЗапуститьсекундомер1.3 1Начать забег1.4 1 1Рис. 1.14. Синхронное соединениеЗаметим, что синхронное разворачивающее соединение не обязательнодолжно иметь парное себе сворачивающее соединение. Действительно,начинающиеся одновременно действия вовсе не обязаныоканчиваться одновременно, как это видно из примера с состязаниями.Также возможны ситуации синхронного окончания асинхронноначавшихся действий.19


Парность соединений. Все соединения на диаграммах должныбыть парными, из чего следует, что любое разворачивающее соединениеимеет парное себе сворачивающее. Однако типы соединений вовсене обязательно должны совпадать. На рис. 1.15 разворачивающее"И"-соединение имеет парное сворачивающее "ИЛИ"-соединение.Интерпретация соединения Л аналогична случаю, показанному нарис. 1.11. Соединение J2 интерпретируется следующим образом: послевключения пожарной сигнализации и (или) вызова пожарных и(или) начала тушения производится запись в журнал.ОбнаружениепожараL 1—мВлВключитьпожарнуюсигнализацию12-L_J Набрать 011Л-.11.ТПриступитьк тушениюпожараJ2Сделать записьв журналедежурства1^ XРис. 1.15. Пример комбинации двух типов соединенийКомбинации соединений. Соединения могут комбинироватьсядля создания более сложных правил ветвления (рис. 1.16). Комбина-"^"^Lffk х_ —•J4т20Рис. 1.16. Диаграмма IDEF3 с комбинацией соединений


ции соединении следует использовать с осторожностью, посколькуперегруженные ветвлением диаграммы могут оказаться сложнымидля восприятия.1.1.6 УказателиУказатели — это специальные символы, которые ссылаются надругие разделы описания процесса. Они выносятся на диаграмму дляпривлечения внимания читателя к каким-либо важным аспектам модели.Типы указателей модели IDEF3Таблица 1.41 Тип указателяОБЪЕКТ (OBJECT)ССЫЛКА (GOTO)ЕДИНИЦАДЕЙСТВИЯ (Unit ofBehavior — UOB)ЗАМЕТКА (NOTE)УТОЧНЕНИЕ! (Elaboration — ELAB)НазначениеДля описания того, что в действии принимаетучастие какой-либо заслуживающий отдельного 1внимания объектДля реализации цикличности выполнения действий.Указатель ССЫЛКА может относиться и ксоединениюДля помещения на диаграмму дополнительногоэкземпляра уже существующего действия беззацикливания. Например, если действие "Подсчетналичных" выполняется несколько раз, в первыйраз оно создается как действие, а последующие егопоявления на диаграмме оформляются указателямииов 1Для документирования любой важной информацииобщего характера, относящейся к изображенномуна диаграммах. В этом смысле ССЫЛКАслужит альтернативой методу помещения текстовыхзаметок непосредственно на диаграммахДля уточнения или более подробного описанияизображенного на диаграмме. Указатели УТОЧ­НЕНИЕ обычно используются для описания логикиветвления у соединений |Указатель изображается на диаграмме в виде прямоугольника, похожегона изображение действия. Имя указателя обычно включает еготип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор. На рис. 1.17изображен указатель типа ОБЪЕКТ.21


ПровестипосадкуОбъект/Пилот1.1Рис. 1.17. УказательОБЪЕКТОбъект/ПилотРис. 1.18. УказательОБЪЕКТ ссылаетсяна действиеНа рис. 1.18 показан пример отображения важного с точки зрениямодели отношения между действием и объектом.1.1.7 Декомпозиция действийДействия в IDEF3 могут быть декомпозированы, или разложенына составляющие, для более детального анализа. Декомпозироватьдействие можно несколько раз. Это позволяет документировать альтернативныепотоки процесса в одной модели.Для корректной идентификации действий в модели с множественнымидекомпозициями схема нумерации действий расширяется и нарядус номерами действия и его родителя включает в себя порядковыйномер декомпозиции. Например, в номере действия 1.2.5: 1 — номерродительского действия, 2 — номер декомпозиции, 5 — номер действия.1.2Требования IDEF3 к описаниюбизнес-процессовв этом подразделе мы рассмотрим построение ГОЕРЗ-диаграммына основе выраженного в текстовом виде описания процесса. Предполагается,что в построении диаграммы принимают участие ее автор(в основном как системный аналитик) и один или несколько экспертовпредметной области, которые будут представлять нам описаниепроцесса.22


1.2.1Определение сценария, границмоделирования, точки зренияПеред тем как попросить экспертов предметной области подготовитьописание моделируемого процесса, должны быть документированыграницы моделирования, чтобы экспертам была понятна необходимаяглубина и полнота требуемого от них описания. Кроме того,если точка зрения аналитика на процесс отличается от обычной точкизрения для эксперта, это должно быть ясно и аккуратно описано.Вполне возможно, что эксперты не смогут сделать приемлемоеописание без применения формального опроса автором модели. В такомслучае автор должен заранее приготовить набор вопросов такимже образом, как журналист заранее подготавливает вопросы для интервью.1.2.2 Определение действий и объектовРезультатом работы экспертов обычно является текстовый документ,описывающий интересующий аналитика круг вопросов. В дополнениек нему может иметься письменная документация, позволяющаяпролить свет на природу изучаемого процесса. Вне зависимостиот того, является ли информация текстовой или вербальной, она анализируетсяи разделяется частями речи для идентификации спискадействий (глаголы и отглагольные существительные), составляющихпроцесс, и объектов (имена существительные), участвующих в процессе.В некоторых случаях возможно создание графической моделипроцесса в присутствии экспертов. Такая модель также может бытьразработана после сбора всей необходимой информации, что позволяетне отнимать время экспертов на детали форматирования получающихсядиаграмм.Поскольку модели IDEF3 могут одновременно разрабатыватьсянесколькими командами, IDEF3 поддерживает простую схему резервированияномеров действий в модели. Каждому аналитику выделяетсяуникальный диапазон номеров действий, что обеспечивает их независимостьдруг от друга. В табл. 1.5 номера действий выделяютсякаждому аналитику большими блоками. В этом примере Иван исчерпалданный ему вначале диапазон номеров и дополнительно получилвторой.23


Таблица 1.5Распределение диапазонов номеров IDEF3 между аналитикамиАналитикИванПетрНиколайИван1-99100-199200-299300-399Диапазон номеров IDEF31.2.3 Последовательность и параллельностьЕсли модель создается после проведения интервью, аналитик долженпринять решения по построению иерархии участвующих в моделидиаграмм, например, насколько подробно будет детализироватьсякаждая отдельно взятая диаграмма. Если последовательность или параллельностьвыполнения действий окончательно не ясна, экспертымогут быть опрошены вторично (возможно, с использованием черновыхвариантов незаконченных диаграмм) для получения недостающейинформации. Важно, однако, различать предполагаемую (появляющуюсяиз-за недостатка информации о связях) и явную (ясноуказанную в описании эксперта) параллельности.• * *Итак, IDEF3 — это способ описания бизнес-процессов, которыйнужен для описания положения вещей как упорядоченной последовательностисобытий с одновременным описанием объектов, имеющихнепосредственное отношение к процессу. IDEF3 хорошо приспособлендля сбора данных, требующихся для проведения структурногоанализа системы. Кроме того, IDEF3 применяется при проведениистоимостного анализа поведения моделируемой системы.


2ГЛАВАМЕТОДОЛОГИЯФУНКЦИОНАЛЬНОГОМОДЕЛИРОВАНИЯ IDEFOМетодология функционального моделирования IDEFO — это технологияописания системы в целом как множества взаимозависимыхдействий, или функций. Важно отметить функциональную направленностьIDEFO — функции системы исследуются независимо от объектов,которые обеспечивают их выполнение. "Функциональная" точказрения позволяет четко отделить аспекты назначения системы отаспектов ее физической реализации. На рис. 2.1 приведен пример типовойдиаграммы IDEFO.Данные опоступленияхОбработкаданныхо поступленияхНачисленияОтсрочкиВедениелицевых карточекналогоплательщиков -юридических лицКарточкилицевых счетовПрочиедокументыПодготовкаотчетности,анализ ипрогнозирование3Данные о налогоплательщикахМетодологияОтчетностьРис. 2.1. Пример диаграммы IDEFOНаиболее часто IDEFO применяется как технология исследованияи проектирования систем на логическом уровне. По этой причине он,как правило, используется на ранних этапах разработки проекта, доIDEF3 моделирования для сбора данных и моделирования процесса"как есть". Результаты IDEFO анализа могут применяться при проведениипроектирования с использованием моделей IDEF3 и диаграммпотоков данных.25


2.1Синтаксис и семантикамоделейIDEFO2.1.1 I Модели IDEFOIDEFO сочетает в себе небольшую по объему графическую нотацию(она содержит только два обозначения: блоки и стрелки) со строгимии четко определенными рекомендациями, в совокупности предназначеннымидля построения качественной и понятной моделисистемы.Методология IDEFO в некоторой степени напоминает рекомендации,существующие в книгоиздательском деле, часто набор напечатанныхмоделей IDEFO организуется в брошюру (называемую в терминахIDEFO комплект), имеющую содержание, глоссарий и другиеэлементы, характерные для законченной книги.Первый шаг при построении модели IDEFO заключается в определенииназначения модели — набора вопросов, на которые должна отвечатьмодель. Набор вопросов можно сравнить с предисловием, в которомраскрывается назначение книги.Границы моделирования предназначены для обозначения шириныохвата предметной области и глубины детализации и являются логическимпродолжением уже определенного назначения модели. Какчитающий модель, так и непосредственно ее автор должны пониматьстепень детальности ответов на поставленные в назначении моделивопросы.Следующим шагом указывается предполагаемая целевая аудитория,для нужд которой создается модель. Зачастую от выбора целевойаудитории зависит уровень детализации, с которым должна создаватьсямодель. Перед построением модели необходимо иметь представлениео том, какие сведения о предмете моделирования ужеизвестны, какие дополнительные материалы и (или) техническаядокументация для понимания модели мог)гг быть необходимы целевойаудитории, какие язык и стиль изложения являются наиболееподходящими.Под точкой зрения понимается перспектива, с которой наблюдаласьсистема при построении модели. Точка зрения выбирается такимобразом, чтобы учесть уже обозначенные границы моделирования и26


назначение модели. Однажды выбранная точка зрения остается неизменнойдля всех элементов модели. При необходимости могут бытьсозданы другие модели, отображающие систему с других точек зрения.Вот несколько примеров точек зрения при построении моделей:клиент, поставщик, владелец, редактор.2.1.2 ДействияДействие, обычно в IDEFO называемое функцией, обрабатываетили переводит входные параметры (сырье, информацию и т.п.) в выходные.Поскольку модели IDEFO представляют систему как множествоиерархических (вложенных) функций, в первую очередь должнабыть определена функция, описывающая систему в целом — контекстнаяфункция. Функции изображаются на диаграммах как поименованныепрямоугольники, или функциональные блоки. Имена функцийв IDEFO подбираются по сходным правилам с именами действий вIDEF3 — с использованием глаголов или отглагольных существительных.Важно подбирать имена таким образом, чтобы они отражалисистему так, как если бы она обозревалась с точки зрения, выбраннойдля моделирования.Пример функционального блока приведенна рис. 2.2.Выше мы определяли IDEFO модели какиерархическое множество вложенных блоков.Любой блок может быть декомпозиро-Сверкадокументов**"^- ^-^l Функциональный^ ^ ^ блок IDEFOван на составляющие его блоки. Декомпозициючасто ассоциируют с моделированием"сверху вниз", однако это не совсем верно. Функциональную декомпозициюкорректнее определять как моделирование "снаружи вовнутрь",в котором мы рассматриваем систему наподобие луковицы, скоторой последовательно снимаются слои.2,1.3 Границы и связиЧтобы быть полезным, описание любого блока должно, как минимум,включать в себя описание объектов, которые блок создает в результатесвоей работы ("выхода"), и объектов, которые блок потребляетили преобразует ("вход").В IDEFO также мрделируются управление и механизмы исполнения.Под управлением понимаются объекты, воздействующие на127


способ, которым блок преобразует вход в выход. Механизм исполнения— объекты, которые непосредственно выполняют преобразованиевхода в выход, но не потребляются при этом сами по себе.Для отображения категорий информации, присутствующих надиаграммах IDEFO, существует аббревиатура ICOM, отображающаячетыре возможных типа стрелок:I (Input) — вход — нечто, что потребляется в ходе выполненияпроцесса;С (Control) — управление — ограничения и инструкции, влияющиена ход выполнения процесса;О (Output) — выход — нечто, являющееся результатом выполненияпроцесса;М (Mechanism) — исполняющий механизм — нечто, что используетсядля выполнения процесса, но не потребляется само по себе.Рис. 2.3 показывает 4 возможных типа стрелок в IDEFO, каждый из типовсоединяется со своей стороной функционального блока.^СтрелкауправленияСтрелкавхода/j \ФункциональныйблокОЕ 0_i ,"ъ Стрелка^ механизмаиспол ненияСтрелкавыходаЛ.Рис. 2.3. Каждый тип стрелки соединяется со своей сторонойфункционального блокаДля названия стрелок, как правило, употребляются имена существительные.Стрелки могут представлять собой людей, места, вещи,идеи или собьггия. Как и в случае с функциональными блоками, присвоениеимен всем стрелкам на диаграмме является только необходимымусловием для понимания читателем сути изображенного. Отдельноеописание каждой стрелки в текстовом виде может оказатьсякритическим фактором для построения точной и полезной модели.Стрелки входа. Вход представляет собой сырье, или информацию,потребляемую или преобразуемую функциональным блоком дляпроизводства выхода. Стрелки входа всегда направлены в левую сто-28


рону прямоугольника, обозначающего в IDEFO функциональныйблок. Наличие входных стрелок на диаграмме не является обязательным,так как возможно, что некоторые блоки ничего не преобразуют ине изменяют. Примером блока, не имеющего входа, может служить"принятие решения руководством", где для принятия решения анализируетсянесколько факторов, но ни один из них непосредственно непреобразуется и не потребляется в результате принятия какого-либорешения.Стрелки управления. Стрелки управления отвечают за регулированиетого, как и когда выполняется функциональный блок, и, еслион выполняется, какой выход получается в результате его выполнения.Так как управление контролирует поведение функциональногоблока для обеспечения создания желаемого выхода, каэюдый функциональныйблок долэ/сен иметь, как минимум, одну стрелку управления.Стрелки управления всегда входят в функциональный блоксверху.Управление часто существует в виде правил, инструкций, законов,политики, набора необходимых процедур или стандартов. Влияяна работу блока, оно непосредственно не потребляется и не трансформируетсяв результате. Может оказаться, что целью функциональногоблока является как раз изменение того или иного правила, инструкции,стандарта и т.п. В этом случае стрелка, содержащая соответствующуюинформацию, должна рассматриваться не как управление, акак вход функционального блока.Управление можно рассматривать как специфический вид входа.В случаях, когда неясно, относить ли стрелку к входу или к управлению,предпочтительно относить ее к управлению до момента, пока неясностьне будет разрешена.Стрелки выхода. Выход — это продукция или информация, получаемаяв результате работы функционального блока. Каэюдый блокдолэюен иметь, как минимум, один выход. Действие, которое не производитникакого четко определяемого выхода, не должно моделироватьсявообще (по меньшей мере, должно рассматриваться в качествеодного из первых кандидатов на исключение из модели).При моделировании непроизводственных предметных областейвыходами, как правило, являются данные, в каком-либо виде обрабатываемыефункциональным блоком. В этом случае важно, чтобы названиястрелок входа и выхода были достаточно различимы по своему29


смыслу. Например, блок "Прием пациентов" может иметь стрелку"Данные о пациенте" как на входе, так и на выходе. В такой ситуациивходящую стрелку можно назвать "Предварительные данные о пациенте",а исходящую — "Подтвержденные данные о пациенте".Стрелки механизма исполнения. Механизмы являются ресурсом,который непосредственно исполняет моделируемое действие. Спомощью механизмов исполнения могут моделироваться: ключевойперсонал, техника и (или) оборудование. Стрелки механизма исполнениямогут отсутствовать в случае, если оказывается, что они неявляются необходимыми для достижения поставленной цели моделирования.Комбинированные стрелки. ВIDEFO существует пять основныхвидов комбинированных стрелок: выход — вход, выход — управление,выход — механизм исполнения, выход — обратная связь науправление и выход — обратная связь на вход.Стрелка выход — вход применяется, когда один из блоков долженполностью завершить работу перед началом работы другого блока.Так, на рис. 2.4 формирование счета должно предшествовать приемузаказа.принятьзаказПозициизаказаВыписатьсчетРР-.1Ор 2Рис. 2.4. Комбинация стрелок выход — входСтрелка выход — управление отражает ситуацию преобладанияодного блока над другим, когда один блок управляет работой другого.На рис. 2.5 принципы формирования инвестиционного портфеляуправляют поведением брокеров на бирже.Выбрать видыценных бумагдля инвестированияОр. 1Принципы формированияинвестиционного портфеля' 'Приступитьк покупкеценных бумагОр. 2Рис. 2.5. Комбинированная стрелка выход — управление30


Стрелки выход — механизм исполнения встречаются реже и отражаютситуацию, когда выход одного функционального блока применяетсяв качестве оборудования для работы другого блока. На рис. 2.6зажим, устройство, используемое для закрепления детали во времяее сборки, должно быть собрано для того, чтобы выполнить сборкудетали.Собрать детальОр ___^ 2jIСобрать зажимЗажимОр 1Рис. 2.6. Комбинированная стрелка выход — механизм исполненияОбратные связи на вход и на управление применяются в случаях,когда зависимые блоки формируют обратные связи для управляющихими блоков. На рис. 2.7 получаемая от брокеров информация о текущихбиржевых курсах применяется для корректировки стратегии игрына бирже.ГВыбрать видыценных бумагдля инвестированияИнформация о текущих курсахПринципы формированияинвестиционного портфеляПриступитьк покупкеценных бумагРис. 2.7. Комбинированная стрелка выход — обратная связь на управлениеСтрелка выход — обратная связь на вход обычно применяется дляописания циклов повторной обработки чего-либо. Рис. 2.8 может служитьпримером применения стрелки такого типа. Кроме того, связивыход — обратная связь на вход могут применяться в случае, еслибракованная продукция может заново использоваться в качестве сырья,как это происходит, например, при производстве оконного стек-Ор31


Деталь, нуждающаяся в повторной покраскеОчиститьи покраситьдеталь0D. 1ОкрашеннаядетальПровестиконтролькачества работpp. 2JГотоваяпродукция ^Рис. 2.8. Комбинированная стрелка выход — обратная связь на входла, когда разбитое в процессе производства стекло перемалывается ипереплавляется заново вместе с обыкновенным сырьем.Разбиение и соединение стрелок. Выход функционального блокаможет использоваться в нескольких других блоках. Фактически чутьли не главная ценность IDEFO заключается в том, что эта методологияпомогает выявить взаимозависимости между блоками системы. СоответственноIDEFO предусматривает как разбиение, так и соединениестрелок на диаграмме. Разбитые на несколько частей стрелки могутиметь наименования, отличающиеся от наименования исходнойстрелки. Исходная и разбитые (или объединенные) стрелки в совокупностиназываются связанными. Такая техника обычно применяетсядля того, чтобы отразить использование в процессе только частисырья или информации, обозначаемых исходной стрелкой (рис. 2.9).Аналогичный подход применяется и к объединяемым стрелкам.Изъятьдокументациюдля проверкиОр 1Учредительныеи финансовые документы1Финансовыедокументь 1Провести проверкуправильностиначисления налоговОр 2' гПроверитьправильностьпостановки на учетОр 3Рис. 2.9. Разбитая на две части и переименованная стрелка2.1.4 ТуннелиПонятие связанные стрелки используется для управления уровнемдетализации диаграмм. Если одна из стрелок диаграммы отсутствуетна родительской диаграмме (например, ввиду своей несущест-32


венности для родительского уровня) и не связана с другими стрелкамитой же диаграммы, точка входа этой стрелки на диаграмму или выходас нее обозначается туннелем. На рис. 2.10, например, стрелка "корпоративнаяинформационная система" — важный механизм исполнениядля данной диаграммы, но, возможно, она более нигде не используетсяв модели. Туннель в данном случае используется как альтернативазагромождению родительских диаграмм помещением на них несущественныхдля их уровня стрелок.1ПроизводственныйотделОр. 1i iОр.Отдел продаж2Модульпроизводственногоотдела- i Модульотделапродаж1 1КорпоративнаяинформационнаясистемаРис. 2.10. Пример применения туннеляКроме того, туннели применяются для отражения ситуации, когдастрелка, присутствующая на родительской диаграмме, отсутствует вдиаграмме декомпозиции соответствующего блока. На рис. 2.11 тун-ПроизводственныйотделОр 1[' 1МодульпроизводственногоотделаОтдел продажОр 2, i МодульотделапродажКорпорат! Авнаяинформа1 дионнаясистемаРис. 2.11. Еще один пример применения тз^неля33


нель у стрелки "модуль производственного отдела" обозначает, что надиаграмме декомпозиции производственного отдела отсутствуетстрелка механизма управления с соответствующим наименованием.2.2 Построение моделей IDEFOв этом подразделе мы рассмотрим методику построения моделейIDEFO более подробно.2.2.1 ДиаграммыНа рис. 2.12 типовая диаграмма IDEFO показана вместе с находящейсяна ее полях служебной информацией. Служебная информациясостоит из хорошо выделенных верхнего и нижнего колонтитуловAUTHOR: Семенов Илья ОлеговичPROJECT: Отдел учета и отчетностиNOTES: 12345678910DATE: 15.03.97REV: 17.12.97RECOMMENDEDPVPMQAT'QNAQ-Данные оНачисленияОтсрочкиОбработкаданных0 поступлениях1ПоступленияU^Ведениелицевых карточекналогоплательщиков —юридических лицМетодология/ 1 Запросыналогоплательщиков1Данные 0 налогоплательщиках'2Карточкилицевых счетовПрочиедокументыПодготовкаотчетности,анализ ипрогнозирование3АЗапросына формирован ^е1 сведений^Отчет-^ностьMODE:АОTITLE: Отдел учета и отчетности NUMBER:34Рис. 2.12. IDEFO-диаграмма со служебной информацией на полях


(заголовка и "подвала"). Элементы заголовка используются для отслеживанияпроцесса создания модели. Элементы "подвала" отображаютнаименование модели, к которой относится диаграмма, и показываютее расположение относительно других диаграмм модели.Все элементы заголовка диаграммы перечислены в табл. 2.1.Элементы заголовка диаграммы IDEFOТаблица 2.1ПолеUSED ATAuthor, date, projectNotes 1 ... 10StatusWorkingDraftRecommendedPublicationReaderDateContextНазначениеИспользуется для отражения внешних ссылок на даннуюдиаграмму (заполняется на печатном документе вручную)Содержит ФИО автора диаграммы, дату создания, датупоследнего внесения изменений, наименование проекта,в рамках которого она создавалась |При ручном редактировании диаграмм пользователимогут зачеркивать цифру каждый раз, когда они вносяточередное исправлениеСтатус отражает состояние разработки или утвержденияданной диаграммы. Это поле используется для реализацииформального процесса публикации с шагами пересмотраи утвержденияНовая диаграмма, глобальные изменения или новыйавтор для существующей диаграммыДиаграмма достигла некоторого приемлемого для читателейуровня и готова для представления на утверждениеДиаграмма одобрена и зггверждена. Какие-либо измененияне предвидятсяДиаграмма готова для окончательной печати и публикацииФИО читателяДата знакомства читателя с диафаммойНабросок расположения функциональных блоков на родительскойдиаграмме, на котором подсвечен декомпозируемыйданной диаграммой блок. Для диаграммысамого верхнего уровня (контекстной диаграммы) в полепомещается контекст ТОРВсе элементы "подвала" диаграммы перечислены в табл. 2.2.35


1 ПолеNodeTitleNumber (ещеназывают С-Number)Элементы "подвала" диаграммы IDEFOНазначениеТаблица 2.2Номер диаграммы, совпадающий с номером родительскогофункционального блока.Имя родительского функционального блока.Уникальный идентификатор данной версии данной диаграммы.Таким образом, каждая новая версия данной диаграммы будетиметь новое значение в этом поле. Как правило, C-Number состоитиз инициалов автора (которые предполагаются уникальнымисреди всех аналитиков проекта) и последовательногоуникального идентификатора, например SDO005. При публикацииэти номера могут быть заменены стандартными номерамистраниц. Если диаграмма замещает другую диаграмму, номерзаменяемой диаграммы может быгь заключен в скобки —SDO005 (SDO004). Это обеспечивает хранение истории измененийвсех диаграмм модели. |2.2.2 Цикл "эксперт-аналитик"Подобно циклу автор-редактор, применяющемуся в книгоиздательскомделе, диаграммы IDEFO пересматриваются и изменяютсядля обеспечения точности отражения предметной области и улучшениясвоего качества.Для каждого рецензента автором, как правило, подготавливаетсясвой набор диаграмм. Предложения по изменениям и исправлениямвозвращаются рецензентами автору для внесения их в модель. Привозникновении разногласий между автором и рецензентом спорнаядиаграмма обычно рассылается всем рецензентам для достижениягруппового консенсуса.Формально механизм рецензирования и модификации диаграммподдерживается полями Status и нумерацией диаграмм, контроль историиизменений — полем Field (см. табл. 2.1).2.2.3 Построение моделейНи одна модель не должна строиться без ясного осознания объектаи целей моделирования. Выбранное определение цели моделированиядолжно отвечать на следующие вопросы:• Почему моделируется данный процесс?36


• Что выявит данная модель?• Как ознакомившиеся с этой моделью смогут ее применить?Следующее предложение может служить примером формулированияцели моделирования. Выявить задачи каждого работника компаниии понять в целом взаимосвязь между отдельно взятыми задачамидля разработки руководства по обучению новых сотрудников.Модели строятся для того, чтобы ответить на набор поставленныхвопросов. Такие вопросы формулируются на ранних стадиях моделированияи впоследствии служат основой для четкого и краткого определенияцели моделирования. Примерами таких вопросов могут быть:• Каковы задачи менеджера?• Каковы задачи клерка?• Кто контролирует работу?• Какая технология нужна для выполнения каждого шага? и т.п.2.2.4 Точка зренияС методической точки зрения при моделировании полезно использоватьмнение экспертов, имеющих разные взгляды на предметнуюобласть, однако каждая отдельно взятая модель должна разрабатыватьсяисходя из единственной заранее определенной точки зрения.Часто другие точки зрения вкратце документируются в прикрепленныхдиаграммах FEO (см. ниже) исключительно для наглядности изложения.Точку зрения нужно подбирать достаточно аккуратно, основойдля выбора должна служить поставленная цель моделирования. Наименованиемточки зрения может быть наименование должности,подразделения или роли (например, руководитель отдела или менеджерпо продажам). Как и в случае с определением цели моделирования,четкое определение точки зрения необходимо для обеспечениявнутренней целостности модели и предотвращения постоянного измененияее структуры. Может оказаться необходимым построениемоделей с разных точек зрения для детального отражения всех особенностейвьщеленных в системе функциональных блоков.2.2.5 Границы моделированияОдним из положительных результатов построения функциональныхмоделей оказывается прояснение границ моделирования системыв целом и ее основных компонентов. Хотя и предполагается, что в37


процессе работы над моделью будет происходить некоторое изменениеграниц моделирования, их вербальное (словесное) описаниедолжно поддерживаться с самого начала для обеспечения координацииработы участвующих в проекте аналитиков. Как и при определениицели моделирования, отсутствие границ затрудняет оценку степенизавершенности модели, поскольку границы моделирования имеюттенденцию к расширению с ростом размеров модели.Границы моделирования имеют два компонента: ширину охвата иглубину детализации. Ширина охвата обозначает внешние границымоделируемой системы. Глубина детализации определяет степеньподробности, с которой нужно проводить декомпозицию функциональныхблоков.Чтобы облегчить правильное определение границ моделированияпри разработке моделей IDEFO, существенные усилия затрачиваютсяна разработку и рецензирование контекстной диаграммы IDEFO (диаграммы"самого верхнего" уровня). Иногда даже прибегают к построениюдополнительной диаграммы для отображения уровня, болеевысокого, чем контекстный, для данной модели, что позволяет обозначитьсистему, внутри которой располагается объект для моделирования.Существенные затраты на разработку контекстной диаграммывполне оправданы, поскольку она является своего рода "точкой отсчета"для остальных диаграмм модели и вносимые в нее изменения каскадомотражаются на все лежащие ниже уровни.Когда границы моделирования понятны, становятся ясными ипричины, по которым некоторые объекты системы не вошли в модель.2.2.6Выбор наименованияконтекстного блокаРекомендуемой последовательностью действий при построениимодели "с нуля" являются: формулирование цели моделирования, выборточки зрения, определение границ моделирования. Наименованиеконтекстного блока — функционального блока самого высокогоуровня — обобщает определение границ моделирования.Правила подбора имени для контекстного блока в целом не отличаютсяот общих правил наименования функциональных блоков,поэтому для них обычно подбирают обобщающие названия, типа"Управление отделом по работе с клиентами", "Обработка заказов"и т.п.38


2.2.7Определение стрелок на контекстнойдиаграммеСтрелки диаграмм IDEFO обычно проще проектировать в следующемпорядке: выход, вход, механизм исполнения, управление. Каждыйфункциональный блок обозначает отдельную функцию, и этафункция часто имеет ясно и кратко описываемые результаты работы.Наличие неясностей при анализе выходов того или иного функциональногоблока — возможный сигнал необходимости проведения реинжинирингарассматриваемого бизнес-процесса.Определение выходов. После идентификации возможных выходовполезно провести анализ модели на предмет покрытия ею всехвозмоэюных сценариев поведения процесса. Это означает, что если существуетвероятность возникновения той или иной ситуации в ходепроцесса, модель отражает возможность возникновения такой ситуации.Многие начинающие аналитики забывают отразить негативныерезультаты работы функциональных блоков. Например, блок "Провестиэкзамен по вождению" определенно произведет поток водителей,только что получивших права, но вполне правомерно ожидать ипотока лиц, не сдавших экзамен. Негативные результаты часто используютсяв качестве обратных связей, анализ на их наличие долженпроводиться для каждого блока. Важным также является необходимостьвключения в модель спорных стрелок, принятие решения о наличиикоторых в модели вполне можно переложить на плечи рецензирующихмодель экспертов.Определение входов. Входы можно рассматривать как особымобразом преобразуемые функциональными блоками для производствавыхода сырье или информацию. В производственных отраслях определить,как входное сырье преобразуется в готовую продукцию,обычно довольно просто. Однако при моделировании информационныхпотоков входной поток данных может представляться не потребляемыми не обрабатываемым вообще. Случаи, когда входящие и исходящиестрелки называются в точности одинаково, крайне редки и восновном указывают на бесполезность данного блока для системы вцелом или на некорректный выбор имени для исходящей стрелки. Решениемможет служить применение более подробного описания длявходящих и исходящих потоков данных. Например, вход может иметьназвание "Предварительный диагноз пациента", а выход — "Уточненныйдиагноз пациента".39


Определение механизмов исполнения. После создания входов ивыходов можно приступить к рассмотрению механизмов исполнения,или ресурсов, относящихся к функциональному блоку. В понятие механизмаисполнения входят персонал, оборудование, информационныесистемы и т.п. Например, функциональный блок "Собрать деталь"может потребовать использования какого-либо оборудования,например гаечного ключа. При приеме экзаменов на водительскиеправа механизмом исполнения является инспектор ГИБДД. Как правило,определить механизмы исполнения для функциональных блоковдовольно просто.Определение управления. Должно быть определено управление,контролирующее ход работы функционального блока. Все функциональныеблоки в IDEFO должны иметь хотя бы одно управление. Вслучаях, когда не ясно, относить ли стрелку к входу или к управлению,следует ее рисовать как управление. Важно помнить, что управлениеможно рассматривать как особую форму входа функциональногоблока.Когда контекстная диаграмма представляется завершенной, попробуйтезадать следующие вопросы:• Обобщает ли диаграмма моделируемый бизнес-процесс?• Согласуется ли диаграмма с границами моделирования, точкойзрения и целью моделирования?• Подходит ли выбранный уровень детализации стрелок для контекстногоблока? (Обычно на контекстной диаграмме рекомендуетсярисовать не более шести стрелок каждого типа.)2.2.8 Нумерация блоков и диаграммВсе функциональные блоки IDEFO нумеруются. В номерах допускаетсяиспользование префиксов произвольной длины, но в подавляющембольшинстве моделей используется префикс А. Номерблока проставляется за префиксом. Контекстный блок всегда имеетномер АО.Префикс повторяется для каждого блока модели. Номера используютсядля отражения уровня декомпозиции, на котором находитсяблок. Блок АО декомпозируется в блоки А1, А2, A3 и т.д. А1 декомпозируетсяв А11, А12, А13 и т.д. А11 декомпозируется в А111, А112,А113 и т.д. Для каждого уровня декомпозиции в конец номера добавляетсяодна цифра.40


2.2.9Связь между диаграммойи ее родительскимфункциональным блокомФункциональный блок декомпозируется, если необходимо детальноописать его работу. При декомпозиции блока полезно рассмотретьего жизненный цикл, это поможет определить функциональныеблоки получающейся "детской" диаграммы. Например, жизненныйцикл блока "Поджарить бифштекс" может выглядеть как следующаяпоследовательность: "Подготовить продукты", "Отбить мясо", "Разогретьмасло" и т.д.При моделировании IDEFO важно иметь в виду, что граница детскойдиаграммы есть граница родительского функционального блока.Это означает, что вся работа выполняется блоками самого нижнегоуровня. В отличие от иерархии, применяемой в сфуктурном программировании,блоки верхнего уровня не являются субъектами управлениядля блоков нижнего уровня. Это означает, что в IDEFO дети — этоте же объекты, что и их родители, только показанные с большей детализацией.Действия генерального директора компании на диаграммахIDEFO могут отражаться рядом с действиями простых рабочих.На концах граничных стрелок (начинающихся или заканчивающихсяза пределами диаграммы) детских диаграмм помещаются кодыICOM, чтобы показать, где находится соответствующая стрелка народительской диаграмме (рис. 2.13). Они нужны для проверки целостностимодели и могут быть полезны, когда порядок расположениястрелок на детской диаграмме отличается от порядка их расположенияна родительской диаграмме. Код ICOM состоит из латинской буквыI, С, О или М и числа, показывающего расположение стрелки на родительскойдиаграмме в порядке сверху вниз или слева направо.С1С21 ' 'а^•1Рис. 2.13.1СОМ-КОДЫ на фаничных стрелках41


2.2.10Два подхода к началу моделирования("в ширину" и "в глубину")Модели могут проектироваться с использованием подхода "в ширину",когда каждая диаграмма максимально детализируется передсвоей декомпозицией, и с подходом "в глубину", когда сначала определяетсяиерархия блоков, а затем создаются соединяющие их стрелки.Естественно, возможно применение комбинации этих подходов,причем иерархия блоков может иногда немного измениться после того,как нарисованы стрелки. Это происходит из-за того, что созданиестрелок может изменить понимание внутренней архитектуры моделируемогообъекта.2.2.11 Когда остановиться?Сформулированная цель моделирования содержит вопросы, накоторые должна отвечать модель. Когда становится возможным получениеответов на них с помощью модели, модель считается удовлетворяющейпоставленным требованиям и рассматривается как завершенная.При построении декомпозиции первого уровня нужно следить затем, чтобы все блоки на диаграмме лежали внутри определенных ранееграниц моделирования. Перед декомпозированием блока нужноудостовериться, не приведет ли это к превышению установленной ранееглубины детализации для данной модели. Еще одно правило состоитв том, что моделирование IDEFO должно продолжаться до техпор, пока стрелки предшествования (вход и выход) преобладают надиаграммах.При необходимости дальнейшей детализации отдельных процессовмогут быть использованы диаграммы IDEF3.2.2.12 Другие диаграммы IDEFOВ дополнение к контекстным диаграммам и диаграммам декомпозициипри разработке и представлении моделей могут применятьсядругие виды IDEFO-диаграмм.Дерево модели. Это обзорная диаграмма, показывающая структурувсей модели. На рис. 2.14 приведен фрагмент такой диаграммы.Обычно вершина дерева соответствует контекстному блоку, под вершинойвыстраивается вся иерархия блоков модели. Однако не запрещаетсяназначать вершиной произвольный блок, помещая под ним все42


его детские блоки. Из-за высокой итеративности функциональногомоделирования можно ожидать, что дерево модели будет неоднократноизменяться существенным образом до тех пор, пока не будет полученаего стабильная версия. Обзор модели с использованием деревапомогает сконцентрироваться на функциональной декомпозициимодели.СверкадокументовОбработкаданных0 поступлениях i^"Z^^^^^ОбработканевыясненныхплатежейРис. 2.14. Фрагмент дерева моделигФормированиеданных длялицевых карточек зПрезентационные диаграммы. Презентационные диаграммы(For Exposition Only diagrams — FEO diagrams) часто включают в модели,чтобы проиллюстрировать другие точки зрения или детали, выходящиеза рамки традиционного синтаксиса IDEFO. Диаграммы FEOдопускают нарушение любых правил построения диаграмм IDEFO вцелях выделения важных с точки зрения аналитика частей модели. Естественно,если диаграмма FEO включена в модель исключительнодля отображения другой точки зрения на систему, она скорее всегобудет выглядеть как обыкновенная диаграмма IDEFO, удовлетворяявсем ограничениям IDEFO.Один из способов использования FEO-диаграмм состоит в отделениифункционального блока от его окружения посредством созданиядиаграммы с единственным блоком и всеми относящимися к немустрелками наподобие контекстной диаграммы (рис. 2.15). Это можетоказаться полезным в ситуациях, когда необходимо быстро получитьинформацию об интерфейсе (стрелках) функционального блока, а соответствующаядиаграмма декомпозиции содержит слишком многообъектов.Кроме того, встречаются следующие виды презентационных диаграмм:• копия диаграммы IDEFO, которая содержит все функциональныеблоки, и стрелки, относящиеся только к одному из функциональныхблоков, — это позволяет отразить взаимодействие междуэтим блоком и другими объектами диаграммы;43


AUTHOR Семенов Илья ОлеговичPROJECT Отдел учета и отчетностиINOTES 12345678910DATE 15 03 97REV 17 12 97И/ПРЮМПRECOMMENDEDPUBLICATIONRFARFRHATFМетодологияНачисленияОтсрочкиПоступленияДанные о налогоплательщикахfВедениелицевых карточекналогоплательщиков —юридических лиц2iКарточкилицевых счетовПрочиедокументы^ЗапросыналогоплательщиковMODE:АОTITLE:Ведение лицевых карточекналогоплательщиков — ЮЛNUMBER:Рис. 2.15. Диаграмма FEO для выделения функционального блокаи его стрелок• копия диаграммы IDEFO, которая содержит все функциональныеблоки, и стрелки, непосредственно относящиеся только к входу и(или) к выходу родительского блока;• различные точки зрения, как правило, на глубину одного уровнядекомпозиции.2.3Взаимосвязь моделейIDEFO и IDEF32.3.1Действия, выполняемыев функциональных блокахКак правило, при работе с пластиковой картой клиент не производитвсех доступных ему при этом действий, выполняя офаниченныйнабор операций. Например, при оплате покупки не производится сня-44


тие наличных, а при проверке баланса состояние счета вообще неизменяется (это верно, конечно, только в случае, если карта обслуживаетсяприличным банком). Мы можем декомпозировать функциональныйблок "Обработка операций с пластиковыми картами", создавдополнительные блоки для оплаты покупок, снятия наличных, проверкибаланса и т.п. Вместо этого можно создать отдельные моделиIDEF3 для каждого из этих действий. Это, в частности, полезно, если вдальнейшем предполагается заняться оцениванием соответствующихопераций по тем или иным параметрам.Более простой альтернативой предложенным выше двум подходамможет служить так называемая таблица вызова (activation table),описывающая различные комбинации входов, выходов, управлений имеханизмов исполнения для каждого способа вызова функциональногоблока на исполнение. Вызов — это уникальная конфигурациязначений входа, управления и требований к механизмам исполнения(табл. 2.3). Каждому вызову присваивается уникальное имя в пределахблока и перечисляются значения различных стрелок. Комбинациязначений стрелок должна быть уникальной для каждого вызова, из чегоследует, что для каждого вызова любые две одинаковые стрелки немогут иметь одинаковых значений.Таблица вызовов для блока ^Подсчитать наличные''ВызовЗначительная сумма наличных денегМелкая сумма наличных денегСтрелкаНаличные деньгиСчетчик банкнотНаличные деньгиСчетчик банкнотТаблица 2.3Значение стрелкиБолее 1000 руб.1 требуетсяНе более 1000 руб.0 требуетсяИнформация о вызовах из табл. 2.3 также дает определенную информациюо стрелках управления данного функционального блока.Например, мы можем предположить, что политика банка при подсчетесумм наличных заключается в использовании счетчиков банкнотдля сумм, превышающих 1000 руб.2.3.2Создание моделей IDEF3для отображения блоков IDEFOДля иллюстрирования вызовов листовых функциональных блоковIDEFO (т.е. блоков, не имеющих диаграмм декомпозиции) может бытьприменено построение моделей IDEF3. Если развитие модели IDEFO45


предполагается аналитиками именно таким способом, моделямиIDEF3 должен быть тщательно документирован каждый возможныйвызов функционального блока. Соответствующие таблицы вызовов(наподобие табл. 2.3) можно будет получить впоследствии из соответствующихдиаграмм IDEF3.Ит^к, методология функционального моделирования IDEFO —это технология описания системы в целом как множества взаимозависимыхдействий, или функций. IDEFO имеет функциональную направленность.IDEFO — функции системы исследуются независимо отобъектов, которые обеспечивают их выполнение. Одной из основныхидей моделей IDEFO является построение дв>^ видов моделей: "какесть" и "как должно быть". Это нужно при проведении реинжинирингабизнес-процессов организации. Кроме того, IDEFO обеспечиваетудобный язык обмена информацией о моделируемой системе.


3ГЛАВАСТРУКТУРНЫЙ АНАЛИЗПОТОКОВ ДАННЫХ(DFD — DATA FLOW DIAGRAMS)3.1Назначение диаграммпотоков данныхТак же, как и диафаммы IDEFO, диаграммы потоков данных моделируютсистему как набор действий, соединенных друг с другомстрелками. Диаграммы потоков данных также могут содержать двановых типа объектов: объекты, собирающие и хранящие информацию— хранилища данных и внешние сущности — объекты, которыемоделируют взаимодействие с теми частями системы (или другимисистемами), которые выходят за границы моделирования. Нарис. 3.1 приведен внешний вид диаграммы потоков данных.В отличие от стрелок в IDEFO, которые иллюстрируют отношения,стрелки в DFD показывают, как объекты (включая и данные) реальноперемещаются от одного действия к другому. Это представлениепотока вкупе с хранилищами данных и внешними сущностямиобеспечивает отражение в DFD-моделях таких физических характеристиксистемы, как двиэюение объектов (потоки дт^ых), хранение объектов(хранилища данных), источники и потребители объектов(внешние сущности).Построение DFD-диаграмм в основном ассоциируется с разработкойпрограммного обеспечения, поскольку нотация DFD изначальнобыла разработана для этих целей. В частности, графическое изображениеобъектов на DFD-диаграммах этой главы соответствует принятомуКрисом Гейном (Chris Gane) и Тришем Сарсоном (Trish Sarson), авторамиDFD-метода, известного как метод Гейна — Сарсона. Другойраспространенной нотацией DFD является так называемый методЙордана — Де Марко (Yourdon — DeMarco).47


00ДанныезаказаЗаказыИнформацияо доставкеСкладКлиентыПродукцияЗаказыОр. 1ОбработатьзаказыДанные счетовНазвание клиента,адрес клиента_£КлиентыНазвание клиента,адрес клиентаОр. 2ДоставитьпродукциюСчетаНазвание клиента,адрес клиентаПродукцияДанные счетовОр. 3ПроконтролироватьоплатуСчета /Платежныедокументы_]1fКлиентыРис. 3.1. Пример диаграммы DFD


3.2Синтаксис и семантикадиаграмм потоков данныхв отличие от IDEFO, рассматривающего систему как множествовзаимопересекающихся действий, в названиях объектов DFD-диафаммпреобладают имена существительные. Контекстная DFD-диаграммачасто состоит из одного функционального блока и несколькихвнешних сущностей. Функциональный блок на этой диаграмме обычноимеет имя, совпадающее с именем всей системы (рис. 3.2).Добавление на диаграмму внешних ссылок не изменяет фундаментальноготребования, что модель должна строиться с единственнойточки зрения и должна иметь четко определенные цель и границы,что уже обсуждалось ранее.l1Поставщикиоборудования/ •3Департаментмаркетингаи рекламы'г\ 'Ор. 0Департамент по работес пластиковымикартамиiк^i2Поставщикиматериалов4^ '1 f5Департаментпо работес клиентамиРис. 3.2. Контекстная диаграмма DFD3.2.1 Функциональные блокиФункциональный блок DFD моделирует некоторую функцию, котораяпреобразует какое-либо сырье в какую-либо продукцию (или, втерминах IDEF, вход в выход). Хотя функциональные блоки DFD иизображаются в виде прямоугольников с закругленными углами, они49


сV/ Юбл1Департамент по работе(: пластиковыми картамиПерсоналОборудование )^ ' ОАГ^%#ГРис. 3.3. Элемент DFD-диаграммы, построеннойв нотации Гейна — Сарсонапочти идентичны функциональнымблокам IDEFO и действиямIDEF3. Как и действия IDEF3,функциональные блоки DFDимеют входы и выходы, но неимеют управления и механизмаисполнения как IDEFO. В некоторыхинтерпретациях нотацииDFD Гейна — Сарсонамеханизмы исполнения IDEFOмоделируются как ресурсы иизображаются в нижней частипрямоугольника (рис. 3.3).3.2.2 Внешние сущностиКлиентРис. 3.4. Обозначениевнешней сущностиВнешние сущности обеспечивают необходимые входы для системыи/или являются приемниками для ее выходов. Одна внешняясущность может одновременно предоставлять входы (функционируякак поставщик) и принимать выходы (функционируя как получатель).Внешние сущности изображаютсякак прямоугольники (рис. 3.4) и обычно размещаютсяу краев диаграммы. Одна внешняясущность может быть размещена на одной итой же диаграмме в нескольких экземплярах.Этот прием полезно применять для сокращенияколичества линий, соединяющих объектына диаграмме.3.2.3 Стрелки (потоки данных)Стрелки описывают передвижение (поток) объектов от одной частисистемы к другой. Поскольку все стороны обозначающего функциональныйблок DFD прямоугольника равнозначны (в отличие отIDEFO), стрелки могут начинаться и заканчиваться в любой части блока.В DFD также используются двунаправленные стрелки, которыенужны для отображения взаимодействия между блоками (например,диалога типа приказ — результат выполнения). На рис. 3.5 двунаправленнаястрелка обозначает взаимный обмен информацией между департаментамимаркетинга и рекламы и пластиковых карт.50


Op.Департамент по работес пластиковымикартамиоДепартаментмаркетингаи рекламыРис. 3.5. Двунаправленный поток между блоком и внешней сущностью3.2.4 I Хранилища данныхВ то время как потоки данных представляют объекты в процессеих передвижения, хранилища данных моделируют их во всех остальныхсостояниях. При моделировании производственных систем хранилищамиданных служат места временного складирования, гдехранится продукция на промежуточных стадиях обработки. В информационныхсистемах хранилища данных представляютлюбой механизм, который поддерживаетхранение данных для их промежуточнойобработки. На рис. 3.6 приведен примеробозначения хранилищ данных на DFD-диаграммах.3.2.5 Ветвление и объединениеЗаказыРис. 3.6. Обозначениехранилища данныхна DFD-диаграммеСтрелки на DFD-диаграммах могут быть разбиты (разветвлены)на части, и при этом каждый получившийся сегмент может быть переименовантаким образом, чтобы показать декомпозицию данных, переносимыхданным потоком (рис. 3.7).Почтовыйиндекс^Ор. 2Проверитьпочтовый индекс[Ор. 1Записатьадрес клиентаАдресклиентаГородОр. з]ПроверитьгородУлицаОр. 4]ПроверитьулицуРис. 3.7. Разветвление стрелки, иллюстрирующее декомпозицию данных51


[Ор. 2Проверитьпочтовый индексКорректныйпочтовыйиндекс[ор. 3ПроверитьгородПроверенноеназваниегородаКорректныйадресклиентаОр. 1Обработказаказа[ор. 4ПроверитьулицуПровереннаяулицаРис. 3.8. Объединение потока в одинСтрелки могут и соединяться между собой (объединяться) дляформирования так называемых комплексных объектов. Пример такогообъединения приведен на рис. 3.8.3.3Построение диаграммпотоков данных3.3.1 Два подхода к построению DFD-моделейДиаграммы DFD можно строить с использованием подхода, аналогичногоструктурному методу анализа и проектирования, применяемомув IDEFO. Вначале строится модель физической реализацииреальной системы, которая используется пользователями в настоящеевремя. Затем создается логическая модель текущего состояния системыдля моделирования основных требований существующей системы.После этого создается новая логическая модель для отраженияосновных параметров предлагаемой разрабатываемой системы. Наконец,создается новая физическая модель, реализующая логическуюмодель новой системы.В настоящее время при разработке информационных систем завоевываетвсе большую популярность альтернативный подход, известныйкак разделение событий, в котором для моделирования системыстроится несколько моделей DFD. Вначале строится логическаямодель, отображающая систему как набор действий и описывающая,что должна делать система.52


Затем строится модель окруэюения, описывающая систему какобъект, отвечающий на события, порождаемые внешними сущностями.Такая модель обычно состоит из описания назначения системы,одной диаграммы контекстного уровня и списка событий. Контекстнаядиаграмма содержит один функциональный блок, представляющийсистему в целом, и внешних сущностей (окружения), с которымисистема взаимодействует.На заключительном этапе создается модель поведения, показывающая,как система обрабатывает те или иные события. Эта модельначинается с единственной диаграммы с одним функциональным блокомна каждый ответ системы на событие, описанное в модели окружения.Хранилища данных в модели поведения используются для моделированияданных, которые должны сохраняться в промежуткахмежду обработкой событий. Потоки применяются для соединенияэлементов диаграмм между собой и для проверки согласованностимоделей поведения и окружения.При подготовке такого рода моделей к различным презентациямобычно необходима их "чистка". При этом может применяться каксоздание упрощенных родительских диаграмм посредством объединениянескольких функциональных блоков в один, так и декомпозициянекоторых элементов для более ясного восприятия модели.3.3.2 Нумерация объектовВ DFD каждый номер функционального блока может включать всебя префикс, номер родительской диаграммы и собственно номеробъекта (рис. 3.9). Номер объекта уникальным образом идентифицируетфункциональный блок на диаграмме. Номер родительской диаграммыи номер объекта в совокупности обеспечивают уникальнуюидентификацию каждого блока модели.Уникальные номера присваиваются также каждому хранилищуданных и каждой внешней сущности вне зависимости от расположенияобъекта на диаграм- „ ^ .. ^jr ^ Префикс Номер объектаме. Каждый номер храни- •-^ .,^^^^^ -лища данных содержит А 3 7префикс D (от английско-^го Data Store) и уникаль-Номер диаграммыный номер хранилища в Рис. 3.9. Компоненты номерамодели (например, D3).функционального блока DFD53


Аналогично каждый номер каждой внешней сущности содержитпрефикс Е (от английского External entity) и уникальный номер сущностив модели (например, Е5).Итак, диаграммы потоков данных (DFD) обеспечивают удобныйспособ описания передаваемой информации как между частями моделируемойсистемы, так и между системой и внешним миром. Это качествоопределяет область применения DFD — они используются длясоздания моделей информационного обмена организации, напримермодели документооборота. Кроме того, различные вариации DFD широкоприменяются при построении корпоративных информационныхсистем.


4ГЛАВА4.1ПРОГРАММНОЕОБЕСПЕЧЕНИЕIDEF-МОДЕЛИРОВАНИЯPlatinum BPWin — руководствопользователя программногопакета компьютернойподдержки технологиимоделированияIDEFв этом подразделе приведено описание работы с наиболее популярнымв настоящее время пакетом IDEF-моделирования PlatinumBPWin. С использованием BPWin получено большинство иллюстрацийэтой книги. В приложении приведено краткое описание работы сдругим пакетом, поддерживающим технологию IDEF-моделирования— DesignЯDEF.Рис. 4.1. Главное окно "Наставника"55


Platinum BPWin имеет в своем составе программу "Наставник",позволяющую быстро ознакомиться как с основами IDEF-моделирования,так и с их реализацией в BPWin. Приведенное ниже описаниеработы с BPWin по сути является сокращенным вариантом учебногокурса, предлагаемого пользователям программой "Наставник". Нарис. 4.1 изображено главное окно этой программы.Обучающая программа построена на выполнении типичных дляBPWin задач делового моделирования. Каждый раздел обучающейпрограммы строится на информации, полученной при изучении предьщущегораздела, поэтому рекомендуется изучать их в предлагаемойпоследовательности. Рассмотрим последовательно разделы, предлагаемые"Наставником".4.1.1 Краткий обзорЭтот подраздел предназначен для тех, кто плохо знаком с деловыммоделированием. Он начинается с обзора, охватывающего базовыеидеи делового моделирования и основную терминологию. Каждыйподраздел этой темы также содержит описание типовых меню и диалогов,с которыми придется работать при выполнении различных задач.Для более подробных пояснений по содержанию экранов достаточнопросто щелкнуть на соответствующей области.iri; Kl^dH i'rr-jif»irtiii^..'ISf ln^(>««iv »M*~*A •«*• *«>i#'^l»*» t л56Рис. 4.2. Кнопка "Try It"


Step 2: Name the Context ActivityNotice that а blank activity box has beencreated and the title bar shows the newmodel name and:[(A-0) - Order Fulfillment]• Right-click on the context activity.The shortcut menu ia di^layed.• Select Name Editor...The IDEFO Name Properties dialogbox is displayed. The cursor is in thename entry field.• Type:PROCESS[Enter key]OSSERthen press OK.^•The (Enter key] places each word ona separate line.The coniexi activity is now named.Click Next Step >|4PfwSt»p,4c^lij»lj|H»KtSt«|>^jРис. 4.3. Подсказка "Наставника"После ознакомления с краткимобзором можно приступитьк выполнению заданий на типовоймодели, предоставляемойсовместно с обучающей профаммой.Для этого на последнейстранице изучаемой темывсегда появляется Кнопка "TryIt" — "попробовать" (рис. 4.2).Щелчок на ней позволяет перейтик пс'шаговому выполнениюпрактических упражнений.Типовые модели подготавливаютсяи используются совместнос тренировочными упражнениями.После нажатия кнопки "TryIt" обучающая программа представляетнабор последовательныхподсказок (Que Cards) для облегчения выполнения задания, приэтом в качестве наглядных примеров используется типовая модель(рис. 4.3).В "Наставнике" имеется также возможность перейти непосредственнок выполнению практических упражнений без просмотра теоретическогоматериала. Для этого достаточно нажать кнопку Try It в любомразделе главного меню "Наставника".4.1.2Проверка правильностивыполнения заданияВ "Наставнике" существует возможность проверки правильностивыполнения каждой задачи — для этого достаточно нажать кнопку"Check". Проверка покажет, как должна выглядеть модель в случае,если были бы выполнены все рекомендации обучающей программы.Чтобы возвратиться к кнопке "Try It", на подсказке достаточнозакрыть окно просмотра результатов работы. Чтобы возвратиться кобучающей программе, достаточно щелкнуть по кнопке "Done" окна"Try It".57


4.1.3Зачем нужно усовершенствованиебизнес-процессов?Сегодня в сложном и постоянно изменяющемся мире интересыделовых людей должны быть сосредоточены на процессе удовлетворенияпотребностей клиентов. Работаете ли Вы в маленькой или большойорганизации, процесс производства, поставки товаров или услугопределяют качество и в конечном итоге успех Вашего бизнеса.Усовершенствование бизнес-процессов включает отображение имоделирование всех стадий деятельности компании для лучшего пониманияи усовершенствования проводимых операций. Можно моделироватьдеятельность организации в целом или ее части, напримерпроцесс формирования требований к принятым в организации информационнымтехнологиям.4.1.4 Деловое моделированиеМоделирование — один из наиболее эффективных методов дляпонимания и установления связи между деловыми правилами и бизнес-процессамикомпании. В процессе моделирования устраняютсяпосторонние детали, а важная информация выдвигается на первыйплан для упрощения изучения системы.Графика (блоки и стрелки) используется для улучшения пониманияструктуры модели, поэтому большинство людей думают о моделяхкак об иллюстрированных представлениях. С использованием моделированиябизнес-процессов Вы можете оценить систему такшироко, чтобы все аспекты работы вашей организации могли бытьпроанализированы, поняты и, возможно, что наиболее важно, сообщеныдругим.4.1.5 Что такое BPWin?BPWin — мощный инструмент моделирования для анализа, документированияи понимания комплексных бизнес-процессов.Моделирование полезно:• для устранения избыточных или ненужных блоков (функций);58


дл^ сокращения затрат;для совершенствования работы компании;для повышения качества обсл>^ивания клиентов.4.1.6 Модель BPWinС использованием BPWin строятся диаграммы бизнес-процессов,ясно показываюпще бизнес-процессы (блоки), результаты их работыи ресурсы, необходимые для их функционирования. BPWin-модельобеспечивает объединенную картину того, как организация добиваетсявыполнения своих целей, от маленьких отделов до всей компании вцелом. На рис. 4.4 изображено главное окно программы BPWin.Также можно использовать BPWin для моделирования потоковработ, потоков процессов и потоков данных.;трслк«упрм/мнияСтрелка•ходаЯ««ффункциональный блокI/..Рис. 4.4. Главное окно BPWin21^IT'ieFr^59


4.1.7Методологии моделирования,поддерживаемые BPWinBPWin поддерживает три методологии моделирования:функциональное моделирование (IDEFO);• описание бизнес-процессов(IDEF3);• диаграммы потоков данных-|¥tM(lli(^b^(DFD).Поддержкой трех методологий,Ыатв:|моделирования водной программе BPWin^ Bu«inm Process РЕРЩ объединяет три ключевыхподхода к моделированиюГ iioil«Lflow|K>EF3I ;бизнес-процессов, что вполнеудовлетворяет потребностикак системных аналитиков,так и специалистовтехнологов.OfCт^\При создании новой моделидостаточно просто выбратьнужную методологиюв диалоговом окне, появляющемсякаждый раз при созданииРис. 4.5. Выбор нотации моделированияновой модели BPWin(рис. 4.5).4.1.8 Функциональное моделирование (IDEFO)Функциональное моделирование является технологией анализасистемы в целом как набора связанных между собой действийили функций. Действия системы анализируются независимо от объекта(ов), который обеспечивает их исполнение. Моделировать деловойпроцесс можно исходя из различных перспектив и временных рамок.Например, Вы можете смоделировать процесс заказа услуг клиентомтак, как Вы видите его в идеале, а не так, как это происходит в настоящеевремя.60


МетодологияКарточки лицевых счетовДанныео налогоплательщикахФормированиестандартныхотчетовФормированиестандартных формотчетности ПНИОтчетностьФормированиенестандартныхотчетовЗапросына формированиесведенийРис. 4.6. Пример диаграммы IDEFOФормированиесведенийпо нестандартнымзапросамС функциональной точки зрения Вы можете также абстрагироватьсяот проблем физической реализации модели.На рис. 4.6 показан пример простой диаграммы IDEFO.4.1.9 Диаграммы потоков данных (DFD)Диаграммы потоков данных (DFD) моделируют системы каквзаимосвязанный набор действий, которые обрабатывают данные в"хранилище" как внутри, так и вне границ моделируемой системы.Диаграммы потоков данных обычно применяются при моделированииинформационных систем.На рис. 4.7 приведен пример диаграммы потоков данных.Стрелки в DFD показывают, как объекты (данные) фактическивзаимодействуют между собой. Это представление, объединяющеехранимые в системе данные и внешние для системы объекты, даетDFD-моделям большую гибкость для отображения физических характеристиксистемы, таких, как проблемы обмена данными, разработкасхем их хранения и обработки.4.1.10 Описание бизнес-процессов (IDEF3)Методология IDEF3 — это методология моделирования, предназначеннаядля обеспечения структурированного подхода к описаниюбизнес-процесса как упорядоченной последовательности событий61


ONК)1КлиентыДанныезаказаЗаказыИнформацияо доставкеСкладПродукцияЗаказыОр. 1ОбработатьзаказыДанные счетовНазвание клиента,адрес клиентагКлиентыНазвание клиента,адрес клиентаОр. 2|ДоставитьпродукциюСчетаНазвание клиента,адрес клиентаПродукцияДанные счетовОр. 3ПроконтролироватьоплатуСчета /Платежныедокументы_J1' fКлиентыРис. 4.7. Пример диаграммы DFD


' ^Проверитьбаланс на счете13 1&лПроверитьданные чека16Напечататьи выдать чек1412Проверитьстатус клиентаot;J2ОНJ3Подготовитьсумму наличными1 5Рис. 4.8. Пример диаграммы IDEF3ON


одновременно с описанием любых участвующих в бизнес-процессеобъектов и относящихся к ним правил.Создание диаграмм потоков работ — техника, хорошо подходящаядля сбора данных о системе и применяющаяся как часть структурногоподхода к анализу и проектированию системы. В отличие отдругих методов моделирования бизнес-процессов, IDEF3 требуетстрогого использования синтаксиса и семантики во избежание получениянеполного или противоречивого описания системы.На рис. 4.8 приведен пример диаграммы IDEF3.Диаграммы IDEF3 применяются:• для улучшения понимания результатов моделирования бизнеспроцессов;• для определения момента окончания моделирования;• для сбора информации о схеме работы моделируемой компании.Построение моделей IDEF3 иногда позволяет упростить функциональноемоделирование системы по методологии IDEFO и получилозаслуженное признание как довольно удобный способ анализа потенциальныхусовершенствований системы. Диаграммы IDEF3 обеспечиваютдискретность моделирования процесса, что может использоватьсядля контроля за ходом выполнения работ.4.1.11 Когда и какие методологии применять?IDEFO лучше всего применять как средство анализа и логическогомоделирования систем, что, как правило, выполняется на ранних стадияхработы над проектом. Данные анализа, полученные с использованиеммоделирования IDEFO, обычно используются на стадии разработкимоделей IDEF3 и диаграмм потоков данных DFD (рис. 4.9).ANALISYSREQ'sDESIGNIDEFO\ЬнннвнЫN—i^/ DFD^ / \•N /Н 1 1 1 ^ 1 1 1 нJan Feb Mar Apr May Jun Jul Aug SepРис. 4.9. Временная шкала использования разных методологий моделирования64


4.1.12 Рабочее место BPWinРабочее место BPWin выполнено в виде рабочего стола, состоящегоиз нескольких окон. На рабочем столе размещены:меню;стандартная панель инструментов;панель инструментов ModelMart;дерево модели;область для рисования;панель инструментов BPWin;статусная строка.Панель Меню BPWin. Панель Меню BPWin соответствует стандартамWindows и обеспечивает доступ ко всем функциям BPWin. Некоторыеиз них:Печать. Чтобы открыть окно печати, на панели Меню выберитеFile, затем Print.Масштаб. На панели Меню выберите View, затем измените масштабизображения для активной диаграммы или для всех диаграмм вмодели на тот, который Вам нужен.Стандартная панель инструментов. Стандартная панель инструментов(рис. 4.10) обеспечивает быстрый доступ к часто выполняемымзадачам.Рис. 4.10. Стандартная панель инструментов BPWinКак и любая другая панель инструментов BPWin, стандартная панельможет быть расположена в любой стороне экрана или находитьсяв любом месте в области диаграммы. Вы можете также показыватьили скрывать ее, используя функцию View на панели Меню.4.1.13 Дерево моделиДерево модели BPWin (рис. 4.11) — мощный инструмент, которыйиспользуется для просмотра структуры модели и изменения любыхобъектов диаграмм в любой открытой модели BPWin. Одновре-65


шишшшявшшиняишии^''^ Fie HodelMarl. £0 Vtem lifef^ fis?porl Took ^^md&Mam$nral4UlTlol»-|AlvНачисленияОбрабсзтса да1^ нык о r^crpijjШ-5«|] В.: tue лицевых карточек н.I,Отсрочки/:^нные оналогоплательщикахПоступленияРис. 4.11. Дерево модели BPWinменно работая с несколькими моделями, можно рассматривать вседиаграммы или только активные при свернутой и развернутой структуреиерархического дерева. Для любой используемой методологииперечень исследуемых моделей дает полное представление о всей модели.С использованием дерева можно также выполнять задачи моделирования.Вы можете показывать и скрывать дерево модели, щелкая кнопкойModel Explorer. Когда дерево модели активно, оно находится враздвигающемся окне слева, а активная диаграмма — в правом.Дерево модели (см. рис. 4.11) используется:• для просмотра разных моделей, построенных с использованиемразличных методологий моделирования;• для переключения режимов просмотра диаграмм или действий;• для немедленного перехода к просмотру или работе с соответствующейдиаграммой в рабочем пространстве BPWin посредствомщелчка на названии диаграммы или действия;• для просмотра действий и объектов диаграммы согласно уровнямдекомпозиции;• для редактирования имени модели, диаграммы или действия посредствомдвойного нажатия на соответствующем названии;• для просмотра соответствующих FEO-диаграмм, Node Tree илиродственных диаграмм посредством щелчка на названии объектадиаграммы в иерархическом дереве.66


4.1.14 Область для рисованияОбласть для рисования — это большая площадь справа от главногоокна BPWin, в котором расположено дерево модели. Она состоит изтрех областей:• заголовок;• область для рисования;• название.Когда дерево моделей скрыто, рисунок занимает полную областьокна. Вы можете создавать диаграммы BPWin, редактировать их,управлять ими в области для рисования. По Вашему желанию диафаммаможет быть масштабирована при помощи инструментов настройкимасштаба.4.1.15 Панель инструментов BPWinПанель инструментов BPWin содержит инструменты для рисованияобъектов в диаграмме BPWin. Эти инструменты могут быть размещеныв любой стороне экрана или находиться где-то в области диаграммы.Вы можете показывать или скрывать панель инструментов,используя функцию View на панели Меню. В BPWin существуют триразные панели инструментов — по числу поддерживаемых программойметодологий (рис. 4.12).шшвшшшшшТ|0 • А •[Тп|-^тЮ!»HHpH>ciiвАш||jrj 1Ik'ol^т|-о|о п•IDEFO IDEF3 DFDРис. 4.12. Три вида инструментальных панелейНужная панель инструментов подбирается программой автоматическипри выборе одной из предлагаемых при первоначальном созданиимодели методологий.4.1.16 ПомощьПри возникновении проблем в процессе работы с BPWin использованиеHelp — самый быстрый способ их решения. Чтобы приступитьк работе с BPWin Online Help, выберите раздел Help на панелисА^• :67


а;#1Ш|^^Bmm^^iP^B^, \.йт^^^}-То Mid4 or ehanfltt sn mettvity itftnw1. Choose one of the foilovying to openthe Name tab in the Activity PropertySheet• Double-dick the diagram activity.• Double-click the activity treeobject in the fyJft«teJ.Exp.iOJSr.2. Choose one of the following options toname a new activity or change thename of an existing activity:• To use an existing activity namefrom the dictionary, select a namefrom the Unused Activi^ Nameslist.• To assign a new name. type aname in the text box.• To change the cunent name, typethe change in the text box.3. Click OK.PmJmMSIHintTomodify alloccunences oftheиМмймМ.Рис. 4.13. Окно контекстно-зависимой помощиМеню, затем выберите один из предложенных вариантов и продолжитепоиск интересующей Вас темы.Вы можете также нажать F1 в любом поле ввода, чтобы просмотретьконтекстно-зависимую помощь для текущего диалогового окнаили варианта меню. Заметьте, что кнопка "Помощь" имеется также вдиалоговом окне на рис. 4.13. Вы найдете кнопки Помощь на большинстведиалоговых окон.4.1.17 Построение контекстных диаграммКонтекстная диаграмма — это модель, которая представляет системукак набор действий, в которые каждое действие преобразует некоторыйобъект или набор объектов. Модель представляется как набориерархических действий. Высшее действие иерархии называетсядействием контекста. Это самый высокий уровень, который непосредственноописывает систему. Уровни ниже называются порожденнымидекомпозициями и представляют подпроцессы родительскогодействия.При создании модели сначала необходимо изобразить самый высокийуровень, действие контекста. Наименование действия описыва-68


ет систему непосредственно и, как правило, состоит из одного активногоглагола в сочетании с обобщающим существительным, котороеразъясняет цель деятельности с точки зрения самого общего взглядана систему.Каждый блок может иметь различные типы связанных с ним стрелок.Стрелки обозначают людей, места, вещи, понятия или события.Стрелки связывают границы диаграммы с блоками, а также действия(блоки) на диаграмме между собой. В диаграммах IDEFO имеются четыреосновных типа стрелок.Вход блока представляет материал или информацию, котораядолжна быть использована или преобразована блоком, чтобы произвестипродукцию (выпуск). Стрелки входа всегда направляются в левуюсторону блока. Стрелки входа необязательны, так как некоторыедействия не могут преобразовать или изменять (заменять) что-либо.Каждый блок должен иметь, по крайней мере, одну стрелку контроля(управления). Управление всегда входит в вершину блока.Управление представляется в виде правил, инструкций, политики,процедур или стандартов. Оно влияет на деятельность без фактическогопреобразования чего-либо. Управление может также использоватьсядля описания процедуры начала или окончания выполнениядействия.Стрелки выхода (выпуска) — это материал или информация, произведеннаяблоком. Каждый блок должен иметь, по крайней мере, однустрелку выхода (выпуска). Процессы, которые не производят продукции(выпуска), лучше не моделировать вообще.Механизмы исполнения — это те ресурсы, которые обеспечиваютвыполнение действия. В качестве механизма исполнения могут бьггьрассмотрены персонал компании, машины или оборудование, которыеобеспечивают выполнение деятельности. Стрелка механизмаможет отсутствовать, если определено, что это не важно для работыблока.Контекстная диаграмма изображает деятельность самого верхнегоуровня и обозначает границу моделирования относительно цели, возможностей,и точки зрения. Название контекстной диаграммы находитсяв дереве модели непосредственно под общим описанием.Для создания контекстной диаграммы необходимо сначала создатьновую модель, выбрав пункт "New" в меню "File". В появившемсядиалоговом окне необходимо набрать имя модели и выбрать ее тип.Этот диалог также отображается при запуске BPWin.69


Model PropertiesUismH 1 Rurpwe/ 1 йФШт | SourceABC Units ^ 11, ,firoject ;11 Time frame r-'' OK j ^ Отмена | ^ртёшгь ]СправкаjРис. 4.14. Диалог задания свойств моделиПосле создания модели можно задать ее параметры. Списоксвойств модели — это диалог, в котором можно задать такие параметры,как полное наименование модели, ее словесное описание и состояние,в котором находится модель, например "в работе" или "для публикации"(рис. 4.14).4.1.18 ДекомпозицияДекомпозиционное разложение модели используется в моделированиибизнес-процессов, чтобы дать более подробное описание блоков.Каждое из этих действий может в свою очередь быть декомпозировано.При каждой декомпозиции блока создается новая диаграмма.Число декомпозиций не ограничено и полностью зависит от уровнясложности, который необходимо показать в модели. Обратите вниманиена кружок на рис. 4.15. Если действие не было декомпозировано, вверхнем левом углу блока будет появляться символ "листа". После декомпозицииданного блока символ "листа" исчезнет.70


Как декомпозировать блоки с использованиемBPWin? Это может бытьсделано двумя способами. В диаграмме -нужно выбрать действие, которое необходимодекомпозировать. Для этого выберитенеобходимый инструмент в набореинструментов BPWin или в дереве Р"^' ^'^^' Обозначение блока,модели, затем щелкните на действии, не имеющего декомпозициикоторое нужно декомпозировать. Выбранноеменю содержит команду декомпозиции. В появившемся диалоговомокне необходимо задать тип и число необходимых подблоков.При декомпозиции блока BPWin создает новую диаграмму,которая является диаграммой разложения "родительской" диаграммы.Заметьте, что новые действия не связаны между собой и не поименованы— это Ваша следующая задача. Вы должны задать взаимодействиемежду блоками и "привязать" к новым блокам стрелки,которые автоматически унаследованы от родительской диаграммы.Имя блока и его другие свойства вводятся в закладке "Name" спискасвойств блока. Для вывода свойств блока на экран достаточно дваждыщелкнуть на блоке.Следующим шагом при создании диаграммы должно быть соединениевсех использованных на диаграмме блоков с использованиемстрелок, представляющих входы, результаты работы, средства управленияи механизмы. Для этого достаточно соединить исходящую точкустрелки с точкой ее окончания. Окончанием стрелки может бытьодна из сторон функциональных блоков и граница диаграммы. BPWinавтоматически вьщеляет допустимые окончания для создаваемыхстрелок. Для рисования стрелки необходимо выбрать инструмент"стрелка" из комплекта инструментов.Задание имени стрелки производится в закладке "Name" диалогасвойств стрелок. Для вызова этого диалога достаточно дважды щелкнутьна нужной стрелке.Если стрелка заканчивается на границе диаграммы BPWin, она помечается"туннелем" из квадратных скобок. Аналогично помечаютсястрелки в родительской диаграмме, если в диаграмме декомпозицииудаляется перенесенная из нее стрелка. Квадратный туннель на началестрелки указывает, что стрелка "не решена" в пределах иерархии модели(не имеется никакой другой стрелки с таким же именем в любойдругой диаграмме модели). Для поддержания целостности модели не-71


обходимо "разрешать" стрелки, помеченные "туннелями" из квадратныхскобок, одним из следующих способов:• преобразованием в "туннель" из круглых скобок;• добавлением новой стрелки, соединяющей соответствующийблок с границей диаграммы;• созданием внешней ссылки (ссылки на объект, не описанный вданной модели) в соответствии с методологией IDEFO;• созданием ссылки на блок, расположенный на другой диаграмме.В любой момент работы с диаграммой существует возможностьдобавления на нее новых блоков с использованием инструмента"Activity box Tool" панели инструментов. Для добавления блока необходимощелкнуть на этом инструменте, а затем — на диаграмме в томместе, где необходимо расположить новый блок. После того как дополнительныйблок создан, вы можете связать его стрелками с другимиблоками, задать его название и другие свойства.Нумерация блоков производится автоматически при их создании.Номера могут быть относительными или постоянными, они отражаютиерархическое положение блока в пределах модели. Вы можетеуправлять нумерацией блоков на диаграмме, используя закладку"Presentation" диалога ввода свойств модели.Перемещение любых объектов на диаграмме осуществляется с помощьюих "захвата" мышью и перемещения в новое место. При перемещенииблоков одновременно перемещаются и связанные с нимистрелки. Функциональные блоки могут быть также перемещены междудиаграммами с использованием команд Cut/Paste из меню "Edit".Номера блокам диаграммы BPWin присваивает автоматически. Приизменении взаимного расположения блоков эти номера могут изменяться.Изменение размеров объектов диаграммы может быть сделано перемещениемих границ. Существует возможность запрета измененияразмера объектов: это можно сделать на вкладке "Layout" диалога вводасвойств модели.Если включен просмотр дерева модели, существует возможностьпросмотра модели как дерева диаграмм или дерева функциональныхблоков. Вершина дерева модели имеет кнопку переключателяDiagrams/Activities для отображения соответственно дерева диаграммили дерева действий. Дерево диаграмм открывается по умолчаниюпри запуске BPWin. Дерево моделей BPWin использует специальныйнабор графических символов для представления диаграмм и действий72


в пределах дерева объектов. Вы можете использовать это дерево, чтобыпереключиться на соответствующую модель, диаграмму или действиедля выполнения редактирования.4.1.19 Оформление моделейИспользование цветовой палитры. В диаграмме BPWin Вы можетеустанавливать цветовые свойства для действий, стрелок и текстовыхблоков. Использовать цвет в диаграммах не обязательно, ноэто может быть полезным:• для выделения недостаточно проработанных моментов;• для выделения внесенн^тх изменений;• для отображения похожих по смыслу объектов.Изменение цвета блоков диаграммы. Изменение цвета объектаосуществляется с использованием цветового редактора (рис. 4.16).Чтобы изменить цвет объекта, необходимо:• щелкнуть правой кнопкой мыши на объекте, выбрать в появившемсяменю пункт "Color editor";• выбрать необходимый цвет объекта из предложенной палитры.Set Aclivily ColorsSubpaiette:ИГ* Text ColorTEXT ^ Background Coh»Г Diagram Tide ColorГ" Set as defadl for new acHvitie^.P^ Set for all occurrences of activi^.OKCancelBiUNewne$6tРис. 4.16. Цветовой редакторВыбор атрибутов шрифта. Атрибуты шрифта (рис. 4.17), такиекак тип, размер и стиль, могут использоваться для выделения илигруппировки функциональных блоков. Для изменения шрифта необходимо:• щелкнуть правой кнопкой мыши на объекте, выбрать в появившемсяменю пункт "Font editor";73


• выбрать нужный шрифт и, при необходимости, задать его атрибуты.Сделанные изменения можно применить и ко всем аналогичнымобъектам на диаграмме, включив соответствующие опции в левомнижнем углу окна диалога.Activity Name Fontfor* FcM^Stjib: Sm:. TrebuchelMS[^Verdanaj^* Webdingsl"^' Wingdings.-Effect-\ Г Stftoi*rMnderi»»jdКурсивПолужирный .Полужирный K JSample '122 ziPLATINUM BPwtaЫФГ* Change el ectJvftiefin the current diagraraГ Changea»of tNs: ront'fli the modeiРис. 4.17. Выбор шрифтаОформление стрелок. Использование стилей стрелок, применяемыхна диаграмме, важно для целостности и удобочитаемости создаваемыхдиаграмм IDEFO. Вы можете изменять вид стрелок, устанавливаяих толщину, форму и цвет. Цвет стрелки устанавливается сиспользованием редактора цветов, как описано выше. Толщина стрелоктакже может быть изменена, что может применяться для вьщеленияотдельных процессов на диаграмме. Для изменения толщиныстрелки необходимо:• щелкнуть правой кнопкой на стрелке и выбрать в меню пункт"Style editor";• выбрать необходимую толщину стрелки в разделе "Thickness".Обратите внимание на то, что форма стрелки определена в соответствиис используемой методологией. Стрелки типа "Relational" неописаны в методологии IDEFO, но могут использоваться, если строгоеследование IDEFO не обязательно. Диалог выбора вида и оформлениястрелки приведен на рис. 4.18.74


IDEFO Arrow PropertiesNerrM» S¥»|Defiriitimj$ta^$|yOPyaluetJAfr(Myt)^9|yOM/' Arrow Name:UnnamddArrow/t7;•' TnffikneS^ "•'•• -••"••"• " -•11 iBSBB^Bd" --^ ~ ". 1Г Apply thickness to al i 1H^tences>! iП S^ thickness a$ default for ] !Г" SellNcknesstoarfeiw j J• - S60neiit * '.-Iг 8Нйр>—'"'"'" "" "*•"""i pi \* 0QC№i(№COj . • - • 41^ Г Beidtiohai• " ~.. „_ .,., ,„.„..^ .^ ._.^ „-. ^ 1P App^^mpetoalirwtaiwst j 1new«row«.г Set shape iodtro«»«egnient \ j„.^...«^ _,,_.^,,: JиOK Отмена СправкаРис. 4.18. Выбор вида и оформления стрелки4.1.20 Ветвление и объединение стрелокВетвление и объединение стрелок необходимо для обеспечениясвязи одной стрелки с несколькими функциональными блоками и наоборот.Объединенные стрелки используются для создания общегоперехода от нескольких функциональных блоков к одному или к границе.Ветви и объединения создаются с использованием инструмента"Стрелка". Для удобства чтения диаграммы желательно именовать каждуюветку разделенной стрелки.Названия стрелок отображаются автоматически и могут быть перемещеныс помощью "захвата" мышью. Для соединения стрелки с ееназванием может бьггь использован инструмент "Squiggle" с панелиинструментов IDEFO или IDEF3.Для прояснения содержимого диаграмм можно помещать на нихтекстовые блоки, содержащие произвольные пояснения. Для добавлениятекстового блока на диаграмму необходимо:• выбрать инструмент "Text" и нажать на том месте диаграммы, гденеобходимо разместить пояснения;75


• в появившемся текстовом окне необходимо ввести текст пояснения.К текстовым блокам применимы все описанные выше инструментыоформления.4.1,21 Опции отображенияВы можете отображатьWm Щ^ШтЩр^^^iy^^^ft^gv: Ш1й1'1^й'Ф'^"Рис. 4.19. Опции отображенияили скрывать определенные объекты диаграммыи отдельные элементы оформления.Например, Вы можете переключатьтени функциональных блоков надиаграмме. Параметры меню "View"(рис. 4.19) относятся одновременно ковсем диаграммам Вашей модели.В этом же меню производится настройкарабочего места BPWin. Например,можно отобразить или скрытьстандартную панель инструментов, панельинструментов "ModelMart", панельинструментов "BPWin", деревомодели и строку состояния. Обратитевнимание на пункт меню "Zoom", позволяющийизменять масштаб просматриваемыхдиаграмм. Этот пунктменю дублирует инструмент "Zoom"стандартной панели инструментов.4.1.22 Другие виды диаграмм IDEFOВ дополнение к контекстным диаграммам и диаграммам декомпозициидругие типы диаграмм BPWin позволяют упростить представлениеи разработку модели. Например, может оказаться необходимымразработать сценарий "что-если" для модели.В этом подразделе будет рассмотрено создание двух типов моделей:• диаграммы "только для представления" (For Exposition Only —FEO);• древовидные диаграммы.При правильном использовании эти типы диаграмм упрощаютдокументирование моделей.76


Создание диаграмм FEO. Диаграмма FEO может быть использованадля пояснения какой-либо части процесса, отраженрм особойточки зрения или выделения функциональных деталей, которые невозможнопоказать с использованием синтаксиса IDEFO. Они могутснабжаться дополнительным поясняющим текстом и не обязательнодолжны разрабатываться с учетом ограничений стандарта IDEFO.Диаграммы FEO могут быть ассоциированы с любой существующей вмодели диаграммой, но не являются иерархической частью модели.Диаграмма FEO — копия любой существующей в модели диаграммы.Диаграмма идентифицируется с помощью:• задаваемого разработчиком имени;• идентификатора вида AxF, где х показывает исходную диаграмму,а символ F показывает, что диаграмма имеет тип FEO.FEO-диаграммы добавляются в модель с использованием пункта"FEO diagram" меню "Insert". В диалоговом окне "Create New FEODiagram" выберите один из следующих типов диаграммы для копирования:• если Вы выбираете "Context", просто напечатайте имя новой диаграммыв поле "Name";• если Вы выбираете "Decomposition", активизируется выпадающийсписок "Сору From", показывающий все диаграммы декомпозициив модели.После нажатия кнопки ОК будет создана и отображена на рабочемстоле BPWin.Так же, как и для любой другой диаграммы, Вы можете открытьдиалог ввода свойств FEO диаграммы для ввода ее свойств.Создание древовидных диаграмм (Node Tree Diagrams). Древовидныедиаграммы используются для отображения структуры моделив целом. В них, как правило, вершина (самый верхний узел) соответствуетдиаграмме контекстного уровня. Однако в качестве вершины можетбыть использован любой функциональный блок модели, при этомего подблоки будут показаны в качестве ветвей дерева.Просмотр моделей с использованием древовидных диаграмм позволяетакцентировать внимание на функциональной декомпозициимодели безотносительно к существующим внутри и вовне модели потокам.При изменении структуры модели древовидная модель перестраиваетсяавтоматически по мере внесения изменений в модель.77


Древовидные модели нумеруются по шаблону AxN аналогичнодиаграммам FEO.Древовидные диаграммы добавляются в модель с использованиемпункта меню "Node tree" меню "Insert". При этом выводится диалоговоеокно "Node tree definition", в котором задаются:• имя;• функциональный блок вершины;• количество уровней, на которые диаграмма показывается вниз;• параметры форматирования.После нажатия кнопки ОК древовидная диаграмма создается и высвечиваетсяна рабочем столе BPWin.4.1.23 Открытие древовидных и FEO-диаграммДревовидные и FEO-диаграммы объединяются под названием"родственные" диаграммы. Они не отражаются непосредственно в деревемодели, однако дерево модели может быть использовано для ихоткрытия. Для этого нужно, во-первых, переключить дерево модели врежим "Diagram view", а затем щелкнуть правой кнопкой мыши на названиидиаграммы. При этом BPWin выдаст соответствующий списокродственных диаграмм. Для открытия родственных диаграмм такжеможно использовать инструмент "Sibling diagram tool" на панели инструментовBPWin.4.1.24 Разбиение и объединение моделейРазбиение моделей в BPWin используется, как правило, для поддержкиколлективной разработки моделей. Единая модель можетбыть разделена на части, чтобы позволить нескольким разработчикамсоздавать собственные функциональные блоки модели. По завершенииразработки разделенная на части модель может быть объединенав одну для отображения бизнес-процесса в целом. При разбиении моделейна две каждая из них поддерживает собственный набор функциональныхблоков, стрелок и других объектов BPWin.Разбиение модели. Для разбиения модели на части необходимопридерживаться следующего алгоритма:• определите часть модели, которую необходимо отделить;78


• щелкните правой кнопкой мыши на выбранном функциональномблоке;• выберите пункт меню "Split model";• в диалоговом окне "Split options" введите имя, соответствующееимени функционального блока (использование этого имени позволитвпоследствии объединить модель);• включите опцию "Сору entire dictionaries", чтобы скопироватьсловари объектов в отделяемую часть модели;• нажмите кнопку ОК.В дереве модели будет создана и отображена новая модель. Обратитевнимание на следующие моменты:• блок, с которого производилось разбиение, становится диаграммойконтекстного уровня в новой модели;• в исходной связи появляется стрелка связи с именем, соответствующимимени новой модели;• все дочерние диаграммы функционального блока перенесены вновую модель;• разбитый функциональный блок остается в исходной модели.После создания новой модели можно использовать диалог вводасвойств модели для определения свойств созданной модели.Объединение моделей. По завершении разработки разделенныхмоделей BPWin позволяет их объединение в одну. Для объединениямоделей:• название стрелки связи должно соответствовать названию импортируемоймодели;• название функционального блока в контекстной диаграмме импортируемоймодели должно соответствовать названию аналогичногофункционального блока в основной модели.При слиянии BPWin копирует все функциональные блоки, стрелкии другую информацию (кроме контекстной диаграммы) из импортируемоймодели в основную. BPWin пропускает диаграмму контекстногоуровня в импортируемой модели, поскольку она ужесуществует в основной модели. Все декомпозиции в импортируемоймодели относятся в основной модели к целевому функциональномублоку. Целевой функциональный блок в основной модели всегда должениметь исходящую из него стрелку связи.После открытия основной и импортируемой модели нужно:• щелкнуть правой кнопкой мыши на функциональном блоке основноймодели, к которому нужно импортировать данные;79


• выбрать из меню пункт "Merge Model";• диалог "Continue with merge?" подтверждает, что именно Вы хотитеобъединить, и позволяет задать опции объединения.По завершении объединения можно заметить, что дерево моделиобновляется для отражения изменений в основной модели.4.1.25Оценивание бизнес-процессовс использованием BPWinДобавление оценок к функциональным блокам BPWin обеспечиваетзадание таких характеристик, как стоимость, время выполненияработы, метрики качества. Рассмотрим два метода задания этой информации:• задание оценок для функциональных блоков;• задание свойств блока, определяемых пользователем.Добавление стоимостных оценок для функциональных блоков основанона применении метода "Activity based costing" (ABC). Основнаяидея этой технологии состоит в задании оценки отдельных функциональныхблоков системы для получения суммарной оценки затратна работу всей системы (модели). Затраты на работу родительскихфункциональных блоков, как правило, принимаются равными затратамна функционирование всех входящих в них подблоков. Таким образом,ABC может использоваться для определения оценки затрат нафункционирование системы в целом. Например, ABC может использоватьсядля определения:• стоимости производимой продукции;• затрат на сервисные услуги;• затрат на предполагаемые изменения в технологии производства;• мест технологического процесса, требующих наибольших затрат.Технология ABC предполагает объединение затрат в "центры затрат"(под которыми понимается любой бизнес-процесс, функциональныйблок или состояние системы, влияющие на стоимость функционированиясистемы) с последующим размещением стоимостей пообъектам модели. Перед началом оценивания затрат необходимо убедиться,что существующая модель полна и устойчива. Оцениваниефункциональных блоков производится в три этапа:• определение единиц измерения;• определение "центров затрат";• применение ценовых оценок к объектам модели.80


Выбор единиц измерения.При установке единицизмерения необходимо выбратьвид валюты, которыйбудет для этого использоваться,а также определить видпредставления денежных единицна экране. Кроме того,нужно определить единицывремени, которые будут использоваться(минуты, часыи т.п.). Эти параметры являютсяглобальными по отношениюк модели, задаются взакладе "ABC costs'* диалогазадания свойств модели(рис. 4.20).' * ' . ' : • •Щ^ц—-. ,^ ;,v,•Tin*--:J_.Рис.:..|.. ^ - • > •..'-... sJ;.... .^1* ..1:-'—м-дайн»:r^r'~:4^'L.^f^%^^y^-^l\\^^^ , jd^^:;;:/'vj\|;>;^„.,.„. i >Q»««»»»'..(' ^'^'^^fe-^^^,^^4.20. Диалог задания единицизмеренияОпределение "центров затрат" ("Cost Centers"). Далее необходимоопределить "центры затрат", которые будут использоваться."Центры затрат" — это категории стоимости, которые будут присваиватьсяфункциональным блокам модели. Примеры "центровзатрат":• маркетинг и реклама;• закупки комплектующих изделий;• техническая поддержка."Центры затрат" задаются с использованием пункта "Cost centereditor" меню "Edit" (рис. 4.21).Ввод информации о затратах. Для каждого функциональногоблока модели Вы должны задать стоимость его работы. Какой бы нибыла общая стоимость работы функционального блока, она должнасостоять из затрат, определенных на предыдущем этапе при задании"центров затрат". Для этого используется Activity cost editor, вызываемыйиз соответствующего меню при щелчке правой кнопкой мыши нафункциональном блоке (рис. 4.22). Для каждого функциональногоблока определяются:• частота его выполнения;• продолжительность работы;• затраты на работу блока из "центра затрат".81


I Cost Cenlei EditorI Проведение рекламной кампанииш IO&ikutionшDetele I1М11!1Г|М1»|'1||||1р|Щ1:рЩЩЩ|р!:!М1Щ;Щ^Рис. 4.21. Диалог ввода данных о "центрах затрат^'IDEFO Activity PropertiesСЬй CenterIUB.Dale tt &от U^eN»fiipoiilionsLГ fltverrfde decowpetioh* , fete» Шн>* |^ot($)(Je btstu dec^fjo^iDti^frequency: 1,00Totefc9$^Preouere^Cc^ Center £


Общие затраты на работу функционального блока вычисляютсяавтоматически, она показывается в левом нижнем углу функциональногоблока, для которого задана оценка затрат.Оценка затрат с использованием свойств, определяемыхпользователем. Свойство, определяемое пользователем (User-definedproperty — UDP), создается для отображения произвольной информации,относящейся к конкретному функциональному блоку илистрелке. BPWin поддерживает различные типы UDP, включая:• "выпадающие списки", например, для хранения информации оборганизации процесса или оценки его уровня;• исполнимые UDP, которые содержат ссылки на прикрепленныеобъекты, обрабатываемые другими программами;• текстовые списки, используемые, например, для хранения информациитипа "критических факторов успеха".UDP могут использоваться для более полной детализации моделии задания, например, таких свойств, как время, стоимость, качество иответственные лица.UDP задаются с помощью пункта "User-Defined Property NameEditor" меню "Edit". Для этого нужно:• задать имя свойства;• назначить свойству тип данных;• при необходимости уточнить характеристики свойства (это нужнодля некоторых типов данных).После создания UDP существует возможность присвоения им значенийс помощью закладки "UDP values" диалога редактированиясвойств функционального блока или стрелки.4.1.26 Печать диаграмм BPWinПосле того как Вы создали модель, Вы захотите продемонстрироватьее другим на бумаге. BPWin поможет Вам в этом с помощью разнообразныхфункций для печати диаграмм. Некоторые из них:• выбрать диаграмму (или диаграммы), которую Вы хотите напечатать;• включить сообщения диаграммы с распечатками диаграммы;• включить родительскую диаграмму для диаграммы, которую Выбудете печатать;• определить спецификацию диаграммы для печати: цветовая гамма,внешние границы диаграммы;83


• отправить диаграмму в файл для последующей печати;• определить, как печатать диаграммы: каждая диаграмма на одномлисте по выбору, пакетная печать всех диаграмм модели с указаниемколичества их на листе.Вы можете печатать диаграммы BPWin из меню Печати ДиаграммыBPWin, которое может быть открыто из меню "File" командой"Print" или нажатием изображения принтера в панели инструментов(рис. 4.23). Этот режим позволяет Вам определять опции печати, упомянутыеранее.А-и. Untitled и (Contexf iAOD УпЫМIfDFD)A2D Досга&иггь прэду» цию fDFD)ШЩШРис. 4.23. Диалог выбора опций печатиКак Вы уже смогли понять, вид напечатанной модели зависит отвыбора опций печати, которые Вы установили. Вы можете поэкспериментироватьперед печатью для определения, какие установки работаютлучше для вашего случая.4.1.27 Получение отчетов по моделиBPWin предоставляет набор отчетов для публикации информации,которая помещена в Вашу модель. Существуют средства настройкиотчетов.84


Отчеты BPWin разделяются на стандартные и нестандартные. Отличиеих заключается в том, что для получения стандартного отчетане требуется задания никаких дополнительных параметров. Для получениянестандартного отчета необходимо указать объекты, которыедолжны быть отражены в отчете. Перечислим стандартные отчетыBPWin:• отчет по диаграммам (diagram report) — включает информациюоб объектах в активной диаграмме BPWin;• отчет о стрелках (arrow report) — включает информацию о стрелках(связях) в BPWin модели;• отчет о затратах (activity cost report) — содержит информацию озатратах функциональных блоков и о "центрах затрат" в BPWinмодели;• отчет об объектах диаграммы (diagram object report) — содержитинформацию об объектах, размещенных на диаграмме (функциональныхблоках, хранилищах данных и внешних ссылках)в BPWin-модели;• отчет об использовании данных (data usage report) — содержит информациюо таблицах базы данных или сущностях и атрибутах;• отчет о целостности модели (model consistency report) — содержитинформацию о том, насколько активная IDEFO-модель соответствуетвыбранной IDEFO-методологии;• отчет о модели (model report) — содержит общую информацию относительномодели BPWin (IDEFO, IDEF3 или DFD). Отчет о моделиможет включать один элемент или большее количество элементов,указанных в диалоговом окне Model Definition Editor.Для получения отчета необходимо проделать следующие основныешаги:• выбрать нужный отчет в меню Reports;• выбрать элементы модели, которые необходимо включить в отчет(рис. 4.24);• выбрать, куда нужно вывести сформированный отчет.Рассмотрим более сложный отчет, например отчет об объектахдиаграммы. Как показано на рис. 4.24, это диалоговое окно имеет намногобольше параметров, чем в предыдущем примере. Сложностьотчета определяется количеством данных, которые нужно отразить вотчете. Для выполнения отчета об объектах диаграммы нужно:• определить объекты диаграммы и степень детализации отчета;85


Diagram Object ReportStandanl^irReports:! "3 JfSffsJ N^ I DeH»}Г" Datd^ores Г* Ейета! ReferencesMoctei: rtStart РшйГir lijpiiHame tГ Input DeWfon, r QonMNerim' П CdnlfdDefinto»П Dti^yrNaiseП Met^Name;П'0е$Ый1юп"'f* fiorrstraint* ..rl^ PPПMech DegntoiC«IMt«?#l^affieCaKMowOefffntionи«Ы)^11вс? Boperties:Report Format


в дополнение к имеющимся в BPWin Вы можете определять и сохранятьваши собственные отчеты следующим образом: напечататьназвание в соответствующем поле, выбрать параметры отчета, нажатькнопку New. Определение отчета будет сохранено, добавлено к спискудля использования в следующий раз.Кнопки Update и Delete позволяют изменять существующие параметрыотчета или удалять созданные отчеты.При разработке модели одним из наиболее полезных является отчето ее целостности. Он содержит информацию о том, как хорошо Вашамодель соответствует выбранной IDEFO методологии. Это помогаетследить за соблюдением методологии и выявлять любыенарушения целостности модели.При выборе отчета о целостности модели из меню Report BPWinотображает соответствующий диалог, не имеющий никаких параметров.BPWin автоматически генерирует отчет, когда Вы нажимаетекнопки Предварительного просмотра. Печати или Report.Итак, в этой главе мы познакомились с программным средствомPlatinum BPWin — наиболее распространенным сегодня пакетом,поддерживающим создание моделей IDEFO, IDEF3 и DFD. Богатыйнабор функций этой программы позволяет применять ее для разработкипрограммного обеспечения корпоративных информационных системи для решения задач по реинжинирингу бизнес-процессов.


5ГЛАВАПРАКТИЧЕСКИЕЗАНЯТИЯВ качестве примера рассмотрим деятельность вымышленнойкомпании Quill, которая существует 5 лет и занимается в основномсборкой и продажей настольных компьютеров и ноутбуков. Годовойоборот компании составляет примерно 20 млн долл. Компания закупаеткомпоненты для компьютеров от трех независимых поставщиков,а не производит компоненты самостоятельно. Она толькособирает и тестирует компьютеры. Компания реализует продукциючерез магазины и специализируется на покупателях, для которыхглавный критерий при покупке — стоимость компьютера. Предполагаемыйобъем рынка для компании Quill в последующие 2 года —50 млн долл.Несмотря на некоторое увеличение объема продаж, прибылиуменьшаются, растет конкуренция на рынке. Чтобы не потерять позиции,компания решает проанализировать текущие бизнес-процессы иреорганизовать их с целью увеличения эффективности производстваи продаж. Основные процедуры в компании таковы:• продавцы принимают заказы клиентов;• операторы группируют заказы по типам компьютеров;• операторы собирают и тестируют компьютеры;• операторы упаковывают компьютеры согласно заказам;• кладовщик отгружает клиентам заказы.В настоящее время компания Quill использует купленную бухгалтерскуюинформационную систему, которая позволяет оформить заказ,счет и отследить платежи по счетам.Улучшение деятельности компании должно касаться структурыуправления компанией, эффективности производства и внутреннегоконтроля. В результате реорганизация может потребовать внедренияновой корпоративной информационной системы (состоящей не толькоиз одного бухгалтерского модуля).Однако перед тем как пытаться производить какие-то улучшения,необходимо разобраться в существующих бизнес-процессах.


5.1 Создание контекстной диаграммыДля создания контекстной диаграммы выполните следующие действия.1. Запустите BPWin. (Кнопка Start-Пуск / BPWin.)2. Появляется диалоговое окно ModelMart Connection Manager.Нажмите на кнопку Cancel.3. Появляется диалоговое окно I would like to. Внесите имя модели{Деятельность компании Quill} и выберите Туре — IDEFO. Нажмитекнопку ОК.4. Автоматически создается контекстная диаграмма.5. Обратите внимание на кнопку на панели инструментов.Эта кнопка включает и выключает инструмент просмотра инавигации — Model Explorer (появляется слева). КнопкаActivities/Diagrams переключает режим Model Explorer. В режимеActivities щелчок правой кнопкой по объекту в Model Explorer позволяетредактировать его свойства.6. Если Вам непонятно, как выполнить то или иное действие, Выможете вызвать помощь — клавиша F1 или меню Help.7. Перейдите в меню Edit / Model Properties. В закладке Generalдиалогового окна Model Properties следует внести имя модели {Деятельностькомпании Quill}, имя проекта {Модель деятельности Quill},имя автора и тип модели — Time Frame {AS-IS}.8. В закладке Purpose внесите Цель {Рифозе: Моделировать текущие(AS-IS) бизнес-процессы компании Quill} и Точку зрения{Viewpoint: Директор}.9. В закладке Definition внесите определение {Это учебная модель,описывающая деятельность компании Quill} и Scope {Общееуправление бизнесом компании: исследование рынка, закупка компонентов,сборка, тестирование и продажа продуктов}.10. В закладке Source внесите {Материалы курса по BPWin}.11. В закладке Status установите WORKING и нажмите кнопкуОК.12. Перейдите в меню Edit / Diagram Properties и установите свойствадиаграммы.13. Перейдите в меню File / Page setup и установите опции страницыдля печати диаграммы. В этом диалоговом окне устанавливается"логический" размер страницы. Если принтер не поддерживает такойразмер, диаграмма может быть разбита на несколько страниц.89


14. Перейдите на контекстную диаграмму и правой кнопкой мышищелкните по работе. В контекстном меню выберите Name Editor. В закладкеName внесите имя {Деятельность компании Quill}.15. В закладке Definition внесите определение {Текущие бизнеспроцессыкомпании Quill}.16. В закладке Status установите WORKING.17. В закладке Source внесите {Материалы курса по BPWin} ищелкните по ОК.Создайте стрелки на контекстной диаграмме (табл. 5.1).Контекстная диаграммаТаблица 5.11 Наименование стрелкиБухгалтерская системаЗвонки клиентовПравила и процедурыПроданные продуктыОписаниеОформление счетов, оплата счетов, работас заказамиЗапросы информации, заказы, техническаяподдержка и т.д.Правила продажи, инструкции по сборке,процедуры тестирования, критериипроизводительности и т.д.Настольные и портативные компьютерыТипMechanismInputControl 1OutputС помощью кнопки j ^ внесите текст в поле диаграммы — точкузрения и цель.Создайте отчет по модели (рис. 5.1, 5.2). Меню Report / ModelReport.tffllffllfHHl/yiewpojrt: .a Директорoil90^ il.-^..,-^ „ OK I Drtod I^ S S ^ B«po« ^i i »Рис. 5.1НФ ll


Цат Фт. Nodel Name: Деяте>1ьиость Конпаиии Quil\ Definition: Это 1|чевная модель, описи^аммая яс^ iScope: Оваее управление виэнесои конпаиии: исГтестирование и продаже продуктовX Uiewpoint: Viewpoint: ДиректорTiPie Frane: («S-IS), Status: WORKINGPropouse: Propouse: Моделировать текуцие (ftS-:>бизнес процессы компании Quill^Source: Материалы курса по BPqwinОоб>о I rJ4g(.iew;«|~ ' £ЙИ11>.^ j fl*Hioiit4j >'^ й*^ ' 1 Duthof* Маме: Ваше имя -^1Рис. 5.2Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:окончание — файл 01 d 1 .Ьр 1.5.2Создание диаграммыдекомпозицииI. Выберите кнопку перехода на нижний уровень в палитре инструментов,в диалоговом окне Activity Box Count установите число работ3 на диаграмме нижнего уровня и нажмите кнопку ОК (рис. 5.3).i^labloUlTloUUnFAchvily Box CountQK лСлксЫ J ' 'Hel>Рис. 5.3Автоматически будет создана диаграмма декомпозиции. Правойкнопкой мыши щелкните по работе, выберите Name Editor и внеситеимя работы. Повторите операцию для всех трех работ. Затем внеситеопределение, статус и источник для каждой работы согласно табл. 5.2.91


Описание работ для диаграммы декомпозицииТаблица 5.2Функциональный1 блокПродажи,1 маркетингСборка,тестированиекомпьютеровOxqjysKa,получениеОписаниеТелемаркетинг, презентации,выставкиСборка и тестированиенастольных и портативныхкомпьютеровОтгрузка заказов клиентами получение компонентовот поставщиковСтатусWORKINGWORKINGWORKINGИсточникМатериалы курсаBPWinМатериалы курсаBPWinМатериалы курсаBPWin2. Для изменения свойств работ после их внесения в диаграммуможно воспользоваться словарем объе1стов модели. Вызов словаря —Edit/Diagram Object Dictionary (рис. 5.4).cl Diclionaru Editor1 '^t*,^'Ч^'/-ia^-''^Зарегистрировать'НОВОГО владельцакомпании^шшшт--вттт:^явшJiiЩй^^Шф«} < -&S^^'^'


Если Вы опишете имя и свойства работы в словаре, ее можно будетвнести в диаграмму позже с помощью кнопки Ш| в палитре инструментов.Вы не можете удалить работу из словаря, если она используетсяна какой-либо диаграмме. Если Вы удалите работу издиаграммы, из словаря она не удаляется. Имя и описание такой работыможет быть использовано в дальнейшем. Для добавления работы всловарь щелкните по кнопке Clear, внесите имя и свойства работы, затемщелкните по Add. Для удаления всех имен работ, не использующихсяв модели, щелкните по Pm*ge.3. Перейдите в режим рисования стрелок. Свяжите граничныестрелки (кнопка ^д на палитре инструментов) с остальными так, какпоказано на рис. 5.5.Правилаи процедурыЗвонкиклиентовПродажии маркетинг|0р. 1Сборкаи тестированиекомпьютеровртОтфузкаи получениеое 3ПроданныепродуктыБухгалтерскаясистемаРис. 5.54. Правой кнопкой мыши щелкните по ветви стрелки управленияработы "Сборка и тестирование компьютеров" и переименуйте ее в"Правила сборки и тестирования" (рис. 5.6).Внесите определение для новой ветви: "Инструкции по сборке,процедуры тестирования, критерии производительности и т.д."93


Правилаи процедурыЗвонкиклиентовПродажии маркетингto^Правиласборкии тестированияСборкаи тестированиекомпьютеровСистемаоформлениязаказовРис. 5.6Правой кнопкой мыши щелкните по ветви стрелки механизма работы"Продажи и маркетинг" и переименуйте ее в "Систему оформлениязаказов".5. Альтернативный метод внесения имен и свойств стрелок — использованиесловаря стрелок (вызов словаря — меню Edit / ArrowDictionary). Если Вы опишите имя и свойства стрелки в словаре, ееможно будет внести в диаграмму позже. Вы не можете удалить стрелкуиз словаря, если она используется на какой-либо диаграмме. ЕслиВы удалите стрелку из диаграммы, из словаря она не удаляется. Имя иописание такой стрелки может быть использовано в дальнейшем. ДляПродажии маркетингЗаказыклиентовПравиласборкии тестированияСборкаи тестированиекомпьютеровСобранныекомпьютерыОтгрузкаи получение94Рис. 5.7


добавления стрелки в словарь щелкните по кнопке Clear, внесите имяи свойства работы, затем щелкните по Add. Для удаления всех именстрелок, не использующихся в модели, щелкните по Purge Unused.6. Создайте новые внутренние стрелки так, как показано нарис. 5.7.7. Создайте стрелку обратной связи (по управлению) "Результатысборки и тестирования" (рис. 5.8), идущую от работы "Сборка и тестированиекомпьютеров" к работе "Продажи и маркетинг". Для большейнаглядности измените стиль стрелки (толщина линий) и установитеопцию Extra Arrowhead (из контекстного меню). Методом drag&dropперенесите имена стрелок так, чтобы их было удобнее читать. Еслинеобходимо, установите Squiggle (из контекстного меню)./' ' \Продажии маркетингi\1Заказыклиентов' '^ 'Сборкаи тестированиекомпьютеров2jПравиласборкии тестированияРезультатысборкии тестированияРис. 5.88. Создайте новую граничную стрелку выхода "Маркетинговыематериалы" из работы "Продажи и маркетинг". Эта стрелка автоматическине попадает на диаграмму верхнего уровня и имеет квадратныескобки на наконечнике g^. Из палитры выберите кнопку ()|,щелкните мышью по квадратным скобкам и в диалоговом окне BorderArrow Editor выберите Resolve Border Arrow.Для стрелки "Маркетинговые материалы" выберите опцию Trimиз контекстного меню.Проверить правильность выполнения задания можно с использованиемфайлов, полз^енных из Интернета:начало — файл 04dl.bpl, окончание — файл 01d2.bpl.95


5.3Задание. Создание диаграммыдекомпозицииДекомпозируется работа "Сборка и тестирование компьютеров".В результате проведения экспертизы получена следующая информация:• производственный отдел получает заказы клиентов от отдела продажпо мере их поступления;• диспетчер координирует работу сборщиков, сортирует заказы,группирует их и дает указание на отгрузку компьютеров, когдаони готовы;• каждые 2 часа диспетчер группирует заказы отдельно для настольныхкомпьютеров и ноутбуков и направляет на участок сборки;• сотрудники участка сборки собирают компьютеры согласно спецификациямзаказа и инструкциям по сборке. Когда группа компьютеров,соответствующая группе заказов, собрана, она направляетсяна тестирование. Тестировщики тестируют каждыйкомпьютер и в случае необходимости могут заменить неисправныекомпоненты;• тестировщики направляют результаты тестирования диспетчеру,который на основании этой информации принимает решение опередаче компьютеров соответствующей группы заказов наотгрузку.На основе этой информации внесите новые работы и стрелки(табл. 5.3 и 5.4).Описание бизнес-процессов для работы"Сборка и тестирование компьютеров''Таблица 5.3ФункциональныйблокОтслеживание расписанияи управлениесборкой и тестированиемСборка настольныхкомпьютеров96ОписаниеПросмотр заказов, установка расписаниявыполнения заказов, просмотр результатовтестирования, формирование групп заказовна сборку и отгрузкуСборка настольных компьютеров в соответствиис инстрзосциями и указаниямидиспетчераСтатусWORKINGWORKING


ПродолэюениеФункциональныйблокСборка ноутбуков! Тестирование компьютеровОписаниеСборка ноутбуков в соответствии с инструкциямии указаниями диспетчераТестирование компьютеров и компонент.Замена неработающих компонент.СтатусWORKINGWORKINGОписание стрелок для декомпозиции работы^Сборка и тестирование компьютеров'^Таблица 5.4СтрелкаДиспетчерЗаказыклиентовЗаказына настольныекомпьютерыЗаказына ноутбз^сиКомпонентыИсточникПерсонал производственногоотдела{Border}Отслеживаниерасписанияи управлениесборкойи тестированиемОтслеживаниерасписанияи управлениесборкойи тестированием{ Tunnel}1 Настольные Сборка настольныхкомпьютеров компьютеры 1|ТипMechanismControlOutputOutputInputOutputНазначениеОтслеживаниерасписанияи управлениесборкойи тестированиемОтслеживаниерасписанияи управлениесборкойи тестированиемСборка настольныхкомпьютеровСборка ноутбуковСборка настольныхкомпьютеровСборка ноутбуковТестированиекомпьютеровТестированиекомпьютеровТип наз-1 наченияMechanismControlControl 1ControlInputInput 1InputInput 197


ПродолжениеСтрелкаНоутбукиПерсонал про-изводствен-1 ного отделаПравила сборкии тес-1тированияРезультатысборки и тес-1тированияРезультатытестированияСобранныекомпьютерыТестировщикУказание передатькомпьютерынаотп^узкуИсточникСборка ноутбуков{ Tunnel}Правилаи процедурыСборка настольныхкомпьютеровСборка ноутбуковТестированиекомпьютеровТестированиекомпьютеровТестированиекомпьютеровПерсонал производственногоотделаТипOutputMechanismControlOutputOutputOutputOutputOutputОтслеживание Outputрасписания и управлениесборкойи тестированием |НазначениеТестированиекомпьютеровСборка настольныхкомпьютеровСборка ноутбуковСборка настольныхкомпьютеровСборка ноутбуковТестированиекoмпьютepQв{ Border }Отслеживаниерасписания иуправлениесборкойи тестированием{ Border }ТестированиекомпьютеровТестированиекомпьютеровТип наз-1 наченияInputMechanismMechanism |ControlControlControlOutput 1InputOutput 1MechanismControlТуннелируите и свяжите на верхнем уровне граничные стрелки,если это необходимо.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 01 d2.bp 1, окончание — файл 01 s.bp 1.98


13.7 LET US SUM UPDear students, in this unit you have learnt about the components of memory.You have been enlightened about learning, retention, recall and recognition whichplay a very important role to develop good memory.The teacher and parents always try to help and guide the students to learnwell and make proper adjustments in their future life. It becomes very important then,to understand the memory level of the students and then help them accordingly toimprove their memories or power of retention. Various factors which are favorablefor learning, recall,retention and recognition are also discussed. It has been classifiedthat good learning is the base of good memory, so along with applying various methodsto improve memory and avoid forgetting, learning is being stressed more.13.9 MODEL EXAMINATION QUESTIONS1. Discuss learning as a component of memory?2. What do you mean by Retention? Explain favorable conditions in retention?3. What is recall? Discuss factor of recall?4. Discuss the concept of recognition? Explain favorable factors of recognition?5. Discuss briefly various components of memory?13.9.1 SUGGESTED READINGS:1. Bhatnagar S and Saxena ,A(2000):Advanced Educational Psychology,SuryaPublication ,Meerut.2. Dandekar,W.N(1981):Psychological Foundation of Education, 2nd ed MacMillan India Ltd,Madras.3. Sharma K.V (2004): Textbook of Educational Psychology,KanishkaPublishers,New Delhi.4. Dr.Prem Prakash(2007):Psychological Foundations of Education,KanishkaPublishers,New Delhi.5. Coon Dennis (7th ed):Introduction to Psychology Exploration andApplication,west Publishing company,USA100


5.6 Создание FEO-диаграммыПри обсуждении бизнес-процессов возникла необходимость детальнорассмотреть взаимодействие работы "Сборка и тестированиекомпьютеров" с другими работами. Чтобы не модифицировать диаграммудекомпозиции, создайте FEO-диаграмму, на которой будуттолько стрелки работы "Сборка и тестирование компьютеров"(рис. 5.10):1. Выберите пункт меню Insert / FEO Diagram.2. В диалоговом окне Create FEO Diagram выберите тип и внеситеимя диаграммы FEO. Щелкните по кнопке ОК.3. Для определения диаграммы перейдите в Edit / DiagramProperties и в закладке Diagram Text внесите определение.4. Удалите лишние стрелки на диаграмме FEO.5. Для перехода между стандартной диаграммой, деревом узлов иFEO используйте кнопку 0| на палитре инструментов.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 02s.bpl, окончание — файл 03d.bpl.кiПродажии маркетинг1'ЗаказыклиентовСборкаи тестированиекомпьютеровРис .5.10Результатысборки итестированияСобранныекомпьютерыОтфузкаи получение35.7Задание. СозданиеFEO-диаграммыв результате проведения экспертизы от сотрудников производственногоотдела получена дополнительная информация — оказалось,что неисправные компоненты направляются на отгрузку. Для уточне-100


ния информации необходима дополнительная экспертиза в отделе отгрузки.Создайте FEO для проведения такой экспертизы.Постройте FEO на основе диаграммы АО и добавьте стрелку"Неисправные компоненты". Стрелка должна идти с выхода "Сборкаи тестирование компьютеров" на вход "Отгрузка и получение"(рис. 5.11).Правилаи процедурыЗвонкиклиентовПродажии маркетингЗаказыклиентовСборкаи тестированиекомпьютеровПравиласборкии тести-1рованияСобранныекомпьютерыРезультатысборкии тестированияНеисправныекомпонентыОтгрузкаи получениеМаркетинговыематериалыПроданныепродуктыБухгалтерскаясистемаРис. 5.11Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 03d.bpl, окончание — файл 03s.bpl.5.8Расщепление и слияниемоделейРасщепление модели:1. Перейдите на диафамму АО. Правой кнопкой мыши щелкнитепо работе "Сборка и тестирование компьютеров" и выберите Splitmodel.101


2. В диалоговом окне Split Option внесите имя новой модели"Сборка и тестирование компьютеров", установите опции, как нарис. 5.12, и щелкните по кнопке ОК.Split OptionstJjBw Model Name:|Сборка и тестирование компьютеровOK Csncd НфРис. 5.123. Посмотрите на результат: в Model Explorer существует новаямодель, на диаграмме АО модели "Деятельность компании Quill" появиласьстрелка вызова "Сборка и тестирование компьютеров".4. В модели "Деятельность компании Quill" внесите цель и точкузрения.Цель: документировать работу по сборке и тестированию компьютеров.Точка зрения: Директор.5. Создайте в модели "Сборка и тестирование компьютеров" новуюстрелку "Неисправные компоненты". На диаграмме А-0 это будетграничная стрелка выхода, на диаграмме АО — граничная стрелка выходаот работ «Сборка настольных компьютеров», «Тестированиекомпьютеров» и «Сборка ноутбуков».Слияние модели:1. Перейдите на диаграмму АО модели "Деятельность компанииQuill".2. Правой кнопкой мыши щелкните по работе "Сборка и тестированиекомпьютеров" и выберите Merge model.3. В диалоговом окне Merge Model включите опцию Paste/MergeDictionaries и щелкните по кнопке ОК.Посмотрите на результат. В Model Explorer видно, что две моделислились. Модель "Сборка и тестирование компьютеров" осталась иможет быть сохранена в отдельном файле. На диаграмме АО модели"Деятельность компании Quill" исчезла стрелка вызова "Сборка и тес-102


тирование компьютеров". Появилась неразрешенная граничная стрелка"Неисправные компоненты". Направьте эту стрелку к входу работы"Отгрузка и получение".Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл OSs.bpl, окончание— файл 04dl.bpl.5.9 Создание диаграммы IDEF3Перейдите на диаграмму А2 и декомпозируйте работу "Сборка настольныхкомпьютеров". В диалоговом окне Activity Box Count установитечисло работ 4 и нотацию IDEF3 (рис. 5.13).Возникает диаграмма IDEF3, содержащаяработы (UOW). Правой АсЙуЙуВохСоагйкнопкой мыши щелкните по работе,выберите в контекстном меню NameEditor и внесите имя работы — "Подготовкакомпонент". Затем в закладкеDefinition внесите определение "Подготавливаютсявсе компоненты компьютерасогласно спецификации заказа".В закладке UOW внесите следующуюРис. 5.13информацию:ObjectsFactsConstrainsКомпоненты: винчестеры, корпуса, материнские платы, видеокарты,звуковые карты, дисководы CD-ROM и флоппи, модемы,программное обеспечениеДоступные операционные системы: Windows 98, Windows NTУстановка модема требует установки дополнительного программногообеспеченияВнесите в диаграмму еще 3 работы (кнопка |Д ).Внесите другие имена работ:• установка материнской платы и винчестера;• установка модема;• установка дисковода CD-ROM;• установка флоппи-дисковода;• инсталляция операционной системы;• инсталляция дополнительного программного обеспечения.103


с помощью кнопки палитры инструментов создайте объектссылки. Внесите имя объекта внешней ссылки —"Компоненты".Свяжите стрелкой объект ссылки и работу "Подготовка компонентов".Свяжите стрелкой работы "Подготовка компонентов" (выход) и"Установка материнской платы и винчестера". Измените стиль стрелкина Object Flow (рис. 5.14).ВIDEF3 имя стрелки может отсутствовать, хотя BPWin воспринимаетотсутствие имени как ошибку.КомпонентыПодготовкакомпонентов1А22.1.1 1^ 1Установкаматеринскойплатыи винчестера |А22..1.2.__1 1УстановкафлоппидисководаА22.1.5 I ""Г" УстановкадисководаCD-ROMА22.1.4 IУстановкамодемаИнсталляцияоперационнойсистемыА22.1.6 IИнсталляциядополнительногопрофаммногообеспеченияА22.1.7 IА22.1.3 IРис. 5.14Сохраните модель.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 04d2.bpl, окончание — файл 04d3.bpl.5.10 Создание перекресткас помощью кнопки Ш\ на палитре инструментов внесите дваперекрестка типа "асинхронное или" и свяжите работы с перекрестками,как показано на рис. 5.15.Правой кнопкой щелкните по перекрестку для разветвления (fanout),выберите Name Editor и внесите имя "Компоненты, требуемые вспецификащ1И Заказа".104


УстановкафлоппидисководаА22.1.5 IУстановкаматеринскойплатыи винчестераА22.1.2IЛУстановкадисководаCD-ROMА22.1.4 IJ2ИнсталляцияоперационнойсистемыА22.1.6 IУстановкамодемаА22.1.3 IРис. 5.15Создайте два перекрестка типа "исключающее или" и свяжите работы,как показано на рис. 5.16.КомпонентыПодготовкакомпонентов1А22 1 IIУстановкаматеринскойплатыи винчестераА22.1 2 iЛI'^УстановкафлоппидисководаА2215 IУстановкадисководаCD-ROMА??,1 4 IОМJ2ИнсталляцияоперационнойсистемыА22.1 6 I^УстановкамодемаJ3ИнсталляциядополнительногопрофаммногообеспеченияА22.17 IРис. 5.16А22 1.3 IыПрофаммноеобеспечениеПроверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 04d3.bpl, окончание — файл 04d4.bpl.105


5.11Задание. Созданиедиаграммы IDEF3в результате проведения экспертизы с тестировщиками выявленаследующая информация:• каждый тестировщик имеет собственную периферию (монитор,клавиатуру, мышь) для проверки компьютера;• каждый тестировщик подсоединяет кабель питания и перифериюдля настольного компьютера и кабель питания для ноутбука;• каждый тестировщик запускает с дискеты программу диагностики,которая тестирует компоненты компьютера;• если программа диагностики определяет неработающий компонент,тестировщик заменяет его исправным. Тестирование и заменакомпонентов проводится до тех пор, пока все компоненты компьютеране будут исправлены;• каждый проверенный компьютер хранится до тех пор, пока диспетчерне даст распоряжение об отгрузке партии;• неисправные компоненты направляются на отгрузку для возвратапоставщикам.На основании этой информации необходимо декомпозировать (внотации IDEF3) работу "Тестирование компьютеров" диаграммы А2.Создайте UOW:• подключение периферии;• запуск программы диагностики;• формирование партии;• замена неисправных компонентов.Создайте четыре объекта ссылок:• периферия;• компьютер;• заказы;• компоненты.Соедините работы и объекты ссылок стрелками, как показано нарис. 5.17.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 04d4.bpl, окончание — файл 04s.bpl.106


ПериферияЗаказыПодключениепериферииJ5I/'Запускпрограммы1 диагностикиГА24 1 9 ТИсправныекомпьютеры—J |хJ6НеисправныекомпьютерыVr-ФормированиепартииА24.1 10 IЗаменанеисправныхкомпонентовА24 1Щ-КомпьютерКомпонентыПочиненный компьютерРис. 5.175.12 Создание сценарияВыберите пункт меню Insert / FEO Diagram.Создайте диаграмму FEO на основе диаграммы IDEF3 "Сборка настольныхкомпьютеров" А22.1 (рис. 5.18).КомпонентыПодготовкакомпонентов|A222 1|Установкаматеринскойплатыи винчестераА2222 IлуУстановкамодема1А22 2 3 iПрограммноеобеспечение—И[оJ2ИнсталляцияоперационнойсистемыA22.16JИнсталляциядополнительногопрограммногообеспеченияА2^?7Рис. 5.18107


Удалите элементы, не входящие в сценарий.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 04s.bpl, окончание — файл OSd.bpl.5.13 Задание. Создание сценарияНа основе диаграммы IDEF3 "Тестирование компьютеров"(А24.1) создайте сценарий, описывающий путь неисправных компонентов.В сценарий должны входить только объекты, содержащиенеисправные компоненты (рис. 5.19).ПериферияНеисправныекомпьютерыПодключениепериферии|хЗапускпрограммыдиагностики|хV.V 1л 1 ЗаменаUнеисправныхкомпонентов ||А24 2 8J5А24 2.9 1.16А24 2 11КомпьютерКомпонентыРис. 5.19Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл OSd.bpl, окончание — файл OSs.bpl.5.14 Затратный (Cost) анализИсходные данные для анализа (Activity Based Costing).На производственном участке работают 5 сборщиков и 1 тестировщик.В среднем в день собирается 12 настольных компьютеров и20 ноутбуков.Двое сборщиков являются стажерами.108


Зарплата диспетчера 500$ в месяц, сборщик и тестировщик получаютпо 10$ в час, стажеры — по 3$ в час.Средняя стоимость компонентов для настольного компьютера составляет800$, для ноутбука — 1400$.1. В диалоговом окне Model Properties (вызывается из меню Edit) взакладке ЛВС Units установите единицы измерения денег и времени.2. Перейдите в Edit / ABC Cost Centers и в диалоговом окне ABCCost Centers внесите название и определение центров затрат.Центр затратУправлениеРабочая силаКомпонентыОпределениеЗатраты на )щравление, связанные с составлением графикаработ, формированием партий компьютеров, контролем надсборкой и тестированиемЗатраты на оплату рабочих, занятых сборкой и тестированиемкомпьютеровЗатраты на закупку компонентов3. Для внесения центра затрат наберите наименование, определениеи щелкните по кнопке Add.Стоимость каждой работы отображается в нижнем левом углупрямоугольника.Для отображения частоты или продолжительности работы перейдитев диалоговое окно Model Properties, закладка Display и переключитерадиокнопки в группе ABC Units. Вы можете вообще отключитьрежим отображения информации об ABC, отключив опцию ActivityCost/Freq/Dur. в диалоговом окне Model Properties или меню View(рис. 5.20).2ik\^^':^' l>iA''^'i'^fi^>'^^^'' ^•шщf^tk,,4^


Для указания стоимости работы следует щелкнуть по ней правойкнопкой мыши и выбрать в контекстном меню Cost Editor.Внесите следующие параметры ABC (табл. 5.5).Таблица 5.5Параметры ЛВС для назначения стоимости работыФункциональный блокОтслеживание расписанияи управление сбор-1 кой и тестированиемСборка настольных ком-1 пьютеровCost CenterУправлениеРабочая силаЗатраты25,005,00Продолжительность1,001,00Частота1,0012,001 Сборка ноутбуковКомпонентыРабочая сила800,007,501,0020,00Тестирование компьютеровКомпонентыРабочая сила1 400,002,001,0032,00Посмотрите результат — стоимость работы верхнего уровня.Сгенерируйте отчет Activity Cost Report.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 05s.bpl, окончание — файл 06d.bpl.5.15 ЗаданиеОпределите стоимость работы "Отгрузка и получение".В среднем собирается в день 12 настольных компьютеров и 20 ноутбуков.80% потребителей расположены ближе 100 км, 20% — дальше.Стоимость доставки компьютера ближе 100 км обходится в среднемв 10$, дальше 100 км — в 20$.Создайте центр затрат "Транспортные расходы".Подсчитайте и назначьте стоимость работе "Отгрузка и получение".Частота — 32 (компьютера в день). Продолжительность— 1. Стоимость по центру затрат "Транспортные расходы":0.8*10+0.2*20=12$.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 06d.bpl, окончание — файл 06s.bpl.ПО


5.16 Использование категорий UDPВыполните следующие действия.1. Перейдите в Edit / UDP Definition и в диалоговом окне User-Defined Property Name Editor внесите название категорий (табл. 5.6).2. Для внесения категории необходимо в поле New Category /Member внести наименование категории и щелкнуть по кнопке AddCategory (рис. 5.21).Сд^евдбНсй^Information systemQualitv measureResources consumption^ '-^^'::ттгШ ^ ^w-; ':'^^гт\j|«ifCAsee^


Список UDP для моделиТаблица 5.6НаименованиеUDPApplication(приложения)ScreenAdditionalDocumentation(дополнительнаядокумен-1 тация)Change History(история изменения)ElectricityConsumption(расход электроэнергии)ТипText List (MultipleSelection)CommandCommand ListParagraph TextReal NumberЧленыWinword.EXE samplel.docWinword.EXE sample2.docPOWERPNT.EXE sampleS.pptВнесите значения UDP для следующих работ (табл. 5.7).КатегорияInformationSystemInformationSystem 1DocumentationDocumentationResourcesConsumptionЗначения UDP для моделиТаблица 5.7COS — Customer Order System(модуль оформления заказов)ESS — Employee Sheduler System(модуль создания и контролярасписания выполненияработ)PIS — Parts and Inventory System(модуль учета комплектующихи оборудования)PTS — Procedures and TroubleshootingSystem (модуль процедурсборки и поиска неисправностей)ФункциональныйблокОтслеживаниерасписанияи управ­112ление сбор-' кой и тестированиемДополнительнаядок)^ентацияWinword.EXEsample2.docПриложениеCOS — CustomerOrderSystem ESS —EmployeeShedulerSystemИсторияизмененийИстория измененияспецификацийПотреблениеэнергии10,00КачествоB-Good


ПродолэюениеФункциональныйблокДополнительнаядокументацияСборка ноутбуковТестирование компьютеровПриложениеИсторияизмененийPIS — Parts and InventorySystemPTS — Procedures andTroubleshooting SystemPIS — Parts and InventorySystemPTS — Procedures andTroubleshooting SystemPIS — Parts and InventorySystemPTS — Procedures andTroubleshooting SystemСборка настольных компьютеровПотреблениеэнергии20,0025,0040,00КачествоA-Terrificс-окB-Good 17. После внесения UDP типа Command или Command List щелчокпо кнопке ^^ приведет к запуску приложения.8. В диалоговом окне IDDEFO Activity Properties щелкните покнопке Categories. В появившемся новом диалоговом окне ActivityCategories Editor отключите категорию Information System. Щелкнитепо кнопке ОК. Посмотрите результат.9. Свойства UDP можно присвоить не только работам, но и стрелкам.Щелкните по стрелке правой кнопкой и выберите в контекстномменю UDP Editor.Задайте значения UDP следующим стрелкам:Наименование стрелкиЗаказы на настольные компьютерыНоутбукиСобранные компьютерыКачествоB-GoodB-GoodA-Terrific10. Посмотрите отчет по UDP. Меню Report / Diagram ObjectReport. Выберите опции отчета:Start from Activity : A2. Сборка и тестирование компьютеров.Number of Levels : 2.User Defined Properties: Electricity Consumption.Report Format: RPTwin.11. Щелкните no кнопке Report. В появившемся диалоговом окне"Сохранение файла" щелкните по кнопке "Сохранить".113


Запускается генератор отчетов RPTwin и появляется диалоговоеокно New Report. Выберите тип отчета Columnar (рис. 5.22).rlS


Fennufa:Sum ({Electricity Consumption})т• 0«^У?««-1^1ив*9^'-/'^-^"/'^' ^- ' '^ 'ГипИбвт\^dMty NamelSi^( NUMBER?)Sin f NUMBER?!Tan (NUMBER?)TkneOToDate {DATETIMESTR?. FOR-»ToNunAe(( STRING?) jjj€Ш^Cut |/\' ^t-^^^t^'^t-^l^/t^:ЙКiliii) ilijii* n* ' liirii>^irtiii>MlJii1iiiiiil итТмШшйД ,,№«1 \ ;•'contain* J3" \~ .Рис. 5.2414. Затем щелкните по кнопке ОК.Просмотрите отчет.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 06s.bpl, окончание — файл 07d.bpl.5.17Задание. Использованиекатегорий UDPСоздайте еще два UDP (табл. 5.8).Таблица 5.8Категории UDP1 Наименование UDPResponsibility (ответственность)Customer Satisfaction (оценкаклиента)ТипText List (SingleSelection)Integer List (SingleSelection)ЧленыIvanovPetrovSidorov12345КатегорияQuality MeasureQuality Measure115


Задайте свойства работам (табл. 5.9).Свойства работ UDPТаблица 5.9Функциональный блокОтслеживание расписания и управлениесборкой и тестированиемСборка настольных компьютеровСборка ноутбуковТестирование компьютеровОтветственныйМанышкинМорковинНечаеваШобановУдовлетворенностьзаказчика4454Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 07d.bpl, окончание — файл 07s.bpl.5.18 Расщепление моделиПерейдите на диаграмму АО и щелкните правой кнопкой мыши поработе "Отгрузка и получение". В контекстном меню выберите SplitModel.В появившемся диалоговом окне Split Option установите опциюEnable Merge/Overwrite Option, внесите имя новой модели — "Отгрузкаи получение" и щелкните по кнопке ОК.Обратите внимание, что у работы "Отгрузка и получение" появиласьстрелка вызова.BPWin создал также новую модель "Отгрузка и получение".Внесите свойства новой модели:• Time Frame: AS-IS;• Рпфозе: документировать работу "Отгрузка и получение";• Viewpoint: начальник отдела;• Definition: модель создается для иллюстрации возможностейBPWin по расщеплению и слиянию моделей;• Scope: работы по получению комплектующих и отправке готовойпродукции.Декомпозируйте контекстную работу на следующие работы.116


функциональный блокОписаниеПолучить комплектующие Физически получить комплектующие и сделатьсоответствующие записи в информационной системеДоставить комплектующие Доставить комплектующие сборщикам и тестировщикамОтгрузить товар и возврат Отгрузить товар клиентам и неисправныекомпоненты (возврат) поставщикам.Свяжите граничные стрелки, как показано на рис. 5.25.Правилаи процедурыПолучитькомплектующиеIQE: 17Доставитькомплектующие|0Р . 2НеисправныекомпонентыСобранныекомпьютеры^Отгрузитьтовари возвратитьПроданныепродуктыБухгалтерскаясистемаРис. 5.25Внесите следующие внутренние и граничные стрелки:НаименованиеВозврат поставщикуКомпонентыКомпоненты от поставщикаПроверенные компонентыОписаниеНеисправные компонентыВыберите название из списка (словаря)Выберите название из списка (словаря)Проверенные и подготовленные для передачисборщикам и тестировщикам компоненты.Туннелируйте граничные стрелки (Resolve Border Arrow) —рис. 5.26.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 07s.bpl, окончание — файл OSdl.bpl и split.bpl.117


Правилаи процедурыКомпонентыот поставщикаПолучитькомплектующиеЮР 1НеисправныекомпонентыСобранныекомпьютерыДоставитькомплектующие12Е . 2Отгрузитьтовари возвратитьtop 3КомпонентыПроданныепродукты _ВозвратпоставщикуБухгалтерскаясистемаРис. 5.265.19Слияние расщепленной моделис исходной («as is») модельюВыполните следующие действия.1. Перейдите в модель "Деятельность компании Quill". На диаграммеАО щелкните правой кнопкой мыши по работе "Отгрузка и получение".В контекстном меню выберите Merge Model.2. В появившемся диалоговом окне Continue with Merge? установитеопцию Paste/Merge entire dictionaries и щелкните по кнопке ОК.3. Обратите внимание, что у работы "Отгрузка и получение" исчезластрелка вызова и появилась новая декомпозиция.4. Появились новые стрелки с квадратными скобками. Туннелируйтеэти стрелки (Resolve Border Arrow).5. На диаграмме АО туннелируйте и свяжите стрелки согласнорис. 5.27.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл OSdl.bpl и split.bpl, окончание — файл 08d2.bpl.118


Правилаи процедурыЗвонкиклиентовКомпонентыот поставщикаПродажии маркетингЗаказыклиентовСборкаи тестированиекомпьютеровСобранныекомпьютерыПравиласборкии тестированияРезультатысборкии тестированияНеисправныекомпонентыОтфузкаи получениеМаркетинговыематериалыВозвратпоставщикуПроданныепродукты ^БухгалтерскаясистемаРис. 5.275.20 Копирование работ1. Копирование работ в другую модель.Создайте новую модель "ТЕСТ". Декомпозируйте контекстнуюработу в новой модели, но не вносите имена работ.Переключите Model Explorer в режим Activity. Используяdrag&drop, перенесите какую-нибудь работу из модели "Деятельностькомпании Quill" на диаграмму декомпозиции модели "ТЕСТ".В появившемся диалоговом окне Continue with Merge? установитеопцию Paste/Merge entire dictionaries и щелкните по ОК. Посмотритерезультат.2. Перемещение работ в той же самой модели.Щелкните по работе в модели "ТЕСТ" и переместите работу наместо неназванной работы на другой диаграмме. В появившемся диалоговомокне Continue with Merge? щелкните по ОК. Посмотрите результат.Закройте модели без сохранения.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 08d2.bpl.119


5.21Задание. Создание нормативной(«to-be») моделиОценка бизнес-процессов модели AS-IS показала недостаточнуюэффективность деятельности компании Quill. В первую очередь этокасается производственного отдела. Собираемые компьютеры не всегдапользуются достаточным спросом. Закупаемые компоненты часточрезмерно дороги при посредственном качестве. Функциональностькомпьютеров не соответствует требованиям рынка.В результате анализа компания принимает решение реорганизоватьфункции производства и тестирования компьютеров. Кроме того,принимается решение оставить функциональность "Продажи и маркетинг"и "Отгрузка и получение" пока без изменений.Принято решение сформировать отдел дизайна, который долженформировать конфигурацию компьютеров, разрабатывать корпоративныестандарты, подбирать приемлемых поставщиков, разрабатыватьинструкции по сборке, процедуры тестирования и устранения неполадокдля всего производственного отдела.Работа "Сборка и тестирование компьютеров" должна быть реорганизованаи названа "Производство продукта". Сначала мы создадимработы "Разработать конфигурацию", "Планировать производство" и"Собрать продукт".Рассмотрим новые роли персонала:• дизайнер должен разрабатывать систему;• дизайнер должен разрабатывать ста^1дарты на продукцию, документироватьи передавать спецификации в отдел маркетинга ипродаж;• дизайнер должен определять, какие компоненты (software иhardware) должны закупаться для сборки компьютеров;• дизайнер должен обеспечивать документацией и управлять процедурамисборки, тестирования и устранения неполадок.Функции диспетчера в работе "Сборка и тестирование компьютеров"должны быть изменены:• диспетчер должен обрабатывать заказы клиентов и генерироватьзаказы на сборку;• диспетчер должен получить коммерческий прогноз из отдела маркетингаи формировать требования на закупку компонент;• диспетчер должен собирать информацию от поставщиков и долженбыть ответствен за оформление заказов на поставку;120


• диспетчер должен составлять расписание производства на основаниизаказов на сборку, полученных в результате работы "Планироватьпроизводство";• диспетчер также должен получать копии заказов клиентов и отвечатьза упаковку и комплектацию заказанных компьютеров, передаваемыхв работу "Отгрузка и получение".Задание состоит из пяти этапов. Выполняя каждый этап, Вы должныиспользовать приобретенные навыки.1. Расщепление и модификация модели.2. Слияние расщепленной модели с исходной моделью.3. Использование Model Explorer для реорганизации дерева декомпозиции.4. Модификация диаграммы IDEF3 "Собрать продукт" с цельюотображения новой информации.5. Добавление декомпозиции работы "Продажи и маркетинг".Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 08d2.bpl, окончание — файл 08s4.bpl.Этап 1Расщепление модели1. Сохраните модель 08d2.bpl в файл 08d2b.bpl и отредактируйтесвойства модели:• Model Name: Предлагаемая модель компании Quill.• Time Frame: TO-BE• Рифозе: документировать предлагаемые изменения бизнес-процессовкомпании Quill.2. Переименуйте работу "Сборка и тестирование компьютеров" в"Производство продукта". Расщепите эту работу в модель с тем же названием.3. Модифицируйте отщепленную модель. Переместите работу"Тестирование компьютеров" с диаграммы АО "Производство продукта"на диаграмму А2.1 "Сборка настольных компьютеров".4. Переименуйте работу "Сборка настольных компьютеров" надиаграмме АО в "Сборку продукта".5. Удалите работу "Сборка ноутбуков".6. Переименуйте стрелку "Заказы на настольные компьютеры" в"Заказы на изготовление".7. Переименуйте "Отслеживание расписания и управление сборкойи тестированием" в "Планирование производства".121


8. Создайте работу "Разработать конфигурацию".9. Создайте ветвь стрелки "Персонал производственного отдела",назовите ее "Дизайнер" и направьте как механизм к работе "Разработатьконфигурацию".10. Создайте стрелку "Стандарты на продукцию" и направьте ее отвыхода "Разработать конфигурацию" к границе диаграммы. Туннелируйтеэту стрелку (Resolve Border Arrow). Создайте ветвь этой стрелки,идущую к управлению работы "Планирование производства" и назовитеее "Список необходимых компонентов".11. Удалите стрелку "Правила сборки и тестирования". Создайтеветвь стрелки "Стандарты на продукцию", идущую к управлению работы"Сборка продукта" и назовите ее "Правила сборки и тестирования".12. Переименуйте стрелку "Диспетчер" в "Планировщик производства".13. Добавьте стрелку "Прогноз продаж" как граничную управляющуюк работе "Планирование производства".14. Добавьте стрелку "Информация от поставщика" как граничнуюуправляющую к работе "Планирование производства".Информацияот поставщикаПрогнозпродажЗаказыклиентовСписок необходимых компонентовКомпонентыПланированиепроизводстваЗаказына изготов-"^ лениеСборкапродуктаПравиласборкии тестированияЗаказ поставщикуРезультаты сборкии тестированияНеисправные компонентыСобранные компьютерыПланировщикпроизводстваПерсоналпроизводственногоотделаРазработкаконфигурацииДизайнерСтандарты|на продукцию122Рис. 5.28


КомпонентыИнфор- Заказы Прогнозмация от клиен- продажпостав- тов1 щикаТ Т Т г» сПроизводствопродуктов0Заказ поставщикуНеисправные компонентыСобранные компьютерыСтандарты на продукциюРис. 5.2915. Добавьте стрелку "Заказ поставщику" как граничную стрелкувыхода от работы "Планирование производства".16. Туннелируйте эти стрелки (Resolve Border Arrow).17. На диаграмме АО туннелируйте стрелку (Resolve Border Arrow)"Собранные компьютеры" и свяжите ее на диаграмме АО с выходомработы "Сборка продукта".Результат приведен на рис. 5.28, 5.29.Сохраните модифицированную модель как OSsla.bpl, а модельверхнего уровня (Деятельность компании Quill) как OSslb.bpl.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 08d2.bpl, окончание — файлы 08d2b.bpl,08s4.bpl,08slb.bpl.Этап 2Слияние модели1. Перейдите к работе "Производство продукта" в модели "Деятельностькомпании Quill". Щелкните правой кнопкой мыши по работе.В контекстном меню выберите Merge Model.В появившемся диалоговом окне Continue with Merge? установитеопцию Paste/Merge entire dictionaries, опцию Overwrite existing fields ищелкните по кнопке ОК.Модели должны слиться.2. На диаграмме АО туннелируйте стрелки (Resolve Border Arrow)"Информация от поставщика" и "Заказ поставщику".3. Направьте стрелку "Прогноз продаж" с выхода "Продажи и маркетинг"на управление "Производство продукта".4. Направьте стрелку "Стандарты на продукцию" с выхода "Производствопродукта" на управление "Продажи и маркетинг".123


5. Удалите ветвь стрелки управления "Правила и процедуры" работы"Производство продукта".6. Закройте модель "Производство продукта".Результат приведен на рис. 5.30, 5.31.Правилаи процедурыИнформацияот поставщикаЗвонкиклиентов1$оКомпонентыот поставщикаПродажии маркетингПроизводствопродукта$9685 2СобранныекомпьютерыКомпоненты1ЗаказыПрогнозклиентовfпродажtРезультатысборкии тестированияНеисправныекомпонентыМаркетинпэвыематериалы*^ Стандартына продукциюВозвратпоставщикуОтфузкаи получениеПроданныепродукты[|о . 1БухгалтерскаясистемаРис. 5.30Правилаи процедурыИнформацияот поставщикаЗвонки клиентовКомпонентыот поставщикаViewpoint Директор$9685Purpose Моделировать текущие (AS-IS)бизнес-процессы компании QuillДеятельностькомпании QuillБухгалтерскаясистемаМаркетинговые материалыЗаказ поставщикуВозврат поставщикуПроданные продуктыРис. 5.31Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файлы 08sla.bpl, OSslb.bpl, окончание — файл08s2.bpl.124


Этап 3ИспользованиеModel ExplorerСуществуют причины, по которым работа "Разработать конфигурацию"должна быть на верхнем уровне, на диаграмме АО. Действительно,дизайнер разрабатывает стандарты на продукцию, включаяправила сборки и тестирования и список необходимых для закупкикомпонентов. Тем самым дизайнер управляет производством продуктав целом, кроме того, управляет работой "Продажи и маркетинг".Было бы логично перенести эту работу на уровень выше.Используя возможности Model Explorer, перенесите работу "Разработатьконфигурацию" с диаграммы А2 "Производство продукта"на диаграмму АО.Разрешите и перенаправьте стрелки согласно рис. 5.32, 5.33.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файлы 08s2.bpl окончание — файл 08s3.bpl.Неисправныекомпонентыf 1Информацияот поставщикаПрогнозпродаж'г1|'ЗаказыклиентовfСтандартына продукциюСписокнеобходимыхкомпонентовПланированиеЗаказы напроизводстваизготовление$25 1ПланировщикпроизводстваПерсоналпроизводственногоотдела$9660СборкапродуктаПравиласборки итестированияЗаказпоставщикуРезультаты сборкии тестированияНеисправныекомпонентыСобранныекомпьютерыРис. 5.32125


юONПравилаи процедурыi$oРазработатьконфигурациюЗвонки клиентовКомпоненты от поставщикаСтандартына продукциюt 1 fПродажии маркетинг$0 2Прогноз продажЗаказыt t ? tПроизводствопродукта$9685 3НеисправныекомпонентыИнформацияот поставщикаРезультатысборкии тестированияСобранныекомпьютерыОтгрузкаи получение$0 4МаркетинговыематериалыЗаказпоставщикуВозвратпоставщикуПроданныепродуктыБухгалтерскаясистемаКомпонентыРис. 5.33


Этап 4Модификация диаграммы IDEF3"Сборка продукта"Так же как в модели «as is», сборка продукта включает сборкукомпонентов и установку программного обеспечения. Однако теперьв работу "Сборка продукта" включена работа "Тестирование компьютера".Тестирование начинается после окончания процесса сборки компьютераи окончания процесса установки программного обеспечения.Если компьютер неисправен, в процессе тестирования у него заменяюткомпоненты, информация о неисправных компонентах можетбыть направлена на работу "Подготовка компонентов". Такая информацияможет помочь более тщательно подготавливать компоненты ксборке. Результатом процесса тестирования являются заказанныекомпьютеры и неисправные компоненты.КомпонентыПодготовкакомпонентовУстановкаматеринскойплатыи винчестераА32 1 2 iЛI'^УстановкафлоппидисководаА32 1 5 IУстановкадисководаCD-ROMА32 1 4 IОНJ2ИнсталляцияоперационнойсистемыА32.1 6 IРезультатытестированияУстановкамодемаА?? 1 ?МJ3J4ТестированиекомпьютеровА32 1 О 1ИнсталляциядополнительногопрофаммногообеспеченияА?2.1 7Неисправные компьютерыСобранные компьютерыПрофаммноеобеспечениеРис. 5.34127


Модифицируйте диаграмму IDEF3 "Сборка продукта" в соответствиис приведенной информацией. Результат сверьте с рис. 5.34.Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файлы 08s3.bpl окончание — файл 08s4.bpl.Этап 5Декомпозиция процесса"Продажа и маркетинг"Работа по продажам и маркетингу заключается в ответах на телефонныезвонки клиентов, предоставлении клиентам информации оценах, оформлении заказов, внесении заказов в информационную системуи исследовании рынка.На основе этой информации декомпозируйте работу "Продажи имаркетинг" (IDEFO).Создайте следующие работы:• предоставление информации о ценах;• оформление заказов;• исследование рынка.Результат декомпозиции представлен на рис. 5.35.Запросинформациио ценахЗвонки 1.Стандартына продукциюПредоставлениеинформациио ценахПравилаи процедурыРезультатысборкии тестированияЗаявкина заказОформлениезаказовЗаказыБухгалтерскаясистемаИсследованиерынкаПрогнозпродажМаркетинговыематериалы128Рис. 535


Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файлы 08s4.bpl, окончание — файл 08s5.bpl.5.22 Создание диаграммы DFDПри оформлении заказа важно проверить, существует ли такойклиент в нашей базе данных и, если не существует, внести его в БД изатем оформить заказ. Оформление заказа начинается со звонка клиента.В процессе оформления заказа БД клиентов может просматриватьсяи редактироваться. Заказ должен включать информацию о клиентеи информацию о заказанных продуктах. Оформление заказаподразумевает чтение и запись информации о прочих заказах.В процессе декомпозиции согласно правилам DFD мы преобразуемграничные стрелки во внутренние, начинающиеся и заканчивающиесяна внешних ссылках.1. Декомпозируйте работу "Оформление заказов" на диаграммеА2.2. В диалоговом окне Activity Box Count выберите количество работ2 и нотацию DFD (рис. 5.36).3. Щелкните по кнопке ОК и внеситена новой диаграмме DFD А22имена работ:• проверка и внесение клиента;• внесение заказа. ^ ^^4. Используя кнопку j^J на палитреинструментов, внесите хранилищаданных:Activity Box CountГ lOEFO


1 Список клиентовИнформацияо клиентахЗвонкиклиентов2 [Список продуктовИнформацияо клиентах,необходимаядляоформлениязаказа3 Список заказовСтандартына продукциюПроверкаи внесениеклиентаЗаявкина заказВнесениезаказовЗаказыклиентовРис. 5.37двунаправленной, щелкните правой кнопкой по стрелке, выберите вконтекстном меню пункт Style Editor и в диалоговом окне Style Editorвыберите опцию Bidirectional.9. На родительской диаграмме А2 туннелируйте (Change toTunnel) стрелки, подходящие и исходящие из работы "Оформлениезаказов" (рис. 5.38).Стандартына продукциюПравилаи процедурыЗаявкина заказ/[' '][' ']Оформлениезаказов[' ']2Бухг алтерс 'каясист емаЗаказыклиентов^Рис. 5.38Проверить правильность выполнения задания можно с использованиемфайлов, полученных из Интернета:начало — файл 08s5.bpi, окончание — файл 09dl .bpl.130


5.23Использование стрелок IDEFOна диаграмме DFDНекоторые стрелки с диаграммы IDEFO (не только с родительской)могут показываться на диаграмме DFD. Для отображения такихстрелок используется инструмент Off-Page Reference.1. Декомпозируйте работу "Исследование рынка" на диаграммеА2 на диаграмму DFD. Удалите граничные стрелки. Создайте следующиеработы:• разработка прогнозов продаж;• разработка маркетинговых материалов;• привлечение новых клиентов.2. Используя кнопку в| на палитре инструментов, внесите хранилищаданных:• список клиентов;• список продуктов;• список заказов.3. Добавьте две внешние ссылки:• маркетинговые материалы;• прогноз продаж.4. Свяжите объекты диаграммы DFD стрелками, как показано нарис. 5.39.5. На родительской диаграмме А2 туннелируйте (Change toTunnel) стрелки, подходящие и исходящие из работы "Исследованиерынка".з|Список заказовЗаказыклиентов\ г1 Разработкапрогнозов1 продаж 1Прогнозпродаж-Проверкаи внесениеклиентаbр u[Список продуктов\ гСтандартына продукциюРазработкамаркетинговыхматериалов 2MapKeTHh -1пэвыематериа/ 1Ы-*iМаркетинговыематериалы|Список клиентовu'Информац ИЯ0 клиентахПривлечениеновыхклиентов 3Рис. 5., 39131


Проверкаи внесениеклиента ,Информацияо новом клиенте гг^Рис. 5.406. В случае внесения новых клиентов в работу "Проверка и внесениеклиента" на диаграмме А22 "Оформление заказов" информациядолжна направляться к работе "Привлечение новых клиентов" диаграммыА23 "Исследование рынка". Для этого необходимо использоватьинструмент Off-Page Reference.На диаграмме А22 "Оформление заказов"создайте новую граничнуюстрелку, исходящую от работы"Проверка и внесение клиента", иназовите ее "Информация о новомклиенте" (рис. 5.40).7. Правой кнопкой щелкните по наконечнику стрелки и выберитев меню Off-Page Reference. В появившемся диалоговом окне Off-PageArrow Reference выберите в качестве диаграммы A23D "Исследованиерынка" (рис. 5.41).^-*аде Arrow ReferencfDiagraiirtrill 1l II I , i li( >•• gmil Ш ,- - I ijm^il^ lijiii ' ' I H.lli^llyРис. 5.418. Перейдите в меню Edit / Model Properties, далее — закладкаDisplay. Установите опцию Off-Page Reference label — Node number.9. Перейдите на диаграмму A23D "Исследование рынка" и направьтестрелку "Инфор-ИнформацияО:А22О НОВОМ клиентеРис. 5.42Привлечениеновыхклиентов .мация о новом клиентена вход работы "Привлечениеновых клиентов".Результат представлен нарис. 5.42.Проверить правильностьвыполнения задания можнос использованием файлов, полученных из Интернета:начало — файл 09dl.bpl, окончание — файл 09d2.bpl.132


5.24Интеграция процессов и данныхна базе Erwin и BPWinИмпорт модели данных из Erwin в BPWin.1. Создайте папку для сохранения файлов импорта-экспортаC:\BPCLASS/2. Загрузите Erwin. Откройте (меню File/ Open...) модельQUILL.ER1.3. Перейдите в меню File/BPWin /Export (рис. 5.43).тмтш ш\Г3:«г^>11зРис. 5.434. Сохраните файл экспорта в папке C:\BPCLASS.5. Перейдите в BPWin.6. Перейдите в меню FileЯmport/Erwin (ЕАХ).7. В появившемся диалоговом окне Open выберите файл экспортаЕАХ (в папке C:\BPCLASS — рис. 5.44).•У^хУ0^тж I'^Bpda»1МШМШШШт01>Г* tnymit I'u (1Ш liittkK riKl rttrih(.iliti M#Рис. 5.44133


8. В диалоговом окне Import Differences Preview просмотрите результатыимпорта и закройте диалоговое окно (Close).9. В диалоговом окне Import From ЕАХ Verification щелкните покнопке Accept Changes (рис. 5.45).ВЩН10. Перейдите в меню Edit / Entity /111||11Ш^11|||Ш1ЙAttribute Dictionary и просмотрите результатыимпорта.11. В закладке General диалогового окнаModel properties включите опциюРис. 5.45Apply CRUD/IRUN Restrictions.Назначение ассоциаций сущностей и атрибутов:1. Перейдите к диаграмме А2.2. Правой кнопкой мыши щелкните по стрелке "Заявки на заказ" ивыберите пункт меню Arrow Date.3. В диалоговом окне IDEFO Arrow Properties выберите "чекбоксы"[3 сущностей и атрибутов, которые необходимо ассоциироватьсо стрелкой.Сущности и их атрибутыТаблица 5.10Наименование стрелкиЗаявки на заказ134Наименование сущностиCUSTOMERLINE ITEMНаименование атрибутаCustomer CityCustomer Company NameCustomer Fax NumberCustomer First NameCustomer Last NameCustomer NumberCustomer Phone NumberCustomer State |Customer Street AddressCustomer Zip CodeLine Item Quantity |Line Item SequenceNumber |Line Item Total |Product CodeSales Order Number1


1 Наименование стрелкиЗаявки на заказi Наименование сущностиSALES ORDERПродолэюениеНаименование атрибутаCustomer NumberEmployee IdPayment Number |Sales Order Datetime |Sales Order NumberSales Order ShipmentCharge |Sales Order ShipmentDatetime |Sales Order Status |Sales Order Total |Shipment Method Code |Правой кнопкой мыши щелкните по стрелке "Заказы клиентов" ивыберите пункт меню Arrow Date.4. Используя кнопку Сору In в диалоговом окне IDEFO ArrowProperties, ассоциируйте тот же самый набор сущностей и атрибутовсо стрелкой "Заказы клиентов" в соответствии с табл. 5.10.вРмш Dale UsaaeEd^OfРис. 5.46135


Назначение CRUD/IRUN ассоциаций:1. Правой кнопкой щелкните по работе "Оформление заказов". Вконтекстном меню выберите Data Usage Editor (рис. 5.46).2. В диалоговом окне BPWin Data Usage Editor выберитеCRUD^RUN, которые необходимо ассоциировать со стрелкой "Заявкина заказ" в соответствии с табл. 5.11.Таблица 5.11Типы атрибутов1 Наименование атрибута1 Customer City1 Customer Company Name1 Customer Fax Number1 Customer First Name1 Customer Last Name1 Customer Number1 Customer Phone Number1 Customer State1 Customer Street Address1 Customer Zip Code1 Line Item Quantity1 Line Item Sequence Number1 Line Item TotalProduct Code1 Sales Order NumberCustomer NumberEmployee IdSales Order DatetimeSales Order NumberSales Order Shipment ChargeSales Order StatusSales Order TotalShipment Method Code1 R (CRUD)RRRRRR1 RRRRRRRRRRRRRRRRR1 и (CRUD)ииииииииииииUииииииииииR(IRUN)RRRRRRRRRRRRRRRRRRRRRRRи (IRUN)иииииииииииииииииииииии 1Создание новых объектов модели данных в BPWin:1. Перейдите в меню Edit / Entity/Attribute Dictionary.2. В поле Entity диалога Entity and Attribute Editor внесите имясущности "SALES FORECAST"H щелкните по Add.136


EnWy ^t^4 Attr^HJte £dilorI«%.PROBLEMPROSLEM ACTIONPRODUCT|SAi£S FOB£CASrPBODUCT SOLUTIOt-lD^Nit^ el $i4s№i^ Ci^%i


вжшввшUf^§SiitfNi^Eowift$i^iifti6t^||«c


Erwin в BPWin. В результате импортаВы должны получить следующеесообщение (рис. 5.50).Проверить правильность выполнениязадания можно с использованиемфайлов, полученных изИнтернета:начало — файл 09d2.bpl, окончание— файл 09d3.bpl.РЬЛТтиЫ/,J^'BPvm\'^т-.Ш% щ^кШкотВШ кРис. 5.505.25Генерация отчетови печать диаграммПерейдите в меню Report / DataUsage Report.Установите опции отчета, как показано на рис. 5.51, и щелкните поPreview для просмотра отчета.Запустите Excel. В BPWin переключите Report Format на DDE иэкспортируйте отчет в Excel.Перейдите в меню Report / Model Consistency Report. Щелкните покнопке Preview и просмотрите отчет о синтаксических ошибках.Перейдите в меню File / Print, выберите диаграммы для печати инажмите кнопку ОК.Modet Преалаг«в»««аймо|а(елькйМ1анииОм^Г" Activity OtJtior»Hn% Usage Optbrt*TАттОрйвтMoto! TbodfdBror(1б1вюшб the todiiisorder.V Dfctiorwij Report'3'F Ideated • '^>Mtifbutey«adeOp6Qn»-|Г DefirgoftSFlmertedЗР* fietriejsjedlOFUfideted >^"Цщкl^ Fotmet !r|.flbded^ ЩАХШт.r^iabOdbHect' '^ jpOnWIS DoWmeQ ,ГдОЕТаЫ» •Г jBPTwir»MuKA/eiued Formal-^IfH


ПРИЛОЖЕНИЯП1Применение стандартовмоделирования семейства IDEFдля совершенствованияРегламента ГосударственнойДумы Российской ФедерацииПоявившись в начале 80-х годов, семейство стандартов моделированияIDEF к настоящему времени утвердилось де-факто как общепризнаннаяуниверсальная методология описания систем. Использованиеэтой методологии для решения задачи совершенствованияРегламента Государственной Думы Российской Федерации можетбыть предопределено, с одной стороны, простотой и наглядностьюрезультатов моделирования, с другой стороны, возможностью достаточнополного описания и анализа поведения объектов, обеспечивающихфункционирование системы и взаимосвязей между ними.В качестве примера использования стандартов IDEF для моделированияРегламента ГД РФ была использована его глава № 3, "Депутатскиеобъединения". На рис. П1.1~П1.5 представлены результатымоделирования с использованием методологий IDEFO и IDEF3.Материалыдля регистрациидепутатских объединенийДепутаты,не являющиеся членамидепутатских групп^РегламентГДРФРегистрациядепутатскихобъединенийДепутатскиефракцииДепутатскиефуппы140ВременныйсекретариатГДРФКомитет ГД РФпо регламентуи организацииработыРис. П1.1. Контекстная диаграмма (IDEFO)


Материалыдля регистрациидепутатскихобъединений,—, Депутаты — члены^— депутатских фуппДепутаты, не являющиесячленамидепутатских фуппf-ВременныйсекретариатГДРФ1Регистрациядепутатскихфракций0^. 1i \. i \[сfРегламентГДРФРегистрациядепутатскихФупп)р. 21к < L1Прекращениечленствав депутатскихобъединенияхОр 3кДепутатскиефракцииДепутатскиефуппыДепутаты — члены г^Депутаты, не являющиесячленами »—*депутатских фуппКомитет ГД РФпо регламенту1 и организации работыРис. П1.2. Регистрация депутатских объединений (IDEFO)Руководителю фракцииписьменно уведомитьоб образовании фракцииА1.1.6fopПолучить сообщениеЦИК РФ 0 результатахвыборов[АЦб 1мЕлЕJ2йр.••-•1Провести• организационноесобрание фракцииА1А_7 L^ . 1%.Депутатам ГД РФсоставить заявленияо вхождении во фракциюА1.1.8Рис. П1.3. Регистрация депутатских фракций (IDEFO)141


'Р- Руководителюдепутатской группыписьменно уведомитьоб образовании группыА2.1 9ор Депутатам ГД РФсоставить заявленияо вхождениив депутатскую группуAZ1.11Р- Провестиорганизационноесобраниедепутатской группыА2.1.10IРис. П1.4. Регистрация депутатских групп (IDEF3)Ор.Принятие решениядепутатскопэ объединенияо выводе депутатаиз его составаАЗ.1.1Ор Составление депутатомзаявления о выходеиз объединения, переходев другое объединение,вхождении во вновьобразованную группуA3 1.2I—и |оJ4• •f 1Регистрация решенияобъединенияили заявления депутатаво Временном секретариатеили комитете ГД по регламентуA3.1.3 1 1Рис. П1.5. Прекращение членства в депутатских группах (IDEF3)Как видно из рис. П1.1-П1.5, к очевидным преимуществам такогорода моделирования можно отнести наглядность получаемых моделей(в методологиях IDEFO и IDEF3 модель определяется как иерархи-142


чески упорядоченная совокупность диаграмм, аналогичных приведеннымна рисунках) и возможность типизации объектов и связеймежду ними, что особенно важно для юридических систем, к каковымможно отнести Регламент Государственной Думы РФ, так как именнов юридических системах количество взаимодействующих объектовотносительно велико по сравнению с системами других предметныхобластей.Другим важным моментом является существенное упрощениеоперации выявления и отображения взаимосвязей между объектами.В качестве иллюстрации верности этого утверждения приведем следующийпример. В уже упоминавшейся третьей главе Регламента п. 2статьи 16 гласит: "Фракции и депутатские группы обладают равнымиправами, определенными настоящим Регламентом". Однако разделРегламента, озаглавленный "Права фракций и депутатских групп", отсутствует.Таким образом, даже задача простого перечисления уже существующихправ фракций превращается в задачу подробного изучениядокумента, состоящего из более сотни страниц. В то же время приналичии достаточно строго типизированной IDEF-модели Регламентаи использовании соответствующих программных средств ответ наэтот и подобные вопросы получается практически мгновенно.Еще одним положительным результатом применения IDEF-моделированияможет стать выявление несогласованностеи в исследуемойсистеме. В нашем случае это наличие взаимоисключающих пунктов истатей в Регламенте.Необходимо упомянуть и о возможной научной новизне ожидаемыхрезультатов, так как работ по IDEF-моделированию юридическихсистем в России до настоящего времени не публиковалось.На основании изложенного считаем допустимым рекомендоватьприменение IDEF-моделирования в качестве одного из инструментоврешения задачи совершенствования Регламента Государственной ДумыРоссийской Федерации.


П2IDEF-моделированиев налогообложенииРеализацию задачи построения моделей бизнес-процессов некоторойпредметной области обязательно должно предварять детальноеобследование рассматриваемой области. Необходимо насловесном уровне описать проблему, которая долоюна быть решенаметодами структурного анализа'.П2.1 Постановка задачиВ рыночных условиях налоги становятся практически основныминструментом государственного воздействия на экономику. В первуюочередь они являются финансовым фундаментом государства, так каксозданы прежде всего для финансрфования общественно необходимыхблаг и услуг. Вместе с тем налоги все больше используются в качествеинструмента регулирования и стимулирования. С их помощьюгосударство оказывает влияние на темпы роста отдельных предприятий,отраслей и территорий.Проблема стабильности налоговых поступлений зависит преждевсего от используемого налогового инструментария, слаженности работыналоговой системы, а также от множества макроэкономическихфакторов. Налоги служат индикатором макроэкономических проблем,и поэтому их поступление в бюджетную систему зависит восновном от колебаний экономической конъюнктуры, финансовойполитики государства, организационно-правовых проблем. В то жевремя среди определяющих причин неудовлетворительного поступленияналоговых платежей в бюджетную систему страны необходимовьщелить проблемы налогового механизма, нерациональную структуруналоговой системы, недостаточно эффективную работу по планированиюналоговых платежей.Ситуация со сбором налогов нестабильна, даже несмотря на увеличениечисла принимаемых нормативных актов и проведенных административныхмероприятий. Анализ структуры и динамики налоговыхпоступлений показывает, что налоговая система Россиинеэластична по отношению к быстро меняющейся экономической^ Здесь и далее в этой главе курсивом вьщелено руководство по построениюмодели в рамках практического примера применения технологии моделирования.144


конъюнктуре. Так, например, собираемая в системе МинистерстваРоссийской Федерации по налогам и сборам налоговая информацияне позволяет правильно оценить объем и структуру налоговых платежей.По всей видимости, в этих фактах кроется не отсутствие практическихнавыков информационно-аналитической работы у сотрудниковфинансовых органов, а недостаточность собираемой информации, отс)ггствиемодели функционирования налоговой системы, продуманнойсистемы аналитической обработки данных.Разработка структурной функциональной модели деятельностиинспекции МНС РФ позволит построить модель деятельности, представляющейсобой "снимок" технологии функционирования налоговойинспекции на момент обследования. Данная модель позволит проанализироватьбизнес-процессы, происходящие на территориальномуровне с использованием методов системного анализа, и сформулировать,обобщить подходы по реинжинирингу налогового механизма.К рассматриваемым объектам моделирования относятся процессы,осуществляемые на местном уровне налоговой службы, в целяхконтроля своевременности и полноты начисления и уплаты налоговыхплатежей юридическими и физическими лицами.П2.2 Основные элементы моделиПосле проведения детального обследования предметной областинеобходимо четко определить цель будущего проекта, достиэюениекоторой позволит создать инструмент для решения рассматриваемойпроблемы. Перед началом реализации модели следует определитьметодологию функционального моделирования, точку зрения, всоответствии с которыми будет разрабатываться модель. Модельмоэюет быть построена как на бумаге, так и с помощью программногообеспечения, поддерэктвающего выбранную методологию моделирования,или с помощью графических редакторов.Перед началом построения необходимо по результатам проведенногообследования предметной области определить переченьфункций и список данных, которые будут использованы при реализациимодели.Название проекта: Моделирование деятельности инспекцииМНС РФ.Цель проеюга: Реализация структурной функциональной моделидеятельности инспекции МНС РФ.145


Точка зрения: Руководство налоговой службы.Технология моделирования: метод функционального моделированияIDEFO.Инструментарий: программный продукт BPWin 1.8.0.Список данных:методология;кадровый состав;техническое обеспечение;программное обеспечение;данные о налогоплательщиках;бухгалтерская, налоговая отчетность;платежные документы;входящие документы;отчетность;сведения по начислениям;сведения о состоянии лицевых счетов;выходящие документы;налоговые предписания.При формировании списка данных необходимо проводить группировкупонятий в случае такой возмоэюности в целях повышения читаемостидиаграммы модели. Например, управлением рассматриваемоймодели могут слуэюить: законодательство, инструктивныематериалы МНС РФ, долэюностные инструкции. Все эти понятиямогут быть заменены термином "методология ". Примечания к моделимогут содерэюать раскрытие каэюдого из понятий для лучшегопонимания построенной модели.Уровень детализации и декомпозиции модели зависит от потребностейпользователя, который будет ею руководствоваться. Построениемодели является итеративным процессом, т.е. первый реализованныйвариант модели, скорее всего, не будет окончательным ибудет дополняться в дальнейшем.Список функций:В модели фигурируют следующие функциональные блоки:Деятельность инспекции МНС РФ — АОДеятельность отдела налогообложения юридических лиц — А1Регистрация налогоплательщиков — АНКамеральные проверки — А12Документальные проверки —А13Оперативно-бухгалтерский учет — А14Анализ состояний предприятий — А15Формирование отчетности — А16146


Работа с электронной выпиской по банку — А17Деятельность отдела налогообложения физических лиц — А2Регистрация налогоплательщиков — А21Налогообложение по подоходному налогу — А22Налогообложение по имущественным налогам — А23Оперативно-бухгалтерский учет — А24Ведение лицевых карточек по подоходному налогу, налогу на рекламу,налогу с продаж — А241Ведение лицевых карточек по имущественным налогам — А242Ведение реестра платежных документов — А243Ведение реестра поступлений — А244Ведение реестра заключений — А245Ведение реестра требований — А246Формирование отчетных форм — А247Контроль за финансовым состоянием граждан — А25Формирование отчетности — А26Работа со сведениями взаимодействующих структур — А27Деятельность отдела информатизации — A3Деятельность отделов административно-хозяйственного обеспечения —А4.П2.3 СловарьСоздание и актуализация словаря необходимы для упрощения пониманияреализованной модели пользователем, для которого онапредназначается. Кроме того, указанный словарь терминов позволяетисключить возмоэюную неоднозначность трактования модели вдальнейшем.Бухгалтерская, налоговая отчетность — данные, предоставляемыеналогоплательщиком, на основании которых будет производитьсярасчет налога.Входящие документы — данные, предоставляемые от внешнегоисточника и связанные с деятельностью налогового органа, например,сведения из банков о движении на счетах граждан сумм свыше10 000$, запросы налогоплательщика и т.д.Выходящие документы — данные, предоставляемые внешнимисточникам в результате деятельности налогового органа, напримертребования об уплате налога, ответы на запросы и т.д.Данные о налогоплательщиках — данные, предоставляемыевнешними источниками, отражающие информацию о налогоплательщике,например, документы, подтверждающие право на пользованиельготой, расчетные счета налогоплательщика и т.д.Кадровый состав — сотрудники инспекции.Методология — совокупность приемов и методов налогообложения.147


Отчетность — стандартная отчетность, предназначенная дляпередачи в вышестоящие структуры либо для внутреннего пользования.Платежные документы — данные о налоговых поступлениях.Программное обеспечение — совокупность программных приложенийдля автоматизации деятельности сотрудников инспекции.Сведения о состоянии лицевых счетов — данные, предназначенныедля внутренней работы инспекции либо предоставляемые налогоплательщику.Сведения по начислениям — данные — результаты расчета налога,необходимые для ведения лицевого счета налогоплательщика.Техническое обеспечение —совокупность аппаратных средств.П2.4 IDEFO-диаграммы моделиДиаграммы модели представлены на рис. П2.1-П2.4.Данныео плательщикахБухгалтерскаяотчетностьВходящиедокументыПлатежныедокументыДеятельностьИМНС РФОтчетностьВыходящиедокументыКадровыйсоставМетодологияПрофаммноеобеспечениеТехническоеобеспечениеРис. П2Л. Контекстная диаграмма модели деятельности ИМНС РФПроводить дальнейшую декомпозицию не представляется целесообразнымс точки зрения руководства МНС РФ, так какрассмотрепныйтретий уровень и его декомпозиция предполагают уэюерассмотрение с г.очки зрения методологов Управления МНС РФпо оперативно-бухгалтерскому учету.148


МетодологияБухгалтерскаяотчетностьПлатежныедокументыДеятельностьотдела налогообложенияФЛВыходящиедокументыВходящиеДдкуМёйГЫДеятельностьотдела АХОДанные оплательщикахДеятельностьотдела налогообложенияЮЛПрограммноаппаратноеобеспечениеОтчетностьДеятельностьотдела информатизациитКадровыйсоставПрофаммноеобеспечениеТехническоеобеспечениеРис. П2.2. Декомпозиция первого уровня


ОВходящиедокументыРабота со х сведениямивзаимодействующихструктурДанныедля расчетовНалогообложениеимуществаМетодологияБухгалтерскряотчетностьПлатежныедокументыf tНалогообложениепо доходамгражданКонтрольза финансовымсостояниемНачисления (п/н)• Начисления (и/н)Оперативнобухгалтерскийучет4 4 4Данныелицевого счетаВыходящие^документыДанныео плательщикахРегистрацияналогоплательщиковОтчетыпо даннымналогообложенияОтчетыКадровыйсоставПрограммноаппаратноеобеспечениеРис. П2.3. Одна из декомпозиций второго уровня


МетодологияПлатежныедокументыВедение реестраплатежныхдокументовПоступленияВедение реестрапоступленийВедение реестразаключенийНачисления(п/н)Ведениелицевых карточекпо подоходному налогуФормированиеотчетных формВыходящиедокументыНачисления(и/н)? tВедениелицевых карточек поимущественным налогамВедениереестра требованийJДанныелицевого счета'ПрограммноаппаратноеобеспечениеКадровыйсоставСведенияо плательщикахРис. П2.4. Одна из декомпозиций третьего уровня


П2.5 Описание функциональных блоковЦелесообразным является краткое описание задач, которые решаютсяна уровне каэюдого из функциональных блоков, и принципыего декомпозиции.Очевидно, что диаграммы первого и второго уровня могут бытьобъединены. Однако для лучшей читаемости модели следует отдельнорассматривать деятельность отдела юридических и физическихлиц путем рассмотрения их на следующем уровне,А L Деятельность отдела налогообложения юридических лиц.На данном этапе рассматривается методология деятельности отделаналогообложения юридических лиц в целом. Декомпозиция проведенав соответствии с организационно-штатной структурой отдела.А2. Деятельность отдела налогообложения физических лиц.На данном этапе рассматривается методология деятельности отделаналогообложения физических лиц в целом. Декомпозиция проведенатакже в соответствии с организационно-штатной структуройотдела.А24. Оперативно-бухгалтерский учет.В отделе учета и отчетности ведется учет произведенных налогоплательщикамначислений, поступивших от них платежей, расчетсумм пени за несвоевременную уплату налогов (ведение лицевых карточекналогоплательщиков) и т.д.Декомпозиция производится в соответствии с функциями, возложеннымина отдел оперативно-бухгалтерского учета.А243. Ведение реестра платежных документов.Данные собираются и вводятся в информационную систему на основаниивыписки по банку, после чего данные поступлений, возвратовразносятся в лицевые карточки.Разработанная модель содержит еще ряд достоинств, позволяющихповысить эффективность работы налоговой службы:• анализ технологии работы на основе этой модели позволяет выявитьузкие места и увеличить производительность труда сотрудниковналоговых инспекций;• возможность быстрого и качественно иного обучения новых сотрудниковинспекции МНС РФ.152


пзМоделированиеуправленческого учетана предприятииП3.1 Постановка задачиВ условиях конкуренции руководству предприятия требуется оперативнаяинформация для принятия решений. Финансовая отчетностьпредоставляет лишь часть необходимой информации в виде ограниченногокруга обобщенных стоимостных показателей. Бухгалтерскийучет в первую очередь предназначен для предоставления информациидля внешних пользователей. Этим обусловлено наличие нормативныхтребований к его ведению (документирование, стандартные методы иформы отчетности), которые делают данные бухгалтерского учета непригодными для принятия решений. Функцию обеспечения руководствапредприятия необходимой информацией выполняет управленческийучет, который не регламентируется законодательно, а определяетсяпрежде всего целями предприятия.Институт дипломированных бухгалтеров в области управления(Charted Institute of Management Accountants) определяет управленческийучет как деятельность по обеспечению руководства информацией,которая необходима ему для управления предприятием с максимальновозможной степенью эффективности. Информация, которуюобеспечивает управленческий учет, может быть представлена в любойформе по выбору руководства.Большинство работ по управленческому учету российских авторови переводных работ иностранных авторов описывают отдельныеэлементы управленческого учета: методики учета и распределения затрат,учет по центрам ответственности, систему управленческой отчетностии другие, но не дают целостного представления о бизнеспроцессе,что затрудняет их использование для организации управленческогоучета на предприятии. Восполнить этот пробел можно спомощью разработки модели данного процесса.П3.2 Основные элементы моделиНазвание проекта: Организация управленческого учета на предприятии.153


Цель проекта: подготовить рабочую модель бизнес-процессауправленческого учета для внедрения на предприятии.Точка зрения: руководство предприятия.Инструментарий: методология функционального моделированияIDEFO и программное приложение BPWin 1.8.0.Список данных:потребность в управленческой информации;стратегия предприятия;управленческая информация;информационная система;финансовая функция;центры ответственности;руководство предприятия;данные;методология управленческого учета;финансовая отчетность;обработанные данные;стратегия управленческого учета;имеющиеся ресурсы;квалификация персонала;первичные документы;данные в информационной системе;подтвержденные данные;отчетность в разрезе центров ответственности;сводная отчетность;отчетность по требованию.ПЗ.ЗСписок функцийВ модели использованы следующие функции:Организовать управленческий учет — АОРазработать методологию управленческого учета — А1Определить стратегию управленческого учета — АНОценить имеющиеся ресурсы — А12Разработать приемы и методы управленческого учета — А13Собрать и обработать данные — А2Получить и ввести данные — А21Подтвердить данные —А22Обработать данные —А23Подготовить управленческую отчетность — A3Подготовить отчетность по центрам ответственности — A31Сделать сводную отчетность — А32Подготовить отчетность по требованию — АЗЗ154


П3.4 СловарьДанные — факты, характеризующие деятельность предприятия,подлежащие количественному выражению.Данные в информационной системе —данные, введенные в информационнуюсистему и разнесенные по аналитическим признакам.Имеющиеся ресурсы — персонал и информационная система враспоряжении предприятия.Информационная система — совокупность программных приложений,баз данных, используемых для управления предприятием.Квалификация персонала — совокупность знаний, умений и навыковперсонала в конкретной профессиональной области.Методология управленческого учета — совокупность приемови методов ведения управленческого учета.Обработанные данные — данные, разнесенные по объектам учетаи центрам ответственности.Отчетность в разрезе центров ответственности — стандартнаяуправленческая отчетность, составленная для каждого центра ответственности.Эта отчетность используется руководителями центров ответственностидля принятия решений в рамках их должностных полномочий.Отчетность по требованию — управленческая отчетность нестандартнойформы, используемая для пояснения стандартной отчетности.Первичные документы — документы, подтверждающие фактысовершения хозяйственных операций, оформленные в соответствии сдействующим законодательством и нормативными актами.Подтвержденные данные — данные, соответствующие первичнымдокументам. Данные в информационной системе, обозначенныекак соответствующие первичным документам.Потребность в управленческой информации — обоснованнаянеобходимость получения управленческой информации.Руководство предприятия — должностные лица, несущие конечнуюответственность за принимаемые ими управленческие решенияв пределах своей компетенции.Сводная отчетность — стандартная управленческая отчетность,характеризующая деятельность предприятия в целом. Деятельностьцентров ответственности представлена обобщающими показателями.Стратегия предприятия — совокупность целевых ориентиров,определяющих деятельность предприятия в долгосрочном периоде.155


Стратегия управленческого учета — формализованные потребностируководства предприятия в управленческой информации.Управленческая информация — информация, необходимая дляпринятия управленческих решений.Управленческая отчетность — управленческая информация,представленная в удобной для прочтения форме. Может быть стандартной,подготавливаемой регулярно в установленной форме, и нестандартной,подготавливаемой по требованию.Управленческий учет — деятельность по обеспечению руководствапредприятия информацией, необходимой для принятия управленческихрешений.Финансовая отчетность — агрегированная отчетность, подготавливаемаяна регулярной основе для внешних пользователей информации.Требования к составу, порядку составления и срокампредоставления финансовой отчетности устанавливаются законодательствомили стандартами бухгалтерского учета.Финансовая функция — бухгалтерия и финансовые подразделенияпредприятия.Центры ответственности — структурные сегменты предприятия,руководители которых несут ответственность за конкретные показателидеятельности (например, руководитель центра затрат отвечаетза затраты своего сегмента, руководитель центра прибыли — зазатраты и вьфучку и т.д.)П3.5 IDEFO-диаграммы моделиIDEF-диаграммы модели представлены на рис. П3.1-ПЗ.З.П3.6 Описание функциональных блоковА1. Определить цели управленческого учетаНа этом этапе разрабатывается методология управленческого учета,которая является контролем для следующих этапов. От его организацииво многом зависит успешность процесса управленческого учетав целом.АН. На первом этапе декомпозиции руководством определяетсястратегия управленческого учета на основе потребностей в управленческойинформации. Его задача формализовать потребности и увязатьих со стратегией предпрР1ятия.156


СтратегияпредприятияПотребностив управленческойинформацииfОрганизоватьуправленческий учетУправленческаяинформацияк к к кРуко- Центры Финан- Информаводствоответ- совая ционнаяпред- ствен- функция системаприятия ностиРис. П3.1. Контекстная диаграмма модели управленческого учетаПотребностьв управленческойинформацииСтратегияпредприятияРазработатьметодологиюуправленческогоучета 1МетодологияуправленческогоучетаФинансоваяотчетность^-ч ДанныеСобратьи обработатьданные4 4ОбработанныеданныеПодготовитьуправленческуюотчетностьУправленческаяинформацияРуководствопредприятияЦентрыответственностиФинансоваяфункцияИнформационнаясистемаРис. П3.2. Декомпозиция первого уровня157


Обработанныеданные_|Потребностив управленческойинформацииiМетодология[ управленческого учета} ГПодготовитьотчетность поцентрам ответственности1iгLi iОтчетностьв разрезецентров ответственности' ' ¥Сделатьсводнуюотчетность 2i IСводнаяотчетностьФинансоваяотчетностьтПодготовитьотчетностьпо требованию 3i iiУправленческаяинформацияФи^ ^ансова яфy^ жцияОтчетностьпо требованиюИнформационная1 системаРис. ПЗ.З. Одна из декомпозиций второго уровняА12. На следующем этапе определяются ресурсы для реализациистратегии управленческого учета, оценивается эффективность стратегиис точки зрения затрат имеющихся ресурсов и необходимость привлечениядополнительных ресурсов.А13. На третьем этапе стратегия трансформируется в конкретныеприемы и методы ведения управленческого учета с учетом ресурсов,имеющихся в распоряжении предприятия.А2. Собрать и обработать данныеНа этом этапе готовятся данные, составляющие основу управленческойинформации.А21. Данные собираются и вводятся в информационную системунепосредственно центрами ответственности, что обеспечивает оперативностьпоступления информации. Состав данных, аналитическиепризнаки и сроки их учета определяются методологией.А22. По мере поступления первичных документов бухгалтерияподтверждает данные в информационной системе. В случае расхожденийданные корректируются на основе первичных документов.Подтвержденные данные используются для составления финансовойотчетности.158


А23. Данные в информационной системе разносятся по объектамучета и центрам ответственности. При наличии достаточной аналитикиэто осуществляется автоматически.A3. Подготовить управленческую отчетностьНа этом этапе формируется управленческая отчетность. При хорошоразработанной методологии отчетность может формироваться автоматически.Роль финансовой функции как механизма зависит отвозможностей информационной системы.A31. Разнесение данных по объектам учета и центрам ответственностипозволяет сформировать отчетность в разрезе центров ответственности.Форма отчетов и сроки их предоставления определяютсяметодологией.А32. Сводная отчетность формируется на основе консолидацииотчетности центров ответственности и других обработанных данных.В части подтвержденных данных контролем выступает финансоваяотчетность.АЗЗ. Отчетность по требованию также основана на обработанныхданных. Поскольку ее формы не предусмотрены методологией, онипредварительно разрабатываются финансовой функцией.


П4Моделирование процессасоздания и организацииреинвестиционной деятельностихолдинговой компаниив Республике АвстрияП4.1Постановка задачи^В течение последних лет налоговыми и финансовыми органамиРФ был предпринят ряд мер, наьсладывающих существенные ограниченияна инвест1|ционную деятельность российских компаний. В этойсвязи особо следует упомянуть Положение ЦБ РФ "О порядке выдачиБанком России разрешений на проведение отдельных видоввалютных операций, связанных с движением капитала", которое вобязательном порядке предусматривает получение разрешений наосуществление любых инвестиционных операций, связанных с осуществлениемвзноса в уставный капитал любой зарубежной компании,превышающего сумму в 1 млн долл. США (взносы в уставныйкапитал финансовых и оффшорных компаний попадают под действиеПоложения даже в тех случаях, когда их объем меньше 1 млн долл.,т.е. в любом случае). Это разрешение выдает Центральный банк РоссийскойФедерации, требующий в свою очередь представления специальногоразрешения Минэкономики, которое должно вынести суждениео том, не противоречит ли инвестиционная сделка интересамроссийской экономики.Подобные ограничения особенно неудобны для российских компаний,активно работающих на зарубежных рынках посредством организованныхза границей дочерних компаний, а также для молодыхперспективных компаний, планирующих выход на западный рынок.Эти компании часто сталкиваютдя с необходимостью осуществленияинвестиционных операций за рубежом (к примеру, требуется увеличитьуставный капитал дочерней компании). Несмотря на то, что подобныеоперации необходимы для поддержания нормальной жизнедеятельностикомпании, их осуществление напрямую российской' Материал этого приложения любезно предоставлен авторам книги А. Мнацакановым.160


компанией зачастую является невозможным без нарушения отечественногозаконодательства.Возможным выходом из сложившейся ситуации является созданиебазисной холдинговой компании в одной из развитых западноевропейскихстран, имеющих репутацию "холдинговых центров",например в Австрии. Австрия упомянута в данном контексте не случайно,поскольку законодательство этой страны, а также Конвенцияоб избежании двойного налогообложения между Россией и Австриейпредоставляют для базисных холдинговых компаний, принадлежащихроссийским резидентам, уникальные возможности (например,дивиденды, получаемые холдингом от дочерних компаний, при определенныхусловиях освобождаются в Австрии от налогообложения).Создание подобного холдинга и организация его деятельности являютсядля российской компании, как правило, непростой задачей. Ксожалению, приходится констатировать, что в нашей стране на данныймомент ощущается дефицит сотрудников, досконально знакомыхс западноевропейским налоговым правом и западными деловымиобычаями. Недостаток подобного рода кадров даже в некоторыхкрупных российских компаниях нередко приводил к плачевным результатам.По этой причине задача создания базисной холдинговойкомпании в последнее время все чаще перенимается специализированнымикомпаниями — резидентами Австрии. Специализированнаякомпания сначала создает холдинг в Австрии, затем продает егороссийскому заказчику и впоследствии осуществляет от лица последнегодоверительное управление холдингом (представители специализированнойкомпании избираются в совет директоров холдинга).Доверительное управление длится до тех пор, пока не будет налаженабесперебойная деятельность базисной холдинговой компании.Речь идет в первую очередь о выполнении трех основополагающихзадач:• осуществить внесение в холдинг пакетов акций дочерних компанийроссийского заказчика (создание первичной структуры холдинга);• осуществить покупку дополнительных пакетов акций дочернихкомпаний и (или) произвести повышение их уставного капитала;• наладить механизмы перевода средств дочерних компаний и ихконсолидации на счетах холдинга.После этого базисная холдинговая компания оказывается в состояниибез серьезных осложнений осуществлять свою инвестицион-161


ную и реинвестиционную деятельность. В этот момент задачу специализированнойкомпании можно считать выполненной.Поскольку в данном случае речь идет о сверхсложном и достаточнопродолжительном процессе, представляется целесообразным решатьвозникающие при его осуществлении проблемы при помощисоздания модели IDEFO.П4.2Решение поставленной задачипри помощи технологии IDEFOТочка зрения. Возможные точки зрения:• менеджмент российской компании-заказчика;• менеджмент специализированной компании — резидента Австрии.Представляется целесообразным в качестве точки зрения принятьпозицию специализированной австрийской компании, посколькуименно она отвечает за успешное выполнение поставленных задач иосуществляет непосредственный контроль над рассматриваемым процессом.П4.3Некоторые особенностирассматриваемой проблемыОсновная задача, стоящая перед менеджером, как это следует исходяиз специфики рассматриваемой проблемы, заключается в реинвестированииденежных средств клиента через созданную холдинговуюкомпанию в Австрии. Он получает от клиента:• информацию (о самой компании-клиенте и ее дочерних компаниях);• денежные средства и пакеты акций дочерних компаний, которыебудут вноситься в холдинг.Информация и средства, получаемые от клиента, вместе со средствами,самостоятельно инвестируемыми специализированной компанией,представляют собой вход. Единственным желательным с точкизрения выполнения поставленной задачи выходом являются средства,реинвестируемые холдинговой компанией. Это обстоятельство особенноважно принимать во внимание, если учесть, что при реализациирассматриваемого процесса будет возможен лишь один выход, посколькунеудача на одном из функциональных этапов выполнения162


поставленной задачи, имеющая результатом выходящие данные типа"отказ в ...", автоматически предполагает невозможность достиженияменеджментом специализированной компании целей, стоящих врамках выполнения поставленной задачи. Напротив, получение навыходе желаемых данных возможно лишь при достижении положительныхрезультатов в рамках "критических" функциональныхблоков. Это означает, что в рамках рассматриваемого процесса каждыйотдельный вариант выхода исключает все остальные варианты.Соответственно реализация процесса может иметь либо сугубо положительный,либо сугубо отрицательный результат. По этой причиневозможности для реинжиниринга процесса в данном случаеявляются достаточно ограниченными. Следовательно, для менеджментаспециализированной компании целесообразно сконцентрироватьсяв первую очередь на выявлении источников экзистенциональныхрисков.Цели. Исходя из вышесказанного можно выявить основные цели,стоящие при моделировании рассматриваемого процесса.Помимо множества "микроцелей", можно выделить также несколькоосновных целей, преследуемых ее составителем:1. Определить последовательность шагов.Определить четкую последовательность действий, осуществлениекоторых необходимо для достижения поставленных задач с цельюточного определения величины и характера возможных временных ифинансовых затрат.2. Выявить "критические функциональные блоки".Из общего числа функциональных блоков большинство интересуютнас лишь с точки зрения возможных, связанных с ними затрат.Особый же интерес представляют так называемые "критическиефункциональные блоки". Последние, в отличие от большинства остальныхфункциональных блоков, характеризуются тем, что неудачапри выполнении поставленных в их рамках задач может быстро привестик срыву всего проекта. В рамках рассматриваемой модели критическимиявляются те функциональные блоки, выходным результатомкоторых могут быть отказ в регистрации, открытии счета илиотказ в предоставлении налоговых льгот.3. Выявить количество правовых экспертиз, проведение которыхнеобходимо в рамках осуществления проекта.Это достаточно важный аспект, поскольку, с одной стороны, каждаяэкспертиза стоит немалых денег, а с другой — отказ от своевре-163


менного проведения экспертизы может привести к негативным результатамв ближайшем критическом функциональном блоке.Анализ отдельных функций. Поставленная задача будет решатьсяпутем построения функциональной модели процесса, представляющейсобой иерархию функций, связанных материалами и информационнымипотоками согласно правилам построения IDEFO-модели.Рассматриваемый процесс можно разбить на два основных функциональныхблока:1. Создать базисную холдинговую компанию в Австрии и организоватьее структуру.2. Организовать реинвестиционную деятельность холдинга.Каждый блок содержит в себе определенное число (системных)функций, большинство которых, в свою очередь, имеют сложнуюструктуру.Далее предлагается анализ отдельных системных функций с учетомстоящих в рамках решения поставленной проблемы задач.1. Разработать концепцию создания и развития холдинга.Выполнение данной функции лишь маргинально различается врамках выполнения различных задач, поэтому в нашем случае она нерассматривается подробнее.2. Создать и зарегистрировать холдинговую компанию в Австрии.В рамках рассматриваемой системной функции присутствуют целых2 системных блока, являющихся источниками экзистенциональныхрисков — "зарегистрировать компанию" и "открыть банковскийсчет". При этом риск отказа в регистрации компании следует оцениватькак значительно более высокий. По этой причине подача регистрационныхдокументов должна предваряться экспертизой некоторыхиз них в торговой палате.3. Осуществить продажу холдинговой компании российскому заказчику.В рамках данной системной функции присутствует лишь один"критический" блок — "зарегистрировать нового владельца компании".Тем не менее риск негативного выхода в данном случае являетсядостаточно низким, расходы на проведение дополнительной экспертизыпредставляются в данном случае неоправданными.4. Внести пакеты акций дочерних компаний в холдинг."Критические" блоки отсутствуют. Тем не менее на данном этапенеобходимо проведение правовой экспертизы с учетом трудностей,которые могут возникнуть в ходе процесса организации реинвестици-164


онной деятельности компании (основной риск, величину которогоследует оценить, — риск отказа в предоставлении налоговых льгот).Стратегические решения должны приниматься именно на этом этапе,поскольку выход из процесса в позднейшие промежутки времени будетсвязан с дополнительными необоснованными затратами.5. Приобрести дополнительный пакет акций одной из дочернихкомпаний."Критический" блок — "зарегистрировать увеличение уставногокапитала компании". Риск негативного выхода невысок.6. Организовать финансовые потоки австрийской компании."Критический" блок — всего один ("подать заявку на предоставлениеналоговых льгот"), зато связанный, пожалуй, с наиболее существеннымэкзистенциональным риском. Неудача на данном этапе приводитне только к негативному результату в рамках выполненияпоставленной задачи, но и к максимально высоким финансовым потерям.Правовая экспертиза проводится ранее.Варианты реинжиниринга. В том случае, если разработаннаямодель на практике доказывает свою неэффективность, возникает потребностьв ее "перестройке" (реинжиниринге). Причины неэффективностимодели могут быть внешними и внутренними. К внутреннимпричинам относятся преимущественно ошибки, допущенные при составлениимодели, к внешним — изменения параметров внешней среды,которые не были (и, возможно, не могли быть) учтены при составлениимодели.В качестве примера рассмотрим следующую ситуацию (в рамкахвышеописанной модели; причем в ходе дальнейших анализов будемисходить из того, что ошибок при построении модели допущено небыло, и, следовательно, все "помехи" будут иметь исключительновнешний характер): допустим, акционер холдинговой компании (компания-заказчик)отказывается предоставить ряд документов, необходимыхдля получения холдингом налоговых льгот (см. декомпозицию3-го уровня "консолидировать финансовые потоки холдинговой компании").Отказ происходит уже после того, как первая поставленнаязадача — увеличение уставного капитала дочерней оффшорной компанииуже является выполненной. Выполнение же основной задачи —реинвестирования денежных средств клиейта через созданную холдинговуюкомпанию в Австрии, в рамках разработанной модели являетсяв сложившейся ситуации невозможным. То, что соответствующийриск не был учтен при построении исходной модели, нельзя165


считать ошибкой ее составителей — согласие клиента (российскойкомпании) с условиями сделки (в число которых входило и предоставлениесоответствующей документации) явилось одной из базовыхпредпосылок, исходя из которых конструировалась модель. В принципеспециализированная компания в сложившейся ситуации имелабы право расторгнуть контракт с компанией-заказчиком, но мы будемисходить из того, что речь идет о "стратегическом" клиенте, которогоспециализированная компания ни в коем случае не захочет утратить ипо этой причине предпочтет "перестройку" модели расторжению контракта.Далее приводятся два возможных варианта реинжинирингапроцесса (общая задача предполагается неизменной).1. Перевод средств в виде "доверительного кредита".Поскольку компания-заказчик отказывается предоставлять в Министерствофинансов Австрии необходимые документы, министерствоотказывает холдинговой компании в предоставлении налоговыхльгот. Следовательно, средства, перечисленные дочерней компаниейв виде дивидендов, будут облагаться налогом (по ставке, близкой кстандартной). Следовательно, возникает необходимость поиска иныхканалов перевода денежных средств. Возможным вариантом решенияпроблемы была бы организация дочерней компанией выдачи холдингутак называемого "доверительного" кредита.Схема будет выглядеть следующим образом: банк, связанный теснымии доверительными отношениями либо с компанией-заказчиком,либо со специализированной компанией, выдает холдингу кредит подзалог денежных средств, перечисляемых дочерней компанией на свойсчет в банке. После того как холдинг не выплачивает кредит обратно,банк просто забирает средства со счета дочерней компании, т.е. фактическиречь идет о перечислении денег (дивидендов) дочерней компаниейхолдингу, которое со стороны, тем не менее, выглядит каккредит, вьщанный холдингу банком. Перечисленные средства, разумеется,налогами облагаться не будут. Произошедшие изменения затрагиваютисключительно функцию "консолидировать средства насчетах холдинговой компании" (декомпозиция А22).2. Поглощение дочерней компании холдингом.В том случае, если холдинг владеет более чем 90% акций дочернейкомпании, возможен вариант ее поглощения холдингом. В дальнейшембывшая дочерняя компания будет считаться постоянным представительствомхолдинговой компании в Лихтенштейне и пользоватьсясущественными налоговыми льготами (между Лихтенштейноми Австрией существует конвенция об избежании двойного налогооб-166


ложения). В результате возникнет лишь необходимость интегрироватьв модель новую функцию "осуществить поглощение дочернейкомпании холдингом" (что не будет связано с существенными сложностями),а функция "консолидировать финансовые потоки холдинговойкомпании настолько упростится, что потребность в ее декомпозицииисчезнет (поглощение может производиться сразу при внесениипакета акций дочерней компании в холдинговую или на дальнейшихэтапах); по этой причине может быть составлено несколько альтернативныхвариантов соответствующей модели.Основные понятия, использованные в моделиЗаконодательство Республики Австрия:положение "О государственных налогах и сборах" (ВАО);Закон "О налоге на прибыль предприятий и организаций" (kestg);Закон "О налоге на доходы физических лиц" (estg);Закон "О реорганизации предприятий" (umgrstg);Торговый кодекс Республики Австрия (НОВ);Закон "Об инвестиционных фондах" (invfg);Закон "Об обществах с ограниченной ответственностью" (gmbhg);Закон "Об акционерных обществах" (aktg);Закон "О рынке ценных бумаг" (KMG);Закон "О торговом регистре" (FBG).Законодательство Княжества Лихтенштейн:Кодекс торгового и гражданского права (PGR);Закон "О государственном надзоре за деятельностью предприятийи организаций с особым налоговым статусом";Закон "Об акционерных обществах" (aktg);Закон "О банках и банковской деятельности" (BWG).Информация о компании-заказчике:учредительные документы;баланс.Помимо указанной информации, желательна информация о физическихлицах, с юридической точки зрения прямо или косвенно являющихсясобственниками компании-заказчика (они должны бытьнерезидентами Австрии).Информация о существующих заграничных дочерних компанияхзаказчика включает в себя следующие сведения о дочерних компаниях:• о количестве;• о правовом статусе;167


• о характере осуществляемой деятельности;• о продолжительности существования;• о финансовом положении.Специализированная (консалтинговая) компания — компания,специализирующаяся на организации базисных холдинговых компанийв Австрии.Компания-заказчик — российская компания, для которой специализированнаякомпания создает базисную холдинговую компанию вАвстрии и от лица которой осуществляет управление последней.Заграничная дочерняя компания компании-заказчика — заграничнаякомпания, в которой компания-заказчик владеет участием или пакетомакций более 25%.Учредительный договор (базисной холдинговой компании) —один из основных учредительных документов — подписывается физическимии/или юридическими лицами с целью создания ООО, содержитв себе положения, регулирующие дальнейшую деятельностькомпании.Экспертиза торговой палаты — законодательно предписаннаяпроверка торговой палатой отдельных положений учредительного договорана предмет их соответствия национальному законодательству.Правовая экспертиза (специализированной компании) — правоваяэкспертиза проводимых холдингом операций, осуществляемая экспертамиспециализированной компании.Справка банка, подтверэюдающая зачисление средству — письменноеуведомление банка, подтверждающее поступление средств науказанный счет.Протокол учредительного собрания (акционерного собрания) —документ, в котором в письменном виде фиксируются решения, принимаемыеучредительным (акционерным) собранием.В ходе решения поставленной задачи планируется дважды проведениеучредительного собрания базисной холдинговой компании, котораядолжна существовать в форме GmbH (общество с ограниченнойответственностью), и проведение акционерного собрания дочернейкомпании в Лихтенштейне. Учредительные собрания холдинга должныпринять решения соответственно об утверждении совета директорови покупке дополнительного пакета акций дочерней компании вЛихтенштейне. Акционерное собрание дочерней компании должнопринять решение о выплате дивидендов материнской компании. Всерешения должны быть зафиксированы в соответствующем протоколе.168


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


оИнформацияо заказчикеИнформацияо дочернейкомпаниизаказчикаПакет акцийдочернейкомпанииVИнструкциизаказчикаЗаконодательствоРеспубликиАвстрияЗаконодательствоКняжестваЛихтенштейнОтказв регистрациикомпании ОтказLОтказв регистрациисделкикупли-продажикомпанииB открытиисчетаСвидетельствоо регистрациикомпанииСоздать холдинговуюкомпанию в Австриии организовать еереинвестиционнуюдеятельностьПлатежныесредстваконсалтинговойкомпанииПлатежныесредствазаказчикаМинистерствофинансовРеспубликиАвстрияБанкиТорговаяпалатаМинистерствофинансовКняжестваЛихтенштейнМенеджменткомпаниии заказчикаАкционерыдочернейкомпанииРеинвестируемыесредстваОтказв регистрацииуставногокапиталакомпанииОтказв предоставленииналоговыхльготРис. П4Л. Контекстная диаграмма создания холдинга


Пакет акцийдочернейкомпанииИнформацияо дочернейкомпаниизаказчикаПлатежныесредстваконсалтинговойкомпанииVИнструкциизаказчикаСоздать холдинговуюкомпанию в АвстрииЗаконодательствоРеспублики АвстрияОтказ в открытии счетаУчредительный договорЗаконодательствоКняжества ЛихтенштейнОтказ в регистрациисделкикупли-продажикомпанииiLСвидетельствоо регистрациикомпанииОтказ в регистрации компанииИнформацияо заказчикеПлатежныесредствазаказчикаСвидетельство о регистрациивнесения пакетаакций дочернейкомпанииСвидетельство о регистрациисделки куплипродажикомпанииVf f fОрганизоватьреинвестиционнуюдеятельность компанииОтказ в регистрацииувеличения уставногокапитала компанииМинистерствофинансовРеспубликиАвстрияБанкТорговаяпалатаМенеджменткомпаниии заказчикаАкционерыдочернейкомпанииОтказ впредоставленииналоговыхльготМинистерствофинансовКняжестваЛихтенштейнРеинвестируемыесредстваРис. П4.2. Первый уровень декомпозиции


ИнструкциизаказчикаЗаконодательствоРеспублики АвстрияИнформацияо заказчикеИнформацияо дочернейкомпаниизаказчикаРазработатьконцепциюсозданиякомпанииПлатежные средстваконсалтинговой компанииПлатежные средства заказчикаПакет акций дочерней компанииР^СоздатькомпаниюСвидетельствооб открытиисчетаVПродатькомпаниюзаказчикуОтказ в регистрациикомпанииОтказ воткрытиисчета^—1ПлатежныесредствахолдингаVВнестипакет акцийдочернейкомпанииУчредительныйдоговорСвидетельствоо регистрациикомпанииОтказ в регистрациисделки куплипродажикомпанииСвидетельствоо решстрациисделки куплипродажикомпанииСвидетельствоо регистрациивнесения пакетаакций дочернейкомпанииТорговаяпалатаБанкМенеджменткомпаниизаказчикаМинистерствофинансовРеспублики АвстрияРис. П4.3. Создать холдинговую компанию в Австрии


КонцепциясозданиякомпанииЗаконодательствоРеспублики АвстрияРазработатьI и подписать'^ учредительныйдоговорПлатежныесредстваконсалтинговойкомпанииВозвращениена доработкуВнестиуставныйкапиталДокументы,подтверждающиеперечислениесредств^ПровестиY*^ экспертизуучредительныхдокументов3ПлатежныесредствахолдингаМVЗарегистрироватькомпаниюПоложительноезаключениеторговой палатыСвидетельствоо регистрациикомпанииОткрытьбанковскийсчетУчредительныйдоговорОтказ в регистрациикомпанииОтказаоткрытии счетаСвидетельствооб открытии счетаБанкиТорговаяпалатаМинистерство финансовРеспублики АвстрияРис. П4.4. Создание компании


4^КонцепциясозданиякомпанииИнструкциизаказчикаЗаконодательствоРеспублики АвстрияСвидетельствоо регистрациикомпанииСвидетельствооб открытии счетаР^Заключить договоркупли-продажикомпании1Платежные средствазаказчикаДоговоркуплипродажикомпанииVПровести расчетыс заказчикомПлатежные средствахолдингаУЗарегистрироватьнового владельцакомпанииОтказ в регистрациисделки куплипродажикомпанииСвидетельствоо регистрациисделки куплипродажикомпанииМенеджменткомпании-заказчикаБанкМинистерство финансовРеспублики АвстрияРис. П4.5. Продажа компании заказчику


Свидетельствоо регистрациисделки куплипродажикомпанииZУчредительныйдоговор£Провестиучредительноесобрание ^ИнструкциизаказчикаЗаконодательствоРеспублики АвстрияИнформацияо дочернейкйМПдИИИзаказчикаР" Разработатьконцепциюоптимизацииструктурыкомпании 2Менеджменткомпании-заказчикаСоставсоветадиректоровПровестиэкспертизуВозвращение на доработкуПакет акций дочерней компанииПлатежные средства холдингаПоложительныйрезультатэкспертизыВнестипакет акцийКонцепцияоптимизацииструктурыкомпанииДокументы,подтверждающиевнесение акцийПровестирасчетыс МинфиномБанкСправка обуплате налогови сборовЗарегистриро-"^ вать внесениепакета акций ^Свидетельствоо регистрациивнесенияпакета акцийдочернейкомпанииМинистерствофинансовРеспубликиАвстрияРис. П4.6. Внесение пакета акций дочерней компании


ONУчредительныйдоговорЗаконодательствоРеспублики АвстрияИнструкциизаказчикаЗаконодательствоКняжества ЛихтенштейнПлатежные средствазаказчикаСвидетельство о регистрациисделки куплипродажикомпании—VСвидетельство о регистрациивнесения пакетаакций дочерней компании 4Приобрестидополнительныйпакет акцийдочерней компанииОтказ в регистрацииувеличения уставногокапитала компанииИнформация о заказчикеККонсолидироватьсредствана счетах компанииОтказ в предоставленииналоговых льготРеинвестируемыесредстваБанкМинистерствофинансовКняжестваЛихтенштейнАкционерыдочернейкомпанииМинистерствофинансовРеспубликиАвстрияМенеджменткомпаниизаказчикаРис. П4.7. Организация реинвестиционнои деятельности компании


Свидетельствоо регистрациисделки куплипродажикомпанииА^ТУТПровестиучредительное |->^собрание iСвидетельствоо регистрациивнесения пакетаакций дочернейкомпанииПлатежныесредствазаказчикаУчредительныйдоговорЗаконодательствоРеспублики АвстрияРешение обувеличенииуставногокапиталаЗарегистрироватьувеличениеуставного капиталакомпании3ИнструкциизаказчикаРегистрационноесвидетельство"Заключить договоркупли-продажидополнительногопакета акций дочернейкомпании4ЗаконодательствоКняжества ЛихтенштейнДоговоркуплипродажиV Провестирасчеты Ус продавцом ^Документы,подтверждающиеперечислениесредствР^Отказ в регистрацииувеличенияуставногокапиталакомпанииЗарегистрироватьсделкуСвидетельствоо регистрациисделки по приобретениюдополнительногопакета акцийдочернейкомпанииМенеджменткомпаниизаказчикаМинистерствофинансовРеспубликиАвстрияАкционерыдочернейкомпанииМинистерствофинансовКняжестваЛихтенштейн


;^ Свидетельство00 о регистрациисделки по приобретениюдополнительногопакета акцийдочерней компанииZ v_Информацияо заказчикеПодать заявкуо предоставленииналоговыхльготЗаконодательствоРеспублики АвстрияСвидетельствооб отказе впредоставленииналоговых льготМинистерствофинансовРеспубликиАвстрияПровестиакционерноесобрание дочернейкомпанииЗаконодательствоКняжества ЛихтенштейнПлатежныесредстваАкционерыдочернейкомпанииОтказ в предоставленииналоговых льготГарантиядочернейкомпанииПровестирасчеты междудочерней компаниейи банком3Платежныесредства(кредит)[^Заключить кредитныйдоговорс банком от лицахолдинговойкомпании АПлатежныесредствадочернейкомпанииБанкИнструкциизаказчика^ Консолидироватьфинансовыеактивы насчетах компании5РеинвестируемыесредстваМенеджменткомпаниизаказчикаРис. П4.9. Консолидирование средств на счетах компании


ГЛОССАРИЙIDEFO — стандарт моделирования, поддерживающий графическоеописание бизнес-функций как набора взаимозависимых действийи информации о ресурсах, необходимых для каждого действия. Назначениемодели IDEFO состоит в документировании и пересмотре назначенияи состава функций для повышения эффективности функционированияорганизации.IDEF3 — стандарт моделирования бизнес-процессов, поддерживающийграфическое описание непосредственного механизма функционированиясистемы или организации. IDEF3 содержит правиларазработки двух видов сетевых диаграмм:• потоков для бизнес-процессов;• изменения состояния объекта.DFD — технология моделирования, показывающая, как объекты(включая и данные) реально перемещаются от одного действия кдругому.Бизнес-процесс (Business-process) — термин, используемый дляописания того, как в процессе функционирования организации выполняютсяте или иные действия. IDEF3 обеспечивает поддержкумоделирования бизнес-процессов посредством применения нотации,ориентированной на идее задания последовательности выполнениядействий и определении времени их выполнения.Бизнес-функция (Business-function) — термин, используемыйдля описания того, что в процессе функционирования организациивыполняют те или иные действия. IDEFO обеспечивает поддержкумоделирования бизнес-функций посредством нотации, использующейдействия и стрелки.Вход (Input arrow) — стрелка, входящая в левую часть блока диаграммыIDEFO. Вход обозначает сырье или информа1


Границы моделирования (Scope) — ширина охвата и глубинадетализации при описании моделируемого набора объектов.Действие (Activity) — описание набора мероприятий, имеющегоцелью обработку или передачу данных или ресурсов (например,"Обработать заказ" или "Провести технический контроль"). МоделиIDEFO выделяют неэффективные действия (у которых отсутствуетуправление или выход) и, таким образом, способствуют работе попроведению реинжиниринга бизнес-процессов. Действие в моделиIDEF3, называемое также единицей работы, описывает обработку,мероприятие, принятие решения или другую процедуру, выполняемуюсистемой или организацией. Действия в диаграммах DFZ) отображаютобработку или передачу данных.Механизм исполнения (Mechanism arrow) — стрелка, входящаяв блок диаграммы IDEFO снизу и обозначающая персонал, оборудованиеи другие, не потребляемые в процессе функционирования ресурсы,используемые для выполнения действия, обозначаемого блоком.Стрелка (Arrow) — стрелка на диаграмме IDEFO представляетвход, управление, выход или механизм выполнения действия. На диаграммахIDEF3 стрелки обозначают порядок выполнения действий(стрелки, нарисованные сплошной линией), отношения (стрелки,нарисованные прерывистой линией) или поток (двухконечные стрелки,нарисованные сплошной линией). В DFD стрелка обозначаетпоток данных между действиями, хранилищами данных и внешнимиссылками.Управление (Control arrow) — ограничение для блока диаграммыIDEFO, определяющее как, когда и при каких условиях выполняетсядействие, обозначенное этим блоком. Это правила, стандарты,законы, должностные инструкции и т.п. Стрелки, обозначающиеуправление, входят в блоки диаграммы IDEFO сверху.


РЕКОМЕНДУЕМАЯЛИТЕРАТУРА1. Вендров A.M. CASE-технологии — современные методы исредства проектирования информационных систем. - М: Финансы истатистика, 1998.Книга представляет собой введение в проектирование информационныхсистем с помощью современных методов и средств.Содержит сведения по методологиям проектирования, структурномуи объектно-ориентированному подходам, характеристикамCASE-средств.2. Дружинин А.И., Малышева Л.А. Использование CASE-технологий(ИПК УГТУ, Екатеринбург) ИТО-99: Тезисы докладов. -М., 1999.Представлена концептуальная основа преподавания курса по использованиюCASE-технологий для проектирования и разработкиинформационных систем в системе повышения квалификации Уральскогогосударственного технического университета3. Ефимов В. Опьгг использования функционального моделированияпри разработке банковских систем. - DiasoftNFO // Банковскиетехнологии. - 1998. - Сентябрь. - С. 64-68.В статье излагается опыт, накопленный компанией "Диасофт"в области структурного системного анализа банковской сферы.Показано, что методологии функционального моделирования, лежащиев основе системного структурного анализа, позволАют добитьсязначительного повышения конкурентоспособности программногообеспечения, снижают производственные издержки и времяразработки.4. Калянов Г.Н. CASE. Структурный системный анализ. - М.:Лори, 1996.Изложены методологические основы области CASE-технологий.Содержит описание основных методов структурного анализа и проектированияпрограммного обеспечения систем обработки информации.Акцент на последовательное рассмотрение наиболее важных аспектовсистемного структурного анализа делает эту книгу особенно181


полезной для аналитиков предметных областей, руководителей программныхпроектов, системных аналитиков, проектировщиков и разработчиковинформационных систем и систем реального времени.5. Калянов Г.Н. Консалтинг при автоматизации предприятий. -М.:Синтег, 1997.Обобщение опыта разработки консалтинговых проектов, выполненныхдля банков, промышленных и торговых предприятий, офисныхучреждений и т.д. Подробно рассматривается методологическаяи инструментальная база выполнения консалтинговых проектов(CASE-технологии), анализируются подходы к реорганизации деятельностипредприятий; предлагается методология выполнения консалтинговыхпроектов, апробированная на крупнейших российскихпредприятиях. Полезна как учебное пособие для "продвинутых" слушателей.6. Клейменова М.С. Системный подход к проектированию сложныхсистем // Журнал д-ра Добба. - 1993. - № 1. - С. 9-14.Весьма удачное с точки зрения подачи материала пособие для"непродвинутых" слушателей, в котором представлены фрагментыистории структурного подхода, а также основные моменты (с примерами)технологий SADT и IDEF.7. Кукушкин А.А., Овсянников А.А. СЛ8Е-моделирование информационныхпроцессов. ~ Орел: ВИПС, 1998.Пособие по курсовому проектированию для слушателей военныхучреждений, включающее все необходимое для исполнения проекта:требования к проекту, общие положения по CASE-моделированию,методика построения модели, методические примеры, а также описаниеосновных функций поддерживающего технологию моделированияпрограммного продукта BPWin.8. Маклаков СВ. BPWin, ERWin. CASE-средства разработки информационныхсистем. - М.: ДИАЛОГ-МИФИ, 1999.182Практическое руководство по созданию информационных системс помощью CASE-средств фирмы Platinum BPWin и ERWin. Изложенаметодология создания модели процессов в BPWin и моделиданных с помощью ERWin. Связывание модели процессов и моделиданных. Создание объектной модели и ее связывание с моделью данныхпри помощи ERWin Translation Wizard. Создание качественныхотчетов с помощью RPTWin. Очень хорошее, к тому же и современ-


ное учебное пособие в обсуждаемой области, к сожалению, малопригодноедля "непродвинутой" аудитории.9. Марка Д.А., МакГоуэн К. SADT — методология структурногоанализа и проектирования. - М.: Метатехнология, 1993.Классический труд, в котором изложены основные концепцииметодологии SADT-IDEF (Structured Analysis and Design Technique).Подробно описан процесс построения функциональных моделей процессов.Множество примеров, взятых из реальных аналитическихпроектов, иллюстрируют различные способы применения SADT вшироком спектре областей. Представляет большую ценность какучебно-методическое пособие для начинающих изучать предмет, непотерявшее своей ценности за прошедшее с момента выхода время.10. Ручкин B.C. Вербальная модель функционирования отделаучета и отчетности физических лиц территориальной налоговой инспекции.Новые информационные технологии в финансово-кредитнойсфере. - М.: Международная академия информатизации, 1997.Пример использования IDEF-моделирования для автоматизацииодной из задач налогообложения для физических лиц.11. Семенов И.О. Вербальная модель функционирования отделаучета и отчетности юридических лиц территориальной налоговой инспекции.Новые информационные технологии в финансово-кредитнойсфере. - М.: Международная академия информатизации, 1997.Пример использования IDEF-моделирования для автоматизацииодной из задач налогообложения юридических лиц.12. Тельнов Ю.Ф. Реинжиниринг бизнес-процессов. - М.: Московскийгос. университет экономики, статистики, информатики, 1999.Теория и практика для выполнения лабораторных работ.13. Черемных СВ., Ручкин B.C., Семенов И.О. Структурныйанализ систем. IDEF-технологии. - М.: Финансы и статистика, 2001.Изложена технология современного структурного анализа бизнес-процессовна основе пакета международных стандартов моделированияIDEF. Благодаря доступной, хорошо структурированнойформе подачи материала, а также тщательно подобранным примерамспециалисты, прежде всего в области менеджмента, имеют возможностьиспользовать рассмотренную в книге технологию в качестверабочего инструмента в своей практической деятельности.183


14. Черемных О.С.,Чвремных СВ. Моделирование и реинжинирингбизнес-процессов. Вводный курс. - М.: Финансовая академия,2002.Конспект лекций. Приведены толковый словаоь терминов иподробный список литературы.15. BPwin Methods Guide. - Logic Works Inc., 1997.Хорошее пособие для изучения подходов семейства IDEF и их отраженияв программе BPwin.Интернет-источники1. WWW.IDEF.COMСайт группы разработчиков IDEF, содержит множество материаловпо стандартам IDEF и их практическому применению. Имеетссылки на форумы пользователей IDEF со всего мира.2. WWW.IDEFINE.COMСайт одной из ведущих компаний по реинжинирингу корпораций,расположенной в Великобритании. Есть несколько статей попрактическому применению IDEF в реинжиниринге.3. WWW.INTERFACE.RUСайт основного дистрибьютера компании Computer Associatesв России.


Оглавлениек читателю 3Предисловие 7Глава 1. Методология описания бизнес-процессов IDEF3 . 91.1. Синтаксис и семантика моделей IDEF3 101.1.1. Модели IDEF3 101.1.2. Диаграммы 101.1.3. Единица работы. Действие 111.1.4. Связи 111.1.5. Соединения 151.1.6. Указатели 211.1.7. Декомпозиция действий 221.2. Требования IDEF3 к описанию бизнес-процессов 221.2.1. Определение сценария, границ моделирования,точки зрения 231.2.2. Определение действий и объектов 231.2.3. Последовательность и параллельность 24Глава 2. Методология функционального моделированияIDEFO 252.1. Синтаксис и семантика моделей IDEFO 262.1.1. Модели IDEFO 262.1.2. Действия 272.1.3. Границы и связи 272.1.4. Туннели 322.2. Построение моделей IDEFO 342.2.1. Диаграммы 342.2.2. Цикл "эксперт-аналитик" 362.2.3. Построение моделей 362.2.4. Точка зрения 372.2.5. Границы моделирования 372.2.6. Выбор наименования контекстного блока 38185


Глава 2. Методология функционального моделированияIDEFO2.2.7. Определение стрелок на контекстной диаграмме 392.2.8. Нумерация блоков и диаграмм 402.2.9. Связь между диаграммой и ее родительскимфункциональным блоком 412.2.10. Два подхода к началу моделирования ("в ширину"и "в глубину") 422.2.11. Когда остановиться? 422.2.12. Другие диаграммы IDEFO 422.3. Взаимосвязь моделей IDEFO и IDEF3 442.3.1. Действия, выполняемые в функциональных блоках442.3.2. Создание моделей IDEF3 для отображения блоковIDEFO 45Глава 3. Структурный анализ потоков данных DFD 473.1. Назначение диаграмм потоков данных 473.2. Синтаксис и семантика диаграмм потоков данных 493.2.1. Функциональные блоки 493.2.2. Внешние сущности 503.2.3. Стрелки (потоки данных) 503.2.4. Хранилища данных 513.2.5. Ветвление и объединение 513.3. Построение диаграмм потоков данных 523.3.1. Два подхода к построению DFD-моделей 523.3.2. Нумерация объектов 53Глава 4. Программное обеспечение IDEF-моделирования 551864.1. Platinum BPWin — руководство пользователя программногопакета компьютерной поддержки технологии моделированияIDEF 554.1.1. Краткий обзор 564.1.2. Проверка правильности выполнения задания ... 574.1.3. Зачем нужно усовершенствование бизнес-процессов?584.1.4. Деловое моделирование 584.1.5. Что такое BPWin? 58


Глава 4. Программное обеспечение IDEF-моделирования4.1.6. Модель BPWin 594.1.7. Методологии моделирования, поддерживаемыеBPWin 604.1.8. Функциональное моделирование (IDEFO) 604.1.9. Диаграммы потоков данных (DFD) 614.1.10. Описание бизнес-процессов (IDEF3) 614.1.11. Когда и какие методологии применять? 644.1.12. Рабочее место BPWin 654.1.13. Дерево модели 654.1.14. Область для рисования 674.1.15. Панель инструментов BPWin 674.1.16. Помощь 674.1.17. Построение контекстных диаграмм 684.1.18. Декомпозиция 704.1.19. Оформление моделей 734.1.20. Ветвление и объединение стрелок 754.1.21. Опции отображения 764.1.22. Другие виды диаграмм IDEFO 764.1.23. Открытие древовидных и FEO-диаграмм 784.1.24. Разбиение и объединение моделей 784.1.25. Оценивание бизнес-процессов с использованиемBPWin 804.1.26. Печать диаграмм BPWin 834.1.27. Получение отчетов по модели 84Глава 5. Практические занятия 885.1. Создание контекстной диаграммы 895.2. Создание диаграммы декомпозиции 915.3. Задание. Создание диаграммы декомпозиции 965.4. Создание диаграммы узлов 995.5. Задание. Создание диаграммы дерева узлов 995.6. Создание FEO-диаграммы 1005.7 Задание. Создание FEO-диаграммы 1005.8. Расщепление и слияние моделей 1015.9. Создание диаграммы IDEF3 103187


Глава 5. Практические занятия5.10.Создание перекрестка 1045.11. Задание. Создание диаграммы IDEF3 1065.12.Создание сценария 1075.13.Задание. Создание сценария 1085.14.Затратный (Cost) анализ 1085.15.3адание 1105.16. Использование категорий UDP 1115.17. Задание. Использование категорий UDP 1155.18. Расщепление модели 1165.19. Слияние расщепленной модели с исходной моделью... 1185.20.Копирование работ 1195.21.Задание. Создание модели ТО-ВЕ (реинжиниринг бизнес-процессов)120Этап 1. Расщепление и модификация модели 121Этап 2. Слияние модели 123Этап 3. Использование Model Explorer для реорганизациидерева декомпозиции 125Этап 4. Модификация диаграммы IDEF3 "Сборка продукта"с целью отображения новой информации 127Этап 5. Декомпозиция работы "Продажи и маркетинг" . 1285.22. Создание диаграммы DFD 1295.23. Использование стрелок IDEFO на диаграмме DFD 1315.24.Интеграция процессов и данных на базе Erwin и BPWin 1335.25. Генерация отчетов и печать диаграмм 139Приложения 140188П1. Применение стандартов моделирования семейства IDEFдля совершенствования Регламента ГосударственнойДумы Российской Федерации 140П2. IDEF-моделирование в налогообложении 144П2.1. Постановка задачи 144П2.2. Основные элементы модели 145П2.3. Словарь 147П2.4. IDEFO-диаграммы модели 148П2.5. Описание функциональных блоков 152


ПриложенияПЗ. Моделирование управленческого учета на предприятии 153П3.1. Постановка задачи 153П3.2. Основные элементы модели 153ПЗ.З. Список функций 154П3.4. Словарь 155П3.5. IDEFO-диаграммы модели 156П3.6. Описание функциональных блоков 156П4. Моделирование процесса создания и организации реинвестиционнойдеятельности холдинговой компании вРеспублике Австрия , 160П4.1. Постановка задачи 160П4.2. Решение поставленной задачи при помощи технологииIDEFO 162П4.3. Некоторые особенности рассматриваемой проблемы162Глоссарий 179Рекомендуемая литература 181Интернет-источники 183


Производственное изданиеЧеремных Станислав ВладимировичСеменов Илья ОлеговичРучкин Владимир СергеевичМОДЕЛИРОВАНИЕ И АНАЛИЗ СИСТЕМ.IDEF-ТЕХНОЛОГИИ:ПРАКТИКУМЗаведующая редакцией Л.А. ТабаковаРедактор Л.Д ГригорьеваМладший редактор НА. ФедороваХудожественный редактор Ю.И. ЛртюховТехнический редактор Т.С. МарининаКорректоры Г. В. Хлопцева, Н.П. СперанскаяКомпьютерная верстка >1.Я. КанатниковаОбложка художника О.В. ТолмачеваИБ№4461Подписано в печать 10.07.2006Формат 60x88/16. Печать офсетнаяГарнитура «Тайме». Усл. п. л. 11,76. Уч.-изд. л. 10,72Тираж 2000 экз. Заказ 1934. «С» 136Издательство «Финансы и статистика»101000, Москва, ул. Покровка, 7Телефон (495) 625-35-02, факс (495) 625-09-57E-mail: mail@rinstat.ru http://www.finstat.ru000«Великолукская городская типография»182100, Псковская область. Великие Луки,ул. Полиграфистов, 78/12Тел./факс: (811-53) 3-62-95E-mail: zakaz@veltip.ru

More magazines by this user
Similar magazines