RUP Rational Unified Process



Documentos relacionados
O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

Processo de Desenvolvimento Unificado

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

Engenharia de Software I

Metodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr

PROJETO DE FÁBRICA DE SOFTWARE

Fase 1: Engenharia de Produto

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Introdução a Computação

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP

Engenharia de Software I

O que é um processo de software?

Processos de Desenvolvimento de Software. Prof. Hélio Engholm Jr

Visão Geral do RUP Rational Unified Process. Jorge Fernandes UFRN Junho de 2002

Engenharia de Software

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

Programa do Módulo 2. Processo Unificado: Visão Geral

Processos de Software

O modelo unificado de processo. O Rational Unified Process, RUP.

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

Engenharia de Software I: Análise e Projeto de Software Usando UML

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto

Introdução à Engenharia de Software

O Processo Unificado: Captura de requisitos

Modelos de Processo (métodos)

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Uma Abordagem usando PU

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC

Qualidade de Serviços de Informação na SRF - QoSRF

O que é um processo de software?

Processo Unificado (RUP)

Utilizando os Diagramas da UML (Linguagem Unificada de Modelagem) para desenvolver aplicação em JSF

Professor: Curso: Disciplina:

3. Fase de Planejamento dos Ciclos de Construção do Software

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)

Engenharia de Software Processo de Desenvolvimento de Software

Especialização em Engenharia de Software e Banco de Dados

Processos de Desenvolvimento de Software

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Wilson Moraes Góes. Novatec

A Disciplina Gerência de Projetos

Análise e Projeto Orientados por Objetos

ATO Nº 91/2015/GP/TRT 19ª, DE 1º DE JUNHO DE 2015

Unified Modeling Language UML - Notações

RiskFree Uma ferramenta de apoio à gerência de riscos em projetos de software

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004

Apresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP

O que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo?

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

O Processo Unificado

Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

Disciplina: Administração de Departamento de TI. Professor: Aldo Rocha. Aula XI - 15/09/2011

SABiO: Systematic Approach for Building Ontologies

Sistemas de Informação e Programação II Odorico Machado Mendizabal

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

Engenharia de Software na Prática Hélio Engholm Jr.

Concepção e Elaboração

BPMN Business Process Modeling Notation

Introdução ao OpenUP (Open Unified Process)

Engenharia de Software

PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17

Segurança de Aplicações Aula 6

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Introdução ao Processo Unificado (PU)

Modelos de processos de desenvolvimento de software

Engenharia de Software

DESENVOLVENDO O SISTEMA

Automação de Processos de Negócios com BPMS:

ENGENHARIA DE SOFTWARE I

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

Metodologias Ágeis. Aécio Costa

Ideal para que tipo de empresa (equipe): pequena, média, grande? Em software onde os requisitos não são conhecidos é recomendado o uso do XP? Por quê?

Profa. Celia Corigliano. Unidade IV GERENCIAMENTO DE PROJETOS DE TI

Metodologia e Gerenciamento do Projeto na Fábrica de Software

RUP Rational Unified Process

Planejamento Iterativo

Planejar é dimensionar recursos necessários para uma determinada atividade.

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.

Artigo elaborado por C. Magno Xavier (M.Sc., PMP) Como criar uma WBS

CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI

Teste de Software. Profa. Cátia dos Reis Machado

Implantação. Prof. Eduardo H. S. Oliveira

Transcrição:

RUP Rational Unified Process Baseado em http://www.wthreex.com/rup/ e em outros materiais da IBM/Rational Visão Geral O RUP tem duas dimensões: o eixo horizontal representa o tempo e mostra os aspectos do ciclo de vida do processo à medida que se desenvolve. o eixo vertical representa as disciplinas, que agrupam as atividades de maneira lógica.

Fases, iterações e marcos O eixo horizontal apresenta o aspecto dinâmico do processo quando ele é aprovado e é expressa em termos de fases, iterações e marcos. Disciplinas As disciplinas descrevem o aspecto estático do processo, como ele é descrito em termos de componentes, disciplinas, atividades, fluxos de trabalho, artefatos e papéis do processo

Conceitos-chave do RUP O RUP é um processo de engenharia de software Oferece uma abordagem organizada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento. Papéis e atividades Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos artefatos. Um membro da equipe do projeto geralmente desempenha muitos papéis distintos. Os papéis têm um conjunto de atividades coerentes por eles executadas. Os papéis não são pessoas; eles descrevem quais são as responsabilidades que elas têm. As atividades estão fortemente relacionadas aos artefatos. Os artefatos fornecem a entrada e a saída para as atividades e o mecanismo pelo qual as informações são transmitidas entre as atividades.

Trabalhadores Um trabalhador é alguém que desempenha um papel e é responsável pela realização de atividades. Papéis, atividades e fluxos de trabalho

Artefatos Artefatos são produtos de trabalho finais ou intermediários produzidos e usados durante os projetos. Um artefato pode ser um dos seguintes elementos: Um documento, como Caso de Negócio ou Documento de Arquitetura de Software Um modelo, como o Modelo de Casos de Uso ou o Modelo de Design Um elemento do modelo, ou seja, um elemento existente em um modelo, como uma classe ou um subsistema. Artefatos e ferramentas nas fases do ciclo do processo

Elementos essenciais do processo 1. Visão Desenvolver uma Visão 2. Plano Gerenciar para o Plano 3. Riscos Diminuir os Riscos e Acompanhar as Questões Relacionadas 4. Caso de Negócio Examinar o Caso de Negócio 5. Arquitetura Projetar a Arquitetura de um Componente 6. Protótipo Criar e Testar o Produto Gradativamente 7. Avaliação Avaliar os Resultados Regularmente 8. Solicitações de Mudança Gerenciar e Controlar Mudanças 9. Suporte ao Usuário Implantar um Produto Utilizável 10. Processo Adotar um Processo que se Ajuste ao Projeto Disciplinas dirigidas por Casos de uso Requisitos realizado por Análise e Design Implementação Modelo de Casos de uso Modelo de Design implementado por verificado por Teste Modelo de Implementação Modelo de Teste

Modelagem de Negócios: papéis e artefatos Descreve a regras, requisitos e atores do negócio Visão atual (as-is) e futura (to-be) Requisitos: workflow

Requisitos: papéis e artefatos Descrição das necessidades Requisitos: atividade e fluxos

Análise e Design: workflow Análise e Design: papéis e artefatos

Análise e Design: atividade e fluxos Architectural Analysis Architect Architectural Design Describe Concurrency Describe Distribution Review the Architecture Architecture Reviewer Designer Use-Case Analysis SubsystemDesign Use-Case Design Review the Design Design Reviewer Class Design Database Designer Database Design Implementação: papéis e artefatos Implementar de acordo com os modelos definidos na análise e design Um programador desenvolve componentes de acordo com a arquitetura, modelo de implementação e plano de integração.

Implementação: atividade e fluxos Architect Structure the Implementation Model System Integrator Plan System Integration Integrate System Implementer Plan Subsystem Integration Implement Classes Perform Unit Test Integrate Subsystem Fix a Defect Code Reviewer Review Code Testes: papéis e artefatos

Testes: atividades e fluxos Test Designer PlanTest Design Test ImplementTest Evaluate Test Integration Tester Execute Integration Test System Tester Execute System Test Performance Tester Execute Performance Test Designer Design Test Classes and Packages Implementer Implement Test Components and Subsystems Implantação: papéis e artefatos

Gerenciamento de projeto: papéis e artefatos Gerenciamento do projeto: atividades e fluxos

Gerenciamento de mudanças e configurações: papéis e artefatos Gerenciamento de mudanças e configurações: atividades e fluxos

Ambiente: papéis e artefatos Define artefatos com instruções para o desenvolvimento do sistema, a fim de garantir a consistência de todos os artefatos produzidos. Exemplo de processo Fases e Marcos Cada fase é basicamente um intervalo de tempo entre dois marcos principais. Em cada final de fase é executada uma avaliação para determinar se os objetivos da fase foram alcançados. Uma avaliação satisfatória permite que o projeto passe para a próxima fase.

Exemplo de processo fase de iniciação Exemplo de processo fase de elaboração

Exemplo de processo fase de construção Exemplo de processo fase de transição