3LEIC09T1
Iteration 3
Welcome to the documentation pages of the UniNotif!
You can find here detailed about the product, from a high-level vision to low-level implementation decisions, a kind of Software Development Report, organized by discipline (as of RUP):
So far, contributions are exclusively made by the initial team, but we hope to open them to the community, in all areas and topics: requirements, technologies, development, experimentation, testing, etc.
Please contact us!
Thank you!
Our project aims to provide members of FEUP with reminders for important or routinely events of their academic life through a variety of notifications implemented into UNI, such as classes or tuition payment limits alerts.
Our product intends to differentiate UNI from Sigarra by a notification system with different capabilities. We believe this feature will aid the user not to forget events within its interest, as well as improve the app's overall user experience.
Deactivate tuition fee payment limit notification
| Name | Deactivate tuition fee payment limit notification |
|---|---|
| Actor | User |
| Description | The user deactivates notifications that are triggered when the payment limit for tuition fees is near |
| Preconditions | The user is logged in and has tuition fee notifications activated |
| Postconditions | The referred notification type is deactivated |
| Normal flow | 1. The user accesses his notification's settings. 2. The system displays a list of notification types. 3. The user selects "Tuition Fee Payment Limit". 4. The user slides a slider that deactivates that type of notification. |
| Alternative flows and exceptions | 1. [No Degree Exception] If, in step 3 the user is not enrolled in degree, the option to select this kind of notification is omitted |
Change class notification parameters
| Name | Change classes on which notifications are active |
| Actor | User |
| Description | The user costumizes the classes on which notifications he wants to be notified a certain time before they occur. |
| Preconditions | The user is enrolled in at least one course. |
| Postconditions | A new set of notification parameters for class notifications replaces the previously established one. |
| Normal flow | 1. The user accesses the notification settings. 2. The user selects the class notifications definitions option. 3. The user selects the option to edit classes with notifications active. 4. Activates/deactivates notifications for each class shown. 5. The system alters the class's notifications settings. |
| Alternative flows and exceptions | [No enrolled courses failure] If, after step 2 of the normal flow, the user is not enrolled in the any course, the system displays a message stating that same situation. |
Description
Our notification system supports both class/lecture notifications and tuition payment notifications.
Notificaiton Delivery System: This package will take the information about a certain model (class model, tuition model, etc) and will schedule a notification that will display that model information based on the settings defined by the user
Notification Settings: This package will handle all the settings that the user can change. For example, if a certain kind of notification is turned on or off, and how much time before an event it should be displayed
Notification Settings Database: This package will store all the settings about the delivery of notifications
Tuition Data Retriever: This package will retrieve all the data related to tuitions like the value of a single installment and until when it should be payed
Course Database: This package will handle all the data provided by Sigarra about which couses is the user taking and how many tuitions the used still needs to pay
Class Data Retriever: This package will retrieve all the data about a class like what time does the class start, in which room will it take place, etc Sigarra Database: Sigarra database has all the information about a user stored
In our feature, we will be using the Flutter framework and a SQLite database as those are the ones already present in the UNI project and fulfill our needs perfectly.
We have chosen to implement the front-end of the notification settings menu as a demonstration of our capacity to use Flutter. This menu has switches to all the notification types. When a certain king of notification is activated a slider apperars so that the user can choose the precedence of that kind of notification.
| Notifications turned off | Notifications turned on |
|---|---|
 |
 |
Release
On this first iteration, the work went in general smoothly, and there was a team effort to see the objectives done.
However,
To some members, the test gimmicks are still somewhat troubling to figure out. Also, the original database is hard to comprehend and has no ids associated, which makes it difficult to establish relations to other to be defined databases
Release
Release
