Análise de Requisitos de Software

Transcrição

1 Universidade Estadual do Oeste do Paraná UNIOESTE Centro de Ciências Exatas e Tecnológicas CCET Curso de Bacharelado em Informática Docente: Victor Francisco Araya Santander Análise de Requisitos de Software Acadêmicos: Cleber Pivetta Felipe Ricardo Zottis Gustavo Mantovani Cascavel, Paraná 06/04/2009

2 Sumário Motivação...3 Introdução: O Problema Identificado...3 Requisitos Funcionais...4 Requisitos Não Funcionais...7 Requisitos de Processo...7 Requisitos de Produto...8 Grafo SIG...10 Diagrama de Casos de Uso...12 Descrição dos Casos de Uso...12 Diagrama de Classes...23 Conclusão...26 Apêndice A - Sobre o Consultório Odontológico Dra. Vanessa Mantovani...27 Apêndice B Coleta de Informações...28 Apêndice C Relatório Final da Equipe...29

3 3 Motivação As melhorias oferecidas pela informática no controle e praticidade das atividades relacionada a empresas e estabelecimentos comerciais é uma realidade nos dias de hoje. Os benefícios trazidos pela informatização podem ser observados com freqüência nos estabelecimentos que recorrem ao uso da tecnologia. Tendo em vista estas facilidades, a Cirurgiã Dentista Vanessa Mantovani deseja fazer com que seu consultório odontológico vislumbre as melhorias oferecidas por um sistema de informação bem estruturado e que seja adequado às suas necessidades. Portanto, o projeto intitulado OdontoPro tem como objetivo propor melhorias nos processos realizados diariamente neste consultório odontológico, muitos dos quais são feitos e controlados informalmente e manualmente, sem a ajuda de qualquer sistema ou ferramenta especificamente feitos para auxiliá-lo. Introdução: O Problema Identificado Este projeto de estudo foi baseado no Consultório Odontológico Dra. Vanessa Mantovani localizado em Guarujá do Sul, Santa Catarina (Ver Apêndice A). A preferência por este deu-se pelo motivo do mesmo necessitar maior agilidade e um controle mais regrado no processo de cadastro de pacientes. O Apêndice B mostra detalhadamente como se deu o processo de levantamento de requisitos com o cliente. O Consultório Odontológico Dra. Vanessa Mantovani necessita implantar um sistema de cadastro, pois, aplica na maioria dos seus pacientes serviços de Ortodontia, sendo necessário o agendamento de consultas mensais para os mesmos. Atualmente toda etapa de cadastro de pacientes, bem como as cobranças das consultas mensais são executadas pelo secretario e registradas manualmente. Realizar o cadastro desta maneira torna-se um problema à medida que o número de pacientes aumenta e os mesmos deixam atrasar o pagamento de suas consultas. Devido a isso será dada ênfase não só na parte de cadastros, mas também, na parte financeira e administrativa, ou seja, controlar pagamentos, realizar agendamento de consultas, resultará em uma maior organização e num controle financeiro mais eficiente. Juntamente com o agendamento das consultas, será registrado qual o tratamento que o paciente foi submetido, armazenando assim em um banco de dados o histórico de cada paciente atendido no consultório. Sendo assim, o sistema implicará na organização dos cadastros e na economia de tempo por parte do funcionário que executa estes cadastros e

4 4 efetiva as cobranças. Para isso as principais funcionalidades do OdontoPro serão: Efetuar o Cadastro de Pacientes Agendar Consultas Armazenar o Histórico do Paciente Controlar Pagamentos Tendo em vista as necessidades supracitadas, este documento tem por objetivo analisar alternativas para supri-las ou no mínimo amenizá-las significativamente. Requisitos Funcionais A seguir serão apresentados os Requisitos Funcionais 1 OdontoPro assim como uma breve descrição dos mesmos. do sistema [RF 01] Login O sistema deverá restringir seu acesso somente à pessoas cadastradas. Desta forma, é obrigatório entrar com um nome de usuário e sua senha para efetivamente utilizar o programa. Ao usuário administrador chamado admin será atribuído o poder de cadastrar novos usuários efetivos do sistema, ação que não se verifica ao usuário do tipo secretário. [RF 02] Cadastrar Usuários O sistema possibilitará realizar o cadastro de novos usuários utilizarem o sistema. Esta ação poderá ser realizada somente pelo usuário administrador 2 admin.uma mensagem de confirmação deverá ser exibida ao administrador. [RF 03] Remover Usuários O sistema será capaz de remover um determinado usuário de seu banco de dados. Esta ação constitui na remoção do seu nome de usuário e senha. Uma mensagem de confirmação ou erro, se o usuário requisitado não estiver cadastrado no banco de dados, deve ser exibida ao administrador. [RF 04] Cadastrar Dentistas O sistema possibilitará realizar o cadastro dos dentistas que atendem no consultório. Os dados cadastrais incluem informações profissionais, pessoais, endereço e contato. Mensagens de confirmação ou erro deverão ser exibidas caso o número CRO 3 do dentista já esteja registrado no banco de dados. [RF 05] Remover Dentistas 1 Ações que um sistema deve ser capaz de executar como também os comportamentos de entrada e saída do mesmo. 2 Entende-se como a pessoa responsável pelo sistema, neste caso o dono do estabelecimento. 3 Conselho Regional de Odontologia

5 5 O sistema possibilitará a remoção de dentistas cadastrados. A remoção destes deve ser feita com a informação de seu nome e CRO. Uma mensagem de confirmação na remoção ou erro na operação deve ser exibida ao usuário. [RF 06] Editar Cadastro de Dentista O sistema fornecerá mecanismos para possibilitar a modificação das informações referentes aos seus dentistas. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 07] Cadastrar Pacientes O sistema possibilitará realizar o cadastro dos pacientes do consultório. Os dados cadastrais incluem informações pessoais, endereço e contato. Uma mensagem de confirmação no cadastro ou erro na operação deve ser exibida ao usuário. [RF 08] Remover Pacientes O sistema possibilitará a remoção de pacientes cadastrados. A remoção destes deve ser feita com a informação de seu nome. Uma mensagem de confirmação na remoção ou erro na operação deve ser exibida ao usuário. [RF 09] Editar Cadastro de Paciente O sistema fornecerá mecanismos para possibilitar a modificação das informações referentes aos seus pacientes. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 10] Cadastrar Responsáveis O sistema possibilitará realizar o cadastro de responsáveis pelo pagamento de consultas realizadas por pacientes menores de idade. Os dados cadastrais incluem informações referentes às formas de pagamentos como também as já encontradas em um cadastro de paciente. [RF 11] Remover Responsáveis O sistema possibilitará a remoção dos responsáveis cadastrados. A remoção destes deve ser feita com a informação de seu nome. Uma mensagem de confirmação na remoção ou erro na operação deve ser exibida ao usuário. [RF 12] Editar Cadastro de Responsáveis O sistema deve fornecer mecanismos para possibilitar a modificação das informações referentes aos responsáveis cadastrados. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 13] Cadastrar Tratamentos O sistema possibilitará que os tratamentos realizados pelo consultório sejam cadastrados. Os dados cadastrais constituem de informações referentes aos processos realizados ao longo do tratamento, como também o valor unitário cobrado por este. [RF 14] Remover Tratamentos

6 6 O sistema possibilitará a remoção de um tratamento cadastrado. A remoção destes deve ser feita com a informação de seu nome. Uma mensagem de confirmação na remoção ou erro na operação deve ser exibida ao usuário. [RF 15] Editar Cadastro de Tratamentos O sistema fornecerá mecanismos para possibilitar a modificação das informações referentes aos tratamentos cadastrados. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 16] Cadastrar Empresas Conveniadas O sistema possibilitará realizar o cadastro de empresas conveniadas ao consultório. Os dados cadastrais incluem informações de endereço, contato, formas de pagamentos, descontos e os empregados da empresa que virão a utilizar o recurso do convênio. [RF 17] Remover Empresas Conveniadas O sistema possibilitará a remoção de empresas conveniadas cadastradas. A remoção destas deve ser feita com a informação de seu CNPJ. Uma mensagem de confirmação na remoção ou erro na operação deve ser exibida ao usuário. [RF 18] Editar Cadastro de Empresas Conveniadas O sistema fornecerá mecanismos para possibilitar a modificação das informações referentes às empresas conveniadas ao consultório. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 19] Cadastrar Consulta O sistema permitirá registrar uma consulta realizada, como também todo o procedimento realizado nesta e o seu custo total. Este requisito ao ser realizado deve associar a consulta como débito do seu respectivo paciente, se o pagamento não foi efetuado. Se o pagamento ocorreu, a consulta é registrada no sistema, porém não constará como em débito. [RF 20] Editar Dados de Consultas O sistema fornecerá mecanismos para possibilitar a modificação das informações referentes às consultas realizadas. Dados referentes à uma consulta realizada poderão ser modificados futuramente, como por exemplo se o pagamento desta vier a ocorrer. Uma mensagem de confirmação na alteração ou erro na operação deve ser exibida ao usuário. [RF 21] Exibir Informações de Consultas O sistema possuirá recursos de pesquisas que possibilitam exibir as informações referentes às consultas realizadas e cadastradas. A busca será efetivada por datas. [RF 22] Agendar Consultas O sistema possuirá uma agenda a qual deverá mostrar quais horários, por data, estão disponíveis para agendamento de pacientes. Esta ação constitui

7 7 em selecionar um horário vago, informar o nome do paciente e o seu dentista desejado. O [RF 08] acontece nesta etapa somente se a secretária já possui as informações referentes a consulta a ser realizada. Uma mensagem de confirmação no agendamento ou erro na operação deverá ser exibida ao usuário. [RF 23] Remover Consulta Agendada O sistema permitirá que uma determinada consulta agendada seja removida. A data da consulta deve ser informada para que esta seja excluída. Uma mensagem de confirmação na remoção ou erro na operação deverá ser exibida ao usuário. [RF 24] Bloquear Datas ou Horários A agenda do sistema permitirá invalidar datas ou horários em que o consultório ou um determinado dentista não estará disponível para atendimento. [RF 25] Registrar Pagamento O sistema possuirá recursos que permitem registrar pagamentos de consultas e que assim débitos sejam quitados. Através deste requisito será possível realizar o controle das quantidades monetárias que são depositadas para o consultório. [RF 26] Cadastrar Débito Esta ação consiste em cadastrar um débito e seu respectivo paciente. Requisitos Não Funcionais A seguir serão apresentados os requisitos Não Funcionais 4 do sistema OdontoPro, bem como uma breve descrição dos mesmos. Os três tipos de NFRs (Requisitos do processo, Requisitos do produto e Requisitos externos) serão comentados. O grafo SIC 5 encontra-se em anexo (ver Anexo 2). Requisitos de Processo [RNF - PROC 01] Banco de Dados PostgreSQL Proporciona integridade, confiabilidade e segurança dos dados utilizados pelo sistema OdontoPro. O banco de dados PostgreSQL é um servidor de banco de dados altamente sofisticado, com alta performance, estável e capacitado para lidar com grandes volumes de dados. Constitui um produto Open Source e sem custos de licença. [RNF - PROC 02] Java 4 Qualidades globais de um software 5 Ilustra o interrelacionamento entre os requisitos não funcionais de produto

8 8 O desenvolvimento do sistema será feito na linguagem orientada a objetos Java. Esta é caracterizada por ser robusta e portável, sendo assim o sistema OdontoPro pode ser adaptado a outros ambientes e sistemas operacionais. [RNF - PROC 03] Sistema Operacional Windows Proporciona melhor usabilidade aos usuários do sistema OdontoPro, pois estes já são familiarizados com o sistema operacional. [RNF - PROC 04] Componentes Gráficos Java Componentes de interface gráfica Java, previamente definidos pelo padrão da linguagem, auxiliam na criação de uma interface concisa, elegante e de fácil uso. [RNF - PROC 05] Hardware Adequado A máquina disponível para a implantação do sistema OdontoPro possui um processador Pentium III com freqüências de clock de 1000 Mhz, 512 megabytes de memória RAM, disco para armazenamento com capacidade de 40 gigabytes. Estas características verificadas determinam que este computador é adequado para um bom funcionamento do software. [RNF - PROC 06] Login Para sua utilização, o sistema necessita autenticar um determinado usuário através de seu nome de usuário e senha. [RNF PROC 07] Teclas de Atalho O sistema possuirá teclas de atalho que permitem acesso ágil às sessões mais utilizadas pelo usuário, como por exemplo, a agenda. Requisitos de Produto [RNF 01] Performance Requisito que interfere na usabilidade e na facilidade de uso do sistema, é provido pelo uso de um Hardware adequado [OP 05], linguagem Java [OP 02] e o banco de dados SQL [OP 01]. [RNF 02] Disponibilidade A disponibilidade das informações do sistema será mantida pelo banco de dados Postgre SQL [OP 01] sendo que o acesso a este será feito por intermédio de login e senha [OP 06]. [RNF 03] Custo Baixo O baixo custo do software é caracterizado pelo uso de ferramentas freeware para o desenvolvimento. Tanto a linguagem Java [OP 02] como o banco de dados PostgreSQL [OP 01] não necessitam aquisições de licenças para sua

9 9 utilização. O único investimento relevante a ser considerado é com a aquisição de uma licença para utilização do sistema operacional Windows [OP 03]. [RNF 04] Interface de Fácil Utilização Uma interface de fácil utilização é importante para que quem use o sistema consiga se localizar e realizar funções sem perda de tempo, os componentes gráficos Java [OP 04] auxiliam a criar uma interface agradável com o usuário, alem do uso do Windows XP [OP 03], que segundo os funcionários e gerente proporciona uma sensação de segurança e de e bem estar, pois estes já têm uma prévia familiaridade com este sistema operacional. [RNF 05] Usabilidade A usabilidade do sistema permite que a secretária seja mais eficiente no atendimento dos pacientes. A facilidade de uso do programa esta diretamente ligada com a disponibilidade de uma interface de fácil utilização [RNF 04] e a utilização de hardware adequado para executá-lo. [RNF 06] Segurança A segurança dos dados do consultório é fundamental para seu bom funcionamento, tal segurança é provida através do uso de um banco de dados PostgreSQL [OP 01], e o uso de Login [OP 06] para efetivamente operá-lo. [RNF 06] Qualidade de Atendimento Requisito que influencia na satisfação do paciente e é influenciado pela performance [RNF 01] e a segurança [RNF 06] do sistema, um bom atendimento do ponto de vista referente ao software estará ligado à familiaridade que a secretária tem com o software, conseguindo assim cumprir suas tarefas sem que ocorram muitos erros de percurso. [RNF 13] Integridade A integridade dos dados será mantida pela utilização do banco de dados PostgreSQL [OP 01]. [RNF 14] Melhor Gerenciamento de Horários Esta melhoria pode ser verificada pelo uso da agenda do sistema para realizar o agendamento de consultas [RF 22], bem como para invalidar datas ou horários [RF 24] em que dentistas não possam atender. [RNF 15] Gerenciamento de Finanças do Consultório Este fato pode ser verificado devido ao registro de pagamentos e débitos do consultório ([RF 25] e [RF 26]). Será possível controlar quais consultas foram quitadas ou ainda estão em débito com o estabelecimento. [RNF 16] Contato Ágil com Pacientes Através das ferramentas de cadastro [RF 07] é possível encontrar rapidamente informações necessárias para entrar em contato com um determinado paciente. [RNF 18] Manual de Utilização

10 10 Juntamente com a entrega do sistema será entregue um manual explicando como fazer uso de suas principais funcionalidades. Grafo SIG O grafo SIG (Softgoal Interdependency Graph), ilustra de forma simples como os requisitos não-funcionais são decompostos e operacionalizados, além das contribuições (positivas e negativas) entre os requisitos. É apresentada a seguir uma explicação descritiva sobre o grafo. O softgoal Qualidade de Atendimento é apresentado como uma junção entre vários fatores, entre eles o Contato Ágil com Pacientes, Usabilidade e Segurança. Estes softgoals promovem ao usuário acesso a informação de maneira clara e consistente. De uma forma um pouco distinta, o softgoal tempo de resposta contribui positivamente a Qualidade de Atendimento, pois torna o processo mais ágil no contexto de recuperação e atualização da informação. Considerando ainda o softgoal Tempo de Resposta, pode-se notar que este é composto por vários elementos que colaboram no sentido de fornecer desempenho a aplicação. A operacionalização da linguagem Java, banco de dados PostgreSQL, Windows e um hardware adequado possibilitam uma melhor acomodação as necessidades do sistema. A Usabilidade no sistema é composta por quatro fatores: Interface de fácil utilização, Teclas de Atalho, Manual de utilização e Login. Destes quatro apenas o Login contribui negativamente, isto pelo fato da necessidade do usuário inserir os dados de login e senha para validação sempre que utilizar o sistema. Outro softgoal importante no sistema é a Segurança, esta é garantida pelos softgoals Login, Disponibilidade e integridade. Os dois últimos são garantidos exclusivamente pela operacionalização Banco de dados PostgreSQL que deve prover os requisitos necessários de controle de informação do sistema. Por ultimo, a Segurança viabiliza um Maior Controle Administrativo, este também é fortalecido pelo Gerenciamento das Finanças do Consultório e pelo Melhor Gerenciamento de Horários. Dentre os softgoals do sistema OdontoPro, podemos avaliar negativamente apenas dois requisitos: A utilização sistema operacional Windows, pela necessidade de aquisição da licença de uso e a implantação de controle de usuários. Porém estes pontos negativos podem ser desconsiderados pelo fato de estes proverem vantagens necessárias como uma melhor usabilidade e segurança para os usuários finais. O grafo SIG para o sistema OdontoPro é exibido abaixo:

11 11

12 12 Diagrama de Casos de Uso O diagrama de casos de uso é a base para o processo de desenvolvimento de um sistema, ele mostra as ações dos atores em relação ao sistema a ser desenvolvido e quais as funcionalidades que este deve atender. Na seqüência será apresentado o diagrama de casos de uso e em seguida a descrição textual de cada caso de uso. Descrição dos Casos de Uso As funcionalidades do sistema a partir do pondo de vista dos usuários (Administrador e Secretária) são apresentadas pelo Diagrama de Casos de Uso. Os casos de uso descritos textualmente estão a seguir: Obs: Todos os casos de uso têm como pré-condição estar logado no sistema, exceto o caso de uso Efetuar Login.

13 13 Caso de Uso 1 Efetuar Login Objetivo no contexto: Conectar-se no sistema. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Usuário logado no Sistema. Condição final de falha: Autenticação negada ou falha no sistema. Ator primário: Administrador, Secretária. Passo 1 Entrar com nome de usuário e senha. Passo 2 O sistema autentica o login. Caso de Uso 2 Cadastrar Usuário Objetivo no contexto: Cadastrar novo usuário no banco de dados do sistema. Pré-condições: Sistema executando corretamente, usuário não está cadastrado. Condição final de sucesso: Usuário cadastrado com sucesso. Ator primário: Administrador. Passo 1 Executar o cadastro de um novo usuário no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Usuário previamente cadastrado. Caso de Uso 3 Alterar Cadastro de Usuário Objetivo no contexto: Alterar o cadastro de um usuário previamente cadastrado. Pré-condições: Sistema executando corretamente, usuário previamente cadastrado. Condição final de sucesso: Alteração feita com sucesso. Ator primário: Administrador.

14 14 Passo 1 Apresentar uma lista de usuários. Passo 2 Localizar o usuário que terá os dados alterados. Passo 3 Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Usuário não cadastrado. Caso de Uso 4 Excluir Usuário Objetivo no contexto: Remover o cadastro de um usuário da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Usuário removido com sucesso. Ator primário: Administrador. Passo 1 Apresentar uma lista de usuários. Passo 2 Localizar o usuário que será removido. Passo 3 Remover o usuário da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Usuário inexistente. Caso de Uso 5 Cadastrar Paciente Objetivo no contexto: Cadastrar novo paciente no banco de dados do sistema. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Paciente cadastrado com sucesso. Passo 1 Executar o cadastro de um novo Paciente no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela.

15 15 Passo 2.3 Paciente previamente cadastrado. Caso de Uso 6 Alterar Cadastro de Paciente Objetivo no contexto: Alterar o cadastro de um paciente previamente cadastrado. Pré-condições: Sistema executando corretamente, paciente previamente cadastrado. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de pacientes. Passo 2 Localizar o paciente que terá os dados alterados. Passo 3 Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Paciente não encontrado. Caso de Uso 7 Excluir Paciente Objetivo no contexto: Remover o cadastro de um paciente da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Paciente removido com sucesso. Passo 1 Apresentar uma lista de pacientes. Passo 2 Localizar o paciente que será removido. Passo 3 Remover o paciente da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Paciente inexistente. Caso de Uso 8 Cadastrar Dentista Objetivo no contexto: Cadastrar novo dentista no banco de dados do sistema.

16 16 Pré-condições: Sistema executando corretamente. Condição final de sucesso: Dentista cadastrado com sucesso. Passo 1 Executar o cadastro de um novo dentista no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Dentista previamente cadastrado. Caso de Uso 9 Alterar Cadastro de Dentista Objetivo no contexto: Alterar o cadastro de um dentista previamente cadastrado. Pré-condições: Sistema executando corretamente, dentista previamente cadastrado. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de dentistas. Passo 2 Localizar o dentista que terá os dados alterados. Passo 3 - Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Dentista não encontrado. Caso de Uso 10 Excluir Dentista Objetivo no contexto: Remover o cadastro de um dentista da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Dentista removido com sucesso.

17 17 Passo 1 Apresentar uma lista de dentistas. Passo 2 Localizar o dentista que será removido. Passo 3 Remover o dentista da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 dentista inexistente. Caso de Uso 11 Cadastrar Responsável Objetivo no contexto: Cadastrar um responsável no banco de dados do sistema caso o paciente seja menor de idade. Pré-condições: Sistema executando corretamente, paciente previamente cadastrado. Condição final de sucesso: Responsável cadastrado com sucesso. Passo 1 Executar o cadastro de um responsável no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Responsável previamente cadastrado. Caso de Uso 12 Alterar Cadastro de Responsável Objetivo no contexto: Alterar o cadastro de um responsável previamente cadastrado. Pré-condições: Sistema executando corretamente, responsável previamente cadastrado. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de responsáveis. Passo 2 Localizar o indivíduo que terá os dados alterados. Passo 3 Alterar os dados.

18 18 Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Responsável não encontrado. Caso de Uso 13 Excluir Responsável Objetivo no contexto: Remover o cadastro de um responsável da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Responsável removido com sucesso. Passo 1 Apresentar uma lista de responsáveis. Passo 2 Localizar o indivíduo que será removido. Passo 3 Remover o indivíduo da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Responsável inexistente. Caso de Uso 14 Cadastrar Empresa Objetivo no contexto: Cadastrar no banco de dados do sistema uma empresa que obteve um convênio junto ao consultório para atender seus funcionários. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Empresa cadastrada com sucesso. Passo 1 Executar o cadastro de uma nova empresa no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Empresa previamente cadastrada.

19 19 Caso de Uso 15 Alterar Cadastro de Empresa Objetivo no contexto: Alterar o cadastro de uma empresa previamente cadastrada. Pré-condições: Sistema executando corretamente, empresa previamente cadastrada. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de empresas. Passo 2 Localizar a empresa que terá os dados alterados. Passo 3 - Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Empresa não encontrada. Caso de Uso 16 Excluir Empresa Objetivo no contexto: Remover o cadastro de uma empresa da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Empresa removida com sucesso. Passo 1 Apresentar uma lista de empresas. Passo 2 Localizar a empresa que será removida. Passo 3 Remover a empresa da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Empresa inexistente. Caso de Uso 17 Cadastrar Tratamento Objetivo no contexto: Cadastrar um no tratamento prestado pelo consultório no banco de dados do sistema. Pré-condições: Sistema executando corretamente.

20 20 Condição final de sucesso: Tratamento cadastrado com sucesso. Passo 1 Executar o cadastro de um novo tratamento no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Tratamento previamente cadastrado. Caso de Uso 18 Alterar Cadastro de Tratamento Objetivo no contexto: Alterar os dados de um tratamento previamente cadastrado. Pré-condições: Sistema executando corretamente, tratamento previamente cadastrado. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de tratamentos. Passo 2 Localizar o tratamento que terá os dados alterados. Passo 3 - Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Tratamento não encontrado. Caso de Uso 19 Excluir Tratamento Objetivo no contexto: Remover o cadastro de um tratamento da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Tratamento removido com sucesso.

21 21 Passo 1 Apresentar uma lista de tratamentos. Passo 2 Localizar o tratamento que será removido. Passo 3 Remover o tratamento da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Tratamento inexistente. Caso de Uso 20 Inserir Devedor Objetivo no contexto: Inserir em uma lista de devedores no banco de dados do sistema um paciente que está em débito com o consultório. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Devedor inserido com sucesso. Passo 1 Executar inserção de um paciente devedor no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Devedor previamente cadastrado. Caso de Uso 21 Alterar Cadastro de Devedor Objetivo no contexto: Alterar os dados de um devedor previamente inserido no banco de dados. Pré-condições: Sistema executando corretamente, devedor previamente inserido. Condição final de sucesso: Alteração feita com sucesso. Passo 1 Apresentar uma lista de devedores. Passo 2 Localizar o devedor que terá os dados alterados. Passo 3 Alterar os dados. Passo 4 Apresentar uma mensagem de sucesso na tela.

22 22 Passo 2.3 Devedor não encontrado. Caso de Uso 22 Excluir Devedor Objetivo no contexto: Remover o cadastro de um devedor da lista. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Devedor removido com sucesso. Passo 1 Apresentar uma lista de devedores. Passo 2 Localizar o devedor que será removido. Passo 3 Remover o devedor da lista. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Devedor inexistente. Caso de Uso 23 Agendar Consulta Objetivo no contexto: Agendar uma consulta no sistema. Pré-condições: Sistema executando corretamente, paciente e dentista previamente cadastrados, horário disponível. Condição final de sucesso: Consulta agendada com sucesso. Passo 1 Executar o agendamento de um horário no sistema. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar mensagem de sucesso em tela. Passo 2.3 Horário previamente agendado. Caso de Uso 24 Detalhar Consulta Objetivo no contexto: Inserir no banco de dados do sistema dados referentes a uma consulta previamente executada.

23 23 Pré-condições: Sistema executando corretamente, ter sido executada uma consulta. Condição final de sucesso: Dados da consulta inseridos com sucesso. Passo 1 Inserir os dados referentes à consulta. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.3 Consulta não executada. Caso de Uso 25 Registrar Pagamento Objetivo no contexto: Inserir no banco de dados do sistema dados referentes ao pagamento de uma consulta. Pré-condições: Sistema executando corretamente. Condição final de sucesso: Dados inseridos corretamente. Passo 1 Informar ao sistema os dados relacionados ao pagamento de uma consulta. Passo 2 O sistema valida os dados. Passo 3 O sistema armazena os dados. Passo 4 Apresentar uma mensagem de sucesso na tela. Passo 2.1 Falha no acesso ao banco de dados. Passo 2.2 Consulta inexistente. Diagrama de Classes O diagrama de classes do sistema OdontoPro é exibido a seguir, bem como uma breve descrição textual das classes utilizadas pelo mesmo.

24 24

25 25 Classe Pessoa Esta classe possui alguns atributos necessários para a representação de uma pessoa. Dados importantes e fundamentais como nome, RG e data de nascimento. No sistema OdontoPro uma Pessoa possui uma instância da classe Endereço, onde todos os seus dados para localização e contato são especificados. Classe Endereço Esta classe possui todos os atributos necessários para determinar a localização de um paciente ou dentista do consultório como também de empresas conveniadas à ele. As classes Pessoa e Empresa agregam a classe Endereço. Classe Dentista Esta classe possui os atributos necessários para representar um profissional de odontologia. Dados importantes como número de CRO e uma agenda pessoal são constatados nesta classe. A classe Dentista herda todos os atributos e métodos da classe Pessoa. Classe Agenda Esta classe é a responsável pela reserva de horários de pacientes, sendo assim, ela possui atributos de data (Date) e horário (Time). Para a reserva de um determinado horário para um paciente específico é necessário informar ao sistema a data, o horário desejado para o início da consulta e a quantidade de horários requisitados. A classe possui dois atributos responsáveis por identificar se o paciente é pessoa física ou jurídica sendo eles CPF e CNPJ, sendo que um deles, mas não os dois, devem ser fornecidos ao sistema para o agendamento de uma consulta. Classe Tratamento Esta classe possui todos os atributos necessários para a identificação de um tratamento realizado pelo consultório. Dados importantes se fazem presente como, por exemplo, o valor específico a ser cobrado. Uma lista da classe Tratamento é instanciada em cada classe Consulta. Classe Consulta Esta classe possui atributos para fornecer os detalhes de uma determinada consulta. O atributo de texto procedimento é o responsável pela descrição do processo realizado na consulta. Esta classe possui uma lista da classe Tratamento onde ao menos um deles é instanciado. Classe Paciente Esta classe possui todos os atributos necessários à representação de um paciente do consultório. Uma classe Paciente herda todos os atributos e métodos da classe Pessoa e possui uma composição à classe Responsável, pois esta somente existe se for necessária à um paciente menor de idade. Classe Pessoa Física

26 26 Esta classe constitui uma herança da classe Paciente, possuindo apenas o atributo CPF como adicional. Um paciente não conveniado à uma empresa é denominado somente como pessoa física. Classe Pessoa Jurídica Esta classe constitui uma herança da classe Paciente. Possui atributos adicionais como CNPJ e valor do desconto em consultas provido à seus funcionários. Classe Responsável Esta classe constitui uma herança da classe Pessoa, visto que um responsável pode não ser um paciente do consultório. Somente será instanciada se for necessária à um paciente menor de idade. Classe Devedor Esta classe possui a finalidade de identificar um paciente em débito com o estabelecimento. A classe constitui uma herança da classe Paciente possui os atributos CPF e CNPJ para identificar o seu tipo de pessoa. Classe Pagamento Esta classe possui todos os atributos necessários para identificar um determinado pagamento realizado ao consultório. Dados essenciais como valor quitado e a data de pagamento constituem a classe. Classe Usuario Esta classe possui a finalidade de identificar um usuário efetivo do sistema, como por exemplo, a secretária do consultório. Os atributos de texto login, que constitui o nome do usuário do sistema, e senha são os únicos desta classe. Uma classe Usuario será sempre instanciada, visto que o sistema requer que um usuário esteja logado para sua utilização. Classe Home Classe responsável pela criação das classes essenciais do sistema, como por exemplo, Agenda. A classe Home também possui métodos específicos para realizar cadastros e exibi-los. Conclusão A proposta aceita pelos futuros usuários do sistema foi trabalhada, a fim de gerar um documento capaz de expor a especificação dos requisitos e a modelagem orientada a objeto de uma maneira concisa e de fácil entendimento. As informações obtidas em etapas anteriores foram necessárias e adequadas para a realização de tal tarefa, não apresentando problemas quanto à incompatibilidade de informações. O diagrama de Classe nos posicionou frente à etapa de implementação, que juntamente com o Diagrama de Casos de Uso, informa a real abrangência do software e se carece de alguma operação.

27 27 Apêndice A - Sobre o Consultório Odontológico Dra. Vanessa Mantovani Fundado em 20 de Maio de 2007, situa-se na Rua Paraná, número 480, no centro de Guarujá do Sul, Santa Catarina, onde atende aproximadamente 20 pacientes por dia. Oferece aos seus pacientes serviços de implantes, Exodontia, cirurgias, tratamento de canais, manutenções ortodônticas, confecção de próteses dentárias, além de atendimentos em clinica geral. O estabelecimento possui convênios com algumas empresas, oferecendo descontos à seus funcionários. Proporciona também atendimento à pacientes conveniados com alguns planos de saúde, tais como Unimed, Boniela (local) entre outros. Os serviços supracitados são prestados por 4 cirurgiões dentistas em dias alternados, pois o consultório dispõe de apenas um equipo (conjunto necessário para o atendimento de um paciente). Pelo fato de estes profissionais não atenderem apenas neste estabelecimento, passa a ser necessário o agendamento de consultas com antecedência, de acordo com o dia disponível para atendimento de cada dentista. O cadastro de pacientes, o agendamento das consultas e a cobrança destas são efetivadas por uma secretária, a qual também auxilia os dentistas no atendimento. A Dra. Vanessa Mantovani é a proprietária e administradora do estabelecimento, sendo ela também a dentista que mais presta serviços no mesmo. Os demais dentistas trabalham em parceria, cada um na sua especialidade, com porcentagem dividida nos lucros. Este aspecto faz com que o nome do consultório seja sempre recomendado pelos mesmos para outras pessoas em outras localidades.

28 28 Apêndice B Coleta de informações Tendo em vista o sistema a ser desenvolvido, foram realizadas uma série de entrevistas online, via chat, a fim de levantar os requisitos, sendo que a maioria das informações foram obtidas com a dona do consultório, a Dra. Vanessa Mantovani. Esta explicou-nos como é realizado o cadastro de seus pacientes e como ela gostaria que estes viessem a ser feitos, nos deixando a par das funcionalidades que gostaria de usufruir do sistema. Os assuntos em pauta foram: Qual a média mensal de pacientes do consultório? Qual o valor de cada tratamento? Qual o número mensal médio de cada tratamento? Como deve ser efetuado o controle de pagamentos? Como deve ser feito o agendamento de consultas? Pelo fato do sistema ser utilizado por apenas dois usuários, sendo elas a Dra. Vanessa Mantovani e sua secretária, Rafaela Perondi, não tivemos divergências na coleta dos requisitos, facilitando assim o processo.

29 29 Apêndice C Relatório Final da Equipe Todas as tarefas foram realizadas conjuntamente com as seguintes parcelas de participação para cada membro da equipe: Cleber Augusto Pivetta contribuiu em 1/3 do projeto. Felipe Ricardo Zottis contribuiu em 1/3 do projeto. Gustavo Mantovani contribuiu em 1/3 do projeto.