TCC Sissuporte Versaofinal

UNIVERSIDADE ESTCIO DE S
TCC EM SISTEMAS DE INFORMAO-EAD
Professor Orientador: MSc. Jos Carlos Millan

Professora Orientadora: MSc. Claudia Abreu Paes
2015
SISUPORTI Sistema de Suporte Orientado a Tecnologia da Informao
Trabalho apresentado na disciplina de Projeto TCC

EM SISTEMAS DE INFORMAO-EAD da
Universidade Estcio de S, como requisito parcial
para obteno do grau de Bacharel em Sistemas de
Informao.
Autor:
RENATO EVARISTO ALFAIA
Orientadores:
MSc Jos Carlos Millan
MSc. Claudia Abreu Paes
2015
SISSUPORTI Sistema de Suporte Orientado a Tecnologia da Informao
RENATO EVARISTO ALFAIA

201101377704
Trabalho apresentado na disciplina de Projeto TCC

EM
SISTEMAS
DE
INFORMAO
da
Universidade Estcio de S, como requisito parcial

para obteno do grau de Bacharel em Sistemas de
Informao.
Aprovado em dezembro de 2014.

BANCA EXAMINADORA
________________________________________
Prof. MSc Jos Carlos Millan - Orientador
Universidade Estcio de S
________________________________________
Prof. MSc Claudia Abreu Paes - Orientadora
Universidade Estcio de S
2015
Reitora
Paula Caleffi, DSc
Vice-Reitoria de Graduao
Vincius da Silva Scarpi, DSc
Vice-Reitoria de Ps-Graduao e Pesquisa

Luciano Vicente de Medeiros, PhD
Vice-Reitoria de Cultura
Cipriana Nicolitt Cordeiro Paranhos, DSc
Documento elaborado por: RENATO EVARISTO ALFAIA
Ficha Catalogrfica
SISSUPORTI - Sistema de Suporte Orientado a

Tecnologia da Informao / por RENATO EVARISTO
ALFAIA. Niteri, RJ: [s.n.], 2015.
n pgs f., 29 cm.
Trabalho de concluso do curso de informtica
Faculdade Estcio de S, Campus Madureira, Curso de
Sistemas de Informao, 2015.
Orientador: MSc Jose Carlos Millan
Orientadora: MSc Claudia Abreu Paes
Unitermos: 1. Sistema. 2. Ativos de T.I.
VI
RESUMO
Com as novas demandas tecnolgicas do Sculo XXI as Corporaes tem sentindo

dificuldades para o gerenciamento correto de seus parques informticos. Este fato leva a
vrios problemas como perda de receita, baixa produtividade no ambiente computacional,
falta de controles de tcnicos e insumos, falta de segurana de servidores, etc. Outro
problema a falta de controle das manutenes programadas e solicitadas, a necessidade
de insumos (peas e equipamentos de TI) e as principais mtricas para a avaliao do
servio que est sendo executado.
O principal objetivo deste programa organizar o ambiente de T.I. de uma
empresa, desde de a entrada de um Recurso Computacional em uma Rede Corporativa,
gerenciando sua manuteno, os insumos necessrios para manuteno desta Estao, os
tempos de manuteno de servios, histricos dos problemas e a resoluo destes e
mtricas de servios para os gestores de T.I. tomarem decises baseados nestes dados.
Outro diferencial ser utilizao plena de ferramentas e software livres, o que
barateiam muito a manuteno e o desenvolvimento do sistema.
Para isso, doravante chamaremos este sistema como SISSUPORTI Sistema de
Suporte Orientado a Tecnologia da Informao.
Palavras-chave:1. Sistema. 2. Suporte de T.I. 3. Segurana e Gerenciamento
de T.I .
VII
ABSTRACT
With the new technological demands of the twenty-first century corporations have
felt difficulties to the correct management of its IT parks. This leads to various problems
such as loss of revenue, low productivity computing environment, lack of controls and
technical inputs, lack of security servers, etc. Another problem is the lack of control of
scheduled and required maintenance, the need for inputs (parts and IT equipment) and key
metrics for evaluating the service being performed.
The main objective of this program is to organize the IT environment of a
company, since the entry of a Computational brought on a Corporate Network by
managing its maintenance, inputs necessary for maintaining this station, service
maintenance times, historical problems and the resolution of these metrics and services for
IT managers make decisions based on that data.
Another difference will be full use of free tools and software, which greatly
cheapen the maintenance and development of the system.
For this henceforth call this system as SISSUPORTI - Support System Oriented
Information Technology.
Keywords: 1 . System. 2. Support 3. Security and IT Management.
VIII
LISTA DE ILUSTRAES
Figura 1: Organograma da DHN Fonte: Regulamento da DHN................................................................20
Figura 2: Tela de Abertura do sistema atual Fonte: printscreen do Sistema............................................23
Figura 3: Tela ps-login do Sistema Atual Fonte: printscreen do Sistema................................................23
Figura 4: Diagrama de caso de uso RF001 Fonte: Programa Astah elaborado pelo autor...................29
Figura 7: Diagrama de caso de uso RF004 Fonte: Programa Astah elaborado pelo autor...32
Figura 10: Diagrama de caso de uso RF007 Fonte: Programa Astah elaborado pelo autor.................35
8Figura 16: Diagrama de caso de uso RF013 Fonte: Programa Astah elaborado pelo autor...............41
Figura 32: Diagrama de casos de usos do Sistema SISSUPORTI Fonte: Programa DBDesigner 4
elaborado pelo autor..............................................................................................................................56
Figura 33: Diagrama de classes do Sistema SISSUPORTI Fonte: Programa BRModelo elaborado
pelo autor................................................................................................................................................57
Figura 34: Viso Geral do Modelo Relacional do Banco de Dados do Sistema SISSUPORTI Fonte:
Programa Power Architech elaborado pelo autor..........................................................................65
Figura 35: Diagrama Entidade-Relacionamento Fonte: Programa BRModelo elaborado pelo autor
..................................................................................................................................................................65
IX
Figura 36: Diagrama de Sequncia Usurio Normal Fonte: Programa Astah elaborado pelo autor. .66
Figura 37: Diagrama de Sequncia Usurio Tcnico (Pessoa)
Normal Fonte: Programa Astah

Figura 38: Diagrama de Sequncia Usurio Tcnico (Pessoa/Ocorrncia) Fonte: Programa Astah
Figura 39: Diagrama de Sequncia Usurio Tcnico (Pessoa/Estao de Trabalho/Inventrio)
Fonte: Programa Astah elaborado pelo autor..................................................................................68
Figura 40: Diagrama de Estados Classe Pessoa Fonte: Programa Astah elaborado pelo autor...........69
Figura 41: Diagrama de Estados Estao de Trabalho Fonte: Programa Astah elaborado pelo autor
..................................................................................................................................................................69
Figura 42: Diagrama de Estados Ocorrncia Fonte: Programa Astah elaborado pelo autor...............70
Figura 43: Diagrama de Estados Inventrio Fonte: Programa Astah elaborado pelo autor................70
Figura 44: Diagrama de Atividades Cadastro de Pessoas Fonte: Programa Astah elaborado pelo
autor........................................................................................................................................................71
Figura 45: Diagrama de Atividades Estao de Trabalho Fonte: Programa Astah elaborado pelo
autor........................................................................................................................................................72
Figura 46: Diagrama de Atividades Ocorrncia Fonte: Programa Astah elaborado pelo autor.........73
Figura 47: Diagrama de Atividades Cadastros Tipo de Peas Fonte: Programa Astah elaborado pelo
autor........................................................................................................................................................73
Figura 48: Modelo Fsico dos dados Fonte: Programa Astah elaborado pelo autor..............................74
Figura 49: Diagrama de Componentes Fonte: Programa Astah elaborado pelo autor.........................84
Figura 50: Diagrama de Implantao Fonte: Programa Astah elaborado pelo autor...........................85
X
LISTA DE TABELAS
Tabela 1: Diagrama de Gautt:Fonte: elaborado pelo autor........................................................................18
Tabela 2: Requisitos Funcionais Fonte: elaborado pelo autor....................................................................27
Tabela 3: Requisitos no-funcionais Fonte: elaborado pelo autor..............................................................27
Tabela 4: Classe Pessoa Fonte: Fonte: elaborado pelo autor......................................................................59
Tabela 5: Classe Usurio-Tcnico Fonte: elaborado pelo autor................................................................59
Tabela 6: Classe Usurio Supervisor-Tcnico Fonte: elaborado pelo autor.............................................60
Tabela 7: Classe Usurio-Gestor Fonte: elaborado pelo autor..................................................................60
Tabela 8: Classe Estao de Trabalho Fonte: elaborado pelo autor.........................................................61
Tabela 9: Classe Ocorrncia Fonte: elaborado pelo autor.........................................................................62
Tabela 10: Classe Area_Ocorrncia Fonte: elaborado pelo autor.............................................................62
Tabela 11: Classe Status_Ocorrencia Fonte: elaborado pelo autor...........................................................62
Tabela 12: Classe Avaliao_Ocorrncia Fonte: elaborado pelo autor....................................................63
Tabela 13: Classe Estoque Fonte: elaborado pelo autor.............................................................................63
Tabela 14: Classe Peas Fonte: elaborado pelo autor..................................................................................64
Tabela 15: Classe Sada_Peas_estoque Fonte: elaborado pelo autor........................................................64
Tabela 16: Classe Entrada_Peas_estoque Fonte: elaborado pelo autor...................................................64
Tabela 17: Tabela Grupos Fonte: elaborado pelo autor..............................................................................74
Tabela 18: Tabela Pessoa Fonte: elaborado pelo autor...............................................................................75
Tabela 19: Tabela Estao de Trabalho Fonte: elaborado pelo autor.......................................................76
Tabela 20: Tabela Ocorrencia Fonte: elaborado pelo autor.......................................................................77
Tabela 21: Tabela area_ocorrencia Fonte: elaborado pelo autor..............................................................77
Tabela 22: Tabela Status ocorrnica Fonte: elaborado pelo autor...........................................................78
Tabela 23: Tabela avaliao ocorrncia Fonte: elaborado pelo autor........................................................78
Tabela 24: Tabela Peas Fonte: elaborado pelo autor.................................................................................78
Tabela 25: Tabela Peas X ET Fonte: elaborado pelo autor.......................................................................79
Tabela 26: Tabela Sada estoque Fonte: elaborado pelo autor...................................................................79
Tabela 27: Tabela Entrada Peas Estoque Fonte: elaborado pelo autor...................................................80
Tabela 28: Tabela Estoque Fonte: elaborado pelo autor.............................................................................80
XI
LISTA DE ABREVIATURAS E SIGLAS
SISSUPORTI
DHN
CLTI
CPD
MB
HD
E.T.
TRI
TRET
UML
DHN
BHMN
GNHO
CHM
CAMR
TB
GB
CNPA
IP
MAC-ADDRESS
GNU
GPL
SUSE
RF
RNF
DHCP
Sistema de Suporte Orientado a Tecnologia da Informao

Diretoria de Hidrografia e Navegao
Centro Local de Tecnologia da Informao
Centro de Processamento de Dados
Marinha do Brasil
Hard Disk
Estao de Trabalho
Termo de Responsabilidade Individual
Termo de Responsabilidade da Estao de Trabalho
Linguagem de Modelagem Unificada
Diretoria de Hidrografia e Navegao
Base de Hidrografia da Marinha em Niteri
Grupamento de Navios Hidroceanogrficos
Centro de Hidrografia da Marinha
Centro de Sinalizao e Reparos Almirante Moraes Rego
Terabyte
Gigabyte
Complexo Naval da Ponta da Armao
Internet Protocol
Media Access Control Address
GNU is Not Unix
General Public License
Software und System-Entwicklung
Requisito Funcional
Requisito no Funcional
Dynamic Host Configuration Protocol
XII
SUMRIO
1.
Proposta de Trabalho.............................................................................................17
1.1.
Mtodo de Trabalho...............................................................................................17
1.2.
Previso de Alocao de Recursos........................................................................17
1.3.
Cronograma do Trabalho ......................................................................................18
2.
Caracterizao da Empresa e do Negcio.............................................................18
2.1.
Histrico da Empresa.............................................................................................19
2.2.
Atividade da Empresa............................................................................................20
2.3.
Organograma.........................................................................................................20
2.4.
Mercado Consumidor............................................................................................20
2.5.
Concorrncia..........................................................................................................21
2.6.
Aspectos Tecnolgicos..........................................................................................21
2.7.
Condicionantes......................................................................................................21
3.
O Sistema Atual.....................................................................................................21
3.1.
Justificativa da Escolha da rea do Sistema.........................................................21
3.1.1.
O Sistema..............................................................................................................21
3.1.2.
Funcionamento do Sistema....................................................................................22
3.1.3.
O ambiente do Sistema..........................................................................................22
3.1.4.
A definio do escopo...........................................................................................23
3.2.
Motivao para o novo sistema.............................................................................24
3.3.
Situao Desejada..................................................................................................24
3.4.
Problemas do sistema atual....................................................................................24
XIII
4.
O sistema proposto (projeto lgico)......................................................................26
4.1.
Lista de Requisitos do Sistema..............................................................................26
4.2.
Atores do Sistema..................................................................................................28
4.3.
Casos de Uso e suas epecificaes........................................................................29
4.3.1.
Caso de Uso RF001 Realizar Login ..................................................................29
4.3.2.
Caso de Uso RF002 Realizar Logoff .................................................................30
4.3.3.
Caso de Uso RF003 Trocar senha do Usurio ...................................................31
4.3.4.
Caso de Uso RF004 Bloquear Acesso ao Sistema .............................................32
4.3.5.
Caso de Uso RF005 Desbloquear Acesso ao Sistema .......................................33
4.3.6.
Caso de Uso RF006 Cadastrar usurio ..............................................................34
4.3.7.
Caso de Uso RF007 Cadastrar Estao de Trabalho .........................................35
4.3.8.
Caso de Uso RF008 Monitorar Estao de Trabalho ........................................36
4.3.9.
Caso de Uso RF009 Inserir/Verificar Documentao .......................................34
4.3.10. Caso de Uso RF010 Assimilar Estao de Trabalho a usurio..........................35

4.3.11. Caso de Uso RF011 Abrir Chamados ................................................................36
4.3.12. Caso de Uso RF012 Atender Chamados ...........................................................40
4.3.13. Caso de Uso RF013 Movimentar Chamados......................................................41
4.3.14. Caso de Uso RF014 Fechar Chamados/Avaliar Chamados/Arquivar Chamados ........42
4.3.15. Caso de Uso RF015 Desassimilar Estao de Trabalho de Usurio .................43
4.3.16. Caso de Uso RF016 Verificar Histrico ...........................................................44
4.3.17. Caso de Uso RF017 Pesquisar Usurios ............................................................45
4.3.18. Caso de Uso RF018 Cadastrar Peas .................................................................46
XIV
4.3.19. Caso de Uso RF019 Liberar/Bloquear Acesso de Estao de Trabalho ............47
4.3.20. Caso de Uso RF020 Alterar Poder de Usurio ..................................................48
4.3.21. Caso de Uso RF021 Pesquisar Tipo e Quantidade de Peas .............................49
4.3.22. Caso de Uso RF022 Gerar relatrios de usurios ..............................................50
4.3.23. Caso de Uso RF022 Gerar relatrios de Estaes de trabalho ..........................51
4.3.24. Caso de Uso RF024 Gerar Relatrios de Atendimento .....................................52
4.3.25. Caso de Uso RF025 Criar mtricas de atendimento ..........................................53
4.3.26. Caso de Uso RF026 Trilha de Auditoria ...........................................................53
4.3.27. Caso de Uso RF027 Criar Tipos de Manuteno ..............................................54
4.3.28. Caso de Uso RF028 Criar Areas de Manuteno ..............................................55
4.4.
Diagrama de Casos de Uso ...................................................................................56
4.5.
Modelo Conceitual de Classes ..............................................................................57
4.5.1.
Dicionrio de dados das classes do Sistema ........................................................58
4.6.
Modelo Conceitual de Dados ................................................................................64
4.6.1.
Viso Geral do Modelo Relacional ......................................................................65
4.6.2.
Diagrama Entidade-Relacionamento ...................................................................65
4.7.
Diagrama de Sequncia ........................................................................................66
4.7.1.
Usurio-Normal ....................................................................................................67
4.7.2
Usurio-Tcnico ...................................................................................................67
4.8.
Diagrama de Estados ............................................................................................68
4.8.1.
Classe Pessoa.........................................................................................................66
4.8.2.
Classe Estao de Trabalho ..................................................................................69
XV
4.8.3
Classe Ocorrncia .................................................................................................70
4.8.4
Classe Inventrio ..................................................................................................71
4.9
Diagrama de Atividades .......................................................................................71
4.9.1.
Cadastro de Pessoas ..............................................................................................71
4.9.2.
Cadastro de Estao de Trabalho ..........................................................................72
4.9.3
Classe Ocorrncia .................................................................................................72
4.9.4
Cadastro de Tipo de Peas ....................................................................................73
5.
O Projeto Fsico ....................................................................................................73
5.1
Modelo Fsico de Dados .......................................................................................73
5.1.1
Projeto de Tabelas e Arquivos .............................................................................74
5.2
Ambiente do Sistema ............................................................................................82
5.2.1
Definio do Ambiente fsico ...............................................................................82
5.2.2
Justificativa da escolha da Linguagem de Programao e do SGDB ...................83
6.
Arquitetura do Sistema .........................................................................................83
6.1
Diagrama de Componentes ...................................................................................83
6.2
Diagrama de Implantao .....................................................................................85
7.
Concluses ............................................................................................................86
7.1
Reflexes sobre os objetivos iniciais alcanados .................................................86
7.2
Vantagens do sistema para a empresa ..................................................................87
7.3
Tabalhos Futuros ..................................................................................................87
REFERNCIAS BIBLIOGRFICAS.................................................................................88
Anexo I Glossrio..............................................................................................................90
XVI
Anexo II Modelo de TRET...............................................................................................96
Anexo III Modelo de TRI..................................................................................................97
17
1 - Proposta de Trabalho
A proposta de desenvolvimento do SISSUPORTI utilizar as mais modernas
metodologias de desenvolvimento de Software descritas a seguir:
1.1 - Mtodo de Trabalho

Ser utilizado o ambiente virtualizado para os testes com o Sistema, para a
modelagem UML ser a utilizada a ferramenta ASTAH, alm disso o ambiente dos
servios dever ser obrigatoriamente Servidores SUSE Linux para adequao ao ambiente
da organizao. Utilizaremos a Linguagem JAVA utilizando a IDE NETBEANS e o
Banco de Dados, na medida do possvel, dever ser o PostgreSQL que tambm possui
uma verso livre para desenvolvimento. Ainda haver um momento de pesquisas no
momento do levantamento de requisitos para uma melhor entendimento das demandas da
empresa.
1.2 - Previso de Alocao de Recursos

A) Pessoal
02 Professores Orientadores
01 Aluno do Curso de Sistemas de Informao
B) Material
Sala;
uma mesa com duas cadeiras;
Trs computadores (trs notebooks e um desktop);
Uma impressora;
Quadro branco com apagador e canetas;
Materiais de escritrio (papel, caneta, lpis, pranchetas e etc);
Dois HDs Externos de 1 TB;
Quatro Pendrives de 16GB;
DVDs contendo os Sistemas Operacionais Linux e os programas necessrios para
construo do sistema.
18
1.3 - Cronograma do Trabalho

Fase
Ms 1
Levantamento de
Requisitos
Ms 2
Ms 3
Ms 4
Ms 5
Ms 6
21
dias
Modelagem
Desenvolvimento
21
dias
105 dias
Testes e
Correes
42 dias
Implantao
(DHN)
28 dias
Homologao do
Usurio
28 dias
Tabela 1 Diagrama de Gautt
O plano de execuo das atividades do projeto ter sua contagem iniciada aps a
alocao dos recursos necessrios a sua efetivao, quais sejam: pessoal qualificado e
com dedicao exclusiva ao projeto, disponibilizao do espao fsico (local isolado para
evitar que os desenvolvedores se desconcentrem), e disponibilizao de equipamentos
para a equipe.
Ressalta-se que ser invivel iniciar o projeto sem os recursos acima citados,
visando o no comprometimento do planejamento e da execuo das atividades, evitandose, assim, o atraso no cronograma do plano de execuo das atividades do projeto.
O cronograma do plano de execuo das atividades do projeto considera que toda a
equipe trabalhar todos os dias teis da semana durante o horrio de expediente (entre
08:00hs as 17:30hs)
2 - Caracterizao da Empresa e do Negcio

A empresa a ser utilizada ser a Diretoria de Hidrografia e Navegao (DHN)
rgo subordinado ao Comando da Marinha (MB) que tem sede em Niteri, RJ
19
2.1 - Histrico da Empresa

A atual Diretoria de Hidrografia e Navegao (DHN) foi criada pelo Decreto
Imperial n 6113, de 02 de fevereiro de 1876, sob a denominao de Repartio da Carta
Martima. Em 1914 teve ampliadas suas atribuies e, em consequncia disto, transferida
para a Ilha Fiscal quando deixou o casaro da rua Dom Manuel n 5, que a abrigara por
vrias dcadas. Em 1923, o nome da repartio mudado para Diretoria de Navegao da
Marinha e, em 1946 para o atual nome. Em 1983 veio para as suas atuais instalaes na
Ponta da Armao. tambm o rgo superior do Complexo Naval da Ponta da Armao
(CNPA) e, desde de 2011, assumiu a centralizao , gerenciamento e assessoria superior
dos CPDs das Organizaes Militares subordinadas que figuram no mesmo complexo
naval.
2.2 - Atividade da Empresa

A DIRETORIA DE HIDROGRAFIA E NAVEGAO (DHN) o rgo da
Marinha do Brasil que tem como propsitos: apoiar a aplicao do Poder Naval, por
meio de atividades relacionadas com a hidrografia, oceanografia, cartografia,
meteorologia, navegao e sinalizao nutica, garantir a qualidade das atividades de
segurana da navegao que lhe couberem na rea martima de interesse do Brasil e nas
vias navegveis interiores e, ainda, contribuir para projetos nacionais de pesquisa em
guas jurisdicionais brasileiras e dos resultantes de compromissos internacionais.
Para o cumprimento dessas misses, a DHN atua como rgo superior das
Organizaes Militares do citado complexo. So elas o Centro de Hidrografia da
Marinha (CHM), a Base de Hidrografia da Marinha em Niteri (BHMN), o Centro de
Sinalizao e Reparos Almirante Moraes Rego (CAMR), o Grupamento de Navios
Hidroceanogrficos (GNHO) e apoia tambm a Policlnica Naval de Niteri (PNN).
Dentro do mbito do GNHO, ainda presta gerencia indireta aos seus Navios
Subordinados.
Desde 2011, com a criao do Centro Local de Tecnologia da Informao
(CLTI), assumiu a gerncia e assessoria superior dos CPDs das Organizaes Militares
acima citadas, sendo, por fora de lei, responsvel pela governana de TI dos citados
rgos.
20
2.3 - Organograma
Figura 1 Organograma da Instiuio
2.4 - Mercado Consumidor

Os principais usurios do servio sero os usurios das redes corporativas das
Organizaes Militares subordinadas (na impresso de documentao relativa a sua
estao de trabalho e solicitao de servios as mesmas), supervisores e tcnicos de TI
dos CPDs (que utilizaram nas respostas as solicitaes dos usurios, faro manutenes
previstas, monitoramento de servios e inventrio de TI) e Gestores de TI (que utilizaram
as mtricas que programa gerar para melhor avaliao do andamento de servios e
relatrios para gerncia superior). Nada impede que o sistema seja usado no meio civil.
2.5 - Concorrncia
Inicialmente, dentro do mbito militar administrativo, o sistema no sofrer
concorrncia. Porm, se o mesmo for usado no mbito civil, poder sofrer concorrncia
de alguns sistemas livre como OCOMON (na parte de gerenciamento de servios) ,
CACIC (na parte de inventrio de TI) .
21
2.6 - Aspectos Tecnolgicos

Tendo em vista o alto grau de informatizao dos processos que a DHN gerencia,
necessrio um controle bem mais apurado dos Recursos Computacionais, bem como,
um melhor gerenciamento das demandas dos setores de Informtica subordinados e dos
usurios das redes corporativas, pois uma padronizao de configuraes, melhora de
maneira substancial a produo dos diversos setores da Instituio. Vale lembrar que as
atualizaes computacionais no meio de TI so rpidas e frequentes. Por isso, se os
gestores puderem ter uma viso atualizada de seu parque informtico de maneira
dinmica e arrojada, as demandas podero ser atendidas com mais rapidez e facilidade.
2.7 Condicionantes
A Instituio possui uma Diviso de Sistemas, o que permite um ambiente de
desenvolvimento bastante satisfatrio para cumprimento das etapas para construo do
sistema. Alm disso, se houver xito na implementao do sistema, existe a possibilidade
deste ser homologado no mbito da Organizao, podendo ser utilizado por outras
Organizaes da Marinha. Por ser um sistema baseado em Softwares Livres, o custo de
manutenes reduzido pois no h a necessidade de se gastar recursos com o
licenciamento de softwares.
3 - O Sistema Atual
O sistema utilizado atualmente pelo CLTI-DHN, foi feito em PHP no ano de
2010 e implementa parte do que o sistema proposto fornecer
3.1 - Justificativa da Escolha da rea do Sistema

3.1.1 - O Sistema
Com o amento das responsabilidades do setor necessrio que o sistema
gerenciador seja o mais preciso possvel, sem incorrees nas informaes prestadas e
tenha um desenho amigvel para o usurio que utilizar suas funcionalidades.
22
Principalmente, pois os usurios sero de outras Organizaes que tem subordinao com
a DHN. No caso de uso extra-MB este poderia ser o caso de filiais de uma Empresa.
3.1.2 - Funcionamento do Sistema

Atualmente o sistema que utilizado tem atendido parcialmente algumas
funes do que se necessita. um webservice escrito em PHP que dispe das seguintes
funcionalidades: Cadastro de Estao de Trabalho, Sistema de Manuteno,
Monitoramento de Servios e avaliao do usurio. Porm, foi feito com uma interface
muito fraca, base em frames, que dificultam a visualizao correta de algumas funes.
No possui padres grficos e nem segue uma trilha correta de auditoria.
O sistema ainda comanda um DHCP que atualiza o Endereo IP de cada
estao de maneira dinmica, mas tal gerenciamento indireto, ou seja, exportado um
arquivo de configurao para o citado Servidor, o que faz que atualizaes do sistema
tenham um atraso de at 3 minutos para que sejam efetivamente efetuadas.
3.1.3 - O ambiente do Sistema

O Sistema foi desenvolvido pela prpria equipe do CPD, para resolver o
problema da falta de controles e mtricas dos servios realizados pelos tcnicos. Havia
tambm a necessidade de inventariar o equipamento de informtica da Instituio e , alm
disso, havia necessidade de se ter registros de quando os servios eram realizados e
manter um histrico dos atendimentos a um usurio ou estao de trabalho especfica.
Devido a estas necessidades e o pouco espao de tempo para desenvolver o
sistema, foi deixado de lado toda a parte de usabilidade e esttica do projeto, o que
acarret muitos problemas de fontes e imagens que no so padronizadas no programa.
Alm de problemas na escrita do programa que, por muitas vezes, provocam travamentos
e certas solicitaes do sistema simplesmente no so realizadas, obrigando os tcnicos a
realizarem adies diretas no arquivo de banco de dados do sistema, o que no prtico,
tratando-se de um sistema que tambm voltado a usurios que no tem vivncia em
nessa rea de conhecimento.
O programa no gera muitos relatrios, alm dos Termos de Responsabilidade
de Usurios, o que tambm gera vrios problemas quando se deseja relatrios de
patrimonio.
Outrossim, no podemos deixar de ressaltar, que foi uma grande inciativa, para
a organizao dos principais processos de utilizao computacional dentro da empresa,
23
visto que antes, no havia nenhum controle das manutenes ocorridas e nem da
quantidade e qualidade das mesmas, o que acarretava em que as decises nesse meio
fossem baseadas por achismos ou preferencias dos usurios das redes corporativas, o
que dificultava , cada vez mais a organizao dos recursos e a padronizao das estaes
de trabalho, dificultando muito a tarefa de manuteno e segurana dos ativos de TI da
empresa
Figura 2 Tela de Abertura do sistema atual
Figura 3 Tela ps-login do Sistema Atual
3.1.4 - A definio do escopo

Aps a concluso do seu desenvolvimento o sistema dever ser capaz de:
- Cadastro de Patrimnio ;
24
- Cadastro de endereos IP
- Inventrios de Recursos de TI (peas e equipamentos)
- Monitoramento de servios (Servidores, Servios e afins)
- Gerenciamento de Suporte com um ambiente do tipo workflow
- Avaliao dos Usurios dos Servios
- Gerao de Mtricas de Servios (Tempos de Realizao dos Pedidos, Pedidos
realizados e concludos em perodos de tempo selecionados pelo gestor e outras)
- Impresso de relatrios e documentao dos usurios
Alm destes , os seguintes produtos devero estar disponveis:
- Documentao;
- Cdigo Fonte;
- Sistema SISSUPORTI ; e
- Manual do Usurio.
3.2 - Motivao para o novo sistema

A principal motivao para criao do SISSUPORTI uma padronizao no s
grfica como processual das aes de TI, utilizando uma interface amigvel e confivel
para usurios, tcnicos e gestores.
Com isso o sistema fornecer uma viso melhorada do parque computacional da
Instituio, gerando informaes que aumentar a vantagem competitiva dos setores de
TI, unificando os processos computacionais do Complexo.
3.3 - Situao Desejada

Com a implementao do SISSUPORTI esperado a facilitao de alguns
processos a saber:
A) Processos a Nvel de Usurio Normal
- Abertura de Chamados
- Acompanhamento de Chamados
- Histrico de Manutenes
- Avaliao de Chamados
25
- Impresso de Termo de Responsabilidade Individual
- Impresso de Termo de Responsabilidade de Estao de Trabalho
- Troca de Senhas
B) Processos a Nvel de Usurios Tcnicos
- Os mesmos dos usurios Normais
- Cadastro de Estaes de Trabalho
- Cadastro de Inventrio
- Cadastro de Equipamentos Avulsos
- Encerramento de Chamados
- Criao de Servidores para Monitoramento
- Criao de usurios para utilizao do sistema
C) Processos a Nvel de Usurios Supervisores Tcnicos
- Os mesmos dos Usurios Normais
- Os mesmos dos Usurios Tcnicos
- Criao de Mtricas de Chamados
- Criao de Mtricas de Monitoramento
- Criao de Mtricas de Inventrio
- Solicitao de Obteno de Inventrio e Equipamento
- Autorizao de aumento de Poder de usurios
D) Processos a Nvel de Usurios Gestores
- Os mesmos dos Usurios Normais
- Os mesmos dos Usurios Tcnicos
- Os mesmos dos Usurios Supervisores Tcnicos
- Trilha de auditoria
- Relatrios personalizados de Gesto de Servios e Chamados
- Autorizao de Obteno de Inventrio e Equipamentos
3.4 -Problemas do sistema atual

Seguem-se os principais problemas apresentados pelo sistema atual
26
- Falta de Padronizao grfica e esttica, gerando uma usabilidade insatisfatria
de usurios que no sejam tcnicos;
- A programao no foi padronizada, no seguiu nenhuma norma especfica, o
que causa retrabalho quando a problemas de configurao e d uma sensao de eterno
prottipo;
- Falta de trilha de auditoria, que na prtica, significa que no h como saber quem
configurou ou deixou de configurar alguma seo do programa;
- Impossibilidade de impresso de relatrios de patrimnio ou pedidos
- No h uma forma de definio de mtricas e nem de como estas sero
cumpridas ou avaliadas pelos gestores.
4.0 - O sistema proposto (projeto lgico)

4.1.
Lista de Requisitos do Sistema
A tabela abaixo apresenta os requisitos funcionais do SISSUPORTI. Lembrandose que o processo de levantamento evolutivo, podendo aparecer novos requisitos no
identificados no processo:
A) REQUISTOS FUNCIONAIS
ATRIBUTOS
IDENTIFICAO
NOME
Beneficio
Estabilidade
Risco
Situao
RF001
Realizar Login
Crtico
Alta
Baixo
Proposto
RF002
Realizar Logoff
Critico
Alta
Baixo
Proposto
RF003
Trocar senha do Usurio
til
Alta
Baixo
Proposto
RF004
Bloquear Acesso ao
Sistema
Crtico
Alta
Baixo
Proposto
RF005
Desbloquear Acesso ao
Sistema
Crtico
Alta
Baixo
Proposto
RF006
Cadastrar usurio
Crtico
Alta
Baixo
Proposto
RF007
Cadastrar Estao de
Trabalho
Crtico
Alta
Baixo
Proposto
RF008
Monitorar Estao de
Trabalho
Importante
Alta
Baixo
Proposto
27
RF009
Inserir/Verificar
Documentao
til
Alta
Baixo
Proposto
RF010
Assimilar Estao de
Trabalho a usurio
Crtico
Alta
Baixo
Proposto
RF011
Abrir Chamados
Importante
Alta
Baixo
Proposto
RF012
Atender Chamados
Importante
Alta
Baixo
Proposto
RF013
Movimentar Chamados
Importante
Alta
Baixo
Proposto
RF014
Fechar Chamados/Avaliar
Chamados/Arquivar
Chamados
Alta
Baixo
Proposto
Importante
RF015
Desassimilar Estao de
Trabalho de Usurio
Crtico
Alta
Baixo
Proposto
RF016
Verificar Histrico
til
Alta
Baixo
Proposto
RF017
Pesquisar Usurios
til
Alta
Baixo
Proposto
RF018
Cadastrar Peas
Crtico
Alta
Baixo
Proposto
RF019
Liberar/Bloquear Acesso
de Estao de Trabalho
Crtico
Alta
Baixo
Proposto
RF020
Alterar Poder de Usurio
Importante
Alta
Baixo
Proposto
RF021
Pesquisar Tipo e
Quantidade de Peas
til
Alta
Baixo
Proposto
RF022
Gerar relatrios de usurios
til
Alta
Baixo
Proposto
RF023
Gerar relatrios de
Estaes de trabalho
til
Alta
Baixo
Proposto
RF024
Gerar Relatrios de
Atendimento
til
Alta
Baixo
Proposto
RF025
Criar mtricas de
atendimento
Importante
Alta
Baixo
Proposto
RF026
Trilha de Auditoria
Critico
Alta
Baixo
Proposto
RF027
Criar Tipos de Manuteno
Crtico
Alta
Baixo
Proposto
RF028
Criar Areas de Manuteno
Crtico
Alta
Baixo
Proposto
Tabela 2 Requisitos Funcionais
A prxima tabela relaciona os requisitos no-funcionais do sistema identificados

para o projeto, mostrando detalhes de cada um deles.
B) REQUISITOS NO FUNCIONAIS
ATRIBUTOS
IDENTIFICAO
NOME
Beneficio
Estabilidade
Risco
Situao
RNF001
Escalabilidade
til
Alta
Baixo
Proposto
RNF002
Manuteno
til
Alta
Baixo
Proposto
28
RNF003
Performance
til
Alta
Baixo
Proposto
Tabela 3 Requisitos no-funcionais
4.2 . IDENTIFICAO DOS ATORES DO SISTEMA

A analise dos requisitos fornecidos para o projeto at o momento sugere a
seguinte matriz de responsabilidade:
Usurio Normal - o usurio da rede corporativa que ter a Estao de Trabalho
vinculada ao seu login. Ele tem poderes para visualizar e imprimir os documentos
relacionados sua conta, como Termo de Responsabilidade Individual (TRI), Termo de
Responsabilidade da Estao de Trabalho (TRET), bem como, verificar as atualizaes
feitas pelos usurios de suporte em sua Estao de Trabalho, o histrico de usurios que
j tenham usado sua Estao e ainda, abrir chamados de suporte e avaliar estes chamados.
Usurio Tcnico - Alm de ter todas as funcionalidades de um usurio normal,
o elemento capacitado a responder os chamados dos usurios, movimentado-os, quando
for necessrio, para outras reas e encerrando-os quando o trabalho for executado pelo
mesmo. Alm disso, tem o controle do inventrio de material de informtico, inserindo ou
retirando insumos, para criar uma nova estao de trabalho. Podem assimilar estaes de
trabalho a usurios normais e tem o servio avaliado pelos mesmos. Alm disso, tem o
poder de liberar ou bloquear uma estao de trabalho na rede corporativa in site e criam
monitoramentos de servidores. Tem poderes para criar usurios normais.
Usurio Supervisor Tcnico Esto um nvel acima dos usurios Tcnicos, pois
criam mtricas de servios para serem acompanhadas pelos Usurios Gestores. Alm
disso, quando um usurio tcnico cria uma Estao de Trabalho, este usurio que deve
autorizar a criao da mesma, procedimento este, que deve ser feito somente quando uma
nova estao de trabalho entra em produo. Tambm atendem chamados se tiverem um
rea associada a eles.
Usurios Gestores - o nvel administrativo do sistema. o usurio com plenos
poderes, alm de verificarem as mtricas criadas pelos usurios Supervisores Tcnicos.
Este usurio ter, alm de todos os poderes dos usurios anteriormente citados, o poder de
criar os relatrios de gesto, para avaliao do andamento das demandas de servios.
este usurio, que alm de ter poder de criar usurios normais, pode elevar o poder dos
usurios criando assim outros usurios tcnicos, supervisores tcnicos e gestores.
29
Usurios Autenticados um agrupamento de usurios que composto por
todos os usurios acima citados
4.3 .Casos de Uso e suas Especificaes

De acordo com os requisitos funcionais citados acima, sero definidos os casos de
uso utilizados no sistema
4.3.1.
Caso de Uso RF001 Realizar Login
Descrio do Caso de Uso: Este caso de uso est relacionado identificao dos
usurios cadastrados tenham acesso ao SISSUPORTI. Deve permitir aos usurios realizar
login e ter acesso as funcionalidades do sistema de acordo com seus poderes dentro do
mesmo.
O sistema dever travar o usurio aps trs tentativas de login invalido,
fornecendo mensagem para entrar em contato com os administradores do sistema. A
identificao do usurio ser pelo nome que melhor o identifique e sua senha.
O usurio dever trocar sua senha a cada 90 dias e no poder usar a ultima senha
utilizada no sistema devendo ser direcionado para a pgina inicial do sistema com seu
perfil logado aps a execuo do login, visualizando a mensagem: Sr.XXX, Bem vindo
ao SISSUPORTI
Neste caso especfico, o ator Usurios Cadastrados o universo de usurios que
esto devidamente identificados, tendo em vista que o sistema no aceita a visualizao
de usurios visitantes
Atores e Casos de Uso
figura 4 Diagrama de caso de uso RF001
30
Fluxo Bsico: O preenchimento dos dados de login corretamente sem ter havido
trs tentativas de erro
Fluxo alternativo: O sistema bloqueia automaticamente o usurio aps trs
tentativas errneas de login. Nesse caso, dever ser fornecida uma mensagem dizendo
para o usurio entrar em contato com a rea administrativa para liberar o seu acesso.
Pr-condies: Usurio da Rede Corporativa cadastrado no sistema.
Ps-Condies: Usurios logados no sistema com seu perfil correto de acesso
4.3.2.
Caso de Uso RF002 Realizar Logoff
Descrio do Caso de Uso: Este caso de uso refere-se aos usurios cadastrados e
autenticados no sistema que desejem a sada do mesmo. Antes do usurio confirmar a
sada do SISSUPORTI, o sistema dever enviar a mensagem Realmente deseja continuar
com a operao com as opes de sim ou no para que ele decida.
Fluxo Bsico: Usurios autenticados solicitam a sada do sistema ao clicar no

boto
Sair. Logo aps dever ser mostrada uma caixa de opes informando
Realmente desej continuar com a operao? com as opes de sim ou no logo abaixo.
Para sair do sistema dever clicar Sim e o sistema retornar at a pgina inicial de login
Fluxo alternativo: O usurio decide manter-se no sistema, neste caso dever
clicar na opo No e o sistema retornar a pgina inicial de usurio autenticado.
Pr-condies: Usurio autenticado no sistema.
Ps-Condies: Usurios autenticados saem do sistema e o mesmo retorna a
pgina inicial de login.
31
4.3.3.
Caso de Uso RF003 Trocar senha do

Usurio
Descrio do Caso de Uso: Este caso formulado quando o usurio aps ter sido
cadastrado no sistema com uma senha padro, deve trocar a mesma por uma senha de sua
escolha. A senha do usurio deve ser composta de, pelo menos, oito caracteres, sendo
obrigatoriamente, por uma Letra maiscula, um nmero e um carcter especial para
melhorar a qualidade da mesma. Dever haver um validador de senha que classificar a
mesma em FRACA, MDIA e FORTE. Senhas fracas no devero ser aceitas pelo
sistema.

Fluxo Bsico: Por ao do usurio aps de cadastrado pela primeira vez no
sistema, por ao a qualquer momento do usurio ou aps 90 dias de cadastro da senha
sem mudana da mesma. Senhas fracas no sero aceitas pelo sistema
Fluxo alternativo: Se aps os 90 dias ou aps criao do usurio, o mesmo ter 5
dias para criao de nova senha. Ao passar por esse perodo, o usurio ser bloqueado e
no poder ser utilizado enquanto a senha no for alterada
32
Pr-condies: Usurios cadastrados pela primeira vez, que tenham senha por
mais de 90 dias ou usurio autenticado a qualquer momento..
Ps-Condies: Usurio autenticado muda sua senha e aumenta o tempo da
mesma por 90 dias.
4.3.4.
Caso de Uso RF004 Bloquear Acesso ao
Sistema
Descrio do Caso de Uso: o caso de uso que aps certas condies no
permitem o acesso do usurio ao sistema. O acesso poder ser bloqueado se o usurio
errar 3 vezes a sua senha, ou se algum usurio da rea administrativa fizer este bloqueio.
Toda a vez que o usurio bloqueado tentar o acesso, o sistema dever enviar uma tela
dizendo. Usurio Bloqueado, por favor entre em contato com a rea administrativas.
Todos os usurios da rea administrativa podem bloquear usurios normais,
porm, dentro da rea administrativa, os usurios s podem bloquear usurios da classe
inferior na seguinte sequncia: Usurio Gestor bloqueia Usurio Supervisor Tcnico
bloqueia Usurio Tcnico bloqueia Usurio Normal
Fluxo Bsico: Usurio da rea administrativa bloqueia usurios normais atravs

de uma lista de usurios do sistema. Essa lista constar apenas dos usurios que tem perfil
33
de acesso menores que o seu. Em outro caso, o usurio se bloquear automaticamente
quando errar trs vezes sua senha de acesso.
Fluxo alternativo: No h
Pr-condies: Usurio da rea Administrativa bloqueia usurio normal ou
qualquer usurio errar 3 vezes sua senha de acesso.
Ps-Condies: Tela do sistema informando ao Usurio bloqueado que ele est
bloqueado e que o mesmo deve entrar em contato com a rea administrativa.
4.3.5.
Caso de Uso RF005 Desbloquear Acesso

ao Sistema
Descrio do Caso de Uso: Este o caso de uso que se d aps o usurio

bloqueado solicitar o desbloqueio do mesmo rea administrativa. Neste caso, algum
usurio da mesma efetuara o desbloqueio alterando a condio BLOQUEADO para
ATIVO. No caso de bloqueio de usurios da rea Administrativa, o desbloqueio s
poder ser feito por um usurio administrativo que tenha maior poder que o mesmo.
Fluxo Bsico: Os usurios da rea Administrativa tero a sua disposio uma tela
mostrando todos os usurios que se encontram na condio BLOQUEADO. Para
desbloquear o usurio devero mudar a sua condio para ATIVO.
34
Fluxo alternativo: Quando o bloqueio contar com usurios da rea
administrativa, somente um usurio de poder maior que o mesmo poder desbloque-lo.
Nesse caso, a tela de usurios bloqueados s constaro os usurios que ele efetivamente
poder desbloquear.
Pr-condies: Haver usurios bloqueados no sistema por erro de senha ou por
ao dos usurios administrativos.
Ps-Condies: O usurio bloqueado aps ao do usurio da rea administrativa
retorna a acessar o sistema
4.3.6.
Caso de Uso RF006 Cadastrar Usurio
Descrio do Caso de Uso: A criao de usurios no sistema feita por usurios

que tenham poder de Usurio Tcnico para cima. Este requisito necessrio para que
os usurios da rede corporativa tenham seu primeiro contato com a rea tcnica.
Inicialmente s podero ser criados usurios normais e , poder exclusivo do usurio
gestor a elevao dos poderes destes usurios.

Fluxo Bsico: Os usurios da rea Administrativa criam os usurios normais que
tero acesso ao sistema e que tero Estaes de Trabalho assimiladas a seus respectivos
nomes. Tambm sero usurios aptos abrirem chamados.
35
Fluxo alternativo: No h.
Pr-condies: Solicitao de criao de um usurio.
Ps-Condies: O usurio criado pela rea administrativa utiliza o sistema
normalmente
4.3.7.
Caso de Uso RF007 Cadastrar Estao

de Trabalho
Descrio do Caso de Uso: Neste caso de uso, sero criadas as estaes de

trabalho que podero ser assimiladas a qualquer usurio. Somente os usurios da rea
administrativa podero assimilar estaes de trabalho para usurios. O cadastramento da
estao de trabalho se dar pelo preenchimento da configurao da mesma. Servidores
podero ser cadastrados neste caso de uso, sendo que o cadastro das mquinas
obrigatoriamente retirar peas do inventrio de peas. O inventrio de peas poder ter
quantidade negativa das mesmas. Aqui devero ser dados a Configurao que vira
diretamente das peas cadastradas do Inventrio de Peas, nmero de patrimonio da
estao de trabalho e nmero de IP, informando o prximo nmero livre. Para isso,
dever ser implementado pelo sistema um DHCP, que gerar automaticamente este
nmero. Porm se o usurio que estiver cadastrando a mquina desejar, poder inserir
esse nmero manualmente e o sistema dever ser capaz definir qual o prximo nmero IP
livre atravs de consulta ao DHCP.

Fluxo Bsico: Ao cadastrar a estao de trabalho os itens que sero
obrigatoriamente cadastrados so: O nmero IP e o nmero de Patrimonio. As outras
informaes, apesar de importantes, podero no primeiro momento serem omitidas
36
Pr-condies: Solicitao de criao de uma nova estao de trabalho
Ps-Condies: A estao de trabalho criada fica pronta para ser assimilada a um
usurio.
4.3.8.
Caso de Uso RF008 Monitorar Estao

de Trabalho
Descrio do Caso de Uso: Nesse caso de uso especifico, podero ser includas
Estaes de Trabalho ou Servidores para monitoramento, ou seja, verificao de atividade
na rede ou no. Em algumas situaes, saber qual estao est ativa ou no antes da
verificao de presena de erro pelo usurio importante para resoluo dos problemas
de suporte.
Fluxo Bsico: Ao cadastrar a estao de trabalho ou na tela de pesquisa de

estaes de trabalho, a mesma poder ser marcada para monitoramento, que consistir em
o sistema em um tempo pr-definido verificar se a estao ou servidor est ativo ou no
na rede corporativa. Haver uma tela especifica para verificar o monitoramento de uma
ou mais estaes de trabalho, conforme a necessidade do tcnico. Essa constar do nome
da Estao de trabalho, sua funo, seu IP e um campo que dever alterar seu estado
37
quando mquina estiver ativa ou inativa atravs de um cdigo especifico de cores e
mensagens visuais e sonoras para chamar a ateno dos operadores.
Pr-condies: A estao de trabalho dever estar cadastrada no sistema.
Ps-Condies: A estao de trabalho cadastrada e marcada para monitoramento,
compor uma nova tela onde estar junto com outras estaes de monitoramento.
4.3.9.
Caso de Uso RF009 Inserir/Verificar

Documentao
Descrio do Caso de Uso: Esse caso de uso onde estaro a insero e consulta
dos documentos atinentes ao usurio que aqui chamamos de TRI (Termo de
Responsabilidade Individual) e quando houver uma Estao de Trabalho assimilada ao
Usurio, tambm o TRET (Termo de Responsabilidade de Estao de Trabalho). Esses
so documentos de responsabilidade do usurio dentro da rede corporativa pela posse e
guarda do seu login e do equipamento sob sua responsabilidade.
Figura 12 Diagrama de caso de uso RF009
Fluxo Bsico: Ao cadastrar o usurio, automaticamente deve ser gerado um

modelo de TRI, com o nome e a identificao do usurio pelo sistema. Para o TRET, esse
termo gerado aps assimilao da mquina ao usurio. O sistema s concluir que o
usurio no tem pendncia de documentao aps o termo assinado pelo usurio seja
38
escaneado e enviado ao sistema, o que s poder ser feito por um Usurio Tcnico ou
Superior
Fluxo alternativo: No H
Pr-condies: Aps cadastro do usurio e assimilao de uma Estao de
Trabalho a um usurio.
Ps-Condies: Aps a verificao, assinatura e envio do mesmo ao sistema o
usurio entra na condio de NORMAL e o termo poder ser verificado e impresso pelo
usurio.
4.3.10.
Caso de Uso REF010 Assimilar de

Trabalho a Usurio
Descrio do Caso de Uso:
o ato de oficialmente colocar a Estao de
Trabalho ou Servidor sob responsabilidade de um usurio. Este caso de uso deve ser
implementado junto com o caso de uso Inserir documentao (TRET), pois este o
documento formal para recebimento de equipamentos.

Fluxo Bsico: Ao assimilar uma Estao de Trabalho a um usurio, o Tcnico da
a responsabilidade no sistema daquele equipamento para um usurio que esteja cadastrado
no mesmo. Os TRET so gerados tambm nesta fase pois este documento oficial de
recebimento do equipamento
39
Fluxo alternativo: Um usurio poder ter mais de um equipamento, se no caso
for responsvel por eles.
Pr-condies: Usurio cadastrado solicita a insero de um equipamento.
Ps-Condies: Aps a assimilao d estao de trabalho ela passa a ser de
responsabilidade do usurio
4.3.11.
Caso de Uso RF011 Abrir Chamados
Descrio do Caso de Uso: Este caso de uso se refere ao ato de solicitar um

atendimento de suporte, seja ele relacionado a algum sistema ou a sua Estao de
Trabalho. esta a interao que h entre os usurios normais e os usurios tcnicos
dentro do sistema . Depois de abertos, os chamados so enviados as reas de atendimento
onde os usurios tcnicos podero atend-los ou envi-los as reas corretas para serem
atendidos. Todos os usurios cadastrados no sistema tero uma viso para verificar os
status dos seus chamados, quer sejam a atender, atendidos, enviados para avaliao e
fechados. Cada usurio normal s ter viso a sua trilha de chamados ou aos chamados
que sejam vinculados a sua estao de Trabalho. Neste caso, mesmos chamados de outros
usurios podero ser vistos, pois ficaro vinculados as estaes de trabalhos assimiladas a
aquele usurio, fazendo parte do histrico de manuteno daquele equipamento.
Haver
um tempo definido por mtrica que ser criada pelo usurio Supervisor Tcnico para que
aquele chamado seja atendido.
Fluxo Bsico: O usurio abre um chamado, escolhendo o assunto pr-cadastrado

no sistema, escreve um relato do problema e insere ou no sua estao de trabalho se ela
fizer parte do problema citado
40
Fluxo alternativo: Um usurio pode decidir no inserir sua estao de trabalho
quando a mesma no fizer parte da resoluo do problema. Neste caso, este chamado s
seria verificado no histrico do usurio.
Pr-condies: Usurio cadastrado solicita a abertura de um chamado de
manuteno
Ps-Condies: Aps a abertura do chamado, ele gravado e passa a constar na
tela de chamados no atendidos at que seja atendido ou movimentado por algum usurio
da rea de manuteno.
4.3.12.
Caso de Uso RF012 Atender Chamados
Descrio do Caso de Uso: Este caso de uso se refere ao ato de um usurio da

citada rea tcnica atender o chamado aberto que consta como no atendido. Neste caso a
contagem de tempo de atendimento chamado zera e comea uma nova contagem para
resoluo daquele problema. Esses tempos de chamados sero cadastrados e gravados
pelo sistema que gerar um relatrio par os usurios gestores sobre a eficincia dos
atendimentos. Chamados no atendidos no tempo que est cadastrado no sistema, geraro
mensagens de aviso aos Usurios Supervisores Tcnicos e Usurios Gestores para que os
mesmos tomem providncias quanto ao atendimento correto, dentro das mtricas
estabelecidas pelo sistema

Fluxo Bsico: O usurio tcnico, que estiver na rea do chamado, atende o
chamado e passar a gerenciar o mesmo. Na trilha de auditoria constar que aquele
41
chamado foi atendido pela rea correta e por aquele tcnico no dia e na horas gravadas no
sistema.
Fluxo alternativo: Os usurios Supervisor Tecnico e Gestor tem acesso em uma
tela no sistema a todos os chamados em abertos e atendidos, podendo moviment-los se
necessrios. Eles tambm recebero mensagens do sistema se algum chamado no estiver
seguindo as mtricas do sistema. Ou seja, quando os tempos definidos nas mtricas no
forem respeitados
Pr-condies: Usurio da rea tcnica atende um chamado, mudando o status
dele de no atendido para Em atendimento.
Ps-Condies: Na tela chamados do usurio, o chamado que constava na rea
de no atendidos, passa para rea de em atendimento.
4.3.13.
Caso de Uso RF013 Movimentar
Chamados
Descrio do Caso de Uso: Seguindo a trilha de chamados, este caso de uso, faz
a movimentao de chamados entre as reas tcnicas de atendimento. Os usurios
tcnicos podem movimentar chamados depois de atendidos. Os usurios Supervisor
Tcnico e Gestor podem movimentar chamados que no estejam atendidos, desde que
estejam com os seus tempos definidos nas mtricas estourados.
42
Fluxo Bsico: O usurio tcnico, aps atender o chamado faz a sua interao e, se
necessrio, movimenta o chamado para outra rea de atendimento, onde o tempo definido
na mtrica zerado e se inicia na outra rea de atendimento. O novo tcnico dever
atender o chamado, mas seu status continuar em atendimento.
Fluxo alternativo: Os usurios Supervisor Tecnico e Gestor tem acesso em uma
tela no sistema a todos os chamados em abertos e atendidos, podendo moviment-los se
necessrios. Eles tambm recebero mensagens do sistema se algum chamado no estiver
seguindo as mtricas do sistema. Ou seja, quando os tempos definidos nas mtricas no
forem respeitados
Pr-condies: Usurio da rea tcnica atende um chamado, mudando o status
dele de no atendido para Em atendimento.
Ps-Condies: Na tela chamados do usurio, o chamado que constava na rea
de no atendidos, passa para rea de em atendimento.
4.3.14.
Caso
de
Uso
REF014
Fechar
Chamados/Avaliar Chamados/Arquivar Chamados

Descrio do Caso de Uso: Aps os usurios tcnicos tomarem as aes de
atendimento e suporte, os mesmos encerraro os chamados e os enviaro para a avaliao
dos usurios. Esta avaliao far parte tambm de uma mtrica a ser avaliada pelos
gestores. O chamado s ser arquivado depois da avaliao do usurio.
43
Fluxo Bsico: O usurio tcnico aps atender o chamado e fazer suas interaes
encerra o chamado e automaticamente o sistema o envia para avaliao do servio que
consta de satisfatrio e no satisfatrio. O sistema arquivar o chamado se a avaliao
satisfatria for obtida
Fluxo alternativo: Se o usurio que abriu o chamado avali-lo como No
satisfatrio, o mesmo ser automaticamente reaberto e reenviado para a rea que o
atendeu pela ultima vez, para que o atendimento seja refeito. Os usurios supervisor
tcnico e gestor sero alertados pelo sistema.
Pr-condies: o chamado atendido encerrado pelo tcnico e enviado a rea de
avaliao do usurio.
Ps-Condies: Aps avaliado o chamado poder ser arquivado caso a avaliao
seja satisfatria ou voltar para atendimento caso a avaliao no seja satisfatria.
4.3.15.
Caso de Uso RF015 Desassimilar
Estao de Trabalho de Usurio

Descrio do Caso de Uso: Este caso uso refere-se a desvincular uma estao de
trabalho a um usurio que esteja de posse da mesma. Neste caso, o usurio deixa de ser
responsabilizado pela guarda da estao de trabalho a partir daquele momento. O nome
do usurio constar no Histrico da Estao de Trabalho. O TRET da Estao de
Trabalho encerrado e o na parte de documentao do usurio constar o TRET mas com
a inscrio ao lado ENCERRADO. A E.T no ser mais mostrada na rea do usurio.
44
Fluxo Bsico: O usurio tcnico desassimila a E.T. do usurio, passando este fato
a constar no histrico do usurio e da E.T. O TRET do usurio passa a constar com
encerrado
Fluxo alternativo: Usurio Supervisor Tcnico e Gestor tambm contam com
essa funo.
Pr-condies : Estao de Trabalho assimilada a um usurio
Ps-Condies: Aps a desassimilao, a estao de trabalho deixa de ter um
responsvel. Esta ao passa a contar no histrico do usurio e da estao de trabalho. A
TRET do usurio passa a ter a inscrio ENCERRADA.
4.3.16.
Caso
de
Uso
RF016
Histrico
Usurio/Estao de Trabalho
O Histrico visa manter o controle das
movimentaes de estaes de trabalho/usurios e vice-versa. Este caso de uso ser

gerenciado pelo sistema, que gravar as assimilaes e desassimilaes de estao de
trabalho, bem como as alteraes e bloqueios de senha do usurio
45
Fluxo Bsico: O sistema gerencia as alteraes de estaes de trabalho e usurios
e armazenam para futura consulta dos mesmos
Pr-condies : Alteraes de Estaes de Trabalhos e Usurios
Ps-Condies: As alteraes so armazenadas e mostradas aos usurios do
sistema.
4.3.17.
Caso de Uso RF017 Pesquisar Usurios
Descrio do Caso de Uso: O sistema deve propiciar uma pesquisa de usurios

para os usurios da rea de administrao para que eles possam tecer relatrios sobre os
usurios de suas jurisdies.
Fluxo Bsico: Usurios da rea tcnica fazem pesquisas pelos usurios do sistema
para verem os poderes dos usurios, mquinas assimiladas, documentao, etc.
Pr-condies : Solicitao de pesquisas dos usurios da rea administrativa
Ps-Condies: As pesquisas retornam com as premissas colocadas pelos
usurios acima citados.
46
4.3.18.
Caso de Uso RF018 Cadastrar Peas
Descrio do Caso de Uso: O sistema deve prover um cadastro de peas que

estaro disponveis para utilizao do caso de uso, Cadastrar Estao de Trabalho. Dentro
desse escopo, o SISSUPORTI deve dar a opo para o Usurio Tcnico de cadastrar uma
pea em vrias quantidades, inserir mais quantidades de peas que j existirem e reduzir
dessa quantidade quando as mesmas forem utilizadas no Cadastrar Estao de Trabalho.

Fluxo Bsico: Os usurios tcnicos cadastram as peas que sero utilizadas no
inventrio de peas. desse inventrio que sairo as peas que iro compor os
equipamentos do Caso de Uso Cadastrar Estao de Trabalho.
Fluxo alternativo: Apesar da maioria das peas serem utilizadas para o
Cadastrar Estao de Trabalho, podem haver peas que no sero usadas por este caso,
bastando o usurio marcar a condio Equipamento que dever estar disponvel para o
usurio.
Neste caso, a pea no ficar disponvel para compor uma estao de
trabalho, podendo ser assimilada diretamente a um usurio.
47
Pr-condies : Cadastro de novas peas e equipamentos no sistema
Ps-Condies: Aps o cadastro de pea, o sistema permite que a mesma se torne
disponvel para o cadastrar Estao de Trabalho
4.3.19.
de
Caso de Uso REF019 Liberar Estao
Trabalho/Bloquear Estao de Trabalho

Descrio do Caso de Uso: Aps o cadastramento da Estao de Trabalho no
sistema assimilhado um IP, que o nmero que permite que a E.T. acesse a Rede
Corporativa. Porm, para facilitar a verificao de conformidades, na primeira vez que a
E.T. entrar me produo, somente um usurio que seja Supervisor Tcnico ou Gestor
pode liber-la. Assim, gera a obrigatoriedade que um usurio com poder mais elevado,
verifique se o trabalho est sendo bem executado pelos Usurios Tcnicos. Aps esta
primeira verificao, o Usurio Tcnico, consegue bloquear e liberar mquinas
normalmente.
48
Fluxo Bsico: Aps o cadastramento da Estao de trabalho pelo Usurio
Tcnico, a mesma s entrar em funcionamento pela primeira vez, depois do Liberar
Estao pelo Usurio Supervisor Tcnico ou pelo Usurio Gestor. Estas funes ficaram
disponveis para o Usurio Tcnico logo aps a primeira liberao.
Fluxo alternativo: Se o Usurio Tcnico ou Gestor bloquear a Estao, ela
voltara para rea de cadastrar com um aviso ao usurio tcnico, informando os motivos da
no liberao.
Pr-condies : Aps Cadastrar Estao de Trabalho o Secretrio-tcnico solicita
liberao da mquina para a utilizao da Rede Corporativa
Ps-Condies: A mquina tem acesso a Rede Operativa se os Usurios
Supervisor Tcnico e Gestor a liberarem ou retornam a funo Cadastrar Mquina com
aviso de no liberao, caso contrrio.
4.3.20
Caso de Uso REF020 Alterar poder de
usurio.
Descrio do Caso de Uso: funo especfica do Usurio Gestor. a ao de
elevar o poder de um usurio qualquer at Gestor. Quando o sistema criado o primeiro
usurio criado o Usurio Gestor, que poder criar usurios normais e, s depois, elevlos a condies de tcnicos e outros do sistema
Figura 23 - Diagrama de caso de uso RF020
49
Fluxo Bsico: Aps o cadastramento de usurio, o gestor poder aumentar ou
diminuir o poder dos usurios cadastrados.
Pr-condies : Usurios cadastrados no sistema
Ps-Condies: Aps a alterao de poder do usurio, ele passa a ter um novo
perfil de usurio.
4.3.21.
Caso de Uso RF021 Pesquisar Tipo e
Quantidade de Peas.
Descrio do Caso de Uso: Este caso descreve a possibilidade de pesquisar o
tipo e as quantidades de peas cadastradas no sistema. Esta pesquisa dever ser realizada
pelos usurios da rea administrativa do SISSUPORTI
figura 24
Diagrama de caso de uso RF021
Fluxo Bsico: Os usurios da rea tcnica realizam pesquisas pelo inventrio de

peas do sistema.
50
Pr-condies : Usurios da rea administrativa
Ps-Condies: O sistema retorna as quantidades e os tipos de peas em um
relatrio especifico.
4.3.22.
Caso de Uso RF022 Gerar relatrios de
usurios.
Descrio do Caso de Uso: Gerar relatrios dos usurios do sistema, mostrando
seu histrico e sua trilha de auditoria.

Fluxo Bsico: Usurios da rea administrativas fazem pesquisas sobre os
Usurios
Ps-Condies: Relatrio sobre os usurios solicitados
51
4.3.23.
Estaes de trabalho.
Descrio do Caso de Uso: Gerar relatrios das estaes de trabalho cadastrada
no sistema, mostrando seus histricos e sua trilha de auditoria.

Fluxo Bsico: Gerar relatrios das estaes de trabalho cadastradas no sistema,
mostrando seus histricos e sua trilha de auditoria.
Ps-Condies: Relatrio sobre as estaes de trabalho solicitadas.
52
4.3.24.
atendimento.
Descrio do Caso de Uso: Faz parte da funo de Gesto do programa. Permite
que o usurio Gestor gere e imprima relatrios das reas de atendimento do sistema a fim
de avali-los e remet-los, se for necessrio, a administrao superior. O sistema deve ser
capaz de gerar vrios tipos de relatrios.

Fluxo Bsico: O usurio gestor define os parmetros do relatrio e o sistema
dever retornar as informaes relacionadas aos parmetros informados.
Pr-condies : Solicitao do Usurio Gestor
Ps-Condies: Aps a definio dos parmetros do relatrio, o sistema dever
retornar uma tela com os parmetros solicitados e fornecer a possibilidade de impresso.
4.3.25.
Caso de Uso RF025 Criar Mtricas de
Atendimento.
Descrio do Caso de Uso: funo especfica do Usurio Supervisor Tcnico.
Nessa funo este usurio determina os tempos de execuo para ao no sistema de
chamados, definindo as condies para que os atendimentos sejam definidos como dentro
da mtrica ou fora dela. So essas definies que ajudam no preenchimento dos relatrios
de atendimento do usurio gestor.
53
Fluxo Bsico: O usurio Supervisor Tcnico cadastra as mtricas que vo ajudar

na criao dos relatrios de atendimento gerados pelo Usurio Gestor.
Pr-condies : Usurio Supervisor Tcnico cadastra as mtricas
Ps-Condies: Aps a criao das mtricas de atendimento, o sistema comea a
gerenciar a qualidade dos mesmos, gerando os relatrios de atendimento do Usurio
Gestor
4.3.26.
Caso de Uso RF026 Trilha de Auditoria.
Descrio do Caso de Uso: Todas as aes que forem feitas pelos usurios do
sistema devem ser registradas neste caso de uso e fazer parte de uma rea do usurio que
constar todos os movimentos quer sejam de atendimentos, de mudana de senha,
mudana de E.T, etc.
54
Fluxo Bsico: A trilha de auditoria automtica e crescente, pois todas as aes
devero ser registradas pelo sistema e visualizadas pelos usurios dentro de seus perfis de
acesso.
Pr-condies : Atividades do sistema
Ps-Condies: O sistema registra as atividades e os usurios visualizam de
acordo com seus perfis.
4.3.27.
Caso de Uso RF027 Cadastrar Assuntos
de Manuteno
Essa ao especifica do Usurio Supervisor
Tcnico, que cadastra os assuntos de manuteno que podem ser escolhidos pelos
usurios. Logo aps, tambm deve ser cadastradas as mtricas para cada assunto.
Fluxo Bsico: O usurio Supervisor Tcnico faz o cadastro de assunto, que passa
a ser selecionvel pelo usurio do sistema
Fluxo alternativo: Aps o cadastro do assunto o Usurio Supervisor Tcnico tem
a possibilidade de cadastrar a mtrica de atendimento daquele assunto.
55
Pr-condies : Usurio Supervisor Tcnico cadastra um novo assunto de
manuteno.
Ps-Condies: Aps o cadastro do Assunto de manuteno, os usurios podem
selecionar este assunto no sistema
4.3.28.
Caso de Uso RF028 Cadastrar reas de
Manuteno
Descrio do Caso de Uso: Neste caso de uso, o usurio Supervisor Tcnico,
cadastra as reas que atendem aos assuntos que foram criados no caso de uso anterior. E
logo aps, insere os usurios que atendem nestas reas de manuteno. Os usurios
inseridos nas reas de manuteno devem ser os usurios da rea administrativa do
sistema.
Fluxo Bsico: O usurio Supervisor Tcnico faz o cadastro de rea de

atendimento, insere os assuntos daquela rea e cadastra os usurios que atendem os
chamados mesma.
56
Pr-condies : Usurio Supervisor Tcnico cadastra uma nova rea de
manuteno.
Ps-Condies: Aps o cadastro do rea de manuteno, nas aberturas de
chamados, o sistema enviara automaticamente para aquela rea os assuntos de
atendimentos selecionados.
4.4 Diagrama de Casos de Uso

Segue abaixo, o diagrama de caso de Uso do Sistema SISSUPORTI:
Figura 32 Diagrama de casos de usos do Sistema SISSUPORTI
57
4.5 Modelo Conceitual de Classes

Segue-se abaixo o modelo conceitual de classes, baseando-se no prototipo do
SISSUPORTI. Este modelo enfatiza os dados que sero necessrios a construo do
Sistema de Informao em desenvolvimento, em vez de suas funcionalidades. Dentre os
outros diagramas da UML, o de Classes o que possui o maior nmero de simbolos para
sua diagramao. .
Figura 33 Diagrama de classes do Sistema SISSUPORTI
Algumas funes s sero permitidas, dependendo do nvel de usurio. A camada

de segurana de usurios dever ser implementada num primeiro momento, pois ela que
definir os poderes e as areas de atendimento dos usurios e das pessoas a eles
vinculados.
58
A camada de vinculao de Estaes de Trabalho s pode ser feita por usurios
com poder acima de tcnico.
Na camada de ocorrncias, os usurios normais somente abrem chamrios ados e
avaliam os mesmos aps o fim do atendimento. Cabe aos usurios tcnicos a
movimentao dos chamados pela areas de atendimento e encerramento dos mesmos
enviando-os para a avaliao.
Os usurios supervisores criam usurios tcnicos e areas de atendimento.
Os usurios gestores criam todos os usurios e fazem o papel de usurios
administradores do sistema.
4.5.1 Dicionrio de dados das classes do Sistema

Classe
Descrio
Pessoa
SuperClasse que armazena os usurios que tero acesso ao sistema e os
dados das pessoas que compem o sistema
Atributos
Tamanho
Formato
Descrio
idPessoa
inteiro
o numero identificador da pessoa
login
30
caracter
Mome de login do sistema
Depto
20
caracter
Departamento do Usurio
CatFuncional
10
caracter
o posto/graduao/cat. Funcional do
usurio
bloqueio
boleano
Identifcador de bloqueio do usurio
password
30
caracter
Campo de senha do usurio
grupo
inteiro
o grupo que categoriza o usurio

quando este tiver mais poderes que o
padro
email
30
caracter
(xxx@xxx.xxx
.xx)
o correio eletrnico do usurio
Nome Completo
50
caracter
Nome completo do usurio
Nome de Guerra
10
caracter
Alcunha ou apelido do usurio
TRI assinado
boleano
Campo que indica se o usurio assinou

seu Termo de Responsabilidade Inicial
TRI digitlizado
bollean
Indica se o sistema possui a cpia

digitalizada do TRI assinado
Operaes
Descrio
loginsistema
Loga o usurio no sistema
59
abreocorrencia
Abre uma ocorrncia no sistema
avaliaocorrencia
Quando uma ocorrencia encerrada, ela enviada para avaliao do

usurio
imprimirTRI
Imprime o TRI digitalizado e cadastrado no sistema, s haver esta

opo se o campo TRI digitalizado estiver selecionado Sim.
verifica_andame
nto_ocorrencia
Quando a ocorrncia estiver aberta, o usurio tem como monitorar a

ocorrencia.
Observaes
Esta Superclasse representa os poderes bsicos que todos os usurios do Sistema possui.
Representa tambm o Objeto Usurio-Normal. Quando um usurio tiver poderes maiores
que este usurio, receber este poderes especificos das subclasses que a compe.
Tabela 4 Classe Pessoa
Classe
Descrio
Usurio-Tecnico
Sub-Classe de Pessoa, direitos de usurio tcnico
Atributos
Tamanho
Formato
Descrio
grupo
inteiro
Identifica o grupo Usurio-Tecnico
Operaes
Descrio
atendeocorrencia
Poder de atendimento de atendimento de ocorrencias.
movimentaocorrencia
Poder de movimentar a ocorrencia para outra area
fechaocorrencia
Poder de fechar a ocorrencia e envia-la para a avaliao do usurio
montaET
Poder de movimentar peas e gerar uma estao de trabalho
assimilaET
Poder de assimilar uma estao de trabalho a uma pessoa
atualizaEstoque
Poder de atualizar o estoque de peas com entradas e saidas
bloqueiaET
Poder de bloquear o endereo IP de uma estao de trabalho
InsereTRI
Poder de inserir um TRI digitalizado a um usurio
cadastrapeas
Poder de cadastrar novos tipos de peas no Estoque
insereTRET
Poder de inserir um TRET digitalizado a uma Estao de Trabalho
criaUsuario
Poder de criar usurios normais do sistema

Observaes
Esta uma sub-classe de pessoa e implementa os poderes de um Usurio-Tcnico. No

ser implementada no BD pois estara contida da SuperClasse Pessoa.
Tabela 5 Classe Usurio-Tcnico
Classe
Usurio Supervisor-Tcnico
Descrio
Atributos
Tamanho
Formato
Descrio
grupo
inteiro
Identifica o grupo Usurio SupervisorTecnico
Operaes
Descrio
60
criamtricas
Poder de criar mtricas de atendimento e encerramento de

ocorrencias
criaaeraocorrencia
Poder de criar areas de atendimento de ocorrencia
criaMonitoramento
Poder de criar Estaes de Trabalho que tero a atividade

monitorada pelo sistema
criaUsuarioNormal
Poder de criar Usuarios normais do Sistema
criaUsurioTcnico
Poder de criao de Usurios-Tcnicos

Observaes

ser implementada no BD pois estara contida da SuperClasse Pessoa. Como cria Usurios
Tcnicos, recebe tambm os poderes deste Usurio
Tabela 6 Classe Usurio Supervisor-Tcnico
Classe
Descrio
Usurio Gestor
Atributos
Tamanho
Formato
Descrio
grupo
inteiro
Identifica o grupo Gestor
Operaes
Descrio
criaallusers
poder mximo do sistema. Faz o papel de usurio Administrador do

Sistema
Observaes

ser implementada no BD pois estara contida da SuperClasse Pessoa. o primeiro usurio
a ser criado no sistema e ter poderes de super-usurio, assim como poder em todos os
modulos do programa. Cria todos os tipos de usurios, inclusive outros usurios Gestores.
Tabela 7 Classe Usurio-Gestor
Classe
Estao de Trabalho
Descrio
Armazena as Estaes de Trabalho dos Usurios do Sistema
Atributos
Tamanho
Formato
Descrio
idET
inteiro
o nmero identificador da Estao

de Trabalho
Numero-IP
15
caracter
999.999.999.999
o nmero IP da Estao de
Trabalho
Endereo-Fsico
17
Num_Patr
11
caracter
(111111111-11)
o nmero de Patrimonio da
Estao de Trabalho
TRET_assinado
boleano
Campo que indica se o usurio

assinou o Termo de
Responsabilidade da Estao de
Trabalho. tambm vinculado a
caracter
o endereo fsico da Estao de
(A9.A9.A9.A9.A9. Trabalho, tambm conhecido como
A9)
MAC-ADDRESS.
61
pessoa
TRET_digitalizado
boleano
Indica se o sistema possui a cpia

digitalizada do TRET assinado
Monitora
boleano
Define que a estao de trabalho ter

monitoramento pelo sistema.
definido por Usurios que tenha pelo
menos o Poder de Tcnico
Bloqueia
boleano
Define que estao de trabalho ser

bloqueada da rede local.
Monitor
100
caracter
o monitor da E.T. recebido pela

classe Peas
Teclado
100
caracter
o teclador da E.T. recebido pela

classe Peas
Mouse
100
caracter
o mouse da E.T. recebido pela

classe Peas
Nobreak
100
caracter
o nobreak da E.T. recebido pela

classe Peas
impressora
100
caracter
a impressora da E.T. recebido pela

classe Peas
outros
100
caracter
Qualquer outro equipamento da E.T.

recebido pela classe Peas
Operaes
Descrio
armazenar
Armazena as peas que compe a E.T.
listar
Lista as E.T. que so de responsabilidade do usurio
imprimirTRET
Permite a Impresso da T.R.E.T das E.T de responsabilidade do

usurio
selecionar
Seleciona a E.T
Tabela 8 Classe Estao de Trabalho
Classe
Ocorrencia
Descrio
Armazena os dados de uma ocorrencia aberta pelo usurio
Atributos
Tamanho
Formato
Descrio
Num_Ocorrencia
numero
Numerador de ocorrencia
Assunto
20
caracter
Assunto da Ocorrencia, recebe assuntos

da classe Area_Ocorrencias
Descrio
150
caracter
Descreve a ocorrencia. Descrio do

usurio
idstatus
20
caracter
o status da Ocorrencia. Recebe os

status da classe Status_Ocorrencia
datastatus
Data-hora
data que o status foi inserido ou

alterado
area_ocorrencia
30
caracter
a area que responder pela
62
ocorrencia. Recebe reas da classe
Area_Ocorrencia.
idPessoa
inteiro
o identificador da Pessoa que abre a

ocorrncia
Operaes
Descrio
Movimenta_ocorrencia
Movimentao das ocorrencias pelas areas de atendimento
seleciona_area
Seleo da area de atendimento
altera_status
Alterao do status da ocorrencia (Aberto, Em atendimento, Em

avaliao, Encerrado)
Tabela 9 Classe Ocorrncia
Classe
Descrio
Area_ocorrencia
Classe que armazena as areas que atendem ocorrncias e os seus
operadores e as metricas de atendimento
Atributos
Tamanho
Formato
Descrio
area_ocorrencia
30
caracter
Area da Ocorrencia. Cadastrado pelo

Usurio Supervisor ou Gestor
operador
20
caracter
O usurio Tcnico operador da area
assunto
30
caracter
Assunto da Ocorrencia
metrica_atender
tempo
A metrica definida para o primeiro

atendimento. Define quanto tempo a
area tem para atender a ocorrencia
metrica_encerrar
tempo
A mtrica definida para area encerrar

ou alterar o status da ocorrencia
Observaes
Esta classe alimenta a classe Ocorrencia com informaes sobre as areas de atendimento e
suas mtricas. As mtricas sero calculadas pelo tempo da mudana de status.
Tabela 10 Classe Area_Ocorrncia
Classe
Status_Ocorrencia
Descrio
Armazena os Status das Ocorrencias desde a sua abertura at o seu

encerramento.
Atributos
Tamanho
Formato
Descrio
idstatus
inteiro
o cdigo identificador do status da

ocorrencia
Status_ocorrencia
20
caracter
a descrio do status da ocorrencia.
Tabela 11 Classe Status_Ocorrencia
Classe
Avaliao_ocorrencia
Descrio
Classe que armazena as avaliaes que as ocorrncias recebem
Atributos
Tamanho
Formato
Descrio
id_avaliacao
inteiro
o identificador da avaliao
63
datahora_abertura
Data-hora
a data/hora da abertura do chamado
metrica_atender
tempo
a metrica para o primeiro atendimento

do chamado pela area de atendimento
datahora_encerramento
Data-hora
a data/hora que o atendimento foi

encerrado e enviado para avaliao
tempo
a metrica com o tempo de atendimento

que a area tem para encerrar o
atendimento
mtrica_encerra
Nota
nmero
Nota de 0 a 10 que usurio atribui ao

atendimento
Comentarios
150
caracter
Comentrios que usurio faz sobre o

atendimento
Operaes
Descrio
comenta_chamado
Metodo para comentrio de ocorrencias. ativado quando o

status da ocorrencia for mudado para encerrado por um usurio
tcnico
contatempo
Conta os tempos desde a abertura ao encerramento das

ocorrncias comparando-os com os das mtricas inseridas no
sistema
Tabela 12 Classe Avaliao_Ocorrncia
Classe
Descrio
Estoque
Classe que armazena e controla o estoque de peas. Receb o tipo e o
nome da pea pela Classe Peas
Atributos
Tamanho
Formato
Descrio
idEstoque
inteiro
o identificador do Estoque
quant_inicial
nmero
Recebe a quantidade inicial de Peas

aps algum movimento das mesmas
(Entrada ou Sada)
quant_final
nmero
Recebe a quantidade final de Peas aps

algum movimento das mesmas (Entrada
ou Sada)
Operaes
Descrio
atualizaestoque
Um mtodo ou trigger que deve atualizar a quantidade de peas

disponveis nos Estoque.
Tabela 13 Classe Estoque
Classe
Descrio
Peas
Armazena os tipos de pea do sistema
Atributos
Tamanho
Formato
Descrio
tipo_pea
inteiro
Codigo do tipo de pea
nome_pea
30
caracter
Nome da pea
Descrio
64
Esta classe classe que d o tipo e nome de pea para as classes que compe o Estoque,
as peas so cadastradas pelos usurios tcnicos.
Tabela 14 Classe Peas
Classe
Descrio
Sada_Pecas_estoque
Responsavel pela sada de peas do estoque e o envio de peas a
classe Estao de Trabalho
Atributos
Tamanho
Formato
Descrio
id_Saida_estoque
inteiro
Identificador de sada de estoque
quantidade
numero
Quantidade de peas que esto saindo
data_sada
Data-hora
Data-Hora da sada
idET
inteiro
Id da Estao de Trabalho que esta

sendo alimentada pela Pea
Operaes
Descrio
sai_peas_estoque
Como toda pea sa para uma E.T, esta classe deve ser capaz de
reduzir do estoque a quantidade de peas.
Tabela 15 Classe Sada_Peas_estoque
Classe
Entrada_Pecas_estoque
Descrio
Responsavel pela entrada de peas do estoque.
Atributos
Tamanho
Formato
Descrio
id_entrada_estoque
inteiro
o identificador de entrada de peas
quantidade
nmero
Quantidade de peas a serem somadas

no estoque
data_entrada
Data-hora
Data-hora do evento
Nota_fiscal
nmero
Nmero da Nota Fiscal
fornecedor
20
caracter
Nome do fornecedor do material
Operaes
Descrio
entra_peas_estoque Metodo que soma peas ao Estoque. Este mtodo deve ser capaz de
Receber a quantidade atual de peas do estoque, atualizar esta
quantidade somando a quantidade de peas que entram.
Tabela 16 Classe Entrada_Peas_estoque
4.6 Modelo Conceitual de Dados

O modelo conceitual representa, descreve a realidade do ambiente do problema,
contituindos-se em uma viso global dos principais dados e seus relacionamentos
(estruturas de informao), completamtente independente dos aspectos de sua
implementao tecnologica.
65
4.6.1 Viso Geral do Modelo Relacional

Modelo Relacional um modelo de dados, criado por Edgar Frank Codd, em 1970
e que se baseia no princpio de que os dados so armazenados em tabelas ou relaes
Uma viso geral do Modelo Relacional do SISSUPORTI apresentada na figura.
Figura 34 Viso Geral do Modelo Relacional do Banco de Dados do Sistema SISSUPORTI
4.6.2 Diagrama Entidade-Relacionamento
Figura 35 Diagrama Entidade-Relacionamento
A representao do modelo relacional da base de dados foi desenvolvida usando a

ferramenta DBDesigner 4. Esta ferramenta foi adotada por apresentar uma interface
simples e ser distribuda sob a licena GNU GPL, pois uma das premissas a utilizao
somente de Software Livres para concepo do citado trabalho.
66
A representao do diagrama entidade-relacionamento foi feita pelo software
BRMODELO.
4.7 Diagrama de Sequncia

Diagramas de Sequncia recebem este nome porque descrevem ao longo de uma
linha de tempo a sequncia de comunicaes entre objetos de um sistema. Tem tambm
as funes de documentar os casos de uso, mostrar como os objetos do sistema se
comunicam por meio de mensagens em ordenao temporal, validar se todas as operaes
das classes foram identificadas e declaradas ou ainda validar a existncia de um objeto
necessrio ao funcionamento do sistema.
Segue-se abaixo os diagramas de sequncia do sistema SISSUPORTI, levando em
conta as principais funes dos atores do sistema.
4.7.1 Usurio-Normal
figura 36 Diagrama de Sequncia Usurio Normal
Neste diagrama podemos ver as principais aes dos usurios normais do sistema,
como Login, impresso de documentos e abertura de ocorrencias.
67
4.7.2 Usurio-Tcnico
No caso do Usurio-Tcnico, vamos dividir seus diagramas pelos objetos que ele
atuam, devido a complexibildade de seus casos de uso
a) Pessoa
Figura 37 Diagrama de Sequncia Usurio Tcnico (Pessoa)
b)Pessoa/Ocorrencia
Figura 38 Diagrama de Sequncia Usurio Tcnico (Pessoa/Ocorrncia)
68
c) Pessoa/Estao de Trabalho/Inventrio
Figura 39 Diagrama de Sequncia Usurio Tcnico (Pessoa/Estao de Trabalho/Inventrio)
No nosso modelo ngocio, o Usurio-Tcnico ator que tem mais funes ativas
no sistema. A maioria dos casos de uso so adequados a este usurio.
O diagrama de sequncia dos Usurios Supervisor Tcnico e Usurio Gestor no
sero apresentados pois os seus casos de usos so mais centrados na administrao de
direitos e mtricas.
4.8 Diagrama de Estados

Este tipo de diagrama utilizado para capturar o ciclo de vida das classes, prem
tambm pode ser utilizado para modelar o comportamento de casos de usos, sistema ou
subsistemas
Seguem-se os diagramas das principais classes do sistema:
69
4.8.1 Classe Pessoa
Figura 40 Diagrama de Estados Classe Pessoa
4.8.2 Classe Estao de Trabalho
Figura 41 Diagrama de Estados Estao de Trabalho
70
4.8.3 - Classe Ocorrncia
Figura 42 Diagrama de Estados Ocorrncia
4.8.4 Classe Inventrio
Figura 43 Diagrama de Estados Inventrio
71
Com estes diagramas mostramos as funes mais complexas das principais classes
do Sistema.
4.9 Diagrama de Atividades

Este diagrama representa os aspectos dinmicos e pode ser utilizado para modelar
um sistema de informao, alguns mdulos deste, uma pequena parte do cdigo de um de
seus programas, um algoritimo ou os processos (fluxos de trabalhos) de uma organizao.
Vamos modelar neste diagrama os principais modelos de negocio que so o
Cadastro de Pessoas, o Cadastro de Estao, a Abertura/Avaliao de Ocorrencias e o
Cadastro de Peas (inventrio).
4.9.1 Cadastro de Pessoas
Figura 44 Diagrama de Atividades Cadastro de Pessoas
72
4.9.2 Cadastro de Estao de Trabalho
Figura 45 Diagrama de Atividades Estao de Trabalho
4.9.3 Classe Ocorrencia
Figura 46 Diagrama de Atividades Ocorrncia
73
4.9.4 Cadastro de Tipo de Peas
Figura 47 Diagrama de Atividades Cadastros Tipo de Peas
5 O Projeto Fsico
5.1 Modelo Fsico de dados
O modelo fsico prov um contexto para definio e registro no catlogo do Banco
de Dados dos elementos de dados que formam um database, por assim dizer, e fornece
aos analistas de uma aplicao a possibilidade de escolha dos caminhos e acesso s
estruturas de dados.
A seguir o modelo para implementao do Banco de Dados do SISSUPORTI,
mostrando as tabelas e suas relaes:
74
Figura 48 Modelo Fsico dos dados
5.1.1 Projeto de Tabelas e Arquivos

Abaixo o projeto de criao de tabelas e arquivos do sistema:
Tab_Grupo
Objetivo: Armazenar os direitos dos grupos de Usurios
Tipo do
Chave Nome do Campo
Tamanho
Campo
Pk
Grupo
varchar
1
Descrico_grupo
varchar
255
criar_usuario
boolean
1
criar_tecnico
boolean
1
monta_Et
boolean
1
Atende_ocorrencia
boolean
1
criar_supervisor
boolean
1
criar_metrica
boolean
1
cria_area_chamado boolean
1
abre_ocorrencia
boolean
1
avalia_ocorrencia
boolean
1
insere_TRI
boolean
1
insere_TRET
boolean
1
cria_monitoramento boolean
1
assimila_Et
boolean
1
cadastra_pecas
boolean
1
fecha_ocorrencia
boolean
1
assimila_Et
boolean
1
Tabela 17 Tabela Grupos
Nulo
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
75
Script de criao:
CREATE TABLE public.Tab_Grupo (grupo VARCHAR(1) NOT NULL,
Descricao_grupo VARCHAR NOT NULL, Criar_usuario BOOLEAN NOT NULL,
Criar_tecnico BOOLEAN NOT NULL, monta_Et BOOLEAN NOT NULL,
Atende_ocorrencia BOOLEAN NOT NULL, Criar_supervisor BOOLEAN NOT NULL,
Cria_metrica BOOLEAN NOT NULL, cria_area_chamado BOOLEAN NOT NULL,
abre_ocorrencia BOOLEAN NOT NULL, avalia_ocorrencia BOOLEAN NOT NULL,
insere_TRI BOOLEAN NOT NULL, insere_TRET BOOLEAN NOT NULL,
cria_monitoramento BOOLEAN NOT NULL, assimila_Et BOOLEAN NOT NULL,
cadastra_pecas BOOLEAN NOT NULL, fecha_ocorrencia BOOLEAN NOT NULL,
assimila_Et_1 BOOLEAN NOT NULL, CONSTRAINT grupo_pk PRIMARY KEY
(grupo)); COMMENT ON COLUMN public.Tab_Grupo.grupo IS 'Cdigo de grupo';
Tab_Pessoa
Objetivo: Armazenar os dados das Pessoas do Sistema
Tipo do
Chave
Nome do Campo
Tamanho
Campo
Pk
idPessoa
interger
Fk
grupo
varchar
1
password
varchar
30
CatFuncional
varchar
10
bloqueio
boolean
1
TRI_assinado
boolean
1
TRI_digitalizado
boolean
1
Nome_Completo
varchar
50
Nome_de_Guerra
varchar
10
email
varchar
30
login
varchar
30
Depto
varchar
20
Nulo
No
No
No
No
No
No
No
No
No
No
No
No
Tabela 18 Tabela Pessoa
Script de criao
CREATE TABLE public.Tab_pessoa ( idPessoa INTEGER NOT NULL,
grupo VARCHAR(1) NOT NULL, password VARCHAR(30) NOT NULL,
CatFuncional VARCHAR(10) NOT NULL, bloqueio BOOLEAN NOT NULL,
TRI_assinado BOOLEAN NOT NULL, TRI_digitalizado BOOLEAN NOT NULL,
Nome_Completo VARCHAR(50) NOT NULL, Nome_de_Guerra VARCHAR(10) NOT
NULL, email VARCHAR(30) DEFAULT fulano@dhn.mar.mil.br NOT NULL,
login VARCHAR(30) NOT NULL, Depto VARCHAR(20) NOT NULL,
CONSTRAINT idpessoa_pk PRIMARY KEY (idPessoa); COMMENT ON COLUMN
public.Tab_pessoa.grupo IS ' o codigo do grupo de pessoas que ela pertence. O padro
para novos usurios 1. Existem ainda 2 - Usurio Tcnico, 3 - Usurio Supervisor
Tcnico e 4 - Usurio Gestor'; COMMENT ON COLUMN public.Tab_pessoa.password
IS 'Senha do Usurio para acesso ao sistema'; COMMENT ON COLUMN
public.Tab_pessoa.CatFuncional IS 'A categoria funcional o titulo da pessoa. Como
estamos em um ambito militar, seriam os postos e graduaes e, ainda, o titulo Servidor
76
Civil para civis. '; COMMENT ON COLUMN public.Tab_pessoa.bloqueio IS 'Item de
bloqueio de uma pessoa. Se estiver marcado, a pessoa perde acesso ao Sistema. O padro
N.'; COMMENT ON COLUMN public.Tab_pessoa.TRI_assinado IS 'Indica se o
documento "Termo de Responsabilidade Individual" foi assinado ou no. O padro
Y';COMMENT ON COLUMN public.Tab_pessoa.TRI_digitalizado IS 'Verifica se o
documento "Termo de Responsabidade Individual" foi digitalizado para o sistema.
';COMMENT ON COLUMN public.Tab_pessoa.Nome_Completo IS 'Nome Completo
do Usurio';COMMENT ON COLUMN public.Tab_pessoa.Nome_de_Guerra IS ' a
"alcunha" ou "apelido" da pessoa.';COMMENT ON COLUMN public.Tab_pessoa.email
IS 'E-mail corporativo da pessoa';COMMENT ON COLUMN public.Tab_pessoa.login IS
'Nome de Login da Pessoa do Sistema'; COMMENT ON COLUMN
public.Tab_pessoa.Depto IS 'Departamento ao qual a Pessoa subordinada';
Tab_ET
Objetivo: Armazenar os dados das Estaes de Trabalho cadastradas no Sistema
Tipo do
Chave
Nome do Campo
Tamanho
Nulo
Campo
Pk
idEt
interger
No
Fk
idPessoa
interger
1
No
Numero_IP
varchar
15
Sim
Endereco_Fisico
varchar
17
Sim
Num_Patr
varchar
11
Sim
TRET_assinado
boolean
1
No
TRET_digitalizado
boolean
1
No
Monitora
boolean
1
No
Bloqueia
boolean
1
No
Tabela 19 Tabela Estao de Trabalho
Script de Criao
CREATE TABLE public.Tab_Et ( idEt INTEGER NOT NULL, idPessoa
INTEGER NOT NULL, Numero_IP VARCHAR(15) DEFAULT 999.999.999.999 NOT
NULL, Endereco_Fisico VARCHAR(17) NOT NULL, Num_Patr VARCHAR(11),
TRET_assinado BOOLEAN NOT NULL, TRET_digitalizado BOOLEAN NOT NULL,
Monitora BOOLEAN NOT NULL, Bloqueia BOOLEAN NOT NULL,
CONSTRAINT idet_pk PRIMARY KEY (idEt)); COMMENT ON COLUMN
public.Tab_Et.Endereco_Fisico IS 'MAC Adress da Estao de Trabalho'; COMMENT
ON COLUMN public.Tab_Et.Num_Patr IS 'Numero de Patrimonio da Estao de
Trabalho'; COMMENT ON COLUMN public.Tab_Et.TRET_assinado IS 'Este campo
verifica se o documento "Termo de Responsabilidade de Estao de Trabalho" foi
assinado pela Pessoa dona da Estao de Trabalho'; COMMENT ON COLUMN
public.Tab_Et.TRET_digitalizado IS 'Este campo verifica se o documento "Termo de
Respnsabilidade da Estao de Trabalho" foi digitalizado e carregado ao sistema';
COMMENT ON COLUMN public.Tab_Et.Monitora IS 'Este campo marca a ET para
monitoramento de atividade'; COMMENT ON COLUMN public.Tab_Et.Bloqueia IS
'Este campo Bloqueia a E.T. para uso da rede local (quando o sistema for utlizado junto
com um servidor DHCP)';
77
Tab_Ocorrencia
Objetivo: Armazenar os dados das Ocorrncias abertas pelas Pessoas
Tipo do
Chave
Nome do Campo
Tamanho
Nulo
Campo
Pk
Num_Ocorrncia
numeric
No
PFk
id_area_ocorrncia
interger
1
No
PFk
Assunto
varchar
255
No
PFk
idPessoa
interger
No
PFk
id_avaliacao
varchar
Sim
Fk
idstatus
interger
No
Descricao
varchar
150
No
Tabela 20 Tabela Ocorrencia
Script de criao
CREATE SEQUENCE public.tab_ocorrencia_num_ocorrencia_seq;
CREATE TABLE public.Tab_Ocorrencia (Num_Ocorrencia NUMERIC NOT
NULL
DEFAULT
nextval('public.tab_ocorrencia_num_ocorrencia_seq'),
id_area_ocorrencia INTEGER NOT NULL, Assunto VARCHAR NOT NULL,
idPessoa INTEGER NOT NULL,
id_avaliacao VARCHAR NOT NULL,
idstatus INTEGER NOT NULL, Descricao VARCHAR(150) NOT NULL,
CONSTRAINT
id_ocorrencia_pk
PRIMARY
KEY
(Num_Ocorrencia,
id_area_ocorrencia, Assunto, idPessoa, id_avaliacao)); COMMENT ON COLUMN
public.Tab_Ocorrencia.Descricao IS 'Descrio da Ocorrencia. Preenchida pelo Usurio';
Tab_area_ocorrencia
Objetivo: Armazenar os dados das areas de Ocorrncias
Tipo do
Chave
Nome do Campo
Tamanho
Campo
Pk
id_area_ocorrncia
interger
Pk
Assunto
varchar
255
area_ocorrencia
varchar
30
Operador
varchar
255
Metrica_atender
time
Metrica_encerrar
time
-
Nulo
No
No
No
No
No
No
Tabela 21 Tabela area_ocorrencia
Script de criao
CREATE TABLE public.Tab_area_ocorrencia ( id_area_ocorrencia INTEGER
NOT NULL, Assunto VARCHAR NOT NULL, area_ocorrencia VARCHAR(30) NOT
NULL, Operador VARCHAR NOT NULL, Mertica_atender TIME NOT NULL,
Metrica_encerrar TIME NOT NULL, CONSTRAINT id_area_ocorrencia_pk PRIMARY
KEY (id_area_ocorrencia, Assunto));
78
Tab_status_ocorrencia
Objetivo: Armazenar os status das Ocorrncias
Tipo do
Chave
Nome do Campo
Campo
Pk
idstatus
interger
status_ocorrencia
varchar
Tamanho
Nulo
20
No
No
Tabela 22 Tabela Status ocorrnica
Script de criao
CREATE TABLE public.Tab_status_ocorrencia ( idstatus INTEGER NOT
NULL,
status_ocorrencia VARCHAR(20) NOT NULL, CONSTRAINT
id_status_ocorrencia_pk PRIMARY KEY (idstatus));
Tab_avaliacao_ocorrencia
Objetivo: Armazenar os dados das avaliaes de Ocorrncias
Tipo do
Chave Nome do Campo
Tamanho
Campo
Pk
id_avaliacao
interger
data_hora_abertura
time
Comentarios
varchar
255
data_hora_encerramento varchar
255
nota
numeric
2
Nulo
No
No
No
No
No
Tabela 23 Tabela avaliao ocorrncia
Script de criao
CREATE TABLE public.Tab_avaliacao_ocorrencia (id_avaliacao VARCHAR
NOT NULL, data_hora_abertura TIME NOT NULL, Comentarios VARCHAR NOT
NULL, datahora_encerramento TIME NOT NULL, nota NUMERIC(2) NOT NULL,
CONSTRAINT id_avaliacao_ocorrencia_pk PRIMARY KEY (id_avaliacao));
Tab_Pecas
Objetivo: Armazenar os tipos de pea que compe o Estoque e as E.T
Tipo do
Chave Nome do Campo
Tamanho
Nulo
Campo
Pk
id_tipo_peca
interger
No
nome_peca
varchar
30
No
Tabela 24 Tabela Peas
79
Script de criao
CREATE TABLE public.Tab_Pecas ( id_tipo_peca INTEGER NOT NULL,
nome_peca VARCHAR(30) NOT NULL, CONSTRAINT tab_pecas_pk PRIMARY
KEY (id_tipo_peca));
Tab_Pecas_X_ET
Objetivo: Armazenar os dados das Ocorrncias abertas pelas Pessoas
Tipo do
Chave
Nome do Campo
Tamanho
Nulo
Campo
PFk
id_tipo_peca
interger
No
PFk
quantidade
numeric
255
No
PFk
idEt
interger
No
Tabela 25 Tabela Peas X ET
Script de criao
CREATE TABLE public.Tab_Pecas_X_Et ( id_tipo_peca INTEGER NOT
NULL,
quantidade NUMERIC NOT NULL, idEt INTEGER NOT NULL,
CONSTRAINT tab_pecas_x_et_pk PRIMARY KEY (id_tipo_peca, quantidade, idEt));
Tab_saida_estoque
Objetivo: Armazenar os dados de sadas de peas para E.T
Tipo do
Chave
Nome do Campo
Tamanho
Campo
PFk
id_tipo_peca
interger
PFk
quantidade
numeric
255
PFk
idEt
interger
data_saida
date
Nulo
No
No
No
No
Tabela 26 Tabela Sada estoque
Script de criao
CREATE TABLE public.Tab_saida_estoque ( id_tipo_peca INTEGER NOT
NULL, quantidade NUMERIC NOT NULL, idEt INTEGER NOT NULL,
data_saida DATE NOT NULL, CONSTRAINT tab_saida_estoque_pk PRIMARY KEY
(id_tipo_peca, quantidade, idEt) );
Tab_entrada_pecas_estoque
Objetivo: Armazenar os dados de entradas de peas para o Estoque
Tipo do
Chave Nome do Campo
Tamanho
Nulo
Campo
PFk
id_tipo_peca
interger
No
Pk
Id_entrada_estoque interger
No
quantidade
numeric
No
80
data_entrada
Nota_fiscal
Fornecedor
date
numeric
varchar
255
No
Sim
Sim
Tabela 27 Tabela Entrada Peas Estoque
Script de criao
CREATE TABLE public.id_entrada ( id_entrada_estoque INTEGER NOT
NULL,
id_tipo_peca INTEGER NOT NULL, quantidade NUMERIC NOT
NULL,
data_entrada DATE NOT NULL, Nota_fiscal NUMERIC, fornecedor
VARCHAR(255),
CONSTRAINT id_entrada_pk PRIMARY KEY
(id_entrada_estoque, id_tipo_peca));
Tab_estoque
Objetivo: Armazenar os dados de sadas de peas para E.T
Tipo do
Chave Nome do Campo
Tamanho
Campo
Pk
idEstoque
interger
Fk
Id_tipo_peca
interger
quant_inicial
numeric
quant_final
numeric
-
Nulo
No
No
Sim
Sim
Tabela 28 Tabela Estoque
Script de criao
CREATE TABLE public.Tab_estoque ( idEstoque INTEGER NOT NULL,
id_tipo_peca INTEGER NOT NULL, quant_inicial NUMERIC NOT NULL,
quant_final NUMERIC NOT NULL, CONSTRAINT idestoque_pk PRIMARY KEY
(idEstoque));
Outros Scripts de Criao:
ALTER
TABLE
public.Tab_Ocorrencia
tab_status_ocorrencia_tab_ocorrencia_fk
FOREIGN KEY (idstatus)
REFERENCES public.Tab_status_ocorrencia (idstatus)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ADD
ALTER
TABLE
ADD
tab_avaliacao_ocorrencia_tab_ocorrencia_fk
FOREIGN KEY (id_avaliacao)
REFERENCES public.Tab_avaliacao_ocorrencia (id_avaliacao)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
CONSTRAINT
CONSTRAINT
81
ALTER
TABLE
ADD
CONSTRAINT
tab_area_ocorrencia_tab_ocorrencia_fk
FOREIGN KEY (id_area_ocorrencia, Assunto)
REFERENCES public.Tab_area_ocorrencia (id_area_ocorrencia, Assunto)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER
TABLE
public.Tab_saida_estoque
tab_pecas_tab_saida_estoque_fk
FOREIGN KEY (id_tipo_peca)
REFERENCES public.Tab_Pecas (id_tipo_peca)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ADD
CONSTRAINT
ALTER
TABLE
public.Tab_Pecas_X_Et
tab_pecas_tab_pecas_x_et_fk
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ADD
CONSTRAINT
ALTER TABLE public.Tab_estoque ADD CONSTRAINT tab_pecas_tab_estoque_fk

ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER TABLE public.id_entrada ADD CONSTRAINT tab_pecas_id_entrada_fk
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER TABLE public.Tab_pessoa ADD CONSTRAINT tab_grupo_tab_pessoa_fk
FOREIGN KEY (grupo)
REFERENCES public.Tab_Grupo (grupo)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER TABLE public.Tab_Et ADD CONSTRAINT tab_pessoa_tab_et_fk
FOREIGN KEY (idPessoa)
REFERENCES public.Tab_pessoa (idPessoa)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
82
ALTER
TABLE
tab_pessoa_tab_ocorrencia_fk
FOREIGN KEY (idPessoa)
REFERENCES public.Tab_pessoa (idPessoa)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ADD
CONSTRAINT
ALTER
TABLE
public.Tab_saida_estoque
tab_et_tab_saida_estoque_fk
FOREIGN KEY (idEt)
REFERENCES public.Tab_Et (idEt)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ADD
CONSTRAINT
ALTER
TABLE
public.Tab_Pecas_X_Et
ADD
CONSTRAINT
tab_saida_estoque_tab_pecas_x_et_fk
FOREIGN KEY (id_tipo_peca, idEt, quantidade)
REFERENCES public.Tab_saida_estoque (id_tipo_peca, idEt, quantidade)
ON DELETE CASCADE
ON UPDATE CASCADE
NOT DEFERRABLE;
5.2 Ambiente do Sistema

5.2.1 - Definio do ambiente fsico
As metodologias e tecnologias que sero utilizadas para execuo das fases de
obteno, produo e manuteno do Sistema. O ambiente para o desenvolvimento deve
contemplar os seguintes aspectos: IDE (Integrated Development Environment) de
desenvolvimento, ferramenta de versionamento, ferramenta de testes, ferramenta para
controle de mudanas, ferramenta para levantamento de requisitos e outras ferramentas de
apoio ao processo de desenvolvimento.
A arquitetura de software e os frameworks utilizados pelos desenvolvedores
devem ser mencionados, caso conhecidos.
O sistema ter seu foco principal nas redes corporativas, no havendo necessidade
de conexo com a Internet.
A Marinha do Brasil tem documentaes prprias para reger o desenvolvimento
de Sistemas e, estas devem ser consideradas quando no desenvolvimento da soluo.
83
5.2.2 - Justificativa da escolha da Linguagem de

Programao e do SGBD
Como devemos seguir as regras de homologao de softwares dentro da
Organizao, as seguintes tecnologias relacionadas abaixo foram padronizadas para o
Sistema. . Foram considerados para sua escolha os seguintes aspectos: abrangncia de uso
na Organizao, segurana, disponibilidade de tcnicos no mercado para atender
possveis necessidades de terceirizao e evoluo futura da ferramenta. So elas:
a) Servidor Web: Apache;
b) Servidor de Aplicao: JBOSS;
c) Linguagens de Programao: Java e PHP;
d) Sistema Operacional de Rede: Suse Linux Enterprise;
e) Banco de Dados: Oracle e PostgreSQL;
f) Ferramenta de Gesto de Contedo: Drupal para elaborao de stios dinmicos;
g) IDE para Desenvolvimento: RAD e Eclipse; e
h) Mecanismo de Autenticao: LDAP
6 - Arquitetura do Sistema
6.1 - Diagrama de Componentes
Todo o Software constitudo por arquivos fsicos armazenados em meio digital
( Programas fonte ou executvel, pastas, bibliotecas, tabelas, framework, etc.). funo
do Diagrama de Componentes documentar como esses arquivos esto estruturados,
organizados e se relacionam, permitindo uma melhor compreenso e facilitando a
84
reutilizao. Tmbm serve para modelar arquivos de processos de negcios, descrevendo
as partes que participam do mesmo e suas relaes.
Abaixo modelaremos os principais processos a nvel de usurio do SISSUPORTI:
Figura 49 Diagrama de Componentes
85
6.2 - Diagrama de Implantao

Este Diagrama especifca um conjunto de construes que podem ser utilizadas
para definir a arquitetura de execuo de sistemas de informao. Ele foca na arquitetura
sobre a qual o software ir ser implatado e executado em termos de hardware, software e
redes de comunicao, ou seja, quais mquinas (computadores, servidores, switches, etc),
quais programas (sistema operacional, sistema gerenciador de banco de dados, browser)
sero necessrios para suportar o sistema, bem como definir como essas mquinas sero
conectadas, qual velocidade de conexo e quais os protocolos de comunicao sero
utilizados.
Abaixo segue o diagrama de Implantao do SISSUPORTI:
Figura 50 Diagrama de Implantao
86
7.0 Concluses
7.1 - Reflexo sobre os objetivos iniciais e os
alcanados
Durante todo o periodo de desenvolvimento deste trabalho, pudemos notar que a
modelagem de sistemas um processo arduo e trabalhoso, porm gratificador, quando ao
final, temos um produto que est pronto para ser desenvolvido. Com todos os modelos
aqui representados, tentamos criar um caminho seguro para que um bom desenvolvedor
possa implementar todos os casos de usos levantados pela Instituio, entregando um
produto de qualidade, que siga os requisitos dos gestores, facilite o trabalho dos
supervisores e tcnicos e que seja simples para que os usurios bsicos possam ter suas
necessidades atendidas e documentadas, com segurana da aplicao e pontualidade.
Considerando os principais padres de qualidade da atualidade, o SISSUPORTI,
tenta ser uma ferramenta que possa ser utilizada, de forma satisfatria dentro do Nicho
que ser utilizado, dando dinanismo as decises que devam ser tomadas, com os
indicadores que o mesmo gerar.
7.2 - Vantagens do sistema para a empresa

As vantagens sero inumeras para empresa, desde a parte economica ate a
padronizao de normas de usuabilidade e reuso de cdigo, cabe lembrar, como haviamos
dito nos primeiros captulos desta obra, que a premissa do sistema era utilizar ferramentas
de cdigo livre (Opensource) e GNU/Linux, em todas as fases de desenvolvimentos do
SISSUPORTI. Ou seja, os custos com licenciamento de softwares sero quase nulos,
sendo que os nicos softwares que necessitam ser licenciados so os softwares das
estaes de trabalho, pois muitos usurios ainda preferem trabalhar com o sistema
WINDOWS. Por isso, foi necessrio desenvolver um sistema que trabalhasse de forma
igualitria com os navegadores Internet Explorer e Mozilla Firefox, integrando
compatibilidade com esses dois navegadores.
H de se registrar que se o sistema, quando for desenvolvido, vier a ser
homologado pelas instncias superiores da Organizao, o mesmo pode ser padronizado,
podendo ser usado em vrias outras Instituies da Marinha do Brasil, elevando assim, o
nome da DHN, como Instituio desenvolvedora de bons sistemas.
87
7.3 - Trabalhos Futuros

Alguns aspectos deste trabalho podem ser melhores implantadas em trabalhos
futuros, sendo assim, sero elencados alguns projetos que podem ser melhorados:
a) Insero de reconhecimento automtico das estaes de trabalho que forem
cadastradas, com a implementao de um cliente que faa o reconhecimento do Hardware
das mesmas;
b) Melhor implementao da parte de monitoramento;
c) Implementao de Ipv6 no reconhecimento das estaes de trabalho, tendo em
vista, que este protocolo deve substituir em breve o Ipv4, fazendo com que DHCP fiquem
obsoletos por no ser mais necessrio o compartilhamento de IPs pblicos nas redes
locais;
d) Melhoria nas trilhas de auditorias do sistema;
e) Cadastros de empresas de fornecimento de peas para facilitar o cadastro das
mesmas;
f) Criao de uma camada de segurana de usurios mais implementada e melhor
elaborada, para que a mesma permita que o sistema possa autenticar usurios de LDAP;
g) Validao de dados na camada de Banco de Dados;
h) Diviso dos Departamentos por Centro de Custos; e
i) Criar um modulo para que haja a interao entre Matriz e Filial, no caso da
Organizao aqui citada, Organizaes Militares Superiores e Subordinadas.
88
REFERNCIAS BIBLIOGRFICAS
ENGHOLM JNIOR, Hlio - Analise e Design Orientado a Objeto, So Paulo, Novatec
Editora, 2013
EVANDRO, Carlos Teruel - Arquitetura de Sistemas para WEB com Java utilizando
Design Patterns e Frameworks, Rio de Janeiro, Cincia Moderna Ltda, 2012
MORAES GES, Wilson Aprenda UML por meio de estudos de caso, So Paulo,
Novatec Editora, 2014
BOOCH, Grady , RUMBAUGH, James JACOBSON, Ivar UML, Guia do Usurio;
Traduo de Fabio Freitas da Silva e Cristina de Amorim Machado, Rio de Janeiro,
Elsevier, 2012
MACHADO, Felipe Nery Rodrigues Projeto e Implementao de Banco de Dados, 3
edio, So Paulo, Erica, 2014
NEGUS, Cristopher et al Linux A Bblia Edio Especial; Traduo de Daniela
Botelho, Rio de Janeiro, Alta Books, 2008
RIBEIRO, Uir Certificao Linux 2 edio, Minar Gerais, DK Editora, 2009
ERIBERTO, Joo Motta Filho Descobrindo o Linux, 3 edio, Rio de Janeiro, Novatec,
2012
MARINHA DO BRASIL DCTIMARINST 33-01 - Verificao de Conformidade de
Sistemas Digitais (SD) na MB, 2012
MARINHA DO BRASIL DGMM-0540 Normas de Tecnologia da Informao da
Marinha , 1 Reviso, 2010
MARINHA DO BRASIL Portaria 012/2013, da Diretoria de Geral de Navegao, que
aprova o Regulamento da Diretoria de Hidrografia e Navegao , Documento de 19 de
Junho de 2013
Portal DHN, Disponivel em <https://www1.mar.mil.br/dhn> Acesso em 05 de julho de
2015
89
Manual do OCOMON, Disponivel em <http://ocomonphp.sourceforge.net/> Acesso em
07 de julho de 2015
CAMARGO, Alessandra Arantes de Souza, BRITO, Douglas de Almeida Proposta de
Modelagem de um Sistema para Biblioteca utilizando JAVA e RFID, Faculdade Tecnologica
de So Jos dos Campos , TCC, 2009.
90
Anexo I Glossrio
Analistas - Os profissionais da rea que geram softwares (programas), que so
executados em hardwares (equipamentos) operados por usurios (indivduos), preparados
e treinados em procedimentos operacionais padronizados, dotados de conhecimentos do
software e hardware para seu trabalho.
Apache - O servidor Apache (ou Servidor HTTP Apache, em ingls: Apache HTTP
Server, ou simplesmente: Apache) o mais bem sucedido servidor web livre.
Astah - um software para modelagem UML. desenvolvido na plataforma Java, o que

garante sua portabilidade para qualquer plataforma que possui uma mquina virtual Java.
CACIC - o Configurador Automtico e Coletor de Informaes Computacionais (Cacic)

resultado do Consrcio de Cooperao entre a Secretaria de Logstica Tecnologia da
Informao (SLTI) do Ministrio do Planejamento, Oramento e Gesto (MP) e a
Dataprev. Utilizado tambm pelos governos da Argentina, Venezuela e Paraguai, o Cacic
capaz de fornecer um diagnstico preciso do parque computacional e disponibilizar
informaes como o nmero de equipamentos e sua distribuio nos mais diversos
rgos, os tipos de software utilizados e licenciados, configuraes de hardware, entre
outras informaes. Tambm pode fornecer informaes patrimoniais e a localizao
fsica dos equipamentos, ampliando o controle do parque computacional e a segurana na
rede.
Desktop - Um gabinete de computador, tambm conhecido como case, caixa, chassis ou

torre, o compartimento que contm a maioria dos componentes de um computador
DHCP - Dynamic Host Configuration Protocol (Protocolo de configurao dinmica
de host), um protocolo de servio TCP/IP que oferece configurao dinmica de
terminais, com concesso de endereos IP de host, Mscara de sub-rede, Default Gateway
(Gateway Padro), Nmero IP de um ou mais servidores DNS, Nmero IP de um ou mais
servidores WINS e Sufixos de pesquisa do DNS
91
Drupal - um framework modular e um sistema de gerenciamento de contedo (CMS)
escrito em PHP. O Drupal permite criar e organizar contedo, manipular a aparncia,
automatizar tarefas administrativas e definir permisses e papis para usurios e
colaboradores.
Framework - uma abstrao que une cdigos comuns entre vrios projetos de software
provendo uma funcionalidade genrica. Um framework pode atingir uma funcionalidade
especfica, por configurao, durante a programao de uma aplicao. Ao contrrio das
bibliotecas, o framework quem dita o fluxo de controle da aplicao, chamado de
Inverso de Controle.
GNU/GPL - (Licena Pblica Geral), GNU GPL ou simplesmente GPL, a designao
da licena para software livre idealizada por Richard Matthew Stallman em 1989, no
mbito do projeto GNU da Free Software Foundation (FSF).
GNU/Linux - sistema operacional unix-like baseado no GNU e no kernel Linux. Por ser
o sistema Linux mais tradicional, existe controvrsia quanto a sua nomenclatura,
comum usar o nome Linux para se referir aos sistemas GNU/Linux, embora Linux seja
um termo mais amplo, que tambm abrange a outros sistemas como Android, WebOS,
sistemas Linux embutido entre outros.
IDE - do ingls Integrated Development Environment ou Ambiente Integrado de
Desenvolvimento, um programa de computador que rene caractersticas e ferramentas
de apoio ao desenvolvimento de software com o objetivo de agilizar este processo.
Internet Explorer - um navegador de internet de licena proprietria produzido
inicialmente pela Microsoft
IP - de forma genrica, uma identificao de um dispositivo (computador, impressora,
etc) em uma rede local ou pblica. Cada computador na internet possui um IP (Internet
Protocol ou Protocolo de internet) nico, que o meio em que as mquinas usam para se
comunicarem na Internet.
Java - uma linguagem de programao orientada a objetos desenvolvida na dcada de
90 por uma equipe de programadores chefiada por James Gosling, na empresa Sun
92
Microsystems. Diferentemente das linguagens convencionais, que so compiladas para
cdigo nativo, a linguagem Java compilada para um bytecode que executado por uma
mquina virtual
JBOSS - servidor de aplicao de cdigo fonte aberto baseado na plataforma JEE e
implementado completamente na linguagem de programao Java. Em virtude disso, ele
pode ser usado em qualquer Sistema Operacional que suporte a referida linguagem. O
JBoss Application Server 7, para prover a sua inicializao, utiliza os arquivos:
standalone.bat ou standalone.sh
LDAP - Lightweight Directory Access Protocol, ou LDAP, um protocolo de
aplicao aberto, livre de fornecedor e padro de indstria para acessar e manter servios
de informao de diretrio distribudo sobre uma rede de Protocolo da Internet (IP).
Servios de diretrio desempenham um papel importante no desenvolvimento de
aplicaes intranet e Internet permitindo o compartilhamento de informaes sobre
usurios, sistemas, redes, servios e aplicaes atravs da rede.
Mtricas - possibilitam realizar uma das atividades mais fundamentais do processo de
gerenciamento de projetos: o planejamento. A partir desse, pode-se identificar a
quantidade de esforo, de custo e das atividades que sero necessrias para a realizao
do projeto.
Mozilla Firefox - um navegador livre e multi-plataforma desenvolvido pela Mozilla
Foundation (em portugus: Fundao Mozilla) com ajuda de centenas de colaboradores.
A inteno da fundao desenvolver um navegador leve, seguro, intuitivo e altamente
extensvel
Netbeans - um ambiente de desenvolvimento integrado () gratuito e de cdigo aberto
para desenvolvedores de software nas linguagens Java, C, C++, PHP, Groovy, Ruby,
entre outras. O IDE executado em muitas plataformas, como Windows, Linux, Solaris e
MacOS. O NetBeans IDE oferece aos desenvolvedores ferramentas necessrias para criar
aplicativos profissionais de desktop, empresariais, Web e mveis multiplataformas.
Notebook - um computador porttil, leve, projetado para ser transportado e utilizado em
diferentes lugares com facilidade. Geralmente, um laptop contm tela de LCD (cristal
93
lquido), teclado, mouse (geralmente um touchpad, rea onde se desliza o dedo), unidade
de disco rgido, portas para conectividade via rede local ou fax/modem, gravadores de
CD/DVD. Os mais modernos no possuem mais a entrada para discos flexveis
(disquetes), e, havendo necessidade de utilizar um desses dispositivos, conecta-se um
adaptador a uma das portas USB.
OcoMon - surgiu em Maro de 2002 como projeto pessoal do programador Franque
Custdio, tendo como caractersticas iniciais o cadastro, acompanhamento, controle e
consulta de ocorrncias de suporte e tendo como primeiro usurio o Centro Universitrio
La Salle (UNILASALLE).
Opensource - O termo cdigo aberto, ou open source em ingls, foi criado pela OSI
(Open Source Initiative) e se difere de um software livre por no respeitar as quatro
liberdades definidas pela Free Software Foundation (FSF), compartilhadas tambm pelo
projeto Debian, nomeadamente em "Debian Free Software Guidelines (DFSG)".
Qualquer licena de software livre tambm uma licena de cdigo aberto (Open
Source), mas o contrrio nem sempre verdade . Enquanto a FSF usa o termo "Software
Livre" envolta de um discurso baseado em questes ticas, direitos e liberdade, a OSI usa
o termo "Cdigo Aberto" sob um ponto de vista puramente tcnico, evitando
(propositadamente) questes ticas. Esta nomenclatura e este discurso foram cunhados
por Eric Raymond e outros fundadores da OSI com o objetivo de apresentar o software
livre a empresas de uma forma mais comercial evitando o discurso tico.
Software Livre - uma forma de manifestao de um software em que, resumidamente,
permite-se adaptaes ou modificaes em seu cdigo de forma espontnea, ou seja, sem
que haja a necessidade de solicitar permisso ao seu proprietrio para modific-lo. No
confundir com o movimento Open Source. Seus objetivos concede aos usurios a
liberdade de controle na execuo e adaptao a sua computao e processamento de
dados s suas necessidades (concesso plena liberdade de controle e independncia,
atravs da disponibilidade de cdigo fonte para anlise e alteraes); bem como
permitindo-lhes a liberdade social, para ser capaz de cooperar ativamente com todos os
usurios e desenvolvedores de sua escolha. Os usurios de software livre esto livres
dessas atividades, porque eles no precisam pedir qualquer permisso, eles no esto
restritos nas atividades por meio de licenas proprietrias restritivas (por exemplo, cpia
restrita), ou requisitos de ter de concordar com as clusulas restritivas dos outros (por
94
exemplo, acordos de no divulgao), e eles no esto restritos desde o incio (por
exemplo, atravs deliberada a no disponibilidade de cdigo fonte).
Pendrive - ou Memria USB Flash Drive um dispositivo de memria constitudo por
memria flash (EEPROM), com aspecto semelhante a um isqueiro e uma ligao USB
tipo A permitindo a sua conexo a uma porta USB de um computador ou outro
equipamento com uma entrada USB.
PHP - (um acrnimo recursivo para "PHP: Hypertext Preprocessor", originalmente
Personal Home Page) uma linguagem interpretada livre, usada originalmente apenas
para o desenvolvimento de aplicaes presentes e atuantes no lado do servidor, capazes
de gerar contedo dinmico na World Wide Web
PostgreSQL - sistema gerenciador de banco de dados objeto relacional (SGBDOR),
desenvolvido como projeto de cdigo aberto
Suse - um sistema operacional baseado no Linux, desenvolvido pela comunidade
openSUSE de forma gratuita..
UML - a Linguagem de Modelagem Unificada (do ingls, UML - Unified Modeling
Language) uma linguagem de modelagem que permite representar um sistema de forma
padronizada.
Websevice - uma soluo utilizada na integrao de sistemas e na comunicao entre
aplicaes diferentes. Com esta tecnologia possvel que novas aplicaes possam
interagir com aquelas que j existem e que sistemas desenvolvidos em plataformas
diferentes sejam compatveis.
Windows - uma famlia de sistemas operacionais criados pela Microsoft, empresa
fundada por Bill Gates e Paul Allen. Antes da verso NT, era uma interface grfica para o
sistema operacional MS-DOS. O Windows um produto comercial, com preos
diferenciados para cada uma de suas verses. o sistema operacional mais utilizado em
computadores pessoais no mundo. O impacto deste sistema no mundo atual muito
grande devido ao enorme nmero de cpias instaladas. Conhecimentos mnimos desse
95
sistema, do seu funcionamento, da sua histria e do seu contexto so, na viso de muitos,
indispensveis, mesmo para os leigos em informtica.
96
Anexo II Modelo do Termo de Responsabilidade de

Estao de Trabalho
97
Anexo III Modelo do Termo de Responsabilidade

Individual
98

TCC Sissuporte Versaofinal

Caricato da

Informazioni sul documento

Descrizione originale:

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

TCC Sissuporte Versaofinal

Caricato da

Copyright:

Formati disponibili

UNIVERSIDADE ESTCIO DE S

TCC EM SISTEMAS DE INFORMAO-EAD

Professor Orientador: MSc. Jos Carlos Millan

SISUPORTI Sistema de Suporte Orientado a Tecnologia da Informao

Trabalho apresentado na disciplina de Projeto TCC

SISSUPORTI Sistema de Suporte Orientado a Tecnologia da Informao

RENATO EVARISTO ALFAIA

Trabalho apresentado na disciplina de Projeto TCC

Universidade Estcio de S, como requisito parcial

Aprovado em dezembro de 2014.

Vice-Reitoria de Ps-Graduao e Pesquisa

Documento elaborado por: RENATO EVARISTO ALFAIA

SISSUPORTI - Sistema de Suporte Orientado a

Com as novas demandas tecnolgicas do Sculo XXI as Corporaes tem sentindo

Normal Fonte: Programa Astah

elaborado pelo autor..............................................................................................................................67

Sistema de Suporte Orientado a Tecnologia da Informao

Previso de Alocao de Recursos........................................................................17

Cronograma do Trabalho ......................................................................................18

Caracterizao da Empresa e do Negcio.............................................................18

Justificativa da Escolha da rea do Sistema.........................................................21

Motivao para o novo sistema.............................................................................24

Problemas do sistema atual....................................................................................24

O sistema proposto (projeto lgico)......................................................................26

Lista de Requisitos do Sistema..............................................................................26

Casos de Uso e suas epecificaes........................................................................29

Caso de Uso RF001 Realizar Login ..................................................................29

Caso de Uso RF002 Realizar Logoff .................................................................30

Caso de Uso RF003 Trocar senha do Usurio ...................................................31

Caso de Uso RF004 Bloquear Acesso ao Sistema .............................................32

Caso de Uso RF005 Desbloquear Acesso ao Sistema .......................................33

Caso de Uso RF006 Cadastrar usurio ..............................................................34

Caso de Uso RF007 Cadastrar Estao de Trabalho .........................................35

Caso de Uso RF008 Monitorar Estao de Trabalho ........................................36

Caso de Uso RF009 Inserir/Verificar Documentao .......................................34

4.3.10. Caso de Uso RF010 Assimilar Estao de Trabalho a usurio..........................35

Diagrama de Casos de Uso ...................................................................................56

Modelo Conceitual de Classes ..............................................................................57

Dicionrio de dados das classes do Sistema ........................................................58

Modelo Conceitual de Dados ................................................................................64

Viso Geral do Modelo Relacional ......................................................................65

Diagrama Entidade-Relacionamento ...................................................................65

Diagrama de Sequncia ........................................................................................66

Diagrama de Estados ............................................................................................68

Classe Estao de Trabalho ..................................................................................69

Classe Ocorrncia .................................................................................................70

Classe Inventrio ..................................................................................................71

Diagrama de Atividades .......................................................................................71

Cadastro de Pessoas ..............................................................................................71

Cadastro de Estao de Trabalho ..........................................................................72

Classe Ocorrncia .................................................................................................72

Cadastro de Tipo de Peas ....................................................................................73

O Projeto Fsico ....................................................................................................73

Modelo Fsico de Dados .......................................................................................73

Projeto de Tabelas e Arquivos .............................................................................74

Ambiente do Sistema ............................................................................................82

Definio do Ambiente fsico ...............................................................................82

Justificativa da escolha da Linguagem de Programao e do SGDB ...................83

Arquitetura do Sistema .........................................................................................83

Diagrama de Componentes ...................................................................................83

Diagrama de Implantao .....................................................................................85

Reflexes sobre os objetivos iniciais alcanados .................................................86