Engenharia Software Rup

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


• 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


• 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


• 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


• 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


• 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


• 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


• 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


• 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


• 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


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


Fluxos Fluxos

• O RUP possui 9 Fluxos .

Engenhari

a d

e S

oft

ware


FluxosFluxos

• Fluxos de Engenharia de Software 1/3

• Modelagem de Negócios (Finalidades)

• Requisitos (Finalidades)

Engenhari

a d

e S

oft

ware

I


• Análise e Projeto (Finalidades)

• Implementação (Finalidades)

RUP(RUP(Rational Unified ProcessRational Unified Process) )

FluxosFluxos

Engenhari

a d

e S

oft

ware


FluxosFluxos


• Teste (Finalidades)

• Instalação (Finalidades)

Engenhari

a d

e S

oft

ware


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.

Engenhari

a d

e S

oft

ware

I

Fim.

Engenharia Software Rup

Documents