SlideShare una empresa de Scribd logo
1 de 6
SENAC - Serviço Nacional de Aprendizagem Comercial
Prof. Silvio Fernandes Data: 11/06/2015
Aluna: Jucelir dos Santos e Marisa Carla.
Aplicativos para Projetos
Aracaju/SE
2015
Aplicativos para Projetos
o Definição de Projetos de desenvolvimento de software
Projeto é empreendimento não repetitivo, caracterizado por uma
sequência clara e lógica de eventos, com início, meio e fim, que se
destina a atingir um objetivo claro o conduzido por pessoas dentro de
parâmetros pré-definidos de tempo, custo, recursos envolvidos e
qualidade.
Desenvolvimento de software, como sugere Martins (2006), é
uma atividade criativa, diferente dos projetos tradicionais, baseados em
atividades produtivas e processos administrativos que possuem fluxo de
trabalho relativamente fixo. É muito difícil planejar antecipadamente o
trabalho que será feito antes de saber mais precisamente o que vai ser
produzido. A engenharia de software não alcançou o nível de outras
disciplinas e, talvez, nunca alcance, já que as teorias básicas de suporte
são fracas e pouco compreendidas. Por conseguinte, a engenharia de
software é um domínio de alto risco e requer uma abordagem
diferenciada para gerenciamento de projetos.
o Gerenciamento de Projetos
De acordo com PMBOK, o gerenciamento de projetos é a
aplicação do conhecimento, habilidades, ferramentas e técnicas às
atividades do projeto a fim de atender aos seus requisitos. O
gerenciamento de projetos é realizado através da aplicação e da
integração dos seguintes processos de gerenciamento de projetos:
iniciação, planejamento, execução, monitoramento e controle, e
encerramento.
Cada vez mais os sistemas são complexos e precisam estar
prontos em menos tempo. Um projeto de desenvolvimento de software
geralmente sofre muitas mudanças durante o seu ciclo de vida,
dificultando muito o gerenciamento se forem utilizadas as técnicas
tradicionais de gerenciamento de projetos. Os requisitos mudam por
vários motivos: usuário muda de ideia (as necessidades dos usuários
mudam com o passar do tempo), o problema muda (ao implantar o
sistema verifica que o mesmo não está resolvendo completamente o
problema), mudanças técnicas (novas tecnologias), mudanças de
mercado (concorrentes podem lançar produtos similares e melhores).
[Martins, 2006]
o Ferramenta para apoio de desenvolvimento para projetos
Para atender a esta necessidade de engenharia de software foi criado o
Rational Unified Process (RUP).
O RUP é um processo de engenharia de software cujo objetivo é garantir
a produção de software de qualidade, que atenda aos requisitos estabelecidos
pelo cliente (escopo), respeitando um orçamento (custo) e um cronograma
(prazo) previamente definidos. [Martins, 2006]. Como dito no PMBOK, é o que
os gerentes de projetos frequentemente falam de uma "restrição tripla" -
escopo, custo e prazo. A qualidade do projeto é afetada pelo balanceamento
desses três fatores.
No RUP o planejamento é baseado num conjunto de processos, que
buscam atingir certos objetivos no tempo. Os processos são utilizados como
base para definir as atividades das várias fases do projeto. [Martins, 2006]
O RUP adota as seguintes premissas básicas: uso de iterações para
evitar o impacto de mudanças no projeto, gerenciamento de mudanças e
abordagens dos pontos de maior risco o mais cedo possível.
A proposta do RUP é conduzir o projeto em ondas, ou seja, em
iterações. Cada iteração é abordada de forma tradicional, alguns requisitos e
riscos mais críticos são trabalhados, há um pouco de análise, implementação,
testes e implantação. Depois há outra iteração, onde novos requisitos são
trabalhados, outros riscos são mitigados, há mais análise, implementação,
testes e implantação. Isso continua até que o produto seja concluído. [Martins,
2006]
De acordo com Martins (2006), com essa abordagem, há dois grandes
benefícios:
a) permite que a equipe progressivamente identifique os componentes e
decida quais serão desenvolvidos, reutilizados e quais serão comprados;
b) a integração não é um "big bang " no final do projeto; ao invés disso,
os elementos são integrados progressivamente. O sistema é montado através
de várias integrações. Como muitos riscos do projeto geralmente estão
associados às integrações entre os componentes e subsistemas, este
mecanismo permite aumentar significativamente as chances de sucesso.
Os processos do RUP orientam o gerente de projeto na elaboração do
WBS, na identificação dos riscos, na divisão do trabalho e no sequenciamento
das atividades.
o Operação das ferramentas de apoio
O plano de projeto define os objetivos do projeto, do ponto de vista do
negócio, indicando o que vai ser produzido e não por que. Os objetivos do
projeto devem ser específicos, mensuráveis e realísticos. [Martins, 2006]
No RUP, o projeto é composto por quatro fases: Concepção,
Elaboração, Construção e Transição. Cada fase do projeto tem um conjunto
específico de objetivos:
Concepção: nesta fase, o foco é chegar a um acordo com os
stakeholders quanto à visão do sistema e aos objetivos e estimativas das
demais fases do projeto.
Elaboração: esta fase é um processo de engenharia, onde o foco está
em especificar uma arquitetura robusta e confiável para o sistema fazer o
planejamento para o restante do projeto. Para isso é necessário obter uma
visão abrangente do sistema, como, escopo, funcionalidades principais e
requisitos não funcionais.
Construção: a fase de construção basicamente consiste num processo
de manufatura, onde o foco está no gerenciamento de recursos e otimização
do tempo, custos e qualidade.
Transição: a finalidade desta fase é refinar requisitos, especificações e
transferir o produto para a comunidade de usuários.
Cada fase do projeto é composta por uma ou mais iterações e, em cada
iteração, uma parte do software é produzida. Cada iteração termina com um
marco do projeto (um marco menor), onde é possível avaliar o progresso do
projeto. Desta forma o produto final será produzido incrementalmente, à
medida que as iterações ocorrerem.
Cada iteração é abordada como um projeto em cascata. O foco de cada
iteração muda em função dos seus objetivos, dando-se maior e menor ênfase
em cada uma das disciplinas. Os focos das iterações em cada fase são os
seguintes:
Concepção: o foco é entender os requisitos de um modo abrangente e
definir o escopo do projeto.
Elaboração: o foco está na captura dos requisitos e na definição da
arquitetura.
Construção: o foco está na implementação, evoluindo-se o protótipo
inicial para um produto operacional.
Transição: o foco é transferir o produto para o cliente, garantir que tenha
nível de qualidade esperado e atenda aos requisitos especificados, corrigir
erros, treinar usuários, fazer ajustes no sistema e adicionar elementos que
foram esquecidos.
As iterações devem ser planejadas em detalhe, vislumbrando-se os
objetivos específicos que foram definidos do planejamento das fases e
considerando o horizonte de tempo da iteração.
o Utilização do MS Project
http://www.techoje.com.br/site/techoje/categoria/detalhe_artigo/37
Jucelir

Más contenido relacionado

La actualidad más candente

Processos de software
Processos de softwareProcessos de software
Processos de software
Dann Volpato
 
Métricas para o Processo e o Projecto de Software
Métricas para o Processo e o Projecto de SoftwareMétricas para o Processo e o Projecto de Software
Métricas para o Processo e o Projecto de Software
Rogerio P C do Nascimento
 

La actualidad más candente (20)

Rational Unified Process - RUP
Rational Unified Process - RUPRational Unified Process - RUP
Rational Unified Process - RUP
 
Apresentação estrela vs cmmi nivel 2
Apresentação estrela vs cmmi nivel 2Apresentação estrela vs cmmi nivel 2
Apresentação estrela vs cmmi nivel 2
 
Rup e metodos ágies
Rup e metodos ágiesRup e metodos ágies
Rup e metodos ágies
 
Gerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptxGerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptx
 
Apresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rupApresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rup
 
Conceitos e Evolução da Administração de Projetos
Conceitos e Evolução da Administração de ProjetosConceitos e Evolução da Administração de Projetos
Conceitos e Evolução da Administração de Projetos
 
Processos de software
Processos de softwareProcessos de software
Processos de software
 
Métodos ágeis de desenvolvimento
Métodos ágeis de desenvolvimentoMétodos ágeis de desenvolvimento
Métodos ágeis de desenvolvimento
 
Apresentação pim 3º semestre v2
Apresentação pim 3º semestre v2Apresentação pim 3º semestre v2
Apresentação pim 3º semestre v2
 
Desenvolvimento Ágil: um survey baseado em experiências profissionais @ CONIC...
Desenvolvimento Ágil: um survey baseado em experiências profissionais @ CONIC...Desenvolvimento Ágil: um survey baseado em experiências profissionais @ CONIC...
Desenvolvimento Ágil: um survey baseado em experiências profissionais @ CONIC...
 
Analise sistemas 05
Analise sistemas 05Analise sistemas 05
Analise sistemas 05
 
Gerenciamento da Qualidade de Software 5.pptx
Gerenciamento da Qualidade de Software 5.pptxGerenciamento da Qualidade de Software 5.pptx
Gerenciamento da Qualidade de Software 5.pptx
 
Aula2 TEES UFS: Fases de Engenharia de SW e Gestão de Projectos de SW
Aula2 TEES UFS: Fases de Engenharia de SW e Gestão de Projectos de SWAula2 TEES UFS: Fases de Engenharia de SW e Gestão de Projectos de SW
Aula2 TEES UFS: Fases de Engenharia de SW e Gestão de Projectos de SW
 
Métricas para o Processo e o Projecto de Software
Métricas para o Processo e o Projecto de SoftwareMétricas para o Processo e o Projecto de Software
Métricas para o Processo e o Projecto de Software
 
Cinco motivos para você não adotar metodologias ágeis - Rafael Prikladnicki F...
Cinco motivos para você não adotar metodologias ágeis - Rafael Prikladnicki F...Cinco motivos para você não adotar metodologias ágeis - Rafael Prikladnicki F...
Cinco motivos para você não adotar metodologias ágeis - Rafael Prikladnicki F...
 
Verificação Independente
Verificação IndependenteVerificação Independente
Verificação Independente
 
Aula9 TEES UFS Gestao de Configuração de SW
Aula9 TEES UFS  Gestao de Configuração de SWAula9 TEES UFS  Gestao de Configuração de SW
Aula9 TEES UFS Gestao de Configuração de SW
 
Por que contratar projetos ágeis?
Por que contratar projetos ágeis?Por que contratar projetos ágeis?
Por que contratar projetos ágeis?
 
Feature driven development
Feature driven developmentFeature driven development
Feature driven development
 
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL GPROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
 

Destacado

irfan_resume web
irfan_resume webirfan_resume web
irfan_resume web
MOHD IRFAN
 
Presentacion del doc. usuario
Presentacion del doc. usuarioPresentacion del doc. usuario
Presentacion del doc. usuario
ayalaaa
 
Intermediate writing persuasion and discussion skills - Lesson 5
Intermediate writing   persuasion and discussion skills - Lesson 5Intermediate writing   persuasion and discussion skills - Lesson 5
Intermediate writing persuasion and discussion skills - Lesson 5
SkimaTalk
 
杭州西湖三十景
杭州西湖三十景杭州西湖三十景
杭州西湖三十景
lys167
 

Destacado (15)

irfan_resume web
irfan_resume webirfan_resume web
irfan_resume web
 
7 katz potential harms of hiv self-testing
7 katz potential harms of hiv self-testing7 katz potential harms of hiv self-testing
7 katz potential harms of hiv self-testing
 
4 mc grath_innovations in hiv self-testing delivery
4 mc grath_innovations in hiv self-testing delivery4 mc grath_innovations in hiv self-testing delivery
4 mc grath_innovations in hiv self-testing delivery
 
Presentacion del doc. usuario
Presentacion del doc. usuarioPresentacion del doc. usuario
Presentacion del doc. usuario
 
Personal Persona Project
Personal Persona ProjectPersonal Persona Project
Personal Persona Project
 
Varicose Vein Treatment Cost
Varicose Vein Treatment CostVaricose Vein Treatment Cost
Varicose Vein Treatment Cost
 
Foreign Relations: Perceived Impact on Kenya’s Development
Foreign Relations: Perceived Impact on Kenya’s Development Foreign Relations: Perceived Impact on Kenya’s Development
Foreign Relations: Perceived Impact on Kenya’s Development
 
Intermediate writing persuasion and discussion skills - Lesson 5
Intermediate writing   persuasion and discussion skills - Lesson 5Intermediate writing   persuasion and discussion skills - Lesson 5
Intermediate writing persuasion and discussion skills - Lesson 5
 
How HelpMEwell and Primary-View Work together to give better care
How HelpMEwell and Primary-View Work together to give better careHow HelpMEwell and Primary-View Work together to give better care
How HelpMEwell and Primary-View Work together to give better care
 
杭州西湖三十景
杭州西湖三十景杭州西湖三十景
杭州西湖三十景
 
39 45 com med 20th
39   45 com med 20th39   45 com med 20th
39 45 com med 20th
 
Arcux Specbook presentation
Arcux Specbook presentationArcux Specbook presentation
Arcux Specbook presentation
 
58 60 com med 20th
58   60 com med 20th58   60 com med 20th
58 60 com med 20th
 
Piloting the Child Sexual Abuse 'hubs'
Piloting the Child Sexual Abuse 'hubs'Piloting the Child Sexual Abuse 'hubs'
Piloting the Child Sexual Abuse 'hubs'
 
Top 8 communications administrator resume samples
Top 8 communications administrator resume samplesTop 8 communications administrator resume samples
Top 8 communications administrator resume samples
 

Similar a Jucelir

Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando ScrumGerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
Raphael Donaire Albino
 

Similar a Jucelir (20)

Desenvolvimento de um microprocesso utilizando métricas e indicadores como a...
Desenvolvimento de um microprocesso utilizando métricas e indicadores como a...Desenvolvimento de um microprocesso utilizando métricas e indicadores como a...
Desenvolvimento de um microprocesso utilizando métricas e indicadores como a...
 
O Gerenciamento de Projetos de Software Desenvolvidos à Luz das Metodologias ...
O Gerenciamento de Projetos de Software Desenvolvidos à Luz das Metodologias ...O Gerenciamento de Projetos de Software Desenvolvidos à Luz das Metodologias ...
O Gerenciamento de Projetos de Software Desenvolvidos à Luz das Metodologias ...
 
Conhecendo o eXtreme Programming
Conhecendo o eXtreme ProgrammingConhecendo o eXtreme Programming
Conhecendo o eXtreme Programming
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
 
O uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de softwareO uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de software
 
Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)
 
Aula 1 Analise e Projeto
Aula 1   Analise e ProjetoAula 1   Analise e Projeto
Aula 1 Analise e Projeto
 
Aula 1 analise e projeto
Aula 1   analise e projetoAula 1   analise e projeto
Aula 1 analise e projeto
 
Artigo aula4
Artigo aula4Artigo aula4
Artigo aula4
 
Proposta De Um Protótipo Para Avaliação Da Maturidade em Gestão Da Inovação D...
Proposta De Um Protótipo Para Avaliação Da Maturidade em Gestão Da Inovação D...Proposta De Um Protótipo Para Avaliação Da Maturidade em Gestão Da Inovação D...
Proposta De Um Protótipo Para Avaliação Da Maturidade em Gestão Da Inovação D...
 
38484931 questionario-es
38484931 questionario-es38484931 questionario-es
38484931 questionario-es
 
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando ScrumGerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
 
Modelos de processos de software
Modelos de processos de softwareModelos de processos de software
Modelos de processos de software
 
Gestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasGestão de Projetos e Ferramentas
Gestão de Projetos e Ferramentas
 
Pm bok x prince2
Pm bok x prince2Pm bok x prince2
Pm bok x prince2
 
Metodologias de desenvolvimento
Metodologias de desenvolvimentoMetodologias de desenvolvimento
Metodologias de desenvolvimento
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia Intuitiva
 
A Gerencia Intuitiva
A Gerencia IntuitivaA Gerencia Intuitiva
A Gerencia Intuitiva
 
ANÁLISE DO PARADIGMA HÍBRIDO NA INDÚSTRIA DE SOFTWARE
ANÁLISE DO PARADIGMA HÍBRIDO NA INDÚSTRIA DE SOFTWAREANÁLISE DO PARADIGMA HÍBRIDO NA INDÚSTRIA DE SOFTWARE
ANÁLISE DO PARADIGMA HÍBRIDO NA INDÚSTRIA DE SOFTWARE
 
Artigo sobre práticas de gerenciamento de projetos
Artigo sobre práticas de gerenciamento de projetosArtigo sobre práticas de gerenciamento de projetos
Artigo sobre práticas de gerenciamento de projetos
 

Jucelir

  • 1. SENAC - Serviço Nacional de Aprendizagem Comercial Prof. Silvio Fernandes Data: 11/06/2015 Aluna: Jucelir dos Santos e Marisa Carla. Aplicativos para Projetos Aracaju/SE 2015
  • 2. Aplicativos para Projetos o Definição de Projetos de desenvolvimento de software Projeto é empreendimento não repetitivo, caracterizado por uma sequência clara e lógica de eventos, com início, meio e fim, que se destina a atingir um objetivo claro o conduzido por pessoas dentro de parâmetros pré-definidos de tempo, custo, recursos envolvidos e qualidade. Desenvolvimento de software, como sugere Martins (2006), é uma atividade criativa, diferente dos projetos tradicionais, baseados em atividades produtivas e processos administrativos que possuem fluxo de trabalho relativamente fixo. É muito difícil planejar antecipadamente o trabalho que será feito antes de saber mais precisamente o que vai ser produzido. A engenharia de software não alcançou o nível de outras disciplinas e, talvez, nunca alcance, já que as teorias básicas de suporte são fracas e pouco compreendidas. Por conseguinte, a engenharia de software é um domínio de alto risco e requer uma abordagem diferenciada para gerenciamento de projetos. o Gerenciamento de Projetos De acordo com PMBOK, o gerenciamento de projetos é a aplicação do conhecimento, habilidades, ferramentas e técnicas às atividades do projeto a fim de atender aos seus requisitos. O gerenciamento de projetos é realizado através da aplicação e da integração dos seguintes processos de gerenciamento de projetos: iniciação, planejamento, execução, monitoramento e controle, e encerramento. Cada vez mais os sistemas são complexos e precisam estar prontos em menos tempo. Um projeto de desenvolvimento de software geralmente sofre muitas mudanças durante o seu ciclo de vida, dificultando muito o gerenciamento se forem utilizadas as técnicas tradicionais de gerenciamento de projetos. Os requisitos mudam por vários motivos: usuário muda de ideia (as necessidades dos usuários mudam com o passar do tempo), o problema muda (ao implantar o sistema verifica que o mesmo não está resolvendo completamente o problema), mudanças técnicas (novas tecnologias), mudanças de mercado (concorrentes podem lançar produtos similares e melhores). [Martins, 2006] o Ferramenta para apoio de desenvolvimento para projetos Para atender a esta necessidade de engenharia de software foi criado o Rational Unified Process (RUP). O RUP é um processo de engenharia de software cujo objetivo é garantir a produção de software de qualidade, que atenda aos requisitos estabelecidos
  • 3. pelo cliente (escopo), respeitando um orçamento (custo) e um cronograma (prazo) previamente definidos. [Martins, 2006]. Como dito no PMBOK, é o que os gerentes de projetos frequentemente falam de uma "restrição tripla" - escopo, custo e prazo. A qualidade do projeto é afetada pelo balanceamento desses três fatores. No RUP o planejamento é baseado num conjunto de processos, que buscam atingir certos objetivos no tempo. Os processos são utilizados como base para definir as atividades das várias fases do projeto. [Martins, 2006] O RUP adota as seguintes premissas básicas: uso de iterações para evitar o impacto de mudanças no projeto, gerenciamento de mudanças e abordagens dos pontos de maior risco o mais cedo possível. A proposta do RUP é conduzir o projeto em ondas, ou seja, em iterações. Cada iteração é abordada de forma tradicional, alguns requisitos e riscos mais críticos são trabalhados, há um pouco de análise, implementação, testes e implantação. Depois há outra iteração, onde novos requisitos são trabalhados, outros riscos são mitigados, há mais análise, implementação, testes e implantação. Isso continua até que o produto seja concluído. [Martins, 2006] De acordo com Martins (2006), com essa abordagem, há dois grandes benefícios: a) permite que a equipe progressivamente identifique os componentes e decida quais serão desenvolvidos, reutilizados e quais serão comprados; b) a integração não é um "big bang " no final do projeto; ao invés disso, os elementos são integrados progressivamente. O sistema é montado através de várias integrações. Como muitos riscos do projeto geralmente estão associados às integrações entre os componentes e subsistemas, este mecanismo permite aumentar significativamente as chances de sucesso. Os processos do RUP orientam o gerente de projeto na elaboração do WBS, na identificação dos riscos, na divisão do trabalho e no sequenciamento das atividades. o Operação das ferramentas de apoio O plano de projeto define os objetivos do projeto, do ponto de vista do negócio, indicando o que vai ser produzido e não por que. Os objetivos do projeto devem ser específicos, mensuráveis e realísticos. [Martins, 2006] No RUP, o projeto é composto por quatro fases: Concepção, Elaboração, Construção e Transição. Cada fase do projeto tem um conjunto específico de objetivos: Concepção: nesta fase, o foco é chegar a um acordo com os stakeholders quanto à visão do sistema e aos objetivos e estimativas das demais fases do projeto.
  • 4. Elaboração: esta fase é um processo de engenharia, onde o foco está em especificar uma arquitetura robusta e confiável para o sistema fazer o planejamento para o restante do projeto. Para isso é necessário obter uma visão abrangente do sistema, como, escopo, funcionalidades principais e requisitos não funcionais. Construção: a fase de construção basicamente consiste num processo de manufatura, onde o foco está no gerenciamento de recursos e otimização do tempo, custos e qualidade. Transição: a finalidade desta fase é refinar requisitos, especificações e transferir o produto para a comunidade de usuários. Cada fase do projeto é composta por uma ou mais iterações e, em cada iteração, uma parte do software é produzida. Cada iteração termina com um marco do projeto (um marco menor), onde é possível avaliar o progresso do projeto. Desta forma o produto final será produzido incrementalmente, à medida que as iterações ocorrerem. Cada iteração é abordada como um projeto em cascata. O foco de cada iteração muda em função dos seus objetivos, dando-se maior e menor ênfase em cada uma das disciplinas. Os focos das iterações em cada fase são os seguintes: Concepção: o foco é entender os requisitos de um modo abrangente e definir o escopo do projeto. Elaboração: o foco está na captura dos requisitos e na definição da arquitetura. Construção: o foco está na implementação, evoluindo-se o protótipo inicial para um produto operacional. Transição: o foco é transferir o produto para o cliente, garantir que tenha nível de qualidade esperado e atenda aos requisitos especificados, corrigir erros, treinar usuários, fazer ajustes no sistema e adicionar elementos que foram esquecidos. As iterações devem ser planejadas em detalhe, vislumbrando-se os objetivos específicos que foram definidos do planejamento das fases e considerando o horizonte de tempo da iteração. o Utilização do MS Project