Você está na página 1de 6

Qualidade de software-

Qualidade como arma competitiva


garantia de satisfação do cliente
no contexto de SI
garantia de conformidade do software com os requisitos especificados

o gerenciamento de qualidade não deve se preocupar somente em reduzir defeitos, deve se


preocupar com outras características do produto

TOTAL QUALITY MANAGEMENT


atender as necessidades do cliente
consideração ao cliente e fornecedor interno
envolver todas as pessoas da organização
examinar custos relacionados com a qualidade
desenvolver sistemas e procedimentos que suportem qualidade e melhoria
melhora continua

padrões de produto são os padrões que se aplicam ao produto de software em dev


padrões de processo definem os processos a serem seguidos durante o desenv
O controle de qualidade visa:
evitar que produtos defeituosos sejam entregues
a monitoração de processo e detecção e correção de defeitos

A garantia de qualidade visa:


tenta produzir software com uma baixa taxa de defeitos
definição de procedimentos, padrões e treinamentos
gerência e melhoria de processo

Custos da prevenção:
Atividade de planejamento e implementação de sistemas de qualidade

Custos de Avaliação:
Verificação no processo de produção
custos de falhas e correção

Características dos projetos de software:


Complexidade
custo focado no dev e no conhecimento
produção especifica não em série
imaturidade da área de dev

SIX SIGMA:
a virtual eliminação dos defeitos de cada processo produto e serviço em uma organização
é medido pelos últimos desvios padrões
é uma medida de variação (uma coleção de dados)
É uma estratégia disciplinada e altamente quantitativa, caracterizada por uma abordagem
sistemática
Objetivos: reduzir custos e aumentar a eficiência da organização por meio da otimização de
produtos e processos.
Orientação baseada em medição e priorização analisados estatisticamente

Filosofia: à maneira que realizamos o trabalho


visão: execução praticamente impecável

Valores de Six sigma:


1 enfoque no cliente = cliente satisfeito
2 cliente define qualidade= fornecer o que ele deseja
3 medição é a chave = não conhecemos o que não medimos
4 tomar decisão com base em dados
5 a variação é o inimigo = menor custo
6 aumento no conhecimento = pessoas com conhecimentos e ferramentas para uma
melhoria contínua

O líder six sigma


ser familiarizado com a organização ou capaz de conversar de forma inteligente
ser respeitado em toda organização
deve ser muito interessado em aprender mais sobre o processo DMAIC

O six sigma é uma solução científica para medir e controlar a qualidade dos processos
podendo ser um grande aliado na qualidade total da organização

HOUSEKEEPING
É uma filosofia de trabalho que busca promover disciplina na empresa através da
consciência e responsabilidade de todos, de forma a tornar o ambiente de trabalho
agradável, seguro e produtivo
Foi inspirado na necessidade de colocar ordem na grande confusão a que ficou reduzido o
país (japão)
a filosofia está ligada a 5 sensores da qualidade:
senso de:
utilização
ordenação
limpeza
saude
autodisciplina

os resultados são vistos de imediato


melhoria de qualidade de vida
melhoria de qualidade de serviços
cria cultura de identificação de desperdícios
SISTEMA:
obedece a uma especificação
oferece serviços
pode utilizar os serviços de sistemas externos

NENHUM sistema é 100% correto

Nas organizações: maior dependência de si


sistemas são fatores de concorrência

falhas no sistema podem impactar no negócio

importante em sistemas:
o reconhecimento de que podem falhar
a compreensão das causas e efeitos das falhas
diminuição do impacto de falhas
Abordagem sistemática destes problemas é urgente
base comum para estudo e discussão

Confiabilidade: é a qualidade do sistema que nos permite confiar no sistema oferecido

é um conceito global

métodos confiáveis para obter confiança:


prevenção de falhas: testes, reutilização de componentes confiáveis, especificação rigorosa
tolerância a falhas: e se um raio cair? funcionará depois?
supressão de falhas:simulação, depuração, testes, validação e verificação
previsão de falhas: injeção proposital de falhas no software e no hardware

SISTEMAS CRÍTICOS
sistemas críticos causam transtornos ocasionando perdas econômicas
são sistemas técnicos ou sociotécnicos dos quais as pessoas e as organizações dependem

sistema técnico: qualquer sistema que usa dados fundamentais de latitude longitude, força,
tempo, temperatura, umidade etc

sistema sociotécnico: inclui um ou mais sistemas técnicos que incluem pessoas como parte
do sistema, possui também processos operacionais definidos, são regidos pelas
organizações e podem ser afetados por leis

um sistema considerado crítico precisa ser de confiança, costuma ser dev com técnicas já
conhecidas (essas técnicas devem focar em evitar erros)
identificação de risco: na maioria das vezes complexo e difícil pois os riscos ocorrem devido
às interações entre software e as condições raras do ambiente
Embarcados ou embutidos são sistemas que estão inseridos em maquinas ou em sistemas
maiores como: eletrodomésticos, automação de escritório, produtos de consumo etc
são encontrados em quase todas as aplicações que necessitam de algum tipo de controle
PRODUTO DE CONSUMO:telefones, videogames, calculadora etc
Sistemas reativos: reagem continuamente a estímulos externos

Em seu dev:
não pode ser reprogramado em tempo de execução, normalmente alimentado por baterias,
considera os objetivos da aplicação alta confiabilidade

SISTEMAS DE TEMPO REAL:


determinar a correta posição de uma aeronave em um dado instante
falha de temperatura em uma usina nuclear
sistemas cujas características dependem do cumprimento de requisitos temporais e lógicos
As consequências do não cumprimento desses mesmos requisitos podem causar prejuízos
enormes.
estão diretamente associados com a funcionalidade

Reativos: são sistemas cujo escalonamento é dirigido pela interação com seu ambiente ex:
controle de incêndio
embutidos: fazem parte de sistemas maiores não computacionais ex: airbag, freios etc
tempo real: execução rápida

soft real time: atrapalha mas não resultar em falhas ex: sistema de folha de pagamento
Hard real time: pode provocar falhas completas de sistemas e até mesmo catástrofes ex:
sistema para controle de freio
firm real time: a perda de poucos deadlines vão causar falha total e podem causar enormes
problemas ex: sistema de controle de navegação

COCOMO
métricas orientadas a tamanho: baseiam-se no tamanho de uma atividade, numero de
linhas de código, pode variar de uma organização para outra e da linguagem de
programação usada

orientadas a função: estão relacionadas à funcionalidade geral do software entregue


o número total de pontos de função é obtido medindo-se as seguintes características:
entradas e saídas externas
interação com o usuário
interfaces externas
arquivos usados

Estimativas de custo: são ne cesarianas para estabelecer um orçamento para um projeto e


informar o preço para o cliente
deve-se considerar: custos de manutenção do hardware e software usados no dev, custos
com treinamento e viagem, custos com pessoal

estimativas de produtividade: é necessário para avaliar se o processo de dev é efetivo, a


forma mais comum de medir é dividindo o numero de linhas de código produzidas pelo
número de programadores requeridos para o projeto
não é uma tarefa fácil

Modelos empíricos> utiliza informações históricas de projetos já concluídos. Uma fórmula


matemática é usada para prever custos baseando-se no tamanho do projeto e no número
de programadores e outras características

O MODELO COCOMO é um modelo empírico mais utilizado para realizar estimativas


matemáticas. É orientado ao produto final não a fases intermediárias, orienta-se na
quantidade de linhas de código do projeto

a fórmula matemática usada pelo modelo COCOMO é:

C= fator de complexidade
PM= é uma métrica de produto
M= É um multiplicador que combina diferentes atributos
S= é um fator exponencial que indica a relação entre custo e o tamanho do produto

COCOMO BÁSICO= computa o esforço e custo do dev, considerando apenas o tamanho do


programa expresso em linhas de código
COCOMO INTERMEDIÁRIO= amplia o cocomo básico e passa a considerar novos atributos
direcionadores de custo
COCOMO AVANÇADO= são incorporadas características da versão intermediária com uma
avaliação de impacto de custo em cada passo de todo o projeto

Estimativas de Prazo= além de fazer as estimativas de custo temos que levantar quanto
tempo vai levar para o software ser desenvolvido.

CMMI

Você também pode gostar