Gestão de Qualidade

Versionamento

Revisão	Data	Descrição	Responsável	Verficação	Validação
0	30/09/2016	Primeira versão do documento, Adicionado os tópicos	Gustavo Britto	Bruno Dell'Orto	Bruno Dell'Orto
1	05/11/2016	Segunda versão do documento, Adicionado a gestão de qualidade	Bruno Dell'Orto	Bruno Dell'Orto	Gustavo Britto

Objetivo

O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos,procedimentos e padrões estabelecidos.

Resultados esperados:

• GQA 1. A aderência dos produtos de trabalho aos padrões, procedimentos e requisitos aplicáveis é avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto;
• GQA 2. A aderência dos processos executados às descrições de processo, padrões e procedimentos é avaliada objetivamente;
• GQA 3. Os problemas e as não-conformidades são identificados, registrados e comunicados;
• GQA 4. Ações corretivas para as não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Quando necessário, o escalamento das ações corretivas para níveis superiores é realizado, de forma a garantir sua solução;

Planejamento do projeto

Para garantir a qualidade do software foi feito um planejamento do projeto listando os requisitos funcionais e criando documentos de gestão de requisitos projeto detalhado, gestao de configuração, gestão de projetos.

Modo de acompanhamento de resultados

Para manter o acompanhamento foi criado um documento de versionamento, matriz de rastreabilidade e acompanhamento através de sprints de duas semanas.

Uso dos métodos e ferramentas padronizadas na organização

Para auxiliar na organização estamos usando o GitHub para armazenamento do código, o Slack para centralizar a comunicação entre os desenvolvedores e controle dos updates feitos no GitHub, e todo o projeto foi feito através do uso da metodologia Scrum e para isso foi usado o Taiga para facilitar a organização do Scrum e gerar o Burndown do projeto.

Travis, Sonar e BDD

Para os teste estamos usando o BDD, que é uma linguagem usada no processo de desenvolvimento de softwares. Desenvolvedores usam sua língua nativa em combinação com a linguagem ubíqua, na qual lhes permite concentrar nas razões pelas quais o código deve ser criado, e não em detalhes técnicos, além de minimizar traduções entre a linguagem técnica na qual o código é escrito e outras linguagens de domínio, usuários, clientes, gerência do projeto. Por exemplo, aplicamos nossas histórias do ProductBacklog para criar estes teste. Também estamos usando o Travis para compilar cada alteração que fizermos ao branch master, para garantir a integridade do código e o Sonar para fazer a analise estática.

Revisão dos artefatos produzidos pelo processo de desenvolvimento

As revisões dos artefatos são feitas a cada feedback do cliente, para mantermos o projeto em constante envolvimento com o cliente.

Utilização de mecanismos adequados de armazenamento e recuperação de dados relativos ao projetos

Novamente é utilizado o GitHub como ferramenta para versionamento do código, para que se houver necessidade voltar alguma versão.

MPS BR

Para garantir a qualidade dos artefatos estamos seguindo as normal da MPS BR G, com todos os documentos em tópicos listados em nossa wiki.