Исправление отображения русских шрифтов в ERWin
К сожалению ERWin не полностью поддерживает русский язык. Особенно это неудобно, когда необходимо заполнить словари ролей, имен стрелок и т.д. В некоторых случаях достаточно сделать это:
В командной строке набираем regedit, попадаем в реестр. Далее по пути:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage ищем в колонке Имя 1252 и меняем его значение с «c_1252.nls» на «c_1251.nls»
Если это не помогло, выполняем следующие шаги.
1. Создаем текстовый файл с именем rusfonts.txt и сохраняем с разрешением .reg (файл реестра)
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Nls\CodePage]
«1250»=»c_1251.nls»
«1251»=»c_1251.nls»
«1252»=»c_1251.nls»
«1253»=»c_1251.nls»
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes]
«System,0″=»Arial,204»
«Fixedsys,0″=»Fixedsys,204»
«Small Fonts,0″=»Small Fonts,204»
«MS Serif,0″=»MS Serif,204»
«MS Sans Serif,0″=»MS Sans Serif,204»
«Courier,0″=»Courier New,204»
«Arial Cyr,0″=»Arial,204»
«Courier New Cyr,0″=»Courier New,204»
«Times New Roman Cyr,0″=»Times New Roman,204»
«Helv,0″=»MS Sans Serif,204»
«Tms Rmn,0″=»MS Serif,204»
«Arial,0″=»Arial,204»
2. Создаем текстовый файл с именем rusfonts2.txt и сохраняем с разрешением .reg (файл реестра)
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes]
«Arial CE,238″=»Arial,238»
«Arial CYR,204″=»Arial,204»
«Arial Greek,161″=»Arial,161»
«Arial TUR,162″=»Arial,162»
«Courier New CE,238″=»Courier New,238»
«Courier New CYR,204″=»Courier New,204»
«Courier New Greek,161″=»Courier New,161»
«Courier New TUR,162″=»Courier New,162»
«Helv»=»MS Sans Serif»
«Helvetica»=»Arial»
«MS Shell Dlg 2″=»Tahoma»
«Times»=»Times New Roman,204»
«Times New Roman CE,238″=»Times New Roman,238»
«Times New Roman CYR,204″=»Times New Roman,204»
«Times New Roman Greek,161″=»Times New Roman,161»
«Times New Roman TUR,162″=»Times New Roman,162»
«Tms Rmn»=»MS Serif»
«Arial Baltic,186″=»Arial,186»
«Courier New Baltic,186″=»Courier New,186»
«Times New Roman Baltic,186″=»Times New Roman,186»
«System,0″=»System,204»
«Fixedsys,0″=»Fixedsys,204»
«Small Fonts,0″=»Small Fonts,204»
«MS Serif,0″=»MS Serif,204»
«MS Sans Serif,0″=»MS Sans Serif,204»
«Courier,0″=»Courier New,204»
«Arial Cyr,0″=»Arial,204»
«Courier New Cyr,0″=»Courier New,204»
«Times New Roman Cyr,0″=»Times New Roman,204»
«Helv,0″=»MS Sans Serif,204»
«Tms Rmn,0″=»MS Serif,204»
«MS Shell Dlg»=»Microsoft Sans Serif»
«Arial»=»Arial,204»
«Courier New»=»Courier New,204»
«Times New Roman»=»Times New Roman,204»
«Arial,0″=»Arial,204»
«Times New Roman,0″=»Times New Roman,204»
«Courier New,0″=»Courier New,204»
«Courier»=»Courier,204»
«Times,0″=»Times,204»
3. Создаем текстовый файл с именем rusfonts3.txt и сохраняем с разрешением .reg (файл реестра)
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
«10000»=»c_10000.nls»
«10001»=»»
«10002»=»»
«10003»=»»
«10004»=»»
«10005»=»»
«10006»=»c_10006.nls»
«10007»=»c_10007.nls»
«10008»=»»
«10010»=»c_10010.nls»
«10017»=»c_10017.nls»
«10021»=»»
«10029»=»c_10029.nls»
«10079»=»c_10079.nls»
«10081»=»c_10081.nls»
«10082»=»c_10082.nls»
«1026»=»c_1026.nls»
«1047»=»»
«1140»=»»
«1141»=»»
«1142»=»»
«1143»=»»
«1144»=»»
«1145»=»»
«1146»=»»
«1147»=»»
«1148»=»»
«1149»=»»
«1250»=»c_1251.nls»
«1251»=»c_1251.nls»
«1252»=»c_1252.nls»
«1253»=»c_1253.nls»
«1254»=»c_1254.nls»
«1255»=»c_1255.nls»
«1256»=»c_1256.nls»
«1257»=»c_1257.nls»
«1258»=»c_1258.nls»
«1361»=»c_1361.nls»
«20000»=»»
«20001»=»»
«20002»=»»
«20003»=»»
«20004»=»»
«20005»=»»
«20105»=»»
«20106»=»»
«20107»=»»
«20108»=»»
«20127»=»c_20127.nls»
«20261»=»c_20261.nls»
«20269»=»»
«20273»=»»
«20277»=»»
«20278»=»»
«20280»=»»
«20284»=»»
«20285»=»»
«20290»=»»
«20297»=»»
«20420»=»»
«20423»=»»
«20424»=»»
«20833»=»»
«20838»=»»
«20866»=»c_20866.nls»
«20871»=»»
«20880»=»»
«20905»=»»
«20924»=»»
«20932»=»»
«20936»=»»
«20949»=»»
«21025»=»»
«21027»=»»
«21866»=»c_21866.nls»
«28591»=»C_28591.NLS»
«28592»=»C_28592.NLS»
«28593»=»»
«28594»=»C_28594.NLS»
«28595»=»C_28595.NLS»
«28596»=»»
«28597»=»C_28597.NLS»
«28598»=»»
«28599»=»c_28599.nls»
«28605»=»c_28605.nls»
«37»=»c_037.nls»
«38598»=»»
«437»=»c_437.nls»
«500»=»c_500.nls»
«51949»=»»
«50220»=»»
«50221»=»»
«50222»=»»
«50225»=»»
«50227»=»»
«50229»=»»
«52936»=»»
«57002»=»»
«57003»=»»
«57004»=»»
«57005»=»»
«57006»=»»
«57007»=»»
«57008»=»»
«57009»=»»
«57010»=»»
«57011»=»»
«708»=»»
«720»=»»
«737»=»c_737.nls»
«775»=»c_775.nls»
«850»=»c_850.nls»
«852»=»c_852.nls»
«855»=»c_855.nls»
«857»=»c_857.nls»
«858»=»»
«860»=»c_860.nls»
«861»=»c_861.nls»
«862»=»»
«863»=»c_863.nls»
«864»=»»
«865»=»c_865.nls»
«866»=»c_866.nls»
«869»=»c_869.nls»
«870»=»»
«874»=»c_874.nls»
«875»=»c_875.nls»
«932»=»c_932.nls»
«936»=»c_936.nls»
«949»=»c_949.nls»
«950»=»c_950.nls»
«ACP»=»1251»
«OEMCP»=»866»
«MACCP»=»10007»
«OEMHAL»=»vgaoem.fon»
«28603»=»c_28603.nls»
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage\EUDCCodeRange]
«932»=»F040-F9FC»
«936»=»AAA1-AFFE,F8A1-FEFE,A140-A7A0″
«949»=»C9A1-C9FE,FEA1-FEFE»
«950»=»FA40-FEFE,8E40-A0FE,8140-8DFE,C6A1-C8FE»
«Unicode»=»E000-F8FF»
Полученные файлы запускаем, и отвечаем утвердительно. Теперь руские шрифты в ERWin будут отображаться нормально.
Файлы можно скачать отсюда
- ERWin
- BPWin
- исправление отображения шрифтов
Отчеты в bPwin.
BPwin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:
- Model Report. Включает информацию о контексте модели — имя модели, точку зрения, область, цель, имя автора, дату создания и др.
- Diagram Report. Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т. д.).
- Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.
- Activity Cost Report. Отчет о результатах стоимостного анализа. Будет рассмотрен ниже.
- Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
- Data Usage Report. Отчет о результатах связывания модели процессов и модели данных. (Будет рассмотрен ниже.)
- Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.
Model Report
Первоначально необходимо открыть модель, для которой и будет создан отчет.
Далее выполняется команда Tools – Reports — Model Report. Диалоговое окно Model Report настройки опций создания отчета по модели представлено на рисунке.
В диалоговом окне можно установить флажки, обеспечивающие вывод на печать следующей информации:
- Model Name – имя модели
- Definition – описание
- Scope – область модели
- Viewpoint – точка зрения
- Time Frame – тип модели
- Status – статус
- Purpose – цель
- Source – источник
- Author Name – имя автора
- Creation Data – дата создания
- System Last Revision Data – дата последнего системного модифицирования
- User Last Revision Date – дата последнего внесения исправлений пользователем
Следующим шагом, нужно установить флажки для данных, которые будут присутствовать в отчете (данные выводятся в том порядке, в котором автор проставлял флажки).
Щелчок по кнопкам обеспечивает:
- Close – закрытие диалогового окна без создания отчета.
- Preview – просмотр внешнего вида отчета на экране монитора.
- Print – вывод отчета на печать.
- Report – сохранение отчета в виде файла.
Diagram Report
Для создания отчета по конкретной диаграмме, включающей список данных о различных объектах диаграммы необходимо выполнить команду Tools – Reports — Diagram Report, а далее в диалоговом окне Diagram Report в шести ниже перечисленных зонах установить флажки, обеспечивающие вывод на печать следующей информации:
- Activity Options –о функциях модели:
- Name – название функции
- Definition – определение
- Source – источник
- Status – статус
- Author Name – фамилия автора
- Object Type – тип объекта
- Objects – объект
- Facts – факты
- Description – описание
- Constraints – ограничения
- Number – номер
- Note — примечания
Diagram Object Report
Отчет об объектах диаграммы является наиболее полным отчетом по модели, т.к. включает не только полный список объектов модели с описанием всех их свойств, но и перечень свойств, определяемых пользователем.
Для создания данного отчета необходимо выполнить Tools – Reports — Diagram Object Report, после чего откроется окно, в котором необходимо поставить флажки напротив данных, которые должны быть в отчете.
На первом шаге определяется перечень объектов для включения данных в отчет. Далее необходимо определить ту часть модели, данные об объектах которой должны быть в отчете. После этого выбирается перечень опций для создания отчета по стрелкам и функциям. На последнем шаге выбирается формат представления отчета.
Окно Diagram Object Report содержит следующие настройки отчета:
Standard Reports
- Activity Definition ( breadth first )
- Activity Definition ( hierarchical )
- Activity Definition / Note ( breadth first )
- Activity Definition / Note ( hierarchical )
текстовое поле, в котором задается имя создаваемого на основе предложенных шаблонов, отчета. Перечень шаблонов отчетов:
- описание стрелок функций создается в соответствии с их иерархией
- определение функций создается в соответствии с их значимостью (А0, А1…А n , А11…А1 n , …)
- определение функций создается в соответствии с их иерархией
- текст примечаний функций создается в соответствии с их значимостью (А0, А1…А n , А11…А1 n , …)
- текст примечаний функций создается в соответствии с их иерархией
Update
кнопка изменения содержания диалогового окна
New
кнопка создания собственного стандартного отчета. BPwin сохраняет информацию о стандартном отчете в файле BPWINRPT . INI . Все определения этого файла доступны из любой модели. Единственное ограни чение — свойства, определяемые пользователем ( UDP ). Они сохраняются в виде указателя и поэтому доступны только из «родной» модели.
Delete
кнопка очистки содержания диалогового окна
Report on
зона, содержащая флажки отчетов по:
Start from Activity
список, в котором выбирается уровень диаграммы, с которой начинается создание отчета
Number of Levels
текстовое поле, в котором автором задается число уровней модели, для которых создается отчет по объектам
Activity Options
зона, в которой содержатся флажки, включение которых обеспечивает ввод в отчет следующей информации: Name (имя), Number (число), Definition (определение), Status (статус), Note (заметки), Source (источник), Author Name (фамилия автора), Object Type (тип объекта) , Facts (факты), Objects (объект), Description (описание), Constraints (ограничения)
Arrow Options
зона, в которой содержатся флажки, включение которых обеспечивает ввод в отчет следующей информации: Input Name (имя стрелки входа), Input Definition (определение стрелки входа) , Control Name (имя стрелки управления), Control Definition (определение стрелки управления), Output Name (имя стрелки выхода), Output Definition (определение стрелки выхода), Mech. Name (имя стрелки механизма), Mech. Definition (определение стрелки механизма), Call Arrow Name (имя стрелки вызова ), Call Arrow Definition ( определение стрелки вызова)
User Defined Properties
текстовое поле, в котором выводится информация о свойствах, определенных пользователем (UDP)
Report Format
зона, в которой содержатся переключатели обеспечивающие выбор формата отчета:
- по уровням модели. Отчет включает метку поля, в следующей строке — содержимое поля
- с фиксированными столбцами. Каждое поле печатается в собственной колонке
- каждое поле печатается в собственной колонке
- без деления по столбцам с разделителем в виде запятой
- вставка отчета в виде таблицы в активный документ. Данные передаются по DDE приложению, например MS Word или Excel
- сохранение отчета в виде файла RPTwin
Multi — Valued Format
зона, в которой содержатся переключатели обеспечивающие форматирование отчета при группировке данных
- данные объединяются в одно поле, между значениями вставляется знак «+»
- дублирование данных для каждого заголовка группы;
- печатается заголовок группы, затем — детальная информация.
Remove Special Char
восстановление специальных характеристик
Column Headings
Active Ordering
порядок перечисления функций: Alphabetical – алфавитный, Hierarchical – иерархический, Breadth First – по значимости
Arrow Ordering
порядок перечисления стрелок: Alphabetical – алфавитный, Arrow Number – в порядке нумерации стрелок
UDP Filter
Close
кнопка закрытия диалогового окна
Preview
кнопка предварительного просмотра отчета
Print
кнопка вывода отчета на печать
Report
кнопка сохранения отчета в файл
Activity Cost Report
Результаты стоимостного анализа наглядно представляются в специальном отчете Activity Cost Report. Отчет позволяет документировать имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат. Оформление отчета производится с помощью опций диалогового окна Activity Based Costing Report, основные компоненты которого аналогичны компонентам диалогового окна Diagram Object Report .
- В зоне Activity Options имеется флажок Activity costs , включение которого обеспечивает наличие в отчете информации о стоимости моделируемого процесса
- В зоне Cost Center Options содержатся три флажка, включение которых обеспечивает наличие в отчете информации о центре затрат: имени, определении и величины стоимости
- В зоне Time Period Options содержатся два флажка, включение которых задает расчет стоимости по длительности процесса и по его частоте
- В зоне ABC Options содержатся два флажка, включение которых обеспечивает расчет для всех не декомпозированных функций согласно дереву узлов и расчет стоимости для всей диаграммы
- В зоне Format Options содержатся три переключателя, включение которых обеспечивает наличие в отчете информации или только о центре затрат, или о центре затрат без учета функций, или о функция без учета центра затрат
Arrow Report
Отчет по стрелкам создается с помощью опций диалогового окна Arrow Report . Это диалоговое окно также содержит ряд опций, описанных при изучении диалогового окна Diagram Object Report .
Опции, существующие только в данном окне:
Source / Dest . – зона, в которой содержатся флажки, обеспечивающие включение в отчет информации:
- Source – источник
- Source Type – тип источника
- Destination Name – название места назначения
- Destination Type – тип места назначения
- Branch Into – ветвь в …
- Branch From – ветвь от …
- Joined From – присоединение от …
- Joined Into – присоединение к …
- Renamed From – переименование от …
- Renamed To – переименование к …
Data Usage Report
Результаты стоимостного анализа наглядно представляются в специальном отчете Activity Cost Report. От чет позволяет документировать имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат. Оформление отчета производится с помощью опций диалогового окна Activity Based Costing Report, основные компоненты которого аналогичны компонентам диалогового окна Diagram Object Report.
- В зоне Activity Options имеется флажок Activity costs , включение которого обеспечивает наличие в отчете информации о стоимости моделируемого процесса
- В зоне Cost Center Options содержатся три флажка, включение которых обеспечивает наличие в отчете информации о центре затрат: имени, определении и величины стоимости
- В зоне Time Period Options содержатся два флажка, включение которых задает расчет стоимости по длительности процесса и по его частоте
- В зоне ABC Options содержатся два флажка, включение которых обеспечивает расчет для всех не декомпозированных функций согласно дереву узлов и расчет стоимости для всей диаграммы
- В зоне Format Options содержатся три переключателя, включение которых обеспечивает наличие в отчете информации или только о центре затрат, или о центре затрат без учета функций, или о функция без учета центра затрат
Model Consistency Report
В диаграммах IDEFO, созданных в BPwin могут присутствовать три типа синтаксических ошибок:
- ошибки, которые BPwin выявить не в состоянии. Например, синтаксис IDEFO требует, чтобы имя работы было выражено отглагольным существительным или глагольной формой, выражающей действие («Изготовление изделия», «Обслуживание станка», «Выписка наряда» и т. д.), а имя стрелки также должно быть выражено существительным. В связи с тем, что BPwin не может анализировать синтаксис естественного языка и смысл имен объектов, поэтому автоматически игнорирует ошибки этого типа. Выявление таких ошибок производится аналитиком и контролируется руководителем проекта;
- ошибки, которые BPwin просто не допускает. Например, BPwin на диаграмме IDEFO не создаст внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань;
- ошибки, которые BPwin позволяет допустить, но редактирует их. Именно такой список ошибок можно получить в отчете Model Consistency Report .
Диалоговое окно Model Consistency Report не содержит опций настройки. В нем в виде текста представляется перечень ошибок, который может содержать, например, неименованные функции и стрелки (unnamed arrow , unnamed activity), несвязанные стрелки (unconnected border arrow), неразрешенные стрелки (unresolved arrow connections), функции, не имеющие, по крайней мере, одной стрелки выхода и одной стрелки управления.
Пример диалогового окна с отчетом по синтаксическим ошибкам приведен на рисунке.
РЕАЛИЗАЦИЯ МЕТОДОЛОГИИ СТРУКТУРНОГО АНАЛИЗА BPWin – ИНСТРУМЕНТ
РЕАЛИЗАЦИЯ МЕТОДОЛОГИИ СТРУКТУРНОГО АНАЛИЗА BPWin – ИНСТРУМЕНТ Для проведения анализа и реорганизации бизнес-процессов предлагается средство BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram).
Функциональная модель предназначена для описания существующих бизнес- процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE).
Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы.
Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.
Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель.
Модель может содержать четыре типа диаграмм: 1.контекстную (в каждой модели может быть только одна контекстная диаграмма);
4.только для экспозиции (FEO).
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях.
Декомпозиция Стрелки (Arrow) Взаимодействие работ с внешним миром и между собой описывается в виде стрелок.
Стрелки представляют собой некую информацию и именуются существительными (например, «Заготовка», «Изделие», «Заказ»).
Вход (Input) — материал или информация, которые используются или преобразуются работой для получения результата (выхода).
Допускается, что работа может не иметь ни одной стрелки входа.
Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее.
Стрелка входа рисуется как входящая в левую грань работы.
Управление (Control) — правила, стратегии, процедуры или стандарты, которыми руководствуется работа.
«Каждая работа должна иметь хотя бы одну стрелку управления.
Стрелка управления рисуется как входящая в верхнюю грань работы.
Выход (Output) — материал или информация, которые производятся работой.
Каждая работа должна иметь хотя бы одну стрелку выхода.
Стрелка выхода рисуется как исходящая из правой грани работы.
Механизм (Mechanism) — ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т.
Стрелка механизма рисуется как входящая в нижнюю грань работы.
По усмотрению аналитика стрелки механизма могут не изображаться в модели.
Вызов (Call) — специальная стрелка, указывающая на другую модель работы.
Стрелка механизма в отличии рисуется как исходящая из нижней грани работы.
Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы.
В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром.
Они могут начинаться у границы диаграммы и заканчиваться у работы, и наоборот.
Такие стрелки называются граничными.
Диалог Arrow Properties ICOM-коды .
Диаграмма декомпозиции предназначена для детализации работы.
В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEFO — это не элемент управления нижестоящими работами.
Работы нижнего уровня — это то же самое, что и работы верхнего уровня, но в более детальном изложении.
Как следствие этого границы работы верхнего уровня — это то же самое, что и границы диаграммы декомпозиции.
ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стрелок.
Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер.
Словарь стрелок Помимо словаря стрелок BPwin содержит еще 14 словарей (работ, хранилищ данных, внешних ссылок, объектов ссылок, перекрестков, сущностей, атрибутов, центров затрат, ресурсов, ролей, групп ролей, свойств UDP, ключевых слов UDP и изображений).
Интерфейс большинства словарей унифицирован.
КнопкаПредназначение Сохранить словарь Предварительный просмотр печати словаря Печать словаря Экспорт словаря в текстовый файл Импорт словаря из текстового файла Удаление объектов из словаря.
Удалить можно только те объекты, которые не используются в модели Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Reports/Arrow Report) и получить толковый словарь терминов предметной области, использующихся в модели.
При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ.
Такие стрелки называются несвязанными и воспринимаются в BPwin как синтаксическая ошибка.
Для связывания стрелок входа, управления или механизма необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и щелкнуть по соответствующему сегменту работы.
В IDEFO различают пять типов связей работ.
Связь по входу (output-input) , когда стрелка выхода вышестоящей работы направляется на вход нижестоящей Связь по управлению (output-control) , когда выход вышестоящей работы направляется на управление нижестоящей.
Связь по входу показывает доминирование вышестоящей работы.
Данные или объекты выхода вышестоящей работы не меняются в нижестоящей Обратная связь по входу (output-input feedback) , когда выход нижестоящей работы направляется на вход вышестоящей.
Такая связь, как правило, используется для описания циклов.
Обратная связь по управлению (output-control feedback) , когда выход нижестоящей работы направляется на управление вышестоящей (стрелка «Рекомендации» ).
Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса.
Так, качество изделия может быть повышено путем непосредственного регулирования процессами изготовления деталей и сборки изделия в зависимости от результата (выхода) работы «Контроль качества».
Связь выход-механизм (output-mechanism ), когда выход одной работы направляется на механизм другой.
Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы Разветвляющиеся и сливающиеся стрелки .
Одни и те же данные или объекты, порожденные одной работой, могут использоваться сразу в нескольких других работах.
С другой стороны, стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте.
пример именования разветвляющейся стрелки Пример неверного именования разветвляющейся стрелки Тоннелирование стрелок .
Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верхнего уровня Для их «перетаскивания» наверх нужно сначала выбрать кнопку на палитре инструментов и щелкнуть по квадратным скобкам граничной стрелки.
Появляется диалог Border Arrow Editor Если выбрать опцию Remove tunnel, стрелка мигрирует на диаграмму верхнего уровня, а если Convert to rounded tunnel — стрелка будет затоннелирована и не попадет на другую диаграмму.
Тоннельная стрелка изображается с круглыми скобками на конце Слияние и расщепление моделей Возможность слияния и расщепления моделей обеспечивает коллективную работу над проектом.
Так, руководитель проекта может создать декомпозицию верхнего уровня и дать задание аналитикам продолжить декомпозицию каждой ветви дерева в виде отдельных моделей.
После окончания работы над отдельными ветвями все подмодели могут быть слиты в единую модель.
С другой стороны, отдельная ветвь модели может быть отщеплена для использования в качестве независимой модели, для доработки или архивирования.
BPwin использует для слияния и разветвления моделей стрелки вызова.
Для слияния необходимо выполнить следующие условия: 1.обе сливаемые модели должны быть открыты в BPwin;
2.имя модели-источника, которое присоединяют к модели-цели, должно совпадать с именем стрелки вызова работы в модели-цели;
3.стрелка вызова должна исходить из недекомпозируемой работы (работа должна иметь диагональную черту в левом верхнем углу);
4.имена контекстной работы подсоединяемой модели- источника и работы на модели-цели, к которой мы подсоединяем модель-источник, должны совпадать;
5.модель-источник должна иметь по крайней мере одну диаграмму декомпозиции.
Слияние моделей Для слияния моделей нужно щелкнуть правой кнопкой мыши по работе со стрелкой вызова в модели-цели и во всплывающем меню выбрать пункт Merge Model.
Появляется диалог, в котором следует указать опции слияния модели.
При слиянии моделей объединяются и словари стрелок и работ.
В случае одинаковых определений возможна перезапись определений или принятие определений из модели-источника.
То же относится к именам стрелок, хранилищам данных и внешним ссылкам.
После подтверждения слияния модель-источник подсоединяется к модели-цели, стрелка вызова исчезает, а работа, от которой отходила стрелка вызова, становится декомпозируемой — к ней подсоединяется диаграмма декомпозиции первого уровня модели-источника.
Стрелки, касающиеся работы на диаграмме модели-цели, автоматически не мигрируют в декомпозицию, а отображаются как неразрешенные.
Их следует тоннелировать вручную.
В процессе слияния модель-источник остается неизменной.
Расщепление модели «продажа» Рекомендации по рисованию диаграмм В реальных диаграммах к каждой работе может подходить и от каждой может отходить десяток стрелок.
Если диаграмма содержит 6-8 работ, то она может содержать 30—40 стрелок, причем они могут сливаться, разветвляться и пересекаться.
Такие диаграммы могут стать очень плохо читаемыми.
В IDEFO существуют соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели.
Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную.
Прямоугольники работ должны располагаться по диагонали с левого верхнего в правый нижний угол (порядок доминирования).
При создании новой диаграммы декомпозиции BPwin автоматически располагает работы именно в таком порядке.
В дальнейшем можно добавить новые работы или изменить расположение существующих, но нарушать диагональное расположение работ по возможности не следует.
Порядок доминирования подчеркивает взаимосвязь работ, позволяет минимизировать изгибы и пересечения стрелок.
Следует максимально увеличивать расстояние между входящими или выходящими стрелками на одной грани работы.
Если включить опцию Automatically space arrows на вкладке Layout диалога Model Properties (меню Model/Model Properties), BPwin будет располагать стрелки нужным образом автоматически.
Следует максимально увеличить расстояние между работами, поворотами и пересечениями стрелок.
Если две стрелки проходят параллельно, то по возможности следует их объединить и назвать единым термином.
Обратные связи по входу рисуются «нижней» петлей, обратная связь по управлению — «верхней» .
BPwin автоматически рисует обратные связи нужным образом.
Его можно «обмануть», но лучше этого не делать.
Циклические обратные связи следует рисовать только в случае крайней необходимости, когда подчеркивают значение повторно используемого объекта.
Принято изображать такие связи на диаграмме декомпозиции.
BPwin не позволяет создать циклическую обратную связь за один прием.
Если необходимо изобразить такую связь, то следует сначала создать обычную связь по входу, затем разветвить стрелку, направить новую ветвь обратно ко входу работы-источника и, наконец, удалить старую ветвь стрелки выхода.
Следует минимизировать число пересечений, петель и поворотов стрелок.
Если нужно изобразить связь по входу, необходимо избегать «нависания» работ друг над другом.
В этом случае BPwin изображает связи по входу в виде петли, что затрудняет чтение диаграмм.
ДИАГРАММА ДЕРЕВА УЗЛОВ Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между процессами (стрелки) (рисунок ).
Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов.
BPwin имеет инструмент навигации по модели — Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде.
Для создания диаграммы дерева узлов следует выбрать в меню пункт Diagram / Add Node Tree.
Запустится мастер формирования диаграммы дерева узлов Node Tree Wizard В диалоге Node Tree Wizard step 1 of 2 следует указать глубину дерева — Number of Levels (по умолчанию 3) и корень дерева – Top level activity (по умолчанию — родительский процесс текущей диаграммы).
По умолчанию нижний уровень декомпозиции показывается в виде списка, остальные процессы — в виде прямоугольников.
Для отображения всего дерева в виде прямоугольников следует отключить опцию Bullet Last level (Node Tree Wizard step 2 of 2).
Чтобы все прямоугольники были одного размера, следует выбрать All one size.
При создании дерева узлов следует указать имя диаграммы Diagram Name.
Стоимостный анализ (АВС) ABC может проводиться только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEFO), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) и стабильная (создание модели работы закончено).
Обычно сначала строится функциональная модель существующей организации работы — AS-IS (Как есть).
После построения модели AS-IS проводится анализ бизнес-процессов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-ВЕ.
ABC включает следующие основные понятия: объект затрат — причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат ;
движитель затрат — характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;
центры затрат, которые можно трактовать как статьи расхода.
При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег.
Для задания единиц измерения следует вызвать диалог Model Properties (меню Edit/Model Properties), вкладка ABC Units (рис ) Если в списке выбора отсутствует необходимая валюта (например, рубль), ее можно добавить.
Символ валюты по умолчанию берется из настроек Windows.
Диапазон измерения времени в списке Unit of measurment достаточен для большинства случаев — от секунд до лет.
Затем описываются центры затрат (cost centers).
Для внесения центров затрат необходимо вызвать диалог Cost Center Dictionary (меню Dictionary/Cost Center (рис.).
Каждому центру затрат следует дать подробное описание в окне Definition.
Список центров затрат упорядочен.Порядок в списке можно менять при помощи стрелок, расположенных справа от списка.
Задание определенной последовательности центров затрат в списке, во-первых облегчает последующую работу при присвоении стоимости работам, во- вторых, имеет значение при использовании единых стандартных отчетов, в разных моделях.
Для задания стоимости работы (для каждой работы на диаграмме декомпозиции) следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Costs (рис.
Во вкладке Costs диалога Activity Properties указывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration).
Затем следует выбрать в списке один из центров затрат и в окне Cost задать его стоимость.
Аналогично назначаются суммы по каждому центру затрат, т.
задается стоимость каждой работы по каждой статье расхода.
Если в процессе назначения стоимости возникает необходимость внесения дополнительных центров затрат, диалог Cost Center Editor вызывается прямо из диалога Activity Cost соответствующей кнопкой.
Общие затраты по работе рассчитываются как сумма по всем центрам затрат.
При вычислении затрат вышестоящей (родительской) работы сначала вычисляется произведение затрат дочерней работы на частоту работы (число раз, которое работа выполняется в рамках проведения родительской работы), затем результаты складываются.
Если во всех работах модели включен режим, Compute from
BPWIn_МетУказ
2. Перейдите в меню Dictionary/Cost Center (Словарь/Центр Затрат) (рисунок 1.66) и в окне Cost Center Dictionary (Словарь Центра Затрат) (рисунок 1.67) внесите название и определение центров затрат в соответствии с таблицей 7.1. Вид окна Cost Center Dictionary после внесения название и определение центров затрат представлен на рисунке 1.68 (обратите внимание на то, что центры затрат упорядочились по алфавиту). Рисунок 1.66 – Выбор меню Dictionary/Cost Center
Рисунок 1.67 – Незаполненное окно Cost Center Dictionary 51
Таблица 1.7 – Центры затрат ABC
Центр затрат Управление Рабочая сила КомпонентыОпределение Затраты на управление, связанные с составлением графика работ, формированием партий компьютеров, контролем над сборкой и тестированием Затраты на оплату рабочих, занятых сборкой и тестированием компьютеров Затраты на закупку компонентов
Рисунок 1.68 – Заполненное окно Cost Center Dictionary Для отображения стоимости каждой работы в нижнем левом углу прямоугольника перейдите в меню Model/Model Properties и во вкладке Display диалога Model Properties включите опцию ABC Data (рисунок 1.69). Рисунок 1.69 – Вкладка Display диалога Model Properties Для отображения частоты или продолжительности работы переключите радиокнопки в группе ABC Units .
Для назначения стоимости работе «Сборка настольных компьютеров» следует на диаграмме А2 (рисунок 1.70) щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню Cost (рисунок 1.71). Рисунок 1.70 – Диаграмма А2 Рисунок 1.71 – Выбор в контекстном меню опции Cost Откроется диалоговое окно Activity Properties (рисунок 1.72) в котором следует указать величины затрат (в рублях) на компоненты, рабочую си-
лу, управление и временные характеристики работы – Duration (Продолжительность) и Frequency (Частоту) выполнения (таблицу 1.8). Рисунок 1.72 – Вкладка Cost диалога Activity Properties 3. Для работ на диаграмме А2 внесите параметры ABC согласно таблице 1.8. Таблица 1.8 – Показатели стоимости работ на диаграмме А2
Cost Cen- Duration, Frequency Activity Name Cost Center ter Cost, час руб. Отслеживание расписания и Управление 500,00 0,50 14,00 управление сборкой и тестиро- ванием Сборка настольных компьюте- Рабочая сила 100,00 2,00 8,00 ров Компоненты 16000,00 Сборка ноутбуков Рабочая сила 140,00 4,00 6,00 Компоненты 28000,00 Тестирование компьютеров Рабочая сила 60,00 1,00 14,00 Посмотрите результат – стоимость работы верхнего уровня (рисунок 1.73).
Рисунок 1.73 – Отображение стоимости в нижнем левом углу прямоугольника работы 4. Выбрав соответствующие опции меню (рисунок 1.74), сгенерируйте отчет Activity Cost Report . Рисунок 1.74 – Выбор опций меню для генерации отчета Activity Cost Report В открывшемся диалоговом окне Activity Based Costing Report задайте параметры генерации отчета Activity Cost Report (рисунок 1.75). 55
Рисунок 1.75 – Задание параметров генерации отчета Activity Cost Report 1. Экспортируйте в Word печатную форму отчета Activity Cost Report. 2 Экспортируйте в Word копию окна, содержащего результаты определения стоимости работы «Сборка и тестирование компьютеров». Контрольные вопросы 1. Определите понятие и назначение функционально-стоимостного анализа. 2. Как задать единицы измерения для проведения функциональностоимостного анализа? 3. Как описать центры затрат? 4. Как создать отчет? 5. Как экспортировать отчет в другие приложения? 56
ЗАКЛЮЧЕНИЕ В 2000 году Международная Организация по Стандартизации (ISO) приняла новую версию стандартов серии 9000, содержащих перечень требований к системе качества организации. Одно из принципиальных отличий новой версии стандартов – использование процессного подхода к менеджменту, а также к созданию и функционированию системы качества. Основную идею процессного подхода в новой версии стандартов можно свести к следующим положениям. 1. Деятельность организации необходимо представить в виде сети взаимодействующих между собой процессов. 2. Менеджмент деятельностью организации должен основываться на менеджменте сетью процессов. Процессный подход, составляющий основу новой версии МС ИСО 9000:2000, требует применения специальных средств для описания и классификации процессов, составляющих деятельность организации. В пользу применения методологии IDEF0 для описания и классификации процессов говорит не только возможность методологии решить эту задачу в рамках системы качества организации, но также тот факт, что данная методология также является стандартом для функционального моделирования в ряде стран, включая США, Россию, РБ. Последнее обстоятельство делает возможным использовать методологию IDEF0 в качестве единого языка для обмена информацией между организациями, аудиторами, экспертами. Методология IDEF0 поддерживается компьютерными программами. Применение компьютерных программ на стадии описания процессов позволяет не только повысить эффективность решения этой задачи, но также использовать эти модели на стадии менеджмента процессами, интегрируя их в корпоративную информационную систему организации.
ЛИТЕРАТУРА 1. Маклаков, С.В. BPWin и ERWin. CASE-средства разработки информационных систем [Текст] / С.В. Маклаков. – Москва : ДИАЛОГ-МИФИ, 1999. − 256 с. 2. Куликов, Г.Г. Моделирование экономических и производственных процессов предприятий с использованием BPWin : метод. указ. к лаб. работам по курсу «Технико-экономический анализ деятельности предприятий» [Текст] / Г.Г. Куликов [и др.]. − Уфа, 2001. − 33 с. 3. Программное обеспечение [Электронный ресурс]. − Режим доступа : http://www.interface.ru 4. Описание стандартов семейства IDEF [Электронный ресурс]. − Ре- жим доступа : http://www.idef.org
ВВЕДЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1 ОСНОВНЫЕ ПРИЕМЫ РАБОТЫ С ПАКЕТОМ BPWIN 4.0 . . . . . . . . . 4 1.1 Определение контекста . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2 Рисование диаграммы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.3 Создание отчетов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Лабораторная работа № 1 Создание функциональной модели бизнес-процессов (IDEFO) . . . . . . . . . 9 Лабораторная работа № 2 Создание диаграмм декомпозиции . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Лабораторная работа № 3 Расщепление и слияние моделей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 Лабораторная работа № 4 Построение диаграмм потоков работ IDEF3 . . . . . . . . . . . . . . . . . . . . . . . . 38 Лабораторная работа № 5 Методология функционально-стоимостного анализа модели бизнес- процессов организации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 ЗАКЛЮЧЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 ЛИТЕРАТУРА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Учебное издание КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ Методические указания и задания для выполнения лабораторных работ студентами экономических специальностей Раздел «BPWin 4.0» Составители: Железко Борис Александрович, Дударкова Ольга Юрьевна Ответственный за выпуск О.Л. Сапун Электронный набор О.Ю. Дударкова Редактор М.А. Макрецкая Корректор М.А. Макрецкая Верстка М.А. Макрецкая Подписано в печать 20.11.2008 г. Формат 60×84 1 / 8 . Бумага офсетная. Гарнитура Times New Roman. Усл. печ. л. 6,74. Уч.-изд. л. 2,72. Тираж 100 экз. Заказ 1033. Издатель и полиграфическое исполнение Белорусский государственный аграрный технический университет ЛИ № 02330/0131734 от 10.02.2006. ЛП № 02330/0131656 от 02.02.2006. 220023, г. Минск, пр. Независимости, 99, к. 2 60
