paradigmas de engenharia de software

FASETE, Engenharia de Software II, 2008.1 Prof. César França

Engenharia de Software II

Paradigmas de Engenharia de Software

Prof. César França


Engenharia

• Métodos• Ferramentas• Procedimentos


Desenvolvimento Clássico(Cascata / Waterfall)


Levantamento de Requisitos

• Análise de requisitos engloba todas as tarefas que lidam com investigação, definição e escopo de novos sistemas ou alterações. Análise de requisitos é uma parte importante do processo de projeto de sistemas, na qual o engenheiro de requisitos e o analista de negócio, juntamente comengenheiro de sistema ou desenvolvedor de software, identificam as necessidades ou requisitos de um cliente. Uma vez que os requisitos do sistema tenha sido identificados, os projetistas de sistemas estarão preparados para projetar a solução.

• Entrevistas com Stakeholder• Workshops• Lista de requisitos: estilo contrato formal• Objetivos Mensuráveis• Protótipos


Análise de Requisitos

• Análise de Requisitos é o estudo das características que o sistema deverá ter para atender às necessidades e expectativas do cliente.

• É o Entendimento do Problema

• Cada funcionalidade demandada pelo cliente deve ser analisada para verificar os possíveis impactos no desenvolvimento das demais funcionalidades do sistema, e verificado em conjunto com a equipe de desenvolvimento se as necessidades tecnológicas para a sua implementação estão disponíveis


Projeto

• É a parte da engenharia de software que se encarrega de transformar os resultados da Análise de Requerimentos em um documento ou conjunto de documentos capazes de serem interpretados diretamente pelo programador.

• Arquitetura de Software• Design Patterns (Padrões de Projeto)• Refatoração


Implementação

• Corresponde à codificação, ou tradução dos requisitos para uma linguagem legível pelas máquinas.

• Se o projeto for executado detalhadamente, a codificação pode ser feita mecanicamente, e até mesmo automatizada.


Testes

• O objetivo, por paradoxal que pareça, é encontrar defeitos nos produtos, para que estes possam ser corrigidos pela equipe de programadores, antes da entrega final.

• Testes Caixa-Branca ou Caixa-Preta• Testes Unitários, de Integração, de Aceitação, de Produção e de Regressão

Processo Simplificado• Descobrir a existência do bug • Isolar o código que causa o bug • Identificar a causa do bug • Determinar uma correção para o bug• Aplicar a correção e testar a correção


Implantação

• Passagem do software para a produção.

• Liberação• Instalação• Ativação/Desativação

• Risco: Integração com Sistemas Legados!!!


Desenvolvimento Clássico(Cascata / Waterfall)


Custo da Mudança

Tempo

Custo


Prototipação

• Processo que capacita o desenvolvedor a criar um modelo do software que será implementado.

• Storyboarding• Protótipo em papel• Mágico de Oz• Máquina de Cenários• Prototipagem Rápida• Prototipagem Evolutiva


Prototipação

• Pontos Positivos– Requisitos adequados– Cliente visualiza a construção

• Pontos Negativos– Difícil manutenção– Baixo re-uso– Riscos de projeto– Cliente achar que o projeto está pronto!


Modelo Iterativo


Prototipação

• Pontos Positivos–Desenvolvimento evolutivo–Projeto componentizado

• Pontos Negativos–Custo da mudança–Refactoring


Modelo Espiral

EngenhariaRequisitos

ImplementaçãoAvaliação


Modelo Espiral

• Pontos Positivos– Desenvolvimento Evolutivo– Mudança planejada– Redução de Riscos

• Pontos Negativos – Difícil adoção dos clientes– Avaliação de Riscos delicada– Imprevisão de riscos grandes: mudança cara!


Outros “Paradigmas”

• Linguagens de 4ª Geração• RAD – Rapid Application Development


Qual o melhor?

• Desenvolvimento Tradicional• Prototipagem• Iterativo• Espiral• ...

DEPENDE!!!


Disponível em...http://es2.cesarfranca.com

Prof. César França

paradigmas de engenharia de software

Technology