Processo de garantia da qualidade baseado no modelo MPS.BR. Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl

Transcrição

1 Processo de garantia da qualidade baseado no modelo MPS.BR Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl

2 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 Você está em: Roteiro

3 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

4 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. Você está em: Objetivos do trabalho

5 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 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

6 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

7 Melhoria de processo do software brasileiro Níveis de maturidade do modelo de referência de melhoria de processo de software. Nível A B C D E F G Processos Análise de Causas de Problemas e Resolução (ACP) Gerência de Projetos (GPR) - evolução 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 Verificação (VER), Validação (VAL), Projeto e Construção do Produto (PCP), Integração do Produto (ITP), Desenvolvimento de Requisitos (DRE) 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) Medição (MED), Garantia da Qualidade (GQA), Gerência de Configuração (GCO), Aquisição (AQU) Gerência de Requisitos (GRE), Gerência de Projetos (GPR) Atributos de Processo 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 AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1 e 4.2 AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2 AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2 AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2 AP 1.1, AP 2.1 e AP 2.2 AP 1.1 e AP 2.1 Você está em: Fundamentação teórica Conceitos Melhoria de processo do software brasileiro

8 Melhoria de processo do software brasileiro 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 avaliação de processo e está em conformidade com o CMMI. Você está em: Fundamentação teórica Conceitos Melhoria de processo do software brasileiro

9 Base técnica do modelo MPS.BR Comparativo da gerência de qualidade do projeto entre CMMI, ISO/IEC e o modelo MPS.BR. Mapeamento Gerência da qualidade do projeto CMMI Nível 2 Gerenciado (Área de processo: Garantia da qualidade do processo e do produto) MPS.BR Nível F Gerenciado (Processo: Garantia da Qualidade GQA) ISO/IEC Implementação do processo Garantia do produto Garantia do processo Sistemas de garantia da qualidade. Você está em: Fundamentação teórica Conceitos Melhoria de processo do software brasileiro Base técnica do modelo MPS.BR

10 Melhoria de processo do software brasileiro 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 Você está em: Fundamentação teórica Conceitos Melhoria de processo do software brasileiro

11 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. Você está em: Fundamentação teórica Conceitos Trabalhos correlatos

12 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. Você está em: Fundamentação teórica Conceitos Processo de garantia da qualidade

13 Processo de garantia da qualidade 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. Você está em: Fundamentação teórica Conceitos Processo de garantia da qualidade

14 Processo de garantia da qualidade 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. Você está em: Fundamentação teórica Conceitos Processo de garantia da qualidade

15 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 s; gerador de relatórios ireport. operacionalidade cadastro de padrões utilizados em avaliações avaliação objetiva do itens de avaliação Você está em: Desenvolvimento do Trabalho

16 Requisitos da ferramenta 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

17 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: Requisitos do sistema de GQA

18 Diagrama de casos de uso uc 01 - Gerente da Qualidade UC01.13 Emitir Relatório de Av aliação UC01.01 Cadastrar Usuário UC01.02 Cadastrar Responsáv eis UC01.03 Cadastrar Disciplinas UC01.04 Cadastrar Tarefas UC01.12 Env iar Não-Conformidades UC01.05 Cadastrar Passos UC01.11 Av aliar Planos Gerente da Qualidade UC01.06 Cadastrar Artefatos UC01.10 Registrar Plano de Av aliação UC01.09 Selecionar Projeto Ativo UC01.08 Cadastrar Proj etos UC01.07 Cadastrar Itens de Av aliação Diagrama de casos de uso (gerente da qualidade) Você está em: Diagrama de casos de uso

19 Descrição do caso de uso registrar plano de avaliação UC01.10 Registrar Plano de Avaliação 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. 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. Você está em: Descrição do caso de uso registrar plano de avaliação Continua...

20 Descrição do caso de uso registrar plano de avaliação 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 O sistema somente permite a alteração de planos que ainda não foram avaliados O usuário altera os campos de acordo com sua necessidade O usuário altera o cadastro do plano de avaliação clicando no botão "OK" 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 O usuário clica no botão buscar O sistema apresenta a tela de consulta do cadastro do plano de avaliação O usuário seleciona o plano de avaliação a ser manipulado 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 O usuário clica no botão buscar O sistema apresenta a tela de consulta do cadastro de artefatos ou tarefas O usuário seleciona o artefato ou a tarefa a ser vinculada ao cadastro do plano de avaliação 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 O usuário clica sobre o artefato ou tarefa que deseja remover da lista O sistema habilita o botão de "Remover" O usuário remove o artefato ou tarefa selecionada clicando no botão "Remover" O sistema remove o artefato ou tarefa selecionada da lista O sistema desabilita o botão de "Remover" e o sistema volta para o passo 7. Você está em: Descrição do caso de uso registrar plano de avaliação Continua...

21 Descrição do caso de uso registrar plano de avaliação 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 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 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. Pós-condições Um plano de avaliação foi cadastrado, consultado ou alterado. Você está em: Descrição do caso de uso registrar plano de avaliação

22 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

23 Diagrama de classes Diagrama de classes do pacote Visual Você está em: Diagrama de classes

24 Diagrama de atividades Diagrama de atividades Você está em: Diagrama de atividades

25 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: Técnicas e ferramentas utilizadas

26 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; Você está em: Implementação do sistema

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

28 Implementação da ferramenta 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. Você está em: Implementação do sistema

29 Implementação da ferramenta Método para envio de s método criado especificamente para enviar s de nãoconformidades encontradas durante o processo de avaliação; A implementação deste recurso é bem simples, mas exigiu dedicação até chegar o resultado esperado. Você está em: Implementação do sistema

30 Implementação da ferramenta 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 do sistema

31 Operacionalidade Registrar plano de avaliação Você está em: Implementação Operacionalidade

32 Operacionalidade Registrar avaliações Você está em: Implementação Operacionalidade

33 Operacionalidade Enviar não-conformidades Você está em: Implementação Operacionalidade

34 Resultados e discussão Etapas propostas por Deming atendidas pela ferramenta desenvolvida são. Você está em: Resultados e discussão

35 Resultados e discussão Maneiras como o sistema atende os resultados esperados da GQA Resultados esperados da GQA A aderência dos produtos de trabalho aos padrões. A aderência dos processos executados às descrições de processo. Os problemas e não-conformidades são identificados, registrados e comunicados. Ações corretivas para nãoconformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Ferramenta de GQA desenvolvida 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. 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. 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ãoconformidades. 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 Você está em: Resultados e discussão

36 Resultados e discussão Comparativo entre ferramentas correlatas estudadas e a ferramenta desenvolvido Resultados esperados da GQA Sistema TestLink Sistema Mantis Sistema Rational ClearQuest Ferramenta GQA desenvolvida de A aderência dos produtos de trabalho aos padrões. Atende bem Não atende Não atende Atende bem A aderência dos processos executados às descrições de processo. Atende bem Não atende Não atende Atende bem Os problemas e não-conformidades são identificados, registrados e comunicados. Não atende Atende bem Atende bem Atende bem Ações corretivas para não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Não atende Atende parcialmente Atende parcialmente Atende parcialmente Você está em: Resultados e discussão

37 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ãoconformidades 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 Você está em: Conclusão

38 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 e 15504; implementação de mais relatórios funcionais; implementar uma nova forma de envio (troca) de mensagens das nãoconformidades entre os responsáveis, utilizando Java RMI. Você está em: Extensões

39 Demonstração da ferramenta de garantia da qualidade