FATTO

Program Evaluation and Review Technique ou PERT é usado em planejamento.

As técnicas denominadas PERT e CPM foram independentemente desenvolvidas para o Planejamento e Controle de Projetos em torno de 1950, porém a grande semelhança entre estas fez com que o termo PERT/CPM fosse utilizado corriqueiramente como apenas uma técnica.
Os termos PERT e CPM são acrônimos de Program Evaluation and Review Technique (PERT) e Critical Path Method (CPM).

Exemplos de Projetos que podem utilizar PERT/CPM:
1. Construção de uma planta
2. Pesquisa e desenvolvimento de um produto
3. Produção de filmes
4. Construção de navios
5. Instalação de um sistema de informações
6. Condução de campanhas publicitárias, entre outras.

PERT e CPM utilizam principalmente os conceitos de Redes (Grafos) para planejar e visualizar a coordenação das atividades do projeto.
Enquanto PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista), CPM é um método de apuração do caminho crítico dada uma sequência de atividades, isto é, quais atividades de uma sequência não podem sofrer alteração de duração sem que isso reflita na duração total de um projeto.
Um exemplo clássico de aplicação de PERT/CPM é o planejamento e gerenciamento da construção civil..

O "Project Management Body of Knowledge" (PMBOK® Guide) é um termo que abrange o universo do conhecimento da profissão de Gerenciamento de Projetos.
Ele descreve o subconjunto do universo do conhecimento de Gerenciamento de Projetos reconhecido como boas práticas em muitos projetos na maior parte do tempo, havendo consenso pelos praticantes sobre seus valores e aplicabilidade. Entretanto, a aceitação geral não representa a necessidade de aplicação uniforme em todos os projetos, devendo ser definido o que é apropriado para cada projeto / indústria.
Ele também estabelece uma linguagem comum para a profissão de gerente de projetos.

Unidade de medida do tamanho das funções sujeitas a teste. Conceito empregado pela NESMA no seu método de medição do projeto de melhoria.

Essa modalidade de contratação privilegia a abordagem de projeto, com um início e fim bem definidos. Exige maior nível de organização tanto por parte do cliente quanto do fornecedor. Quanto melhor estiverem os requisitos, menor a chance de atritos entre ambos.

Um fator que complica a utilização desta abordagem é assumir que os requisitos não mudam após o início do projeto.

Nesse modelo, é definida uma remuneração para o fornecedor sobre os elementos do projeto. Esse elemento pode assumir várias formas: tela, relatório, tabela, caso de uso, linha de código ou ponto de função.

Em tese é um modelo que procura equilibrar as deficiências da contratação por homem hora e por preço global fixo.

Uma das 14 características gerais de sistema que descreve o grau pelo qual a aplicação transfere dados entre seus componentes.

Pontue de acordo com as seguintes orientações:
0 - A aplicação não participa da transferência de dados ou processamento de funções entre os componentes do sistema.
1 - A aplicação prepara dados para processamento pelo usuário final em outro componente do sistema, como planilhas eletrônicas ou banco de dados.
2 - Dados são preparados para transferência, então são processados em outro componente do sistema (não para processamento pelo usuário final).
3 - Processamento distribuído e transferência de dados são feitos on-line e em apenas uma direção.
4 - Processamento distribuído e transferência de dados são feitos on-line e em ambas as direções.
5 - O processamento de funções é executado dinamicamente no componente mais apropriado do sistema. 

É a menor unidade de atividade significativa para o usuário, completa e que deixa o negócio da aplicação em um estado consistente. Pode ser classificado em entrada externa (EE), saída externa (SE) e consulta externa (CE). Também chamado de transação.

Para que um processo elementar seja único, ou seja, diferente de qualquer outro, ao menos um dos três itens abaixo deve ser ocorrer:

- conjunto de tipos de dados diferentes de outra transação;

- conjunto de arquivos referenciados diferentes de outra transação;

- lógica de processamento diferente de outra transação

O processo unificado (UP) de desenvolvimento de software é o conjunto de atividades necessárias para transformar requisitos do usuário em um sistema de software. O UP de desenvolvimento de sistemas combina os ciclos iterativo e incremental para a construção de softwares. É fundamental na visão de que o avanço de um projeto deve estar baseado na construção de artefatos de software, e não apenas em documentação.

É basicamente definida como a relação entre a produção e os insumos utilizados. No contexto de desenvolvimento de software, pode ser expressa na unidade PF/Homem-mês