Comparação entre Metodologias Rational Unified Process (RUP) e extreme Programming(XP)
|
|
|
- Francisca da Cunha Chagas
- 9 Há anos
- Visualizações:
Transcrição
1 Comparação entre Metodologias Rational Unified Process (RUP) e extreme Programming(XP) Fundamentos de Engenharia de Software PPGIA Carlos G. Vasco, Marcelo H. Vithoft, Paulo R. Estante Design and programming are human activities; forget that and all is lost. Bjarne Stroustrup,
2 Introdução Sucesso projeto = planejamento + escolha metodologia adequada Planejamento- escolha do processo de acordo com recursos disponíveis. Metodologias Tradicional (waterfall)- etapas seqüências. Grande esforço em especificar e definir arquitetura. Cíclica (RUP e XP)- ciclos reduzem riscos quando ocorrem alterações de requisitos ou funcionalidades. Cíclica divide-se em: Iterativas- forma incremental, a cada iteração nova parte, aprendizado da equipe. Iteração meses. Ágeis- redução riscos, a cada iterações liberada uma versão com restrições. Foca aspectos humanos. Iteração semanas. 2
3 RUP Objetivo: Processo busca disciplinar atribuições de tarefas e responsabilidades Guia para produção de SW onde o desenvolvimento iterativo auxilia no refinamento e redução de riscos. Valores: -Projeto baseado em casos de uso (base) -Faz-se aderência do processo -Suportado por ferramentas Elementos primários: -Papéis (quem está fazendo o que) -Artefatos (o que é produzido) -Atividades (como o trabalho é conduzido) -Workflows (quando uma tarefa é conduzida) 3
4 RUP Arquitetura Aspecto estático Atividades Disciplinas Artefatos Papéis Executadas durante todo projeto (intensidade variada). 4 fases definidas Iterações, várias dentro de uma fase. Aspecto dinâmico Ciclos, fases, iterações e milestones. 4
5 XP Objetivo: Processo estressa trabalho em equipe, feedback e a comunicação Elemento chave é iteração. Principal tarefa codificação. Atender demanda em cenários onde os requisitos não estão claros ou são voláteis. Valores: -Comunicação -Feedback -Simplicidade -Coragem Atividades: -Codificação -Teste -Escuta -Projeto Papéis: -Programador -Cliente (membro da equipe!) -Testador -Tracker(feedback) -Líder(Couch) 5
6 XP Arquitetura 6 fases 6
7 XP Porque XP é designada como ágil? Iterações freqüentes. Principal tarefa 7
8 Comparativo Análise inicial indica que RUP/XP possuem mesma estrutura (baseadas iterações, orientadas a cliente e definição de papéis) Formas de análise mais detalhadas: Quantitativa (necessário 2 projetos em paralelo, custo elevado) Itens mensuráveis, papéis, artefatos, esforço, etc. Qualitativa (avaliação por framework, mais barata) FrameWork- conjunto de questões extendidas para domínio específico. Zachman s, 6 categorias: o que, como, onde, quem, quando e porque (foco em funções e processos) Checkland s Client Actor Transformation World Owner Environment (foco em indivíduos) 8
9 Comparativo (questões) O que (what)? RUP- evoluiu junto UML. Grandes projetos. Tool comercial(rational/ibm) XP- método leve para times pequenos e médios. Tool freeware. Porque (why)? 3 perpectivas (vantagens/desvantagens) Técnica-RUP pacote ferramentas/docs. XP simplicidade(livre tool) Financeira-RUP licença tool, suporte IBM. XP porque pagar tool? Social- mesma linha da discussão comercial vs freeware Quando/Onde (when/where)? Tempo- RUP 4 fases seqüenciais, é 1 ciclo de desenv., gera 1 versão SW. XP foca código produzido (independente tempo) Localização- RUP aplica-se melhor a projetos com grande distribuição (comunicação baseada em artefatos). XP comunicação oral (pouca documentação) dificuldade com distribuição. 9
10 Comparativo (questões) Como (how)? Extensão- RUP grande coleção de docs, papéis, descrições, atividades. pesado. XP leve poucos papéis, poucos docs. Flexibilidade- 2 dizem ser, RUP pelo tayloring e XP mudanças baseadas em feedback. Drivers- RUP (casos de uso) descrições são implementadas, integradas e testadas. XP (projeto baseado em teste) casos de teste criados antes do código. Estórias para guiar o que deve ser implementado. Planejamento- Completo não pode ser feito em detalhes. RUP mudanças contínuas. XP somente o futuro muito próximo. Quem (who)? XP- foca no desenvolvedor individual (poder ao nível técnico), time(programação par, cliente faz parte equipe). RUP- enfâse em papéis (tayloring), documentação (necessário motivar equipe para criá-la e mantê-la) 10
11 Comparação Comunicação / Documentação Ferramentas RUP Artefatos (Modelos, códigos, etc) Adquiridas IBM XP Oral, Cartões de Estória Não especifica, porém há Softwares Livre para XP Planejamento Análise detalhada, Milestones Maior esforço em produzir o software Fases / Disciplinas / Papéis Magnitude de Projetos Uso em grandes projetos (Distribuição Geográfica) Restrito as projetos locais 11
12 Conclusão Apesar de metodologias iterativas, muitas palavras chaves e valores parecidos, são diferentes. RUP- larga descrição processo, artefatos, papéis, atividades... XP- extressa valores e princípios, foca na liberdade e simplicidade. É possível paralelo com Windows (comercial) e Linux(freeware). Qual atende melhor? Necessário mais estudos de caráter qualitativos e quantitativos. 12
13 Referências Smith, J. (2003) "A Comparison of the IBM Rational Unified Process and extreme Programming", IBM Whitepaper, ftp://ftp.software.ibm.com/software/rational/web/whitepapers/2003/tp167.pdf, Abril. Abrahamsson, P., Salo, O., Ronkainen, J. and Warsta J. (2002) "Agile Software Development Methods: Review and Analysis", Espoo 2002, VTT Publications 478. Beck, K. and Fowler, M. (2000) "Planning Extreme Programming", Addison Wesley, 1a edição. Kruchten, P. (2000) "The Rational Unified Process An Introduction", Addison-Wesley 2a edição. Luiz, R. (2005) Obtendo Qualidade de Software com o RUP, TCC, Universidade de Uberaba. Runeson, P. and Greberg, P. (2004) "Extreme Programming and Rational Unified Process Contrasts or Synonyms?", Lund University, Sweden. 13
Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)
Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível
22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis
Professor Ariel da Silva Dias RUP e Modelos Ágeis Modelo de processo de software proprietário. Desenvolvido pela empresa Rational Software Corporation. Em 2003 a empresa foi adquirida pela IBM. Então O
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP Nickerson Fonseca Ferreira [email protected] Introdução 2 Modelo
Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions
Introdução ao RUP Livar Correia de O. C. Cunha [email protected] 1 Rational Unified Process (RUP) É um framework de processo de desenvolvimento de software Uma metodologia é uma instanciação dos processos
Processos Ágeis de Desenvolvimento de Software
Processos Ágeis de Desenvolvimento de Software -Focono XP - Rodrigo Rebouças de Almeida [email protected] Processo Conjunto de atividades ordenadas, restrições e recursos que produzem um resultado
RUP Unified Process. Profª Jocelma Rios
RUP Unified Process Profª Jocelma Rios Nov/2012 O que pretendemos: Reforçar os aspectos que caracterizam o processo iterativo e incremental Identificar como atingir os objetivos dos projetos de software
Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil
Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil Análise de Sistemas Prof. Filipe Arantes Fernandes [email protected] 2 Vale a pena ver de novo Modelo de Processo:
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani ([email protected]) Modelos de Processo de
RUP RATIONAL UNIFIED PROCESS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS Prof. Fabiano Papaiz IFRN Criado por três engenheiros de software: Booch, Jacobson e Rumbaugh. Conhecidos na área como Os 3 Amigos, também foram os criadores da UML (Unified
Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata
Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo
RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES Prof. Fabiano Papaiz IFRN Conceitos Chaves do RUP Fases Iterações Disciplinas (ou Workflow / Fluxo de Trabalho) Papéis Atividades / Tarefas Artefatos / Produtos
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão [email protected] http://www.luizleao.com Conteúdo Programático RUP (Rational Unified Process) PRAXIS Introdução Foi proposto como uma resposta aos problemas
Rational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Introdução ao RUP Rational Unified Process
Introdução ao RUP Rational Unified Process UML Diagramas de Classes v.1.1, João Pascoal Faria, 2001 1 O que é Um processo (de engenharia) de software é a definição de um conjunto completo de actividades
Visão Geral do RUP.
Visão Geral do RUP [email protected] Objetivos Apresentar as características RUP Discutir os conceitos da metodologia: fases, fluxos de atividades (workflows), iterações, responsáveis, atividades e artefatos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Processo Por quê um processo Padronizar a geração de produtos e serviços Garantir a repetitividade da geração de produtos e serviços Reter o conhecimento Oferecer
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome:
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS Nome: 1. A figura abaixo representa, simplificadamente, as fases do Modelo de Ciclo de Vida Cascata.
A Evolução de XP segundo Kent Beck Parte 1
A Evolução de XP segundo Kent Beck Parte 1 O que mudou nesses 5 anos? Danilo Toshiaki Sato [email protected] Agenda PARTE 1 1. Introdução 2. O que é XP? 3. O que mudou em XP? Valores, Princípios e Práticas
RUP RATIONAL UNIFIED PROCESS
O que é RUP? É um metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta para especificação de sistemas. Ele é um modelo de processo híbrido Mistura elementos
Engenharia de Software II
Engenharia de Software II Aula 4 http://www.ic.uff.br/~bianca/engsoft2/ Aula 4-03/05/2006 1 Modelos Prescritivos de Processo Modelo em cascata Modelos incrementais Modelo incremental Modelo RAD Modelos
UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!
Engenharia de Software
Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento
CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS. Tereza Gonçalves Kirner
CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS Tereza Gonçalves Kirner Apresentação elaborada com base em: Hoffer, Jeffrey A., George, Joey F. Modern Systems Analysis and Design (Capítulo 1), Pearson,
INTRODUÇÃO A ENGENHARIA DE SOFTWARE
Universidade Estadual Vale do Acaraú INTRODUÇÃO A ENGENHARIA DE SOFTWARE : Prof. Raquel Silveira Métodos ágeis focam em simplicidade, software funcional no início das iterações, flexibilidade e intensa
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO CONTEÚDO Conceitos básicos Caracterização de um processo Estágios básicos Linha do tempo Cascata Espiral Prototipação Modelo-V Orientado
METODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP
Tecnologia em Análise e Desenvolvimento de Sistemas METODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP Definição, aplicações, vantagens e desvantagens Marcelo Buratti de Freitas Vitor Matheus Buratti
RATIONAL UNIFIED PROCESS RUP
RATIONAL UNIFIED PROCESS RUP Criado na década de 90 (a partir do Objectory [ver Jacobson, 1990] e utilizando os conceitos do Modelo em Espiral [ver Boehm, 1988]) como alternativa para resolução dos problemas
Processos de Software
Processos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama [email protected] Slides originais elaborados por Ian Sommerville e adaptado pelos profs. Márcio Cornélio, Vinicius
Introdução a Engenharia de Software
Introdução a Engenharia de Software Proj. Desenvolvimento de Software Prof. Cleverton Hentz [email protected] 5 de abril de 2017 Material Apresentado Sumário de Aula 1 O que é Engenharia de Software
METODOLOGIA ÁGEIS FDD FEATURE DRIVEN DEVELOPMENT. Prof. Fabiano Papaiz IFRN
METODOLOGIA ÁGEIS FDD FEATURE DRIVEN DEVELOPMENT Prof. Fabiano Papaiz IFRN Feature Driven Development = Desenvolvimento Guiado por Funcionalidades FDD é uma metodologia ágil para gerenciamento e desenvolvimento
Processos de software RUP
Processos de software RUP Revisão Conceitos Básicos - Processo Um conjunto de tarefas ordenadas constitui um processo, uma séria de etapas que envolvem atividades, restrições e recursos para alcançar a
Engenharia de Software
Universidade São Judas Tadeu Prof. André Luiz Ribeiro Prof. Jorge Luis Pirolla Introdução à Computação Engenharia de Software Tópicos O que é Engenharia de Software? Engenharia de Software em camadas Processo
Aula 3.1 Introdução e Visão Geral do Processo Unificado
PDS Aula 3.1 Introdução e Visão Geral do Processo Unificado Prof. Bruno Moreno [email protected] Definição O Processo Unificado (Unified Process, UP) é um tipo de processo de desenvolvimento de
Engenharia de Software. Herbert Rausch Fernandes
Engenharia de Software Herbert Rausch Fernandes O Processo Unificado É uma tentativa de unir os melhores recursos e características dos modelos convencionais; Reconhece a importância da comunicação com
Modulo I Introdução ao XP
Modulo I Introdução ao XP Prof. Ismael H F Santos April 05 Prof. Ismael H. F. Santos - [email protected] 1 Ementa Modulo VI Xtreme Programming Valores e Princípios do XP Desenvolvimento centrado
Visão Geral do RUP (Rational Unified Process)
Visão Geral do RUP (Rational Unified Process) Objetivos deste módulo Apresentar as características do RUP Discutir os conceitos que existem no RUP: fases, fluxos de atividades (worklows), iterações, responsáveis,
Scrum e Extreme Programming
Scrum e Extreme Programming CODEX Sumário Objetivo 3 Scrum 4 Papéis de Atuação 4 Eventos do Scrum 5 Artefatos do Scrum 5 Porque Scrum? 5 Extreme Programming 6 Práticas do Extreme Programming 6 Porque XP?
Disciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia
Disciplina - Requisitos Grupo Yuni Luiz Eduardo Káthia RUP(Rational Unified Process) 1. Introdução. 2. Introdução a disciplinas no RUP. 3. Requisitos. 4. Gerenciamento de Requisitos. 5. Relação com outras
Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas
Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas Análise de Sistemas Prof. Filipe Arantes Fernandes [email protected] Nome da disciplina:
15/03/2018. Professor Ariel da Silva Dias Modelos de Processo de Software
Professor Ariel da Silva Dias Modelos de Processo de Software Conjunto de atividades que leva à produção de um produto de Software [Sommerville,2011]; Podemos contar com ferramentas de apoio com o objetivo
RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS Prof. Fabiano Papaiz IFRN O RUP recomenda as seguintes práticas que devem ser utilizadas no desenvolvimento de um software: 1. Desenvolver de forma iterativa
Programação Extrema na Prática
Programação Extrema na Prática Engenharia de Software Conference - 13:40-15:00 maio/09 São Paulo Dairton Bassi - [email protected] Assuntos de Hoje Métodos Ágeis Valores Ágeis Programação Extrema Princípios
Engenharia de Software. Processos. Desenvolvimento de Software Tradicionais 2014/2. Prof. Luís Fernando Garcia
Engenharia de Software Processos Desenvolvimento de Software Tradicionais 2014/2 Prof. Luís Fernando Garcia [email protected] Processos Um conjunto estruturado de atividades necessárias para o desenvolvimento
Processos de software Leitura: Sommerville / Pressman / Ariadne
Processos de software Leitura: Sommerville / Pressman / Ariadne Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 1 Processos de software Atividades para especificar,
Desenvolvimento ágil de software
Desenvolvimento ágil de software Prof. Cristiane Aparecida Lana slide 1 Bibliografia utilizada: Mais opções visite meu site, clique aqui para acessá-lo. slide 2 2011 Pearson 2011 Pearson Prentice Prentice
Introdução à UML. Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX. Prof. Fernando Maia da Mota
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Introdução à UML Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin Machado UFMS/FACOM Introdução
Processo Unificado. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior
Processo Unificado Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Medeiros, E. Desenvolvendo Software com UML 2.0: Definitivo, Makron Books,
ALM Aplicações em Linguagem de Montagem. Introdução. A produção de Software é uma atividade build and fix. build. fix
Introdução A produção de Software é uma atividade build and fix. 1 Introdução build 2 Introdução fix 3 1 Introdução 4 P s Só pessoas motivadas e comprometidas com o projeto garantem o respectivo sucesso;
Análise e Projeto. Prof. Erinaldo Sanches Nascimento
Análise e Projeto Prof. Erinaldo Sanches Nascimento Objetivos Apresentar o ciclo de vida de desenvolvimento de sistemas. Descrever as metodologias de desenvolvimento de sistemas. 2 Introdução Programação
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS 1. Com relação à engenharia de software, julgue os itens seguintes. Engenharia de software não está relacionada
Fábricas de Software. Processos de Software. Fábricas de Software. Fábricas de Software 17/08/2010. Jorge Dias
Fábricas de Software Processos de Software Jorge Dias Um processo estruturado, controladoe melhoradode forma contínua, considerando abordagens de engenharia industrial, orientado para o atendimento a múltiplas
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão [email protected] http://www.luizleao.com Questão 1 Para Sommerville a arquitetura de sistemas descreve o sistema em termos de um conjunto de unidades
Extreme Programming. Projeto de. Desenvolvimento. Software. Prof.: Ari Oliveira
Projeto de Desenvolvimento Software Extreme Programming Prof.: Ari Oliveira O Extreme Programming (XP) é uma metodologia de desenvolvimento de software que auxilia na produção de sistemas de maior qualidade,
Atividades típicas do processo de desenvolvimento
Atividades típicas do processo de desenvolvimento Elicitação de Requisitos Qual o problema? O que será feito? Análise e projeto de software Como será feito? Descrição computacional Projeto de arquitetura
Comparativo entre Processos Ágeis. Daniel Ferreira [email protected]
Comparativo entre Processos Ágeis Daniel Ferreira [email protected] O que discutiremos: Histórico Os Princípios Ágeis Comparação Do ponto de vista incremental Do ponto de vista funcional Vantagens e Desvantagens
Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
Tópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.
Métodos Ágeis Edes Garcia da Costa Filho [email protected] 1 Tópicos Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Extreme Programming (XP). Referências Bibliográficas. 2 Histórico
Extreme Programming: Valores e Práticas
Programação Extrema Extreme Programming: Valores e Práticas Prof. Mauro Lopes 1-31 34 Objetivos Anteriormente trabalhamos os conceitos do Desenvolvimento Tradicional e do Desenvolvimento Ágil. Trouxemos
Processo Unificado (PU) Unified Process
Processo Unificado (PU) Unified Process 10 de junho de 2011 Adonai Canêz One comment Introdução O Processo Unificado (PU) surgiu para realizar o desenvolvimento de software visando a construção de sistemas
Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.
Bibliografia Quais são os problemas? 4 A sofisticação do software ultrapassou nossa capacidade de construção. 4 Nossa capacidade de construir programas não acompanha a demanda por novos programas. 4 Nossa
Modelos de Gestão de Projetos
Modelos de Gestão de Projetos Gestão de Projetos Tradicionais Criados para situações de baixo risco e incertezas, já existe conhecimento sobre o que será desenvolvido, o escopo envolvido e o objetivo proposto
Engenharia de Software I Modelos de Processo de Software
Engenharia de Software I 2013.2 Modelos de Processo de Software Ricardo Argenton Ramos [email protected] A Engenharia de Software Uma Tecnologia em Camadas Gerenciamento da Qualidade Total e filosofias
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão [email protected] http://www.luizleao.com Questão 1 Sobre a Metodologia de Desenvolvimento de Software Extreme Programming (XP), explique e cite os benefícios
Vinícius Manhães Teles prefácio de Kent Beck colaborações especiais de Kent Beck e Robert Mee
Vinícius Manhães Teles prefácio de Kent Beck colaborações especiais de Kent Beck e Robert Mee Novatec Copyright 2004, 2014 da Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610
Métodos Ágeis e o SCRUM. Bruno Henrique Oliveira
Métodos Ágeis e o SCRUM Bruno Henrique Oliveira Apresentação Formado em BCC Consultoria Gestão de projetos e implantação de escritório de projetos ITIL e ECM Candidato a título de mestre em Engenharia
ENGENHARIA DE SOFTWARE. Aula 03 Processos de Software
ENGENHARIA DE SOFTWARE Aula 03 Processos de Software AGENDA Modelos de processo de software Atividades do processo Lidando com mudanças Rational Unified Process (RUP) 14/03/2017 IFPR QUEDAS DO IGUAÇU -
O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Neste capítulo, focamos na importância de um processo de desenvolvimento de software, bem como na apresentação de suas principais atividades. Bezerra (2007) afirma
