KNIO ROBERTO BEZERRA SANTOS MARCELO HENRIQUE ARAJO DO BOMFIM THIAGO DA COSTA FERREIRA

SISTEMA DE GERENCIAMENTO DE ACESSO A CONDOMNIOS (SICAB)

Braslia-DF Nov/2013

KNIO ROBERTO BEZERRA SANTOS MARCELO HENRIQUE ARAJO DO BOMFIM THIAGO DA COSTA FERREIRA

SISTEMA DE GERENCIAMENTO DE ACESSO A CONDOMNIOS (SICAB)

Trabalho de concluso de curso apresentada Faculdade Fortium como requisito parcial para obteno do grau de Bacharel em Sistemas de Informao, sob a orientao do Prof. Jos Gladistone da Rocha.

Braslia-DF Nov/2013

KNIO ROBERTO BEZERRA SANTOS MARCELO HENRIQUE ARAJO DO BOMFIM THIAGO DA COSTA FERREIRA

SISTEMA DE GERENCIAMENTO DE ACESSO A CONDOMNIOS (SICAB)

Trabalho de Concluso de Curso apresentado como requisito parcial concluso do curso de Sistemas de Informao da Faculdade Fortium, para a obteno do titulo de Bacharel em Sistemas de Informao, sob orientao do Prf. Jos Gladestone da Rocha

Aprovado em ___/___/____ Banca examinadora:

___________________________________________
Prof. MSC: Jos Gladistone Rocha (Orientador)

___________________________________________ Prof.

___________________________________________ Prof.

Braslia-DF Nov/2013

S586s

Santos, Kenio Roberto Bezerra. Ferreira, Thiago da Costa. Bomfim, Marcelo Henrique Arajo do. Sistema de Gerenciamento de Condomnios - SICAB Kenio Roberto Bezerra Santos. /Braslia, 2013. Thiago da Costa Ferreira. /Braslia, 2013. Marcelo Henrique Arajo do Bomfim. /Braslia, 2013.

Monografia (Curso de Sistemas da Informao) Grupo Educacional Fortium FORTIUM. Orientador: Prof. Jos Gladistone Rocha

1.Sistema de gerenciamento I. Ttulo.

FORTIUM / BC

CDU 004

DEDICATRIA

Em primeiro lugar dedico a Deus, por ter nos dado as condies de adquirir os conhecimentos necessrios para chegar graduao em Sistemas de Informao. E nossas famlias que estiveram sempre ao nosso lado.

AGRADECIMENTOS

Agradecemos a Deus e as nossas famlias que sempre nos apoiou. Tambm agradecemos aos amigos que me acompanharam nesta jornada; aos professores, por todos os ensinamentos que nos passaram ao longo dos anos e, assim, nos preparando para a jornada profissional.

RESUMO

Em um condomnio residencial, h um grande movimento de pessoas, e geralmente dispe de uma cabine na portaria onde as pessoas se identificam antes de entrarem, e dispe de uma catraca, para liberar ou barrar a entrada de algum. Com base nesse resumo foi criado o sistema de gerenciamento de acesso condomnios (SICAB), que dispe de cadastros de moradores e visitantes, incluindo o cadastro biomtrico, dispondo total controle de movimentao de pessoas que entrou ou saiu do condomnio. Com a facilidade de manuseio, o sistema criado tem o intuito de facilitar a tarefa de porteiros e demais funcionrios do condomnio, alm de prover mais segurana aos moradores do condomnio. O SICAB veio para gerenciar e simplificar tarefas que at ento eram feitas manualmente em alguns condomnios. Os benefcios esperados incluem a melhora na abordagem dos moradores e visitantes do condomnio, gerador de relatrios para controle dos acessos, abertura automtica da catraca, caso o usurio j seja cadastrado, e maior praticidade para os moradores entrarem e sarem do condomnio, tornando as atividades executadas na portaria mais rpidas e eficazes.

Palavras-chave: SICAB. Gerenciamento. Condomnio. Biometria.

ABSTRACT In a residential condominium , there is a large movement of people , and usually has a booth in the lobby where people identify themselves before entering , and features a ratchet to release or barring someone. Based on this summary was created the system of access management condominiums ( SICAB ) , which has entries of residents and visitors , including the biometric registration , providing full control of the movement of people who entered or left the condo . With the ease of use, the system has created in order to facilitate the task of porters and other employees of the condominium , in addition to providing more security to the residents of the condominium . The SICAB came to manage and streamline tasks that were previously done manually in some condos . The expected benefits include improvement in the approach of the condominium residents and visitors , report generator for control of access, automatic opening ratchet if you are already registered , and greater convenience for residents to enter and exit the condo , making activities performed at the gate faster and more efficient .

Keywords : SICAB . Management . Condominium. Biometrics .

LISTA DE FIGURAS

Figura 1: Estrutura analtica do projeto EAP..............................................................19 Figura 2: Modelo conceitual.......................................................................................27 Figura 3: Modelo Lgico.............................................................................................28 Figura 4: Representao grfica da arquitetura MVC................................................40 Figura 5: interface Desktop MVC...............................................................................41 Figura 6 Diagrama de Classes com MVC...............................................................42 Figura 7: Diagrama de caso de uso...........................................................................44 Figura 8: Diagrama de atividade manter morador......................................................56 Figura 9: Diagrama de atividade relatorio de acesso.................................................57 Figura 10: Diagrama de sequncia manter morador..................................................58 Figura 11: Diagrama de sequencia relatrio de acesso.............................................58 Figura 12: Diagrama de classe...................................................................................59 Figura 13: Diagrama de Implantao.........................................................................60 Figura 14: Diagrama de redes....................................................................................61 Figura 15: Tela de login..............................................................................................73 Figura 15: Tela cadastro de usurios.........................................................................75 Figura 17: Cadastro de moradores.............................................................................78 Figura 18: Consultar / Alterar/ Excluir Visitante..........................................................82 Figura 19: Cadastro de visitantes...............................................................................86

10

LISTA DE TABELAS

Tabela 1: Requisitos de Negcio................................................................................17 Tabela 2: Anlise das necessidades..........................................................................17 Tabela 3: Dicionrio EAP...........................................................................................19 Tabela 4: Papis e Responsabilidades......................................................................21 Tabela 5: Anlise de Risco.........................................................................................22 Tabela 6: Cronograma do Projeto..............................................................................22 Tabela 7: Custos do Projeto.......................................................................................23 Tabela 8: Dicionrio de dados tb_morador ...............................................................35 Tabela 9: Dicionrio de dados tb_unidade.................................................................36 Tabela 10: Dicionrio de dados tb_digital .................................................................36 Tabela 11: Dicionrio de dados tb_visitante...............................................................37 Tabela 12: Dicionrio de dados tb_controla_movimento ..........................................38 Tabela 13: Dicionrio de dados tb_uso......................................................................38 Tabela 14: Dicionrio de dados tb_cond....................................................................38 Tabela 15: Dicionrio de dados tb_acesso_usuario..................................................39 Tabela 16: Mensagens do sistema.............................................................................55 Tabela 17: Regras de aplicao ................................................................................55 Tabela 18: Roteiro de teste inserir morador...............................................................63 Tabela 19: Roteiro de teste inserir visitante ..............................................................63 Tabela 20: Roteiro de teste gerar relatrio.................................................................64 Tabela 21: Documento Viso histrico de revises...................................................68 Tabela 22: Descrio do Problema............................................................................69 Tabela 23: Sentena de posio do produto..............................................................69 Tabela 24: Principais usurios ..................................................................................69 Tabela 25: Necessidades dos usurios .....................................................................70 Tabela 26: Resumo das necessidades do produto ...................................................70 Tabela 27: Procedncias e prioridades .....................................................................71

11

Tabela 28: Requisitos de interface login ...................................................................74 Tabela 29: Requisitos de interface cadastrar usurios..............................................76 Tabela 30: Requisitos de interface cadastro de moradores.......................................80 Tabela 31: Requisitos de interface consultar visitantes.............................................84 Tabela 32: Requisitos de interface cadastro de visitantes.........................................88

12

LISTA DE SIGLAS

ABNT - Associao Brasileira de Normas Tcnicas BD Banco de Dados SGBD Sistema de Gerenciamento de Banco de Dados SICAB- Sistema de Gerenciamento de Condomnios MER Modelo Entidade Relacionamento OO Orientao a Objetos RUP - Rational Unified Process SQL Structured Query Language UML - Unified Modeling Language

13

Sumrio 1 INTRODUO ....................................................................................................... 15 2 ANLISE FUNCIONAL E PLANO DE PROJETO .................................................. 16 2.1 Requisitos de Negcio ...................................................................................... 16 2.2 Anlise das necessidades e problemas diagnosticados .............................. 16 2.3 Benefcios Esperados ...................................................................................... 17 2.4 Plano de Projeto ............................................................................................... 17 2.4.1 Estrutura analtica do projeto (EAP) ................................................................ 17 2.4.2 Dicionrio EAP ................................................................................................ 18 2.4.3 Premissas e Restries ................................................................................... 19 2.4.4 Papeis e Responsabilidades ........................................................................... 20 2.4.5 Anlise de Risco .............................................................................................. 21 2.5 Cronograma do Projeto ................................................................................... 21 2.6 Custos do projeto .............................................................................................. 22 3. ANLISE E PROJETO DA SOLUO ................................................................. 24 3.1 Requisitos Funcionais ..................................................................................... 24 3.2 Modelagem de Dados ....................................................................................... 25 3.2.1 Modelo de Entidade Relacionamento Modelo conceitual ............................. 25 3.2.2 Modelo Entidade e Relacionamento Modelo lgico ...................................... 26 3.2.3 Modelo Fsico .................................................................................................. 27 3.2.4 Dicionrio de Dados ........................................................................................ 34 3.3 Arquitetura de software ................................................................................... 38 3.3.1 Modelo Model View Controller (MVC) ............................................................. 38 3.4 Especificaes de requisitos .......................................................................... 42 3.4.1 Diagrama de Casos de Uso ............................................................................ 42 3.4.2 Especificaes de Caso de Uso ...................................................................... 43 3.4.3 Mensagens do Sistema ................................................................................... 53 3.4.4 Regras de Aplicao ....................................................................................... 54 3.4.5 Diagrama de Atividades .................................................................................. 55 3.4.6 Diagrama de Sequncia .................................................................................. 56 3.4.7 Requisitos de interface .................................................................................... 57 3.5 Diagrama de Classe ......................................................................................... 58

14

3.6 Diagrama de Implantao ................................................................................ 59 3.7 Armazenamento e disponibilizao dos dados ............................................. 59 3.8 Diagrama de Redes .......................................................................................... 60 3.9 Softwares Bsicos e de Apoio Utilizados ...................................................... 60 3.10 Configurao de Hardware ............................................................................ 61 3.10.1 Maquina Cliente ............................................................................................ 61 3.10.2 Servidor de aplicao de Banco de Dados .................................................... 61 3.11 Plano de Teste ................................................................................................ 61 3.11.1 Roteiro de Teste ............................................................................................ 62 3.12 Implantao .................................................................................................... 63 3.12.1 Manual de implantao ................................................................................. 64 4 CONCLUSO ........................................................................................................ 65 BIBLIOGRFICAS ................................................................................................... 66 APNDICES ............................................................................................................. 67

15

1 INTRODUO Os porteiros e moradores do Condomnio Bem-Estar encontram dificuldades para obter o controle total de quem acessa suas reas internas, e necessita de um sistema que gerencie a entrada e sada de pessoas no condomnio. Esse controle deve funcionar tanto para os moradores, quanto para os visitantes. O Sistema de Gerencialmente de Acesso a Condomnios, intitulado Sistema de Cadastro Biomtrico (SICAB), foi desenvolvido para automatizar o gerenciamento dos acessos dirios ao condomnio, como por exemplo, entradas e sadas dos frequentadores e moradores. Os moradores e os visitantes sero cadastrados no SICAB e ao acessarem o condomnio sero autenticados na portaria. Este acesso ser feito por leitura da impresso digital do morador/visitante, ficando gravado no banco de dados para futuras autenticaes. O controle de acessos ser realizado atravs de um cadastro bsico para os visitantes, e completo para os moradores, incluindo em ambos os casos o cadastro de impresso digital, que servir para a identificao dos mesmos nas prximas passagens pela portaria do condomnio. Assim s ser permitida a passagem pela portaria os moradores/visitantes devidamente cadastrados no sistema. O SICAB realiza, assim, um controle do nmero de pessoas que passam diariamente pelo condomnio, atravs da identificao biomtrica. A funo principal do SICAB automatizar o processo de acessos ao condomnio e trazer uma maior segurana e monitoramento de quem entra e sai do condomnio, atendendo assim s necessidades do cliente.

16

2 ANLISE FUNCIONAL E PLANO DE PROJETO

Sero demonstradas as necessidades da empresa que foram diagnosticadas no levantamento de requisitos.

2.1 Requisitos de Negcio

O Sistema de Gerenciamento de Condomnios (SICAB), as atividades atuais executadas manualmente e que necessitavam de mais confiabilidade das informaes, disponibilidade e segurana, resultado em maior agilidade neste processo.
Cdigo [RN_001] Descrio O visitante s pode ter acesso ao condomnio se for vinculado ao morador ou se for prestar servios ao condomnio; [RN_002] O Ator funcionrio no tem acesso a relatrios e histricos de entrada e sada de moradores e visitantes; [RN_003] obrigatrio relacionar o cadastro da pessoa a um endereo do imvel no condomnio; [RN_004] Quando a pessoa no identificada, o perifrico de acesso (fechadura eltrica) no liberado . Tabela 1 Requisitos de negcios

2.2 Anlise das necessidades e problemas diagnosticados

Problemas As pessoas tinham acesso ao condomnio, mas sem o devido controle. Os visitantes no deixam um registro de acesso ao condomnio. Relatrio com pessoas que acessam o condomnio, para identificao de responsveis por alguma ocorrncia no condomnio.

Pessoas atingidas

Impactos Acesso de pessoas no autorizadas as dependncias do condomnio. Caso precisar de um monitoramento de pessoas que estavam no condomnio no tem. Gerar um documento de relatrio com pessoas que acessam o condomnio.

Usurio Administrador Visitantes

Tabela 2 Anlise das necessidades

17

2.3 Benefcios Esperados

Os benefcios gerados por meio do desenvolvimento do sistema so: a) Maior segurana do condomnio; b) Controle de acesso de pessoas que frequenta o local; c) Confiabilidade de dados; d) Controle de moradores e visitantes; e) Facilidade na gerao de relatrios.

2.4 Plano de Projeto Segundo o IAEA (1988, p18) Gerenciamento de Projetos , no mesmo sentido mais amplo, a funo de definio, direcionamento, controle e correo de um projeto ou suas partes mais relevantes. Na mesma linha de definio do IAEA(1988), para Kerzner(2001, p.4):

Gerenciamento de Projeto e o planejamento, organizao, direcionamento de controle dos recursos da campanha para um objetivo relativamente curto de tempo que foi estabelecido para completar metas e objetivos especficos. Alm disso, o gerenciamento de projeto utiliza abordagem sistemtica para administrao mediante pessoal de nvel funcional (hierarquia vertical) designado ao projeto especifico (hierarquia horizontal).

2.4.1 Estrutura analtica do projeto (EAP)

A Estrutura Analtica de Projeto (EAP) ou no ingls Work Breakdown structure (WBS), uma ferramenta visual que permite a estruturao de um projeto de forma simples e contm todo o trabalho necessrio para concluso do projeto. Ela se parece com um organograma empresarial, mas seu objetivo identificar que partes compe um projeto.

18

Figura 1 - Estrutura analtica do projeto (EAP)

2.4.2 Dicionrio EAP

O dicionrio EAP traz os detalhes necessrios para cada elemento da estrutura analtica do projeto, de modo a orientar a equipe do projeto. Ele pode servir como parte de um sistema de autorizao de trabalho, descrevendo para os integrantes da equipe cada componente da estrutura analtica do projeto, e pode ser usado para controlar quando um trabalho especfico realizado de modo a evitar aumento do escopo e aumento da compreenso das partes interessadas sobre o esforo necessrio para cada pacote de trabalho.

1 Sicab 1.1 Anlise Funcional 1.1.1 Requisitos de Negcios 1.1.2 Anlise das Necessidades e Problemas Diagnosticados 1.1.3 Benefcios Esperados 1.2 Projeto de Infraestrutura 1.2.1 Modelagem Funcional e Dados

Descrio: Sistema de Cadastro Biomtrico, para condomnios. Descrio: Anlise dos elementos funcionais do SICAB. Descrio: Levantamento dos Requisitos e Regra de Negcios do SICAB. Descrio: Documento que descreve as necessidades e problemas do SICAB. Descrio: Resultados que esperamos obter com a implantao do SICAB. Descrio: Documento que especifica os hardwares e softwares utilizados no SICAB. Descrio: Manter explicita as modelagens do

19

projeto como um todo Descrio: Nessa Etapa do projeto sero definidos os itens de arquitetura que estaro presentes no SICAB. 1.2.3 Diagrama de Componentes Descrio: Documento que mostrar os componentes de software que sero utilizados na aplicao. 1.2.4 Formas de Armazenamento e Descrio: Hardwares utilizados para Disponibilidade de Dados armazenamento e disponibilidade das informaes existentes no SICAB. 1.2.5 Diagrama de Redes Descrio: Documento que ir representar a sequencia de operaes em do projeto e/ou a sequencia de uma nica operao dentro do projeto. 1.2.6 Softwares Bsicos e de Apoio Descrio: Detalhamento dos softwares principais e os softwares de apoio para o software. 1.2.7 Detalhamento de Hardware Descrio: Documento que deixa explicita as descries mnimas de hardware para a execuo do SICAB. 1.3 Anlise Projeto da Soluo Descrio: Documento que descreve a anlise do projeto da soluo, de acordo com os problemas identificados. 1.3.1 Especificao de Requisitos Descrio: Documento que iniciar uma apresentao dos requisitos necessrios aos usurios e clientes do SICAB. 1.3.1.1 Diagramas de Casos de Uso Descrio: O Diagrama de Caso de Uso. 1.3.1.2 Diagrama de Implantao Descrio: Esse documento mostrar em forma de diagrama a parte de implementao do projeto SICAB. 1.3.1.3 Requisitos de Interface Descrio: Ser desenvolvido o projeto de Interfaces que resultar na definio da interface padronizada a ser utilizada pelo sistema. 1.3.2 Plano de Teste Descrio: Documento que permite que voc especifique o que voc deseja testar e como executar esses testes. 1.3.3 Teste de Stress Descrio: Anlise de utilizao do software, realizando a medio de Stress do software. 1.3.4 Roteiro de Teste Descrio: Realizao de testes manuais no SICAB. 1.3.5 Implantao Descrio: Documento que expe todo o procedimento de implantao do SICAB. Descrio: Tarefa que ser executada 1.4 Encerramento do Projeto finalizando o projeto, ir expor tudo o que foi aprendido com a realizao desse projeto, e as consideraes finais. Tabela 3 - Dicionrio EAP 1.2.2 Arquitetura Computacional

2.4.3 Premissas e Restries

As premissas so como hipteses, condies que assumimos como verdadeiras para o projeto. So fatores que, para propsitos de planejamento

20

consideramos como certas, reais e seguras. Devem ser especficas, precisas e claras, veja abaixo as premissas do SICAB: a) O banco de dados utilizado no sofrer atualizao, at que seja finalizado o projeto; b) Algumas das tarefas sero feitas exclusivamente em equipe, aquelas que demandam mais tempo; c) O SICAB atender as necessidades dos clientes; d) A infraestrutura estar sempre atualizada, e disponvel para as possveis demandas existentes; J as restries, so limitaes internas do projeto. So fatores impostos equipe de projetos e que limitam as opes da mesma, segue abaixo as restries: a) O tempo estimado para a finalizao do projeto at novembro de 2013; b) Todos os softwares devero ser desenvolvidos utilizando as linguagens C#.NET; c) O local de armazenamento das etapas ser armazenado em nuvem; 2.4.4 Papeis e Responsabilidades Todos os envolvidos em um projeto devem saber qual o seu papel e as suas responsabilidades nesse esforo conjunto. Seguem as descries dos papis e responsabilidades de cada integrante.

Nome Knio

Papel Gerente/Analista

Responsabilidades

Marcelo

Thiago

Gerenciar as atividades desenvolvidas pelos demais membros do projeto, e realizar a anlise da documentao e desenvolvimento. Documentador/Analista Com base no andamento do projeto, elaborar a documentao necessria para acompanhamento do projeto pelos demais utilizadores dos recursos. Desenvolvedor/Analista Desenvolvimento do software, e Anlise da Documentao Elaborada pelo colaborador responsvel. Tabela 4 - Papis e Responsabilidades

21

2.4.5 Anlise de Risco

Segundo o Project Management Body of Knowledge (PMBoK), (2012 pgina 128), identificao de risco consiste em determinar quais os riscos que podem afetar um projeto e em documentar suas caractersticas (traduo dos autores). A Seguir ser realizada uma anlise dos riscos sobre vrios fatores provveis que ocorrem durante qualquer fase do projeto, desde a menos urgente at a mais urgente, informando os tipos de riscos, o impacto sofrido caso aconteam, e as aes definidas para minimizar ou evitar maiores problemas.
Risco Exemplo Impacto Fase onde pode acontecer Resposta risco ao

Atraso no cronograma provoca realocao de pessoas para datas em que elas no esto disponveis

Mudana feita escopo do projeto

no

Demanda

Demora no incio de uma fase do projeto invalida o cronograma que foi negociado ao final Prazo Todas da fase de fases planejamento A incluso de novos dados solicitadas pela Prazo Todas cliente fases Devido o surgimento de novas demanda na empresa o sistema poder no suprir Prazo Todas as novas fases necessidades Tabela 5 Anlise de Risco

as

as

O gestor aceita a seguinte ao: renegociar o cronograma. O prazo do projeto tambm deve ser alterado. O gestor aceita renegociar os custos e prazos do projeto Uma atualizao do sistema para adequar as novas demandas

as

2.5 Cronograma do Projeto O cronograma do projeto o plano de distribuio das diferentes etapas de sua execuo, em perodos de tempos verdadeiros. Serve a diferentes propsitos, permite verificar se a equipe tem conhecimento persistente acerca das diferentes etapas do projeto que devero percorrer, para executar todas as tarefas conforme o planejado e o perodo de tempo que cada uma ir se estender, segue o cronograma utilizado:
ID 1. 1 ATIVIDADES/PERODOS Anlise Funcional AGO X SET X OUT NOV DEZ

22

1. 1. 1 1. 1. 2 1.1.3 1. 2 1. 2. 1 1. 2. 2 1. 2. 3 1. 2. 4 1. 2. 5 1. 2. 6 1. 2. 7 1. 3 1. 3. 1 1. 3. 1 .1 1. 3. 1 .2 1. 3. 1 .3 1. 3. 2 1. 3. 3 1. 3. 4 1. 3. 5 1. 4

Requisitos de Negcios Anlise das Necessidades e Problemas Diagnosticados Benefcios Esperados Projeto de Infraestrutura Modelagem Funcional e Dados Ar qu i te t ur a C om pu tac i on a l Diagrama de Componentes Formas de Armazenamento e Disponibilidade dos Dados Diagrama de Redes Software Bsicos e de Apoio Detalhamento de Hardware Anlise Projeto da Soluo Especificaes dos Requisitos Diagrama de Casos de Uso Diagrama de Implantao Requisitos de Interface Plano de Teste Teste de Stress Roteiro de Teste Implantao

X X X

X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X

Encerramento do Projeto Tabela 6 Cronograma do Projeto

2.6 Custos do Projeto A estimativa de custos das atividades, e implementao do forma geral, envolve o desenvolvimento de uma aproximao dos custos dos recursos necessrios para terminar cada atividade do cronograma. Na aproximao dos custos, o avaliador considera as possveis causas de variao das estimativas de custos, inclusive os riscos.
ITEM Servidor de Aplicao Servidor de Banco de Dados 3 Estaes de Trabalho Mo-de-obra / Processo de Desenvolvimento CUSTO (R$) 467,00 467,00 4.580,00 12.000,00

23

Instalao de Softwares adicionais Leitor Biomtrico TOTAL Tabela 7 Custos do Projeto

500,00 275,00 18.289,00

24

3 ANLISE E PROJETO DA SOLUO

Segundo TACLA(2007), Anlise a soluo conceitual dada ao problema. Marca o incio da definio informtica, mas sem levar em conta detalhes da implementao tais como a linguagem a ser utilizada e o sistema gerenciador de banco de dados. Preocupa-se principalmente com as classes do domnio do problema e suas relaes e tambm com os casos de uso. Projeto a soluo informtica dada ao problema. A separao entre anlise e projeto tnue, pois o projeto acaba sendo o resultado de sucessivos refinamentos do modelo conceitual de anlise.

3.1. Requisitos Funcionais Segundo SOMMERVILLE(2007), So declaraes de servios que o sistema deve fornecer, como o sistema deve agir a entradas especificas e como o sistema deve se comportar em determinadas situaes. Em alguns casos, os requisitos funcionais podem tambm estabelecer explicitamente o que o sistema no deve fazer. a) Morador / Visitante RF01 - O sistema deve permitir que o visitante acesse o condomnio via biometria da digital. RF02 O sistema deve manter os cadastrados em sua base de dados. RF03- O usurio morador ou visitante deve est cadastrado ao sistema para ter acesso ao condomnio. b) Usurio Administrador / Funcionrio RF04 O sistema deve gerar um relatrio com acesso de pessoas no condomnio. RF05 O sistema deve possibilitar login e senha para funcionrios e administradores. RF06 O sistema deve possibilitar o cadastro dos moradores e visitantes em sua base de dados. RF07 O sistema deve permitir inserir, editar, alterar e excluir participante.

25

3.2 Modelagem de Dados

Segundo FUSCO(2011), A Modelagem de Dados um processo de abstrao que visa a definio das informaes a serem persistidas de um cenrio definido por um domnio de aplicao declarado por um escopo na especificao de requisitos. Essa atividade tem como objetivo identificar, modelar e implementar um modelo de dados consistente com as necessidades do domnio expressas na especificao de requisitos. O produto final desse processo a estrutura ou esquema do banco de dados (metadados) que conter as informaes a serem persistidas no catlogo.

3.2.1 Modelo de Entidade Relacionamento Modelo conceitual

De acordo com SOMMERVILLE(2007), mostra as entidades de dados, seus atributos associados e as relaes entre essas entidades. Esse modelo fornece uma viso abstrata que representa as informaes de persistncia no domnio.

26

Figura 2 Modelo conceitual

3.2.2 Modelo Entidade e Relacionamento Modelo Lgico

Segundo ALVES(2004), compreende uma descrio das estruturas que sero armazenadas no banco e que resulta numa representao grfica dos dados de uma maneira lgica, inclusive nomeando os componentes e aes que exercem uns sobre os outros.

27

Figura 3 Modelo Lgico

3.2.3 Modelo Fsico

/*=======================================================*/ /*TABELA DE ACESSO DE USUARIOS NO SISTEMA */ /*=======================================================*/ CREATE TABLE TB_ACESSO_USUARIO ( ID_ACESSO NUMBER NOT NULL , ID_USU NUMBER , NO_PERFIL VARCHAR2(30 BYTE) , NO_LOGIN VARCHAR2(20 BYTE) , DT_ENTRADA VARCHAR2(20 BYTE) , CONSTRAINT TB_ACESSO_USUARIO_PK PRIMARY KEY ( ID_ACESSO ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1

28

MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ); ALTER TABLE TB_ACESSO_USUARIO ADD CONSTRAINT TB_ACESSO_USUARIO_TB_USU_FK1 FOREIGN KEY ( ID_USU ) REFERENCES TB_USU ( ID_USU ) ON DELETE CASCADE ENABLE; --TABELA DO CONDOMINIO CREATE TABLE TB_COND ( ID_CONDOMINIO NUMBER NOT NULL , NO_CONDOMINIO VARCHAR2(40 BYTE) , CONSTRAINT TB_COND_PK PRIMARY KEY ( ID_CONDOMINIO ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT );

/*=======================================================*/ --TABELA DE CONTROLE DE MOVIMENTO NO CONDOMINIO /*=======================================================*/ CREATE TABLE TB_CONTROLA_MOVIMENTO ( ID_AUTOMACAO NUMBER NOT NULL , ID_VISITANTE NUMBER , DT_ENTRADA VARCHAR2(20 BYTE) , DT_SAIDA VARCHAR2(20 BYTE) , ID_MORADOR NUMBER , CONSTRAINT TB_AUTO_VISITANTE_PK PRIMARY KEY ( ID_AUTOMACAO ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1

29

STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ); ALTER TABLE TB_CONTROLA_MOVIMENTO ADD CONSTRAINT TB_AUTO_VISITANTE_TB_VISI_FK1 FOREIGN KEY ( ID_VISITANTE ) REFERENCES TB_VISITANTE ( ID_VISITANTE ) ON DELETE CASCADE ENABLE; ALTER TABLE TB_CONTROLA_MOVIMENTO ADD CONSTRAINT TB_CONTROLA_MOVIMENTO_TB__FK1 FOREIGN KEY ( ID_MORADOR ) REFERENCES TB_MORADOR ( ID_MORADOR ) ON DELETE CASCADE ENABLE; /*=======================================================*/ --TABELA PARA ARMAZERNAR AS DIGITAIS /*=======================================================*/ CREATE TABLE TB_DIGITAL ( ID_DIGITAL NUMBER NOT NULL , NO_DIGITAL BLOB , ID_MORADOR NUMBER NOT NULL , ID_VISITANTE NUMBER , CONSTRAINT TB_DIGITAL_MORADOR_PK PRIMARY KEY ( ID_DIGITAL ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) LOB (NO_DIGITAL) STORE AS SYS_LOB0000020472C00002$$

30

( ENABLE STORAGE IN ROW CHUNK 8192 RETENTION NOCACHE LOGGING TABLESPACE "USERS" STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) ); ALTER TABLE TB_DIGITAL ADD CONSTRAINT TB_DIGITAL_MORADOR_TB_MOR_FK1 FOREIGN KEY ( ID_MORADOR ) REFERENCES TB_MORADOR ( ID_MORADOR ) ON DELETE CASCADE ENABLE; ALTER TABLE TB_DIGITAL ADD CONSTRAINT TB_DIGITAL_TB_VISITANTE_FK1 FOREIGN KEY ( ID_VISITANTE ) REFERENCES TB_VISITANTE ( ID_VISITANTE ) ON DELETE CASCADE ENABLE; /*=======================================================*/ -- TABELA DE MORADORES DO CONDOMINIO /*=======================================================*/ CREATE TABLE TB_MORADOR ( ID_MORADOR NUMBER NOT NULL , NO_MORADOR VARCHAR2(50 BYTE) , NU_RG VARCHAR2(10 BYTE) , NU_CPF VARCHAR2(20 BYTE) , DT_NASCIMENTO VARCHAR2(20 BYTE) , SEXO NUMBER , NU_TELEFONE VARCHAR2(20 BYTE) , NU_CELULAR VARCHAR2(20 BYTE) , DS_EMAIL VARCHAR2(70 BYTE) , NU_CASA VARCHAR2(20 BYTE) , ID_UNIDADE NUMBER , DT_CADASTRO VARCHAR2(20 BYTE) , OBS VARCHAR2(150 BYTE) , DS_EMPRESA VARCHAR2(20 BYTE) , FOTO BLOB , CONSTRAINT TB_MORADOR_PK PRIMARY KEY

31

( ID_MORADOR ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) LOB (FOTO) STORE AS SYS_LOB0000020435C00015$$ ( ENABLE STORAGE IN ROW CHUNK 8192 RETENTION NOCACHE LOGGING TABLESPACE "USERS" STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) ); ALTER TABLE TB_MORADOR ADD CONSTRAINT TB_MORADOR_TB_UNIDADE_FK1 FOREIGN KEY ( ID_UNIDADE ) REFERENCES TB_UNIDADE ( ID_UNIDADE ) ON DELETE CASCADE ENABLE; /*=======================================================*/ --TABELA DE UNIDADES DO CONDOMINIO /*=======================================================*/ CREATE TABLE TB_UNIDADE ( ID_UNIDADE NUMBER NOT NULL , NO_UNIDADE VARCHAR2(25 BYTE) , QNT_CASA NUMBER , DESC_UNIDADE VARCHAR2(50 BYTE) , ID_CONDOMINIO NUMBER , CONSTRAINT TB_UNIDADE_PK PRIMARY KEY ( ID_UNIDADE )

32

ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ); ALTER TABLE TB_UNIDADE ADD CONSTRAINT TB_UNIDADE_TB_COND_FK1 FOREIGN KEY ( ID_CONDOMINIO ) REFERENCES TB_COND ( ID_CONDOMINIO ) ON DELETE CASCADE ENABLE; /*=======================================================*/ --TABELA DE USUARIOS DO SISTEMA /*=======================================================*/ CREATE TABLE TB_USU ( ID_USU NUMBER NOT NULL , NO_USU VARCHAR2(40 BYTE) , NO_LOGIN VARCHAR2(30 BYTE) , NO_PERFIL VARCHAR2(20 BYTE) , NU_SENHA VARCHAR2(35 BYTE) , NU_CON_SENHA VARCHAR2(20 BYTE) , ID_CONDOMINIO NUMBER , CONSTRAINT TB_USU_PK PRIMARY KEY ( ID_USU ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ); ALTER TABLE TB_USU ADD CONSTRAINT TB_USU_TB_COND_FK1 FOREIGN KEY (

33

ID_CONDOMINIO ) REFERENCES TB_COND ( ID_CONDOMINIO ) ON DELETE CASCADE ENABLE; /*=======================================================*/ --TABELA DE VISITANTES DO CONDOMINIO /*=======================================================*/ CREATE TABLE TB_VISITANTE ( ID_VISITANTE NUMBER NOT NULL , NO_VISITANTE VARCHAR2(55 BYTE) , NU_CPF VARCHAR2(20 BYTE) , SEXO VARCHAR2(20 BYTE) , NU_TELEFONE VARCHAR2(15 BYTE) , DS_EMAIL VARCHAR2(70 BYTE) , DS_ENDERECO VARCHAR2(70 BYTE) , NO_CIDADE VARCHAR2(35 BYTE) , ID_MORADOR NUMBER , UND_MORADOR VARCHAR2(20 BYTE) , CASA_MORADOR NUMBER , DT_CADASTRO VARCHAR2(20 BYTE) , OBS CLOB , NO_CONDOMINIO_MORADOR VARCHAR2(30 BYTE) , FOTO BLOB , CONSTRAINT TB_VISITANTE_PK PRIMARY KEY ( ID_VISITANTE ) ENABLE ) LOGGING TABLESPACE "USERS" PCTFREE 10 INITRANS 1 STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) LOB (OBS) STORE AS SYS_LOB0000020444C00013$$ ( ENABLE STORAGE IN ROW CHUNK 8192 RETENTION NOCACHE LOGGING TABLESPACE "USERS" STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645

34

BUFFER_POOL DEFAULT ) ) LOB (FOTO) STORE AS SYS_LOB0000020444C00015$$ ( ENABLE STORAGE IN ROW CHUNK 8192 RETENTION NOCACHE LOGGING TABLESPACE "USERS" STORAGE ( INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 BUFFER_POOL DEFAULT ) ); ALTER TABLE TB_VISITANTE ADD CONSTRAINT TB_VISITANTE_TB_MORADOR_FK1 FOREIGN KEY ( ID_MORADOR ) REFERENCES TB_MORADOR ( ID_MORADOR ) ON DELETE CASCADE ENABLE;

3.2.4 Dicionrio de Dados

Segundo Navathe & Elmasri (1994), o dicionrio de dados responsvel pela manuteno dos metadados (dados sobre os dados). Durante a realizao das diversas tarefas, o dicionrio de dados constantemente consultado pelo sistema gerenciador de banco de dados. (DATE 1997).
TB_MORADOR Coluna Tipo Tamanho Si m ID_MORADOR Int X PK N o Si m FK N o X Obriga trio Descrio

Identificao da tabela TB_MORADO R

NO_MORADO R

VARCHAR 2

25

35

NU_RG NU_CPF DT_NASCIME NTO SEXO NU_TELEFON E NU_CELULAR DS_EMAIL NU_CASA DT_CADASTR O OBS ID_UNIDADE

INT VARCHAR 2 DATE INT VARCHAR 2 VARCHAR 2 VARCHAR 2 INT NUMERO CLOB INT

25

X X X X X X X X X X X

X X X X X X X X X

X X X X x X X X X X x

25 25 40

Chave Estrangeira com a tabela TB_UNIDADE

Tabela 8 Dicionrio de dados tb_morador

TB_UNIDADE Coluna Tipo Tamanho PK Sim ID_UNIDAD E INT X N o Si m FK N o X Obrigat rio X Descrio

Identificao da tabela TB_UNIDAD E

NO_UNIDA DE QNT_CASA ID_CONDO MINIO

VARCHAR2 INT INT

25

X X X X X

X X X

Chave estrangeira com a tabela TB_COND

Tabela 9 Dicionrio de dados tb_unidade

TB_DIGITAL Coluna Tipo Tamanho PK Sim ID_DIGITA L INT X N o Si m FK N o X Obrigat rio X Descrio

Identificao da tabela TB_DIGITAL _MORADOR

NO_DIGITA

BLOB

36

L ID_MORAD OR

INT

ID_VISITA NTE

INT

Chave estrangeira com a tabela TB_MORAD OR Chave estrangeira com a tabela TB_VISITAN TE

Tabela 10 Dicionrio de dados tb_digital

TB_VISITANTE Coluna Tipo Tamanho PK Sim ID_VIDITA NTE INT X N o Si m FK N o X Obrigat rio X Descrio

Identificao da tabela TB_VISITAN TE

NO_VISITA NTE NU_CPF SEXO NU_TELEF ONE NU_CELUL AR DS_EMAIL DS_ENDE RECO CASA_MO RADOR UND_MOR ADOR NO_COND OMINIO_M ORADOR OBS NO_CIDAD E ID_MORAD OR

VARCHAR2 VARCHAR2 INT VARCHAR2 VARCHAR2 VARCHAR VARCHAR VARCHAR NUMERO VARCHAR

40 25 25 25 40 40 5 4 40

X X X X X X X X X X X X X X X X X X X

X X X X X x X X X X

CLOB VARCHAR2 INT

X X X X

X X X Chave Estrangeira com a tabela TB_MORAD OR

Tabela 11 Dicionrio de dados tb_visitante

37

TB_CONTROLA_MOVIMENTO Coluna Tipo Tamanho PK Sim ID_AUTOM ACAO INT X N o Si m FK N o X Obrigat rio X Descrio

ID_MORAD OR

INT

NO_VISITA NTE

INT

Identificao da tabela TB_CONTR OLA_MOVIM ENTO Chave estrangeira com a tabela TB_MORAD OR Chave estrangeira com a tabela TB_VISITAN TE

DT_ENTRA DA ID_ENTRA DA

DATE DATE

X X

X X

X X

Tabela 12 Dicionrio de dados tb_controla_movimento

TB_USO Coluna Tipo Tamanho PK Sim ID_USO INT X N o Si m FK N o X Obrigat rio X Descrio

Identificao da tabela TB_USO

NO_USUA RIO NO_LOGIN NO_PERFI L NU_SENH A NU_CON_ SENHA

VARCHAR2 VARCHAR2 INT VARCHAR2 VARCHAR2

25 25

X X X X X X X X X

X X X X X

25 25

Tabela 13 Dicionrio de dados tb_uso

TB_COND Coluna Tipo Tamanho PK Sim N o Si m FK N o Obrigat rio Descrio

38

ID_CONDO MINIO NO_COND OMINIO

INT

Identificao da tabela TB_COND

VARCHAR2

25

Tabela 14 Dicionario de dados tb_cond TB_ACESSO_USUARIO Coluna Tipo Tamanho PK Sim ID_ACESS O INT X N o Si m FK N o X Obrigat rio X Descrio

Identificao da tabela TB_ACESS O_USUARIO

NO_PERFI L NO_LOGIN DT_ENTRA DA ID_USU

VARCHAR2 VARCHAR2 INT INT

25 25

X X X X X X X

X X X X Chave estrangeira com a tabela TB_USU

Tabela 15 Dicionrio de dados tb_acesso_usuario

3.3 Arquitetura de software A arquitetura de software serve como modelo para o desenvolvimento de um sistema, definindo as atribuies de trabalho que devem ser realizados por equipes de design e implementao. (SOFTWARE ENGINEERING INSTITUTE, 2011).

3.3.1 Modelo Model View Controller (MVC) O MVC (Model-View-Controller) um padro de arquitetura de software, que visa a separao de aplicaes em camadas, dividindo as classes de negcio das classes de implementao. Neste padro, o software dividido em trs camadas, as classes do tipo Model (Modelo), que so as classes de negcio, que pertencem ao domnio da aplicao; as Views (Viso), que consistem nas classes de interface com o usurio; e por fim, as classes Controller (Controle), que so as classes que controlam todas as transaes realizadas entre o usurio e o sistema implementado.

39

Para Fowler (2006), o padro MVC comeou com um framework desenvolvido por Trygve Reenskaug para a plataforma Smalltalk no final dos anos 70. Desde ento, este padro vem influenciando na maioria dos frameworks para a interface com o usurio e no pensar sobre o projeto de interfaces com o usurio. O MVC um padro de projeto caracterizado por ter sua estrutura dividida em trs grupos de classes, onde a primeira destas partes chamada Viso, que so as interfaces de comunicao com o usurio. (SILVA, et al., 2009).

Figura 4 Representao grfica da arquitetura MVC

3.3.2.1 View As classes do tipo viso so as classes que fazem fronteira direta com o usurio final. Para SILVA(2011), uma interface grfica apresenta um mecanismo amigvel ao usurio para interagir com uma aplicao. a forma na qual o usurio faz comunicao com o sistema que est operando. De acordo com SILVA (2011), as vises so representaes das classes de modelo, que permitem a realizao das operaes das classes do tipo modelo. As vises so as interfaces com o usurio. atravs da viso que o usurio interage com o sistema, e recebe as respostas de suas solicitaes.

40

Figura 5 interface Desktop MVC

3.3.2.2 Model

Para BEZERRA (2007), as classes de modelo normalmente servem como um repositrio para algumas informaes do sistema. Nessas classes que so alocadas as responsabilidades mais importantes do sistema. As classes de modelo so definidas antes das vises e controladoras . Sua modelagem feita a partir dos requisitos funcionais documentados. As classes modelo so documentadas em Diagramas de Classes. Estes diagramas possuem notaes especficas para representar as relaes entre as classes, sendo elas, de acordo com BARROS (2009).

3.3.2.3 Controller

O controle interpreta as aes, solicitaes e interaes do usurio e comunica-se com o modelo que por sua vez executa a solicitao e atualiza a viso com o resultado da solicitao. Assim o comportamento da aplicao passa sempre pelo controle que tem ainda as regras de negcios da aplicao. Atuando assim como um elo entre a viso e o modelo. SILVA (2011). De acordo com Bezerra (2007), as controladoras decidem o que o sistema far diante de uma solicitao do usurio, gerenciando os demais objetos para a realizao de uma determinada funcionalidade do sistema. As classes do tipo controller so consideradas classes de sistema, ou seja, no so classes relacionadas a implementao das funcionalidades do sistema. Assim como as

41

classes de viso, as controladoras existem para que a aplicao possa ser implementada. No h como implementar um software utilizando apenas classes de negcio.

Figura 6 Diagrama de Classes com MVC

3.4 Especificaes de requisitos

De acordo com CASTRO (1995), a especificao de requisitos serve como um padro para testar se as fases de projeto e implementao do processo de desenvolvimento de software esto corretas. Segundo o dicionrio Aurlio (1986), o termo requisito pode ser definido como condio necessria para a obteno de certo objetivo, ou para o preenchimento de certo fim. J o termo especificao uma descrio rigorosa e minuciosa das caractersticas que um material, uma obra, ou um servio devero apresentar.

42

3.4.1 Diagrama de Casos de Uso

Segundo Gilleanes (2007, p. 15):

O Diagrama de Casos de Uso apresenta uma linguagem simples e de fcil compreenso para os usurios possam ter ideia geral de como o sistema ir se comportar. Ele procura identificar os atores (usurios, outros softwares que interajam com o sistema ou at mesmo algum hardware especial ), que utilizaro de alguma forma software, bem como os servios, ou seja as opes que o sistema disponibilizar aos atores, conhecidas neste diagrama como Casos de Uso.

O sistema SICAB utiliza o diagrama para demonstrar suas funcionalidades e a participao dos atores nas atribuies como usurios.

Figura 7 Diagrama de caso de uso

43

3.4.2 Especificaes de caso de uso

De acordo com a revista ENGENHARIA DE SOFTWARE(2010), especificao de caso de uso uma tcnica que descreve uma sequncia de aes que o sistema deve realizar para produzir uma resposta para um ator. Na realidade, tem-se uma sequncia da interao entre caso de uso e ator. O caso de uso detalha o que um sistema deve fazer, descrevendo como uma determinada funcionalidade utilizada por um ator.

a) Caso de Uso: Manter Morador a.1) Descrio: Caso tem por objeto a pagina principal do sistema SICAB. Onde esta localizada a lista de eventos cadastro no sistema.

a.2) Ator: Funcionrio, Administrador.

a.3) Pr-Condio: 1) O autor deve est autenticado ao sistema. 2) O autor deve est devidamente cadastrado com o perfil de administrador do sistema ou funcionrio. 3) O Morador devera entregar toda a documentao provando que morador do condomnio para ser cadastrado no sistema [RN_003].

a.4 Ps-Condio: 4.1 Cadastros dos Moradores sero mantidos no sistema.

a.5) Fluxo de Eventos a.5.1) Fluxo Principal P1- O caso de uso iniciado quando o ator acessa o sistema e seleciona a opo cadastrar no menu. P2- O sistema exibe as opes. FE.1 P3- O ator seleciona a opo morador P4- O sistema exibe formulrio para cadastro do morador;

44

P5- O ator preenche os campos e clica no boto cadastrar. [RA01] [RA02] [RA03] [RA04] [RA05] [RA06]. P4- O sistema valida as informaes e apresenta a mensagem [MSG_005]. P5- O caso de uso encerrado quando o ator clica no boto sair.

a.5.2) Fluxo Alternativo A.1 Alterar Morador A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.1.3 O ator (administrador) seleciona o morador na lista de moradores cadastrados no sistema A1.4 O sistema preenche o formulrio abaixo com os dados do morador selecionado A.1.5 O ator edita as opes desejadas e confirma a alterao clicando no boto alterar. A.1.6 O sistema valida as informaes e apresenta a mensagem [MSG_006]. A.2 Excluir Morador A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.2.1 O ator seleciona morador que deseja excluir na lista de moradores cadastrados. A1.4 O sistema exibe o morador selecionado no formulrio abaixo da lista de moradores cadastrados. A1.5 O ator clica no boto excluir. A.2.6 O sistema valida e solicita a confirmao da excluso [MSG_016]. A.2.7 O ator confirma a excluso selecionando a opo SIM [MSG_007]. A.3 Validar dados A.3.1 Os campos que estiverem com (*) so obrigatrios o preenchimento. A.3.2 No campo de E-mail deve ser validado com a mensagem [MSG_017]. A.3.3 No campo de CPF deve ser validado com a mensagem [MSG_018]. A.3.4 O sistema apresenta a mensagem: [MSG_002] (P5). A.5 Validar Perfil No se aplica A.6 Cancelar A.6.1 O sistema retorna ao passo (P1).

45

a.5.3) Fluxos de exceo FE.1 Menu cadastro E.1.1 O ator seleciona o menu cadastro e o sistema exibe as opes de cadastrar visitantes, morador. FE.2 Menu Consultar E.2.1 O ator selecionar o menu consultar e o sistema exibe as opes visitantes e moradores.

a.6) Informaes Suplementares No se aplica no momento.

b) Caso de Uso: Manter Visitante b.1) Descrio: Caso de uso tem como objetivo descrever o evento de cadastro de visitantes no sistema SICAB.

b.2) Ator: Funcionrio, Administrador.

b.3) Pr-Condio: 1) O ator deve est autenticado ao sistema. 2) O ator deve est devidamente cadastrado com o perfil de administrador do sistema ou funcionrio. 3) O Visitante se apresenta ao ator e solicita o cadastro na portaria do condomnio. b.4) Ps-Condio: b.4.1) Cadastros dos Visitantes sero mantidos no sistema.

b.5) Fluxo de Eventos b.5.1) Fluxo Principal P1- O caso de uso iniciado quando o ator acessa o sistema e seleciona a opo cadastrar no menu. P2- O sistema exibe as opes. FE.1

46

P3- O ator seleciona a opo visitante P4- O sistema exibe formulrio para cadastro do visitante; P5- O ator preenche os campos e clica no boto cadastrar. [RA01] [RA02] [RA03] [RA04] [RA05] [RA06]. P4- O sistema valida as informaes e apresenta a mensagem [MSG_005]. P5- O caso de uso encerrado quando o ator clica no boto sair.

b.5.2) Fluxo Alternativo A.1 Alterar Visitante A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.1.3 O ator seleciona o visitante na lista de visitantes cadastrados no sistema A1.4 O sistema preenche o formulrio abaixo com os dados do visitante selecionado A.1.5 O ator edita as opes desejadas e confirma a alterao clicando no boto alterar. A.1.6 O sistema valida as informaes e apresenta a mensagem [MSG_006]. A.2 Excluir Visitante A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.2.1 O ator seleciona o visitante que deseja excluir na lista de visitantes cadastrados no sistema. A1.4 O sistema exibe o visitante selecionado no formulrio abaixo da lista de visitantes cadastrados no sistema. A1.5 O ator clica no boto excluir. A.2.6 O sistema valida e solicita a confirmao da excluso [MSG_016]. A.2.7 O ator confirma a excluso selecionando a opo SIM [MSG_007].

b.5.3) fluxos de exceo FE.1 Menu cadastro E.1.1 O ator seleciona o menu cadastro e o sistema exibe as opes de cadastrar visitantes, morador.

FE.2 Menu Alterar

47

E.2.1 O ator selecionar o menu alterar e o sistema exibe as opes de alterar visitantes e moradores.

A.3 Validar dados A.3.1 Os campos que estiverem com (*) so obrigatrios o preenchimento. A.3.2 No campo de E-mail deve ser validado com a mensagem [MSG_017]. A.3.3 No campo de CPF deve ser validado com uso de uma mascara [MSG_018]. A.4.1 O sistema apresenta a mensagem: [MSG_002] (P5). A.5 Validar Perfil No se aplica A.6 Cancelar A.6.1 O sistema retorna a tela principal.

b.6) Informaes Suplementares E utilizado o cadastro de visitantes para que empresas terceirizadas possam acessar o condomnio.

c) Caso de Uso: Manter Unidade c.1) Descrio: Caso de uso tem como objetivo descrever o evento de Cadastrar/ Alterar/ Excluir de Unidades no sistema SICAB.

c.2) Ator: Administrador.

c.3) Pr-Condio: 1) O ator deve est autenticado ao sistema e tem que ter permisses de administrador do sistema. 2) O ator deve est devidamente cadastrado com o perfil de administrador do sistema.

c.4) Ps-Condio: 4.1 Cadastros das Unidades sero mantidos no sistema.

48

c.5) Fluxo de Eventos c.51) Fluxo Principal P1- O caso de uso iniciado quando o ator acessa o sistema e seleciona a opo cadastrar no menu. P2- O sistema exibe as opes. FE.1 P3- O ator seleciona a opo unidade P4- O sistema exibe formulrio para cadastro de unidade; P5- O ator preenche os campos e clica no boto cadastrar. [RA01] [RA02] [RA03] [RA04] [RA05] [RA06]. P4- O sistema valida as informaes e apresenta a mensagem [MSG_005]. P5- O caso de uso encerrado quando o ator clica no boto sair.

c.5.2) Fluxo Alternativo A.1 Alterar Unidade A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.1.3 O ator (administrador) seleciona a unidade na lista de unidades cadastradas no sistema A1.4 O sistema preenche o formulrio abaixo com os dados da unidade selecionada A.1.5 O ator edita as opes desejadas e confirma a alterao clicando no boto alterar. A.1.6 O sistema valida as informaes e apresenta a mensagem [MSG_006]. A.2 Excluir Unidade A.1.1 O ator clica na opo consultar no menu. A.1.2 O sistema exibe as opes. FE.2 A.2.1 O ator seleciona a unidade que deseja excluir na lista de unidades cadastradas. A1.4 O sistema exibe a unidade selecionada no formulrio abaixo da lista de unidades cadastradas no sistema. A1.5 O ator clica no boto excluir. A.2.6 O sistema valida e solicita a confirmao da excluso [MSG_016]. A.2.7 O ator confirma a excluso selecionando a opo SIM [MSG_007]. A.3 Validar dados A.3.1 Os campos que estiverem com (*) so obrigatrios o preenchimento.

49

A.3.2 O sistema apresenta a mensagem: [MSG_002] (P5). A.5 Validar Perfil No se aplica A.6 Cancelar A.6.1 O sistema retorna ao passo (P1). c.5.3) Fluxos de exceo FE.1 Menu cadastro E.1.1 O ator seleciona o menu cadastro e o sistema exibe as opes de cadastrar visitantes, morador,unidade. FE.2 Menu Consultar E.2.1 O ator selecionar o menu consultar e o sistema exibe as opes visitantes, unidades e moradores.

c.6) Informaes Suplementares No se aplica no momento.

d) Caso de Uso: Manter Usurios d.1) Descrio: Caso de uso tem como objetivo descrever o cadastro de novos usurios no sistema com nveis de permisses, funcionrio e administrador.

d.2) Ator: Administrador.

d.3) Pr-Condio: c) O ator deve est autenticado ao sistema e tem que ter permisses de administrador do sistema. d) O ator deve est devidamente cadastrado com o perfil de administrador do sistema. d.4) Ps-Condio: 4.1 Cadastros dos usurios sero mantidos no sistema.

d.5) Fluxo de Eventos d.5.1) Fluxo Principal

50

P1- O caso de uso iniciado quando o ator loga no sistema com nvel de administrador. P2- O ator seleciona o evento segurana e escolhe a opo Cadastrar novo usurio e preenche os dados. P3- O sistema valida as informaes e apresenta a mensagem [MSG_005]. P4- O caso de uso encerrado clica no boto de voltar.

d.5.2) Fluxos Alternativos A.1 Alterar usurio A.1.1 O ator com o perfil de administrador altera os dados cadastrais desejados selecionando o usurio pela pesquisa e clicando no Editar. A.1.2 O ator confirma a alterao selecionando a opo Salvar [MSG_006]. A.2 Excluir usurio A.2.1 O ator seleciona pela pesquisa seleciona o visitante que desejada e clica em Excluir. A.2.2 O sistema valida e solicita a confirmao da excluso. A.2.3 O ator confirma a excluso selecionando a opo SIM [MSG07]. A.3 Validar dados A.3.1 Os campos que estiverem com (*) so obrigatrios o preenchimento. A.3.2 O sistema apresenta a mensagem: [MSG_002] (P5). A.5 Validar Perfil A.5.1 O ator deve est logado com perfil de administrador. A.6. Cancelar A.5.1 O sistema retorna a tela principal. d.5.3) Regra de Aplicao No se aplica.

d.6) Informaes Suplementares No se aplica.

e) Caso de Uso: Gerar Relatrios e.1) Descrio:

51

Caso de uso tem como objetivo descrever a o processo de gerar relatrio com nveis de permisses, funcionrio e administrador.

e.2) Ator: Administrador.

e.3) Pr-Condio: a) O ator deve est autenticado ao sistema e tem que ter permisses de administrador do sistema. b) O ator deve est devidamente cadastrado com o perfil de administrador do sistema. e.4) Ps-Condio: Gerar relatrios sero mantidos no sistema.

e.5) Fluxo de Eventos e.5.1) Fluxo Principal P1- O caso de uso iniciado quando o ator loga no sistema com nvel de administrador. P2- O sistema disponibiliza a opo relatrios no menu. P2- O ator seleciona a opo relatrios. P4- O sistema exibe as opes de relatrios. FE.1 P5- O ator seleciona uma opo. P3- O sistema exibe tela do relatrio. P7- O ator seleciona a opo imprimir relatrio. P8- O sistema exibe as impressoras disponveis. P9- O ator seleciona a impressora e clica em imprimir. P10- O sistema inicia comunicao com a impressora P11 O caso de uso finalizado quando o ator fecha a tela de relatrio. e.5.2) fluxos de exceo FE.1 Menu Relatrios E.1.1 O ator seleciona o menu relatrios e o sistema exibe as opes de relatrios visitantes, morador e acesso ao sistema. e.5.3) Regra de Aplicao No se aplica.

52

e.6) Informaes Suplementares No se aplica.

f) Caso de Uso: Controlar Movimento f.1) Descrio: Caso de uso tem como objetivo descrever o controle de movimento de visitantes e moradores.

f.2) Ator: Morador, Visitante

f.3) Pr-Condio: O ator deve est cadastrado no sistema. f.4) Ps-Condio: Controlar movimento ser mantido no sistema.

f.5) Fluxo de Eventos f.5.1) Fluxo Principal P1- O caso de uso iniciado quando o ator coloca o dedo no leitor biomtrico P2- O sistema verifica atravs da impresso digital se o ator j est cadastrado no sistema. FE.1, FE.2 P2- O caso de uso encerrado quando o ator retira o dedo do leitor biomtrico.

f.5.2) fluxos de exceo FE.1 Morador/Visitante Cadastrado E.1.1 Exibe os dados do morador no formulrio de controle e libera a entrada do ator. FE.2 Morador/Visitante No Cadastrado E.2.1 Exibe mensagem[ MSG] e redireciona para o menu do sistema.

f.5.3) Regra de Aplicao No se aplica.

53

f.6) Informaes Suplementares No se aplica.

3.4.3 Mensagens do Sistema As mensagens padronizadas possibilitar a classificao e descrio das mensagens do sistema e suas associaes com os UCs para cada mdulo do sistema conforme indicada na tabela abaixo:

Cdigo [MSG_001] [MSG_002] [MSG_003] [MSG_004] [MSG_005] [MSG_006] [MSG_007] [MSG_008] [MSG_009] [MSG_010] [MSG_011] [MSG_012] [MSG_013] [MSG_014] [MSG_015] [MSG_016] [MSG_017] [MSG_018]

Descrio Operao cancelada. O campo {nome do campo} de preenchimento obrigatrio. A pessoa j esta cadastrada. Ocorreu erro na gravao do registro, tente novamente. Registro inserido com sucesso. Cadastro alterado com sucesso. Registro excludo com sucesso. No foram encontrados registros com os parmetros informados. Morador no Identificado. Morador Identificado, acesso liberado. Erro desconhecido, tentar novamente. Morador identificado {nome do perfil}. Informao do condomnio cadastrada com sucesso. Informao do condomnio alterada com sucesso. Informao do condomnio j esta cadastrada. Deseja realmente continuar? Formato de E-mail no valido! CPF no valido! Tabela 16 Mensagens do sistema

54

3.4.4 Regras de Aplicao

Descreve as regras que o sistema possui e que devem ser seguidas para o uso correto do mesmo.
Cdigo [RA01] [RA02] [RA03] Descrio O campo CPF dever ser composto de 11(onze) dgitos numricos. no formato (999.999.999-99). O campo endereo composto de 50(cinquenta) caracteres alfanumricos. O campo telefone composto de 10(Dez) dgitos numricos no formato a seguir (99) 99999999. O campo CEP composto de 08(oito) dgitos numricos no formato a seguir (99.999-999). Os campos CPF, CNPJ e CEP devero ser compostos por mascaras. O campo CNPJ composto por 14(quatorze) dgitos numricos no formato (99.999.999/9999-99). Tabela 17 Regras de aplicao

[RA04] [RA05] [RA06]

3.4.5 Diagrama de atividade Segundo Gilleanes (2007, p. 22), O diagrama de atividade se preocupa em descrever os passos a serem percorridos para a concluso de uma atividade especifica, muitas vezes representada por um mtodo ou algoritmo com um grau de complexidade, podendo, no entanto, modelar um processo completo. Utilizando esse diagrama sero demonstradas graficamente as

funcionalidades do sistema com a participao dos atores com as suas respectivas funes, conforme apresentadas nas figuras 8 e 9, a seguir.

55

Figura 8 Diagrama de atividade manter morador

Figura 9 - Diagrama de atividade relatorio de acesso

56

3.4.6 Diagrama de Sequncia Segundo Gilleanes (2007, p. 20):

O diagrama de sequncia costuma identificar o evento gerador do processo modelado, bem como o ator responsvel por este evento, e determina como o processo deve se desenrolar e ser concludo por meio de envio de mensagens, que em geral disparam mtodos entre os objetos.

O diagrama de sequncia mostra tarefas realizadas pelo ator no sistema, ou seja, o comportamento do ator em sequncia de passos com sistema. As figuras 10 e 11 apresenta alguns dos diagramas de sequencia utilizadas no desenvolvimento do SICAB.

57

Figura 10 Diagrama de sequncia manter morador

Figura 11 Diagrama de sequncia relatrio de acesso

3.4.7 Requisitos de Interface

APNDICE B REQUISITOS DE INTERFACE

58

3.5 Diagrama de Classe Segundo Gilleanes (2007, p. 52): Esse diagrama apresenta uma viso esttica de como as classes esto organizadas, preocupando-se em como definir a estrutura lgica das mesmas. Basicamente, os diagramas de classes so compostos por classes que se associam uma com outra, ou seja, se relacionam entre classes. Figura 9 apresenta o Diagrama de Classe do sistema SICAB.

Figura 12 Diagrama de classe

59

3.6 Diagrama de Implantao Segundo Gilleanes (2007, p. 25) Determina as necessidades de hardware do sistema, as caractersticas fsicas como servidores, estaes, topologias e protocolos de comunicao, ou seja, todo o aparato fsico sobre o qual o sistema dever ser executado.

Figura 13 Diagrama de implantao

3.7 Armazenamento e disponibilizao dos dados

O Sistema de Controle de Acesso por Biometria foi configurado para ter um servidor de aplicao com suporte ao Oracle Express Edition na verso 11G e linguagem e programao C# com .NET Framework na verso 4.0. O servidor pode ser um computador adquirido pela empresa para esse fim ou poder contratar uma empresa para implantar e gerenciar o servidor.

60

3.8 Diagrama de Redes

O diagrama de redes deve ser implantado no ambiente dedicado com uma estrutura de rede seguindo, preferencialmente, os padres conforme a figura 14.

Figura 14 Diagrama de redes

3.9 Softwares bsicos e de apoio utilizados

Foram utilizadas no desenvolvimento do sistema SICAB as seguintes ferramentas: a) Sistema Operacional Windows, por ser desenvolvido com tecnologia Microsoft o sistema SICAB exige que a maquina cliente tenha o OS instalado; b) Visual Studio Ultimate 10.0 para o desenvolvimento e codificao do software; c) Oracle Express Edition 11g para gerenciamento do banco de dados; d) SQL Developer para o desenvolvimento da base de dados; e) Br Modelo para desenvolvimento dos modelos conceitual e logico; f) Astah Professional para criao de diagramas UML 2.0; g) OpenProj 2007 para cronograma do projeto; h) WBSTool web para estrutura EAP; i) Microsoft Visio 2013 para a criao de diagramas.

61

3.10 Configurao de Hardware Detalha os requisitos mnimos dos hardwares que devem ser atendidos para que o sistema funcione corretamente. 3.10.1 Maquina cliente Na maquina cliente ser instalado o sistema SICAB, funcionara como servidor de aplicao e o banco de dados ser instalado em um servidor especifico, como mostrado na figura 10. Processador: Mnimo 1.5 GHz de processamento; Memria: 1Gb; HD 160 GB; Placa de rede:10/100 MB/s; Teclado; Mouse; Webcam; Leitor Biomtrico de digitais; Sistemas Operacionais: Windows XP ou Superior;

3.10.2 Servidor de Aplicao e banco de dados Processador: dual core 2.8 GHz Memria: 4 Gb; Placa de rede: 10/100 MB/s; HD: 500 Gb; Sistema Operacional: Windows XP ou Superior ou Linux.

3.11 Plano de teste

Neste capitulo sero demonstrados os testes que foram realizados no sistema proposto. Testes devero ser realizados para garantir que o software seja entregue de acordo com o seu levantamento de requisito. E, assim, garantindo que o cliente receba um produto ntegro e com todas as funcionalidades do sistema

62

3.11.1 Roteiro de Teste

O Roteiro de Teste uma maneira de realizar testes manuais em softwares, como por exemplo, em Testes Funcionais. Este roteiro elaborado a partir dos documentos de especificao de um determinado caso de uso, como: especificao funcional, guia de interface e modelagem do banco de dados. O roteiro de teste tambm conhecido como Projeto de Teste, ele importante no momento da execuo dos testes, pois o testador consegue realizar uma sequencia de passos de forma prtica, sem a necessidade de consultar todos os documentos de especificao no momento dos testes, podendo ficar focado apenas em executar os testes.
Tipo de teste: Cadastrar Morador Funcionalidade: Inserir morador Data Incio: Data Fim: Tempo de desperdcio(h): 24/11/2013 24/11/2013 4 Minutos Pr-condio: O usurio deve fazer o login no sistema como funcionrio ou administrador. Localizao: Acessa o menu Cadastro e o subitem Morador Requisito: Realizar Cadastro Objetivo de teste: Validar a funcionalidade Inserir Morador Descrio do caso de uso: O sistema dever controlar a insero de dados na interface O sistema deve garantir que o cadastrado seja morador do condomnio. Pr-condio: O morador dever estar obrigatoriamente vinculado a uma unidade do condomnio Dados de Entrada: Informar os dados do morador do condomnio. ID Passo Procedimento-Pregoeiro/Auxiliar 1 P1 Acessar a funcionalidade deve-se clicar em Cadastro no menu e logo aps no subitem Morador. 2 P2 Deve-se exibir a interface do sistema onde o ator informar os dados do morador do condomnio. 3 P3 Dever validar as informaes inseridas e salvar os dados. Resultado Esperado: Morador inserido com sucesso Responsvel: Kenio Roberto Bezerra Santos Verso: 001 Tabela 18 Roteiro de teste inserir morador

Tipo de teste: Cadastrar Visitante Funcionalidade: Inserir visitante Data Incio: Data Fim: Tempo de desperdcio(h): 24/11/2013 24/11/2013 4 Minutos Pr-condio: O usurio deve fazer o login no sistema como funcionrio ou administrador. Localizao: Acessa o menu Cadastro e o subitem Visitante Requisito: Realizar Cadastro Objetivo de teste: Validar a funcionalidade Inserir Visitante Descrio do caso de uso:

63

O sistema dever controlar a insero de dados na interface O sistema deve garantir que o visitante esteja vinculado a um morador. Pr-condio: O visitante devera estar obrigatoriamente vinculado a um morador. Dados de Entrada: Informar os dados do morador do condomnio. ID Passo Procedimento-Pregoeiro/Auxiliar 1 P1 Acessar a funcionalidade deve-se clicar em Cadastro no meu e logo aps no subitem Morador. 2 P2 Deve-se exibir a interface do sistema onde o ator informar os dados do morador do condomnio. 3 P3 Dever validar as informaes inseridas e salvar os dados. Resultado Esperado: visitante cadastrado com sucesso Responsvel: Kenio Roberto Bezerra Santos Verso: 001 Tabela 19 Roteiro de teste inserir visitante

Tipo de teste: Gerar Relatrio Funcionalidade: Gerar Relatrio Data Incio: Data Fim: Tempo de desperdcio(h): 24/11/2013 24/11/2013 4 Minutos Pr-condio: O usurio deve fazer o login no sistema como administrador. Localizao: Acessa o menu Relatrios e o subitem Relatrios acesso ao sistema Requisito: Gerar Relatrios Objetivo de teste: Validar a funcionalidade Gerar Relatrios Descrio do caso de uso: O sistema dever proporcionar a gerao de relatrios O sistema dever proporcionar a impresso de relatrios Pr-condio: O ator dever estar logado com perfil de administrador Dados de Entrada: Informar os dados do morador do condomnio. ID Passo Procedimento-Pregoeiro/Auxiliar 1 P1 Acessar a funcionalidade deve-se clicar em Relatrios no menu e logo aps no subitem Relatrio acesso ao sistema. 2 P2 Deve-se exibir a interface com relatrio gerado Resultado Esperado: relatrio gerado com sucesso Responsvel: Kenio Roberto Bezerra Santos Verso: 001 Tabela 20 Roteiro de teste gerar relatrio

O critrio de concluso dos testes realizados, sem mensagens de erros ou campos invlidos. Se a sada fornecida pelo sistema corresponder esperada ento este componente ser considerado vlido do ponto de vista unitrio. 3.12 Implantao

A fase de Implantao a fase do ciclo de vida de um software (programa computacional, documentao e dados), no contexto de um Sistema de Informao, que corresponde textualmente passagem do software para a produo.

64

O processo de implantao universal consiste de vrias atividades intercaladas como possveis transies entre elas. Estas atividades podem ocorrer no ambiente de produo e ou no ambiente de desenvolvimento ou em ambos. Pelo o fato de cada software ser nico, o processo preciso ou procedimentos a serem seguidos so difceis de definir. Alm disto, a implantao pode ser interpretado como um processo universal que tem de ser customizado de acordo com requerimentos especficos ou caractersticas.

3.12.1 Manual de implantao

O manual de implantao encontra-se no APNDICE C.

65

4 CONCLUSO

Este trabalho de concluso de curso contribuiu na formao acadmica dos seus autores, colocando em prtica os conhecimentos adquiridos ao longo do curso. As ferramentas de software que foram utilizadas so de grande importncia para o desenvolvimento de sistema, agilizando os processos no levantamento de requisitos construo do software. Para o desenvolvimento, foi necessrio aprender o Visual Studio.Net 2010, que simplifica o desenvolvimento de aplicativos Desktop e para Web. Utilizou-se as melhores prticas no desenvolvimento com a linguagem de programao C#.Net. Utilizamos das dificuldades que o condomnio tinha em controlar os acessos de pessoas no autorizadas, pois havia muita falha na segurana e no se tinha um controle para saber as pessoas que frequentava o condomnio. O sistema garantiu a maior segurana aos moradores, tornando mais fcil o acesso de pessoas ao condomnio e gerando um histrico de seus acessos. Os objetos levantados para o desenvolvimento do SICAB foram alcanados com sucesso. O sistema oferece recursos inovadores para acessos e

armazenamento e os dados cadastrados em sua base de dados e assim possibilitando gerar relatrios, se necessrio. A possibilidade de desenvolvimento futuro e aprimoramento do sistema deixando-o de forma mais adequada para cada cliente, pois o tempo era curto para ser desenvolvido.

66

BIBLIOGRFIAS Normas da ABNT Disponvel em:< http://www.tecmundo.com.br/tutorial/834aprenda-a-usar-as-normas-da-abnt-citacao-2-de-4-.htm#ixzz2NKbyjjVM > Acessado em: 09/10/2013. Artigo Engenharia de Software 11 - Especificao de Casos de Uso Disponvel em: http://www.devmedia.com.br/artigo-engenharia-de-software-11-especificacao-decasos-de-uso/12210#ixzz2lVf6EHAM > Acessado em: 23/11/2013. OLIVEIRA, Celso Henrique Poderoso de. Curso prtico SQL, Ed. Novatec, 2002 GUEDES, Gilleanes T.A. UML2 , Guia prtico. Ed.Novatec, 2007 PRESSMAN, Roger S. Informtica; Computador - Cincia da computao; Software; Sommerville, Ian. Engenharia de software. , Ed. Pearson Addison Wesley, 2007. SOMMERVILLE, Ian. Engenharia de Software 8Edio, 2007 MARTINS, Jose Carlos Cordeiro. Gerenciando Projetos de Desenvolvimento de Software com PMI, RUP e UML. Rio de Janeiro: Brasport, 2007. MEDEIROS, Ernani Sales de. Desenvolvendo Software com UML 2.0: definitivo. So Paulo: Pearson Makron Books, 2004. DATE, C.J. Introduo a Sistemas de Bancos de Dados. Rio de Janeiro: Campus, 1997. NAVATHE, S. B. ELMASRI, R, Fundamentals of Database Systems, The Benjamin/Cummings Publishing Company Inc, Redwood City, California, 1994. Castro, J. F. B. Introduo engenharia de requisitos. In: XV Congresso da Sociedade Brasileira de Computao, JAI'95, Canela, RS, Brasil, 1995. Aurlio Buarque de Holanda Ferreira. Novo Dicionrio Aurlio da Lngua Portuguesa. Segunda Edio - revista e ampliada). Editora Nova Fronteira, 1986. TACLA, Cesar A. Anlise e Projeto OO e UML 2.0, 2007 FUSCO, Elvis. Modelagem de Dados e Representao da Informao.2011 ALVES, W. P. Fundamentos de Bancos de Dados, 2004 SOFTWARE ENGINEERING INSTITUTE.s.p, 2011.

67

APNDICE A - DOCUMENTO VISO Histrico de Reviso

Data 06/07/2013 05/08/2013 01/09/2013 Verso Descrio Autores 1.0 Documento viso Thiago 1.1 Documento viso Kenio Roberto 1.2 Documento viso Kenio Roberto Tabela 21 Documento Viso histrico de revises

Introduo A proposta deste documento coletar, analisar e definir as necessidades e funcionalidades gerais do projeto SICAB (Sistema de Gerenciamento de Acesso a Condomnios). Seu foco est nas necessidades do cliente. Finalidade A finalidade deste documento definir a viso do produto, em termos de suas necessidades e das funcionalidades para 67tende-los. O documento contm uma viso geral dos requisitos mais importantes do produto.

Escopo do Documento Seu escopo engloba a definio dos gestores do sistema, dos representantes dos usurios, seus problemas, necessidades e das caractersticas essenciais do sistema para o atendimento destes requisitos. Termos e abreviaturas especficos podem ser encontrados no Glossrio do respectivo projeto. Definies, Acrnimos e Abreviaes. Vide ao documento SICAB Glossrio. Referncias Este documento poder ser complementado ao ter em mos os documentos descritos: Especificaes Suplementares Informa todos os requisitos no funcionais do sistema.

Glossrio Esclarece as abreviaes e/ou termos tcnicos utilizados no projeto.

68

Contextualizao Descrio do Problema

Problemas O cliente queria aumentar a segurana do condomnio limitando o acesso de pessoas no autorizadas, assim como relatrios dirios de desses movimentos. Pessoas Atingidas Todos os usurios que tiverem acesso ao condomnio. Moradores, visitantes e funcionrios. Cujo impacto Mostrar que o condomnio est mais seguro a todos os moradores. Uma soluo bem Mais segurana e conforto aos moradores do condomnio. sucedida traria Tabela 22 Descrio do problema

Sentena de Posio do Produto

Para Quem O Que Para condomnios de pequeno porte e grande porte. Moradores, Sndicos e Funcionrios. um Sistema que Gerencia o acesso a pessoas ao condomnio. Monitora o acesso e tem controle de entrada e sada de pessoas ao condomnio. Diferente de Nosso produto No se aplica. Traz a automatizao do acesso de pessoas e visitantes e terceiros. Tabela 23 Sentena de posio do produto

Descrio de inscries de Eventos

Principais Usurios Essa seo ser detalhada no documento termo de atribuio de papis e responsabilidades.

Identificao Gerentes do Projeto

Responsabilidades Atribuies de carter decisrio e estratgico quanto aos rumos do projeto. Definir e aprovar os requisitos e especificaes de negcio do sistema, testar e homologar o sistema. Definir a arquitetura a ser utilizada no sistema. Definir e prover recursos das interfaces do sistema. Programar o sistema conforme as especificaes.

Funcionrios Kenio Roberto Bezerra Santos Marcelo Henrique

Analistas de Requisitos

Arquiteto do Projeto Projetista de Interfaces do Projeto Programadores

Thiago da Costa Thiago da Costa Thiago da Costa

69

Organizao Usurio

Fazer a aquisio do sistema.

A organizao que ir adquirir o sistema.

Fazer a utilizao do sistema, Todos os colaboradores da garantir a integridade dos dados organizao do sistema. Tabela 24 Principais usurios

Necessidades dos Usurios

No. 1 2 3

Descrio Manter Moradores Manter Usurios Emitir relatrios de Visitantes e Moradores

Prioridade do Cliente (Crtico, til e Importante) Crtico Importante til

Observaes Manter todos na base de dados Cadastrar usurios do sistema por nvel. Gerar lista de participante de maneira eficiente.

Tabela 25 Necessidades dos usurios

Viso Geral do Produto Perspectiva do Produto

O SICAB controla o acesso ao condomnio de moradores e visitantes gerando um histrico de visitas com horrio e datas e emite um relatrio quando solicitado.

Resumo das funcionalidades do produto

Necessidades 1. Manter Moradores Funcionalidades Correspondentes 1.1 Cadastrar Morador que moram no condomnio pelo funcionrio e administrador. 1.2 Consultar dados do morador pelo administrador e pelo funcionrio; 1.3 Editar Morador pelo administrador; 1.4 Excluir morador pelo administrador 2.1Cadastrar Visitantes Cadastrar um visitante e vinculando a um morador do condomnio. 2.2 Consultar um visitante dados acessado pelo administrador e funcionrio. 2.3 Excluir uma visita pelo administrador. Tem permisses especiais do sistema.

2. Manter Visitantes

3. Usurio Administrador

70

4. Relatrios

- O Usurio administrador gera um relatrio por data ou hora de moradores e visitantes que tiveram acesso ao condomnio. Tabela 26 Resumo das funcionalidades do produto

Premissas e Restries
Premissas:

a) O banco de dados utilizado no sofrer atualizao, at que seja finalizado o projeto; b) Algumas das tarefas sero feitas exclusivamente em equipe, aquelas que demandam mais tempo; c) O SICAB atender as necessidades dos clientes; d) A infraestrutura estar sempre atualizada, e disponvel para as possveis demandas existentes; Restries: a) O tempo estimado para a finalizao do projeto at novembro de 2013; b) Todos os softwares devero ser desenvolvidos utilizando as linguagens C#.NET; c) O local de armazenamento das etapas sero armazenadas em nuvem;

Requisitos Funcionais do Produto Ver casos de uso especficos. Precedncia e Prioridades

No. 1 2 3 4 5 Prioridade do Cliente Manter Visitante til Manter Morador til Manter Usurio administrador Crtico Manter Gerar Relatrio til Efetuar login Crtico Tabela 27 Procedncia e Prioridades Funcionalidade Entrega 1 1 1 3 1

Requisitos no funcionais do produto O sistema deve utilizar os padres de desenvolvimento, ferramentas de software e hardware adotados pela equipe do projeto. Sero descritos, a seguir, requisitos adicionais aos j utilizados.

71

Requisitos de Sistema O sistema dever permitir o acesso liberado na portaria pelo funcionrio. Gerar um relatrio com as visitas dirias no condomnio. Requisitos de Documentao Script do para gerar relatrios.

Restries Tcnicas Padres Aplicveis Os seguintes padres tcnicos sero seguidos: Padres visuais de interface;

72

APNDICE B - REQUISITOS DE INTERFACE

Efetuar Login Operaes disponveis Usurio / Ator Administrador / Funcionrio Login

2 3 5 4 Figura 15 Tela de login

Regras de Apresentao 1. obrigatrio o preenchimento de todos os campos. 2. O campo 1 - Perfil preenchido automaticamente pelo sistema porem ao ator seleciona uma opo. 3. O campo 2 Login preenchido manualmente pelo ator. 4. O campo 3 - Senha preenchido manualmente pelo ator. 5. Ao acionar o boto 4 Entrar O sistema verifica os dados informados nos campos 1, 2 e 3 e apresenta a interface com as funcionalidades do sistema. 6. Ao acionar o boto 5 Cancelar A interface ser fechada. Excees

73

Caso os campos obrigatrios no sejam devidamente preenchidos, o sistema retornar uma mensagem de erro Login ou senha invalido.

Itens de Controle
Obrigatri Tamanho Mscara Editvel Padro

Descrio

Valor

Tipo

Item

Ao

Campo Perfil Campo Login Campo Senha Boto Entrar Boto Cancelar

Listbox N/A

N/A

Sim

Perfil

Ver item 2.4.1.3 subitem 2 Ver item 2.4.1.3 subitem 3 Ver item 2.4.1.3 subitem 4 Ver item 2.4.1.3 subitem 9 Ver item 2.4.1.3 subitem 10

20

N/A

Sim

Login

10

N/A

Sim

Password

Boto

N/A

N/A

No

Entrar

Boto

N/A

N/A

No

Cancelar

Tipos:

A Alfanumrico, N Numrico, I Inteiro, D Decimal, TS TimeStamp, DT Data

Mscaras: LC Caracteres Caixa Baixa, UC Caracteres Caixa Alta, CS Ignora Caixa CE Aceita Caracteres Especiais, NE No Aceita Caracteres Especiais CA Aceita Caracteres Acentuados, NA No Aceita Caracteres Acentuados, COTA Cota (99/9999) VN Valores Inteiros, VD Valores com Casas Decimais, CPF CPF(999.999.999/99) DT Data (dd/mm/yyyy), MA Ms/Ano (mm/yyyy) , ANO Ano (9999), CNPJ CNPJ (99.999.999/9999-99) TS TimeStamp (dd/mm/yyyy hh:mm:ss), HH Hora (99:99), CF CF/DF (99.999.999/999-99) Link Link para outra Pgina, URL Endereos Internet No se Aplica:N/A

Tabela 28 Requisitos de interface login

Cadastrar Usurios Operaes Disponveis Usurio / Ator Administrador

74

Cadastrar Usurios

3 5 4 7

10

12 11

13

14

15 Figura 16 Tela cadastro de usurios

16

Regras de Apresentao 1. obrigatrio o preenchimento de todos os campos. 2. O campo 1 - Nome preenchido manualmente pelo ator. 3. O campo 2 Login, preenchido manualmente pelo ator. 4. O campo 3 - Perfil O ator seleciona uma das opes cadastrada no sistema. 5. O campo 4 - Senha preenchida manualmente pelo ator.

75

6. O campo 5 Conf Senha preenchido manualmente pelo ator. 7. O campo 6 - Digital preenchida automaticamente pelo sistema, apos o ator selecionar uma das opes. 8. O campo 7 Cod e selecionado manualmente pelo ator. 9. Ao acionar o boto 8 Iniciar Inicia a biblioteca do leitor biomtrico. 10. Ao acionar o boto 9 Extrair inicia a extrao da digital e ser apresentada uma mensagem Extrada com sucesso. 11. Ao acionar o boto 10 - Iniciar Inicia o processo de captura da digital e ser apresentada a mensagem Digital capturada com sucesso. 12. O campo 11 Log. Mostra o log de extrao da digital. 13. O campo 12 Auto identificar, preenchida manualmente pelo ator. 14. O campo 13 Auto Extrair, preenchida manualmente pelo ator. 15. Ao acionar o boto 14 Limpar, Todos os campos da interface sero limpos. 16. Ao acionar o boto 15 Incluir, ser apresentado a mensagem Includo com sucesso. 17. Ao acionar o boto 16 Sair, a interface ser fechada.

Excees Caso os campos obrigatrios no sejam devidamente preenchidos, o sistema retornar a tela de cadastro.

Itens de Controle
Obrigatri Tamanho Mscara Editvel Padro

Descrio

Valor

Tipo

Item

Ao

76

Campo Nome Campo Login Campo Perfil Campo Senha Campo Conf Senha Campo Digital Campo No sei Boto Iniciar Boto Extrair

50

N/A

Sim

Nome

Ver item 2.4.2.3 subitem 2 Ver item 2.4.2.3 subitem 3 Ver item 2.4.2.3 subitem 4 Ver item 2.4.2.3 subitem 5 Ver item 2.4.2.3 subitem 6 Ver item 2.4.2.3 subitem 7 Ver item 2.4.2.3 subitem 8

50

N/A

Sim

Login

N/A

N/A

N/A

Sim

Perfil

10

N/A

Sim

Senha Conf Senha Digital

10

N/A

Sim

N/A

N/A

N/A

Sim

Boto

N/A

N/A

No

N/A

Ver item 2.4.2.3 subitem 9 Ver item 2.4.2.3 subitem 10 Ver item 2.4.2.3 subitem 11 Ver item 2.4.2.3 subitem 12 Ver item 2.4.2.3 subitem 13 Ver item 2.4.2.3 subitem 14 Ver item 2.4.2.3 subitem 15 Ver item 2.4.2.3 subitem 16 Ver item 2.4.2.3 subitem 17

Boto

N/A

N/A

No

N/A

10 Boto Iniciar 11 Campo No sei 12 Campo Auto identificar 13 Campo Auto Extrair 14 Boto Limpar 15 Boto Incluir 16 Boto Sair

Boto

N/A

N/A

No

N/A

D Check box Check box Boto

15

N/A

No

N/A

N/A

N/A

Sim

AutoIdenti

N/A

N/A

Sim

AutoExtrair

N/A

N/A

No

Limpar

Boto

N/A

N/A

No

Incluir

Boto

N/A

N/A

No

Sair

77

Tipos:

A Alfanumrico, N Numrico, I Inteiro, D Decimal, TS TimeStamp, DT Data

Mscaras: LC Caracteres Caixa Baixa, UC Caracteres Caixa Alta, CS Ignora Caixa CE Aceita Caracteres Especiais, NE No Aceita Caracteres Especiais CA Aceita Caracteres Acentuados, NA No Aceita Caracteres Acentuados, COTA Cota (99/9999) VN Valores Inteiros, VD Valores com Casas Decimais, CPF CPF(999.999.999/99) DT Data (dd/mm/yyyy), MA Ms/Ano (mm/yyyy) , ANO Ano (9999), CNPJ CNPJ (99.999.999/9999-99) TS TimeStamp (dd/mm/yyyy hh:mm:ss), HH Hora (99:99), CF CF/DF (99.999.999/999-99) Link Link para outra Pgina, URL Endereos Internet No se Aplica:N/A

Tabela 29 Requisitos de interface cadastrar usurios

Cadastrar Moradores Operaes Disponveis Usurio / Ator Administrador / Funcionrio Cadastrar Moradores
1 6 2 3 4 5 7 10 11 8 12 13 17 D 14 15 18 19 20 25 24 23 26 16 22 21

Figura 17 Cadastro de moradores

78

Regras de Apresentao 1. obrigatrio o preenchimento de todos os campos. 2. O campo 1 - Nome preenchido manualmente pelo ator. 3. O campo 2 RG preenchido manualmente pelo ator. 4. O campo 3 - CPF O ator seleciona uma das opes cadastrada no sistema. 5. O campo 4 Data Nascimento preenchida manualmente pelo ator. 6. O campo 5 Sexo o ator seleciona uma das opes apresentada pelo sistema. 7. O campo 6 Telefone preenchido manualmente pelo ator. 8. O campo 7 Celular preenchido manualmente pelo ator. 9. O campo 8 Email preenchido manualmente pelo ator. 10. O campo 9 Residencial preenchido manualmente pelo ator. 11. O campo 10 Unidade preenchida manualmente pelo ator. 12. O campo 11 Casa preenchida manualmente pelo ator. 13. O campo 12 Data de Cadastro preenchido manualmente pelo ator. 14. O campo 13 Obs preenchido manualmente pelo ator. 15. O campo 14 Foto preenchido pelo sistema aps iniciar o campo 15. 16. Ao acionar o boto 15 Iniciar ser exibido mensagem Digital carregada com sucesso. 17. O campo 16 Digital preenchido automaticamente pelo sistema. 18. Ao acionar o boto 17 Iniciar preenchido manualmente pelo ator. 19. Ao acionar o boto 18 Identify preenchido manualmente pelo ator. 20. Ao acionar o boto 19 Verificar preenchido manualmente pelo ator.

79

21. Ao acionar o boto 20 Limpar preenchido manualmente pelo ator. 22. O campo 21 Auto identify, preenchido manualmente pelo ator. 23. O campo 22 Auto extract preenchido manualmente pelo ator. 24. O campo 23 Biblioteca preenchida manualmente pelo ator. 25. Ao acionar o boto 24 Limpar preenchido manualmente pelo ator. 26. Ao acionar o boto 25 Incluir preenchido manualmente pelo ator. 27. Ao acionar o boto 26 Sair preenchido manualmente pelo ator. Excees Caso os campos obrigatrios no sejam devidamente preenchidos, o sistema retornar uma mensagem com os campos obrigatrios.

Itens de Controle
Obrigatri Tamanho Mscara Editvel Padro

Descrio

Valor

Tipo

Item

Ao

Campo Nome Campo RG Campo CPF Campo Data Nascimento Campo Sexo Campo Telefone Campo Celular Campo Email

50

N/A

Sim

Nome

Ver item 2.4.3.3 subitem 2 Ver item 2.4.3.3 subitem 3 Ver item 2.4.3.3 subitem 4 Ver item 2.4.3.3 subitem 5 Ver item 2.4.3.3 subitem 6 Ver item 2.4.3.3 subitem 7 Ver item 2.4.3.3 subitem 8 Ver item 2.4.3.3 subitem 9

20

N/A

Sim

RG

11

Sim

Sim

CPF

10

Sim

Sim

DtNasc

20

N/A

Sim

Sexo

20

Sim

Sim

Telefone

20

Sim

Sim

Celular

N/A

50

N/A

Sim

email

80

Campo Residencial

N/A

N/A

N/A

No

Residencial

Ver item 2.4.3.3 subitem 10 Ver item 2.4.3.3 subitem 11 Ver item 2.4.3.3 subitem 12 Ver item 2.4.3.3 subitem 13 Ver item 2.4.3.3 subitem 14 Ver item 2.4.3.3 subitem 15 Ver item 2.4.3.3 subitem 16 Ver item 2.4.3.3 subitem 17 Ver item 2.4.3.3 subitem 18 Ver item 2.4.3.3 subitem 19 Ver item 2.4.3.3 subitem 20 Ver item 2.4.3.3 subitem 21 Ver item 2.4.3.3 subitem 22 Ver item 2.4.3.3 subitem 23 Ver item 2.4.3.3 subitem 24 Ver item 2.4.3.3 subitem 25 Ver item 2.4.3.3 subitem 26 Ver item 2.4.3.3 subitem 27

10 Campo Unidade 11 Campo Casa 12 Campo Data de cadastro 13 Campo Obs 14 Campo Foto 15 Boto Iniciar 16 Campo Digital 17 Boto Iniciar 18 Boto Identify 19 Boto Verificar 20 Boto Limpar 21 Campo Auto Identify 22 Campo Auto Extract 23 Campo Biblioteca 24 Boto Limpar 25 Boto Incluir 26 Boto Sair

N/A

N/A

N/A

No

Unidade

N/A

15

N/A

No

Casa

N/A

N/A

Sim

DatCad

N/A

N/A

Sim

Obs

N/A

N/A

Sim

Foto

N/A

N/A

N/A

Iniciar

N/A

N/A

Sim

Digital

N/A

N/A

N/A

Iniciar2

N/A

N/A

Sim

Identify

N/A

N/A

Sim

Verificar

N/A

N/A

Sim

Limpar

N/A

N/A

Sim

AutoIdentfy

N/A

N/A

Sim

AutoExtract

N/A

N/A

Sim

Biblioteca

Boto

N/A

N/A

No

Limpar

Boto

N/A

N/A

No

Incluir

Boto

N/A

N/A

No

Sair

81

Tipos:

A Alfanumrico, N Numrico, I Inteiro, D Decimal, TS TimeStamp, DT Data

Mscaras: LC Caracteres Caixa Baixa, UC Caracteres Caixa Alta, CS Ignora Caixa CE Aceita Caracteres Especiais, NE No Aceita Caracteres Especiais CA Aceita Caracteres Acentuados, NA No Aceita Caracteres Acentuados, COTA Cota (99/9999) VN Valores Inteiros, VD Valores com Casas Decimais, CPF CPF(999.999.999/99) DT Data (dd/mm/yyyy), MA Ms/Ano (mm/yyyy) , ANO Ano (9999), CNPJ CNPJ (99.999.999/9999-99) TS TimeStamp (dd/mm/yyyy hh:mm:ss), HH Hora (99:99), CF CF/DF (99.999.999/999-99) Link Link para outra Pgina, URL Endereos Internet No se Aplica:N/A

Tabela 30 - Requisitos de interface Cadastro de moradores

Consultar / Alterar / Excluir Visitante Operaes Disponveis Usurio / Ator Administrador / Funcionrio Consultar / Alterar / Excluir Visitante
1 2 3 4 5

10 7 12 14 15 18 20 16 19 Figura 18 Consultar / Alterar / Excluir Visitante 17 8 9 11 13

82

Regras de Apresentao 1. obrigatrio o preenchimento de todos os campos. 2. O campo 1 DT Cadastro preenchido manualmente pelo ator. 3. O campo 2 DT Final preenchido manualmente pelo ator. 4. O campo 3 - Nome preenchido manualmente pelo ator. 5. Ao acionar o boto 4 Pesquisar ser mostrado o resultado da pesquisa no campo 6. 6. Ao acionar o boto 5 Limpar ser limpo todos os campos. 7. O campo 6 Resultado pesquisa preenchido manualmente pelo ator. 8. O campo 7 Nome preenchido manualmente pelo ator. 9. O campo 8 CPF preenchido manualmente pelo ator. 10. O campo 9 Sexo preenchido manualmente pelo ator. 11. O campo 10 Telefone preenchido manualmente pelo ator. 12. O campo 11 DT Cadastro preenchida manualmente pelo ator. 13. O campo 12 Email preenchido manualmente pelo ator. 14. O campo 13 Endereo preenchido manualmente pelo ator. 15. O campo 14 Cidade preenchida manualmente pelo ator. 16. O campo 15 Unidade o ator seleciona uma das opes. 17. O campo 16 Casa preenchida manualmente pelo ator. 18. O campo 17 Morador preenchido manualmente pelo ator. 19. Ao acionar o boto 18 Alterar Ser exibido mensagem Alterado com sucesso.

83

20. Ao acionar o boto 19 - Deletar ser exibida mensagem Deletado com sucesso. 21. Ao acionar o boto 20 Sair a interface ser fechado.

Excees Caso os campos obrigatrios no sejam devidamente preenchidos, o sistema retornar uma mensagem com os campos obrigatrios.

Itens de Controle
Obrigatri Tamanho Mscara Editvel Padro

Descrio

Valor

Tipo

Item

Ao

Campo DT cadastro Campo DT Final Campo Nome Boto Pesquisar Boto Limpar Campo Telefone Campo Celeular Campo Email Campo Residencial

10

Sim

Sim

DtCad

Ver item 2.4.4.3 subitem 2 Ver item 2.4.4.3 subitem 3 Ver item 2.4.4.3 subitem 4 Ver item 2.4.4.3 subitem 5 Ver item 2.4.4.3 subitem 6 Ver item 2.4.4.3 subitem 7 Ver item 2.4.4.3 subitem 8 Ver item 2.4.4.3 subitem 9 Ver item 2.4.4.3 subitem 10 Ver item 2.4.4.3 subitem 11 Ver item 2.4.4.3 subitem 12

10

Sim

Sim

DtFin

50

N/A

Sim

Nome

Boto

N/A

N/A

No

Pesquisa

20

N/A

Sim

Sexo

20

Sim

Sim

Telefone

20

Sim

Sim

Celular

N/A

50

N/A

Sim

Email

N/A

N/A

N/A

No

Residencial

10 Campo Unidade 11 Campo Casa

N/A

N/A

N/A

No

Unidade

N/A

15

N/A

No

Casa

84

12 Campo Data de cadastro 13 Campo Obs 14 Campo Foto 15 Boto Iniciar 16 Campo Digital 17 Boto Iniciar 18 Boto Identify 19 Boto Verificar 20 Boto Limpar 21 Campo Auto Identify 22 Campo Auto Extract 23 Campo Biblioteca 24 Boto Limpar 25 Boto Incluir 26 Boto Sair

10

Sim

Sim

DatCad

Ver item 2.4.4.3 subitem 13 Ver item 2.4.4.3 subitem 14 Ver item 2.4.4.3 subitem 15 Ver item 2.4.4.3 subitem 16 Ver item 2.4.4.3 subitem 17 Ver item 2.4.4.3 subitem 18 Ver item 2.4.4.3 subitem 19 Ver item 2.4.4.3 subitem 20 Ver item 2.4.4.3 subitem 21 Ver item 2.4.4.3 subitem 22 Ver item 2.4.4.3 subitem 23 Ver item 2.4.4.3 subitem 24 Ver item 2.4.4.3 subitem 25 Ver item 2.4.4.3 subitem 26 Ver item 2.4.4.3 subitem 27

200

N/A

No

Obs

N/A

N/A

N/A

No

Foto

Boto

N/A

N/A

N/A

Iniciar

N/A

N/A

N/A

Sim

Digital

Boto

N/A

N/A

N/A

Iniciar2

Boto

N/A

N/A

N/A

Identify

Boto

N/A

N/A

N/A

Verificar

Boto checkb ox checkb ox N/A

N/A

N/A

N/A

Limpar

N/A

N/A

Sim

AutoIdentfy

N/A

N/A

Sim

AutoExtract

N/A

N/A

Sim

Biblioteca

Boto

N/A

N/A

No

Limpar

Boto

N/A

N/A

No

Incluir

Boto

N/A

N/A

No

Sair

85

Tipos:

A Alfanumrico, N Numrico, I Inteiro, D Decimal, TS TimeStamp, DT Data

Mscaras: LC Caracteres Caixa Baixa, UC Caracteres Caixa Alta, CS Ignora Caixa CE Aceita Caracteres Especiais, NE No Aceita Caracteres Especiais CA Aceita Caracteres Acentuados, NA No Aceita Caracteres Acentuados, COTA Cota (99/9999) VN Valores Inteiros, VD Valores com Casas Decimais, CPF CPF(999.999.999/99) DT Data (dd/mm/yyyy), MA Ms/Ano (mm/yyyy) , ANO Ano (9999), CNPJ CNPJ (99.999.999/9999-99) TS TimeStamp (dd/mm/yyyy hh:mm:ss), HH Hora (99:99), CF CF/DF (99.999.999/999-99) Link Link para outra Pgina, URL Endereos Internet No se Aplica:N/A

Tabela 31 Requisitos de interface Consultar / Alterar / Excluir Visitante

Cadastrar Visitantes Operaes Disponveis Usurio / Ator Administrador / Funcionrio Cadastro de Visitantes

4 7 11

5 8 12 9 6 10

13 17

14 15 16

18 19 20 25 26 Figura 19 Cadastro de Visitantes 23 21 22

24

86

Regras de Apresentao 1. obrigatrio o preenchimento de todos os campos. 2. O campo 1 - Nome preenchido manualmente pelo ator. 3. O campo 2 CPF preenchido manualmente pelo ator. 4. O campo 3 - Sexo O ator seleciona uma das opes cadastrada no sistema. 5. O campo 4 Telefone preenchida manualmente pelo ator. 6. O campo 5 Email preenchido manualmente pelo ator. 7. O campo 6 Endereo preenchido manualmente pelo ator. 8. O campo 7 Cidade O ator seleciona uma das opes cadastrada no sistema. 9. O campo 8 Residencial O ator seleciona uma das opes cadastrada no sistema. 10. O campo 9 Unidade O ator seleciona uma das opes cadastrada no sistema. 11. O campo 10 Casa O ator seleciona uma das opes cadastrada no sistema. 12. O campo 11 Morador O ator seleciona uma das opes cadastrada no sistema. 13. O campo 12 Obs preenchido manualmente pelo ator. 14. O campo 13 Data Cadastro preenchido manualmente pelo ator. 15. O campo 14 Foto preenchido pelo sistema aps iniciar o campo 15. 16. Ao acionar o boto 15 Iniciar ser exibido mensagem Digital carregada com sucesso. 17. O campo 16 Digital preenchido automaticamente pelo sistema.

87

18. Ao acionar o boto 17 Iniciar preenchido manualmente pelo ator. 19. Ao acionar o boto 18 Identify preenchido manualmente pelo ator. 20. Ao acionar o boto 19 Verificar preenchido manualmente pelo ator. 21. Ao acionar o boto 20 Limpar preenchido manualmente pelo ator. 22. O campo 21 Auto identify, preenchido manualmente pelo ator. 23. O campo 22 Auto extract preenchido manualmente pelo ator. 24. O campo 23 Biblioteca preenchida manualmente pelo ator. 25. Ao acionar o boto 24 Limpar preenchido manualmente pelo ator. 26. Ao acionar o boto 25 Incluir preenchido manualmente pelo ator. 27. Ao acionar o boto 26 Sair preenchido manualmente pelo ator.

Excees Caso os campos obrigatrios no sejam devidamente preenchidos, o sistema retornar uma mensagem com os campos obrigatrios.

Itens de Controle
Obrigatri Tamanho Mscara Editvel Padro

Descrio

Valor

Tipo

Item

Ao

Campo Nome Campo CPF Campo Sexo Boto Telefone

50N

Sim

Sim

DtCad

Ver item 2.4.4.3 subitem 2 Ver item 2.4.4.3 subitem 3 Ver item 2.4.4.3 subitem 4 Ver item 2.4.4.3 subitem 5

10

Sim

Sim

DtFin

50

N/A

Sim

Nome

Boto

N/A

N/A

No

Pesquisa

88

Boto Email Campo Endereo Campo Cidade Campo Residencial Campo Unidade

20

N/A

Sim

Sexo

Ver item 2.4.4.3 subitem 6 Ver item 2.4.4.3 subitem 7 Ver item 2.4.4.3 subitem 8 Ver item 2.4.4.3 subitem 9 Ver item 2.4.4.3 subitem 10 Ver item 2.4.4.3 subitem 11 Ver item 2.4.4.3 subitem 12 Ver item 2.4.4.3 subitem 13 Ver item 2.4.4.3 subitem 14 Ver item 2.4.4.3 subitem 15 Ver item 2.4.4.3 subitem 16 Ver item 2.4.4.3 subitem 17 Ver item 2.4.4.3 subitem 18 Ver item 2.4.4.3 subitem 19 Ver item 2.4.4.3 subitem 20 Ver item 2.4.4.3 subitem 21 Ver item 2.4.4.3 subitem 22 Ver item 2.4.4.3 subitem 23 Ver item 2.4.4.3 subitem 24

20

Sim

Sim

Telefone

20

Sim

Sim

Celular

N/A

50

N/A

Sim

Email

N/A

N/A

N/A

No

Residencial

10 Campo Casa 11 Campo Morador 12 Campo Obs 13 Campo Data Cadastro 14 Campo Foto 15 Boto Iniciar 16 Campo Digital 17 Boto Iniciar 18 Boto Identify 19 Boto Verificar 20 Boto Limpar 21 Campo Auto Identify 22 Campo Auto Extract 23 Campo Biblioteca

N/A

N/A

N/A

No

Unidade

N/A

15

N/A

No

Casa

10

Sim

Sim

DatCad

200

N/A

No

Obs

N/A

N/A

N/A

No

Foto

Boto

N/A

N/A

N/A

Iniciar

N/A

N/A

N/A

Sim

Digital

Boto

N/A

N/A

N/A

Iniciar2

Boto

N/A

N/A

N/A

Identify

Boto

N/A

N/A

N/A

Verificar

Boto checkb ox checkb ox N/A

N/A

N/A

N/A

Limpar

N/A

N/A

Sim

AutoIdentfy

N/A

N/A

Sim

AutoExtract

N/A

N/A

Sim

Biblioteca

89

24 Boto Limpar 25 Boto Incluir 26 Boto Sair

Tipos:

Boto

N/A

N/A

No

Limpar

Ver item 2.4.4.3 subitem 25 Ver item 2.4.4.3 subitem 26 Ver item 2.4.4.3 subitem 27

Boto

N/A

N/A

No

Incluir

Boto

N/A

N/A

No

Sair

A Alfanumrico, N Numrico, I Inteiro, D Decimal, TS TimeStamp, DT Data

Mscaras: LC Caracteres Caixa Baixa, UC Caracteres Caixa Alta, CS Ignora Caixa CE Aceita Caracteres Especiais, NE No Aceita Caracteres Especiais CA Aceita Caracteres Acentuados, NA No Aceita Caracteres Acentuados, COTA Cota (99/9999) VN Valores Inteiros, VD Valores com Casas Decimais, CPF CPF(999.999.999/99) DT Data (dd/mm/yyyy), MA Ms/Ano (mm/yyyy) , ANO Ano (9999), CNPJ CNPJ (99.999.999/9999-99) TS TimeStamp (dd/mm/yyyy hh:mm:ss), HH Hora (99:99), CF CF/DF (99.999.999/999-99) Link Link para outra Pgina, URL Endereos Internet No se Aplica:N/A

Tabela 32 - Requisitos de interface cadastro de visitantes

90

APNDICE C - MANUAL DE IMPLATAO SICAB 1 Passo Instalar o Oracle Express Edition 11g a) Executar o arquivo setup.exe b) Executar procedimentos da instalao, escolher a senha do banco de dados c) E finalizar a instalao 2 Passo Instalar o Oracle Developer Tools for Visual Studio 12.1.0.1.0 a) Executar o arquivo setup.exe b) Selecionar os componentes para instalar c) E finalizar a instalao 3 Passo Instalar o .NET Framework 4.0 a) Executar o arquivo setup.exe b) Executar procedimentos do instalador c) E finalizar a instalao 4 Passo Criao do banco de dados a) Abrir o Oracle Express b) Criar uma rea de trabalho c) Definir nome do banco de dados d) Abrir o SQL Developer e criar um conexo com a rea de trabalho e) Execute o script do arquivo sql. 5 Passo Instalar o executvel do sistema a) Executar o arquivo sicab.exe b) Executar procedimentos do instalador c) E finalizar a instalao 6 Passo Para acessar o sistema a) Executar o executvel do sistema