Pensando em um requisito, o que muda das abordagens tradicionais de TI para as abordagens BPM e SOA... Vejam a lista abaixo:
- De "Orientado a Função" para "Orientado a Processos";
- De "Construído para durar" para "Construído para mudar";
- De "Longos ciclos de Desenvolvimento" para "Desenvolvido e implementado de forma incremental ";
- De "Silos de Aplicação" para "Soluções Orquestradas";
- De "Aplicações estruturadas utilizando componentes e objetos" para "Aplicações estruturadas utilizando serviços";
- De "Implementação conhecida" para "Abstração da Implementação";

Um comentário:
De "Longos ciclos de Desenvolvimento" para "Desenvolvido e implementado de forma incremental ";
Como controlar o escopo? O ideal seria ter um escopo parcial ao invés de um fechado. Mas como argumentar com um escopo parcial? Não há o risco de um integração se tornar uma aplicação muito arriscada?
Postar um comentário