|
Программные продукты |
|
|
|
Задачи организационного управления, для которых в первую
очередь, необходима указанная функциональность |
|
|
|
Параметры сравнения |
БИГ-Мастер МАКСИ (Москва) |
БИГ-Мастер 10.3. (СПб) |
ОРГ-Мастер ПРОФИ (СПб) |
В составе БИГ-Мастер 10.3. использовалась предыдущая версия
системы моделирования ОРГ-Мастер 3.1. |
Моделирование орг. структур и функций |
Моделирование процессов |
Моделирование проектов и планов работ |
Генерация регламентов и инструкций |
Виды объектов программы |
|
|
|
|
|
|
|
|
- Классификаторы |
+ |
+ |
+ |
Иерархические списки элементов модели (организационных
звеньев, функций, сотрудников, документов и т.д.) |
+ |
+ |
+ |
|
- Проекции |
|
|
|
Два (три) классификатора, позиции которых связаны друг с
другом |
|
|
|
|
- матричные |
+ |
+ |
+ |
|
+ |
+ |
+ |
|
- тройные |
- |
+ |
+ |
|
|
+ |
|
|
- Наборы проекций |
- |
- |
+ |
Несколько проекций, имеющих один общий классификатор -
образуют подмодель |
|
+ |
|
|
- Отчеты |
+ |
+ |
+ |
|
|
|
|
+ |
- Модели |
+ |
+ |
+ |
|
+ |
+ |
+ |
|
- Папки моделей |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Формы представления объектов |
|
|
|
|
|
|
|
|
- Классификаторы |
|
|
|
|
|
|
|
|
- в виде дерева |
+ |
+ |
+ |
|
|
|
|
|
- в виде списка |
- |
+ |
+ |
|
|
|
|
|
- Проекции |
|
|
|
|
|
|
|
|
- в виде таблицы |
+ |
+ |
+ |
|
|
|
|
|
- в виде списка |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Характеристики описания объектов |
|
|
|
|
|
|
|
|
- Классификаторы |
|
|
|
|
|
|
|
|
- числовая шкала |
+ |
+ |
+ |
Может использоваться для указания количества сотрудников,
занимающих должность; времени, затрачиваемого на исполнение функции
(операции процесса) или допустимого количества знаков в поле будущей БД и
т.д. |
+ |
+ |
|
|
- мастер функций |
- |
+ |
+ |
Наличие функций суммирования, расчета среднего значения,
максимума, минимума и пр. помогает рассчитать количество сотрудников в
подразделении или время, необходимое для выполнения группы операций |
+ |
+ |
|
|
- подсчет количества связей к позиции |
- |
+ |
+ |
Например, связи в проекции "Организационные звенья на
сотрудники" суммируются для каждой позиции классификатора звеньев и таким
образом, определяется количество штатных единиц |
+ |
|
|
|
- временная шкала |
- |
+ |
+ |
Позволяет задавать дату начала и окончания события,
используется для моделирования проектов и планов работ |
|
|
+ |
|
- даты |
|
|
|
|
|
|
|
|
- периоды |
|
|
|
|
|
|
|
|
- Комментарии к позиции |
- |
+ |
+ |
Количество и содержание комментариев оставляется на
усмотрение пользователя, например, с их помощью можно задать целевое
назначение, результат процесса, количественные показатели и пр., или описать
правила выполнения операции процесса |
|
+ |
|
|
- Тип (пиктограмма) позиции |
- |
+ |
+ |
Например, для классификаторов "Базы данных и Хранилища
документов" используются типы, определяющие вид поля - "числовое",
"текстовое" и пр.; для классификатора "Организационные звенья" - категории
должностей, для классификатора "Функций" типы соответствующих функций и т.п. |
+ |
|
|
|
- Заполнение классификатора на нескольких языках |
- |
+ |
+ |
В один классификатор можно заносить информацию на n-ом
количестве языков и затем выводить отчеты на каждом из них |
|
|
|
|
- Проекции |
|
|
|
|
|
|
|
|
- наименование связи |
- |
+ |
+ |
Как правило, обязательно при моделировании процессов -
функции (операции процесса) связываются между собой через документы или
ресурсы - в противном случае, невозможно определить информационные и
материальные потоки по процессу |
+ |
+ |
|
|
- вес связи |
- |
+ |
+ |
Аналог шкалы в классификаторе: в проекции "Функции _
Организационные звенья" обозначает частоту исполнения операции (по
установленной пользователем шкале) - при наличии также времени или стоимости
исполнения операции позволяет провести функционально-стоимостной анализ.
Может также использоваться для проведения других видов системного анализа. |
|
|
|
|
- направление связи |
- |
+ |
+ |
Документы (ресурсы) передаются от одной операции процесса к
другой - порядок передачи и определяется направлением связи |
|
|
|
|
- индекс связи |
- |
+ |
+ |
Условия ветвления процесса - скажем из операции "обработка
запроса клиента" может быть два "выхода": отказ клиенту (если организация не
может выполнить запрос) или принятый к исполнению запрос клиента (в обратном
случае), индексы соответственно будут - "выполнимо" и "невыполнимо". С
помощью индексов можно задать также виды подчиненности (непосредственно
подчинен, функционально подчинен, подчинен по проекту) в проекции
"Организационные звенья на Организационные звенья" и пр. |
|
|
|
|
- свойство связи |
- |
+ |
+ |
В ходе реализации процесса один и тот же документ (!)
проходит различные стадии - сначала есть проект договора, потом он
согласуется, правится, визируется и наконец подписывается - с тем чтобы не
"раздувать" до бесконечности классификатор "Документы" используются свойства
- "проект", "согласовано", "исправлено" и пр. |
|
|
|
|
|
|
|
|
|
|
|
|
|
Операции над объектами |
|
|
|
|
|
|
|
|
- Классификаторы |
|
|
|
|
|
|
|
|
- Вырезка / Копирование / Вставка позиции |
+ |
+ |
+ |
|
|
|
|
|
- Вырезка / Копирование / Вставка позиции из MS Office |
- |
+ |
+ |
|
|
|
|
|
- Копирование позиции с сохранением связей |
- |
- |
+ |
|
|
|
|
|
- Импорт |
|
|
|
|
|
|
|
|
- импорт из текстовых файлов |
- |
+ |
+ |
Полезно на начальном этапе - при формировании
классификатора "Функции" - обычно на предприятии существуют некие регламенты
в электронном виде - импорт из текстовых файлов позволяет сократить
"печатную" работу |
|
|
|
|
- импорт из библиотечных классификаторов |
- |
+ |
+ |
Наличие типовых классификаторов функций существенно
упрощает работу по проектированию структуры "как хотелось бы" |
|
|
|
|
- импорт из классификаторов моделей |
+ |
+ |
+ |
|
|
|
|
|
- Сравнение с другими классификаторами моделей |
- |
+ |
+ |
|
|
|
|
|
- Сортировка |
|
|
|
|
|
|
|
|
- по алфавиту |
- |
+ |
+ |
|
|
|
|
|
- по типу |
- |
+ |
+ |
|
|
|
|
|
- по шкале |
- |
+ |
+ |
|
|
|
|
|
- Установление местоположения файла документа с возможностью
последующего просмотра |
- |
+ |
+ |
Бесплатно поставляемая просмотровая версии позволяет
сотрудникам ознакомится не только с перечнем ОРД, но, при необходимости и с
их содержанием |
|
|
|
|
- Поиск |
- |
+ |
+ |
|
|
|
|
|
- Проекции и наборы проекций |
|
|
|
|
|
|
|
|
- Копирование / Вырезка / Вставка связей |
- |
- |
+ |
|
|
|
|
|
- Транспонирование матрицы |
- |
+ |
+ |
|
|
|
|
|
- Связи устанавливаются |
|
|
|
|
|
|
|
|
- один к одному |
+ |
+ |
+ |
|
|
|
|
|
- один к многим |
- |
+ |
+ |
|
|
|
|
|
- при установке связей на нижнем уровне (детализации),
автоматически убирается связь на верхнем |
- |
- |
+ |
|
|
|
|
|
- при установке нескольких связей на нижнем уровне, в
диаграмме автоматически выводится родительская связь на верхнем |
- |
- |
+ |
Очень удобно, т.к. при внесении изменений не надо
"протаскивать" связь по всем уровням иерархии блоков процесса |
|
|
|
|
- информационные и материальные потоки можно описывать
теперь не только непосредственно, но и через хранилища и базы данных |
- |
- |
+ |
Также очень полезное расширение стандарта IDEF, позволяющее
полностью описать взаимодействие с помощью одной системы нотаций |
|
|
|
|
- Удаленные элементы можно восстанавливать |
- |
+ |
+ |
|
|
|
|
|
- При работе с проекциями можно вносить изменения в
классификаторы |
- |
- |
+ |
Ранее, любое, даже незначительное изменение требовало
выхода из проекции и перехода в режим правки классификатора. Кроме того,
т.к. заранее всего не предусмотришь - проектировать легче пару объектов. |
|
|
|
|
|
|
|
|
|
|
|
|
|
Формирование и печать промежуточных отчетов |
|
|
|
|
|
|
|
|
- Частичное отображение |
|
|
|
|
|
|
|
|
- помеченные позиции |
|
|
|
|
|
|
|
|
- позиции с одинаковой пиктограммой |
- |
+ |
+ |
|
|
|
|
|
- позиции с комментариями |
- |
+ |
+ |
|
|
|
|
|
- подуровни позиции |
- |
+ |
+ |
|
|
|
|
|
- нераспределенные позиции |
- |
+ |
+ |
Например, можно вывести в предварительном отчете все звенья
оставшиеся без связей или, используя возможность "транспонирования матрицы",
функции "подвешенные в воздухе" |
|
|
|
|
- Прямые проекции |
- |
+ |
+ |
Например, "Функции на Регламенты, которые определяют
правила их выполнения" |
|
|
|
|
- Обратные проекции |
- |
+ |
+ |
Например -наоборот "Регламенты на Функции" |
|
|
|
|
|
|
|
|
|
|
|
|
|
Форматы отчетов |
|
|
|
|
|
|
|
|
- текстовый |
|
|
|
|
|
|
|
|
- *.htm- |
- |
+ |
+ |
Упрощает дальнейшее размещение отчетов в Intranet - системе
компании |
|
|
|
|
- *.txt |
+ |
+ |
+ |
|
|
|
|
|
- *.rtf |
+ |
+ |
+ |
|
|
|
|
|
- табличный |
+ |
- |
+ |
|
|
|
|
|
- *.x-s |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Формирование и печать итоговых отчетов |
|
|
|
|
|
|
|
|
- Генерация произвольных отчетов |
- |
+ |
+ |
Заполнив необходимые классификаторы и проекции,
пользователь может создать любой отчет - начиная от Штатного расписания или
Телефонного справочника и заканчивая распределением критериев оценки
деятельности за принятыми в компании системами вознаграждения |
|
|
|
|
- Генерация отчетов по шаблону |
|
|
|
|
|
|
|
|
- Положение об организационно-функциональной структуре |
+ |
+ |
+ |
|
|
|
|
|
- Положение о функциях подразделения |
+ |
+ |
+ |
|
|
|
|
|
- Положение о функциях сотрудника |
+ |
+ |
+ |
|
|
|
|
|
- Положение о распределении функций по службам компании |
+ |
+ |
+ |
|
|
|
|
|
- Должностные инструкции сотрудников компании |
- |
+ |
+ |
|
|
|
|
|
- Спецификации процессов |
- |
- |
+ |
|
|
|
|
|
- Текстовые описания процессов |
- |
- |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Формирование и печать диаграмм |
|
|
|
|
|
|
|
|
- Диаграммы организационно-функциональной структуры |
|
|
|
|
|
|
|
|
- Диаграмма организационных звеньев |
+ |
+ |
+ |
|
|
|
|
|
- Диаграмма функций (целей, ресурсов и т.п.) |
+ |
+ |
+ |
|
|
|
|
|
- Диаграмма проекции |
- |
+ |
+ |
В блоке выводится не только иерархия основного
классификатора, но и спроецированные свойства - например, можно вывести
оргструктуру с функциями исполнителей или наоборот. |
|
|
|
|
- Диаграммы процессов |
|
|
|
|
|
|
|
|
- нотация IDEF0 |
- |
+ |
+ |
В ближайшее время планируется придать данному стандарту
описания международный статус |
|
|
|
|
- нотация ЛФС (логические блок схемы) |
- |
- |
+ |
Полезная нотация для технологических инструкций или
описания процессов "одного сотрудника" - но, впрочем, любой процесс может
быть выведен в любой из перечисленных нотаций или в каждой из них |
|
|
|
|
- нотация DFD |
- |
- |
+ |
Диаграммы потоков данных используются для описания
документооборота и обработки информации. Их можно использовать как
дополнение к модели IDEF0 для более наглядного отображения операций
документооборота (причем на единой диаграмме!) |
|
|
|
|
- Диаграммы загрузки сотрудников |
- |
+ |
+ |
Наглядное отображение загруженности сотрудников по
нескольким проектам в определенные периода времени |
|
|
|
|
- Диаграммы Ганта в *x-s |
- |
+ |
+ |
|
|
|
|
|
Возможность задать вручную абсолютный размер шрифта в pt. для узлов,
подписей связей, узлов Информационных Объектов (размер шрифта заголовка и
размер шрифта перечня полей) для текущего уровня декомпозиции IDEF0
диаграммы – применяется ко всем типам диаграмм, порожденным текущим уровнем
декомпозиции (то есть к IDEF0, DFD, всем контекстным DFD текущего уровня,
всем -FS, карте модели) |
- |
+ |
+ |
|
|
|
|
|
Возможность произвести непосредственное редактирование в
BPView заголовков узлов, подписей связей, узлов Информационных Объектов
(включая и перечень полей), узлов Внешних сущностей на диаграммах IDEF0,
DFD, контекст DFD выбрав из контекстных меню пункт “Переименовать”. |
- |
+ |
+ |
|
|
|
|
|
Изменен алгоритм масштабирования нормального просмотра
диаграммы – раньше всегда масштабирование велось на экранный эквивалент
формата А3, теперь на формат, указанный пользователем в настройках страницы
печати |
- |
+ |
+ |
|
|
|
|
|
Существенно доработан блок анализа шрифтов диаграммы |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Форматы представления диаграмм |
|
|
|
|
|
|
|
|
- *.htm- |
- |
+ |
+ |
|
|
|
|
|
- *.bmp |
- |
+ |
+ |
|
|
|
|
|
- *.gif |
- |
+ |
+ |
|
|
|
|
|
- *.rtf |
- |
- |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Поддержка процедур согласования и утверждения |
|
|
|
|
|
|
|
|
- простота изменения настроек отчета |
- |
+ |
+ |
|
|
|
|
|
- импорт данных о должностях и ФИО сотрудников из модели |
- |
- |
+ |
|
|
|
|
|
- генерация листа утверждения / согласования |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ограничения, интеграция и поддержка целостности |
|
|
|
|
|
|
|
|
- Количество создаваемых пользователем классификаторов и
проекций не ограничено |
+ |
+ |
+ |
|
|
|
|
|
- Создание и поддержка архива моделей |
- |
+ |
+ |
|
|
|
|
|
Поддержка целостности модели |
|
|
|
|
|
|
|
|
- удаление элемента модели невозможно до переназначения /
удаления всех связей |
- |
+ |
+ |
|
|
|
|
|
- связи проставляемые в наборах проекций (процессах) тут
же передаются в проекции и наоборот |
- |
- |
+ |
Собственно это главное для чего стоило делать ПРОФИ. Во
всех аналогичных системах структурное и процессное описание выполнялось в
разных моделях, а связь между ними осуществлялась путем импорта-экспорта
элементов. Это приводило к двойному вводу и расхождению моделей при внесении
изменений. |
|
|
|
|
- возможность сетевой работы (с одной моделью) |
- |
+ |
+ |
|
|
|
|
|
- наличие просмотровой версии |
- |
+ |
+ |
|
|
|
|
|
-импорт моделей Мини -Миди |
+ |
- |
+ |
|
|
|
|
|
-интеграция с системой АиТ:Управление персоналом |
- |
- |
+ |
|
|
|
|
|
дальнейшая интеграция с системой work-f-ow, позволяющей
управлять задокументированными процессами |
- |
- |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Информационное наполнение |
|
|
|
|
|
|
|
|
- Референтные модели |
+ |
+ |
+ |
|
|
|
|
|
- Шаблоны структур моделей |
- |
+ |
+ |
|
|
|
|
|
- "Библиотечные" классификаторы |
- |
+ |
+ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Авторизация и дата создания объектов |
|
|
|
|
|
|
|
|
- Папок |
- |
+ |
+ |
|
|
|
|
|
- Моделей |
+ |
+ |
+ |
|
|
|
|
|
- Проекций |
- |
+ |
+ |
|
|
|
|
|
- Классификаторов |
- |
+ |
+ |
|
|
|
|
|