Engenharia de Software

1. Engenharia de
Software
Processos de Software
Felipe Cunha; Yugo Alencar

2. Tópicos 1. Objetivos e conceitos
2. Modelos de Processo de SW
1. Modelo Cascata
2. Modelo Incremental
3. Modelo Orientado a Reuso
3. Atividades do Processo de SW
1. Especificação
2. Projeto e implementação
3. Validação
4. Evolução
4. Lidando com mudanças
1. Prototipação
2. Entrega incremental
3. Modelo espiral de Boehm
5. Rational Unified Process-RUP

3. 321 54
Objetivos e conceitos

4. Conjunto de atividades relacionadas que levem à
Produção de software

5. Atividades Básicas à todos os Processos
 Especificação de Software
 Projeto e Implementação de Software
 Validação de Software
 Evolução de Software

6. Categorias de Processos de Softwares
 Dirigidos a planos
 Ageis

7. 321 54
Modelos de Processos de SW

8. Modelo Cascata
Modelo Incremental
Modelo Orientado a Reuso

9. Modelo Cascata
Dirigido a plano
Foi o primeiro a ser adotado pelos desenvolvedores
Possui um conjunto de fases bem definidas que correspondem às
etapas do ciclo de vida do software
Não há mistura de fases: uma fase só começa quando a anterior
Termina
Ao final de cada fase, um ou mais documentos devem ser
aprovados pela equipe de desenvolvimento

11. Estágios
 Análise e definição de requisitos
 Projeto de sistema
 Implementação e testes unitarios
 Integração e testes do sistemas
 Operação e manutenção

12. Principais Problemas
 Projetos reais raramente seguem o fluxo seqüencial
 Dificuldade em congelar os requisitos no início e
em acomodar mudanças dinâmicas
 O cliente precisa ter paciência

13. Modelo Incremental
Desenvolver uma implementação inicial, apresentar
ao cliente e continuar por meio de varias versões
até o fim do sistema.

15. Vantagens
 Menor custo de mudanças nos requisitos
 O cliente pode avaliar o sistema em estágio inicial
(feedback mais fácil)
 Existe um risco menor de fracasso completo do
sistema

16. Problemas
 Processo não visível
 A estrutura tende a se degradar

17. 321 54
Atividades do Processo de Software

18. Processo de software: inclui atividades:
Objetivo:
especificar
projetar
implementar
testar
evoluir
Técnicas
GerênciaColaboração

19. Especificação Projeto e
implementação
Validação Evolução

20. Como organizar essas atividades ?

21. Especificação
Especificação de software é a atividade de
compreensão e definição dos serviços
requisitados do sistema e de identificação de
restrições relativas à operação e ao
desenvolvimento do sistema

22. Estudo de
viabilidade
Elicitação e
análise de
requisitos
Especificação de
requisitos
Validação de
requisitos
Relatório de
viabilidade
Modelos de
sistema Requisitos de
usuários e de
sistema
Documentação de
requisitos
Especificação

23. Projeto e implementação de software
É o processo de conversão de uma especificação
do sistema em um sistema executável, isso inclui
o projeto do software e a programação do
software.

24. Informação de
plataforma
Especificação
de requisitos
Descrição de
dados
Arquitetura de
sistema
Especificação de
Banco de dados
Especificação de
interface
Especificação de
componentes
Projeto de
arquitetura
Projeto de
interface
Projeto de
componentes
Projeto de Banco de dados
Entradas de projeto
Atividades de projeto
Saídas de projeto
Projeto e implementação

25. Validação de software
É o processo de verificação que objetiva mostrar
que um software se adéqua a suas
especificações ao mesmo tempo que satisfaz as
especificações do cliente.

26. Teste de
componente
Teste de sistema Teste de aceitação
Validação

27. Especificação
dos requisitos
Especificação
do sistema
Projeto do
sistema
Projeto
detalhado
Serviço Teste de
aceitação
Teste de
integração do
sistema
Teste de
integração do
sub-sistema
Código e teste
unitário e de
módulo
Plano de testes
de aceitação
Plano de testes
de integração do
sistema
Plano de teste
de integração do
sub-sistema
Fases de testes dirigido a planos

28. Evolução do software
É o processo de evoluir o software durante seu
período de vida em resposta às mudanças de
requisitos e às necessidades do cliente.

29. Definir
requisitos de
sistema
Avaliar sistemas
existentes
Propor
mudanças de
sistema
Modificar
sistemas
Sistemas
existentes
Novo sistema
Evolução do software

30. 321 54
Lidando com mudanças

31. Lidando com mudanças
•Mudanças de negócios levar a requisitos novos e
alterados do sistema
•As novas tecnologias abrem novas possibilidades para
melhorar as implementações
•Plataformas novas exigem alterações de aplicativos
Mudança leva a reformular de modo que os custos de
mudança incluem tanto retrabalho, bem como os custos
de implementação de novas funcionalidades

32. 321 54
Rational Unified Process-RUP

33. Rational Unified Process-RUP
É um modelo constituido quatro fases distintas
no processo de software

36. Concepção
Definir o escopo do software
Descobrir os casos de uso críticos
Estimar por alto o custo e o cronograma de todo
o projeto
Levantar os potenciais riscos

37. Elaboração
Detalhar a maioria dos requisitos
Construir a arquitetura do sistema
Produzir protótipos evolucionários ou
descartáveis

38. Elaboração
Detalhar a maioria dos requisitos
Construir a arquitetura do sistema
Produzir protótipos evolucionários ou
descartáveis

39. Construção
Produzir a versão para testes
Ênfase na produção de software operacional
Envolve análise, projeto e implementação dos
requisitos

40. Transição
Validar o sistema em relação às expectativas dos
usuários
Testes e operacionalização do software
(geralmente, em paralelo com o sistema legado)
Treinamento de usuários
Correção de erros, pequenas melhorias, pequenos
ajustes

41. Obrigado!

42. Referências
Ian Sommerville. Engenharia de Software, 9a. Edição. 2011