| ... | @@ -20,27 +20,24 @@ Não é necessário relacionar os dados por pacientes e nem consistir os dados d |
... | @@ -20,27 +20,24 @@ Não é necessário relacionar os dados por pacientes e nem consistir os dados d |
|
|
Ao final, deve ser possível obter a mediana de tempo levado para a execução de atividades de um mesmo papel do hospital em questão, assim como o tempo mínimo e máximo.
|
|
Ao final, deve ser possível obter a mediana de tempo levado para a execução de atividades de um mesmo papel do hospital em questão, assim como o tempo mínimo e máximo.
|
|
|
|
|
|
|
|
-----------------------
|
|
-----------------------
|
|
|
|
|
|
|
|
Aqui deve ser explicado com modelos e explicações como o Banco de Dados foi construido, onde se deve focar em:
|
|
|
|
|
|
|
|
|
|
## Diagrama Conceitual
|
|
## Diagrama Conceitual
|
|
|
|
|
|
|
|
O modelo conceitual de dados tem como sua principal finalidade capturar os requisitos de informação e regras de negócio sob o ponto de vista de negócio, normalmente é o primeiro modelo a ser desenvolvido já que ele não depende de fatores tecnológicos. Ele é construído da seguinte maneira, são levantados as entidades, os atributos dessas entidades e após termos isso é realizado o relacionamento entre essas entidades. Abaixo está o diagrama conceitual do nosso aplicativo:
|
|
O modelo conceitual de dados tem como sua principal finalidade capturar os requisitos de informação e regras de negócio sob o ponto de vista de negócio, normalmente é o primeiro modelo a ser desenvolvido já que ele não depende de fatores tecnológicos. Ele é construído da seguinte maneira, são levantados as entidades, os atributos dessas entidades e após termos isso é realizado o relacionamento entre essas entidades. Abaixo está o diagrama conceitual do nosso aplicativo:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Diagrama Lógico
|
|
## Diagrama Lógico
|
|
|
|
|
|
|
|
O modelo lógico é desenvolvido levando em consideração o que foi modelado no conceitual, nele já levamos em conta algumas limitações e implementamos recursos como adequação e nomenclatura, ele é implementado da seguinte maneira as entidades do modelo relacional passam a ser tabelas e os atributos passam a ser colunas dessas tabelas, também definimos nele as chaves primárias e chaves estrangeiras de cada tabela. Abaixo está o diagrama físico do nosso aplicativo:
|
|
O modelo lógico é desenvolvido levando em consideração o que foi modelado no conceitual, nele já levamos em conta algumas limitações e implementamos recursos como adequação e nomenclatura, ele é implementado da seguinte maneira as entidades do modelo relacional passam a ser tabelas e os atributos passam a ser colunas dessas tabelas, também definimos nele as chaves primárias e chaves estrangeiras de cada tabela. Abaixo está o diagrama físico do nosso aplicativo:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Diagrama Físico
|
|
## Diagrama Físico
|
|
|
|
|
|
|
|
O modelo físico é onde fazemos a modelagem física do nosso banco de dados, nele além de ser modelado seguindo o que foi definido nos diagramas anteriores também levamos em consideração a tecnologia escolhida. A implementação dele é bem-parecida com a do modelo lógico, o que adicionamos a mais é a definição dos tipos de dados de cada coluna e o tamanho.
|
|
O modelo físico é onde fazemos a modelagem física do nosso banco de dados, nele além de ser modelado seguindo o que foi definido nos diagramas anteriores também levamos em consideração a tecnologia escolhida. A implementação dele é bem-parecida com a do modelo lógico, o que adicionamos a mais é a definição dos tipos de dados de cada coluna e o tamanho.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* o Collections(Entities)
|
|
* o Collections(Entities)
|
|
|
* o ScriptSQL
|
|
* o ScriptSQL
|
| ... | | ... | |
