Sprint 2 - WSU-4110/FindMySpot GitHub Wiki
Sprint 2 Plan -- Smart Parking System
Sprint 2 builds on the foundation established in Sprint 1 by introducing user-facing features and real-time functionality over a two-week period. The primary objectives to complete are Vehicle Search Functionality, Real-time Occupancy Tracking, and Navigation & Directions.
For the vehicles search, the team will build a search interface where users can enter a license plate number, create a backend API endpoint to query active parking sessions, and display results showing the spot location. The interface will include loading states during search and handle "Vehicle not found" scenarios gracefully.
For real-time occupancy tracking, the team will implement a live dashboard for parking managers that updates via WebSocket or a polling mechanism. The dashboard will display a text map of available versus occupied spots, include filters by floor or section, and show occupancy statistics covering total spots, available, and occupied counts.
For navigation and directions, the team will integrate a mapping library that has step-by-step directions from the user's current location to their parking spot, display turn-by-turn directions, add floor and level indicators for multi-level garages, and test navigation accuracy in a real parking facility.
Two objects will continue from Sprint 1 into this Sprint. UI/UX improvements will involve redesigning the home screen layout, improving the color scheme and branding consistency, adding loading animations, implementing responsive design across screen sizes, and iterating based on user feedback. Backend API optimization will focus on improving database query performance, adding a Redis caching layer for frequently accessed data, implementing rate limiting, and setting up proper error handling and logging throughout.
To manage this work on GitHub, Sprint 2 will be structured as a milestone with a progress bar tracking open and closed issues. The project board will organize all tasks across the To Do, In Progress, and Done Columns. Issues will be grouped by epic -- SEARCH, OCCIPANCY, NAV, UI, and API -- with task checklists, assigned issue numbers, and labels covering categories such as frontend, backend, real-time, maps, and performance. Epic tags will connect every issue to its parent feature for clean filtering and sprint-level visibility.
By the end of Sprint 2, users should be able to search for vehicles, managers should have a live view of the pakring facility, and the app should be navigating drivers to their spots with a noticably more polished and optimized experience heading into Sprint 3.