(Open Unified Process)

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

RUP – Rational Unified Process
Os projetos.
Engenharia de Software
Gerência de Projetos Wesley Peron Seno Introdução
O Processo Praxis 3.0 Processos de Software 25/03/2017
Engenharia de Software
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Como fazer Engenharia de Software sem dinheiro!!!
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
CK 119: Engenharia de Software DC/CC/UFC © Rossana Andrade, Setembro CK119: Engenharia de Software Rossana Andrade Ph.D, SITE, University of Ottawa,
MO409 / Engenharia de Software I - 1º Semestre / Prof. Eliane 1 1ª Apresentação (A1) Modelos de Processos de Software RA: / Edson Amorina.
Gestão de projetos de Software GTI-16
Adélia Barros Requisitos Adélia Barros
Processo Desenvolvimento de Software Tradicional
Prof. Jorge Luis Risco Becerra Auxiliares:Prof. Eduardo Lobo
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 0 Sobre o Curso.
Engenharia de Software
Alunos: Artulanez Souza Iony Melo
RUP Prof.ª Elaine B. Figueiredo.
Rational Unified Process
Processo de Software Prof. Dr. rer. nat. Daniel D. Abdala
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
OpenUP: Um processo prático e otimizado para desenvolvimento de pequenos projetos de software. Palestrante: Antonio Miguel Batista Dourado
Processos Tradicionais de Desenvolvimento de Software
Visão Geral PRO.NET.
Equipe Bruno Ghisi Bruno Ghisi Diogo Verçosa Diogo Verçosa Raylson Carlos Raylson Carlos Reginaldo Júnior Reginaldo Júnior Renato Arruda Renato Arruda.
Visão Geral do RUP.
Processo Unificado - Toacy C. de Oliveira.
Avaliação do RUP como processo para desenvolvimento de software
Avaliação Experimental de Técnicas Ágeis de Desenvolvimento
Processos de Desenvolvimento de Software – Parte 2
Metolodogia de Desenvolvimento de Data Warehouse
Implementação em Projeto de Sistemas (PFC)
Engenharia de Software
Planejamento e Gerenciamento
PFC Projeto Final de Curso
Análise e Desenvolvimento de Software
PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa.
PSBD II Projeto de Sistemas de Banco de Dados II
Especificação em Projeto de Sistemas
Análise e Projeto Orientados a Objetos
Bruno Silva Desenvolvido a partir de
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
Padrão- MVC Model, View, Controller
RUP - Cap. 4 – Processo Centrado na Arquitetura
Engenharia de Software
Processo de Desenvolvimento de Software – PDS C Construção - PAS
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
Introdução a um Processo de Desenvolvimento Orientado a Objeto
Gestão de projetos de Software GTI-16
Projeto e-Build. Apresentação FábricaEquipeProdutoMercado ProjetoEscopoMetodologiaCronograma ArtefatosPrincipais riscosArquiteturaLições aprendidas.
Engenharia de Software
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Engenharia de Software
Sistema Almirante Gabriel Junji Ito Giuliano Diego Barbarra.
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Qualidade, Processos e Gestão de Software
Dimitri de Almeida Malheiros Barbosa
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Conteúdo da última aula 1 Ref. Bibliográfica - PMBOK Cap 1.
Elicitar Requisitos Documentar Requisitos Validar Requisitos Estrutura Implementação Implementar Componentes Testar de Unidades Corrigir Defeitos Testar.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

(Open Unified Process)  OpenUP (Open Unified Process)

Discentes: Ailton Rodrigues; Cláudio José; Edmilson Filho; Jackson Rauup; Jéssica Martins. Turma : INFO 4 Docente: Edmilson Campos Disciplina: Engenharia de Software

Agenda Surgimento; Definição; Princípios e Práticas Conceitos Básicos: Produto de Trabalho; Tarefas; Papeis; Processo Características; Ciclo de Vida; 1ª Camada; 2ª Camada; 3ª Camada;

Surgimento A IBM reconheceu a necessidade da criação de uma nova metodologia ágil para substituir o RUP; Realização da parceria com Eclipse;

Definição Processo Unificado aplicado a iteratividade e abordagens incrementais dentro de um ciclo de vida estruturado.

Princípios e Práticas 1. Balancear as prioridades concorrentes para maximizar os valores dos Stakeholders; Conheça sua Audiência; Separe o Problema da Solução; Documente e Compartilhe a Compreensão do Domínio da Solução; Utilize Modelo de Casos de Uso Para Especificar os Requisitos Funcionais; Estabelecer e Manter a Concordância em Relação às Prioridades; Gerenciar o Escopo do Sistema; Saiba Quando Parar;

Princípios e Práticas 2. Colaborar para alinhar os interesses e compartilhar os conhecimentos; Manter uma Visão Compartilhada dos Conhecimentos; Promover um Ambiente de Autoconfiança; Compartilhe Responsabilidades; Aprenda Continuadamente; Gerenciar em Torno da Arquitetura;

Princípios e Práticas 3. Focar inicialmente na arquitetura para minimizar riscos e organizar o desenvolvimento; Elabore uma Arquitetura Considerando seus Conhecimentos; Influência da Arquitetura Como uma Ferramenta Colaborativa; Tratar a Complexidade do Sistema Incrementando o Nível de Abstração do Projeto; Organize a Arquitetura em Componentes Coesos e Fracamente Acoplados; Reutilize Componentes Existentes;

Princípios e Práticas 4. Envolver os Stakeholders para obter contínuo feedback do desenvolvimento. Desenvolva seus Projetos de Forma Iterativa; Foque as Iterações de Forma a Atingir os Próximos Marcos; Gerencie Riscos; Gerencie Mudanças; Mensure o Progresso do Projeto de Forma Objetiva;

Conceitos básicos

Produtos de Trabalho Documentação de Visão; Modelo de Caso de Uso ; Arquitetura ; Implementação ; Caso de Teste; Histórico de Teste ; Lista de Risco ; Plano de Projeto ; Plano de Iteração ;

Tarefas Definir Visão do Problema ; Especificar Requisitos Funcionais; Definir e Refinar o Modelo de Caso de Uso; Especificar Requisitos Não Funcionais ; Especificar e Refinar a Arquitetura ; Projetar Aplicação ; Gerar Planos de Teste ; Implementar Aplicação ; Executar Testes ; Integrar e Criar Executável ; Criar Casos de Teste ; Implementar Testes ; Planejar Projeto ; Planejar Iteração ; Avaliar Iteração ; Solicitar Mudanças ;

Papeis Analistas; Arquitetos; Desenvolvedores; Gerente de Projeto; Stakeholders ; Testadores

Processo Define uma sequência de Tarefas que são desempenhadas por papéis, gerando produtos de trabalho.

Características A metodologia ágil é caracterizada por ser: Minimalista; Completa; Customizada ;

Ciclo de Vida

Estrutura

1ª Camada - Ciclo de Vida de Projeto Essa camada trata do ciclo de vida de projetos e trata do processo de desenvolvimento como um todo. Fases: Iniciação; Elaboração; Construção; Transição.

2ª Camada - Ciclo de Vida de Iteração São aplicados os principais passos do ciclo de vida tradicional do desenvolvimento de software. Disciplinas Requisitos; Arquitetura; Implementação; Teste;  Gerência de Projetos.

Distribuição das disciplinas pelas fases

3ª Camada - Ciclo de Vida de Micro Incremento A execução da Divisão de Tarefas; Jornadas curtas de trabalho para alcançar os objetivos de uma iteração; Provê um feedback muito rápido em relação a qualidade do produto de trabalho;

Bibliografias http://epf.eclipse.org/uploads/16.pdf;  Pressman, Roger S.; Software Engineering: A Practitioner's Approach; Fifth Edition; 2001; McGraw Hill; New York. http://epf.eclipse.org/wikis/openup/ http://www.ibm.com/developerworks/br/ratio nal/local/open_up/

Obrigado!