Processo Unificado (RUP)



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

Engenharia de Software

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

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

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

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

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

Para cada fase consideramos. Tempo para um projeto típico Tempo para um projeto Complexo. Arquitetura do Processo Unificado. A meta a ser atingida

Engenharia de Software I

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

Processo de Desenvolvimento Unificado

Planejamento Iterativo

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Processos de Desenvolvimento de Software

Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia

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

Engenharia de Software I

Introdução ao Processo Unificado (PU)

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

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

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

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

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

Desenvolvimento Iterativo. Unified Process (UP) Esta abordagem ao desenvolvimento

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

Pós Graduação Engenharia de Software

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

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

Engenharia de Negócios. Gestão de Sistemas Complexos. Planejamento Time Box

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Engenharia de Software Processo de Desenvolvimento de Software

Segurança de Aplicações Aula 6

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

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

Fase 1: Engenharia de Produto

Modelos de Processo (métodos)

Metodologia e Gerenciamento do Projeto na Fábrica de Software

A Disciplina Gerência de Projetos

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

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

Professor: Curso: Disciplina:

O Processo Unificado

PROJETO DE FÁBRICA DE SOFTWARE

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

Processos de Desenvolvimento de Software. Ricardo Argenton Ramos UNIVASF Engenharia de Software I Aula 3

Modelos de processos de desenvolvimento de software

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

O que é um processo de software?

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

Introdução ao OpenUP (Open Unified Process)

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria

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

Engenharia de Software: Introdução. Mestrado em Ciência da Computação 2008 Profa. Itana Gimenes

DESENVOLVIMENTO DE SISTEMAS

ENGENHARIA DE SOFTWARE I

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

Engenharia de Software II

Introdução à Engenharia de. Software. Introdução à Engenharia de. Software. O que é a Engenharia de Software? Software

Rock In Rio - Lisboa

O Processo Unificado: Captura de requisitos

Sistemas de Informação I

Processo de Desenvolvimento de Software. Engenharia de Software.

Engenharia de Software I Modelos de Processo de Software

Engenharia de Requisitos

ENG1000 Introdução à Engenharia

Metodologia de Desenvolvimento de Sistemas (Versão 2.0)

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Unified Software Development Process

O Processo de Desenvolvimento de Software

Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.

Engenharia de Software

Projeto de Sistemas I

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

Introdução Engenharia de Software

PROFESSOR: CRISTIANO MARIOTTI

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

Processos de Software

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

Algumas propriedades dos objetos:

Processo de Desenvolvimento de Software

Engenharia de Requisitos Estudo de Caso

Introdução à Engenharia de Software

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

Introdução. AULA 2 A Organização empresarial e a gestão de projetos. Tema relevante em diversas áreas

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

RUP Rational Unified Process

SABiO: Systematic Approach for Building Ontologies

Engenharia de Ontologias Seminário UPON

Feature-Driven Development

Tipos de teste de software

UML - Unified Modeling Language

Transcrição:

Fases do Desenvolvimento Processo Unificado (RUP) Ulf Bergmann ulf@ime.eb.br Domínio do Problema Objetos Objetos do do Mundo Mundo real real Modelo Semântico Domínio da Solução Aplicação Interface Serviços Modelo Implementacional Fases Clássicas no Desenvolvimento Análise de Análise Design () Codificação Testes Ciclos de Vida A ordenação das fases e das atividades desenvolvidas é especificada nos ciclos de vida Principais ciclos de vida: Cascata Prototipação Incremental Espiral... Manutenção

O Modelo de Processo em Cascata Prototipação Análise Risco Tempo início fim Engenharia produto Lev Design Rápido Codificação para manutenção podem levar muitos anos Risco máximo com custo máximo Teste Manutenção Refinar protótipo Avaliação pelo usuário Construção Protótipo Viabilidade do Sistema Planos de SW Modelo de Processo Incremental Preliminar Incremento 1 Implementação Teste Código/Unidade Incremento 2 Implementação... Teste Código/Unidade Integração Modelo de Processo Espiral Análise e Determina objetivos Avalia alternativas Identifica e analisa riscos Início Produz Protótipos Desenvolve, verifica produto próximo-nível Nova Função Integração Necessita ser cuidadosamente gerenciado Manutenção Pode ser iniciado e incrementado antes do desenvolvimento completo dos requisitos Manutenção Planejamento Validação de Planejar próxima iteração Versão1 Versão 2 Versão 3

RUP - Rational Unified Process Framework genérico para processos de desenvolvimento de software podendo ser instanciado para diferentes tipos de sistemas Características Baseado em componentes Utiliza a UML Dirigido por use cases Centrado na arquitetura Interativo e incremental RUP - Definições Artefatos: qualquer tipo de informação criada, produzida, modificada, ou utilizada pelas pessoas envolvidas no desenvolvimento Atividade: unidade de trabalho realizada por um desenvolvedor. Workflow: conjunto de atividades realizadas seguindo determinada seqüência Pessoas envolvidas no processo (desenvolvedor) RUP - Exemplo de Workflow RUP - Visão Geral tempo Conteúdo

Fases e Interações Phases Ciclo Ciclo Milestones Inter. #1 #2 #3 #4........................... #N Produto Versão 1.0 Produto Versão 2.0 Milestones Objetivos devem ser atingidos Decisões críticas são tomadas Inception Phase Objetivo: estabelecer o caso do negócio a ser tratado pelo sistema e delimitar o escopo do projeto Caso do negócio:» critérios de sucesso» avaliação dos riscos» estimativa de recursos necessários» planejamento das fases mostrando as datas dos milestones Como: Identificar todas as entidades externas que irão interagir com o sistema (actors) Definir a natureza das interações em alto nível (use case)» Identificar todos os use cases e descrever apenas alguns Inception Phase Resultados: Documento de Visão Geral: requisitos básicos, características chaves e principais restrições do sistema Use Case Model (inicial, 10 a 20% completo) Project Grossary (inicial) Business case Avaliação inicial de riscos Planejamento do Business Model (opcional) Protótipos Inception Phase Lifecycle Objectives Milestone Milestone: Lifecycle Objectives Milestone Critérios de Avaliação» Concordância da direção e dos usuários sobre o escopo do projeto, custos e planejamento» Entendimento dos requisitos como evidenciado pela fidelidade dos use cases primários» Credibilidade das estimativas de custo e planejamento, das prioridades e dos riscos» Profundidade e abrangência dos protótipos» Comparação das despesas realizadas X planejadas pode ser cancelado ou repensado se não passar pelo milestone

Elaboration Phase Objetivo: analisar o domínio do problema, estabelecer uma arquitetura base, desenvolver o planejamento do projeto e eliminar os principais elementos de risco do projeto Fase mais crítica: passagem de uma etapa simples, pequena e de baixo risco para uma etapa que possui alto custo e uma alta taxa de riscos Como: Desenvolvimento de protótipos» que usem a arquitetura definida» que tratem os use cases críticos encontrados na fase de inception Elaboration Phase Resultados: Use Case Model (mínimo de 80% completo): todos os use cases identificados e a maior parte deles já descritos suplementares, capturando os requisitos não funcionais e aqueles que não podem ser associados a um determinado use case Descrição da Arquitetura de Software Protótipo executável da arquitetura Lista revisada dos riscos e do caso do negócio Planejamento de todo o projeto Manual do Usuário (inicial, opcional) Elaboration Phase Lifecycle Architecture Milestone Construction Phase Milestone: Lifecycle Architecture Milestone Critérios de Avaliação» Documento de Visão Geral é estável?» A arquitetura é estável?» A execução do protótipo mostrou que os maiores elementos de riscos foram tratados e contornados?» O Planejamento do é correto e detalhado o suficiente?» Todos os usuários e diretores concordam que o sistema possa ser desenvolvido se o planejamento atual for seguido e sendo utilizada a arquitetura especificada?» A comparação das despesas realizadas X planejadas é aceitável? Objetivo: desenvolver todos os componentes necessários, integrá-los ao produto e testar completamente as características desejadas do sistema. Resultados: Produto pronto para ser colocado em produção» Software integrado para a plataforma de destino» Manuais do Usuário» Descrição da versão atual pode ser cancelado ou repensado se não passar pelo milestone

Construction Phase Initial Operational Capability Milestone Transition Phase Milestone: Initial Operational Capability Milestone Critérios de Avaliação» Esta versão do produto é estável e madura o suficiente para ser distribuída aos usuários?» Os usuários do sistema estão em condições de começar a utilizar o sistema?» A comparação das despesas realizadas X planejadas continua aceitável? Se não passar por este milestone a fase de Transition pode ser cancelada e em consequência uma versão do sistema não será distribuída. Objetivo: colocar o sistema em produção Como: beta testes operação paralela de sistemas legados conversão de bases de dados treinamentos Resultado: Sistema em produção Transition Phase Product Release Milestone RUP - Rational Unified Process Milestone: Product Release Milestone Critérios de Avaliação» Os usuários estão satisfeitos?» A comparação das despesas realizadas X planejadas continua aceitável? Se não passar por este milestone pode ser decidido pela realização de um novo ciclo de desenvolvimento

RUP - Workflow de RUP - Workflow de Análise Objetivo: analisar os requisitos levantados refinando e estruturando-os Workflow RUP - Workflow de Design