Escolha um dos modelos abaixo e faça uma postagem no seu blog comentando o que é o modelo, como ele funciona, baseando-se no capítulo 3 do livro-texto.
MODELO CASCATA
MODELO ESPIRAL
MODELO DE EASON
MODELO ESTRELA
MODELO DE SHNEIDERMAN
MODELO CASCATA
MODELO ESPIRAL
MODELO DE EASON
MODELO ESTRELA
MODELO DE SHNEIDERMAN
MODELO CASCATA
O modelo em cascata é um modelo de desenvolvimento de software seqüencial no qual o desenvolvimento é visto como um fluir constante para frente (como uma cascata) através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software. A origem do termo cascata é freqüentemente citado como sendo um artigo publicado em 1970 por W. W. Royce; ironicamente, Royce defendia um abordagem iterativa para o desenvolvimento de software e nem mesmo usou o termo cascata. Royce originalmente descreve o que é hoje conhecido como o modelo em cascata como um exemplo de um método que ele argumentava ser um risco e um convite para falhas.
O principal problema com o modelo cascata é que é impossível entender completamente e expressar os requisitos do usuário antes que algum design tenha
sido feito. Além disso, as possibilidades de mudanças no software a partir da etapade manutenção são mínimas, em função dos comprometimentos e custos envolvidos ao longo da cadeia.
Para seguir um modelo em cascata, o progresso de uma fase para a próxima se da de uma forma puramente seqüencial.
Por exemplo, inicialmente completa-se a especificação de requerimento — elaborando um conjunto rígido de requerimentos do software (Por exemplo, os requerimentos para Wikipédia devem ser Wikipédia deve permitir edições anônimas de artigos; Wikipédia deve permitir às pessoas procurar pelas informações, embora as especificações dos requerimentos reais sejam mais detalhados, em um procedimento para projeto.
O software em questão é projetado e um blueprint e desenhado para implementadores seguirem — este projeto deve ser um plano para implementação dos requerimentos dados. Quando e somente quando o projeto está terminado, uma implementação para este projeto é feita pelos codificadores.
Encaminhando-se para o próximo estágio da fase de implementação, inicia-se a integração dos componentes de software construídos por diferentes times de projeto. (Por exemplo, um grupo pode estar trabalhando no componente de página web da Wikipedia e outros grupos pode estar trabalhando no componente servidor da Wikipedia. Estes componentes devem ser integrados para juntos produzirem um sistema como um todo). Após as fases de implementação e integração estarem completas, o produto de software é testado e qualquer problema introduzido nas fases anteriores é removida aqui.
Com isto o produto de software é instalado, e mais tarde mantido pela introdução de novas funcionalidades e remoção de bugs.
Para seguir um modelo em cascata, o progresso de uma fase para a próxima se da de uma forma puramente seqüencial.
Por exemplo, inicialmente completa-se a especificação de requerimento — elaborando um conjunto rígido de requerimentos do software (Por exemplo, os requerimentos para Wikipédia devem ser Wikipédia deve permitir edições anônimas de artigos; Wikipédia deve permitir às pessoas procurar pelas informações, embora as especificações dos requerimentos reais sejam mais detalhados, em um procedimento para projeto.
O software em questão é projetado e um blueprint e desenhado para implementadores seguirem — este projeto deve ser um plano para implementação dos requerimentos dados. Quando e somente quando o projeto está terminado, uma implementação para este projeto é feita pelos codificadores.
Encaminhando-se para o próximo estágio da fase de implementação, inicia-se a integração dos componentes de software construídos por diferentes times de projeto. (Por exemplo, um grupo pode estar trabalhando no componente de página web da Wikipedia e outros grupos pode estar trabalhando no componente servidor da Wikipedia. Estes componentes devem ser integrados para juntos produzirem um sistema como um todo). Após as fases de implementação e integração estarem completas, o produto de software é testado e qualquer problema introduzido nas fases anteriores é removida aqui.
Com isto o produto de software é instalado, e mais tarde mantido pela introdução de novas funcionalidades e remoção de bugs.
Nenhum comentário:
Postar um comentário