|
78 поскольку процесс управления гораздо сложнее (ПО является лишь одним из его компонентов). И если для ПО можно, по крайней мере, поставить цель его автоматической кодогенерации, то для процесса управления это невозможно по причинам невозможности автоматического создания оргструктуры или процесса функционирования. Здесь может быть поставлена только одна реалистическая цель автоматическая генерация модификаций процессов управления и контроль их полноты и состоятельности. И в дальнейшем на основе спецификаций осуществление функционально-качественного анализа, статистического анализа, вычисление наиболее эффективных комбинации ресурсов, динамического анализа и т.п. В основе такой среды лежит понятие цикла адаптации процесса управления, включающего следующие этапы: • организационные мероприятия по проведению работ по улучшению процессов управления; • изучение процесса, включая его понимание, анализ и выявление узких мест; • анализ предложений по адаптации; • выбор и аргументация приемлемого варианта; • собственно, реализация улучшения. Фактически CASE-среда проектирования бизнеса поддерживает лишь этапы изучения, анализа и выбора. Тем не менее, по своей структуре она похожа на соответствующую среду для ПО и включает в себя репозитарий, средства ввода, средства анализа и средства вывода. Репозитарий строится на аналогичных традиционным CASE-средствам принципах и отличается лишь более широкой номенклатурой хранимых объектов. Средствами ввода также является традиционная совокупность графических контекстночувствительных редакторов, предназначенных для ввода и последующей корректировки различных типов моделей процессов управления. Центр тяжести анализа моделей переносится от верификации на полноту и состоятельность к достижению корректности и оптимальности. |
50 проектирования, принципиальное отличие заключается в задаче генерации, поскольку процесс управления гораздо сложнее (ПО является лишь одним из его компонентов). И если для ПО можно, по крайней мере, поставить цель его автоматической кодогенерации, то для процесса управления это невозможно по причинам невозможности автоматического создания оргструктуры или процесса функционирования. Здесь может быть поставлена только одна реалистическая цель автоматическая генерация модификаций процессов управления и контроль их полноты и состоятельности. И в дальнейшем на основе спецификаций осуществление Функционально-качественного анализа, статистического анализа, вычисление наиболее эффективных комбинации ресурсов, динамического анализа и т.п. В основе такой среды лежит понятие цикла реорганизации процесса управления, включающего следующие этапы [52]: • организационные мероприятия по проведению работ по улучшению процессов управления; • изучение процесса, включая его понимание, анализ и выявление узких мест; • анализ предложений по реорганизации; • выбор и аргументация приемлемого варианта; • собственно, реализация улучшения. Фактически CASE-среда проектирования бизнеса поддерживает лишь этапы изучения, анализа и выбора. Тем не менее, по своей структуре она похожа на соответствующую среду для ПО и включает в себя репозитарий, средства ввода, средства анализа и средства вывода. Репозитарий строится на аналогичных традиционным CASE-средствам принципах и отличается лишь более широкой номенклатурой хранимых объектов. Средствами ввода также является традиционная совокупность графических контекстночувствительных редакторов, предназначенных для ввода и последующей корректировки различных типов моделей процессов управления. Центр тя 51 жести анализа моделей переносится от верификации на полноту и состоятельность к достижению корректности и оптимальности. Средства вывода CASE-среды для процессов управления должны формировать пакет отчетов и документов в удобной для последующего использования форме, включающий результаты аудита существующих процессов управления и требований по их управлению (а именно, спецификации процессов, отчеты по их полноте и состоятельности, протоколы тестирования, результаты статистического, стоимостного, динамического и т.д. анализа), спецификации требований к целевым процессам управления (включая функциональные и нефункциональные требования, а также требования по управлению), планы и программы перехода от текущего состояния к целевому, и оценки рисков [116]. Все эти документы должны опираться на соответствующий комплекс стандартов, включающий: • стандарты на язык описания процессов управления; • стандарты на спецификации требований и спецификации проектирования процессов управления; • стандарты на методики оценки полноты и состоятельности, а также методы и средства анализа процессов; • метрики процессов управления. Ключевым выходным документом является спецификация процесса управления, предназначенная для документирования процесса и фиксации предложений по его улучшению. Ниже приводятся восемь принципов, на которых базируется спецификация процесса управления [51,52]: • отделение функциональности процесса от задач и особенностей его реализации спецификация должна описывать, что делает процесс, а не каким образом он это делает; • использование процессо-ориентированного языка описания; • спецификация должна быть интегрирована с системой, компонентом |