Please enable JavaScript.
Coggle requires JavaScript to display documents.
IA2 proposal (teacher web application) (User problem (Mr Grey (needs…
IA2 proposal (teacher web application)
Client problem
constraints
6-8 weeks
Requirements
Registration page
Login page
teacher accesibility
ability to edit and upload work and receive
validation of some sort
ability to view, access and maintain relief work depending on access rights specific to each user
notifications or alerts are sent by email.
feedback by users and automated feedback to the user about their entered data
Department of Science, Information Technology and innovation, queensland government.
Accessibility guidelines
logo
web design standards
Australian Privacy Act (1988)
compilation to copyright law (acknowledgement to data and images used)
economic impacts
no economic impacts observed.
personal impacts
UI-based cyber attacks
Social impacts
software theft, data integrity, data security
unauthorised access, malicious code (viruses, worms)
physical & logical security of device systems.
User problem
Mr Grey
needs access to internet and web services
full access to the application's administration
the ability to to assign relief teachers their roles and access to their inputted details.
Ability to print a hard copy of the teacher's form.
access to the SQL database to be able to run queries
Ms Scarlet
Uses a smartphone orientation to access web and internet services
limited access
ability to fill in a relief form and edit it (add, update and view)
Receive notifications of any kind -- to be informed of relief work she is allocated by administrators (Mr.grey and Ms Beige)
requires viewing information of the relief work she is allocated in a convenient way or form
Mr Green
Mr green's information is not in the database and can be manually added by the administrator.
limited access. He requires to be added to the 'relief_system' database
He is new to the system and requires help to using it
Ms Beige
As an administrator, she requires full access to the web application; to maintain the system and implement required security measures.
administrator access, requires to be able to add and remove and block (deactivate teachers from the system
ability to generate and run queries to manage teacher records.
External relief teacher
limited access
ability to view the work that is allocated
There is a pre-existing school management system (ICB) but is outdated
Easier accessibility and prompt notifications are needed
Pre-existing teacher relief systems that are free to use: class cover, myshifts application
Developer problem
Data environment
Central database to organise teachers information
Dataset will be in teacher.csv file.
the web app is a repository for information the teacher is able to access and update, edit or view .
Information entered by the teacher is to be stored in 'relief_system' database. The relief coordinator can manipulate the information by allocating teachers different roles.
Storing teacher's registration data (different entry level for most teachers)
teachers that are new (not in .csv file) need to have their information entered manually by administrators (Mr grey or Ms Beige)
title, first and last name, status-active, teacher's number, primary or secondary school
teachers have limited access as to only update their own information. However, viewing fellow teacher's work is permitted
Protecting user information is pivotal according to privacy act.
Users need to know how to update data
password system for unauthorised access (registration page)
Could generate a notification of some sort to tell users to contact admin to update details
Password is to be protected by an(*). Code will be generated to allow for such measures
Coding environment
generating code (.py) to read teacher records and store in teacher.csv database in a table. (if validated)
Figuring out how to write code to register users and maintain their information (update, disable, delete)
teachers must be added to the database before registration is allowed
Figure out how to validate user responses where required (feedback to users) --using code
Writing code to generate notifications where necessary, both for alerting teachers and relief coordinator.
Writing code that enables relief coordinator to generate SQL queries to maintain the system.
using SQL to select data from multiple tables. i.e selecting the 'teacher's relief forms' table and joining it 'teachers information' table. might be useful for assigning a teacher another teacher's relief work
depending on the context of the issue, joining tables or using sub-queries will be used
User interface
generating validation feedback to users
Visual display or pop-up screen
Gathering user email addresses and manipulating such information to generate notifications to the user accordingly. Will also be used to send confirmation emails to the user.
Area for users to register
Validating user information
Give helpful error message to user
Use colour to show invalidated or validated information
web page created from client template
Adapting HTML and CSS
CARP
repetition
contrast
alignment
proximity
usability principles