0% found this document useful (0 votes)
990 views3 pages

Er Diagram of A University DBMS: Consider The Following Requirements List

The document describes an entity relationship (ER) diagram for a university database management system. The ER diagram models the main entities of the university system including colleges, students, classes, faculties, courses, and student registrations. It shows the relationships between these entities, such as students enrolling in programs made up of courses.

Uploaded by

Faisal Jaffer
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
990 views3 pages

Er Diagram of A University DBMS: Consider The Following Requirements List

The document describes an entity relationship (ER) diagram for a university database management system. The ER diagram models the main entities of the university system including colleges, students, classes, faculties, courses, and student registrations. It shows the relationships between these entities, such as students enrolling in programs made up of courses.

Uploaded by

Faisal Jaffer
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 3

ER DIAGRAM OF A UNIVERSITY DBMS

This ER (Entity Relationship) Diagram represents the model of University Management


System Entity. The entity relationship diagram of University Management System shows all
the visual instrument of database tables and the relations between Students, Faculties, Colleges,
Registrations etc. It used structure data and to define the relationships between structured data
groups of University Management System Functionalities The main entities of the University
Management System are Colleges, Students, Classes, Faculties, Courses and Registrations.

Consider the following requirements list:

 The university offers one or more programs.


 A program is made up of one or more courses.
 A student must enroll in a program.
 A student takes the courses that are part of her program.
 A program has a name, a program identifier, the total credit points required to graduate,
and the year it commenced.
 A course has a name, a course identifier, a credit point value, and the year it
commenced.
 Students have one or more given names, a surname, a student identifier, a date of birth,
and the year they first enrolled. We can treat all given names as a single object—for
example, “John Paul.”
 When a student takes a course, the year and semester he attempted it are recorded. When
he finishes the course, a grade (such as A or B) and a mark (such as 60 percent) are
recorded.
 Each course in a program is sequenced into a year (for example, year 1) and a semester
(for example, semester 1).

The ER diagram derived from our requirements is shown in Diagram. Although it is


compact, the diagram uses some advanced features, including relationships that have
attributes and two many-to-many relationships.
ER Diagram.

In This design:

 Student is a strong entity, with an identifier, student_id, created to be the primary


key used to distinguish between students (remember, we could have several
students with the same name).
 Program is a strong entity, with the identifier program_id as the primary key used
to distinguish between programs.
 Each student must be enrolled in a program, so the Student entity participates totally
in the many-to-one EnrollsIn relationship with Program. A program can exist
without having any enrolled students, so it participates partially in this relationship.
 A Course has meaning only in the context of a Program, so it’s a weak entity, with
course_id as a weak key. This means that a Course is uniquely identified using its
course_id and the program_id of its owning program.
 As a weak entity, Course participates totally in the many-to-one identifying
relationship with its owning Program. This relationship has Year and Semester
attributes that identify its sequence position.
 Student and Course are related through the many-to-many Attempts relationships;
a course can exist without a student, and a student can be enrolled without
attempting any courses, so the participation is not total.
 When a student attempts a course, there are attributes to capture the Year and
Semester, and the Mark and Grade.

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy