resumo aulas 17

Upload: caillaud-pereira-guimaraes-rander

Post on 02-Mar-2016

217 views

Category:

Documents


0 download

DESCRIPTION

Arquivo sobre resumos de modelo de software.

TRANSCRIPT

Resumo Aulas 17, 18 e 19

Resumo Aulas 17, 18 e 19

Aula 17

Existem vrios modelos de ciclo de vida de desenvolvimento de software, entre eles possvel citar: Fora bruta, nike-way, Cascata, Espiral e Iterativo.

Fora bruta o tipo de desenvolvimento sem organizao em fases e em fases sistemticas. Sabe-se o problema e desenvolve-se uma soluo para ele.

Modelo cascata ainda hoje o mais utilizado, tambm conhecido como modelo clssico, por ser um dos mais antigos. Existem vrias etapas que so desenvolvidas de forma sistemtica e sequncial:

Especificao de Requisitos

Anlise e Projeto

Implementao

Integrao e Testes

Implantao

Neste modelo existem pontos especficos para entrega dos artefatos, pois cada fase depende da anterior

Ela bastante simples e por conta disso acaba sendo bastante fcil de planejar

Contudo, existe iterao entre cada uma das fases, ou seja, uma altero em qualquer das fases pode alterar qualquer uma das outras, ou seja, por mais que se busque fases independentes, elas acabam se relacionando, no tendo, comeo e fim definidos e definitivos antes do final de todo o projeto

Ele leva em considerao que os requisitos no sero mudados, de forma a evitar mudanas que causassem o retorno a fases teoricamente j finalizadas

Por no estar considerando mudanas nos requisitos ele acaba, atrasando a reduo de riscos. Uma vez que o sistema sempre estar correndo o risco de uma mudana ser necessria no final de cada uma das fases, o que alteraria todo o ciclo, pois ele teria de ser reinializado. Este fato pode ser observado claramente atravs de grficos que definem que por conta de no considerar mudanas desde o comeo, estas s vem a aparecer no momento da integrao do sistema, provocando diversos atrasos no cronograma.

Modelo Espiral um modelo que est mais integrado com a gesto de riscos e por conta disso acaba sendo muito dependente da mesma. Por ser mais suscetvel aos riscos e as possveis mudanas que o projeto pode sofrer acaba apresentado dificuldades para fechamento de contratos. Ele bastante complexo e exige um bom conhecimento de gesto de riscos para que ele seja eficiente.

Modelo Iterativo um modelo derivado do modelo cascata. Ele considera o tempo dividido em ciclos, chamados de iteraes. Para cada uma dessas iteraes haver todas as fases descritas pelo modelo cascata: especificao de requisitos, anlise e projeto, implementao, integrao e testes e Implantao.

A ordem em que os Casos de Uso sero implementados dependem da complexidade de cada um deles. Eles devem obedecer ordem em que os UC mais difceis so implementados primeiro. A utilizao do modelo iterativo antecipa a reduo de riscos, uma vez que o projeto ser implementado e integrado aos poucos, logo se no primeiro UC houver uma falha de arquitetura ela j ser corrigida, e no ter que esperar que todo o sistema esteja pronto, para alterar um conjunto de arquivos. Para projetos de desenvolvimento de software quanto antes a mudana for reportada menor o trabalho para implement-la.

Ao utilizar o modelo Iterativo, Integrao e Testes so feitos desde o incio do projeto, uma vez que eles so as tarefas mais custosas, de forma contnua.

Com este modelo os riscos crticos so resolvidos logo no incio do desenvolvimento, evitando que grandes valores sejam investidos no projeto antes dos problemas crticos serem resolvidos.

Atravs dos testes desde o incio do ciclo de desenvolvimento, ele permite se ter um feedback do usurio final mais rpido

Por se tratar de pequenas iteraes, com curto-prazo e pequenos projetos, mais fcil acertar as estimativas e evitar grandes atrasos

Alm disso, o usurio estar sempre podendo observar os avanos que o seu sistema est obtendo, podendo medi-lo de forma mais concreta

E implementaes parcias tambm podem ser resolvidas

Uma metodologia um processo de desenvolvimento que permite a utilizao de mtodos e prticas que so aperfeioadas a medida em que a instituio que a utiliza se torna mais experiente. Ela possui ainda orientaes nas linguagens, paradigmas, tecnologias e ferramentas que sero utilizadas. fundamental que esteja sempre bem definido para cada uma destas atividades: O que? Quando? E Como?

O processo de desenvolvimento necessita de um modelo de ciclo de vida como foi definido acima e de um conjunto bem definido das atividades que devem possuir:

Responsveis

Artefatos de entrada e sada

Dependncias entre as mesmas e a ordem de execuo

J as prticas e mtodos de desenvolvimento so compostas por um conjunto de atividades com uma descrio sistemtica de como devem ser realizada, deve possuir detalhes especficos como de acordo com a linguagem e ferramentas utilizadas na empresa, alm disso elas so baseadas em UML.

As vantagens na utilizao de uma metodologia so a qualidade do software e a produtividade no desenvolvimento, operao e manuteno. Alm disso, com uma metodologia possvel controlar o desenvolvimento dentro de custos, prazos e nveis de qualidade desejados, at porque eles sero melhor estimados. Os benefcios no vem de imediato, preciso um tempo para adaptao ao novo processo.

O RUP um framework para processos baseado em boas prticas de desenvolvimento para utiliz-lo preciso instanci-lo e definir padres e guias adaptados a realidade de cada empresa. Ele deve ser:

Iterativo e incremental

Guiado por casos de uso

Baseado na arquitetura do sistema

Orientado a objetos

Iterativo e incremental, pois em cada iterao feita uma identificao e especificao dos casos de uso mais relevantes. Em seguida se define a anlise e o projeto deles baseado na arquitetura do sistema, os componentes so implementados e analisa-se se eles satisfazem os casos de uso. A ordem de desenvolvimento dos casos de uso baseado em uma anlise dos riscos envolvidos no projeto, quanto mais risco um caso de uso tiver, antes ele ser implementado, evitando que os problemas se prolonguem.