Vous êtes sur la page 1sur 10

UniversidadeFederaldoMatoGrossodoSul

FaculdadedeComputao
MestradoAcadmicoemCinciasdaComputao

ManualdeinstacianciaodaLPSdeSistemaparaAgendamento
deConsultas

Petrica,EderPerin,ElitonL.STomas,YuriK.B.

1.

Descrio

A LPS do sistema no domnio de agendamento de consultas consiste


basicamente em agendar as consultas para os pacientes apontando o profissional
que ir atendlo e o funcionrio que realizou o agendamento. Ele poder ainda
gerar relatrios das consultase de carga horria doprofissional, que sero obtidos
atravs do perodo da consulta. H ainda a possibilidade de um sistema neste
domniopermitirqueoagendamentosejafeitopeloprpriousurio.
A LPS foi implementada sobre o sistema de versionamento Git disponvel
atravs do link
https://github.com/dominiodeconsultas
,ondeencontramsetambm
adocumentao,diagramaseimplementaesrealizadas.

2.

Modelo
deFeatures

O modelode
features
criado para desenvolver oprojetofoioapresentadona
Figura1comasuasvariabilidades.

3.

Figura1:Modelode
features
sistemadeagendamentodeconsultas.

Casode
Uso
ImplementadosnaLPS

O caso de uso implementado foi Gerenciar Consulta, para isso foi


necessrio implementar tambm os casosdeuso Gerenciar Paciente, Gerenciar
Mdico e Gerenciar Cronograma, pois,esto correlacionada, comoporexemplo,
uma consulta que precisa ser marcada emumhorriopertencente ao cronograma
domdico,issoarelaoentreomedicoeopaciente.
Para simplificar a implementao, para cada um dos casos de uso citados
acima(referentes a Paciente,MdicoeCronograma),foramimplementadasapenas
asfuncionalidades decriao e listagem decadaumadelas.Aindaparasimplificar,
foiomitida da implementaoaexistnciadostipos de usurio, deformaquetodos
2

os usurios do sistema possuem as mesmas caractersticas (atributos e


permisses)esoutilizadosapenasporfuncionriosadministrativosdoconsultrio.
Baseadonistoosseguintescasosdeusoforamimplementados:
Usurio
Mdico
Paciente
Cronograma
Consulta

Figura2:Variabilidadesimplementadas.

4.

Diagrama
deClasses
Afigura3apresentaodiagramadeclassesdanossaLPS.

Figura3:Diagramadeclassesdosistemadeagendamentodeconsultas.

5.

DescriodasClassesBsicas

As classes criadas, seus atributos e mtodos podem ser melhor conferidos


atravs do JavaDoc gerado partir do cdigo da implementao realizada. O
acessoatal documentopode serfeitoatravsdapastadoc/,contidanapastaque
representa
o
projeto
da
implementao
no
Eclipse
IDE
(
https://github.com/dominiodeconsultas/lpsconsultas/tree/master/doc
).

6.

DescriodaClassedeAcessoaDados(DAO)eoBanco
deDados

Foi utilizado na implementao deste trabalho uma ferramenta auxiliar para


realizar o mapeamento objetorelacional(ORM) o Hibernate.Aversodo Hibernate
4.3.10 final. AIDEutilizada foi o Eclipsequetambmfoiescolhidaporconveno
dadisciplina.Ns usamosaversoEclipseMars.ParautilizaroHibernatedentroda
IDE foi necessrio instalar outras ferramentas dependentes como o JBoss 5.0
4

verso final para fazer oORM,oLog4J para controlar os logsexibidosnoterminal


e impressos em arquivo e por fim o Mylyn para gerenciar as dependncias. As
outrasdependnciasrelacionadasaoJBosseLog4JsoresolvidascomoMylyn.
Utilizouse o banco de dadosMySQLnaverso5.6. Para a instanciao do
projeto foi necessrio a configurao do Hibernate que faz o mapeamento
objetorelacionaleconexoentreaaplicaoeobancodedados.
Como o Hibernate cuida do mapeamento e da conexo, as nicas tarefas
para o desenvolvedor gerar o banco de dados, configurar o endereo, porta,
usurioesenhapararealizaraconexo.Oserviodecriaodetabelasrealizado
pelo Hibernate. A figuraabaixomostraaconfigurao do arquivohibernate.cfg.xml
para acessar o bando de dados chamado
scheduling
, no
localhost com a porta
3306,almdousuriorootesenharoot(Fig.4):

Figura4:
PrintScreen
daconfiguraodoHibernate

Ainda na figura 4, mostra a configurao j apropriada para colocar em


produo o software instanciado, caso volte ao desenvolvimento para obter
informaes, modifique as opes para exibir as sqls do banco em
<property
name=show_sql...>
para
true
eretireas
properties
quedizemserdeproduo.
A figura 5 exibe um arquivo de configurao onde um modelo mapeado,
nessa figura est a de um objeto usurio para a sua tabela
User.
O campo id da
5

tabela User o CPF do usurio e do tipo String. Em seguida tem os outros


atributos do usurio mapeados para campos do tipo String da tabela com seus
respectivosnomes.
.

Figura5:Mapeamentodoobjetousurioparaatabelauser.

Os arquivos de configurao do Hibernate, o arquivo hibernate.cfg.xml


exibido anteriormente, e do mapeamento esto na pasta resources do projeto,
tambm na pasta est a configurao do Log4J, o arquivo log4j.properties. As
classes modelos foram mapeadas para as seguintes classes DAOs e arquivos de
configurao:
Schedule contm as informaes da consulta e tambm do
cronograma de um mdico. Foi mapeado como a tabela
schedule
.
Para realizar a conexo com a tabela schedule foi criadauma classe
DaoSchedule no pacote
Dao que faz a insero, busca, remoo e
edio dos dados de consulta. O arquivo de configurao do
mapeamento
Schedule.hbm.xml
.
User contm as informaes sobre o usurio do sistema. Foi
mapeadocomoatabela
user
.Pararealizaraconexocomatabelafoi
criadaumaclasse
DaoUser
no pacote
Dao
que faz ainsero,busca,
remoo e ediodosdadosdousurio.Oarquivodeconfiguraodo
mapeamento
User.hbm.xml
.

7.

Patient contm as informaes do paciente. Foi mapeado como a


tabela patient. Para realizar a conexo com a tabela foi criada uma
classe
DaoPatient no pacote
Daoque fazainsero,busca,remoo
e edio dos dados do paciente. O arquivo de configurao do
mapeamento
Patient.hbm.xml
.
Doctor contm as informaes do mdico. Foi mapeado como a
tabela
doctor
. Para realizar a conexo com a tabela foi criada uma
classe
DaoDoctor nopacote
Dao quefaz a insero,busca, remoo
e edio dos dados do mdico. O arquivo de configurao do
mapeamento
Doctor.hbm.xml
.

Instanciao
daLPSAgendamento

Entre as possveisvariabilidadespermitidas pelaLPS estava a existncia de


alguns atributos na instanciao que noseriamobrigatrios em todosossistemas
dodomnio,assimcomoapossibilidadedaemissodealgunsrelatrios.
Para simplificar a implementao e possibilitar a entrega de uma verso
apresentvelcontendo as funcionalidadespropostasaomenosde formaparcial,as
variabilidades citadas no foram implementadas. Dessa forma, fez mais sentido
implementarmosainstanciaodeumaLPSaoinvsdeumaLPS.
Por padro, antes mesmo de qualquer execuo haver um usurio
cadastrado no sistema chamadoadmin,cujo CPF 000 e senhaadmin. Logo,
naprimeiraexecuo,paracriarosdemaisusurios,deveselogaratravsdeste.
Ainda assim, a implementaorealizada permiteuma fcil adaptao para a
criaode uma futura LPScontendo todasasfuncionalidadesesuasvariabilidades
propostas.

8.

Utilizao

Para poder acessar o menu onde so listadas as funcionalidades permitidas,


devese inicialmente realizar um login no sistema, sendo necessrio inserir CPF e senha.
Para isto, necessrio logar atravs do usurio padro ou de umcriadoposteriormente.O
usuriopadropossuiCPF000esenhaadmin.

Aps a realizao do login, so listadas as funcionalidadespermitidaspelosistema.


As funcionalidades permitidas variam de acordo com o que j foi cadastrado. Isto se deve
porcausadasrestriesexistentes.
Para que possamos editar, remover ou listar as informaes presentes em objetos
de certa classe do cdigo ou, com outras palavras, de certa tabela do BD necessrio
ter inserido algum objeto anteriormente (uma restrio). Entre as classes que se encaixam
nestasituaoesto:
Doctor
Patient
User
Schedule

Para executar umafuncionalidadedo sistema,deveseescolherumadaslistadasno


terminal e digitar o cdigo referente a ela. Algumas funcionalidades podem precisar da
insero de informaes adicionais. Quando isto for necessrio, esta informao estar
explcitanoterminal.
Aps a execuo de funcionalidades, novas opes podero ser desbloqueadas no
menu principal, como por exemplo quando no tem nenhum paciente cadastrado a opo
listarpacientenoaparecenomenu.

Outrasfuncionalidadespodemseracessadasatravsdalistanomenudeopes.
Em trabalhos futuros poderiam ser implementadas mais funcionalidades e at uma
interfacegrficaparaoprograma.

10

Vous aimerez peut-être aussi