Capítulo 12 Workflow Genérico de Iteração Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba.

Slides:



Advertisements
Apresentações semelhantes
RUP – Rational Unified Process
Advertisements

Engenharia de Software
APSOO Aula 05.
Rational Unified Process
Natanael (njsj) Thiago (tan2) Rodrigo (rml2)
O Processo Praxis 3.0 Processos de Software 25/03/2017
Rational Unified Process(RUP)
Gestão de Projetos Áreas de conhecimentos Integração
Valéria Maria Lauande Março/2010
INTRODUÇÃO A INFORMÁTICA
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
U P (R U P) Rational Unified Process
Introdução ao RUP Rational Unified Process
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Alunos: Artulanez Souza Iony Melo
RUP Prof.ª Elaine B. Figueiredo.
Rational Unified Process
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Gestão de Projetos.
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
Visão Geral do RUP.
PMBOK 5ª Edição Capítulo 3
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Processo Praxis – Fase de Concepção
Projeto: Capacitação em GP
Gerenciamento de Integração.
Testes Disciplina: Estudo do RUP Autor: Tiago Lima Massoni
ENGENHARIA DE SOFTWARE
Análise e Desenvolvimento de Software
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Fase de Concepção (Início, Planejamento)
PSBD II Projeto de Sistemas de Banco de Dados II
(Open Unified Process)
Especificação em Projeto de Sistemas
Capítulo 8 Análise Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba.
Análise e Projeto Orientados a Objetos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
RUP - Cap. 5 – Processo Iterativo e Incremental
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
Engenharia de Software
Processo Incremental e Iterativo Disciplina: Estudo do RUP Autor: Sérgio C. B. Soares Orientação: Augusto Sampaio Paulo Borba.
Testes Baseados Em Riscos: Uma revisão do Estado-da- Arte Nielson Pontes Outubro, 2010.
Processos de Software.
Programa de Pós-Graduação em Engenharia de Produção - UNIFEI
Introdução a um Processo de Desenvolvimento Orientado a Objeto
Processo Centrado na Arquitetura
Gestão de projetos de Software GTI-16
Capítulo 6 Captura de Requisitos: De Visão para Requisitos Disciplina: Estudo do RUP Autor: Vander Alves Orientação: Augusto Sampaio Paulo Borba.
Processo de Desenvolvimento de Software – PDS
Engenharia de Software
Capítulo 14 A fase de elaboração cria a linha base da arquitetura Disciplina: Estudo do RUP Autor: Vander Alves Orientação: Augusto Sampaio Paulo Borba.
Capítulo 2: Os 4 Ps (Pessoas, Projeto, Produto, Processo)
Construção leva à capacidade operacional inicial Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
Processo Dirigido Pelos Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientação: Augusto Sampaio Paulo Borba.
Fase de Concepção (Início, Planejamento)
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Capítulo 13 Concepção Disciplina: Estudo do RUP Autor: Sérgio Soares Orientação: Augusto Sampaio Paulo Borba.
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.
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.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Conteúdo da última aula 1 Ref. Bibliográfica - PMBOK Cap 1.
UGF - Auditoria & Qualidade em Sistemas de Informação 1 Fornecimento de Software ISO/IEC Universidade Gama Filho Auditoria & Qualidade Em Sistemas.
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:

Capítulo 12 Workflow Genérico de Iteração Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba

1999RUP - DI / UFPE Introdução zPadrão comum que caracteriza todas iterações de todas as fases zInclui os cinco workflows básicos:requisitos, análise, projeto, implementação, e teste zInclui também planejamento e avaliação

1999RUP - DI / UFPE 1. A necessidade de Equilíbrio zDurante todo o ciclo de vida do desenvolvimento de software existem várias seqüências de atividades sendo executadas zBuscar o equilíbrio e sincronizar as diferentes seqüências de atividades zEm cada Iteração devemos trabalhar nas atividades certas

1999RUP - DI / UFPE 2. As fases são a primeira divisão de trabalho zA fase de concepção estabelece viabilidade yObjetivo:Estabelecer o “Business Case” yPassos: xDelimitar o escopo do sistema proposto xDescrever ou esboçar a arquitetura candidata do sistema xIdentificar riscos críticos xDemonstrar a usuários ou clientes potenciais que o sistema proposto é capaz de solucionar seus problemas

1999RUP - DI / UFPE zA fase de elaboração baseada em “Do-Ability” yObjetivo: xArquitetura estável xEstimativa de custo precisa yPassos: xCriar a linha de base da arquitetura xIdentificar riscos significantes xEspecificar os níveis de qualidade a serem alcançados xCapturar Use Cases (até aproximadamente 80% dos requisitos funcionais) xPreparar cronograma, pessoal necessário, e custos dentro dos limites determinados pela prática do negócio 2. As fases são a primeira divisão de trabalho

1999RUP - DI / UFPE zA fase de construção o sistema yObjetivo geral é obter a capacidade operacional inicial yPassos: x1.Extensão da identificação e Use Cases, descrição, e realização de todo o corpo dos Use Cases x2. Finalizar a análise, projeto, implementação e testes x3. Manter a integridade da arquitetura x4. Monitorar e amenizar riscos críticos e significantes 2. As fases são a primeira divisão de trabalho

1999RUP - DI / UFPE zA fase de transição entra no ambiente do usuário yInício: Entrega versão beta yAtividades de preparação yInformar o usuário das atualizações do ambiente yPreparação de manuais e outras documentações para a entrega do produto yAjustar o software para funcionamento em parâmetros reais de ambiente do usuário yCorrigir defeitos yModificar o software em pontos onde problemas não foram vistos anteriormente yTérmino: Entrega formal do sistema 2. As fases são a primeira divisão de trabalho

1999RUP - DI / UFPE zEm cada iteração os workflows básicos são repetidos zTrabalhadores participam nos workflows 3. A Iteração genérica

1999RUP - DI / UFPE zPlanejar as quatro fases yAlocação de tempo yPrincipais Milestones yIterações por fase yPlano de projeto 4. Planejamento precede a execução

1999RUP - DI / UFPE zPlanejar as iterações yCronograma da iteração yConteúdo da iteração xQuais use cases devem ser trabalhados durante a iteração xQuais riscos técnicos devem ser identificados, traduzidos em use cases e solucionados xMudanças ou defeitos nos requisitos que devem ser corrigidos xQuais subsistemas devem ser implementados parcialmente ou totalmente 4. Planejamento precede a execução

1999RUP - DI / UFPE zPlanejar a longo prazo xSistema sujeito a mudanças e adaptações zPlanejar critérios de avaliação xEstabelecer critérios que que indiquem o término de uma iteração xRequisitos funcionais e requisitos não funcionais xDuas categorias de critérios: requisitos verificáveis e critérios mais gerais 4. Planejamento precede a execução

1999RUP - DI / UFPE zGerenciar uma lista de riscos yDescrição yPrioridade yImpacto yMonitor yResponsabilidade yContingência zRiscos afetam o plano de iteração zProgramar ações contra riscos 5. Riscos afetam o planejamento do projeto

1999RUP - DI / UFPE 6. Priorização de use case zObjetivo: Definir uma lista priorizada de use cases baseada em riscos zRiscos: yEspecíficos yArquiteturais yRequisitos

1999RUP - DI / UFPE 7. Recursos necessários zProjetos diferem amplamente zProjetos complexos possuem necessidades maiores zNova linha de produto requer experiência zPagando o custo de recursos usados

1999RUP - DI / UFPE 8. Avaliar as iterações e fases zObjetivo: yExaminar o que foi alcançado em termos dos presentes critérios de avaliação yReplanejar a próxima iteração yModificar o processo, adaptar ferramentas, treinamentos,... zCritérios não alcançados yModificar ou estender o modelo de use case yModificar ou estender a arquitetura yModificar ou estender os subsistemas yProcurar novos riscos yAdicionar habilidades ou conhecimentos ao time

1999RUP - DI / UFPE 8. Avaliar as iterações e fases zOs próprios critérios de avaliação devem ser avaliados zA próxima iteração yDeterminar que o trabalho esta pronto para iniciar próxima iteração yPlanejar a próxima iteração em detalhes yAtualizar o plano yAtualizar a lista de riscos yComparar os custos da iteração atual com o que foi planejado zEvolução do conjunto de modelos