Universidade do Algarve Faculdade de Cincia e Tecnologia Engenharia de Programao

Docente: Eng. Paula Ventura Discentes: Marta Santos n13828 IG Vera Rocha n13594 IG

Um modelo de processo uma representao abstrata de um processo. Os requisitos de um sistema sempre evoluem no decorrer de um projecto. Portanto iterao parte fundamental no processo de desenvolvimento de sistemas de larga escala. Podemos desenvolver o processo de desenvolvimento atravs de vrios tipos de abordagens, entre as quais est o modelo em espiral. O modelo em espiral foi proposto por Boehm em 1988 como forma de integrar os diversos modelos existentes poca, eliminando suas dificuldades e explorando seus pontos fortes. Este modelo foi desenvolvido para abranger as melhores caractersticas tanto do ciclo de vida clssico como da prototipao, acrescentando, ao mesmo tempo, um novo elemento - a anlise de riscos - que falta a esses paradigmas Entretanto a integrao no se d atravs da simples incorporao de caractersticas dos modelos anteriores. O modelo em espiral assume que o processo de desenvolvimento ocorre em ciclos, cada um contendo fases de avaliao e planeamento, onde a opo de abordagem para a prxima fase (ou ciclo) determinada. Estas opes podem acomodar caractersticas de outros modelos. O modelo original em espiral organiza o desenvolvimento como um processo iterativo em que vrios conjuntos de quatro fases se sucedem at se obter o sistema final. Um ciclo se inicia com a determinao de objectivos, alternativas e restries (primeira tarefa)onde ocorre o comprometimento dos envolvidos e o estabelecimento de uma estratgia para alcanar os objectivos. Na segunda tarefa, avaliao de alternativas, identificao e soluo de riscos, executa-se uma anlise de risco. Prototipao uma boa ferramenta para tratar riscos. Se o risco for considerado inaceitvel, pode parar o projecto. Na terceira tarefa ocorre o desenvolvimento do produto. Neste quadrante pode-se considerar o modelo cascata. Na quarta tarefa o produto avaliado e se prepara para iniciar um novo ciclo.

Variaes do modelo espiral consideram entre trs e seis tarefas ou sectores da espiral, que podem ser: - comunicao com o cliente; - planeamento; - anlise de risco; - engenharia; - construo e liberao; - avaliao do cliente.

A dimenso radial representa o custo acumulado actualizado e a dimenso angular representa o progresso atravs da espiral. Cada sector da espiral corresponde a uma tarefa (fase)do desenvolvimento. O modelo espiral , actualmente a abordagem mais realstica para desenvolvimento de software em grande escala, e usa uma abordagem que capacita a empresa que presta o servio, e o cliente a entender e reagir aos riscos em cada etapa evolutiva. Este tipo de modelo exige considervel experincia na determinao de riscos e depende dessa experincia para ter sucesso, pode ser difcil convencer os clientes que uma abordagem evolutiva controlvel. Vantagens O modelo em espiral permite que ao longo de cada iterao se obtenham verses do sistema cada vez mais completas, recorrendo prototipagem para reduzir os riscos. Este tipo de modelo permite a abordagem do refinamento seguido pelo modelo em cascata, mas que incorpora um enquadramento iterativo que reflecte, de uma forma bastante realstica, o processo de desenvolvimento. Desvantagens Pode ser difcil convencer grandes clientes ( particularmente em situaes de contrato) de que a abordagem evolutiva controlvel. A abordagem deste tipo de modelo exige considervel experincia na avaliao dos riscos e fia-se nessa experincia para o sucesso. Se um grande risco no for descoberto, podero ocorrer problemas. Este tipo de modelo relativamente novo e no tem sido amplamente usado. importante ter em conta que podem existir diferenas entre o prottipo e o sistema final. O prottipo pode no cumprir os requisitos de desempenho, pode ser incompleto, e pode reflectir somente algumas facetas do sistema a desenvolver. O modelo em espiral pode levar ao desenvolvimento em paralelo de mltiplas partes do projeto, cada uma sendo abordada de modo diferenciado, por isso necessrio o uso de tcnicas especficas para estimar e sincronizar cronogramas, bem como para determinar os indicadores de custo e progresso mais adequados.

Bibliografia:
http://mega.ist.utl.pt/~ic-ep/docs/avaliacao/exame1-teste2-2001resolvido.pdf http://www.di.ufpb.br/gustavo/engenharia_software/ http://www-ctp.di.fct.unl.pt/~ja/mei-es/processos.ppt http://www.redes.unb.br/material/metodologiaedesenvolvimentodeso ftware/aula1-Apresenta%E7%E3o.pdf Videira, Carlos, Silva; Alberto, UML Metodologias e Ferramentas, Edies Atlntico