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