College Management System
College Management System
1
Savitribai Phule Pune University
In Partial Fulfilment of the requirement for the degree of
B.Sc. (Computer Science)
By
2
Acknowledgement
3
INDEX
➢ Introduction
➢ Problem Definition
• Problem Statement
• Objective
• Scope
➢ System Design:
• ER Diagram
• Use Case Diagram
• Sequence Diagram
• Activity Diagram
• Deployment Diagram
• Data Flow Diagram
• Class Daigram
➢ Data Dictionary
➢ Testing Screenshots
➢ Testing Techniques
• White box Testing
• Black box
• Error Guessing
• Alpha Testing
• Beta Testing
4
➢ Implementation Details
• Software/Hardware Specifications
➢ Proposed System
• Process involved in system
• Feature of Proposed system
• Advantages of the Proposed system
• Benefits of the proposed system
➢ Limitation
➢ Future enhancement
➢ Bibliography
5
➢ “College Management System”.
Introduction: -
6
Problem Definition: -
• Problem Statement: -
7
• Objectives: -
1] Technical Feasibility:
Focuses on the existing software, hardware, and staff resources
available for the CMS implementation. No significant
additional hardware is required as the system will primarily
operate on existing infrastructure. The required software
components are readily available and accessible through web-
based platforms, reducing the need for extensive software
development.
2] Operational Feasibility:
Refers to determining whether the CMS will operate
effectively and be adopted by end-users, including
administrators, faculty, and students.
The CMS aims to improve operational efficiency by
automating administrative tasks and facilitating
communication, making it user-friendly and accessible to all
stakeholders. With existing users and systems in place, there is
8
no need to recruit new users, and the ease of use of the CMS is
expected to enhance user satisfaction and productivity.
3] Economical Feasibility:
Examines whether the benefits of implementing the CMS
outweigh the costs associated with its development and
maintenance.
The cost/benefit analysis considers factors such as the initial
investment in system development, ongoing maintenance costs,
and potential savings and benefits from improved efficiency
and productivity.
While there may be upfront costs associated with system
development and implementation, the long-term benefits,
including streamlined operations, enhanced communication,
and improved decision-making, are expected to justify the
investment in the CMS project.
Overall, the feasibility study for the College Management
System indicates that the project is technically feasible,
operationally viable, and economically justifiable, laying a
strong foundation for its successful implementation and
adoption within the educational institution.
9
• Project Scope:
10
System Design
• Sequence Diagram
11
• Activity Diagram
12
• Data Flow Diagram:-
13
• Deployment Diagram
14
• Class Diagram
15
• ER Diagram
16
• Use Case Diagram
17
➢ Data Dictionary
18
19
20
➢ Testing Screenshots: -
• Home Page
21
• About Us
22
• Contact Us
23
• Registration
24
• Login
25
• User Page (Student)
• Timetable
26
• Attendance
27
• Exam Page
28
• Exam Fee Page
29
30
➢ Hardware and Software Requirements: -
• Hardware
1. processor: i5-2520M
2. RAM:4GB
3. Disk:500GB
• Software
1. Operating system: Linux
2. Front end: HTML, CSS, JS
3. Back end:PHP, PostgreSQL
31
➢ Proposed System:
32
• Features of the Proposed System:
33
• Advantages of Proposed System
34
• Benefits of the Proposed System
35
➢ TESTING TECHNIQUES
36
• White Box Testing (WBT)
WBT is related with the structure (internal logic) of the
program. In WBT code auditing is done to determine whether
or not specified programming practices and rules have been
followed. Static analysers are one of the tools used for WBT
which is used to check function calls, variables defined but not
used, misuse of global variables etc.
• Black Box Testing (BBT)
BBT is related with input and output only and not related with
internal structure of the program. In BBT it is checked that if
some input is given then whether specific output is produced
by the program or not.
• Error Guessing
Possible terrors are listed and test cases conditions) based on
list are constructed. Possible errors are like divide by input,
boundary level, etc.
• Alpha Testing
Customer conducts this test at the developer's site. Alpha test
conducted in controlled manner. The customer the developer's
site. Alphe developer watches it for recording errors and usage
problems.
• Beta Testing
This test is conducted at one or more customer's sites by the
end user’s software User feels free in handling the system and
records all the problems that are found during beta testing.
37
➢ Limitations:
38
➢ Future Enhancements:
39
➢ Bibliography:
40