Processo Unificado

Fazer download em doc, pdf ou txt
Fazer download em doc, pdf ou txt
Você está na página 1de 4

Capítulo 2 - O Processo Unificado

1. O QUE É 'O PROCESSO UNIFICADO'


 É um processo de desenvolvimento de software - um conjunto de atividades
necessárias para transformar os requisitos de usuários em um sistema de software.
 O Processo Unificado utiliza a UML (Unified Modeling Language) para as atividades de
modelagem.

Fig. 3.1. O processo de desenvolvimento de software

2. O PROCESSO UNIFICADO É DIRIGIDO PÔR CASOS DE USO


 Casos de uso capturam os requisitos funcionais de um sistema na perspectiva de cada
usuário desse sistema.
 No Processo Unificado, os casos de uso são a base para o projeto, implementação e
testes, isto é, de todo o processo de desenvolvimento.

3. O PROCESSO UNIFICADO É 'CENTRADO' NA ARQUITETURA


 A arquitetura do software incorpora os aspectos estáticos e dinâmicos de um sistema;
 A arquitetura do software é descrita como diferentes visões do sistema ;
 A arquitetura é influenciada por use cases, plataforma, framework, sistemas
existentes, etc.
 A arquitetura do software corresponde à forma, enquanto os casos de uso,
correspondem às funcionalidade do sistema.

4. O PROCESSO UNIFICADO É 'ITERATIVO E INCREMENTAL'


 O trabalho de desenvolvimento de software deve ser dividido em 'mini projetos'.
 Cada mini projeto é uma iteração controlada que resulta em um incremento.
 Os desenvolvedores tentarão identificar e ordenar logicamente as iterações
necessárias para atingir as metas do projeto.
 Em cada iteração, os desenvolvedores:
 identificam e especificam os casos de uso relevantes;
 criam um projeto usando a arquitetura escolhida como guia;
 implementam o projeto em componentes;
 verificam que estes componentes satisfaçam os casos de uso.

 Benefícios relacionados ao processo iterativo controlado:


 Redução do custo para efetuar uma possível repetição de uma iteração;
 A identificação antecipada de problemas complexos, libera tempo para a resolução;
 É mais adequado ás mudanças de requisitos, uma vez que as necessidades dos usuários
e os requisitos correspondentes não podem ser definidos à priori.

1
5. O TRIPÉ QUE SUSTENTA O PROCESSO UNIFICADO
 A Arquitetura provê a estrutura sobre a qual guiar o processo de iteração;
 Os Casos de Uso definem as metas e dirigem o trabalho de cada iteração.

6. A VIDA DE UM SISTEMA NO PROCESSO UNIFICADO


 O processo unificado repete-se sobre uma série de ciclos perfazendo a vida de um
sistema;
 Cada ciclo se encerra com um produto liberado: release.

Fig. 3.2. A vida de um processo consiste de ciclos do seu nascimento até sua morte

7. O CICLO DE VIDA DO PROCESSO UNIFICADO


 Cada ciclo consiste de quatro fases: Concepção, Elaboração, Construção e Transição;
 Cada fase também é subdividida em iterações.

Fig. 3.3. Um ciclo com suas fases e suas iterações

8. O PRODUTO
 Cada ciclo resulta em um produto acabado - um código fonte incorporado em
componentes que podem ser compilados e executados, além de manuais e outros itens
relacionados;
 O produto final de cada ciclo também inclui artefatos modelados pela UML:
 Requisitos;
 Casos de uso;
 Especificações não funcionais;
 Casos de teste.

2
9. REPRESENTAÇÕES DO PRODUTO - MODELOS DO PROCESSO UNIFICADO
 Os modelos de negócios e de domínio: usados na captura de requisitos;
 O modelo de casos de uso: Todos os casos de uso e suas relações com os usuários;
 O modelo de Análise: cujos objetivos são:
 Refinar os casos de uso mais detalhadamente;
 Fazer uma alocação inicial do comportamento do sistema para um determinado
conjunto de objetos;
 O modelo de Design que define:
 A estrutura estática do sistema como subsistemas, classes e interfaces;
 As colaborações entre subsistemas, classes e interfaces para as realizações dos
casos de uso;
 O modelo de implementação: incluindo componentes e o mapeamento classes ->
componentes;
 O modelo de distribuição: define a distribuição dos componentes para os nós de uma
rede de computadores;
 O modelo de testes: descreve os casos de teste que verificam cada caso de uso;
 A representação da arquitetura.
 Os modelos acima são relacionados entre si. Juntos representam o sistema como um
todo.

10. AS FASES DENTRO DE UM CICLO


 Cada fase dentro de um ciclo se encerra com um marco (milestone) ;
 Cada milestone é definido por um conjunto de modelos ou documentos trazidos para um
determinado estado;
 Um milestone marca um momento no processo quando os gerentes devem tomar
decisões cruciais antes que o trabalho passe para a próxima fase;
 Os milestones ajudam à monitorar a evolução do trabalho de desenvolvimento do
software.

11. A FASE DE CONCEPÇÃO - ATIVIDADES


 Quais as funcionalidades primárias do sistema para seus principais usuários ?
 Construção de um modelo de caso de uso, simplificado, contendo os casos de uso
mais críticos;
 Qual a arquitetura adequada para este sistema ?
 Sugestão de um esboço da arquitetura contendo apenas os subsistemas mais
importantes;
 Qual o plano e o custo de construção do produto ?
 Identificação dos principais riscos e planejamento detalhado da fase de
elaboração.

12. A FASE DE ELABORAÇÃO - ATIVIDADES


 Especificação detalhada da maior parte dos casos de uso do produto;
 Descrição da arquitetura do sistema: "Um esqueleto com pele, mas com muito pouco
músculo (o software) entre os ossos e a pele";
 Realização dos casos de uso mais críticos definidos na fase de concepção;
 Planejamento das atividades e estimativas de custos do restante do projeto.

3
13. A FASE DE CONSTRUÇÃO - ATIVIDADES
 Construção do produto - software completo (músculo) é adicionado à arquitetura
(esqueleto);
 Ao final desta fase o produto contém todos os casos de uso previstos para esse
release.

14. A FASE DE TRANSIÇÃO - ATIVIDADES


 O produto se move para a versão beta;
 Produção do software em escala industrial;
 Treinamento de usuários;
 Provimento de assistência on-line;
 Correção de defeitos encontrados após a liberação do release.

Fig. 3.4. Um ciclo com suas fases, iterações e suas atividades

15. UM PROCESSO INTEGRADO


 O processo unificado é baseado em componentes;
 O processo unificado usa a UML e é baseado nos conceitos de:
 Casos de uso - Arquitetura - Desenvolvimento iterativo e incremental;
 O processo unificado trabalha de forma integrada com os conceitos de:
 Ciclos, Fases, Fluxo de trabalho, Redução de riscos, Controle de qualidade,
Gerenciamento de projeto e Controle de configuração.

Você também pode gostar