Home E-Learning & School Management Software

• Go to the sample website home page: school-records-manager.jetbreed.com

• In order to register, click the register or sign up button, just below the login button as shown in fig.1 below. On clicking the register button, a registration modal pops up or is displayed for the user to fill his or her details. See fig.1 for illustration.

• Fill in the required fields – email, email confirmation, password and password confirmation; and then submit as illustrated below in fig. 1.

• The email field will not parse any invalid email input. The password field will also require the “intending” user to maintain a combination of a minimum of six (6) characters, and at least one number.

• Once all the fields have been properly filled, the user may go ahead and submit for authentication.

• After the form is submitted, the user should expect an email confirmation message in his/her inbox. Follow the instruction in the user’s inbox to verify your identity and complete your registration. Once you have verified yourself, you can go ahead and login successfully with the details you supplied.

• Access PIN registration must also be completed apart from the initial signup registration. Only registered Access PIN can be used for logging into the application.
• After the form is submitted, the user should expect an email confirmation message in his/her inbox. Follow the instruction in the user’s inbox to verify your identity and complete your registration. Once you have verified yourself, you can go ahead and login successfully with the details you supplied.

• Go to the home page of DEMO website: https://school-records-manager.jetbreed.com

• In order to login, fill in the fields – username or email or reg. number, password and access PIN; and click on the login button as illustrated below in fig. 2.

• The login button is just above the sign up button, located at the same position.

• The user is expected to access his/her registered account by entering the values that he/she signed up with accurately in the email and password fields.

• A user may request for new password or change of password for some random reasons.
• The button for changing or securing a new password is also on the home page, just below the registration button. On clicking the button, a “want to change password” dialog/modal box pops up.
• The user is expected to supply his/her email used for opening/registering the account, and then click the submit button.
• The user must supply a valid email used during the signup, because access must be guaranteed/permitted to the right inbox to trigger the change of password process.
• After the submission, the user heads to his/her inbox to validated/authenticated the password reset message sent to him.
• On clicking the link in the inbox, the user triggers the change of password process, and is then redirected to the password reset page of the application.
• Fill in the new password and confirm it on the page.
• Once all the fields (new password and confirm password) have been properly filled, the user may go ahead and submit the form.
• After submission, if the password is authenticated, the user gets a “successful password reset message” and can now login with the new password.

---

There are 50 assignable user roles built into the application system. This means, the users of this app can access one of the unique dashboards as per their identity and user roles assigned to them.

After users have successfully signed up and logged in via the internet, the admin can easily authenticate them, by assigning them their requested roles accordingly. Note: roles can be purchased or just requested as the case may be.

Admin can enrol/register/create new users (students, parents, staffs). A variety of details are needed for each user.

• Registration numbers of users are auto-generated upon creation of the user. This serves as a security major to avoid duplication & impersonation users.
• Each registration number is unique to only a single user (that is, no two or more persons can ever share the same registration number). This also applies to the users’ emails and usernames which the user can use to login together with their password.
• Registration numbers are designed or encoded to take three different formats for example: 2019/STD/JB0000084, 2019/PRT/JB0000084, and 2019/STFF/JB0000084 for students, parent and staffs respectively. Registration number format is readily customizable to clients’ preferred formats.
• Once a user is created the users artefacts are populated throughout the database of the application system to allow for further ease of manipulating the user data amongst other thousands or millions plus data of other users as the case may be.
• Upon creation of users, if user’s profile pictures is not provided, a male or female avatar image is automatic displayed, with respect to the gender provided notwithstanding. So the admins and other users can easily identify the gender of the users by just looking at the user’s profile picture or the avatar image as the case may be.
• Only the super admin (manager) is capable of creating an admin role user.

The creation of school academic session is automated.

• The creation of school academic session is fully automated.
• This feature is implemented to work with the server time and date.
• Therefore, once the school academic session is created (i.e. once the button for school academic session is clicked), the admin will not be able to re-create it again until next session year.
• Creating academic session means to populate the school database with all the setup records of students needed for all the data processing and computation for the academic session. Note: Session creation is also a prerequisite before user (student/parent/staff) creation can be possible. If session is not yet created, and admin tries to create any user, a caution message will pop up informing the admin that session has not been created.
• Session creation should always be the first operation the admin undertakes, before resuming any new academic session within this application system.

NOTE: Session creation should always be the first operation the admin undertakes, before resuming any new academic session within this app.

The system is integrated with publishing of announcement feature. It takes the looks of a blog thread for students, parents and staffs. Users can check for announcements according to dates and times. The most recent announcements appear at the top in that descending other. Admin and some staff users have the permission to post announcement while others are only permitted to view announcements (this feature is customizable). Published announcement can be edited and / or deleted without have to reload the page. This feature can be enhanced on request.

Students who are already registered need not be re-registered. Their classes (roles) can be simply changed by any of the admin.

Student-parent matching feature allows ease of identification.

• Students are matched with their parent after registration to ensure thorough security management and strict majors with identification process.
• Parents who are registered on the system and are matched with their wards can easily view their wards’ profile details and academic performances from their profile page.

E-LEARNING & PUBLISHING OF ANNOUNCEMENTS
Classwork publishing and notifications feature allows for posting messages and files dorectly to a group of users.
The system is integrated with e-learning and announcement publication features. It implements unique interface for e-learning experience for users. The assignments/info can be posted in various file formats such as: videos, text documents (pdf, doc, etc), & audios; displayed according to dates and times of posting. The most recent assignments/info appears at the top in that descending other. Admins/Staffs/Teachers have the permission to post while others are only permitted to view. Posts can be updated/deleted without having to reload the page. This feature can be enhanced on request.
• Admins and academic staffs can prepare post and attach a file before sending. Sending message or notification with this feature is seamless as there is no page reload when submit button is clicked.
• The target audience or group receives the message or notification.

• Assessments can be recorded class by class
• Only the teacher, lecturer or tutor in charge of a subject can record assessment for the student offering the subject. This feature rules out possible malpractice.
• The session, the class, the subject and the term of study must be selected before the records for students offering the subject can be displayed for filling their scores of assessments.

• Students’ results can be processed class by classes and individually.
• Only students’ records offering a subject would display on the record sheet. This separates concern and makes the whole environment neat and easy for the user.

• Payment system is integrated into the system.
• Payment and shopping cart system would be activated on request by the custommer.

• By clicking on the above button, users can logout their session from the system.