Pular para o conteúdo principal

Uma Abordagem de Avaliação de Qualidade de Aplicações Web



Qualidade é definida pela norma NBR ISO 8402 [1], como a totalidade das características de uma entidade que lhe confere a capacidade de satisfazer às necessidades explícitas e implícitas. Entidade é o produto propriamente dito, as necessidades explícitas são as próprias condições e objetivos propostos pelo produtor e as necessidades implícitas são condições, mais subjetivas, como as diferenças entre as necessidades dos usuários, a evolução no tempo, as implicações éticas, as questões de segurança e outras. A qualidade de software, segundo Pressman [2], é a conformidade a requisitos funcionais e de desempenho explicitamente declarados, a padrões de desenvolvimento claramente documentados e a características implícitas que são esperadas de todo software profissionalmente desenvolvido. Esta definição enfatiza, três pontos chave: os requisitos de software, padrões especificados e um conjunto de requisitos implícitos. Os requisitos de software são a base a partir da qual a qualidade é medida. A falta de conformidade aos requisitos significa falta de qualidade. Padrões especificados definem um conjunto de critérios de desenvolvimento que orientam a maneira segundo a qual o software passa pelo trabalho de engenharia. Se os critérios não forem seguidos, o resultado quase que seguramente será a falta de qualidade. Os requisitos implícitos que freqüentemente não são mencionados (por exemplo, o desejo de uma boa manutenibilidade) são também importantes. Se o software se adequar aos seus requisitos explícitos, e deixar de cumprir seus requisitos implícitos, a qualidade de software será suspeita. A qualidade de software é uma combinação complexa de fatores que variam de acordo com diferentes aplicações e clientes que as solicitam. Os fatores que afetam a qualidade de software podem ser categorizados em dois grupos distintos. (i) fatores que podem ser medidos diretamente (por exemplo, erros por unidades de tempo
etc) e (ii) fatores que podem ser medidos apenas indiretamente (por exemplo, usabilidade ou manutenibilidade).

Comentários

Postar um comentário

Postagens mais visitadas deste blog

A Origem da Internet

Para se entender o conceito de Internet, a rede mundial de computadores (World Wide Web), deve regressar-se às décadas de 1960 e 1970 para se entender como se tornou um dos meios de comunicação mais populares em todo o mundo. Teve origem no período da guerra fria entre os Estados Unidos da América e a ex-União Soviética. O governo norte-americano queria desenvolver um sistema em que os seus computadores militares rapidamente conseguissem trocar informações entre si, de uma base militar para outra e que em caso de ataque nuclear os dados não se perdessem.   Queria uma tecnologia em que fosse “impossível” perder a informação. Foi desta forma que surgiu então a ARPANET, o antecessor da Internet, um projeto iniciado pelo Departamento de Defesa dos Estados Unidos. Este sistema garantia a integridade da informação caso uma das ligações de rede sofresse um ataque inimigo, pois o tráfego de informação poderia ser automaticamente encaminhado para outras ligações. O mais curioso é que r...
Postar um comentário
Leia mais

Qualidade para Sistemas Legados

  Na metodologia atual quando se tratar de colocar o conceito de Qualidade para Sistemas legados a tendência é um ganho muito alto na satisfação dos operadores do Sistema. Primeiramente quando se trata de uma ferramenta que está em uso algumas culturas existentes tem que ser quebrada, tem muita gente que tem medo dessa palavra por achar que isso impactaria diretamente no processo de trabalho e a perda seria muito alto em relação as demandas que são solicitadas para correção, pois bem quando estamos trabalhando com homologação de sistema nos deparamos com o grave problema de encontrar sistemas legados sem nenhuma documentação. Um conceito errado em relação as demandas do mercado, como nunca no mundo ninguém é insubstituível sempre terá as mudanças internas de pessoas e isso irá acarretar ainda mais o processo do sistema e assim a disponibilização de versão com vários erros. Nos deparamos com o grande problema da falta de documentação, é que não sabemos se aquilo que o An...
Postar um comentário
Leia mais

Homologação de Sistemas (Tipos de Testes)

Homologação de Softwares Testes de Unidade:     Estágio mais baixo da escala e testes, sendo aplicados nos menores componentes de código criados, visando garantir que estes atendem ás especificações funcionais e de arquitetura, Normalemente feito pelo programador. Testes de Iteração ou Integração:  Testes de sistema ao término de cada iteração, dentro de um ambiente operacional controlado, para validar a exatidão e perfeição na execução de suas funções, referentes aos casos de uso da iteração. Normamente feito pelo analista de sistema para um módulo ou conjunto de programas. Testes de Aceitação:  É a última ação de testes antes da implantação do software, sendo de responsabilidade do cliente. O objetivo deste testes é verificar se o software está pronto e pode ser usado por usuários finais para executar as funções  tarefas para as quais foi construído. Normalmente feito pelo usuário em ambiente de homologação. Tipos de Testes de -Funciona...
Postar um comentário
Leia mais