de um repositorio para manter informacoes, pesquisas, ajuste de modelos e uso de metodos ageis durante todos as fases do framework, para que este seja melhor, mais rapido e mais barato do que a pratica classica [7]. A arquitetura empresarial consiste em varias estruturas e processos de uma organizacao. Para completar essa definicao, um modelo arquitetural e uma representacao destas estruturas e processos. Um bom modelo arquitetural retrata a organizacao como ela e hoje e preve seu futuro. Muitas vezes os modelos arquiteturais da organizacao sao uma ponte de comunicacao entre os detentores de negocio e os profissionais de TI. Entretanto, na industria de TI, esta terminologia nao e usada assim. O termo arquitetura empresarial se refere ao grupo de pessoas responsaveis por modelar e documentar a arquitetura. O framework da arquitetura empresarial e como um padrao que e util para se pensar e se explorar varios aspectos de uma empresa, que normalmente consiste de modelos, diagramas e produtos definidos para um projeto [7]. Este framework pode resolver a deficiencia e problemas da pratica classica, e tambem ajudar a empresa a atingir suas metas mais rapidamente porque possui padroes tecnicos combinados, portanto, e basicamente agil. Ele consiste em 7 modelos e 11 interacoes entre eles. Estes modelos e interacoes sao feitos de principios e valores ageis, e ele cobre diferentes pontos de vista e aspectos do projeto e da empresa. Os pontos de vista sao: planejador, proprietario, designer, construtor, e programador. Os aspectos do projeto sao: dados, funcoes, rede, pessoas, tempo, e motivacao [7]. O framework e executado de modo que possa mudar a supervisao dos detentores de negocio para um modo cooperativo. O projeto e visto de maneira mais entusiastica por toda a equipe, fazendo com que o mesmo seja suportado como um todo, reduzindo o risco do seu planejamento, sem contar com as interacoes simultaneas que facilitam seu desenvolvimento, e que guiam sua execucao e conclusao com sucesso. 3. CONCLUSOES Metodos ageis podem ser aplicados ao desenvolvimento de praticamente qualquer sistema de software atualmente. Suas principais vantagens sao o uso de ciclos de desenvolvimento menores, onde a equipe mantem uma constante comunicacao, que acaba facilitando um melhor entendimento dos requisitos. Alem disso, os requisitos podem mudar com maior frequencia, sem que a equipe perca isso de vista. Com esta dinamica, so e feito o que realmente importa, para cada entrega ao final de cada ciclo, permitindo que a equipe foque esforcos somente naquilo que e necessario. O usuario acaba recebendo um produto palpavel, que ele pode utilizar e verificar se realmente esta atendendo as suas necessidades, alem de poder dar feedbacks a equipe enquanto esta esta desenvolvendo o produto. REFERENCIAS [1] D. Leflingwell. "Agile Software Requirements". [2] S. W. Ambler. "Agile Model Driven Development (AMDD)". XOOTIC Magazine, February, 2007. [3] F. Petrillo and M. Pimenta. "Is Agility out there? Agile Practices in Game Development". SIGDOC 2010, S. Carlos, SP, Brazil. [4] M. Thonhauser; G. Schmoelzer; C. Kreiner. "Model-based Data Processing with Transient Model Extensions". 14th Annual IEEE International Conference and Workshops on the Engineering of Computer-Based Systems (ECBS), 2007. [5]