Embed Size (px)
Citation preview
Universidade Federal do Rio de Janeiro
Escola Politécnica
Departamento de Eletrônica e de Computação
Sistema Web para Gerenciamento de Relatórios de
Inspeção de Equipamentos
Autor:
_________________________________________________
Fabio Dias Pires
Orientador:
_________________________________________________
Prof. Antônio Cláudio Gómez de Sousa
Examinador:
_________________________________________________
Prof. Aloysio de Castro Pinto Pedroza
Examinador:
_________________________________________________
Prof. Marcelo Luiz Drumond Lanza
DEL
Março de 2014
ii
UNIVERSIDADE FEDERAL DO RIO DE JANEIRO
Escola Politécnica – Departamento de Eletrônica e de Computação
Centro de Tecnologia, bloco H, sala H-217, Cidade Universitária
Rio de Janeiro – RJ CEP 21949-900
Este exemplar é de propriedade da Universidade Federal do Rio de Janeiro, que
poderá incluí-lo em base de dados, armazenar em computador, microfilmar ou adotar
qualquer forma de arquivamento.
É permitida a menção, reprodução parcial ou integral e a transmissão entre
bibliotecas deste trabalho, sem modificação de seu texto, em qualquer meio que esteja
ou venha a ser fixado, para pesquisa acadêmica, comentários e citações, desde3 que sem
finalidade comercial e que seja feita a referência bibliográfica completa.
Os conceitos expressos neste trabalho são de responsabilidade do(s) autor(es) e
do(s) orientador(es).
iii
AGRADECIMENTO
À minha noiva Helga pelo companheirismo e incentivo constante.
Aos professores Carlos D’Ávila e Antônio Cláudio, pelo incentivo inestimável
que foi determinante para a conclusão do meu curso de graduação.
iv
RESUMO
A internet está se tornando o principal canal de comunicação entre uma empresa
e seus clientes. Por outro lado, o ramo de prestação de serviços está crescendo cada vez
mais, fazendo com que a concorrência entre as empresas e a qualidade de seus serviços
aumente. Novas soluções surgem constantemente e a fidelização de clientes muitas
vezes se dá por um serviço periférico agregado ao serviço principal que foi contratado.
Neste sentido, cabem às empresas desenvolver ferramentas que aumentem a percepção
do cliente sobre o valor de serviços prestados mantendo a troca de informações ágil e
clara.
Neste trabalho, propomos uma ferramenta acessível através da internet que
possibilita que relatórios de serviços de diagnósticos de problemas em equipamentos
industriais sejam disponibilizados para os clientes, permitindo que estes possam ter todo
o histórico de cada equipamento congregado em um único lugar. Utilizando orientação
a objetos e a linguagem UML, propomos a implementação de uma ferramenta com este
objetivo.
v
ABSTRACT
Internet is becoming the main communication channel between companies and
their customers. On the other hand, the competition between service companies is
growing fast, making it vital that companies deliver unique and valuable things to
customers as a way to differentiate them from their competitors. Customer loyalty can
be gained by supplying peripheral services that enhance their experience when hiring
the main service.
In this work we propose a tool accessible from the internet that enables reports
from equipment inspection services to be shared with the customers that hired that
service, allowing them to have all the inspection history of that equipment in one place.
Using object orientation and UML, we propose a project model for implementation of a
tool with this purpose.
Key-words: maintenance, inspection, UML, object orientation
vi
SIGLAS
UFRJ – Universidade Federal do Rio de Janeiro
SWGRIE – Sistema Web de Gerenciamento de Relatórios de Inspeção de Equipamentos
UML – Unified Modeling Language
vii
Sumário Capítulo 1 - Introdução ..................................................................................................... 1
1.1 – Introdução ............................................................................................................ 1
1.2 – Objetivo ............................................................................................................... 1
1.3 – Descrição ............................................................................................................. 2
Capítulo 2 – Especificação de Requisitos......................................................................... 3
2.2 - Objetivo ................................................................................................................ 3
2.3 – Descrição do Sistema........................................................................................... 3
2.4 – Definições ............................................................................................................ 3
Usuários do Sistema ................................................................................................. 3
Estrutura das empresas clientes ................................................................................ 4
Relatórios .................................................................................................................. 5
Interface do Cliente .................................................................................................. 5
Capítulo 3 – Casos de Uso do Sistema ............................................................................. 7
UC1 – Entrar no sistema ........................................................................................... 8
UC2 – Alterar Senha Inicial ..................................................................................... 9
UC3 – Reinicializar Senha ..................................................................................... 10
UC4 – Incluir Usuário ............................................................................................ 11
UC5 – Alterar Usuário ............................................................................................ 12
UC6 – Excluir Usuário ........................................................................................... 13
UC8 – Incluir Empresa ........................................................................................... 14
UC9 – Alterar Empresa .......................................................................................... 15
UC10 – Excluir Empresa ........................................................................................ 16
UC11 – Incluir Unidade Industrial ......................................................................... 17
UC12 – Alterar Unidade Industrial ........................................................................ 19
UC13 – Excluir Unidade Industrial ........................................................................ 20
UC14 – Incluir Equipamento .................................................................................. 21
UC15 – Alterar Equipamento ................................................................................. 23
UC16 – Excluir Equipamento................................................................................. 24
UC17 – Incluir Relatório ........................................................................................ 25
UC18 – Alterar Relatório ....................................................................................... 27
UC19 – Excluir Relatório ....................................................................................... 28
UC20 – Pesquisar Relatório ................................................................................... 29
Capítulo 4 – Diagramas de Classe .................................................................................. 30
Usuário ................................................................................................................... 31
Empresa .................................................................................................................. 32
Unidade Industrial .................................................................................................. 33
viii
Equipamento ........................................................................................................... 34
Relatório ................................................................................................................. 35
Comentario ............................................................................................................. 36
Tipos de Problema .................................................................................................. 37
Capítulo 5 – Arquitetura ................................................................................................. 38
5.1 Introdução ............................................................................................................ 38
5.2 Arquitetura Cliente-Servidor ............................................................................... 38
5.3 Arquitetura Multicamadas .................................................................................... 38
5.4 Banco de Dados .................................................................................................... 39
5.5 Diagrama de Entidades e Relacionamentos (DER) ............................................. 40
Capítulo 6 – Resultados .................................................................................................. 41
CT1 – Acessar o sistema como Administrador ...................................................... 41
CT2 – Incluir Usuário ............................................................................................. 42
CT2 – Alterar Usuário ............................................................................................ 44
CT3 – Excluir Usuário ............................................................................................ 45
CT4 – Pesquisar Relatório ...................................................................................... 46
Capítulo 7 – Conclusão .................................................................................................. 48
Referências ..................................................................................................................... 49
ix
Lista de Figuras
Figura 1 – Diagrama de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Figura 2 – Diagrama de Classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Figura 3 – Classes de Usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Figura 4 – Classe Empresa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Figura 5 – Classe UnidadeIndustrial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Figura 6 – Classe Equipamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 34
Figura 7 – Classe Relatório.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Figura 8 – Classe Comentario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Figura 9 – Classe TipoProblema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Figura 10 – Diagrama de Entidades e Relacionamentos. . . . . . . . . . . . . . . . . . . . . 40
1
Capítulo 1 - Introdução
1.1 – Introdução
A internet está se tornando o principal canal de comunicação entre uma empresa
e seus clientes. Por outro lado, o ramo de prestação de serviços está crescendo cada vez
mais, fazendo com que a concorrência entre as empresas e a qualidade de seus serviços
aumente. Novas soluções surgem constantemente e a fidelização de clientes muitas
vezes se dá por um serviço periférico agregado ao serviço principal que foi contratado.
Neste sentido, cabem às empresas desenvolver ferramentas que utilizem a internet para
aumentar a percepção do cliente sobre o valor de serviços prestados mantendo a troca
de informações ágil e clara.
Neste cenário, escolhemos implementar uma solução web que denominaremos
de Sistema Web para Gerenciamento de Relatórios de Inspeção de Equipamentos –
SWGRIE. Este sistema permitirá que uma empresa prestadora de serviços de inspeção
de equipamentos em todo o território nacional disponibilize seus relatórios de inspeção
de forma organizada e segura para cada cliente através da internet. Desta forma, o
cliente pode ter um histórico de todos os problemas de cada um de seus equipamentos,
permitindo uma gerência maior sobre manutenções preditivas e corretivas.
Escolhemos modelar o sistema através da UML1, linguagem extremamente
difundida para modelagem de sistemas orientados a objetos. Esta escolha se deve
principalmente à facilidade de compreensão e manutenção futura do sistema.
Para implementar o sistema, escolhemos a ferramenta ASP.NET 2da Microsoft,
por ser uma ferramenta também difundida na atualidade.
1.2 – Objetivo
O objetivo primeiro do trabalho é fazer um projeto conceitual do SWGRIE,
aplicando os conceitos de modelagem orientada a objetos através da UML. Após a
modelagem estar completa, implementaremos este sistema utilizando a linguagem
ASP.NET da Microsoft para validar o modelo do sistema.
2
1.3 – Descrição
Após esta introdução, iniciaremos a especificação de requisitos do sistema no
segundo capítulo do trabalho. Nele definimos as funcionalidades e entidades que farão
parte do sistema a ser desenvolvido para atender as demandas levantadas.
No terceiro capítulo, utilizamos a UML para descrever os casos de uso do
sistema, construídos a partir das funcionalidades listadas na etapa de especificação de
requisitos. Aqui detalharemos como exatamente o sistema deverá se comportar.
No quarto capítulo, construiremos os diagramas de classes, a fim de finalizar o
projeto do sistema. Faremos também o modelo de persistência para criação da base de
dados que será utilizada por ele.
No quinto capítulo discorreremos sobre a arquitetura do sistema, explicando as
cada uma das camadas do sistema e seu diagrama de entidades e relacionamentos.
No sexto capítulo trataremos dos resultados obtidos e da metodologia para
validar o correto funcionamento dos casos de uso do sistema.
Finalmente, no sétimo capítulo concluiremos o trabalho fazendo uma análise de
todo o processo e sugerindo melhorias futuras.
3
Capítulo 2 – Especificação de Requisitos
2.1 – Introdução
Neste capítulo serão descritos os conceitos básicos do sistema e seus requisitos.
2.2 - Objetivo
O objetivo é identificar os requisitos do SWGRIE e documenta-los através de
modelos e documentos, a fim destes servirem de guia para o desenvolvimento do
sistema.
2.3 – Descrição do Sistema
O SWGRIE consiste em um sistema para gerenciar a disponibilização e consulta
de relatórios de serviços prestados por uma empresa que realiza inspeção de
equipamentos a fim de identificar possíveis problemas no mesmo. Os funcionários, após
realizarem um serviço de inspeção e confeccionarem um relatório, poderão postar o
mesmo no sistema, cadastrando alguns dados básicos para consultas futuras. O cliente,
por sua vez, poderá acessar todos os relatórios relativos aos seus equipamentos,
podendo fazer consultas utilizando filtros como data, equipamento, unidade industrial,
etc, assim como inserir seus comentários sobre cada relatório, permitindo que centralize
o controle problemas e manutenção de cada um de seus equipamentos online.
2.4 – Definições
Usuários do Sistema
O sistema poderá ser acessado por funcionários das empresas que contratam os
serviços de inspeção, que passaremos a denominar de “Cliente”, e pelo administrador
do Sistema, que será um funcionário da empresa prestadora de serviço. Segue uma
breve descrição de cada perfil de acesso:
4
Administrador: Funcionário da empresa prestadora de serviços com acesso a todas
as funções de cadastros do sistema. Suas principais funções são manter os cadastros
atualizados e cadastrar os relatórios no sistema;
Cliente: Funcionário de uma empresa cliente com acesso os relatórios de
equipamentos desta empresa. Este tipo de usuário não poderá inserir/alterar
nenhuma informação no sistema, com exceção de comentários nos relatórios
visualizados.
Para ter acesso ao sistema, todos os usuários devem possuir um login e uma
senha. O login será sempre o endereço de e-mail do usuário cadastrado e a senha deve
ser uma combinação de caracteres alfa-numéricos.
A inclusão de novos usuários deverá ser feita pelo Administrador. O usuário
receberá um e-mail com instruções de acesso e com uma senha inicial. No seu primeiro
acesso, ele deverá obrigatoriamente configurar uma nova senha.
Ao incluir um novo usuário, o administrador deverá optar por um dos perfis de acesso
descritos acima. Se a opção for pelo perfil de Administrador, deverá informar o
endereço de e-mail e o nome completo do novo usuário. Se a opção for pelo perfil de
Cliente, deverá informar, além do endereço de e-mail e nome completo, o nome da
empresa para qual o usuário trabalha.
Estrutura das empresas clientes
Uma empresa cliente possui pelo menos uma unidade industrial. Cada unidade
industrial possui pelo menos um equipamento, que é o objeto do serviço e do relatório
de inspeção.
Empresa > Unidade Industrial > Equipamento
Os dados de cadastro do sistema relevantes para cada nível são:
Empresa: Nome da empresa*, endereço*, nome do contato principal e endereço de e-
mail deste contato.
Unidade Industrial: Nome da unidade industrial* e empresa a qual ela pertence*.
5
Equipamento: Tag do equipamento*, empresa e unidade industrial a qual ele pertence*
e descrição do equipamento.
Os campos com * devem ser preenchidos obrigatoriamente.
Relatórios
O relatório é o ponto central do sistema. Ele normalmente é um documento em
PDF que deverá ser anexado ao sistema. Além deste arquivo que poderá ser aberto para
consulta, as seguintes informações devem ser contempladas no cadastro de relatórios do
sistema:
Empresa Cliente
Unidade Industrial
Equipamento
Código do Serviço
Data de Execução do Serviço
Local para anexar o relatório final do serviço em PDF
Problemas identificados (lista contendo todos os problemas identificados. Estes
problemas serão fixos e pré-definidos no sistema).
Os clientes poderão realizar pesquisas por qualquer um dos campos descritos
acima. Poderão também incluir comentários em relatórios para posterior visualização.
Interface do Cliente
A tela inicial de acesso de um cliente deve ser um combo para seleção de uma Unidade
Industrial. Ao selecionar uma unidade industrial, uma lista de todos os equipamentos
contidos nesta unidade será exibida. Ao clicar em qualquer equipamento, será exibida
uma lista de relatórios relativos àquele equipamento. Esta lista exibirá o código de
referência do serviço, sua data de execução e uma descrição resumida do mesmo.
Clicando em um item desta lista, uma tela contendo os detalhes daquele relatório
específico deve ser exibida em modo de visualização.
É importante também que o cliente possa aplicar filtros de pesquisa. São eles: pesquisar
por Unidades Industriais, Equipamentos, Data de Execução do Serviço e Tipos de
Problema.
6
No caso da Data de Execução, deve ser possível pesquisar por uma data exata ou um
intervalo de datas.
O campo tipo de problema deve um check-list contendo todos os problemas cadastrados
no sistema, de forma que possam ser selecionados um ou mais problemas para uma
mesma pesquisa.
Em todos os casos, o resultado da pesquisa deve apresentar uma lista de relatórios
contendo o número do serviço, data de execução, empresa e unidade industrial ao qual
pertence. Deve haver também um campo contendo um link para o download do arquivo
em PDF do relatório selecionado.
7
Capítulo 3 – Casos de Uso do Sistema
Os Casos de Uso do sistema serão apresentados pelo diagrama geral abaixo e por uma
descrição individual detalhada a seguir.
Figura 1 – Diagrama de Casos de Uso
8
UC1 – Entrar no sistema
Atores
Usuário Padrão
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a página de acesso ao sistema
2. O sistema exibe a tela solicitando login e senha
3. O usuário entra com os dados de login e senha
4. O sistema verifica as informações de login e senha fornecidos pelo
usuário e exibe a tela inicial do tipo de usuário
Fluxo Alternativo
1. Se, no passo 4 os dados de login ou senha fornecidos pelo usuário
estiverem incorretos, o sistema exibe novamente a tela de login
juntamente com uma mensagem informando que os dados de login
ou senha estavam incorretos.
2. Se no passo 4 o sistema identificar que o usuário estiver desativado,
exibe uma mensagem informando que este usuário não está ativo e
retorna para a o passo 2.
Pré-Condições
Pós-Condições
9
UC2 – Alterar Senha Inicial
Atores
Usuário Padrão
Fluxo de Eventos
Fluxo Principal
1. O usuário entra no sistema pela primeira vez utilizando a senha
gerada automaticamente pelo sistema e enviada para seu e-mail.
2. O sistema exibe uma tela solicitando que seja criada uma nova senha
de acesso, obrigando o usuário a informar a nova senha duas vezes
para garantir que não haja erro de digitação.
3. O usuário entra uma nova senha.
4. O sistema valida a senha, grava a mesma no banco de dados
substituindo a senha antiga e exibe a tela inicial do sistema.
Fluxo Alternativo
1. Se, no passo 4 a senha não possuir mais de 6 dígitos ou uma mistura
de caracteres alfanuméricos, o sistema exibe uma mensagem
informando essas regras e volta para o passo 2.
2. Se, no passo 4, os dois campos preenchidos com a nova senha não
possuírem conteúdo idêntico, o sistema exibe uma mensagem
informando este problema e volta para o passo 2.
Pré-Condições
O usuário deve estar cadastrado no sistema e estar acessando o sistema pela
primeira vez.
Pós-Condições
10
UC3 – Reinicializar Senha
Atores
Usuário Padrão
Fluxo de Eventos
Fluxo Principal
1. O usuário seleciona a opção “Esqueci minha senha” na tela de acesso
ao sistema.
2. O sistema exibe uma tela solicitando o endereço de e-mail do
usuário.
3. O usuário entra o endereço de e-mail e seleciona a opção “Gerar
nova senha”.
4. O sistema valida o endereço de e-mail, gera uma nova senha
aleatória, grava no banco de dados substituindo a senha antiga, envia
um email para o usuário contendo a nova senha para acesso e exibe
uma mensagem informando que um e-mail foi enviado contendo a
nova senha.
Fluxo Alternativo
1. Se, no passo 3, o endereço de e-mail estiver em branco o sistema
exibe uma mensagem solicitando que o endereço de e-mail seja
informado e volta para o passo 2.
2. Se, no passo 3, o endereço de e-mail informado não estiver
cadastrado no sistema, o sistema exibe uma mensagem informando
que o endereço de e-mail informado não pertence a um usuário
cadastrado e retorna para o passo 2.
Pré-Condições
Pós-Condições
11
UC4 – Incluir Usuário
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa o cadastro de usuários a partir da tela inicial do
sistema e seleciona a opção “Incluir”.
2. O sistema exibe uma tela solicitando os seguintes dados relativos ao
novo usuário: endereço de e-mail, confirmação do endereço de e-
mail, nome completo e o perfil de acesso ao sistema. Se for escolhido
o perfil Cliente, o sistema solicita informar adicionalmente o nome
da empresa para qual trabalha.
3. O usuário entra com o os dados solicitados e o submete para o
sistema
4. O sistema valida os dados e faz a inclusão dos mesmos na base de
dados, enviando um e-mail para o usuário cadastrado contendo
informações para acesso ao sistema e uma senha inicial de acesso,
retornando para a tela de Cadastro de Usuários e exibindo uma
mensagem informando que o Usuário foi incluído com sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o endereço de e-mail já
existe na base de dados, exibirá uma mensagem informando que o
usuário já existe e retornará para o passo 2.
2. Se, no passo 4, o sistema identificar que qualquer um dos campos
está em branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 2.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Pós-Condições
12
UC5 – Alterar Usuário
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa o cadastro de usuários a partir da tela inicial do
sistema.
2. O sistema exibe uma tela listando todos os usuários existentes.
3. O usuário seleciona o usuário desejado e acessa a opção Alterar
Usuário.
4. O sistema exibe a tela contendo todos os dados deste usuário.
5. O usuário altera os campos que desejar e submete os dados para o
sistema.
6. O sistema valida os dados e grava as alterações na base de dados,
retornando para o item 2 e exibindo uma mensagem informando que
o usuário foi alterado com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o campo endereço de e-mail
foi alterado e que o novo endereço já existe na base de dados, exibirá
uma mensagem informando que o novo endereço de e-mail já está
cadastrado no sistema e retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que o qualquer campo está em
branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Pós-Condições
13
UC6 – Excluir Usuário
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa o cadastro de usuários a partir da tela inicial do
sistema.
2. O sistema exibe uma tela listando todos os usuários existentes.
3. O usuário seleciona o usuário desejado e seleciona a opção “Excluir”.
4. O sistema exibe uma mensagem solicitando a confirmação da
exclusão do usuário selecionado.
5. O usuário confirma a exclusão do usuário selecionado.
6. O sistema retorna para o item 2 e exibe uma mensagem informando
que o usuário foi excluído com sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o usuário é próprio usuário
conectado ao sistema, exibirá uma mensagem informando que o
usuário não pode excluir a si próprio, retornando ao item 2.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Pós-Condições
14
UC8 – Incluir Empresa
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Empresas na tela inicial do
sistema
2. O sistema exibe todas as empresas existentes
3. O usuário seleciona a opção de inclusão de nova empresa
4. O sistema exibe uma tela solicitando os seguintes dados: nome da
empresa, nome do contato principal e endereço de e-mail do contato
principal.
5. O usuário entra com os dados solicitados e os submete para o sistema
6. O sistema valida os dados e faz a inclusão dos mesmos na base de
dados, retornando para a tela de Cadastro de Empresas e exibindo
uma mensagem informando que a Empresa foi incluída com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o nome da empresa já existe
na base de dados, exibirá uma mensagem informando que a empresa
já existe e retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que qualquer campo está em
branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
15
UC9 – Alterar Empresa
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Empresas na tela inicial do
sistema
2. O sistema exibe todas as empresas existentes
3. O usuário seleciona uma empresa e acessa a opção Alterar Empresa
4. O sistema exibe a tela contendo campos com os dados atuais da
empresa.
5. O usuário altera os campos que desejar e submete os dados para o
sistema.
6. O sistema valida os dados e faz a alteração do mesmo na base de
dados, retornando para a tela de Cadastro de Empresas e exibindo
uma mensagem informando que a empresa foi alterada com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o campo nome da empresa
foi alterado e o novo nome já existe na base de dados, exibirá uma
mensagem informando que a empresa já existe e retornará para o
passo 4.
2. Se, no passo 6, o sistema identificar que qualquer campo está em
branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Pós-Condições
16
UC10 – Excluir Empresa
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Empresas na tela inicial do
sistema
2. O sistema exibe todas as empresas existentes
3. O usuário seleciona uma empresa acessa a opção Excluir Empresa
4. O sistema valida a exclusão e exibe uma mensagem solicitando a
confirmação da exclusão da empresa
5. O usuário confirma a exclusão da empresa
6. O sistema retorna para a tela de Cadastro de Empresas e exibe uma
mensagem informando que a empresa foi excluída com sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o existem Unidades
Industriais vinculadas à empresa, exibirá uma mensagem dizendo que
a Empresa não pode ser excluída por existir pelo menos uma unidade
industrial vinculada a ela, retornando para a tela de Cadastro de
Empresas.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Não deve haver nenhuma Unidade Industrial vinculada à Empresa
Pós-Condições
17
UC11 – Incluir Unidade Industrial
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Unidades Industriais na tela
inicial do sistema
2. O sistema exibe todas as unidades industriais existentes
3. O usuário seleciona a opção de inclusão de nova unidade industrial
4. O sistema exibe uma tela solicitando os seguintes dados: nome da
unidade industrial e empresa a qual a unidade industrial pertence. O
campo Empresa será uma lista de seleção preenchida dinamicamente
contendo todas as empresas cadastradas no sistema. Esta lista não
será editável.
5. O usuário entra com os dados solicitados e os submete para o
sistema.
6. O sistema valida os dados e faz a inclusão dos mesmos na base de
dados, retornando para a tela de Cadastro de Unidades Industriais e
exibindo uma mensagem informando que a Unidade Industrial foi
incluída com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o nome da unidade industrial
vinculada à empresa selecionada já existe na base de dados, exibirá
uma mensagem informando que a unidade industrial já existe e
retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que qualquer campo está em
branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 4.
3. Se não houver nenhuma empresa cadastrada no sistema, após o passo
3 o sistema exibirá uma mensagem informando que é necessário criar
uma Empresa antes de cadastrar a nova unidade industrial e retornará
para a tela de Cadastro de Unidades Industriais.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
18
Deve existir pelo menos uma Empresa cadastrada no sistema
Pós-Condições
19
UC12 – Alterar Unidade Industrial
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Unidades Industriais na tela
inicial do sistema
2. O sistema exibe todas as unidades industriais existentes
3. O usuário seleciona uma unidade industrial e acessa a opção Alterar
Unidade Industrial
4. O sistema exibe uma tela contendo campos com os dados atuais da
unidade industrial.
5. O usuário altera os campos que desejar e submete os dados para o
sistema.
6. O sistema valida os dados e faz a alteração do mesmo na base de
dados, retornando para a tela de Cadastro de Unidades Industriais e
exibindo uma mensagem informando que a unidade industrial foi
alterada com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o campo nome da unidade
industrial foi alterado e o novo nome já existe na base de dados
vinculado à Empresa selecionada, exibirá uma mensagem
informando que a unidade industrial já existe e retornará para o passo
4.
2. Se, no passo 6, o sistema identificar que qualquer campo está em
branco, exibirá uma mensagem informando que é necessário
preencher todos os campos e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Pós-Condições
20
UC13 – Excluir Unidade Industrial
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Unidades Industriais na tela
inicial do sistema
2. O sistema exibe todas as unidades industriais existentes
3. O usuário seleciona uma unidade industrial acessa a opção Excluir
Unidade Industrial
4. O sistema valida a exclusão e exibe uma mensagem solicitando a
confirmação da exclusão da unidade industrial
5. O usuário confirma a exclusão da unidade industrial
6. O sistema retorna para a tela de Cadastro de Unidades Industriais e
exibe uma mensagem informando que a unidade industrial foi
excluída com sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o existem Equipamentos
vinculados à unidade industrial, exibirá uma mensagem dizendo que
a Unidade Industrial não pode ser excluída por existir pelo menos um
equipamento vinculado a ela, retornando para a tela de Cadastro de
Unidades Industriais.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Não deve haver nenhum Equipamento vinculado à Unidade Industrial
Pós-Condições
21
UC14 – Incluir Equipamento
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Equipamentos na tela inicial
do sistema.
2. O sistema exibe todos os equipamentos existentes.
3. O usuário seleciona a opção de inclusão de novo equipamento.
4. O sistema exibe uma tela solicitando os seguintes dados: Tag do
equipamento, descrição do equipamento, empresa e unidade
industrial ao qual o equipamento pertence. O campo Empresa será
uma lista de seleção preenchida dinamicamente contendo todas as
empresas cadastradas no sistema. O campo Unidade Industrial será
uma lista de seleção preenchida dinamicamente contendo todas as
unidades industriais vinculadas à empresa selecionada. Ambas as
listas não serão editáveis pelo usuário.
5. O usuário entra com os dados solicitados e os submete para o
sistema.
6. O sistema valida os dados e faz a inclusão dos mesmos na base de
dados, retornando para a tela de Cadastro de Equipamentos e
exibindo uma mensagem informando que o Equipamento foi incluído
com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o Tag do Equipamento
vinculado à unidade industrial selecionada já existe na base de dados,
exibirá uma mensagem informando que a equipamento já existe e
retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que qualquer um dos campos
estiver em branco, exibirá uma mensagem informando que é
necessário preencher todos os campos e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Deve existir pelo menos uma Unidade Industrial cadastrada no sistema.
22
Pós-Condições
23
UC15 – Alterar Equipamento
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Equipamentos na tela inicial
do sistema
2. O sistema exibe todos os equipamentos existentes
3. O usuário seleciona um equipamento e acessa a opção Alterar
Equipamento
4. O sistema exibe uma tela contendo campos com os dados atuais do
Equipamento.
5. O usuário altera os campos que desejar e submete os dados para o
sistema.
6. O sistema valida os dados e faz a alteração do mesmo na base de
dados, retornando para a tela de Cadastro de Equipamentos e
exibindo uma mensagem informando que o equipamento foi alterado
com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o campo Tag do
Equipamento foi alterado e o novo nome já existe na base de dados
vinculado à Unidade Industrial selecionada, exibirá uma mensagem
informando que o equipamento já existe e retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que qualquer um dos campos
estiver em branco, exibirá uma mensagem informando que é
necessário preencher todos os campo e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Pós-Condições
24
UC16 – Excluir Equipamento
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Equipamentos na tela inicial
do sistema.
2. O sistema exibe todos os Equipamentos existentes.
3. O usuário seleciona um equipamento acessa a opção Excluir
Equipamento.
4. O sistema valida a exclusão e exibe uma mensagem solicitando a
confirmação da exclusão do equipamento.
5. O usuário confirma a exclusão do equipamento.
6. O sistema retorna para a tela de Cadastro de Equipamentos e exibe
uma mensagem informando que o equipamento foi excluído com
sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o existem Relatórios
vinculados ao equipamento, exibirá uma mensagem dizendo que o
equipamento não pode ser excluído por existir pelo menos um
relatório vinculado a ele, retornando para a tela de Cadastro de
Equipamentos.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Não deve haver nenhum Relatório vinculado ao Equipamento.
Pós-Condições
25
UC17 – Incluir Relatório
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Relatórios na tela inicial do
sistema.
2. O sistema exibe todos os relatórios existentes e opções de filtro por
Empresa, Unidade Industrial e Equipamento.
3. O usuário seleciona a opção de inclusão de novo relatório.
4. O sistema exibe uma tela solicitando os seguintes dados: Número do
Serviço, Data de Execução, Descrição do Serviço, Empresa, Unidade
Industrial, Tag do Equipamento, Link para o Arquivo do Relatório e
uma lista de problemas identificados. O campo Empresa será uma
lista de seleção preenchida dinamicamente contendo todas as
empresas cadastradas no sistema. O campo Unidade Industrial será
uma lista de seleção preenchida dinamicamente contendo todas as
unidades industriais vinculadas à empresa selecionada. O Campo Tag
do Equipamento será uma lista de seleção preenchida dinamicamente
contendo todos os equipamentos vinculados à Unidade Industrial
selecionada. Essas três listas não serão editáveis pelo usuário. O
campo problemas identificados será uma lista de seleção múltipla
carregada a partir dos tipos de problema cadastrados no sistema. Esta
lista não será editável pelo usuário.
5. O usuário entra com os dados solicitados e os submete para o
sistema.
6. O sistema valida os dados e faz a inclusão dos mesmos na base de
dados, retornando para a tela de Cadastro de Relatórios e exibindo
uma mensagem informando que o Relatório foi incluído com
sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que já existe na base de dados
um relatório vinculado aos Código do Serviço e Equipamento
informados pelo usuário, exibirá uma mensagem informando já
26
existe um relatório vinculado a este serviço e retornará para o passo
4.
2. Se, no passo 6, o sistema identificar que qualquer um dos campos
estiver em branco, exibirá uma mensagem informando que é
necessário preencher o(s) seguintes campo(s), listando o(s) nome(s)
do(s) campo(s) em branco e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador
Deve existir pelo menos um Equipamento cadastrado no sistema
Pós-Condições
27
UC18 – Alterar Relatório
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Relatórios na tela inicial do
sistema.
2. O sistema exibe todos os relatórios existentes e opções de filtro por
Empresa, Unidade Industrial e Equipamento.
3. O usuário seleciona o relatório desejado e acessa a opção Alterar
Relatório.
4. O sistema exibe uma tela contendo campos com os dados atuais do
Relatório.
5. O usuário altera os campos que desejar e submete os dados para o
sistema.
6. O sistema valida os dados e faz a alteração do mesmo na base de
dados, retornando para a tela de Cadastro de Relatórios e exibindo
uma mensagem informando que o relatório foi alterado com sucesso.
Fluxo Alternativo
1. Se, no passo 6, o sistema identificar que o campo Código do Serviço
e/ou Tag do Equipamento foi alterado e já existir um relatório
cadastrado no sistema vinculado a este Código do Serviço e
Equipamento, exibirá uma mensagem informando que já existe uma
relatório cadastrado para este serviço e retornará para o passo 4.
2. Se, no passo 6, o sistema identificar que qualquer um dos campos
estiver em branco, exibirá uma mensagem informando que é
necessário preencher o(s) seguintes campo(s), listando o(s) nome(s)
do(s) campo(s) e retornará para o passo 4.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Pós-Condições
28
UC19 – Excluir Relatório
Atores
Administrador
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a tela de Cadastro de Relatórios na tela inicial do
sistema.
2. O sistema exibe todos os relatórios existentes e opções de filtro por
Empresa, Unidade Industrial e Equipamento.
3. O usuário seleciona o relatório desejado e acessa a opção Excluir
Relatório.
4. O sistema valida a exclusão e exibe uma mensagem solicitando a
confirmação da exclusão do relatório.
5. O usuário confirma a exclusão do relatório.
6. O sistema retorna para a tela de Cadastro de Relatórios e exibe uma
mensagem informando que o relatório foi excluído com sucesso.
Fluxo Alternativo
1. Se, no passo 4, o sistema identificar que o existem comentários de
clientes vinculados ao relatório, exibirá uma mensagem informando
que a existência de tais comentários e solicitando a confirmação se o
usuário realmente deseja excluir o relatório e todos os comentários
associados.
2. Caso o usuário proceda com a exclusão, o sistema excluirá o relatório
e todos os comentários associados da base de dados, retornando à tela
de Cadastro de Relatório. Caso o usuário não proceda, o sistema
retornará á tela de Cadastro de Relatórios sem realizar nenhuma
exclusão.
Pré-Condições
O usuário deve estar logado no sistema com Administrador.
Pós-Condições
29
UC20 – Pesquisar Relatório
Atores
Usuário Padrão
Fluxo de Eventos
Fluxo Principal
1. O usuário acessa a opção Pesquisar Relatórios na tela inicial do
sistema.
2. O sistema exibe uma tela com opções de filtro por Número do
serviço, Empresa, Unidade Industrial, Equipamento, Datas Inicial e
Final de execução de serviço e tipos de problema.
3. O usuário seleciona as opções de filtro que desejar e escolhe a opção
Realizar Pesquisa.
4. O sistema exibe uma listagem dos relatórios que atendem aos filtros
de pesquisa selecionados pelo usuário.
Fluxo Alternativo
1. Se, no passo 4, o sistema não identificar nenhum resultado que
atenda aos filtros de pesquisa selecionados pelo usuário, exibirá uma
mensagem informando que não houve resultados para a pesquisa.
Pré-Condições
Pós-Condições
30
Capítulo 4 – Diagramas de Classe
Os Diagramas de Classe serão apresentados neste capítulo através do diagrama geral da
figura abaixo, que ilustra o relacionamento entre as classes do sistema e,
posteriormente, por um detalhamento individual sobre cada classe, descrevendo o que
ela representa, assim como seus atributos e métodos.
Figura 2 – Diagrama de Classes
31
Usuário
Figura 3 – Classes de Usuário
Os usuários são classificados como Administradores e Clientes. Os
Administradores são funcionários da empresa prestadora de serviço e possuem acesso a
todas as funções do sistema. São responsáveis principalmente pela manutenção dos
cadastros de Relatório, Usuário, Empresa, Unidade Industrial e Equipamento.
Os Clientes são pessoas que trabalham para as empresas tomadoras dos serviços
e normalmente são funcionários ligados às áreas de operação ou manutenção da
empresa. Seu objetivo principal é acessar o sistema para visualizar os relatórios gerados
pela empresa prestadora de serviços, podendo inserir comentários sobre esses relatórios
para futura referência.
Ambos os tipos de usuário possuem os atributos e-mail, Nome e Senha para
acesso ao sistema, assim como um atributo PrimeiroAcesso, que indica se o usuário está
acessando o sistema pela primeira vez, para que seja ativada alteração de senha inicial
no login.
Além dos atributos acima, o usuário do tipo Cliente possui um atributo que
define a qual empresa ele pertence.
A classe possui um construtor para que os objetos sejam criados com informações
carregadas da base de dados e possui ainda os métodos Validar, que valida se o e-mail e
senha informados para login estão corretos, AlterarSenhaInicial.
O usuário Administrador possui os métodos Incluir, Alterar e Excluir para
gerenciamento dos usuários.
32
Empresa
Figura 4 – Classe Empresa
A empresa normalmente é a unidade responsável pela contratação dos serviços
de inspeção de equipamentos. Ela possui uma ou mais unidades industriais nas quais os
equipamentos estão instalados.
Os atributos de uma empresa são o seu número identificador na base de dados
(IdEmpresa), seu nome (NomeEmpresa), o nome da pessoa que é o contato principal
(NomeContato) e o endereço de e-mail deste contato (EmailContato).
A classe possui um construtor para que os objetos sejam criados com
informações carregadas da base de dados e possui ainda os métodos Incluir, Alterar e
Excluir para interface com a base de dados.
33
Unidade Industrial
Figura 5 – Classe UnidadeIndustrial
A unidade industrial é normalmente uma subdivisão da área industrial de uma
empresa. Ela pode ser definida em função dos tipos de equipamento que possui ou da
finalidade que possui para o processo industrial como um todo. A unidade industrial
possui um ou mais equipamentos, que são o objeto das inspeções e dos subsequentes
relatórios.
Ela é definida pela classe UnidadeIndustrial que possui como atributos o seu
número identificador na base de dados (IdUnidade), o nome da unidade industrial
(NomeUnidade) e o identificador da empresa a qual ela pertence (IdEmpresa).
A classe possui um construtor para que os objetos sejam criados com
informações carregadas da base de dados e possui ainda os métodos Incluir, Alterar e
Excluir para interface com a base de dados.
34
Equipamento
Figura 6 – Classe Equipamento
Um equipamento é a menor unidade de uma empresa. O conjunto de seus
equipamentos é responsável pela confecção de seus produtos. Ele é representado pela
classe Equipamento.
A classe possui como atributos o seu número identificador na base de dados
(IdEquipamento), o código de identificação do equipamento (Tag), a descrição do
equipamento (Descricao) e o identificador da unidade industrial a qual ele pertence
(IdUnidade).
A classe possui um construtor para que os objetos sejam criados com
informações carregadas da base de dados e possui ainda os métodos Incluir, Alterar e
Excluir para interface com a base de dados.
35
Relatório
Figura 7 – Classe Relatório
Conforme descrito anteriormente, o relatório é um produto de um serviço de
inspeção em equipamentos com a finalidade de identificar potenciais problemas. Ele é
representado pela classe Relatorio.
A classe possui como atributos o seu número identificador na base de dados
(IdRelatorio), o código do serviço definido pela empresa prestadora ao qual está
vinculado (CodServico), a data em que foi executado o serviço (DataExec), a descrição
do serviço (DescrServ), uma url para o arquivo em PDF contendo o relatório na íntegra
(urlRelatorio) e o identificador do equipamento ao qual ele está vinculado
(IdEquipamento).
A classe possui um construtor para que os objetos sejam criados com
informações carregadas da base de dados e possui ainda os métodos Incluir, Alterar e
Excluir para interface com a base de dados.
36
Comentario
Figura 8 – Classe Comentario
Os usuários clientes podem registrar comentários relativos a um relatório para
futura referência ou para referência de outros usuários clientes que venham a acessar
este mesmo relatório. Isto possibilita que informações que o usuário considere
relevantes, como dados do processo industrial no período em que o problema foi
detectado ou a origem provável do problema, fiquem documentadas enriquecendo o
histórico daquele equipamento.
A classe possui como atributos o seu número identificador na base de dados
(IdComentario), o comentário em si (Texto) e a data em que o comentário foi criado
(Data).
A classe possui um construtor para que os objetos sejam criados com
informações carregadas da base de dados e possui ainda os métodos Incluir, Alterar e
Excluir para interface com a base de dados.
37
Tipos de Problema
Figura 9 – Classe TipoProblema
Os equipamentos sofrem desgastes com o tempo e apresentam diversos
problemas que podem ser originados por defeitos mecânicos ou por má qualidade do
material que circula em seu interior.
A classe possui como atributos o seu número identificador na base de dados
(IdTipo), a descrição do problema em si (Descricao).
Como as técnicas de inspeção empregadas detectam um grupo bem definido de
problemas que não mudam ao longo do tempo, o banco de dados já possuirá os mesmos
gravados e não será necessário métodos para inclusão, alteração ou exclusão de dados
no banco de dados.
Portanto, a classe possui como métodos somente o seu construtor, que permite que os
objetos sejam criados com informações carregadas da base de dados.
38
Capítulo 5 – Arquitetura
5.1 Introdução
Neste capítulo apresentaremos a arquitetura proposta para desenvolvimento do
sistema.
5.2 Arquitetura Cliente-Servidor
O sistema será implementado utilizando-se a arquitetura cliente-servidor, pois
este modelo facilitará o acesso dos clientes, dando flexibilidade para eles acessem o
sistema utilizando qualquer navegador de internet do local em que estiverem. Este
modelo permite também maior escalabilidade e facilidade de manutenção.
Será utilizado o modelo de cliente magro, ou seja, todo processamento da
aplicação e gerenciamento de dados será realizado no servidor. O cliente será
responsável simplesmente por executar o software da aplicação através de qualquer
navegador de internet.
5.3 Arquitetura Multicamadas
O sistema será implementado utilizando-se o modelo de multicamadas orientado
a objetos do .NET. Serão utilizadas quatro camadas distintas, a saber:
Camada de Apresentação
Camada com a qual o usuário interage com o sistema. Neste caso, são as páginas web.
Camada de Negócios
Camada onde todas as regras de negócio definidas nos casos de uso são implementadas.
Camada de Entidades (Entity)
Camada na qual estarão definidas todas as classes utilizadas no sistema, seguindo o
conceito de Entity Framework. Podemos definir esta camada como uma ponte entre a
aplicação e sua base de dados. Este modelo de dados nos fornece a habilidade de
interagir com a base de dados consultando, inserindo, atualizando e removendo
39
registros. O uso do modelo de dados do Entity Framework faz com que não nos
preocupemos com a estrutura de nossa base de dados, apenas devemos nos preocupar
com a lógica de nossa aplicação. O Entity Framework ficará responsável por processar
seus comandos e transformá-los em instruções de consulta para seu banco de dados.
Depois que o banco de dados executar a consulta, o resultado será retornado para o
Entity Framework e transformado em classes do seu modelo de dados. Uma das maiores
vantagens do uso do Entity Framework é que uma vez o banco de dados mapeado,
podemos interagir com os dados através do uso de objetos e propriedades. Quando
executamos consultas com LINQ ou com expressões Lambda, não precisamos mais nos
preocupar com a escrita de queries SQL, deixamos o Entity Framework ficar
responsável pela construção e execução da consulta SQL.
Camada de Dados
Camada responsável por toda comunicação com o banco de dados MySQL3.
5.4 Banco de Dados
Será utilizado o MySQL como banco de dados, por ser gratuito, de utilização
simples e bastante rápido e confiável.
40
5.5 Diagrama de Entidades e Relacionamentos (DER)
Figura 10 – Diagrama de Entidades e Relacionamentos
41
Capítulo 6 – Resultados
A fim de confirmarmos se o sistema desenvolvido atende às especificações e
funciona corretamente, fizemos uma série de testes baseados nos casos de uso descritos
e verificamos se a resposta do sistema está consistente com a descrição. Segue abaixo
alguns exemplos dos testes realizados:
CT1 – Acessar o sistema como Administrador
Objetivo:
Testar se o Administrador consegue acessar o sistema e se este retorna
corretamente para a página de acesso caso o usuário não seja identificado corretamente.
Pré-requisitos:
Sistema instalado com um usuário administrador cadastrado com o login
“[email protected]” e senha “adm123”.
Teste 1
1. Acessar a pagina principal
2. Escrever o nome de usuário “[email protected]”
3. Escrever a senha “123456”
4. Clicar no botão login
Teste 2
1. Acessar a pagina principal
2. Escrever o nome de usuário “”
3. Escrever a senha “123456”
4. Clicar no botão login
Teste 3
1. Acessar a pagina principal
2. Escrever o nome de usuário “[email protected]”
3. Escrever a senha “”
42
4. Clicar no botão login
Teste 4
1. Acessar a pagina principal
2. Escrever o nome de usuário “[email protected]”
3. Escrever a senha “”
4. Clicar no botão login
Teste 5
1. Acessar a pagina principal
2. Escrever o nome de usuário “[email protected]”
3. Escrever a senha “adm123”
4. Clicar no botão login
Resultados:
Testes 1 a 4
Retorna a página inicial
Teste 5
Acessa a página inicial do administrador
CT2 – Incluir Usuário
Objetivo:
Testar se o Administrador consegue incluir um usuário no sistema.
Pré-requisitos:
Usuário logado como administrador do sistema.
Passos
1. Acessar o sistema com o usuário “[email protected]”
2. Acessar a opção “Cadastro de Usuários” no menu inicial
3. Clicar no botão “Novo”
Teste 1
43
1. Preencher o campo nome com “”
2. Preencher o campo telefone com “(21)9999-9999”
3. Preencher o campo e-mail do contato com “[email protected]”
4. Preencher o campo confirmação de e-mail com “[email protected]”
5. Selecionar o Tipo de Acesso Administrador
Teste 2
1. Preencher o campo nome com “TESTE”
2. Preencher o campo telefone com “(21)9999-9999”
3. Preencher o campo e-mail do contato com “[email protected]”
4. Preencher o campo confirmação de e-mail com “[email protected]”
5. Selecionar o Tipo de Acesso “Administrador”
Teste 3
1. Preencher o campo nome com “TESTE”
2. Preencher o campo telefone com “(21)9999-9999”
3. Preencher o campo e-mail do contato com “[email protected]”
4. Preencher o campo confirmação de e-mail com “[email protected]”
5. Selecionar o Tipo de Acesso “Cliente”
6. Não selecionar nenhuma empresa
Teste 4
1. Preencher o campo nome com “Teste Cliente”
2. Preencher o campo telefone com “(21)9999-9999”
3. Preencher o campo e-mail do contato com “[email protected]”
4. Preencher o campo confirmação de e-mail com “[email protected]”
5. Selecionar o Tipo de Acesso “Cliente”
6. Selecionar a empresa “Empresa Cliente 1”
Teste 5
1. Preencher o campo nome com “Teste Admin”
2. Preencher o campo telefone com “(21)9999-9999”
3. Preencher o campo e-mail do contato com “[email protected]”
4. Preencher o campo confirmação de e-mail com “[email protected]”
5. Selecionar o Tipo de Acesso “Administrador”
44
Resultados:
Teste 1
O sistema exibe uma mensagem de erro informando que o nome do
usuário deve ser preenchido.
Teste 2
O sistema exibe uma mensagem de erro informando que os e-mails
informados não são iguais.
Teste 3
O sistema exibe uma mensagem de erro informando que uma empresa
deve ser selecionada.
Testes 4 e 5
O sistema exibe uma mensagem informando que o usuário foi cadastrado
com sucesso e que um e-mail com a senha inicial foi enviado para ele.
CT2 – Alterar Usuário
Objetivo:
Testar se o Administrador consegue alterar o cadastro de um usuário no sistema.
Pré-requisitos:
Usuário logado como administrador do sistema.
Passos
1. Acessar o sistema com o usuário “[email protected]”
2. Acessar a opção “Cadastro de Usuários” no menu inicial
3. Selecionar o usuário “Teste Cliente”
4. Clicar no botão “Editar”
Teste 1
1. Alterar o campo nome para “” e manter os demais dados inalterados
Teste 2
45
1. Alterar o campo e-mail do contato com “[email protected]” e manter os
demais campos inalterados.
Teste 3
1. Alterar o tipo de acesso para “Administrador”
Teste 4
1. Alterar o nome para “Teste Cliente 2”
2. Alterar o telefone para “(21)7900-4403”
3. Alterar o e-mail de contato para “[email protected]”
4. Alterar a confirmação de e-mail para “[email protected]”
Resultados:
Teste 1
O sistema exibe uma mensagem de erro informando que o nome do
usuário deve ser preenchido.
Teste 2
O sistema exibe uma mensagem de erro informando que os e-mails
informados não são iguais.
Testes 3 e 4
O sistema exibe uma mensagem informando que os dados do usuário
foram alterados com sucesso e que um e-mail com a senha inicial foi
enviado para ele.
CT3 – Excluir Usuário
Objetivo:
Testar se o Administrador consegue excluir um usuário do sistema.
Pré-requisitos:
Usuário logado como administrador do sistema.
Passos
1. Acessar o sistema com o usuário “[email protected]”
46
2. Acessar a opção “Cadastro de Usuários” no menu inicial
3. Selecionar o usuário “Teste Cliente”
4. Clicar no botão “Excluir”
Resultados:
O sistema exibe todos os usuários com exceção do usuário “Teste Cliente”
CT4 – Pesquisar Relatório
Objetivo:
Testar se o usuário consegue usar a ferramenta de busca de relatórios do sistema.
Passos:
1. Acessar o sistema com o usuário “[email protected]”
2. Acessar a opção “Buscar Relatórios” no menu inicial
Teste 1
Selecionar a empresa “Empresa Cliente 1” e clicar em buscar;
Teste 2
Selecionar a empresa “Empresa Cliente 1” e a unidade industrial “Unidade
Industrial 1 C1” e clicar em buscar;
Teste 3
Selecionar a empresa “Empresa Cliente 1”, a unidade industrial “Unidade
Industrial 1 C1” e o equipamento com tag “E-001-U1-C1” e clicar em buscar;
Teste 4
Selecionar a empresa “Empresa Cliente 1”, a unidade industrial “Unidade
Industrial 1 C1”, o equipamento com tag “E-001-U1-C1”, a data inicial como
“20/05/2012” e a data final como “30/06/2012” clicar em buscar;
Resultados:
Teste 1
O sistema exibe todos os relatórios da empresa “Empresa Cliente 1”.
Teste 2
47
O sistema exibe todos os relatórios da unidade industrial “Unidade
Industrial 1 C1” pertencente à empresa “Empresa Cliente 1”.
Testes 3
O sistema exibe todos os relatórios do equipamento “E-001-U1-C1”,
pertencente à unidade industrial “Unidade Industrial 1 C1”, que por sua
vez pertence à empresa “Empresa Cliente 1”.
Testes 4
O sistema exibe todos os relatórios do equipamento “E-001-U1-C1”,
pertencente à unidade industrial “Unidade Industrial 1 C1”, que por sua
vez pertence à empresa “Empresa Cliente 1”.
48
Capítulo 7 – Conclusão
No trabalho descrito neste documento procuramos colocar em prática o
conhecimento adquirido em Engenharia de Software, aliado à experiência adquirida
com o trabalho voltado para inspeção de equipamentos.
Por meio do desenvolvimento do sistema objeto deste trabalho, criamos uma
ferramenta para que uma empresa prestadora de serviços de inspeção de equipamentos
possa disponibilizar seus relatórios de inspeção para seus clientes, permitindo a estes
que controlem o histórico de problemas de seus equipamentos de forma centralizada.
Aplicando a orientação a objetos, procuramos desenvolver o sistema de forma
modular, facilitando a realização de futuras expansões ou integrações com outros
sistemas. Buscamos também deixar um modelo bem documentado através dos
diagramas de classe e casos de uso.
Podemos propor como melhorias e desenvolvimentos futuros a inclusão da
funcionalidade de realizar pesquisa de relatórios por palavras-chave contidas no próprio
texto em PDF do relatório. Propomos também o desenvolvimento de uma ferramenta
adicional que exporte os dados do relatório em XML para integração direta aos sistemas
de banco de dados das empresas clientes, caso estas queiram integrar os dados em seus
sistemas.
Por fim, acredito que o trabalho foi extremamente proveitoso para consolidação
de meus conhecimentos e formação por me proporcionar boa prática em algumas das
etapas do desenvolvimento de software.
49
Referências
1Unified Modeling Language. Disponível em <www.uml.org>. Acesso em 10/11/2013.
2 .NET Framework. Disponível em <msdn.microsoft.com/pt-br/vstudio>. Acesso em
30/11/2013.
3 Banco de dados MySQL. Disponível em <www.mysql.com>. Acesso em 30/11/2013.
