SCO SISTEMA PARA CLÍNICA ODONTOLÓGICA: GERENCIAMENTO DE ... · haislan nascimento costa marli...

UNISALESIANO

Centro Universitrio Catlico Salesiano Auxilium

Curso de Tecnologia em Sistemas para Internet

Haislan Nascimento Costa

Marli Marlei Alves

Vanessa Martins Alves

SCO SISTEMA PARA CLNICA ODONTOLGICA:

GERENCIAMENTO DE AGENDAMENTO

LINS SP

2010

HAISLAN NASCIMENTO COSTA

MARLI MARLEI ALVES

VANESSA MARTINS ALVES

SCO SISTEMA PARA CLNICA ODONTOLGICA: GERENCIAMENTO DE AGENDAMENTO

Trabalho de Concluso de Curso apresentado Banca Examinadora do Centro Universitrio Catlico Salesiano Auxilium, curso de Tecnologia em Sistemas para Internet, sob a orientao da Prof. M.Sc Cibele Aparecida Rodrigues Barbosa Parra.

LINS SP

2010

Costa, Haislan Nascimento; Alves, Marli Marlei; Alves, Vanessa Martins SCO - Sistema para clnica odontolgica: gerenciamento de agendamento / Haislan Nascimento Costa; Marli Marlei Alves; Vanessa Martins Alves. - - Lins, 2010.

88p. il. 31cm.

Monografia apresentada ao Centro Universitrio Catlico Salesiano Auxilium UNISALESIANO, Lins SP, para graduao em Tecnologia em Sistemas para Internet, 2010

Orientadora: Cibele Aparecida Rodrigues Barbosa Parra

1. Gerenciamento de agenda. 2. Odontologia. 3. JAVA. I Ttulo.

CDU 004

C872s

HAISLAN NASCIMENTO COSTA

MARLI MARLEI ALVES

VANESSA MARTINS ALVES

SCO SISTEMA PARA CLNICA ODONTOLGICA: GERENCIAMENTO DE

AGENDAMENTO

Monografia apresentada ao Centro Universitrio Catlico Salesiano Auxilium,

para obteno do ttulo de Tecnlogo em Sistemas para Internet.

Aprovada em: _____/______/_____

Banca Examinadora:

Prof Orientadora: Cibele Aparecida Rodrigues Barbosa Parra.

Titulao: Mestre em Engenharia de Produo pela Universidade de So Paulo

(USP) So Carlos.

Assinatura: _________________________________

1 Prof(a): ______________________________________________________

Titulao: ______________________________________________________

_______________________________________________________________

Assinatura: _________________________________

2 Prof(a): ______________________________________________________

Titulao: ______________________________________________________

_______________________________________________________________

Assinatura: _________________________________

DEDICATRIA

Dedico este trabalho a minha me, que sempre me incentivou a estudar, me deu fora, coragem, dedicao e compreenso, em todos os momentos difceis de minha vida. A minha famlia pela f e confiana.

Marli

Dedico este trabalho a minha famlia, pelo incentivo, amor, compreenso e dedicao. Mais em especial, agradeo a minha me que sempre batalhou juntamente comigo.

Haislan

Dedico este trabalho primeiramente a Deus, sem ele no teria foras para concluir; a minha me Rosa meu, padrasto Paulo e a meu noivo Bruno, que se dedicaram e compreenderam, me ajudaram em todos os momentos.

Vanessa

AGRADECIMENTOS

Agradecemos a Deus por ter nos dado tanta fora, nos momentos dificilssimo em que pensamos em desistir. S tu, Senhor, nos deste foras para continuar. Agradecemos aos nossos pais e nossos irmos por sempre estarem ao nosso lado, por terem nos apoiado incondicionalmente. . A nossa orientadora Cibele, pelos seus inmeros conselhos, palavras de estmulos, correes e incentivo, e que sempre disponibilizou o seu tempo para nos ajudar. Nosso muito obrigado! Ao coordenador do curso Eduardo Bergamo, que nos incentivou, ajudou desde o incio do curso. Foram momentos difceis e quando pensvamos que tudo estava por um fio, seu apoio foi fundamental para a elaborao deste trabalho de concluso de curso. Aos bibliotecrios, pelo suporte em todas as pesquisas. Agradecemos aos amigos verdadeiros e presentes que nos entenderam, nesse ltimo semestre. Haislan, Marli e Vanessa.

RESUMO

Este trabalho apresenta o desenvolvimento de um sistema para clnica odontolgica. O objetivo o gerenciamento de uma agenda com acesso na clnica e pela web. Quando solicitado pela internet, ser um pr-agendamento. Para a funcionalidade do sistema, utilizou-se cadastro de dentista, funcionrio, paciente, ficha de anamnese, convnio e agenda do dentista com um campo de anotao para descrever as ocorrncias de cada consulta. Procurou-se elaborar um sistema com custo operacional baixo, por utilizar software livre onde o profissional liberal possa suprir suas necessidades. Para a criao, foram utilizadas vrias tecnologias como: Java Enterprise Edition (J2EE) linguagem de programao; para a interface de desenvolvimento foi utilizada a ferramenta eclipse, a UML para modelagem de dados no auxlio ao desenvolvimento, MySQL como gerenciador de banco de dados para armazenamento de dados. A tecnologia AJAX foi utilizada na aplicao com o intuito de tornar as interfaces mais dinmicas e interativas para o usurio. Para edio de imagens utilizou-se GIMP, Inkscape e Flash. Portanto, o sistema facilita o agendamento entre paciente e dentista, aposentando os pronturios obsoletos e os cadernos de anotaes.

Palavras-chave: Gerenciamento de agenda. Odontologia. Java.

ABSTRACT

This work presents the development of a system for dental clinic, the objective is the management an agenda with access at for the clinic and by the web, when requested by Internet will be a pre-scheduling for the functionality of the system was used register of dentist, employee, patient, anamnesis, agreement and appointment book of dentist with an annotation field to describe the occurrences of each consultations. It was elaborated a system with low operational cost by using free software where the professional person may supply their needs. Were used for creating various technologies such as Java Enterprise Edition (J2EE) programming language for the interface development tool was used Eclipse, UML for data modeling in development assistance, as manager MySQL database storage data, AJAX technology was used in the application with the order to make the interface more dynamic and interactive to the user, for editing images was used GIMP, Inkscape and Flash. Therefore, the system facilitates the scheduling between patient and dentist, retiring the enchiridion obsolete and notebooks. Keywords: Management agenda. Dentistry. Java.

LISTA DE FIGURAS

Figura 1. Diagrama de Casos de Uso ............................................................ 22

Figura 2. Diagrama de Atividades.................................................................. 23

Figura 3. Diagrama de Classes ..................................................................... 23

Figura 4. Diagrama de Sequncia ................................................................. 24

Figura 5. Diagrama de Colaborao .............................................................. 25

Figura 6. Diagrama de Componentes ............................................................ 25

Figura 7. Diagrama de Implantao ............................................................... 26

Figura 8. Diagrama de Pacotes ...................................................................... 27

Figura 9. Ciclo de vida de um aplicativo Web clssico ................................... 31

Figura 10. Arquitetura Cliente-servidor ........................................................... 34

Figura 11. Comando de operao de definies SQL. ................................... 36

Figura 12. Comando de manipulao SQl. ..................................................... 36

Figura 13. Comando de consulta .................................................................... 37

Figura 14. Contato da Clnica ......................................................................... 41

Figura 15. Servios ......................................................................................... 42

Figura 16. Fale Conosco ................................................................................ 42

Figura 17. Home da Clnica ............................................................................ 43

Figura 18. Diagrama de Use Case 01 manterDentista ................................... 48

Figura 19. Diagrama de Use Case 02 manterFuncionrio .............................. 49

Figura 20. Diagrama de Use Case 03 manterConvnio ................................. 51

Figura 21. Diagrama de Use Case 04 manterPaciente .................................. 52

Figura 22. Diagrama de Use Case 05 manterAnamnese ............................... 53

Figura 23. Diagrama de Use Case 06 manterAgenda .................................... 54

Figura 24. Diagrama de Use Case 07 manterAgendamento .......................... 56

Figura 25. Diagrama de Classes .................................................................... 58

Figura 26. Diagrama de Sequncia manterDentista ....................................... 59

Figura 27. Diagrama de Sequncia manterFuncionario ................................. 59

Figura 28. Diagrama de Sequncia manterConvnio ..................................... 60

Figura 29. Diagrama de Sequncia manterPaciente ...................................... 60

Figura 30. Diagrama de Sequncia manterAnamnese ................................... 61

Figura 31. Diagrama de Sequncia manterAgenda ........................................ 61

Figura 32. Diagrama de Sequncia manterAgendamento .............................. 62

Figura 33. Tela principal Home .................................................................... 66

Figura 34. Tela de cadastro de dentista ......................................................... 67

Figura 35. Tela de cadastro Alterao ......................................................... 68

Figura 36. Tela de Cadastro Verifica confirmao de senha ....................... 69

Figura 37. Tela de Cadastro Verifica confirmao de CPF .......................... 70

Figura 38. Tela de Cadastro Verifica campos obrigatrios. ......................... 71

Figura 39. Tela de cadastro Convnio ......................................................... 72

Figura 40. Tela de cadastro Anamnese ....................................................... 73

Figura 41. Tela agenda do Dentista - Gerar Disponibilidade da Agenda ........ 74

Figura 42. Tela de pr - agendamento Usurio Web ................................... 75

Figura 43. Tela de pr - agendamento Usurio Interno ............................... 76

Figura 44. Tela de Relatrio Visualizar Agendamentos - Usurio Web .......... 77

Figura 45. Tela de Pesquisa - Pacientes Cadastrados ................................... 78

Figura 46. Tela de relatrio de usurios Usurios cadastrados ................... 79

Figura 47. Tela Relatrio Confirmao e Excluso...................................... 80

Figura 48. Tela de relatrio de agendamentos - Cadastrados por data.......... 81

Figura 49. Tela Excluso Agenda do dentista ............................................. 82

Figura 50. Tela Explicativa Orientao de Higiene Bucal ............................ 83

LISTA DE QUADROS

Quadro 1. Lista de Casos de Uso ................................................................... 47

Quadro 2. Estrutura da tabela usurio ............................................................ 63

Quadro 3. Regras de validao da tabela usurio .......................................... 63

Quadro 4. Estrutura da tabela dentista ........................................................... 64

Quadro 5. Estrutura da tabela funcionrio ...................................................... 64

Quadro 6. Estrutura da tabela paciente .......................................................... 64

Quadro 7. Estrutura da tabela convnio ......................................................... 64

Quadro 8. Estrutura da tabela anamnese ....................................................... 65

Quadro 9. Estrutura da tabela agenda ............................................................ 65

Quadro 10. Regras de validao da tabela agenda........................................ 65

LISTA DE SIGLAS E ABREVIATURAS

AJAX: Asynchronous JavaScript And XML

CGI: Computer Generated Imagery

CPF: Cadastro Nacional de Pessoa Fsica

CRO: Conselho Regional de Odontologia

CSS: Cascade Style Sheet

DA: Data Administrador

DBA: Database Administrador

DDL: Data Definition Language

DML: Data Manipulation Language

DOM: Document Object Model

GIF: Graphics Interchange Format

GNU: Image Manipulation Program

GNOME: GNU (Net Work Object Model Environment)

HTML: Hypertext Markup Language

HTTP: Hyper Text Transfer Protocol

IDE: Integrated Development Environment

IBM: International Business Machines

JDBC: Java Database Connectivity

JVM: Java Virtual Machine

J2EE: Java 2 Enterprise Edition

J2ME: Java 2 Micro Edition

J2SE: Java Standard Edition

JS: Java Script

JSP: Java Server Pages

KDE: K Desktop Environment

OAK: Linguagem de programao predecessora do Java

OMT: Object Modeling Technique

OOSE: Object-Oriented Software Engineering

PDF: Portable Document Format

PIS: Programa de Integrao Social

PL: Procedural Language

PNG: Portable Network Graphics

POO: Programao Orientada a Objetos

RH: Recursos Humanos

SCO: Site Clnica Odontolgica

SUN: Stanford University Network

SQL: Structured Query Language

TI: Tecnologia da Informao

TIFF: Tagged Image File Format

UML: Unified Modeling Language

VBSCRIPT: (acrnimo de MICROSOFT VISUAL BASIC SCRIPTING

EDITION)

WEB: World Wide Web

W3C: World Wide Web Consortium

XHTML: Extensible Hypertext Markup Language

XML: Extensible Markup Language

XSTL: Extensible Stylesheet language Transformations

SUMRIO

INTRODUO .................................................................................................. 15

1 FUNDAMENTOS CONCEITUAIS ............................................................... 17

1.1 ANLISE ORIENTADA A OBJETOS 17

1.1.1 PROGRAMAO ORIENTADA A OBJETOS (POO) 18

1.2 UML UNIFIED MODELING LANGUAGE 19

1.2.1 OBJETIVOS DA UML 19

1.2.2 FASES DE DESENVOLVIMENTO 20

1.3 PLATAFORMAS TECNOLGICAS 28

1.3.1 JAVA 28

1.3.2 ECLIPSE 29

1.3.3 JAVASERVER PAGES (JSP) 30

1.3.4 AJAX 30

1.3.5 JAVA SCRIPT 32

1.4 SISTEMA GERENCIADOR DE BANCO DE DADOS 32

1.4.1 ADMINISTRADOR DE SGBD 34

1.4.2 SQL /SQL*PLUS 36

1.4.3 CONSULTAS SQL 37

1.5 INKSCAPE 38

1.6 GIMP 38

1.7 FLASH 39

1.8 MYSQL. 40

2 LEVANTAMENTO DE REQUISITOS .......................................................... 41

2.1 ANLISE DE MERCADO 41

2.1.1 SUA ODONTOLOGIA AGENDAMENTO - CONTATO 41

2.1.1.1 A PGINA MOSTRANDO OS SERVIOS PRESTADOS 42

2.1.2 PGINA FALE CONOSCO 42

2.1.2.1 CLNICA SOLIVA - HOME 43

2.2 DOCUMENTOS DE REQUISITOS 43

2.2.1 VISO GERAL DO SISTEMA 43

2.2.2 REQUISITOS FUNCIONAIS 44

2.3 REQUISITOS NO FUNCIONAIS - PORTABILIDADE 46

3 ANLISE ORIENTADA A OBJETOS ......................................................... 47

3.1 LISTA DE CASOS DE USO 47

3.2 DIAGRAMA DE CASOS DE USO 48

3.3 DIAGRAMA DE CLASSES 58

4 PROJETO ORIENTADO A OBJETOS ....................................................... 59

4.1 DIAGRAMA DE SEQUNCIA DENTISTA 59

4.2 DIAGRAMA DE SEQUNCIA FUNCIONRIO 59

4.3 DIAGRAMA DE SEQUNCIA CONVNIO 60

4.4 DIAGRAMA DE SEQUNCIA PACIENTE 60

4.5 DIAGRAMA DE SEQUNCIA ANAMNESE 61

4.6 DIAGRAMA DE SEQUNCIA AGENDA 61

4.7 DIAGRAMA DE SEQUNCIA AGENDAMENTO 62

5 PROJETO DE BANCO DE DADOS ............................................................ 63

5.1 TABELAS 63

6 IMPLEMENTAO ORIENTADA A OBJETO............................................ 66

6.1 LAYOUT DE TELAS 66

6.1.1 TELA COM ACESSO ENTRADA DE USURIOS AO SISTEMA E NAVEGAO 66

6.1.2 TELA RESPONSVEL PELO CADASTRO DE DENTISTA 67

6.1.3 TELA RESPONSVEL PELA ALTERAO DO CADASTRO DE DENTISTA 68




6.1.7 TELA RESPONSVEL PELO CADASTRO DE CONVNIO 72

6.1.8 TELA RESPONSVEL PELO CADASTRO DE ANAMNESE 73

6.1.9 TELA DE AGENDA DO DENTISTA 74

6.1.10 TELA DE PR- AGENDAMENTO DO PACIENTE USURIO WEB 75

6.1.11 TELA DE PR- AGENDAMENTO DO PACIENTE USURIO INTERNO 76

6.1.12 TELA RESPONSVEL PELO RELATRIO DE AGENDAMENTO WEB 77

6.1.13 TELA RESPONSVEL PELA PESQUISA DE PACIENTES 78

6.1.14 TELA DE RELATRIO DE USURIOS 79

6.1.15 TELA DE RELATRIO DOS HORRIOS CADASTRADOS, EXCLUSO E

CONFIRMAO 80

6.1.16 TELA DE RELATRIO DE AGENDAMENTOS 81

6.1.17 TELA RESPONSVEL POR EXCLUIR HORRIOS GERADOS 82

6.1.18 TELA RESPONSVEL POR APRESENTAR A ORIENTAO DE HIGIENE BUCAL 83

CONCLUSO ................................................................................................... 84

REFERNCIAS ................................................................................................ 86

15

INTRODUO

Quando a Odontologia surgiu no Brasil, os chamados barbeiros ou

tiradentes precisavam de uma licena especial para exercer a profisso ou

eram presos e multados. As extraes dentrias eram praticadas pelos

barbeiros sangradores que usavam tcnicas primitivas, pois eram

desinformados, e muitas pessoas morriam por hemorragias. Houve ento uma

evoluo tecnolgica e, com o passar dos anos, ocorreram muitas

transformaes e a necessidade de aumentar os mecanismos de tratamentos

com estudos e pesquisas. Hoje a Medicina capaz de solucionar problemas

antes no resolvidos e/ ou conhecidos. (HISTORIA, 2008)

O desenvolvimento da cincia da informao e a introduo dos

computadores no mbito profissional trouxeram profundas transformaes na

odontologia beneficiando a sociedade, promovendo solues para simplificar e

otimizar a vida, no intuito de agilizar, tornar mais dinmico o trabalho e

automatizar processos repetitivos. (SILVESTRE, 1998)

Ainda Silvestre (1998) afirma que diversas especializaes e inovaes

tecnolgicas dos consultrios odontolgicos hoje uma realidade impulsionada

pela competitividade, pois h pouco investimento na construo de sistemas

que tenham um controle de agendamento com acesso na clnica e pela

internet, onde o paciente cadastrado escolhe seu dia e horrio, sem sair de

casa, lembrando que um pr-agendamento; a consulta confirmada pela

funcionria.

A obteno da informao por meio eletrnico reflete positivamente no

resultado do atendimento com qualidade, pois a dificuldade e a perda de

informao com pronturios obsoletos e pouco precisos podem causar danos

irreversveis para o profissional e para o paciente. A necessidade de armazenar

dados, como: cadastros de pacientes, ficha de anamnese onde informado o

estado de sade do paciente, convnio e agenda do dentista. Com o intuito de

aposentar as fichas e os cadernos de consulta, lembrando que pode ser usado

por clnicas em geral que usam agenda com cadastros.

Assim surgiu a necessidade de desenvolver um sistema para gerenciar

uma agenda odontolgica, mais abrangente, com cadastro completo do

paciente, ficha de anamnese, convnio e agenda do dentista, incluindo um

16

campo para anotaes onde o profissional descreve a consulta.

O sistema controla o acesso pelo login e senha do usurio cadastrado.

O dentista entra com o login e senha e cadastra o usurio do tipo funcionrio

que tambm tem acesso para cadastrar o paciente, pois na primeira consulta, o

paciente visita a clnica para que seja feito o seu cadastro e logo ter seu login

e senha para acessar a agenda pela internet, escolhe a data e horrio da

consulta e anota o motivo pela qual est consultando. O profissional da rea

sentiu-se obrigado a adequar-se nova realidade, agregando valor clnica.

A linguagem utilizada Java, pois uma tecnologia de qualidade e

eficiente que conquistou os programadores com sua sintaxe e seus recursos

orientados a objetos. O melhor de tudo que tem portabilidade e a

possibilidade de escrever uma vez e executar em qualquer local, podendo ser

utilizado em ambiente web. (BASHAM; SIERRA; BATES, 2005)

Java pode ser executado em qualquer plataforma ou equipamento que

possua um interpretador Java. (SIERRA, 2007)

O presente trabalho est dividido em seis captulos alm da introduo e

concluso, Exemplificando:

a) o primeiro captulo aborda os fundamentos conceituais, anlise

orientada a objetos, a linguagem JAVA, AJAX, Sistema Gerenciador

de Banco de Dados e as ferramentas utilizadas no desenvolvimento

do sistema;

b) no segundo captulo apresenta o levantamento de requisitos, uma

documentao contendo os itens necessrios para definir quais as

funcionalidades do sistema;

c) no terceiro captulo exibe a anlise orientada a objetos, importante

para ter uma viso geral do sistema como a lista de casos de usos, o

diagrama de casos de usos e o diagrama de classe;

d) o quarto captulo apresenta o projeto orientado a objetos, contendo o

diagrama de seqncia, essenciais para visualizar os detalhes dos

eventos de entrada e sada relacionados com o sistema;

e) o quinto captulo aborda o projeto de banco de dados, possui todas

as tabelas e as suas respectivas regras de validao presentes no

sistema;

f) no captulo sexto exibe os layouts de telas e as suas descries.

17

1 FUNDAMENTOS CONCEITUAIS

1.1 Anlise Orientada a Objetos

Em Orientao (2008), os princpios de Orientao a Objetos so

definidos como:

a) classe: mostra o comportamento dos objetos, atravs de mtodos,

sendo capaz de manter, atravs de atributos. Exemplo: os seres

humanos;

b) objeto: a instncia de uma classe, ou seja capaz de armazenar

estados(so os valores que cada atributo recebe) e atributos, assim

como relacionar e enviar mensagens, para outros objetos. Exemplo

de objetos da classe Humanos: Joo, Jos, Maria;

c) atributos: caractersticas de um objeto. Estrutura de dados que

representa a classe. Exemplos: Funcionrio: nome, endereo,

telefone, CPF;

d) mtodos: definem as capacidades dos objetos. Por exemplo, Beto

uma instncia da classe Cachorro, portanto ele tem habilidade para

latir, atravs do mtodo deUmLatido(). Numa classe o mtodo

apenas uma definio. A ao s vai ocorrer quando o mtodo for

invocado atravs do objeto, que no caso o cachorro Beto.

Basicamente, uma classe possui vrios mtodos, que no exemplo da

classe cachorro poderiam ser, senta, come e morde;

e) mensagem: chama o objeto para inovar um de seus mtodos,

ativando o comportamento de sua classe. Podendo ser tambm

diretamente direcionada a uma classe (atravs de um mtodo

esttico);

f) herana: o mecanismo que permite uma classe (sub-classe),

pode estender outra classe (super-classe), aproveitando os seus

comportamentos (mtodos) e variveis (atributos). Pode ser definida

como um relacionamento do tipo um;

18

g) associao: utilizada para que um objeto utilize os recursos de

outros. Em todo caso pode se tratar de uma associao simples

como: usa um ou de uma interao parte de . Exemplo: Uma

pessoa usa o telefone. Onde a tecla 1 faz parte do telefone;

h) encapsulamento: a separao dos aspectos internos e externos de

um objeto. utilizado um mecanismo que impede o acesso direto do

estado do objeto (atributos), apenas disponibilizando os mtodos

que alteram seus estados. Exemplo: no precisa conhecer o que se

passa dentro do circuito de uma telefone para us-lo e sim a

interface onde vou acessar (os botes, o fone e o sinal);

i) abstrao: tem a caracterstica de concentrar nos aspectos

essenciais de um contexto qualquer, ignorando os aspectos menos

importantes ou acidentais. Falando de modelagem de objetos, uma

classe uma entidade de abstrao existente no domnio de

sofware;

j) polimorfismo : usado como referncias de classes mais abstratas,

tornando a aplicao mais clara, podendo tambm representar uma

interface bem abstrata. O polimorfismo originrio do grego, (poli =

muitas e morphos = formas) significado muitas formas.

1.1.1 Programao Orientada a Objetos (POO)

Correia e Tafner (2006) esclarecem que a Programao Orientada a

Objeto tem como meta utilizar estruturas de dados que determina o

comportamento dos objetos para facilitar a programao. Os objetos so

implementados para a funcionalidade do sistema, a grande vantagem da

Orientao a Objetos consiste numa estrutura de dados e processos,

organizando e facilitando o programa. O POO uma vez criado pode ser

reutilizado, significa que o cdigo pode ser usado por diferentes sistemas.

Os Benefcios da Orientao a Objetos [...] esto se tornando cada vez mais popular entre os desenvolvedores de sistema. Essa popularidade no fruto do acaso ou da moda, e sim das vantagens de que os desenvolvedores passam a usufruir quando adotam a metodologia da Orientao a Objetos. (CORREIA; TAFNER, 2006, p. 08).

19

1.2 UML Unified Modeling Language

Em Pender (2004) a UML, foi criada por desenvolvedores com o intuito

de solucionar problemas antes da implementao do cdigo evitando o

trabalho extra de reescrita e a cada mudana no sistema que levaria projetos

mais lentos com custos de manuteno mais altos, permite a comunicao,

organizao da documentao do sistema quando a idia trabalhar orientado

a objeto. Tornou-se um padro para a modelagem de software orientado a

objeto e tem sido adotada por empresas do mundo inteiro, com o intuito de

evitar problemas futuros.

UML (Unified Modeling Language) a sucessora da onda de mtodos de anlise e projeto orientado a objetos (OOA& D) que surgiu no final dos anos oitenta e no incio dos anos noventa. Mais especificamente, ela unifica os mtodos de Booch, Rumbaugh OMT (Object Modeling Technique) e Jacobson, mas o seu alcance bem maior. UML passou por um processo de padronizao pela OMG (Object Managment Group) e agora um padro OMG..( FOWLER; SCOTT, 2000, p.19)

Quando se usa a UML, podem-se produzir projetos com elegncia,

segundo Wazlawick (2004, p.19) descreve: O software elegante aquele cuja

estrutura intrinsecamente mais fcil de compreender.

Existiam muitos problemas na fase de anlise de requisitos, anlise de

sistemas e design. A interao da equipe com o uso da UML auxiliou no

desenvolvimento do trabalho criando assim uma forma abrangente de entender

o projeto. Pode-se criar qualquer tipo de aplicao que se deseje, o projeto

deve ser modelado e representado por diagramas usando alguns mecanismos

que permitem a comunicao para alavancar o conhecimento e a comunicao

entre a equipe. (UML, 2001)

1.2.1 Objetivos da UML

Os objetivos da UML, segundo Pender (2004), so: a especificao, a

documentao, a estruturao, a visualizao lgica de um total

desenvolvimento de um sistema de informao e a unificao, que a OMG

(Object Management Group) grupo de gesto de objetos, uma agncia de

padres de orientao a objeto. A UML foi projetada para atender a alguns

problemas que existiam antes da OMG como alguns projetos sem

20

documentao e muitos sem qualquer padro. O uso da UML prov uma

notao comum para o entendimento compartilhado sobre o software que se

est construindo, para ajudar as pessoas a focarem nas vantagens

provenientes do uso do paradigma orientado a objetos. No entanto, utilizada

para visualizar, especificar, construir e documentar artefatos de software que

atende as necessidades prticas da comunidade e seu desenvolvimento foi

conceituado como uma linguagem de sucesso. Seguindo um padro, a OMG

estabeleceu UML as seguintes regras:

a) oferecer aos modeladores uma linguagem de modelagem pronta

para usar, expressiva e visual para o desenvolvimento e a troca de

modelos significantes;

b) fornecer mecanismo de extensibilidade e especializao para

atender os principais conceitos;

c) admitir especificaes independentes das linguagens de

programao e dos processos de desenvolvimento especficos;

d) oferecer uma base formal para atender a linguagem de modelagem;

e) encorajar o crescimento do mercado de ferramentas de objetos;

f) admitir conceitos de desenvolvimento de nvel mais alto, como

colaboraes, componentes, frameworks e padres.

1.2.2 Fases de Desenvolvimento

As fases referenciadas em Bezerra (2007), para o desenvolvimento de

sistemas de software existem cinco etapas como: a anlise de requisitos,

anlise, projeto, programao e testes. Para a fase de anlise de requisitos

capturada as intenes e as necessidades dos usurios do sistema a ser

desenvolvido atravs do uso do diagrama de caso de uso (use-cases) que faz

a interao com o usurio (atores) e suas necessidades disponveis mostrando

o que o usurio espera do sistema conhecendo toda sua funcionalidade, a fase

de anlise uma etapa que os analistas estudam os requisitos detalhados na

atividade anterior a partir dos estudos so construdos modelos para

representar o sistema com base no diagrama de use case os outros diagramas

so construdos.

21

Ainda Bezerra (2007) a fase de Design (Projeto) ser a soluo tcnica,

determina como o sistema funcionar para atender os requisitos assim novas

classes sero adicionadas para prover uma infraestrutura tcnica: a interface

do usurio e de perifricos, gerenciamento de banco de dados, comunicao

com outros sistemas, dentre outros.

Em Bezerra (2007) a fase de programao uma fase separada e

distinta, onde os modelos criados so convertidos em cdigo da linguagem

orientada a objetos; o projeto tem sua fase de teste que realizada para a

verificao do sistema construdo. Um sistema normalmente rodado em

testes de unidade. Integrao, e aceitao, exemplificando:

a) os testes de unidade so para classes individuais ou grupos de

classes e so geralmente testados pelo programador;

b) os testes de integrao so aplicados j usando as classes e

componentes integrados para se confirmar se as classes esto

cooperando uma com as outras como especificado nos modelos;

c) os testes de aceitao observam o sistema como uma caixa preta e

verificam se o sistema est funcionando como especificado nos

primeiros diagramas de use-cases.

O sistema ser testado pelo usurio final e verificar se os resultados

mostrados esto realmente de acordo com as intenes do usurio final.

(BEZERRA, 2007)

Em UML (2001) a notao da Linguagem de Modelagem Unificada

definida como vises, modelos de elementos, mecanismos gerais e diagramas.

Exemplificando:

a) a viso mostra diferentes aspectos do sistema que est sendo

modelado, construindo uma viso completa do sistema a ser

construdo, assim representados pelos diagramas;

b) modelos de elementos: so usados nos diagramas que representam

as definies comuns de orientao a objetos;

c) mecanismos gerais: provm a semntica sobre os modelos que

compe os elementos e os mecanismos de extenso para adaptar ou

estender a UML para um mtodo, organizao ou usurio especifico;

d) diagramas: descrevem o contedo em uma viso, servem para

organizar os diversos do processo do desenvolvimento, uma

22

representao grfica de um modelo, processados como arcos

(relacionamentos), e vrtices (outros elementos de modelos)

conectados. Existem oito tipos de diagramas: Diagrama de Objetos

(Colaborao), Diagramas de Estados, Diagrama de Processo

(Desenvolvimento), Diagrama de Mdulos (Componentes),

Subsistemas (Package), Diagrama de Use Case, Mini-Especificao

e Diagrama de Interaes.

Segundo Pender (2007), diagramas bem estruturados facilitam a

compreenso. Sero mostrados alguns exemplos de diagramas usados na

UML: o Diagrama de Use Case, Diagrama de Classes, Sequncia,

Colaborao, Atividades, Pacotes, Componente e de Implantao:

a) diagrama de Use Case (Caso de Uso) representa a funcionalidade

de cada objeto, determinando passo a passo cada evento; o objetivo

identificar todos os recursos a que os clientes esperam que o

sistema oferea suporte, porm, no revela detalhes sobre a

implementao deste recurso; o diagrama representa uma viso

externa do sistema e serve de base para os outros diagramas.

A figura 1. diagrama de casos de uso, apresenta o diagrama de use

case de acordo com Carmo (2008), uma loja virtual que vende produtos. Os

usurios podero acessar com o login no site, escolher os produtos que deseja

adquirir e consolidar o seu pedido, com a efetuao da compra, a venda para a

loja.

Fonte: Carmo, 2008, p. 34

Figura 1. Diagrama de Casos de Uso

23

b) o diagrama de atividades modela a lgica, ela tem a maior parte da

notao dos fluxogramas; estes mostram o fluxo de decises e laos,

o diagrama identifica cada passo e etapa lgica no processo,

usado para a construo de sistemas executveis;

O diagrama de atividades demonstrado na figura 2 refernciado por

Carmo (2008). A imagem mostra o fluxo de controle e as atividades so

estados de ao que transitam para outro estado, assim que a ao tenha sido

completada.


Figura 2. Diagrama de Atividades

c) o diagrama de classes uma forma de representar um sistema

como um todo mostrando todas as classes envolvidas no sistema e

suas ligaes; modela os recursos que representam pessoas,

materiais e comportamentos, usados para montar e operar o sistema.


Figura 3. Diagrama de Classes

24

Em figura 3, diagrama de classes, segundo Carmo (2008), exibe as

classes do sistema e o grau do relacionamentos entre elas onde tem produto,

cd, livro, pedido, itemPedido e venda.

d) na representao de grficos est o diagrama de sequncia

mostrando como sero executados suas funcionalidades, mostrando

a interatividade entre as classes. Esse diagrama construdo a partir

do diagrama de casos de uso, ajuda na identificao de mensagens

trocadas entre objetos.

Em figura 4, diagrama de sequncia de acordo com Carmo (2008),

exibe a interao entre os objetos da aplicao arranjados numa linha do

tempo. No entanto so utilizados para descrever a sequncia de um fluxo ou

caso de uso de uma aplicao.

Fonte: Carmo, 2008, p.39

Figura 4. Diagrama de Sequncia

e) o diagrama de colaborao parecido ao diagrama de sequncia

com a colaborao dinmica entre os objetos. A diferena entre os

dois o ponto de vista, os dois modelam interaes entre os

objetos para uma tarefa especfica quando o de sequncia enfatiza a

25

sequncia das interaes com o tempo e o de colaborao modela

como as interaes utilizam a estrutura da participao dos seus

relacionamentos.

Apresenta o diagrama de colaborao na figura 5, em Carmo (2008),

semelhante ao diagrama de sequncia mostrando a colaborao

dinmica entre os objetos, sem levar em conta a linha do tempo.

Neste diagrama, alm da troca de mensagens, pode-se perceber o

relacionamento entre os objetos.

Fonte: Carmo, 2008, p.40

Figura 5. Diagrama de Colaborao

f) Diagrama de componentes tambm ligado linguagem de

programao que utilizado para desenvolver o sistema modelado .

Apresenta as dependncias entre componentes de software,

incluindo implementao de classes arquivos de: cdigo fonte,

binrios , executavis e scripts, gerenciando a integrao do sistema

e como ele dever funcionar, destacando a funo de cada mdulo

para facilitar a sua reutilizao. (SILVA, 2009a )

Fonte: Silva, 2009b, p.06

Figura 6. Diagrama de Componentes

26

A figura 6 apresenta o diagrama de componentes, de acordo com Silva

(2009b), onde se visualiza de forma esttica como os componentes esto

relacionados no cadastro de cliente.

g) o diagrama de implantao determina as necessidades de hardware

do sistema, a unidade de disco, PC cliente, caracteristicas fsicas

como: servidores, topologias, e protocolos comunicao e estaes.

(SILVA, 2009a)

Fonte: Silva, 2009b, p.06

Figura 7. Diagrama de Implantao

O diagrama de implantao representado na figura 7, conforme

descreve Silva (2009b), mostra um sistema bancrio, demonstra como a

instncia de caixa eletrnico se relaciona com o servidor de comunicao

Hibismo que impede pessoas no autorizadas a acessar dados da empresa.

h) diagrama de pacotes ou diagrama de mdulos, que usado para

organizar pacotes, sistemas, subsistemas e modelos. Esta a

principal construo da UML para o agrupamento de elementos do

modelo, usado para ilustrar a organizao das especificaes. O

mesmo identificam os dados e as dependncias funcionais entre as

partes de um sistema, definido pela UML descreve os pacotes ou

pedaos do sistema divididos em agrupamentos lgicos mostrando

as dependncias entre estes, este diagrama identifica as fases em

um projeto, separam utilitrios de componentes especificos do

sistema e isolam as camadas de uma arquitetura. (PENDER, 2007)

27

O Diagrama de Pacotes referenciado em Silva (2009b), na figura 8

mostra a organizao dos pacotes que compem a biblioteca de infraestrutura

da UML. Este diagrama permite uma viso rpida e abrangente da composio

do sistema.

Fonte: Silva, 2009b, p. 05

Figura 8. Diagrama de Pacotes

Decidiu-se usar a UML, pois uma tecnologia eficiente e de qualidade

comprovada, que ajudar a organizar toda a documentao do sistema, usada

em inmeros projetos e para construo de diferentes tipos de sistemas.

Oferece uma soluo para padronizar e organizar de uma maneira coerente,

que seja recproca ao entendimento, o que reduz o tempo necessrio para

compartilhar requisitos, ideias e solues. Foi usado um software chamado

JUDE com a Verso 5 que auxiliou na organizao do sistema para a

modelagem de diagramas.

O desenvolvimento da UML foi baseado em tcnicas antigas e

marcantes da orientao a objetos. No entanto, muitas outras tcnicas

influenciaro a linguagem em suas prximas verses. As tcnicas avanadas

de modelagem podem ser definidas, usando UML como base, podendo ser

estendida sem se fazer necessrio redefinir a sua estrutura interna. A UML

integrou muitas ideias adversas, e esta integrao vai acelerar o uso do

desenvolvimento de softwares orientados a objetos. Contudo, o modelo

28

projetado poder ser facilmente analisado pelas novas geraes de

desenvolvedores acabando com a perda de informaes e m interpretao do

projeto. (UML, 2001)

1.3 Plataformas Tecnolgicas

1.3.1 Java

Afirma Pereira (2006) que Java uma linguagem de programao

orientada a objetos e utilizada em grandes aplicaes. Funciona desde

dispositivos pequenos (como cartes, iPods e celulares) at

supercomputadores.

Gonalves (2006) comenta que o fato da linguagem ser portvel para

outros sistemas operacionais, o Java transformou-se numa linguagem de

programao complexa e robusta. utilizada hoje por grandes empresas,

tendo uma de suas vantagens a portabilidade.

Deitel e Deitel (2005), em janeiro de 1991, referenciam a histria do

Java, desenvolvida pela SUN Microsystems - Stanford University Network

(Rede da Universidade de Stanford), financiadora de um projeto de pesquisa

com nome de Green Project que foi o pontap inicial do Java. Esse projeto

resultou no desenvolvimento de uma linguagem baseada na sintaxe do C++.

James Gosling comea a trabalhar com a linguagem Oak e implementa a

primeira mquina virtual Java. No ano de 1993, dando incio era da World

Wide Web, a equipe da SUN explodiu e viu de imediato o impacto de poder

utilizar o Java como uma linguagem de programao de aplicativos para Web.

Deitel e Deitel (2005) seguem comentando que o Java foi desenvolvido

pela SUN com intuito de criar uma linguagem de programao universal, que

poderia ser executada em qualquer sistema operacional. Assim, quando

compilada, gera um bytecode (cdigo em bytes), que interpretado como

Mquina Virtual Java (Java Virtual Machine) JVM.

Afirma Johnson (2007) que em 1994, a tecnologia Java tornou-se muito

popular no meio empresarial e acadmico. Seu cdigo fonte pode ser usado

29

em diferentes plataformas como desktops e servidores e outros. Foram

definidas em diferentes plataformas como desktops e servidores e outros.

Foram definidas trs principais plataformas. So elas:

a) J2ME - Java Micro Edition a plataforma, voltada para dispositivos

mveis, como celulares e pagers. A Sun lanou em 1998 uma

tecnologia chamada de personal Java, entretanto no funcionava

muito bem em aparelhos pequenos. J em 1999, a plataforma J2ME

foi lanada e o seu objetivo era o desenvolvimento de aplicativos

para esses tipos de dispositivos, sendo assim bem aceita pelos

desenvolvedores;

b) J2SE - Java Standard Edition - usada no desenvolvimento de

aplicativos e mini-aplicativos utilizando a tecnologia Java, a Java

Micro Edition outra plataforma para dispositivos mveis criada pela

SUN; esses dispositivos mveis tm memria limitada e pouco poder

computacional;

c) J2EE - Java Enterprise Edition uma das maiores plataformas do

Java, executada em aplicaes de servidores, usada para aplicaes

corporativas.

1.3.2 Eclipse

Gonalves (2006) cita que um projeto iniciado pela IBM, num ambiente

de desenvolvimento integrado IDE (Integrated Development Environment). O

Eclipse desenvolve em qualquer linguagem Java, desde que tenha os devidos

plugins instalados. No Eclipse, o idioma alterado atravs dos plugins. A IBM

doou um pacote de idiomas que suporta o francs, o italiano, o alemo, o

japons, o chins (tradicional e simplificado), o portugus (Brasil), o coreano e

o espanhol.

Deitel e Deitel (2005) o programa Eclipse atualmente utilizado para

desenvolvimento em plataforma Java, sendo considerada uma das ferramentas

chaves em se tratando de iniciativas Open-Source (cdigo aberto). Possui

facilidades como visualizao de todos os arquivos contidos no projeto de

forma clara, facilidades que vo desde a rpida visualizao de todos os

30

arquivos contidos no projeto at ferramentas de gerenciamento de trabalho

coletivo. O programa possibilita um monitoramento mais elegante facilitando a

deteco e a remoo dos erros na prpria lgica do programa, que fazem

gerar resultados indesejados ou travar (apesar de ele compilar).

1.3.3 JavaServer Pages (JSP)

Um servlet so classes Java, sua funo receber uma solicitao do

cliente e devolver uma resposta. Servlets e JSPs funcionam em conjunto, tendo

cada um sua responsabilidade de controle e apresentao bem definida.

(BASHAM; SIERRA; BATES, 2005)

A tecnologia Java utiliza as pginas JSP do lado do servidor (servlets)

criando um contedo dinmico aliado com as tags HTML, assim mantendo o

contedo esttico. O JSP oferece a vantagem de ser facilmente codificado,

facilitando a elaborao de uma aplicao web. O JSP consegue separar a

programao lgica (parte dinmica) da parte visual (parte esttica).

(FERREIRA; MARTINS, 2009)

1.3.4 AJAX

Segundo Olson (2007), Ajax um acrnimo para assncrono, Javascript

e XML. Junto com Java mostra como se pode fazer seus aplicativos web serem

mais rpidos e mais dinmicos. O Ajax est centrado no uso inteligente de

Javascript. Ele no framework da web, nem uma nova tecnologia

imaginria com um acrnimo legal, o Ajax resume-se a usar o Javascript para

interagir, diretamente, com o servidor da web, evitando o ciclo de

submeter/resposta to familiar aos usurios da web.

Ao usar Ajax, pode-se alcanar uma experincia de aplicativo rico nas

suas pginas da Web. Esta uma tima opo para os desenvolvedores Web

criarem aplicativos mais geis em suas respostas. (OLSON, 2007)

Afirma Garret (2005), Ajax na verdade no uma tecnologia e sim vrias

tecnologias de maneira nova e poderosa. Ajax incorpora:

a) apresentao baseada em padres utilizando XHTML, HTML e

CSS (Cascade Style Sheet);

31

b) display e interao utilizando o DOM (Document Object Model);

c) intercmbio e manipulao de dados usando XML e XSTL;

d) recuperao assncrona de dados usando XMLHttpRequest;

e) e Javascript arrumando tudo isso junto.

As aplicaes clssicas web funcionam da seguinte maneira: a ao do

usurio dispara uma solicitao HTTP para o servidor web, o servidor processa

a informao e recupera os dados, retornando uma pgina HTML para o

cliente. Enquanto o servidor est funcionando, o usurio aguarda resposta. No

incio da sesso, aps carregar a pgina web, o navegador permite o usurio

carregar o motor Ajax chamado de mecanismo intermedirio entre usurio e

servidor, escrito em Javascript. Para que a aplicao seja assncrona (browser

e servidor), o motor Ajax faz interao do usurio com aplicativo, assim ter

uma pgina em branco processando aguardando pela resposta do servidor. O

modelo clssico de sistemas web ilustrado na figura 9. (GARRET, 2005)

Fonte: Garret, 2005.

Figura 9. Ciclo de vida de um aplicativo Web clssico

Segundo Gonalves (2006), Ajax um acrnimo para Asynchronous

Javascript and XML. Surgido no ano de 2005. Uma aplicao Ajax trabalha

com aplicaes Web, sendo o browser responsvel em iniciar e processar os

pedidos ao servidor. Antes, o servidor serviria HTML, CSS, imagens ou

Javascript, hoje pode devolver dados usando o mecanismo do Ajax. O

mecanismo do Ajax deve ser entendido para ser interpretado.

32

1.3.5 Java Script

Segundo Gonalves (2006), o Javascript foi criado por Brendan Eich da

Netscape na verso 2.0 no ano de 1995, para controlar o navegador,

interagindo com as pginas Web. uma linguagem de programao de scripts,

com o propsito de trazer interatividade s pginas web.

Assim o Javascript, CSS (Cascade Style Sheet), HTML, DHTML em

ingls Dynamic HTML, aliada ao DOM (Document Object Model) permite que

as aplicaes Web sejam modificadas na mquina cliente, sem acesso ao

servidor web. Esta linguagem tambm utilizada nas aplicaes de desktops.

Aplicaes como os mais usados, Mozilla Firefox, Internet Explorer,

Thunderbird, so alguns exemplos. (GONALVES, 2006)

1.4 Sistema Gerenciador de Banco de Dados

Segundo Elmasri e Navathe (2004), um sistema gerenciador de banco

de dados SGBD (Sistema Gerenciador de Banco de Dados) uma coleo de

programas que permite ao usurio definir, construir e manipular bancos de

dados, tendo uma coleo de dados inter-relacionados com um conjunto de

programas para acess-los. O SGBD tem como funo principal a manuteno

e proteo do banco de dados por um longo perodo.

Uma abordagem fundamental que o sistema de dados possui no

apenas o banco de dados, mas tambm uma completa definio da estrutura e

restries desse banco de dados. O SGBD no inclui detalhes na

representao conceitual aos usurios finais, sobre como os dados foram

armazenados ou como as operaes foram implementadas no banco de dados.

(ELMASRI; NAVATHE, 2004)

O SGBD extrai detalhes do armazenamento de arquivos do banco de

dados, pelos mtodos de acesso a arquivos do SGBD, buscando informaes

que podem ser qualquer coisa que tenha algum significado ao usurio ou

empresa a que SGBD deve servir, isto , qualquer informao que seja

necessria para auxiliar no processo geral das atividades do usurio. (DATE,

2004)

33

As primeiras arquiteturas usavam mainframes para executar o

processamento principal e todas as funes do sistema, incluindo os

programas aplicativos, programas de interface com o usurio, bem como a

funcionalidade dos SGBDs. Com isso, os acessos aos sistemas via terminais

eram feitos remotamente, por no possuir poder de processamento, apenas a

capacidade de visualizao, as informaes a serem visualizadas e os

controles eram enviados do mainframe para os terminais de visualizao,

conectados por redes de comunicao. (SANCHES, 2004)

Ainda segundo Sanches (2004), quando o SGBD surgiu, toda sua

funcionalidade, execuo de programas aplicativos e processamento da

interface do usurio eram executados em apenas uma mquina. Com o tempo,

os SGBDs comearam a explorar a possibilidade do processamento no lado

usurio, o que levou criao da arquitetura cliente-servidor.

Em Date (2004), o objetivo da arquitetura cliente-servidor foi

desenvolvida para fornecer suporte ao desenvolvimento e execuo de

aplicao no banco de dados. Essa arquitetura divide-se em ambientes de

computao onde h um grande nmero de computadores, conectados por

uma rede de estaes de trabalho, juntamente com servidores de arquivos,

impressoras, servidores de banco de dados e outros equipamentos,

interligados rede. A arquitetura divide-se em duas partes, possibilitando a

facilidade de implementao dada clara separao das funcionalidades entre

o servidor e a mquina-cliente.

a) o servidor o prprio SGBD, ele prprio organiza todas a funes

bsicas como: definio de dados, manipulao, segurana e

integridade dos dados;

b) os clientes so as aplicaes executadas no SGBD, tanto as

aplicaes internas (aplicaes fornecidas pelo fabricante do SGBD

ou por terceiros) .

E por fim o usurio pode executar uma interface grfica que lhe

familiar, ao invs de usar a interface do servidor, como mostra a figura 10.

34

Fonte: Date, 2004, p. 42

Figura 10. Arquitetura Cliente-servidor

1.4.1 Administrador de SGBD

Referenciado de Date (2004), um administrador de banco de dados

(DBA- Data Base Administrator) uma pessoa ou empresa terceirizada que

fornece o suporte tcnico para implementar um banco de dados com as

normas e decises estratgicas de um DA (Data Administrator) com relao

aos dados da empresa. Sendo assim em nvel tcnico o DBA o responsvel

pelo controle geral do SBGD. Algumas tcnicas so utilizadas em um DBA para

administrar com eficincia o SGBD, outras caractersticas podem ser citadas

como:

a) definir o esquema conceitual: o projeto lgico do banco de dados

administrado pelo DA, que decidir quais informaes devem conter

no banco de dados, buscando identificar quais os interesses da

empresa e identificar as informaes a serem registradas. Quando o

DA j tiver definido o contedo do banco de dados em nvel

administrado o DBA ento criar o esquema conceitual utilizando a

DDL (Data Definition Language);(DATE, 2004)

b) definir o esquema interno: o projeto fsico do banco de dados visa

decidir com sero representados os dados, no banco de dados armazenados,

35

ao qual cabe ao DBA elaborar este projeto fsico, usando DDL interno para

criar a definio do banco de dados armazenado correspondente, e a criao

do mapeamento conceitual interno associado, tendo como caracterstica

principal a esquema conceitual, o esquema interno e o mapeamento

correspondente, em forma de fonte e objeto. (DATE, 2004)

De acordo com Date (2004), um SGBD trata de todo o acesso ao banco

de dados, como no exemplo:

a) um usurio faz um pedido de acesso usando SQL (Structure Query

Language);

b) o SGBD e o analista recebem este pedido;

c) O SGBD inspeciona o esquema externo para o usurio, faz o

mapeamento externo/conceitual e interno/conceitual e a definio do

banco de dados;

d) O SGBD executa as operaes necessrias.

Afirma Colao (2004), que as funes mais importantes na rea de

Tecnologia da Informao (TI) so:

a) administrao de Banco de Dados (DBA): esta funo precisa ser

bem definida e ressaltada pela sua importncia no banco de Dados,

os requisitos bsicos que um DBA precisa ter para exercer sua

funo com excelncia , de maneira simplista, instalar, configurar,

monitorar e solucionar problemas de um SGBD (Sistema

Gerenciador de Banco de Dados);

b) criao de projetos lgicos: o administrador tem a responsabilidade

de criar projeto lgico no banco de dados, utilizando DDL, com a

finalidade de garantir a segurana e a integridade dos dados,

definindo como os dados sero representados, estruturados e

armazenados na base de dados, recuperando e monitorando o

desempenho dos dados;

c) contato com usurio: tarefa de o DBA servir como contato com os

usurios, para a verificao e a disponibilidade dos dados por eles

requisitados e a fim de garantir que os dados por eles solicitados

possam ajudar na determinao e resoluo de problemas,

solucionar ajustes apropriados usando a DDL externa aplicvel

medida que ocorram mudanas de requisitos.

36

1.4.2 SQL /SQL*Plus

Segundo Date (2004) uma linguagem de programao SQL foi criada

pela Oracle para ser utilizada no processamento de transaes de dados,

uma linguagem padro para se lidar com banco de dados relacional sendo

aceitos quase todos os produtos (sistemas do mercado). A SQL foi projetada e

implementada pela IBM Research como uma interface para um projeto

experimental de um sistema de banco de dados relacional, chamado sistema

R.

Em 1986, foi criada a verso padro da SQL, chamado SQL-86 ou

SQL1, em seguida foi desenvolvida uma verso chamada SQL2, conhecida

tambm SQL-92. O ltimo padro SQL-99 foi dividido em uma especificao de

ncleo (Core) mais pacotes (Packages) opcionais. A SQL possui um

complemento de linguagem de definio de dados (DDL) e um complemento

de linguagem de manipulao de dados (DML Data Manipulation Language).

(ELMASRI; NAVATHE, 2004)

Fonte: Elmasri; Navathe, 2004, p.151

Figura 11. Comando de operao de definies SQL.

Depois de definir o banco de dados, pode-se operar sobre ele por meio

das operaes de manipulao SQL: SELECT, INSERT, UPDATE e DELETE

(DATE, 2004).

Fonte: Date, 2004, p.73

Figura 12. Comando de manipulao SQl.

37

A SQL um programa do tipo "linha de comando", utilizada para

executar comandos SQL e PL/SQL na base de dados Oracle, de maneira

interativa. Mesmo a SQL sendo a linguagem padro, ela est muito longe de

ser perfeita, pois apresenta falha em diversos aspectos que no podem

fornecer suporte apropriado ao modelo relacional. Sendo assim importante

ressaltar que o propsito da teoria relacional no apenas teoria por causa

prpria, mas a finalidade dessa teoria fornecer uma base sobre a qual sero

elaborados sistemas 100% prticos. A realidade de hoje que os produtos

relacionais apresentam falhas, de qualquer modo quando se trata de oferecer

tecnologia relacional por completo. (DATE, 2004)

1.4.3 Consultas SQL

Elmasri e Navathe (2004) dizem que o SQL possui comandos de

consultas com a finalidade de recuperar informaes do banco de dados e a

funcionalidade transacional permanece no servidor, sendo que este chamado

de servidor de consulta ou servidor de transao. Assim, cada cliente tem que

formular suas prprias consultas SQL, sendo fornecido aos clientes um

servidor que busca essas informaes no banco de dados, como apresenta o

modelo de pesquisa:

Fonte: Elmasri; Navathe, 2004, p. 157

Figura 13. Comando de consulta

O comando de consulta recupera o nome e o endereo de todos os

empregados. O cliente pode tambm fazer consultas a um dicionrio de dados

o qual inclui informaes sobre a distribuio dos dados em vrios servidores

SQL, bem como os mdulos para a decomposio de uma consulta global em

um nmero de consultas locais que podem ser executadas em vrios

servidores. A SQL atende s necessidades de uma linguagem padro para

SGBD, com uma diviso lgica entre o cliente e o servidor. (ELMASRI;

NAVATHE, 2004)

38

1.5 Inkscape

O Inkscape um software livre que teve origem com a verso de um

programa chamado sodipodi. usado para edio de imagens e documentos

vetoriais, gera imagens a partir de um caminho de pontos definindo suas

coordenadas, de forma precisa. Um aspecto importante a ser considerado

que, sendo um software de cdigo aberto, as inovaes para ele so muito

mais rpidas do que nos softwares comerciais. Portanto, pode-se esperar

bastante dele; outra vantagem de no perder a qualidade quando sofrem

alteraes na imagem, como o giro da mesma ou redirecionamento em

oposio aos formatos bitmap (imagens por rastreio ou de pintura). So

constitudos de pontos individuais chamados de pixels que so dispostos e

coloridos de maneiras diferentes para formar um padro. (INKSCAPE, 2010)

Utilizou-se no desenvolvimento no layout por ser um formato

nativamente SVG (Escalar Grficos Vetoriais), um formato aberto de imagens

vetoriais, que exporta para o popular formato da Internet PNG e importa vrios

formatos vetoriais ou bitmap, como por exemplo: TIFF, GIF, JPG, AI, PDF, PS,

entre outros.

possvel desenhar com mais preciso utilizando os recursos no

Inkscape, para que se possa criar com mais controle o posicionamento dos

objetos, por utilizar recursos vetoriais.

1.6 GIMP

Milani (2005) afirma que GNU (Image Manipulation Program) ou GIMP

- Programa de Manipulao de Imagens um editor de imagens bitmap,

tambm tem suporte a formatos de imagem vetorial, sendo um famoso editor

grfico que possui verses para Linux e Windows que j existe h mais de dez

anos. Foi criado para manipulao e criao de imagens; na verdade ele pode

ser considerado o nico aplicativo Open Source (cdigo aberto) em se tratando

de suas funes e requisitos para profissionais e tambm foi a prova que

projetos de cdigo aberto e livre que poderiam ser usados por leigos, abrindo

39

as portas para a unio de esforos que levaram ao desenvolvimento de outros

grandes projetos como o GNOME, o KDE, o Mozilla e o OpenOffice.org, e

vrios outros aplicativos que podem ser comparados com softwares da mesma

categoria a nvel comercial. Tornou-se referncia internacional em tratamento

de imagens.

De acordo com Milani (2005), GIMP j considerada muito superior aos

programas concorrentes mundialmente conhecidos. Essa ferramenta foi

desenvolvida por dois estudantes da universidade da Califrnia: Spencer

Kimball e Peter Mattis. Foi um projeto universitrio que amadureceu bastante e

hoje j muito usado profissionalmente, o software mais indicado para quem

trabalha com Photoshop, no Windows, e deseja migrar para o Linux. Essa

ferramenta se tornou um movimento, tanto que continuou firme e forte at hoje,

mesmo com os autores originais tendo deixado o projeto.

O presente trabalho usou-se no processamento de imagens e fotografias

exibidas na Internet. Sua caracterstica de uso inclui criao de grficos e

logotipos, redimensionar fotos, alterar cores, combinar imagens utilizando o

paradigma de camadas, remover partes indesejadas das imagens e converter

arquivos entre diferentes formados de imagem digital, com uso interativo,

podendo criar imagens para web utilizando scripts CGI que consiste numa

importante tecnologia que permite gerar pginas dinmicas. Permite ainda um

navegador passar parmetros para um programa alojado num servidor web, ou

realizar correo de cor ou redimensionamento de imagens em lote; so

vantagens de usufruir um timo programa sem a necessidade de compra de

licena de uso.

1.7 Flash

Adobe Flash um programa com arquivos de extenso ".swf"

(Shockwave Flash File). O produto era desenvolvido e comercializado pela

Macromedia, empresa especializada em desenvolver programas que auxiliam o

processo de criao de pginas web. Um software primariamente de grfico

vetorial, antes chamado Macromedia Flash. Em maro de 2007, lanado o

Adobe Flash CS3, nona verso do software e primeira produzida pela Adobe.

http://pt.wikipedia.org/wiki/Macromediahttp://pt.wikipedia.org/wiki/Gr%C3%A1fico_vetorial

40

Suporta imagens bipmap e vdeos utilizados para a criao de animaes

interativas que funcionam embutidas num navegador web. (ADOBE, 2010)

Os arquivos podem ser visualizados em uma pgina web usando um

navegador que o suporta, um plug- in especial ou atravs do Flash Player, que

um leve aplicativo de somente leitura distribudo free pela Adobe. Estes

arquivos so comumente utilizados para propaganda animada (banners) em

pginas web, mas evidentemente no se limitam a isso, pois existem diversos

jogos e apresentaes dos mais variados tipos utilizando a tecnologia. At

mesmo sites inteiros podem ser feitos em '.swf'. (ADOBE, 2010)

1.8 MySql.

A ferramenta MySql verso 5.1 foi escolhida pelo grupo, pois um

gerenciador de banco de dados muito poderoso e verstil. Possui muitos

benefcios como a alta capacidade de acmulo da base de dados e tambm

ser mundialmente conhecida pela sua distribuio ser gratuita. Capaz de

gerenciar uma grande quantidade de dados e informaes, podendo usufruir de

recursos com Stored Procedures, Triggers e Functions alm de garantir uma

boa segurana e integrao dos dados armazenados. O programa MySql de

licena dupla, os usurios podem usar como um produto Open Source/Free

software sob os termos da General Public License (GNU) gratuito.

(INFORMAES, 2008)

http://pt.wikipedia.org/wiki/Bitmap

41

2 LEVANTAMENTO DE REQUISITOS

2.1 Anlise de Mercado

A anlise foi efetuada em sites com o foco em pr-agendamento web,

porm a pesquisa mostra o funcionamento dos mesmos com campos de enviar

mensagens, atualmente existe uma carncia em sistemas com a

funcionalidade de pr-agendamento com disponibilidade de data e horrio para

acesso a usurios web na internet.

2.1.1 Sua Odontologia Agendamento - contato

Fonte: Sua Odontologia, 2010

Figura 14. Contato da Clnica

A figura 14 apresenta o contato da clnica e alguns links pelas pginas

como: Agende sua visita e surpreenda-se!, um simples formulrio que envia

uma mensagem para a clnica com alguns dados do cliente e com cinco

escolha uma delas marcar horrio, o paciente no pode fazer agendamento

pelo site.

http://www.suaodontologia.com.br/

42

2.1.1.1 A pgina mostrando os servios prestados

Fonte: Sua Odontologia, 2010

Figura 15. Servios

A figura 15 mostra os servios prestados pela clnica como: ortodontia,

periodontia, implantes, prteses e esttica. Cada um envia para uma pgina

determinada explicando os problemas causados e as solues.

2.1.2 Pgina fale conosco

Fonte: Clnica Soliva, 2010

Figura 16. Fale Conosco

http://www.suaodontologia.com.br/

43

A figura 16 apresenta um simples cadastro com: nome, e-mail e

sugestes. O paciente clica em cadastro, preenche um formulrio e envia a

mensagem para a clnica. O paciente no tem acesso agenda, s envia os

dados por um formulrio.

2.1.2.1 Clnica Soliva - Home

Fonte: Clnica Soliva, 2010

Figura 17. Home da Clnica

A figura 17 apresenta a tela principal da Clnica que possui botes e

telas de atalho que permitem um acesso ao site, no lado direito da tela menus.

2.2 Documentos de Requisitos

2.2.1 Viso Geral do Sistema

O SCO um sistema que tem por objetivo principal gerenciar uma

agenda odontolgica. Considerando que o agendamento pode ser efetuado na

44

clnica ou pela Internet; quando solicitado pela Internet ser um pr-

agendamento, pois a funcionria entra em contato confirmando a consulta.

Vrios dentistas podem utilizar o sistema, e este trata cada agenda

separadamente.

A disponibilidade de horrios de cada dentista informada ao sistema e,

a partir deste ponto, os horrios podem ser agendados localmente ou pela web.

O sistema prev usurios com poderes diferenciados para tais objetivos

e ainda para gerenciamento de outros recursos.

Alm do gerenciamento da agenda, o sistema tambm prev o cadastro

e manuteno de uma ficha de anamnese, o controle de convnios vinculados

aos pacientes e uma descrio dos fatos acontecidos em cada consulta.

O usurio web e interno tem acesso s pginas de navegao

explicativas tais como: orientao de higiene bucal, especializao dos

dentistas havendo links para as pginas de cirurgia, clnica geral, implantes,

ortodontia e fale conosco.

2.2.2 Requisitos Funcionais

2.2.2.1 Cadastros

a) o sistema deve permitir o cadastro de dois tipos de usurios, interno

(dentista e funcionrio) e web (paciente);

b) o sistema possui um usurio administrador pr- cadastrado com login

e senha;

c) o usurio administrador deve ser capaz de manter o cadastro dos

usurios do tipo dentista;

d) os usurios do tipo dentista devem possuir os seguintes atributos:

nome, cpf, sexo, data de nascimento, cidade, bairro, rua, nmero,

estado, cep, telefone, celular, e-mail, tipo de usurio, login, senha e

CRO;

e) os usurios do tipo dentista devem ser capazes de manter o cadastro

de funcionrio com os seguintes atributos: nome, cpf, data de

nascimento, sexo, cidade, bairro, rua, nmero, estado, cep, telefone,

celular, e-mail, tipo de usurio, login, senha e PIS;

45

f) os usurios do tipo interno devem ser capazes de manter, paciente

com os seguintes atributos: nome, cpf, data de nascimento, cidade,

bairro, sexo, rua, nmero, estado, cep, telefone, celular, e-mail, tipo

de usurio, login, senha e convnio;

g) os usurios do tipo dentista devem ser capazes de manter convnios

com os seguintes atributos: razo social e cdigo do convnio;

h) os usurios do tipo interno devem ser capazes de manter o cadastro

do agenda com os seguintes atributos: data, horrio, motivo,

anotao e telefone;

i) os usurios do tipo funcionrio devem ser capazes de manter o

cadastro da ficha de anamnese com os seguintes atributos:

medicamento, tipo sanguneo, doena, alergia, fumante e gestante;

j) os usurios do tipo interno devem ser capazes de manter o cadastro

das ocorrncias em cada consulta com os seguintes atributos: login

do paciente, login do dentista, data, hora do atendimento e

anotaes.

2.2.2.2 Controle de Usurio

a) o sistema deve permitir o acesso pelo login e senha dos usurios do

tipo interno e web;

b) o sistema deve permitir a consulta dos usurios cadastrados,

prevendo uma pesquisa por nome;

c) o usurio interno deve ser capaz de emitir relatrio de usurios

cadastrados.

2.2.2.3 Controle de Anamnese

a) o sistema deve permitir a consulta da ficha de anamnese de cada

paciente pelo nome.

2.2.2.4 Controle de Convnio

a) o sistema deve vincular o paciente a um convnio;

46

b) o usurio do tipo dentista deve ser capaz de emitir relatrio de

convnios cadastrados.

2.2.2.5 Controle de Agendamento

a) o usurio do tipo interno informa a disponibilidade da agenda de cada

dentista ao sistema;

b) somente os horrios previamente cadastrados como disponveis e

ainda no agendados, devem ser disponibilizados para acesso aos

usurios na web;

c) o usurio do tipo web j cadastrado pode visualizar o dia, horrio e o

nome do dentista agendado;

d) o sistema deve permitir que o usurio web faa o agendamento

somente uma vez por semana;

e) o sistema deve permitir que o usurio interno faa o agendamento

quantas vezes forem necessrias;

f) o sistema deve permitir que o usurio interno deve ser capaz de

emitir relatrio de: agendamento cadastrado por data, horrios

cadastrados e excluir disponibilidade gerada.

2.3 Requisitos no Funcionais - Portabilidade

a) o sistema deve permitir ser executado em computadores com

sistemas operacionais Windows e Linux e deve ser capaz de ser

executado atravs dos navegadores web: Microsoft Internet Explorer,

Mozilla Firefox e Google Chrome;

b) o sistema deve ser executado em computadores Pentium IV ou

superior.

47

3 ANLISE ORIENTADA A OBJETOS

3.1 Lista de Casos de Uso

N Descrio do Evento Evento Use Case Resposta

01 Administrador solicita cadastro de dentista

DadosDentista manterDentista MsgDentista

02 Dentista solicita cadastro de funcionrio

DadosFuncionrio manterFuncionrio MsgFuncionrio

03 Dentista solicita cadastro de convnio

DadosConvnio manterConvnio MsgConvnio

04 Usurio interno solicita cadastro de paciente

DadosPaciente manterPaciente MsgPaciente

05 Usurio interno solicita cadastro de anamnese

DadosAnamnese manterAnamnese MsgAnamnese

06 Usurio interno solicita gerar agenda

DadosAgenda gerarAgenda MsgAgenda

07 Usurio interno solicita cadastrar agendamento

DadosAgendamento manterAgendamento

MsgAgendamento

08 Usurio interno solicita relatrio de usurios

DadosRelUsurios Gerar relatrio de usurios

RelUsurios

09 Usurio interno solicita relatrio pacientes

DadosRelPaciente Gerar relatrio de paciente

RelPaciente

10 Usurio interno solicita relatrio de Dentista

DadosRelDentista Gerar relatrio de dentista

RelDentista

11 Dentista solicita relatrio de Funcionrio

DadosRel Funcionrio Gerar relatrio de funcionrio

RelFuncionrio

12 Usurio interno solicita relatrio de agendamento

DadosRel Agendamento

Gerar relatrio de agendamento

Rel Agendamento

13 Dentista solicita relatrio de convnios

DadosRelConvnio Gerar relatrio de convnio

RelConvnio

14 Usurio interno solicita relatrio de horrio

DadosRelConfirmaHorrio

Gerar relatrio confirma horrio

RelConfirmaHorrio

15 Usurio interno solicita relatrio de anamnese

DadosRelAnamnese Gerar relatrio de anamnese

RelAnamnese

16 Usurio web solicita relatrio de agendamento

DadosAgendamentoWeb

Gerar relatrio de agendamento Web

Rel AgendamentoWeb

17

Usurio interno solicita relatrio de lista data/horrio disponveis gerada

DadosRel Data/Horrio Gerado

Gerar relatrio de data/horario gerado

Rel Data/HorarioGerada

Fonte: Elaborado pelos autores, 2010

Quadro 1. Lista de Casos de Uso

48

3.2 Diagrama de Casos de Uso

CASO DE USO: manterDentista

ATOR: Administrador

DESCRIO: este caso de uso responsvel por manter o usurio interno do

tipo dentista.


Figura 18. Diagrama de Use Case 01 manterDentista

Curso Normal

1 O administrador solicita cadastro do dentista e informa o login.

2 O sistema verifica se existe login cadastrado.

3 O administrador informa e confirma senha.

3.1 O sistema verifica senha.

4 O administrador informa o CPF e os demais dados.

4.1 O sistema valida CPF.

5 Confirma os dados do dentista.

6 O sistema grava os dados do dentista.

7 O sistema exibe tela de confirmao do cadastro (MsgDentista).

8 Finalizar caso de uso.

CURSO ALTERNATIVO 1

Alternativa 2

2.1 O sistema exibe mensagem (MsgDentista).

2.2 Sistema permite novo cadastro de dentista.

2.3 Retornar para o passo 2.

CURSO ALTERNATIVO 2

Alternativa 2

2.1 O sistema exibe os dados do dentista no formulrio para confirmao.

49

2.2 Sistema possibilita a atualizao dos dados exibidos.


CURSO ALTERNATIVO 3

Alternativa 3

3.1 O sistema emite mensagem Senhas Diferentes.


CURSO ALTERNATIVO 4

Alternativa 4

4.1 O sistema emite mensagem CPF Invlido.


CURSO ALTERNATIVO 5

Alternativa 5

5.1 Os dados do dentista no foram informados.

5.2 O sistema informa Preencher o(s) campo(s) em destaque.

CASO DE USO: manterFuncionrio

ATOR: Dentista

DESCRIO: este caso de uso responsvel por manter o usurio interno do

tipo funcionrio.


Figura 19. Diagrama de Use Case 02 manterFuncionrio

Curso Normal

1 Dentista solicita cadastro de funcionrio e informa login.


50

3 Dentista informa e confirma senha.


4 Dentista informa o CPF e os demais dados.


5 Confirma os dados do funcionrio.

6 O sistema grava os dados do funcionrio.

7 O sistema exibe tela de confirmao do cadastro (MsgFuncionrio).


CURSO ALTERNATIVO 1

Alternativa 2

2.1 O sistema exibe mensagem No existe dados do FUNCIONRIO no

sistema!.

2.2 Sistema permite novo cadastro de funcionrio.


CURSO ALTERNATIVO 2

Alternativa 2

2.1 O sistema exibe os dados do funcionrio no formulrio para confirmao



CURSO ALTERNATIVO 3

Alternativa 3

3.1 O sistema emite mensagem Senhas Diferentes.


CURSO ALTERNATIVO 4

Alternativa 4



CURSO ALTERNATIVO 5

51

Alternativa 5

5.1 Os dados do funcionrio no foram informados.


CASO DE USO: manterConvnio

ATOR: Dentista

DESCRIO: este caso de uso responsvel por manter o convnio.


Figura 20. Diagrama de Use Case 03 manterConvnio

Curso Normal

1 Dentista solicita cadastro de convnio e informa razo social.

2 O sistema verifica se existe razo social cadastrada.

3 Confirma os dados do convnio.

4 O sistema grava os dados do convnio.

5 O sistema exibe tela de confirmao do cadastro (MsgConvnio).


CURSO ALTERNATIVO 1

Alternativa 2

2.1 O convnio encontrado pela razo social.

2.2 O sistema informa Convnio informado j existe!.

CASO DE USO: manterPaciente

ATOR: UsurioInterno

DESCRIO: este caso de uso responsvel por manter o usurio do tipo

paciente.

52


Figura 21. Diagrama de Use Case 04 manterPaciente

Curso Normal

1 Usurio Interno solicita cadastro de paciente e informa login.


3 Usurio Interno informa e confirma senha.


4 Usurio Interno informa o CPF e os demais dados.


5 Confirma os dados do paciente.

6 O sistema grava os dados do funcionrio.

7 O sistema exibe tela de confirmao do cadastro (MsgPaciente).


CURSO ALTERNATIVO 1

Alternativa 2

2.1 O sistema exibe mensagem No existe dados do PACIENTE no

sistema!.

2.2 Sistema permite novo cadastro de paciente.


CURSO ALTERNATIVO 2

Alternativa 2

2.1 O sistema exibe os dados do paciente no formulrio para confirmao.



CURSO ALTERNATIVO 3

Alternativa 3

53

3.1 O sistema emite mensagem Senhas Diferentes


CURSO ALTERNATIVO 4 Alternativa 4


4.2 Retornar ao passo 4.

CURSO ALTERNATIVO 5

Alternativo 5

5.1 Os dados do paciente no foram informados

5.2 O sistema informa Preencha o(s) campo(s) em destaque

CASO DE USO: manterAnamnese

ATOR: UsurioInterno

DESCRIO: este caso de uso responsvel por manter a anamnese.


Figura 22. Diagrama de Use Case 05 manterAnamnese

Curso Normal

1 Usurio Interno solicita cadastro de anamnese e escolhe o nome do

paciente.

2 Usurio Interno informa os demais dados.

3 Confirma os dados de anamnese.

4 O sistema grava os dados de anamnese.

5 O sistema exibe tela de confirmao do cadastro (MsgAnamnese).


54

CURSO ALTERNATIVO 1

Alternativa 1

1.1 A anamnese encontrada pelo login informado do paciente.

1.2 Finalizar caso de uso.

CURSO ALTERNATIVO

Alternativo 3

5.3 Os dados do paciente no foram informados.


CASO DE USO: manterAgenda

ATOR: UsurioInterno

DESCRIO: este caso de uso responsvel pelo cadastro, alterao e

remoo da agenda.


Figura 23. Diagrama de Use Case 06 manterAgenda

Curso Normal

1 Escolhe o nome do dentista.

2 Escolhe a data inicial.

3 Escolhe a data final.

4 Escolhe hora inicial.

5 Escolhe hora final.

6 Escolhe o intervalo de tempo.

7 E cria instncia agenda.

8 O sistema informa mostra tela de confirmao (MsgAgenda).


55

CURSO ALTERNATIVO 1

Alternativa 1

2.1 O nome do dentista no foi informado

2.2 Retornar ao passo 1

CURSO ALTERNATIVO 2

Alternativa 2

3.1 A data inicial no foi informada.

3.2 O sistema mostra mensagem Informar data inicial maior ou igual

data atual.


CURSO ALTERNATIVO 3

Alternativa 3

3.1 A data final no foi informada.

3.2 O sistema mostra mensagem Informar data final maior ou igual

data inicial e data atual.


CURSO ALTERNATIVO 4

Alternativa 4

3.1 A hora inicial no foi informada.

3.2 O sistema mostra mensagem Informar hora inicial maior ou igual

hora atual.


CURSO ALTERNATIVO 5

Alternativa 5

3.1 A hora final no foi informada.

3.2 O sistema mostra mensagem Informar hora final maior ou igual data

inicial e hora atual.


CURSO ALTERNATIVO 6

56

Alternativa 6

3.1 O intervalo de tempo no foi informado.


CASO DE USO: manterAgendamento

ATOR: UsurioInterno

DESCRIO: este caso de uso responsvel pelo cadastro, alterao e

remoo do agendamento e pr-agendamento.


Figura 24. Diagrama de Use Case 07 manterAgendamento

Curso Normal

1. informado o login e senha do Usurio Interno.

2. O usurio interno logado.

3. Escolhe o nome do paciente.

4. Escolhe o nome do dentista.

5. informada a data do agendamento.

6. informado o horrio da consulta.

7. informado o motivo do Agendamento.

8. O sistema recupera os dados do formulrio.

9. E cria instncia agenda.

10. O sistema exibe tela de confirmao do cadastro (MsgAgendamento).

11. Finalizar caso de uso.

CURSO ALTERNATIVO 1

Alternativa 1

1.1 O login do usurio interno no existe.

1.2 O sistema informa Login invlido!.

57

CURSO ALTERNATIVO 2

Alternativa 1

1.1 A senha do usurio interno no existe.

1.2 O sistema informa Senha Incorreta!.

CURSO ALTERNATIVO 3

Alternativa 2

2.1 O nome do paciente no foi informado.


CURSO ALTERNATIVO 4

Alternativa 3

3.1 O nome do dentista no foi informado.


CURSO ALTERNATIVO 5

Alternativa 4

3.1 A data do agendamento informada.

3.2 O sistema mostra os horrios disponveis.

CURSO ALTERNATIVO 6

Alternativa 4

3.1 A data do agendamento no informada.


CURSO ALTERNATIVO 7

Alternativa 5

3.1 O horrio do agendamento no informado.


CURSO ALTERNATIVO 8

Alternativa 6

5.1 O motivo da consulta no foi informado.

5.2 O sistema informa Preencher os campos em destaque!.

58

3.3 Diagrama de Classes


Figura 25. Diagrama de Classes

59

4 PROJETO ORIENTADO A OBJETOS

4.1 Diagrama de Sequncia Dentista


Figura 26. Diagrama de Sequncia manterDentista

4.2 Diagrama de Sequncia Funcionrio


Figura 27. Diagrama de Sequncia manterFuncionario

60

4.3 Diagrama de Sequncia Convnio


Figura 28. Diagrama de Sequncia manterConvnio

4.4 Diagrama de Sequncia Paciente


Figura 29. Diagrama de Sequncia manterPaciente

61

4.5 Diagrama de Sequncia Anamnese

Elaborado pelos autores, 2010

Figura 30. Diagrama de Sequncia manterAnamnese

4.6 Diagrama de Sequncia Agenda


Figura 31. Diagrama de Sequncia manterAgenda

62

4.7 Diagrama de Sequncia Agendamento


Figura 32. Diagrama de Sequncia manterAgendamento

63

5 PROJETO DE BANCO DE DADOS

5.1 Tabelas

Tabela: usurio

Chave primria (PK): login

Nome do Campo Tipo de Dado Tamanho Permite Nulo?

cpf Texto 12 NO

nome Texto 50 NO

dt_nasc Data 8 NO

estado Texto 2 NO

cidade Texto 50 NO

bairro Texto 15 NO

endereco Texto 50 NO

numero Texto 4 NO

telefone Texto 12 SIM

celular Texto 12 SIM

email Texto 50 SIM

tipoUsuario Texto 3 NO

login Texto 20 NO

senha Texto 8 NO


Quadro 2. Estrutura da tabela usurio

Outras Regras de Validao de Campo:

Nome do Campo Restrio

tipoUsuario Valores permitidos P(paciente) ou

D(dentista) ou F(funcionrio) ou ADM

(administrador)

Login Valores nicos

Cpf Valores nicos

Email Valores nicos


Quadro 3. Regras de validao da tabela usurio

64

Tabela: dentista

Chave primria (PK): loginD

Chave-estrangeira (FK): loginD (Usuario.login)


loginD Texto 20 NO

CRO Texto 5 NO


Quadro 4. Estrutura da tabela dentista

Tabela: funcionrio

Chave primria (PK): loginF

Chave-estrangeira (FK): loginF (Usurio.login)


loginF Texto 20 NO

PIS Texto 14 NO


Quadro 5. Estrutura da tabela funcionrio

Tabela: paciente

Chave primria (PK): loginP

Chave-estrangeira (FK): loginP (Usuario.login) e codConvenio

(Convenio.codConvenio)


loginP Texto 20 NO

codConvenio Nmero 3 NO


Quadro 6. Estrutura da tabela paciente

Tabela: convenio

Chave primria (PK): codConvenio


codConvenio Nmero 3 NO

razaoSocial Nmero 20 NO


Quadro 7. Estrutura da tabela convnio

65

Tabela: anamnese

Chave primria (PK): loginP

Chave-estrangeira (FK): loginP (Paciente.loginP)


loginP Texto 20 NO

tipoSanguineo Texto 3 SIM

alergia Texto 50 NO

fumante Texto 3 NO

gestante Texto 3 NO

doena Texto 30 NO

medicamento Texto 30 NO


Quadro 8. Estrutura da tabela anamnese

Tabela: Agenda

Chave primria (PK): (loginD, data

SCO SISTEMA PARA CLÍNICA ODONTOLÓGICA: GERENCIAMENTO DE ... · haislan nascimento costa marli...

Documents

Transcript of SCO SISTEMA PARA CLÍNICA ODONTOLÓGICA: GERENCIAMENTO DE ... · haislan nascimento costa marli...