Sistema de Gerenciamento de Consultório Odontológico

Transcrição

1 Sistema de Gerenciamento de Consultório Odontológico Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito de conclusão do Curso Superior de Análise e Desenvolvimento de Sistemas. Orientador: Prof. Dr. Luiz Carlos Begosso Área de Concentração: Informática Assis 2014

2 FICHA CATALOGRÁFICA Campos, Danilo Emerson de Melo. Software de Gerenciamento de Consultório Odontológico / Danilo Emerson de Melo Campos. Fundação Educacional do Município de Assis - FEMA - Assis, Páginas. Orientador: Prof. Dr. Luiz Carlos Begosso Trabalho de Conclusão de Curso - Instituto Municipal de Ensino Superior de Assis - IMESA. 1. Programas 2. Controle de Atividades para Clínicas Odontológicas CDD: Biblioteca FEMA

3 Sistema de Gerenciamento de Consultório Odontológico Danilo Emerson de Melo Campos Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso Superior de Análise e Desenvolvimento de Sistemas, analisado pela seguinte comissão examinadora: Orientador: Prof. Dr. Luiz Carlos Begosso Analisador: Prof. Felipe Alexandre Cardoso Pazinatto Assis 2014

4 AGRADECIMENTOS Ao professor, Luiz Carlos Begosso, pela orientação e pela constante motivação, estímulo e direção transmitidos durante o trabalho. Aos amigos, de classe e trabalho pelo apoio e troca de experiências. E a todos que colaboraram direta ou indiretamente na execução deste trabalho. E aos familiares, Iraci Pereira de Melo Campos, Edson Campos da Silva, Natalia Alves Bernardo e Gabriele Priscila de Melo Campos que me incentivaram e compreenderam meus esforços durante todo o período de confecção deste trabalho de conclusão de curso.

5 RESUMO Atualmente é quase que inimaginável um estabelecimento comercial ou industrial sem um software para ajudar nas tomadas de decisões. A partir da constatação da ausência de um recurso de automatização nas clínicas odontológicas na cidade de Maracaí surgiu à oportunidade da criação de um sistema que visa auxiliar as tarefas do dia a dia como agendamento de horário, gerenciamento de mensalidades, recebimentos de serviços prestados a clientes e gerenciamentos de dentistas e pacientes, sempre com foco nas tomadas de decisões visando trazer agilidade e facilidades para usuários diretos ou indiretos. O sistema apresenta uma interface amigável e funcional não se esquecendo da segurança e confiabilidade, requisitos que são indispensáveis no desenvolvimento de qualquer software, independente de área de atuação. Palavras chaves: Software, Clínicas Odontológicas.

6 ABSTRACT Currently it is almost unimaginable that a commercial or industrial establishment without a software to help in decision making, since the lack of a resource automation in odontology clinics in the city of Maraca, came the opportunity of creating a system that aims to assist the tasks of the day by day, as time scheduling, management fees and receipts for services provided to clients, managements of dentists and patients, always focusing on decision making aiming to bring agility and facilities for direct or indirect users. Software will bring a friendly and functional interface, not forgetting the safety and reliability requirements that are indispensable in the development of any independent software field. Key words: Software, clinics Odontology.

7 7 LISTA DE ILUSTRAÇÕES Figura 1 Representa o diagrama EAP do projeto Figura 2 Sequenciamento de Atividades Figura 3 Diagrama de Caso de Uso Figura 4 Diagrama Entidade Relacionamento Figura 5 Diagrama de Classe Figura 6 Diagrama de Atividades Agendar Consulta Figura 7 Diagrama de Atividades Receber Mensalidade Figura 8 Tela Menu Principal Figura 9 Tela De Cadastro de Paciente Figura 10 Agenda... 39

8 8 LISTA DE TABELAS Tabela 1 Acompanhamento do Cronograma...21

9 9 Sumário 1. INTRODUÇÃO OBJETIVOS Objetivos Gerais Objetivos Específicos JUSTIFICATIVAS FOCO DO TRABALHO MOTIVAÇÃO PERSPECTIVA DE CONTRIBUIÇÃO METODOLOGIA DE DESENVOLVIMENTO UML Astah LINGUAGENS DE PROGRAMAÇÃO NET C# BANCO DE DADOS SQL Server 2012 Express PLANEJAMENTO DO PROJETO ESTRUTURA ANALÍTICA DO PROJETO (EAP) SEQUENCIAMENTO DAS ATIVIDADES ESPECIFICAÇÕES DE CUSTO Gerenciamento de Custos ORÇAMENTO Custo Total do Projeto ANÁLISE DO PROJETO ESPECIFICAÇÕES DE REQUISITOS Requisitos Funcionais Requisitos Não Funcionais MODELAGEM DO SISTEMA CASOS DE USO Narrativas de Caso de Uso... 25

10 DIAGRAMA ENTIDADE RELACIONAMENTO DIAGRAMA DE CLASSE DIAGRAMA DE ATIVIDADES RESULTADOS CONCLUSÃO REFERÊNCIAS... 41

11 11 1. INTRODUÇÃO Este trabalho tem como finalidade a elaboração de documentação e implementação de sistema de gerenciamento para consultório odontológico. Constatada falta de ferramentas que oferecem suporte no dia a dia de consultórios odontológicos na cidade de Maracaí SP, o sistema de gerenciamento de consultórios odontológico trará maior interatividade, agilidade, controle e auxílio nas tomadas de decisões para o administrador do consultório e usuários do sistema como odontologistas e secretárias. Espera-se que o sistema possa auxiliar em tarefas como agendamento de consultas, histórico de pacientes e controle de mensalidades de clientes. Em geral, a falta de ferramentas automatizadas faz com que algumas tarefas demorem mais do que o necessário para serem realizadas, como consultar informações sobre os pacientes, controle do recebimento de mensalidades e alterações de horários marcados OBJETIVOS Objetivos Gerais O presente trabalho tem por objetivo o desenvolvimento de um projeto e implementação de um sistema de gerenciamento para consultório dentário. O sistema, denominado de Sistema de Gerenciamento de Consultório odontológico (SGCO), apresenta uma dinâmica para as tarefas diárias de um consultório dentário, auxílio em tomadas de decisões, consultas e retiradas de relatórios visando manter a documentação sobre tarefas efetuadas ou decisões futuras.

12 Objetivos Específicos No controle Financeiro foram implementadas as seguintes funcionalidades: Entrada e saída de caixa. Na área de atendimento ao Cliente foram implementados: Cadastro de Pacientes. Gerenciamento de consultas. As funcionalidades que auxiliam o gestor do sistema nas tomas de decisão, são: Pacientes faltosos; Consultas canceladas; Pacientes aniversariantes; Pacientes inadimplentes; Pacientes que declaram imposto de renda; Receitas por determinado período; Cadastro de usuários do sistema; Cadastro de procedimentos; Cadastro de Dentista; 1.2 JUSTIFICATIVAS Com o surgimento de novas tecnologias e a possibilidade de ter acesso a informações de qualquer lugar com acesso a internet, surgiu à oportunidade da criação de um Sistema de Gerenciamento de Consultório odontológico para uma clínica situada na cidade de Maracaí, já que todas as atividades com relação à administração da clínica eram realizadas de forma manual. Podendo desta forma ocorrer inconsistências e transtornos em relação a históricos de pacientes recebimentos de mensalidades e agendamento de consultas.

13 13 A implementação do sistema visa trazer melhorias e agilidade em tarefas do dia a dia. Como o sistema foi desenvolvido em uma plataforma web, ele possui, como uma de suas principais características, o acesso a informações de qualquer lugar ou horário FOCO DO TRABALHO O foco está em atender as necessidades levantadas da clínica dentária, levando em consideração os seguintes requisitos: Proporcionar otimização de agendamento ou cancelamento de consultas; Manter registro rigoroso de recebimento ou retirada de dinheiro do caixa; Acelerar determinadas funções como busca de registro de algum paciente, relatórios diários, semanais ou mensais de pacientes inadimplentes por exemplo MOTIVAÇÃO Observada a falta de um software para gerenciamento de clínicas odontológicas em toda cidade de Maracaí, e juntamente com a administradora de uma clínica dentária da cidade surgiu à motivação para o desenvolvimento do presente trabalho visando trazer comodidade e agilidade nas tarefas do dia a dia. A possibilidade de implantação do respectivo sistema em outras empresas do mesmo segmento o torna muito interessante, levando-se em consideração que o problema apresentado na cidade de Maracaí também deve existir em outras cidades da região PERSPECTIVA DE CONTRIBUIÇÃO O sistema foi desenvolvido de modo que, se futuramente houver necessidade de novas funcionalidades, estas podem ser implementadas garantindo sempre o atendimento às necessidades de novos clientes, e a modernização do sistema em si.

14 14 2. METODOLOGIA DE DESENVOLVIMENTO Para fins de documentação e validação de requisitos, proporcionando ao usuário e equipe de desenvolvimento um maior entendimento sobre o projeto, foi necessária a utilização de algumas ferramentas para a elaboração da análise e projeto do sistema. A seguir são apresentadas as definições técnicas sobre ferramentas usadas neste projeto UML A UML surgiu da união de três métodos de modelagem: o método de Booch, o método OMT (Object Modeling Technique) de Jacobson, e o método OOSE (Object- Oriented Software Engineering) de Rumbaugh. Estes eram, até meados da década de 90, os métodos de modelagem orientada a objetos mais populares entre os profissionais da área de desenvolvimento de software. A união desses métodos contou com o amplo apoio da Rational Software, que a incentivou e financiou. Tão logo a primeira versão foi lançada, muitas empresas atuantes na área de modelagem e desenvolvimento de software passaram a contribuir para o projeto, fornecendo sugestões para melhorar e ampliar a linguagem. Finalmente, a UML foi adotada, em 1997, pela OMG (Object Management Group ou Grupo de Gerenciamento de Objetos), como uma linguagem-padrão de modelagem. A versão 2.0 da linguagem foi oficialmente lançada em julho de 2005, encontrandose esta atualmente na versão 2.2, sendo que já existe a versão 2.3 beta. Sabe-se que para garantir a qualidade de um software é essencial que seus requisitos sejam compreendidos. Para a confecção de diagramas UML será utilizado o Astah.(Guedes, 2010) Astah O Astah Professional é uma ferramenta de design de sistemas que suporta UML, diagrama de classe, fluxograma, caso de uso, diagrama de sequência, Tabela de Requisições e Mapas Mentais. Astah é uma ferramenta gratuita voltada para a modelagem de diagramas UML (Unified Modeling Language). Além do Astah Professional, existem outras três versões: Astah UML, Astah Community e Astah

15 Share que disponibilizam outras funcionalidades além da modelagem UML, porém, sua licença é comercial. (BRONDANI, 2013) LINGUAGENS DE PROGRAMAÇÃO NET Cabe esclarecer que o.net não é uma linguagem, e sim uma plataforma da Microsoft que permite a utilização de diversas linguagens, como C#, Visual Basic, J# e ASP. O.NET é um componente integrado ao Windows que suporta a execução e desenvolvimento de uma nova geração de aplicações e XML web services. Segundo sua documentação, o,.net foi projetado com os seguintes objetivos: Prover um ambiente consistente de programação orientada a objeto de modo que o código é armazenado e executado localmente, mas pode também ser armazenado na internet e executado remotamente. Prover um ambiente de execução de código que minimiza o desenvolvimento de software e conflitos de versão. Prover um ambiente de execução de código que elimine os problemas de desempenho gerados por linguagens de script ou ambientes interpretados. Aproveitar o conhecimento do programador em diferentes tipos de aplicações como aplicações desktop ou web. Construir toda comunicação em padrões reconhecidos pela indústria para que o.net possa se integrar em qualquer tipo de código.(lotar, 2010) C# É uma linguagem de programação orientada a objetos, simples e poderosa, e ao mesmo, tempo ideal para desenvolvimentos web com a plataforma.net. A sua sintaxe orientada a objetos foi baseada no C++, mas inclui muitas influências de outras linguagens de programação, como Object Pascal e Java. Possui um mecanismo chamado Garbage Colector (Coletor de lixo) que gerencia de forma

16 automática, a memoria utilizada pelas aplicações e facilita o desenvolvimento de aplicações web e desktop.(lotar, 2010) 2.3. BANCO DE DADOS SQL Server 2012 Express O Microsoft SQL Server 2012 Express é um sistema gratuito de gerenciamento de dados avançado e confiável que fornece um repositório de dados confiável e avançado para sites leves e aplicativos de área de trabalho, aplicativos Web e de servidores pequenos. A versão do SQL Server 2012 Express inclui a versão completa do SQL Server 2012 Management. Essa versão não contém o banco de dados, mas apenas as ferramentas para gerenciar as instâncias do SQL Server, incluindo LocalDB, SQL Express, SQL Azure, versão completa do SQL Server 2012 Management Studio.( Microsoft, 2014).

17 17 3. PLANEJAMENTO DO PROJETO 3.1. ESTRUTURA ANALÍTICA DO PROJETO (EAP) A EAP (Estrutura Analítica do Projeto) ou WBS (Work Breakdown Structure) é fundamental para o projeto, pois através dela consegue-se organizar e definir o escopo do projeto. Todo o trabalho do projeto deve ser visualizado na EAP, caso contrário, não faz parte do escopo. Alguns pontos interessantes da EAP: Separa as entregas em partes menores para assegurar que o plano de gerenciamento do projeto cumprirá o escopo aprovado; Auxilia na decomposição do projeto em elementos simples; Auxilia no planejamento e na designação de responsabilidades; Fundamental para a comunicação referente ao escopo do projeto entre os clientes e futuros usuários do sistema. Uma etapa muito importante para o escopo e a coleta de requisitos que consiste em definir e gerenciar as expectativas do cliente. Os requisitos documentados serão a estrutura para a criação da EAP, essas informações do cliente serão as futuras funcionalidades e características do sistema (PMI, 2008). Com todas as informações em mãos pode-se construir a WBS, que é criada com base nas informações do inicio do projeto e segue por toda área de planejamento, execução, monitoramento e controle do projeto. A estrutura da EAP segue uma hierarquia orientada ao cronograma de entrega do trabalho que serão executados pela equipe responsável pelos objetivos. Todo trabalho planejado é contido em componentes menores que são os níveis mais baixos da EAP, denominados de pacotes (PMI, 2008). A figura 1 representa o WBS do Sistema de Gerenciamento de Consultório Odontológico.

18 18 Figura 1 Representa o diagrama EAP do projeto SEQUENCIAMENTO DAS ATIVIDADES O sequenciamento da atividade envolve identificar e documentar os relacionamentos lógicos entre as atividades. As atividades devem ser sequenciadas corretamente para suportar o desenvolvimento de um cronograma realístico e alcançável. O sequenciamento pode ser feito com o auxílio de ferramentas como o Astah ou com técnicas manuais. As técnicas manuais são, geralmente, mais efetivas em projetos menores e em fases iniciais de projetos maiores quando poucos detalhes estão disponíveis. As técnicas manuais e automatizadas podem, também, ser utilizadas em conjunto. A figura 2 ilustra o processo de Sequenciamento de Atividades do Sistema de Gerenciamento de Consultório Odontológico.

19 ESPECIFICAÇÕES DE CUSTO Figura 2 Sequenciamento de Atividades Gerenciamento de Custos É interessante notar que, o gerenciamento de custos trata principalmente dos custos dos recursos necessários para terminar as atividades, ou seja, dos custos referentes aos recursos alocados nas mesmas. De forma a garantir que o projeto seja executado

20 dentro do orçamento aprovado para o projeto sua estimativa deve ser baseada na WBS, e devem estar envolvidos pontos como: 20 Custos de mão de obra; Custos de materiais e suprimentos; Custos de serviços contratados; Custos de gerenciamento; Custos de sistemas utilizados ORÇAMENTO Custo com recursos humanos Analista Quantidade de Custo / hora (R$) Total (R$) horas Analista , Custo Analista Programador Quantidade de Custo / hora (R$) Total (R$) horas Programador , Custo Programadores Custo Total Humano R$19,500 Equipamento 01 computador Valor unitário = R$2.748,00 Dias (de uso) = 200 dias Depreciação = R$2.748,00 / 24 meses (02 anos. Tempo de depreciação) = R$114,5/mês Custo nos 200 dias = R$763,00; 01 Impressora Valor = R$300,00 Dias (de uso) = 200 dias Depreciação = R$300,00 / 24 = R$12,5 Custo nos 200 dias = R$83,33

21 21 Custo Total com Equipamentos = R$846,33 Software Visual Studio Professional 2012 = R$795,00 Microsoft SQL Server Express = R$0,00 Astah Professional = R$208,26 Axure 7.0 = R$600,00Db Designer = R$0,00 Microsoft Office Professional 2013 = R$1.179,00 Custo Total com software = R$2.782, Custo Total do Projeto Tipo Valor R$ Custo Humano ,00 Equipamentos 846,33 Software 2.782,23 Total , ACOMPANHAMENTO DO CRONOGRAMA Atividades Data Início Data Fim Previsão Dias Status Levantamento de Necessidades 02/dez 08/dez 5 Ok Levantamento de Requisitos 09/dez 11/dez 2 Ok Especificação dos Requisitos 11/dez 17/dez 5 Ok Caso de Uso 18/dez 24/out 5 Ok Especificação Caso de Uso 26/dez 09/jan 10 Ok Diagrama de Atividades 10/jan 16/jan 5 Ok Diagrama de Classe 17/jan 23/jan 5 Ok Estrutura Analítica 24/jan 29/jan 5 Ok Sequenciamento de Atividades 30/jan 05/fev 5 Ok Cronograma 06/fev 11/fev 5 Ok Orçamento 12/fev 17/fev 5 Ok Implementação 03/mar 17/jul 120 OK Testes 18/jul 24/jul 5 OK Total 182 Tabela 1 Acompanhamento do Cronograma

22 22 4. ANÁLISE DO PROJETO 4.1 ESPECIFICAÇÕES DE REQUISITOS A tarefa de desenvolvimento de software engloba uma série de fases e atividades, que independentemente da metodologia escolhida, ocorrem para a realização do seu objetivo maior: entregar software funcionando corretamente dentro do orçamento e prazos previstos para o seu desenvolvimento. Segundo Andrade (2014), especificação de requisitos - São todas as atividades realizadas para identificar, analisar, especificar e definir as necessidades de negócio que um aplicativo deve prover para solução do problema levantado. Gestão de requisitos preocupa-se com a documentação, versionamento, controle de mudanças e qualidade dos requisitos levantados na fase de especificação de requisitos. Todo requisito apresenta um ciclo de vida único que acompanha a dinâmica dos negócios associados. Assim sendo, não se pode esperar que um requisito seja imutável ao longo do tempo, uma vez que o negócio do qual o requisito se desprende é dinâmico Requisitos Funcionais Declarações de funções que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como deve se comportar em determinadas situações. Seguem os requisitos funcionais do Sistema de Gerenciamento de Consultório Odontológico. Manter Usuário (Administrador); Manter Dentista (Administrador); Manter Procedimentos (Administrador); Manter Mensalidades (Administrador, secretária); Gerar Comprovante de Pagamentos (Administrador, secretária);

23 23 Gerar Inadimplentes (Administrador, secretária); Gerar Receitas (Administrador, secretária); Manter Pacientes (Administrador, secretária); Gerar Declarantes de imposto de renda (Administrador, secretária); Gerar Aniversariantes (Administrador, secretária); Manter Consulta (Administrador, secretária); Gerar Lembrete de Consulta (Administrador, secretária); Gerar Relatórios de pacientes faltosos (Administrador, secretária); Gerar Relatórios de Consultas Canceladas (Administrador, secretária); Permitir que um usuário autorizado exclua consultas que por ventura venha ser canceladas por algum contratempo. Permitir a visualização de dados estatísticos como pacientes inadimplentes, pacientes faltosos, pacientes que declaram imposto de renda e aniversariantes do mês. Permitir que um usuário autorizado forneça, opcionalmente, um porcentual mínimo de desconto com autorização mediante digitação de senha do administrador Requisitos Não Funcionais Expressam qualidade e restrições sobre os serviços ou as funções oferecidas pelo sistema. Seguem os requisitos não funcionais do Sistema de Gerenciamento de Consultório Odontológico: Os usuários deverão estar logados no sistema antes de acessarem os recursos e ferramentas do software. O sistema deve permitir que usuários autorizados sejam capazes de agendar consultas, cadastrar pacientes, e gerenciar mensalidades. Permitir que usuários autorizados possam editar posteriormente um cadastro de clientes ou adequar agenda de consultas. Possuir uma plataforma de desenvolvimento que traz toda confiabilidade na parte de segurança e no seu comportamento funcional.

24 24 5. MODELAGEM DO SISTEMA 5.1 CASOS DE USO Larman (2004) considera os casos de uso como um mecanismo amplamente utilizado para descobrir e registrar requisitos. Um caso de uso vem a representar uma forma descrita de como usar o sistema para resolver os requisitos descritos pelo cliente. Os casos de usos seriam em termos simples, casos em que o sistema seria usado pelo usuário, um cenário onde o usuário estaria se utilizando de todas as funcionalidades que o programa tem e todos os tipos de resultados esperados que o programa deva apresentar como resposta. Os casos de usos são feitos em duas formas, uma escrita, de acordo com os vários padrões existentes, como colunas de ação do usuário e reação do sistema, ou listas de ações e estados possíveis com várias ações do sistema. Posteriormente a diagramação, onde a UML possui um padrão para ilustrar os nomes dos casos de usos, atores e seus relacionamentos. A Figura 3 representa o diagrama de caso de

25 uso do Sistema de Gerenciamento de Consultório Odontológico. 25 Figura 3 Diagrama de Caso de Uso Narrativas de Caso de Uso Caso de Uso: Manter Usuário Ator: Administrador Fluxo Principal Fluxo Principal 1- O ator Seleciona a aba de cadastros de usuários; 2- O sistema Lista as opções; 3- O ator seleciona que deseja incluir um novo usuário (A1, A2, A3); 4- O sistema solicita os dados cadastrais; 5- O ator Insere os dados e confirma a operação; 6- O sistema retorna mensagem de operação executada com sucesso (E2); 7- O caso de uso é encerrado;

26 26 Fluxo alternativo A1- Atualizar Cadastro 1- O ator seleciona o cadastro que deseja alterar (E1); 2- O sistema oferece o cadastro para alteração; Segue com o passo 5 do fluxo principal. A2- Excluir Cadastro 1- O ator Seleciona o usuário que deseja excluir (E1); 2- O sistema solicita confirmação; 3- O ator confirma a exclusão; 4- O sistema efetua a exclusão e retorna ao passo 2 do fluxo principal. A3- Cancelar Operação 1- O ator cancela a operação de cadastro podendo ou não informar algum dado; 2- O Sistema Retorna ao Passo 2 do fluxo principal; Fluxo de exceção E1- Usuário não cadastrado 1- O sistema realiza uma consulta e verifica que o usuário não esta cadastrado; 2- O sistema retorna ao passo 2 do fluxo principal. E2- Falta ou Dados incorretos 1- O sistema verifica os campos obrigatórios em branco ou dados incorretos; 2- O sistema retorna uma mensagem listando campos inconsistentes para serem revidas; 3- O sistema retorna ao passo 5 do fluxo principal.

27 27 Caso de Uso: Manter Dentista Ator: Administrador Fluxo Principal 1- O ator Seleciona a aba de cadastros de dentistas; 2- O sistema Lista as opções; 3- O ator seleciona que deseja incluir um novo dentista (A1, A2, A3); 4- O sistema solicita os dados cadastrais; 5- O ator Insere os dados e confirma a operação; 6- O sistema retorna mensagem de operação executada com sucesso (E2); 7- O caso de uso é encerrado; Fluxo alternativo A1- Atualizar Cadastro 1- O ator seleciona o cadastro que deseja alterar (E1); 2- O sistema oferece o cadastro para alteração; Segue com o passo 5 do fluxo principal. A2- Excluir Cadastro 1- O ator Seleciona o dentista que deseja excluir (E1); 2- O sistema solicita confirmação; 3- O ator confirma a exclusão; 4- O sistema efetua a exclusão e retorna ao passo 2 do fluxo principal. A3- Cancelar Operação

28 28 1- O ator cancela a operação de cadastro podendo ou não informar algum dado; 2- O Sistema Retorna ao Passo 2 do fluxo principal; Fluxo de exceção E1- Dentista não cadastrado 1- O sistema realiza uma consulta e verifica que o dentista não esta cadastrado; 2- O sistema retorna ao passo 2 do fluxo principal. E2- Falta ou Dados incorretos 1- O sistema verifica os campos obrigatórios em branco ou dados incorretos; 2- O sistema retorna uma mensagem listando campos inconsistentes para serem revidas; 3- O sistema retorna ao passo 5 do fluxo principal. Caso de uso: Manter mensalidade Ator: Administrador, Secretária. Fluxo Principal 1- O ator Seleciona a aba de mensalidades; 2- O sistema Lista as opções; 3- O ator seleciona que deseja efetuar baixa de mensalidade (A1); 4- O sistema solicita os dados do paciente; 5- O ator Insere os dados e confirma a operação (E1); 6- O sistema retorna o histórico de mensalidades pagas e em aberto (E2); 7- O ator seleciona qual mensalidade será paga; 8- O sistema baixa a mensalidade e emite comprovante de pagamento; 9- O caso de uso é encerrado;

29 29 Fluxo alternativo A1- Atualizar Mensalidade 1- O ator seleciona que deseja alterar mensalidade (E1); 1- O sistema solicita os dados do paciente; 2- O ator Insere os dados e confirma a operação; 3- O sistema lista mensalidades em aberto para alteração; 4- O ator seleciona mensalidade que deseja alterar (A2); 5- O sistema atualiza os dados e retorna ao passo 2 do fluxo principal. A2- Ator não tem Privilégios de administrador 1- O sistema solicita senha de administrador (A1); 2- O ator informa seu usuário e senha; 3- O sistema verifica os privilégios do ator (A2); 4- O Sistema retorna ao passo 2 do fluxo principal. A3- Cancelar Operação 1- O ator cancela a operação de cadastro podendo ou não informar algum dado; 2- O Sistema Retorna ao Passo 2 do fluxo principal; Fluxo de exceção E1- Usuário não cadastrado 1- O sistema realiza uma consulta e verifica que o usuário não esta cadastrado; 2- O sistema retorna ao passo 2 do fluxo principal. E2- Falta ou Dados incorretos

30 30 1- O sistema verifica os campos obrigatórios em branco ou dados incorretos; 2- O sistema retorna uma mensagem listando campos inconsistentes para serem revidas; 3- O sistema retorna ao passo 4 do fluxo principal. Caso de Uso: Manter Paciente Ator: Administrador, secretária. Fluxo Principal 1- O ator Seleciona a aba de cadastros de Pacientes; 2- O sistema Lista as opções; 3- O ator seleciona que deseja incluir um novo paciente (A1, A2, A3); 4- O sistema solicita os dados cadastrais; 5- O ator Insere os dados e confirma a operação; 6- O sistema retorna mensagem de operação executada com sucesso (E2); 7- O caso de uso é encerrado; Fluxo alternativo A1- Atualizar Cadastro 1- O ator seleciona o cadastro que deseja alterar (E1); 2- O sistema oferece o cadastro para alteração; Segue com o passo 5 do fluxo principal. A2- Excluir Cadastro 1- O ator Seleciona o cadastro que deseja excluir (E1); 2- O sistema solicita confirmação; 3- O ator confirma a exclusão; 4- O sistema efetua a exclusão e retorna ao passo 2 do fluxo principal.

31 31 A3- Cancelar Operação 1- O ator cancela a operação de cadastro podendo ou não informar algum dado; 2- O Sistema Retorna ao Passo 2 do fluxo principal; Fluxo de exceção E1- Usuário não cadastrado 1- O sistema realiza uma consulta e verifica que o usuário não esta cadastrado; 2- O sistema retorna ao passo dois do fluxo principal. E2- Falta ou Dados incorretos 1- O sistema verifica os campos obrigatórios em branco ou dados incorretos; 2- O sistema retorna uma mensagem listando campos inconsistentes para serem revidas; 3- O sistema retorna ao passo 5 do fluxo principal. Caso de Uso: Manter Agenda Ator: Administrador, secretária. Fluxo Principal 1- O ator Seleciona a aba da agenda; 2- O sistema Lista as opções; 3- O ator seleciona que deseja incluir uma nova consulta (A1, A2, A3); 4- O sistema solicita os dados; 5- O ator Insere os dados e confirma a operação;

32 32 6- O sistema retorna mensagem de operação executada com sucesso gerando comprovante do agendamento de nova consulta (E2); 7- O caso de uso é encerrado; Fluxo alternativo A1- Atualizar consulta 1- O ator seleciona a consulta que deseja alterar (E1); 2- O sistema oferece o cadastro para alteração; Segue com o passo 5 do fluxo principal. A2- Excluir consulta 1- O ator Seleciona a consulta que deseja excluir (E1); 2- O sistema solicita confirmação; 3- O ator confirma a exclusão; 4- O sistema efetua a exclusão e retorna ao passo 2 do fluxo principal. A3- Cancelar Operação 1- O ator cancela a operação de cadastro podendo ou não informar algum dado; 2- O Sistema Retorna ao Passo 2 do fluxo principal; Fluxo de exceção E1- consulta não cadastrado 1- O sistema realiza uma busca e verifica que a consulta não está cadastrada; 2- O sistema retorna ao passo 2 do fluxo principal. E2- Falta ou Dados incorretos

33 33 1- O sistema verifica os campos obrigatórios em branco ou dados incorretos; 2- O sistema retorna uma mensagem listando campos inconsistentes para serem revidas; 3- O sistema retorna ao passo 5 do fluxo principal 5.2. DIAGRAMA ENTIDADE RELACIONAMENTO Modelo baseado na percepção do mundo real, que consiste em um conjunto de objetos básicos chamados entidades e nos relacionamentos entre esses objetos tem como principal objetivo facilitar o projeto de banco de dados, possibilitando a especificação da estrutura lógica geral do banco de dados. A estrutura lógica geral de um banco de dados pode ser expressa graficamente por um Diagrama Entidade- Relacionamento (DER). O DER serve para modelar os dados do sistema se torna interessante quando se deseja especificar os dados que são necessários, mostrar a quem pertence os dados e identificar seus relacionamentos. (YOURDON, 1997) A figura 4 ilustra o DER do Sistema de Gerenciamento de Consultório Odontológico.

34 34 Figura 4 Diagrama Entidade Relacionamento 5.3. DIAGRAMA DE CLASSE O diagrama de classes é provavelmente o diagrama mais utilizado e é um dos mais importantes da UML. Serve de apoio para a maioria dos demais diagramas. Como o próprio nome diz, define a estrutura das classes utilizadas pelo sistema, determinando os atributos e métodos que cada classe tem, além de estabelecer como as classes se relacionam e trocam informações entre si. (Guedes, 2010). A Figura 5 ilustra o Diagrama de Classe do Sistema de Gerenciamento de Consultório Odontológico.

35 35 Figura 5 Diagrama de Classe 5.4. DIAGRAMA DE ATIVIDADES O diagrama de atividades era considerado um caso especial do antigo diagrama de gráfico de estado hoje conhecido como diagrama de máquina de estado. A partir da UML 2.0 foi considerado independente do diagrama de máquinas de estado. O diagrama de atividades preocupa-se em descrever os passos a serem percorridos para a conclusão de uma atividade específica muitas vezes representada por um método com certo grau de complexidade e não de um processo completo como é considerado o diagrama de sequência ou colaboração embora também possa ser

36 36 utilizado para tal fim.(guedes, 2010). O diagrama de atividades do Sistema de Gerenciamento de Consultório Odontológico encontra-se na representação abaixo figuras 6 e 7. Figura 6 Diagrama de Atividades Agendar Consulta

37 Figura 7 Diagrama de Atividades Receber Mensalidade 37

38 38 6. RESULTADOS Figura 8 Tela Menu Principal Figura 9 Tela De Cadastro de Paciente

39 Figura 10 Agenda 39

40 40 7. CONCLUSÃO O desenvolvimento do presente trabalho proporcionou um ganho de experiência em desenvolvimento web, C#, diagramas UML e gerenciamento de banco de dados, assim concluindo que os objetivos foram todos atingidos. Espera-se que após implantação do SGCO, o mesmo possa trazer todos os benefícios que um sistema web proporciona a seus usuários, como a comodidade de acesso as informações de qualquer lugar com acesso a internet e a agilidade da automatização de processos diários reduzindo o tempo de realização de tarefas. Como trabalhos futuros, pretende-se desenvolver o módulo de folha de pagamento, painel do usuário para uma aproximação dos dentistas e funcionários da clinica com pacientes e o modulo de SMS como lembretes de consultas ou avisos de cancelamentos.

41 41 8. REFERÊNCIAS ANDRADE, Márcio S. Importância do levantamento de Requisitos Disponível em: Acesso em: 04 de março de BRONDANI, Camila; AREND, Cesar; ZILIO, Darciele; PUIATI, José Carlos. Guia Prático de utilização da ferramenta Astah Community 6.1. Disponível em: < Acesso em 06 de Março de Guedes, Gilleanes T. A. UML Uma Abordagem Pratica, 3 Edição. São Paulo, Editora Novatec, LARMAN, Craig - Utilizando UML e Padrões. Editora Bookman, p. LOTAR, Alfredo Como Programar com ASP.NET e C#, 2 Edição. São Paulo, Editora Novatec, Microsoft SQL Server disponível em: Acesso em 07 de março de Requisitos Funcionais e não funcionais disponível em: Acesso em: 04 de março de PMI. Um guia do conhecimento em gerenciamento de projetos: guia PMBOK. 4. ed. Newton Square: PE, p. YOURDON, Edward - Análise Estruturada Moderna; 3ª Edição; Editora Campus; Rio de Janeiro, 1990.