Aravind Finalreport
Aravind Finalreport
2024-25
ARAVINDAN S (71382202013)
Third Year - CSE
APPROVAL AND DECLARATION
This project report titled COLLEGE INFORMATION SYSTEM USING STAR UML
was prepared and submitted ARAVINDAN S (Reg No: 71382202013), and has been
found satisfactory in terms of scope, quality and presentation as partial fulfillment of the
requirement for the Bachelor of Engineering(Computer Science and Engineering) in Sri
Ramakrishna Institute of Technology, Coimbatore (SRIT).
_____________________
I
TABLE OF CONTENTS
DESCRIPTION Pg.No
APPROVAL AND DECLARATION I
TABLE OF CONTENTS II
LIST OF FIGURES III
ABSTRACT IV
CHAPTER 1 INTRODUCTION 1
CHAPTER 4 CONCLUSION 15
REFERENCES 16
II
List of Figures
III
COLLEGE INFORMATION SYSTEM
ABSTRACT
The system typically includes modules for student profiles, course management,
attendance tracking, grading, and timetable scheduling. Additionally, it offers real-time
reporting and analytics for decision-making, helping educational institutions operate
efficiently. With built-in security features, the SRS ensures data integrity and privacy while
supporting scalability to accommodate growing user bases.
This paper explores the design, implementation, and potential impact of a Student
Record System, highlighting its role in modernizing higher education administration and
improving the student experience.
IV
CHAPTER - 1
INTRODUCTION
The implementation of a SRS not only simplifies day-to-day operations but also provides
real-time data analytics for better decision-making and resource management. With built-
in security measures and access controls, the system ensures that sensitive information is
protected, adhering to institutional policies and regulations. Furthermore, SRS platforms
are scalable, making them suitable for institutions of all sizes, from small colleges to large
universities.
1
CHAPTER - 2
PROBLEM STATEMENT
Students, faculty, and administrators often struggle to access critical information in real-
time. Delays in providing updates on schedules, grades, or fee payment status hinder
decision-making and student satisfaction.
CHAPTER -3
UML DIAGRAMS
2
3.1 USE CASE DIAGRAM
A Use Case Diagram provides a high-level view of how users (actors) interact with the
college information system. It captures the system’s functionality from the perspective of
the end user, typically highlighting the various services the college information provides to
its customers.
Key Components:
Student: Register for Courses Description A student can browse available courses and
register for classes.
3
Teacher: Teachers can view and grade student assignments. Teachers can add, edit, and
delete courses.
Admin: The admin can add, edit, or remove users (students and teachers).
Database: The database stores all information related to courses, students, teachers, grades,
and reports.
The use cases involve interactions between the student, teacher, admin, and the database to
manage core functions like course registration, assignment submissions, grading, and
system administration. Each actor has specific roles in managing or accessing information
in the system.
4
Figure 3.2 Class diagram
The Class Diagram is a key component of the college information system design, providing
a detailed representation of classes, attributes, methods, and relationships among them. It
serves as a blueprint for the system’s architecture.
Key Elements
5
Figure 3.3 Sequence diagram
A Sequence Diagram models the flow of messages between objects in the system during a
specific use case, focusing on the sequence of interactions that occur to complete a task. It
provides a time-ordered view of how objects communicate.
Key Components:
Student Registration: The student initiates the registration, the system interacts with the
database to fetch and store course information, and then confirms the registration.
Assignment Submission: The student submits the assignment, which is verified and stored
in the system's database. Confirmation is sent back to the student.
Grading Process: The teacher retrieves the assignment, enters the grade, and the system
updates the database with the grade information, followed by confirmation to the teacher.
6
Figure 3.4 Collaboration diagram
SubmitAssignment(): The Student submits the assignment through the Course interface.
StoreAssignment(): The Course stores the assignment details and forwards it to the
Assignment object.
NotifyTeacher(): The Notification Service sends a notification to the Teacher about the
new submission.
UpdateDatabase(): The Database is updated with the new assignment submission record.
7
Figure 3.5 Statechart Diagram
A State Diagram models the various states an object can be in and how it transitions from
one state to another in response to events. For an College Information system, this is
particularly useful for understanding how the machine operates based on user input.
Example:
Idle (Logged Out):The system is idle when the student has not logged in.
Logged In: The student logs into the system and is ready to interact with the system's
functionalities.
Course Registration in Progress: The student has initiated the process of registering for
courses.
Registered for Courses: The student has successfully registered for courses.
Assignment Submission in Progress: The student is submitting assignments for registered
courses.
Assignment Submitted: The student has successfully submitted the assignment.
8
Viewing Grades: The student is viewing their grades after assignments have been graded.
Logged Out: The student logs out of the system and returns to the idle state.
Idle (Logged Out) is the initial state where the system awaits the student to log in.
Once logged in, the system transitions to various functional states, such as course
registration, assignment submission, or grade viewing.
Each functional activity has its own internal process states like "in progress" and
"completed."
After completing actions, the system can either move back to a logged-in state (for
further actions) or the student can log out, returning to the "Idle" state.
9
Figure 3.6 Activity diagram
Key Components:
10
Login: The student enters login credentials. If valid, they are authenticated and moved to
the Student Dashboard.
Student Dashboard: The student initiates the course registration process. The student
chooses to submit an assignment. The student opts to check grades.
Register for Course: The system displays available courses. The student selects the
courses to register. The system confirms registration and returns to the dashboard.
Submit Assignment: The student uploads the assignment for a course. The system
confirms the submission and returns to the dashboard.
View Grades: The student views their grades for completed courses. After viewing grades,
they return to the dashboard.
Logout: The student chooses to log out of the system. The system ends the session,
marking the end of the interaction.
11
Figure 3.7 Component diagram
The Component Diagram depicts the physical structure of the College Information system,
showcasing how individual software components interact.
Student Component: Allows students to register for courses, submit assignments, and
view grades. Interacts with the Course Management, Assignment Management, and Grade
Management components.
Teacher Component: Teachers use this to manage courses, grade assignments, and view
student lists. Connects to the Course Management, Assignment Management, and Grade
Management components for its tasks.
Database Component: Stores all persistent data including user information, course details,
assignments, grades, and reports. Interacts with all other components for data storage and
retrieval.
12
Figure 3.8 Deployment diagram
A Deployment Diagram shows the physical architecture of the system, including hardware
and software components and how they are deployed. It’s particularly useful for illustrating
the network setup of the College Information system.
Client Devices: Interact with the system through a browser-based UI, which is rendered by
the Web Server.
Application Server: Handles the system’s business logic and processes requests for course
management, assignments, and grading.
Database Server: stores all persistent data related to courses, users, assignments, and
grades.
13
3.9 PACKAGE DIAGRAM
The Package Diagram organizes the College Information system into logical units called
packages, facilitating a clear understanding of its structure and interdependencies.
User Interface (UI): The College Information System will be designed with different user
roles in mind: Students, Teachers, and Admins. Each role will have a tailored dashboard
and navigation to access the system’s core functionalities like Course Management,
Assignment Submission, Grade Management, and User Management.
Domain: The core concepts or entities involved in a system, along with their attributes,
behaviors, and relationships. It provides a conceptual understanding of how the real-world
elements interact with each other in the system. For a College Information System, the
primary domain entities are Students, Teachers, Admins, Courses, Assignments, and
Grades.
Technical services: Support the functionality, scalability, security, and maintenance of the
system. These services ensure that the system operates efficiently, is secure, and can be
easily maintained and extended.
14
CHAPTER - 4
CONCLUSION
A student record system is crucial for efficiently managing student data, course details, and
administrative tasks. It simplifies processes like registration, grading, and communication
between students and faculty, ensuring accurate and timely access to information. By
streamlining operations, the system enhances the overall educational experience and
supports better decision-making within the institution.
15
REFERENCE
1. https://itsourcecode.com/uml/college-management-system-project-uml-diagrams/
2. https://codebun.com/uml-diagram-for-college-management-system/
3. https://www.geeksforgeeks.org/class-diagram-for-college-management-system/
16