ENGENHARIA DE SOFTWARE

Profa. Ma. Renata Mirella Farina Aula 05

1

AULA 05 - CONTEDO
1. Modelos Evolucionrios

Incremental Espiral Desenvolvimento Baseado em Componente Modelo de Desenvolvimento Concorrente

MODELOS EVOLUCIONRIOS
Este modelo busca o desenvolvimento de software evoluindo a

partir de prottipo inicial. Todos os conceitos e ideias vo sendo materializado em requisitos a medida que o prottipo evolui, at atingir o produto idealizado. O objetivo trabalhar com o Cliente em toda a fase do desenvolvimento, a partir das especificaes iniciais. Entretanto os requisitos devem ser bem compreendidos. O modelo evolucionrio pode trazer diversas vantagens, tais como antecipar o produto final para avaliao do Cliente, manter uma comunicao entre os desenvolvedores e usurios para solucionar problemas tcnicos e antecipar o treinamento dos usurios.
3

MODELOS EVOLUCIONRIOS
O Modelo assume que o processo de desenvolvimento ocorre

em ciclos, cada um contendo fases de avaliao e planejamento, onde a opo de abordagem para a prxima fase determinada. um modelo cclico e no linear que visa aproveitar as qualidades dos ciclos de vida clssico e de prototipagem com a incluso de um novo elemento: a Anlise de Riscos. O modelo permite definir a utilizao dos outros tipos conforme o resultado apresentado pela anlise de riscos. Por exemplo, se o nvel de incerteza for grande, pode-se usar prottipos para uma melhor avaliao da situao, tanto pelo analista quanto pelo usurio.
4

MODELOS EVOLUCIONRIOS
Ele permite o uso da prototipagem em qualquer etapa do ciclo

de vida, utilizando os conceitos de sequencia de atividades como no ciclo de vida clssico, porm, com maior iterao. , atualmente, a abordagem mais realstica para o desenvolvimento de software em grande escala. Uma vez que se fundamenta em uma descoberta gradual e evolutiva dos requisitos do sistema, pode-se caracterizar o ciclo de vida de prototipao como sendo um ciclo interativo ou espiralado, onde cada ciclo formado pelas etapas de planejamento, anlise, projeto, prototipao e avaliao. Como exemplos de Modelos pode-se citar:

Incremental Espiral Montagem de Componente Desenvolvimento Concorrente

MODELO ITERATIVO INCREMENTAL

Um erro comum considerar iterativo e incremental como

sinnimos, o que eles no so. Em desenvolvimento de sistemas, no entanto, eles geralmente andam de mos dadas. A ideia bsica desenvolver um sistema atravs de repetidos ciclos (iterativo) e em pequenas pores de cada vez (incremental), permitindo que o desenvolvedor tire proveito do que foi aprendido durante o desenvolvimento de pores ou verses anteriores do sistema. O aprendizado vem tanto do desenvolvimento quanto da utilizao do sistema, onde os passos fundamentais do processo iniciam com uma simples implementao de um subconjunto de requisitos de software, e aumentam iterativamente as verses evoluindo at que o sistema seja completamente 6 implementado;

MODELO INCREMENTAL
a combinao entre os modelos linear e prototipao;
O desenvolvimento dividido em etapas, denominadas

incrementos, que produziro incrementalmente o sistema, at a sua verso final; Em cada incremento realizado todo o ciclo do desenvolvimento de software, do planejamento aos testes do sistema j em funcionamento; Cada etapa produz um sistema totalmente funcional, apesar de ainda no cobrir todos os requisitos; A construo de um sistema menor sempre menos arriscada que a construo de um grande. Se um grande erro cometido, apenas o ltimo incremento descartado;
7

MODELO INCREMENTAL
Em cada iterao, as modificaes de design so feitas e novas

funcionalidades so adicionadas; O desenvolvimento incremental baseado na ideia de desenvolver uma implementao inicial, exp-la aos comentrios dos usurios e continuar por meio da criao de vrias verses at que um sistema adequado seja desenvolvido; As atividades de especificao, desenvolvimento e validao so intercaladas, e no separadas, com rpido feedback entre as atividades; Desenvolvimento incremental de software que uma parte fundamental das abordagens geis, melhor do que a abordagem em cascata para a maioria dos sistemas de negcios, e-commerce e sistemas pessoais.
8

MODELO INCREMENTAL
O desenvolvimento incremental tem trs vantagens importantes

quando comparado ao modelo em cascata:

O custo de acomodar as mudanas nos requisitos do cliente reduzido. A quantidade de anlise e documentao a ser refeita muito menor do que no modelo em cascata; mais fcil obter feedback dos clientes sobre o desenvolvimento do que foi feito, pois durante as demonstraes os clientes vo opinando, e Tambm possvel entregar ao cliente uma implentao rpida de boa qualidade mesmo no estando todas as funes acabadas. Os clientes no precisam esperar at que todo o sistema seja entregue, para ento tirarem proveito dele.

Outras Vantagens:

O primeiro estgio deve satisfazer os requisitos mais importantes e, assim, o software pode ser imediatamente usado.

MODELO INCREMENTAL

Os clientes podem utilizar os primeiros incrementos como um prottipo e obter uma experincia que fornea os requisitos para estgios posteriores, e Existe um risco menor de fracasso completo do sistema.

Algumas Desvantagens so vistas, principalmente no

que parte do ponto de vista de gerenciamento: A possibilidade de o sistema ser dividido em partes como pr-requisito, j que nem sempre um sistema pode ser dividido; Dificuldade na integrao das partes desenvolvidas;
10

MODELO INCREMENTAL

Negociao com o cliente a respeito do pagamento do produto de software final pode ser problemtica, uma vez que o desenvolvimento em passos incrementais costuma induzir o cliente a acrescentar requisitos e funcionalidades que no estavam previstas no escopo inicial do projeto, o que resulta no encarecimento do desenvolvimento do produto final. Reduzindo o tempo de desenvolvimento de um sistema, as chances de mudanas nos requisitos do usurio durante o desenvolvimento so menores, e Segundo Ferreira, o modelo incremental aplicvel em desenvolvimentos que possuem requisitos particionveis.

11

MODELO INCREMENTAL
Especificao Verso Inicial

Descrio do esboo

Desenvolvimento

Verses Intermedirias

Validao

Verso Final

12

MODELO INCREMENTAL

13

MODELO INCREMENTAL

14

MODELO INCREMENTAL
Exemplo do uso do Modelo Incremental no

desenvolvimento do Processador de Texto:

1 release: gesto bsica de arquivos, edio e produo de documentos (ncleo do produto). 2 release : capacidades mais sofisticadas de edio. 3 release : verificao sinttica e gramatical. 4 release : capacidade avanada de disposio de pgina.

15

MODELO INCREMENTAL

16

MODELO INCREMENTAL
Tipos de incrementos: Evolutivos: produtos de cada etapa de desenvolvimento so aproveitados em cada nova passagem pela etapa. Descartveis: produtos das etapas de desenvolvimento so descartados e cada novo prottipo construdo do incio. Operacional: requisitos so elucidados atravs de prottipos e o produto final construdo paralelamente a construo dos prottipos.

17

GERENCIAMENTO DE RISCO

18

DEFINIO DE RISCO
A palavra riscos deriva do italiano antigo resicare que

significa ousar. Neste sentido, risco uma opo e no um destino. Correr riscos faz parte da histria antiga (Bernstein, 1997). Nas ltimas dcadas a palavra riscos tem sido utilizada nos mais diversos objetivos tais como: riscos de negcios, riscos sociais, riscos econmicos, riscos de segurana, riscos polticos, entre outros. No que tange a gerenciamento de projetos, a sua aplicao se volta para os seus impactos no sucesso da execuo dos projetos, como podemos ver nas definies seguintes, dadas pelas maiores instituies de gerenciamento de 19 projetos do mundo:

GERENCIAMENTO DE RISCO
Risco um evento ou condio incerta que, se ocorrer,

tem um efeito positivo ou negativo sobre ao menos um dos objetivos do projeto. (PMI, 2004). Segundo a Associao Brasileira de Gerenciamento de Projetos ABGP, representante oficial do International Project Management Association - IPMA no Brasil, riscos so acontecimentos com impacto negativo (prejuzos ou danos) ao sucesso geral do projeto, ou so eventos que podem causar prejuzos que no puderam ser previstos. (Santos e Carvalho, 2005).

20

GERENCIAMENTO DE RISCO
Segundo a Association for Project Management, risco

a combinao da probabilidade ou frequncia de ocorrncia de uma ameaa ou oportunidade definida e a magnitude das consequncias de sua ocorrncia (APM, 2006). Analisando as definies acima, podemos concluir que os riscos so condies ou circunstncias futuras que podero proporcionar um impacto favorvel ou desfavorvel ao empreendimento. O risco tambm algo que est relacionado escolha, no ao acaso, pois decorre da incerteza inerente ao conjunto de possveis consequncias (ganhos e perdas) que resultam 21 de decises tomadas diariamente pelas organizaes.

GERENCIAMENTO DE RISCO
O gerenciamento de riscos uma forma organizada de

identificar e medir os riscos de desenvolver, selecionar e gerenciar as opes para o seu controle. (Kerzner, 2006). Analisando a definio acima, podemos concluir que o gerenciamento de riscos justamente um conjunto de processos proativos que so acionados para identificar e analisar riscos e executar aes para eliminar ou minimizar os problemas antes que ocorram e, consequentemente, aumentar a probabilidade de sucesso dos projetos.

22

GERENCIAMENTO DE RISCO
Por isto importante que exista uma metodologia que

organize estes passos com o objetivo de se alcanar um efetivo controle dos riscos inerentes a um projeto. Mesmo a mais simples deciso gerencial ou de negcio envolve riscos em suas aes. Pelo fato dos projetos necessitarem de tomadas de deciso durante praticamente todo o seu ciclo de vida, gerenciar riscos torna-se um fator crtico de sucesso deste tipo de empreendimento (Pritchard, 2001). Existem vrias metodologias que utilizam durante o seu processo de desenvolvimento a anlise de riscos tais como: Boehm, a do Rational Unified Process RUP, a do 23 Capability Maturity Model CMMI e a do PMI.

GERENCIAMENTO DE RISCO
Segundo Boehm (1991), a identificao e respectivas

aes com o risco no incio do desenvolvimento, diminuem os custos e ajudam a prevenir os impactos negativos que podem ser causados por ele. A metodologia de gerenciamento de riscos desenvolvida por Boehm, com base no modelo espiral composta por duas grandes fases: Avaliao de Riscos (Identificao, Anlise e Priorizao de riscos) e Controle dos Riscos (Plano de gerenciamento de riscos, Resoluo dos riscos, e Monitoramento dos riscos), conforme pode ser visto na figura a seguir:
24

25

GERENCIAMENTO

DE

RISCO

Como podemos observar, cada uma das fases composta por

trs atividades secundrias, que, por sua vez, possuem tcnicas que as auxiliam a alcanar os seus objetivos. A seguir sero apresentados os objetivos das atividades que compem a metodologia. Avaliao de Riscos:

26

A identificao de riscos tem por objetivo a criao de uma lista com os riscos identificados que possam vir a impactar o sucesso do projeto. A anlise de riscos tem por objetivo executar a avaliao da probabilidade de ocorrncia e do tamanho do impacto que pode ser causado por cada um dos riscos identificados, com o objetivo de compor os seus graus de criticidades. A priorizao de riscos tem por objetivo criar um ranking priorizado dos riscos identificados e analisados de acordo com o seu grau de criticidade.

GERENCIAMENTO DE RISCO
Controle de Riscos:

O planejamento da gerncia de riscos tem por objetivo a elaborao de um planejamento de como devero ser gerenciados os riscos identificados qualificados e priorizados para que fiquem sob controle. A resoluo de riscos tem por objetivo a definio de aes para eliminar a probabilidade de ocorrncia de um risco ou minimizar os seus impactos para os objetivos do projeto. A monitorao de riscos tem por objetivo o monitoramento do progresso do projeto tendo por base o controle efetivo dos riscos do projeto atravs de aes corretivas, sempre que for necessrio.

27

GERENCIAMENTO DE RISCO
Segundo Pitkowski, podemos estabelecer o Processo de

Gerenciamento de Riscos para Desenvolvimento de Software em quatro grandes atividades:

1. Identificao dos Riscos: Esta atividade envolve a identificao do projeto, do produto e os riscos de negocio envolvidos no desenvolvimento do software.

28

29

GERENCIAMENTO DE RISCO
2. Anlise dos Riscos: Avalia-se as probabilidades e consequncias da ocorrncia destes riscos. Podemos determinar valores qualitativos para a probabilidade (muito baixo, baixo, moderado, alto e muito alto) e para as consequncias (insignificante, tolervel, serio e catastrficos) por exemplo.

30

31

GERENCIAMENTO DE RISCO
3. Planejamento do Risco:

Considerar cada risco e desenvolver uma estratgia de gerenciamento do risco. Os tipos de estratgia podem ser: refutar o risco (a probabilidade de ocorrer o risco reduzida); minimizar o risco (o impacto do risco no projeto de desenvolvimento de software ou no produto final reduzida); e planos de contingncia (se o risco tornar-se realidade os planos de contingencia entram em ao para mitigar o risco).

32

33

GERENCIAMENTO DE RISCO

4. Monitoramento do Risco:

Avaliar regularmente cada risco identificado para decidir se a probabilidade de ocorrncia de um evento diminuiu, manteve-se estvel ou aumentou ao longo do tempo. Avaliar tambm se os esforos para manter o risco sob controle permanecem efetivos e cada risco deve ser discutido nas reunies que tratam do progresso do projeto.

5. Indicadores para os riscos identificados:

34

35

GERENCIAMENTO DE RISCO
De forma grfica, um processo de Gerenciamento de

Riscos em Desenvolvimento de Software pode ser representado da seguinte maneira:

36

MODELO ESPIRAL

DE

BOEHM

37

MODELO ESPIRAL

DE

BOEHM

Em 1988 BOEHM props um framework de processo de

software dirigido a riscos, onde o processo de software representado por uma espiral, e no como uma sequencia de atividades com alguns retornos de uma para outra. Cada volta na espiral representa uma fase do processo de software. Dessa forma, a volta mais interna pode preocupar-se com a viabilidade do sistema; o ciclo seguinte, com definio de requisitos; o seguinte com o projeto do sistema, e assim por diante.
38

MODELO ESPIRAL

DE

BOEHM

O Modelo em Espiral combina preveno e tolerncia a

mudanas, assume que mudanas so um resultado de riscos de projeto e inclui atividades explcitas de gerenciamento de riscos para sua reduo. Cada volta da espiral dividida em quatro setores:

39

Definio de objetivos: so os objetivos especficos para essa fase do projeto; restries ao processo e ao produto, e um plano de gerenciamento detalhado, os riscos dos projeto, planejamento de estratgias alternativas em funo dos riscos que foram determinados; Avaliao e reduo de riscos: para cada risco feita uma analise detalhada e medidas para sua reduo, como por exemplo: se houver risco de os requisitos serem inadequados, um prottipo do sistema pode ser desenvolvido;

MODELO ESPIRAL

DE

BOEHM

Desenvolvimento e validao: aps a validao dos riscos, selecionado um modelo de desenvolvimento para o sistema, exemplo: se o principal risco identificado for a integrao de subsistemas, o modelo em cascata pode ser a melhor opo, e Planejamento: o projeto revisado, e uma deciso tomada a respeito da comunidade do modelo com mais uma volta da espiral. Caso se decida pela continuidade, planos so elaborados para a prxima etapa.

A principal diferena entre os modelo espiral e outros modelos

de processo de software seu reconhecimento explcito do risco. Um ciclo da espiral comea com a definio de objetivos, como desempenho e funcionalidade. Em seguida, so enumeradas formas alternativas de atingir tais objetivos e de 40 lidar com as restries de cada um deles.

MODELO ESPIRAL

DE

BOEHM

Cada alternativa avaliada em funo de cada objetivo, e as

fontes de risco do projeto so identificadas. O prximo passo resolver esses riscos por meio de atividades de coleta de informaes, como analise mais detalhada, prototipao e simulao. Cada passo ser de forma a minimizar ou eliminar os riscos, usando continuamente o gerenciamento de riscos.

41

Atividades Modelo MODELO Edo SPIRAL DE BEspiral OEHM

Comunicao com o cliente: tarefas requeridas para

estabelecer uma efetiva comunicao entre desenvolvedor e cliente; Planejamento: tarefas requeridas para definir recursos, referenciais de tempo e outras informaes de projeto; Engenharia: tarefas requeridas para construir uma ou mais representaes da aplicao; Construo e Release: tarefas requeridas para construir, testar, instalar e dar suporte ao usurio (p.ex., documentao e treinamento), e Avaliao do cliente: tarefas requeridas para obter um feedback do cliente baseado na avaliao da representao do software criado durante a fase de engenharia e implementado 42 durante a fase de instalao.

MODELO DE DESENVOLVIMENTO BASEADO EM COMPONENTE

Segundo Lessa et all, desenvolvimento baseado em

componentes ou component-based development (CBD) , tambm conhecido como component-based software engineering (CBSE) ou simplesmente componente de software. Para Lessa et all baseado em Pressman (2006), isso no define o que um componente e restringe-se a dizer que o modelo de desenvolvimento baseado em componentes utiliza paradigma de orientao a objetos baseando-se em uma classe como cdigo reutilizvel, ou seja, o componente. Em orientao a objetos, uma classe encapsula dados e algoritmos, e este ltimo tambm pode ser usado para manipular os dados.
43

MODELO DE DESENVOLVIMENTO BASEADO EM COMPONENTE

Ainda para Pressman (2006) em Lessa et all , esse modelo se

caracteriza por incorporar o modelo espiral com uma abordagem iterativa para a criao de software. Atravs desta abordagem uma biblioteca de classes construda com as classes identificadas no desenvolvimento do software e a partir de ento toda iterao da espiral dever verificar o contedo da biblioteca que pode ser reutilizado ou identificar se novas classes devem ser inseridas na biblioteca para posterior reuso. Hirata, define o desenvolvimento baseado em componentes a partir da integrao de componentes j existentes. Os componentes de software, nesta abordagem, podem ser obtidos atravs de terceiros, ou desenvolvidos internamente pela organizao.
44

MODELO DE DESENVOLVIMENTO BASEADO EM COMPONENTE

Componentes de terceiros podem ser do tipo

COTS(Commercial off-the-shelf), ou seja, um produto pronto que uma organizao possa comprar a partir de uma prateleira virtual, que pode ser, por exemplo, um catlogo ou um sitio da internet, diferente de produtos de software adquiridos sob encomenda. Outro tipo de componente que bastante comum so os disponveis gratuitamente na Internet. Existem tambm componentes com licenas de cdigo aberto, que permitem seu uso gratuito, obedecendo as condies de cada licena, e acesso ao cdigo-fonte do componente, possibilitando a realizao de modificaes.
45

MODELO DE DESENVOLVIMENTO BASEADO EM COMPONENTE

As atividades que compem o modelo so:

Qualificao do componente; Adaptao dos componentes; Combinao dos componentes em sistemas, e Evoluo do sistema.
Adaptao dos componentes Combinao dos componentes em sistemas

Qualificao de componentes

Evoluo do Sistema

46

MODELO DE DESENVOLVIMENTO CONCORRENTE

Em todas as fases do projeto existem atividades que podem ser

desenvolvidas em paralelo (de forma concorrente). Esse modelo adequado para projetos com software e hardware ou ainda cliente/servidor. Segundo JEDI, O Modelo de Desenvolvimento Concorrente tambm conhecido como engenharia concorrente. Ele utiliza os diagramas de estado para representar a relao de concorrncia entre tarefas associadas na estrutura de atividades. Ele representado esquematicamente por uma srie de tarefas tcnicas maiores e estados associados. A necessidade do usurio, a deciso gerencial e a reviso de resultados dirigem a progresso geral do desenvolvimento. A Figura a seguir mostra o modelo de desenvolvimento concorrente.
47

MODELO DE DESENVOLVIMENTO CONCORRENTE

48

MODELO DE DESENVOLVIMENTO CONCORRENTE

Um modelo de processo concorrente conduzido por

necessidades do usurio, decises da gerncia e resultados de reviso. Todas as atividades existem concorrentemente, mas esto em diferentes estados. Por exemplo: Enquanto o desenvolvedor se comunica com o cliente, a atividade de anlise est no estado aguardando modificaes, quando essa comunicao termina, ela evolui para a fase em desenvolvimento. Assim, o modelo de processo concorrente define uma srie de eventos que vo disparar transies de estado para estado, para cada uma das atividades de engenharia de software.

49

MODELO DE DESENVOLVIMENTO CONCORRENTE

O modelo de processo concorrente aplicvel a todos os tipos

de desenvolvimento de software e fornece um panorama preciso do estado atual de um projeto. No segue uma sequncia de eventos, define uma rede de atividades, que transitaro de um estado a outro.

50

MODELO DE DESENVOLVIMENTO CONCORRENTE

51

BIBLIOGRAFIA
Alguns Fundamentos da Engenharia de Software, Revista Engenharia de Software. Wilson de Pdua Paula Filho. http://www.devmedia.com.br/post-8029-Artigo-Engenharia-deSoftware-Alguns-Fundamentos-da-Engenharia-de-Software.html, Acesso: 14/02/2012. Boaventura, I. A. G., Introduo Engenharia de Software e Modelos de Processos de Software. http://www.dcce.ibilce.unesp.br/~ines/cursos/eng_soft/2006/aula02. pdf , Acesso: 27/02/2012. Blog Tec4rup, http://tec4rup.wordpress.com/2010/05/13/o-que-sao-astecnicas-de-4%C2%AA-geracao/, Acesso 07/03/2012 Cordeiro, E. S., Introduo a Processos de Software.

52

BIBLIOGRAFIA
Ferreira, M. P., Desenvolvimento de Software Alinhado aos Objetivos Estratgicos do Negcio: Proposta de uma Metodologia, Dissertao de Mestrado, Universidade Federal de Santa Catarina, Florianpolis, SC, 2002. Hirata, T. M. Processo de Avaliao de Componentes de Software Fornecido por Terceiros Baseado no Uso de Modelos de Qualidade. Dissertao de Mestrado, Escola Politcnica da USP, So Paulo, 2008. JEDI Java Education &Development Initiative DF Jug-Brasil, Introduo Engenharia de Software, Verso 1, Julho 2007. Oliveira, C. et all. Noces de Engenharia de Software, Modelo de desenvolvimento concorrente. Acesso 07/03/2012. http://nocoesengsw.blogspot.com/2010/04/modelos-de-processo-desoftware.html Oficia da Net http://www.oficinadanet.com.br/artigo/1908/tipos_de_software__voce_realmente_sabe_o_que_e_um_software
53

BIBLIOGRAFIA
Lessa, R. O. et all, Modelos de Processos de Engenharia de Software, Universidade do Sul de Santa Catarina (UNISUL). Leite, J.C., Ciclo de Vida do SoftwareDIMAp/UFRN http://www.dimap.ufrn.br/~jair/ES/slides/CiclodeVida.pdf, http://www.dimap.ufrn.br/~jair/ES/slides/Software.pdf , Acesso: 15/02/2012. Marketing Teacher.com., http://marketingteacher.com/lessonstore/lesson-plc-portuguese.html . Acesso 21/02/2012. Oliveira, A. A. S., Modelos de Processo de Software, Universidade Federal do Par (UFPA) http://www.arias.eti.br/publico/artigo_modeloprocessosoftware.pdf Portella, C. R. R., Combinando Paradigmas, http://www.cesarkallas.net/arquivos/faculdade/engenharia_de_softwa re/05-Principais%20Paradigmas/Combinando%20Paradigmas.pdf . 54 Acesso: 22/02/2012.

BIBLIOGRAFIA
Profissionais TI http://www.profissionaisti.com.br/2011/08/os-principais-mitos-dodesenvolvimento-de-software/ Parreira Jr, W. M., Apostila Engenharia de Software, UMG - Fundao Educacional de Ituiutaba - Curso de Engenharia da Computao Engenharia de Software - http://www.waltenomartins.com.br/ap_es_v1.pdf , Acesso: 22/02/2012. Prof. Francisco Gerson A. de Meneses - CEFET - UNED PHB Pressman, R.S., Engenharia de Software, Editora: McGraw-Hill , 6 Edio, 2006. Reis, C., Caracterizao de um Modelo de Processo para Projetos de Software Livre, Instituto de Cincias Matemticas e de Computao. So Carlos, So Paulo, 2001. Rezende, D. A., Engenharia de Software e Sistemas de Informao, 55 3 ed. rev. e ampl. Rio de Janeiro: Brasport, 2005.

BIBLIOGRAFIA
Revista Grandes Empresas, Pequenos Negcios http://revistapegn.globo.com/Revista/Common/1,,EMI11618217202,00.html Santos, V. P. Jr ., Ciclo de Vida de Desenvolvimento de Software,
http://www.hlera.com.br/clientes/ciclo_de_vida/index.php?s=downloads , Acesso 28/02/2012 Sommerville, I. Engenharia de Software, 9 Edio, So Paulo, Pearson Prentice Hall, 2011. Reis, C., Caracterizao de um Modelo de Processo para Projetos de Software Livre, Instituto de Cincias Matemticas e de Computao. So Carlos, So Paulo, 2001.
Andre Pitkowski http://andrepitkowski.wordpress.com/2009/07/12/o-processo-degerenciamento-de-riscos-para-desenvolvimento-de-software/. 23/04/2013

56