Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| report [2025/06/16 19:16] – team2 | report [2025/06/25 16:45] (current) – [Glossary] team2 | ||
|---|---|---|---|
| Line 23: | Line 23: | ||
| |ISEP|Instituto Superior de Engenharia do Porto| | |ISEP|Instituto Superior de Engenharia do Porto| | ||
| |USB |Universal Serial Bus| | |USB |Universal Serial Bus| | ||
| - | |E |Esther| | ||
| - | |F |Flavius| | ||
| - | |J|Jouke| | ||
| - | |M |Mateusz| | ||
| - | |T |Tim| | ||
| - | |V |Victor| | ||
| |QR | Quick-Response| | |QR | Quick-Response| | ||
| + | |RAM | Random Access Memory| | ||
| + | |GHz | Gigahertz – billions of cycles per second| | ||
| |Internet | A global computer network providing a variety of information and communication facilities| | |Internet | A global computer network providing a variety of information and communication facilities| | ||
| </ | </ | ||
| Line 768: | Line 764: | ||
| <WRAP round box 400px center> | <WRAP round box 400px center> | ||
| <table tlabel1> | <table tlabel1> | ||
| - | < | + | < |
| <WRAP center> | <WRAP center> | ||
| - | ^ PBI | + | ^ PBI ^ Title ^ Status |
| - | | A | + | | A |
| - | | B | + | | B |
| - | | C | + | | C |
| - | | D | + | | D |
| - | | E | + | | E |
| - | | F | + | | F |
| - | | G | + | | G |
| - | | H | + | | H |
| - | | I | + | | I |
| - | | J | + | | J |
| - | | K | + | | K |
| - | | L | + | | L |
| - | | M | + | | M |
| - | | N | + | | N |
| - | | O | + | | O |
| - | | P | + | | P |
| - | | Q | + | | Q |
| - | | R | + | | R |
| - | | S | + | | S |
| + | | T | Transfer Scope to Canva | Done | | ||
| + | | U | Power Budget Analysis | ||
| + | | V | Project and Engineering Backlogs Definition| Done | | ||
| + | | W | Engineering Ethics Section | ||
| + | | X | Sustainability Section | ||
| + | | Y | Business Model Canvas | ||
| + | | Z | Flyer and Leaflet Design | ||
| + | | AA | 3D Model Updates (Tablet, Cabling) | ||
| + | | AB | UI Design and Application Screens | ||
| + | | AC | Controller Requirements and Draw Logic | Done | | ||
| + | | AD | Login and Registration Logic | Done | | ||
| + | | AE | App Authentication and API Tests | Done | | ||
| + | | AF | Raspberry Pi Setup | Done | | ||
| + | | AG | Multi-user Simulation | ||
| + | | AH | SWOT Analysis and Strategy Docs | Done | | ||
| + | | AI | User Manual and Assembly Guide | Done | | ||
| + | | AJ | Load and Stress Simulations | ||
| + | | AK | Risk and Liability Assessment | ||
| + | | AL | Marketing Programmes and Materials | ||
| + | | AM | Stakeholder Management | ||
| + | | AN | Burnup Charts and Sprint Refinement | ||
| + | | AO | Communication Plan | Done | | ||
| + | | AP | Procurement List and Sourcing | ||
| + | | AQ | Refine UN SDG section | ||
| + | | AR | Project Paper and Documentation | ||
| + | | AS | Final Deliverables Submission | ||
| </ | </ | ||
| </ | </ | ||
| </ | </ | ||
| + | |||
| Line 924: | Line 947: | ||
| ==== - Sprint Outcomes ==== | ==== - Sprint Outcomes ==== | ||
| + | |||
| + | There is no sprint burn-up charts for these sprints, Which have been further explained in the summary. | ||
| + | |||
| === Sprint 1 Outcome === | === Sprint 1 Outcome === | ||
| Line 1247: | Line 1273: | ||
| **Planned vs. Achieved:** 5/5 | **Planned vs. Achieved:** 5/5 | ||
| + | ==== - Sprint Evaluations ==== | ||
| + | === Sprint 1 Evaluation === | ||
| + | In the first sprint, the team set up the basics of the project. The topic was chosen, the team learned how to use Jira, and took part in introduction sessions. All tasks were finished on time, and the team worked well together during brainstorming. | ||
| + | This sprint helped the team define their roles, tools, and how they would work together in the future. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good teamwork and high motivation. | | ||
| + | | Negative | More time could have been spent looking at different project ideas. | | ||
| + | |||
| + | === Sprint 2 Evaluation === | ||
| + | In Sprint 2, the team built on the first sprint by defining the project’s scope and technical direction. The Blackbox Diagram was created, the scope was finalized, and research on similar projects was done. The project name was also chosen. | ||
| + | |||
| + | This sprint showed better communication and clearer task responsibilities. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good teamwork on defining the project and updating documents. | | ||
| + | | Negative | Research into existing solutions could have been more detailed. | | ||
| + | |||
| + | === Sprint 3 Evaluation === | ||
| + | Sprint 3 focused on both technical work and research. A first 3D model was made, and important topics like sustainability, | ||
| + | |||
| + | The team handled both technical and research tasks well. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Reliable task completion and a good mix of technical and research work. | | ||
| + | | Negative | Some reports lacked enough detail, especially in sustainability and marketing. | | ||
| + | |||
| + | === Sprint 4 Evaluation === | ||
| + | In this sprint, the team worked on organizing important project documents and deliverables. Tasks included creating schematics, engineering backlogs, updating the project scope, and making promotional materials. | ||
| + | |||
| + | The sprint was productive, but some team members had too many tasks. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Fast task completion and better organized documents. | | ||
| + | | Negative | Task planning could be improved to avoid overloading some team members. | | ||
| + | |||
| + | === Sprint 5 Evaluation === | ||
| + | Sprint 5 focused on improving previous work and preparing for implementation. The final Blackbox design, materials list, and software/ | ||
| + | |||
| + | The team was well-organized and completed all tasks on time. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good preparation for technical development and clear documentation. | | ||
| + | | Negative | Deciding on hardware options took longer than expected. | | ||
| + | |||
| + | === Sprint 6 Evaluation === | ||
| + | In this sprint, the team started prototype development. Login and registration logic, UI designs, and hardware setup began. Some tasks stayed “In Progress, | ||
| + | |||
| + | This sprint showed where technical challenges were starting to appear. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good start on technical implementation. | | ||
| + | | Negative | The sprint was too ambitious with too many tasks at once. | | ||
| + | |||
| + | === Sprint 7 Evaluation === | ||
| + | This sprint was a positive step forward. All planned tasks were completed, including UI development, | ||
| + | |||
| + | The team managed to solve earlier technical problems and improve documentation. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | All tasks finished and visible technical progress. | | ||
| + | | Negative | Some tasks needed extra adjustments before meeting the expected quality. | | ||
| + | |||
| + | === Sprint 8 Evaluation === | ||
| + | Sprint 8 focused on refining the software, packaging ideas, and promotional materials. New app screens were created, and work on the leaflet and flyer continued. | ||
| + | |||
| + | Task management improved, and team communication was clear. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Balanced progress in software, packaging, and marketing work. | | ||
| + | | Negative | Packaging ideas needed clearer technical descriptions. | | ||
| + | |||
| + | === Sprint 9 Evaluation === | ||
| + | This sprint involved technical improvements with simulations, | ||
| + | |||
| + | Most tasks were completed, though some needed extra time. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Steady technical progress and improved reports. | | ||
| + | | Negative | A few tasks were delayed because of unexpected challenges. | | ||
| + | |||
| + | === Sprint 10 Evaluation === | ||
| + | In Sprint 10, the team focused on final technical documentation, | ||
| + | |||
| + | Even with a heavy workload, the team kept up good productivity. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Strong task completion and good final improvements. | | ||
| + | | Negative | Some paper sections needed extra changes after feedback. | | ||
| + | |||
| + | === Sprint 11 Evaluation === | ||
| + | Sprint 11 was about final tests and fixing documents based on feedback. API testing, multi-user tests, risk management updates, and chapter revisions were done. | ||
| + | |||
| + | Task tracking improved, and work was completed smoothly. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Quick issue-solving and helpful report updates. | | ||
| + | | Negative | Several documents required last-minute adjustments. | | ||
| + | |||
| + | === Sprint 12 Evaluation === | ||
| + | This sprint finalized app development, | ||
| + | |||
| + | The team worked well together, and nearly all tasks were completed on time. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good balance between technical work and reporting. | | ||
| + | | Negative | Some documents, like SWOT and liability analysis, took more time than planned. | | ||
| + | |||
| + | === Sprint 13 Evaluation === | ||
| + | Sprint 13 focused on polishing marketing materials, project management, and prototype documents. Tasks included procurement, | ||
| + | |||
| + | Though the workload was high, it was handled efficiently. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | Good updates to reports and promotional materials. | | ||
| + | | Negative | Some project management tasks extended beyond deadlines. | | ||
| + | |||
| + | === Sprint 14 Evaluation === | ||
| + | The final sprint completed marketing analysis, final paper edits, test result reviews, and deliverable packaging. The team made sure everything was ready for final submission. | ||
| + | |||
| + | It was a strong and organized finish to the project. | ||
| + | |||
| + | ^ Aspect ^ Reflection ^ | ||
| + | | Positive | All tasks finished and final deliverables well prepared. | | ||
| + | | Negative | A few tasks could have been completed earlier with better scheduling. | | ||
| + | |||
| + | ==== - Summary ==== | ||
| + | This chapter explained how the DrawYourWay project was organized and managed. It covered the main project management topics like scope, scheduling, cost estimates, quality checks, team roles, tools, and risk management. Weekly sprints and evaluations helped the team stay organized, make adjustments when needed, and complete tasks on time. | ||
| + | |||
| + | Stakeholders were identified, and the necessary tools and resources for hardware and software development were planned. By following an agile method and a clear project plan, the team made steady progress and reached a working, sustainable prototype. | ||
| + | |||
| + | With the technical planning and organization now finished, the next chapter will focus on how DrawYourWay will be introduced to the public through the Marketing Plan. | ||
| Line 1507: | Line 1665: | ||
| **Price** | **Price** | ||
| - | Participation in DrawYourWay is free. The choice | + | Participation in DrawYourWay is free. It was decided |
| **Place** | **Place** | ||
| Line 2212: | Line 2370: | ||
| {{: | {{: | ||
| < | < | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | <figure fig-ss> | ||
| + | {{ :: | ||
| + | < | ||
| </ | </ | ||
| </ | </ | ||
| Line 2328: | Line 2493: | ||
| === - Tests & Results === | === - Tests & Results === | ||
| + | |||
| + | ** Test environment ** | ||
| + | |||
| + | The tests were conducted on a computer located in the ISEP classroom. This machine simultaneously served as both the frontend and backend server for the users. Its specifications were as follows: a 3.2 GHz Intel Pentium G3250 processor, 4 GB of RAM, and Windows 10 as the operating system. | ||
| === Hardware tests === | === Hardware tests === | ||
| Line 2403: | Line 2572: | ||
| ==== - Summary ==== | ==== - Summary ==== | ||
| - | The DrawYourWay project is an interactive public art platform aimed at transforming idle commuter time in metro stations into moments | + | During the development |
| + | |||
| + | Regarding the structure, some practical decisions were taken. The protective case for the projector was not produced, as it was not essential for showing the system’s operation during testing. Additionally, | ||
| - | Technologically, the platform integrates QR code interaction, | + | In terms of hardware, two main changes were implemented to remain within |
| - | Sustainability plays a major role in the project. Environmentally, | + | The software for the prototype was built using Django for the backend |
| - | The packaging was designed with dual functionality: | + | Both hardware |
| - | Testing validated several key features such as functionality, | + | Software testing included a detailed analysis of system request statistics |
| + | In conclusion, the prototype successfully demonstrated the core concept and main functions of the DrawYourWay system, providing valuable insights for future iterations and development phases. | ||
| ===== - Conclusions ===== | ===== - Conclusions ===== | ||