For every School Information System, the functionality to enroll someone in the system is very very important. In fact, in the geneSIS project this is the entry point for all needed information in the system, I don’t need to add further on that. What is needed in this functionality? The information of your incoming students and of course it’s payment frequency. In developing this project a question popped up in the scenario of enrollment. What is to be considered if a person is enrolled or not? Is it just because the person sign up for the school does it mean that person is enrolled? Or if the system will be considering enrollees that were not yet paid or given any amount to be considered to be enrolled?
For me, for the system to be installed into an organization, the developer or the installer of the system needs to have a certain amount to be paid first to move forward with project. For a School Information System to be developed or to be rolled out to a school, the school should have a capability to spent an amount to a software before the organization really reap the benefits of it. Same goes to the school before rendering services to its clients, at least an amount of money should be spent just to ensure or to reserve a seat in the class. So for our geneSIS project we will have consideration to add a student to a class if there is already an amount is paid. The minimum amount should be variable depending on the discretion of the administrator.
We put checks on the student’s profile if this is already enrolled. That would mean if he already declared a payment frequency plus an amount that can be set in the admin panel. This amount would serve as a down payment for the school and a deadline when the payment should be in full before proceeding on the breakdown of the frequency. The flexibility of this payment will be still researched in the coming releases.
The project is in smooth sailing, it’s been a while I put up an update regarding the system progress so here it is. There is a already a lot of going on with in terms of code, the design has been re-engineered and will be back with the details on a later time. Currently I already logged an estimated 32 hours of work in the project, I know it should be due this month well the effort is different from the actual time line being rendered. Anyways, I am tracking the progress from a spreadsheet created in Google Sheets.
I am listing down the functionalities of the system and from there they obtain a number that will be the reference for all sub functionalities or updates regarding the main function. I am already updated the database, optimizing some tables and fields for faster performance. I already have a few bugs under my sleeve, luckily I already extinguished those bugs. Currently the system already saving information about the students and already have the listing of the existing students. Improvements on this module and changes is still underway, the focus is on the flow of the system first and setting all the necessary variables and information to create a class, assigning teachers and validation if ever there is a need to create a section. Also the capabilities to have an inquiry sheet, this is where the potential students can be saved well virtually they are not enrolled, yet, but they should be in the system already by the time they decided to enroll, the system is readily to activate them as students.
There are a lot of potential in the system, I am not saying it will be great, but it will be awesome.
Up to the next update guys!
So it started, the design phase is now on. I started already for the teacher panel and something with the administration panel. It is still a bit bare, I am still putting the contents that make sense. My design skills are still in the hibernation mode so, the detail is a bit off I am hoping to create the body out of it, the whole panel is still out of sync.
As it was defined previously, it will be as simple as a school project. But of course the synchronicity of the contents should be as tight as a drum. It should work as one and look as one. Like any other system the contents should be organized as the data could come from any direction and it is always subject for corrections.
The teacher’s access will have basic panels, the dashboard will have a filter according to the level he/she is handling. It will have so called ‘cards’, that will be grouped by level. The cards will have the number of students on that level and section if there are several. It will also contain the teacher’s schedule id and the status of the grades. The status should be released in every quarter. On that note, there should be no corrections done or it will be requested to admin that will have adjustments on the grades.
Watch out for my next post so I can write about the admin panel.