Конкурентные преимущества все чаще достигаются не за счет лучших продуктов, а за счет более эффективных и более экономичных процессов. Короче говоря, бизнес-процессы превратились в дополнительный фактор производства.
Входящие связи (рис. 3.4). Действие во время его выполнения потребляет объекты из хранилищ объектов на входе.
Выходящие связи (рис. 3.5). Действие во время его выполнения выпускает объекты и помещает их в хранилища объектов на выходе.
Модифицирующие связи (рис. 3.6). Действие во время его выполнения изменяет объект в хранилище на другом конце линии связи.
Считывающие связи (рис. 3.7). Действие во время его выполнения получает доступ к объектам исключительно для чтения, благодаря чему объекты нельзя ни изменить, ни удалить из хранилища объектов.
Причины постановки вопросов оргструктуры на первое место во многих случаях следует искать в желании удержать и расширить сферы влияния. Поэтому мы настоятельно рекомендуем на первом этапе сосредоточиться на процедурах и сознательно абстрагироваться в первую очередь от организационной структуры.
олько тогда, когда процедуры рассматриваются вне оков организационной структуры, можно ожидать истинного совершенствования процессов вплоть до процессной инновации.
Они требуют высокого уровня подготовки и навязывают пользователям образ действий, обусловленый не их нуждами, а особенностями программного средства.
Короче говоря, бизнес-процессы превратились в дополнительный фактор производства.
бизнес-процесс во всей своей совокупности, что, в частности, позволит учитывать сферы ответственности, бизнес-объекты, потребность в ресурсах и многое другое. Словом, цель состояла в том, чтобы через модели бизнес-процессов прийти к совершенным «проектам построения бизнеса».
Horus охватывает весь жизненный цикл бизнес-процессов, от первоначальной идеи через проектирование вплоть до эксплуатации и обслуживания процесса. Он способствует решению как административных, так и аналитических и творческих задач
они пригодны для использования в бизнес-сообществах только в ограниченном масштабе. Они требуют высокого уровня подготовки и навязывают пользователям образ действий, обусловленый не их нуждами, а особенностями программного средства. В большинстве случаев уровень сложности слишком высок (пример: многочисленность типов моделей в ARIS) либо ограниченные возможности абстрагирования уж слишком навязывают пользователю уровень реализации (пример: моделирование с BPMN), препятствуя важным творческим процессам моделирования.
После первых нерешительных начинаний в области средств автоматизированной разработки программного обеспечения (Computer-aided software engineering — CASE) моделирование бизнес-процессов пережило первый расцвет в контексте внедрения стандартных бизнес-приложений (SAP, приложения Oracle, PeopleSoft, Baan и т.д.). Помимо таких высокопрофессиональных инструментов, как ADONIS, ARIS, Bonaparte, Casewise и INCOME, на рынке появлялось все больше и больше низкотехнологичных средств, получивших развитие от простых графических программ, например Visio и iGrafx. Между тем сейчас мы наблюдаем второй расцвет, движущими силами которого, несомненно, служат темы управления бизнес-процессами (Business Process Management — BPM), разработка, управляемая моделями (Model Driven Development — MDD) и сервис-ориентированная архитектура (Service Oriented Architecture — SOA). Актуальные обзоры рынка показывают, что сегодня практически каждый поставщик прикладного и межплатформенного программного обеспечения может предложить по крайней мере один инструмент моделирования процессов.
