RUP

Caracterizao do Processo Unificado ( Livro pag. 76 - SIDNEI WAZLAWICK)

a) dirigido por caso de uso

b) centrado na arquitetura

c) iterativo e incremental

d) focado em riscos.

So prticas recomendadas pelo Rational Unified Process:

Desenvolver software iterativamente.

Gerenciar os requisitos.

Usar arquiteturas baseadas em componentes.

Modelar software visualmente.

Verificar a qualidade do software continuamente.

Controlar as mudanas no software.

Cada fases e seu marco

Iniciao = Marco dos objetivos do ciclo de vida;Elaborao = Marco da arquitetura do ciclo de vida;Construo = Marco da capacidade operacional inicial;Transio = Marco de lanamento do produto;

Na fase de concepo temos:

Fase de Concepo / Iniciao:Esta fase do RUP abrange as tarefas de comunicao com o cliente e planejamento. feito um plano de projeto avaliando os possveis riscos, as estimativas de custo e prazos, estabelecendo as prioridades, levantamento dos requisitos do sistema e preliminarmente analis-lo. Assim, haver uma anuncia das partes interessadas na definio do escopo do projeto, onde so examinados os objetivos para se decidir sobre a continuidade do desenvolvimento.

Na fases de concepo levantamos e analisamos os requisitos, ento com a concordncia dos stakeholders definimos o escopo com base na anlise de requisitos.

RESUMO:

a) desenvolver os componentes dosoftware. (CONSTRUO)b) converter as bases de dados. (TRANSIO)c) identificar os atores que interagem com o sistema. (CONCEPO)d) construir um prottipo executvel. (CONSTRUO -)e) descrever a arquitetura dosoftware. (ELABORAO)

MACETE: CON2 ELA TRANSA

4FASES DO RUP:

1. CONCEPO2. ELABORAO3. CONSTRUO4. TRANSIO

O RUP organizado em duas dimenses:

- Horizontal temos as fases (aspecto dinmico): Iniciao, Elaborao, Construo e Transio- Vertical temos as disciplinas (fluxos de trabalho e esttico): Modelagem de Negcios, Requisitos, Anlise e Design, Implementao, Teste, Implantao, Gerenciamento de Configurao e Mudana, Gerenciamento de Projeto e Ambiente.

1.2 - Estrutura do RUPO RUP possui cinco elementos principais: papis (perfil), atividades, artefatos, fluxos de trabalho (workflows) e disciplinas.1.2.1 - PapeisUm papel (perfil) define o comportamento e as responsabilidades de um indivduo ou grupo deles numa ao em equipe. Os papis no so indivduos e nem cargos ou funes. Um indivduo pode ter vrios papis.

1.2.2 - AtividadesUma atividade uma unidade de trabalho que um indivduo executa quando est exercendo um determinado papel. Cada atividade pode ser dividida em passos.

1.2.3 - ArtefatosUm artefato um trecho de informao que produzido, modificado ou utilizado em um dado processo. Os artefatos so produtos de um projeto. So produzidos durante o desenvolvimento do projeto. Artefatos so as entradas de atividades e so produzidos como sada.

1.2.4 - Fluxos de Trabalho (Workflows)A atribuio de atividades, papis e artefatos no formam um processo. necessrio dedterminar a seqncia do desenvolvimento das atividades para que possam ser produzidos artefatos de valor. Um fluxo de trabalho uma seqncia de atividades que so executadas para a produo de um resultado. Os Fluxos de trabalho podem ser representados por diagramas de seqncia, diagramas de colaborao e diagramas de atividades da linguagem UML.

1.2.5 - DisciplinasUma disciplina uma coleo de atividades relacionadas que fazem parte de um mesmo contexto. As disciplinas proporcionam um melhor entendimento do projeto sob o ponto de vista tradicional, tornando a compreenso de cada atividade mais fcil, porm dificulta mais o planejamento das atividades. O RUP possui nove disciplinas, divididas em disciplinas do processo e de suporte. As disciplinas de processo so: modelagem de negcios, requisitos, anlise e projeto, implementao, teste e distribuio. As de suporte so: configurao e gerenciamento de mudanas, gerenciamento de projeto, e ambiente.

1.2.6 Ciclo de vidaO ciclo de vido do projeto no RUP possui quatro fases: iniciao, elaborao, construo e transio.

As disciplinas de Modelagem de Negcio e Requisitos orientam o QUE deve ser feito, sem se preocupar muito com o "COMO" ser feito.J a disciplina de Anlise e Projeto est focada no "COMO" os requisitos podem ser atingidos, quais as tecnologias, ou seja, qual a arquitetura deve ser utilizada no desenvolvimento na fase de construo. Dessa forma a disciplina de anlise e projeto mostra como o sistema ser realizado (construdo, referncia a arquitetura, ao "COMO").

Falou em Modelo de Dominio, falou disciplina de Modelagem de Negcio. Nesse Modelo de Domnio especfico, poder ser expresso uma espcie de diagrama de classe que representa na verdade uma coleo de classes conceituais ou objetos do mundo real como dito no enunciado. Deve-se ter cuidado, pois visualmente parece um diagrama de classes de software da UML.A disciplina de Modelagem de Negcio foca o Negcio, foca em "O QUE" o negcio e quais suas necessidades para atingir seus objetivos estratgicos.

"Um Modelo de Domnio no PU, como o mostrado na Figura 9.3, uma descrio de coisas em uma situao real do domnio de interesse, no de objetos de software, tais como classes Java ou C#, ou objetos de software com responsabilidades (...)."

Fonte: [1] Utilizando UML e Padres, 3 Edio, Craig Larman, Cap. 9, Pg. 161.

"Viso do processo de um sistema mostra o fluxo de controle entre as vriaspartes, incluindo mecanismos de concorrncia e de sincronizao. Essa visocuida principalmente de questes referentes ao desempenho, escalibilidadee ao throughput do sistema".Fonte: UML, Guia do Usurio, pg. 35.""Viso do processo de um sistema mostra o fluxo de controle entre as vriaspartes, incluindo mecanismos de concorrncia e de sincronizao. Essa visocuida principalmente de questes referentes ao desempenho, escalibilidadee ao throughput do sistema".Fonte: UML, Guia do Usurio, pg. 35."No RUP, voc parte de um conjunto tpico de vises, denominado "modelo de viso 4+1" [KRU95]. Ele composto pelas seguintes vises: [...]A Viso de Processos, que contm a descrio das tarefas (processo e threads) envolvidas, suas interaes e configuraes, e a alocao dos objetos e classes de design em tarefas. Essa viso s precisar ser usada se o sistema tiver um grau significativo de simultaneidade. No RUP, ela um subconjunto do modelo de design. [..]Fonte:http://www.wthreex.com/rup/portugues/process/workflow/ana_desi/co_swarch.htm#AAmbos (UML e RUP) em suas descries esto falando do modelo de viso4+1, at mesmo porque os criadores do RUP so os mesmos da UML.

, voc parte de um conjunto tpico de vises, denominado "modelo de viso 4+1" [KRU95]. Ele composto pelas seguintes vises: [...]A Viso de Processos, que contm a descrio das tarefas (processo e threads) envolvidas, suas interaes e configuraes, e a alocao dos objetos e classes de design em tarefas. Essa viso s precisar ser usada se o sistema tiver um grau significativo de simultaneidade. No RUP, ela um subconjunto do modelo de design. [..]Fonte:http://www.wthreex.com/rup/portugues/process/workflow/ana_desi/co_swarch.htm#AAmbos (UML e RUP) em suas descries esto falando do modelo de viso4+1, at mesmo porque os criadores do RUP so os mesmos da UML.