que o RUP 7.0 destaca a necessidade de focalizar na arquitetura logo no inicio, como uma forma efetiva de gerenciar a complexidade do sistema, sendo esta uma diferenca conceitual em relacao a metodologias ageis como o XP, que confiam na refatoracao continua do codigo como uma forma de obter naturalmente a arquitetura mais adequada para o software. 4. Conclusao Como pode ser observado nas secoes anteriores, os principais valores preconizados nas metodologias ageis sao relacionados a pessoas, iteracoes, participacao do cliente e adaptacao as mudancas. A abordagem dada ao RUP na sua versao 7.0 incorpora esses valores e principios que foram difundidos, principalmente a partir do Manifesto Agil. Este fato reafirma a premissa do RUP de ser um conjunto de praticas testadas na industria para desenvolvimento de software, pois os conceitos das metodologias ageis alteraram as praticas de mercado e as comunidades de desenvolvimento de software, e o RUP adaptou sua propria abordagem. Acredita-se que o grande objetivo a ser buscado com metodologias de desenvolvimento seja a capacidade de adaptacao e de responder rapidamente a mudancas, e nao simplesmente agilidade ou desburocratizacao dos processos. Sobre a inevitabilidade das mudancas nos projetos, Rex Black (2010) citou em palestra no ano de 2010 que e preciso dar boas vindas as mudancas de requisitos porque elas vao acontecer mesmo que voce nao queira. Agil nao significa estavel, temos que abracar as mudancas quando comparou o movimento agil com o movimento comunista no qual se utilizava a frase voce pode nao estar interessado na revolucao, mas a revolucao esta interessada em voce. Mudar e natural e e um reflexo da evolucao humana. O usuario de software muda de ideia a medida em que conhece mais o contexto e a tecnologia do sistema. A participacao e o feedback do cliente continuam sendo a grande chave dos projetos e independem das metodologias. No estudo de Tanaka (2008) fica evidente que o claro envolvimento do cliente ainda e uma oportunidade de evolucao para o RUP, mesmo na versao 7.0. Acredita-se que, com uma maior participacao do cliente, algumas atividades poderiam ser mais produtivas e ate o volume de artefatos poderia ser reduzido. No que tange a adaptacao do RUP e sua aplicacao como metodologia agil, Shuja (2007) ilustra na figura reproduzida abaixo que muitos fatores, tais como, tamanho do projeto, distribuicao da equipe, numero de partes interessadas, conformidade dos requisitos e a fase em que o projeto se encontra, influenciam na decisao sobre quao disciplinado (nivel de cerimonia ou formalismo) um processo deve ser. E o principio chave do RUP 7.0, Adaptar o Processo, que viabiliza esta adaptacao. Figura 2 - Fatores chave que afetam o processo (Shuja, 2007). Devido a sua caracteristica de ser um framework o qual pode ser adaptado, o RUP pode ser aplicado desde uma forma mais tradicional, como ciclo de vida em cascata, ate formas iterativas e ageis, bastando enxugar o volume de atividades e artefatos (Fowler, 2005).5. Referencias Abrahamsson, P. et al. (2002), Agile software development methods: Review and analysis.VTT Publications 478. Oulu, Finland: VTT Publications. Beck, K. et. Al. (2001), Manifesto for