processo de garantia da qualidade baseado no modelo...

Processo de garantia da qualidade Processo de garantia da qualidade baseado no modelo MPS.BRbaseado no modelo MPS.BR

Acadêmico: Anildo LoosOrientador: Everaldo Artur Grahl

Roteiro

PROCESSO DE GARANTIA DA QUALIDADE BASEADO NO MODELO MPS.BR

Você está em: Roteiro

� introdução� objetivos do trabalho

� fundamentação teórica

� desenvolvimento da ferramenta� requisitos principais;� técnicas e ferramentas utilizadas;� implementação;� operacionalidade.

� conclusão

� extensões

Introdução

� garantia da qualidade de processo e produto

� com o crescimento da concorrência, a necessidade da qualidade não é

apenas um diferencial mais sim pré-requisito para sua existência no

mercado;� para obter a melhoria do processo de software existem modelos de

qualidade que representam um conjunto de boas práticas a serem adotadas,

dentre eles pode-se citar o CMMI, PMBOK e o MPS.BR;� a GQA é um dos principais objetivos do nível de maturidade F do modelo

MPS.BR

�verifica se os processos e artefatos estão de acordo com os padrões e procedimentos estabelecidos;

� as ferramentas de baixo custo disponíveis no mercado não atendem a

todas as atividades da GQA;� devido a grande diversidade de ferramentas que são utilizadas nesse

processo a integração entre elas praticamente não existe.

Você está em: Introdução


Você está em: Objetivos do trabalho


Objetivos do trabalho

� O objetivo deste trabalho foi desenvolver uma ferramenta

de apoio ao processo de garantia da qualidade baseado nos

resultados previstos na versão 1.2 do modelo MPS.BR.

Fundamentação teórica

� Conceitos estudados para o desenvolvimento da ferramenta

� melhoria de processo do software brasileiro (MPS.BR)� níveis de maturidade;� o que é qualidade de software;� base técnica do modelo MPS.BR

�ISO/IEC 12207 e ISO/IEC 15504;� CMMI.

� objetivo do modelo MPS.BR;� objetivo da garantia da qualidade do modelo MPS.BR.

Você está em: Fundamentação teórica


Fundamentação teórica

� Conceitos estudados para o desenvolvimento da ferramenta

� trabalhos correlatos

� processo de garantia da qualidade

� identificar a necessidade de garantia da qualidade;

� desenvolvimento da garantia da qualidade;

� técnicas e ferramentas da qualidade;

� resultados esperados pela GQA do modelo MPS.BR;

Você está em: Fundamentação teórica


Melhoria de processo do software brasileiro

� Níveis de maturidade do modelo de referência de melhoria de processo de software.

Você está em: Fundamentação teórica � Conceitos � Melhoria de processo do software brasileiro


AP 1.1 e AP 2.1Gerência de Requisitos (GRE), Gerência de Projetos (GPR)G

AP 1.1, AP 2.1 e AP 2.2Medição (MED), Garantia da Qualidade (GQA), Gerência de Configuração (GCO), Aquisição (AQU)

F

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Gerência de Projetos (GPR) – evolução, Gerência de Reutilização (GRU), Gerência de Recursos Humanos (GRH), Definição do Processo Organizacional (DFP), Avaliação e Melhoria do Processo Organizacional (AMP)

E

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Verificação (VER), Validação (VAL), Projeto e Construção do Produto (PCP), Integração do Produto (ITP), Desenvolvimento de Requisitos (DRE)

D

AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

Gerência de Riscos (GRI), Desenvolvimento para Reutilização (DRU), Análise de Decisão e Resolução (ADR), Gerência de Reutilização (GRU) - evolução

C

AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1 e 4.2

Gerência de Projetos (GPR) - evoluçãoB

AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1, AP 4.2, AP 5.1 e AP 5.2

Análise de Causas de Problemas e Resolução (ACP)A

Atributos de ProcessoProcessosNível



� O que é qualidade de software

� em desenvolvimento de software a qualidade pode ser entendida como

um conjunto de características a serem satisfeitas para que o produto

resultante atenda direta e indiretamente as necessidades dos usuários. A

qualidade do produto depende diretamente do processo de

desenvolvimento.

� Base técnica do modelo MPS.BR

� a base técnica para a construção do modelo MPS.BR é composta pela

Norma Brasileira de Regulamentação (NBR), as ementas 1 e 2 da ISO/IEC

12207, ISO/IEC 15504 – avaliação de processo e está em conformidade

com o CMMI.


Base técnica do modelo MPS.BR

Você está em: Fundamentação teórica � Conceitos � Melhoria de processo do software brasileiro � Base técnica do modelo MPS.BR

� Comparativo da gerência de qualidade do projeto entre CMMI, ISO/IEC

12207 e o modelo MPS.BR.


6.3.4 Sistemas de garantia da qualidade.

6.3.2 Garantia do produto.6.3.3 Garantia do processo.

6.3.1 Implementação do processo.

Nível F – Gerenciado (Processo: Garantia da Qualidade GQA)

Nível 2 – Gerenciado (Área de processo: Garantia da qualidade do processo e do produto)

ISO/IEC 12207MPS.BRCMMI

Mapeamento – Gerência da qualidade do projeto



� Objetivo do modelo MPS.BR

� é fornecer um modelo de qualidade de software compatível com os

padrões de qualidade aceitos internacionalmente, voltado especialmente

para a realidade das micro, pequenas e médias empresas. O modelo é

definido em sete níveis de maturidade possibilitando uma implantação mais

gradual.

� Objetivo da garantia da qualidade do modelo MPS.BR

� tem como principal intuito assegurar que os produtos de trabalho e a

execução dos processos estão em conformidade com os planos e recursos

predefinidos


Trabalhos correlatos

Você está em: Fundamentação teórica � Conceitos � Trabalhos correlatos

� TestLink

� é um software gratuito de código livre, que tem por principal objetivo o

gerenciamento de casos de testes. É desenvolvida em PHP. Funciona em qualquer

sistema operacional, desde que este tenha um navegador de internet. Não é

aconselhado para projetos com mais de cinco envolvidos.

� Mantis

� é uma ferramenta de código livre, que tem como principal objetivo o

monitoramento de não-conformidades encontradas durante os processos de GQA.

� Rational ClearQuest

� tem como principal objetivo o monitoramento de defeitos e mudanças flexíveis

durante o ciclo de vida de desenvolvimento do aplicativo.


Processo de garantia da qualidade

Você está em: Fundamentação teórica � Conceitos � Processo de garantia da qualidade

� Identificar a necessidade da garantia da qualidade

� para identificar as necessidades da garantia da qualidade podemos

utilizar as dez etapas propostas por Deming. As etapas são sequenciais e

cada etapa necessita de resultados da etapa anterior. As etapas são:

� identificar a equipe;

� fluxo de saída de processos;

� definir a posição dos requisitos;

� produção;

� propor a solução;

� criar um plano de implementação;

� obter gerenciamento de apoio;

� implementar a solução;

� monitorar a solução;

� relatório de verificação de resultados.




�Desenvolvimento da garantia da qualidade

� verifica e aplica a metodologia a engenharia de software, engenharia de

sistemas e engenharia de hardware;

� este processo é avaliado de forma objetiva aplicando-se a todos os

produtos desenvolvidos durante o projeto, comparando os resultados

esperados com resultados obtidos.

� Técnicas e ferramentas da qualidade

� a aplicação de técnicas e ferramentas na garantia da qualidade varia de

acordo com a organização e das necessidades do clico de vida do projeto.

O engenheiro da qualidade de software é quem determina quais

mecanismos ou softwares utilizar durante o processo de GQA.




� Resultados esperados pela GQA do modelo MPS.BR

� a aderência dos produtos de trabalho aos padrões, procedimentos e

requisitos aplicáveis é avaliada objetivamente;

� a aderência dos processos executados às descrições de processo,

padrões e procedimentos é avaliada objetivamente;

� os problemas e não-conformidades são identificados, registrados e

comunicados;

� ações corretivas para não-conformidades são estabelecidas e

acompanhadas até as suas efetivas conclusões.


Desenvolvimento do trabalho

Você está em: Desenvolvimento do Trabalho

� levantamento dos requisitos

� especificação da ferramenta através dos diagramas UML de casos de uso,

classes e atividades

� técnicas e ferramentas utilizadas


� Implementação da ferramenta

� métodos de gravação, alteração e exclusão de dados do banco;

� criação de componentes dinâmicos;

� método para o envio de e-mails;

� gerador de relatórios iReport.

� operacionalidade

� cadastro de padrões utilizados em avaliações

� avaliação objetiva do itens de avaliação

Requisitos da ferramenta de GQA

Você está em: Requisitos do sistema de GQA

� Requisitos funcionais� permitir o cadastro de projetos

� permitir o cadastro de processos (tarefas) e produtos (artefatos)

pertencentes a um projeto

� permitir o cadastro de padrões da organização

� permitir o registro de critérios de avaliação, checklist e questões

� permitir o registro de não conformidades

� monitorar as não-conformidades encontrados até a sua resolução através

de registros e pela interação entre os membros da equipe

� emitir alertas aos desenvolvedores quando o prazo de entrega da

correção estiver se esgotando

� assegurar a aderência do processo e do produto aos padrões

estabelecidos pela organização através da análise dos ckecklists e critérios

de avaliação

� gerar relatórios de acompanhamento da GQA, por processo, produto e

projeto;



Você está em: Requisitos do sistema de GQA

Requisitos da ferramenta de GQA

� Requisitos não-funcionais

� ser implementada utilizando a linguagem de desenvolvimento Java para

desktop

� utilizar o banco de dados MySQL 5.0

� atender a todos os resultados previstos do modelo MPS.BR, em relação

ao processo de GQA


Você está em: Diagrama de casos de uso

Diagrama de casos de usouc 01 - Gerente da Qualidade

UC01.01 Cadastrar

Usuário

Gerente da Qualidade

UC01.02 Cadastrar

Responsáv eisUC01.03 Cadastrar

Disciplinas

UC01.04 Cadastrar

Tarefas

UC01.05 Cadastrar

Passos

UC01.06 Cadastrar

Artefatos

UC01.07 Cadastrar

Itens de Av aliação

UC01.08 Cadastrar

Projetos

UC01.09 Selecionar

Projeto Ativo

UC01.10 Registrar

Plano de Av aliação

UC01.11 Av aliar

Planos

UC01.13 Emitir

Relatório de

Av aliação

UC01.12 Env iar

Não-Conformidades

Diagrama de casos de uso (gerente da qualidade)


Você está em: Descrição do caso de uso registrar plano de avaliação

Descrição do caso de uso registrar plano de avaliação

Principal (Registrar plano de avaliação)

1. O sistema preenche automaticamente o campo de código do plano de avaliação com o próximo código disponível, podendo o usuário alterar este código conforme a necessidade.

2. O sistema valida o código informado.3. O usuário insere o nome e descrição do plano de avaliação.4. O usuário insere o código do responsável.5. O sistema valida o código do responsável.6. O usuário informa qual o tipo de item que será vinculado ao plano de

avaliação.7. O usuário informa o código do artefato ou tarefa já previamente cadastrado

que será vinculada ao cadastro de plano de avaliação.8. O sistema valida o código do artefato ou tarefa.9. O usuário adiciona o artefato ou tarefa à lista.10. O usuário poderá remover o artefato ou tarefa já adicionada à lista.11. O usuário finaliza o cadastro clicando no botão "OK".12. O sistema salva o registro no banco e o sistema volta para o item de

avaliação 1.

Pré-condições

O usuário deve estar logado no sistema com o tipo administrador/gerente. Usuários desenvolvedores somente poderão visualizar este cadastro, não sendo permitida a inclusão ou alteração. Deve existir previamente o cadastro de pelo menos uma tarefa ou artefato e um responsável.

UC01.10 Registrar Plano de Avaliação

Continua...




Continua...

Alternativo (Alterar plano de avaliação)

No passo 1, caso o plano de avaliação já esteja cadastrado:1.1. Sistema apresenta as informações do cadastro do plano de avaliação já contidas no banco de dados.1.2. O sistema somente permite a alteração de planos que ainda não foram avaliados.1.3. O usuário altera os campos de acordo com sua necessidade.1.4. O usuário altera o cadastro do plano de avaliação clicando no botão "OK".1.5. O sistema salva o registro no banco de dados e o sistema volta para o passo 1.Alternativo (Buscar plano de avaliação)No passo 1, o usuário pode optar por localizar um plano de avaliação já inserido no banco de dados.2.1. O usuário clica no botão buscar.2.2. O sistema apresenta a tela de consulta do cadastro do plano de avaliação.2.3. O usuário seleciona o plano de avaliação a ser manipulado.2.4. O plano de avaliação selecionado é apresentado para o usuário na tela do cadastro de plano de

avaliação e o sistema vai para o passo 3.Alternativo (Buscar artefato ou tarefa)No passo 7, o usuário pode optar por localizar um artefato ou tarefa já inserida no banco de dados.7.1. O usuário clica no botão buscar.7.2. O sistema apresenta a tela de consulta do cadastro de artefatos ou tarefas.7.3. O usuário seleciona o artefato ou a tarefa a ser vinculada ao cadastro do plano de avaliação.7.4. O cadastro selecionado é apresentado para o usuário na tela do cadastro do plano de avaliação e o

sistema vai para o passo 9.Alternativo (Excluir artefatos ou tarefas da lista)No passo 10, o usuário pode optar por excluir um artefato ou tarefa da lista.10.1. O usuário clica sobre o artefato ou tarefa que deseja remover da lista.10.2. O sistema habilita o botão de "Remover".10.3. O usuário remove o artefato ou tarefa selecionada clicando no botão "Remover".10.4. O sistema remove o artefato ou tarefa selecionada da lista.10.5. O sistema desabilita o botão de "Remover" e o sistema volta para o passo 7.




Pós-condições

Um plano de avaliação foi cadastrado, consultado ou alterado.

Exceção (Código do plano de avaliação inválido)

Se no passo 2, o sistema encontrar algum problema:2.1. O código do plano de avaliação for um número maior que o próximo disponível

o sistema exibe uma mensagem informando que o código deve ser um número sequencial ao último registro cadastrado no banco de dados.

2.2. O código do plano de avaliação for alfanumérico o sistema exibe ao usuário uma mensagem informando que o código digitado é inválido e o sistema volta para o passo 1.

Exceção (Código do artefato ou tarefa inválido)Se no passo 8, o sistema encontrar algum problema:8.1. O código do artefato ou tarefa não estiver previamente cadastrado no banco de

dados, o sistema exibe uma mensagem informando ao usuário que o artefato ou tarefa não estão cadastrados.

8.2. O código do artefato ou tarefa for alfanumérico o sistema exibe ao usuário uma mensagem informando que o código digitado é inválido e o sistema volta para o passo 7.

Exceção (Vincular artefatos ou tarefas ao plano de avaliação)No passo 9, caso o artefato ou tarefa já estejam vinculados ao plano de avaliação:9.1. Sistema exibe uma mensagem informando ao usuário que o artefato ou tarefa já

foram adicionados a lista e o sistema volta para o passo 7.


Você está em: Diagrama de classes

Diagrama de classes

� as classes estão divididas em vários pacotes de forma que cada pacote

contenha um conjunto de classes que são responsáveis por funções

semelhantes dessa forma separando as classes com funções distintas em outro

pacote

� as classes estão divididas nos pacotes:

� Banco: representam a camada de conexão e configurações;

� Banco.Conexao: representa a camada de negócios do sistema, possui os

métodos de consultas utilizadas na camada de dados ;

� Banco.Tabelas: representa a camada das tabelas, são o espelho dos itens

das tabelas do banco de dados;

� Consistencia: representa a camada de tratamento e formatação de dados;

� Visual: representa a camada de apresentação.


Você está em: Diagrama de classes

Diagrama de classes

Diagrama de classes do pacote Visual


Você está em: Diagrama de atividades

Diagrama de atividades

Diagrama de atividades

Você está em: Técnicas e ferramentas utilizadas

Técnicas e ferramentas utilizadas

� o sistema de garantia da qualidade do modelo MPS.BR, foi

implementado empregando o paradigma de orientação a objetos;

� utiliza a linguagem de programação Java;

� desenvolvido na ferramenta Netbeans 6.5;

� kit de desenvolvimento Java Development Kit 6.0 (JDK);

� e para o armazenamento dos dados e informações relevantes, foi

utilizado MySQL 5.0, que é um banco de dados gratuito.


Você está em: Implementação do sistema

Implementação da ferramenta

� Métodos de gravação, alteração e exclusão de dados do banco

� São métodos genéricos utilizados para fazer a movimentação dos

dados utilizados no processo de garantia da qualidade.

� é composta pelo métodos:

� insertValues, responsável pela inserção dos dados no banco;

� updateValues, responsável pela alteração dos dados no banco

de um determinado registro;

� deleteValues, responsável por excluir um registro do banco de

dados;




� Criação de componentes dinâmicos

� método utilizado no desenvolvimento de uma das principais telas

do sistema de GQA, denominada avaliar planos.

� este método por sua vez foi de difícil implementação já que não

funciona em todos os leiautes de alinhamento de campos disponíveis

no ambiente de desenvolvimento.

� além da criação desses campos também foi necessário a

implementação de um método de leitura dos dados inseridos nesses

campos dinâmicos para posterior gravação no banco de dados.




� Método para envio de e-mails

� método criado especificamente para enviar e-mails de não-

conformidades encontradas durante o processo de avaliação;

�A implementação deste recurso é bem simples, mas exigiu

dedicação até chegar o resultado esperado.




� Gerador de relatórios iReport

� ferramenta responsável pela geração de relatórios utilizados pelo

sistema de GQA;

� ferramenta robusta que fornece diversas possibilidades para a

criação de relatórios.



Você está em: Implementação � Operacionalidade

Operacionalidade

� Registrar plano de avaliação



Operacionalidade

� Registrar avaliações



Operacionalidade

� Enviar não-conformidades

Resultados e discussão

Você está em: Resultados e discussão


�Etapas propostas por Deming atendidas pela ferramenta desenvolvida são.




Atende parcialmente, pois as não-conformidades são registradas com níveis de prioridade e status que são registradas e encaminhadas para correção. O acompanhamento deve ser feito manualmente conforme retorno das respostas de pedidos de correções

Ações corretivas para não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões.

Atende bem, pois as não-conformidades são identificadas e registradas pela tela de registro de avaliações que permite avaliar objetivamente o resultado de cada item. Estes resultados são encaminhados através da tela de envio de não-conformidades.

Os problemas e não-conformidades são identificados, registrados e comunicados.

Atende bem, pois é possível inserir os padrões da empresa através dos cadastros disponíveis no menu Padrões. Os processos são cadastrados no sistema pelo cadastro de tarefas.

A aderência dos processos executados às descrições de processo.

Atende bem, pois é possível inserir os padrões da empresa através dos cadastros disponíveis no menu Padrões. Os produtos são cadastrados no sistema pelo cadastro de artefatos.

A aderência dos produtos de trabalho aos padrões.

Ferramenta de GQA desenvolvidaResultados esperados da GQA

�Maneiras como o sistema atende os resultados esperados da GQA




Atende parcialmente

Atende parcialmente

Atende parcialmente

Não atendeAções corretivas para não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões.

Atende bemAtende bemAtende bemNão atendeOs problemas e não-conformidades são identificados, registrados e comunicados.

Atende bemNão atendeNão atendeAtende bemA aderência dos processos executados às descrições de processo.

Atende bemNão atendeNão atendeAtende bemA aderência dos produtos de trabalho aos padrões.

Ferramenta de

GQA

desenvolvida

Sistema

Rational

ClearQuest

Sistema MantisSistema

TestLink

Resultados esperados da GQA

�Comparativo entre ferramentas correlatas estudadas e a ferramenta

desenvolvido

Conclusão

Você está em: Conclusão

� o sistema desenvolvido auxiliará a organização a agilizar o processo de

avaliação da garantia da qualidade;

� este processo de avaliação tem como principal objetivo encontrar não-

conformidades registrando e comunicando-as aos responsáveis para efetuar a

correção;

� A ferramenta atingiu a grande maioria dos objetivos propostos para o

desenvolvimento deste trabalho, somente não atende em sua totalidade a

funcionalidade de monitoramento de não conformidades


Extensões

Você está em: Extensões

� desenvolver o sistema para a Web;

� adaptar o sistema para atender as especificações de garantia da qualidade dos

modelos PMBOK, CMMI, NBR, ISO/IEC 12207 e 15504;

� implementação de mais relatórios funcionais;

� implementar uma nova forma de envio (troca) de mensagens das não-

conformidades entre os responsáveis, utilizando Java RMI.


Demonstração da ferramenta de garantia da qualidade


processo de garantia da qualidade baseado no modelo...

Documents