8

Стоимостныйанализ

Какбылоуказаноранее, обычносначаластроитсяфункциональнаямодельсуществующей организацииработы— AS-ISкак(есть).ПослепостроениямоделиAS-ISпроводитсяанализ бизнес-процессов, потокиданныхиобъектовперенаправляютсяиулучшаются, врезультате строитсямодельТО-ВЕ. Какправило, строитсянесколькомоделейТО-ВЕ, изкоторыхпо какому-либокритериювыбираетсянаилучшая. Проблемасостоитв ом, чтотакихкритериев многоинепростоопределитьважнейший. Длятогочтобыопределитькачествозданной моделисточкизренияэффективностибизнес-процессов, необходимасистеметрикиа, . е. качествоследуетоцениватьколичественно.

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

ABCвключаетследующиеосновныепонятия:

• Объект затрат —причина,покоторойработавыполняется,обычноосновной

Рис. 8.2. Настройкаединицизмерениявалютыивремени

Есливспискевыбораотсутствунеобходимаятвалюта(например, рубль),ееможнодобавить. ДиапазонизмерениявремениспискеUnit of measurmentдостаточендлябольшинства случаев—отсекунддолет.

Этотдостаточноупрощенныйпринципподсчетасправедлив, еслиработывыполняются последовательно. ВстроенныевозможностиBPwinпозволяютразрабатыватьупрощенные моделистоимости, которые, темнеменее, оказываютсячрезвычайнополезнымипри предварительнойоценкезатрат. Еслисхемавыполненияболеесложная(например, работы производятсяальтернативно),можноотказатьсяподсчетаизадатьитоговыесуммыдля каждойработывручную(Override Decompositions)Вэтомслучае. результатырасчетов нижнихуровнейдекомпозициибудутигнорироваться, прирасчетахнаверхнихуровнях будетучитыватьсясумма, заданнаявручную. Налюбомуровнерезультатырасчетов сохраняютсянезависимоотвыбранногорежима, поэтомупривыключенииопцииOverride Decompositionsрасчетснизувверхпроизводитсяобычнымобразом.

Дляпроведенияболеетонкогоанализаможновоспользоватьсяспециализированным средством стоимостногоанализа EasyABC (ABC Technology,имеетInc.). BPwin

двунаправленинтерфейсыйEasyABCДля.экспортад нныхв EasyABCследуетвыбрать пунктменюFile/Export/NodeзадатьTree,вдиалогеExport NodeнеобходимыеTree настройки иэкспортироватьдеревоузловтекстовыйфайл(.txt)Файл. экспортаможноимпортировать EasyABCПосле. проведенияеобходимыхрасчетоврезультирующиеданныеможно импортироватьизEasyABCв BPwinДля. импортанужновыбратьменюFile/Import/Costsив диалогеImport ActivityвыбратьCostsнеобходимыеустановки.

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

•внешний осмотр— стоимость50 руб .;

•пробное включение— стоимость150 руб .;

• испытание на стенде — стоимость300 руб .

Предположимтакже, чтосточкизрениятехнологииочередностьпроведенияработ несущественна, вероятностьвыявлениябракаодинакова(50%)Пусть. необходимо проверитьвосемьизделий. Еслипроводитьработывубывающемпостоимостипорядке, то затратынаполучениеготовогоизделиясоставят:

300руб. (испытаниенастенде)*8 +150руб. (пробноевключение) *4 + руб50. (внешний осмотр) *2 = 3100руб.

Еслипроводитьработыввозрастающемпостоимостипорядке, тонаполучениеготового изделиябудетзатрачено:

50руб. (внешнийосмотр) *8 +150руб. (пробноевключение) *4 + 300руб. (испытаниена стенде) *2 = 1600руб.

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

Рис. 8.6. Диалогнастройкиотчетапостоимостиработ

Результатыотображаютсяинепосредственнонадиаграммах. Влевомнижнемуглу прямоугольникаработыможетпоказыватьсялибостоимость(поумолчанию),либо продолжительность, либочастотапроведенияработы. Настройкаотображенияосуществляется вдиалогеModel PropertiesменюModel/Model( Properties),закладкаDisplay (ABC Data, ABC Units).

Свойства,определяемыепользователем(UDP)

АВСпозволяетоценитьстоимостныевременныехарактеристистемыки. Еслистоимостных показателнедостаточной, имеетсявозможностьвнесениясобственныхметрик—свойств, определенныхпользователем— (User Defined Properties,позволяютUDP).провестиUDP дополнительаныйализ, хотяибезсуммирующихподсчетов.

ДляописанияUDPслужитдиалогUser-Defined PropertyменюEditorModel/UDP( Definition Editor) (рис. 8.7 ).ВверхнемокнедиалогавноситсяимяUDP,вспискевыбораDatatype описываетсятипсвойства. Имеетсявозможностьзадания18различныхтиповUDP,втомчисле управляющихкомандимассив,овбъединенныхпокатегориям. Длявнесениякатегории следуетзадатьимякатегориивокнеNew KeywordищелкнутьпокнопкеAdd CategoryДля. присвоениясвойствак тегориинеобходимовыбратьUDPизсписка, затемкатегоризю спискакатегорищелкнутьйпокнопкеUpdateОдна. категорияможетобъединятьнесколько свойств, тожевремяодносвойством жетвходитьнесколькокатегорий. СвойствотипаList можетсодержатьмассивпредварительноопределенныхзначений. Дляопределенияобласти значенийUDPтипаListследуетзадатьзначениесвойствокнеаNew Keywordищелкнутьпо кнопкеAdd MemberЗначен. изяспискаможноредактироватьудалять.

Рис. 8.7. ДиалогписанияUDP

КаждойработеможнопоставитьсоответствиенаборUDPДля. этогоследуетщелкнуть правойкнопкоймышипоработеивыбратьпунктменюUDPВ.закладкеUDP Valuesдиалога IDEF0 Activity PropertiesможнозадатьзначенияUDPРезульт. заданиятможно

проанализироватьотчетеDiagram Object менюReportTools/Report/Diagram( Object Report)

(рис. 8.8 ).

Диаграммыпотоковданных

•( External Reference ) —добавитьдиаграммувнешнююссылку;

•Diagram Dictionary Editor –ссылканадругуюстраницу. ВотличиеIDEF0этот инструментпозволяетнаправистьрелкуналюбуюдиаграмму( нетольконаверхний уровень).

ВотличиеIDEF0,гдесистемар ссматриваетсякаквзаимосвязанныеработы, DFD рассматриваетсис емукаксовокупностьпредметов. Контекстнаядиаграммачастовключает работыивнешниессылки. Работыобычноименуютсяпоназваниюсистемы, например "Системаобработкиинформации" . Включениевнешнихссылоквконтекстнуюдиаграмму неотменяеттребованияметодологиичеткопределитьцель, областьиединуюточкузрения намоделируемуюсистему.

Рис. 8.9. ПримердиаграммыDFD

В DFD работы ( процессы )представляютсобойфункциис стемы, преобразующиевходы выходы. Хотяработыизображаютсяпрямоугольникамисоскругленнымиуглами, смыслих совпадаетсмысломработIDEF0и IDEF3Так. же, как процессы IDEF3,ониимеютвходыи выходы, нонеподдерживаютуправлениямеханизмы, какIDEF0 ( рис. 8.9 ) (блоки"Проверка ивнесениеклиентов", Внесение" заказов").

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

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

какв IDEF0,стрелкимогутподходивыходитьизлюбойгранипрямоугольникаработы. В

DFDтакжеприменяютсядвунаправленныестрелкидляописаниядиалоговтипа"командаответ"междуработа,междуи работойи внешнейсущностью имежду внешнимисущностями

(рис. 8.9 ).

являютсямеханизмом,которыйпозволяетсохранитьданныедляпоследующих

процессов.

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

ДиаграммыDFDмогутбытьпостроеныиспользованиемтрадиционногоструктурногоанализа, подобнот му, какстроятсядиаграммыIDEF0.

МетодописанияпроцессовIDEF3

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

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

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

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

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

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

Диаграмма являетсяосновнойединицейописанияв IDEF3Важно. правильнопостроить диаграммы, посколькуонипредназначеныдлячтениядругимилюдьми(анетолькоавтором).

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

изображающих связи, стилькоторыхустанавливачерезтсяменюEdit/Arrow Style:

Старшая(Precedence)

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

Отношения(Relational Link)

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

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

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

— добавить( диаграммуобъектссылки— Referent)впалитреинструментов. Объектссылки изображаетсяввидепрямоугольника, похожегонапрямоугольникработы

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

перекрестками пунктирнымилиниями.ОфициальнаяспецификацияIDEF3различает тристиля объектовссылок — безусловные (unconditional), синхронные (synchronous)и

асинхронные (asynchronous).поддерживаетBPwin толькобезусловныеобъектыссылок. Синхронныеасинхронныеобъектыссылок, используемыевдиаграммахпереходсостоянийв объектов, неподдерживаются.