FATTO

Os requisitos não funcionais descrevem condições de ambiente sob as quais a solução deve funcionar, bem como atributos de qualidade da solução. Em suma, abordam COMO as funcionalidades serão oferecidas ao usuário.

Usualmente são organizados em Categorias (ISO/IEC 9126, FURPS e FURPS+), pelas quais, através de suas características, fornecem o suporte para elicitação dos Requisitos Não Funcionais.

A ISO/IEC 14143 não oferece definição para Requisito Não-Funcional do Usuário, mas apresenta alguns exemplos em uma nota.

Exemplos de requisitos do usuário que são Requisitos Não-Funcionais do Usuário incluem, mas não estão limitados aos seguintes:

• Restrições de qualidade (por exemplo, usabilidade, confiabilidade, eficiência e portabilidade)
• Restrições Organizacionais (por exemplo, locais de operação, hardware alvo e aderência a padrões)
• Restrições Ambientais (por exemplo, interoperabilidade, segurança, privacidade e sigilo)
• Restrições de Implementação (por exemplo, linguagem de desenvolvimento, cronograma de entrega)

Padrão de medição de tamanho funcional de software de acordo com o IFPUG e aderente à norma ISO/IEC 14143.

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..

Teoria que explica o fenômeno onde nós da indústria de software quando iniciamos um novo projeto não fazemos a menor idéia de quando vamos terminá-lo. Quanto mais o tempo passa e mais perto do fim melhor e mais preciso são as nossas estimativas, ou seja, isso culmina na conclusão de que você só tem 100% de certeza de que terminará o projeto apenas um dia antes de efetivamente terminá-lo.

Em finanças, retorno sobre investimento (em inglês, return on investment ou ROI), também chamado taxa de retorno (em inglês, rate of return ou ROR), taxa de lucro ou simplesmente retorno, é a relação entre o dinheiro ganho ou perdido através de um investimento, e o montante de dinheiro investido.

É o estoque de funções identificadas, mas ainda não atendidas. Com as informações de produtividade é possível estimar qual o esforço ou custo de eliminar esse estoque; decidir sobre a necessidade de contratação de mais profissionais; ou contratar uma empresa para atender a essa necessidade não atendida... Enfim, tomar diversas decisões que envolvem projetos na organização.

Servem para avaliar o quanto os dados são semelhantes, descreve então o quanto os dados distam do valor central. Desse jeito, as medidas de dispersão servem também para avaliar qual o grau de representação da média. As medidas mais comuns de variabilidade para dados quantitativos são a variância; a sua raiz quadrada, o desvio padrão. A amplitude total, a distância interquartílica e o desvio absoluto são mais alguns exemplos de medidas de dispersão.

Condição ou capacidade necessária para que um stakeholder resolva um problema ou satisfaça um objetivo.
Condição ou capacidade que necessita ser satisfeita ou possuída por uma solução ou componente de solução para satisfazer um contrato, padrão, especificação ou outros documentos formais impostos.

Definição baseada no IEEE 610.12-1990: IEEE Standard Glossary of Software Engineering Terminology

1 - Como sendo o processo através do qual se aplicam conhecimentos, capacidades, instrumentos e técnicas às atividades do projecto de forma a satisfazer as necessidades e expectativas dos diversos stakeholders envolvidos no mesmo. (Definição PMI)


2 - É a aplicação de conhecimentos, habilidades e técnicas na elaboração de atividades relacionadas para atingir um conjunto de objetivos pré-definidos, num certo prazo, com um certo custo e qualidade, através da mobilização de recursos técnicos e humanos.Vide definição Wikipedia:
http://pt.wikipedia.org/wiki/Gerência_de_projetos

É um subconjunto do modelo de implementação que descreve a representação lógica e física dos dados persistentes no sistema.