Qualidade Software

Qualidade de software
Prof. Carla da Costa Araujo 60 horas aula Material de referncia: apostila Engenharia de software - UFLA - MG
Centro Universitrio So Camilo
Qualidade de software :
Conformidade a requisitos funcionais e de desempenho explicitamente declarados, a padres de desenvolvimento claramente documentados e a caractersticas implcitas esperadas de todo software profissionalmente desenvolvidos. Pressman
Pontos importantes...
(1) Os requisitos de software so a base a partir da qual a qualidade medida. A falta de conformidade aos requisitos significa falta de qaulidade. (2) Padres definem critrios de desenvolvimento que orientam o processo de construo do software. Se no forem seguidos p resultado, quase que seguramente, ser a falta de qualidade. (3) H requisitos implcitos que devem ser investigados. Se o software se adequar aos requisitos explcitos mas deixar de atender aos implcitos, a qualidade ser suspeita.
Est relacionada a: Gerenciamento rigoroso de requisitos Gerncia efetiva de projetos Processo de desenvolvimento de software bem definido Processo gerenciado e com foco na melhoria contnua Atividades de verificao Uso de mtricas para controle de projetos e de processos
Preveno x Deteco
Atuando sobre produtos finais e intermedirios Defeitos identificados requerem retrabalho e perda de produtividade A anlise sobre os defeitos identificados podem gerar informaes teis no futuro (lies aprendidas)
Preveno x Deteco
Preveno: lies aprendidas e melhoria do processo Deteco: verificaes e validaes
Tcnicas de correo
Compiladores/analisadores de cdigos Peer reviews Teste e simulao Auditorias Verificaes e validaes
Tcnicas de preveno
Treinamento Planejamento Modelagem SQA Lies aprendidas Melhoria de processo
Planejamento e gerncia da qualidade

Planejar as aes de qualidade devem fazer parte do panejamento do projeto como um todo Planejar definir padres relevantes para o projeto e como satisfaz-los Planejamento da qualidade Garantia da qualidade
Centro Universitrio So Camilo Qualidade de software
Planejamento e gerncia da qualidade

1-poltica da qualidade 2- escopo do projeto 3- processos, Procedimentos e padres 4-especificao do produto
Planejamento da qualidade Plano da qualidade
E mais ==> documentao das atividades de preveno e deteco de defeitos que podem ser auditorias, inspees, teste, coleta de mtricas, padres para o desenvolvimento do software.
Plano da qualidade
Pode ser um documento especfico ou parte do plano do projeto Aplicado durante todo o ciclo de vida do projeto
Plano da qualidade
IEEE 1999a define um modelo bsico para a qualidade de projeto de software, contendo dentre outras informaes:
Propsito Documentos de referncia Organograma Atividades Responsabilidades Requisitos de documentao Padres e convenes Mtricas Revises e auditorias
Teste Reporte de problemas e aes corretivas Ferramentas, mtodos e metodologias Controle de fornecimento Coleta, manuteno e reteno de registros Treinamento Gerenciamento de riscos
Garantia da qualidade
1-plano da qualidade 2-mtricas
Garantia da qualidade Melhoria da qualidade
Conjunto de atividade planejadas e sistemticas com base no sistema da qualidade da organizao, a fim de prover confiana de que o projeto ir satisfazer padres relevantes de qualidade.
Controle da qualidade
Compreeende atividades de monitorao de resultados especficos do projeto, a fim de determinar sua aderncia a padres de qualidade e identificar causas de resultados insatisfatrios. Pode ser realizado por membros da equipe ou pessoas independentes da equipe.
Qualidade do software
Preveno com SQA Software Quality Assurence, atravs de:
(1)Mtodos e ferramentas de anlise, projeto, codificao e teste (2)Revises tcnicas aplicadas em todas as fases (3)Estratgia de testes de mltiplas fases (4)Controle da documentao (5)Procedimento para garantir a adequao de padres (6)Mecanismos de medio e divulgao
Medida da qualidade
Fatores que podem ser medidos diretamente: erros, no conformidade Fatores que podem ser medidos apenas indiretamente: usabilidade, manutenibilidade Software = documentao + programas + dados
Medida da qualidade
Fatores podem ser divididos em: Operao do produto (Usando-o): corretitude: a medida que um programa satisfaz sua especificao; o grau em que o software executa a funo que dele exigida aps liberao ao usurio, determinado um tempo padro para esta avaliao; mtrica sugerida: erros por PF Confiabilidade: atende com preciso exigida Eficincia: os recursos de computao exigidos para que o programa execute sua funo
Medida da qualidade
Fatores podem ser divididos em: Operao do produto (Usando-o): Integridade: controle de acesso ao uso do software e dados; capacidade do software suportar a ataques aos programas, dados e documentos Usabilidade: o esforo para aprender a usar; pode ser medida segundo 4 caractersticas:(1) a habilidade fsica e intelectual exigida para aprender a usar o sw; (2) tempo necessrio para se tornar moderadamente eficiente no uso do sw; (3) aumento liquido da produtividade de quem o uso, se ele novo no uso por esta pessoa/ (4) avaliao subjetiva aplicada aos usurios; conhecido tambm por user-friendliness
Medida da qualidade
Fatores podem ser divididos em: Reviso do produto (Mudando-o): Manutenibilidade: o esforo exigido para localizar e reparar erros, adaptado a novo ambiente ou ampliado a pedido do cliente; manuteno a atividade que requer mais esforo na eng.de software; mtrica sugerida: tempo mdio para mudana Flexibilidade: esforo para mudar um programa Testabilidade: esforo para testar
Medida da qualidade
Fatores podem ser divididos em: Transio do produto (Modificando- para funcionar em outro ambiente, ou seja, migrando-o): Portabilidade: esforo exigido para transferir um programa de um ambiente para outro hardware ou software Reusabilidade: facilita o reuso de rotinas por outros sistemas, compartilhamento Interoperabilidade: acoplar um sistema a outro
McCall e Cavano avaliao em trs pontos de vista

(1) Operao do produto: usando-o (2) Reviso do produto: mudando-o (3) Transio do produto: migrando de ambiente
Outras questes para entender os fatores de qualidade
Manutenibilidade (posso consert-lo?) Flexibilidade (posso mudlo?) Testabilidade (posso testlo?) Portabilidade (Serei capaz de us-lo em outra mquina?) Reusabilidade (Serei capaz de reutilizar parte do software?)
Corretitute (Ele faz aquilo que eu quero?) Confiabilidade (Ele se comporta com preciso o tempo todo?) Eficincia (ele rodar em meu hardware to bem quanto possvel?) Integridade (Ele seguro?) Usabilidade (Ele foi projetado para o usurio?)
Interoperabilidade (Serei capaz de compor uma interface com outro sistema? Centro Universitrio So Camilo
Custos da qualidade
Custos de preveno e deteco Custos de avaliao Custos de falhas internas (P & D) Custos de falhas externas (P & D)
Custos de preveno
Prevenir defeitos atravs de: Treinamento Planejamento Simulao Anlise de causas SQA Definio e mehoria do processo
Custos de avaliao (deteco)

Esforo gasto com: Teste Audioria Monitorao Verificao Validao
Custos de falhas internas

Envolve manuteno e correo de falhas antes da liberao do produto para uso: Depurao Correo Re-peer reviews Teste de correo e testes de regresso
Custos de falhas externas

Envolve manuteno e correo de falhas aps a liberao do produto para uso:
Depurao Correo Re-peer reviews Teste de correo e testes de regresso Verses corretivas Servio de atendimento ao cliente Insatisfao do cliente e vendas perdidas
Mtodos de coleta
Para apurar os custos da qualidade:
Time sheets Logs e relatrios de teste Help desk Sistema de reporte de defeitos Custo do projeto Informaes de vendas ndice de satisfao do cliente
Revises tcnicas formais

mais uma atividade de garantia de qualidade de software, que tem por propsito:
Descobrir erros de da funo, lgica ou implementao De verificar se o software atende aos requisitos Garantir que o software tenha sido construdo sobre padres predefinidos Obter um software desenvolvido com uniformidade Tornar o desenvolvimento de software mais administrvel
E por isso tudo e pelo envolvimento de outras pessoas alm da equipe de desenvolvimento, torna mais fcil promover o backup e a continuidade de sua evoluo.
A reunio de reviso
Sugere-se envolver de 3 a 5 pessoas Para sua preparao pode-se gastar at 2 horas. Ou seja, cada revisor no precisa dispor mais do que 2 horas para este trabalho Na sua realizao gasta-se at 2 horas. Ou seja, nas reunies de apresentao dos pontos observados Ao final da reunio de reviso os participantes devem decidir se: Aceitam o produto sem modificaes Rejeitam o produto devido a erros graves Aceitam o produto provisoriamente O gerente de projeto deve acompanhar o atendimentos as questes apontadas pelos revisores
Diretrizes da reviso
(1) (2) (3) (4) (5) (6) (7) (8) (9) (10) Revise o produto, no o produtor. Fixe e mantenha uma agenda. Limte o debate a refutao. Enuncie as reas problemticas, mas no tente resolver cada problema anotado. Faa anotaes por escrito. Limite o nmero de participantes e insista numa preparao antecipada. Desenvolva uma lista de conferncia (checklist) par acada produto que ser revisto. Atribua recursos e uma programao de tempo para as revises no cronograma do projeto. Realize um treinamento para todos os revisores. Reveja suasCentro Universitrio So Camilo antigas revises.
Prototipao de software
uma das estratgias para a melhoria da qualidade do software. Benefcios: Identificar equvocos entre desenvolvedores e usurios Podem ser identificados requisitos incompletos Um sistema operante mostra a viabilidade e utilidade do software Melhoria na facilidade de uso Melhoria na qualidade do projeto
Pode ser justificada por: Desenvolver sistema para o prottipo de interface ou, Desenvolver um sistema para validar os requisitos funcionais ou Desenvolver um sistema para mostrar a viabilidade da aplicao gerncia.
Processo de desenvolvimento de prottipos

Estabelecer objetivos do prottipo Definir a funcionalidade do prottipo Desenvolver o prottipo Avaliar o prottipo
Plano de prototipao
Definio geral
Prottipo executvel
Relatrio de avaliao
A prototipao no processo de software

Prototipao evolucionria Esboar requisitps req. + importantes 1o. web e com.elet. Prototipao descartvel req.podem no ser prototipados Prottipo executvel + Especificao do sistema Sistema entregue
Pontos chaves: Um prottipo pode ser desenvolvido para dar aos usurios finais de sistema uma impresso concreta de suas capacidades Deve ajudar a estabelecer ou validar requisitos A medida que aumenta a necessidade de fornecimento rpido de sistemas, a prototipagem se torna mais comum como tcnica padro para sistemas de pequeno e mdio porte A prototipao descartvel envolve o des. de prottipo para compreender os requisitos do sistema. A evolucionria o prottipo evolui at a verso final do sistema Centro Universitrio So Camilo Qualidade de software
Pontos chaves(cont.): Ao implementar um prot. descartvel, primeiro so desenvolvidas as partes menos compreendidas; no evolucionrio as mais compreendidas Entre as tcnicas de prototipagem esto: 1) o uso de linguagens de alto nvel, 2) a programao de BD, 3) construo de componentes reutilizveis As interfaces com usurios deveriam ser desenvolvidas sempre com a prototipao
Tcnicas de comunicao
Que apiam a anlise de requisitos necessrio encontros entre o desenvolvedor e o cliente Inicie por perguntas de livre contexto: Quem pediu esse trabalho? Quem usar a soluo? Qual o benefcio que a soluo poder trazer?
Que apiam a anlise de requisitos Em seguida busque compreender melhor o problema: Como voc caracterizaria uma boa sada para a soluo pretendida? Quais problemas a soluo resolver? Onde e como o ambiente em que a soluo ser usada? Existem questes de desempenho que podem afetar a maneira pela qual a soluo executada?
Que apiam a anlise de requisitos Por fim... Existem outras pessoas que devem ser ouvidas? Suas respostas so oficiais? Minhas perguntas so pertinentes ao problema que temos a resolver? Estou fazendo perguntas demais? Existe algo mais que devo perguntar?
Outras dicas a serem consideradas No defina ns e eles, o trabalho da equipe, s h ns Encontrem-se em local neutro ou em locais prprios alternadamente Defina uma agenda ou pauta, formal par abordar todos os pontos importantes, e ao mesmo tempo informal para permitir o fluxo de idias Defina um moderador para controlar as reunies. Podem variar entre clientes e desenvolvedores A meta destes encontros : identificar o problema, propor soluo, negociar diferentes abordagens, especificar um ocnjunto de requisitos, tudo num clima harmonioso que facilite a realizao da atividade

Qualidade Software

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Qualidade Software

Загружено:

Авторское право:

Доступные форматы

Qualidade de software

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Planejamento e gerncia da qualidade

Planejamento e gerncia da qualidade

Planejamento da qualidade Plano da qualidade

Centro Universitrio So Camilo

Centro Universitrio So Camilo

1-plano da qualidade 2-mtricas

Garantia da qualidade Melhoria da qualidade

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

McCall e Cavano avaliao em trs pontos de vista

Centro Universitrio So Camilo

Outras questes para entender os fatores de qualidade

Centro Universitrio So Camilo

Custos de avaliao (deteco)

Centro Universitrio So Camilo

Custos de falhas internas

Centro Universitrio So Camilo

Custos de falhas externas

Revises tcnicas formais

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Processo de desenvolvimento de prottipos

Centro Universitrio So Camilo

A prototipao no processo de software

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Centro Universitrio So Camilo

Вам также может понравиться