Processos de Desenvolvimento de Software Professora: Aline Vasconcelos Cefet Campos [email protected]
Apr 17, 2015
Processos de Desenvolvimento de Software
Professora: Aline Vasconcelos
Cefet Campos
2
Problemas Recorrentes:
Estimativas de prazo e custo são freqüentemente imprecisas.
Baixa Produtividade no desenvolvimento e alto custo. Baixa qualidade do software produzido. Custos em manutenção de software acabam
superando custos em desenvolvimento. Manutenção de software é ameaçada por projetos
ruins e falta de controle e gerência adequados.
3
Processo: Um processo de desenvolvimento de software, em geral,
define:– Um ciclo de vida para o software, com atividades
de desenvolvimento, e um paradigma. – Os métodos que serão utilizados ao longo do
desenvolvimento. – As ferramentas que suportam estes métodos. – Quem participa (papéis) e quando.– Sub-produtos (ou artefatos) a serem produzidos
como saída de cada atividade. – Entradas e recursos consumidos por cada
atividade. – Restrições impostas.
4
Processo: 3 Fases Genéricas DefiniçãoDefinição: identificação do “que”!
– O que o software deve fazer????– Que informação deve ser processada e
gerada????– Quais são as restrições do projeto????– O desempenho é crítico???
– ETAPA 1: ANÁLISE!!!!!!!ANÁLISE!!!!!!!– Foca no Domínio do Problema!!!!!Foca no Domínio do Problema!!!!!
5
Processo: 3 Fases Genéricas DesenvolvimentoDesenvolvimento: identificação do “como”!
– Estruturas de dados/Banco de Dados!!– Definição de Arquitetura!!!!!!
• Módulos de Programas!– Definição de Programas/Algoritmos!!!!!– Tecnologia!!!!– Projeto de Telas!!!!!!– Projeto e Realização de Testes!!!
– ETAPA 2: PROJETO, PROGRAMAÇÃO, TESTES!!!!!!!PROJETO, PROGRAMAÇÃO, TESTES!!!!!!!– DOMÍNIO DA SOLUÇÃO!DOMÍNIO DA SOLUÇÃO!
6
Processo: 3 Fases Genéricas SuporteSuporte: mudanças!!!!!
– Reaplica os passos das fases de Definição de Desenvolvimento, mas no contexto de um software existente.
– Tipos de Manutenção:Tipos de Manutenção:
• Corretiva: Corretiva: correção de erros encontrados pelo usuário.correção de erros encontrados pelo usuário.• Adaptativa:Adaptativa: modificações no software para se acomodar a mudanças do modificações no software para se acomodar a mudanças do
ambiente. Mudanças do ambiente envolvem os itens: CPU, Sistema ambiente. Mudanças do ambiente envolvem os itens: CPU, Sistema Operacional, Regras de Negócio, Paradigma de Desenvolvimento etc.Operacional, Regras de Negócio, Paradigma de Desenvolvimento etc.
• Evolutiva:Evolutiva: à medida que o software é usado, o cliente\usuário reconhece à medida que o software é usado, o cliente\usuário reconhece funções adicionais que podem ser úteis. Manutenção evolutiva estende o funções adicionais que podem ser úteis. Manutenção evolutiva estende o software para além dos seus requisitos funcionais originais.software para além dos seus requisitos funcionais originais.
• PreventivaPreventiva: :
– ETAPA 3: Manutenção!!!!!!!Manutenção!!!!!!!
Ciclo de Vida Clássico: (Waterfall Model ou cascata)
Análise de Requisitos
Codificação
Teste de Unidade e Integração
Teste de Sistema
Teste de Aceitação
Entrega e Manutenção
Projeto do Sistema
Projeto dos Programas
-Projeto de Alto Nível
- Projeto de Baixo Nível
Características:•Seqüencial•Conceitualmente Simples•Guiado por documentos
8
Contribuições x Problemas – Ciclo de Vida Clássico:
Define claramente as fases de desenvolvimento de software, permitindo a definição de métodos e atividades em cada fase.
Permite a definição dos “workproducts” ou artefatos a serem entregues em cada atividade.
Outros modelos representam simplesmente variações do ciclo clássico, incorporando loops e atividades extra.
Problemas: – projetos de software na prática raramente seguem um fluxo
seqüencial; – não suporta mudança de requisitos que pode ocorrer ao longo do
projeto; – cliente acaba esperando muito tempo por algum resultado concreto
do trabalho.
Ciclo de Vida Modelo em V
Análise de Requisitos
Projeto do Sistema
Projeto dos Programas
Codificação
Teste de Aceitação
Teste de Sistema
Teste de Unidade e Integração
Entrega e Manutenção
Valida requisitos
Verifica Projeto
Características:•Relaciona Teste à Análise e Projeto.•As conexões implicam em retrabalho se problemas são encontrados.•O foco reside na atividade e na corretude.
10
Ciclo de Vida Modelo em V Foco em testes.
Casos de Teste vão sendo criados ao longo das atividades de análise e projeto.
A ligação existente entre os lados direito e esquerdo do V implica no fato de que se problemas são encontrados durante testes (verificação e validação), então atividades do desenvolvimento podem ser re-executadas fixando erros em requisitos, projeto e código.
Adequado para sistemas com alta criticalidade.
11
Verificação x Validação
=> Verificação: “Estamos construindo certo o produto?”
=> Validação: “Estamos construindo o produto certo?”
Validação: assegurar que o sistema implementou todos os requisitos.
Verificação: assegurar que cada função executa corretamente.
Ciclo de Vida baseado em Prototipação
Lista de Revisões
Lista de Revisões
Lista de Revisões
Protótipo deRequisitos
Protótipo do Projeto
Protótipo do Sistema
revisaprotótipo
Revisãode usuário e cliente
Teste
Características:Reduz os riscos e incertezas do desenvolvimento.
Requisitos do sistema
Sistema Entregue
13
Prototipação: Protótipo: produto parcialmente desenvolvido,
permitindo que usuários, clientes e desenvolvedores avaliem aspectos do sistema proposto e decidam se estes estão apropriados ao produto final.
Defeitos podem ser detectados mais cedo no desenvolvimento de software.
Prototipação Descartável x Evolutiva. Prototipação descartável pode ser útil para elicitação
de requisitos.
Ciclo de Vida Baseado em Desenvolvimento por Fases: Incrementos e Iterações
Sistema em DesenvolvimentoDESENVOLVEDORES
Construção da Release 1
Construção da Release 2
Construção da Release 3
Utiliza Release 1
Utiliza Release 2
Utiliza Release 3
Tempo
USUÁRIOS
Características: •Reduz o tempo de entrega, pois permite que o sistema sejaentregue em partes. •Geralmente há dois sistemas funcionando em paralelo: sistema operacional ou de produção e sistema em desenvolvimento.
Ciclo de Vida Baseado em Desenvolvimento por Fases: Incremental e Iterativo
Desenvolvimento Incremental
Release 1 Release 2 Release 3
Parte das Funcionalidades
Desenvolvimento Iterativo
16
Desenvolvimento Iterativo e Incremental Desenvolvimento Incremental: o sistema, como
definido na especificação de requisitos, é particionado em subsistemas por funcionalidade.
Desenvolvimento Iterativo: permite a entrega de um sistema completo no início do processo, e, então, aumenta a funcionalidade de cada subsistema a cada nova versão.
Modelo em Espiral
Planejamento
Coleta Inicial dos Requisitos e Planejamento do Projeto
AVALIAÇÃO DO CLIENTE ENGENHARIA
PLANEJAMENTO ANÁLISE DE RISCOS
Avaliação do Cliente
Análise dos Riscos baseada nos requisitos iniciais
Protótipo deSoftware Inicial
Protótipo de Nível Seguinte
Sistema construído pela Engenharia
Análise de Riscos baseada na reação do cliente
18
Ciclo de Vida em Espiral: Guiado pelos Riscos. Pode ser usado como um meta-modelo. Ressalta a importância de duas atividades de
engenharia de software:– Planejamento: determinação dos objetivos, alternativas e
restrições. – Análise dos Riscos: identificação, análise e monitoramento
dos riscos.
Abordagem evolucionária ao desenvolvimento de software, capacitando o desenvolvedor e o cliente a entender e reagir aos riscos em cada etapa evolutiva.
19
Ciclo de Vida em Espiral:
Pode ser visto como desenvolvimento iterativo, onde, a cada volta na espiral (a cada iteração do desenvolvimento) as atividades do desenvolvimento podem ser re-executadas com maior ou menor intensidade sobre determinados artefatos de software.
20
RUP:THE RATIONAL UNIFIED PROCESS
Processo de engenharia de software, desenvolvido e mantido pela Rational Software Corporation.
Muito utilizado pela indústria para desenvolvimento de software utilizando a linguagem de modelagem unificada UML.
Pode ser visto como um framework, o qual pode ser adaptado e estendido para atender às necessidades específicas de uma organização.
21
RUP: THE RATIONAL UNIFIED PROCESS
Princípios:– Desenvolver software iterativamente;– Gerenciar requisitos;– Utilizar arquiteturas de software baseadas em
componentes;– Modelar software visualmente utilizando a UML;– Verificar a qualidade do software continuamente;– Controlar mudanças no software (gerência de
configuração).
RUP: um Processo Iterativo e Incremental
Management Environment
Requirements
Analisys and Design
Implementation
Test
Avaliação
Planejamento
Deployment
Initial Planning
Each Iteration Results in an executable release.
23
Processo – Elementos:
Elementos que compõem um modelo de processo [RUP2000]:– Workers: the who (trabalhadores/desenvolvedores
- pessoas)– Activities: the how (atividades)– Artifacts: the what (artefatos) – Workflows: the when (quando)
24
WORKERS (pessoas): Define o comportamento e responsabilidades de um
indivíduo ou grupo de indivíduos trabalhando juntos como um time.
Comportamento = atividades que o desenvolvedor executa
Responsabilidades = artefatos que o desenvolvedor deve produzir, modificar ou controlar
O termo worker refere-se ao papel desempenhado pelo indivíduo. Exemplos: analista, projetista, projetista de testes, revisor de projeto, gerente de configuração, etc.
25
Activities (Atividades): Definem o trabalho que deve ser executado pelos
desenvolvedores. Unidade de trabalho que um indivíduo em um
determinado papel deve executar. Atividades possuem artefatos de entrada e artefatos
de saída. Exemplos de atividades:
– Produzir casos de uso: worker: analista de sistemas;– Revisar o projeto: worker: revisor de projeto;– Executar teste de desempenho, etc.
26
Artifacts (Artefatos): Artefato: pedaço de informação que é produzido,
modificado ou utilizado por um processo. Artefatos são os produtos (ou sub-produtos)
tangíveis ao longo do processo. Exemplos (em diferentes níveis de granularidade):
– Um modelo:modelo de casos de uso, modelo de classes, etc.
– Um elemento de modelo: uma classe, um caso de uso, ou um subsistema.
– Um documento: como um documento de requisitos, lista de itens de riscos, plano de projeto, etc.
– Casos de Teste, Código fonte, executáveis, etc.
27
Workflows: Workflow: seqüência de atividades que produz um
resultado observável. Workflows definidos no RUP:
– Core Workflows:• Modelagem de Negócio• Modelagem e Especificação de Requisitos• Análise e Projeto• Implementação• Teste• Entrega
– Support Workflows:• Gerência de Projeto• Gerência de Mudanças e Configuração• Ambiente
28
RUP Workflows: O RUP é caracterizado por fases genéricas, cada
uma definindo loops (iterações) de trabalho no desenvolvimento.
Cada workflow é revisitado, executado novamente a cada iteração de desenvolvimento, com maior ou menor ênfase dependendo do estágio em que se encontra o projeto.