Informatica
As organizações empresariais modernas precisam estar em constante evolução para se manterem competitivas. Não é uma tarefa fácil definir requisitos para os sistemas de software que darão suporte a um negócio, dada a dinâmica de mudanças nos processos. O levantamento de requisitos tem sido feito de forma empírica, sem o apoio de métodos sistematizados que garantam o desenvolvimento baseado nos reais objetivos do negócio. A engenharia de software carece de métodos que tornem mais ordenadas e metódicas as etapas de modelagem de negócios e de levantamento de requisitos de um sistema. O UP une as boas práticas no desenvolvimento de software e é base para a definição de várias metodologias encontradas no mercado, porém sente-se a falta de métodos e ferramentas adequadas para o levantamento dos requisitos do negócio. Assim, procura-se inserir nesse processo atividades para o levantamento de requisitos de sistemas baseados em uma arquitetura modelagem de negócio, com o intuito de tornar mais sistemática esta etapa do desenvolvimento. Para isso, é proposto um conjunto de atividades a ser inserido no UP para a modelagem de negócio, também são propostas atualizações em algumas atividades preestabelecidas no UP, de forma a poderem ser aplicadas a qualquer metodologia que nele se baseie. A técnica de construção de arquiteturas de negócio proposta por Eriksson e Penker (2000) é, dentre as propostas de modelagem de negócio com UML pesquisadas, a única que aborda de forma sistemática a passagem da arquitetura de negócio para uma arquitetura de software que dê suporte à primeira. O UP é dividido em quatro fases (levantamento de requisitos, análise, projeto, implementação e teste) e possui workflows que devem ser executados em todas elas, com uma abordagem específica das atividades do fluxo de trabalho para cada uma. As atividades do workflow de levantamento de requisitos existem em todas as fases do