Proposal Template¶
Brief Specification for D1¶
CO3008 Assignment Brief 2026 Final, p.1
produce a proposal document of approximately 1000 words
CO3008 Assignment Brief 2026 Final, p.1
• Problem Statement - A brief outline of the problem your project aims to address.
• Ethical Analysis – a discussion of the potential ethical issues surrounding the problem domain and any considerations you will need to make to ensure your project is completed in line with the ethical standards expected of a computing professional, including potential issues relating to equality, diversity and inclusion.
• Risk Assessment – An investigation into the potential risks of the project itself, i.e. risks that could lead to project failure, contingencies and how risks can be mitigated.
• Health & Safety Assessment – An investigation into the potential health and safety risks to yourself, the public and users of your artefact.
• Potential for Commercial Development – A short outline of any envisioned potential for commercialisation/commercial development of your solution.
• Time & Resources Plan – How you present your plan for managing your time and project resources is up to you. Your plan should detail how you intend to spend the time and resources on the project to work towards solving the problem outlined in your problem statement.
CO3008 Assignment Brief 2026 Final, p.1
With the submission of your proposal you also will be required to complete a project ethics form online. The link for the form is located with the submission link for this assessment on Blackboard. Your supervisor must review this and approve this. Failure to complete the form and receive ethical approval for your project from your supervisor may result in a fail grade for the modules.
MVP Basic Wireframe¶

Cover Page¶
Adaptive Study Planner
BSc (Hons) Software Engineering
School of Engineering and Computing
University of Lancashire
Proposal Headings¶
Problem Statement¶
The problem this project seeks to address is that many students struggle with effective time management (Hyseni Duraku, Z., Davis, H. and Hamiti, E. (2023)), particularly when attempting to balance coursework, part-time employment, and exam deadlines. While numerous planning tools exist, that are highly popularised, such as Google Calendar, Notion, and Obsidian, all have the same inherent flaw, that they are manual and require the user to remember and adjust everything change that is necessary. For example, a problem that may arise is updating their calendar for an upcoming exam.
To meet the minimal viable, this project proposes to develop an adaptive study planner, a web-based system designed to pull student information from university-provided sources (e.g. Timetable System) to automate the process of scheduling these activities into the calendar. For examination timetables, optical character recognition, planned to be used as to extract the relevant character data from the image provided, deducing exam dates and adding them to the user's calendar.
The expansive version of this project seeks to use other tools like natural language processing to analyse notes, for keywords or dates that could be recommended to add to the calendar. Further integrating with existing university platforms such as BlackBoard could also be implemented allowing for updates when coursework deadlines are assigned.
Ethical Analysis¶
This analysis seeks to justify any moral or ethical implications associated in the data collection involved the adaptive study planner.
Due to the handling student information, it is important to consider how the data is stored, protected, and processed. The planner will use details such as the timetable, and user-uploaded examination timetables; therefore the collection and storage of this data must handled, in the system by design, in accordance with GDPR legislation (Art. 1 GDPR – subject-matter and objectives (2016)).
All information requested from the user will be limited to what is necessary for the system to function. Data will be encoded during transfer, and encrypted during storage (i.e. if the user permits persistence). User-uploaded images will be deleted immediately after they have been processed by the OCR library to ensure no unnecessary retention of personal data.
Where authentication details are required such as, for accessing the university timetable, they will be encrypted on the backend using a key generated from the user's unique identifier (UUID). The encrypted credentials will be stored securely and decrypted only when necessary to perform scheduled retrieval of the timetable data, ensuring that plaintext credentials are never retrained. Requests to university resources will use secure HTTPS communication.
In-line, with the British Computer Society's (BCS) Code of Conduct (BCS Code of conduct (no date) BCS.) the project will be carried in a way that conforms to the standards of being professional, fair, and inclusive, and will be an important aspect throughout development. The system will be designed to promote equal access to IT by implementing accessibility features for example, a high contrast mode, or font alterations, as to accommodate users regardless of personal circumstances.
Risk Assessment¶
Risks to Project¶
The main risks related to the project can be categorised into reliability, data security, and project scope.
Reliability refers to the rise of risks that may arise in integration issues between the university timetable, the OCR library, and the backend, which may hinder the user-interface if not properly handled.
Data Security refers to risks in the chosen method of encryption, or transferring insecurely over the HTTP protocol. If sensitive information, such as timetable details or user credentials were intercepted or improperly encrypted, leading to the exposure of unanonymised data, it could potentially result in a violation of GDPR law (Art. 32 GDPR – security of processing (2016)).
Project Scope refers to the risks around feature creep, described in Wu, Y., et al. (2015) A preliminary analysis and case study of feature-based software customization (Extended abstract) as "A phenomenon of importing and [implementing] redundant features" being potentially unplanned additions or ideas beyond the initially specified scope such as, attempting to implement NLP before the notes system is fully completed which may divert focus, time, and resources of other key areas stalling the project's progress.
Risks of Project Failure¶
Project failure could occur for various reasons such as improper time management, underestimation of technical complexity, or security vulnerabilities, such as failure to properly secure user data, leading to a breach of GDPR legislation.
Risk Contingency and Preventative Mitigation Measures¶
To manage the risks mentioned several preventative and contingency measures will be applied throughout the project.
To ensure that the system is reliable each part of it will be unit tested to ensure that independently each feature works within intended behaviour. Early development, designs, and mock-ups will allow me to assess the system in its entirety before development allowing me to identify any compatibility or integration problems before they arise. Another risk is data security, to ensure and maintain secure communications and storage under data protection, I plan to use HTTPS to communicate with the backend, and any data that is stored will be encrypted with an appropriate method (e.g. AES-256).
Health and Safety Assessment¶
Due to the nature of this project, being software engineering, the health and safety risks physically are minimal compared to other projects where further travel may be necessary. Some potential risks as described in a paper (Devi, K.A. and Singh, S.K. (2023)) "include eye strain, neck and shoulder pain, and back pain" furthermore there are associated mental health hazards associated with long-term screen time.
There are numerous preventative measures that will be put in place over the course of the project for the purposes of health and safety, these being ergonomic desk, and seating arrangements to ensure proper lumbar support and maintain a comfortable posture during extended computer use. Further previsions also include regular breaks, proper lighting, and supporting monitor adjustments will be made as to reduce and minimise the risk of eye strain, or repetitive strain injuries.
Potential for Commercial Development¶
For commercial development of my project I could use a free daily note limit based on a subscription model for the amount of daily notes available per day, and validated based on a scheduled function by the backend to ensure the user's reset count resets per day in line with their plan choice.
Time and Resources Plan¶
gantt
title CO3008 Adaptive Study Planner
dateFormat YYYY-MM-DD
axisFormat %b %Y
section D1 Proposal (10%, 1000w)
Research & planning :d1a, 2025-10-20, 2d
Draft - writing :d1b, 2025-10-22, 2d
Review & refinement :d1c, 2025-10-24, 1d
D1 SUBMISSION (24 Oct) :milestone, d1sub, 2025-10-24, 0d
section .
BREAK :done, 2025-10-24, 1d
section D2 Intro, State of Art, Method (15%, 4000w)
Initial research & planning :d2a, 2025-10-25, 2d
WEEK OFF (w/c 27 Oct) :crit, d2skip, 2025-10-27, 5d
Literature search & collection :d2b, 2025-11-01, 7d
Literature review & analysis :d2c, 2025-11-08, 7d
Draft - Introduction :d2d, 2025-11-15, 3d
Draft - State of the Art :d2e, 2025-11-18, 4d
Draft - Methodology :d2f, 2025-11-22, 4d
Review & edit all sections :d2g, 2025-11-26, 2d
D2 SUBMISSION (28 Nov) :milestone, d2sub, 2025-11-28, 0d
section .
BREAK :done, 2025-11-28, 1d
section Phase 1 Design & Setup
System architecture & tech stack :d3a, 2025-11-29, 5d
Database design & API spec :d3b, 2025-12-04, 4d
UI/UX wireframes & mockups :d3c, 2025-12-08, 5d
Development environment setup :d3d, 2025-12-13, 2d
section .
BREAK :done, 2025-12-15, 1d
section Phase 2 Core Development
Backend - Auth & user setup :d3e, 2025-12-15, 5d
Backend - Timetable integration :d3f, 2025-12-20, 6d
Backend - Notes API :d3g, 2025-12-26, 5d
Frontend - Base layout & calendar :d3h, 2025-12-31, 6d
Frontend - Notes interface :d3i, 2026-01-06, 5d
Integration & system testing :d3j, 2026-01-11, 4d
Bug fixes & polish :d3k, 2026-01-15, 3d
MVP DEMO (w/b 19 Jan) :milestone, mvp, 2026-01-19, 0d
section .
BREAK :done, 2026-01-19, 1d
section Phase 3 MVP Feature Expansion
Post-MVP fixes :d3l, 2026-01-20, 3d
OCR - Research & setup :d3m, 2026-01-23, 4d
OCR - Implementation :d3n, 2026-01-27, 6d
OCR - Integration & testing :d3o, 2026-02-02, 4d
Accessibility improvements :d3p, 2026-02-06, 5d
User testing & feedback :d3q, 2026-02-11, 5d
Refinement from feedback :d3r, 2026-02-16, 5d
SHOW & TELL (w/b 23 Feb) :milestone, show, 2026-02-23, 0d
section .
BREAK :done, 2026-02-23, 1d
section Phase 4 NLP & Final Features
NLP - Research & feasibility :d3s, 2026-02-24, 4d
NLP - Deadline detection (opt) :d3t, 2026-02-28, 5d
Final testing & refinement :d3u, 2026-03-05, 3d
section .
BREAK :done, 2026-03-05, 1d
section D3 Design & Implementation (45%, 3000w)
Writing - Design section :d3w1, 2026-03-01, 4d
Writing - Implementation section :d3w2, 2026-03-05, 4d
Code documentation & README :d3w3, 2026-03-08, 2d
Final review & edits :d3w4, 2026-03-10, 2d
D3 SUBMISSION (13 Mar) :milestone, d3sub, 2026-03-13, 0d
section .
BREAK :done, 2026-03-13, 1d
section D4 Evaluation & Conclusions (20%, 2500w)
User feedback & data collection :d4a, 2026-03-14, 3d
System evaluation & metrics :d4b, 2026-03-17, 3d
Analysis & discussion writing :d4c, 2026-03-20, 3d
Conclusions & future work :d4d, 2026-03-23, 2d
Review & refinement :d4e, 2026-03-25, 2d
D4 SUBMISSION (27 Mar) :milestone, d4sub, 2026-03-27, 0d
section .
BREAK :done, 2026-03-27, 1d
section D5 Poster & Viva (10% + Pass/Fail)
Research best practices :d5a, 2026-03-28, 2d
Poster design & draft :d5b, 2026-03-30, 4d
Peer review & feedback :d5c, 2026-04-03, 2d
Poster finalization & printing :d5d, 2026-04-05, 3d
Viva preparation & practice :d5e, 2026-04-08, 5d
VIVA WINDOW (w/b 13 Apr) :milestone, viva, 2026-04-13, 5d | Resource | Usage of Resource |
|---|---|
| University TimeTable System | Pull student timetable data to auto-fill the user’s calendar. |
| Notes System | Manages note creation, updates, and deletions. |
| Relational Database | Stores encrypted user accounts and timetable data |
| HTTPS | Secures communication between front end and backend |
| At-Rest Encryption (AES-256) | Protects stored credentials and sensitive data; no plaintext storage |
| UUID (Unique User Identifer) | Derives server-side AES-256 keys for credential encryption/decryption |
| Authentication | Uses HTTPOnly cookies for secure, persistent user sessions |
References¶
-
Art. 1 GDPR – subject-matter and objectives (2016) General Data Protection Regulation (GDPR). Available at: https://gdpr-info.eu/art-1-gdpr/ (Accessed: 19 October 2025).
-
Art. 32 GDPR – security of processing (2016) General Data Protection Regulation (GDPR). Available at: https://gdpr-info.eu/art-32-gdpr/ (Accessed: 21 October 2025).
-
BCS Code of conduct (no date) BCS. Available at: https://www.bcs.org/membership-and-registrations/become-a-member/bcs-code-of-conduct/ (Accessed: 20 October 2025).
-
Devi, K.A. and Singh, S.K. (2023) The hazards of excessive screen time: Impacts on physical health, mental health, and overall well-being, Journal of education and health promotion. Available at: https://pmc.ncbi.nlm.nih.gov/articles/PMC10852174/ (Accessed: 22 October 2025).
-
Hyseni Duraku, Z., Davis, H. and Hamiti, E. (2023) Mental health, study skills, social support, and barriers to seeking psychological help among university students: A call for mental health support in Higher Education, Frontiers in Public Health. Available at: https://pmc.ncbi.nlm.nih.gov/articles/PMC10619655/ (Accessed: 14 October 2025).
-
Wu, Y., et al. (2015)Â A preliminary analysis and case study of feature-based software customization (Extended abstract). Available at:Â https://ieeexplore.ieee.org/abstract/document/7322142/Â (Accessed: 21 October 2025).
Possible Subscriptions Models
- Freemium plan:Â Basic OCR uploads and calendar syncing free with limited usage.
- Premium subscription:Â Unlimited uploads, NLP deadline detection, and integration with third-party apps (Google Calendar, Outlook, Notion).
- Institutional licensing:Â Universities can deploy a white-labelled version for all students, integrated into their internal systems.