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