sistema de gestão de não conformidades · sgbd sistema de gerenciamento de banco de dados sgq...

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

14

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.

15

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.

16

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.

17

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.

18

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

19

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.

20

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

21

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.

22

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

23

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.

24

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.

25

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.

26

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.

27

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

28

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

29

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.

30

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.

31

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

32

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).

33

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

34

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”

35

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 - Executa-se o Fluxo Principal. - 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 - Executa-se o Fluxo Principal. - 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”

36

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 - 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 causa raiz. - O ator informa os dados da causa raiz e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de cadastro e atualiza a lista de causas raiz cadastradas e ativas.

03. Fluxo Alternativo – Alterar causa raiz - Executa-se o Fluxo Principal. - 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 causa raiz. - O ator edita os dados da causa raiz e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de edição e atualiza a lista de causa raiz cadastradas e ativas.

04. Fluxo Alternativo – Excluir causa raiz - Executa-se o Fluxo Principal. - 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 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”

37

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 - 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 origem. - O ator informa os dados da origem e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de cadastro e atualiza a lista de origens cadastradas e ativas.

03. Fluxo Alternativo – Alterar origem - Executa-se o Fluxo Principal. - 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 origem. - O ator edita os dados da origem e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de edição e atualiza a lista de origens cadastradas e ativas.

04. Fluxo Alternativo – Excluir origem - Executa-se o Fluxo Principal. - 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 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”

38

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 - 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 do processo. - O ator informa os dados do processo e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de cadastro e atualiza a lista de processos cadastrados e ativos.

03. Fluxo Alternativo – Alterar processo - Executa-se o Fluxo Principal. - 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 do processo. - O ator edita os dados do processo e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de edição e atualiza a lista de processos cadastrados e ativos.

04. Fluxo Alternativo – Excluir processo - Executa-se o Fluxo Principal. - 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 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”

39

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 - 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 do usuário. - O ator informa os dados do usuário e clica no botão “Salvar”. - O sistema exibe mensagem de confirmação, fecha a tela de cadastro e atualiza a lista de usuários cadastrados.

03. Fluxo Alternativo – Alterar usuário - Executa-se o Fluxo Principal. - 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 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 usuários cadastrados.

04. Fluxo Alternativo – Pesquisar usuário - Executa-se o Fluxo Principal. - 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”

40

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 - Executa-se o Fluxo Principal. - 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 - Executa-se o Fluxo Principal. - O ator clica no botão “Adicionar”. - 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 - Executa-se o Fluxo Principal. - 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 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 - Executa-se o Fluxo Principal. - 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 - Executa-se o Fluxo Principal. - 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 do registro. - O sistema exibe mensagem de confirmação e atualiza a lista de não conformidades

41

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

01. O ator deverá estar logado no sistema. 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)”

42

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

01. O ator deverá estar logado no sistema. 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 - 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 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”

43

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - 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 - Executa-se o Fluxo Principal. - 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 - Executa-se o Fluxo Principal. - O ator seleciona com um clique a ação 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 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 - Executa-se o Fluxo Principal. - O ator clica no botão “Concluir Status”. - 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”

44

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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 - Executa-se o Fluxo Principal. - 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 ator insere as informações e clica no botão “Salvar”. - O sistema fecha a janela de edição e atualiza a lista de causas raiz cadastradas.

03. Fluxo Alternativo – Excluir causa raiz - Executa-se o Fluxo Principal. - O ator seleciona com um clique a causa raiz 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 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”

45

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

01. O ator deverá estar logado no sistema. 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 planos de ação - 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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 - Executa-se o Fluxo Principal. - 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 ator insere as informações e clica no botão “Salvar”. - 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 - Executa-se o Fluxo Principal. - O ator seleciona com um clique o plano de ação 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 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”

46

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

01. O ator deverá estar logado no sistema. 02. A não conformidade deverá estar no status “Aguardando Definição do Plano de Ação”. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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 ator clica no botão “Concluir Status”. - 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”

47

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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”

48

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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 ator insere as informações e clica no botão “Salvar”. - O sistema fecha a janela de edição e atualiza a lista de planos de ação cadastrados.

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 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 não pode executar esta ação.

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”

49

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - O sistema abre uma tela listando os planos de ação cadastrados. - O ator clica no botão “Concluir Status”. - O sistema conclui o cadastramento e avança para o status “Aguardando Avaliação da Eficácia”.

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

50

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - 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”

51

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

01. O ator deverá estar logado no sistema. 02. A não conformidade deverá estar no status “Aguardando Encerramento”.

4. Fluxo de Eventos

01. Fluxo Principal – Encerrar 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - O sistema abre uma tela mostrando as informações da não conformidade. - O ator clica no botão “Concluir Status”. - 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”

52

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - O sistema abre uma tela mostrando as informações 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 - Executa-se o Fluxo Principal. - 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 - Executa-se o Fluxo Principal. - 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”

53

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

01. O ator deverá estar logado no sistema. 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 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 excluir não conformidades. - O ator dá um duplo clique sobre uma não conformidade. - O sistema abre uma tela mostrando as informações 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 não pode executar esta ação.

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”

54

Figura 04: Diagrama de Caso de Uso referente ao login no sistema

Figura 05: Diagramas de Caso de Uso referente aos cadastros do Administrador

55

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

56

Figura 08: Diagrama de Caso de Uso referente ao fluxo de tratamento da não conformidade

57

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)

58

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

DESCRICAO Texto(4000) - Não Descrição da não

conformidade

AREA_ID Inteiro Estrangeira Area (ID)

Não Informa a área

ORIGEM_ID Inteiro Estrangeira Origem (ID)

Não Informa a origem

PROCESSO_ID Inteiro Estrangeira

Processo (ID) Não Informa o processo

STATUS_ID Inteiro Estrangeira Status (ID)

Não Informa o status

REALPOTENCIAL Texto(1) - Não Informa se a não

conformidade é real ou potencial

RESPCADASTRO_ID Inteiro Estrangeira Usuario(ID)

Não Identifica o emissor da não

conformidade

RESPACAOIMEDIATA_ID Inteiro Estrangeira Usuario(ID)

Sim Identifica o responsável por descrever a ação imediata

RESPDEFPLANO_ID Inteiro Estrangeira Usuario(ID)

Não Identifica o responsável por

elaborar o plano de ação

RESPAPROVPLANO_ID Inteiro Estrangeira Usuario(ID)


aprovar o plano de ação

RESPIMPLPLANO_ID Inteiro Estrangeira Usuario(ID)

Não Identifica o responsável por finalizar a implementação

RESPAVALEFICACIA_ID Inteiro Estrangeira Usuario(ID)

Não Identifica o responsável por avaliar a eficácia do plano

RESPENCERRAMENTO_ID Inteiro Estrangeira Usuario(ID)


encerrar a não conformidade

FOIEFICAZ Texto(1) - Sim Informa se o tratamento foi

eficaz ou não

DESCEFICACIA Texto(1000) Sim Descreve o resultado obtido

no tratamento da não conformidade

Tabela 20: Modelo lógico da tabela NaoConformidade

Usuario

Coluna Tipo Chave Nulo Comentários

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

PERFIL_ID Inteiro Estrangeira

Perfil(ID) Não Identifica o perfil do usuário

AREA Inteiro Estrangeira

Area(ID) Não

Identifica a área em que o usuário está alocado

ATIVO Texto(1) - Não Identifica se o usuário está ativo

no sistema

Tabela 21: Modelo lógico da tabela Usuario

59

Perfil Coluna Tipo Chave Nulo Comentários

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 Coluna Tipo Chave Nulo Comentários

ID Inteiro(6) Primária Não Identifica a ação imediata

DESCRICAO Texto(50) - Não Descrição do processo

ATIVO Texto(1) - Não Informa se o processo está ativo

para uso no sistema

Tabela 23: Modelo lógico da tabela Processo

Status Coluna Tipo Chave Nulo Comentários

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 Coluna Tipo Chave Nulo Comentários


DESCRICAO Texto(40) - Não Descrição da origem

ATIVA Texto(1) - Não Informa se a origem está ativa para

uso no sistema

Tabela 25: Modelo lógico da tabela Origem

PlanoDeAcao Coluna Tipo Chave Nulo Comentários

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

RESP_PLANO_ID Inteiro(6) Estrangeira Usuario(ID)

Não Responsável pela

implementação

DATA_IMPLEMENTACAO Data - Sim Data da implementação

PRAZO Data - Sim Prazo para execução

IMPLEMENTACAO Texto(1000) - Não Descrição da

implementação do plano

Tabela 26: Modelo lógico da tabela PlanoDeAcao

AcaoImediata



ID_NC Inteiro(6) Estrangeira

NaoConformidade (ID) Não Identifica a não conformidade

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

60

Anexo


ID Inteiro Primária Não Identifica o anexo

NÃO_CONFORMIDADE_ID Inteiro Estrangeira

NaoConformidade(ID) Não

Identifica a não conformidade

DESCRICAO Texto(50) - Não Descrição do anexo enviado

ARQUIVO Binário - Não Identifica o caminho do

arquivo

DATAUPLOAD Data - Não Identifica a data do envio

USUARIO Inteiro Estrangeira Usuario(ID)

Não Identifica o usuário que

enviou o anexo

STATUS_ID Inteiro Estrangeira Status(ID)

Não Identifica o status em que o

anexo foi inserido

EXTENSAO Texto(5) - Não Identifica a extensão do

arquivo anexado

Tabela 28: Modelo lógico da tabela Anexo

Area Coluna Tipo Chave Nulo Comentários

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

RESPONSAVEL_ID Inteiro(6) Estrangeira Usuario(ID)

Não Usuário responsável da área

ATIVA Texto(1) - Não Identifica se a área está ativa no

sistema

Tabela 29: Modelo lógico da tabela Area

CausaRaiz Coluna Tipo Chave Nulo Comentários

ID Inteiro(6) Primária Não Identifica a causa raiz

DESCRICAO Texto(40) - Não Descrição da causa raiz

ATIVA Texto(1) - Não Informa se a causa raiz está ativa

para uso no sistema

Tabela 30: Modelo lógico da tabela CausaRaiz

EfeitoCausaRaizNC Coluna Tipo Chave Nulo Comentários

ID Inteiro(6) Primária Identifica o efeito da não

conformidade

NÃO_CONFORMIDADE_ID Inteiro(6) Estrangeira

NaoConformidade (ID)

Não Identifica a não conformidade

ID_CAUSARAIZ Inteiro(6) Estrangeira

CausaRaiz (ID) Não Identifica a causa raiz

DESCRICAO Texto(1000) - Não Descreve o efeito da causa raiz na não conformidade

Tabela 31: Modelo lógico da tabela EfeitoCausaRaiz

61

6.3. Modelo físico

Figura 10: Modelo físico

62

7. Protótipo de telas

Figura 11: Tela de login no sistema desktop

Figura 12: Tela inicial do sistema desktop

63

Figura 13: Tela de registro de não conformidades no aplicativo Android

64

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).

65

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.

66

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ó.

http://www.banasmetrologia.com.br/textos.asp?codigo=2087&secao=revista

http://www.banasmetrologia.com.br/textos.asp?codigo=2087&secao=revista

http://www.nngroup.com/articles/ten-usability-heuristics/

sistema de gestão de não conformidades · sgbd sistema de gerenciamento de banco de dados sgq...

Documents