(1) Método de abordagem sistemática para a resolução de problemas. Também é conhecido por "ciclo de Shewhart", o seu inventor, tendo sido usado e divulgado principalmente por Deming.
 
 

Trabalhar nas mudanças necessárias em função dos dados actuais Fazer as mudanças implementando um projecto piloto Avaliar os efeitos e recolher os resultados Estudar os resultados e tirar conclusões. Confirmar as mudanças ou planear novamente.

(2) Ciclo PDCA — Plan-do-check-act (planeie-faça-verifique-aja). O PDCA é a descrição da forma como as mudanças devem ser efectuadas numa organização de qualidade. Não inclui apenas os passos do planeamento e implementação de uma mudança, mas também a verificação se as alterações produziram a melhoria desejada ou esperada, agindo por forma a ajustar, corrigir ou efectuar uma melhoria adicional com base no passo de verificação.
[ED - MQ]
 
 
 
 

(1) São as orientações gerais de uma organização, sem as quais nada funcionará, realmente, para melhorar a qualidade dos produtos e da própria organização em si.

(2) Conjunto de intenções e orientações de uma organização com vista à qualidade tal como formalmente expressos pela gestão de topo.
Nota: A política da qualidade constitui um elemento da política geral da empresa e é aprovada pela gestão de topo.
[NP EN ISO 8402]

Crosby definiu a política de qualidade como o estado de espírito dos funcionários duma organização sobre a forma como deve fazer o seu trabalho. Se não existir uma política formal estabelecida pela gestão cada um estabelece a sua.

Harrington aponta os seguintes requisitos para a política de qualidade:
a) Ser clara e concisa
b) Aplicar-se a todos os empregados
c) Estabelecer claramente as normas de desempenho da qualidade
d) Cobrir todos os aspectos da qualidade
e) Ser assinada e apresentada pela gestão de topo

A política de qualidade deve basear-se na concepção do negócio da organização e deve reflectir a visão e aspirações da organização não sendo apenas uma frase ou slogan publicitário.
 
 
 
 

ou sitema à prova de erros

(1) Termo japonês que significa à prova de erro. Um dispositivo poka-yoke é qualquer macanismo que evite a ocorrência de erros na produção ou que torne o erro imediatamente visível. Shingo aponta o poka-yoke como a principal ferramenta para o controlo de zero defeitos.
[Dr. Chao-Hsien Chu]
 

(2) Tornar o local de trabalho à prova de erros. Uma máquina equipada com barras orientadoras, garantindo que uma peça seja trabalhada num só sentido.
[ED - MQ]
 
 
 

Conjunto de atributos que dependem da possibilidade de um sistema ou produto de software ser transferido de um ambiente (hardware e/ou software) para outro.
[ISO/IEC 9126]

Sub-características: Adaptabilidade; Facilidade de Instalação; Conformidade; Facilidade de Substituição.
 
 
 

Requisito empregado para descrever uma abordagem disciplinadamente uniforme ao processo de desenvolvimento de software.
[IEEE 983]
 
 
 

Conjunto de princípios da Engenharia do Software que influenciam as características da qualidade do software: Modularidade; Abstracção; Ocultação; Coesão; Independência; Uniformidade; Reutilização; Rastreabilidade.
 
 
 

(1) Modo especificado para executar uma actividade.
Nota 1: Em muitos casos, os procedimentos são documentados (por exemplo, procedimentos de um sistema da qualidade)
Nota 2: Quando um procedimento é documentado, utiliza-se frequentemente a expressão "procedimento escrito"
Nota 3: Um procedimento escrito ou documentado comporta geralmente o objectivo e o campo de aplicação de uma actividade, o que deve ser feito e quem o deve fazer, quando, onde e como deve ser feito; que materiais, equipamentos e documentos devem ser utilizados; como deve ser controlada e registada.
[NP EN ISO 8402]
 

(2) Uma sequência de acções a serem executadas para desempenhar uma dada tarefa.
(3) Uma descrição escrita da sequência de acções.
(3) Uma parte dum programa de computador que é identificado e que desempenha acções específicas.
[IEEE 610.12]
 
 
 

(1) Conjunto de recursos e de actividades inter relacionadas que transformam elementos de entrada em elementos de saída.
Nota: Os recursos podem incluir pessoal, finanças, instalações, equipamentos, técnicas e métodos.
[NP EN ISO 8402]

(2) Uma sequência predefinida de eventos definida pelos seus propósitos ou pelos seus efeitos, atingidos sob condições dadas.
[ISO/IEC 2382-1]

(3) Um conjunto de actividades interrelacionadas, que transformam inputs em outputs.
[ISO/IEC 12207]

(4) Uma sequência de passos desempenhados para atingir um dado objectivo.
(5) Uma unidade executável gerida por sistema operativo.
(6) Executar operações sobre dados.
[IEEE 610.12]

(7) Transformação de fluxos de dados de entrada em fluxos de dados de saída.

Em BSP - Grupos de actividades e decisões logicamente relacionadas, necessárias para a gestão dos recursos da empresa.
 
 
 
 

Resultado de actividades ou de processos.
Nota 1: O termo produto pode designar serviços, hardware (materiais), materiais processados, software ou uma combinação deles.
Nota 2: Um produto pode ser tangível (por exemplo conjuntos montados ou materiais processados) ou intangível (por exemplo conhecimentos ou conceitos) ou uma combinação deles.
Nota 3: Um produto pode ser pretendido (por exemplo, uma oferta a clientes) ou não pretendido (por exemplo, um poluente ou de defeitos indesejáveis).
[NP EN ISO 8402]

Nota 2: O termo produto pode designar serviços, hardware, materiais processados, software, ou uma combinação de vários deles.
Nota 3: Um produto pode ser tangível (por exemplo conjuntos ou produtos resultantes de processos contínuos) ou intangível (por exemplo conhecimentos ou conceitos) ou uma combinação de vários deles.
[NP EN ISO 9001]
 
 
 
 

Produto já desenvolvido e disponível para ser usado como está ou com modificações.
[ISO/IEC 12207]
 
 
 

Conjunto completo de programas para computador, procedimentos e documentação e dados a eles associados destinados a entregar ao utilizador.
[EN 29 000-3]

O conjunto de programas de computador, procedimentos e possivelmente a documentação associada e os dados dum sistema informático.
[ISO/IEC 12207]
 
 
 

(1) Modelo operacional de experimentação adequado para a avalição duma especificação dum sistema de informação ou para uma melhor compreensão ou determinação dos requisitos.
[ISO/IEC 2382-20]
 

(2) Um tipo, forma ou instância preliminar dum sistema que serve como modelo para fases posteriores ou para a versão final ou completa dum sistema.
[IEEE 612.12]

Prototyping - Uma técnica de desenvolvimento de software e hardware na qual uma versão preliminar do todo ou de partes do hardware ou software é desenvolvida para permitir o feedback do utilizador, determinar a sua fiabilidade, ou investigar o tempo ou outras questões no suporte ao desenvolvimento de processos.
[IEEE 612.12]
 

(3) Também conhecido por desenvolvimento evolucionário, permite melhorar o rigor da percepção do analista face aos requisitos do utilizador. É baseado na ideia de desenvolver uma implementação inicial para obter feedback do utilizador e depois refinar o protótipo através de várias versões até obter um sistema satisfatório.

As actividades de especificação, desenvolvimento e validação são executadas em concorrência com rápido feedback através das actividades.

Em geral os protótipos são caracterizados pelo uso de linguagens de alto nível que provavelmente não serão usadas na implementação final do software mas que permitem um desenvolvimento rápido.

O protótipo permite a clarificação dos requisitos do utilizador, nomeadamente através do interface que é desenhado mais cedo.

O utilizador pode experimentar o sistema ou subsistema do que será o produto final e fornecer um feedback antes do investimento no desenvolvimento ser feito.
 
 
 
 
 
 

Visitas:

Última actualização: 16 de Fevereiro de 2000