ER Diagram Multiplicity (UML)

2

Schema:

#=PK
Employee (#NIN, fName, lName, address, DOB, sex, salary, taxCode, deptNo)
Department (#deptNo, deptName, managerNIN, businessAreaNo, regionNo)
Project (#projNo, projName, contractPrice, projectManagerNIN, deptNo)
WorksOn (#NIN, #projNo, hoursWorked)
Business (#businessAreaNo, businessAreaName)
Region (#regionNo, regionName)

Dove:

  • Il reparto contiene i dettagli del reparto e il deptNo è la chiave. managerNIN identifica il dipendente che è il gestore del dipartimento. C'è un solo manager per ogni dipartimento.
  • Il progetto contiene dettagli dei progetti in azienda e la chiave è projNo. Il project manager è identificato da projectManagerNIN e il dipartimento responsabile del progetto da parte di deptNo.
  • WorksOn contiene i dettagli delle ore lavorate dai dipendenti su ciascun progetto e (NIN, projNo) costituisce la chiave.
  • Le attività commerciali contengono i nomi delle aree aziendali e la chiave è businessAreaNo
  • La regione contiene i nomi delle regioni e la chiave è regionNo

Questo è il diagramma UML che ho trovato:

Non sono sicuro di quanto sia sbagliato / corretto, ma sono particolarmente preoccupato per le moltiplicazioni e la relazione che Employee ha con WorksOn con Project .

Per la cronaca questo è solo un esercizio di pratica.

    
posta benscabbia 24.02.2015 - 11:44
fonte

1 risposta

2

Diverse cose nel tuo diagramma sembrano mancare o sbagliare.

  1. Vuoi davvero limitare i dipendenti a lavorare su un solo progetto?
  2. Vuoi consentire ai dipendenti di lavorare su un progetto di un altro dipartimento? In caso contrario, devi aggiungere un vincolo / invariante che vieta questo.
  3. Con le tue attuali moltiplicazioni per l'associazione Employee - manages - Department hai bisogno che ogni dipendente gestisca un dipartimento. Probabilmente non è corretto.
risposta data 29.04.2015 - 13:08
fonte

Leggi altre domande sui tag