RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp
[email protected]
. !ntrodu"#o
É um processo proprietário de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM, então o RUP ganhou o nome de IRUP IBM Rational Unified Software (porém o nome mais conhecido ainda é RUP);
Fornece técnicas às equipes de desenvolvimento de software objetivando o aumento da produtividade seguindo uma abordagem prescritiva (normatização); O RUP se baseia no paradigma de Orienta ção a Objetos e é projetado e documentado utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. 2
. !ntrodu"#o
É um processo considerado pesado e preferencialmente aplicável a grandes equipes de desenvolvimento e a grandes projetos;
Porém o fato de ser amplamente customizável torna possí vel que seja adaptado para projetos de qualquer escala; Para a gerência do projeto, o RUP prov ê uma solução disciplinada de como assinalar tarefas e responsabilidades dentro de uma organiza çã o de desenvolvimento de software . 3
. !ntrodu"#o
O RUP se baseia nos 4 “P”s:
Pessoas;
Projeto;
Produto;
Processo.
4
$. %in&as 'estras
O RUP define as seguintes linhas-mestras e esqueletos (templates) para os membros da equipe de um ciclo de produção:
Parte do cliente;
Avaliação do progresso do projeto pela sua ger ência.
Ajuda os programadores a manterem-se concentrados no projeto.
5
$.. est#o de requisitos
Descreve como documentar a funcionalidade, restri ções de sistema, restrições de projeto e requisitos de neg ócio (Uma documentação apropriada é essencial para qualquer grande projeto). Os casos de uso (Use Cases) e os cen ários são exemplos de artefatos (produtos de trabalho finais ou intermediários produzidos e usados durante os projetos) dependentes do processo, que têm sido considerados muito mais eficazes na captura de requisitos funcionais - descrição das diversas funções que clientes e usuários querem ou precisam que o software faça. 6
$.. est#o de requisitos
7
$.$. rquitetura baseada em componentes
Sistema que pode ser facilmente extensí vel;
Reutilização de software e um entendimento intuitivo;
Um componente normalmente se relaciona com um objeto na programação orientada a objetos; Arquitetura executável nas fases iniciais do projeto, ou seja, antes de comprometer recursos em larga escala; Estes componentes são normalmente incluí dos em infraestruturas existentes como o CORBA e o COM (Modelo de Componentes de Objetos). 8
$.*. +oftware de modelos ,isuais
Elaborar de modo efetivo uma maneira de se ter uma vis ão geral de uma solução; Melhor entendimento por parte de pessoas com menor conhecimento técnico (ex: cliente) de um dado problema, e assim se envolvam mais no projeto como um todo; A linguagem de modelagem UML tornou-se um padr ão industrial para representar projetos e é amplamente utilizada pelo RUP.
9
$.-. erifica"#o da qualidade do software
Não assegurar a qualidade do software é a falha mais comum em todos os projetos de sistemas computacionais. Normalmente pensa-se em qualidade de software após o término dos projetos, ou a qualidade é responsabilidade de uma equipe diferente da equipe de desenvolvimento; O RUP visa auxiliar no controle do planejamento da qualidade, verificando-a na construção de todo o processo e envolvendo todos os membros da equipe de desenvolvimento. 10
$./. est#o e Controle de 'udan"as do +oftware
Em todos os projetos de software a exist ência de mudanças é inevitável. O RUP define m étodos para controlar e monitorar mudanças. Como uma pequena mudança pode afetar aplicações de formas inteiramente imprevisí veis, o controle de mudanças é essencial para o sucesso de um projeto; O RUP também define áreas de trabalho seguras, garantindo a um programador que as mudan ças efetuadas noutro sistema não afetarão o seu sistema.
11
*. 0ases
Indicam a ênfase que é dada ao projeto em um momento especí fico; Um projeto é dividido em quatro fases:
1. Concepção: ênfase no escopo do sistema;
2. Elaboração: ênfase na arquitetura;
3. Construção: ênfase no desenvolvimento;
4. Transição: ênfase na implantação.
12
*.. 0ase de concep"#o
Delimitação do âmbito do projeto e do business case¹, afim de que as partes interessadas (stakeholders) concordem com os objetivos, arquitetura e o planejamento do projeto.
[1]. Forma profissional de justificar o investimento para aprovar um projeto estrat égico que agrega valor ao negócio da empresa. 13
*.$. 0ase de Elabora"#o
Análise da extensão do sistema (ex: problemas a serem resolvidos); Definição de uma arquitetura estável e robusta para todo o sistema, tendo em consideração os seus requisitos; Busca complementar o levantamento/documentação dos casos de uso.
14
*.*. 0ase Constru"#o
Na fase de construção, começa o desenvolvimento f ís ico do software, produção de códigos, testes alfa e beta; Deve-se aceitar testes, e processos de testes estáveis, e se os códigos do sistema constituem "baseline" - imagem de uma versão de cada artefato.
15
*.-. 0ase de 1ransi"#o
Nesta fase ocorre a entrega ("deployment") do software, é realizado o plano de implantação e entrega, acompanhamento e qualidade do software; Produtos (releases, versões) devem ser entregues, e ocorrer a satisfação do cliente; Nesta fase também é realizada a capacitação dos usuários.
16
-. Processo RUP 2 r3fico
17
Refer4ncias
Wthreex - RUP 2002.05.00 Portugues
http://www.wthreex.com/
Wikipedia – RUP
http://pt.wikipedia.org/wiki/IBM_Rational_Unified_ Process
18
