Técnicas de 4ª Geração  RUP Equipe: Danilo Carvalho Ederson Carvalho Felipe Santos Gabriel Alves
Introduçã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.
Té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.
Té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.
Té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.
RUP( Rational 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 .
RUP( Rational 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.
RUP( Rational Unified Process ) •  O ciclo de desenvolvimento é subdividido em 4 fases consecutivas : Concepção, Elaboração, Construção e Transição
RUP( Rational 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
RUP( Rational 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 ferramentas OBS: Podem (devem) ser feitos em paralelo
RUP( Rational 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
RUP( Rational 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
RUP( Rational 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
RUP( Rational Unified Process ) 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.
RUP( Rational Unified Process )  Disciplinas 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.
RUP( Rational Unified Process )  Disciplinas 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.
RUP( Rational Unified Process )  Fluxos  O RUP possui 9 Fluxos .
RUP( Rational Unified Process )  Fluxos Fluxos de Engenharia de Software 1/3 Modelagem de Negócios (Finalidades) Requisitos (Finalidades)
Fluxos de Engenharia de Software 2/3 Análise e Projeto (Finalidades) Implementação (Finalidades) RUP( Rational Unified Process )  Fluxos
RUP( Rational Unified Process )  Fluxos Fluxos de Engenharia de Software 3/3 Teste (Finalidades) Instalação (Finalidades)
RUP( Rational Unified Process )  Fluxos  Fluxos de Suporte Gerência de Projeto Gerência de Configuração e Mudanças Gerência de Ambiente
Conclusã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.
  Fim.

Engenharia Software Rup

  • 1.
    Técnicas de 4ªGeração RUP Equipe: Danilo Carvalho Ederson Carvalho Felipe Santos Gabriel Alves
  • 2.
    Introdução Num ambientede 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.
  • 3.
    Té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.
  • 4.
    Té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.
  • 5.
    Té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.
  • 6.
    RUP( Rational UnifiedProcess ) 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 .
  • 7.
    RUP( Rational UnifiedProcess ) 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.
  • 8.
    RUP( Rational UnifiedProcess ) • O ciclo de desenvolvimento é subdividido em 4 fases consecutivas : Concepção, Elaboração, Construção e Transição
  • 9.
    RUP( Rational UnifiedProcess ) 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
  • 10.
    RUP( Rational UnifiedProcess ) 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 ferramentas OBS: Podem (devem) ser feitos em paralelo
  • 11.
    RUP( Rational UnifiedProcess ) Fase de Elaboração: Atividades (ênfase na arquitetura) Objetivos Desenvolver a arquitetura do sistema, tendo em conta: Requisitos mais significantes Avaliação dos riscos
  • 12.
    RUP( Rational UnifiedProcess ) 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
  • 13.
    RUP( Rational UnifiedProcess ) 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
  • 14.
    RUP( Rational UnifiedProcess ) 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.
  • 15.
    RUP( Rational UnifiedProcess ) Disciplinas 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.
  • 16.
    RUP( Rational UnifiedProcess ) Disciplinas 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.
  • 17.
    RUP( Rational UnifiedProcess ) Fluxos O RUP possui 9 Fluxos .
  • 18.
    RUP( Rational UnifiedProcess ) Fluxos Fluxos de Engenharia de Software 1/3 Modelagem de Negócios (Finalidades) Requisitos (Finalidades)
  • 19.
    Fluxos de Engenhariade Software 2/3 Análise e Projeto (Finalidades) Implementação (Finalidades) RUP( Rational Unified Process ) Fluxos
  • 20.
    RUP( Rational UnifiedProcess ) Fluxos Fluxos de Engenharia de Software 3/3 Teste (Finalidades) Instalação (Finalidades)
  • 21.
    RUP( Rational UnifiedProcess ) Fluxos Fluxos de Suporte Gerência de Projeto Gerência de Configuração e Mudanças Gerência de Ambiente
  • 22.
    Conclusão O RUPprova 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.
  • 23.