TCC Jefferson

CENTRO UNIVERSITÁRIO ESTADUAL DA ZONA OESTE
Unidade Universitária da Computação

Curso de Bacharelado em Ciência da Computação
Sistema de Gestão de Não Conformidades
Jefferson Augusto Ribeiro
Rio de Janeiro – RJ – Brasil

Novembro de 2016
CENTRO UNIVERSITÁRIO ESTADUAL DA ZONA OESTE
Unidade Universitária da Computação
Curso de Bacharelado em Ciência da Computação
Jefferson Augusto Ribeiro
Sistema de Gestão de Não Conformidades
Monografia apresentada à Unidade

Universitária da Computação do
Centro Universitário Estadual da
Zona Oeste; Requisito parcial para
obtenção do grau de Bacharelado
em Ciência da Computação.
Orientadora: Rosana da Paz Ferreira
Rio de Janeiro
Novembro de 2016
SISTEMA DE GESTÃO DE NÃO CONFORMIDADES
Elaborado por Jefferson Augusto Ribeiro

Aluno do curso de Ciências da Computação
Este trabalho de graduação foi analisado e aprovado com grau ________

Rio de Janeiro, xx de Dezembro de 2015
___________________________________
Professora Rosana da Paz Ferreira, DSc.
(Orientadora e Presidente da banca)
___________________________________
--------------
(Membro da banca – UEZO)
___________________________________
----------------
___________________________________
---------------
Rio de Janeiro
Novembro de 2016
Ribeiro, Jefferson Augusto
Sistema de Gestão de Não Conformidades / Jefferson Augusto Ribeiro. – Rio de
Janeiro, 2016.
66 f.
Trabalho de conclusão de curso – Centro Universitário Estadual da
Zona Oeste, Curso de Bacharelado em Ciência da Computação.
Orientadora: Rosana da Paz Ferreira
1. Sistema de Gestão de Não Conformidades. 2. Não Conformidades. 3. Gestão da
Qualidade. I. Ribeiro, Jefferson Augusto. II. Título
Dedico este trabalho aos meus
queridos pais, Aldeir e Sandra, por
todo carinho e amor.
AGRADECIMENTOS
A Deus que me renovou as forças durante todos esses anos para

me ajudar conseguir a chegar até aqui.
A minha família que foi de fundamental apoio e ajuda em todos os

momentos difíceis.
Aos meus amigos e a minha princesa Thays que me incentivaram e

não me permitiram desanimar e me fizeram acreditar que tudo isso teria um
belo fim.
A todos os professores que estiveram comigo ao longo desses anos

compartilhando seus conhecimentos e contribuindo para o meu crescimento.
A minha orientadora, professor Rosana, disposta a me ajudar com a

orientação deste trabalho.
A todos que de alguma forma contribuíram para que esse sonho se

realizasse na minha vida.
“Por isso concluí que não há nada melhor para o
homem do que desfrutar do seu trabalho,
porque esta é a sua recompensa.”
Eclesiastes 3.22a
RESUMO
Este trabalho apresenta um estudo e o desenvolvimento de um

sistema de tratamento de não conformidades que atenda as necessidades das
normas ISO 9001. Estas normas internacionais tratam sobre sistemas de
gestão da qualidade.
O trabalho se propõe a desenvolver um software para auxiliar o

trabalho dentro dos sistemas de gestão da qualidade, mais especificamente, a
área de tratamento das não conformidades.
Palavras-chave: Gestão da Qualidade, Não Conformidades, ISO

9001.
ABSTRACT
This paper presents the study and development of a system for the
treatment of non-conformities that meets the requirements of ISO 9001. These
international standards dealing on quality management systems.
The work intends to develop a software to support work within the

quality management, specifically systems, the area of treatment of non-
conformities.
Keywords: Quality Management, Non-conformities, ISO 9001.

LISTA DE FIGURAS
Figura 01: Atores do sistema ....................................................................................................................... 30
Figura 02: Diagrama de Atividades para tratamento de uma não conformidade......................................... 33
Figura 03: Diagrama de estados para tratamento de uma não conformidade.............................................. 34
Figura 04: Diagrama de Caso de Uso referente ao login no sistema........................................................... 54
Figura 05: Diagramas de Caso de Uso referente aos cadastros do Administrador...................................... 54
Figura 06: Diagrama de Caso de Uso referente ao cadastro da não conformidade em PCs....................... 55
Figura 07: Diagrama de Caso de Uso referente ao cadastro da não conformidade em dispositivos
móveis............................................................................................................................................................ 55
Figura 08: Diagrama de Caso de Uso referente ao fluxo de tratamento da não conformidade.................... 56
Figura 09: Diagrama de Entidades-Relacionamentos (DER)........................................................................ 57
Figura 10: Modelo físico................................................................................................................................ 61
Figura 11: Tela de login no sistema desktop................................................................................................. 62
Figura 12: Tela inicial do sistema desktop..................................................................................................... 62
Figura 13: Tela de registro de não conformidades no aplicativo Android..................................................... 63
LISTA DE TABELAS
Tabela 01: Caso de Uso “UC 01: Realizar Login”............................................................................... 20

Tabela 02: Caso de Uso “UC 02: Manter Área”.................................................................................. 27
Tabela 03: Caso de Uso “UC 03: Manter Causa Raiz”....................................................................... 29
Tabela 04: Caso de Uso “UC 04: Manter Origem”.............................................................................. 29
Tabela 05: Caso de Uso “UC 05: Manter Processo”.......................................................................... 30
Tabela 06: Caso de Uso “UC 06: Manter Usuário”............................................................................ 30
Tabela 07A: Caso de Uso “UC 07A: Manter Não Conformidade (plataforma PC)”........................... 40
Tabela 07B: Caso de Uso “UC 07A: Manter Não Conformidade (plataforma mobile)”..................... 41
Tabela 08: Caso de Uso “UC 08: Concluir Cadastramento da Não Conformidade”........................... 42
Tabela 09: Caso de Uso “UC 09: Cadastrar Ações Imediatas”............................................................ 43
Tabela 10: Caso de Uso “UC 10: Cadastrar Causas Raiz”.................................................................... 44
Tabela 11: Caso de Uso “UC 11: Cadastrar Planos de Ação”.............................................................. 45
Tabela 12: Caso de Uso “UC 12: Concluir Definição dos Planos de Ação”.......................................... 46
Tabela 13: Caso de Uso “UC 13: Aprovar Planos de Ação”................................................................. 47
Tabela 14: Caso de Uso “UC 14: Descrever Implementação dos Planos de Ação”............................. 48
Tabela 15: Caso de Uso “UC 15: Concluir a Implementação dos Planos de Ação”............................. 49
Tabela 16: Caso de Uso “UC 16: Avaliar Eficácia dos Planos de Ação”............................................... 50
Tabela 17: Caso de Uso “UC 17: Encerrar Não Conformidade”.......................................................... 51
Tabela 18: Caso de Uso “UC 18: Manter Evidências do Tratamento da Não Conformidade”............ 52
Tabela 19: Caso de Uso “UC 19: Retornar Status da Não Conformidade”.......................................... 53
Tabela 20: Modelo lógico da tabela NaoConformidade ..................................................................... 58
Tabela 21: Modelo lógico da tabela Usuario ...................................................................................... 58
Tabela 22: Modelo lógico da tabela Perfil .......................................................................................... 59
Tabela 23: Modelo lógico da tabela Processo .................................................................................... 59
Tabela 24: Modelo lógico da tabela Status ........................................................................................ 59
Tabela 25: Modelo lógico da tabela Origem ...................................................................................... 59
Tabela 26: Modelo lógico da tabela PlanoDeAcao ............................................................................. 59
Tabela 27: Modelo lógico da tabela AcaoImediata ............................................................................ 59
Tabela 28: Modelo lógico da tabela Anexo ........................................................................................ 60
Tabela 29: Modelo lógico da tabela Area .......................................................................................... 60
Tabela 30: Modelo lógico da tabela CausaRaiz .................................................................................. 60
Tabela 31: Modelo lógico da tabela EfeitoCausaRaiz ......................................................................... 60
LISTA DE SIGLAS
ABNT Associação Brasileira de Normas Técnicas

APK Android Package
CLR Common Language Runtime
DER Diagrama Entidade Relacionamento
GPS Global Positioning System
IDE Integrated Development Environment
ISO International Organization of Standarization
NBR Refere-se a uma norma da ABNT
NC Não Conformidade
OHA Open Handset Alliance
PC Personal Computer
RF Requisito Funcional
RnF Requisito Não Funcional
SC Santa Catarina
SGBD Sistema de Gerenciamento de Banco de Dados
SGQ Sistema de Gestão da Qualidade
SQL Structured Query Language
UC User Case
UML Unified Modeling Language
SUMÁRIO
1. INTRODUÇÃO ................................................................................................................................... 14
1.1. OBJETIVOS GERAIS ............................................................................................................................... 15

1.2. OBJETIVOS ESPECÍFICOS ......................................................................................................................... 15
1.3. JUSTIFICATIVA ...................................................................................................................................... 15
1.4. MOTIVAÇÕES ...................................................................................................................................... 16
2. FUNDAMENTAÇÃO TEÓRICA ............................................................................................................ 17
2.1. QUALIDADE......................................................................................................................................... 17
2.2. ISO 9001 .......................................................................................................................................... 19
2.3. NÃO CONFORMIDADE ........................................................................................................................... 20
3. REVISÃO BIBLIOGRÁFICA ................................................................................................................. 22
3.1. PROTÓTIPO DE UM SISTEMA DE CONTROLE DE NÃO CONFORMIDADES ............................................................. 22

3.2. GERENCIAMENTO DE NÃO CONFORMIDADES EM BIBLIOTECA ........................................................................ 22
3.3. USABILIDADE DE APLICAÇÕES EM SISTEMAS ANDROID .................................................................................. 23
4. DESCRIÇÃO DO SISTEMA .................................................................................................................. 26
4.1. REQUISITOS......................................................................................................................................... 26
4.1.1. Requisitos Funcionais ............................................................................................................... 27
4.1.2. Requisitos Não Funcionais ....................................................................................................... 27
4.2. ATORES .............................................................................................................................................. 28
4.3. TECNOLOGIAS ESCOLHIDAS ..................................................................................................................... 30
4.3.1 C# .............................................................................................................................................. 30
4.3.2. Android .................................................................................................................................... 31
4.3.3. Android Studio ......................................................................................................................... 31
4.3.4. Microsoft Visual Studio ............................................................................................................ 32
4.3.5. MySQL ...................................................................................................................................... 32
5. MODELAGEM DO SISTEMA .............................................................................................................. 33
5.1. DIAGRAMA DE ATIVIDADES..................................................................................................................... 33

5.2. DIAGRAMA DE ESTADOS ........................................................................................................................ 34
5.3. DIAGRAMAS DE CASOS DE USO ............................................................................................................... 34
6. MODELAGEM DE DADOS.................................................................................................................. 57
6.1. MODELO CONCEITUAL ........................................................................................................................... 57

6.2. MODELO LÓGICO ................................................................................................................................. 58
6.3. MODELO FÍSICO ................................................................................................................................... 61
7. PROTÓTIPO DE TELAS....................................................................................................................... 62
8. CONCLUSÃO E TRABALHOS FUTUROS .............................................................................................. 64
8.1. CONCLUSÃO ........................................................................................................................................ 64

8.2. TRABALHOS FUTUROS ........................................................................................................................... 64
9. REFERÊNCIAS BIBLIOGRÁFICAS ........................................................................................................ 66

1. Introdução
Nos dias de hoje, é essencial para uma empresa que quer se destacar no
mercado, fornecer produtos ou serviços de qualidade. Fornecer produtos ou serviços
de qualidade significa dar ao cliente o que ele espera ou até mais, atender suas
necessidades ou então superá-las. Ações como conhecer as necessidades dos
clientes, atender estas necessidades, controlar os processos de produção, evitar
desperdícios e atender bem o cliente, são tão importantes, atualmente, que foram
criadas normas internacionais para auxiliar as empresas neste fator.
No entanto, nenhum processo é redondamente perfeito, porque o mundo

está sempre mudando, e nós precisamos adaptar nossos processos a essas
mudanças continuamente. Além disso, as pessoas não são seres perfeitos e
cometem equívocos ocasionalmente, causando uma possível imperfeição ou
situação indesejável no fornecimento de um serviço ou na fabricação de um produto.
Essas imperfeições, situações indesejáveis ou o não atendimento a um requisito de
um processo, de acordo com a norma ISO 9001, recebem o nome de não
conformidade.
O tratamento de uma não conformidade torna-se uma atividade de alta

prioridade para empresas que desejam oferecer um produto competitivo. É
importante para a empresa que este tratamento ocorra o mais rápido possível, pois
assim evitam-se desperdícios desnecessários, propagação do erro, clientes
esperando, perdas financeiras, entre outras situações.
Com o objetivo de tornar as não conformidades conhecidas o mais

rapidamente possível e possibilitar o seu tratamento tão logo que ela seja
identificada, este trabalho se propõe a apresentar um sistema de registro de não
conformidades desenvolvido para sistemas operacionais que seja operado em um
computador integrado juntamente com outro aplicativo operado em um dispositivo
móvel, que pode ser um celular ou um tablet.
14
1.1. Objetivos Gerais
Este trabalho apresenta um sistema que demostre a possibilidade do

registro e da gestão de não conformidades através da utilização de um software
operado em um computador integrado juntamente com outro aplicativo operado em
um dispositivo móvel, que pode ser um celular ou um tablet.
1.2. Objetivos Específicos
O objetivo específico deste trabalho é propor a construção de um sistema

integrado de registro e tratamento de não conformidades entre uma plataforma
computacional e uma plataforma para dispositivos móveis, que venha a suprir as
necessidades de empresas que tenham o objetivo de agilizar ainda mais o processo
de tratamento das suas não conformidades.
1.3. Justificativa
Atualmente, na maioria das empresas este processo é feito à mão,

através do preenchimento de planilhas ou formulários e do recolhimento e análise
dessas planilhas ou formulários preenchidos. Em algumas outras empresas já existe
um sistema informatizado.
Quanto mais rapidamente uma não conformidade é registrada, mais

rapidamente a alta gestão da empresa toma conhecimento dela, e mais rapidamente
ela pode elaborar um conjunto de ações para que as causas do fato indesejado
ocorrido sejam analisadas e tratadas o mais brevemente possível. Em uma empresa
de grande porte, por exemplo, o fato de haver setores ou filiais distantes da matriz,
torna o processo de registro e tratamento das não conformidades, ainda mais árduo
e demorado.
Assim, o sistema apresentado pretende agilizar este processo fazendo

com que as informações sejam registradas mais facilmente e cheguem mais
rapidamente ao conhecimento da alta gestão da empresa.
15
A praticidade de se ter um sistema de registro de não conformidades
acessível ao colaborador da empresa, através do seu próprio aparelho celular ou
tablet, ou então de um dispositivo móvel cedido pela empresa especificamente para
este objetivo, geraria agilidade no cadastro e no tratamento dessas não
conformidades.
1.4. Motivações
As principais motivações para a apresentação deste trabalho foram:
 A possibilidade de ganho real para as empresas em seu sistema de

gestão ao possibilitar que as não conformidades ocorridas sejam
identificadas e tratadas o mais breve que for possível.
 A ausência de ferramentas de gestão da qualidade desenvolvidas para
plataformas móveis.
 O mercado de dispositivos móveis cresce e evolui constantemente
através do uso dos smartphones e de tablets – que hoje possuem
recursos como mensagens, acesso à internet, GPS, reprodução e
gravação de vídeo. Isso nos leva a imaginar que a tendência natural para
os próximos anos, tanto no mundo corporativo como no mercado
consumidor, é que muitos sistemas para dispositivos móveis sejam
projetados para substituir parcialmente ou totalmente os sistemas
utilizados hoje em computadores.
16
2. Fundamentação Teórica
Este capítulo apresenta os pressupostos teóricos sobre o tema abordado

neste trabalho.
2.1. Qualidade
A definição da qualidade possui uma extrema diversidade de

interpretação, dada por diversos autores, que procuram dar uma definição simples
para que seja assimilável a todos os níveis das organizações. Todas as definições
apresentadas por eles são precisas – para não gerar interpretações duvidosas – e
abrangentes – para mostrar sua importância em todas as suas atividades produtivas.
O conceito de qualidade apresentado pelas principais autoridades da área

são as seguintes:
 Crosby: “Qualidade é a conformidade do produto às suas

especificações.” (Crosby, 1986);
 Deming: “Qualidade é tudo aquilo que melhora o produto do ponto de
vista do cliente.” (Deming, 1993);
 Feigenbaum: “Qualidade é a correção dos problemas e de suas causas
ao longo de toda a série de fatores relacionados com marketing, projetos,
engenharia, produção e manutenção, que exercem influência sobre a
satisfação do usuário.” (Feigenbaum, 1994);
 Ishikawa: “Qualidade é desenvolver, projetar, produzir e comercializar um
produto de qualidade que é mais econômico, mais útil e sempre
satisfatório para o consumidor.” (Ishikawa, 1993);
 Juran: “Qualidade é ausência de deficiências.” (Juran, 1992).
Para ajudar a dar uma melhor definição sobre o conceito de qualidade,

Garvin (1992) dividiu este conceito de forma sistêmica utilizando cinco abordagens.
17
a) Abordagem Transcendental
Vê a qualidade de uma forma que ela não pode ser definida facilmente
com precisão. Ela é uma característica que torna o produto (ou serviço prestado)
aceitável, não pela análise feita, mas pela prática e muitas vezes pela experiência.
Assim pode-se dizer que a qualidade é apenas observável pela sua estética, mas
não pode ser definida.
b) Abordagem Baseada na Produção
É uma abordagem utilizada na produção do produto. Para produzir um

produto que atenda plenamente às suas especificações, qualquer desvio implica
numa queda de qualidade. As melhorias da qualidade levam a menores custos, pois
evitam defeitos, tornando mais baratos os produtos, uma vez que para corrigi-los ou
refazer o trabalho aumentam-se os custos. Todo produto deve atender às
especificações estabelecidas pela empresa, pois qualquer desvio desclassifica o
produto resultando numa queda da qualidade.
c) Abordagem Baseada no Produto
Vê a qualidade como uma variável precisa e mensurável. A diferença da

qualidade está na diversidade de algumas características dos elementos, ou de
acordo com a quantidade de atributos de um produto; são características adicionais
que agregam valor ao produto. É necessário que exista algo mais ao produto, que
nos fará escolher este ao invés de outro. Esse algo mais será a diferença em
relação a outro produto.
d) Abordagem Baseada no Valor
Esta abordagem agrega qualidade em termos de custo e preço. Enfatiza a

necessidade de um alto grau de conformação a um custo aceitável, para que o
produto possa ser de qualidade. Um produto é de qualidade quando ele oferece um
desempenho ou conformidade a um preço que seja aceitável pelo consumidor. As
18
organizações procuram produzir os produtos com qualidade, mas com um custo
baixo para ter uma aceitação no mercado e com um baixo preço para obter lucro.
e) Abordagem Baseada no Usuário
Nesta abordagem, a definição da qualidade está baseada no usuário.

Procura-se desenvolver um produto que atenda às necessidades dos consumidores.
Produtos de alta qualidade são os que satisfazem melhor as necessidades da
maioria dos consumidores. Trata-se das funções básicas do produto.
2.2. ISO 9001
A International Organization of Standarization (ISO) é uma organização

internacional de padronização, formada por diversos países, que cria e mantém
normas para a padronização das mais diversas atividades. Dentre estas normas,
são as normas série 9000 que descrevem sobre os Sistemas de Gestão da
Qualidade (SGQ).
A norma ISO 9001 é a principal norma da família ISO 9000. Ela especifica
os requisitos necessários para uma organização implantar um Sistema de Gestão da
Qualidade quando esta precisa demonstrar sua capacidade para fornecer produtos
de forma coerente ou quando pretende aumentar a satisfação do cliente por meio da
efetiva aplicação do sistema (NBR ISO 9001, 2000).
A ISO 9001 contém os itens que a empresa precisa atender para obter o
seu certificado. Ela pode ser organizada em duas partes. A primeira contém itens
introdutórios e a segunda especifica os requisitos, estes, intitulados como:
 Sistema de Gestão da Qualidade: Descreve os requisitos para o sistema

de gestão da qualidade e é composto pelos requisitos gerais e requisitos
de documentação.
 Responsabilidade da direção: Descreve os direitos e deveres da alta
direção da organização para com o sistema de gestão da qualidade.
19
 Gestão de recursos: Descreve como devem ser gerenciados os recursos
de uma organização, considerando a provisão de recursos, recursos
humanos, infraestrutura e ambiente de trabalho.
 Realização do produto: Descreve como deve ser gerenciado o processo
de produção de uma organização. É usado, em todas as normas da
família ISO 9000, o termo produto como sinônimo de prestação de
serviço.
 Medição, análise e melhoria: Descreve como a organização deve
implementar os processos de medição, análise e melhoria, com o objetivo
de demonstrar a conformidade do produto ou serviço, assegurar a
conformidade do SGQ e melhorar continuamente a sua eficácia.
2.3. Não Conformidade
Segundo Marrafa (2006), não conformidade é a deficiência em uma

característica, requisito, especificação de produto, parâmetro de processo, registro
ou procedimento, que torna a qualidade de um produto inaceitável, indeterminada ou
fora de requerimentos estabelecidos. É um componente, material de fabricação ou
produto acabado fora de especificações, antes ou após a sua distribuição.
Podemos dar o seguinte exemplo de não conformidade: se a empresa

tem como um requisito produzir no mínimo mil unidades de tal produto por dia, e em
um determinado dia a produção não atingir este valor, têm-se, então, uma não
conformidade.
Uma não conformidade é uma situação indesejada e, portanto, deve ser

registrada e analisada para que a organização possa, devidamente, tratá-la. O
adequado gerenciamento das não conformidades é um ponto crucial para a melhoria
contínua do SGQ.
Segundo a NBR ISO 9001 (2000), quando a não conformidade do produto

for detectada após a entrega ou início de seu uso, a organização deve tomar as
ações apropriadas em relação aos efeitos, ou potenciais efeitos, da não
20
conformidade. Convém que a Alta Direção dê autoridade e responsabilidade para as
pessoas da organização, a fim de reportar não conformidades, a qualquer etapa de
um processo, para assegurar, em tempo hábil, a detecção e correção de não
conformidades.
O tempo é um importante fator no processo de tratamento das não

conformidades. Quanto mais rapidamente uma não conformidade for identificada e
tratada, mais qualidade será agregada à organização e menos prejuízos serão
causados em função desta não conformidade.
A forma de tratamento e os responsáveis devem estar definidos. Quando

acontecer uma não conformidade, podem ser feitas correções para eliminar a não
conformidade (o que inclui a revalidação do produto) ou o produto pode ser liberado
sob concessão pelo cliente ou autoridade pertinente. Ou seja, quanto mais sensores
existirem, mais não conformidades serão encontradas.
Para Marrafa (2006), uma eventual ocorrência de não conformidade é um

fator intrínseco a qualquer sistema de gestão; entretanto, é fundamental que sejam
investigadas e corrigidas com a máxima prioridade, considerando-se inaceitável a
reincidência do desvio.
Pode-se dizer então que a não conformidade é um fator extremamente

importante dentro do sistema de gestão. É claro que o acontecimento de uma não
conformidade não traz benefícios, mas através do SGQ, a forma com que as não
conformidades são tratadas, leva a empresa a melhorar continuamente. Toda
situação não conforme é uma oportunidade de aprimorar os processos da empresa.
21
3. Revisão Bibliográfica
Neste capítulo será apresentada a revisão bibliográfica feita para o

embasamento da proposta deste trabalho. Serão apresentados alguns trabalhos
correlatos que serviram de ponto de partida para fundamentar a ideia deste projeto.
3.1. Protótipo de um sistema de controle de não conformidades
Pereira (2006) em seu trabalho "Protótipo de um Sistema de Controle de

Não Conformidades Para Atender a Norma ISO 9001" propõe a construção de um
protótipo de um sistema informatizado de registro e tratamento de não
conformidades.
Pereira explica que na maioria das empresas este processo é feito à mão,
através do preenchimento de planilhas e do recolhimento e análise dessas planilhas
preenchidas. Sendo assim, a proposta de protótipo de sistema apresentado por ele
pretende agilizar este processo, fazendo com que as informações cheguem mais
rapidamente ao seu destino.
O objetivo deste trabalho foi propor um sistema genérico que pudesse

abranger várias empresas, desde microempresas até empresas de grande porte.
Além disso, foi também proposto um sistema em ambiente web que pudesse
funcionar em grandes redes locais (intranet) ou através da internet. O acesso a esse
sistema seria feito facilmente por um computador, com qualquer sistema operacional
instalado, que possuísse um navegador.
O protótipo deste trabalho foi implantado em uma empresa de pequeno

porte em Blumenau – SC. Todos os processos manuais da empresa foram
informatizados e, após o uso do sistema, foram registrados os resultados obtidos.
3.2. Gerenciamento de Não Conformidades em biblioteca
É mostrado um cenário semelhante por Silva e Lacerda (2009) no

trabalho “Desenvolvimento de um sistema web para gerenciamento de Não
22
Conformidade ISO 9000 – Case Biblioteca Universidade Anhembi Morumbi”. Neste
caso, os autores apresentam o cenário da Biblioteca Universidade Anhembi
Morumbi, uma biblioteca que realiza a gestão de seus serviços prestados de forma
padronizada e orientada a resultados. Como prova disso, a biblioteca, até a data da
apresentação do trabalho, já havia alcançado a sua terceira certificação
internacional na norma ABNT ISO 9000.
Silva e Lacerda identificaram a ausência de um sistema que identificasse

e controlasse de maneira ágil as ocorrências de não conformidades registradas no
serviço prestado pela biblioteca. Todo o controle era realizado através de planilhas
eletrônicas, que eram subdivididos em pastas e compartilhados em rede. Ainda
havia o desenvolvimento de relatórios para Análise Crítica da Qualidade da
prestação do serviço bibliotecário, gerando um volume considerável de informações
para ser gerenciadas dentro de um ambiente propício à inconsistência e falta de
segurança das informações.
Diante disso, foi proposto um sistema projetado para o ambiente web para
o tratamento dessas não conformidades, assim como as ações corretivas,
preventivas e de melhorias a serem tomadas para a melhoria contínua do
atendimento oferecido pela biblioteca.
3.3. Usabilidade de aplicações em sistemas Android
No trabalho “Usabilidade em Aplicações Para Sistemas Android”, Jesus,

Martins e Souza (2011) trazem à tona uma das dificuldades encontradas pelos
desenvolvedores ao construírem aplicações para dispositivos móveis: a usabilidade
do sistema.
Segundo eles, ao desenvolver uma aplicação para sistema Android, o

desenvolvedor não depara somente com a problemática da uma tecnologia nova,
mas também com a necessidade de aplicar a usabilidade. O software deve
proporcionar ao usuário uma maneira simples de interação com o dispositivo,
possuindo uma interface de fácil compreensão pelo usuário e que possibilita realizar
tarefas sem dificuldade.
23
Neste trabalho, eles implementam um software de controle de acesso de
pessoas baseado nos requisitos da Superintendência federal de Agricultura,
Pecuária e Abastecimento em Goiás e mostram quais as características devem
possuir uma aplicação para sistema Android para que ele seja de fácil usabilidade
para os seus usuários.
A base para implementação de uma interface amigável para este trabalho

são as dez heurísticas criadas por NIELSEN (1995):
a) Feedback: O sistema deve informar continuamente ao usuário sobre o

que ele está fazendo. Dez segundos é o limite para manter a atenção do
usuário focalizada no diálogo.
b) Falar a linguagem do usuário: A terminologia deve ser baseada na

linguagem do usuário e não orientada ao sistema. As informações devem
ser organizadas conforme o modelo mental do usuário.
c) Saídas claramente demarcadas: O usuário controla o sistema. Ele pode,

a qualquer momento, abortar uma tarefa, ou desfazer uma operação e
retornar ao estado anterior.
d) Consistência: Um mesmo comando ou ação deve ter sempre o mesmo

efeito. A mesma operação deve ser apresentada na mesma localização e
deve ser formatada/apresentada da mesma maneira para facilitar o
reconhecimento.
e) Prevenir erros: Evitar situações de erro. Conhecer as situações que mais

provocam erros e modificar a interface para que estes erros não ocorram.
f) Minimizar a sobrecarga de memória do usuário: O sistema deve

mostrar os elementos de diálogo e permitir que o usuário faça suas
escolhas, sem a necessidade de lembrar um comando específico.
g) Atalhos: Para usuários experientes executarem as operações mais

rapidamente. Abreviações, teclas de função, duplo clique no mouse,
função de volta em sistemas hipertexto. Atalhos também servem para
recuperar informações que estão numa profundidade na árvore
navegacional a partir da interface principal.
24
h) Diálogos simples e naturais: Deve-se apresentar exatamente a
informação que o usuário precisa no momento, nem mais nem menos. A
sequência da interação e o acesso aos objetos e operações devem ser
compatíveis com o modo pelo qual o usuário realiza suas tarefas.
i) Boas mensagens de erro: Linguagem clara e sem códigos. Devem

ajudar o usuário a entender e resolver o problema. Não devem culpar ou
intimidar o usuário.
j) Ajuda e documentação: O ideal é que o software seja tão fácil de usar

(intuitivo) que não necessite de ajuda ou documentação. Se for
necessária, a ajuda deve estar facilmente acessível online.
Baseado nessas dez heurísticas é proposto um sistema que visa ter as

seguintes características abaixo:
 Definir corretamente a dimensão de um botão, tamanho das fontes e cor

adequada;
 Interagir com telas pequenas, limitações da capacidade armazenamento e
processamento;
 Atender usuários novatos, que são aqueles que nunca tiveram contato
com um dispositivo móvel, e usuários experientes, que usam
frequentemente todos os recursos e que já conhecem as maneiras de
interação do sistema.
25
4. Descrição do sistema
O Sistema de Gestão de Não Conformidades tem como objetivo principal

facilitar o registro, a análise e a gestão de não conformidades identificadas em uma
determinada empresa.
Para que essa gestão torne-se eficiente, o sistema proposto foi

desenhado tentando simular o cenário comumente encontrado tanto nas empresas
de pequeno porte como nas de grande porte. Geralmente as empresas que
implementam Sistemas de Gestão da Qualidade dividem suas ocorrências de não
conformidades pelos seus respectivos departamentos.
Cada departamento é responsável por analisar as não conformidades

identificadas para eles e, em cima desta análise, realizar o tratamento delas. Já o
departamento de qualidade é responsável por monitorar como todos os
departamentos da empresa estão agindo quanto às não conformidades neles
identificadas. Também cabe ao departamento de qualidade implementar ações que
proporcionem a melhoria contínua de sua gestão.
A seguir serão descritos os requisitos que o sistema deverá atender, os

atores identificados para a utilização do sistema e as tecnologias escolhidas para o
seu desenvolvimento.
4.1. Requisitos
Abaixo serão descritos os requisitos funcionais e não funcionais do

sistema. Os requisitos funcionais são requisitos baseados em funções aos quais o
sistema deverá realizar. Já os requisitos não funcionais descrevem as facilidades de
uso da aplicação, as qualidades não funcionais do sistema, onde não há uma função
que atrelada que o sistema deve cumprir e sim o que disponibilização dos requisitos
funcionais de um modo eficiente e eficaz.
26
4.1.1. Requisitos Funcionais
 RF-01: Cadastrar Áreas - O sistema possuirá um menu que permitirá o

cadastro das áreas da empresa onde o sistema for implantado, dando a
possibilidade de realizar a inclusão, alteração e exclusão dessas áreas.
 RF-02: Cadastrar Processos - O sistema possuirá um menu que
permitirá o cadastro dos processos da empresa onde o sistema for
implantado, dando a possibilidade de realizar a inclusão, alteração e
exclusão desses processos.
 RF-03: Cadastrar Causas Raiz - O sistema possuirá um menu que
permitirá o cadastro das causas raiz de uma eventual não conformidade,
dando a possibilidade de realizar a inclusão, alteração e exclusão dessas
possíveis causas.
 RF-04: Cadastrar Origens - O sistema possuirá um menu que permitirá o
cadastro das origens de uma eventual não conformidade, dando a
possibilidade de realizar a inclusão, alteração e exclusão dessas origens.
 RF-05: Cadastrar Usuários - O sistema possuirá um menu que permitirá
o cadastro dos usuários do sistema, dando a possibilidade de realizar a
inclusão, alteração e exclusão desses usuários.
 RF-06: Cadastrar Não Conformidades - O sistema possuirá um menu
que permitirá o cadastro das não conformidades da empresa, dando a
possibilidade de inclusão, alteração e exclusão dessas não
conformidades.
 RF-07: Gerar Relatório de Pendências do Sistema - Haverá um menu
que permitirá a visualização de um relatório das não conformidades
pendentes no sistema.
4.1.2. Requisitos Não Funcionais
 RnF-01: Plataformas de sistema operacional - O sistema funcionará em

um sistema operacional projetado para trabalhar em PCs (desktop ou
27
notebook) e em um sistema operacional projetado para trabalhar em
dispositivos móveis (celular ou tablet).
 RnF-02: Integração entre as plataformas - As plataformas PC e
dispositivos móveis deverão estar integradas de uma maneira que permita
que o registro cadastrado via dispositivo móvel seja visualizado em um
PC logo após o registro dele no sistema.
 RnF-03: Operação do sistema em PCs - Nos desktops e notebooks, o
sistema deverá ser capaz de executar todos os requisitos funcionais do
sistema, salvando as informações em um banco de dados para a
realização do tratamento dos registros de não conformidade e para
eventuais consultas futuras.
 RnF-04: Operação do sistema em Dispositivos Móveis - Nos celulares
e tablets, o sistema deverá ser capaz de registrar uma não conformidade
e a área da empresa onde ela ocorreu, cabendo ao setor de qualidade da
empresa receber este registro e dar continuidade ao tratamento.
4.2. Atores
Um ator representa um grupo específico de usuários de características

semelhantes quanto à utilização de um sistema.
No Sistema de Gestão de Não Conformidades foram identificados os

seguintes atores:
 Administrador: Representa o colaborador que terá todos os privilégios

possíveis dentro do sistema. O administrador representa a figura de um
gerente, analista ou assistente do departamento de qualidade da empresa
em que o sistema for implantado ou outro usuário que necessite de todos
esses privilégios na operação do sistema.
 Monitor de Área: Representa o colaborador que terá a função de
gerenciar as não conformidades cadastradas dentro de um departamento
em que ele estará responsável como supervisor. O monitor de área
28
poderá ser um gerente ou analista de um dos departamentos da empresa
em que o sistema for implantado.
 Cadastrador: Representa um colaborador qualquer da empresa que
poderá registrar uma não conformidade no sistema.
 Responsável pela ação imediata: Representa o responsável por
informar as ações tomadas imediatamente a identificação de uma não
conformidade.
 Responsável pela definição do plano de ação: Representa o
responsável por investigar a causa raiz da não conformidade ocorrida e
elaborar planos de ação efetivos para eliminar os riscos da não
conformidade ocorrer novamente.
 Responsável pela aprovação do plano de ação: Representa o
responsável por aprovar os planos de ação definidos mediante a
investigação das causas raiz encontradas na análise do responsável da
definição dos planos de ação.
 Responsável pela implementação de um plano de ação: Representa o
colaborador responsável por executar um dos planos de ação específicos
definidos pelo responsável da definição dos planos de ação.
 Responsável pela implementação dos planos de ação: Representa o
colaborador responsável por verificar e confirmar que todos os planos de
ação foram executados adequadamente.
 Responsável pela avaliação da eficácia: Representa o colaborador
responsável por analisar o resultado efetivo das dos planos executados e
informar se a não conformidade foi tratada com sucesso.
 Responsável pelo encerramento: Representa o responsável por indicar
que o tratamento da não conformidade foi finalizado.
29
Figura 01: Atores do sistema
4.3. Tecnologias escolhidas
As tecnologias abaixo foram escolhidas com base na facilidade do usuário

ter acesso a elas e terem a capacidade de utilizá-las. Foi levada em consideração
também a facilidade do desenvolvedor de construir o software nessas tecnologias
escolhidas, bem como a curva de aprendizagem dos usuários e desenvolvedores.
Entende-se por “facilidade”, a aceitação dessas tecnologias no mercado,

o acesso à documentação e suporte oferecido a essas tecnologias escolhidas para a
execução do projeto.
4.3.1 C#
É uma linguagem de programação interpretada multi-paradigma

fortemente tipada, e, possuindo paradigmas de programação imperativa, funcional,
declarativa, orientada a objetos e genérica.
A linguagem C# faz parte do conjunto de ferramentas oferecidas na

plataforma .NET e surge como uma linguagem simples, robusta, orientada a objetos,
fortemente tipada e altamente escalável a fim de permitir que uma mesma aplicação
possa ser executada em diversos dispositivos de hardware, independentemente de
estes serem PCs, handhelds ou qualquer outro dispositivo móvel.
30
A sua sintaxe orientada a objetos foi baseada no C++ mas inclui muitas
influências de outras linguagens de programação, como Object Pascal e Java. A
linguagem C# é compilada para bytecode e é interpretada pela máquina virtual
chamada CLR (Common Language Runtime).
4.3.2. Android
“Android é uma plataforma aberta voltada para dispositivos móveis

desenvolvida pela Google e atualmente é mantida pela Open Handset Alliance
(OHA). Todas as aplicações desenvolvidas para essa plataforma foram criadas com
a linguagem Java, o que facilita muitos programadores com conhecimentos em Java
(ou de outras linguagens próximas de Java como C++ e C#) a desenvolver
aplicações para o Android.” (Silva, 2012)
Segundo Jesus, Martins e Souza (2011), o Android é uma plataforma que

vem revolucionando o mercado e tem agradado muito os seus usuários, pois possui
fácil navegação e grande diversidade de recursos. Além disso, o Android é uma
plataforma open source (código livre). Esse fato tem atraído várias empresas e
programadores independentes, que estão criando uma variedade de aplicativos e
adaptando à plataforma de acordo com o hardware dos seus dispositivos. Essas
adaptações têm proporcionado grandes inovações em sistemas para dispositivos
móveis.
4.3.3. Android Studio
O Android Studio é o ambiente de desenvolvimento integrado (IDE)

oferecido pela Google para desenvolvedores que desejam criar aplicações para o
Android. O programa tem como base o INtelliJ IDEA e ele oferece uma ferramenta
completa para lidar com as mais variadas aplicações criadas para o sistema
operacional citado.
A IDE traz uma estrutura completa com as ferramentas mais utilizadas

para o desenvolvimento. Além disso, ele conta com modelos, sistemas para gerar
APKs múltiplas, suporte ao desenvolvimento em outros idiomas, depurador e opções
31
para a detecção de outros problemas (como compatibilidade de versão, performance
e usabilidade).
4.3.4. Microsoft Visual Studio
O Microsoft Visual Studio é um pacote de programas da Microsoft para

desenvolvimento de software especialmente dedicado ao .NET Framework e às
linguagens Visual Basic (VB), C, C++, C# (C Sharp) e J# (J Sharp). Também é um
grande produto de desenvolvimento na área web, usando a plataforma do ASP.NET.
As linguagens com maior frequência nessa plataforma são: VB.NET (Visual
Basic.Net) e o C♯ (lê-se C Sharp).
4.3.5. MySQL
O MySQL é um sistema de gerenciamento de banco de dados (SGBD),

que utiliza a linguagem SQL (Linguagem de Consulta Estruturada, do inglês
Structured Query Language) como interface. É atualmente um dos bancos de dados
mais populares , com mais de 10 milhões de instalações pelo mundo.
Entre os usuários do banco de dados MySQL estão: NASA, Friendster,

Banco Bradesco, Dataprev, HP, Nokia, Sony, Lufthansa, U.S. Army, U.S. Federal
Reserve Bank, Associated Press, Alcatel, Slashdot, Cisco Systems, Google, entre
outros.
Características importantes:
 Pouco exigente quanto a recursos de novos hardware;

 Excelente desempenho e estabilidade;
 Facilidade no manuseio;
 Compatibilidade com diversas linguagens de programação (Java, C#,
PHP, Python, entre outras).
32
5. Modelagem do sistema
A modelagem do sistema visa construir modelos que expliquem as

características ou o comportamento de um software ou de um sistema de software.
Na construção do software, os modelos podem ser usados na identificação das
características e funcionalidades que o software deverá prover (análise de
requisitos), e no planejamento de sua construção.
Para efetuar a modelagem deste sistema foi escolhida a linha de

modelagem por Análise Orientada a Objetos. A Análise Orientada a Objetos é o
paradigma de análise, projeto e desenvolvimento de sistemas mais utilizado no
mercado. A UML (Unified Modeling Language) é a linguagem gráfica padrão da
Análise Orientada a Objetos.
Abaixo seguem os diagramas em linguagem UML que foram necessários

para especificar o Sistema de Gestão de Não Conformidades.
5.1. Diagrama de Atividades
Figura 02: Diagrama de Atividades para tratamento de uma não conformidade

33
5.2. Diagrama de Estados
Figura 03: Diagrama de estados para tratamento de uma não conformidade
5.3. Diagramas de Casos de Uso
UC 01: Realizar Login

1. Breve Descrição
O sistema permitirá que um usuário cadastrado acesse as suas funcionalidades. Este caso de
uso se aplica tanto para o sistema para PCs como para o sistema para dispositivos móveis.
2. Atores
Todos os atores
3. Pré-Condições
01. O ator deverá possuir uma chave de usuário cadastrada no sistema.
4. Fluxo de Eventos
01. Fluxo Principal – Autenticar usuário
- O sistema exibe a tela de acesso solicitando o login e a senha do usuário.
- O ator informa os dados e clica no botão “Entrar”.
- Caso as informações estejam corretas, o sistema abre a tela inicial.
02. Exceção – Erro de login ou senha/usuário não cadastrado
- Caso as informações estejam erradas (login/senha errados ou usuário é inexistente), será
exibida uma mensagem informando que as informações estão incorretas.
5. Pós-Condições
01. Após a execução deste U.C., a informação do usuário logado será mantida pelo sistema
enquanto ele estiver aberto.
Tabela 01: Caso de Uso “UC 01: Realizar Login”
34
UC 02: Manter Área
O sistema permitirá a inclusão, alteração e a exclusão lógica (inativação) das áreas da empresa.
2. Atores
Administrador
3. Pré-Condições
01. O ator deverá estar logado no sistema.
4. Fluxo de Eventos
01. Fluxo Principal – Manter área
- O ator acessa o menu "Configurações - Áreas".
- O sistema lista as áreas cadastradas e ativas e oferece as opções de incluir, alterar e
excluir áreas.
02. Fluxo Alternativo – Cadastrar área
- Executa-se o Fluxo Principal.
- O ator clica no botão “Adicionar”.
- O sistema abre uma janela de cadastro para que o usuário informe os dados da área.
- O ator informa os dados da área e clica no botão “Salvar”.
- O sistema exibe mensagem de confirmação, fecha a tela de cadastro e atualiza a lista de
áreas cadastradas e ativas.
03. Fluxo Alternativo – Alterar área
- O ator dá um duplo clique sobre o registro da lista que deseja editar.
- O sistema abre uma janela de edição para que o usuário edite os dados da área.
- O ator edita os dados da área e clica no botão “Salvar”.
- O sistema exibe mensagem de confirmação, fecha a tela de edição e atualiza a lista de
áreas cadastradas e ativas.
04. Fluxo Alternativo – Excluir área
- O ator seleciona com um clique o registro da lista que deseja excluir e clica no botão
“Excluir”.
- O sistema solicita confirmação da exclusão.
- Caso seja confirmada, o sistema faz a exclusão lógica (inativação) do registro.
- O sistema exibe mensagem de confirmação e atualiza a lista de áreas cadastradas e ativas.
5. Pós-Condições
01. Após a execução deste U.C., uma área deverá: ter sido cadastrada com sucesso/ter seus
dados alterados com sucesso/ter sido inativada com sucesso na base de dados.
Tabela 02: Caso de Uso “UC 02: Manter Área”
35
UC 03: Manter Causa Raiz
O sistema permitirá a inclusão, alteração e a exclusão lógica (inativação) das causas raiz.
2. Atores
Administrador
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Manter causa raiz
- O ator acessa o menu "Configurações – Causas Raiz".
- O sistema lista as causas raiz cadastradas e ativas e oferece as opções de incluir, alterar e
excluir causas raiz.
02. Fluxo Alternativo – Cadastrar causa raiz
- O sistema abre uma janela de cadastro para que o usuário informe os dados da causa raiz.
- O ator informa os dados da causa raiz e clica no botão “Salvar”.
causas raiz cadastradas e ativas.
03. Fluxo Alternativo – Alterar causa raiz
- O sistema abre uma janela de edição para que o usuário edite os dados da causa raiz.
- O ator edita os dados da causa raiz e clica no botão “Salvar”.
causa raiz cadastradas e ativas.
04. Fluxo Alternativo – Excluir causa raiz
“Excluir”.
- O sistema exibe mensagem de confirmação e atualiza a lista de causas raiz cadastradas e
ativas.
5. Pós-Condições
01. Após a execução deste U.C., uma causa raiz deverá: ter sido cadastrada com sucesso/ter
seus dados alterados com sucesso/ter sido inativada com sucesso na base de dados.
Tabela 03: Caso de Uso “UC 03: Manter Causa Raiz”
36
UC 04: Manter Origem
O sistema permitirá a inclusão, alteração e a exclusão lógica (inativação) das origens.

2. Atores
Administrador
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Manter origem
- O ator acessa o menu "Configurações - Origens".
- O sistema lista as origens cadastradas e ativas e oferece as opções de incluir, alterar e
excluir origens.
02. Fluxo Alternativo – Cadastrar origem
- O sistema abre uma janela de cadastro para que o usuário informe os dados da origem.
- O ator informa os dados da origem e clica no botão “Salvar”.
origens cadastradas e ativas.
03. Fluxo Alternativo – Alterar origem
- O sistema abre uma janela de edição para que o usuário edite os dados da origem.
- O ator edita os dados da origem e clica no botão “Salvar”.
origens cadastradas e ativas.
04. Fluxo Alternativo – Excluir origem
“Excluir”.
- O sistema exibe mensagem de confirmação e atualiza a lista de origens cadastradas e
ativas.
5. Pós-Condições
01. Após a execução deste U.C., uma origem deverá: ter sido cadastrada com sucesso/ter seus
dados alterados com sucesso/ter sido inativada com sucesso na base de dados.
Tabela 04: Caso de Uso “UC 04: Manter Origem”
37
UC 05: Manter Processo
O sistema permitirá a inclusão, alteração e a exclusão lógica (inativação) dos processos.

2. Atores
Administrador
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Manter processo
- O ator acessa o menu "Configurações - Processos".
- O sistema lista os processos cadastrados e ativos e oferece as opções de incluir, alterar e
excluir processos.
02. Fluxo Alternativo – Cadastrar processo
- O sistema abre uma janela de cadastro para que o usuário informe os dados do processo.
- O ator informa os dados do processo e clica no botão “Salvar”.
processos cadastrados e ativos.
03. Fluxo Alternativo – Alterar processo
- O sistema abre uma janela de edição para que o usuário edite os dados do processo.
- O ator edita os dados do processo e clica no botão “Salvar”.
processos cadastrados e ativos.
04. Fluxo Alternativo – Excluir processo
“Excluir”.
- O sistema exibe mensagem de confirmação e atualiza a lista de processos cadastrados e
ativos.
5. Pós-Condições
01. Após a execução deste U.C., um processo deverá: ter sido cadastrado com sucesso/ter seus
dados alterados com sucesso/ter sido inativado com sucesso na base de dados.
Tabela 05: Caso de Uso “UC 05: Manter Processo”
38
UC 06: Manter Usuário
O sistema permitirá a pesquisa, inclusão e alteração dos usuários da empresa.

2. Atores
Administrador
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Manter usuário
- O ator acessa o menu "Configurações - Usuários".
- O sistema lista os usuários cadastrados e oferece as opções de incluir, alterar e inativar
usuários.
02. Fluxo Alternativo – Cadastrar usuário
- O sistema abre uma janela de cadastro para que o usuário informe os dados do usuário.
- O ator informa os dados do usuário e clica no botão “Salvar”.
usuários cadastrados.
03. Fluxo Alternativo – Alterar usuário
- O sistema abre uma janela de edição para que o usuário edite os dados do usuário.
- O ator edita os dados do usuário e clica no botão “Salvar”.
usuários cadastrados.
04. Fluxo Alternativo – Pesquisar usuário
- O ator preenche os campos disponíveis para pesquisa e filtro de usuários e clica no botão
“Pesquisar”.
- O sistema lista os usuários cadastrados que estejam dentro do critério de pesquisa
informado pelo ator.
05. Exceção – Chave de usuário existente
- O sistema apresentará uma mensagem de erro informando que a chave do usuário que
está tentando ser incluída já existe no sistema.
5. Pós-Condições
01. Após a execução deste U.C., um usuário deverá: ter sido cadastrada com sucesso/ter seus
dados alterados com sucesso.
Tabela 06: Caso de Uso “UC 06: Manter Usuário”
39
UC 07A: Manter Não Conformidade (plataforma PC)
O sistema permitirá a pesquisa, inclusão, alteração, cancelamento e exclusão das não
conformidades da empresa quando estiver sendo operado em plataforma PC.
2. Atores
Todos os atores
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Manter não conformidade
- O ator acessa o menu "Não Conformidades – Cadastro de NC".
- O sistema lista as não conformidades cadastradas e oferece as opções de incluir, alterar e
inativar usuários.
02. Fluxo Alternativo – Pesquisar não conformidade
- O ator preenche os campos disponíveis para pesquisa e filtro de não conformidades e clica
no botão “Pesquisar”.
- O sistema lista as não conformidades cadastradas que estejam dentro do critério de
pesquisa informado pelo ator.
03. Fluxo Alternativo – Cadastrar não conformidade
- O sistema abre uma janela de cadastro para que o ator informe os dados da não
conformidade.
- O ator informa os dados da não conformidade e clica no botão “Salvar”.
- O sistema valida se os campos obrigatórios foram preenchidos, exibe mensagem de
confirmação, fecha a tela de cadastro e atualiza a lista de não conformidades cadastradas.
04. Fluxo Alternativo – Alterar não conformidade
- O sistema abre uma janela de edição para que o usuário edite os dados do usuário.
- O ator edita os dados do usuário e clica no botão “Salvar”.
- O sistema exibe mensagem de confirmação, fecha a tela de edição e atualiza a lista de não
conformidades cadastradas.
05. Fluxo Alternativo – Cancelar não conformidade
- O ator dá um duplo clique sobre o registro da lista que deseja cancelar.
- O sistema abre uma janela com as informações da não conformidade.
- O ator clica no botão “Cancelar”.
- O sistema solicita confirmação do cancelamento.
- Caso seja confirmada, o sistema faz o cancelamento do registro.
06. Fluxo Alternativo – Excluir não conformidade
“Excluir”.
- Caso seja confirmada, o sistema faz a exclusão do registro.
- O sistema exibe mensagem de confirmação e atualiza a lista de não conformidades
40
cadastradas.
07. Exceção – Ator sem permissão para alteração
- Caso o ator logado no sistema não tenha os perfis “Administrador” ou monitor de área, ou
então não seja o responsável pelo status atual do registro, o sistema desabilitará todos os
botões e campos de edição da janela aberta.
08. Exceção – Ator sem permissão de exclusão
- Caso o ator logado no sistema não tenha o perfil “Administrador”, o sistema desabilitará o
botão “Excluir”.
09. Exceção – Ator sem permissão para cancelar não conformidade
- Caso o ator logado no sistema não tenha permissão de cancelar o registro, ao clicar no
botão “Cancelar” o sistema exibirá uma mensagem informando que o ator logado não pode
executar esta ação. O ator deverá ser o monitor da área cujo registro foi aberto,
administrador do sistema ou o responsável pelo cadastramento do registro.
5. Pós-Condições
01. Após a execução deste U.C., uma não conformidade deverá: ter sido cadastrada com
sucesso/encontrada com sucesso/ter seus dados alterados com sucesso/excluída com
sucesso/cancelada com sucesso.
Tabela 07A: Caso de Uso “UC 07A: Manter Não Conformidade (plataforma PC)”
UC 07B: Manter Não Conformidade (plataforma mobile)

O sistema permitirá a inclusão das não conformidades da empresa quando estiver sendo usado
em plataforma mobile.
2. Atores
Cadastrador
3. Pré-Condições
02. O dispositivo móvel deverá estar acessando a internet.
4. Fluxo de Eventos
01. Fluxo Principal – Cadastrar não conformidade
- O sistema abre uma janela de cadastro para que o ator informe os dados da não
conformidade (descrição e área de ocorrência).
- O ator informa os dados da não conformidade e clica no botão “Enviar”.
- O sistema valida se os campos obrigatórios foram preenchidos, envia as informações para
o banco de dados central, exibe mensagem de confirmação e limpa os campos preenchidos
para um novo cadastro.
02. Exceção – Falha de comunicação com o servidor
- Caso haja uma falha de comunicação com o servidor, o sistema exibirá uma mensagem de
erro informando a falha.
5. Pós-Condições
01. Após a execução deste U.C., um usuário deverá: ter sido cadastrada com sucesso.
Tabela 07B: Caso de Uso “UC 07A: Manter Não Conformidade (plataforma mobile)”
41
UC 08: Concluir Cadastramento da Não Conformidade
O sistema permitirá a finalização do registro da não conformidade, passando adiante o fluxo do
seu tratamento de acordo com as informações dadas pelo usuário do sistema.
2. Atores
Cadastrador
3. Pré-Condições
02. A não conformidade deverá estar no status “Em Cadastramento”.
4. Fluxo de Eventos
01. Fluxo Principal – Concluir o cadastramento da não conformidade
excluir não conformidades.
- O ator dá um duplo clique sobre a não conformidade.
- O sistema abre uma tela com as informações na não conformidade.
- O ator clica no botão “Concluir Status”.
- O sistema valida se todas as informações necessárias foram digitadas.
- O sistema conclui o cadastramento e avança para o próximo status.
- Caso a não conformidade seja uma não conformidade real, o registro avançará para o
status “Aguardando Ação Imediata”. Caso a não conformidade seja uma não conformidade
potencial, o registro avançará para o status “Aguardando Definição do Plano de Ação”.
02. Exceção – Ator sem permissão para finalizar cadastramento
- Caso o ator logado no sistema não seja o emissor do registro, ao clicar no botão “Concluir
Status” o sistema exibirá uma mensagem informando que o ator logado não pode executar
esta ação.
03. Exceção – Campos obrigatórios não preenchidos
- Caso haja campos obrigatórios sem preenchimento, o sistema informará ao ator que
existem campos obrigatórios sem preenchimento.
5. Pós-Condições
01. Após a execução deste U.C., o cadastramento de uma não conformidade deverá ter sido
finalizado com sucesso.
Tabela 08: Caso de Uso “UC 08: Concluir Cadastramento da Não Conformidade”
42
UC 09: Cadastrar Ações Imediatas
O sistema permitirá cadastrar as ações imediatas da não conformidade, passando adiante o
fluxo do seu tratamento.
2. Atores
Responsável pela Ação Imediata
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Ação Imediata”.
4. Fluxo de Eventos
01. Fluxo Principal – Cadastrar ações imediatas
- O ator dá um duplo clique sobre uma não conformidade.
- O sistema abre uma tela listando as ações imediatas cadastradas e dando a opção de
incluir e excluir ações.
02. Fluxo Alternativo – Incluir ação imediata
- O ator clica no botão “Adicionar” para incluir uma nova ação imediata.
- Abre-se uma nova janela de edição para que sejam incluídas as informações da ação
imediata.
- O ator insere as informações e clica no botão “Salvar”.
- O sistema fecha a janela de edição e atualiza a lista de ações imediatas cadastradas.
03. Fluxo Alternativo – Excluir ação imediata
- O ator seleciona com um clique a ação que deseja excluir e clica no botão “Excluir”.
- Caso seja confirmada, o sistema faz a exclusão da ação imediata.
- O sistema exibe mensagem de confirmação e atualiza a lista de ações imediatas.
04. Fluxo Alternativo – Concluir cadastramento das ações imediatas
- O sistema valida se existe pelo menos uma ação imediata incluída.
- O sistema conclui o cadastramento e avança para o status “Aguardando Definição do
Plano de Ação”.
05. Exceção – Ator sem permissão para finalizar cadastramento
- Caso o ator logado no sistema não seja o emissor do registro, ao clicar no botão “Concluir
Status” o sistema exibirá uma mensagem informando que o ator logado não pode executar
esta ação.
06. Exceção – Não existe ação imediata cadastrada
- Caso haja campos obrigatórios sem preenchimento, o sistema informará ao ator que
existem campos obrigatórios sem preenchimento.
5. Pós-Condições
01. Após a execução deste U.C., o cadastramento das ações imediatas de uma não
conformidade deverá ter sido finalizado com sucesso.
Tabela 09: Caso de Uso “UC 09: Cadastrar Ações Imediatas”
43
UC 10: Cadastrar Causas Raiz
O sistema permitirá cadastrar as causas raiz da não conformidade.
2. Atores
Responsável pela definição do plano
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Definição do Plano de Ação”.
4. Fluxo de Eventos
01. Fluxo Principal – Cadastrar causas raiz
- O sistema abre uma tela listando as causas raiz cadastradas e dando a opção de incluir e
excluir causas raiz.
02. Fluxo Alternativo – Incluir causa raiz
- O ator clica no botão “Adicionar” para incluir uma nova causa raiz.
- Abre-se uma nova janela de edição para que sejam incluídas as informações da causa raiz.
- O sistema fecha a janela de edição e atualiza a lista de causas raiz cadastradas.
03. Fluxo Alternativo – Excluir causa raiz
- O ator seleciona com um clique a causa raiz que deseja excluir e clica no botão “Excluir”.
- Caso seja confirmada, o sistema faz a exclusão da causa raiz.
- O sistema exibe mensagem de confirmação e atualiza a lista de causas raiz.
5. Pós-Condições
01. Após a execução deste U.C., o cadastramento das causas raiz de uma não conformidade
deverá ter sido finalizado com sucesso.
Tabela 10: Caso de Uso “UC 10: Cadastrar Causas Raiz”
44
UC 11: Cadastrar Planos de Ação
O sistema permitirá cadastrar os planos de ação da não conformidade.
2. Atores
Responsável pela definição do plano
3. Pré-Condições
4. Fluxo de Eventos
01. Fluxo Principal – Cadastrar planos de ação
- O sistema abre uma tela listando os planos de ação cadastrados e dando a opção de incluir
e excluir planos de ação.
02. Fluxo Alternativo – Incluir planos de ação
- O ator clica no botão “Adicionar” para incluir um novo plano de ação.
- Abre-se uma nova janela de edição para que sejam incluídas as informações do plano.
- O sistema fecha a janela de edição e atualiza a lista de planos de ação cadastrados.
03. Fluxo Alternativo – Excluir planos de ação
- O ator seleciona com um clique o plano de ação que deseja excluir e clica no botão
“Excluir”.
- Caso seja confirmada, o sistema faz a exclusão do plano de ação.
- O sistema exibe mensagem de confirmação e atualiza a lista de planos de ação.
5. Pós-Condições
01. Após a execução deste U.C., o cadastramento dos planos de ação de uma não
conformidade deverá ter sido finalizado com sucesso.
Tabela 11: Caso de Uso “UC 11: Cadastrar Planos de Ação”
45
UC 12: Concluir Definição dos Planos de Ação
O sistema permitirá a conclusão da definição dos planos de ação da não conformidade, dando
continuidade no fluxo de tratamento do registro.
2. Atores
Responsável pela definição do plano de ação
3. Pré-Condições
03. O registro deverá ter pelo menos uma causa raiz cadastrada e um plano de ação definido.
4. Fluxo de Eventos
01. Fluxo Principal – Concluir definição dos planos de ação
- O sistema abre uma tela listando as causas raiz e os planos de ação cadastrados, dando a
opção de incluir e excluir causas raiz e planos de ação.
- O sistema conclui o cadastramento e avança para o status “Aguardando Aprovação do
Plano de Ação”.
02. Exceção – Ator sem permissão para concluir definição dos planos de ação
- Caso o ator logado no sistema não seja o responsável por definir os planos do registro, ao
clicar no botão “Concluir Status” o sistema exibirá uma mensagem informando que o ator
logado não pode executar esta ação.
03. Exceção – Não existe causa raiz ou plano de ação cadastrado
- Caso não existam causas raiz ou planos de ação cadastrados, o sistema informará que
deve ser cadastrado pelo menos uma causa raiz e um plano de ação para prosseguir.
5. Pós-Condições
01. Após a execução deste U.C., os planos de ação de uma não conformidade deverão ter sido
definidos com sucesso.
Tabela 12: Caso de Uso “UC 12: Concluir Definição dos Planos de Ação”
46
UC 13: Aprovar Planos de Ação
O sistema permitirá a aprovação dos planos de ação definidos na não conformidade, dando
continuidade no fluxo de tratamento do registro.
2. Atores
Responsável pela aprovação do plano de ação
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Aprovação do Plano de Ação”.
4. Fluxo de Eventos
01. Fluxo Principal – Aprovar planos de ação
- O sistema abre uma tela listando os planos de ação cadastrados, dando a opção de
aprovar os planos de ação.
- O ator clica no botão “Aprovar”.
- O avança para o status “Aguardando Implementação do Plano de Ação”.
02. Exceção – Ator sem permissão para aprovar os planos de ação
- Caso o ator logado no sistema não seja o responsável por aprovar os planos do registro, ao
clicar no botão “Aprovar” o sistema exibirá uma mensagem informando que o ator logado
não pode executar esta ação.
5. Pós-Condições
01. Após a execução deste U.C., os planos de ação de uma não conformidade deverão ter sido
aprovados com sucesso.
Tabela 13: Caso de Uso “UC 13: Aprovar Planos de Ação”
47
UC 14: Descrever Implementação dos Planos de Ação
O sistema permitirá que seja descrita a implementação de cada plano de ação definido na não
conformidade.
2. Atores
Responsável pela implementação de um plano de ação
Responsável pela implementação dos planos de ação
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Implementação do Plano de
Ação”.
03. O ator deverá ser o responsável definido no registro para concluir a implementação dos
planos no sistema ou ser o responsável por implementar um plano específico.
4. Fluxo de Eventos
01. Fluxo Principal – Descrever implementação dos planos de ação
- O sistema abre uma tela listando os planos de ação cadastrados, dando a opção de
descrever a implementação dos planos de ação.
- O ator dá um duplo clique sobre um plano de ação.
- Abre-se uma nova janela de edição para que sejam incluídas as informações do plano.
- O sistema fecha a janela de edição e atualiza a lista de planos de ação cadastrados.
- Caso o ator logado no sistema não seja o responsável por implementar o plano específico
ou não seja o responsável pela conclusão da implementação dos planos de ação do registro,
ao clicar no botão “Salvar” o sistema exibirá uma mensagem informando que o ator logado
5. Pós-Condições
01. Após a execução deste U.C., um plano de ação de uma não conformidade deverá ter sido
implementado com sucesso.
Tabela 14: Caso de Uso “UC 14: Descrever Implementação dos Planos de Ação”
48
UC 15: Concluir a Implementação dos Planos de Ação
O sistema permitirá que seja concluída a implementação de todos os planos de ação definidos
na não conformidade.
2. Atores
Responsável pela implementação dos planos de ação
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Implementação do Plano de
Ação”.
03. O ator deverá ser o responsável definido no registro para concluir a implementação dos
planos no sistema.
04. Todos os planos de ação do registro deverão estar com a sua implementação descrita.
4. Fluxo de Eventos
01. Fluxo Principal – Concluir a implementação dos planos de ação
- O sistema abre uma tela listando os planos de ação cadastrados.
- O sistema conclui o cadastramento e avança para o status “Aguardando Avaliação da
Eficácia”.
- Caso o ator logado no sistema não seja o responsável pela conclusão da implementação
dos planos de ação do registro, ao clicar no botão “Salvar” o sistema exibirá uma
mensagem informando que o ator logado não pode executar esta ação.
5. Pós-Condições
01. Após a execução deste U.C., a confirmação da implementação dos planos de ação de uma
não conformidade deverá ter sido feita com sucesso.
Tabela 15: Caso de Uso “UC 15: Concluir a Implementação dos Planos de Ação”
49
UC 16: Avaliar Eficácia dos Planos de Ação
O sistema permitirá que seja avaliada a eficácia dos os planos de ação definidos na não
conformidade.
2. Atores
Responsável pela avaliação da eficácia
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Avaliação da Eficácia”.
4. Fluxo de Eventos
01. Fluxo Principal – Avaliar a eficácia dos planos de ação
- O sistema abre uma tela mostrando as informações da não conformidade.
- O ator preenche as informações da avaliação da eficácia e clica no botão “Concluir Status”.
- O sistema conclui a avaliação e avança para o status “Aguardando Encerramento”.
02. Exceção – Ator sem permissão para avaliar eficácia
- Caso o ator logado no sistema não seja o responsável pela avaliação da eficácia dos planos
de ação do registro, ao clicar no botão “Concluir Status” o sistema exibirá uma mensagem
informando que o ator logado não pode executar esta ação.
5. Pós-Condições
01. Após a execução deste U.C., a avaliação da eficácia dos planos de ação de uma não
conformidade deverá ter sido feita com sucesso.
Tabela 16: Caso de Uso “UC 16: Avaliar Eficácia dos Planos de Ação”
50
UC 17: Encerrar Não Conformidade
O sistema permitirá que o tratamento de uma não conformidade seja encerrado.
2. Atores
Responsável pelo encerramento
3. Pré-Condições
02. A não conformidade deverá estar no status “Aguardando Encerramento”.
4. Fluxo de Eventos
01. Fluxo Principal – Encerrar não conformidade
- O sistema avança para o status “Encerrado”.
02. Exceção – Ator sem permissão para encerrar não conformidade
- Caso o ator logado no sistema não seja o responsável pelo encerramento da não
conformidade, ao clicar no botão “Concluir Status” o sistema exibirá uma mensagem
informando que o ator logado não pode executar esta ação.
5. Pós-Condições
01. Após a execução deste U.C., o encerramento da não conformidade deverá ter sido feito
com sucesso.
Tabela 17: Caso de Uso “UC 17: Encerrar Não Conformidade”
51
UC 18: Manter Evidências do Tratamento da Não Conformidades
O sistema permitirá que sejam incluídos, excluídos e visualizados arquivos anexos que
evidenciem que uma não conformidade foi identificada e tratada.
2. Atores
Todos os atores
3. Pré-Condições
02. A não conformidade deverá estar em um status diferente de “Encerrado” ou “Cancelado”.
03. O ator deverá ser o monitor da área cujo registro foi aberto, administrador do sistema ou o
responsável pelo status atual do registro.
4. Fluxo de Eventos
01. Fluxo Principal – Manter evidências do tratamento da não conformidade
- O ator clica no botão “Anexos”.
- O sistema abre uma nova janela que permitirá ao usuário incluir e excluir anexos. Este
janela também listará os anexos já incluídos no registro.
02. Fluxo Alternativo – Incluir anexos
- O ator clica no botão “Adicionar” para incluir um novo anexo.
- Abre-se uma nova janela para que o ator digite uma descrição sobre o anexo e faça a
procura nos diretórios do computador.
- O ator busca o anexo no diretório, digita a descrição e clica no botão “Anexar”.
- O sistema exibe mensagem de confirmação, fecha a janela e atualiza a lista de anexos.
03. Fluxo Alternativo – Excluir anexos
- O ator seleciona o anexo a ser excluído e clica no botão “Excluir”.
- O sistema exibe mensagem de confirmação e atualiza a lista de anexos.
04. Exceção – Ator sem permissão para anexar evidências
- Caso o ator logado no sistema não seja o monitor da área cujo registro foi aberto,
administrador do sistema ou o responsável pelo status atual do registro, ao clicar nos
botões “Adicionar” e “Excluir” o sistema exibirá uma mensagem informando que o ator
logado não pode executar esta ação.
5. Pós-Condições
01. Após a execução deste U.C., os anexos da não conformidade deverão ter sido
incluídos/excluídos/visualizados com sucesso.
Tabela 18: Caso de Uso “UC 18: Manter Evidências do Tratamento da Não Conformidade”
52
UC 19: Retornar Status da Conformidade
O sistema permitirá que o tratamento de uma não conformidade seja retorno a uma etapa
anterior.
2. Atores
Todos os atores
3. Pré-Condições
02. A não conformidade deverá estar em um status diferente de “Encerrado” ou “Cancelado”.
03. O ator deverá ser o monitor da área cujo registro foi aberto, administrador do sistema ou o
responsável pelo status atual do registro.
4. Fluxo de Eventos
01. Fluxo Principal – Retornar status da não conformidade
- O ator clica no botão “Retornar Status”.
- O sistema abre uma janela exigindo uma justificativa para o retorno do status.
- O ator informa o motivo da não conformidade e clica em “OK”.
- O sistema fecha a janela e retorna o o registro para o status anterior, conforme descrito
no Diagrama de Estados, na figura xxxx.
02. Exceção – Ator sem permissão para retornar status
- Caso o ator logado no sistema não tenha permissão de cancelar o registro, ao clicar no
botão “Retornar Status” o sistema exibirá uma mensagem informando que o ator logado
5. Pós-Condições
01. Após a execução deste U.C., o retorno de status da não conformidade deverá ter sido feito
com sucesso.
Tabela 19: Caso de Uso “UC 19: Retornar Status da Não Conformidade”
53
Figura 04: Diagrama de Caso de Uso referente ao login no sistema
Figura 05: Diagramas de Caso de Uso referente aos cadastros do Administrador
54
Figura 06: Diagrama de Caso de Uso referente ao cadastro da não conformidade em PCs
Figura 07: Diagrama de Caso de Uso referente ao cadastro da não conformidade em dispositivos
móveis
55
Figura 08: Diagrama de Caso de Uso referente ao fluxo de tratamento da não conformidade
56
6. Modelagem de dados
Modelar dados significa criar um modelo que explique as características

de funcionamento e comportamento de um software a partir do qual ele será criado,
facilitando seu entendimento e seu projeto, através das características principais que
evitarão erros de programação, projeto e funcionamento. A modelagem de dados
atende a três perspectivas:
 Modelagem Conceitual: É a representação de alto nível dos dados e

considera exclusivamente o ponto de vista do usuário criador dos dados.
 Modelagem Lógica: Agrega mais alguns detalhes de implementação.
 Modelagem Física: Demonstra como os dados são fisicamente
armazenados.
A seguir serão apresentados os modelos conceitual, lógico e físico do

Sistema de Gestão de Não Conformidades.
6.1. Modelo conceitual
Figura 09: Diagrama de Entidades-Relacionamentos (DER)
57
6.2. Modelo lógico
NaoConformidade
Coluna Tipo Chave Nulo Comentários
ID Inteiro Primária Não Identifica a não conformidade
CODIGO Texto(30) - Não Código de controle
Descrição da não
DESCRICAO Texto(4000) - Não
conformidade
Estrangeira
AREA_ID Inteiro Não Informa a área
Area (ID)
Estrangeira
ORIGEM_ID Inteiro Não Informa a origem
Origem (ID)
Estrangeira
PROCESSO_ID Inteiro Não Informa o processo
Processo (ID)
Estrangeira
STATUS_ID Inteiro Não Informa o status
Status (ID)
Informa se a não
REALPOTENCIAL Texto(1) - Não conformidade é real ou
potencial
Estrangeira Identifica o emissor da não
RESPCADASTRO_ID Inteiro Não
Usuario(ID) conformidade
Estrangeira Identifica o responsável por
RESPACAOIMEDIATA_ID Inteiro Sim
Usuario(ID) descrever a ação imediata
RESPDEFPLANO_ID Inteiro Não
Usuario(ID) elaborar o plano de ação
RESPAPROVPLANO_ID Inteiro Não
Usuario(ID) aprovar o plano de ação
RESPIMPLPLANO_ID Inteiro Não
Usuario(ID) finalizar a implementação
RESPAVALEFICACIA_ID Inteiro Não
Usuario(ID) avaliar a eficácia do plano
RESPENCERRAMENTO_ID Inteiro Não
Usuario(ID) encerrar a não conformidade
Informa se o tratamento foi
FOIEFICAZ Texto(1) - Sim
eficaz ou não
Descreve o resultado obtido
DESCEFICACIA Texto(1000) Sim no tratamento da não
conformidade
Tabela 20: Modelo lógico da tabela NaoConformidade
Usuario
ID Inteiro Primária Não Identifica o usuário
NOME Texto(100) - Não Nome do usuário
LOGIN Texto(20) - Não Login do usuário
SENHA Texto(20) - Não Senha do usuário
Estrangeira
PERFIL_ID Inteiro Não Identifica o perfil do usuário
Perfil(ID)
Estrangeira Identifica a área em que o usuário
AREA Inteiro Não
Area(ID) está alocado
Identifica se o usuário está ativo
ATIVO Texto(1) - Não
no sistema
Tabela 21: Modelo lógico da tabela Usuario
58
Perfil
ID Inteiro Primária Não Identifica o perfil
NOME Texto(50) - Não Nome do perfil
Tabela 22: Modelo lógico da tabela Perfil
Processo
ID Inteiro(6) Primária Não Identifica a ação imediata
DESCRICAO Texto(50) - Não Descrição do processo
Informa se o processo está ativo
ATIVO Texto(1) - Não
para uso no sistema
Tabela 23: Modelo lógico da tabela Processo
Status
ID Inteiro(6) Primária Não Identifica o status
DESCRICAO Texto(40) - Não Descrição do status
Tabela 24: Modelo lógico da tabela Status
Origem
DESCRICAO Texto(40) - Não Descrição da origem
Informa se a origem está ativa para
ATIVA Texto(1) - Não
uso no sistema
Tabela 25: Modelo lógico da tabela Origem
PlanoDeAcao
ID Inteiro(6) Primária Não Identifica o plano de ação
NÃO_CONFORMIDADE_ID Texto(50) - Não Nome do perfil
DESCRICAO Texto(1000) - Não Descrição do plano de ação
Estrangeira Responsável pela
RESP_PLANO_ID Inteiro(6) Não
Usuario(ID) implementação
DATA_IMPLEMENTACAO Data - Sim Data da implementação
PRAZO Data - Sim Prazo para execução
Descrição da
IMPLEMENTACAO Texto(1000) - Não
implementação do plano
Tabela 26: Modelo lógico da tabela PlanoDeAcao
AcaoImediata
Estrangeira
ID_NC Inteiro(6) Não Identifica a não conformidade
NaoConformidade (ID)
DESCRICAO Texto(4000) - Não Descrição da ação imediata
DATAACAO Data - Não Informa a data da ação
Tabela 27: Modelo lógico da tabela AcaoImediata
59
Anexo
ID Inteiro Primária Não Identifica o anexo
Estrangeira Identifica a não
NÃO_CONFORMIDADE_ID Inteiro Não
NaoConformidade(ID) conformidade
DESCRICAO Texto(50) - Não Descrição do anexo enviado
Identifica o caminho do
ARQUIVO Binário - Não
arquivo
DATAUPLOAD Data - Não Identifica a data do envio
Estrangeira Identifica o usuário que
USUARIO Inteiro Não
Usuario(ID) enviou o anexo
Estrangeira Identifica o status em que o
STATUS_ID Inteiro Não
Status(ID) anexo foi inserido
Identifica a extensão do
EXTENSAO Texto(5) - Não
arquivo anexado
Tabela 28: Modelo lógico da tabela Anexo
Area
ID Inteiro(6) Primária Não Identifica a área
NOME Texto(50) - Não Nome da área
SIGLA Texto(8) - Não Sigla da área
Estrangeira
RESPONSAVEL_ID Inteiro(6) Não Usuário responsável da área
Usuario(ID)
Identifica se a área está ativa no
sistema
Tabela 29: Modelo lógico da tabela Area
CausaRaiz
ID Inteiro(6) Primária Não Identifica a causa raiz
DESCRICAO Texto(40) - Não Descrição da causa raiz
Informa se a causa raiz está ativa
para uso no sistema
Tabela 30: Modelo lógico da tabela CausaRaiz
EfeitoCausaRaizNC
Identifica o efeito da não
ID Inteiro(6) Primária
conformidade
Estrangeira
Identifica a não
NÃO_CONFORMIDADE_ID Inteiro(6) NaoConformidade Não
conformidade
(ID)
Estrangeira
ID_CAUSARAIZ Inteiro(6) Não Identifica a causa raiz
CausaRaiz (ID)
Descreve o efeito da causa
DESCRICAO Texto(1000) - Não
raiz na não conformidade
Tabela 31: Modelo lógico da tabela EfeitoCausaRaiz
60
6.3. Modelo físico
Figura 10: Modelo físico
61
7. Protótipo de telas
Figura 11: Tela de login no sistema desktop
Figura 12: Tela inicial do sistema desktop
62
Figura 13: Tela de registro de não conformidades no aplicativo Android
63
8. Conclusão e Trabalhos Futuros
Neste capítulo serão apresentadas as conclusões deste trabalho e as

recomendações para a continuidade da construção desta proposta.
8.1. Conclusão
Este trabalho mostrou a viabilidade de se registrar não conformidades em

dispositivos móveis. Os testes realizados comprovaram que os registros cadastrados
por um usuário em um celular foram recebidos na base de dados central do sistema
e puderam ser tratados por outro usuário em um computador.
Com esta comprovação, as empresas ganham eficiência no tempo de

resposta para o tratamento de uma não conformidade, além de economizar recursos
com a impressão de formulários em papel para a realização de registros manuais e
evitar o envio de vários arquivos modificados e revisados do mesmo registro de não
conformidade, evitando o risco de inconsistência de informações.
As não conformidades também conseguem ser localizadas com mais

facilidade em uma rápida pesquisa no sistema, facilitando o tratamento das mesmas
e evitando que a empresa tenha problemas em uma futura auditoria por não
conseguir localizar, entre tantos arquivos, papéis e e-mails, o registro do tratamento
de uma determinada não conformidade.
8.2. Trabalhos Futuros
Para dar continuidade ao desenvolvimento deste sistema e melhorar a

utilização da arquitetura proposta neste trabalho, são sugeridas as seguintes ideias
para trabalhos futuros:
 Desenvolver o aplicativo para dispositivos móveis da plataforma

Apple para que seja possível registrar não conformidades em
aparelhos que utilizem sistema operacional iOs (iPhone e iPad).
64
 Desenvolver o aplicativo para dispositivos móveis da plataforma
Windows (Microsoft) para seja possível registrar não
conformidades em aparelhos que utilizem sistema operacional
Windows Phone.
 Permitir que, caso não haja disponibilidade de internet, os dados
sejam armazenados em um banco de dados local do dispositivo
móvel e sejam sincronizados com o banco de dados central tão
logo que uma conexão seja estabelecida.
 Com a possibilidade de armazenamento de dados locais e a
sincronização implementadas, permitir que os usuários
acompanhem o fluxo do tratamento das não conformidades por
eles registradas, assim como permitir que os usuários do aplicativo
consigam definir e aprovar planos de ação e registrar outras etapas
no tratamento de uma não conformidade, da mesma maneira que é
possível ser feito na frente do software operada via computador.
 Desenvolver relatórios em formato de gráficos para que seja
possível identificar, por exemplo, quais não conformidades
acontecem com mais frequência em determinada área da empresa,
quais são os processos que mais são impactados com a ocorrência
de não conformidades, e outras informações que sejam relevantes
obter através dos registros cadastrados.
65
9. Referências bibliográficas
JESUS, José Lucas Pereira; MARTINS, Tiago de Sousa; SOUZA, Tiago Oliveira.
Usabilidade em aplicações para sistema Android / José Lucas P. Jesus, Tiago de
Sousa Martins, Tiago Oliveira Souza. Goiânia, 2011. Trabalho de conclusão de
curso apresentado ao Instituto de Ensino Superior Objetivo – IUESO, para a
conclusão do curso de ciência da computação.
MARRAFA, M. O gerenciamento das suas não conformidades. São Paulo.

Disponível em: http://www.banasmetrologia.com.br/textos.asp?codigo=2087&secao=revis
ta. Acesso em: Junho de 2014.
NIELSEN, J. 10 Usability Heuristics for User Interface Design. New York, 1995.
Disponível em: http://www.nngroup.com/articles/ten-usability-heuristics/. Acesso em:
Julho de 2014.
PEREIRA, Rodrigo Bedin. 2006. 84 f. Monografia apresentada à UNICHAPECÓ

como parte dos requisitos para obtenção de grau de Bacharel em Ciência da
Computação – UNICHAPECÓ, Chapecó.
66

TCC Jefferson

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

TCC Jefferson

Transféré par

Droits d'auteur :

Formats disponibles

CENTRO UNIVERSITÁRIO ESTADUAL DA ZONA OESTE

Unidade Universitária da Computação

Sistema de Gestão de Não Conformidades

Jefferson Augusto Ribeiro

Rio de Janeiro – RJ – Brasil

Jefferson Augusto Ribeiro

Sistema de Gestão de Não Conformidades

Monografia apresentada à Unidade

Orientadora: Rosana da Paz Ferreira

Elaborado por Jefferson Augusto Ribeiro

Este trabalho de graduação foi analisado e aprovado com grau ________

A Deus que me renovou as forças durante todos esses anos para

A minha família que foi de fundamental apoio e ajuda em todos os

Aos meus amigos e a minha princesa Thays que me incentivaram e

A todos os professores que estiveram comigo ao longo desses anos

A minha orientadora, professor Rosana, disposta a me ajudar com a

A todos que de alguma forma contribuíram para que esse sonho se

Este trabalho apresenta um estudo e o desenvolvimento de um

O trabalho se propõe a desenvolver um software para auxiliar o

Palavras-chave: Gestão da Qualidade, Não Conformidades, ISO

The work intends to develop a software to support work within the

Keywords: Quality Management, Non-conformities, ISO 9001.

Tabela 01: Caso de Uso “UC 01: Realizar Login”............................................................................... 20

ABNT Associação Brasileira de Normas Técnicas

1.1. OBJETIVOS GERAIS ............................................................................................................................... 15

2. FUNDAMENTAÇÃO TEÓRICA ............................................................................................................ 17

3. REVISÃO BIBLIOGRÁFICA ................................................................................................................. 22

3.1. PROTÓTIPO DE UM SISTEMA DE CONTROLE DE NÃO CONFORMIDADES ............................................................. 22

4. DESCRIÇÃO DO SISTEMA .................................................................................................................. 26

5. MODELAGEM DO SISTEMA .............................................................................................................. 33

5.1. DIAGRAMA DE ATIVIDADES..................................................................................................................... 33

6.1. MODELO CONCEITUAL ........................................................................................................................... 57

8. CONCLUSÃO E TRABALHOS FUTUROS .............................................................................................. 64

8.1. CONCLUSÃO ........................................................................................................................................ 64

9. REFERÊNCIAS BIBLIOGRÁFICAS ........................................................................................................ 66

No entanto, nenhum processo é redondamente perfeito, porque o mundo

O tratamento de uma não conformidade torna-se uma atividade de alta

Com o objetivo de tornar as não conformidades conhecidas o mais

Este trabalho apresenta um sistema que demostre a possibilidade do

1.2. Objetivos Específicos

O objetivo específico deste trabalho é propor a construção de um sistema

Atualmente, na maioria das empresas este processo é feito à mão,

Quanto mais rapidamente uma não conformidade é registrada, mais

Assim, o sistema apresentado pretende agilizar este processo fazendo

As principais motivações para a apresentação deste trabalho foram:

 A possibilidade de ganho real para as empresas em seu sistema de

Este capítulo apresenta os pressupostos teóricos sobre o tema abordado

A definição da qualidade possui uma extrema diversidade de

O conceito de qualidade apresentado pelas principais autoridades da área

 Crosby: “Qualidade é a conformidade do produto às suas

Para ajudar a dar uma melhor definição sobre o conceito de qualidade,

b) Abordagem Baseada na Produção

É uma abordagem utilizada na produção do produto. Para produzir um

c) Abordagem Baseada no Produto

Vê a qualidade como uma variável precisa e mensurável. A diferença da

d) Abordagem Baseada no Valor

Esta abordagem agrega qualidade em termos de custo e preço. Enfatiza a

e) Abordagem Baseada no Usuário

Nesta abordagem, a definição da qualidade está baseada no usuário.

2.2. ISO 9001

A International Organization of Standarization (ISO) é uma organização

 Sistema de Gestão da Qualidade: Descreve os requisitos para o sistema

2.3. Não Conformidade