Escolar Documentos
Profissional Documentos
Cultura Documentos
Engenharia de Software
Jousy Gomes
jousy@fgf.edu.br
ISO/IEC 12207 - Processos do Ciclo de Vida do Software
Classes de Processos
•Processos fundamentais;
•Processo de apoio;
•Processos organizacionais;
•Processos de adaptação.
Processo fundamentais
Iniciam o ciclo de vida e comandam os outros processos.
• Aquisição: possui o propósito de obter o produto e/ou serviço que satisfaça suas
necessidades;
• Fornecimento: possui o propósito de prover um produto e/ou serviço;
• Desenvolvimento: possui o propósito de transformar um conjunto de requisitos
em um produto ou sistema de software;
• Operação: possui o propósito de operar o produto no seu ambiente e prover
suporte aos usuários;
• Manutenção: possui o propósito de modificar o produto de software e depois dar
liberação para o uso
Processos de apoio(garantir qualidade)
• Documentação: possui o propósito de prover, manter um
registro de informações de software;
• Gerência de configuração: possui o propósito de estabelecer
e manter a integridade de todos os produtos de trabalho
(artefato) de um processo do projeto;
• Garantia da qualidade: possui o propósito de prover garantia
de que os produtos e processos estão em conformidade com
o requisitos (padrões/normas) pré-definidos;
• Verificação: possui o propósito de confirmar que os produtos
e/ou serviços refletem os requisitos especificados;
• Validação: possui o propósito de confirmar que os requisitos
para o uso específico de um produto e/ou serviço são
atendidos;
Processos de apoio
• Revisão conjunta: possui o propósito de manter o entendimento
(gerencial comum com os stakeholders);
• Auditoria: possui o propósito de determinar independentemente a
conformidade dos produtos e processos contra os requisitos
definidos;
• Resolução de problema: possui o propósito de assegurar que todos os
problemas levantados sejam analisados e resolvidos;
• Usabilidade;
• Contrato
Processos organizacionais
(auxilia a organização e gerência geral)
O modelo cascata
• Fases separadas e distintas de especificação e
desenvolvimento.
Desenvolvimento evolucionário
• Especificação, desenvolvimento e validação são intercalados.
Desenvolvimento orientada a reuso
Desenvolvimento Iterativo
Modelo Cascata (clássico)
• O ciclo é representado pelas seguintes fases:
• Requisitos:
• Definição preliminar do escopo do sistema, restrições e conceitos
alternativos.
• Análise:
• Especificação funcional do sistema (Projeto Lógico);
• O ambiente do usuário é modelado através de Diagramas
• DFD – Diagrama de Fluxo de dados
• DER – Diagrama de Entidade Relacionamento
• UML – Linguagem Unificada para Modelagem
• Protótipos – apresentar interação usuário sistema
Modelo Cascata
• Projeto:
• Especificação completa da arquitetura de hardware e software,
• Estruturas de dados do sistema e caracterização de interfaces;
• Determina tarefas que cada pessoa envolvida deverá executar.
• Refinamento dos diagramas
• Construção de pseudocódigos
• Codificação (Implementação):
• Codificação e teste individual dos programas
• Teste:
• Teste dos componentes integrados do sistema
• A partir da especificação estruturada (na análise) deve começar os casos de
aceite.
• Plano de testes – pessoa responsável por testar, comparar resultados obtidos
com esperados.
• Testes de desempenho – tempo de resposta
• Testes de vias normais – rotina correta
Modelo cascata(ciclo
compulsório)
Implementação
Construção do sistema
Faz uso dos recursos
tecnológicos da empresa
Modelo cascata
Estudo
Análise
Projeto
Implementação
Simulação
Implantação
Modelo cascata
Estudo
Análise
Projeto
Implementação
Simulação
Implantação
Operação Manutenção
• Implantação:
• Entrega da documentação (manuais)
• Treinamento dos usuários
• Implantação de maneira gradativa.
• Acompanhamento pós-implantação.
• Operação e Manutenção:
• Utilização do sistema e modificações decorrentes de erros,
mudança de necessidades, etc.
Implantação
Operação Manutenção
Desvantagem do modelo Cascata
• O valor pode ser entregue para o cliente com cada incremento e, desse
modo, a funcionalidade de sistema é disponibilizada mais cedo.
• O incremento inicial age como um protótipo para auxiliar a elicitar os
requisitos para incrementos posteriores do sistema.
• Riscos menores de falha geral do projeto.
• Os serviços de sistema de mais alta prioridade tendem a receber mais
testes.
Modelo Incremental
Viabilidade
É viável?
Requisitos
OK?
Lógico
OK?
Projeto
Concluído?
Físico
OK?
Codificação
Testado?
3 2 1 0
Engenharia
Avaliação do Cliente Desenvolvimento
de Software
Padrões de Sistemas Iterativos
• Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.
• Design do software deve prezar pela excelência técnica;
• Simplicidade;
• Rápida adaptação às mudanças;
• Indivíduos e interações mais do que processos e ferramentas;
• Software funcional mais do que documentação extensa;
• Colaboração com clientes mais do que negociação de contratos;
• Responder a mudanças mais do que seguir um plano
Desenvolvimento Ágil