1 Fundamentos da qualidade de Software
De acordo com os requisitos de qualidade, bem como clara comunicação
para o engenheiro de software em o que constitui a qualidade,
requer que os muitos aspectos da qualidade sejam formalmente definidos
e discutidos. Um engenheiro de software deve entender os significados
dos conceitos e características de qualidade e seus valores para
o desenvolvimento ou manutenção. Um conceito importante é que
os requisitos de software definem as características da qualidade
do software requerida, e influencia os métodos de medida e os
critérios de aceitabilidade para avaliar essas características.
1.1 Ética e cultura
É esperado que engenheiros de software compartilhem o compromisso
de ter a qualidade de software como parte de sua cultura. A ética
pode ter um papel significativo na qualidade de software, na cultura
e nas atitudes dos engenheiros de software. A IEEE e a ACM tem
desenvolvido um código de ética e praticas profissionais baseada
em oito princípios, para ajudar engenheiros de software a reforçar
atitudes relacionadas à qualidade e à independência do seu trabalho.
1.2 Valores e custos da qualidade
A noção de 'qualidade' não é simples como parece. Para algum produto
projetado, há muitas qualidades desejadas relevantes a uma perspectiva
particular do produto, para ser discutida e determinada ao mesmo
tempo em que os requisitos do produto são estabelecidos. Características
da qualidade podem ser requeridas ou não, ou podem ser requeridas
a um maior ou menor grau, e trade offs podem ser feitos entre
eles.
O custo da qualidade pode ser diferenciado em custo de prevenção,
custo interno da falha e custo externo da falha. Um motivação
por trás de um projeto de software é o desejo que tenha um valor,
e este valor pode ou não ser quantificado como um custo. O consumidor
terá algum custo máximo em mente à espera de que algumas funcionalidades
básicas sejam cumpridas. Ele pode também ter alguma expectativa
a respeito da qualidade do software e às vezes consumidores podem
não ter pensado na qualidade ou seus custos relacionados. A característica
é meramente um adorno, ou é essencial para o software? Se a resposta
for os dois, como é sempre o caso, então o jeito é o cliente parte
do processo de decisão e completamente ciente dos custos e benefícios.
Idealmente, a maior parte dessas decisões serão feitas na parte
de requisitos do software(ver área de conhecimento relacionada),
mas os requisitos podem surgir a qualquer ponto do cliclo de vida
do software. Não há nenhuma regra definida de como estas decisões
podem ser feitas, mas o engenheiro de software deve ser capaz
de apresentar a qualidade das alternativas e seus custos.
Página 1 | Página
2|Página 3
