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.
