Student Data Management System Proposal
Student Data Management System Proposal
1|Page
IT-Section-IS226 System Analysis & Design
2|Page
IT-Section-IS226 System Analysis & Design
3|Page
IT-Section-IS226 System Analysis & Design
4|Page
IT-Section-IS226 System Analysis & Design
• Total Staff: 58
• Ancillary staff: 32
• Average class size: 55-60 students
Cloud Computing:
• The school is open to implementing cloud computing but prioritizes data security and
safety.
8.Specific Requests:
• Create a system that is only accessible within the school premises.
• Establish a secure and efficient network linking all school sections and departments.
• Ensure that the new system addresses the needs of each department and facilitates data
integration and reporting.
5|Page
IT-Section-IS226 System Analysis & Design
ii)Project Scope
a. Project Overview; Student Data Management System – For
Bugandi Secondary School
Client: Bugandi Secondary School
Business Need:
To establish a new Student Data Management system and streamline the student registration
and reporting process
Here is an overview of how the system will work;
• Streamline the student registration process.
• Use the registration data to send to respective sections within the school such as the
admin section or department section.
• The data is then used by the teacher to conduct assessments.
• Assessment is conducted via the system(for instance, recording of test marks) and
entered into the system.
• Students are able to login to the system using their credentials to view their marks.
• Teachers are responsible for recording marks and conducting assessments.
• At the end of the year, a student report card will be generated using the system.
This project aims to enhance the overall efficiency and effectiveness of Bugandi Secondary
School's student record management system.
b. Project deliverables;
a. Project deliverables;
1. Registration
• Deliverable 1: Quick and Efficient registration process system
• Deliverable 2: User-friendly interface
• Deliverable 3: Student profiles and record management system
• Deliverable 4: Security measures taken to safeguard student data
2. Academic Reports
• Deliverable 5: Database schema and data models for storing student information,
subject data, subject results, and academic results.
• Deliverable 6: Report generation functionality for generating progressive reports,
report cards, and transcripts.
• Deliverable 7: User management module for administrators and teachers to enter or
edit results
• Deliverable 8: Automated alerts and notifications for Students about academic
results or reports
6|Page
IT-Section-IS226 System Analysis & Design
7|Page
IT-Section-IS226 System Analysis & Design
2.Business Requirements
a. Business Requirements
Business requirements refer to what the organization needs. After the elicitation process was
concluded, it was clear that the school needed a new Student Data Management
System(SDMS) to help streamline the registration and report generation process. The SDMS
aims to enhance the overall efficiency and effectiveness by streamlining two processes which
are the;
• Student Enrollment and Registration Process &
• Report Generation Process.
8|Page
IT-Section-IS226 System Analysis & Design
b. User Requirements
User requirements emphasize what the users need to do. The users of this system are;
✓ Teachers
✓ Student
✓ Administrative Staff (Principal and Deputy Principals User Requirements):
Teacher User Requirements:
• User-Friendly Interface: Teachers should have access to an intuitive and easy-to-use
interface for inputting and accessing student data.
• Grading and Assessment: Teachers require tools for entering and calculating grades,
managing assignments, and generating progress reports for individual students and
classes.
• Data Analysis: Access to student performance data and analytics to help identify areas
for improvement and intervention.
Student User Requirements:
• User-Friendly Interface: Students should have access to an intuitive and easy-to-use
interface for inputting and accessing their data.
• Access to Personal Information: Students should be able to view their own academic
records, including grades, attendance, and schedules.
• Communicate with teachers: Students should be able to communicate with teachers in
a user-friendly manner.
Administrative Staff (Principal and Deputy Principal User Requirements):
• Dashboard and Overview: Provide a comprehensive dashboard with an overview of
key school performance metrics, including enrollment, attendance, and academic
achievements.
• Student Data Access: Access to detailed student profiles, allowing them to view and
manage individual student records.
• Academic Performance: Access student academic records, including grades, test
scores, and progress reports.
• Communication: Send and receive messages to and from teachers, students, and
parents through the system.
• Enrollment Management: Oversee the enrollment process, including admissions,
transfers, and withdrawals.
• Report Generation: Generate various reports for school performance, such as student
performance reports, attendance summaries, and enrollment statistics.
• Security and Data Privacy: Ensure the security of student data and have the ability to
manage user access and permissions to maintain data privacy and compliance.
• Data Analysis and Decision Support: Access data analytics tools to help inform
strategic decisions and improve school operations.
9|Page
IT-Section-IS226 System Analysis & Design
Use Case
The Use Cases below are there to show the two processes.
Use Case Name: Student Enrollment Registration Process ID: UC 1 Priority: High
Actor: Teacher, Student
Description: This use case describes the process of a teacher logging into the system, recording student data, generating student
credentials, and registering the student in the school's database.
Trigger: The teacher initiates the student enrollment process.
Type: Primary
Preconditions:
1. The teacher has a valid account and is logged into the system.
2. The teacher has access rights to perform student enrollment.
Normal Course:
1. The teacher logs into the system using their credentials.
2. The system verifies the teacher's credentials.
3. Upon successful login, the teacher selects the "Student Enrollment" option.
4. The system presents a form for the teacher to input student data.
5. The teacher submits the student data to the system.
6. The system validates the data for completeness and accuracy.
7. If the data is valid, the system generates unique student credentials, such as a student ID and login details (username and
password).
8. The system adds the student's information to the school's database.
9. The teacher receives a confirmation message that the student has been successfully
Postconditions:
1. The student's information is stored in the school's database.
2. The student is assigned a unique student ID.
3. The student has login credentials for any future system interactions.
Exceptions:
1. If the teacher's login credentials are invalid, the system displays an error message and does not allow access to the
enrollment process.
2. If there are missing or invalid data fields on the student enrollment form, the system displays an error message and prompts
the teacher to correct the data.
3. In the event of a database error or system failure, the system displays an error message and advises the teacher to contact
technical support.
10 | P a g e
IT-Section-IS226 System Analysis & Design
11 | P a g e
IT-Section-IS226 System Analysis & Design
c. Functional Requirements
• Student Enrollment & Registration Integration: This requirement indicates that the
system should seamlessly integrate with the student enrollment and registration
processes. It should facilitate the efficient onboarding of new students and the
registration of existing ones.
• Academic Record Management & Monitoring: The system should have the capability
to manage and monitor academic records. This includes recording and updating
student grades, attendance, and other relevant academic information.
• Student Information Retrieval: Users should be able to retrieve student information
easily. This implies a search or retrieval feature that allows authorized users to access
specific student details quickly.
• User Authentication and Access Control: The system should have user authentication
to verify the identity of users. Access control mechanisms should be in place to ensure
that only authorized personnel can access certain functions and data within the
system.
• Data Backup and Recovery: This requirement underscores the importance of
regularly backing up data to prevent data loss. It should also include procedures and
mechanisms for data recovery in case of system failures or data corruption.
• User Support and Training: The system should provide user support, such as help
documentation or a support desk, and training materials or sessions to help users
understand and use the system effectively.
d. Non-Functional Requirement
• Student Enrolment & Registration Integration: This requirement indicates that the
system should seamlessly integrate with the student enrolment and registration
processes. It should facilitate the efficient onboarding of new students and the
registration of existing ones.
• Academic Record Management & Monitoring: The system should have the capability
to manage and monitor academic records. This includes recording and updating
student grades, attendance, and other relevant academic information.
• Student Information Retrieval: Users should be able to retrieve student information
easily. This implies a search or retrieval feature that allows authorized users to access
specific student details quickly.
• User Authentication and Access Control: The system should have user authentication
to verify the identity of users. Access control mechanisms should be in place to ensure
that only authorized personnel can access certain functions and data within the
system.
• Data Backup and Recovery: This requirement underscores the importance of
regularly backing up data to prevent data loss. It should also include procedures and
mechanisms for data recovery in case of system failures or data corruption.
• User Support and Training: The system should provide user support, such as help
documentation or a support desk, and training materials or sessions to help users
understand and use the system effectively.
12 | P a g e
IT-Section-IS226 System Analysis & Design
3.Feasibility Analysis
Alternative Matrix Table
13 | P a g e
IT-Section-IS226 System Analysis & Design
Organization Issues:
• Alignment with School Goals: Assessing the degree to which the software aligns
with the strategic objectives and educational goals of the school.
• Change Management: Examining the software's features and tools that facilitate
smooth transitions and minimize resistance when implementing changes.
• Support & Training: Evaluating the availability and effectiveness of resources and
training programs to support users in adopting and utilizing the software effectively
See Appendix A for Feasibility Analysis
14 | P a g e
IT-Section-IS226 System Analysis & Design
4.Process Model
iii) Context Diagram Source: Visual Paradigm Enterprise
15 | P a g e
IT-Section-IS226 System Analysis & Design
16 | P a g e
IT-Section-IS226 System Analysis & Design
Data Stores:
1. Student Database
• Stores student information for enrolment and registration.
2. Subject Database
• Stores student assessment data, including marks and summaries.
3. Report Database
• Stores generated reports, including the annual school performance report.
17 | P a g e
IT-Section-IS226 System Analysis & Design
5.Data Model
18 | P a g e
IT-Section-IS226 System Analysis & Design
6.Appendices
i. Appendix A – Technical Feasibility
a. Technical Feasibility
The technical infrastructure required for the SDMS is available and includes:
✓ Sufficient hardware and network resources: The school has operational computers and
laptops at the moment and only require a LAN setup
✓ Compatibility with existing systems: eSkooly requires a simple set up on all devices in
order to be operational
✓ Availability of skilled IT personnel for system implementation and maintenance:
Careful training and documentation will be carried out to prepare personals to run the
system.
✓ Mobile Accessibility: eSkooly has mobile accessibility features. Students can login and
view their records or access educational resources and teachers can also record students
marks via the app.
c. Organisational Feasibility
The SDMS aligns with Bugandi Secondary School's mission of providing efficient and
effective education services. Staff members have expressed support for the system, and the
organizational culture encourages innovation and improvement in administrative processes.
19 | P a g e
IT-Section-IS226 System Analysis & Design
• Leadership Support: Ensure that there is strong support and commitment from the
school's leadership, including the principal, school board, and key administrators. Their
endorsement is vital for successful implementation.
• Stakeholder Buy-In: Engage with various stakeholders, such as teachers, students,
parents, and administrative staff, to garner their support and input. Address their
concerns and demonstrate how eSkooly will benefit them.
• Resource Allocation: Evaluate the availability of resources, both financial and human,
required for the implementation of eSkooly. Allocate budget for software licenses,
hardware upgrades, training, and ongoing maintenance.
20 | P a g e
IT-Section-IS226 System Analysis & Design
21 | P a g e
IT-Section-IS226 System Analysis & Design
22 | P a g e