fornut – software web para anÁlise nutricional infantil
DESCRIPTION
Este trabalho apresenta o processo de desenvolvimento de um software de nutrição baseado no conceito de computação em nuvens. Este software tem o intuito de avaliar crianças de até 10 anos e prescrever planos alimentares. Ele foi projetado utilizando UML e o projeto foi gerido utilizando o método ágil de engenharia de software SCRUM. A implementação utilizou as linguagens de programação PHP e JavaScript, o SGBD MySQL e o servidor web Apache, todas essas, tecnologias de software livreTRANSCRIPT
1
FACULDADE DE MINAS – FAMINAS
Lucas Francisco da Matta Vegi
FORNUT – SOFTWARE WEB PARA ANÁLISE NUTRICIONAL INFANTIL
MURIAÉ-MG
2009
2
Lucas Francisco da Matta Vegi
FORNUT – SOFTWARE WEB PARA ANÁLISE NUTRICIONAL INFANTIL
Produto de conclusão de curso apresentado à Faculdade de Minas – FAMINAS como requisito à obtenção do título de Bacharel em Sistemas de Informação. Orientador: Professor MS. Ricardo Esteves Kneipp.
MURIAÉ-MG
2009
3
AGRADECIMENTOS
Momentos como este não acontecem por acaso, além do esforço pessoal para
alcançar um objetivo como esse, não fosse a presença e o apoio de algumas
pessoas especiais isso não teria sido possível. Agradeço a minha família e amigos
que estiveram me apoiando durante toda a graduação e em especial ao meu pai,
que se esforçou ao máximo para superar todas as dificuldades financeiras e assim
me proporcionou a realização desse sonho. Não posso de forma alguma deixar de
citar também três pessoas que foram fundamentais para a conclusão do produto que
será apresentado a seguir, elas são minha namorada Aline, que não mediu esforços
para me auxiliar com os protocolos nutricionais utilizados pelo sistema, meu ex-
professor e co-orientador Gustavo Willam Pereira e meu orientador Ricardo Esteves
Kneipp por todo conhecimento compartilhado que complementou esse
desenvolvimento. Acima de tudo agradeço a Deus por essa etapa de vida concluída.
4
SUMÁRIO
1. Introdução ................................................................................................................... 10
1.1 O problema e sua importância .............................................................................. 10
1.2 Objetivos .................................................................................................................. 11
1.3 Organização do trabalho ........................................................................................ 11
2. Metodologia ................................................................................................................ 12
2.1 Levantamento de Requisitos ................................................................................. 12
2.2 Projeto do sistema .................................................................................................. 14
2.2.1 Diagrama de Casos de Uso. .............................................................................. 15
2.2.1.1 Descrição dos Casos de Uso. ........................................................................ 16
2.2.2 Diagrama de Classes. ........................................................................................ 32
2.2.3 Diagrama de Seqüência. .................................................................................... 33
2.2.3 Diagrama de Colaboração ................................................................................. 67
2.3 Modelo Relacional do Banco de Dados ............................................................... 81
2.4 Implementação do sistema .................................................................................... 82
3. Resultados e Discussão ............................................................................................ 83
4. Conclusões e Trabalhos Futuros ............................................................................ 101
5. Referências Bibliográficas ....................................................................................... 102
APÊNDICE A ................................................................................................................... 104
IV
LISTA DE FIGURAS
Figura 1: Etapas do SCRUM............................................................................................ 15
Figura 2: Diagrama de Casos de Uso. ............................................................................ 16
Figura 3: Diagrama de Classes. ...................................................................................... 32
Figura 4: Diagrama de Seqüência de Cadastro de Paciente ....................................... 34
Figura 5: Diagrama de Seqüência de Pesquisar Paciente. .......................................... 35
Figura 6: Diagrama de Seqüência de Excluir Paciente. ................................................ 36
Figura 7: Diagrama de Seqüência de Atualizar Paciente. ............................................ 37
Figura 8: Diagrama de Seqüência de Cadastrar Medida Caseira................................ 38
Figura 9: Diagrama de Seqüência de Atualizar Medida Caseira. ................................ 39
Figura 10: Diagrama de Seqüência de Pesquisar Medida Caseira. ............................ 40
Figura 11: Diagrama de Seqüência de Cadastrar Alimento. ........................................ 41
Figura 12: Diagrama de Seqüência de Atualizar Alimento - Parte 1. .......................... 42
Figura 13: Diagrama de Seqüência de Atualizar Alimento - Parte 2. .......................... 43
Figura 14: Diagrama de Seqüência de Pesquisar Alimento. ........................................ 44
Figura 15: Diagrama de Seqüência de Cadastrar Usuário. .......................................... 45
Figura 16: Diagrama de Seqüência de Cadastrar Empresa. ........................................ 45
Figura 17: Diagrama de Seqüência de Ver Consultas Anteriores. .............................. 46
Figura 18: Diagrama de Seqüência de Abrir Nova Consulta. ....................................... 46
Figura 19: Diagrama de Seqüência de Excluir Consulta. ............................................. 47
Figura 20: Diagrama de Seqüência de Cadastrar Vacinas - Parte 1. .......................... 48
Figura 21: Diagrama de Seqüência de Cadastrar Vacinas - Parte 2. .......................... 49
Figura 22: Diagrama de Seqüência de Cadastrar Doença. .......................................... 50
Figura 23: Diagrama de Seqüência de Atualizar Doença. ............................................ 51
Figura 24: Diagrama de Seqüência de Exclusão de Doença. ...................................... 52
Figura 25: Diagrama de Seqüência de Cadastrar Dados da Criança. ........................ 53
Figura 26: Diagrama de Seqüência de Cadastrar Histórico Familiar e Social. ........... 54
Figura 27: Diagrama de Seqüência de Cadastrar Dados da Gestação. ..................... 55
Figura 28: Diagrama de Seqüência de Cadastrar Medicamentos e Suplementos..... 56
Figura 29: Diagrama de Seqüência de Atualizar Medicamentos e Suplementos. ..... 57
Figura 30: Diagrama de Seqüência de Excluir Medicamentos e Suplementos. ......... 58
Figura 31: Diagrama de Seqüência de Cadastrar Histórico Alimentar e Nutricional.. 59
Figura 32: Diagrama de Seqüência de Realizar Antropometria - Parte 1. .................. 60
Figura 33: Diagrama de Seqüência de Realizar Antropometria - Parte 2. .................. 61
V
Figura 34: Diagrama de Seqüência de Cadastrar Exames. ......................................... 62
Figura 35: Diagrama de Seqüência de Cadastrar Recordatório de 24 horas – Parte 1.
............................................................................................................................................ 63
Figura 36: Diagrama de Seqüência de Cadastrar Recordatório de 24 horas – Parte 2.
............................................................................................................................................ 64
Figura 37: Diagrama de Seqüência de Realizar Recomendações Nutricionais. ........ 65
Figura 38: Diagrama de Seqüência de Cadastrar Prescrição de Dieta – Parte 1. ..... 66
Figura 39: Diagrama de Seqüência de Cadastrar Prescrição de Dieta – Parte 2. ..... 67
Figura 40: Diagrama de Colaboração de Cadastrar Paciente. ..................................... 68
Figura 41: Diagrama de Colaboração de Pesquisar Paciente. .................................... 68
Figura 42: Diagrama de Colaboração de Excluir Paciente. .......................................... 68
Figura 43: Diagrama de Colaboração de Atualizar Paciente........................................ 69
Figura 44: Diagrama de Colaboração de Cadastrar Medida Caseira. ......................... 69
Figura 45: Diagrama de Colaboração de Atualizar Medida Caseira. ........................... 69
Figura 46: Diagrama de Colaboração de Pesquisar Medida Caseira. ........................ 70
Figura 47: Diagrama de Colaboração de Cadastrar Alimento. ..................................... 70
Figura 48: Diagrama de Colaboração de Atualizar Alimento........................................ 70
Figura 49: Diagrama de Colaboração de Pesquisar Alimento. .................................... 71
Figura 50: Diagrama de Colaboração de Cadastrar Usuário. ...................................... 71
Figura 51: Diagrama de Colaboração de Cadastrar Empresa. .................................... 71
Figura 52: Diagrama de Colaboração de Agendamento de Consultas. ...................... 72
Figura 53: Diagrama de Colaboração de Atualizar Consultas Agendadas. ................ 72
Figura 54: Diagrama de Colaboração de Excluir Agendamentos de Consulta........... 73
Figura 55: Diagrama de Colaboração de Ver Consultas Anteriores. ........................... 73
Figura 56: Diagrama de Colaboração de Abrir Nova Consulta. ................................... 73
Figura 57: Diagrama de Colaboração de Excluir Consulta. .......................................... 74
Figura 58: Diagrama de Colaboração de Cadastrar Vacinas Tomadas. ..................... 74
Figura 59: Diagrama de Colaboração de Cadastrar Doenças. .................................... 74
Figura 60: Diagrama de Colaboração de Atualizar Doenças. ...................................... 75
Figura 61: Diagrama de Colaboração de Excluir Doenças. .......................................... 75
Figura 62: Diagrama de Colaboração de Cadastrar Dados da Criança. ..................... 75
Figura 63: Diagrama de Colaboração de Cadastrar Histórico Familiar e Nutricional. 76
Figura 64: Diagrama de Colaboração de Cadastrar Dados da Gestação. .................. 76
Figura 65: Diagrama de Colaboração de Cadastrar Medicamentos e Suplementos. 76
Figura 66: Diagrama de Colaboração de Atualizar Medicamentos e Suplementos. .. 77
VI
Figura 67: Diagrama de Colaboração de Excluir Medicamentos e Suplementos. ..... 77
Figura 68: Diagrama de Colaboração de Cadastrar Histórico Alimentar e Nutricional.
............................................................................................................................................ 77
Figura 69: Diagrama de Colaboração de Realizar Análise Antropométrica. ............... 78
Figura 70: Diagrama de Colaboração de Cadastrar Exame. ........................................ 78
Figura 71: Diagrama de Colaboração de Realizar Recordatório de 24 horas. ........... 79
Figura 72: Diagrama de Colaboração de Recomendações Nutricionais..................... 79
Figura 73: Diagrama de Colaboração de Realizar Prescrição de Dieta. ..................... 80
Figura 74: Diagrama de Entidade e Relacionamentos. ................................................. 81
Figura 75: Representação de Aplicação Server-Side. .................................................. 82
Figura 76: Tela de login. ................................................................................................... 83
Figura 77: Tela Principal do Nutricionista. ...................................................................... 83
Figura 78: Tela de Agendamento de Consultas. ........................................................... 84
Figura 79: Tela de Iniciação de Consulta. ...................................................................... 84
Figura 80: Tela de Cadastrar Alimentos. ........................................................................ 85
Figura 81: Tela de Pesquisar Alimentos. ........................................................................ 85
Figura 82: Tela de Cadastrar Medidas Caseiras. .......................................................... 86
Figura 83: Tela de Pesquisar Medidas Caseiras. .......................................................... 86
Figura 84: Tela de Cadastrar Paciente. .......................................................................... 87
Figura 85: Tela de Pesquisar Pacientes. ........................................................................ 87
Figura 86: Tela Inicial da Consulta. ................................................................................. 88
Figura 87: Tela do Histórico Familiar a Social................................................................ 89
Figura 88: Tela de Dados da Gestação. ......................................................................... 90
Figura 89: Tela de Dados da Criança. ............................................................................ 91
Figura 90: Tela da História de Doença. .......................................................................... 92
Figura 91: Tela de Gestão de Medicamentos e Suplementos. .................................... 93
Figura 92: Tela do Cartão de Vacina. ............................................................................. 94
Figura 93: Tela do Histórico Alimentar e Nutricional. .................................................... 95
Figura 94: Tela da Antropometria. ................................................................................... 96
Figura 95: Tela de Cadastro de Exames Laboratoriais. ................................................ 97
Figura 96: Tela do Recordatório de 24 horas................................................................. 98
Figura 97: Tela de Recomendações Nutricionais. ......................................................... 99
Figura 98: Tela de Prescrição de Dieta. ....................................................................... 100
VII
LISTA DE QUADROS
Quadro 1 - Lista de Funções............................................................................................ 12
Quadro 2 - Caso de Uso Agendamento de Consultas. ................................................. 16
Quadro 3 - Caso de Uso Gestão de Paciente. ............................................................... 17
Quadro 4 - Caso de Uso Gestão de Medidas Caseiras. ............................................... 18
Quadro 5 - Caso de Uso Gestão de Alimentos. ............................................................. 19
Quadro 6 - Caso de Uso Gestão de Usuários................................................................ 20
Quadro 7 - Caso de Uso Gestão de Empresas. ............................................................ 22
Quadro 8 - Caso de Uso Emissão de Relatórios. .......................................................... 23
Quadro 9 - Caso de Uso Realização de Consultas. ...................................................... 24
Quadro 10 - Caso de Uso Controlar Cartão de Vacina. ................................................ 25
Quadro 11 - Caso de Uso Analisar História de Doença. ............................................... 25
Quadro 12 - Caso de Uso Analisar Dados da Gestação. ............................................. 26
Quadro 13 - Caso de Uso Analisar Histórico Familiar e Social. ................................... 26
Quadro 14 - Caso de Uso Analisar Dados da Gestação. ............................................. 27
Quadro 15 - Caso de Uso Analisar Medicamentos e Suplementos. ............................ 27
Quadro 16 - Caso de Uso Analisar Histórico Alimentar e Nutricional. ......................... 28
Quadro 17 - Caso de Uso Analisar Antropometria. ....................................................... 28
Quadro 18 - Caso de Uso Analisar Exames Laboratoriais. .......................................... 29
Quadro 19 - Caso de Uso Realizar Recordatório de 24 horas. .................................... 29
Quadro 20 - Caso de Uso Realizar Recomendações Nutricionais. ............................. 30
Quadro 21 - Caso de Uso Realizar Prescrição de Dieta. .............................................. 31
VIII
RESUMO
Este trabalho apresenta o processo de desenvolvimento de uma aplicação baseada
no conceito de computação nas nuvens que tem o intuito de avaliar crianças de até
10 anos e prescrever planos alimentares. Ela foi projetada utilizando UML e o projeto
foi gerido utilizando o método ágil de engenharia de software SCRUM. A
implementação utilizou as linguagens de programação PHP e JavaScript, o SGBD
MySQL e o servidor web Apache, todas essas, tecnologias de software livre.
PALAVRAS-CHAVE: Computação nas nuvens. Engenharia de software. Aplicações
web. Métodos ágeis. Nutrição infantil.
IX
ABSTRACT
This work presents the process of developing an application based on the concept of
cloud computing that aims to assess children as young as 10 years and prescribe
food plans. It was designed using UML and the project was managed using the agile
method of software engineering SCRUM. The implementation used programming
languages PHP and JavaScript, MySQL DBMS, and Apache web server, all of these,
open source technologies.
KEYWORDS: Cloud computing. Software engineering. Web applications. Agile
methods. Infant nutrition.
10
1. Introdução
1.1 O problema e sua importância
A Tecnologia da Informação está cada vez mais sendo utilizada por diversas
áreas do conhecimento devido à agilidade proporcionada ao trabalho cotidiano e a
melhor organização dos dados. Dentre essas áreas, destaca-se a de nutrição que
conta com diversos sistemas de apoio em decisão (CHARNEY, 2007).
Numa consulta, o nutricionista deve realizar uma série de cálculos e análises
para diagnosticar o estado nutricional, as recomendações nutricionais e a prescrição
de dieta de cada paciente, sendo esse um processo que demanda um tempo
relativamente alto. Os softwares de nutrição automatizam esses processos, além de
organizarem todas essas informações, tornando-as mais acessíveis, gerando assim
um ganho considerável de tempo no atendimento aos pacientes (SALIM, 2008).
Existem diversos softwares de automação de análises de nutrição, porém a
grande maioria é voltada para o atendimento de todos os grupos populacionais,
independentemente de suas peculiaridades, fazendo com que algumas informações
que são de grande valia para a precisão dos diagnósticos sejam omitidas. Além
disso, alguns desses softwares utilizam determinadas referências ultrapassadas,
apresentam a interface confusa, dificultando sua utilização e deixam que os usuários
concluam as avaliações, não auxiliando nesse processo.
Os softwares devem possuir interfaces simples e objetivas para tornar
interação com o usuário mais intuitiva. Outro fator interessante a ser abordado é o
fato da grande maioria dos softwares de nutrição serem implementados para
desktop. Profissionais da área de saúde geralmente não possuem locais fixos de
trabalho, portanto se um profissional de nutrição realizar atendimentos em locais
distintos e quiser levar com ele todos seus dados referentes às consultas anteriores,
ele fica preso ao hardware, sendo obrigado a levar consigo um notebook com o
software instalado. Uma boa solução para esse fator limitante de uso é implementar
esse tipo de sistema utilizando os conceitos de Cloud Computing, tornando
onipresentes os dados e informações do sistema, permitindo o acesso de qualquer
lugar do mundo a qualquer momento, bastando utilizar-se de qualquer browser
(HAYES, 2008; RAMAN, 2008) que pode estar em um notebook, desktop, celular ou
qualquer outro equipamento com acesso a internet (WEISS, 2007).
11
1.2 Objetivos
O objetivo desse trabalho é analisar e desenvolver um sistema web voltado
especificamente para o apoio ao atendimento e a realização de avaliações
nutricionais em crianças de 0 à 10 anos de idade capazes de se alimentarem
oralmente, sendo capaz inclusive de gerar prescrições dietéticas aos pacientes
avaliados.
Em especial, pretende-se:
1- Levantar os requisitos, analisar e elaborar um projeto de software
utilizando a modelagem orientada a objetos.
2- Utilizar métodos ágeis de engenharia de software para gerir o projeto.
3- Modelar e implementar um banco de dados organizado e robusto o
suficiente para atender às especificidades do software.
4- Desenvolver um sistema web para apoiar na realização das consultas
nutricionais em crianças de 0 à 10 anos de idade, de forma a automatizar
análises que demandam muito tempo e trabalho quando realizadas
manualmente e assim trazer ao nutricionista um ganho considerável de
tempo e qualidade no seu trabalho, visto que com a automatização dos
cálculos, as possíveis falhas humanas são eliminadas.
5- Proporcionar a partir dos conceitos de Cloud Computing mobilidade e
portabilidade às informações e dados referentes às consultas realizadas,
de forma a suprir a necessidade de profissionais que não possuem locais
fixos de trabalho.
1.3 Organização do trabalho
A organização desse trabalho segue as seguintes diretivas:
No capítulo 2 desenvolve-se a metodologia proposta através do levantamento
de requisitos, projeto de sistema, documentação do sistema a partir da elaboração
dos diagramas UML que foram necessários e modelagem de Banco de Dados.
No capítulo 3 são apresentados os resultados e discussões, especificando as
funcionalidades do sistema a partir da demonstração das telas de interação com o
usuário.
O capítulo 4 apresenta a conclusão e os trabalhos futuros que serão
realizados para ampliação da vida útil do sistema.
E por fim, no capítulo 5 são descritas as referências bibliográficas ao qual o
12
presente trabalho embasou-se.
2. Metodologia
2.1 Levantamento de Requisitos
Para o desenvolvimento do sistema intitulado forNUT, inicialmente foi
realizado o levantamento dos requisitos. Para tal, testes em softwares nutricionais
disponíveis no mercado foram realizados junto a profissionais de nutrição com intuito
de detectar conjuntamente possíveis falhas ou deficiências.
Após os testes, foram realizados brainstorms com esses nutricionistas para
identificar novos requisitos não abrangidos pelos softwares atuais e pontos que
poderiam ser aperfeiçoados, sejam eles de execução de análises nutricionais ou de
interação com os usuários.
O documento PESw (Proposta de especificação de Software) foi utilizado
para descrever o levantamento dos requisitos. No quadro 1, é apresentada a lista de
funções do sistema, bem como seus benefícios e necessidades.
Quadro 1 - Lista de Funções.
N° Função Necessidades Benefícios
1 Cadastramento de Usuários
Identificação dos usuários. Limitar acesso por usuário.
Da maior segurança ao sistema, uma vez que cada usuário só poderá acessar regiões onde ele tem permissão.
2 Cadastramento de Pacientes
Identificação dos pacientes. Fornecimento de Informações para outras funções.
Possibilita um controle mais eficiente sobre os o pacientes do(a) Nutricionista. Diminuição do tempo de busca dos dados do paciente.
3 Cadastramento de Alimentos
Fornecimento de informações para outras funções. Banco de dados personalizado. Trabalhar com tabelas de alimentos diferentes.
Possibilita ao Nutricionista trabalhar com alimentos não presentes nas tabelas do sistema. Maior flexibilidade do sistema. Diminuir o tempo de busca aos alimentos em relação às tabelas não informatizadas. Diminui tempo gasto na formulação das dietas. Apoio à formulação de dietas.
13
4 Cadastramento de Medidas Caseiras
Fornecimento de informações para outras funções. Banco de dados personalizado. Trabalhar com medidas do dia-a-dia.
Possibilita o paciente entender melhor a sua dieta. Diminui os erros do paciente ao seguir sua dieta. Conseqüentemente otimiza os resultados obtidos pelos pacientes nas deitas. Evita que o nutricionista tenha que converter valores manualmente para medidas caseiras. Diminui tempo gasto na formulação das dietas. Apoio à formulação de dietas.
5 Cadastramento de Clínicas
Identificação da origem dos usuários e pacientes.
Garantir a integridade e confidencialidade dos dados do sistema, uma vez que os dados de pacientes e consultas de uma clínica nunca poderão ser vistos por usuários de outras clínicas.
6 Agendar Consultas
Fornecimento de informações para outras funções. Organizar os horários e dias das consultas.
Diminuição de erros. Maior organização da agenda de horários do nutricionista.
7 Realização de Consultas
Fornecer informações para outras funções. Manter o histórico de consultas dos pacientes com seus respectivos dados e evoluções.
Diminui tempo gasto na busca de informações referentes a consultas anteriores. Maior organização dos protocolos de atendimentos nutricionais. Diminuição de erros humanos.
8 Formulação e Cadastramento de Dietas
Formula dietas individuais à partir dos conhecimentos do(a) nutricionista empregados juntamente com os resultados obtidos automaticamente em outras funções do sistema. Dividir as dietas por refeições e pelos dias da semana. Usar tabelas de alimentos variadas.
Diminui o tempo gasto na formulação das dietas. Diminuição de erros humanos. Maior organização na disposição das informações da dieta.
9 Realizar Análises Nutricionais
Fornecimento de informações para outras funções. Realizar análises de forma automática comparando com dados previamente cadastrados no banco de dados.
Diminuição do tempo gasto na consulta. Diminuição de erros humanos. Diminuição do trabalho do Nutricionista.
10 Emitir Relatórios
Fornecimento de informações referente às atividades realizadas no sistema para seus usuários.
Diminuição do tempo gasto na consulta. Diminuição de erros. Maior grau de informações destinadas aos envolvidos com os procedimentos nutricionais. Facilita a análise pessoal do Nutricionista sobre os resultados da consulta.
Além dos requisitos de funcionalidades do sistema, após os brainstorms
definiram-se também quais referências de nutrição seriam usadas como parâmetros
no software e então se chegou à conclusão de que no módulo de antropometria
seriam utilizadas as referências da WHO (2006) para crianças de 0 a 5 anos
14
utilizando os índices de Peso por Idade, Estatura por Idade e Peso por Estatura e as
referências da WHO (2007) para as maiores de 5 anos, utilizando os índices
Estatura por Idade e IMC por Idade.
No módulo de avaliação dietética se definiu a utilização das DRI (2005). No
cálculo da adequação da dieta serão utilizadas a tabela de composição de alimentos
da Unicamp (TACO, 2006) e a tabela de composição de alimentos Sônia Tucunduva
(PHILIPPI, 2002). Os alimentos terão seus nutrientes cadastrados para a quantidade
de 100g de alimento.
2.2 Projeto do sistema
Na fase de projeto do sistema foi desenvolvido um modelo conceitual, onde
foram definidos seus módulos e processos correspondentes a cada um deles. Além
do modelo conceitual, protótipos de interface também foram criados para facilitar a
interação com os profissionais de nutrição envolvidos no projeto, aproximando-os de
uma visão da versão funcional do sistema final sem a necessidade de que eles
abstraíssem isso de documentos e diagramas.
Vários métodos para criações de modelos conceituais de aplicações Web têm
sido propostos atualmente, porém ainda não existe uma abordagem padronizada
para isso (CONTE, 2005). Mediante tal situação, o modelo conceitual do sistema
forNUT foi criado utilizando de alguns diagramas da UML (Unified Modeling
Language), que é uma linguagem unificada de modelagem capaz de expressar
modelos de diferentes tipos e efeitos (BOOCH, 2000).
Os diagramas UML utilizados na criação do modelo conceitual foram o
diagrama de casos de uso, que é responsável por mostrar as funcionalidades do
sistema do ponto de vista do usuário, o diagrama de classes, também conhecido
como diagrama entidade-relacionamento, que é responsável por representar a
estrutura de dados e atributos do sistema (GONÇALVES, 2005), o diagrama de
seqüência e o diagrama de colaboração.
Para gerenciar o projeto em todas suas etapas, foi utilizado o método ágil
SCRUM. Esse método é indicado para equipes de desenvolvimento pequenas
(ABRAHAMSSON, 2002), sendo esse um dos motivos de sua escolha.
O SCRUM é um método ágil de gestão de projetos e não é utilizado
exclusivamente para o desenvolvimento de software (JÚNIOR, 2009), ele permite
que os projetos sejam desenvolvidos em partes e garante que sempre as partes de
15
maior valor agregado ao cliente sejam priorizadas pelos desenvolvedores. Por não
especificar técnicas de desenvolvimento, mas sim de gestão, o SCRUM proporciona
flexibilidade ao projeto, tornando possível que o desenvolvimento seja feito de forma
a atender requisitos diversos (FILHO, 2005).
Na utilização desse método, é muito importante a participação do cliente, visto
que ele é o responsável por estabelecer os requisitos (product backlog) e priorizá-
los. Durante o projeto do forNUT, uma aluna do curso de nutrição e uma professora
estiveram constantemente envolvidas, de forma a atender esse importante princípio
do método.
Todo o desenvolvimento no SCRUM é feito durante a realização das iterações
(sprints), que são intervalos de tempo que variam de duas a quatro semanas onde
um requisito do sistema é desenvolvido e apresentado ao cliente. Durante cada
Sprint, reuniões diárias são realizadas entre a equipe de desenvolvimento para
avaliação do que foi feito e o que ainda será feito nesse intervalo de tempo, isso traz
vantagens, sendo que a principal delas é que o risco das falhas serem detectadas
somente no final do projeto diminui consideravelmente, evitando assim um
retrabalho que acarreta custos adicionais. Essas vantagens devem-se ao fato de
que o SCRUM modela melhor a interação entre cliente e desenvolvedor, permitindo
que o processo de desenvolvimento adéqüe-se melhor a requisitos incertos ou
sujeitos a alterações (REIS, 2001). A figura 1 representa as etapas do SCRUM.
Figura 1: Etapas do SCRUM.
2.2.1 Diagrama de Casos de Uso.
Segundo Guedes (2004), o diagrama de casos de uso procura por meio de
uma linguagem simples, possibilitar a compreensão do comportamento externo dos
16
sistemas por qualquer pessoa.
Este diagrama tem por objetivo apresentar uma visão externa geral das
funções e serviços que o sistema deverá oferecer aos usuários, sem se preocupar
como essas funções serão implementadas.
Na figura 2, o diagrama de casos de uso do sistema é apresentado.
Figura 2: Diagrama de Casos de Uso.
2.2.1.1 Descrição dos Casos de Uso.
Segundo Guedes (2004), a documentação de um caso de uso costuma
descrever por meio de uma linguagem bastante simples, a função em linhas gerais
do caso de uso.
As descrições dos casos de uso do sistema serão descritas a seguir.
Caso de Uso CSU 01 – Agendamento de Consultas.
Quadro 2 - Caso de Uso Agendamento de Consultas.
Agendamento de Consultas
Descrição: Este caso de uso tem por objetivo agendar consultas para
os pacientes.
Atores: Nutricionista e Secretária.
Pré-condições de caso de uso:
O horário e dia devem estar disponíveis para o agendamento.
17
O paciente não necessariamente deve já ser cadastrado no forNUT, porém
caso seja, ele deverá fornecer seu nome.
Fluxo principal do caso de uso:
A Secretaria ou o Nutricionista digitam ou selecionam o nome do paciente, a
data e o horário desejados pelo paciente, nesse momento o forNUT acionará
o subfluxo Busca.
Se a data e o horário estiverem disponíveis, o forNUT acionará o subfluxo
Registro.
Subfluxos:
Busca: O forNUT compara os valores do dia e horário que o paciente deseja
agendar uma consulta com valores do dia e horário já agendados na base de
dados, se o dia e horário não estiverem disponíveis, a consulta não poderá
ser agendada.
Registro: O forNUT salva os dados da consulta agendada em sua base de
dados.
Fluxos Alternativos:
Se o horário e dia da consulta a ser agendada não estiverem disponíveis, o
forNUT emitirá uma mensagem de alerta a secretária ou ao Nutricionista,
impedindo assim que a consulta seja agendada nessas circunstâncias.
Caso de Uso CSU 02 – Gestão de Pacientes.
Quadro 3 - Caso de Uso Gestão de Paciente.
Gestão de Pacientes
Descrição: Este caso de uso tem por objetivo gerir os pacientes do
sistema.
Atores: Nutricionista e Secretária.
Pré-condições de caso de uso:
Para Cadastrar um paciente, ele deve passar todos os seus dados
obrigatórios.
18
Fluxo Principal de caso de uso:
Cadastro
o A Secretária ou o Nutricionista abrem o cadastro do paciente e digitam
todos os dados dele.
o forNUT aciona o subfluxo Registro.
o A Secretária ou o Nutricionista encerram o cadastro do paciente.
Busca
o A Secretária ou o Nutricionista digitam o nome do paciente para
realizar a busca.
o Para cada busca o forNUT aciona o subfluxo Busca.
Exclusão
o Após o forNUT retornar os dados do paciente, o Nutricionista ou a
Secretária poderão clicar na opção de Excluir.
Alteração de dados
o Após o forNUT retornar os dados do paciente, o Nutricionista ou a
Secretária poderão clicar na opção de Alterar dados.
Subfluxos:
Registro: O forNUT salva os dados do cliente na sua base de dados.
Busca: O forNUT compara os dados digitados aos já existentes na sua base
de dados, caso forem encontrados, ele dará a opção do Nutricionista ou a
Secretária excluir o paciente ou alterar os dados do paciente.
Fluxos alternativos:
Se os dados buscados não existirem na base de dados, o forNUT emitirá uma
mensagem de alerta ao Nutricionista ou a Secretária, avisando que o paciente
não está cadastrado no sistema.
Caso de Uso CSU 03 – Gestão de Medidas Caseiras.
Quadro 4 - Caso de Uso Gestão de Medidas Caseiras.
Gestão de Medidas Caseiras
Descrição: Este caso de uso tem por objetivo gerir as medidas
caseiras de cada alimento.
Ator: Nutricionista.
19
Pré-condições de caso de uso:
Ter alimentos cadastrados pelo nutricionista na base de dados
Estar logado no sistema como Nutricionista
Fluxo Principal de caso de uso:
Cadastro
o O Nutricionista seleciona um dos alimentos previamente cadastrados
por ele.
o O Nutricionista deve digitar o nome da medida caseira e o valor em
gramas que ela equivale.
o O Nutricionista encerra o cadastro, nesse momento o forNUT aciona o
subfluxo Salva.
Busca
o O Nutricionista digita o nome da medida para realizar a busca.
o Para cada busca o forNUT aciona o subfluxo Busca.
Alteração de dados:
o Após o ForNUT retornar os dados da medida, o Nutricionista poderá
clicar na opção de Alterar dados.
Subfluxos:
Busca: O forNUT compara os dados digitados aos já existentes na sua base
de dados, caso forem encontrados, ele dará a opção do Nutricionista alterar
os dados das medidas que foram cadastradas pelo Nutricionista.
Salva: O forNUT salva os dados referentes à medida caseira no banco de
dados.
Fluxos alternativos:
Se os dados buscados não existirem na base de dados, o forNUT emitirá uma
mensagem de alerta ao Nutricionista, avisando que a medida não está
cadastrada no sistema.
Caso de Uso CSU 04 – Gestão de Alimentos.
Quadro 5 - Caso de Uso Gestão de Alimentos.
Gestão de Alimentos
Descrição: Este caso de uso tem por objetivo gerir os alimentos.
Ator: Nutricionista.
20
Pré-condições de caso de uso:
Estar logado no sistema como Nutricionista
Fluxo Principal de caso de uso:
Cadastro
o O Nutricionista deve inserir o nome, fonte e os valores nutricionais
referentes a quantidade de 100g do alimento a ser cadastrado.
o O Nutricionista encerra o cadastro, nesse momento o forNUT aciona o
subfluxo Salva.
Busca
o O Nutricionista digita o nome do alimento para realizar a busca.
o Para cada busca o forNUT aciona o subfluxo Busca.
Alteração de dados:
o Após o forNUT retornar os dados do alimento, o Nutricionista poderá
clicar na opção de Alterar dados.
Subfluxos:
Busca: O forNUT compara os dados digitados aos já existentes na sua base
de dados, caso forem encontrados, ele dará a opção do Nutricionista alterar
os dados dos alimentos cadastrados pelo Próprio nutricionista.
Salva: O forNUT salva os dados referentes ao alimento no banco de dados.
Fluxos alternativos:
Se os dados buscados não existirem na base de dados, o forNUT emitirá uma
mensagem de alerta ao Nutricionista, avisando que o alimento não está
cadastrado no sistema.
Caso de Uso CSU 05 – Gestão de Usuários.
Quadro 6 - Caso de Uso Gestão de Usuários.
Gestão de Usuários
Descrição: Este caso de uso tem por objetivo gerir os usuários do
sistema.
Ator: Administrador.
21
Pré-condições de caso de uso:
Não poderá haver usuário com o mesmo login.
Estar logado no sistema como Administrador.
Fluxo Principal de caso de uso:
Cadastro
o O Administrador abre o cadastro do usuário e digita todos os dados
dele.
o Após o dado login ser digitado, o forNUT aciona o Subfluxo Busca
Dados.
o Se o dado não for redundante, o forNUT aciona o Subfluxo Registro.
o O Administrador encerra o cadastro do usuário.
Busca
o O Administrador digita o nome do usuário para realizar a busca.
o Para cada busca o forNUT aciona o subfluxo Busca.
Exclusão
o Após o forNUT retornar os dados do usuário, o Administrador poderá
clicar na opção de Excluir.
Alteração de dados
o Após o forNUT retornar os dados do usuário, o Administrador poderá
clicar na opção de Alterar dados.
o Quando o dado login for alterado, o forNUT aciona o Subfluxo Busca
Dados.
o Se o dado não for redundante, a alteração é concluída.
Subfluxos:
Registro: O forNUT salva os dados do usuário na sua base de dados.
Busca Dados: O forNUT compara o dado login digitado com os já cadastrados
na sua base de dados, caso seja repetido ele não permite que o dado seja
salvo.
Busca: O forNUT compara os dados digitados aos já existentes na sua base
de dados, caso forem encontrados, ele dará a opção do Administrador excluir
o usuário ou alterar os dados do usuário.
22
Fluxos Alternativos:
Se o login do usuário a ser cadastrado for redundante na base de dados, o
forNUT emitirá uma mensagem de alerta ao Administrador, impedindo que
esse dado seja salvo.
Se os dados buscados não existirem na base de dados, o forNUT emitirá uma
mensagem de alerta ao Administrador, avisando que o usuário não está
cadastrado no sistema.
Caso de Uso CSU 06 – Gestão de Empresas.
Quadro 7 - Caso de Uso Gestão de Empresas.
Gestão de Empresas
Descrição: Este caso de uso tem por objetivo gerir as empresas dais
quais os usuários pertencem.
Ator: Administrador.
Pré-condições de caso de uso:
Estar logado no sistema como Administrador.
Fluxo Principal de caso de uso:
Cadastro
o O Administrador deve inserir os dados da empresa.
o O Administrador encerra o cadastro, nesse momento o forNUT aciona
o subfluxo Salva.
Busca
o O Administrador digita o nome da empresa para realizar a busca.
o Para cada busca o forNUT aciona o subfluxo Busca.
Alteração de dados
o Após o forNUT retornar os dados da empresa, o Administrador poderá
clicar na opção de Alterar dados.
Subfluxos:
Busca: O forNUT compara os dados digitados aos já existentes na sua base
de dados, caso forem encontrados, ele dará a opção do Administrador alterar
os dados da empresa.
Salva: O forNUT salva os dados referentes a empresa no banco de dados.
23
Fluxos alternativos:
Se os dados buscados não existirem na base de dados, o forNUT emitirá uma
mensagem de alerta ao Administrador, avisando que a empresa não está
cadastrada no sistema.
Caso de Uso CSU 07 – Emissão de Relatórios.
Quadro 8 - Caso de Uso Emissão de Relatórios.
Emissão de Relatórios
Descrição: Este caso de uso tem por objetivo emitir relatórios de
dados do sistema.
Atores: Administrador, Nutricionista e Secretária.
Pré-Condições do caso de uso:
Os dados requeridos no respectivo relatório devem existir na base de dados
do forNUT.
Fluxo Principal de caso de uso:
A Secretária, Nutricionista ou Administrador selecionam qual o relatório
desejam gerar, nesse momento o forNUT aciona o subfluxo Busca.
Após ser gerado o relatório, a Secretária, Nutricionista ou Administrador
podem imprimi-lo ou não.
A Secretária, Nutricionista ou Administrador encerram a operação de emissão
de relatórios.
Subfluxos:
Busca: O forNUT pesquisa em sua base de dados se os dados relevantes ao
relatório escolhido existem, caso não existirem o relatório não será gerado.
Fluxos alternativos:
Se os dados relevantes ao relatório escolhido não existirem, o forNUT emitirá
uma mensagem de alerta avisando ao Nutricionista, Secretária ou
Administrador impedindo assim que o relatório seja gerado e imprimido.
24
Caso de Uso CSU 08 – Realização de Consultas.
Quadro 9 - Caso de Uso Realização de Consultas.
Realização de Consultas
Descrição: Este caso de uso tem por objetivo gerenciar as consultas
e todas suas atividades.
Ator: Nutricionista.
Pré-condições de caso de uso:
O Paciente já deve ser cadastrado no forNUT.
O Paciente não pode ter realizado uma consulta no dia atual pelo mesmo
motivo.
Fluxo Principal do caso de uso:
O Nutricionista escolhe o paciente, digita o motivo da consulta e então abre a
consulta.
O Nutricionista preenche no forNUT uma série de questionários respondidos
pelo paciente e tira suas medidas de altura e peso, nesse momento o forNUT
acionará o subfluxo Análises.
Após os resultados das análises, o Nutricionista inicia a formulação da dieta
para o paciente.
Para cada alimento adicionado na dieta o forNUT acionará o subfluxo
Registro.
O Nutricionista encerra a formulação da dieta e da consulta.
O Nutricionista poderá já agendar uma nova consulta com o paciente para
analisar os resultados obtidos e formular uma nova dieta.
Subfluxos:
Análises: O forNUT compara os dados das medidas e as respostas dos
questionários do paciente com as recomendações e classificações
nutricionais já cadastradas no sistema.
Registro: O Nutricionista registra o alimento, informando a quantidade e a
medida caseira do alimento.
O forNUT totaliza os valores nutricionais parciais.
25
Fluxos Alternativos:
Se os dados do paciente coincidir com as recomendações e classificações
nutricionais já cadastradas no forNUT, automaticamente serão emitidas
mensagens com as análises realizadas.
Se os valores nutricionais parciais da dieta não estiverem adequados aos
valores indicados para o paciente, o resumo da dieta demonstrará isso.
Caso de Uso CSU 09 – Controlar Cartão de Vacina.
Quadro 10 - Caso de Uso Controlar Cartão de Vacina.
Controlar Cartão de Vacina
Descrição: Este caso de uso tem por objetivo controlar o cartão de
vacina do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O forNUT aciona o subfluxo Análise.
O Nutricionista deve marcar as vacinas já tomadas pelo paciente e confirmar,
nesse momento o subfluxo Salvar é ativado.
Subfluxos:
Análise: O forNUT mostra ao Nutricionista as vacinas atrasadas do paciente.
Salvar: O forNUT salva as vacinas tomadas pelo paciente no banco de dados.
Caso de Uso CSU 10 – Analisar História de Doença
Quadro 11 - Caso de Uso Analisar História de Doença.
Analisar História Patológica
Descrição: Este caso de uso tem por objetivo analisar e armazenar a
história patológica do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
26
Fluxo Principal de caso de uso:
O Nutricionista deve preencher os dados das doenças do paciente e
confirmar, nesse momento o subfluxo Salvar é ativado.
Subfluxos:
Salvar: O forNUT salva as doenças do paciente no banco de dados.
Caso de Uso CSU 11 – Analisar Dados da Criança.
Quadro 12 - Caso de Uso Analisar Dados da Gestação.
Analisar Dados da Criança
Descrição: Este caso de uso tem por objetivo analisar e armazenar os
dados da criança.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O Nutricionista deve digitar os dados do paciente e no momento da digitação
é acionado o subfluxo Análise.
Após as análises terem sido feitas, o Nutricionista confirma e o subfluxo
Salvar é acionado.
Subfluxos:
Análise: O forNUT classifica os dados digitados referentes ao paciente.
Salvar: O forNUT salva os dados classificados do paciente no banco de
dados.
Caso de Uso CSU 12 – Analisar Histórico Familiar e Social.
Quadro 13 - Caso de Uso Analisar Histórico Familiar e Social.
Analisar Histórico Familiar e Social
Descrição: Este caso de uso tem por objetivo analisar e armazenar o
histórico familiar e social do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
27
Fluxo Principal de caso de uso:
O Nutricionista deve preencher as respostas do questionário respondidas pelo
paciente e confirmar, nesse momento o subfluxo Salvar é ativado.
Subfluxos:
Salvar: O forNUT salva as respostas dadas pelo paciente no banco de dados.
Caso de Uso CSU 13 – Analisar Dados da Gestação.
Quadro 14 - Caso de Uso Analisar Dados da Gestação.
Analisar Dados da Gestação
Descrição: Este caso de uso tem por objetivo analisar e armazenar os
dados da gestação do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O Nutricionista deve digitar os dados do paciente e no momento da digitação
é acionado o subfluxo Análise.
Após as análises terem sido feitas, o Nutricionista confirma e o subfluxo
Salvar é acionado.
Subfluxos:
Análise: O forNUT classifica os dados digitados referentes ao paciente.
Salvar: O forNUT salva os dados classificados do paciente no banco de
dados.
Caso de Uso CSU 14 – Analisar Medicamentos e Suplementos.
Quadro 15 - Caso de Uso Analisar Medicamentos e Suplementos.
Analisar Medicamentos e Suplementos
Descrição: Este caso de uso tem por objetivo analisar e armazenar os
medicamentos e suplementos ingeridos pelo paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
28
Fluxo Principal de caso de uso:
O Nutricionista deve preencher os dados dos medicamentos e suplementos
ingeridos pelo paciente e confirmar para acionar o subfluxo Salvar.
Subfluxos:
Salvar: O forNUT salva os medicamentos e suplementos ingeridos pelo
paciente no banco de dados.
Caso de Uso CSU 15 – Analisar Histórico Alimentar e Nutricional.
Quadro 16 - Caso de Uso Analisar Histórico Alimentar e Nutricional.
Analisar Histórico Alimentar e Nutricional
Descrição: Este caso de uso tem por objetivo analisar e armazenar o
histórico alimentar e nutricional do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O Nutricionista deve preencher as respostas do questionário respondidas pelo
paciente e confirmar, nesse momento o subfluxo Salvar é ativado.
Subfluxos:
Salvar: O forNUT salva as respostas dadas pelo paciente no banco de dados.
Caso de Uso CSU 16 – Analisar Antropometria.
Quadro 17 - Caso de Uso Analisar Antropometria.
Analisar Antropometria
Descrição: Este caso de uso tem por objetivo realizar análises
antropométricas do paciente e armazená-las.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
29
Fluxo Principal de caso de uso:
O Nutricionista deve digitar os dados referentes às medidas do paciente e
confirmar para acionar o subfluxo Análise.
Após as análises terem sido feitas, o Nutricionista confirma e o subfluxo
Salvar é acionado.
Subfluxos:
Análise: O forNUT classifica as medidas referentes ao paciente.
Salvar: O forNUT salva as medidas e classificações antropométricas do
paciente no banco de dados.
Caso de Uso CSU 17 – Analisar Exames Laboratoriais.
Quadro 18 - Caso de Uso Analisar Exames Laboratoriais.
Analisar Exames Laboratoriais
Descrição: Este caso de uso tem por objetivo analisar e armazenar
exames laboratoriais diversos do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O Nutricionista deve preencher os dados dos exames laboratoriais realizados
pelo paciente e confirmar, nesse momento o subfluxo Salvar é ativado.
Subfluxos:
Salvar: O forNUT salva os dados dos exames laboratoriais realizados pelo
paciente no banco de dados.
Caso de Uso CSU 18 – Realizar Recordatório 24 horas.
Quadro 19 - Caso de Uso Realizar Recordatório de 24 horas.
Realizar Recordatório 24 horas
Descrição: Este caso de uso tem por objetivo realizar o Recordatório
de todos os alimentos consumidos pelo paciente nas
últimas 24 horas.
Ator: Nutricionista.
30
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
Fluxo Principal de caso de uso:
O Nutricionista deve escolher a refeição, o cardápio, o horário da refeição, o
alimento, a medida caseira correspondente e sua quantidade. Após isso ele
deve confirmar os dados para acionar o subfluxo Salvar.
O forNUT aciona o subfluxo Resumo.
Subfluxos:
Salvar: O forNUT salva os dados do Recordatório 24 horas no banco de
dados.
Resumo: O forNUT monta o resumo com a quantidade de micronutrientes e
macronutrientes presentes no Recordatório 24 horas separados por refeição.
Caso de Uso CSU 19 – Realizar Recomendações Nutricionais.
Quadro 20 - Caso de Uso Realizar Recomendações Nutricionais.
Realizar Recomendações Nutricionais
Descrição: Este caso de uso tem por objetivo realizar o as
Recomendações Nutricionais diárias para do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
A análise antropométrica da consulta já deve ter sido previamente realizada.
Fluxo Principal de caso de uso:
O forNUT aciona o subfluxo Análise.
O Nutricionista deve digitar os dados de valor energético, quantidade de
macronutrientes, distribuição entre macronutrientes e distribuição de valor
energético por cada refeição diária. Enquanto digita os dados, o subfluxo
Cálculo é acionado.
Após as análises terem sido feitas e o dados calculados, o Nutricionista
confirma e o subfluxo Salvar é acionado.
31
Subfluxos:
Análise: O forNUT recomenda o valores diários de consumo de
micronutrientes, fibras e ingestão hídrica para o paciente.
Cálculo: O forNUT faz os cálculos de porcentagens e conversões de valores.
Salvar: O forNUT salva os dados das recomendações nutricionais diárias do
paciente no banco de dados.
Caso de Uso CSU 20 – Realizar Prescrição de Dieta.
Quadro 21 - Caso de Uso Realizar Prescrição de Dieta.
Realizar Prescrição Dietética
Descrição: Este caso de uso tem por objetivo realizar as prescrições
dietéticas para do paciente.
Ator: Nutricionista.
Pré-condições de caso de uso:
Uma consulta deve estar aberta.
As recomendações nutricionais da consulta já devem ter sido previamente
realizadas.
Fluxo Principal de caso de uso:
O forNUT aciona o subfluxo Recomenda.
O Nutricionista deve escolher a refeição, o cardápio, o horário da refeição, o
alimento, a medida caseira correspondente e sua quantidade. Após isso ele
deve confirmar os dados para acionar o subfluxo Salvar.
O forNUT aciona o subfluxo Resumo.
Subfluxos:
Recomenda: O forNUT busca as informações das Recomendações
nutricionais para servirem como base à formulação da dieta.
Salvar: O forNUT salva os dados da dieta no banco de dados.
Resumo: O forNUT monta o resumo com a quantidade de micronutrientes e
macronutrientes presentes na dieta separados por refeição.
32
2.2.2 Diagrama de Classes.
Segundo Guedes (2004), o principal enfoque do diagrama de classes está em
permitir a visualização das classes que comporão o sistema com seus respectivos
atributos e métodos, bem como em demonstrar os relacionamentos, complementos
e transmissão de informações entre elas.
O Diagrama de Classe serve ainda como base para a construção da maioria
dos outros diagramas da UML.
Na figura 3 é apresentado o Diagrama de Classe do forNUT sem a
representação de seus métodos devido a falta de espaço para tal, considerando as
dimensões da folha na qual esse trabalho será impresso, entretanto os mesmos
poderão ser consultados no APÊNCIDE A.
Figura 3: Diagrama de Classes.
33
2.2.3 Diagrama de Seqüência.
De acordo com Guedes (2004), o diagrama de seqüência representa os
eventos que ocorrem em um determinado caso de uso, demonstrando quais
condições devem ser satisfeitas e quais métodos devem ser chamados entre objetos
envolvidos. Dessa forma, o diagrama de seqüência determina a ordem em que os
eventos ocorrem, as mensagens que são enviadas, os métodos que são chamados
e como os objetos interagem entre si dentro de um determinado caso de uso.
Abaixo são descritos os Diagramas de Seqüência do forNUT.
34
Figura 4: Diagrama de Seqüência de Cadastro de Paciente
35
Figura 5: Diagrama de Seqüência de Pesquisar Paciente.
36
Figura 6: Diagrama de Seqüência de Excluir Paciente.
37
Figura 7: Diagrama de Seqüência de Atualizar Paciente.
38
Figura 8: Diagrama de Seqüência de Cadastrar Medida Caseira
39
Figura 9: Diagrama de Seqüência de Atualizar Medida Caseira.
40
Figura 10: Diagrama de Seqüência de Pesquisar Medida Caseira.
41
Figura 11: Diagrama de Seqüência de Cadastrar Alimento.
42
Figura 12: Diagrama de Seqüência de Atualizar Alimento - Parte 1.
43
Figura 13: Diagrama de Seqüência de Atualizar Alimento - Parte 2.
44
Figura 14: Diagrama de Seqüência de Pesquisar Alimento.
45
Figura 15: Diagrama de Seqüência de Cadastrar Usuário.
Figura 16: Diagrama de Seqüência de Cadastrar Empresa.
46
Figura 17: Diagrama de Seqüência de Ver Consultas Anteriores.
Figura 18: Diagrama de Seqüência de Abrir Nova Consulta.
47
Figura 19: Diagrama de Seqüência de Excluir Consulta.
48
Figura 20: Diagrama de Seqüência de Cadastrar Vacinas - Parte 1.
49
Figura 21: Diagrama de Seqüência de Cadastrar Vacinas - Parte 2.
50
Figura 22: Diagrama de Seqüência de Cadastrar Doença.
51
Figura 23: Diagrama de Seqüência de Atualizar Doença.
52
Figura 24: Diagrama de Seqüência de Exclusão de Doença.
53
Figura 25: Diagrama de Seqüência de Cadastrar Dados da Criança.
54
Figura 26: Diagrama de Seqüência de Cadastrar Histórico Familiar e Social.
55
Figura 27: Diagrama de Seqüência de Cadastrar Dados da Gestação.
56
Figura 28: Diagrama de Seqüência de Cadastrar Medicamentos e Suplementos.
57
Figura 29: Diagrama de Seqüência de Atualizar Medicamentos e Suplementos.
58
Figura 30: Diagrama de Seqüência de Excluir Medicamentos e Suplementos.
59
Figura 31: Diagrama de Seqüência de Cadastrar Histórico Alimentar e Nutricional.
60
Figura 32: Diagrama de Seqüência de Realizar Antropometria - Parte 1.
61
Figura 33: Diagrama de Seqüência de Realizar Antropometria - Parte 2.
62
Figura 34: Diagrama de Seqüência de Cadastrar Exames.
63
Figura 35: Diagrama de Seqüência de Cadastrar Recordatório de 24 horas – Parte 1.
64
Figura 36: Diagrama de Seqüência de Cadastrar Recordatório de 24 horas – Parte 2.
65
Figura 37: Diagrama de Seqüência de Realizar Recomendações Nutricionais.
66
Figura 38: Diagrama de Seqüência de Cadastrar Prescrição de Dieta – Parte 1.
67
Figura 39: Diagrama de Seqüência de Cadastrar Prescrição de Dieta – Parte 2.
2.2.3 Diagrama de Colaboração
Segundo Guedes (2004), o diagrama de colaboração preocupa-se com a
organização estrutural dos objetos, em como os objetos estão vinculados e as
mensagens que estes trocam entre si. Já o Diagrama de Seqüência concentra-se na
seqüência temporal em que os eventos ocorrem e as mensagens são chamadas,
por isso embora sejam parecidos, esses diagramas apresentam diferenças sutis de
objetivos.
Abaixo são descritos os Diagramas de Colaboração do sistema.
68
Figura 40: Diagrama de Colaboração de Cadastrar Paciente.
Figura 41: Diagrama de Colaboração de Pesquisar Paciente.
Figura 42: Diagrama de Colaboração de Excluir Paciente.
69
Figura 43: Diagrama de Colaboração de Atualizar Paciente.
Figura 44: Diagrama de Colaboração de Cadastrar Medida Caseira.
Figura 45: Diagrama de Colaboração de Atualizar Medida Caseira.
70
Figura 46: Diagrama de Colaboração de Pesquisar Medida Caseira.
Figura 47: Diagrama de Colaboração de Cadastrar Alimento.
Figura 48: Diagrama de Colaboração de Atualizar Alimento.
71
Figura 49: Diagrama de Colaboração de Pesquisar Alimento.
Figura 50: Diagrama de Colaboração de Cadastrar Usuário.
Figura 51: Diagrama de Colaboração de Cadastrar Empresa.
72
Figura 52: Diagrama de Colaboração de Agendamento de Consultas.
Figura 53: Diagrama de Colaboração de Atualizar Consultas Agendadas.
73
Figura 54: Diagrama de Colaboração de Excluir Agendamentos de Consulta.
Figura 55: Diagrama de Colaboração de Ver Consultas Anteriores.
Figura 56: Diagrama de Colaboração de Abrir Nova Consulta.
74
Figura 57: Diagrama de Colaboração de Excluir Consulta.
Figura 58: Diagrama de Colaboração de Cadastrar Vacinas Tomadas.
Figura 59: Diagrama de Colaboração de Cadastrar Doenças.
75
Figura 60: Diagrama de Colaboração de Atualizar Doenças.
Figura 61: Diagrama de Colaboração de Excluir Doenças.
Figura 62: Diagrama de Colaboração de Cadastrar Dados da Criança.
76
Figura 63: Diagrama de Colaboração de Cadastrar Histórico Familiar e Nutricional.
Figura 64: Diagrama de Colaboração de Cadastrar Dados da Gestação.
Figura 65: Diagrama de Colaboração de Cadastrar Medicamentos e Suplementos.
77
Figura 66: Diagrama de Colaboração de Atualizar Medicamentos e Suplementos.
Figura 67: Diagrama de Colaboração de Excluir Medicamentos e Suplementos.
Figura 68: Diagrama de Colaboração de Cadastrar Histórico Alimentar e Nutricional.
78
Figura 69: Diagrama de Colaboração de Realizar Análise Antropométrica.
Figura 70: Diagrama de Colaboração de Cadastrar Exame.
79
Figura 71: Diagrama de Colaboração de Realizar Recordatório de 24 horas.
Figura 72: Diagrama de Colaboração de Recomendações Nutricionais.
80
Figura 73: Diagrama de Colaboração de Realizar Prescrição de Dieta.
81
2.3 Modelo Relacional do Banco de Dados
Figura 74: Diagrama de Entidade e Relacionamentos.
A legibilidade da figura 74 está comprometida devido às dimensões da folha
na qual esse trabalho será impresso não suportarem uma exibição da figura em um
tamanho maior, entretanto o diagrama de entidade e relacionamentos em tamanho
original encontra-se disponível no APÊNDICE A.
82
2.4 Implementação do sistema
Nesta fase do processo de desenvolvimento do software, foram definidas
quais tecnologias computacionais seriam usadas na implementação do sistema. A
utilização de tecnologias de software livre foi escolhida para que os custos fossem
reduzidos, sem detrimento à qualidade do produto. Outro fator crucial para a escolha
é o fato do sistema desenvolvido se enquadrar no conceito de computação nas
nuvens, sendo assim necessário fazer a escolha de tecnologias compatíveis ao
desenvolvimento de uma aplicação web do tipo Server-side.
Aplicações web Server-side são executadas nos servidores receptores de
requisições WWW, portanto eles são responsáveis pelo processamento dos dados e
redirecionamento das saídas para os computadores-cliente (ALVES, 2003). Como
as aplicações Server-side são executadas nos servidores chamados de nuvens
nesse novo conceito computacional, elas representam perfeitamente o perfil que o
sistema forNUT exige. A figura 75 representa a forma como funcionam as aplicações
Server-side.
Figura 75: Representação de Aplicação Server-Side.
Analisando os requisitos do sistema e fazendo uma comparação das
tecnologias disponíveis atualmente que os preenchem, foram escolhidas as
linguagens de programação PHP e JavaScript, o SGBD MySQL e o servidor web
Apache para fazer a implementação do sistema forNUT, pois além de serem
tecnologias de software livre, elas representam o conjunto de tecnologias mais
utilizadas atualmente para o desenvolvimento de aplicações web e proporcionam
uma solução eficiente e portável.
A implementação da linguagem PHP foi toda ela utilizando os princípios de
orientação a objetos.
83
3. Resultados e Discussão
Embasando-se nos conteúdos apresentados acima e os objetivos propostos,
a seguir os resultados desse trabalho serão apresentados.
Figura 76: Tela de login.
Na figura 76, a tela de login do forNUT é representada. Nela os usuários
digitam seus dados de login e senha e o sistema automaticamente faz a validação
verificando se os dados estão corretos e se a licença do usuário não expirou. Em
caso de sucesso em ambas as verificações, o sistema direciona o usuário para a
tela principal referente ao seu tipo, que pode ser Nutricionista, Administrador ou
Secretária.
A figura 77 representa a tela principal do sistema para usuários do tipo
Nutricionista.
Figura 77: Tela Principal do Nutricionista.
84
Figura 78: Tela de Agendamento de Consultas.
O agendamento de consultas pode ser realizado pelo nutricionista na tela
representada na figura 78. Além de agendar, o nutricionista também pode atualizar e
excluir os agendamentos nessa tela, assim como visualizar os agendamentos
realizados para cada dia.
Figura 79: Tela de Iniciação de Consulta.
Na tela representada na figura 79, o nutricionista pode fazer diversas ações
relacionadas às consultas, como iniciar consultas, ver consultas anteriores de cada
85
paciente, continuar consultas já iniciadas, excluir consultas e gerar relatórios com os
dados das consultas realizadas.
Figura 80: Tela de Cadastrar Alimentos.
Figura 81: Tela de Pesquisar Alimentos.
As duas figuras anteriores referem-se à gestão de alimentos. Na tela de
pesquisa de alimentos mostrada na figura 81, o nutricionista além de pesquisar
86
alimentos, ele também poderá alterar seus dados e gerar relatórios com os valores
nutricionais referentes.
Figura 82: Tela de Cadastrar Medidas Caseiras.
Figura 83: Tela de Pesquisar Medidas Caseiras.
As figuras 82 e 83 são relacionadas à gestão de medidas caseiras. Para
cadastrar uma medida caseira, o usuário já deve ter previamente cadastrado algum
alimento.
87
Figura 84: Tela de Cadastrar Paciente.
Figura 85: Tela de Pesquisar Pacientes.
As telas de cadastrar pacientes (figura 84) e pesquisar pacientes (figura 85)
seguem o padrão estabelecido para as telas de gestão do sistema, portanto suas
funcionalidades de cadastro, pesquisa, alteração, exclusão e geração de relatórios
de dados são iguais às das outras telas de gestão apresentadas.
88
Figura 86: Tela Inicial da Consulta.
A tela inicial da consulta (figura 86) apresenta no seu topo o nome, sexo e
idade do paciente consultado detalhando a quantidade de anos, meses e dias da
idade. Essas informações básicas do paciente servem para auxiliar o nutricionista
em algumas decisões e também dão base para o sistema automatizar uma série de
análises.
Na lateral direita dessa tela, encontram-se todas as etapas de uma consulta
nutricional: Histórica Clínica, Antropometria, Exames laboratoriais, Avaliação
dietética e Prescrição. Após a realização de todas essas etapas, a consulta é
concluída.
Não é obrigatório que o nutricionista siga exatamente essa ordem de cima
para baixo na execução das etapas da consulta, entretanto algumas dessas etapas
são pré-requisitos para a realização de outras. Para isso o sistema emite avisos no
89
caso do nutricionista tentar realizar uma etapa da consulta sem antes ter concluído
seu respectivo pré-requisito.
A seguir as telas que compõe a etapa História Clínica serão apresentadas.
Figura 87: Tela do Histórico Familiar a Social.
O Histórico Familiar e Social é basicamente composto por esse questionário
apresentado na figura 87. Os dados desse questionário, porém são vinculados ao
paciente e não à consulta, sendo assim iguais a todas as consultas realizadas pelo
mesmo paciente. Em caso de necessidade de alteração dos dados presente nele,
90
basta mudar em uma consulta para que todas as outras já possuam as atualizações.
O diferencial desse questionário com relação a outros sistemas nutricionais é
o fato dele ser inteligente. De acordo com as respostas dadas para as perguntas,
outras perguntas relacionadas passam a ser ativadas ou desativadas na tela,
evitando dessa forma com que ao entrevistar o paciente na consulta, o nutricionista
faça perguntas redundantes ou desnecessárias.
Figura 88: Tela de Dados da Gestação.
91
Na aba sobre os dados da gestação (figura 88) são aplicados questionários
inteligentes semelhantes aos apresentados anteriormente. Além dos questionários, é
realizado o calculo e classificação do IMC pré-gestacional da mãe em tempo de
execução.
Informações sobre medicamentos e suplementos consumidos pela mãe do
paciente também são armazenados nessa aba para auxiliar o nutricionista em
futuras tomadas de decisão.
Figura 89: Tela de Dados da Criança.
Na aba sobre os Dados da criança (figura 89) são feitas uma série de cálculos
interdependentes e classificações em tempo de execução relacionadas às medidas
92
do paciente ao nascer.
Figura 90: Tela da História de Doença.
Na aba sobre a História Patológica (figura 90) são executadas atividades
relativamente simples, porém de grande valia para o suporte a tomada de decisão
do nutricionista. Nessa tela o nutricionista poderá gerir os dados das doenças que
seu paciente já teve, e depois de cadastradas, as doenças são apresentadas em
uma lista por ordem decrescente de quando ocorreu, para assim facilitar a
visualização das doenças mais recentes que o paciente contraiu.
93
Figura 91: Tela de Gestão de Medicamentos e Suplementos.
A aba de Medicamentos e Suplementos (figura 91) assemelha-se muito à tela
da História patológica que foi apresentada anteriormente. A única diferença
encontra-se no foco de cada uma delas. A tela de gestão de Medicamentos e
Suplementos é o local do sistema onde o nutricionista mantém os dados referentes
aos medicamentos e suplementos ingeridos pelo seu paciente e a partir dessas
informações, ele se embasa para tomar decisões.
94
Figura 92: Tela do Cartão de Vacina.
A aba de controle do Cartão de Vacina (figura 92) além de salvar quais
vacinas o paciente já tomou, também avisa ao nutricionista quais vacinas estão
atrasadas no cartão do paciente. A automatização dessa análise traz um pequeno
ganho de tempo ao atendimento do nutricionista, visto que o mesmo não mais
precisará ler todo o cartão em busca das vacinas atrasadas.
95
Figura 93: Tela do Histórico Alimentar e Nutricional.
A última aba da História Clínica refere-se à tela do Histórico Alimentar e
Nutricional (figura 93). Suas funcionalidades são muito semelhantes às da tela do
Histórico Familiar e Social (figura 87). Basicamente ela é composta por um
questionário inteligente, onde perguntas são ativadas ou desativadas dependendo
das respostas dadas anteriormente.
Além dos focos diferentes dessas duas telas citadas acima, a tela do Histórico
Alimentar e Nutricional possui algumas perguntas que são vinculadas à consulta,
diferentemente da tela do Histórico Familiar e Social onde todas as perguntas são
vinculadas ao paciente.
96
Figura 94: Tela da Antropometria.
A Tela da Antropometria (figura 94) executa cálculos e classificações
referentes aos dados das medidas atuais do paciente. Após a execução dos cálculos
e a exibição de suas devidas classificações terem sido concluídas e salvas, os
dados referentes a essa análise passam a serem exibidos no Histórico
Antropométrico. A exibição do Histórico é feita em ordem crescente de data, para
assim demonstrar melhor a evolução das classificações do paciente.
97
Figura 95: Tela de Cadastro de Exames Laboratoriais.
A tela representada pela figura 95 é responsável por manter o controle dos
resultados de exames laboratoriais realizados pelo paciente. O sistema oferece
suporte a três tipos de exames distintos, são eles: Hemograma, Exame Bioquímico e
Perfil Lipídico.
Os dados armazenados por essa funcionalidade do sistema são de grande
importância para as tomadas de decisão dos Nutricionistas.
98
Figura 96: Tela do Recordatório de 24 horas.
O Recordatório 24 horas (figura 96) é a análise responsável por registrar
todos os alimentos consumidos pelo paciente no dia anterior e as respectivas
totalidades de cada macronutriente e micronutriente.
Nessa tela o nutricionista registra o horário de cada refeição, o número do
cardápio e cada alimento consumido com as respectivas quantidades da medida
caseira utilizada. A cada alimento registrado no Recordatório de 24 horas, o sistema
automaticamente calcula o somatório de cada micronutriente e macronutriente
contidos em todas as refeições e depois os apresenta no Resumo.
99
Figura 97: Tela de Recomendações Nutricionais.
Na tela de Recomendações Nutricionais, o sistema faz uma série de
recomendações automáticas e permite ao nutricionista tomar decisões baseadas
nessas recomendações.
Todos os cálculos realizados, tanto para a distribuição entre macronutrientes
e distribuição entre refeições, são feitos em tempo de execução, agilizando assim a
finalização precisa dessa etapa de consulta.
100
Figura 98: Tela de Prescrição de Dieta.
A Tela de Prescrição de Dieta apresentada na figura 98 assemelha-se muito
com a tela do Recordatório 24 horas, porém no Resumo da Prescrição, os dados
referentes às Recomendações Nutricionais já realizadas são apresentados em
comparativo às totalidades temporárias de cada macronutriente e micronutriente.
Dessa forma o nutricionista mantém os valores nutricionais da prescrição em
conformidade com os valores recomendados de uma forma ágil.
101
4. Conclusões e Trabalhos Futuros
A maioria dos sistemas de nutrição atuais não atende a todas as
necessidades de seus usuários. Isso se deve ao fato deles serem sistemas que
utilizam protocolos de atendimento clínicos quase genéricos, tratando as diferenças
entre os grupos de pessoas de forma superficial. Nesse sentido o forNUT atende
melhor seus usuários gerando análises mais detalhadas, visto que ele é um software
voltado especificamente para o atendimento de crianças de 0-10 anos de idade com
capacidade de se alimentarem oralmente, e assim o grau de detalhamento das
análises realizadas no atendimento desse grupo de pessoas é muito maior.
Para trabalhos futuros, inicialmente pretende-se implementar criptografia aos
dados do sistema, tornando-o dessa forma mais seguro e confiável aos usuários e
também realizar um estudo de mercado com objetivo de determinar qual é a forma
de comercialização que mais se adéqua ao público-alvo do sistema.
Além dos trabalhos futuros citados anteriormente, o forNUT poderá mediante
às demandas, também ser adaptado a realizar avaliações de outros grupos
populacionais, haja visto que como o sistema foi implementado separado em três
camadas (banco de dados, regra de negócios e telas), o acoplamento de novos
protocolos nutricionais para atender uma maior variedade de pacientes, poderá ser
feito de forma mais organizada e limpa.
102
5. Referências Bibliográficas
ABRAHAMSSON, P.; SALO, O.; RONKAINEN, J.; WARSTA, J. Agile Software Development Methods: Reviews and Analysis. Espoo: VTT Publications, 2002.
Disponível em: <http://www.inf.vtt.fi/pdf/publications/2002/P478.pdf>. Acesso em: 11 mar. 2005.
ALVES, L. L; BITTENCOUT, F. R. PHP: Conceitos Essenciais para Implementação de Aplicações Web. 7 Faces, Itabira, MG, v. 4, p. 193-208, 2003.
BOOCH, G; RUMBAUGH, J; JACOBSON, I. UML, guia do usuário. Tradução de Fábio Freitas da Silva. Rio de Janeiro: Campus, 2000. ISBN: 85-352-0562-4.
CHARNEY, P. Advanced Technological Applications in Dietetics Practice. Topics in Clinical Nutrition: Volume 22(2) April/June 2007p 108-114.
CONTE, T; MENDES, E; TRAVASSOS, G. H. Processos de Desenvolvimento para Aplicações Web: Uma Revisão Sistemática. Proceedings of XI Brazilian Symposium on Multimedia and Web, Poços de Caldas, MG, 2005.
FILHO, E. G. C; PENTEADO, R; SILVA, J. C. A; BRAGA, R. T. V. Padrões e Métodos Ágeis: agilidade no processo de desenvolvimento de software. In: 5th Latin American Conference on Pattern Languages of Programmin, 2005, Campos do Jordão. Proceedings SugarLoafPLoP'2005. São Carlos : ICMC/USP, 2005. v. 1.
GONÇALVES, R. F; GAVA, V. L; PESSÔA, M. S. P; SPINOLA, M. M. Uma proposta de processo de produção de aplicações Web. Revista Produção, v. 15, n. 3, p. 376-389, set/dez. 2005.
GUEDES, G. T. A. Guia de Consulta Rápida UML2. São Paulo: Novatec, 2004. – ISBN: 85-7522-065-9.
HAYES, B. Cloud Computing. Communications of the ACM, New York, v. 51, Issue 7, p. 9-11, Jul. 2008.
JÚNIOR, J. L. Desenvolvimento ágil de software, 2009. Disponível em: <http://www.phpmg.com/wp-content/uploads/2009/04/joaquimlopesjunior-desenvolvimentoagilsoftware.pdf>. Acesso em: 26 jun. 2009.
103
PADOVANI, Renata Maria et al . Dietary reference intakes: application of tables in nutritional studies. Rev. Nutr., Campinas, v. 19, n. 6, Dec. 2006 . Available from <http://www.scielo.br/scielo.php?script=sci_arttext&pid=S1415-52732006000600010&lng=en&nrm=iso>. access on 02 Dec. 2009. doi: 10.1590/S1415-52732006000600010.
PHILIPPI, S.T. Tabela de composição dos alimentos: suporte para decisão nutricional, 2ª ed.,Coronário, SP, 2002.
PINHEIRO, A. B.V. et al. Tabela para avaliação de consumo alimentar em medidas caseiras,5ª ed.,Atheneu, SP, 2006
RAMAN, T. V. Cloud Computing And Equal Access For All. In: International Cross disciplinary conference on Web accessibility, 2008, Beijing.
REIS, C. Caracterização de um Modelo de Processo para Projetos de Software Livre. 2001. 46 f. Dissertação (Mestrado em Ciências da Computação e Matemática
Computacional) - Instituto de Ciências Matemáticas e de Computação, Universidade de São Paulo, São Carlos, 2001.
SALIM, G. C. M.; CARVALHO I. R. Tempo para cálculos dietéticos: Tabela de composição de alimentos X Software de Nutrição. 2008. Acesso em 01/2009.
Disponível em: <http://www.dietpro.com.br/v2/artigos/arquivos/dbd24a79affe0c023adf4f3975a15156.pdf>.
TACO. Tabela de composição química dos alimentos, versão 2, Ed. Flamboyant,
UNICAMP, 2006, Campinas
WEISS, A. Computing in the clouds. netWorker, New York, v. 11, Issue 4, p. 16-25,
Dec. 2007.
WHO Multicentre Growth Reference Study Group. WHO Child Growth Standards: Head circumference-for-age, arm circumference-for-age, triceps skinfold-for-age and subscapular skinfold-for-age: Methods and development. Geneva:
World Health Organization, 2007.
WHO Multicentre Growth Reference Study Group. WHO Child Growth Standards: Length/height-for-age, weight-for-age, weight-for-length, weight-for-height and body mass index-for-age: Methods and development. Geneva: World Health
Organization, 2006.
104
APÊNDICE A – CD-ROM contendo arquivo no formato Rational Model referente às
especificações detalhadas da UML do sistema forNUT e o arquivo no formato XML
referente ao diagrama de entidade e relacionamentos do banco de dados que pode
ser visualizado no software DBDesigner 4.