5 23 Использование стрелок idef0 на диаграмме dfd
Некоторые стрелки с диаграммы IDEF0 (не только с родительской) могут показываться на диаграмме DFD. Для отображения таких стрелок используется инструмент Off-Page Reference.
1. Декомпозируйте работу "Исследование рынка" на диаграмме А2 на диаграмму DFD. Удалите граничные стрелки. Создайте следую щие работы:
разработка прогнозов продаж;
разработка маркетинговых материалов;
привлечение новых клиентов.
2. Используя
кнопку
на
палитре инструментов, внесите хра
нилища
данных:
список клиентов;
список продуктов;
список заказов.
3. Добавьте две внешние ссылки:
маркетинговые материалы;
прогноз продаж.
4. Свяжите объекты диаграммы DFD стрелками, как показано на рис. 5.39.
Рис. 5.39
5. На родительской диаграмме А2 туннелируйте (Change to Tunnel) стрелки, подходящие и исходящие из работы "Исследование рынка".
Рис. 5.40
6. В случае внесения новых клиентов в работу "Проверка и внесение клиента" на диаграмме А22 "Оформление заказов" информация должна направляться к работе "Привлечение новых клиентов" диаграммы А23 "Исследование рынка". Для этого необходимо использовать инструмент Off-Page Reference. На диаграмме А22 "Оформление заказов" создайте новую граничную стрелку, исходящую от работы "Проверка и внесение клиента", и назовите ее "Информация о новом клиенте" (рис. 5.40).
Рис. 5.41
7. Правой кнопкой щелкните по наконечнику стрелки и выберите в меню Off-Page Reference. В появившемся диалоговом окне Off-Page Arrow Reference выберите в качестве диаграммы A23D "Исследование рынка" (рис. 5.41).
_ 2д Интеграция процессов и данных на базе Erwin и BPWin
Импорт модели данных из Erwin в BPWin.
Создайте папку для сохранения файлов импорта-экспорп ~:\BPCLASS/
Загрузите Erwin. Откройте (меню File/ Open...) моде; 3UILL.ER1.
3. Перейдите в меню File/BPWin /Export (рис. 5.43).
Рис. 5.43
Сохраните файл экспорта в папке C:\BPCLASS.
Перейдите в BPWin.
Перейдите в меню Fileflmport/Erwin (ЕАХ).
В появившемся диалоговом окне Open выберите файл экспорта ЕАХ (в папке C:\BPCLASS — рис. 5.44).
Перейдите в меню Edit / Model Properties, далее — закладка Display. Установите опцию Off-Page Reference label — Node number.
Перейдите на диаграмму A23D "Исследование рынка" и на-
правьте
стрелку "Инфор
мация
о новом клиенте"
на
вход работы "Привле
чение новых
клиентов".
Результат
представлен на
Рис.
5.42 рис.
5.42.
Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета: начало — файл 09dl.bpl, окончание — файл 09d2.bpl.
Рис. 5.44
В диалоговом окне Import Differences Preview просмотрите ре зультаты импорта и закройте диалоговое окно (Close).
В диалоговом окне Import From EAX Verification щелкните по
кнопке Accept Changes (рис. 5.45).
10. Перейдите в меню Edit / Entity / Attribute Dictionary и просмотрите ре зультаты импорта.
11. В закладке General диалогового ок на Model properties включите опцию
Рис. 5.45 Apply CRUD/IRUN Restrictions.
Назначение ассоциаций сущностей и атрибутов:
Перейдите к диаграмме А2.
Правой кнопкой мыши щелкните по стрелке "Заявки на заказ" и выберите пункт меню Arrow Date.
3.В
диалоговом окне IDEFO
Arrow Properties выберите
"чекбок-сы"
сущностей
и атрибутов, которые необходимо
ассоциировать со
стрелкой.
Таблица 5.10 Сущности и их атрибуты
Наименование стрелки |
Наименование сущности |
Наименование атрибута |
|
CUSTOMER |
Customer City |
|
Customer Company Name |
|
|
Customer Fax Number |
|
|
Customer First Name |
|
|
Customer Last Name |
|
Customer Number |
||
|
Customer Phone Number |
|
Заявки на заказ |
Customer State |
|
|
Customer Street Address |
|
|
Customer Zip Code |
|
|
LINE ITEM |
Line Item Quantity |
|
Line Item Sequence Number |
|
Line Item Total |
||
|
Product Code |
|
|
Sales Order Number |
Продолжение
Наименование стрелки |
Наименование сущности |
Наименование атрибута |
Заявки на заказ |
SALES ORDER |
Customer Number |
Employee Id |
||
Payment Number |
||
Sales Order Datetime |
||
Sales Order Number |
||
Sales Order Shipment Charge |
||
Sales Order Shipment Datetime |
||
Sales Order Status |
||
Sales Order Total |
||
Shipment Method Code |
Правой кнопкой мыши щелкните по стрелке "Заказы клиентов" и выберите пункт меню Arrow Date.
Рис. 5.46
4. Используя кнопку Copy In в диалоговом окне IDEFO Arrow Properties, ассоциируйте тот же самый набор сущностей и атрибутов со стрелкой "Заказы клиентов" в соответствии с табл. 5.10.
Назначение
CRLJD/IRUN
ассоциаций:
1. Правой кнопкой щелкните по работе "Оформление заказов", в контекстном меню выберите Data Usage Editor (рис. 5.46).
2. В диалоговом окне BPWin Data Usage Editor выберите CRUD/IRUN, которые необходимо ассоциировать со стрелкой "Заяв ки на заказ" в соответствии с табл. 5.11.
Таблица 5.Ц Типы атрибутов
Наименование атрибута Customer City |
R (CRUD) U (CRUD) |
R (IRUN) U (IRUN) |
||
R |
U |
R |
и |
|
Customer Fax Number Customer First Name Customer Last Name Customer Number |
R R R R R |
U и и и и |
R R R R |
и и и и |
Customer Phone Number Customer State Customer Street Address Customer Zip Code |
R R R R |
и и и и |
R R R R |
и -И и |
|
R |
и |
R |
и |
Line Item Total Product Code Sales Order Number |
R R R R |
и и и и |
R R R R |
с с с с |
Customer Number Employee Id Sales Order Datetime Sales Order Number Sales Order Shipment Charge Sales Order Status |
R R R R |
и и и и |
R R R R |
и и |
R R |
и и |
R R |
и и |
|
Sales Order Total Shipment Method Code |
R R |
и и |
R R |
и и |
Создание новых объектов модели данных в BPWin:
Перейдите в меню Edit / Entity/Attribute Dictionary.
В поле Entity диалога Entity and Attribute Editor внесите имя сущности "SALES FORECASTS щелкните по Add.
Рис. 5.47
3. В поле Attribute диалогового окна Entity and Attribute Editor вне сите имя атрибутов и щелкните по Add (рис. 5.47):
Product Code;
Sales Forecast End Date;
Sales Forecast Product Quantity;
Sales Forecast Start Date.
Щелкните по кнопке Close.
Экспортируйте данные в Erwin. Перейдите в меню File /Export Erwin (BPX) и укажите имя файла экспорта (в папке C:\BPCLASS).
Перейдите в Erwin. Выберите пункт меню File / BPWin Import.
В диалоговом окне Erwin Open File укажите имя файла импорта (.Ьрх, в директории C:\BPCLASS).
8. В диалоговом окне Erwin/BPWin Entity Sync щелкните по
Execute.
9. В диалоговом окне Erwin/BPWin Subject Area Sync создайте до полнительную Subject Area "Оформление заказов" и щелкните по Execute (рис. 5.48).
Просмотрите статистику импорта и щелкните по кнопке ОК.
Просмотрите результат импорта (рис. 5.49). Для синхрониза ции внутренних идентификаторов повторите процесс импорта из
Erwin в BPWin. В результате импорта Вы должны получить следующее сообщение (рис. 5.50). Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:
Рис. 5.50
начало — файл 09d2.bpl, окончание — файл 09d3.bpl.
_ 2- Генерация отчетов и печать диаграмм
Перейдите в меню Report / DataUsage Report.
Установите опции отчета, как показано на рис. 5.51, и щелкните по Preview для просмотра отчета.
Запустите Excel. В BPWin переключите Report Format на DDE и экспортируйте отчет в Excel.
Перейдите в меню Report / Model Consistency Report. Щелкните по кнопке Preview и просмотрите отчет о синтаксических ошибках.
Перейдите в меню File / Print, выберите диаграммы для печати и нажмите кнопку ОК.
Рис. 5.49
Рис. 5.51
Применение стандартов моделирования семейства IDEF П1 для совершенствования
Регламента Государственной Думы Российской Федерации
Появившись в начале 80-х годов, семейство стандартов моделирования IDEF к настоящему времени утвердилось де-факто как общепризнанная универсальная методология описания систем. Использование этой методологии для решения задачи совершенствования Регламента Государственной Думы Российской Федерации может быть предопределено, с одной стороны, простотой и наглядностью результатов моделирования, с другой стороны, возможностью достаточно полного описания и анализа поведения объектов, обеспечиваю, щих функционирование системы и взаимосвязей между ними.
Рис. Ш.1. Контекстная диаграмма (IDEF0)
В качестве примера использования стандартов IDEF для моделирования Регламента ГД РФ была использована его глава № 3, "Депутатские объединения". На рис. П1.1-П1.5 представлены результаты моделирования с использованием методологий IDEF0 и IDEF3.
Рис. П1.2. Регистрация депутатских объединений (IDEF0)
Рис. Пи. Регистрация депутатских фракций (IDEF0)
чески упорядоченная совокупность диаграмм, аналогичных приведенным на рисунках) и возможность типизации объектов и связей между ними, что особенно важно для юридических систем, к каковым можно отнести Регламент Государственной Думы РФ, так как именно в юридических системах количество взаимодействующих объектов относительно велико по сравнению с системами других предметных областей.
Другим важным моментом является существенное упрощение операции выявления и отображения взаимосвязей между объектами. В качестве иллюстрации верности этого утверждения приведем следующий пример. В уже упоминавшейся третьей главе Регламента п. 2 статьи 16 гласит: "Фракции и депутатские группы обладают равными правами, определенными настоящим Регламентом". Однако раздел Регламента, озаглавленный "Права фракций и депутатских групп", отсутствует. Таким образом, даже задача простого перечисления уже существующих прав фракций превращается в задачу подробного изучения документа, состоящего из более сотни страниц. В то же время при наличии достаточно строго типизированной IDEF-модели Регламента и использовании соответствующих программных средств ответ на этот и подобные вопросы получается практически мгновенно.
Еще одним положительным результатом применения IDEF-моде-лирования может стать выявление несогласованностей в исследуемой системе. В нашем случае это наличие взаимоисключающих пунктов и статей в Регламенте.
Необходимо упомянуть и о возможной научной новизне ожидаемых результатов, так как работ по IDEF-моделированию юридических систем в России до настоящего времени не публиковалось.
На основании изложенного считаем допустимым рекомендовать применение IDEF-моделирования в качестве одного из инструментов решения задачи совершенствования Регламента Государственной Думы Российской Федерации.
Рис. П1.5. Прекращение членства в депутатских группах (IDEF3)
Как видно из рис. П1.1-П1.5, к очевидным преимуществам такого рода моделирования можно отнести наглядность получаемых моделей (в методологиях IDEF0 и IDEF3 модель определяется как иерархи-
П2
IDEF-моделирование
в налогообложении
Реализацию задачи построения моделей бизнес-процессов некоторой предметной области обязательно должно предварять детальное обследование рассматриваемой области. Необходимо на словесном уровне описать проблему, которая должна быть решена методами структурного анализа'.
П2.1 Постановка задачи
В рыночных условиях налоги становятся практически основным инструментом государственного воздействия на экономику. В первую очередь они являются финансовым фундаментом государства, так как созданы прежде всего для финансирования общественно необходимых благ и услуг. Вместе с тем налоги все больше используются в качестве инструмента регулирования и стимулирования. С их помощью государство оказывает влияние на темпы роста отдельных предприятий, отраслей и территорий.
Проблема стабильности налоговых поступлений зависит прежде всего от используемого налогового инструментария, слаженности работы налоговой системы, а также от множества макроэкономических факторов. Налоги служат индикатором макроэкономических проблем, и поэтому их поступление в бюджетную систему зависит в основном от колебаний экономической конъюнктуры, финансовой политики государства, организационно-правовых проблем. В то же время среди определяющих причин неудовлетворительного поступления налоговых платежей в бюджетную систему страны необходимо выделить проблемы налогового механизма, нерациональную структуру налоговой системы, недостаточно эффективную работу по планированию налоговых платежей.
Ситуация со сбором налогов нестабильна, даже несмотря на увеличение числа принимаемых нормативных актов и проведенных административных мероприятий. Анализ структуры и динамики налоговых поступлений показывает, что налоговая система России неэластична по отношению к быстро меняющейся экономической
1
Здесь и далее в этой главе курсивом
выделено руководство по построению
модели
в рамках практического примера применения
технологии моделирования.
конъюнктуре. Так, например, собираемая в системе Министерства Российской Федерации по налогам и сборам налоговая информация не позволяет правильно оценить объем и структуру налоговых платежей.
По всей видимости, в этих фактах кроется не отсутствие практических навыков информационно-аналитической работы у сотрудников финансовых органов, а недостаточность собираемой информации, отсутствие модели функционирования налоговой системы, продуманной системы аналитической обработки данных.
Разработка структурной функциональной модели деятельности инспекции МНС РФ позволит построить модель деятельности, представляющей собой "снимок" технологии функционирования налоговой инспекции на момент обследования. Данная модель позволит проанализировать бизнес-процессы, происходящие на территориальном уровне с использованием методов системного анализа, и сформулировать, обобщить подходы по реинжинирингу налогового механизма.
К рассматриваемым объектам моделирования относятся процессы, осуществляемые на местном уровне налоговой службы, в целях контроля своевременности и полноты начисления и уплаты налоговых платежей юридическими и физическими лицами.
П2.2 Основные элементы модели
После проведения детального обследования предметной области необходимо четко определить цель будущего проекта, достижение которой позволит создать инструмент для решения рассматриваемой проблемы. Перед началом реализации модели следует определить методологию функционального моделирования, точку зрения, в соответствии с которыми будет разрабатываться модель. Модель может быть построена как на бумаге, так и с помощью программного обеспечения, поддерживающего выбранную методологию моделирования, или с помощью графических редакторов.
Перед началом построения необходимо по результатам проведенного обследования предметной области определить перечень функций и список данных, которые будут использованы при реализации модели.
Название проекта: Моделирование деятельности инспекции
МНС РФ.
Цель проекта: Реализация структурной функциональной модел*
деятельности инспекции МНС РФ.
Точка
зрения: Руководство
налоговой службы. Технология
моделирования: метод
функционального моделирования
IDEF0.
Инструментарий: программный продукт BPWin I.8.O. Список данных:
методология;
кадровый состав;
техническое обеспечение;
программное обеспечение;
данные о налогоплательщиках;
бухгалтерская, налоговая отчетность;
платежные документы;
входящие документы;
отчетность;
сведения по начислениям;
сведения о состоянии лицевых счетов;
выходящие документы;
налоговые предписания.
При формировании списка данных необходимо проводить группировку понятий в случае такой возможности в целях повышения читаемости диаграммы модели. Например, управлением рассматриваемой модели могут служить: законодательство, инструктивные материалы МНС РФ, должностные инструкции. Все эти понятия могут быть заменены термином "методология ". Примечания к модели могут содержать раскрытие каждого из понятий для лучшего понимания построенной модели.
Уровень детализации и декомпозиции модели зависит от потребностей пользователя, который будет ею руководствоваться. Построение модели является итеративным процессом, т.е. первый реализованный вариант модели, скорее всего, не будет окончательным и будет дополняться в дальнейшем. Список функций:
В модели фигурируют следующие функциональные блоки: Деятельность инспекции МНС РФ — АО
Деятельность отдела налогообложения юридических лиц — А1 Регистрация налогоплательщиков —All Камеральные проверки —А12 Документальные проверки — А13 Оперативно-бухгалтерский учет —А14 Анализ состояний предприятий — А15 Формирование отчетности —А16
Работа с электронной выпиской по банку — А17 Деятельность отдела налогообложения физических лиц — А2 Регистрация налогоплательщиков —А21 Налогообложение по подоходному налогу — А22 Налогообложение по имущественным налогам — А23 Оперативно-бухгалтерский учет — А24
Ведение лицевых карточек по подоходному налогу, налогу на рекламу,
налогу с продаж — А241
Ведение лицевых карточек по имущественным налогам — А242
Ведение реестра платежных документов — А243
Ведение реестра поступлений —А244
Ведение реестра заключений — А245
Ведение реестра требований — А246
Формирование отчетных форм — А247 Контроль за финансовым состоянием граждан — А25 Формирование отчетности —А26
Работа со сведениями взаимодействующих структур — А27 Деятельность отдела информатизации — A3 Деятельность отделов административно-хозяйственного обеспечения —А4.
П2.3 Словарь
Создание и актуализация словаря необходимы для упрощения понимания реализованной модели пользователем, для которого она предназначается. Кроме того, указанный словарь терминов позволяет исключить возможную неоднозначность трактования модели в
дальнейшем.
Бухгалтерская, налоговая отчетность — данные, предоставляемые налогоплательщиком, на основании которых будет производиться расчет налога.
Входящие документы — данные, предоставляемые от внешнего источника и связанные с деятельностью налогового органа, например, сведения из банков о движении на счетах граждан сумм свыше 10 000$, запросы налогоплательщика и т.д.
Выходящие документы — данные, предоставляемые внешним источникам в результате деятельности налогового органа, например требования об уплате налога, ответы на запросы и т.д.
Данные о налогоплательщиках — данные, предоставляемые внешними источниками, отражающие информацию о налогоплательщике, например, документы, подтверждающие право на пользование льготой, расчетные счета налогоплательщика и т.д.
Кадровый состав — сотрудники инспекции.
Методология — совокупность приемов и методов налогообложения.
Платежные документы — данные о налоговых поступлениях.
Программное обеспечение — совокупность программных приложений для автоматизации деятельности сотрудников инспекции.
Сведения о состоянии лицевых счетов — данные, предназначенные для внутренней работы инспекции либо предоставляемые налогоплательщику.
Сведения по начислениям — данные — результаты расчета налога, необходимые для ведения лицевого счета налогоплательщика.
Техническое обеспечение —совокупность аппаратных средств.
П2.4 IDEFO-диаграммы модели
Диаграммы модели представлены на рис. П2.1-П2.4.
Рис. П2.1. Контекстная диаграмма модели деятельности ИМНС РФ
Проводить дальнейшую декомпозицию не представляется целесообразным с точки зрения руководства МНСРФ, так как рассмотренный третий уровень и его декомпозиция предполагают уже рассмотрение с точки зрения методологов Управления МНС РФ по оперативно-бухгалтерскому учету.
П2.5
Описание функциональных блоков
Целесообразным является краткое описание задач, которые ре-шаются на уровне каждого из функциональных блоков, и принципы его декомпозиции.
Очевидно, что диаграммы первого и второго уровня могут быть объединены. Однако для лучшей читаемости модели следует отдельно рассматривать деятельность отдела юридических и физических лиц путем рассмотрения их на следующем уровне.
А1. Деятельность отдела налогообложения юридических лиц. На данном этапе рассматривается методология деятельности отдела налогообложения юридических лиц в целом. Декомпозиция проведена в соответствии с организационно-штатной структурой отдела. А2. Деятельность отдела налогообложения физических лиц. На данном этапе рассматривается методология деятельности отдела налогообложения физических лиц в целом. Декомпозиция проведена также в соответствии с организационно-штатной структурой отдела.
А24. Оперативно-бухгалтерский учет.
В отделе учета и отчетности ведется учет произведенных налогоплательщикам начислений, поступивших от них платежей, расчет сумм пени за несвоевременную уплату налогов (ведение лицевых карточек налогоплательщиков) и т.д.
Декомпозиция производится в соответствии с функциями, возложенными на отдел оперативно-бухгалтерского учета. А243. Ведение реестра платежных документов. Данные собираются и вводятся в информационную систему на основании выписки по банку, после чего данные поступлений, возвратов разносятся в лицевые карточки.
Разработанная модель содержит еще ряд достоинств, позволяющих повысить эффективность работы налоговой службы:
анализ технологии работы на основе этой модели позволяет вы явить узкие места и увеличить производительность труда сотруд ников налоговых инспекций;
возможность быстрого и качественно иного обучения новых со трудников инспекции МНС РФ.
Моделирование ПЗ управленческого учета на предприятии
П3.1 Постановка задачи
В условиях конкуренции руководству предприятия требуется оперативная информация для принятия решений. Финансовая отчетность предоставляет лишь часть необходимой информации в виде ограниченного круга обобщенных стоимостных показателей. Бухгалтерский учет в первую очередь предназначен для предоставления информации для внешних пользователей. Этим обусловлено наличие нормативных требований к его ведению (документирование, стандартные методы и формы отчетности), которые делают данные бухгалтерского учета не пригодными для принятия решений. Функцию обеспечения руководства предприятия необходимой информацией выполняет управленческий учет, который не регламентируется законодательно, а определяется прежде всего целями предприятия.
Институт дипломированных бухгалтеров в области управления (Charted Institute of Management Accountants) определяет управленческий учет как деятельность по обеспечению руководства информацией, которая необходима ему для управления предприятием с максимально возможной степенью эффективности. Информация, которую обеспечивает управленческий учет, может быть представлена в любой форме по выбору руководства.
Большинство работ по управленческому учету российских авторов и переводных работ иностранных авторов описывают отдельные элементы управленческого учета: методики учета и распределения затрат, учет по центрам ответственности, систему управленческой отчетности и другие, но не дают целостного представления о бизнес-процессе, что затрудняет их использование для организации управленческого учета на предприятии. Восполнить этот пробел можно с помощью разработки модели данного процесса.
П3.2 Основные элементы модели
Название проекта: Организация управленческого учета на предприятии.
Цель
проекта: подготовить
рабочую модель бизнес-процесса
управленческого
учета для внедрения на предприятии.
Точка зрения: руководство предприятия.
Инструментарий: методология функционального моделирования IDEF0 и программное приложение BPWin I.8.O.
Список данных:
потребность в управленческой информации;
стратегия предприятия;
управленческая информация;
информационная система;
финансовая функция;
центры ответственности;
руководство предприятия;
данные;
методология управленческого учета;
финансовая отчетность;
обработанные данные;
стратегия управленческого учета;
имеющиеся ресурсы;
квалификация персонала;
первичные документы;
данные в информационной системе;
подтвержденные данные;
отчетность в разрезе центров ответственности;
сводная отчетность;
отчетность по требованию.
ПЗ.З Список функций
В модели использованы следующие функции:
Организовать управленческий учет —АО
Разработать методологию управленческого учета — А1
Определить стратегию управленческого учета — АН
Оценить имеющиеся ресурсы — А12
Разработать приемы и методы управленческого учета — А13 Собрать и обработать данные —А2
Получить и ввести данные —А21
Подтвердить данные —А22
Обработать данные —А23 Подготовить управленческую отчетность —A3
Подготовить отчетность по центрам ответственности — A31
Сделать сводную отчетность —A3 2
Подготовить отчетность по требованию — АЗЗ
П3.4 Словарь
Данные — факты, характеризующие деятельность предприятия, подлежащие количественному выражению.
Данные в информационной системе — данные, введенные в информационную систему и разнесенные по аналитическим признакам.
Имеющиеся ресурсы — персонал и информационная система в распоряжении предприятия.
Информационная система — совокупность программных приложений, баз данных, используемых для управления предприятием.
Квалификация персонала — совокупность знаний, умений и навыков персонала в конкретной профессиональной области.
Методология управленческого учета — совокупность приемов и методов ведения управленческого учета.
Обработанные данные — данные, разнесенные по объектам учета и центрам ответственности.
Отчетность в разрезе центров ответственности — стандартная управленческая отчетность, составленная для каждого центра ответственности. Эта отчетность используется руководителями центров ответственности для принятия решений в рамках их должностных полномочий.
Отчетность по требованию — управленческая отчетность нестандартной формы, используемая для пояснения стандартной отчетности.
Первичные документы — документы, подтверждающие факты совершения хозяйственных операций, оформленные в соответствии с действующим законодательством и нормативными актами.
Подтвержденные данные — данные, соответствующие первичным документам. Данные в информационной системе, обозначенные как соответствующие первичным документам.
Потребность в управленческой информации — обоснованная необходимость получения управленческой информации.
Руководство предприятия — должностные лица, несущие конечную ответственность за принимаемые ими управленческие решения в пределах своей компетенции.
Сводная отчетность — стандартная управленческая отчетность, характеризующая деятельность предприятия в целом. Деятельность центров ответственности представлена обобщающими показателями.
Стратегия предприятия — совокупность целевых ориентиров, определяющих деятельность предприятия в долгосрочном периоде.
Управленческая информация — информация, необходимая для принятия управленческих решений.
Управленческая отчетность — управленческая информация, представленная в удобной для прочтения форме. Может быть стандартной, подготавливаемой регулярно в установленной форме, и нестандартной, подготавливаемой по требованию.
Управленческий учет — деятельность по обеспечению руководства предприятия информацией, необходимой для принятия управленческих решений.
Финансовая отчетность — агрегированная отчетность, подготавливаемая на регулярной основе для внешних пользователей информации. Требования к составу, порядку составления и срокам предоставления финансовой отчетности устанавливаются законодательством или стандартами бухгалтерского учета.
Финансовая функция — бухгалтерия и финансовые подразделения предприятия.
Центры ответственности — структурные сегменты предприятия, руководители которых несут ответственность за конкретные показатели деятельности (например, руководитель центра затрат отвечает за затраты своего сегмента, руководитель центра прибыли — за затраты и выручку и т.д.)
П3.5 IDEFO-диаграммы модели IDEF-диаграммы модели представлены на рис. П3.1-ПЗ.З. П3.6 Описание функциональных блоков
А1. Определить цели управленческого учета
На этом этапе разрабатывается методология управленческого учета, которая является контролем для следующих этапов. От его организации во многом зависит успешность процесса управленческого учета в целом.
АИ. На первом этапе декомпозиции руководством определяется стратегия управленческого учета на основе потребностей в управленческой информации. Его задача формализовать потребности и увязать их со стратегией предприятия.
Рис. П3.1. Контекстная диаграмма модели управленческого учета
Рис. П3.2. Декомпозиция первого уровня
Рис. ПЗ.З. Одна из декомпозиций второго уровня
А12. На следующем этапе определяются ресурсы для реализации стратегии управленческого учета, оценивается эффективность стратегии с точки зрения затрат имеющихся ресурсов и необходимость привлечения дополнительных ресурсов.
А13. На третьем этапе стратегия трансформируется в конкретные приемы и методы ведения управленческого учета с учетом ресурсов, имеющихся в распоряжении предприятия.
А2. Собрать и обработать данные
На этом этапе готовятся данные, составляющие основу управленческой информации.
А21. Данные собираются и вводятся в информационную систему непосредственно центрами ответственности, что обеспечивает оперативность поступления информации. Состав данных, аналитические признаки и сроки их учета определяются методологией.
А22. По мере поступления первичных документов бухгалтерия подтверждает данные в информационной системе. В случае расхождений данные корректируются на основе первичных документов. Подтвержденные данные используются для составления финансовой отчетности.
А23. Данные в информационной системе разносятся по объектам учета и центрам ответственности. При наличии достаточной аналитики это осуществляется автоматически.
A3. Подготовить управленческую отчетность
На этом этапе формируется управленческая отчетность. При хорошо разработанной методологии отчетность может формироваться автоматически. Роль финансовой функции как механизма зависит от возможностей информационной системы.
А31. Разнесение данных по объектам учета и центрам ответственности позволяет сформировать отчетность в разрезе центров ответственности. Форма отчетов и сроки их предоставления определяются методологией.
А32. Сводная отчетность формируется на основе консолидации отчетности центров ответственности и других обработанных данных. В части подтвержденных данных контролем выступает финансовая
отчетность.
АЗЗ. Отчетность по требованию также основана на обработанных данных. Поскольку ее формы не предусмотрены методологией, они предварительно разрабатываются финансовой функцией.