|
|
|
|
|
|
||
|
ReliaSoft
>
Softwares
> RGA >
Estudo de Casos >
Caso 5
ReliaSoft RGA
- Estudo de Caso
|
|||||||||||||||||||||||||
| Estudo de Caso 5 - Crescimento de Confiabilidade de Software |
Software
Utilizado: |
Um Software para uma particular aplicação esta em desenvolvimento. O cliente exige que, no máximo, ocorra uma falha a cada 8 horas de operação continua.
Quando existe uma versão "Beta" (versão apenas para teste) do software, os testes começam. Três pessoas irão fazer os testes continuamente, isto resulta em 24 horas de teste por dia. As falhas do software são armazenadas no sistema FRACAS (failure reporting, analysis and corrective action system) com apresentado a seguir,
Sabendo que uma nova versão do software esta disponível toda a semana e que as melhorias são implementadas durante a semana com exceção das ultimas duas semanas do teste.
Os dados extraídos do sistema FRACAS estão na tabela abaixo:
|
Número de Falhas |
Dias de Teste |
|
45 |
5 |
|
37 |
10 |
|
19 |
15 |
|
16 |
20 |
|
25 |
23 |
|
16 |
26 |
|
10 |
28 |
Entrada de Dados
Os dados estão agrupados pelo número de dias até a
nova versão de o software estar disponível.
Utilizando a planilha de dados agrupados do RGA 6, e
o modelo Crow-AMSAA para
analisar. A entrada de dados é apresentada a seguir,
Análise e Resultados
A meta da Taxa de Falha é 1 falha a cada 8 horas de operação, ou
seja, 1/8 = 0,125 falhas por hora. Em um dia (24 horas), a meta
de Taxa de Falha é 0,125*24 = 3 falhas por dia. A intensidade de
falha pode ser estimada utilizando o
Quick Calculation
Pad (QCP), como apresentado a
seguir,
A Taxa de falha atual é de 4,625 falhas por
dia. Além disso, a questão é: "Se nós continuarmos o
teste com a mesma taxa de crescimento de
confiabilidade, quando atingiremos 3 falhas (ou
menos) por dia?"
A opção Tempo/Estágio (Time/Stage)
do QCP será usada para responder esta questão, como
apresentado a seguir,
Portanto, 185-28 = 157 dias a mais de testes são necessários (test-analyze-and-fix) para alcançar a taxa de falha meta. Isto é apresentado graficamente a seguir,
Neste gráfico, podemos ver que existe um “intervalo” de 20 a 23 dias da taxa de falha que esta acima dos demais. Esta é a razão pela qual foi necessário um tempo maior de teste. Se analisarmos apenas os dados de 20 dias, nós teremos,
Neste caso, é estimado mais 11 dias de testes para atingir a
meta de taxa de falha. Então a questão é: “O que aconteceu
quando a taxa de falha “saltou” no 20o dia de teste e
desenvolvimento?”.
Isso acontece, pois foi implementada uma nova funcionalidade no
software a pedido do cliente, que causou uma redefinição de
alguns módulos do software. Este salto é típico de softwares e
hardwares em desenvolvimento quando novas funções são
adicionadas.
Como ocorreu mudanças significativas, nos iremos analisar o
crescimento de confiabilidade a partir do dia 20. Em outras
palavras, a nova origem do teste será considerada o dia 20,
então os dados são:
|
Número de Falhas |
Dias de Teste |
|
25 |
3 |
|
16 |
6 |
|
10 |
8 |
Analisando os dados novamente temos os seguintes resultados:
Portanto, quando consideramos os dados ajustados,
será necessário mais 33 dias de desenvolvimento.
Claro que é muito cedo para fazer qualquer previsão
baseado em 8 dias de teste, mas este resultado pode
ser utilizado para ter uma idéia geral de tempo de
desenvolvimento e para um plano de acompanhamento.
Neste caso, decidiu-se colocar mais 3 pessoas para
fazer os testes, e que se possível, as atualizações
sejam feitas a cada dois dias. Esta é uma estratégia
mais agressiva de desenvolvimento e teste com o
objetivo de completar o projeto dentro de um mês.
|
[Home] [Softwares] [Treinamentos] [Consultorias] [Painel de Confiabilidade] [A Empresa] [Clientes] [weibull.com] |
|
|
Copyright ©1998-2005 ReliaSoft
Brasil, Todos os Direitos Reservados |
LEGAL [Termos
de Uso] [Links] |
