Upload
marcos9999
View
14
Download
2
Embed Size (px)
Citation preview
Engenhari
a d
e S
oft
ware
I Técnicas de 4ª Geração Técnicas de 4ª Geração RUPRUP
Equipe:Equipe:
Danilo CarvalhoDanilo Carvalho
Ederson CarvalhoEderson Carvalho
Felipe SantosFelipe Santos
Gabriel AlvesGabriel Alves
Engenhari
a d
e S
oft
ware
I
IntroduçãoIntrodução
• Num ambiente de constantes surgimentos de novas tecnologias de informação, fabricantes e produtos, continuamos com problemas nos projetos de software, verificando-se por exemplo que grande parte destes projetos sofrem atrasos ultrapassando os limites inicialmente planejados.
Engenhari
a d
e S
oft
ware
I
Técnicas de 4ª GeraçãoTécnicas de 4ª Geração
• Dentre as metodologias temos duas linhas distintas, as tradicionais e as ágeis.
• Enquanto as tradicionais prezam por uma quantidade excessiva de documentação as ágeis prezam por ter o software funcionando com o mínimo de documentação necessária.
• Portanto,adotar processos mais simplificados, como as metodologias ágeis tem despertado um grande interesse entre as comunidades de desenvolvimento de software.
Engenhari
a d
e S
oft
ware
I
Técnicas de 4ª GeraçãoTécnicas de 4ª Geração
• O termo “Metodologia Ágil” tornou-se popular em fevereiro de 2001, quando um grupo de 17 especialistas (referências mundiais em desenvolvimento de software) criaram a Aliança Ágil e estabeleceram o Manifesto Ágil para o desenvolvimento de software.
Engenhari
a d
e S
oft
ware
I
Técnicas de 4ª GeraçãoTécnicas de 4ª Geração
• Os valores do Manifesto Ágil são:
• Indivíduos e interações valem mais que processos e ferramentas;
• Um software funcionando vale mais que documentação extensa;
• A colaboração do cliente vale mais que a negociação de contrato;
• Responder a mudanças vale mais que seguir um plano.
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• O que é RUP?
• O RUP, abreviação de Rational Unified Process (ou Processo Unificado da Rational), é um processo proprietário de Engenharia de software criado pela Rational Software Corporation.
• O RUP usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. Utiliza técnicas e práticas aprovadas comercialmente.
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Adquirida pela IBM, ganhando um novo nome
IRUP que agora é uma abreviação de IBM Rational Unified Process, fornecendo técnicas a serem seguidas pelos membros da equipe de desenvolvimento de software com o objetivo de aumentar a sua produtividade.
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• O ciclo de desenvolvimento é subdividido em 4 fases consecutivas:
Concepção, Elaboração, Construção e Transição
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Objetivos
– Entender o âmbito geral do projeto e os seus objetivos
– Coletar informações sobre o que deve ser feito
– Decidir sobre a continuidade do projeto
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Fase de Concepção:
• Finalidade(ênfase no escopo do sistema)
• Objetivos– Entender o que produzir– Identificar os pontos chave do sistema– Determinar no mínimo uma solução possível– Planear custos, agenda e riscos– Decidir qual processo seguir e quais ferramentasOBS: Podem (devem) ser feitos em paralelo
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Fase de Elaboração:
• Atividades(ênfase na arquitetura)
• Objetivos – Desenvolver a arquitetura do sistema, tendo em conta:
• Requisitos mais significantes• Avaliação dos riscos
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Fase de Construção
• Construção(ênfase no desenvolvimento)
• Objetivos– Minimizar custos de desenvolvimento– Alcançar um determinado grau de paralelismo de
desenvolvimento– Desenvolver iterativamente um produto completo que esteja
pronto para a transição
Engenhari
a d
e S
oft
ware
I
RUP(RUP(Rational Unified ProcessRational Unified Process))
• Fase de Transição
• Critérios de Satisfação(ênfase na implantação)
• Objetivos– Validar o sistema de acordo com a especificação do utilizador– Treinar utilizadores e Administradores– Preparar o local de implantação
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process))
Linhas Mestras Linhas Mestras
• Gestão de Requisitos;
• Uso de arquitetura baseada em componentes;
• Uso de Software de modelos visuais;
• Verificação da qualidade do software;
• Gestão de Controle de Mudanças do Software.
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
DisciplinasDisciplinas
• Seis Disciplinas da Engenharia:
1 - Disciplina de Modelagem de Negócios;2 - Disciplina de Requisitos;3 - Disciplina de Análise e Projeto (“Design”);4 - Disciplina de Implementação;5 - Disciplina de Teste;6 - Disciplina de Implantação.
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
DisciplinasDisciplinas
• Três Disciplinas de Apoio/Suporte 1 - Disciplina de Ambiente;
2 - Disciplina de Configuração e Gerência Mudança;
3 - Disciplina de Gerência de Projeto.
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
Fluxos Fluxos
• O RUP possui 9 Fluxos .
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
FluxosFluxos
• Fluxos de Engenharia de Software 1/3
• Modelagem de Negócios (Finalidades)
• Requisitos (Finalidades)
Engenhari
a d
e S
oft
ware
I
• Fluxos de Engenharia de Software 2/3
• Análise e Projeto (Finalidades)
• Implementação (Finalidades)
RUP(RUP(Rational Unified ProcessRational Unified Process) )
FluxosFluxos
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
FluxosFluxos
• Fluxos de Engenharia de Software 3/3
• Teste (Finalidades)
• Instalação (Finalidades)
Engenhari
a d
e S
oft
ware
IRUP(RUP(Rational Unified ProcessRational Unified Process) )
Fluxos Fluxos
• Fluxos de Suporte
• Gerência de Projeto
• Gerência de Configuração e Mudanças
• Gerência de Ambiente
Engenhari
a d
e S
oft
ware
I
ConclusãoConclusão
O RUP prova ser um processo de desenvolvimento robusto e bem definido, embora bastante complexo/trabalhoso para projetos de software de pequeno porte, ele pode ser bem aproveitado para projetos aonde é preciso manter registro constante do fluxo do projeto.