Faculdade de Tecnologia de Guarulhos

ToothSystemSoft
 Eduardo de Melo Oliveira
João Antônio Freitas Lima
Marcelo de Oliveira
Vinicíus Andrioli

Projeto de desenvolvimento de software apresentado ao

curso de Análise e Desenvolvimento de Sistemas da
Faculdade de Tecnologia de Guarulhos sob orientação do
professor Jadir Custódio Mendonça Júnior
Criação do Documento
Elaborado por: Eduardo de Melo Oliveira Data: 13/09/2023

Controle de Versão
Versão Data Páginas Mudanças Comentários

Composição da Equipe de desenvolvimento

Número
Descrição das
de Função Nome
responsabilidades
ordem
1 Líder Acompanhamento das tarefas, João
atualização da documentação no
Teams, integração do software
com demais equipes, Redação
técnica
 2 Analistas Análise e especificação de Marcelo, Vinicíus
requisitos
3 Desenvolvedores Desenho e Implementação João, Marcelo
4 Testadores Testes e gestão da qualidade Eduardo, Vinicíus
5 Projetista de BD Documentação e projeto de João, Vinicíus
Banco de dados
6 Documentador Desenvolvimento e integração de Eduardo, Marcelo
toda documentação constante
nesse arquivo

Sumário
<gerar o índice do documento, assim que concluído>
INTRODUÇÃO

A ideia desse projeto veio com a necessidade de trazer benefícios às clínicas odontológicas que
ainda não utilizam um software para a realização de funções que muitos dentistas, hoje, fazem de
maneira manual. Agendamento de Pacientes, Confirmação de Consulta, Realização de
Pagamentos bem como outros trabalhos que um software é capaz de fazer trazendo facilidade e
conforto para seu usuário.
 Projeto Conceitual
Versão de Orientação a Objetos - UML

ToothSystemSoft
1. Documento de Visão
Este documento tem por finalidade expressar uma visão geral de como será a solução proposta
para a gestão de clínicas odontológicas, trazendo aos profissionais da área um sistema que
facilite suas rotinas.

1.1. Resultado do Projeto

Este projeto pretende trazer o agendamento de pacientes, bem como a confirmação de suas
consultas, de maneira totalmente virtual, com a automatização de mensagens via WhatsApp.
Trazer segurança e facilidade nas transações financeiras da clínica odontológica de forma mais
controlada, bem como a melhoria na privacidade dos dados dos pacientes.

1.1.1. Finalidade do Projeto

Desenvolver um software para clínicas odontológicas.

1.1.2. Diagnóstico da Situação Atual

Seq Descrição do problema

1 Consultas marcadas e atendimento ao cliente feitas de maneira manual
2 Controle financeiro feito por um sistema não dedicado a Clínicas Odontológicas
3 Privacidade de dados com riscos de ser abalada

1.1.3. Benefícios Esperados

Seq Descrição do benefício

1 Melhorar a qualidade do atendimento ao paciente.
2 Controle financeiro mais eficiente
3 Facilitar o cumprimento de regulamentações de saúde e privacidade de dados

1.2. Caracterização dos Atores

1.2.1. Áreas de Negócio

<incluir o caracterização das áreas de negócio da empresa>

Parte Envolvida: <incluir a área de negócio envolvida na solução>

Finalidade: <incluir a finalidade da área de negócio envolvida na solução>
 Atribuição: <incluir a atribuição da área de negócio frente a solução>

Parte Envolvida: <incluir a área de negócio envolvida na solução>

Finalidade: <incluir a finalidade da área de negócio envolvida na solução>
Atribuição: <incluir a atribuição da área de negócio frente a solução>

Parte Envolvida: <incluir a área de negócio envolvida na solução>

Finalidade: <incluir a finalidade da área de negócio envolvida na solução>
Atribuição: <incluir a atribuição da área de negócio frente a solução>

1.2.2. Atores Externos

<incluir o caracterização dos atores externos a empresa>

Ator: <incluir o ator externo envolvido na solução>

Finalidade: <incluir a finalidade do ator externo envolvido na solução>
Atribuição: <incluir a atribuição o ator externo frente a solução>

Ator: <incluir o ator externo envolvido na solução>

Finalidade: <incluir a finalidade do ator externo envolvido na solução>
Atribuição: <incluir a atribuição o ator externo frente a solução>

Ator: <incluir o ator externo envolvido na solução>

Finalidade: <incluir a finalidade do ator externo envolvido na solução>
Atribuição: <incluir a atribuição o ator externo frente a solução>

1.2.3. Sistemas Envolvidos

<incluir o caracterização dos sistemas envolvidos>

Parte Envolvida: <incluir o sistema envolvido na solução>

Finalidade: <incluir a finalidade do sistema envolvido na solução>
Atribuição: <incluir a atribuição do sistema envolvido na solução>

Parte Envolvida: <incluir o sistema envolvido na solução>

Finalidade: <incluir a finalidade do sistema envolvido na solução>
Atribuição: <incluir a atribuição do sistema envolvido na solução>

Parte Envolvida: <incluir o sistema envolvido na solução>

Finalidade: <incluir a finalidade do sistema envolvido na solução>
Atribuição: <incluir a atribuição do sistema envolvido na solução>
1.3. Modelo Funcional

1.3.1. Diagrama de caso de uso

<incluir o diagrama elaborado com utilização do Visio>

1.3.2. Descrição do caso de uso

Caso de uso Nr: <número do caso de uso. Exemplo UC001>

Nome Caso de uso: <nome do caso de uso>
Atores: <nome do ator>
Descrição: <descrição ou finalidade do caso de uso>
Início: <o caso de uso inicia quando>
Pré condição: <exigência para que possa ocorrer>
Pós condição: <situação esperada após a execução>
Fluxo normal usuário: <passo a passo da comunicação do ator>
Fluxo normal sistema: <passo a passo da comunicação do sistema>

Exceções: <situações que saem do fluxo esperado>

Alternativo: <possíveis alterações no fluxo principal>

1.4. Requisitos do Projeto

Apresenta o conjunto de requisitos da solução – funcionais e não funcionais - a serem

contemplados durante o atendimento da solicitação.

<A relação de requisitos expressa neste item deve funcionar como um check-list em que nem todos os
requisitos nele relacionados se aplicam a todos os projetos. Assim, dependendo da natureza do projeto
a ser desenvolvido, um conjunto particular de requisitos será contemplado, enquanto que outros serão
desprezados.>

1.4.1. Requisitos Funcionais

Número Prioridade Revisado

RF001 <descrição do requisito> <Baixa Média
<Sim> <Não>
Alta>
RF002

1.4.2. Regras de Negócio

Número Descrição

RN001 <descrição da regra>

RN002
RN003

1.4.3. Requisitos não Funcionais

Apresenta os requisitos implícitos ao sistema e que não traduzem uma funcionalidade.

Requisitos de Qualidade

Apresenta os requisitos que estabelecem de alguma forma O QUÊ os usuários esperam da

solução em termos de qualidade.

Requisitos de Funcionalidade

Evidencia se o conjunto de funções atende às necessidades explícitas e implícitas de

funcionalidade da solução.

Nº Requisito Implementação do Requisito

<Nº> Conformidade Quais as normas, convenções, regulamentações e legislação em vigor a
solução pretende se adequar?.>
Ex. A portaria 95893/42 de 01/06/2007, NBR13596 e ISSO/IEC12119.
<Nº> Segurança de <A solução pretende evitar o acesso não autorizado, seja acidental ou
 acesso deliberado, às informações? Justifique.>
Ex. No que diz respeito ao grande porte, o ambiente é bastante estável e
seguro para garantir acesso restrito aos dados. No que diz respeito ao
NetBanking será adotado o uso do Token, além da infra-estrutura de
segurança já adotada no ambiente.
<Nº> Disponibilidade A solução pretende ampliar a disponibilidade em termos de tempo e
espaço das funcionalidades? Justifique.>
Ex. Requer disponibilidade de 24 horas, inclusive sábados, domingos e
feriados.

Requisitos de Confiabilidade

Evidencia que o desempenho se mantém ao longo do tempo e nas condições

estabelecidas.

Nº Requisito Implementação do Requisito

<Nº> Recuperabilidade <Qual a capacidade de restabelecimento e restauração de dados da
solução em caso de falha?>
Ex. Obtenção de backups diários no processamento batch e de cada
operação ocorrida na automação.
<Nº> Segurança <Quais os riscos pessoais, materiais, tecnológicos, financeiros,
operacionais e de imagem que a solução pretende compatibilizar?>
Ex. Embora a tecnologia wireless ainda não esteja suficientemente
difundida e consolidada na empresa, o risco de perda de competitividade
é maior que o risco decorrente de investimentos nesta tecnologia.

Requisitos de Usabilidade

Evidencia a facilidade pela qual o sistema será utilizado.

Nº Requisito Implementação do Requisito

<Nº> Inteligibilidade <Que artifícios serão utilizados para facilitar o entendimento dos
principais conceitos utilizados?>
Ex. Será desenvolvido um glossário com os termos de negócios a serem
incorporados ao help on-line, além das notas da versão a serem
publicadas junto à nova versão da solução.
<Nº> Apreensibilidade <Que artifícios serão utilizados para facilitar o aprendizado das funções
executadas?.>
Ex. O help on-line a ser incorporado na solução conterá todas as
informações sobre as funções a serem executadas pelo sistema, o que
não dispensa a necessidade de formação de agentes multiplicadores
para atuarem em cada unidade.
<Nº> Operacionalidade <Que artifícios serão utilizados para facilitar a operação da solução e o
seu controle?.>
A solução disporá de consultas consolidadas diariamente, além de
batimento com o Sistema Contábil que apontará as divergências e pelo
qual será possível detectar alguma irregularidade na operação do
sistema.

Requisitos de Implementação

Apresenta os requisitos que estabelecem o que os usuários esperam da solução em termos

de implementação.

Requisitos Tecnológicos

Evidencia as tecnologias a serem utilizadas para a implementação da solução.

 Nº Nome do Requisito Implementação do Requisito
<Nº> Plataforma <Que plataformas a solução pretende utilizar para viabilizar suas
funcionalidades?>
Ex. A solução será implementada parte na plataforma distribuída e
parte no Mainframe.
<Nº> Tecnologia <Que tecnologias a solução pretende utilizar para viabilizar suas
funcionalidades?>
Ex. Webservices para acesso aos índices econômicos, Wireless
para sustentação às atividades dos gerentes das unidades de
negócio e Token para restrição de acesso ao portal.
<Nº> Implantação <Qual a expectativa dos usuários quanto a implantação e quais os
esquemas a serem utilizados?>
Ex. Implantação em 4 iterações: Parametrização, Cadastramento,
Simulação e Concessão, em unidades de negócio piloto a serem
definidas.
Requisitos Inversos

Apresenta os requisitos que não serão contemplados durante o atendimento da solicitação, ou

seja, aqueles requisitos que são tão desejáveis, próximos e naturais de serem atendidos, que
podem induzir à idéia de que serão atendidos, quando na verdade não serão. A intenção é
deixar bem claro o que não vai definitivamente ser atendido com a solução.
1.5. Modelo Estrutural

1.5.1. Diagrama de Classes de Entidade

<incluir o diagrama elaborado com utilização de software apropriado>

 1.5.2. Relação de Classes de Objetos persistentes

Nome da Classe de
Conceito da Classe de Objetos Principais atributos
Objetos
1.6. Modelagem e projeto de Banco de Dados

<Breve explanação das decisões sobre projeto de banco de dados>

1.6.1 Estrutura de Dados

1.6.2. Diagrama de Entidade-Relacionamento

1.6.3. Modelo Lógico

1.6.4. Modelo Físico

2. Solução Tecnológica

Apresenta a solução tecnológica, que pode dar origem à projetos de infra-estrutura, segurança ou
aquisição de soluções de mercado.

2.1. Modelo da Arquitetura

2.2.2. Descrição da Arquitetura

Apresenta conjunto de informações que descrevem a solução tecnológica para o sistema em

desenvolvimento.

<Descrever a solução tecnológica envolvendo plataformas, linhas de comunicação, roteadores, criptógrafos, servidores,
estações e demais componentes envolvidos, sistemas envolvidos, gerenciador de banco de dados, controle de acesso,
entre outros, com base nas definições obtidas das áreas técnicas responsáveis pelas soluções tecnológicas a serem
adotadas, estabelecendo subsídios para a escolha mais adequada.>
2.2.3. Desenho da Arquitetura
<incluir o desenho elaborado com utilização do Visio. >
3. Glossário de Negócio

Apresenta os termos de negócio considerados significativos para o entendimento do negócio.

Termo <nome do termo em ordem alfabética>

Descrição <texto que esclarece o termo>

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição

Termo
Descrição
4. Projeto de Interface de Software

<apresenta a criação dos layouts de tela>

5. Planejamento da Qualidade de Software

<descrição do plano de qualidade e apresentação dos instrumentos de verificação e validação dos

componentes e do software>
CONSIDERAÇÕES FINAIS
REFERÊNCIAS