Você está na página 1de 115

FACULDADE DO CENTRO LESTE

GLEISON TEIXEIRA FRANA

SISTEMA WEB PARA GESTO DE


ATENDIMENTOS NO SETOR DE TERAPIAS
HOLSTICAS E COMPLEMENTARES

SERRA
2015
GLEISON TEIXEIRA FRANA

SISTEMA WEB PARA GESTO DE


ATENDIMENTOS NO SETOR DE TERAPIAS
HOLSTICAS E COMPLEMENTARES

Trabalho de concluso de curso apresentado


ao curso de Sistemas de Informao, da
Faculdade do Centro Leste, como requisito
parcial para obteno do ttulo de Bacharel
em Sistemas de Informao.
Orientador: prof. Andr Ribeiro da Silva

SERRA
2015
GLEISON TEIXEIRA FRANA

SISTEMA WEB PARA GESTO DE


ATENDIMENTOS NO SETOR DE TERAPIAS
HOLSTICAS E COMPLEMENTARES

Trabalho de concluso de curso apresentado ao curso de Sistemas de Informao, da


Faculdade do Centro Leste, como requisito parcial para obteno do ttulo de Bacharel em
Sistemas de Informao.

Trabalho aprovado em ___ de ____________ de ______

BANCA AVALIADORA

_______________________________________________
Prof. Msc. Andr Ribeiro da Silva
Faculdade do Centro Leste - UCL
Orientador

_______________________________________________
Prof. Msc. Vitor Faial Campana
Faculdade do Centro Leste

Prof. Zirlene Effgen


Faculdade do Centro Leste

SERRA
2015
Dedico este trabalho a minha
famlia pelo apoio e pacincia
durante esse perodo de estudos, e
a todos os meus amigos e
familiares, que contriburam de
alguma forma para
desenvolvimento deste trabalho.
AGRADECIMENTOS

Agradeo primeiramente a Deus por ter me dado foras e por ter iluminado meus caminhos.
Aos meus amigos, pois sem eles no poderia ter chegado ao final desse curso com tanto
entusiasmo, alegria, sabedoria e compreenso. Aos meus familiares, sem dvida as pessoas
mais maravilhosas desse mundo, por acreditarem e me incentivarem a no desistir dessa
difcil jornada. Em especial gostaria de agradecer a Juliana Correard por ter me ajudado com
seus valiosos e essenciais ensinamentos espirituais. Ensinamentos estes que foram
fundamentais para me trazer paz interior e fora para alcanar meu objetivo. Agradecer
tambm a Gustavo Mendona, Rafael Rufino e Taisa Sabrina, pessoas que me deram suporte
durante o processo de desenvolvimento deste trabalho, e que julgo ter sido fundamental para
sua concluso. No posso deixar de agradecer a duas pessoas maravilhosas que sempre
estiveram ao meu lado, minha me Misselene Maria Teixeira Frana e minha namorada
Rayssa Baico. Obrigado pela pacincia e pelas palavras de incentivo durante os momentos
mais difceis deste estudo.

A meu orientador Andr Ribeiro da Silva, por acreditar em minha capacidade. E pelo seu
apoio e contribuio essencial para a minha formao profissional e pessoal e por fornecer um
valioso conhecimento para que fosse possvel a realizao desse projeto.
Filosofia do Sucesso

Se voc pensa que um derrotado, voc ser derrotado.


Se no pensar quero a qualquer custo! No conseguir nada.
Mesmo que voc queira vencer, mas pensa que no vai conseguir,
a vitria no sorrir para voc.

Se voc fizer as coisas pela metade, voc ser fracassado.


Ns descobrimos neste mundo que o sucesso comea pela
inteno da gente e tudo se determina pelo nosso esprito.

Se voc pensa que um malogrado, voc se torna como tal.


Se almeja atingir uma posio mais elevada, deve, antes de obter a vitria,
dotar-se da convico de que conseguir infalivelmente.

A luta pela vida nem sempre vantajosa aos fortes nem aos espertos.
Mais cedo ou mais tarde, quem cativa vitria aquele que cr plenamente,
Eu conseguirei!

Napoleon Hill
RESUMO

Nos dias de hoje, pode-se perceber um aumento no nmero de pessoas esto buscando tipos
de tratamentos especializados que as auxilie a fortalecer o seu desenvolvimento fsico, mental
e emocional, com objetivo de transpor com mais facilidade os problemas, desafios,
dificuldades do dia a dia. A prtica das Terapias Holsticas e Complementares para este fim
um campo que tem expandido consideravelmente nas ltimas dcadas. Este termo dado a
qualquer tipo de terapia que tem como foco o tratamento do ser humano como um todo.
Em paralelo a essa demanda possvel notar outro acontecimento que tem causado
modificaes significativas na vida das pessoas, que o aumento no nmero de acessos
Internet, que desde meados da dcada de 90 tem causado muitas mudanas nas tradicionais
relaes comerciais entre empresas e clientes. O aumento da demanda pelas terapias holsticas
e complementares e o crescimento no nmero de acessos a rede mundial de computadores,
tm proporcionado mudanas significativas no cotidiano dos profissionais que trabalham na
rea holstica. As possibilidades de interao mediadas via Internet vem promovendo o
surgimento de novas demandas e diferentes possibilidades de prestao de servio. J existem
profissionais da rea holstica, como os cartomantes, acunputuristas e tarlogos, que esto
passando a atender os clientes de forma mais profissionalizada, tambm investindo forte em
divulgao atravs da Internet. Diante de toda essa mudana, observou-se a necessidade de se
desenvolver um sistema de informao que promova a aproximao do cliente que demanda
por esse tipo de servio e o profissional da rea de terapias holsticas e complementares.
Com este objetivo, este trabalho apresenta o processo de desenvolvimento de um sistema de
informao web, como ferramenta de gesto de atendimentos no setor de terapias holsticas e
complementares, que tera como principal objetivo, auxiliar no processo de agendamento de
consultas com os profissionais da rea holstica, e permitir a qualificao dos atendimentos
prestados por eles. Para que o sistema contemple a ideia proposta, ele conta com quatro
mdulos principais: um mdulo de cadastro de terapeutas e clientes, um mdulo de busca por
profissionais da rea, um mdulo para agendamento de consultas e um mdulo para
qualificao de atendimentos prestados pelos profissionais. A implementao do sistema se
deu de forma que todo esse processo possa ser realizado entre o terapeuta e o cliente via
Internet.
Palavras Chave: Terapia Holstica e Complementar, Software, Sistemas Web, Internet.
ABSTRACT

These days, one can see an increasing number of people are seeking types of specialized
treatments that assist in strengthening their physical, mental and emotional development, in
order to overcome more easily the problems, challenges, difficulties of the day the day. The
practice of Holistic and Complementary Therapies for this purpose is a field that has
expanded considerably in recent decades. This term is given to any type of therapy that
focuses on the treatment of human beings as a whole.
Parallel to this claim is possible to note other event that has caused significant changes in
people's lives, which is the increase in the number of accesses to the Internet, which since the
mid-90 has caused many changes in the traditional trade relations between companies and
customers. Increased demand for holistic and complementary therapies and the growing
number of accesses to the World Wide Web have provided significant changes in the routine
of professionals working in the holistic area. Possibilities of interaction mediated via the
Internet are fostering the emergence of new demands and different possibilities of service.
There are already professionals in the holistic area, such as fortunetellers, tarot card readers
and acupuncturists, who are going to serve customers more professional way, also investing in
strong dissemination over the Internet. In the face of all this change, there was the need to
develop an information system that promotes customer approach that demand for this type of
service and the professional in the field of holistic and complementary therapies.
To this end, this paper presents the development of a web information system process, such as
attendance management tool in holistic and complementary therapies sector, which will have
as main objective to assist in the appointment scheduling process with professionals holistic,
and allow the qualification of care provided by them. For the system to contemplate the idea
proposed, it has four main modules: a registration module therapists and clients, a search
module for professionals, a module for scheduling appointments and a module for training of
care provided by professionals. The implementation of the system took place so that this
process can be carried out between the therapist and the client via the Internet.

Keywords: Holistic Therapy and Complementary, Software, Web Systems, Internet.


LISTA DE ILUSTRAES

Figura 1 - Faturamento anual do e-commerce no Brasil em Bilhes. ...................................... 16


Figura 2 - Estrutura cliente-servidor. ........................................................................................ 20
Figura 3 - Organizao da aplicao em camadas. ................................................................... 28
Figura 4 - Relao entre o usurio, o Controller, o Model e o View. ....................................... 29
Figura 5 - Exemplos de atores usados nos diagramas de casos de uso da UML. ..................... 35
Figura 6 - Notao para ator, caso de uso e relacionamento de comunicao. ........................ 36
Figura 7 - Um diagrama de Classes simples............................................................................. 37
Figura 8 - Formas de representar o contedo de um pacote. .................................................... 38
Figura 9 - Elementos bsicos de um diagrama de sequncia. .................................................. 39
Figura 10 - Representao simplificada de um sistema de banco de dados. ............................ 40
Figura 11 - O conjunto de entidades Funcionrios. .................................................................. 41
Figura 12 - Diagrama de Casos de Uso do sistema HolisticWeb. ............................................ 48
Figura 13 - Diagrama de Classes do sistema HolisticWeb. ...................................................... 51
Figura 14 - Diagrama de Sequncia do caso de uso Agendar Atendimento (CSU09). ............ 52
Figura 15 - Diagrama de Entidade e Relacionamento do sistema HolisticWeb. ...................... 53
Figura 16 - Modelo de Dados Lgico do sistema HolisticWeb. .............................................. 54
Figura 17 - Tela da ferramenta Visual Studio Express 2013. ................................................... 56
Figura 18 - Tela da ferramenta SQL Server 2012 Express....................................................... 56
Figura 19 - Tela Inicial (Home) do sistema HolisticWeb. ........................................................ 57
Figura 20 - Tela de cadastro de Clientes. ................................................................................. 58
Figura 21 - Tela de Cadastro de Terapeutas. ............................................................................ 58
Figura 22 - Cadastro de Especialidades do Terapeuta. ............................................................. 59
Figura 23 - Tela para Definir Agenda de Atendimento do Terapeuta. ..................................... 59
Figura 24 - Tela de Busca de Terapeutas. ................................................................................ 60
Figura 25 - Tela Perfil do Terapeuta. ....................................................................................... 61
Figura 26 - Tela de Login. ....................................................................................................... 62
Figura 27 - Tela para Agendamento de Atendimento com Terapeuta. .................................... 62
Figura 28 - Tela para Pagamento de Atendimento Agendado.................................................. 63
Figura 29 - Tela de Qualificao de Atendimento do Terapeuta. ............................................ 64
LISTA DE TABELAS

Tabela 1 - O contexto histrico da importncia da informao. .............................................. 18


Tabela 2 - Descrio das funes das quatro camadas de um software. .................................. 27
Tabela 3 - Tipos de diagramas oficiais da UML. ..................................................................... 34
Tabela 4 - Lista de requisitos funcionais previstos para o sistema. .......................................... 46
Tabela 5 - Lista de requisitos no funcionais previstos para o sistema. ................................... 46
Tabela 6 - Regra de Negcio Data e Hora disponveis para agendamento (RN01). ................ 47
Tabela 7 - Dicionrio de dados da tabela pessoa. .................................................................... 55
Tabela 8 - Regra de Negcio Envio de e-mail de qualificao do atendimento (RN02). ........ 83
Tabela 9 - Regra de Negcio nica qualificao do atendimento (RN03). ............................. 83
Tabela 10 - Regra de Negcio Carto de crdito vlido para pagamento (RN04). .................. 83
Tabela 11 - Regra de Negcio Carto de crdito com data de vencimento vlido (RN05). .... 83
Tabela 12 Regra de Negcio Desativao de cadastro negada (RN06). ............................... 84
Tabela 13 - Regra de Negcio Agenda criada para estar ativo (RN07). .................................. 84
Tabela 14 - Dicionrio de dados da tabela Cliente. .................................................................. 96
Tabela 15 - Dicionrio de dados da tabela Terapeuta. ............................................................. 96
Tabela 16 - Dicionrio de dados da tabela Atendimento.......................................................... 97
Tabela 17 - Dicionrio de dados da tabela Agenda. ................................................................. 97
Tabela 18 - Dicionrio de dados da tabela Especialidade. ....................................................... 98
Tabela 19 - Dicionrio de dados da tabela Dias da Semana. .................................................... 98
Tabela 20 - Dicionrio de dados da tabela Tipo de Atendimento. ........................................... 98
Tabela 21 - Dicionrio de dados da tabela Estado.................................................................... 98
Tabela 22 - Dicionrio de dados da tabela Cidade. .................................................................. 99
Tabela 23 - Dicionrio de dados da tabela Pagamento. ............................................................ 99
Tabela 24 - Dicionrio de dados da tabela Carto de Crdito. ................................................. 99
Tabela 25 - Dicionrio de dados da tabela Qualificao. ....................................................... 100
Tabela 26 - Dicionrio de dados da tabela Tipo Atendimento Terapeuta. ............................. 100
Tabela 27 - Dicionrio de dados da tabela Especialidade Terapeuta. .................................... 100
LISTA DE QUADROS

Quadro 1 - Caso de Uso Agendar Atendimento (CSU09)........................................................ 49


Quadro 2 - Caso de Uso Cadastrar Perfil (CSU01). ................................................................. 85
Quadro 3 - Caso de Uso Efetuar Login (CSU02). .................................................................... 86
Quadro 4 - Caso de Uso Alterar Cadastro (CSU03)................................................................. 87
Quadro 5 - Caso de Uso Desativar Cadastro (CSU04)............................................................. 88
Quadro 6 - Caso de Uso Visualizar Atendimentos (CSU05). .................................................. 89
Quadro 7 - Caso de Uso Visualizar Histrico Agendamento (CSU06). .................................. 90
Quadro 8 - Caso de Uso Definir Agenda Atendimento (CSU07). ........................................... 91
Quadro 9 - Caso de Uso Buscar Terapeuta (CSU08). .............................................................. 92
Quadro 10 - Caso de Uso Enviar E-Mail (CSU10). ................................................................. 93
Quadro 11 - Caso de Uso Qualificar Atendimento (CSU11). .................................................. 94
Quadro 12 - Caso de Uso Efetuar Pagamento (CSU12). .......................................................... 95
LISTA DE ABREVIATURAS E SIGLAS

ANSI - American National Standards Institute

ARPA - Advanced Research Projects Agency

B2B - Business to Business

B2C - Business to Customer

C2C - Customer to Customer

CBO - Classificao Brasileira de Ocupaes

CFM - Conselho Federal de Medicina

DER Diagrama de Entidade Relacionamento

EAD - Ensino a Distncia

ECMA - European Computer Manufacturers Association

HTML - HyperText Transfer Protocol

IIS - Internet Information Services

MTE - Ministrio do Trabalho e Emprego

MVC - Model-View-Controller

NSF - National Science Foundation

OMG - Object Management Group

OMS - Organizao Mundial de Sade

ONU - Organizao das Naes Unidas

PNPIC - Poltica Nacional de Prticas Integrativas e Complementares

SGBD - Sistema Gerenciador de Banco de Dados

SI - Sistemas de Informao

SIW - Sistemas de Informao Baseados na Web

SQL - Structured Query Language

SUS - Sistema nico de Sade


THCs - Terapias Holsticas e Complementares

TI - Tecnologia da Informao

UML - Unified Modeling Language

W3C - World Wide Web Consortium

WWW - World Wide Web

XHTML - eXtensible Hypertext Markup Language

XML - eXtensible Markup Language


SUMRIO

1. INTRODUO .................................................................................................................. 1
1.1. OBJETIVO GERAL .................................................................................................... 3
1.2. OBJETIVOS ESPECFICOS ...................................................................................... 3
1.3. JUSTIFICATIVA ........................................................................................................ 4
1.4. METODOLOGIA ........................................................................................................ 5
2. TERAPIAS HOLSTICAS E COMPLEMENTARES (THCs) ......................................... 6
2.1. O QUE SO AS THCs ................................................................................................ 6
2.2. HISTRIA DAS THCs ............................................................................................... 6
2.3. TCNICAS E TIPOS DE THCs ................................................................................. 8
2.4. RECONHECIMENTO E REGULAMENTAO ..................................................... 9
2.5. A DEMANDA DO MERCADO PELAS THCs........................................................ 10
2.6. PONTOS FRACOS DAS THCs ................................................................................ 11
2.7. TIPOS DE ATENDIMENTO: PRESENCIAL E A DISTANCIA ............................ 12
3. A INTERNET E O COMERCIO ELETRNICO ............................................................ 13
3.1. HISTRICO DA INTERNET .................................................................................... 13
3.2. COMRCIO ELETRNICO .................................................................................... 14
3.3. VANTAGENS DO COMRCIO ELETRNICO .................................................... 15
3.4. TIPOS DE COMRCIO ELETRNICO. ................................................................. 16
4. CONCEITOS DE SISTEMAS DE INFORMAO ....................................................... 18
4.1. A INFORMAO ..................................................................................................... 18
4.2. SISTEMAS DE INFORMAO (SI) ....................................................................... 19
4.3. SISTEMAS DE INFORMAO BASEADOS NA WEB (SIW) ............................. 19
4.4. SISTEMAS COLABORATIVOS ............................................................................. 21
4.5. SISTEMAS DE RECOMENDAO ....................................................................... 22
5. DESENVOLVIMENTO DE SISTEMAS WEB ............................................................... 23
5.1. FERRAMENTAS E ARQUITETURA DOS SISTEMAS WEB ............................... 25
5.1.1. Desenvolvimento Orientado a Objetos ............................................................... 25
5.1.2. Arquitetura Web .................................................................................................. 26
5.1.3. Modelo MVC...................................................................................................... 28
5.1.4. ASP.NET ............................................................................................................ 30
5.1.5. Html .................................................................................................................... 31
5.1.6. JavaScript ........................................................................................................... 31
5.1.7. CSS (Cascading Style Sheet) .............................................................................. 32
5.2. UML........................................................................................................................... 33
5.2.1. Diagrama de Caso de Uso .................................................................................. 35
5.2.2. Diagrama de Classes ........................................................................................... 36
5.2.3. Diagrama de Pacotes .......................................................................................... 37
5.2.4. Diagrama de Sequncia ...................................................................................... 38
5.3. BANCO DE DADOS ................................................................................................ 39
5.3.1. SQL..................................................................................................................... 40
5.3.2. Modelagem de Dados ......................................................................................... 41
6. DESENVOLVIMENTO DO SISTEMA HOLISTICWEB ............................................... 42
6.1. FASE DE ANLISE DO SISTEMA ........................................................................ 42
6.1.1. Levantamento das Informaes .......................................................................... 43
6.1.2. Requisitos do Sistema......................................................................................... 45
6.1.3. Regras de Negcio .............................................................................................. 47
6.1.4. Casos de Uso: Documentao ............................................................................ 47
6.2. FASE DE PROJETO DO SISTEMA ........................................................................ 50
6.2.1. Diagrama de Classes ........................................................................................... 50
6.2.2. Diagrama de Sequncia ...................................................................................... 51
6.2.3. Modelo de Dados Conceitual ............................................................................. 52
6.2.4. Modelo de Dados Lgico ................................................................................... 53
6.2.5. Dicionrio de Dados ........................................................................................... 54
6.3. IMPLEMENTAO DO SISTEMA ........................................................................ 55
6.3.1. Tcnicas e Ferramentas Utilizadas ..................................................................... 55
6.3.2. Sistema HolisticWeb ........................................................................................... 57
7. CONCLUSO .................................................................................................................. 65
7.1. TRABALHOS FUTUROS ........................................................................................ 66
REFERNCIAS ....................................................................................................................... 68
APNDICE .............................................................................................................................. 73
1. INTRODUO

Todo ser humano, em alguns momentos da vida, depara-se com momentos nos quais h de
enfrentar eventos e situaes que geram algum tipo de impacto ou desconforto, deixando-o
mais fragilizado e emocionalmente inseguro para lidar sozinho com obstculos da vida.
Devido a essas inesperadas circunstncias, as pessoas esto buscando cada vez mais algum
tipo de ajuda especializada que as ajude a fortalecer o seu desenvolvimento fsico, mental e
emocional, tornando-as mais aptas a transpor as adversidades do dia a dia (CAPB, 2014).

De acordo com o instituto CAPB (2014), a variedade de tratamentos e recursos teraputicos


para este fim um campo que tem expandido consideravelmente nas ltimas dcadas. Este
aspecto tambm comentado no trabalho de Levin & Jonas (2001, p.26). Existem hoje
inmeras possibilidades de auxlio disponveis s mais diversas necessidades, acessveis a boa
parcela da populao como jamais visto (CAPB, 2014). A prtica da Terapia Holstica e
Complementar (THC)1 uma delas, e segundo Brennan (2003) tem avanado
consideravelmente, sendo perceptvel o surgimento de muitas tcnicas de cura dignas de
confiana.

O termo Terapia Holstica e Complementar dado a qualquer tipo de terapia que siga os
princpios do holismo, com foco no tratamento do ser humano como um todo, e no s atravs
de uma fragmentada viso do real, focando apenas no tratamento especfico de dada patologia
(TEIXEIRA, 1996).

A Terapia Holstica parte da viso em abordar as causas do


problema e no tratar apenas consequncias, focalizando seu
trabalho na pessoa e seus problemas e no na doena, vai alm,
buscando descobrir os fatores emocionais, mentais e energticos que
criaram a condio para que uma doena tenha se instalado
(FONTANELLA, 2010, p. 08).

1
Tambm conhecida como Medicina Alternativa ou Complementar.
1
De acordo com dados oficiais, [...] entre 2007 e 2012 o nmero de atendimentos de
acupuntura, uma das terapias alternativas de maior aceitao, aumentou em 429%, em todo o
Pas (MAIA, 2015). Conforme Fontanella (2010) na medida em que so observados efeitos
positivos na utilizao das THCs, promulgam-se leis que liberam sua utilizao nos servios
de sade.

Toda essa demanda chamou a ateno do Ministrio do Trabalho e Emprego (MTE), que
instituiu uma nova CBO2 reconhecendo as THCs por intermdio do cdigo (3221) como
ocupao ou profisso legal (MTECBO, 2002). Ainda segundo a instituio, a modernizao
e atualizao da CBO [...] se deve s profundas mudanas ocorridas no cenrio cultural,
econmico e social do Pas nos ltimos anos, implicando alteraes estruturais no mercado de
trabalho.

Uma das molas propulsoras que contribuiu para essa mudana o crescimento da grande rede
mundial de computadores (Internet), que a partir do momento que comeou a ser usada com
objetivo comercial nos anos 90, vem causando modificaes significativas nas tradicionais
relaes comerciais entre empresas, fornecedores e clientes.

As redes de computadores se tornaram mais comuns no final do sculo 20, dando


origem a Internet, intranets, extranets e outras redes globais interconectadas. Esse
ocorrido mudou drasticamente as capacidades dos sistemas de informtica nos
negcios no incio do sculo 21 (WHITMAN & MATTORD, 2012, traduo
nossa).

De acordo com Stair e Reymolds (2010) as pessoas tambm comearam a utilizar a Internet
para realizar atividades diversificadas, como pesquisas sobre produtos e servios que desejam
adquirir, explorao de pontos tursticos, busca por vagas de emprego, entre outras inmeras
atividades. De fato, as possibilidades de interao mediadas via Internet vem conquistando
cada dia mais e mais adeptos e, com isso, favorecendo o surgimento de novas demandas e
diferentes possibilidades de prestao de servios (RODRIGUES, 2014).

2
Classificao Brasileira de Ocupaes - o documento que reconhece, nomeia e codifica os ttulos e descreve
as caractersticas das ocupaes do mercado de trabalho brasileiro (MTECBO, 2002).
2
No Brasil, de acordo com Azevedo (2015), j existem profissionais da rea holstica que esto
modernizando seus consultrios e passando a atender os clientes de forma mais
profissionalizada. Muitos j abandonaram as propagandas em postes e esto investindo forte
na Internet.

Diante dos benefcios que as THCs trazem para a populao, da grande quantidade de clientes
que podem ser alcanados com a presena do terapeuta holstico na Internet, do aumento na
procura por esses tratamentos, do crescimento do mercado de trabalho para profissionais de
sade que optam pelas THCs e da praticidade em realizar agendamentos de consultas online,
prope-se o desenvolvimento de uma ferramenta Web que auxilie o encontro entre terapeuta
holstico e cliente, permitindo o agendamento de consultas com profissionais desta rea.

1.1. OBJETIVO GERAL

Pretende-se apresentar anlise, projeto e construo de um Sistema de Informao Web para


agendamento de consultas e gesto de atendimentos efetuados por profissionais do setor de
THC. O sistema a ser desenvolvido ser concentrado em quatro mdulos principais que
realizaro as seguintes funes:
Cadastro - cadastro de terapeutas e clientes;
Busca - busca dos profissionais terapeutas, por regio e por especialidades;
Agenda - agendamento de consultas com o profissional terapeuta escolhido pelo
cliente;
Qualificao - qualificao de atendimentos prestados pelos profissionais, atravs de
um sistema de recomendao.

1.2. OBJETIVOS ESPECFICOS

Para a obteno do objetivo geral deste trabalho foram definidos como objetivos especficos:

3
Desenvolver um sistema disponvel na Internet para que profissionais da rea de
THCs possam ser encontrados com facilidade e tranquilidade por qualquer pessoa que
busque esse tipo de tratamento.

Virtualizar o currculo do terapeuta, apresentando seu perfil com informaes


profissionais, formao escolar, cursos extracurriculares, experincias, depoimentos e
qualificao de clientes que j receberam atendimento.

Promover o fcil agendamento de uma consulta com o terapeuta sem a necessidade de


entrar em contato via telefone, evitando a desconfortvel situao de encontrar a linha
sempre ocupada.

Promover a disseminao da eficcia das THCs atravs de depoimentos dados por


clientes que passaram pelo atendimento, propiciando cada vez mais a busca de
evidncias cientficas concretas apresentando a credibilidade da nova medicina
alternativa.

Promover atravs do sistema de recomendao, os profissionais que tenham condies


de oferecer respostas teraputicas mais satisfatrias para os clientes.

1.3. JUSTIFICATIVA

O mercado de trabalho para profissionais de sade que optam pelas terapias no


convencionais, [...] tm crescido nos ltimos anos (MAIA, 2015). Esta afirmao ancorada
nos modernos instrumentos de tecnologia e comunicao justifica o desenvolvimento de uma
ferramenta que favorea a aproximao entre terapeuta e cliente.

O sistema de recomendao permitir que os terapeutas sejam avaliados pelos clientes aps o
atendimento, contribuindo para a promoo dos profissionais mais qualificados. Essa
qualificao importante, j que existe certo descrdito ao fato de que muitos dos terapeutas
alternativos so pessoas comuns, que estudam em cursos de curta durao e comeam a atuar
4
profissionalmente, mesmo sem obter experincia. Isso faz com que muitos terapeutas sejam
reduzidos a aventureiros e charlates ao invs de profissionais srios e que desejam oferecer o
melhor aos seus clientes.

Outro fator que justifica a realizao deste trabalho a existncia de certa [...] dificuldade de
aceitao por parte de outros profissionais da rea de sade com relao s Terapias
Holsticas (PECIS, 2010, p. 10), pois so tcnicas que ainda no esto totalmente validadas
pela medicina convencional e pelo mtodo cientfico. Atravs dos depoimentos de pessoas
que j passaram pelo atendimento, ser possvel dar mais credibilidade s prticas holsticas.

1.4. METODOLOGIA

Para desenvolver esse trabalho foi adotada a seguinte metodologia:

Reviso Bibliogrfica estudo sobre a rea de THCs e sobre o processo de software,


destacando seus principais conceitos e definies.
Engenharia de Requisitos levantamento e anlise de todos os requisitos que fazem parte
do escopo do sistema. A identificao desses requisitos ser feita com aplicao de
questionrio com perguntas voltadas para profissionais da rea.
Projeto projeto do sistema proposto, apresentando sua arquitetura, projeto Web, projeto
orientado a objetos e projeto de dados.
Construo desenvolvimento da ferramenta utilizando tecnologia ASP.Net com
linguagem C# (l-se C Sharp) e banco de dados SQL Server.

5
2. TERAPIAS HOLSTICAS E COMPLEMENTARES (THCs)

2.1. O QUE SO AS THCs

As Terapias Holsticas e Complementares (THCs) so mtodos que trabalham a preveno e a


cura, atravs do reequilbrio energtico de um ser vivente, ativando as foras auto reguladoras
do seu prprio organismo. Em alguns casos, produtos naturais so utilizados dentro das
tcnicas (MOLLER, 2001).

[...] Terapia Holstica o nome dado a qualquer terapia que siga os princpios do
holismo, ou seja: que tente abordar os desiquilbrios bio-somato-psico-socio-
espirituais do ser humano a ser tratado como um todo, no atravs de uma viso
especializada (FONTANELLA, 2010).

Ainda segundo Fontanella (2010) [...] associados s terapias holsticas, atualmente temos,
com grande amplitude as Terapias Complementares rea de sade convencional. Definir
terapia complementar no uma tarefa fcil. No ocidente as terapias complementares so
definidas como um apoio a serem usadas simultaneamente a outros tratamentos
convencionais. De forma geral, o termo terapia holstica tambm conhecido como medicina
alternativa e complementar.

Para Nunes e Soalheiro (2004) esta abordagem est incorreta, pois [...] as tcnicas e mtodos
agregados sob o nome medicina alternativa so to distintas que se torna impossvel criar uma
definio coerente para o termo. Nem todas so naturais, nem todas so holsticas, nem todas
so orientais, nem todas so no-oficiais. Ainda segundo o mesmo autor, essas tcnicas que
esto to distantes, tanto no histrico, quanto na abordagem acabam sendo colocadas no
mesmo barco.

2.2. HISTRIA DAS THCs

Hipcrates (Cs, 460-Tesslia, 377 a.C), pai da Medicina, [...] gostava de repetir enquanto
cuidava de seus pacientes que o homem uma parte integral do cosmo e s a natureza pode
6
tratar seus males (NUNES & SOALHEIRO, 2004). Na definio de Hipcrates, sade est
no estado de harmonia que o homem mantm com a natureza, o no equilbrio entre os
diferentes componentes do organismo com o meio ambiente em que vive. Em sua forma de
pensar, sade e doena dependiam da integrao perfeita entre mente, corpo e meio-ambiente
(NUNES & SOALHEIRO, 2004; FONTANELLA, 2010).

Paracelso (1493-1541) abordou o impacto que o pensamento e a emoo exercem sobre a


sade humana a mais de 500 anos. Samuel Hahnemann (1755-1843) elaborou toda a teoria da
Homeopatia partindo da viso Holstica. Para ele, saber o nome da doena no era to
importante, pois o verdadeiro ponto crucial estava em conhecer o doente de forma holstica
(FONTANELLA, 2010).

Nunes e Soalheiro (2004) contam que a partir do sculo XVII as ideias do filsofo Ren
Descartes (1596-1650) influenciaram a cincia. A partir dai os tratamentos mdicos
comearam a ver o corpo do homem como uma mquina composta de vrias partes, onde
cada parte deste corpo era independente e tinha uma funo especfica. Para Descartes, ao
entender cada parte, entendia-se o todo.

A medicina moderna esqueceu os conselhos de Hipcrates, se ergueu sobre o pressuposto de


Descartes, e at os dias atuais continua bastante apoiada nele (NUNES & SOALHEIRO,
2004). Mas para os autores Nunes e Soalheiro (2004), a teoria de Descartes j no faz tanto
sentido nos dias de hoje, pois a cincia j provou a essencial relao entre o corpo, a mente, as
emoes e as consequncias na sade humana. Isso vem ao encontro de Fontanella (2010),
concluindo que no sculo XX surgiu um novo horizonte com as teorias de Einstein:

[...] a matria vista como manifestao de energia e os homens, tambm formados


de matria, passaram a serem vistos, todos, como seres energticos constitudos de
vrios sistemas, que interagem entre si e com o meio, formando um todo, que deve
sempre estar harmonioso.

Com o aumento da popularidade da fsica quntica, a cincia passou a estar mais prxima da
sociedade, nos fazendo voltar antiga concepo de Hipcrates, porm, acrescentando
esprito trade: mente, corpo e meio-ambiente, e de acordo com Fontanella (2010) esta a
viso holstica. Mesmo com esse novo conceito, a medicina ocidental ortodoxa continua

7
sendo um edifcio slido, muito respeitada e cheia de mritos. Mas, em alguns pases como
Frana e Canad, uma boa parcela da populao (em torno de 70%) j recorre a tratamentos
de cura no convencionais. Os mtodos utilizados so totalmente diferentes uns dos outros,
inclusive em seus resultados apresentados (NUNES & SOALHEIRO, 2004).

2.3. TCNICAS E TIPOS DE THCs

De fato, existe uma tendncia ao uso crescente das THCs, seja como opo medicina
ortodoxa convencional, seja como complemento para ela. Abaixo esto listadas algumas
formas de terapias que podem ser consideradas Holsticas, Alternativas, Naturais ou
Complementares (MOLLER, 2001; NUNES & SOALHEIRO, 2004):

Acupuntura: o tratamento consiste em aplicar agulhas em especficos pontos do corpo


com intuito de afetar diferentes rgos. Estes pontos ficam localizados sobre canais de
energia que se espalham pelo corpo. Desbloqueando o canal, cura-se o rgo.
Aromaterapia: utiliza-se leos essenciais de flores, folhas e madeira para aliviar
sintomas e melhorar o bem-estar do indivduo.
Cromoterapia: baseia-se na ideia de que as cores tm efeito teraputico curativo
abrangente.
Florais: so frmulas elaboradas a partir da essncia de flores, indicadas de acordo
com o perfil emocional de cada cliente. O tratamento promete curar vrias doenas.
Fitoterapia: atua sob a manipulao de ervas e plantas, com intuito de curar doenas e
reduzir os sintomas do cliente.
Iridologia: os profissionais que praticam este tipo de tcnica afirmam que podem
apresentar um diagnstico psicolgico, emocional e fsico, a partir da anlise da ris do
cliente.
Naturopatia: esta tcnica prega (entre outras coisas) que os alimentos crus so bem
mais aproveitados pelo organismo, promovendo com isso a melhora na sade geral do
corpo.
Ortomolecular: promove o uso de aminocidos, vitaminas e minerais em maiores
quantidades que quelas que o corpo humano seja capaz de absorver.
8
Reflexologia: esta tcnica acredita que todos os rgos do corpo possuem pontos de
reflexo especficos: na orelha, nos ps, nas mos e outras partes do corpo.
Pressionando esses pontos, pode-se liberar o fluxo de energia ali bloqueado, e com
isso curar sintomas nos rgos relacionados aquele ponto.
Reiki: os praticantes desta tcnica afirmam que o Reiki uma energia curativa que
est no universo. Ela pode ser canalizada pelo praticante e transmitida ao cliente por
meio da imposio de mos do praticante.
Radiestesia: esta tcnica trabalha com as vibraes presentes nos seres vivos, no
ambiente e no universo. A prtica mais divulgada faz utilizao de um pndulo para
obter diagnsticos de doenas.
Rolfing: tcnica de massagem para a correo de posturas.
Shiatsu: esta tcnica segue os mesmos princpios da acupuntura, mas sem o uso de
agulhas, apenas pressionando os meridianos com os dedos (pontos de energia).
Urinoterapia: o tratamento se baseia na manipulao da urina do prprio cliente para
curar diversas doenas.

O que elas tm em comum que a maior parte delas se baseia nas experincias adquiridas ao
longo dos anos, mas ainda no existem comprovaes cientficas eficazes para validao de
seus mtodos e resultados (MOLLER, 2001).

2.4. RECONHECIMENTO E REGULAMENTAO

A prtica da acupuntura foi aceita pela Organizao Mundial de Sade (OMS) no incio da
dcada de 1970 (MOLLER, 2001). Em 2002 a OMS lanou o documento intitulado de
Estratgia da OMS sobre Medicina Tradicional 2002-2005. Este documento dirigido s
naes membros da Organizao das Naes Unidas (ONU) reconhecendo e validando as
tcnicas como, fitoterapia, acupuntura e outras tcnicas orientais (PECIS, 2010).

A aceitao da prtica da acupuntura e da homeopatia pelo Conselho Federal de Medicina


(CFM) tem proporcionado um avano na utilizao das THCs (FONTANELLA, 2010). O

9
MTE regulamentou a ocupao de Terapeuta Holstico sob a CBO n. 3221-25, definindo suas
atividades (MTECBO, 2002; PECIS, 2010).

Em maio de 2006 o Ministrio da Sade integrou as THCs no Sistema nico de Sade (SUS)
com a Portaria 971, que aprova a Poltica Nacional de Prticas Integrativas e Complementares
(PNPIC) (PECIS; MAIA, 2010, 2015). Em junho de 2009, o Governador Srgio Cabral Filho,
do Estado do Rio de Janeiro, aprovou a Lei 5471, e criou o Programa de Terapia Natural no
Estado do Rio de Janeiro. O item II do art. 2 define as tcnicas que sero implantadas, com
os seguintes dizeres: a implantao das Terapias Naturais nas unidades de sade e hospitais
pblicos do Estado do Rio de Janeiro, dentre as suas diversas modalidades, tais como:
Fitoterapia, Massoterapia, Terapia Floral, Acupuntura, Hidroterapia, Oligoterapia,
Aromaterapia, Geoterapia, Quiropraxia, Iridologia, Cromoterapia, Trofoterapia,
Ortomolecular, Naturologia, Hipnose, Terapias da Respirao e Ginstica Teraputica
(PECIS, 2010).

De acordo com Fontanella (2010) medida que possvel observar os resultados positivos na
utilizao das THCs e promulgam-se leis que liberam a utilizao das THCs nos servios de
sade, abrem-se espaos para seu uso nos mesmos, despertando o interesse de profissionais da
rea da sade em aprend-las e pratic-las.

2.5. A DEMANDA DO MERCADO PELAS THCs

Em algumas pesquisas realizadas em pases como Estados Unidos, e alguns pases da Europa,
possvel notar o interesse e o aumento na procura pelas THCs (RODRIGUES, 2014). De
acordo com Leal, Schwartsmann e Lucas (2008) tem ocorrido um aumento exponencial no
uso das THCs no tratamento de vrias doenas. Esse processo de ampliao ocorre em
paralelo ao progresso cientfico e tecnolgico da medicina moderna ocidental e vem
despertando o interesse de pesquisadores, usurios, gestores e profissionais de servios de
sade.

10
Nos Estados Unidos (EUA), estima-se que o mercado de THCs movimente em torno de 34
bilhes de dlares por ano, sendo esses recursos gastos fora do sistema de sade (LEAL,
SCHWARTSMANN & LUCAS, 2008). Segundo Levin e Jonas (2001) duas pesquisas sobre
o uso das THCs nos EUA (a primeira realizada em 1990 e a segunda em 1997) mostraram que
durante esse perodo, o uso das THCs aumentou de 34% para 42%. O nmero de visitas aos
profissionais de THCs aumentou de 400 milhes para mais de 600 milhes de visitas por ano,
e a quantia gasta com essas prticas cresceu de 14 bilhes para 27 bilhes de dlares.

Em uma clnica privada na cidade do Mxico, foi realizado um estudo com 85 pacientes
portadoras de cncer de mama que revelou que o gasto mediano mensal por paciente, com
estas prticas de US$ 345,5. No Reino Unido, existem cerca de 50.000 profissionais que
exercem alguma forma de THC, sendo cerca de 5 milhes o nmero de pessoas que buscam
anualmente este tipo de atendimento (LEAL, SCHWARTSMANN & LUCAS, 2008).

No Brasil, o acesso s sesses de acupuntura oferecidas principalmente nas unidades bsicas


de sade aumentou em 70% entre os anos 2007 e 2012. Segundo o Ministrio da Sade, em
dois anos o nmero de municpios que ofereciam essas terapias na sua rede de sade saltou de
12 para 1300 (MAIA, 2015). Em uma pesquisa apresentada por Leal, Schwartsmann e Lucas
(2008), 100 pacientes portadores de doenas graves atendidos no Hospital Mario Kroeff,
localizado na cidade do Rio de Janeiro, mostrou que durante o ano de 2008, 65% dos casos
revelaram fazer uso de algum tipo de THC concomitantemente ao tratamento convencional.

De fato, os dados at aqui apresentados demonstram um aumento no interesse pelas THCs,


tanto pelos usurios quanto pelos profissionais da rea de sade. Esse interesse reflete no s
as alteraes no comportamento, mas tambm as alteraes nos valores e necessidades da
sociedade moderna (LEVIN & JONAS, 2001; MAIA, 2015).

2.6. PONTOS FRACOS DAS THCs

No trabalho de Levin e Jonas (2001), os autores mencionam que a segurana nas prticas das
THCs e utilizao de produtos junto a estas, uma importante rea de preocupao. Apesar da
11
presena dos benefcios potenciais, a quantidade de pesquisas sobre os sistemas e prticas de
THCs pequena quando comparada medicina convencional. Considerando a falta de
informaes consistentes sobre a segurana, eficcia e potenciais interaes das vrias formas
de THCs com o tratamento convencional, Leal, Schwartsmann e Lucas (2008) tambm
demonstram preocupao e reforam: [...] este tema merece maior ateno por parte da
comunidade cientfica.

Outro fator preocupante pode ser notado observando dados da literatura, onde sugere
fortemente que o uso das THCs frequente e usualmente omitido pelos pacientes durante
entrevistas com enfermeiros e mdicos em um tratamento convencional (LEAL,
SCHWARTSMANN & LUCAS, 2008). Para Levin e Jonas (2001) a medida que o uso THCs
aumenta, as informaes limitadas sobre sua segurana e eficcia criam uma situao
potencialmente perigosa. E o mesmo autor conclui:

[...] apesar de prticas como a acupuntura, homeopatia e meditao apresentarem


poucos riscos, elas devem ser utilizadas por profissionais completamente
competentes e licenciados para evitar as aplicaes inapropriadas (LEVIN &
JONAS, 2001).

2.7. TIPOS DE ATENDIMENTO: PRESENCIAL E A DISTANCIA

O uso das tecnologias de comunicao (em especial a Internet) para oferta de atendimento
teraputico queles que por alguma razo no podem frequentar com regularidade os servios
presenciais, se transformou em uma nova modalidade de atendimento. Essa prtica j
realizada h mais de quinze anos por profissionais de pases como Canad, EUA, Inglaterra,
Argentina, Rssia, Holanda e Israel (DONNAMARIA & TERZIS, 2011).

De acordo com Adlia, Pieta e Gomes (2014) as terapias online e intervenes realizadas
atravs da Internet variam em seu sincronismo, podendo envolver comunicao sncrona, ou
seja, imediata (e.g. chat) ou assncrona, com algum atraso (e.g. e-mail), podendo ser curto
(e.g. e-mail dirio) ou longo (e.g. e-mail de resposta a cada trs dias).

12
Uma das vantagens da utilizao de tecnologias eletrnicas e digitais em
tratamentos psicoterpicos que o indivduo pode acess-las do ambiente em que se
encontra e no momento em que sente ser adequado. Esse dispositivo teraputico
ecolgico, pois adapta-se s necessidades do sujeito (ADLIA, PIETA & GOMES,
2014).

A Internet praticamente destruiu alguns setores, enquanto imps severas ameaas a outros
tantos. Por outro lado, criou mercados inteiramente novos e formou a base para milhares de
novos negcios. As inmeras possibilidades de interao humana mediadas pela rede
mundial de computadores conquistam a cada dia mais adeptos e com isso surgem novas
demandas e diferentes possibilidades de prestao de servios via Internet (LAUDON &
LAUDON, 2011; RODRIGUES, 2014).
de se esperar que essa relao, em sua forma online, difira qualitativamente de sua verso
presencial. No entanto, pesquisas tm apontado semelhanas entre ambas, mostrando-se o
atendimento teraputico pela Internet efetivo nas mais distintas modalidades (ADLIA,
PIETA & GOMES, 2014). No se trata de substituir a teraputica presencial, que
provavelmente dever seguir predominando, mas poder contar com a terapia online talvez
possa refletir em menor sofrimento queles que esto impossibilitados de serem atendidos
presencialmente (DONNAMARIA & TERZIS, 2011).

3. A INTERNET E O COMERCIO ELETRNICO

3.1. HISTRICO DA INTERNET

A Internet foi idealizada como um sistema de comunicao em 1969 pela Advanced Research
Projects Agency Agncia de Projetos de Pesquisa Avanada (ARPA), que faz parte do
Departamento de Defesa dos EUA. Com o passar do tempo os Sites de pesquisa da ARPA
passaram a compartilhar informaes e dar acesso a computadores de qualquer lugar. Foi
criada originalmente para servir como um backbone de comunicao e dar apoio a pesquisas
acadmicas nos tpicos relativos defesa militar. O sistema cresceu verdadeiramente como
uma rede distribuda, e no meio da dcada de 80 a ARPANET foi segmentada. A National
Science Foundation Fundao Nacional de Cincia (NSF) assumiu o controle da rede de
13
pesquisas civil, a qual se tornou a Nfnet e mais tarde renomeada para Internet (ALBERTIN,
2007).

A Internet se tornou o sistema de comunicao pblico mais abrangente e, hoje,


rivaliza com o sistema telefnico global em alcance e amplitude. tambm o maior
exemplo de redes interconectadas e computao cliente/servidor no mundo,
conectando centenas de milhares de redes individuais em todo o planeta (LAUDON
& LAUDON, 2011).

Inicialmente a Internet estava restrita para realizar apenas pesquisa educacional. Usar a
Internet para fins comerciais era proibido pela NSF Acceptable Use Policy - Poltica de
Utilizao Aceitvel. Entretanto, com a enorme presso poltica, e dos novos participantes, as
restritas regras que definiam como a Internet deveria ser utilizada ficaram difceis de serem
mantidas (ALBERTIN, 2007).

Ao longo do tempo, vrios servios como o e-mail, transferncia de arquivos e o


acesso remoto foram acrescentados aos padres da Internet. No final da dcada de
80 e incio da dcada de 90 um novo servio foi criado: a World Wide Web - Rede
Mundial de Computadores (WWW), ou simplesmente Web (JUNIOR, 2003).

Em 1993 a Internet foi aberta para os negcios e se tornou de fato uma ferramenta pessoal e
profissional indispensvel (LAUDON & LAUDON, 2011).

3.2. COMRCIO ELETRNICO

O comrcio eletrnico (tambm identificado pela sigla e-commerce) teve incio no ano de 1995,
quando o Netscape.com (uma das pioneiras na Internet), aceitou publicar anncios de grandes
empresas, popularizando a ideia da Web como uma nova mdia a ser usada para publicidade e
vendas. At a metade desta dcada, a concorrncia era dominada em escala global por
multinacionais como: General Motors, General Electric, IBM e Toyota. A Internet como um
sistema internacional de telecomunicaes completo reduziu drasticamente os custos para
aqueles que desejam operar em escala global. A Internet ampliou as possibilidades para
grandes empresas e ao mesmo tempo criou muitas oportunidades para pequenas e mdias
(LAUDON & LAUDON, 2011).
14
Os autores Laudon e Laudon (2011) dividem a evoluo do e-commerce em duas grandes
ondas. A primeira grande onda transformou o mundo do comrcio de msicas, livros e
viagens areas. Na segunda grande onda, oito setores enfrentaram (e continuam enfrentando)
um cenrio similar de transformao: filmes, telefonia, televiso, imveis, joalheria, hotis,
pagamento de contas e softwares. A gama de ofertas dentro do comrcio eletrnico continua
crescendo, especialmente nos setores de viagens, centrais de informaes, entretenimento,
vesturio, eletrodomsticos e moblias residenciais.

3.3. VANTAGENS DO COMRCIO ELETRNICO

A revoluo do comrcio eletrnico est apenas comeando. medida que mais


produtos e servios forem oferecidos online e a telecomunicao residencial de
banda larga se tornar mais popular, indivduos e empresas usaro cada vez mais a
Internet para conduzir negcios (LAUDON & LAUDON, 2011).

O comrcio eletrnico continua a crescer de forma acentuada no Brasil e no mundo. Ainda


recorrendo a Laudon e Laudon (2011) mais de 1,4 bilhes de pessoas encontram-se
conectadas a Internet. No Brasil, a quantidade de pessoas conectadas a Internet desde 2007
passou de 42,60 milhes para 88,52 milhes. Esse nmero corresponde a 45,6% da populao
brasileira no ano de 2012 (ECOMMERCEORG, 2015). Esse crescimento da populao na
rede como um todo est impulsionando a expanso do comrcio eletrnico. Essa afirmao
feita por Laudon e Laudon (2011) pode ser confirmada observando o grfico na Figura 1
apresentado por Ecommerceorg (2015), que apresenta o faturamento anual do e-commerce no
Brasil em Bilhes.

15
Figura 1 - Faturamento anual do e-commerce no Brasil em Bilhes.
Fonte: e-bit - www.e-commerce.org.br

J um novo relatrio divulgado pela WebShoppers3 atravs de E-commercebrasil (2015),


informa que 51,5 milhes de consumidores fizeram compra pela Internet no ano de 2014,
sendo 10,2 milhes de estreantes. Esses nmeros revelam um mercado extremamente maduro,
pois mesmo diante das adversidades econmicas vividas pelo pas em 2014, os nmeros no
param de crescer.

3.4. TIPOS DE COMRCIO ELETRNICO.

Existem algumas varias maneiras de classificar as transaes realizadas no e-commerce, e


uma delas leva em considerao a natureza dos participantes dentro de uma transao. Sob
essa perspectiva pode-se definir trs categorias consideradas como principais no e-commerce,
so elas: Business to Customer Empresa para Consumidor (B2C), Business to Business
Empresa para Empresa (B2B) e Customer to Customer - Consumidor para Consumidor (C2C)
(ALBERTIN, 2007; LAUDON & LAUDON, 2011).

3
Relatrio mais slido e respeitado sobre o comrcio eletrnico, no qual analisada a evoluo do e-commerce.
Fonte: http://www.ebit.com.br/Webshoppers.
16
Comrcio Eletrnico B2C: na definio de Nunes (2010), o tipo de transao de
negcio eletrnico que tem como foco o consumidor final, ou seja, o cliente. Ainda
segundo o autor, [...] nesse caso, o comprador ser sempre uma pessoa fsica que atravs
de seu computador pessoal, [sic] realizar [sic] procedimentos de busca e aquisio de
produtos ou servios, via Internet. De acordo com o trabalho de Cegielski e Junior
(2012), o B2C um dos tipos de comrcio eletrnico mais promissores, tanto na venda de
produtos quanto na prestao de servios online, sejam eles praticados por profissionais
ou por empresas.

Comrcio Eletrnico B2B: transaes onde ocorre a venda de bens e servios entre
empresas. Na definio de Nunes (2010), [] o comrcio eletrnico entre empresas ou
corporaes, caracterizando-se por ter apenas pessoas jurdicas envolvidas no processo.

Comrcio Eletrnico C2C: ocorre a venda eletrnica de bens e servios por


consumidores de forma direta a outros consumidores. Pode ser citado como exemplo o
site de leiles eBay, que permite que pessoas vendam suas mercadorias a outros
consumidores levando-as a leilo pelo preo fixo ou pelo preo mais alto.

At pouco tempo atrs, quase todas as transaes de e-commerce ocorriam por meio de redes
interligadas por fio. Atualmente, telefones celulares e outros aparelhos digitais portteis sem
fio fazem conexo com a Internet. A utilizao desses equipamentos para comprar bens e
servios em qualquer lugar tem sido chamada de mobile commerce - comrcio mvel (ou m-
commerce). Tanto as operaes B2B quanto as B2C do e-commerce podem ser efetuadas pela
tecnologia de m-commerce (LAUDON & LAUDON, 2011).

17
4. CONCEITOS DE SISTEMAS DE INFORMAO

4.1. A INFORMAO

A informao pode ser descrita [...] como uma mensagem de comunicao audvel ou
visvel, em geral apresentada sob a forma de documento, que envolve um emitente e um
receptor (MORAES, TERENCE & FILHO, 2004, apud DAVENPORT & PRUSAK, 1998).
Com o passar dos anos a informao saiu do papel e [...] se tornou digital, ou seja, se
transformou em um agrupamento de zeros e uns, inspirados pelos trabalhos de Turing, Von
Newman e Wiener (SIQUEIRA, 2005, p.62).

A [...] combinao de vrios fatores como contexto, interpretao, experincia pessoal,


aplicabilidade e processo cognitivo incrementam a informao, transformando-a em
conhecimento (SIQUEIRA, 2005).

Em um contexto empresarial, o trabalho de Rezende (2008) define a informao como algo


to essencial e necessrio, que a elaborao de qualquer plano que no a tenha como foco
principal se torna ineficaz, tanto para a elaborao, a implementao e a gesto de qualquer
projeto dentro de uma organizao. No quadro abaixo apresentada a evoluo da
importncia da informao nas organizaes:

Tabela 1 - O contexto histrico da importncia da informao.


Fonte: disponvel em Siqueira (2005, p.63).

18
4.2. SISTEMAS DE INFORMAO (SI)

Os Sistemas de Informao (SI) so definidos como [...] um conjunto de componentes inter-


relacionados que coletam (ou recuperam), processam, armazenam e distribuem informaes
destinadas a apoiar a tomada de decises, a coordenao e o controle de uma organizao
(LAUDON & LAUDON, 2011). Em geral, incluem-se dentro de um sistema, pessoas,
hardwares, softwares, sistemas para comunicao e os dados propriamente ditos. Inserido no
mesmo contexto, Rezende (2008) define que o composto agregado por apenas um computador
pessoal e softwares instalados nele, tambm pode ser considerado um SI, no deixando este
ser classificado pela ausncia de outros componentes. O que realmente importa [...] ter em
mente que o valor de um sistema depende da qualidade de cada um de seus componentes
(FILHO, 2000).

A informao e os SI dentro de uma organizao, principalmente os sistemas de gesto,


desempenham funes fundamentais e estratgicas, gerando valor para o negcio. Quando a
informao usada de maneira adequada, pode-se determinar o sucesso ou o fracasso de uma
empresa (PAIVA, 2008, REZENDE, 2008).

4.3. SISTEMAS DE INFORMAO BASEADOS NA WEB (SIW)

Para Gonalves (2002) as abordagens anteriores [...] evoluram para Sistemas de Informao
fortemente ligados ao conceito de gesto da informao, e desde a segunda metade da dcada
de 90 possvel testemunhar a uma mudana de paradigma: o desenvolvimento dos SI na
perspectiva da gesto da informao passou a atribuir mais nfase aos aspectos relacionados
tecnologia, devido ao aparecimento de SI baseados na Web.

De acordo com Junior (2003), [...] a Internet possui vrias tecnologias (chamadas de
tecnologias Web) que so utilizadas como infraestrutura de acesso a diversos Sistemas de
Informao. Essa infraestrutura objeto de maior parte do trabalho executado pela W3C
(1999), que tem como objetivo atingir uma Web nica para todos. Para isso ela trabalha
19
especificando formatos e protocolos da Web que precisam ser compatveis entre si, para que
(todos) os softwares e equipamentos utilizados para acessar a Internet funcionem juntos. Com
isso as fronteiras dos SIW tm vindo a alargar-se com os recursos desenvolvidos na rede de
computadores (GONALVES, 2002). Dessa maneira, Junior (2003) comenta em seu trabalho
que usurios no mundo todo tm a chance de interagir com os sistemas atravs dos seus
prprios navegadores Web (Browsers), fornecendo informaes aos servidores, os quais
processam e geram as respostas dinamicamente, atravs de pginas Web. Com isso, a troca de
informaes entre usurios na Web se torna bidirecional, similar ao funcionamento dos SI
baseados nas tecnologias tradicionais.

Ao considerar um SIW necessrio que ele esteja sempre disponvel, ser executado a partir
de um computador remoto (servidor) e ser acessado pelo usurio atravs de seu computador
(cliente) por meio de um navegador Web (BERTAGNOLLI & MILETTO, 2014). Ainda de
acordo com os mesmos autores, esse tipo de sistema considerado um sistema distribudo,
parte do processamento ocorre em um computador cliente e parte em um servidor. Esse tipo
de sistema normalmente implementado em uma arquitetura cliente-servidor (Figura 2).

Figura 2 - Estrutura cliente-servidor.


Fonte: disponvel em Bertagnolli & Miletto (2014).

Na maior parte dos casos, essa arquitetura favorece a distribuio de papis e


responsabilidades (normalmente atribudas a um nico sistema) para vrios outros
computadores independentes de uma mesma rede. Para Junior (2003), uma grande evoluo

20
aconteceu desde o momento que se tornou possvel, no somente solicitar pginas de
contedo esttico, mas tambm enviar informaes que podem ser processadas pelos
servidores, e ter seus resultados retornados de forma dinmica. Com isso [...] o uso de
sistemas de informao baseados na Web tornou-se cada vez mais comum nos mais diversos
contextos da economia global (FREIRE, 2008).

De acordo com Gonalves (2002, p. 38) os SIW so referenciados nas obras de vrios autores
como um novo tipo de Sistemas de Informao: Sistemas World Wide Web, Sistemas de
Informao baseados na Web, Sistemas de Informao Web, Sistemas de Informao baseados
na Internet, Sistemas de Informao na Internet, Sistemas de Suporte Deciso baseados na
Web, Sistemas de Informao para a Web. Independentemente da denominao dada aos SIW
por outros autores, o fato que os SIW incrementam de forma significativa as vantagens e os
benefcios dos SI tradicionais (S, 2000 apud GONALVES, 2002, p. 38), sendo mesmo
uma soluo de baixo custo e de grande flexibilidade, nomeadamente para sistemas
distribudos e colaborativos.

4.4. SISTEMAS COLABORATIVOS

Com essa nova Internet os SIW possibilitam os usurios a criarem e distriburem contedos
globalmente, alm de permitir que os clientes escolham de que formas iro consumir esse
contedo. Se compararmos s tecnologias anteriores, os SIW [...] tornaram-se muito mais
sociais ao permitirem que os usurios criem e compartilhem contedo com seus amigos [...]
na forma de texto, vdeos, msica ou fotos. Toda essa mudana chamou a ateno das
empresas no mundo todo, que agora buscam cada vez mais sistemas especialistas no apoio
colaborao e ao trabalho em equipe (LAUDON & LAUDON, 2011).

Na definio de Laudon e Laudon (2011) a [...] colaborao o trabalho com os outros para
alcanar metas explicitas e compartilhadas, podendo ocorrer entre empresas, ou at mesmo
entre pessoas. Um exemplo dado pelo autor a colaborao de uma pessoa com um colega
em Tquio, quando este possui experincia em determinado assunto sobre o qual o outro nada
sabe. Ou quando uma pessoa colabora com muitos colegas na publicao de um blog.
21
Dependendo da natureza da tarefa e do relacionamento, a colaborao pode ser entre duas ou
mais pessoas.

Na classificao dos SI feito por OBrien e Marakas (2011), o suporte comunicao e


colaborao para equipes, grupos de trabalho e empresas feito pelos Sistemas de
Colaborao. Em conjunto com Rabello (2012), eles citam alguns exemplos de sistemas de
colaborao: sistemas para envio de e-mail, Fruns, Workflow, EaD (Educao a Distncia),
chat e sistemas de videoconferncia. Para Stair e Reymolds (2010) esses sistemas quando
usados de forma empresarial, realam a comunicao e a produtividade da equipe e de grupos
de trabalho.

De forma geral, os Sistemas de colaborao, podem funcionar de forma sncrona ou


assncrona permitindo que pessoas de diferentes localidades no mundo ou at empresas
trabalhem colaborativamente entre si (RABELLO, 2012).

4.5. SISTEMAS DE RECOMENDAO

Na definio de Machado (2010), os Sistemas de Recomendao servem, como o prprio


nome indica, para recomendar objetos, produtos, servios e at mesmo pessoas, gerando suas
recomendaes a partir dos dados existentes de cada usurio. So conceituados por Pereira,
Faccin e Librelotto (2012) como sistemas selecionadores de informaes, com capacidade de
tomar decises, de forma a prover individualizadas sugestes para cada usurio, de acordo
com suas preferncias e requisies. Eles tambm auxiliam na recomendao de contedos,
servios e produtos, possivelmente interessantes para o usurio, ou sugerem aqueles com
melhor avaliao.

Um dos grandes desafios dos sistemas de recomendao realizar uma adequada combinao
entre as expectativas do usurio e os produtos, servios e pessoas a serem recomendados.
Definir e descobrir um relacionamento de interesses um dos seus grandes problemas
(CAZELLA, NUNES & REATEGUI, 2010). Dando continuidade s idias do mesmo autor,

22
uma estratgia bastante utilizada pelos sistemas de recomendao o uso baseado nas
avaliaes dos usurios para estabelecer a reputao de um servio ou produto. Aps obter o
conhecimento de determinado item, seja consultando-o ou adquirindo-o, o usurio tem a
possibilidade de deixar uma avaliao sobre qualidade deste item, seja ele um produto ou um
servio.

Essas avaliaes so muito teis para assegurar que outros consumidores conheam a
qualidade e utilidade dos produtos e servios comercializados. No entanto, para que um
sistema possa funcionar corretamente com base nos comentrios do usurio, preciso que
haja veracidade das opinies fornecidas. De acordo com Pereira, Faccin e Librelotto (2012),
os sistemas de recomendao possuem trs categorias de classificao:

Recomendao Baseada em Contedo: onde o objeto de avaliao avaliado em


relao a outro objeto, de modo a recomendar aqueles classificados como mais
semelhantes aos que o usurio tem interesse.
Recomendao Colaborativa: onde as preferncias do usurio so avaliadas em
relao a outro usurio, sendo recomendados os itens com boa avaliao, realizados
por usurios com preferncias similares.
Abordagem Hbrida: ocorre na combinao das duas abordagens anteriores.

5. DESENVOLVIMENTO DE SISTEMAS WEB

Conforme j citado neste trabalho, os SIW [...] servem de apoio para o desenvolvimento de
diversas atividades relacionadas a negcios, governo, educao, e outros domnios (FREIRE,
2008). Porm, para se desenvolver essas aplicaes, so necessrias tcnicas e mtodos
especficos para se obter o funcionamento esperado (FREIRE, 2008; BERTAGNOLLI e
MILETTO, 2014).

23
Para compreender esse tipo de sistema, de suma importncia entender seus requisitos e
mapear suas funcionalidades centrais. Reconhecer que as aplicaes Web so um tipo de
software que utiliza a Internet como um ambiente de execuo, necessrio para elaborao
inicial do projeto. Uma outra caracterstica que deve-se ter em mente que um SIW
diferente de um Site esttico. Neste ltimo, o contedo um arquivo (ou documento pr-
formatado), em que todo o seu contedo est entre as marcaes em HTML e nenhuma
informao carregada a partir de outros documentos ou bases de dados. J um SIW
caracterizado por construir dinamicamente o seu contedo, com dados provenientes de um
banco de dados, a partir da interao do usurio com as pginas, via navegadores Web
(BERTAGNOLLI & MILETTO, 2014).

Para projetar um SIW acessvel se faz necessrio seguir alguns passos, que devem ser
mapeados em diagramas e modelos, de modo a facilitar a comunicao entre as pessoas
envolvidas (BERTAGNOLLI & MILETTO, 2014). No se esquecendo da acessibilidade, que
tambm um importantssimo fator de qualidade a se considerar para desenvolvimento de um
SIW. Segundo Freire (2008), o desenvolvimento de aplicaes acessveis envolve o uso de
tcnicas apropriadas para fornecer suporte para atividades inerentes ao design e
implementao.

O desenvolvimento Web faz uso, atualmente, de algumas ferramentas ou tecnologias muito


conhecidas e abertas, com histria passada e com muito futuro adiante, como XHTML, CSS,
JavaScript, Ajax, entre outras. Estas so parte de uma realidade indiscutvel para qualquer um
que programe aplicaes Web (MINERA, 2009). No decorrer deste estudo sero mostrados os
conceitos e as ideias por trs do funcionamento de cada uma delas.

24
5.1. FERRAMENTAS E ARQUITETURA DOS SISTEMAS WEB

5.1.1. Desenvolvimento Orientado a Objetos

Existem vrias alternativas e abordagens para a formatao e o projeto de um SI. Atualmente


as duas abordagens mais importantes so: a metodologia Estruturada e a Orientada a Objetos
(LAUDON & LAUDON, 2011).

Os mtodos estruturados tratam dados e processos como entidades logicamente


separadas, mas no mundo real tal separao parece pouco natural. Diferentes
convenes de modelagem so usadas para anlise (o diagrama de fluxo de dados) e
projeto (o diagrama de estrutura) (LAUDON & LAUDON, 2011).

O Desenvolvimento Orientado a Objetos usa o objeto como a unidade bsica da anlise e do


projeto de sistemas. De acordo com Lobo (2008), [...] a orientao a objetos um padro de
software baseado em classes. Neste padro as classes so como uma forma para a criao de
objetos, os quais sero utilizados no sistema. Vale notar a contribuio feita por Laudon e
Laudon (2011) que diz: um objeto combina dados e os especficos processos que operam
sobre esses dados. Esses dados quando encapsulados em um objeto somente podem ser
acessados e alterados pelos mtodos (ou operaes) associados a aquele objeto. Em vez de
passar os dados para os procedimentos, os programas enviam uma mensagem para que o
objeto execute o procedimento nele embutido.

Atualmente o uso da metodologia orientada a objetos ideal para o desenvolvimento de


softwares com a utilizao de reuso de cdigo, que permite que os recursos do sistema sejam
reutilizados e melhorados de forma constante, favorecendo o desenvolvimento de um cdigo-
fonte coeso e de fcil manutenibilidade pela equipe de desenvolvimento, economizando
tempo e evitando redundncias no cdigo (LOBO, 2008).

Quando ocorre o desenvolvimento sob os conceitos da orientao a objetos, torna-se comum a


criao de modelos que sejam teis para representao objetiva do sistema. A criao destes
25
modelos ocorre antes da codificao do sistema e representam atravs de diagramas bem
detalhados, todo o software a ser implementado (LOBO, 2008; LAUDON & LAUDON,
2011).

De fato, o desenvolvimento de sistemas orientados a objetos possui muitas vantagens, mas


para Lobo (2008), [...] o fato de utilizar a orientao a objetos no significa que estas
caractersticas j estejam sendo atendidas, isto vai depender, primeiramente, da arquitetura do
software. Para isso, as fbricas de software devem se preocupar primeiramente com os
mtodos e a arquitetura a serem utilizados no projeto, pois de acordo com o autor, a qualidade
final do produto depender primeiramente da boa aplicao destes conceitos.

5.1.2. Arquitetura Web

Desenvolver softwares que tenham uma arquitetura bem definida e que facilitem a correo
de eventuais problemas garante que o trabalho de analistas e programadores seja realizado
com maior rapidez e eficincia, garantindo a satisfao do usurio com relao ao servio de
manuteno (LOBO, 2008).

O desenvolvimento de sistemas em camadas uma das ltimas tcnicas aplicadas ao ambiente


de desenvolvimento de softwares. Desenvolver um software em camadas, favorece para obter
maior segurana no desenvolvimento do sistema, pois cada camada tem a caracterstica de ser
independente distinta e bem definida (LOBO, 2008).

Dando continuidade ao trabalho de Lobo (2008), a quantidade de camadas a serem definidas


no software depende da arquitetura escolhida, mas como passvel de observao, em uma
arquitetura com trs ou quatro camadas j possvel o desenvolvimento de um sistema
robusto. Na medida em que o nmero de camadas aumenta, tambm aumenta o nvel de
complexidade, por este motivo, [...] o nmero de camadas deve estar conforme definido na
arquitetura e nos padres disponveis. As quatro camadas a seguir so as mais comuns, s

26
vezes mudam de nome, mas acabam por realizar as mesmas funcionalidades. A Tabela 2
apresenta com mais detalhes, quais so essas camadas e qual a funo de cada uma delas:

Tabela 2 - Descrio das funes das quatro camadas de um software.


Fonte: disponvel em Lobo (2008, p. 13).

Para Bertagnolli e Miletto (2014) essa [...] separao est relacionada com as boas prticas
de desenvolvimento de software, em que um dos objetivos permitir a implementao de
alteraes e atualizaes em cada uma das partes sem prejudicar as demais. A Figura 3
esquematiza um modelo com a separao dessas camadas.

27
Figura 3 - Organizao da aplicao em camadas.
Fonte: disponvel em Bertagnolli e Miletto (2014, p. 5).

Aliar as vantagens da Web s potencialidades dos SI tradicionais, minimizando os


inconvenientes que dessa associao possam decorrer, tem sido a principal preocupao
tecnolgica no desenvolvimento de SIW (GONALVES, 2002).

5.1.3. Modelo MVC

Existem padres no mercado que j possuem uma estrutura bem definida e que so ideais para
o desenvolvimento de projetos em que estes padres esto relacionados (LOBO, 2008). O
autor Lotar (2011) apresenta atravs da Figura 4 um modelo em trs camadas denominado
padro Model-View-Controller Modelo-Viso-Controle (MVC).

28
Figura 4 - Relao entre o usurio, o Controller, o Model e o View.
Fonte: disponvel em Lotar (2011, p. 15).

Este padro, que foi criado pela multinacional IBM e [...] utiliza uma camada para Model
(Modelo de dados), View (Viso/Interface) e [sic] Controller [sic] (Controle/Negcio)
(LOBO, 2008). A View permite que o usurio interaja com o sistema. A camada Controller
controla e interpreta as aes do usurio pelo sistema, permitindo ou no a gravao na
camada Model. Atualmente o padro MVC muito utilizado na indstria de fabricao de
softwares, sendo considerado um padro com todas as caractersticas necessrias para o
desenvolvimento de softwares complexos, de forma gil e padronizada (LOBO, 2008;
LOTAR, 2011).

Qualquer pequena mudana na estrutura deste padro pode ser prejudicial para os
desenvolvedores e projetistas que conhecem o padro MVC em sua originalidade. Com base
nisso, Lobo (2008) aconselha a sempre observar se as tecnologias e padres que esto sendo
adotados esto adequados s caractersticas do projeto, para garantir um futuro servio de
manuteno mais tranquilo.

29
5.1.4. ASP.NET

Linguagens para desenvolvimento de SIW podem ser divididas em duas categorias bsicas: as
que rodam no lado cliente e as que rodam do lado servidor. As linguagens que so executadas
no lado cliente (HTML, CSS e JavaScript) so aquelas executadas utilizando apenas o
navegador Web do usurio. Uma vez carregadas, no necessitam de novas requisies ao
servidor Web (BERTAGNOLLI & MILETTO, 2014). J uma linguagem que executada no
lado servidor (como PHP, ASP e o ASP.NET) tem seu cdigo interpretado por um programa
instalado na maquina servidora (comumente chamado de servidor Web), que fornece as
pginas Web para os programas instalados no computador cliente. Como o caso do
navegador Web (GONALVES, 2002).

De acordo com Lotar (2010, p. 115) [...] o ASP.NET um modelo de desenvolvimento Web
que inclui os recursos necessrios para o desenvolvimento de WebSites dinmicos, sendo
parte do .NET Framework. Essa tecnologia utiliza Web Server Controls - Controles de
Servidor Web, para construir layouts complexos e para adicionar funcionalidades diversas
com o mnimo de esforo. Ele cita como exemplo a possibilidade de exibir registros
provenientes de um banco de dados em uma tabela com um controle chamado GridView, com
o mnimo cdigo, bastando arrastar o controle em um formulrio, definindo suas poucas
propriedades. E no s esta, existem inmeras vantagens na utilizao do ASP.NET como
tecnologia de desenvolvimento de SI: possibilidade de implementao de uma avanada
estrutura de autorizao e autenticao de acesso a recursos, o cdigo fonte compilado,
aumentando assim a performance das aplicaes, facilidade em preservar informaes entre
pginas Web com recursos para gerenciamento do estado da aplicao, dentre outras inmeras
vantagens.

Em conjunto com o padro MVC, o ASP.NET fornece por meio de Design Patterns - Padres
de Projeto, as ferramentas para implementao do padro MVC em SIW. Ele facilita todo o
processo de programao do desenvolvedor separando o cdigo que interage com o usurio, o
design e a camada de dados (LOBO, 2008; LOTAR, 2011).

30
5.1.5. Html

O HTTP (HyperText Transfer Protocol - Linguagem de Marcao de Hipertexto) o


protocolo utilizado para transferncia de arquivos hipermdia (hipertexto) na Internet (SILVA,
2008; BERTAGNOLLI & MILETTO, 2014). Na definio de Silva (2008), o conceito de
hipertexto admite inmeras consideraes, mas que se pode resumir em: [...] contedo
inserido em um documento para a Web e que tem como principal caracterstica a possibilidade
de se interligar a outros documentos da Web. O que torna possvel a construo de
hipertextos so os links, presentes nas pginas dos sites que os usurios esto acostumados a
visitar quando acessam a Internet.

O nascimento do HTML serviu para estruturar e dar forma as informaes contidas nas
pginas Web. A demanda em relao capacidade inicial do HTML tornou necessria
criao e o planejamento de novas verses que permitissem a concretizao de vrias
necessidades. Por exemplo, separar com clareza a informao de sua forma de apresentao
(MINERA, 2009).

Desde a inveno da Web a linguagem HTML evoluiu por vrias verses, contribuindo
tambm para o surgimento de novas linguagens, tal como a eXtensible Hypertext Markup
Language - Linguagem Extensvel para Marcao de Hipertexto (XHTML).

5.1.6. JavaScript

Ao contrrio das linguagens que so processadas no servidor, possvel tambm recorrer a


linguagens que funcionam do lado do cliente, tal como a linguagem JavaScript
(GONALVES, 2002). O JavaScript, que surgiu em 1995, uma linguagem de
programao interpretada que executada diretamente em navegadores Web. Foi
padronizada pela European Computer Manufacturers Association - Associao Europeia dos
Fabricantes de Computadores (ECMA) que uma associao dedicada padronizao de

31
tecnologias da informao e comunicao, fundada em 1961 (BERTAGNOLLI & MILETTO,
2014).

O JavaScript atualmente uma das linguagens mais populares da Web e se caracteriza por ser
baseada em objetos orientados a eventos, ter tipagem dinmica e realizar avaliaes em tempo
de execuo (BERTAGNOLLI & MILETTO). Existem alm do JavaScript outras linguagens
que tambm so executadas no browser do cliente. Dois exemplos aqui apresentados so o
VBScript e o JScript, com a limitao de s funcionarem no navegador Internet Explorer da
Microsoft, enquanto que o JavaScript funciona nos browsers mais populares do mercado
atual. Motivo pelo qual foi atribuda maior nfase sua utilizao em detrimento das
linguagens mais proprietrias (GONALVES, 2002, p. 215).

5.1.7. CSS (Cascading Style Sheet)

As Cascading Style Sheet - Folhas de Estilo em Cascata (CSS) uma linguagem de estilo (ou
de formatao) para construo do layout de pginas Web. Um mecanismo simples e prtico
para adicionar estilos aos documentos Web (SILVA, 2008; JOBSTRAIBIZER, 2009). A
quantidade de Sites publicados na Internet tem aumentado gradativamente e com isso se viu
uma grande necessidade em torn-los mais leves, elegantes, limpos e dinmicos
(JOBSTRAIBIZER, 2009).

O trabalho de Jobstraibizer (2009) apresenta as CSS como uma das ferramentas mais
amplamente difundidas nos dias atuais, pois permite que pginas sejam projetadas (e at
mesmo SIW) com uma tcnica completamente diferente das tcnicas tradicionais,
possibilitando uma reduo de tempo considervel no trabalho dos desenvolvedores.
Conhecer CSS uma necessidade para qualquer profissional envolvido com projetos para
a Internet.

A finalidade primordial, a razo da prpria existncia das CSS devolver


linguagem de marcao XHTML sua verdadeira funo, aquela para qual foi criada,
ou seja, estruturar um documento Web marcando com o elemento apropriado cada
tipo de contedo que compe o documento (SILVA, 2008, p. 213).

32
Na definio de Jobstraibizer (2009) as CSS so utilizadas para definir a apresentao de
documentos escritos em linguagens de marcao, como HTML e XML. Para o autor, h
inmeros benefcios no uso das CSS para formatao dos contedos das pginas Web,
mas o que realmente imprescindvel conhecer bem o HTML para explorar ao mximo
os recursos do CSS.

5.2. UML

A Unified Modeling Language - Linguagem de Modelagem Unificada (UML) [...] uma


famlia de notaes grficas, apoiada por um metamodelo nico, que ajuda na descrio e no
projeto de sistemas de software, particularmente daqueles construdos utilizando o estilo
orientado a objetos. Nas palavras de Bezerra (2006), a UML constituda de elementos
grficos utilizados em uma modelagem que permite representar os conceitos da orientao a
objetos. Cada elemento possui uma forma predeterminada de ser desenhado, indicando
tambm para que ele deva ser utilizado. Alm disso, tanto a semntica quanto a sintaxe da
UML so extensveis, permitindo que ela seja adaptada s caractersticas de qualquer projeto
de desenvolvimento.

A UML um padro relativamente aberto que nasceu da unio das vrias linguagens grficas
de modelagem orientadas a objetos, e que controlado pelo Object Management Group -
Grupo de Gerenciamento de Objetos (OMG), um consrcio aberto de empresas formado para
elaborar padres que suportem interoperabilidade, especificamente os de sistemas orientados
a objetos (FOWLER, 2005).

Utiliza-se atualmente a UML [...] para criar o modelo de software orientado a


objetos. Estes modelos so teis para definir o sistema antes mesmo de sua
codificao, permitindo assim que mudanas na fase de anlise e projeto sejam feitas
com grande eficincia e rapidez (LOBO, 2008).

Um processo de desenvolvimento de software que utilize a UML como linguagem de


modelagem de suporte, envolve a criao de vrios documentos. Os artefatos grficos que so
33
produzidos durante o desenvolvimento de um software so definidos atravs da utilizao de
diagramas UML (BEZERRA, 2006). Segundo Fowler (2005), a UML verso 2.0 descreve 13
tipos de diagramas oficiais, que esto listados na Tabela 3.

Tabela 3 - Tipos de diagramas oficiais da UML.


Fonte: disponvel em Fowler (2005).

Os tipos de diagrama apresentados nesta tabela no so rgidos em sua particularidade. De


acordo com os prprios autores da UML, pode-se utilizar os elementos de um tipo de
diagrama em outro diagrama legalmente. A indicao de certos elementos desenhados em
certos diagramas, no obrigatoriamente uma regra. Nem mesmo os criadores da UML
utilizam tudo que h na UML. Grande parte dos usurios trabalha apenas um pequeno
subconjunto da UML (FOWLER, 2005). Para aqueles que esto comeando a trabalhar com
este padro, Fowler (2005) aconselha encontrar um subconjunto que funcione para o caso
especfico a ser trabalhado, se concentrando primeiramente nas formas bsicas de diagramas
de classes e de sequncia, que na opinio do autor, so os tipos de diagramas mais comuns e
os mais teis.

34
5.2.1. Diagrama de Caso de Uso

medida que se vai descobrindo os requisitos de uma aplicao a ser desenvolvida, pode-se
ir esquematizando o que se esperar atravs de um diagrama UML. Uma das notaes mais
utilizadas para mapear as funcionalidades de uma aplicao o diagrama de Casos de Uso.
De acordo com Bertagnolli e Miletto (2014) esse diagrama permite descrever os requisitos
funcionais de um sistema de forma simples e direta, deixando claro o que o sistema faz e
quais so as funcionalidades que devem ser desenvolvidas.

Esse modelo muito utilizado como ferramenta de comunicao entre os usurios e os


desenvolvedores, pois de fcil entendimento. Atravs dele possvel identificar com
facilidade o que, ou quem faz o que dentro da aplicao. Dessa maneira todos os envolvidos
podem identificar se algo no est mapeado corretamente ou foi esquecido (BEZERRA, 2006;
BERTAGNOLLI e MILETTO, 2014).

Todo caso de uso uma apresentao grfica de um servio ou funcionalidade fornecido pelo
sistema. Um ator no necessariamente uma pessoa, ele pode representar o mundo externo,
podendo tambm ser uma mquina, um dispositivo ou at mesmo outro sistema. A Figura 5
apresenta um exemplo de atores usados dentro de um diagrama de caso de uso. O
relacionamento entre um ator e um caso de uso dentro de um sistema pode ser observado
atravs do exemplo apresentado na Figura 6 (BERTAGNOLLI & MILETTO, 2014).

Figura 5 - Exemplos de atores usados nos diagramas de casos de uso da UML.


Fonte: disponvel em Bertagnolli e Miletto (2014, p. 27).

35
Figura 6 - Notao para ator, caso de uso e relacionamento de comunicao.
Fonte: disponvel em Bezerra (2006).

5.2.2. Diagrama de Classes

De todos os diagramas da UML o diagrama de Classes o mais rico em termos de notao,


sendo utilizado na construo de modelos de classes que vo desde o nvel de analise at o
nvel de especificao (BEZERRA, 2006). Nas obras de Fowler e Bezerra (2005, 2006), o
diagrama de classes descrito como principal responsvel por descrever quais so os tipos de
objetos presentes dentro de um sistema e os vrios tipos de relacionamentos estticos entre
esses objetos.

A Figura 7 apresenta um modelo de classes bem simples que segundo Bezerra (2006), de
fcil compreenso por qualquer pessoa que j tenha trabalhado ao menos um dia com
processamento de pedidos. Cada caixa do diagrama uma classe, que est dividida em trs
compartimentos: o nome da classe, os atributos e as operaes. Esse diagrama tambm mostra
as propriedades, as operaes e as restries que se aplicam maneira como os objetos esto
conectados. Os atributos correspondem descrio dos dados armazenados pelos objetos da
classe. Cada atributo de uma classe est associado a um conjunto de valores que esse atributo
pode assumir. As operaes correspondem descrio das aes que os objetos de uma
classe sabem realizar.

36
Figura 7 - Um diagrama de Classes simples.
Fonte: disponvel em Bezerra (2006, p.53).

5.2.3. Diagrama de Pacotes

Conforme j foi descrito na sesso anterior, o diagrama de classes representa a forma bsica
de estruturao de um sistema orientado a objetos. Em sistemas muito grandes com centenas
de classes, necessrio algo a mais para organizar toda essa estruturao, e foi com este
objetivo que foi criado o diagrama de Pacotes. O pacote a montagem de um agrupamento
que permite selecionar qualquer construo na UML e agrupar seus elementos em unidades de
nvel mais elevado. Seu uso mais comum o agrupamento de classes, mas pode-se tambm
usar pacotes para todos os outros elementos da UML (FOWLER, 2005; BEZERRA, 2006).

37
A notao para um pacote apresentada por Bezerra (2006) a de uma pasta com uma aba.
Para representao do contedo do pacote, ha duas maneiras de faz-lo. A primeira maneira
exibe o contedo dentro do pacote. A segunda pendurar os elementos agrupados no cone do
pacote. A Figura 8 ilustra as duas formas de representao comentadas pelo autor.

Figura 8 - Formas de representar o contedo de um pacote.


Fonte: disponvel em Bezerra (2006).

5.2.4. Diagrama de Sequncia

Na UML os diagramas de interao mostram como grupos de objetos colaboram apresentando


algum tipo de comportamento. A UML define vrias formas de diagrama de interao, das
quais a mais comum o diagrama de sequncia (FOWLER, 2005).

O diagrama de sequncia possui um conjunto de elementos grficos que apresentam o


comportamento de um nico cenrio, mostrando vrios objetos e mensagens que so passadas
entre esses objetos dentro de um caso de uso. Eles descrevem a interao, ao exibir cada
participante com uma linha de vida que corre verticalmente, e a ordem das mensagens, lendo
a pgina de cima para baixo. Uma das coisas mais chama a ateno no diagrama de sequncia,
o fato de ser muito claro. Praticamente no h necessidade de se explicar sua notao
(FOWLER, 2005; BEZERRA, 2006).

38
Os diagramas de sequncia so utilizados quando se deseja apresentar o comportamento de
vrios objetos dentro de um nico caso de uso, pois so bons para mostrar as colaboraes
entre os objetos (FOWLER, 2005). Um exemplo bsico de diagrama de sequncia pode ser
observado na Figura 9.

Figura 9 - Elementos bsicos de um diagrama de sequncia.


Fonte: disponvel em Bezerra (2006, p. 148).

5.3. BANCO DE DADOS

O Banco de Dados um conjunto de arquivos entre si relacionados, com registros


armazenados sobre qualquer coisa, lugar ou pessoa. Pode tambm ser considerado como o
equivalente eletrnico de um armrio de arquivamento, ou at mesmo um repositrio ou
recipiente para uma coleo de arquivos de dados computadorizados. Na histria moderna,
um dos bancos de dados mais bem-sucedidos foi (e ainda ) lista telefnica, com todo seu
conjunto de registros referentes a pessoas fsicas e jurdicas que possuem telefone.

O SGBD (Sistema Gerenciador de Banco de Dados) definido como um sistema de


manuteno dos registros do banco de dados, cuja principal finalidade a manipulao das
39
informaes permitindo que possam ser realizadas buscas e atualizaes destas nos arquivos
de banco (DATE, 2004; LAUDON & LAUDON, 2011). Diversas operaes para criar,
armazenar, organizar e acessar dados envolvendo os arquivos de banco podem ser realizadas
(DATE, 2004). A Figura 10 mostra uma imagem simplificada de um sistema de banco de
dados.

Figura 10 - Representao simplificada de um sistema de banco de dados.


Fonte: disponvel em Date (2004, p. 6).

5.3.1. SQL

A Structured Query Language - Linguagem de Consulta Estruturada (SQL) a linguagem


padro para se trabalhar com bancos de dados relacionais, sendo aceita por quase todos os
produtos existentes no mercado atual. Desenvolvida originalmente na IBM Research no incio
da dcada de 70, foi implementada pela primeira vez em um prottipo da IBM chamado
System R, reimplementada depois disso em diversos outros produtos comerciais da IBM e em
produtos de muitos outros fornecedores. Atualmente a SQL se tornou um padro internacional

40
aceito por praticamente todos os produtos disponveis comercialmente (DATE, 2004;
RAMAKRISHNAN & GEHRKE, 2008).

5.3.2. Modelagem de Dados

A modelagem de um banco de dados relacional normalmente realizada travs de um


Diagrama Entidade Relacionamento (DER). Nesse diagrama as entidades representam um
elemento da aplicao que deve ser armazenado em um banco de dados (BERTAGNOLLI &
MILETTO, 2014). Na definio de Ramakrishnan e Gehrke (2008), uma entidade uma
representao de um objeto do mundo real distinguvel de outros objetos, podendo ser descrita
utilizando-se um conjunto de atributos. O relacionamento ocorre de uma associao entre
duas ou mais entidades. Tanto entidades quanto relacionamentos podem ser caracterizados
pelos seus atributos. O autor apresenta um exemplo de um conjunto de entidades funcionrios,
com os atributos cpf, nome e vaga, atravs da Figura 11.

Figura 11 - O conjunto de entidades Funcionrios.


Fonte: disponvel em Ramakrishnan e Gehrke (2008).

41
6. DESENVOLVIMENTO DO SISTEMA HOLISTICWEB

Este captulo apresenta as caractersticas e o processo de desenvolvimento do sistema


HolisticWeb4. Ainda neste capitulo, so apresentados: o levantamento de informaes, a
especificao de requisitos funcionais e no funcionais, as regras de negcio, os diagramas de
casos de uso, diagrama de classes e o diagrama de sequncia. Para modelagem dos diagramas
UML foi utilizada a ferramenta Power Designer 12.5 da Sybase. A mesma ferramenta
tambm foi utilizada para criao dos modelos de banco de dados, mais especificamente os
modelos conceitual e lgico. Dentro deste captulo tambm esto descritas as tcnicas e
ferramentas utilizadas no processo de construo do sistema, bem como sua operacionalidade
e os resultados obtidos.

6.1. FASE DE ANLISE DO SISTEMA

O trabalho de Fowler (2005, p. 48) define que na Fase de Anlise que se busca descobrir o
que os usurios e clientes desejam que o sistema faa. Nesta fase de anlise, a compreenso
do problema foi transformada em uma precisa descrio das tarefas que ficaro a cargo do
sistema. O levantamento de informaes foi o primeiro resultado da fase de anlise
apresentado atravs de uma descrio textual detalhada, normalmente chamada por
Horstmann (2009) de especificao funcional.

As informaes sobre o negcio foram obtidas atravs do levantamento e anlise bibliogrfica


e da aplicao de questionrio (Apndice A), voltado para captura dos requisitos principais,
bem como a experincia do prprio autor deste trabalho, que possui formao como terapeuta
holstico. Para determinar quais itens fariam parte do questionrio, foram observados nas
bibliografias pesquisadas, quais tpicos tinham maior recorrncia e que poderiam fornecer o
mximo de informaes para o desenvolvimento do sistema. As respostas obtidas com a
aplicao do questionrio encontram-se no Apndice B, e a descrio dos principais requisitos
para desenvolvimento do sistema encontra-se na sesso 6.1.1 que est abaixo.
4
O termo Holistic deriva da palavra grega holos, que significa todo.
42
6.1.1. Levantamento das Informaes

J foi mostrado na sesso 2.5 deste trabalho que a cada dia novos profissionais terapeutas
esto se formando no Brasil e no mundo. A demanda por THC tambm vem aumentando a
cada dia (conforme tambm j apresentado nesta mesma sesso). A necessidade de promover
o encontro do cliente que demanda pela THC com um profissional de qualidade 5 principal
motivador para o desenvolvimento do sistema HolisticWeb.
Com base no levantamento das informaes, foram identificados dois atores principais, o
Cliente e o Terapeuta. O terceiro ator o prprio sistema a ser desenvolvido, que ter funes
automatizadas para apoiar as atividades dos principais atores.
Dessa maneira o sistema fara o armazenamento das informaes tanto do terapeuta quanto do
cliente. As informaes do terapeuta a serem armazenadas so: nome, foto, sexo, estado,
cidade, telefone, e-mail, login e senha para acesso ao sistema, uma breve descrio do perfil
do profissional, sua histria, suas experincias, sua formao acadmica, os cursos
extracurriculares, os tipos de especialidades que o terapeuta faz uso, o tipo de atendimento
oferecido (presencial ou distncia), o valor a ser cobrado por cada tipo de atendimento, as
disponibilidades semanais para agendamento, a reputao do terapeuta gerada atravs do
sistema de recomendao e depoimentos dos clientes que j receberam atendimento. Estas
informaes so necessrias para que o cliente analise o perfil dos terapeutas, e faa a
posterior escolha do profissional que deseja receber atendimento.
Com relao ao cliente, algumas informaes para identificao deste devero ser
armazenadas. Tais informaes so: nome, sexo, data de nascimento, estado, cidade, telefone,
e-mail, login e senha. Estas informaes ao serem armazenadas possibilitaro que o cliente
agende consultas com os terapeutas e faa a recomendao do profissional, (qualificando seu
atendimento) para outros clientes.

Com as informaes do terapeuta armazenadas na base de dados, o cliente poder encontra-lo


atravs de uma pgina de buscas. Esta pgina possuir alguns filtros que permitiro que o
cliente encontre um profissional com as caractersticas desejadas. A busca ento poder ser
realizada atravs da especialidade do terapeuta, local de atendimento (estado e cidade) e tipo

5
Entende-se profissional de qualidade como um profissional que tem a capacidade de oferecer respostas
teraputicas satisfatrias para seus clientes. Em outras palavras, aquele que oferece um bom servio.
43
de atendimento oferecido. A apresentao dos resultados dever exibir a foto do terapeuta,
nome, tipo de atendimento que o mesmo realiza e a especialidade principal do terapeuta.
Atravs dessa apresentao o cliente tem acesso ao perfil detalhado dos terapeutas.

Cada profissional possuir uma pgina exclusiva com todas as informaes de seu perfil, e
com isso o cliente tem a chance de analisar e agendar um atendimento de acordo com a
disponibilidade do profissional.

O agendamento da consulta dever ser iniciado na pgina exclusiva de cada profissional. Ou


seja, o cliente dever selecionar o profissional com o qual deseja receber o atendimento para
logo em seguida solicitar um agendamento com este.

O atendimento poder acontecer de forma presencial, no consultrio do terapeuta, ou a


distncia, por telefone ou com utilizao de ferramentas como Skype, MSN, Hangouts6.
Cabendo ao cliente selecionar o tipo de atendimento que deseja receber, informando o dia e
hora conforme disposio na agenda do terapeuta, e realizar o pagamento do valor da
consulta. O cliente no poder realizar agendamento de consultas em dias e horrios que j
estiverem marcados por outros clientes.

Quando o cliente concluir o agendamento de um atendimento, o sistema dever enviar um e-


mail para o profissional informando que o cliente agendou um atendimento com ele. No corpo
do e-mail estar os dados do cliente para o que profissional possa entrar em contato no dia e
hora marcados. O profissional tambm ter uma rea de administrao ter acesso s
informaes dos agendamentos. Dentro desta tambm ser possvel alterar as informaes do
prprio perfil, visualizar relatrios de atendimento e alterar os dados de acesso, como login e
senha.

Aps o atendimento, o cliente receber um e-mail com um link, que o redirecionar para uma
pgina, que tem por objetivo qualificar o atendimento do terapeuta, onde ele preencher um
formulrio com as seguintes informaes:

6
Skype (www.skype.com), MSN (www.msn.com), Hangouts (hangouts.google.com), so ferramentas de
comunicao para envio de mensagens instantneas.
44
Nota (de 0 a 10) para avaliar os conhecimentos especficos apresentados pelo
profissional;
Nota (de 0 a 10) para avaliar a qualidade da comunicao do terapeuta dentro do
atendimento;
Nota (de 0 a 10) para avaliar a pontualidade do terapeuta com relao agenda
estabelecida;
Nota (de 0 a 10) para avaliar a qualidade do feedback apresentado pelo terapeuta;
Depoimento do cliente com relao ao atendimento;
Com base nas informaes acima, qual a avaliao geral do cliente com relao ao
atendimento prestado: timo, Bom, Regular, Ruim, Muito Ruim;

O cliente s pode realizar a avaliao de cada atendimento apenas uma vez e seus dados no
aparecero atrelados aos depoimentos apresentados no perfil do terapeuta. Isso para garantir
que o cliente seja o mais honesto possvel em sua recomendao.
Todos os procedimentos descritos devero ser gravados no banco de dados.

6.1.2. Requisitos do Sistema

Aps realizar o levantamento das informaes foi possvel elaborar uma lista com os
requisitos funcionais e no funcionais que faro parte do escopo do sistema. A Tabela 4
apresenta a lista com os requisitos funcionais previstos para o sistema HolisticWeb e sua
rastreabilidade, ou seja, vinculao com os casos de uso associados.

Caso de
Cdigo Requisito Funcional
Uso

RF01 O sistema dever permitir que o cliente realize o cadastro do prprio perfil. CSU01

RF02 O sistema dever permitir que o cliente efetue o login no sistema. CSU02

RF03 O sistema dever permitir que o cliente altere os prprios dados de perfil. CSU03

RF04 O sistema dever permitir que o cliente desative o prprio perfil. CSU04

O sistema dever permitir que o cliente visualize as consultas que j foram


RF05 CSU05
agendadas.

45
O sistema dever permitir que o terapeuta realize o cadastro do prprio perfil
RF06 CSU01
profissional.
O sistema dever permitir que o terapeuta realize login para ter acesso a rea
RF07 CSU02
de administrao.
O sistema dever permitir que o terapeuta altere os prprios dados do prprio
RF08 CSU03
perfil.
O sistema dever permitir que o terapeuta visualize um relatrio com
RF09 CSU06
histrico dos agendamentos.
O sistema dever permitir que o terapeuta defina a prpria agenda com dias e
RF10 CSU07
horrios para atendimento.

RF11 O sistema dever permitir que o terapeuta desative o prprio perfil. CSU04

O sistema dever permitir que o cliente realize buscas para encontrar


RF12 CSU08
terapeutas.

RF13 O sistema dever permitir que o cliente agende atendimento com o terapeuta. CSU09

O sistema dever enviar um e-mail de notificao para o terapeuta assim que


RF14 CSU10
um agendamento for finalizado.
O sistema dever enviar um e-mail para o cliente, com link para qualificao
RF15 CSU10
do terapeuta, aps a data e hora fim do atendimento.
O sistema dever disponibilizar um formulrio para que o cliente qualifique
RF16 CSU11
e recomende o atendimento prestado pelo terapeuta.
O sistema dever permitir que o cliente efetue pagamento atravs de carto
RF17 CSU12
de crdito.
Tabela 4 - Lista de requisitos funcionais previstos para o sistema.
Fonte: prprio autor.

A Tabela 5 apresenta uma lista com requisitos no funcionais previstos para o sistema.

Cdigo Requisito No Funcionais


O sistema ser desenvolvido na linguagem C#.Net utilizando a plataforma Visual Studio
RNF01
Express 2013 for Web.

RNF02 O sistema dever utilizar o Banco de Dados SQL Server Express 2012.
Ser utilizado servidor web IIS (Internet Information Services) 7.0 ou superior para
RNF03
disponibilizar o site na rede.
O sistema dever rodar nos browsers Internet Explorer (verses 8.0 ou superior) e no
RNF04 Google Chrome (verses 46.0 ou superior).

Tabela 5 - Lista de requisitos no funcionais previstos para o sistema.


Fonte: prprio autor

46
6.1.3. Regras de Negcio

Algumas Regras de Negcio iniciais tambm foram identificadas para o sistema. De acordo
com Gottesdiener (1999 apud BEZERRA, 2006, p. 70), as regras de negcio so condies,
polticas ou restries que devem ser consideradas na execuo dos processos existentes em
uma empresa. A regra de negcio Data e Hora disponveis para agendamento apresentada
a seguir (Tabela 6) utilizando um formato proposto por Bezerra (2006, p. 72). As demais
regras de negcio do sistema esto documentadas no Apndice C.

Nome: Data e Hora disponveis para agendamento (RN01)


Um agendamento no pode ser realizado em uma data e hora que j tenha sido
Descrio:
agendada por outro cliente.

Fonte: O prprio autor.

Histrico: Data de identificao: 10/10/2015

Tabela 6 - Regra de Negcio Data e Hora disponveis para agendamento (RN01).


Fonte: o prprio autor

6.1.4. Casos de Uso: Documentao

Nesta sesso os requisitos funcionais da ferramenta proposta sero apresentados atravs de


Diagramas de Casos de Uso. De acordo com Horstmann (2009), este um [...] outro formato
comum para a descrio do comportamento de um sistema. Com esta viso e possivel
visualizar graficamente, em um nivel alto de abstrao, quais os elementos externos que
interagem com as funcionalidades do sistema (BEZERRA, 2006).

Esta metodologia permitiu identificar primeiramente os 2 dois principais atores que interagem
com o sistema:

a) Cliente: indivduo que acessar o sistema com intuito de agendar consultas com o
profissional terapeuta.
b) Terapeuta: profissional que realiza o atendimento de THC.
47
A seguir apresentado atravs da Figura 12 o diagrama de casos de uso do sistema
HolisticWeb. A especificao funcional do principal caso de uso do sistema (Agendar
Atendimento) apresentada no Quadro 1, conforme formato proposto por Bezerra (2006, p.
65). As descries dos demais casos de uso encontram-se no Apndice D.

DIAGRAMA DE CASOS DE USO DO SISTEMA HOLISTICWEB

CSU01: Cadastrar Perfil

CSU02: Efetuar Login

CSU03: Alterar Cadastro

CSU04:Desabilitar Cadastro

Terapeuta

CSU05:Visualizar Atendimentos

CSU06:Visualizar Histrico Agendamento


Cliente

CSU08:Buscar Terapeuta

CSU07:Definir Agenda Atendimento

CSU09: Agendar Atendimento

CSU10: Enviar E-mail

HolisticWeb

CSU11: Qualificar Atendimento

CSU12: Efetuar Pagamento

Figura 12 - Diagrama de Casos de Uso do sistema HolisticWeb.


Fonte: o prprio autor.

48
Agendar Atendimento (CSU09)

Sumrio: Cliente realiza o agendamento de um atendimento atravs do sistema.


Ator Primrio: Cliente
Atores Secundrios: Terapeuta
Precondies:
a) Estar autenticado no sistema (CSU02);
b) Efetuar uma busca no sistema (CSU08) para encontrar o terapeuta desejado;

Fluxo Principal:
1. O cliente acessa o perfil do terapeuta para iniciar o agendamento;
2. O cliente verifica a agenda do terapeuta com os dias e horrios que o terapeuta faz
atendimento;
3. O cliente escolhe o tipo de atendimento que deseja receber, o dia e a hora conforme a
agenda do terapeuta;
4. O sistema verifica se a data e hora escolhida pelo cliente esto disponveis, ou seja, se j
no foi preenchida por outro cliente anteriormente.
5. O sistema redireciona o cliente para um formulrio que possibilita o cliente efetuar o
pagamento;
6. O cliente efetua o pagamento;
7. O sistema envia um e-mail para o terapeuta informando que um agendamento foi realizado
e o caso de uso termina (CSU11);

Fluxo Alternativo (4): Violao da RN01


a) Quando o cliente seleciona uma data e hora para agendamento que j est preenchida para
atendimento de outro cliente, o sistema exibe uma mensagem informando que a data e hora
que ele selecionou j est preenchida, e o caso de uso retorna para o passo 3.

Fluxo Exceo (6): Violao da RN04 e RN05


a) O cliente ao realizar o pagamento deve informar os dados do carto de crdito
corretamente, principalmente o nmero do carto de crdito e a data de validade. Caso no
sejam vlidos, o sistema exibir uma mensagem ao cliente e o caso de uso retorna para o
passo 5.

Pois-condies: O cliente realizou o agendamento com sucesso e o caso de uso termina.


Regras de Negocio: RN01, RN04, RN05;

Quadro 1 - Caso de Uso Agendar Atendimento (CSU09).


Fonte: o prprio autor.

49
6.2. FASE DE PROJETO DO SISTEMA

A Fase de Projeto de um software est relacionada com a descoberta dos componentes


estruturais do sistema a ser construdo sem os detalhes de sua implementao
(HORSTMANN, 2009). Embora a fase de anlise e projeto sejam normalmente definidas de
forma separada, Bezerra (2006) esclarece que no h no desenvolvimento de sistemas
orientados a objetos, uma distino to clara entre essas duas fases, pois as duas fases
frequentemente se misturam.
Quando se est desenvolvendo um projeto, podem-se criar diagramas mais tcnicos, podendo
utilizar mais notaes com intuito de ser mais preciso a respeito dela (FOWLER, 2005).

6.2.1. Diagrama de Classes

Aps o desenvolvimento dos casos de uso e a especificao funcional dos casos de uso
essenciais, foi possvel identificar e construir o diagrama de classes do sistema, que pode ser
observado atravs da Figura 13.

50
ESTADO
+ ID_ESTADO : int
+ NOME : string PESSOA
+ SIGLA : string 1..1
+ ID_PESSOA : long
0..* + NOME : string
+ SEXO : string
1..1 + E_MAIL : string
+ ENDERECO : string
+ TELEFONE : string
0..*
+ LOGIN : string
+ SENHA : string
CIDADE 1..1 + STATUS : bool
+ ID_CIDADE : int 0..*
+ NOME : string
1..1 1..1

0..*

CARTAOCREDITO CLIENTE

+ ID_CARTAOCREDITO : long + CPF : string 0..*


+ NUMEROCARTAO : long + PROFISSAO : string
1..1
+ OPERADORA : string + DATANASCIMENTO : DateTime
0..* TERAPEUTA
+ NOMETITULAR : string
0..1 + FOTO : string
+ MESVALIDADE : int
+ ANOVALIDADE : int + CNPJ : string
+ CODIGOSEGURANCA : int 1..1 + DESCRICAOPERFIL : string
+ DESCRICAOEXPERIENCIAS : string
+ FORMACAOACADEMICA : string
+ HISTORICOVIDA : string
+ CURSOSEXTRACURRICULARES : string
0..* 1..1 + VALORHORAATENDIMENTO : decimal

0..*
PAGAMENTO
0..*
+ ID_PAGAMENTO : long ATENDIMENTO FK_ESPECIAL_ESPECIALI_TERAPEUT 1..1
+ VALORTOTAL : decimal 0..1
+ ID_ATENDIMENTO : long
+ PAGAMENTOREALIZADO : bool
+ DATA : DateTime 0..*
+ DATAPAGAMENTO : DateTime
+ HORAINICIO : time
0..* + HORAFIM : time
+ ATENDIMENTOREALIZADO : bool 0..*
+ OBSERVACAO : string FK_TIPOATEN_TIPOATEND_TERAPEUT

QUALIFICACAO
+ ID_QUALIFICACAO : long
+ NOTACONHECESPECIF : int 0..* 0..*
0..*
+ NOTAQUALIDADECOMUNI : int
0..1
+ NOTAPONTUALIDADE : int
0..*
+ NOTAFEEDBACK : int AGENDA
FK_ESPECIAL_ESPECIALI_ESPECIAL
+ DEPOIMENTO : string
+ ID_AGENDA : long
+ AVALIACAOGERAL : int 1..1 ESPECIALIDADE
0..* + HORAINICIO : time
FK_TIPOATEN_TIPOATEND_TIPOATEN + ID_ESPECIALIDADE : int + HORAFIM : time
TIPOATENDIMENTO + NOME : string
+ DESCRICAO : string
+ ID_TIPOATENDIMENTO : int
+ DESCRICAO : string
0..*
0..1

DIASEMANA
+ ID_DIASEMANA : int
+ NOMEDIASEMANA : string

Figura 13 - Diagrama de Classes do sistema HolisticWeb.


Fonte: o prprio autor

6.2.2. Diagrama de Sequncia

O diagrama de sequncia um modelo que mostra o passo a passo de um caso de uso. Esse
diagrama utilizado para explicar casos de uso que precisam de uma ateno em especial ou so
complexos. Mesmo descrevendo todo o caso de uso, pode no ser muito claro para o programador
sua sequncia lgica de acontecimentos na linha do tempo. O diagrama de sequncia detalha quais
atores, classes, requisies, parmetros, resposta e sequncia lgica que deve ser seguida
(FOWLER; BEZERRA, 2005, 2006).

Foi escolhido o caso de uso CSU09: Agendar Atendimento para ter sua sequncia lgica
explicada, pois se trata do caso de uso mais complexo no sistema. O digrama de sequncia da
Figura 14 detalha o caso de uso.

51
CSU09: Agendar Atendimento

vwPerfilTerapeuta vwAgendarAtendimento vwPagamento :ctlTipoAtendimento :ctlAgenda :ctlAtendimento :ctlPagamento

Cliente Terapeuta
Acessa o perfil

Redireciona
RequisitaAgendamento()
CarregaTipos()

CarregaAgendaTerapeuta(id)
View()

AgendarAtendimento(Data, Hora, TipoAtendimento);


VerificaDataHoraDisponivel(Data, Hora);

RegistraAtendimento()
Ok

Redireciona

EfetuarPagamento() EfetuarPagamento()

ValidarDadosCartao()

EfetuarPagamento()
Ok

EnviarEmailAgendamentoConcluido()
E mail enviado

Figura 14 - Diagrama de Sequncia do caso de uso Agendar Atendimento (CSU09).


Fonte: o prprio autor

6.2.3. Modelo de Dados Conceitual

As informaes coletadas na fase de anlise so tambm usadas para desenvolver uma


descrio de alto nvel dos dados a serem armazenados e as restries a serem aplicadas sobre
estes dados. Esta estapa normalmente conduzida utilizando o MER (Modelo Entidade
Relacionamento). O objetivo do MER criar uma descrio simples dos dados que melhor
corresponda viso ou idia que os usurios e desenvolvedores tm em relao ao negcio. A
modelagem de dados apresentados atravs do modelo conceitual so mais fceis de
comprender, j que no h limitaes ou aplicao de tecnologia especfica (DATE;
RAMAKRISHNAN & GEHRKE, 2008, 2004).

O diagrama de dados aqui desenvolvido o DER, que constitui [...] uma tcnica para
representar a estrutura lgica de um banco de dados de modo pictrico. Com tal, fornecem um

52
meio simples e fcil de entender para comunicar os aspectos principais do projeto de qualquer
banco de dados (DATE, 2004).

Atravs da Figura 15 pode-se observar o Diagrama de Entidade e Relacionamento do sistema


HolisticWeb.

ESTADO
ID_ESTADO <pi> Integer <M>
NOME Variable characters (40) <M> PESSOA
SIGLA Characters (2) <M> FK_PESSOA_ESTADOPES_ESTADO
ID_PESSOA <pi> Serial <M>
PK_ESTADO <pi> NOME Variable characters (40) <M>
SEXO Characters (1) <M>
E_MAIL Variable characters (60) <M>
ENDERECO Variable characters (120)
FK_CIDADE_CIDADEEST_ESTADO
TELEFONE Variable characters (13)
LOGIN Variable characters (15) <M>
SENHA Variable characters (10) <M>
CIDADE FK_PESSOA_CIDADEPES_CIDADE STATUS Boolean

ID_CIDADE <pi> Integer <M> PK_PESSOA <pi>


NOME Variable characters (40)
PK_CIDADE <pi> FK_CLIENTE_HERDA_PESSOA

CLIENTE FK_TERAPEUT_HERDA2_PESSOA
CPF Variable characters (11)
CARTAOCREDITO PROFISSAO Variable characters (40)
DATANASCIMENTO Date & Time
ID_CARTAOCREDITO <pi> Serial <M>
NUMEROCARTAO Long integer <M>
OPERADORA
FK_PAGAMENT_PAGA_CARTAOCR Variable characters (20) <M>
TERAPEUTA
NOMETITULAR Variable characters (40) <M>
MESVALIDADE Integer <M> FK_CARTAOCR_POSSUI_CLIENTE FOTO Image
ANOVALIDADE Integer CNPJ Variable characters (14)
CODIGOSEGURANCA Integer <M> DESCRICAOPERFIL Text
DESCRICAOEXPERIENCIAS Text
PK_CARTAOCREDITO <pi> FK_ATENDIME_AGENDA_CLIENTE
FORMACAOACADEMICA Variable characters (60)
HISTORICOVIDA Text
CURSOSEXTRACURRICULARES Text
VALORHORAATENDIMENTO Money <M>
FK_ATENDIME_REALIZA_TERAPEUT
PAGAMENTO
ID_PAGAMENTO <pi> Serial <M> ATENDIMENTO FK_AGENDA_AGENDATER_TERAPEUT
FK_ATENDIME_REFERENCE_PAGAMENT
VALORTOTAL Money <M> ID_ATENDIMENTO <pi,ai> Serial <M> FK_ESPECIAL_ESPECIALI_TERAPEUT
PAGAMENTOREALIZADO Boolean DATA Date & Time <M>
DATAPAGAMENTO Date & Time <M> HORAINICIO time <M> FK_TIPOATEN_TIPOATEND_TERAPEUT
PK_PAGAMENTO <pi> HORAFIM time <M>
ATENDIMENTOREALIZADO Boolean AGENDA
OBSERVACAO Text
ESPECIALIDADETERAPEUTA ID_AGENDA <pi> Serial <M>
AK_KEY_2_ATENDIME <ai> HORAINICIO time
QUALIFICACAO PK_ATENDIMENTO <pi> HORAFIM time
ID_QUALIFICACAO <pi> Serial <M> TIPOATENDIMENTOTERAPEUTA PK_AGENDA <pi>
NOTACONHECESPECIF Integer
NOTAQUALIDADECOMUNI Integer
NOTAPONTUALIDADE Integer
NOTAFEEDBACK Integer FK_ATENDIME_REFERENCE_QUALIFIC
FK_ESPECIAL_ESPECIALI_ESPECIAL
DEPOIMENTO Text
AVALIACAOGERAL Integer FK_ATENDIME_TIPO_TIPOATEN
ESPECIALIDADE
PK_QUALIFICACAO <pi> FK_AGENDA_REFERENCE_DIASEMAN
ID_ESPECIALIDADE <pi> Integer <M>
NOME Variable characters (40) <M>
DESCRICAO Variable characters (30)
FK_TIPOATEN_TIPOATEND_TIPOATEN PK_ESPECIALIDADE <pi>

TIPOATENDIMENTO
ID_TIPOATENDIMENTO <pi> Integer <M> DIASEMANA
DESCRICAO Variable characters (30) <M>
ID_DIASEMANA <pi> Integer <M>
PK_TIPOATENDIMENTO <pi> NOMEDIASEMANA Variable characters (15) <M>
PK_DIASEMANA <pi>

Figura 15 - Diagrama de Entidade e Relacionamento do sistema HolisticWeb.


Fonte: o prprio autor.

6.2.4. Modelo de Dados Lgico

O Modelo de Dados Lgico leva em considerao algumas limitaes, faz implementao de


recursos como nomenclatura e adequao de padres, normalizao, define as chaves
primrias e estrangeiras, integridade referencial, entre outras. O modelo de dados lgico deve

53
ser criado considerando o modelo de dados conceitual (DATE; RAMAKRISHNAN &
GEHRKE, 2008, 2004).

O Modelo de Dados Lgico do sistema HolisticWeb apresentado atravs da Figura 16.

ESTADO
ID_ESTADO int <pk> PESSOA
NOME varchar(40) FK_PESSOA_ESTADOPES_ESTADO
ID_PESSOA int <pk>
SIGLA char(2)
ID_ESTADO int <fk2>
ID_CIDADE int <fk1>
NOME varchar(40)
SEXO char(1)
FK_CIDADE_CIDADEEST_ESTADO
E_MAIL varchar(60)
ENDERECO varchar(120)
TELEFONE varchar(13)
FK_PESSOA_CIDADEPES_CIDADE LOGIN varchar(15)
CIDADE
SENHA varchar(10)
ID_CIDADE int <pk> STATUS bit
ID_ESTADO int <fk>
NOME varchar(40)

FK_CLIENTE_HERDA_PESSOA

CARTAOCREDITO CLIENTE
ID_CLIENTE int <pk,fk> FK_TERAPEUT_HERDA2_PESSOA
ID_CARTAOCREDITO int <pk>
CPF varchar(11)
ID_CLIENTE int <fk>
NUMEROCARTAO bigint PROFISSAO varchar(40)
FK_CARTAOCR_POSSUI_CLIENTE DATANASCIMENTO datetime TERAPEUTA
OPERADORA varchar(20)
NOMETITULAR varchar(40) ID_TERAPEUTA int <pk,fk>
MESVALIDADE int FOTO image
ANOVALIDADE int CNPJ varchar(14)
CODIGOSEGURANCA int FK_ATENDIME_AGENDA_CLIENTE DESCRICAOPERFIL text
DESCRICAOEXPERIENCIAS text
FK_PAGAMENT_PAGA_CARTAOCR FORMACAOACADEMICA varchar(60)
HISTORICOVIDA text
CURSOSEXTRACURRICULARES text
VALORHORAATENDIMENTO money
ATENDIMENTO
PAGAMENTO
ID_ATENDIMENTO int <pk,ak>
ID_PAGAMENTO int <pk> FK_ATENDIME_REALIZA_TERAPEUT
ID_TERAPEUTA int <fk2>
ID_CARTAOCREDITO int <fk>
ID_CLIENTE int <fk1>
VALORTOTAL money
ID_TIPOATENDIMENTO int <fk3>
PAGAMENTOREALIZADO bit FK_ATENDIME_REFERENCE_PAGAMENT ID_QUALIFICACAO int <fk5>
DATAPAGAMENTO datetime
ID_PAGAMENTO int <fk4>
DATA datetime
HORAINICIO time
HORAFIM time FK_TIPOATEN_TIPOATEND_TERAPEUT FK_AGENDA_AGENDATER_TERAPEUT
QUALIFICACAO ATENDIMENTOREALIZADO bit
OBSERVACAO text FK_ESPECIAL_ESPECIALI_TERAPEUT
ID_QUALIFICACAO int <pk>
NOTACONHECESPECIF int TIPOATENDIMENTOTERAPEUTA
FK_ATENDIME_REFERENCE_QUALIFIC
NOTAQUALIDADECOMUNI int ID_TIPOATENDIMENTO int <pk,fk1>
NOTAPONTUALIDADE int ID_TERAPEUTA int <pk,fk2> AGENDA
NOTAFEEDBACK int FK_ATENDIME_TIPO_TIPOATEN
ESPECIALIDADETERAPEUTA ID_AGENDA int <pk>
DEPOIMENTO text
ID_TERAPEUTA int <fk1>
AVALIACAOGERAL int ID_ESPECIALIDADE int <pk,fk1>
ID_DIASEMANA int <fk2>
ID_TERAPEUTA int <pk,fk2>
HORAINICIO time
TIPOATENDIMENTO HORAFIM time
FK_TIPOATEN_TIPOATEND_TIPOATEN
ID_TIPOATENDIMENTO int <pk>
DESCRICAO varchar(30) FK_ESPECIAL_ESPECIALI_ESPECIAL FK_AGENDA_REFERENCE_DIASEMAN

DIASEMANA
ESPECIALIDADE
ID_DIASEMANA int <pk>
ID_ESPECIALIDADE int <pk>
NOMEDIASEMANA varchar(15)
NOME varchar(40)
DESCRICAO varchar(30)

Figura 16 - Modelo de Dados Lgico do sistema HolisticWeb.


Fonte: o prprio autor.

6.2.5. Dicionrio de Dados

O Dicionrio de Dados segundo Pichiliani (2012), um documento complementar do MER,


que contm mais detalhes sobre cada tabela do banco de dados e seus relacionamentos. Alm
de listar todas as colunas de cada tabela, o dicionrio fornece tambm uma breve descrio do
significado de cada coluna da tabela, os valores possveis, os tipos de valores a serem
armazenados e quais restries agem sobre cada coluna.

54
Na Tabela 7 possvel visualizar o dicionrio de dados da tabela Pessoa. Os demais
dicionrios encontram-se no Apndice E.

Tabela: PESSOA

Tabela responsvel pelo armazenamento de dados da Pessoa (Cliente ou Terapeuta)


Campo Tipo Tamanho Chave Obrigatrio Descrio
ID_PESSOA int PK Sim Cdigo identificador de Pessoa

ID_ESTADO int Sim Cdigo identificador do Estado onde a pessoa reside

ID_CIDADE int Sim Cdigo identificador da cidade aonde a pessoa reside

NOME varchar(40) 40 Sim Nome da pessoa

SEXO char(1) 1 Sim Sexo da Pessoa

E_MAIL varchar(60) 60 Sim E-mail da pessoa

ENDERECO varchar(120) 120 No Endereo (Rua, N, Bairro) onde a pessoa reside.

TELEFONE varchar(13) 13 No Telefone de contato da pessoa

LOGIN varchar(15) 15 Sim Login para acesso ao sistema

SENHA varchar(10) 10 Sim Senha para acesso ao sistema

STATUS bit No Status que indica se a pesssoa est ativa ou inativa no sistema

Tabela 7 - Dicionrio de dados da tabela pessoa.


Fonte: o prprio autor.

6.3. IMPLEMENTAO DO SISTEMA

De acordo com Horstmann (2009), esta a fase de desenvolvimento de software que se


preocupa com projeto no ambiente de programao.
Nesta seo so apresentadas as tcnicas e ferramentas utilizadas para o desenvolvimento do
sistema HolisticWeb, a operacionalidade de sua implementao e a codificao do sistema.

6.3.1. Tcnicas e Ferramentas Utilizadas

Para o desenvolvimento do HolisticWeb foi utilizada a ferramenta Visual Studio Express


2013, conforme apresentado na Figura 17. As edies do Visual Studio Express da empresa
Microsoft so um ambiente de desenvolvimento integrado que fornecem ferramentas gratuitas
para criao de aplicativos para Windows, Android e iOS, aplicativos Web modernos e servios de

55
nuvem. A ferramenta possibilita desenvolver aplicativos usando as linguagens C#, C++,
JavaScript, Python, TypeScript, Visual Basic, F#, entre outras. Alm de possuir editores,
depuradores e criadores de perfis integrados.

Figura 17 - Tela da ferramenta Visual Studio Express 2013.


Fonte: o prprio autor

Para criao e gerenciamento do banco de dados do sistema desenvolvido, optou-se por


utilizar o SQL Server 2012 Express, que uma verso gratuita oferecida pela empresa
Microsoft voltada para aplicaes de pequeno porte, conforme apresentado na Figura 18.

Figura 18 - Tela da ferramenta SQL Server 2012 Express.


Fonte: o prprio autor.

56
6.3.2. Sistema HolisticWeb

A primeira tela exibida pelo sistema a tela Home, apresentada atravs da Figura 19, que permite
o acesso s funcionalidades, conforme definido nos casos de uso levantados durante o processo de
anlise. Esta tela apresenta os quatro ltimos terapeutas7 que se cadastraram no sistema.

Figura 19 - Tela Inicial (Home) do sistema HolisticWeb.


Fonte: o prprio autor.

Para que o cliente efetue o agendamento com o terapeuta, ele precisa fazer o cadastro dos
prprios dados. A tela de cadastro de clientes pode ser visualizada atravs da Figura 20.

7
Os nomes dos terapeutas cadastrados so fictcios e as pessoas apresentadas atravs das fotos so modelos e
no possuem nenhuma relao com o trabalho.
57
Figura 20 - Tela de cadastro de Clientes.
Fonte: o prprio autor.

Para que o terapeuta possa realizar atendimento de clientes atravs do HolisticWeb, ele
precisa estar cadastrado no sistema. A tela de cadastro de terapeutas pode ser visualizada
atravs da Figura 21.

Figura 21 - Tela de Cadastro de Terapeutas.


Fonte: o prprio autor.

58
O cadastro do terapeuta realizado em trs fases, o cadastro do perfil terapeuta, o cadastro
das especialidades que o terapeuta possui e ir trabalhar com os clientes (Figura 22), e a
definio da agenda de atendimento deste terapeuta (Figura 23).

Figura 22 - Cadastro de Especialidades do Terapeuta.


Fonte: o prprio autor.

Figura 23 - Tela para Definir Agenda de Atendimento do Terapeuta.


Fonte: o prprio autor.

59
Todo terapeuta cadastrado e ativo no HolisticWeb pode ser localizado pelos clientes atravs
de uma tela de busca de terapeutas. A tela de busca pode ser visualizada atravs da Figura 24.

Figura 24 - Tela de Busca de Terapeutas.


Fonte: o prprio autor.

A tela de busca possibilita visualizar uma lista de terapeutas cadastrados e ativos no


HolisticWeb (Figura 24). Essa lista exibida conforme os critrios de pesquisa estabelecidos
pelo cliente. Ao visualizar essa lista o cliente tem acesso ao perfil completo do terapeuta, com
todos as informaes necessrias para que ele possa agendar um atendimento com o
profissional.

60
Figura 25 - Tela Perfil do Terapeuta.
Fonte: o prprio autor.

61
Para que o cliente efetue o agendamento de um atendimento com o terapeuta ele precisa
efetuar o login no sistema. A tela de Login pode ser visualizada atravs da Figura 26.

Figura 26 - Tela de Login.


Fonte: o prprio autor.

A tela apresentada atravs da Figura 27 a tela para agendar o atendimento com o terapeuta.

Figura 27 - Tela para Agendamento de Atendimento com Terapeuta.


Fonte: o prprio autor.

62
Aps agendar o atendimento com o terapeuta, o cliente deve efetuar o pagamento atravs da
tela de Pagamento, que apresentada atravs da Figura 28.

Figura 28 - Tela para Pagamento de Atendimento Agendado.


Fonte: o prprio autor.

Aps o atendimento ter sido realizado, o sistema envia um e-mail para que o cliente efetue a
qualificao do atendimento recebido. A tela para qualificao do atendimento pode ser
visualizada atravs da Figura 29.

63
Figura 29 - Tela de Qualificao de Atendimento do Terapeuta.
Fonte: o prprio autor.

64
7. CONCLUSO

Este trabalho teve o objetivo de realizar o estudo, a anlise e a construo de um sistema


de informao Web para agendamento de consultas e qualificao de atendimentos
prestados por profissionais da rea holstica e complementar, com objetivo de auxiliar o
encontro entre o profissional desta rea e as pessoas que buscam por esse tipo de
servio.

Para atender a esse objetivo, foi realizada uma srie de anlises bibliogrficas e
pesquisas com profissionais da rea holstica. Com as informaes adquiridas utilizando-
se um questionrio, elaborado com perguntas chaves, foi possvel reproduzir o
minimundo desses profissionais, e extrair os requisitos do sistema a ser desenvolvido.
Alm disso, o estudo tambm foi apoiado por uma pesquisa de mercado realizada na
internet, com foco em sites particulares de terapeutas j firmados na rea holstica, que
tambm trabalham atendendo o cliente de forma presencial e a distncia.

O foco de todo esse esforo foi o desenvolvimento do sistema que automatiza as


operaes de agendamento de consultas, sem que o cliente tenha a necessidade de
entrar em contato via telefone. Alm desta, o sistema tambm possibilita ao cliente
qualificar e recomendar o atendimento recebido pelo profissional. A recomendao do
servio prestado fundamental para promover os profissionais que tem condies de
oferecer respostas teraputicas satisfatrias para os clientes atendidos. Alm dessa
qualificao que ocorre atravs de um sistema de pontos, o cliente tambm tem a
possibilidade de recomendar o terapeuta atravs do prprio depoimento,
proporcionando mais segurana para outros clientes que buscam referncias sobre a
qualidade do servio oferecido pelo terapeuta.

O grande diferencial do sistema desenvolvido est na apresentao transparente das


opinies dadas pelos clientes que foram atendidos. Essa avaliao ocorre aps a data de

65
atendimento vencida, onde o prprio sistema envia um e-mail para o cliente com um
link, para que um questionrio de avaliao seja respondido por ele.

Diante do exposto, conclui-se que o objetivo geral apresentado inicialmente foi alcanado,
bem como os objetivos especficos, de desenvolvimento de um sistema disponvel na Internet,
para facilitar o acesso aos profissionais da rea de THCs, apresentando de forma clara o
currculo do terapeuta com informaes de seu perfil profissional, depoimentos e
qualificaes dos clientes que j receberam atendimento.

A avaliao do sistema criado foi satisfatria, pois atravs da construo se teve a ideia exata
de seu funcionamento quando este for entrar em um ambiente de produo. Todas as
ferramentas e plataformas usadas para o processo de desenvolvimento do sistema atenderam
de forma adequada e no houve nenhuma intercorrncia que impedisse que os objetivos
fossem alcanados.

O aprendizado adquirido com o desenvolvimento deste trabalho foi satisfatrio, pois atravs
dele, muito do que foi visto nas aulas, de forma terica, pode ser visto na prtica durante
processo de criao do sistema, com todas as dificuldades e desafios pertinentes ao mtodo
utilizado para gerao de um software. Por fim, este trabalho possibilitou ao autor vivenciar
uma experincia prtica em todas as etapas da engenharia de software que ser de grande
valor para aplicaes futuras.

7.1. TRABALHOS FUTUROS

Ao longo da anlise e desenvolvimento do projeto, foram percebidos pontos especficos


que necessitam de maior ateno, com intuito de serem aperfeioados ou at mesmo
implementados. Inclusive aqueles que no foram foco deste trabalho. Seguem alguns
desses itens:

66
Implementao de novos filtros na tela de busca por terapeutas, para que a mesma
possa ser realizada de forma avanada. Como por exemplo, localizar os terapeutas
que atuem com mais de uma especialidade.
Implementao do controle de pagamento com carto de credito. Embora a interface
tenha sido desenvolvida, o mdulo de pagamento no est integrado com uma rede
de pagamentos.
Implementar outras formas de pagamento, como dbito automtico e boleto
bancrio.
Implementao de um mdulo de ajuda e orientao para clientes e terapeutas, com
intuito de orienta-los sobre os objetivos do sistema e auxilia-los na operacionalidade
do mesmo.

67
REFERNCIAS

ADLIA, M.; PIETA, M.; GOMES, W. B. Psicoterapia Pela Internet: Vivel ou Invivel?
PSICOLOGIA: CINCIA E PROFISSO, Brasilia, v. 34, n. n1, p. 18-31, Jan.- Mar.
2014.

ALBERTIN, A. L. Comrcio Eletrnico: Modelo Aspectos e Contribuies de sua


Aplicao. 5. ed. So Paulo: Atlas S.A., 2007. ISBN 9788522437542.

AZEVEDO, R. Notcias do Site: Rdio Verdes Mares. Site da Rdio Verdes Mares, 26
Maro 2015. Disponivel em: <http://www.verdinha.com.br/noticias/14629/cartomantes-de-
fortaleza-sao-procurados-por-catolicos-e-evangelicos-e-aceitam-ate-cartao-de-credito>.
Acesso em: 26 Julho 2015.

BERTAGNOLLI, S. D. C.; MILETTO, E. M. Desenvolvimento de Software II: Introduo


ao Desenvolvimento Web com HTML, CSS, JavaScript e PHP - Eixo: Informao e
Comunicao - Srie Tekne. Porto Alegre: Bookman Editora, v. II, 2014. 276 p. ISBN
9788582601969.

BEZERRA, E. Princpios de Anlise e Projeto de Sistemas com UML. 2. ed. [S.l.]:


Elsevier Editora, 2006. 308 p. ISBN 8535216960.

BRENNAN, B. A. Mos de Luz: Um Guia para a Cura atravs do Campo de Energia


Humana. Traduo de OCTAVIO MENDES CAJADO. 17. ed. So Paulo: PENSAMENTO,
2003. ISBN 8531504139.

CAPB. CAPB - Centro de Atendimento em Psicoterapia Breve. Programa de Orientao


Psicolgica do CAPB, 2014. Disponivel em: <http://www.capbreve.com.br/News_12>.
Acesso em: 26 Julho 2015.

CARDIM, R. Terapia Holstica. STUM - Somos Todos Um, 2014. Disponivel em:
<http://somostodosum.ig.com.br/conteudo/c.asp?id=01224>. Acesso em: 14 Agosto 2015.

CAVALCANTE, L. Terapia sem preconceitos. Gazeta Digital, 05 Outubro 2008. Disponivel


em: <http://www.gazetadigital.com.br/conteudo/show/secao/13/materia/190927/t/terapia-sem-
preconceitos>. Acesso em: 04 Agosto 2015.

CAZELLA, S. C.; NUNES, M. A. S. N.; REATEGUI, E. B. A Cincia da Opinio: Estado


da Arte em Sistemas de Recomendao. Rio de Janeiro: PUC Rio, v. 1, 2010. 161-216 p.
Citao j pronta: Cazella, S. C. ; Nunes, M. A. S. N. ; Reategui, E.. A Cincia da Opinio:
Estado da Arte em Sistemas de Recomendao. In:Andr Ponce de Leon F. de Carvalho;
Tomasz Kowaltowski.(Org.). Jornada de Atualizao de Informtica-JAI 2010-CSB.

CEGIELSKI, C. G.; JUNIOR, R. K. R. Introduo a Sistemas de Informao. 3. ed. So


Paulo: Elsevier Editora, 2012. ISBN 9780470473528.

68
DATE, C. J. Introduo a Sistemas de Bancos de Dados. Traduo de Daniel Vieira. 8. ed.
So Paulo: Elsevier Brasil, 2004. 865 p. ISBN 13: 978-85-352-1273-0. Disponvel em:
https://books.google.com.br/books?id=xBeO9LSlK7UC.

DONNAMARIA, C. P.; TERZIS, A. Experimentando o dispositivo teraputico de grupo via


internet: primeiras consideraes de manejo e desafios ticos. Revista da SPAGESP -
Sociedade de Psicoterapias Analticas Grupais do Estado de So Paulo, Campinas - SP, v.
12, n. N 2, p. 17-26, Jul.-Dez. 2011.

E-COMMERCEBRASIL. E-bit divulga 31 relatrio WebShoppers 2015. E-Commerce


Brasil, 04 Fevereiro 2015. Disponivel em: <https://www.ecommercebrasil.com.br/noticias/e-
bit-divulga-31-relatorio-webshoppers-2015>. Acesso em: 07 Setembro 2015.

ECOMMERCEORG. Evoluo da Internet e do e-commerce. eCommerceOrg, 2015.


Disponivel em: <http://www.e-commerce.org.br/stats.php>. Acesso em: 01 Setembro 2015.

FILHO, W. D. P. P. Engenharia de Software: fundamentos, mtodos e padres. [S.l.]: LTC -


LIVROS TECNICOS E CIENTIFICOS, 2000.

FONTANELLA, T. Revista de Terapias Complementares e Holsticas 2010 : Coletnea de


Artigos Cientficos. Revista de Terapias Complementares e Holsticas 2010, Curitiba - PR,
p. 6-12, 2010.

FOWLER, M. UML Essencial: um breve guia para a linguagem padro de modelagem de


objetos. Traduo de Joo Tortello. 3. ed. Porto Alegre: Artmed Editora S.A., 2005. 108 p.
ISBN 8536304545, 0321193687.

FREIRE, A. P. Acessibilidade no desenvolvimento de sistemas Web: um estudo sobre o


cenrio brasileiro. So Carlos: [s.n.], 2008.

GONALVES, V. M. B. Desenvolvimento de Sistemas de Informao para a Web: Um


Portal para as Escolas do 1 Ciclo e os Jardins de Infncia. Porto: [s.n.], 2002. 249 p.

HORSTMANN, C. Padres e Projeto Orientados a Objetos. 2. ed. So Paulo: Bookman


Editora, 2009. ISBN 0471744875.

JOBSTRAIBIZER, F. Criao de Sites com CSS - Desenvolva pgina Web mais leves e
dinmicas em menos tempo. So Paulo: Universo dos livros Editora Ltda, 2009. 144 p.
ISBN 9788578730772.

JUNIOR, L. A. Z. Sistemas de Informao Baseados na Tecnologia Web: Um estudo sobre


seu desenvolvimento. So Paulo: FEA/USP, 2003. 189 p.

LAUDON, K.; LAUDON, J. Sistemas de Informaes Gerenciais. 9. ed. [S.l.]: Pearson


Education do Brasil, 2011. 429 p. ISBN 9788576059233.

69
LEAL, F.; SCHWARTSMANN, G.; LUCAS, H. S. Medicina complementar e alternativa:
uma prtica comum entre os pacientes com cncer. Revista da Associao Mdica
Brasileira, So Paulo, v. 54, n. N 6, p. 481-482, Dezembro 2008.

LEVIN, J. S.; JONAS, W. B. Tratado de Medicina Complementar e Alternativa. 1 edio


brasileira. ed. Barueri: Manole LTDA, 2001. 620 p. ISBN ISBN: 85-204-1016-2.

LOBO, E. J. R. Curso de Engenharia de Software: Mtodos e processos para garantir a


qualidade do desenvolvimento de softwares. So Paulo - SP: Digerati Books, 2008. ISBN
978-85-7873-010-9.

LOTAR, A. Como Programar com ASP.NET e C# - Dicas, truques, exemplos, cdigos,


conceitos, tutoriais. 2. ed. So Paulo: Novatec Editora, 2010. 656 p. ISBN 9788575222492.
Disponivel em: <https://books.google.com.br/books?id=rJWjAwAAQBAJ>. Acesso em: 28
Agosto 2015.

LOTAR, A. Programando com ASP.NET MVC: Aprenda a desenvolver aplicaes web


utilizando a arquitetura MVC. [S.l.]: Novatec Editora, 2011. 392 p. ISBN 857522283X,
9788575222836.

MACHADO, G. J. C. Educao e Ciberespao: Estudos, propostas e desafios. Aracaju:


Virtus Editora, 2010. 347 p. ISBN 978-85-64268-00-5.

MAIA, A. Cresce o mercado para profissionais de terapias alternativas. Bradesco


Universitrio, 31 Julho 2015. Disponivel em:
<http://www.bradescouniversitarios.com.br/html/cub/carreira/mercado-trabalho/mercado-
terapia.shtm>. Acesso em: 06 Agosto 2015.

MINERA, F. Guia Profissional de Criao de Sites: As principais ferramentas e tcnicas de


programao para quem deseja criar pginas arrasadoras. Traduo de Tadeu Carmona. So
Paulo: Universo dos Livros Editora LTDA, v. I, 2009. 128 p. ISBN 9788578730970.

MOLLER, R. Terapias Holsticas no Esporte. So Paulo - SP: Ibrasa, 2001. p. 120 p. ISBN
853480169X, 9788534801690.

MORAES, G. D. D. A.; TERENCE, A. C. F.; FILHO, E. E. A TECNOLOGIA DA


INFORMAO COMO SUPORTE GESTO ESTRATGICA DA INFORMAO NA
PEQUENA EMPRESA. Revista de Gesto da Tecnologia e Sistemas de Informao, So
Paulo, v. 1, n. 1, p. 27-43, 30 Maio 2004. ISSN ISSN online: 1807-1775.

MTECBO. CBO - Classificao Brasileira de Ocupaes. Ministrio do Trabalho e


Emprego, 9 Outubro 2002. ISSN instituda por portaria ministerial n. 397, de 9 de outubro
de 2002. Disponivel em: <http://www.mtecbo.gov.br>. Acesso em: 26 Julho 2015.

NUNES, A. C.; SOALHEIRO, B. Medicina alternativa. Super Interessante, So Paulo, n.


Edio: 196, p. 52-60, Janeiro 2004. Disponivel em:
<http://super.abril.com.br/ciencia/medicina-alternativa>.

70
NUNES, R. M. S. ANLISE DA CONTRIBUIO DO COMRCIO ELETRNICO
BUSINESS TO BUSINESS (B2B) NA GESTO DE CADEIAS DE SUPRIMENTOS.
So Paulo: UNIVERSIDADE PAULISTA - UNIP, 2010.

OBRIEN, J. A.; MARAKAS, G. M. Management Information Systems. 10. ed. New


York: McGraw-Hill, 2011. ISBN ISBN-13: 978-0-07-337681-3.

OLIVEIRA, J. P. M. D. Sistemas de Informao e Sociedade. So Paulo: Sociedade


Brasileira para o Progresso da Cincia, v. 55, 2003. 39-41 p. ISBN ISSN 2317-6660.

PAIVA, M. F. D. Sistemas de gesto da informao que armazenam imagens digitais de


documentos com fidedignidade e confiabilidade. So Paulo: Target, 2008. ISBN ISBN:
8587918397.

PECIS, D. J. P. MANUAL DE CONDUTA DO TERAPEUTA HOLSTICO


DESPERTALISTA. 2 Edio. ed. Rio de Janeiro: SOCIEDADE DESPERTALISTA DO
BRASIL, 2010.

PEREIRA, A.; FACCIN, L. F.; LIBRELOTTO, G. R. UMA ONTOLOGIA PARA UM


SISTEMA DE RECOMENDAO DE MATERIAIS DIDTICOS, EM EDUCAO A
DISTNCIA, SENSVEL AO ESTADO AFETIVO DO ALUNO. REVISTA DO CCEI -
Centro de Cincias da Economia e Informtica, BAG - RS, v. 16, n. 29, p. 324-341, 11
Maro 2012. ISSN 14152061.

PICHILIANI, M. C. Conversando Sobre Banco de Dados. 1. ed. Joinville - SC: Clube de


Autores, 2012.

RABELLO, C. C. Aspectos Tericos e Prticos Sobre a Implementao de Gesto do


Conhecimento: Um Estudo de Caso na Empresa Serpro. Braslia - DF: [s.n.], 2012.

RAMAKRISHNAN, R.; GEHRKE, J. Sistemas de Gerenciamento de Banco de Dados. 3.


ed. So Paulo: AMGH Editora, 2008. 905 p. ISBN 978-85-7726-027-0.

REZENDE, D. A. Planejamento Estratgico para Organizaes Privadas e Pblicas. Rio


de Janeiro: Brasport, 2008. ISBN ISBN: 8574523615.

RODRIGUES, C. G. ALIANA TERAPUTICA NA PSICOTERAPIA BREVE


ONLINE. Braslia: Universidade de Braslia, 2014. Dissertao de Mestrado - Disponvel
em: <http://repositorio.unb.br/handle/10482/16596>.

SILVA, M. S. Criando Sites com HTML: Sites de Alta Qualidade com HTML e CSS. So
Paulo: Novatec Editora LTDA, 2008. 432 p. ISBN 9788575221662.

SINGH, H. S. Data Warehouse: Conceitos, Tecnologias, Implementao e Gerenciamento.


1. ed. So Paulo: Makron Books, 2001.

71
SIQUEIRA, M. C. Gesto Estratgica de Informao. 1. ed. [S.l.]: Brasport, 2005. 158 p.
ISBN ISBN: 8574522392.

SPADACIO, C. et al. Medicinas Alternativas e Complementares: uma metassntese. Cad.


Sade Pblica, Rio de Janeiro, v. 26, n. n 1, p. 7-13, Janeiro 2010.

STAIR, R. M.; REYMOLDS, G. W. Princpios de Sistemas de Informao. So Paulo:


Cengage Learning, 2010. ISBN ISBN-13: 9788522107971.

TRUDEAU, K. CURAS NATURAIS: QUE ELES NO QUEREM QUE VOC SAIBA.


Birmingham: Alliance Publishing Group, Inc., 2007.

W3C. Sobre o Consrcio World Wide Web. Site da W3C, 12 Outubro 1999. Disponivel em:
<http://www.w3c.br/sobre/#w3cbr>. Acesso em: 27 Agosto 2015.

WHITMAN, M. E.; MATTORD, H. J. Principles of Information Security. 4. ed. Boston:


Course Technology, 2012.

72
APNDICE

APNDICE A QUESTIONRIO

73
74
75
76
77
APNDICE B RESPOSTAS OBTIDAS COM O QUESTIONRIO

78
79
80
81
82
APNDICE C REGRAS DE NEGCIO

Nome: Envio de e-mail de qualificao do atendimento (RN02)


O sistema dever verificar os agendamentos vencidos para enviar um e-mail com um
Descrio:
formulrio para que o cliente faa a qualificao do atendimento prestado.
Fonte: O prprio autor.

Histrico: Data de identificao: 10/10/2015


Tabela 8 - Regra de Negcio Envio de e-mail de qualificao do atendimento (RN02).
Fonte: o prprio autor.

Nome: nica qualificao do atendimento (RN03)

Descrio: O usurio s pode qualificar o atendimento recebido apenas uma nica vez.

Fonte: O prprio autor.

Histrico: Data de identificao: 10/10/2015


Tabela 9 - Regra de Negcio nica qualificao do atendimento (RN03).
Fonte: o prprio autor.

Nome: Carto de crdito vlido para pagamento (RN04)


Para que o cliente realize o agendamento, o pagamento deve ser realizado com um
Descrio:
carto de crdito vlido.
Fonte: O prprio autor.

Histrico: Data de identificao: 10/10/2015


Tabela 10 - Regra de Negcio Carto de crdito vlido para pagamento (RN04).
Fonte: o prprio autor.

Nome: Carto de crdito com data de vencimento vlido (RN05)


Para que o cliente realize o agendamento, o pagamento deve ser realizado com um
Descrio:
carto de crdito com data de vencimento vlida.
Fonte: O prprio autor.

Histrico: Data de identificao: 10/10/2015


Tabela 11 - Regra de Negcio Carto de crdito com data de vencimento vlido (RN05).
Fonte: o prprio autor.

83
Nome: Desativao de cadastro negada (RN06)
O terapeuta no pode desativar o prprio perfil caso tenha algum atendimento que
Descrio:
tenha sido pago e esteja pendente de atendimento.
Fonte: O prprio autor.

Histrico: Data de identificao: 11/10/2015


Tabela 12 Regra de Negcio Desativao de cadastro negada (RN06).
Fonte: o prprio autor.

Nome: Agenda criada para estar ativo (RN07)

Descrio: O terapeuta precisa ter sua agenda criada para estar ativo no sistema.

Fonte: O prprio autor.

Histrico: Data de identificao: 11/10/2015


Tabela 13 - Regra de Negcio Agenda criada para estar ativo (RN07).
Fonte: o prprio autor.

84
APNDICE D ESPECIFICAO DOS CASOS DE USO

Cadastrar Perfil (CSU01)

Sumrio: Cliente/Terapeuta faz o cadastro do prprio perfil no sistema para ter acesso s
operaes de agendamento.
Ator Primrio: Cliente/Terapeuta
Fluxo Principal:
1. O cliente/terapeuta acessa o sistema;
2. O cliente/terapeuta acessa o formulrio para preenchimento dos prprios dados e
submete ao sistema.
3. O sistema valida os dados do cliente/terapeuta.
4. O sistema envia um e-mail para o cliente/terapeuta para informar que o cadastro
dele foi realizado com sucesso e o caso de uso termina.

Fluxo de Exceo (3): Dados invlidos


a) Se o cliente/terapeuta informou dados invlidos no formulrio, o sistema informa
ao cliente/terapeuta que o formulrio foi preenchido com dados invlidos e o caso
de uso retorna ao passo 2.

Fluxo de Exceo (3): Dados em branco


a) a) Se o cliente/terapeuta no preencheu informaes obrigatrias, o sistema informa
ao cliente/terapeuta que o formulrio possui informaes que so obrigatrias que
devem ser preenchidas e o caso de uso retorna ao passo 2.

Pois-condies: O cliente/terapeuta foi cadastrado com sucesso.

Quadro 2 - Caso de Uso Cadastrar Perfil (CSU01).


Fonte: o prprio autor.

85
Efetuar Login (CSU02)

Sumrio: Cliente/Terapeuta efetua login no sistema para ter acesso s operaes de


agendamento.
Ator Primrio: Cliente/Terapeuta
Precondies: Estar cadastrado no sistema.
Fluxo Principal:
1. O cliente/terapeuta acessa o sistema;
2. O cliente/terapeuta informa o login e senha no formulrio que efetua autenticao.
3. O sistema faz a validao do login e senha informados pelo cliente/terapeuta.
4. O sistema exibe mensagem informando que o cliente/terapeuta esto conectados ao
sistema.
5. O sistema habilita o acesso para a rea de administrao e o caso de uso termina.

Fluxo Alternativo (2): Lembrar Senha


a) O cliente/terapeuta esqueceu a senha e acessa o formulrio para solicitar ao sistema
que envie sua senha por e-mail.
b) O cliente/terapeuta informa o e-mail cadastrado (CSU01), submete o formulrio.
c) O cliente/terapeuta acessa uma conta de correio eletrnico externa para recuperar a
senha enviada pelo sistema.
d) O cliente/terapeuta toma posse da senha e o caso de uso retorna ao passo 1.

Fluxo de Exceo (3): Login ou Senha invlido


a) Se o cliente/terapeuta informou dados invlidos no formulrio, o sistema informa
ao cliente que o formulrio foi preenchido com dados invlidos e o caso de uso
retorna ao passo 2.

Pois-condies: O cliente/terapeuta foi autenticado com sucesso, adquiriu acesso para


realizar operaes ligadas ao agendamento e o caso de uso termina.

Quadro 3 - Caso de Uso Efetuar Login (CSU02).


Fonte: o prprio autor.

86
Alterar Cadastro (CSU03)

Sumrio: Cliente/Terapeuta realiza operao de alterao dos dados do prprio perfil.


Ator Primrio: Cliente/Terapeuta
Precondies: Estar autenticado no sistema.
Fluxo Principal:
1. O cliente/terapeuta acessa a rea de administrao;
2. A rea de administrao exibe opo para que o cliente/terapeuta realize a operao
de alterao das prprias informaes cadastradas.
3. O cliente/terapeuta ao acessar o formulrio para alterao visualiza os dados que j
foram cadastrados por ele.
4. O cliente/terapeuta escolhe e manipula os dados que deseja realizar alterao.
5. O cliente/terapeuta submete as informaes alteradas.
6. O sistema faz a validao das informaes submetidas.
7. O sistema exibe uma mensagem informando que os dados do cliente/terapeuta
foram alterados com sucesso e o caso de uso termina;

Fluxo de Exceo (6): Dados invlidos


a) Se o cliente/terapeuta informou dados invlidos no formulrio, o sistema informa
ao cliente/terapeuta que o formulrio foi preenchido com dados invlidos e o caso
de uso retorna ao passo 4.

Fluxo de Exceo (6): Dados em branco


a) Se o cliente/terapeuta no preencheu informaes obrigatrias, o sistema informa
ao cliente/terapeuta que o formulrio possui informaes que so obrigatrias que
devem ser preenchidas e o caso de uso retorna ao passo 4.

Pois-condies: Os dados do cliente/terapeuta foram alterados com sucesso e o caso de


uso termina.

Quadro 4 - Caso de Uso Alterar Cadastro (CSU03).


Fonte: o prprio autor.

87
Desativar Cadastro (CSU04)

Sumrio: Cliente/Terapeuta realiza operao para desativar o prprio cadastro.


Ator Primrio: Cliente/Terapeuta
Precondies: Estar autenticado no sistema.
Fluxo Principal:
1. O cliente/terapeuta acessa a rea de administrao;
2. A rea de administrao exibe opo para que o cliente/terapeuta realize a operao
para desativar o prprio cadastro;
3. O cliente/terapeuta aciona a operao desativar o prprio cadastro;
4. O sistema exibe uma mensagem para que o cliente/terapeuta confirme a operao
de desativao;
5. O sistema desativa o cadastro do cliente/terapeuta e o caso de uso termina;

Fluxo Alternativo (4): Cancelar Operao


a) O cliente/terapeuta escolhe cancelar a operao de desativao e o caso de uso
retorna para o passo 1.

Fluxo de Exceo (4): Violao de RN06


a) Se o terapeuta (regra vlida apenas para o ator terapeuta) possuir agendamento
pendente de atendimento, o sistema informar que ele no pode desativar o prprio
cadastro antes de concluir todos os atendimentos pendentes e o caso de uso retorna
ao passo 1;

Pois-condies: O perfil do cliente/terapeuta foi desativado com sucesso e o caso de uso


termina.
Regras de Negocio: RN06.

Quadro 5 - Caso de Uso Desativar Cadastro (CSU04).


Fonte: o prprio autor.

88
Visualizar Atendimentos (CSU05)

Sumrio: Cliente solicita ao sistema a visualizao de uma lista de atendimentos


agendados por ele.
Ator Primrio: Cliente
Precondies: Estar autenticado no sistema.
Fluxo Principal:
1. O cliente acessa a rea de administrao;
2. A rea de administrao exibe opo para que o cliente visualize todos os
agendamentos j efetuados por ele;
3. O cliente escolhe a opo, o sistema lista todos os agendamentos (do mais antigo ao
mais atual) j realizados por ele e o caso de uso termina;

Pois-condies: O histrico de agendamento do cliente foi exibido com sucesso e o caso


de uso termina.

Quadro 6 - Caso de Uso Visualizar Atendimentos (CSU05).


Fonte: o prprio autor.

89
Visualizar Histrico Agendamento (CSU06)

Sumrio: Terapeuta solicita ao sistema a visualizao do histrico de atendimentos


realizados por ele.
Ator Primrio: Terapeuta
Precondies: Estar autenticado no sistema.
Fluxo Principal:
1. O terapeuta acessa a rea de administrao;
2. A rea de administrao exibe opo para visualizao do histrico de
agendamento do terapeuta.
3. O terapeuta escolhe a opo, o sistema lista todos os agendamentos (do mais antigo
ao mais atual) j realizados por ele e o caso de uso termina;

Pois-condies: O histrico de agendamento do terapeuta foi exibido com sucesso e o caso


de uso termina.

Quadro 7 - Caso de Uso Visualizar Histrico Agendamento (CSU06).


Fonte: o prprio autor.

90
Definir Agenda Atendimento (CSU07)

Sumrio: O terapeuta cria uma agenda de atendimento definindo os dias da semana e a


hora para atender os clientes.
Ator Primrio: Terapeuta
Precondies: Estar autenticado no sistema;
Fluxo Principal:
1. O terapeuta acessa a rea de administrao;
2. A rea de administrao exibe opo para o terapeuta definir a prpria agenda de
atendimento;
3. O terapeuta escolhe a opo e selecione os dias da semana e horrios que ele est
disponvel para realizar o atendimento ao cliente. Defini tambm o tipo de
atendimento que ser oferecido (presencial e/ou distncia) e o valor para cada tipo
de atendimento;
4. O terapeuta submete as informaes, o sistema registra e o caso de uso termina;

Fluxo de Exceo (3): Dados no informados


a) Se o terapeuta no preencheu informaes obrigatrias, o sistema informa ao
terapeuta que o formulrio possui informaes que so obrigatrias que devem ser
preenchidas e o caso de uso retorna ao passo 2;

Pois-condies: A agenda do terapeuta foi definida com sucesso e o caso de uso termina;

Quadro 8 - Caso de Uso Definir Agenda Atendimento (CSU07).


Fonte: o prprio autor.

91
Buscar Terapeuta (CSU08)

Sumrio: O cliente faz uma busca no sistema para visualizar os terapeutas que esto
cadastrados oferecendo seu servio de atendimento.
Ator Primrio: Cliente
Fluxo Principal:
1. O cliente acessa o sistema;
2. O sistema exibe para o cliente opo para buscar os terapeutas que esto ativos no
sistema;
3. O cliente escolhe a opo e acessa o formulrio com filtros para buscar o terapeuta
por: especialidade, local de atendimento (estado e cidade) e tipo de atendimento
oferecido;
4. O cliente preenche as informaes do formulrio e submete;
5. O sistema exibe uma lista com os nomes dos terapeutas que esto de acordo com os
critrios estabelecidos na busca do cliente e o caso de uso termina;

Fluxo de Exceo (4): Dados no informados


b) Se o cliente no preencheu os filtros para realizar a pesquisa, o sistema informa ao
cliente que algum critrio para busca dever ser informado e o caso de uso retorna
ao passo 4;

Pois-condies: O sistema apresenta uma lista com os terapeutas que esto ativos no
sistema e que no violam a regra de negcio RN07;
Regras de Negocio: RN07

Quadro 9 - Caso de Uso Buscar Terapeuta (CSU08).


Fonte: o prprio autor.

92
Enviar E-Mail (CSU10)

Sumrio: O sistema envia um e-mail para o cliente/terapeuta dependendo da operao


realizada.
Ator Primrio: Sistema
Atores Secundrios: Cliente/Terapeuta
Fluxo Alternativo 1: Envio de e-mail aps cadastro de perfil
a) O cliente/terapeuta realiza o cadastro do prprio perfil (CSU01);
b) O sistema envia um e-mail para o cliente/terapeuta com uma mensagem
informando que o cadastro foi realizado com a conta de e-mail informado e o caso
de uso termina;

Fluxo Alternativo 2: Envio de e-mail aps agendamento de atendimento


a) O cliente realizar o agendamento de um atendimento (CSU09);
b) O sistema envia um e-mail para o terapeuta com uma mensagem informando que
um novo agendamento foi realizado e o caso de uso termina;

Fluxo Alternativo 3: Envio de e-mail aps data de atendimento


a) Aps o vencimento da data do atendimento agendada (CSU09), o sistema envia um
e-mail para o cliente com um formulrio de qualificao do atendimento;
b) O cliente preenche o formulrio, submete e o caso de uso termina;

Pois-condies: O cliente/terapeuta recebe o e-mail enviado pelo sistema e o caso de uso


termina.

Quadro 10 - Caso de Uso Enviar E-Mail (CSU10).


Fonte: o prprio autor.

93
Qualificar Atendimento (CSU11)

Sumrio: O cliente qualifica o atendimento recebido pelo terapeuta;


Ator Primrio: Cliente
Precondies:
a) Agendamento do atendimento (CSU09);

Fluxo Principal:
1. Aps o vencimento da data do atendimento agendada (CSU09), o sistema envia um
e-mail para o cliente com um formulrio de qualificao do atendimento;
2. O cliente preenche o formulrio com perguntas para qualificar o atendimento do
terapeuta
3. O cliente submete o formulrio aps preench-lo e o caso de uso termina;

Fluxo Exceo (2): Dados em branco


a) O cliente deve preencher os campos obrigatrios do formulrio de qualificao
antes de submeter. Caso o cliente submeta o formulrio sem os campos obrigatrios
estarem preenchidos, o sistema exibir uma mensagem ao cliente informando que
os campos obrigatrios devem ser preenchidos e o caso de uso retorna para o passo
2.

Pois-condies: O sistema registra a recomendao do cliente com sucesso e o caso de uso


termina.

Quadro 11 - Caso de Uso Qualificar Atendimento (CSU11).


Fonte: o prprio autor.

94
Efetuar Pagamento (CSU12)

Sumrio: Cliente efetua o pagamento do agendamento que est realizando no sistema.


Ator Primrio: Cliente
Atores Secundrios: Terapeuta
Precondies:
a) Estar autenticado no sistema (CSU02);
b) O cliente deve agendar o atendimento com o terapeuta (CSU09);

Fluxo Principal:
1. O sistema redireciona o cliente para um formulrio que possibilita o cliente efetuar
o pagamento;
2. O cliente informa os dados do carto de crdito no formulrio;
3. O sistema questiona o cliente se ele deseja armazenar os dados do carto de crdito
no sistema para futuras transaes;
4. O sistema valida os dados do carto de crdito do cliente;
5. O sistema registra o pagamento;
6. O sistema envia um e-mail para o terapeuta informando que um agendamento foi
realizado e o caso de uso termina (CSU10);

Fluxo Alternativo (4): Dados no informados


a) Se o cliente tentar submeter o pagamento sem antes ter informado os dados do
carto de crdito, o sistema exibir uma mensagem solicitando que ele informe os
dados do carto antes de submeter o formulrio de pagamento e o caso de uso
retorna ao passo 1.

Fluxo Exceo (4): Violao da RN04 e RN05


a) O cliente ao realizar o pagamento deve informar os dados do carto de crdito
corretamente, principalmente o nmero do carto de crdito e a data de validade.
Caso no sejam vlidos, o sistema exibir uma mensagem ao cliente e o caso de uso
retorna para o passo 1.

Pois-condies: O sistema registra o pagamento com sucesso e o caso de uso termina.


Regras de Negocio: RN04, RN05.

Quadro 12 - Caso de Uso Efetuar Pagamento (CSU12).


Fonte: o prprio autor.

95
APNDICE E DICIONRIO DE DADOS

Tabela: CLIENTE

Tabela responsvel pelo armazenamento de dados do Cliente

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_CLIENTE int PK, FK Sim Cdigo identificador do cliente e chave com a tabela pessoa

CPF varchar(11) 11 No Nmero do CPF do cliente

PROFISSAO varchar(40) 40 No Descrio da profisso do cliente

DATANASCIMENTO datetime No Data de Nascimento do cliente

Tabela 14 - Dicionrio de dados da tabela Cliente.


Fonte: o prprio autor.

Tabela: TERAPEUTA

Tabela responsvel pelo armazenamento de dados do Terapeuta

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_TERAPEUTA int PK, FK Sim Cdigo identificador do terapeuta e chave com a tabela pessoa

FOTO image No Foto do terapeuta

CNPJ varchar(14) 14 No N CNPJ do terapeuta caso seja pessoa jurdica

DESCRICAOPERFIL text No Breve descrio do perfil do terapeuta.

DESCRICAOEXPERIENCIAS text No Descrio das experincias do terapeuta

FORMACAOACADEMICA varchar(60) 60 No Formao acadmica do terapeuta

HISTORICOVIDA text No Histrico de vida do terapeuta

CURSOSEXTRACURRICULARES text No Descrio dos cursos extra-curriculares do terapeuta

VALORHORAATENDIMENTO money Sim Valor a ser cobrado pela hora de atendimento do terapeuta

Tabela 15 - Dicionrio de dados da tabela Terapeuta.


Fonte: o prprio autor.

96
Tabela: ATENDIMENTO

Tabela responsvel pelo armazenamento de dados de Atendimento

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_ATENDIMENTO int PK Sim Cdigo identificador do atendimento agendado

ID_TERAPEUTA int FK Sim Cdigo identificador do terapeuta

ID_CLIENTE int FK Sim Cdigo identificador do cliente

ID_TIPOATENDIMENTO int FK Sim Cdigo identificador a tabela TipoAtendimento


Cdigo identificador da qualificao do atendimento feita pelo
ID_QUALIFICACAO int FK No
cliente
ID_PAGAMENTO int No Cdigo identificador do pagamento

DATA datetime Sim Hor de incio do atendimento agendado

HORAINICIO time(7) 7 Sim Hor de incio do atendimento agendado

HORAFIM time(7) 7 Sim Hor final do atendimento agendado

ATENDIMENTOREALIZADO bit No Campo que informa se o atendimento foi ou no realizado

OBSERVACAO text No Observao do cliente para o terapeuta no ato do agendamento

Tabela 16 - Dicionrio de dados da tabela Atendimento.


Fonte: o prprio autor.

Tabela: AGENDA

Tabela responsvel pelo armazenamento de dados da Agenda do terapeuta

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_AGENDA int PK Sim Cdigo identificador da agenda do terapeuta

ID_TERAPEUTA int FK Sim Cdigo identificador do terapeuta na tabela pessoa

ID_DIASEMANA int No Cdigo identificador do dia da semana

HORAINICIO time(7) 7 No Hora inicial de atendimento na agenda do terapeuta

HORAFIM time(7) 7 No Hora final de atendimento na agenda do terapeuta

Tabela 17 - Dicionrio de dados da tabela Agenda.


Fonte: o prprio autor.

97
Tabela: ESPECIALIDADE

Tabela responsvel pelo armazenamento de dados de Especialidade

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_ESPECIALIDADE int PK Sim Cdigo identificador da especialidade

NOME varchar(40) 40 Sim Nome da especialidade

DESCRICAO varchar(30) 30 No Descrio mais detalhada da especialidade

Tabela 18 - Dicionrio de dados da tabela Especialidade.


Fonte: o prprio autor.

Tabela: DIASEMANA

Tabela responsvel pelo armazenamento de dados dos Dias da Semana

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_DIASEMANA int PK Sim Cdigo identificador do dia da semana

NOMEDIASEMANA varchar(15) 15 Sim Nome do dia da semana

Tabela 19 - Dicionrio de dados da tabela Dias da Semana.


Fonte: o prprio autor.

Tabela: TIPOATENDIMENTO

Tabela responsvel pelo armazenamento de dados do Tipo de Atendimento

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_TIPOATENDIMENTO int PK Sim Cdigo identificador do tipo de atendimento

DESCRICAO varchar(30) 30 Sim Descrio do tipo de atendimento

Tabela 20 - Dicionrio de dados da tabela Tipo de Atendimento.


Fonte: o prprio autor.

Tabela: ESTADO

Tabela responsvel pelo armazenamento de dados de Estado

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_ESTADO int PK Sim Cdigo identificador do estado

NOME varchar(40) 40 Sim Nome do estado

SIGLA char(2) 2 Sim Sigla do estado

Tabela 21 - Dicionrio de dados da tabela Estado.


Fonte: o prprio autor.

98
Tabela: CIDADE

Tabela responsvel pelo armazenamento de dados de Cidade

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_CIDADE int PK Sim Cdigo identificador da cidade

ID_ESTADO int FK Sim Cdigo identificador da tabela estado

NOME varchar(40) 40 No Nome da cidade

Tabela 22 - Dicionrio de dados da tabela Cidade.


Fonte: o prprio autor.

Tabela: PAGAMENTO

Tabela responsvel pelo armazenamento de dados de Pagamento

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_PAGAMENTO int PK Sim Cdigo identificador do pagamento

ID_CARTAOCREDITO int FK No Cdigo identificador da tabela carto de crdito

VALORTOTAL money FK Sim Valor total do pagamento

PAGAMENTOREALIZADO bit No Informa se o pagamento foi realizado ou no

DATAPAGAMENTO datetime Sim Data em que o pagamento foi efetuado

Tabela 23 - Dicionrio de dados da tabela Pagamento.


Fonte: o prprio autor.

Tabela: CARTAOCREDITO

Tabela responsvel pelo armazenamento de dados de Carto de Crdito

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_CARTAOCREDITO int PK Sim Cdigo identificador do carto de crdito na tabela

ID_CLIENTE int FK Sim Cdigo identificador do cliente

NUMEROCARTAO bigint Sim Nmero do carto de crdito do cliente

OPERADORA varchar(20) 20 Sim Nome da operadora do carto de crdito

NOMETITULAR varchar(40) 40 Sim Nome do titular do carto de crdito

MESVALIDADE int Sim Ms de validade do carto de crdito

ANOVALIDADE int Ano de validade do carto de crdito

CODIGOSEGURANCA int Cdigo de segurana do carto de crdito

Tabela 24 - Dicionrio de dados da tabela Carto de Crdito.


Fonte: o prprio autor.

99
Tabela: QUALIFICACAO

Tabela responsvel pelo armazenamento de dados de QUALIFICACAO

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_QUALIFICACAO int PK Sim Cdigo identificador da tabela qualificao


Nota dada pelo cliente com relao aos conhecimentos
NOTACONHECESPECIF int FK No
especficos do terapeuta durante o atendimento
Nota dada pelo cliente com relao a qualidade da comunicao
NOTAQUALIDADECOMUNI int No
do terapeuta durante o atendimento
Nota dada pelo cliente com relao a pontualidade terapeuta ao
NOTAPONTUALIDADE int No
iniciar o atendimento
Nota dada pelo cliente com relao ao feedback dado pelo
NOTAFEEDBACK int No
terapeuta no atendimento
DEPOIMENTO text No Depoimento do terapeuta sobre o atendimento
Neste campo avaliao geral armazenada a descrio tima,
AVALIACAOGERAL int No
boa, regular, ruim, pssimo

Tabela 25 - Dicionrio de dados da tabela Qualificao.


Fonte: o prprio autor.

Tabela: TIPOATENDIMENTOTERAPEUTA

Tabela responsvel por fazer a ligao de dados dos Tipos de Atendimento prestados pelo Terapeuta

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_TIPOATENDIMENTO int PK Sim Cdigo identificador da tabela TipoAtendimento

ID_TERAPEUTA int FK No Cdigo identificador da tabela Terapeuta

Tabela 26 - Dicionrio de dados da tabela Tipo Atendimento Terapeuta.


Fonte: o prprio autor.

Tabela: ESPECIALIDADETERAPEUTA

Tabela responsvel por fazer a ligao de dados de Especialidade com o Terapeuta

Campo Tipo Tamanho Chave Obrigatrio Descrio

ID_ESPECIALIDADE int PK Sim Cdigo identificador da tabela Especialidade

ID_TERAPEUTA int FK No Cdigo identificador da tabela Terapeuta

Tabela 27 - Dicionrio de dados da tabela Especialidade Terapeuta.


Fonte: o prprio autor.

100