22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis

Transcrição

1 Professor Ariel da Silva Dias RUP e Modelos Ágeis Modelo de processo de software proprietário. Desenvolvido pela empresa Rational Software Corporation. Em 2003 a empresa foi adquirida pela IBM. Então O RUP ganhou uma novo nome: IRUP. Utiliza a abordagem da orientação a objetos. Projetado e documentado utilizando notações da UML. Utiliza práticas e técnicas aprovadas no mercado. 1

2 É uma tentativa de unir os melhores recursos e características dos modelos convencionais. Reconhece a importância da comunicação com o cliente e dos casos de uso para descrever a visão do cliente. Sugere um fluxo de processo que é iterativo e incremental. Década de 1980: popularização dos métodos de programação orientada a objeto (OO) levando a métodos variados de análise e projeto OO. Início da década de 1990: Rumbaugh, Booch e Jacobson começaram a trabalhar em um método unificado, que resultou na UML. A UML tornou-se uma norma industrial. A Rational e outros vendedores desenvolveram ferramentas UML. Final da década de 1990: Jacobson, Rumbaugh e Booch desenvolvem o Processo Unificado, um arcabouço para engenharia de software OO. Hoje em dia o PU e a UML são amplamente usados em projetos OO de todas as naturezas. 2

3 Descrito a partir de 3 perspectivas Dinâmica: são as fases do modelo ao longo do tempo. Estática: são as atividades realizadas no processo. Prática: boas práticas a serem utilizadas durante o processo. Concepção (Inicial) Estabelece um business case para o sistema; Avaliação do ambiente de negócio em relação à contribuição de um sistema para o negócio (ESCOPO); Identifica as entidades externas; Importante: reúne as informações para avaliar a importância do sistema com o negócio. 3

4 Elaboração Desenvolve o entendimento do domínio do problema; Estabelece um framework de arquitetura para o sistema; Desenvolve o plano e identifica os riscos do projeto; Construção Fase de programação e testes; Partes do sistema são implementadas paralelamente e integradas durante essa fase; O resultado dessa fase é um software funcional e toda sua documentação pronta para ser liberada para os usuários; 4

5 Transição Última fase do RUP; Transferência do desenvolvimento para o usuário; Entrada do sistema em produção; Implantação. Foca nas atividades que ocorrem durante o processo de desenvolvimento. Também conhecidas como WORKFLOWS. Todos os workflows podem ser ativados em todos os estágios do processo. Existem no total 9 workflows: 6 workflows de processo 3 workflows de apoio 5

6 Modelagem de negócio: processo de negócio são modelados utilizando casos de uso. Requisitos: identificar os agentes que interagem com o sistema e os casos de uso são desenvolvidos. Análise e projeto: modelo de projeto é criado e documentado utilizando os modelos de arquitetura, modelos de componente, modelos de objeto e modelos de sequência. Implementação: componentes de sistema são implementados e estruturados em subsistemas de implementação. Teste: processo iterativo realizado em conjunto com a implementação. Implantação: versão final do produto é criada, distribuída aos usuários e instalada. 6

7 Gerenciamento de configuração e mudanças: controla as mudanças do sistema. Gerenciamento de projetos: gerencia o desenvolvimento do sistema. Ambiente: relacionado à disponibilização de ferramentas apropriadas de software para a equipe de desenvolvimento. O RUP recomenda seis práticas fundamentais Desenvolver o software de forma iterativa: incrementos de software priorizados e entregues; Gerenciar requisitos: documentação e acompanhamento das mudanças dos requisitos; Usar arquitetura baseada em componentes: estruturar a arquitetura de sistema de componentes; Modelar o software graficamente: modelos gráficos da UML; Verificar a qualidade do software: atender aos padrões de qualidade da organização; Controlar mudanças do software: utilizando um SGM e procedimentos bem definidos. 7

8 8

9 Até aqui vimos modelos de processos de software utilizados na produção de sistemas Cascata; Espiral; RUP. Principais Características: Requer equipes relativamente grandes; Muita documentação; Iterações longas; Pouca participação do cliente; Problemas e Retrabalho. Sociedade Demanda Grandes quantidades de sistemas; Sistemas complexos, distribuídos e heterogêneos; Requisitos mutáveis. Como agilizar o processo de desenvolvimento de software sem perder a qualidade? Um grupo de cerca de 20 especialistas se reuniu nos Estados Unidos para avaliar a forma como os seus projetos de software estavam sendo conduzidos e para encontrar uma resposta para esta pergunta. 9

10 Cada um dos membros da reunião utilizavam alguma metodologia já existente; Eles perceberam que algumas características se repetiam nos diferentes métodos de desenvolvimento; A partir deste encontro nasceu o Manifesto Ágil; Este documento teve como objetivo padronizar o desenvolvimento Ágil. Principais valores do Manifesto Ágil Indivíduos e interações sobre processos e ferramentas; Software em funcionamento mais que documentação abrangente; Colaboração com o cliente sobre negociação de contrato; Respostas a mudanças mais que o acompanhamento de um plano. 10

11 São recomendadas para projetos que: existem muitas mudanças; os requisitos são passíveis de alterações; a recodificação do programa não acarreta alto custo; a equipe é pequena; as datas de entrega curtas acarretam alto custo; o desenvolvimento rápido é fundamental. Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam às mudanças, para que o cliente possa tirar vantagens competitivas. Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos. 11

12 Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto. Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho. O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara. Software funcional é a medida primária de progresso. Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes. Contínua atenção à excelência técnica e bom design, aumenta a agilidade. 12

13 Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis. Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo. Scrum extreme Programming FDD RAD Crystal DSDM ASD 13

14 Scrum Gabrielle(23/03) extreme Programming Rafael(23/03) Feature Driven Development (FDD) Marcelo(23/03) Rapid Application Development (RAD) Kelvin(23/03) Crystal Family Danielly (30/03) Dynamic Systems Development Method (DSDM) Layo (30/03) Adaptive Software Development (ASD) Roberto (30/03) TDD (30/03)Marcelo SOMMERVILLE, I. Engenharia de Software. 9a edição. Pearson Addison Wesley Peso de 40% da continuada. 14