Adenda ao enunciado da 1ª parte do projecto

Adenda ao enunciado da 1ª parte do projecto
As alterações que constam nesta adenda dizem respeito ao enunciado da 1ª parte do
projecto e não modificam drasticamente nada do que nele consta. Apenas vos fornecemos
algumas modificações que pretendem tornar mais claro o enunciado e/ou tornar mais
precisas algumas notações.

De acordo com o processo de desenho de bases de dados que consta nos slides do
Cap2, existe a seguinte correspondência com as secções que o relatório da 1ª parte
do projecto deve conter:
o 2. Modelo de classes UML –> Desenho Conceptual
o 3. Modelo Relacional e 4. Tabelas em SQL –> Desenho Lógico e um
pouco de Desenho Físico
o A descrição dos requisitos apresentada em 1.1. e 1.3 corresponde ao
resultado de um levantamento de requisitos (que, obviamente não foi feito
por vós)

No esquema ER apresentado em 1.2., os nomes das relações devem ser todos
diferentes e coerentes (por exemplo, todos verbos conjugados do mesmo modo),
logo devem ser tidas as seguintes alterações:
o A relação entre Categoria e Produto passa a chamar-se “classifica”
o A relação entre Armazém e Contacto passa a chamar-se “tem”
o A relação entre Autor e Livro passa a chamar-se “escreve”
o A relação entre Artista e CD passa a chamar-se “interpreta”
o
A terceira restrição de integridade (RI3) apresentada em 1.2. desaparece. Não faz
sentido estar a impôr valores para o atributo “nome” do Tipo de CD, uma vez que
o conjunto não é delimitado.


No ponto 1.3., primeiro parágrafo, quando se fala em encomenda apenas se
pretende contextualizar os requisitos que se seguem, isto é uma factura aparece na
sequência de uma encomenda. No entanto, apenas se pretende guardar na base de
dados a data da encomenda associada à factura que lhe corresponde.