51985-Estrutura de Dados Arquivos Parte 04

Modelo Entidade-Relacionamento
1
Prof. Igor negreiros
Faculdades Cearenses 01/05/2018

Modelagem conceitual
Fase importante no projeto do BD
Termo de aplicação de BD
Validar o projeto do BD em particular e aos programas
associados que implementam as consultas e atualizações dele
Modelo Entidade-Relacionamento (MER)
Modelo de dados conceitual
Alto nível
Utilizado no projeto conceitual
Faculdades Cearenses 01/05/2018 2

Levantamento e análise de requisitos
Requisitos de dados
Entrevistas com o usuário
Conjunto de requisitos dos usuários escritos de forma
concisa
Entender e documentar de forma detalhada e completa
Requisitos funcionais
Operações (Transações) que serão aplicadas no BD
Diagramas de fluxo de dados, diagramas de sequência,
cenários...
Esquema conceitual
Descrição concisa dos requisitos de dados dos usuários
Tipos de entidade, relacionamentos e restrições
Conceitos utilizados para a comunicação com usuários
não técnicos
Não incluem descrições detalhadas de implementação
Permite que os projetistas de BD se preocupem em
especificar as propriedades dos dados sem se preocupar
com detalhes de armazenamento e implementação
Especificação de consultas e operações do usuário de
alto nível
Durante ou após o projeto do esquema conceitual
Necessidades identificadas durante a análise funcional
Confirma se o esquema conceitual atende a todos os
requisitos funcionais identificados
Pode gerar alguma modificação no esquema conceitual

Implementação real do BD
Geralmente utiliza-se SGBD’s relacionais ou objeto-
relacionais
Projeto lógico
Mapeamento de modelo de dados
Transforma o modelo de dados de alto nível em modelo
de dados da implementação
Esquema conceitual →Esquema lógico
Normalmente é automatizado ou semiautomatizado nas
ferramentas de projeto de BD
Projeto físico
Estruturas de armazenamento internas
Organização de arquivos
Índices
Caminhos de acesso
Parâmetros físicos do projeto
Projeto e implementação dos programas de aplicação

Banco de dados EMPRESA
Registra os funcionários, departamentos e projetos
Descrição do minimundo
A empresa é representada em departamentos e pode
estar situado em vários locais
Cada departamento tem um nome exclusivo, um número
exclusivo e um funcionário em particular que o gerencia
Registra-se a data inicial em que esse funcionário
começou a gerenciar o departamento
Um departamento controla uma série de projetos
Cada projeto tem um nome exclusivo, um número exclusivo
e um local exclusivo
Armazena-se o nome, número do CPF, endereço, salário,
sexo e data de nascimento de cada funcionário
Um funcionário é designado para um departamento, mas
pode trabalhar em diversos projetos, que não são
controlados pelo mesmo departamento
Registramos o número atual de horas por semana que um
funcionário trabalha em cada projeto

Registra-se o supervisor direto de cada funcionário (que
é outro funcionário)
Registra-se os dependentes de cada funcionário para fins
de seguro
Para cada dependente, mantemos o nome, sexo, data de
nascimento e parentesco com o funcionário

Entidade
Objeto básico que o modelo ER representa
É algo no mundo real com uma existência independente
Existência física (Uma pessoa, um carro, uma casa, ...)
Existência conceitual (Uma empresa, um cargo, um curso,...)
Atributos
Propriedades específicas que compõe entidade
Os valores de atributos que descrevem cada entidade
tornam-se parte importante dos dados armazenados
A entidade FUNCIONARIO 𝑓1 possui quatro atributos e
a entidade EMPRESA 𝑒1 tem três atributos

Atributos compostos X Atributos simples (Atômicos)
Atributos compostos podem ser divididos em subpartes
menores que representam atributos mais básicos com
significados independentes
O atributo endereço pode ser dividido em Logradouro,
Cidade, Estado e CEP:

O valor de um atributo composto é a concatenação dos
valores de seus componente simples
Atributos compostos podem formar uma hierarquia

Atributos compostos são úteis em situações onde refere-
se tanto ao atributo composto como uma unidade quanto
a seus componentes
Dependendo da situação
Caso referenciado como um todo não é necessário
subdividi-lo em atributos componentes
Ex: Se não for preciso referenciar os componentes
individuais de um endereço (CEP, rua etc.), então o
endereço pode ser designado como um atributo simples

Atributos de valor único X Multivalorados
Valor único
Um único valor para uma entidade em particular
Ex.: Data de nascimento é um atributo de valor único de
uma pessoa
Valor multivalorado
Várias entradas válidas para o mesmo atributo
Ex.: Formação acadêmica é um valor multivalorado de uma
pessoa

Atributos armazenados X Derivados
Considerando os atributos Idade e Data_nascimento
para uma entidade Pessoa
A idade é calculada pela diferença entre o valor da data
atual (hoje) e o valor da Data_nascimento
Idade é um atributo derivado, pois depende da
Data_nascimento
Data_nascimento é um atributo armazenado

Atributos complexos
Os atributos compostos e multivalorados podem ser
aninhados arbitrariamente
Pode-se representar o aninhamento arbitrário ao
agrupar:
Atributos complexos – Entre parênteses ( )
Atributos multivalorados – Entre chaves { }

Um BD contém um grupo de entidades semelhantes
Tipo de entidade
Coleção de entidades com os mesmo atributos
Descrito por seu nome e atributos
Conjunto de entidades
Coleção de todas as entidades de determinado tipo de
entidade no BD

O tipo de entidade é representado em um diagrama
ER por uma caixa retangular
Os nomes dos atributos são delimitados em ovais

Os atributos multivalorados são colocados em ovais
duplos
Um tipo de entidade descreve o esquema para um

conjunto de entidades que compartilha a mesma
estrutura
Extensão do tipo de entidade
Coleção de entidades é agrupada em conjunto de
entidades
Atributos-chave de um tipo de entidade
Chave - Restrição de exclusividade
Atributo chave
Um ou mais atributos cujos valores tornam as tuplas
distintas para cada entidade
Pode ser um atributo composto
Cada atributo-chave tem seu nome sublinhado

Cod_veiculo e Registro são chave por si só
Registro é uma chave composta formada por dois
atributos onde nenhum deles é chave por si só
Um tipo de entidade pode não ter chave
Tipo de entidade fraca

Notação diagramática
Caso dois atributos forem sublinhados separadamente ,
cada um é chave por si só
Não existe o conceito de chave primária no modelo ER

A chave primária será escolhida durante o mapeamento
para um esquema relacional
Domínios de valores dos atributos
Cada atributo simples é associado a um
conjunto de valores (Domínio de valores)
Ex: Intervalo de idades permitidas para os
funcionários é entre 16 e 70 anos
O conjunto de valores do atributo Idade de
FUNCIONARIO pode ser o conjunto de números
inteiros entre 16 e 70
Conjuntos de valores não são exibidos nos
diagramas ER
Podem ser especificados usando os tipos de
dados básicos (INT, CHAR,...)
Definição dos tipos de entidade para o BD EMPRESA
Baseado nos requisitos descritos anteriormente
Pode-se identificar quatro tipos de entidades
DEPARTAMENTO
PROJETO
FUNCIONARIO
DEPENDENTE

Requisitos de DEPARTAMENTO
A empresa é representada em departamentos
Cada departamento tem um nome exclusivo, um número
exclusivo e um funcionário em particular que o gerencia
Um departamento pode ter vários locais
Registra-se a data inicial em que esse funcionário
começou a gerenciar o departamento

Requisitos de DEPARTAMENTO
Atributos Nome, Numero, Localizacoes, Gerente,
Data_inicio_gerente
Localizacoes é multivalorado
Nome e Numero são atributos-chave (separados), pois
foram especificados como sendo exclusivos

Requisitos de PROJETO
Um departamento controla uma série de projetos, cada
um deles com um nome exclusivo, um número exclusivo e
um local exclusivo

PROJETO
Atributos Nome, Numero, Localizacao e
Departamento_gerenciador
Nome e Numero são atributos-chave (separados)

Requisitos de FUNCIONARIO
Armazena-se o nome, número do CPF, endereço, salário,
sexo e data de nascimento de cada funcionário
Um funcionário é designado para um departamento
Registra-se o supervisor direto de cada funcionário (que
é outro funcionário)

FUNCIONARIO
Atributos Nome, Cpf, Sexo, Endereco, Salario,
Data_nascimento, Departamento, Supervisor.
Nome e Endereco podem ser atributos compostos
Deve-se consultar novamente os usuário para saber se é
necessário componentes individuais
Nome – Primeiro_nome, Ultimo_nome
Endereco – Rua, CEP, ...

Requisitos de DEPENDENTE
Registra-se os dependentes de cada funcionário para fins
de seguro
Para cada dependente, mantemos o nome, sexo, data de
nascimento e parentesco com o funcionário

DEPENDENTE
Atributos Funcionario, Nome_dependente, Sexo,
Data_nascimento e Parentesco (com o funcionário)

Outros requisitos
Pode ser representado por um atributo multivalorado de
FUNCIONARIO
Trabalha_em - Componentes (Projeto, Horas)
Pode ser representado por um atributo multivalorado de
PROJETO
Trabalhadores – Componentes (Funcionário, Horas)

Outros requisitos
Registramos o número atual de horas por semana que um
funcionário trabalha em cada projeto
Atributo multivalorado de FUNCIONARIO
Trabalha_em - Componentes (Projeto, Horas)
Atributo multivalorado de PROJETO
Trabalhadores – Componentes (Funcionário, Horas)

Há diversos relacionamentos implícitos entre os tipos de
entidade
Se um atributo de um tipo de entidade se refere a outro,
existe relacionamento
Ex.: O atributo Gerente de DEPARTAMENTO refere-se a outro
funcionário que gerencia o departamento
Projeto inicial dos tipos de entidade
Relacionamentos normalmente são capturados na forma de
atributos
Refinamento do projeto
Atributos são convertidos em relacionamentos entre os tipos de
entidade

Conjunto de associações ou de relacionamento
Definido por um tipo de relacionamento 𝑅 entre 𝑛 tipos
de entidade 𝐸1 , 𝐸2 , … , 𝐸𝑛 entre entidades desses tipos de
entidade
O conjunto de relacionamento 𝑅 é um conjunto de
instâncias de relacionamento 𝑟𝑖 , onde cada 𝑟𝑖 associa-se a
𝑛 entidades individuais (𝑒1 , 𝑒2 , … , 𝑒𝑛 ) e cada entidade
𝑒𝑖 em 𝑟𝑖 é um membro do conjunto de entidades 𝐸𝑖

Relacionamento TRABALHA_PARA entre
os tipos de entidade FUNCIONARIO e
DEPARTAMENTO
Associa cada funcionário ao departamento
para o qual trabalha
Cada instância 𝑟𝑖 conecta às entidades
FUNCIONARIO e DEPARTAMENTO que
participam em 𝑟𝑖

Relacionamento TRABALHA_PARA entre
os tipos de entidade FUNCIONARIO e
DEPARTAMENTO
Os funcionários 𝑓1 , 𝑓3 𝑒 𝑓6 trabalham para o
departamento 𝑑1
Os funcionários 𝑓2 𝑒 𝑓4 trabalham para o
departamento 𝑑2
Os funcionários 𝑓5 𝑒 𝑓7 trabalham para o
departamento 𝑑3
Tipos de relacionamentos são exibidos como caixas
em forma de losango
Conectam por linhas retas os tipos de entidade

Número de tipos de entidades
participantes
Relacionamentos com Grau 2 são
chamados de binários
Relacionamentos com Grau 3 são
chamados de ternários
O relacionamento TRABALHA_PARA
tem grau 2, portanto é binário

Relacionamento FORNECE tem grau 3
Cada instância de relacionamento 𝑟𝑖
associa-se a três entidades
Um fornecedor 𝑓
Uma peça 𝑝
Um projeto 𝑗
Um fornecedor 𝑓 fornece a peça 𝑝 ao
projeto 𝑗
Os relacionamentos podem ser de
qualquer grau
Binários são os mais comuns

Pode-se pensar em um relacionamento como um
atributo

Em um relacionamento binário como atributo sempre
tem-se duas opções
TRABALHA_EM
Departamento na entidade FUNCIONARIO
Indica o departamento que o funcionário trabalha
Funcionario na entidade DEPARTAMENTO
Composto pelo conjunto de valores com os funcionários
que trabalham para um departamento

Cada tipo de entidade que participa de um tipo de
relacionamento desempenha uma função
Nome da função
Função desempenhada por uma entidade em um
relacionamento
Ajuda a explicar o que o relacionamento significa
TRABALHA_PARA
FUNCIONARIO – Desempenha a função de funcionário ou
empregado
DEPARTAMENTO – Desempenha a função de departamento
ou empregador

Relacionamento SUPERVISAO
Relaciona um funcionário a um
supervisor
FUNCIONARIO e SUPERVISOR
Membros da mesma entidade
FUNCIONARIO
FUNCIONARIO participa duas vezes
no relacionamento SUPERVISAO
Como supervisor (chefe)
Como supervisionado (subordinado)

Tipos de relacionamentos costumam ter
restrições
Limitam combinações de entidades que
podem participar no conjunto de
relacionamentos
As restrições são determinadas com base
na situação do minimundo
Ex: Cada funcionário trabalha para somente
1 departamento
Razão de Cardinalidade e Participação
Restrições Estruturais
Especifica o número máximo de instâncias de
relacionamento em que uma entidade pode participar
TRABALHA_PARA – DEPARTAMENTO:FUNCIONARIO
Razão de cardinalidade 1:N
Cada departamento pode estar relacionado a qualquer
número de funcionários
Um funcionários só pode estar relacionado a um
departamento
Razões de cardinalidade possíveis
1:1, 1:N, N:1 e M:N

Cardinalidade 1:1

Cardinalidade M:N

São representadas nos diagramas ER exibindo 1, M e N nos
losangos
(N) ou (M) – Nenhuma campo máximo
(1) – Máximo de um

A existência de uma entidade depende dela estar
relacionada por meio de um relacionamento
Restrição de cardinalidade mínima
Número mínimo de instâncias de relacionamento em que
cada entidade pode participar
Restrição Total ou Parcial

Restrição Total
FUNCIONARIO em TRABALHA_PARA
Ex.: A política de uma empresa afirma que todo funcionário
precisa trabalhar para um departamento
Uma entidade de funcionário só pode existir se participar em,
pelo menos, uma instância de relacionamento TRABALHA_PARA
Cada entidade no conjunto total de entidades de funcionários
deve estar relacionada a uma entidade de departamento por
meio de TRABALHA_PARA

Restrição Parcial
FUNCIONARIO em GERENCIA
Ex.: Não espera-se que cada funcionário gerencie um
departamento
Uma parte do conjunto de entidades de funcionário está
relacionada a alguma entidade de departamento por meio de
GERENCIA
Não necessariamente todos os funcionários devem gerenciar
um departamento

Diagrama ER
Participação total (Dependência de existência)
Exibida com uma linha dupla, conectando o tipo de
entidade participante ao relacionamento
Participação Parcial
Representada por uma linha simples

Tipos de relacionamentos podem ter
atributos
Semelhante aos tipos de entidade
Incluir as horas por semana para o tipo
de relacionamento TRABALHA_EM

Tipos de relacionamentos podem ter
atributos
Semelhante aos tipos de entidade
Incluir a data em que um gerente
começou a chefiar um departamento
(atributo Data_inicio) para o tipo de
relacionamento GERENCIA

Os atributos dos relacionamentos 1:1 ou 1:N podem
ser migrados para um dos tipos de entidade
participantes
O atributo Data_inicio para o relacionamento
GERENCIA
GERENCIA é um relacionamento 1:1
Atributo de FUNCIONARIO ou de DEPARTAMENTO
Participa de no máximo uma instância de relacionamento
Conceitualmente pertence à GERENCIA

Relacionamento 1:N
O atributo de relacionamento deve
ser migrado somente para o tipo de
entidade no lado 1 do
relacionamento

Relacionamento TRABALHA_PARA
Atributo Data_inicio
indica quando um funcionário começou a
trabalhar para um departamento
Pode ser incluído como um atributo de
FUNCIONARIO
Cada funcionário trabalha em somente
um departamento
Participa no máximo de um instância de
relacionamento em TRABALHA_PARA

Relacionamentos M:N
Atributos podem ser determinados pela combinação de
entidades participantes em uma instância de
relacionamento
Não por uma entidade isolada
Precisam ser especificados como atributos de
relacionamento

Relacionamento TRABALHA_EM
Atributo Horas
O número de horas semanais que um
funcionário trabalha em um projeto
Determinado pela combinação
funcionário-projeto
Não é possível fazê-lo de forma
separada

Tipo de entidade filho ou tipo de entidade subordinado
Não possuem atributos-chave próprios
Identificadas por estar relacionada a entidades específicas
de outro tipo
Este outro tipo de entidade é chamado de tipo de entidade
de identificação ou proprietário
Tipo de entidade pai ou tipo de entidade dominante
Relacionamento de identificação
Tipo de relacionamento que relaciona um tipo de entidade
fraca a seu proprietário

Uma entidade fraca sempre tem uma restrição de
participação total em relação a seu relacionamento de
identificação
Não pode ser identificada sem uma entidade
proprietária (Dependência de existência)
Nem toda dependência de existência resulta em uma
entidade fraca
Ex: Uma entidade CARTEIRA_DE_MOTORISTA não pode
existir sem estar relacionada a uma entidade PESSOA,
embora tenha uma chave própria (Numero_habilitacao)

Considerando o tipo de entidade DEPENDENTE,
relacionado a FUNCIONARIO (1:N)
Atributos de DEPENDENTE: Nome (Primeiro nome do
dependente), Data_nascimento, Sexo, Parentesco
Dois dependentes de dois funcionários distintos podem
ter o mesmo Nome, Data_nascimento, Sexo e Parentesco
mas ainda assim serem entidades distintas
São identificadas como entidades distintas após
determinar a entidade funcionário à qual cada dependente
está relacionado
Um tipo de entidade fraca geralmente possui uma chave-
parcial
O atributo que pode identificar exclusivamente as entidades
fracas que estão relacionadas à mesma entidade proprietária
No diagrama ER o tipo de entidade fraca e o seu
relacionamento de identificação são identificados por suas
caixas e losangos delimitados por linhas duplas
O atributo de chave-parcial é sublinhado com uma linha
tracejada ou pontilhada
Uma entidade fraca pode ser representada como um atributo
complexo (composto e multivalorado)
No relacionamento entre DEPENDENTE e FUNCIONARIO pode-se
considerar um atributo multivalorado Dependentes para
FUNCIONARIO
Este sendo um atributo composto com Nome, Data_nascimento,
Sexo e Parentesco
A escolha de como utilizar é feita pelo projetista de BD
Grande número de atributos
Caso a entidade fraca participe de outro tipo de relacionamento
além do de identificação não deverá ser representada como
atributo complexo

Pode-se definir qualquer quantidade de níveis de
tipos de entidade fraca
Um tipo de entidade proprietário pode ele mesmo ser
um tipo de entidade fraca
Um tipo de entidade fraca pode ter mais de um tipo de
entidade de identificação

Ternário
Conjunto de relacionamento FORNECE é um conjunto de
instâncias de relacionamento (𝑓,𝑖,𝑝)
𝑓 – FORNECEDOR
𝑖 – PROJETO
𝑝 – PECA
Um tipo de relacionamento
de grau 𝑛 terá 𝑛 arestas

Três tipos de relacionamentos binários
PODE_FORNECER, USA e FORNECE
Relacionamento ternário
Representa informações diferentes
dos três tipos de relacionamento binário
Instâncias
𝑓 – FORNECEDOR (𝑓, 𝑝)
𝑖 – PROJETO 𝑖, 𝑝
𝑝 – PECA (𝑓, 𝑖)
Não existe necessariamente uma instância (𝑓,𝑖,𝑝)

É complicado decidir como um relacionamento deve
ser representado
Um tipo de relacionamento de grau n ou vários tipos de
graus menores
Decisão baseada na semântica ou significado da
situação
Solução típica
Um relacionamento ternário com um ou mais
relacionamentos binários

Algumas ferramentas permitem somente
relacionamentos binários
FORNECE
Tipo de entidade fraca sem chave parcial
Com três relacionamentos de identificação

Os três tipos de entidades participantes
FORNECEDOR, PECA e PROJETO são, juntos, os tipos
de entidade proprietária
A entidade fraca FORNECE é identificada pela
combinação de suas três entidades proprietárias

OFERECE
Representa informações sobre
professores que oferecem cursos
durante determinados semestres
Instância (𝑝,𝑠,𝑑)
𝑝 – PROFESSOR
𝑑 – DISCIPLINA
𝑠 – SEMESTRE
Relacionamentos binários
PODE_LECIONAR – Disciplina/Professor
LECIONOU_DURANTE – Semestre/Professor
OFERECIDA_DURANTE – Semestre/Disciplinas

OFERECE
Os relacionamentos binários e ternários representam
informações diferentes
Uma instância (𝑝,𝑠,𝑑) não deve existir a menos que exista uma
instância (𝑝,𝑠) em LECIONOU_DURANTE, uma instância (𝑠,𝑑)
exista em OFERECIDA_DURANTE e uma instância (𝑝,𝑠) exista
em PODE_LECIONAR
A recíproca nem sempre é verdadeira
Pode-se ter instâncias (𝑝,𝑠),(𝑠,𝑑) e (𝑝,𝑑) nos três tipos de
relacionamentos binários sem a instância correspondente
(𝑝,𝑠,𝑑)
Existem duas notações para especificar restrições
estruturais sobre relacionamentos n-ário
Baseada na notação de razão de cardinalidade
Baseada na notação (min,max)
Ambas devem ser usadas para determinar totalmente
as restrições estruturais sobre relacionamentos
binários ou de grau maior

Baseada na notação de razão de cardinalidade (1, M e
N)
Relacionamento FORNECE
Conjunto de instâncias de relacionamento (𝑓,𝑖,𝑝)
𝑓 – FORNECEDOR; 𝑖 – PROJETO; 𝑝 – PECA
Suponha que exista a restrição de que, para determinada
combinação de projeto-peça, somente um fornecedor
será usado
Coloca-se 1 na participação de FORNECEDOR, e M, N nas
participações de PROJETO, PECA

Baseada na notação de razão de cardinalidade (1, M e
N)
(PROJETO, PECA) determina um único fornecedor
Qualquer instância de (𝑓,𝑖,𝑝) é identificada
exclusivamente por sua combinação (𝑖,𝑝)
Chave para o conjunto de relacionamentos
As participações que têm 1 especificado nelas não
necessitam fazer parte da chave de identificação
Se todas as três cardinalidades forem M ou N, então a
chave será a combinação de todos os três participantes
Baseada na notação (min,max)
Cada entidade está relacionada a pelo menos min e no
máximo a max instâncias de relacionamentos
Não têm influência na determinação da chave
Especificam restrições sobre o número de instâncias de
relacionamento de que cada entidade participa

51985-Estrutura de Dados Arquivos Parte 04

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

51985-Estrutura de Dados Arquivos Parte 04

Enviado por

Direitos autorais:

Formatos disponíveis

Modelo Entidade-Relacionamento

Faculdades Cearenses 01/05/2018

Faculdades Cearenses 01/05/2018 2

Faculdades Cearenses 01/05/2018 7

Faculdades Cearenses 01/05/2018 9

Faculdades Cearenses 01/05/2018 11

Faculdades Cearenses 01/05/2018 12

Faculdades Cearenses 01/05/2018 15

Faculdades Cearenses 01/05/2018 16

Faculdades Cearenses 01/05/2018 17

Faculdades Cearenses 01/05/2018 18

Faculdades Cearenses 01/05/2018 19

Faculdades Cearenses 01/05/2018 20

Faculdades Cearenses 01/05/2018 21

Faculdades Cearenses 01/05/2018 22

Os nomes dos atributos são delimitados em ovais

Faculdades Cearenses 01/05/2018 24

Um tipo de entidade descreve o esquema para um

Faculdades Cearenses 01/05/2018 26

Faculdades Cearenses 01/05/2018 27

Não existe o conceito de chave primária no modelo ER

Faculdades Cearenses 01/05/2018 30

Faculdades Cearenses 01/05/2018 31

Faculdades Cearenses 01/05/2018 32

Faculdades Cearenses 01/05/2018 33

Faculdades Cearenses 01/05/2018 34

Faculdades Cearenses 01/05/2018 35

Faculdades Cearenses 01/05/2018 36

Faculdades Cearenses 01/05/2018 37

Faculdades Cearenses 01/05/2018 38

Faculdades Cearenses 01/05/2018 39

Faculdades Cearenses 01/05/2018 40

Faculdades Cearenses 01/05/2018 42

Faculdades Cearenses 01/05/2018 43

Faculdades Cearenses 01/05/2018 44

Faculdades Cearenses 01/05/2018 46

Faculdades Cearenses 01/05/2018 47

Faculdades Cearenses 01/05/2018 48

Faculdades Cearenses 01/05/2018 49

Faculdades Cearenses 01/05/2018 50

Faculdades Cearenses 01/05/2018 51

Faculdades Cearenses 01/05/2018 52

Faculdades Cearenses 01/05/2018 54

Faculdades Cearenses 01/05/2018 56

Faculdades Cearenses 01/05/2018 58

Faculdades Cearenses 01/05/2018 59

Faculdades Cearenses 01/05/2018 60

Faculdades Cearenses 01/05/2018 61

Faculdades Cearenses 01/05/2018 62

Faculdades Cearenses 01/05/2018 63

Faculdades Cearenses 01/05/2018 64

Faculdades Cearenses 01/05/2018 65

Faculdades Cearenses 01/05/2018 66

Faculdades Cearenses 01/05/2018 67

Faculdades Cearenses 01/05/2018 68

Faculdades Cearenses 01/05/2018 69

Faculdades Cearenses 01/05/2018 70

Faculdades Cearenses 01/05/2018 71

Faculdades Cearenses 01/05/2018 72

Faculdades Cearenses 01/05/2018 75

Faculdades Cearenses 01/05/2018 76

Faculdades Cearenses 01/05/2018 77