s e Qualida Software Marcio P. Machado, Sotério F. Souza Mestrado em Informática Departamento Informática Universida Feral do Espírito Santo 1 Introdução Nos últimos anos, empresas têm buscado certificações ISO ou CMM como meio comprovar a qualida no seu processo senvolvimento software e, sta maneira, se tornarem competitivas em um mercado cada vez mais exigente. Com isso, torna-se gran importância o senvolvimento métodos e técnicas que permitam uma avaliação abrangente da qualida dos processos e dos produtos software, para garantir que o usuário receba produtos ntro das especificações por ele finidas e esperadas. Isto po ser alcançado através da finição e especificação apropriadas características relevantes qualida do produto, com as respectivas avaliações, sempre que possível, usando métricas válidas e aceitas. Mensuração tem sido importante para organizações se esforçarem para atingir níveis superiores maturida. Programas mensuração ajudam as organizações e os tomadores cisões, fornecendo informações significativas com relação à qualida, aquação e progresso evolutivo processos, produtos e projetos software [1]. Software faz parte nossas vidas, e embora muito já tenha sido conseguido nos últimos 30 anos, s que nas conferências da Otan em 1968 e 1969 se começou a falar engenharia software, muito resta para ser feito na busca qualida e produtivida no senvolvimento e manutenção software [2]. Este trabalho preten apresentar uma visão geral sobre métricas e qualida software. A seção 2 é dicada a apresentar uma estrutura um Sistema Qualida e mostra a importância da sua utilização. A seção 3 mostra o Molo Qualida para Qualida Externa e Interna, finindo as características e sub-características um produto software. A seção 4 apresenta a perspectiva qualida em uso dos produtos software, salientando-se aspectos e mecanismos avaliação sob a ótica do usuário do produto. Na seção 5, são apresentadas tabelas com alguns exemplos métricas aplicáveis à qualida em uso do produto software. Finalmente, na seção 6 são apresentadas as consirações finais do trabalho. O trabalho está fortemente embasado nas Normas ISO/IEC 9126-1[3] e ISO/IEC 9126-4[4]. 2 Estrutura um Sistema Qualida A seguir será scrito um framework que explica o relacionamento entre diferentes abordagens qualida. 2.1 Abordagens Qualida Segundo [6], duas abordagens são essenciais para que uma organização obtenha um processo qualida no senvolvimento software: QA (Quality Assurance) e QC (Quality Control), que, se operando simultaneamente, garantem que os artefatos software sejam senvolvidos e entregues aos clientes com melhor aceitabilida, menos feitos e menores custos. QA provê a gerência sênior da organização com a visibilida apropriada sobre o processo 1
senvolvimento, enquanto QC tem como objetivo testar os produtos software modo a encontrar, relatar e remover seus feitos. As necessidas qualida do usuário incluem requisitos qualida em uso no contexto especificado para uso. Essas necessidas intificadas, por sua vez, pom ser usadas quando se especifica qualida externa e interna usando características e sub-características qualida do produto software. A avaliação do produto software é um dos processos no ciclo vida senvolvimento software. A qualida do produto software po ser avaliada pela medição dos atributos internos (tipicamente medidas estáticas produtos intermediários), ou pela medição dos atributos externos (tipicamente medidas do comportamento do código quando executado), ou pela medição dos atributos qualida em uso. O objetivo é que o produto tenha o efeito sejado em um contexto particular uso (Figura 1). Processo Produto Software Efeito do Produto Software influencia influencia influencia Qualida do Processo Atributos Qualida Interna Atributos Qualida Externa Atributos Qualida em Uso pen da pen da pen da Medidas do Processo Medidas Internas Medidas Externas Medidas Qualida Uso Contextos Uso Figura 1: Qualida no Ciclo Vida. A qualida do processo contribui para a melhoria da qualida do produto, que, por sua vez, contribui para a melhoria da qualida em uso. Então, a avaliação e melhoria um processo é um meio para melhorar a qualida do produto, e a avaliação e melhoria da qualida do produto é um meio melhorar a qualida em uso. Similarmente, a avaliação da qualida em uso po dar um feedback para melhorar o produto, e a avaliação da qualida do produto po dar feedback para melhorar o processo. Atributos internos aquados do software são um pré-requisito para alcançar o comportamento externo sejado, que por sua vez, é um pré-requisito para alcançar a qualida em uso (Figura 1). Os requisitos qualida do produto software geralmente incluem critérios avaliação para qualida interna, qualida externa e qualida em uso, para corresponr às necessidas dos senvolvedores e usuários finais. 2.2 Qualida Produto e o Ciclo Vida As visões qualida interna, qualida externa e qualida em uso mudam durante o ciclo vida do software. Como exemplo, os requisitos qualida no início do ciclo vida são normalmente vistos do ponto vista do usuário (externo), e difere da qualida do produto 2
intermediário, tal como a qualida do projeto, que é geralmente vista do ponto vista do senvolvedor (interno). As tecnologias usadas para alcançar o nível qualida necessário, assim como especificações e avaliações qualida, precisam apoiar tanto o ponto vista dos usuários quanto o dos senvolvedores. É necessário finir estas perspectivas e as tecnologias associadas à qualida para gerenciar a qualida em cada estágio do ciclo vida. O objetivo é alcançar a qualida necessária e suficiente para atingir as reais necessidas dos usuários. A ISO 8402 fine qualida em termos da habilida satisfazer necessidas explícitas e implícitas. Entretanto, as necessidas especificadas por um usuário nem sempre refletem as suas reais necessidas, pois (1) um usuário normalmente não está ciente suas necessidas, (2) necessidas pom mudar após serem especificadas, (3) usuários diferentes pom ter ambientes operacionais diferentes, e (4) po ser impossível consultar todos os possíveis tipos usuário. Por causa disso, requisitos qualida não pom ser completamente finidos antes do início do projeto. Além disso, é preciso entenr as necessidas reais dos usuários da forma mais talhada possível, e representá-las em requisitos. O objetivo não é, necessariamente, alcançar a qualida perfeita, mas sim a qualida necessária e suficiente para cada contexto uso especificado quando o produto é entregue e realmente utilizado pelos usuários. Escalas medidas para as métricas usadas em requisitos qualida pom ser divididas entre as categorias corresponntes para os diferentes graus satisfação dos requisitos. Como exemplo, a escala poria ser dividida em duas categorias: satisfatório e insatisfatório, ou em quatro categorias: exceu os requisitos, atingiu, requisitos suficientemente aceitos e inaceitável. Basta apenas que as categorias sejam especificadas forma que o usuário e o senvolvedor possam evitar o excesso custo e planejamento snecessário. A figura 2 ilustra diferentes visões qualida do produto e métricas associadas em diferentes estágios do ciclo vida do software. Necessidas Qualida d uso e feedback Qualida em Uso contribui para especificar indica Requisitos Qualida Externa validação Qualida Externa contribui para especificar indica Requisitos Qualida Interna verificação Qualida Interna Figura 2: Qualida no Ciclo Vida do Software. 3
Necessidas qualida do usuário pom ser especificadas como requisitos qualida por métricas qualida em uso, por métricas externas e algumas vezes por métricas internas. Estes requisitos especificados por métricas veriam ser usados como critério quando um produto é validado. A execução um produto que satisfaça as necessidas do usuário normalmente requer uma abordagem iterativa no senvolvimento do software, com contínuo feedback da perspectiva do usuário. Requisitos qualida externa especificam o nível requisitado qualida da visão externa. Eles incluem requisitos rivados das necessidas qualida do usuário, incluindo requisitos qualida em uso. Requisitos qualida externa são utilizados como alvo para validação em vários estágios senvolvimento. Requisitos qualida externa para todas as características qualida finidas na ISO/IEC 9126 veriam ser terminados na especificação requisitos qualida utilizando métricas externas, veriam ser transformados em requisitos qualida interna, e veriam ser usados como critério quando um produto é avaliado. Requisitos qualida interna especificam o nível requisitado qualida da visão do produto. Requisitos qualida interna são usados para especificar propriedas produtos intermediários. Eles pom incluir molos estáticos e dinâmicos, outros documentos e código fonte. Requisitos qualida interna pom ser usados como alvos para validação em vários estágios senvolvimento. Eles pom ser usados para finição estratégias senvolvimento e critérios para validação e verificação durante o senvolvimento. Isto po incluir o uso métricas adicionais (por exemplo, a reusabilida), que estão fora do escopo da ISO/IEC 9126. Requisitos qualida interna estabelecidos veriam ser especificados quantitativamente usando métricas internas. Qualida interna é a totalida características do produto software na visão interna. A qualida interna é medida e avaliada em termos dos requisitos qualida interna. Detalhes da qualida do produto software pom ser melhoradas durante a implementação, revisão e teste do código, mas a natureza fundamental da qualida do produto software representada pela qualida interna permanece inalterada a menos que se planeje novamente. Qualida externa estimada é a qualida que é estimada ou prevista para o produto final software em cada estágio senvolvimento para cada característica qualida, baseada no conhecimento da qualida interna. Qualida externa é a totalida características do produto software do ponto vista externo. É a qualida quando o software é executado, que é tipicamente medida e avaliada durante o teste um ambiente simulado com dados simulados usando métricas. Durante o teste, a maioria das falhas veria ser scoberta e eliminada. No entanto, algumas falhas ainda pom permanecer mesmo após o teste. Como é difícil corrigir a arquitetura do software ou outros aspectos fundamentais projeto do software, o projeto essencial normalmente permanece inalterado por todo o teste. 4
Qualida em uso estimada é a qualida que é estimada ou prevista para o produto final software em cada estágio senvolvimento para cada característica qualida em uso, e baseia-se no conhecimento das qualidas internas e externas. Qualida em uso é a visão do usuário da qualida do produto software quando é utilizado em ambiente e contexto uso estabelecidos. Ela me o quanto os usuários pom alcançar seus objetivos em um ambiente particular, em vez medir as propriedas do software propriamente dito. O nível qualida no ambiente dos usuários po ser diferente daqueles obtidos no ambiente dos senvolvedores, vido as diferenças entre hardware e ambiente apoio. O usuário avalia somente aqueles atributos software que são utilizados em suas tarefas. Algumas vezes, atributos software especificados por um usuário final durante a fase análise requisitos, não mais corresponm às necessidas do usuário quando o produto está em uso, vido a mudanças nos requisitos e a dificulda especificar necessidas implícitas. 2.3 Itens a serem avaliados Itens pom ser avaliados por medidas diretas, ou indiretamente pela medida das suas conseqüências. Como exemplo, um processo po ser avaliado indiretamente pela medição e avaliação do produto, e o produto po ser avaliado indiretamente pela medição do sempenho da tarefa um usuário (utilizando métricas qualida em uso). Um software nunca executa sozinho, mas sempre como parte sistema maior, que tipicamente, consiste outros produtos software que tem sua interface, hardware, operadores e fluxo trabalho. O produto software completo po ser avaliado pelos níveis métricas externas escolhidas. Essas métricas screvem a interação com o ambiente e são avaliadas pela observação do software em operação. Qualida em uso po ser medida pelo quanto um produto em uso atinge as necessidas do usuário em termos efetivida, produtivida, segurança e satisfação. Nos primeiros estágios senvolvimento somente recursos e processo pom ser medidos. Quando produtos intermediários se tornam disponíveis (especificações, código fonte, etc), eles pom ser avaliados pelas métricas internas escolhidas. Essas métricas pom ser usadas para prever valores métricas externas. 2.4 Utilização um Molo Qualida Qualida produto software veria ser avaliada utilizando um molo qualida finido. O molo qualida ve ser usado quando se estabelecem metas qualida para produtos software e produtos intermediários. A qualida do produto software ve ser hierarquicamente composta para um molo qualida composto características e subcaracterísticas que pom ser usadas como um checklist assuntos relacionados à qualida. É praticamente impossível medir todas as sub-características todas as partes um gran produto software. Similarmente, não é prático medir qualida em uso todos os possíveis cenários tarefas do usuário. Recursos para avaliação precisam ser alocados entre os diferentes tipos medições penndo dos objetivos do negócio e da natureza do produto e do processo. 5
3 Molo Qualida para Qualida Externa e Interna Agora será apresentado um molo qualida para qualida interna e externa, que categoriza a qualida software em 6 características (funcionalida, confiabilida, usabilida, eficiência, manutenibilida e portabilida), que são subdivididas em subcaracterísticas, conforme figura 3. Para cada característica e sub-característica, a capacida do software é terminada por um conjunto atributos internos que pom ser medidos. Qualida Externa e Interna Funcionalida Confiabilida Usabilida Eficiência Manutenibilida Portabilida Aquação Acurácia Interoperabilida Segurança Acesso Conformida Maturida Tolerância a Falhas Recuperabilida Conformida Inteligibilida Aprendiibilida Operacionalida Atrativida Conformida Comportamento em Relação ao Tempo Comportamento em Relação aos Recursos Conformida Analisabilida Modificabilida Estabilida Testabilida Conformida Adaptabilida Capacida Instalação Coexistência Capacida Substituição Conformida Figura 3: Molo qualida para qualida externa e interna 3.1 Funcionalida: capacida fornecer funções que correspondam às necessidas explícitas e implícitas do usuário quando o software é utilizado sob condições especificadas. Aquação: capacida fornecer um conjunto apropriado funções para tarefas específicas e objetivos do usuário. Acurácia: capacida fornecer o resultado com o grau precisão sejado. Interoperabilida: capacida interagir com um ou mais sistemas. Segurança Acesso: capacida proteger dados e informações pessoas ou sistemas não autorizados. Conformida: capacida arir a padrões, convenções, leis e prescrições similares relativas a funcionalida. 6
3.2 Confiabilida: capacida do software manter seu nível sempenho quando utilizado em condições estabelecidas. Maturida: capacida evitar feitos no software. Tolerância a Falhas: capacida manter um nível sempenho estabelecido em caso feito no software. Recuperabilida: capacida recuperar dados diretamente afetados no caso falhas. Conformida: capacida arir a padrões, convenções, leis e prescrições similares relativas a confiabilida. 3.3 Usabilida: capacida que o produto tem ser entendido, aprendido, utilizado e ser atraente para o usuário. Inteligibilida: capacida do produto fazer o usuário entenr se o software é aquado, e como ele po ser usado para tarefas particulares. Aprendibilida: capacida que o produto ve ter fazer o usuário entendê-lo. Operacionalida: capacida que o produto ve ter para que o usuário possa aprendê-lo e controlá-lo. Atrativida: capacida do produto em ser atraente para o usuário. Conformida: capacida arir a padrões, convenções, leis e prescrições similares relativas a usabilida. 3.4 Eficiência: relacionamento entre o nível sempenho do software e a quantida recursos utilizados, sob condições estabelecidas. Comportamento em Relação ao Tempo: capacida fornecer tempos resposta e processamento aquados, bem como taxas transferência. Comportamento em Relação aos Recursos: capacida usar quantida e tipos recursos aquados. Conformida: capacida arir a padrões e convenções relativas a eficiência. 3.5 Manutenibilida: esforço necessário para se fazer modificações específicas no software. Analisabilida: capacida em diagnosticar ficiências e causas feitos. Modificabilida: capacida que o produto tem receber modificações. Estabilida: capacida evitar efeitos inesperados a partir modificações. 7
Testabilida: capacida validar as modificações efetuadas no produto. Conformida: capacida arir a padrões e convenções relativas a manutenibilida. 3.6 Portabilida: capacida que o produto tem ser transferido um ambiente para outro. Adaptabilida: capacida ser adaptado em diferentes ambientes sem intervenção. Capacida Instalação: capacida ser instalado em um ambiente específico. Coexistência: capacida que o produto tem coexistir com outro software inpennte em um ambiente comum, compartilhando recursos comuns. Capacida Substituição: capacida que o produto software ve ter ser usado no lugar outro produto software com o mesmo propósito no mesmo ambiente. Conformida: capacida arir a padrões e convenções relativas a portabilida. 4 Molo Qualida em Uso Outra subdivisão do Molo Qualida finido pela Norma ISO/IEC 9126-1 é o Molo Qualida em Uso do produto software. Este molo se preocupa em conceituar e avaliar a qualida do produto software sob o ponto vista do usuário, ntro um ambiente e um contexto estabelecido utilização. Qualida em Uso é a visão qualida que o usuário tem do software e é medida em termos do resultado da utilização do software. É a capacida que o produto software tem atenr aos anseios e às necessidas dos usuários em seu próprio ambiente trabalho. A avaliação da Qualida em Uso do software valida a qualida do produto em cenários e tarefas estabelecidas do usuário. Portanto, Qualida em Uso um produto pen do tipo usuário que o está utilizando, ou seja, para um usuário final a qualida em uso é principalmente o resultado funcionalida, confiabilida, usabilida e eficiência; para um analista manutenção a qualida em uso é a manutenibilida; e para um analista responsável pela mudança ambiente, a qualida em uso é a portabilida. Os atributos da qualida em uso são categorizados em quatro características: efetivida, produtivida, segurança e satisfação. Não são finidas sub-características (Figura 4). 8
Qualida em Uso Efetivida Produtivida Segurança Satisfação Figura 4: Molo Qualida para Qualida em Uso. Efetivida: finida como sendo a capacida do produto software possui possibilitar ao usuário atingir metas especificadas com acurácia e completeza, em um contexto uso especificado. Produtivida: finida como sendo capacida do produto software possui possibilitar aos usuários utilizar uma quantida aquada recursos em relação à efetivida alcançada em um contexto uso especificado. Segurança: finida como sendo a capacida do produto software possui oferecer níveis aceitáveis risco danos a pessoas, negócios, software, proprieda ou ao ambiente, em um contexto uso especificado. Satisfação: refere-se à capacida do produto software satisfazer usuários em um contexto uso especificado. A Norma ISO/IEC 9126-4 fine as métricas para as características acima. Tais métricas não possuem valores previamente terminados vido ao fato stes valores serem finidos para cada produto software que, por sua natureza, penm fatores como categoria, integrida e necessidas dos usuários. Alguns atributos possuem uma faixa sejável valores que nem sempre penm necessidas especificadas pelo usuário, mas sim fatores genéricos como, por exemplo, a habilida cognitiva humana. Os usuários também pom senvolver e aplicar métricas e medidas para seus domínios particulares aplicação. Sempre que isso acontecer, o usuário ve especificar como as métricas por ele senvolvidas se relacionam com o molo qualida finido pela ISO/IEC 9126-1 ou qualquer outro. O usuário ve selecionar a característica qualida para ser avaliada a partir da ISO/IEC 9126-1; intificar as medidas diretas e indiretas apropriadas para serem aplicadas, intificar métricas relevantes e interpretar o resultado das medições uma maneira objetiva. 9
É importante salientar as influências e pendências existentes entre qualida interna, externa e qualida em uso produtos software (Figura 5). Produto Software Efeitos do Produto Software influencia influencia Qualida Interna Qualida Externa Qualida em Uso pen da pen da s Internas s Externas s Qualida em Uso Contextos Uso Figura 5: Relacionamentos entre os tipos métricas. Como vimos anteriormente, qualida interna e externa são aplicáveis ao produto software em si, enquanto qualida em uso é aplicável ao efeito do produto software. As métricas internas pom ser aplicadas a um produto software não executável, durante os seus estágios senvolvimento. Elas proporcionam ao usuário a habilida medir a qualida nas fases intermediárias e, assim, predizer a qualida final do produto. Isso permite ao usuário tectar falhas e tomar as ações corretivas durante os estágios iniciais senvolvimento. As métricas externas pom ser usadas para medir a qualida do produto software através da medição seu comportamento em um sistema do qual ele faça parte. s externas pom ser usadas apenas durante os estágios teste do processo ciclo vida ou durante qualquer estágio operacional. Consegue-se isso executando o software no ambiente sistema ao qual ele preten se encaixar. As métricas qualida em uso mem o quanto que o produto agrega das necessidas usuários específicos, para a obtenção dos resultados específicos esperados com efetivida, produtivida, segurança e satisfação, em um contexto uso estabelecido. Isso po ser conseguido apenas em um ambiente real operação do produto. As necessidas qualida usuário pom ser especificadas como requisitos qualida pelas métricas qualida em uso, por métricas externas e, algumas vezes, por métricas internas. Estes requisitos especificados por métricas vem ser usados como critério quando um produto é avaliado. Uma métrica é finida ntro (1) uma característica com um propósito específico, (2) um método aplicação, (3) uma fórmula, (4) uma interpretação do valor obtido, (5) o tipo da escala usada, (6) o ponto medição, e (7) referência na Norma ISO/IEC 12207 SLCP intificando o processo do ciclo vida on a métrica é aplicável. 10
A Norma ISO/IEC 9126-4 apresenta um conjunto métricas categorizadas por características qualida em uso software. As métricas não estão limitadas às apresentadas neste trabalho. Outras métricas para propósitos específicos são encontradas em documentos correlatos. As métricas vem ser validadas antes sua aplicação em ambientes específicos. Como já mencionado, métricas qualida em uso mem o quanto que o produto aten às necessidas usuários específicos. Qualida em uso é obtida através da observação usuários representativos cumprindo tarefas representativas em um contexto real uso. As medidas pom ser obtidas através simulação um ambiente trabalho real ou pela observação do uso em operação do produto. Para se medir ou especificar a qualida em uso é necessário primeiramente intificar cada componente do contexto uso: os usuários, os resultados esperados e o ambiente uso. A avaliação ve ser projetada para representar o contexto uso tão fielmente quanto possível. É também importante que os usuários tenham acesso apenas à ajuda e assistência que estejam disponíveis para eles no ambiente operacional. Portanto, é necessário um Processo para a avaliação da Qualida em Uso software, cuja estrutura está documentada na Norma ISO/IEC 14598-1. 11
5 Tabelas s s processo e projeto software são medidas quantitativas que permitem ao pessoal software ter idéia da eficácia do processo software e dos projetos que são conduzidos usando o processo como arcabouço [5]. Portanto, para mostrar como certas características pom ser mensuradas, serão apresentadas nesta seção quatro tabelas com exemplos métricas aplicáveis a cada uma das características do molo qualida em uso produtos software. 5.1 s Efetivida Nome da Efetivida da tarefa Completu da Tarefa Freqüência Erro Propósito da Que proporção da tarefa é completada corretamente? Que proporção das tarefas é completada? Qual é a freqüência erros? Método Aplicação Teste com Teste com Teste com Medida e Fórmula Interpretação Tipo Escala M1= 1 - ΣA i 1 A = valor 0 <= M1 <= 1 proporcional cada item perdido próximo 1, ou incorreto no resultado da tarefa A = número tarefas completadas B = total tarefas testadas X = A / T A = número erros tomados pelo usuário T = tempo ou número tarefas próximo 1, 0 <= X próximo 0, Tipo Medida - A=? Taxa B = quantida X = quantida/ quantida Entrada Roteiro Teste d Roteiro Teste d Roteiro Teste d Referência ISO 12207 6.5 Validação 6.5 Validação 6.5 Validação Público- Alvo Projetista Interface com o Projetista Interface com o Projetista Interface com o 12
5.2 s Produtivida Nome da Tempo da Tarefa Eficiência da Tarefa Custo efetivo Propósito da Quanto tempo mora-se para completar uma tarefa? Quão eficientes são os usuários? Qual o custo efetivo do usuário? Método Aplicação Teste com Teste com Teste com Medida e Fórmula Interpretação Tipo Escala X = Ta / Tb Ta = tempo ocioso do usuário Tb = tempo da tarefa X = M1 / T M1 = efetivida da tarefa T = tempo da tarefa X = M1 / C M1 = efetivida da tarefa C = custo total da tarefa X >= 0 Quanto menor, X >= 0 Quanto maior, X >= 0 Quanto maior, Intervalo - Tipo Medida T= tempo T = tempo X = T = tempo X = Entrada Roteiro Teste d Roteiro Teste d Roteiro Teste d Referência ISO 12207 6.5 Validação 6.5 Validação 6.5 Validação Público- Alvo Projetista Interface com o Projetista Interface com o Projetista Interface com o X = Ta / Tb Proporção Produtiva Que proporção do tempo o usuário está realizando ações produtivas? Teste com Ta = tempo produtivo = tempo da tarefa tempo ajuda tempo perdido com erro tempo pesquisa Tb = tempo da tarefa próximo 1, Ta = tempo Tb = tempo X = tempo / tempo Roteiro Teste d 6.5 Validação Projetista Interface com o 13
s Produtivida (cont.) Nome da Grau Eficiência d Propósito da Quão eficiente é um usuário comparado com um especialista? Método Aplicação Teste com Medida e Fórmula Interpretação Tipo Escala Grau Eficiência d A = eficiência um usuário comum B = eficiência um usuário especializado próximo 1, Tipo Medida Entrada Roteiro Teste d Referência ISO 12207 6.5 Validação Público- Alvo Projetista Interface com o Grau Produtivida do Quão produto é um usuário comparado com um especialista? Teste com Grau Produtivida do A = produtivida um usuário comum B = produtivida um usuário especializado próximo 1, Roteiro Teste d 6.5 Validação Projetista Interface com o 14
5.3 s Segurança Nome da Bem-estar d Segurança das pessoas afetadas pelo uso do sistema Segurança dos Pacientes Danos Econômicos Propósito da Qual é a incidência problemas saú entre os usuários do produto? Qual o nível perigo incinte às pessoas afetadas pelo uso do sistema? Qual a incidência perigo para o paciente que recebe tratamento pelo sistema? Qual a incidência danos econômicos? Método Aplicação Estatísticas Estatísticas Estatísticas Estatísticas Medida e Fórmula A = número usuário com LER, fadiga ou dor-cabeça B = total usuários A = número pessoas colocadas em perigo B = total pessoas afetadas pelo sistema A = número pacientes com tratamento prescrito incorretamente B = total pacientes A = número ocorrências danos econômicos B = total situações medidas Interpretação próximo 0, próximo 0, próximo 0, próximo 0, Tipo Escala Tipo Medida B = quantida X = quantida/ quantida B = quantida X = quantida/ quantida B = quantida X = quantida/ quantida B = quantida X = quantida/ quantida Entrada Uso do Uso do Uso do Uso Referência ISO 12207 Público-Alvo Projetista Interface com Projetista Interface com Desenvolvedor Projetista Interface com Desenvolvedor Projetista Interface com Desenvolvedor 15
s Segurança (cont.) Nome da Danos no Software Propósito da Qual a incidência danos no software? Método Aplicação Estatísticas Medida e Fórmula A = número ocorrências danos no software B = total situações medidas Interpretação próximo 0, Tipo Escala Tipo Medida B = quantida X = quantida/ quantida Entrada do Uso Referência ISO 12207 Público-Alvo Projetista Interface com Desenvolvedor 16
5.4 s Satisfação Nome da Escala Satisfação Pesquisa Satisfação Propósito da Qual o nível satisfação do usuário? Qual o nível satisfação do usuário em funções específicas? Método Aplicação Teste com o Teste com o Medida e Fórmula A = questionário com escala psicométrica B = média da população X = A A = resultado da pesquisa Interpretação X > 0 Quanto maior, Comparação com valores anteriores ou com a média da população. Tipo Escala Taxa Ordinal Tipo Medida X = quantida X = quantida Entrada Roteiro Teste Uso Roteiro Teste Uso Referência ISO 12207 6.5 Validação 6.5 Validação Público-Alvo Projetista Interface com Desenvolvedor Projetista Interface com Desenvolvedor Uso Discreto do Produto Qual proporção dos usuários potenciais optou pelo sistema? Observação da Utilização A = número vezes que a função, aplicação ou sistema é usado B = número que o usuário teve a intenção usar próximo 1, Taxa B = quantida X = quantida/ quantida Roteiro Teste Uso 6.5 Validação Projetista Interface com 17
6 Consirações finais Neste trabalho procurou-se ressaltar a importância da garantia e do controle da qualida em produtos software, na conquista da satisfação do usuário. Mostrou-se que a qualida em uso é pennte da qualida do produto, que por sua vez é corrência da qualida do processo, e que as visões qualida interna, externa e qualida em uso do software, assim como suas métricas associadas, mudam durante os diferentes estágios do ciclo vida do software. Enfatizou-se que a medição da qualida do processo e do produto proporciona aos gerentes e profissionais engenharia software a oportunida melhorar e aperfeiçoar o processo software, além ajudar no planejamento, acompanhamento e no controle um projeto, possibilitando também a avaliação da qualida do produto que é produzido. Medidas atributos específicos do processo, projeto e produto são usadas para o cálculo métricas que após analise, resultam em indicadores que orientam ações gerenciais e técnicas. Ficou claro que métricas relativas ao processo proporcionam que a organização tenha uma visão estratégica, pois fornecem a compreensão da efetivida do processo, e que métricas relativas ao projeto são táticas e permitem ao gerente projeto adaptar o fluxo trabalho e a abordagem técnica do projeto em tempo real. Foram mostrados também alguns exemplos métricas aplicáveis a qualida em uso do produto software em termos da efetivida, produtivida, segurança e satisfação. Finalmente, conclui-se que a garantia e o controle da qualida produtos software são imprescindíveis para a sobrevivência das organizações que os produzem. Po-se concluir também que métricas software são uma ferramenta fundamental no gerenciamento, melhoria e senvolvimento processos e produtos software. Referências [1] VALLE, A.; MARCINIUK, M.; MELHORETTO, S.; BURNETT, R. Um roadmap para métricas software: finições e histórico. Developers Magazine: setembro 2000. [2] ROCHA, A. R. C. da; MALDONADO, J. C.; WEBER, K. C. Qualida software. 1.ed. São Paulo: Prentice Hall, 2001. [3] ISO/IEC 9126-1: 2000. Software engineering Software product quality- Part 1: Quality mol. [4] ISO/IEC 9126-4: 2000. Software engineering Software product quality- Part 4: Quality in use metrics. [5] PRESSMAN, R. S. Engenharia software, Trad. 5.ed. São Paulo: Mc Graw Hill, 2002. [6] CARDOSO, A. As abordagens da qualida em software: QA e QC. Developers Magazine: janeiro 2004. 18