Aplicação do Plano de Garantia de Qualidade
Este documento tem o objetivo de auxiliar a aplicação das políticas descritas no Plano de Garantia de Qualidade do Software Orbital.
Este documento foi criado, também, para termos um “artefato” da interação entre os grupos de 4o e 8o Semestre do BSI, que vá além da simples conversa que tivemos em duas
oportunidades. Ele não mostra textos muito elaborados, mas sim respostas bem diretas aos pontos que identificamos como chave no Plano de Qualidade e que devem ser aplicados no Projeto Orbital.
Abaixo seguem as diretrizes, tópicos chave e conclusão sobre a aplicação do Plano.
Diretrizes
Deverão ter como base o Plano de Garantia de Qualidade, criado pelo grupo do 8o semestre do
BSI. Grupo formado por Danielle de Assis, Denis Monteiro, Guilherme Barbosa e Rodrigo Naumann.
Neste documento são feitas somente referências a partes do plano, que devem ser lidas e entendidas. Deve-se identificar se já estão sendo, ou podem ser seguidas no futuro. Ou até mesmo se existem ou não no projeto.
Abaixo segue as partes que consideramos chave para serem aplicadas, e esperamos que pudessem responder como elas estão no Projeto Orbital.
Este documento de aplicação foi montado em fases, abaixo está exemplificado o que cada grupo escreveu dentro do tópico “Tópicos Chave”, deste documento:
As partes que estão sem cor do fundo, são da primeira versão, criada pelo 8o Semestre.
As partes que estão com o fundo em amarelo, são as escritas pelo pessoal do 4o
Semestre, em resposta a primeira parte.
As partes que estão com o fundo em verde, são as considerações feitas pelo pessoal do 8o Semestre, sobre as respostas do pessoal do projeto Orbital e aplicação do plano com
base na conversa que tivemos dia 22/10/2008.
Tópicos Chave
Gerenciamento -> Tópico 3
o Equipe responsável pelo SQA=PGQ=Plano Garantia Qualidade Existe uma equipe responsável pelo SQA.
o Equipe de testes
Existe uma equipe de teste.
o Equipe de auditoria
Não existe uma equipe de auditoria, pois a comunicação entre os roles é linear e também devido à falta de pessoal.
Não aplicaram a parte de auditoria, falta de pessoal. o Buscando Gerenciamento Total da Qualidade
Sim, através das documentações do BUP. Estas nos auxiliam no processo de qualidade continua que visa o gerenciamento total da qualidade.
Gerenciamento Total da Qualidade com base nas equipes de SQA, Teste e Auditoria. Todos trabalhando em conjunto para gerenciar as mudanças e analisar métricas de software e garantir o objetivo do projeto. Não estávamos falando do BUP.
Documentações mínimas -> Tópico 4
o Documentações listadas devem ser as mínimas Mer
Scripts de criação de todo o banco. Mapa da aplicação Documento de arquitetura Documento de visão Guia de design Guia de programação Cronograma Caso de negócio Plano de desenvolvimento Plano de garantia e qualidade Plano de interação
Plano de resolução de problemas o Não aplicaram / desenvolveram:
Plano de Testes.
Especificação de Requisitos de Software. Documentação do Usuário.
Plano de Gerenciamento de Configurações.
http://projetointer2.wordpress.com/artefatos/
Métricas -> Tópico 6 o Respeitando metas
Especialmente expectativa x realizada:
Expectativa era muito alta e tivemos muitos problemas devido a falta de pessoas no grupo, apenas 3 e a dedicação de um único integrante que posteriormente abandonou o grupo. Conseguimos construir alguns artefatos, um pouco de
abrangente e estamos numa fase de transição entre construir tudo o que foi documento. O grupo estará migrando seus integrantes para um grupo maior, encerrando nosso projeto. Longe do ideal, projeto descontinuado.
o Cronograma
Entregas atrasadas, falta de pessoal. o Orçamento
Comprometido, falta de pessoal para terminar projeto. o Tamanho Software
Não aplicado.
o Defeitos por fase de desenvolvimento Não aplicado.
Auditoria -> Tópico 7
o Recomendações não foram seguidas. Não existiu equipe de auditoria no Projeto. Não houve planejamento, realização ou aplicação dos resultados. Pode até ter sido feito algumas coisas que podem ser entendidas como auditoria, mas não foi feita de uma maneira organizada e gerencialmente estruturada.
o Planejamento
Cronograma muito abrangente e que prevê todas as interações, porem desfalque de pessoas no grupo afetou o mesmo.
o Realização
Antes do desfalque as atividades dos integrantes que restaram estavam bem próximas ao cronograma.
o Aplicação resultados
Temos um controle das atividades que estão sendo feitas e podemos nos reorganizar em momentos de crise como este.
Testes -> Tópico 8
o Recomendações não foram seguidas. Não foi desenvolvido plano de testes. Executados apenas testes unitários.
o Plano de testes
Não foram desenvolvidos, apenas foram feitos testes unitários rápidos, por motivos de desfalque na equipe, estamos nos reorganizando. o Execução do Plano de testes
Não foram aplicados por motivos de desfalque na equipe, estamos nos reorganizando.
Resolução de Problemas e Ação Corretiva -> Tópico 9 o Seguir recomendações
O tester deve documentar os erros encontrados na aplicação gerando um documento de bugs, este documento será enviado para o
tester que repetira todos os teste do documento incluindo os bugs resolvidos em versões anteriores.
As recomendações não foram seguidas
Existe somente a atividade de identificar o erro e mandar de volta a origem.
Não existe a classificação do problema.
Gerente do projeto não tem ciência do problema. Ferramentas, metodologias e técnicas -> Tópico 10
o Verificar quais estão sendo usadas
RUP = extração do BUP, MVC, Visual Studio , Oracle, Erwin, Project. o Quais podem ser usadas
Jfreechart.net (Biblioteca para gerar gráficos), TFS.
o De tudo o que foi proposto neste tópico, a única coisa que está sendo usada é o MS Project, de resto nada foi aplicado.
Gerenciamento de configuração -> Tópico 11 o Seguir recomendações
Boas praticas de programação, boa arquitetura e seguir as recomendações do bup.
Não foi criado documento para gerência de configuração e não é utilizado nenhum software para gerência de configuração. Treinamento -> Tópico 14
o Seguir recomendações
O sistema vai possuir um manual. Não foi disponibilizado nenhum manual. Não foi proposto nenhum treinamento. Gerenciamento de riscos -> Tópico 15
o Verificar os riscos e contingências
Os riscos ainda não foram previstos.
Não havia nada sobre gerenciamento de riscos. o Algum risco já ocorreu?
Sim, de o projeto não ser concluído devido a falta de integrantes. Todos os riscos ocorreram e por falta de acompanhamento e auditoria,
Conclusão
Fizemos algumas sugestões, com base no plano de garantia da qualidade que geramos.
Como pode ser visto no tópico anterior, algumas coisas que estavam no plano, já vinham sendo aplicadas. As que não estavam não foram aplicadas até agora.
Acredito que isto ocorreu por causa do número pequeno de integrantes no grupo, e pela desistência de um deles no decorrer do projeto.
Ficamos sabendo que o Grupo Orbital será desfeito, e os integrantes farão parte de outros grupos daqui para frente. Então, mesmo sendo citado nos tópicos acima que algumas coisas seriam desenvolvidas, agora sabemos que não serão mais.
De uma forma geral, podemos dizer que as sugestões não foram aplicadas. E posso citar dois pontos que acredito que foram fundamentais para a não aplicação do plano. O primeiro é a questão de o grupo ser desfeito, então não faz sentido gastar esforço para um projeto que vai ser descontinuado. A segunda é a falta de tempo para integração entre os grupos, tivemos somente uma conversa com eles, depois do plano de garantia finalizado, e tivemos que passar as informações para aplicação do plano via arquivos, como este documento.