Slide 1

Processo de Desenvolvimento UnificadoProf. Wolley W. SilvaProcesso de Desenvolvimento de Software? Conjunto de atividadesbem definidas;com responsveis;com artefatos de entrada e sada;com dependncias entre as mesmas e ordem de execuo; baseado em algum modelo de ciclo de vida;Define quem faz o que, quando e como, para atingir um certo alvoProcesso UnificadoInicio de 1990, os autores se propuseram a combinar as melhores caractersticas de cada um de cada um dos seus mtodos individuais de anlise e projeto orientado a objetos.1997, formalizao da UML como um padro na industria de desenvolvi emento de software OO.

Desenvolvimento Iterativo e Incremental;Gerenciamento de Requisitos;Uso de Arquiteturas Baseadas em Componentes;Modelagem Visual (UML);Verificao Contnua da Qualidade;Controle e Gerenciamento de Mudanas;

PU Melhores PrticasPU Melhores PrticasDesenvolvimento Iterativo e Incremental;

Abordagem clssica de desenvolvimento de software segue o ciclo de vida em cascata.Processo iterativo e incrementaPU Melhores PrticasDesenvolvimento Iterativo e Incremental;O desenvolvimento organizado em uma srie de miniprojetos curtos, de durao fixa (por exemplo, trs semanas) chamados de iteraes; o resultado de cada iterao um sistema parcial, executvel, testvel e integrvel.

PU Melhores PrticasDesenvolvimento Iterativo e Incremental;

Em um ciclo de vida iterativo, a seleo do incremento a ser desenvolvido em uma iterao feita com base em uma lista dos principais riscos. Como a iterao produz um executvel testado, voc poder verificar que os riscos diminuram.PU Melhores PrticasGerenciamento de RequisitosO gerenciamento de requisitos uma abordagem sistemtica para localizar, documentar, organizar e controlar os requisitos variveis em um sistema.

PU Melhores PrticasGerenciamento de RequisitosDificuldades comuns na coleta de requisitosNem sempre os requisitos so bvios e podem vir de vrias fontes. Os requisitos nem sempre so expressos em palavras de modo fcil ou claro.O nmero de requisitos pode se tornar impossvel de gerenciar se eles no forem controlados.Os requisitos so alterados.PU Melhores PrticasUso de Arquiteturas Baseadas em ComponentesO foco principal das iteraes iniciais do processo produzir e validar uma arquitetura do software.GestoFinanceiraGestoAcadmicaGestoRHPU Melhores PrticasModelagem Visual (UML);Um modelo uma viso simplificada de um sistema. Ele mostra os elementos essenciais do sistema de uma perspectiva especfica e oculta os detalhes no essenciais.

PU Melhores PrticasModelagem Visual (UML Linguagem de Modelagem Unificada);

Diagrama de Caso de UsoDiagrama de ClassesPU Melhores PrticasVerificao Contnua da Qualidade;

Obter qualidade no simplesmente "atender a requisitos funcionais" O gerenciamento da qualidade implementado em todas as disciplinas, fluxos de trabalho, fases e iteraes do PU. PU Melhores PrticasControle e Gerenciamento de Mudanas;

Na ausncia de controle disciplinado, o processo de desenvolvimento rapidamente se transforma em caos.

RUP Processo Unificado (Rational Unified Process)Fases do RUPIniciao Identificao das necessidades do negcio; Planejamento, definio da viso do Produto / Projeto.ElaboraoModelagem da soluo conceitual do software; Refinamento da arquitetura do sistema.ConstruoProgramao e teste das funcionalidades definidas.TransioFeedback da verso; Implantar o sistema no seu ambiente operacional.RUP Processo UnificadoPassagens pela sequncia de disciplinas - iteraes

RUP - Processo Racional Unificado (Rational Unified Process):Fluxo de Modelagem de NegcioAs metas da modelagem de negcio so:Entender a estrutura e a dinmica da organizao na qual um sistema ser distribudo (a organizao alvo);Entender os problemas atuais na organizao alvo e identificar potenciais melhorias;Assegurar que os clientes, usurios finais e desenvolvedores tenham um entendimento comum da organizao alvo;Derivar os requisitos de sistema necessrios para o suporte da organizao alvo;

O fluxo de modelagem de negcio descreve como desenvolver uma viso da nova organizao alvo e, baseando-se nesta viso, definir os processos, papis e responsabilidades daquela organizao num modelo de negcio.

Fluxo de Modelagem de NegcioOs artefatos produzidos:Um documento de viso de negcio;necessidades de negcios, justificativa do projeto, entendimento atual das necessidades do cliente, alinhar as expectativas dos interessados.Um documento das Atividades do negcio;Descrever as atividades desempenhadas para o cumprimento dos objetivos do negcio.Um do documento de Regras de Negcio: declaraes de polticas ou condies que devem ser satisfeitas pelo processamento da aplicao.

Obs:Regras de Negcio so: Polticas, condies ou restries que devem ser consideradas na execuo de algum processos existentes em uma organizao.Exemplos:Um cliente do banco no pode retirar mais de R$ 1.000 por dia de sua contaSenhas devem ter, no mnimo, seis caracteres, entre nmeros e letras, e devem ser atualizadas a cada trs meses

RUP - Processo Racional Unificado (Rational Unified Process):O fluxo de RequisitosAs metas do fluxo de requisitos so:Proporcionar ao desenvolvedor de sistemas um entendimento melhor dos requisitos de sistemas;Fornecer uma base para planejamento dos contedos tcnicos de iteraes (prioridade de desenvolvimento);Fornecer uma base para clculo do custo e do tempo para desenvolver o sistema;

O fluxo de RequisitosO fluxo de requisitos descreve como definir uma viso do sistema e traduzi-la num modelo de caso de uso que, com especificaes adicionais, define os requisitos de software detalhadas no sistema.

Artefatos produzidos:Especificao dos Requisitos FuncionaisEspecificao dos Requisitos No FuncionaisDiagrama de Caso de Uso

RUP - Processo Racional Unificado (Rational Unified Process):As metas da Anlise e Projeto so: Traduzir os requisitos numa especificao que descreva como implementar o sistema, selecionando a melhor estratgia;Adaptar os resultados da anlise s restries impostas pelos requisitos no funcionais, ambientes de implementao, requisitos de desempenho e outros;

Artefatos produzidos:Diagrama de Classes de ProjetoDiagrama de SequnciaDiagrama de ComponentesDiagrama de InstalaoDocumento de Arquitetura de Software;

Fontes de Consultahttp://www.wthreex.com/rup/portugues/index.htmhttp://epf.eclipse.org/wikis/openup/http://open2up.blogspot.com.br/