Version 13 (modified by 14 years ago) ( diff ) | ,
---|
Vision of a Subsystem for Electronic Term Enrollment and Exam Enrollment
Problem Statement
The problem of | Late application for enrollment, waiting in long lines, lost or misplaced documents, lack of transparency of the process |
affects | II students, assistants, profesors, employees |
The impact of which is | Dissatisfaction with the organization of the studies among students |
A successful solution would | Improve the image of II, attract more students, optimize administrative functions. No mess, no crowds, just in-time enrollments |
Product Positioning Statement
For | Current students and lecturers at II |
Who | attend, take, manage or administer course lectures and exams |
The new system | is a tool |
That | Enables elecontrnic enrollment for courses and exams and access to course and grade information |
Unlike | The manual process that is now in place |
Our product | is available 24 h/day достапен 24 часа and help is not needed in order to be able to use it |
Stakeholder Descriptions
Name | Description |
Users | The users will be able to use the system at any time, meet the deadlines for submitting applications for term enrollment and meet the deadlines for exam enrollment. Any person that becomes a student of the education institution or is employed as a teacher, assistant or demostrator should automatically become a user of the system. |
System administrator | The system administrator is responsible for overseeing and maintenance of the system. He is responsible for control of the messaging and of the users of the system. |
Jurisdictional institutions | The jurisdictional institutions are the ones that are financing the system and using it for their own requirements. |
II System engineers | The II system engineers should be involved in the platform selection in which to develop the system, so that it can be easily fit inside the existing systems at II. |
System developers | The system developers are the ones who are involved in the system (designers, coders, testers). They will be responsible for the successful completion of the system up to the deadlines. |
User Profiles
Unadjusted to technology: These are generally users who have trouble acustoming to new technologies. Despite being only a small part of the user base, this type of user is of no lesser importance.
Characteristics: These are generally persons of age, and represent a very small part of the userbase. The have trouble to fit in complex systems and new technologies.
Competencies: They usually don't want to be burdened by having to learn how to use a complex system. Success criteria: Simple to use and translated in macedonian and english. Actors: professors, students, assistants, demonstrators.
Busy persons: Persons that have too much responsibilities on their account and are not in the position to be online and available at any time.
Characteristis: Age is not relevant. They usually have several email accounts. Competencies: They are willing to use the system, but do not have the time for it. Success criteria: Introduction of a mechanism that will inform them via email or mobile that an action on the system is expected from them. Actors: professors, assistants, demonstrators.
Regular users: Largest percent of the userbase and they are generally younger persons.
Карактеристики: Немаат никакви потешкотии кон прилагодувањето кон покомплексните системи и најверојатно активно ќе го користат системот.
Competencies:/ Критериуми за успех: Еденоставен за користење и да дозволи пристап 24/7. Актери: студенти, професори, асистенти, демонстратори
User environment: Academic
Key stakeholder and user needs:
Key stakeholders: all listed
Needs:
Ease of use. The system should be easy to use both for persons adjustable for new technologies and those who are not.
Available in macedonian. The system should be available in macedonian language for the persons who are don't fluent in english.
Available online 24/7. The system should be available online at any moment a person wishes to use it.
The system should have an archive of all sent messages.
The system should be highly protected againt non-authorized use.
Extensible: In the future new needs and requirements will occur and new services will have to be implemented, therefore it should be possible to implement new services which would not hinder the working of the existing ones.
Functionalities
Id | Description | Priority |
FEAT1 | The system must enable the student easier exam enrollment | Must |
FEAT2 | The system must enable the professor a view on reports listing students that have enrolled for the respective exams | Must |
FEAT3 | The system must enable the responsible for study organization, easier creation of an exam schedule | Must |
FEAT4 | The system should enable return status information to the student | Should |
FEAT5 | The system should be available 24/7 | Should |
FEAT6 | The system should enable archiving | Should |
FEAT7 | The system should enable reports of students that have successfully enrolled courses | Must |
FEAT8 | The system should enable a report of all enrolled exams by a student | Should |
FEAT9 | The system should enable reports of all exams that have been succefully passed | Should |
FEAT10 | The system could enable payment for term enrollment and exam enrollment. | Could |
FEAT11 | The system must enable the listing of new plans, programs and curricula | Must |
FEAT12 | The system could enable the input of equivalent subjects between old and new plans | Could |