ViPRosа). просто создается нормативный процесс с актуализированными(объективизированными) процессорами, входом, выходом и запускаются. КЕМ созадется? Его может создать любой руководитель любого уровня и звена? Может исполнитель сам себе поставить задачу, чтобы видеть ее в общем перечне задач (включая задачи по множеству процессов и проектов, в которых он принимает участие), если цель озвучена кем-то просто по телефону?

ViPRos2. Модель.
Модель в системе- способ формализации знаний о предметней области.
Основные места накопления - Множественный классификатор, типизация отношений, типизация ролей типов, типизация ролей свойств, контексты - служат цели типизации определенных знаний для контексной интерпретации.И снова тот же самый вопрос. КЕМ она создается? Айтишником или бизнес-меном? Кто решает, что и как должно классифицироваться и типизироваться?

ViPRosПрикладные модели.
Тот же процесс - прикладная модель (т.е. это модель пользователя), потому она расширяема модельщиком. Можно ввести сколь угодное количество типовых процессов ну, допустим без выходов или без процессоров, или зафиксировать время начала допустим в 8.00 каждый рабочий день), как угодно их классифицировать, включить в разные контексты интерпретации и т.д.(те. дать возможность использовать готовые методы уже существующих моделей). Вощем если не нужно писать собвственый метод для обслуживания, то на этом все и заканчивается...А потом пользователь обнаруживает несоотстветствие всех типовых процессов своей конкретной ситуации, с досадой машет рукой на всезнайку-разработчика типовых процессов, который когда-то решил, что все предусмотрел, и начинает работать за пределами системы.
Это я к тому, что если уж давать возможность изменять модель, то уж давать, а не давать, так уж и не давать. А то получается ни то ни сё. Вроде бы и выбор есть, и возможности как-то что-то менять, но только в жестко заданных пределах.

ViPRos3. Существующая прикладная модель позволяет создать - мультипроекты, которые состоят из нормативных сгенерированных и/или нормативных не сгенерированных (т.е. вся сеть процессов задано как нормативная с отношением предшествования и другими актулизирующими вещами). Постояный мониторинг состояния сети и трансформация сети по определенными событиям с учетом правил.В моей презентации ты таких слов не найдешь, но устно я их произносил. "Не только процесс, но и проект может быть составлен в нотации BPMN. Потому что проект - это однократный процесс.". Перевод его в диаграмму Ганта - это уже дело техники. Правда, тут есть один нюанс. В диаграмму Ганта может быть переведен не любой граф BPMN, а только тот, у которого экшны определены с фиксированной продолжительностью. Однако, продолжительность отдельных фаз процесса может на самом деле зависеть от некоторых промежуточных параметров, значение которых проясняется уже в ходе выполнения. И тогда диаграмма Ганта получается недоопределенной, расплывчатой. Тем не менее, можно привязать к экшнам предварительную оценку продолжительности, а в ходе исполнения ее корректировать в соответствии с логикой БП.

ViPRosи модель это выдает вот это
а что выдает БПМС? то что нарисованоЭто же диаграмма Ганта. :)
Конкретно в бизаги диаграммы Ганта не строятся. Однако, я полагаю, сделать, чтобы они строились, вполне выполнимо (в конце концов, представитель бизаги у нас под боком - если юзвери аргументируют, то почему бы и нет). Вопрос - нужно ли? Я уже в предыдущем сообщении сказал, что диаграмма Ганта строится только по НЕ параметризованной и линейной схеме BPMN (без циклов, условных ветвлений, распараллеливаний заранее не известно на какое количество потоков, для схемы, плановое время каждого действия задано фиксированным значением, и т.д. и т.п). BPMS позволяет получать существенно более сложные комбинации действий, параметризированные, условные, которые при попытке отобразить на диаграмме Ганта все варианты событий могут превратиться в совершенно нечитаемую кашу.

График потребления, загрузка мощностей, график выпуска получить можно. Только для этого необходимо прикрутить к BPMS структуру данных BOM, оборудования и оснастки, технологических карт, некий расчетный MRP-алгоритм (например, в виде WEB-службы, которую будет запускать либо Service Task, либо Script Task). В общем, это то, чего не хватает в готовом виде для BPM-систем. Однако, я полагаю, вполне можно разработать специальный набор WEB-сервисов для использования в BPM-системах в виде в достаточной степени автономных "кубиков", которые можно было бы приобретать за отдельную плату (тем кому они нужны), либо на услуги которых можно было бы подписываться (по SaaS). По-моему, вендоры BPMS пока еще сами не осознали, что это возможно. Или осознали, но не хотят ссориться с вендорами ERP-систем раньше времени... :)

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

ViPRosЭтот Гант уже учел все циклы (выпрямил с учетом загрузки процессоров), распаралелли все что надо и когда надо, подставив всевозможные значения параметров и выбрав ту , желанную через определенные правила отбора.
Гант - живет :) - постоянный мониториг и Гант меняется на глаза через обратную связь, т.е. нифига тут нефиксировано, все течет , все меняется. Певоначальный граф задает желаемое конечное состояние, через квант уже все это начинает жить.
То, что от БПМС получится каша - я уже понимаю.Звучит, конечно же, здорово... :)

Попробуй нарисовать на диаграмме Ганта такой процесс (см выделенное):
1) Получен заказ на скульптуру
2) Определить три вида материала (3 дня)
3) Разработать 3 варианта эскиза (1 месяц)
4) Расчитать бюджет под каждый вариант эскиза (1 неделя)
5) Согласовать с заказчиком один из трех вариантов (2 недели)
6) Изготовить скульптуру (время выполнения зависит от материала, размера скульптуры, художественной сложности и расчитывается по совокупности формул, которые расписываются на 20 страницах формата А4)

Хотелось бы увидить фазу №6 на диаграмме Ганта до того, как по факту выполнена фаза №5. :)

ViPRosА Гант этот просто.Согласен. Гант - это просто. И велосипед проще космического корабля. Вот только в космос на нем не уедешь. :)

Диаграмма Ганта очень удобна для восприятия. Поэтому лично я считаю, что было бы очень неплохо все-таки ее иметь в составе BPMS для тех, кто привык видеть именно ее. Если поднапрячь мозг, то вполне возможно скрестить ее с имитационным моделированием. И в любом случае ее вполне можно получить по уже выполненным экземплярам любых процессов. Можно ее сформировать и по тем процессам, для которых время выполнения операций жестко задано непосредственно в свойствах элементов схемы. Во всяком случае, в качестве предварительной очень приблизительной оценки она вполне может быть получена. И уже поэтому должна быть получена. В особенности, если мы пытаемся использовать BPMS одновременно и как систему управления проектами.