ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 04.08.2024
Просмотров: 167
Скачиваний: 0
Стоимостныйанализ
Какбылоуказаноранее, обычносначаластроитсяфункциональнаямодельсуществующей организацииработы— AS-ISкак(есть).ПослепостроениямоделиAS-ISпроводитсяанализ бизнес-процессов, потокиданныхиобъектовперенаправляютсяиулучшаются, врезультате строитсямодельТО-ВЕ. Какправило, строитсянесколькомоделейТО-ВЕ, изкоторыхпо какому-либокритериювыбираетсянаилучшая. Проблемасостоитв ом, чтотакихкритериев многоинепростоопределитьважнейший. Длятогочтобыопределитькачествозданной моделисточкизренияэффективностибизнес-процессов, необходимасистеметрикиа, . е. качествоследуетоцениватьколичественно.
BPwinпредоставляетаналитикудваинструментадляоценкимодели— |
стоимостныйанализ |
, |
||||
основанныйнаработах(Activity Based Costing,исвойстваABC),определяемые |
||||||
пользователем(User Defined Properties, UDP). |
Функциональноеоценивание |
– ABCэто– |
||||
технологиявыявленияисследованиястоимостивыполнениятойилиинойфункции |
||||||
(действия).Исходнымиданнымидля |
функциональногооценивания |
являютсязатратына |
||||
ресурсы(материалы, персоналит.д.).Всравнениитрадиционнымиспособамиоценкизатрат, |
||||||
приприменениикоторыхчастонедооцениваетсяпродукция, производимаянезначительном |
||||||
объеме, ипереоцениваетсямассовыйвыпуск, ABCобеспечиваетболееточныйметодрасчета |
||||||
стоимостипроизводствапродукции, основанныйнастоимостивыполнениявсех |
представляет |
|||||
технологическихопераций, выполняемыхприеевыпуске. |
Стоимостныйанализ |
|||||
собойсоглашениеобучете,используемоедлясборазатрат,связанныхработами,с |
||||||
цельюопределитьобщуюстоимость |
процесса. Стоимостныйанализ |
основаннамодели |
||||
работ, потомучтоколичественнаяоценканевозможнабездетальногопонимания |
||||||
функциональностипредприятия. ОбычноABCприменяетсядл того, чтобыпонять |
||||||
происхождениевыходныхзатратиоблегчитьвыборнужноймоделиработприреорганизации |
||||||
деятельностипредприятия(Business Process Reengineering,СпомощьюBPR). |
стоимостного |
|||||
анализа можнорешитьакиезадачи, какопределениедействительнойстоимостипроизводства |
||||||
продукта, определениедействительнойстоимостиподдержкиклиента, идентификация |
||||||
наиболеедорогостоящихработ( ех, которыедолжныбытьулучшенывпервую |
очередь ), |
|||||
обеспечениеменеджеровфинансовоймеройпредлагаемыхизмененийт.д. |
||||||
ABCанализможетпроводитьсятолькотогда, когдамодельработыпоследовательная(следует синтаксическимправиламIDEF0),корректная(отражаетбизнес),полная(охватываетвсю рассматриваемуюобласть)истабильная(проходитциклэкспертизыбезизменений),другими словами, когдасозданиемоделиработызакончено.
ABCвключаетследующиеосновныепонятия:
• Объект затрат —причина,покоторойработавыполняется,обычноосновной
выходработы . Стоимостьработестьсуммарнаястоимость |
объектовзатрат ( "Сборкаи |
|||
тестированиекомпьютеров" |
, рис. 8.1 ); |
("Заказы |
||
управленийработы |
||||
• Двигательзатрат —характеристикивходови |
||||
клиентов", Правила" сборкитестирования", Персонал" производственногоотдела" |
рис. |
|||
8.1),которыевлияютнато, каквыполняетсяикакдолгодлитсяработа; |
||||
• Центры затрат ,которыеможнотрактоватькакстатьирасхода |
. |
|||
Рис. 8.1. ИллюстрациятерминовABC |
|||
Припроведении стоимостногоанализа |
в BPwinсначалаз даютсяединицыизмерениявремени |
||
иденег. ДлязаданияединицизмеренияследуетвызватьдиалогModel Propertiesменю( |
|||
Model),закладкаABC Units ( |
рис. 8.2 |
). |
|
Рис. 8.2. Настройкаединицизмерениявалютыивремени
Есливспискевыбораотсутствунеобходимаятвалюта(например, рубль),ееможнодобавить. ДиапазонизмерениявремениспискеUnit of measurmentдостаточендлябольшинства случаев—отсекунддолет.
Затемописываются центрызатрат (cost centers)Длявнесения. |
центровзатрат необходимо |
||
вызватьдиалогCost Center EditorизменюModel ( |
рис. 8.3 |
). |
|
Рис. 8.3. ДиалогCost Center Editor |
||
Каждому центрузатрат следуетдатьподробноеописаниевокнеDefinitionСписок. |
центров |
|
затрат упорядочен. Порядоквспискеможноменятьприпомощистрелок, расположенных |
||
справаотсписка. Заданиеопределеннойпоследовательности |
центровзатрат |
всписке, во- |
первых, облегчаетпоследующуюработуприприсвоениистоимостиработам, во-вторых, |
||
имеетзначениеприиспользованедииныхстандартныхотчетовразныхмоделях. ХотяBPwin |
||
сохраняетинформациюстандартномотчетевфайлеBPWINRPTинформация.INI, |
центрах |
|
затрат и UDPсохраняетсяввидеуказателей, . . хранятсяненазвания |
центровзатрат , аих |
|
номера. Поэтому, еслинужноиспользоватьодинтотжестандартныйотчетвразных |
||
моделях, списки |
центровзатрат должныбытьвниходинаковы. |
|
Длязаданиястоимостиработы(длякаждойработынадиаграммедекомпозиции)следует щелкнутьправойкнопкоймышипоработеинавсплывающемменювыбратьCost ( рис. 8.4 ).В диалогеActivity Costуказываетсячастотапроведенияданнойработыврамкахобщего
процесса (окноFrequency)ипродолжительность(Duration)Затем. следуетвыбратьсписке одиниз центровзатрат ивокнеCostзадатьегостоимость. Аналогичноназначаютсясуммыпо каждому центрузатрат , т. е. задаетстоимостьякаждойработыпокаждойстатьерасхода. Еслив процессе назначениястоимостивозникаетнеобходимостьвнесениядополнительных
центровзатрат , диалогCost Center Editorвызываетсяпр моиздиалогаActivity Properties/Cost
соответствующейкнопкой.
Рис. 8.4. ЗаданиестоимостиработвдиалогеActivity Properties/Cost
Общиезатратыпоработерассчитываюткаксяуммаповсем |
центрамзатрат . Привычислении |
||||
затратвышестоящей(родительской)работысначалавычисляетсяпроизведениезатрат |
|||||
дочернейработыначастотуработы(числораз, котороеработавыполняетсярамках |
|||||
проведенияродительскойработы),затемрезультатыскладываются. Есливовсехработах |
|||||
моделивключенрежимCompute from Decompositions ( |
рис. 8.4 ),подобныевычисления |
||||
автоматическипроводятсяповсейиерархииработснизувверх( |
рис. 8.5 ). |
||||
Рис. 8.5. Вычислениезатратродительскойработы
Этотдостаточноупрощенныйпринципподсчетасправедлив, еслиработывыполняются последовательно. Встроенныевозможности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руб.
Следовательно, сцельюминимизациизатратпервойдолжнабытьвыполненанаиболее дешеваяработа, затем—средняяпостоимостивконце—наиболеедорогая.
Результаты стоимостногоанализа |
нагляднопредставляютсянаспециальномотчетеBPwin, |
||
настройкакоторогопроизводитсядиалоговомокнеActivity Cost ReportменюTools/Reports/( |
|||
Activity Cost Report) (рис. 8.6 |
).Отчетпозволяетдокументироватьимя, номер, определение |
||
центрамзатрат . |
|||
стоимостьработ, каксуммарную, такираздельнопо |
|||
Рис. 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 ).
Диаграммыпотоковданных
Диаграммыпотоковданных(Data Flow Diagramming)являютсяосновнымсредством |
||
моделированияфункциональныхтребованийкпроектируемойсистеме. Требования |
||
представляютсявидеиерархии |
процессов, связанныхпотокамиданных. Диаграммыпотоков |
|
данныхпоказывают, каккаждый |
процесс преобразуетсвоивходныеданныеввыходные, и |
|
выявляютотношениямеждуэтими |
процессами. DFDдиаграммыуспешноиспользуютсякак |
|
дополнениекмоделиIDEF0дляописаниядокументооборотаиобработкиинформации. |
||
ПодобноIDEF0, DFDпредставляетмоделируемуюсистемукаксетьсвязанныхработ. Основные |
||
компонентыDFDкак( былосказановыше) – |
процессы илиработы, |
внешниесущности , потоки |
данных, накопителиданных( ранилища). |
||
Рис. 8.8. ДиалогнастройкиотчетаDiagram Object Report |
|
В BPwinдляпостроендияаграммпотоковданныхиспользуетсянотацияГейна-Сарсона. |
|
ДлятогочтобыдополнитьмодельIDEF0диаграммойDFD,нужнов |
процессе декомпозициив |
диалогеActivity Box Countкликнуть"порадио-кнопкеDFDВ.палитреинструментовнановой |
|
диаграммеDFDпоявляютсяновыекнопки: |
•( External Reference ) —добавитьдиаграммувнешнююссылку;
• ( Data store ) —добавитьдиаграмму |
хранилищеданных |
; |
•Diagram Dictionary Editor –ссылканадругуюстраницу. ВотличиеIDEF0этот инструментпозволяетнаправистьрелкуналюбуюдиаграмму( нетольконаверхний уровень).
ВотличиестрелокIDEF0,которыепредставляютсобойжесткиевзаимосвязи, стрелкиDFD |
|||||
показывают, какобъекты(включаяданные)двигаютсяотоднойработыкдругой. Это |
|||||
представлениепотоковсовместно |
хранилищамиданных |
и внешнимисущностями |
делает |
||
моделиDFDболеепохожиминафизическиехарактеристистемыки—движениеобъектов, |
|||||
хранениеобъектов, поставкаираспространениеобъектов( |
рис. 8.9 ). |
||||
ВотличиеIDEF0,гдесистемар ссматриваетсякаквзаимосвязанныеработы, DFD рассматриваетсис емукаксовокупностьпредметов. Контекстнаядиаграммачастовключает работыивнешниессылки. Работыобычноименуютсяпоназваниюсистемы, например "Системаобработкиинформации" . Включениевнешнихссылоквконтекстнуюдиаграмму неотменяеттребованияметодологиичеткопределитьцель, областьиединуюточкузрения намоделируемуюсистему.
Рис. 8.9. ПримердиаграммыDFD
В DFD работы ( процессы )представляютсобойфункциис стемы, преобразующиевходы выходы. Хотяработыизображаютсяпрямоугольникамисоскругленнымиуглами, смыслих совпадаетсмысломработIDEF0и IDEF3Так. же, как процессы IDEF3,ониимеютвходыи выходы, нонеподдерживаютуправлениямеханизмы, какIDEF0 ( рис. 8.9 ) (блоки"Проверка ивнесениеклиентов", Внесение" заказов").
Внешниесущности изображаютвходысистему/иливыходыизсистемы |
. Внешние |
|||
сущности изображаютсяввидепрямоугольникастеньюиобычнорасполагаютсякраям |
||||
диаграммы( рис. 8.9 , блок"Звонкиклиентов).Одна |
внешняясущность |
можетбыть |
||
использовамногократнонаоднойилинесколькдиаграммах. Обычнотакойприем используют, чтобынерисоватьслишкомдлинныхзапутанныхстрелок.
Потокиработ изображаются стрелками и описываютдвижениеобъектовизоднойчасти системывдругую . Посколькув DFDкаждаясторонаботынеимеетчеткогоназначения,
какв IDEF0,стрелкимогутподходивыходитьизлюбойгранипрямоугольникаработы. В
DFDтакжеприменяютсядвунаправленныестрелкидляописаниядиалоговтипа"командаответ"междуработа,междуи работойи внешнейсущностью имежду внешнимисущностями
(рис. 8.9 ).
Вотличиестрелок, описывающихобъектывдвижении, |
хранилищаданных |
изображают |
|||
объектывпокое( |
рис. 8.10 ). |
||||
Рис. 8.10. Хранилищеданных |
|||
Вматериальныхсистемах |
хранилищаданных |
изображаютсятам, гдеобъектыожидают |
|
обработки, напримерв |
очереди. Всистемахобработкиинформации |
хранилищаданных |
|
являютсямеханизмом,которыйпозволяетсохранитьданныедляпоследующих
процессов.
В DFDстрелкимогутсливатьсяразветвляться, чтопозволяетописатьдекомпозициюстрелок. Каждыйновыйсегментсливающейсяилиразветвляющейсястрелкиможетиметьсобственное имя.
ДиаграммыDFDмогутбытьпостроеныиспользованиемтрадиционногоструктурногоанализа, подобнот му, какстроятсядиаграммыIDEF0.