report:prm

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision		 Previous revision
report:prm [2026/04/08 16:51] – [Sprint Evaluations] team4report:prm [2026/04/30 20:42] (current) – [3.4 Cost] team4
Line 4: Line 4:
 Managing a project that intersects marine ecology, hardware engineering, and software development requires a framework that balances rigid constraints with creative flexibility. This chapter details the management strategy employed by the group, organized across key knowledge areas including scope, risk, and procurement. Managing a project that intersects marine ecology, hardware engineering, and software development requires a framework that balances rigid constraints with creative flexibility. This chapter details the management strategy employed by the group, organized across key knowledge areas including scope, risk, and procurement.
  
-Due to the unpredictable nature of environmental hardware testing, we adopted an Agile (Scrum-inspired) methodology. This iterative approach was essential for managing the project’s high-risk components, such as waterproofing and sensor calibration. By prioritizing continuous feedback loops and adaptive planning, the team was able to pivot in response to technical challenges without compromising the project's primary milestones or budgetary limits. +Due to the unpredictable nature of environmental hardware testing, an Agile methodology (SCRUM based) was adopted. This iterative approach was essential for managing the project. By prioritizing continuous feedback loops and adaptive planning, the team was able to pivot in response to technical challenges without compromising the project's primary milestones or budgetary limits. 
-==== 3.1 Scope ====+==== 3.2 Scope ====
  
-The scope of this project is the design and development of a functional prototype of a smart marine habitat intended to support seafloor biodiversity and enable environmental monitoring in underwater conditions. The project focuses on creating a concept that combines an artificial habitat structure with a basic sensor system, while taking into account sustainability, durability, and ecological compatibility. +The scope of this project is the design and development of a functional prototype of a smart marine habitat intended to support seafloor biodiversity and enable environmental monitoring in underwater conditions. The project focuses on creating a concept that combines an artificial habitat structure with a basic sensor system, while taking into account sustainability, durability, and ecological compatibility [(SCOPE)]. 
  
 From a product perspective, the project includes the development of a modular underwater habitat structure designed to provide shelter, attachment surfaces, and spatial complexity for marine organisms. In addition, the product includes an integrated monitoring concept based on selected sensors capable of collecting environmental data relevant to the surrounding habitat, such as temperature, pH, turbidity, or depth, depending on technical feasibility and component availability. The solution also includes a basic embedded electronics system for sensor integration, power management, and data handling, as well as a conceptual approach for transmitting or presenting the collected data. The overall product is intended to demonstrate how habitat restoration and environmental monitoring can be combined into a sustainable solution.  From a product perspective, the project includes the development of a modular underwater habitat structure designed to provide shelter, attachment surfaces, and spatial complexity for marine organisms. In addition, the product includes an integrated monitoring concept based on selected sensors capable of collecting environmental data relevant to the surrounding habitat, such as temperature, pH, turbidity, or depth, depending on technical feasibility and component availability. The solution also includes a basic embedded electronics system for sensor integration, power management, and data handling, as well as a conceptual approach for transmitting or presenting the collected data. The overall product is intended to demonstrate how habitat restoration and environmental monitoring can be combined into a sustainable solution. 
Line 15: Line 15:
 The main outcome of the project is a functional prototype that demonstrates the technical feasibility and conceptual value of a smart artificial marine habitat. The prototype is intended to serve as a foundation for future development, testing, and scaling in real-world marine applications.  The main outcome of the project is a functional prototype that demonstrates the technical feasibility and conceptual value of a smart artificial marine habitat. The prototype is intended to serve as a foundation for future development, testing, and scaling in real-world marine applications. 
  
-The Work Breakdown Structure (WBS) presented in the figures illustrates how the MARIS HABITATS system is divided into its main components and subsystems. The diagram provides an overview of the product architecture, showing how the habitat structure, sensor system, energy and communication, deployment, and maintenance elements are organized.+The Work Breakdown Structure (WBS) presented in the figures illustrates how the MARIS HABITATS system is divided into its main components and subsystems [(WBS)]. The diagram provides an overview of the product architecture, showing how the habitat structure, sensor system, energy and communication, deployment, and maintenance elements are organized.
  
 Each main component is further broken down into smaller elements, representing the key functionalities required for the system to operate. This visual representation helps clarify the scope of the project by identifying all relevant parts of the system and their relationships. Each main component is further broken down into smaller elements, representing the key functionalities required for the system to operate. This visual representation helps clarify the scope of the project by identifying all relevant parts of the system and their relationships.
    
-(See Figure {{ref>fig:Product}} for the wbs for the project and see Figure {{ref>fig:Management}} for the wbs of the project).+Figure {{ref>fig:Product}} presents the WBS for the product and Figure {{ref>fig:Management}} the WBS of the project.
  
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:Product> <figure fig:Product>
-{{ :report:wbs_product.png?nolink&600 |}} +{{ :report:wbs_product_last.png?nolink&600 |}} 
-<caption> Start of a WBS </caption>+<caption> WBS of the product</caption>
 </figure> </figure>
 </WRAP> </WRAP>
Line 30: Line 30:
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:Management> <figure fig:Management>
-{{ :report:wbs_project.png?nolink&600 |}} +{{ :report:wbs_projectm.png?nolink&600 |}} 
-<caption> Start of a WBS </caption>+<caption>WBS of the project</caption>
 </figure> </figure>
 </WRAP> </WRAP>
  
  
-==== 3.2 Time ==== +==== 3.3 Time ==== 
-To ensure effective time management and the timely completion of the project, the team aimed to complete as much work as possible during school hours and before weekends. This approach helped maintain steady progress and allowed time for review and adjustments when needed.+To ensure effective time management and the timely completion of the project, tasks were scheduled to be completed during school hours and before weekends. This approach helped maintain steady progress and allowed time for review and adjustments when needed [(TIME)].
  
 The team followed the milestone schedule defined by the project supervisors. These milestones provided a structured framework to monitor progress and ensure alignment with the overall project timeline. Table {{ref>tab_labelmilestones}} presents the defined milestones. The team followed the milestone schedule defined by the project supervisors. These milestones provided a structured framework to monitor progress and ensure alignment with the overall project timeline. Table {{ref>tab_labelmilestones}} presents the defined milestones.
  
 +<WRAP>
 <table tab_labelmilestones> <table tab_labelmilestones>
 +<caption>  Milestones for the project  </caption>
 |< 100% 90px >| |< 100% 90px >|
 ^  Date  ^ Description ^ ^  Date  ^ Description ^
-|  2026-02-28  | Choose and share your top-3 preferred project proposals via email to [epsatisep@gmail.com](mailto:epsatisep@gmail.com) | +|  2026-02-28  | Choose and share your top-3 preferred project proposals via email to [epsatisep@gmail.com](mailto:epsatisep@gmail.com)  | 
-|  2026-03-11  | Upload the “black box” **System Diagrams** & **Structural Drafts** to the wiki (Deliverables) | +|  2026-03-11  | Upload the “black box” **System Diagrams** & **Structural Drafts** to the wiki (Deliverables)  | 
-|  2026-03-18  | Upload the **List of Components and Materials (what & quantity)** to the wiki (Deliverables) | +|  2026-03-18  | Upload the **List of Components and Materials (what & quantity)** to the wiki (Deliverables)  | 
-|  2026-03-21  | Define the **Project Backlog** (what must be done and key deliverables - every member should preferably participate in every task), **Global Sprint Plan**, **Initial Sprint Plan** (which tasks should be included, who does what) and **Release Gantt Chart** of the project and insert them on the wiki (Report) | +|  2026-03-21  | Define the **Project Backlog** (what must be done and key deliverables - every member should preferably participate in every task), **Global Sprint Plan**, **Initial Sprint Plan** (which tasks should be included, who does what) and **Release Gantt Chart** of the project and insert them on the wiki (Report)  | 
-|  2026-03-25  | Upload the detailed **System Schematics & Structural Drawings** to the wiki (Deliverables) and do the **cardboard scale model** of the structure | +|  2026-03-25  | Upload the detailed **System Schematics & Structural Drawings** to the wiki (Deliverables) and do the **cardboard scale model** of the structure  | 
-|  2026-04-12  | Upload the **Interim Report and Presentation** to the wiki (Deliverables) ((The interim report must contain the the following chapters: Introduction, Project Management, State of the Art, Marketing Plan, Eco-efficiency Measures for Sustainability, Ethical and Deontological Concerns, Proposed Solution and Bibliography. In particular, the Project Management chapter includes the updated project progress register, the sprint report for completed sprints (tasks that were included, statuses, assignees, allocations) and the updated release Gantt chart.)) | +|  2026-04-12  | Upload the **Interim Report and Presentation** to the wiki (Deliverables)  | 
-|  2026-04-16  | Interim Presentation, Discussion and Peer, Teacher and Supervisor feedbacks | +|  2026-04-16  | Interim Presentation, Discussion and Peer, Teacher and Supervisor feedbacks  | 
-|  2026-04-22  | Upload **3D model video** to Deliverables | +|  2026-04-22  | Upload **3D model video** to Deliverables  | 
-|  2026-04-29  | Upload the final **List of Materials (local providers & price, including VAT and transportation)** to Deliverables | +|  2026-04-29  | Upload the final **List of Materials (local providers & price, including VAT and transportation)** to Deliverables  | 
-|  2026-05-02  | Upload refined Interim Report (based on Teacher & Supervisor Feedback) | +|  2026-05-02  | Upload refined Interim Report (based on Teacher & Supervisor Feedback)  | 
-|  2026-05-13  | Upload **packaging solution** to Deliverables and Report | +|  2026-05-13  | Upload **packaging solution** to Deliverables and Report  | 
-|  2026-05-27  | Upload the results of the **Functional Tests** to the Report | +|  2026-05-27  | Upload the results of the **Functional Tests** to the Report  | 
-|  2026-06-13  | Upload the **Final Report, Presentation, Video, Paper, Poster and Manual** to Deliverables | +|  2026-06-13  | Upload the **Final Report, Presentation, Video, Paper, Poster and Manual** to Deliverables  | 
-|  2026-06-18  | Final Presentation, Individual Discussion and Assessment (reserve the whole day) | +|  2026-06-18  | Final Presentation, Individual Discussion and Assessment (reserve the whole day)  | 
-|  2026-06-23  | Update the wiki, report, paper with all suggested corrections | +|  2026-06-23  | Update the wiki, report, paper with all suggested corrections  | 
-|  :::         | Place in the Shared section of the MS Teams channel of your team a **folder with the refined deliverables (source + PDF) together with all code and drawings produced** | +|  :::         | Place in the Shared section of the MS Teams channel of your team a **folder with the refined deliverables (source + PDF) together with all code and drawings produced**  | 
-|  :::         | Hand in to the EPS coordinator a **printed copy of the poster, brochure and leaflet** | +|  :::         | Hand in to the EPS coordinator a **printed copy of the poster, brochure and leaflet**  | 
-|  2026-06-25  | Demonstration of the **operation of the prototype** |  +|  2026-06-25  | Demonstration of the **operation of the prototype**  |  
-|  :::         | Hand in the **prototype and user manual** to the client | +|  :::         | Hand in the **prototype and user manual** to the client  | 
-|  :::         | Receive the **EPS@ISEP certificate** | +|  :::         | Receive the **EPS@ISEP certificate**  | 
-|  :::         | Bring **typical food** from your country |+|  :::         | Bring **typical food** from your country  | 
 +</table> 
 +</WRAP>
  
-<caption> Milestones for the project </caption>+==== 3.4 Cost ==== 
 +When estimating the total cost of the project, two main factors must be considered employee salaries and the cost of materials and components. 
 + 
 +The average salary for a junior engineer in Portugal is approximately €1,500 per month, and the project duration is five months. With a team of six employees, the total salary cost is calculated as: 
 + 
 +6 employees × 1,500 € × 5 months = 45,000 € 
 + 
 +The material costs are divided into two categories: components and sensors. 
 +The total cost of the electronics and components 2552.90 € 
 + 
 +A detailed overview of the individual component and sensor costs is provided in Table {{ref>tab_labelAll}} 
 + 
 +In addition to the component costs, transportation and shipping costs must also be taken into account. These are presented in Table {{ref>tab_labelTC}}. Including shipping, the total cost of materials increases to 2863.35 €. 
 + 
 +The project includes the cost of structural materials used for the habitat modules. Each block/module is composed of approximately 30 kg of concrete (C) and 70–90 g of basalt fiber (BF). Look at table {{ref>tab_labelBlock}} table 
 + 
 +Based on current market prices, concrete costs 89 € per 1000 kg, while basalt fiber costs 34.16 € per 1.36 kg. This results in an estimated material cost of 2.67 € for concrete and 1.76 € for basalt fiber per block. 
 + 
 +Therefore, the total material cost per block is approximately 4.43 €. 
 + 
 +It should be noted that this estimate is based on small-scale purchasing prices. For larger production volumes, the cost per unit is expected to decrease due to bulk pricing and supplier agreements. 
 + 
 + 
 +It is important to note that this cost estimate represents the final product configuration, and not the prototype. 
 + 
 +<table tab_labelAll> 
 +<caption> Tabel of all components and sensors with price </caption>
 </table> </table>
-==== 3.3 Cost ==== 
-//Describe your project budget and its key components. Explain how your budget was managed throughout the project. Document the planned vs. effective costs of your project.// 
  
-==== 3.4 Quality ==== +^ Item ^ Type ^ Price ^ Quantity ^ Supplier ^ Link ^ 
-//Document quality metrics that will apply to your project deliverables, associated thresholds and how they should be reviewed.//+| Adafruit 254 | SD - module | 6.45 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Adafruit/254?qs=GURawfaeGuAkwqCF4BmPzA%3D%3D | 
 +| Arduino ABX00080 | Microcontroller | 16.69 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Arduino/ABX00080?qs=sGAEpiMZZMuqBwn8WqcFUipNgoezRlc4hyxN6ztJHTQeBAZUij8gNg%3D%3D | 
 +| FDMM004GMC-XE00 | MicroSD - card | 21.88 € | 1 | Farnell | https://pt.farnell.com/en-PT/flexxon/fdmm004gmc-xe00/microsd-card-4gb-mlc-cmrcl-grd/dp/4378808 | 
 +| MC3090082 | Silica gel (moisture absorber) | 42.26 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mc3090082/silica-gel-25g-65-x-95mm-pk100/dp/2424372 | 
 +| LiFePO4 battery | LiFePO4 battery | 76.24 € | 1 | Innpo | https://innpo.pt/baterias-recarregaveis-de-litio/bateria-lifepo4-12v-20ah-innpo-baterias-recarregaveis-de-litio.html | 
 +| Watertight Box 5L | Underwater electrical box | 805.66 € | 1 | Bluerobotics | https://bluerobotics.com/store/watertight-enclosures/watertight-boxes/watertight-box-component/?attribute_internal-size=134mm+x+100mm+x+74mm+%281+liter%29%2C+300m+depth | 
 +| WetLink Penetrator Blank | Penetrator blank (M10) | 70.50 € | 15 | Bluerobotics | https://bluerobotics.com/store/cables-connectors/wlp-blank/?attribute_size=M10+Thread | 
 +| MCMF0W4BB2500A50 | 250 ohm resistance | 0.55 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mcmf0w4bb2500a50/res-250r-0-10-250mw-axial/dp/2396012 | 
 +| Adafruit 2670 | Perfboard / Breadboard | 4.26 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Adafruit/2670?qs=XAKIUOoRPe7ATe8H6FaFPg%3D%3D | 
 +| M316 SOA2CSS50- | M3 screws for perfboard | 5.55 € | 1 | Farnell | https://pt.farnell.com/en-PT/tr-fastenings/m316-soa2css50/screw-socket-cap-s-s-a2-m3x16/dp/1419946 | 
 +| BarXT | Depth / Pressure / Temp | 329.19 € | 1 | Bluerobotics | https://bluerobotics.com/store/sensors-cameras/sensors/barxt-extended-submersion-depth-pressure-sensors/ | 
 +| I2C Level Converter | Level converter board | 25.65 € | 1 | Bluerobotics | https://bluerobotics.com/store/comm-control-power/tether-interface/level-converter-r1/ | 
 +| Surveyor Analog pH Sensor / Meter | pH surveyor | 21.52 € | 1 | Atlas Scientific | https://atlas-scientific.com/embedded-solutions/surveryor-analog-ph-sensor-meter/ | 
 +| Industrial pH Probe – No Temp | pH test probe | 531.45 € | 1 | Atlas Scientific | https://atlas-scientific.com/probes/industrial-gen3-ph-probe-nt/ | 
 +| Industrial Conductivity Kit K 1.0 | Conductivity | 595.05 € | 1 | Atlas Scientific | https://atlas-scientific.com/kits/industrial-conductivity-kit-k-1-0/ | 
 +| **Total** |  | **2552.90 €** |  |  |  | 
 + 
 +<table tab_labelTC> 
 +<caption> Tabel of the transportation </caption> 
 +</table> 
 +^ Supplier ^ Cost (inc VAT) ^ Shipping cost ^ Notes ^ 
 +| Innpo | 76.24 € | 5.08 € |  | 
 +| Mouser | 27.40 € | 25.00 € | Free over 75 € | 
 +| Farnell | 70.24 € | 11.99 € | Free over 75 € | 
 +| Bluerobotics | 1231.00 € | 175.33 € | Prices in dollar | 
 +| Atlas Scientific | 1148.02 € | 93.05 € | Prices in dollar | 
 +^ Total (products) ^ 2552.90 € ^ 310.45 € ^  ^ 
 +^ Grand Total ^ 2863.35 € ^  ^  ^ 
 + 
 + 
 + 
 +<table tab_labelBlock> 
 +<caption> Tabel of the price for the blocks </caption> 
 +</table> 
 +^ Material ^ Unit price ^ Quantity per block ^ Cost per block ^ Link ^ Backup ^ 
 +| Concrete (C) | 89 € / 1000 kg | 30 kg | 2.67 € | https://www.leroymerlin.es/productos/bigbag-hormigon-h-25-1000-kg-97867789.html | — | 
 +| Basalt Fiber (BF) | 34.16 € / 1.36 kg | 70–90 g | 1.76 € | https://www.amazon.com/-/es/Refuerzo-hormig%C3%B3n-basalto-picada-libras/dp/B07KPLPHHH | https://www.moertelshop.com/buy-basalt-fibres-for-concrete-cheaply_1 | 
 +^ Total per block ^  ^  ^ 4.43 € ^  ^  ^ 
 + 
 + 
 + 
 + 
 +**Prototype list** 
 + 
 +When selecting electronic components for the prototype, efforts were made to replicate the final product as closely as possible within the constraints of a €100 budget. In addition, components were sourced from as few suppliers as possible in order to minimize transportation and shipping costs. 
 + 
 +The selected electronics used in the prototype are presented in Table {{ref>tab_labelproto_electronics}}. 
 + 
 +The estimated total cost of the elctronics is 102 €, including shipping, as summarized in Table {{ref>tab_labelproto_shipping}}.  
 + 
 +For the remaining component selection, suppliers offering local pickup were prioritized in order to avoid additional transportation costs. 
 + 
 +These materials are summarized in Table {{ref>tab_labelproto_materials}}. 
 + 
 +The different prototype cost scenarios are summarized in Table {{ref>tab_labelproto_cost}}, showing how additional materials such as concrete and 3D printing filament affect the overall cost. 
 + 
 +The impact of procurement strategy on shipping costs is shown in Table {{ref>tab_labelproto_shipping_materials}}, where the difference between in-store pickup and online ordering is highlighted. 
 + 
 +Although the estimated total cost exceeds the budget, some components and materials may already be available at the university, reducing the need for additional purchases. Furthermore, transportation costs may be avoided if other groups also are ordering from the same supplier and the total order exceeds the free shipping limit. Consequently, the actual cost is difficult to determine precisely but is expected to be lower than the estimated 136 €. 
 + 
 + 
 +<table tab_labelproto_electronics> 
 +<caption> Table of prototype electronics </caption> 
 +</table> 
 +^ Item ^ Type ^ Price ^ Quantity ^ Supplier ^ Link ^ 
 +| DS18B20 | Temperature sensor | 6.22 € | 1 | RS | https://pt.rs-online.com/web/p/kits-de-desarrollo-de-sensores/2049893?gb=a | 
 +| SEN0244 | TDS sensor  | 10.18 € | 1 | Farnell | https://pt.farnell.com/en-PT/dfrobot/sen0244/analogue-tds-sensor-meter-kit/dp/3517934 | 
 +| SEN0257 | Pressure sensor | 15.09 € | 1 | Farnell | https://pt.farnell.com/en-PT/dfrobot/sen0257/analog-water-press-sensor-arduino/dp/4308257 | 
 +| Adafruit 254 | SD - module | 11.60 € | 1 | RS | https://pt.rs-online.com/web/p/accesorios-para-kits-de-desarrollo/2881813 | 
 +| Arduino ABX00080 | Microcontroller | 17.44 € | 1 | Farnell | https://pt.farnell.com/en-PT/arduino/abx00080/development-board-32bit-arm-cortex/dp/4208543 | 
 +| FDMM004GMC-XE00 | MicroSD card | 21.88 € | 1 | Farnell | https://pt.farnell.com/en-PT/flexxon/fdmm004gmc-xe00/microsd-card-4gb-mlc-cmrcl-grd/dp/4378808 | 
 +| 4022211111 | 9V alkaline battery | 5.47 € | 1 | Farnell | https://pt.farnell.com/en-PT/varta/4022211111/battery-alkaline-9v-pp3-1pk/dp/4584139 | 
 +| MP007080 | Battery holder | 3.41 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mp007080/battery-holder-snap-on-8-wire/dp/3652120 | 
 +| MCKNP03UJ0251B00 | 250 ohm resistance | 0.56 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mcknp03uj0251b00/res-250r-5-3w-axial-wirewound/dp/1903835 | 
 +| FIT0096 | Breadboard | 2.50 € | 1 | Farnell | https://pt.farnell.com/en-PT/dfrobot/fit0096/solderless-breadboard-3-2-x2-4/dp/3879683 | 
 +^ Total ^    ^ 94.35 € ^  ^  ^  ^  ^ 
 + 
 + 
 +<table tab_labelproto_shipping> 
 +<caption> Table of prototype shipping costs </caption> 
 +</table> 
 +^ Supplier ^ Cost (inc VAT) ^ Shipping cost ^ Notes ^ 
 +| RS | 17.82 € | 8.00 € | Free over 95 € | 
 +| Farnell | 76.53 € | 11.99 € | Free over 75 € | 
 +^ Total (products) ^ 94.35 € ^ 8.00 € ^  ^ 
 +^ Total with shipping ^ 102.35 € ^  ^  ^ 
 + 
 + 
 +<table tab_labelproto_materials> 
 +<caption> Table of low-cost prototype materials (Portugal) </caption> 
 +</table> 
 +^ Product ^ Type ^ Price (incl. VAT) ^ Quantity ^ Supplier ^ Link ^ Comment ^ 
 +| Cement (CEM II 25kg) | Concrete material | 5.39 € | 1 | Leroy Merlin | https://www.leroymerlin.pt/produtos/cimento-25kg-secil-13142325.html | Used for structural prototype blocks | 
 +| Plastic lunchbox (single compartment) | Prototype enclosure | 3 € | 1 | IKEA | https://www.ikea.com/pt/pt/p/ikea-365-recipiente-p-alim-c-tmp-retangular-plastico-s19269079/ | Simple enclosure | 
 +| Smaller plastic lunchbox | Backup enclosure | 1.5 € | 1 | IKEA | https://www.ikea.com/pt/en/p/pruta-food-container-with-lid-blue-10597103/ | Backup option | 
 +| PLA filament 1kg | 3D printing material | 14.60 € | 1 | Filament 3D | https://fillment3d.pt/produto/pla-cinzento-winkle-1kg-1-75mm/ | Backup option | 
 +| Ceys Total Tech Universal Glue and Sealant 290 ml Transparent | Silicone sealant | 8.99 € | 1 | Leroy Merlin | https://www.leroymerlin.pt/produtos/cola-e-veda-total-tech-universal-290-ml-transparente-ceys-13132966.html |  | 
 +| Continente cooking oil 1L | Oil for enclosure | 1.69 € | 1 | Continente | https://www.continente.pt/produto/oleo-alimentar-continente-continente-5045342.html | Used only if needed | 
 +^ Total ^  ^ 35.17 € ^  ^  ^  ^  ^ 
 + 
 + 
 +<table tab_labelproto_cost> 
 +<caption> Table of prototype cost scenarios </caption> 
 +</table> 
 +^ Scenario ^ Total cost ^ 
 +| Prototype (with shipping) | 102.35 € | 
 +| + Airtight container (IKEA) | 105.35 € | 
 +| + Silicone sealant | 114.34 € | 
 +| + Oil | 116.03 € | 
 +| + Cement | 121.68 € | 
 +| + PLA (no cement) | 130.63 € | 
 +| + Cement + PLA | 136.02 € | 
 + 
 +<table tab_labelproto_shipping_materials> 
 +<caption> Table of shipping cost comparison for prototype materials </caption> 
 +</table> 
 +^ Product ^ Supplier ^ Shipping (store pickup) ^ Shipping (online) ^ Comment ^ 
 +| Cement (CEM II 25kg) | Leroy Merlin | 0 € | TBC at checkout | Shipping depends on address and delivery option | 
 +| Plastic lunchbox (single compartment) | IKEA | 0 € | 6 € | Standard small delivery, 4 € with IKEA Family | 
 +| Smaller plastic lunchbox (backup) | IKEA | 0 € | 6 € | Standard small delivery, 4 € with IKEA Family | 
 +| PLA filament 1kg | Filament 3D | 0 € | TBC at checkout | Shipping must be confirmed before purchase | 
 +| Silicone sealant | Leroy Merlin | 0 € | TBC at checkout | Shipping depends on address and delivery option | 
 +| Oil | Continente | 0 € | - | - | 
 +^ Total ^  ^ 0 € ^ TBC ^  ^ 
 + 
 +==== 3.5 Quality ==== 
 +Quality in this project is ensured by defining clear quality metrics for both the system and the documentation, together with acceptable thresholds and review procedures [(QUALITY)]. 
 + 
 +For the product, key quality metrics include system functionality, structural stability, and sensor reliability. The system is considered acceptable when all core functions operate as intended, the structure remains stable under expected conditions, and the sensors provide consistent and reasonable data. These aspects are reviewed through testing in controlled environments and validation of system performance. 
 + 
 +For the documentation, quality is measured in terms of clarity, structure, consistency, and completeness. The report must clearly explain the project, follow a logical structure, and include all required sections. The acceptable threshold is that the documentation is understandable, coherent, and meets the academic guidelines provided. This is reviewed through internal checks within the team and feedback from supervisors. 
 + 
 +Regular reviews during sprint meetings are used to monitor progress and identify issues early. Corrections are made continuously to ensure that both the system and the documentation meet the expected quality standards.
  
-==== People & Stakeholder Management ====+==== 3.6 People & Stakeholder Management ====
  
 Human factors represent a significant source of uncertainty in project development, as team members may exhibit varying levels of engagement, performance, and responsibility. For this reason, it is essential to establish clear roles and responsibilities within the team, ensuring that each member understands their tasks and contributions to the overall project. This helps reduce the risk of unequal workload distribution and lack of participation. Human factors represent a significant source of uncertainty in project development, as team members may exhibit varying levels of engagement, performance, and responsibility. For this reason, it is essential to establish clear roles and responsibilities within the team, ensuring that each member understands their tasks and contributions to the overall project. This helps reduce the risk of unequal workload distribution and lack of participation.
Line 81: Line 240:
 To achieve effective task allocation and maximize project outcomes, responsibilities are assigned based on each team member’s skills, field of study, and previous experience. This approach ensures that tasks are aligned with individual competencies, promoting efficiency, accountability, and overall team performance. To achieve effective task allocation and maximize project outcomes, responsibilities are assigned based on each team member’s skills, field of study, and previous experience. This approach ensures that tasks are aligned with individual competencies, promoting efficiency, accountability, and overall team performance.
  
-Academic supervisors from ISEP act as a key stakeholder by providing guidance, feedback and evaluation trouhgout the project. Their role is essential in ensuring that the project meets academic and technical standards.  +Academic supervisors from ISEP act as a key stakeholder by providing guidance, feedback and evaluation throughout the project. Their role is essential in ensuring that the project meets academic and technical standards [(STAKEHOLDER)].  
  
-External stakeholders include research intsitutions, NGOs and governmental organizations intressted in marine conservation and environmental monitoring. These stakeholders are potential future users or partners, as they can benefit from the data collected and the ecological impact of the solution. +External stakeholders include research institutions, Non Governamental Organizations (NGOs) and governmental organizations governmental organizations interested in marine conservation and environmental monitoring. These stakeholders are potential future users or partners, as they can benefit from the data collected and the ecological impact of the solution. 
  
  
-Although marine life cannot be considered a traditional stakeholder, it is the primary beneficiary of the project. Therefore, its needs are considered throughout the design process to ensure that the solution is environmentally safe and supportive of biodiversity +Although marine life cannot be considered a traditional stakeholder, it is the primary beneficiary of the project. Therefore, its needs are considered throughout the design process to ensure that the solution is environmentally safe and supportive of bio 
 +diversity 
  
    
  
    
-==== Communications ==== +==== 3.7 Communications ==== 
-Effective communication was essential to ensure coordination and steady progress throughout the project. Communication within the team was primarily facilitated through daily Scrum meetings, where members discussed completed tasks, ongoing work, and upcoming activities. These meetings helped maintain alignment, identify challenges early, and ensure continuous progress.  +Effective communication was essential to ensure coordination and steady progress throughout the project. Communication within the team was primarily facilitated through daily Scrum meetings, where members discussed completed tasks, ongoing work, and upcoming activities. These meetings helped maintain alignment, identify challenges early, and ensure continuous progress [(COMMUNICATION)].  
  
  
Line 101: Line 261:
    
  
-==== Risk ====+==== 3.8 Risk ====
 The project involves several potential risks related to both technical and organizational aspects. One of the main risks is technical failure, particularly in the integration of sensors, electronics, and structural components in a marine-like environment. To reduce this risk, the system is tested in controlled conditions and components are selected based on reliability and compatibility.  The project involves several potential risks related to both technical and organizational aspects. One of the main risks is technical failure, particularly in the integration of sensors, electronics, and structural components in a marine-like environment. To reduce this risk, the system is tested in controlled conditions and components are selected based on reliability and compatibility. 
  
 Another significant risk is project delays due to time constraints and task dependencies. This is managed through sprint planning, regular meetings, and the use of buffer time to accommodate unforeseen issues.  Another significant risk is project delays due to time constraints and task dependencies. This is managed through sprint planning, regular meetings, and the use of buffer time to accommodate unforeseen issues. 
  
-There is also a risk related to limited resources, including budget constraints and access to specialized equipment or testing environments. This is addressed by prioritizing essential features and selecting cost-effective solutions. +There is also a risk related to limited resources, including budget constraints and access to specialized equipment or testing environments. This is addressed by prioritizing essential features and selecting cost-effective solutions [(PM)]. 
  
-Team-related risks such as miscommunication or uneven workload distribution may affect progress. These risks are mitigated through regular Scrum meetings, clear task allocation, and continuous collaboration among team members. (See Table {{ref>tab_label6}} ).+Team-related risks such as miscommunication or uneven workload distribution may affect progress. These risks are mitigated through regular Scrum meetings, clear task allocation, and continuous collaboration among team members (see Table {{ref>tab_label6}}).
  
 <table tab_label6> <table tab_label6>
 +<caption> Table of different risks </caption>
 ^ Risk ^ Description ^ Probability ^ Impact ^ Risk Level ^ Mitigation Strategy ^ ^ Risk ^ Description ^ Probability ^ Impact ^ Risk Level ^ Mitigation Strategy ^
 | Technical failure (sensors/electronics) | Failure in integration of sensors, electronics, and structure in marine conditions | Medium | High | High | Test components and validate system | | Technical failure (sensors/electronics) | Failure in integration of sensors, electronics, and structure in marine conditions | Medium | High | High | Test components and validate system |
Line 117: Line 278:
 | Project delays | Delays caused by time constraints and task dependencies | Medium | High | High | Sprint planning, regular meetings, and buffer time | | Project delays | Delays caused by time constraints and task dependencies | Medium | High | High | Sprint planning, regular meetings, and buffer time |
 | Limited resources | Budget constraints and limited access to equipment or testing environments | Medium | Medium | Medium | Prioritize essential features and use cost-effective solutions | | Limited resources | Budget constraints and limited access to equipment or testing environments | Medium | Medium | Medium | Prioritize essential features and use cost-effective solutions |
-| Team miscommunication | Lack of coordination or unclear communication within the team | Low | Medium | Low | Regular Scrum meetings and clear communication |+| Team miscommunication | Lack of coordination or unclear communication within the team | Low | Medium | High | Regular Scrum meetings and clear communication |
 | Uneven workload distribution | Some team members contribute less, affecting progress | Low | Medium | Low | Clear task allocation and team collaboration | | Uneven workload distribution | Some team members contribute less, affecting progress | Low | Medium | Low | Clear task allocation and team collaboration |
-| Loss of buoy connection (data/power cable failure) | Interruption of data or power transfer between buoy and system | Low | High | Medium | Reinforced cables and redundancy | 
 | Corrosion of metallic components | Degradation due to exposure to saltwater | Medium | Medium | Medium | Use corrosion-resistant materials (BFRP, coatings) | | Corrosion of metallic components | Degradation due to exposure to saltwater | Medium | Medium | Medium | Use corrosion-resistant materials (BFRP, coatings) |
 | Extreme weather (storms, currents) | Harsh conditions affecting stability and performance | Low | High | Medium | Stable structure and secure anchoring | | Extreme weather (storms, currents) | Harsh conditions affecting stability and performance | Low | High | Medium | Stable structure and secure anchoring |
-| Waterproofing failure (IP68 breach) | Water entering electronic components causing malfunction | Low | High | Medium | Seal testing and proper enclosure |+| Waterproofing failure (IP68 breach) | Water entering electronic components causing malfunction | Low | High |High | Seal testing and proper enclosure |
 | Data transmission failure | Loss or interruption of data communication | Medium | Medium | Medium | Local data storage and redundancy | | Data transmission failure | Loss or interruption of data communication | Medium | Medium | Medium | Local data storage and redundancy |
-<caption> Tabel of different risks </caption> 
 </table> </table>
  
  
  
-To further support the risk assessment, a risk matrix based on probability and impact was used (see Figure {{ref>fig:Matrix}} figur). The matrix classifies risks into three categories: low, medium, and high, depending on their likelihood of occurrence and potential impact on the project.+To further support the risk assessment, a risk matrix based on probability and impact was used. The matrix classifies risks into three categories: low, medium, and high, depending on their likelihood of occurrence and potential impact on the project.
  
-Based on this matrix, risks such as technical failure, power system failure, integration issues, and project delays are classified as high risk, as they combine medium to high probability with high impact. These risks require priority attention and mitigation.+Based on this matrix, risks such as technical failure, power system failure, integration issues, and project delays are classified as high risk, as they combine medium to high probability with high impact. These risks require priority attention and mitigation (see Figure {{ref>fig:Matrix}}).
  
 Risks such as limited resources, corrosion, extreme weather conditions, and data transmission failure fall into the medium-risk category. These are monitored and addressed through preventive design measures and planning. Risks such as limited resources, corrosion, extreme weather conditions, and data transmission failure fall into the medium-risk category. These are monitored and addressed through preventive design measures and planning.
Line 137: Line 296:
 Lower-risk factors, including team miscommunication and uneven workload distribution, are classified as low risk, as they have limited impact and can be managed through regular communication and task organization. Lower-risk factors, including team miscommunication and uneven workload distribution, are classified as low risk, as they have limited impact and can be managed through regular communication and task organization.
  
-The use of this risk matrix provides a clear and structured way to prioritize risks and supports more effective decision-making throughout the project.+The use of this risk matrix provides a clear and structured way to prioritize risks and supports more effective decision-making throughout the project [(PM)].
  
  
Line 143: Line 302:
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:Matrix> <figure fig:Matrix>
-{{ :report:matrixrisk.png?nolink&600 |}}+{{ :report:risk_matrix.png?nolink&200 |}} 
 <caption>Risk matrix</caption> <caption>Risk matrix</caption>
 </figure> </figure>
Line 150: Line 309:
  
    
-==== Procurement ==== +==== 3.9 Procurement ==== 
-//Document your procurement management strategy including make vs buy decisions, materials/services to be acquired, sources, costs, timings, etc.//+The procurement plan is presented in three tables. Table {{ref>tab_labelcom}} provides an overview of the components required for the habitat, while Table {{ref>tab_labelsensors}} details the sensors used in the system. Table {{ref>tab_labelblocks}} presents the material composition and cost of the concrete blocks used in the habitat structure.
  
-==== Project Plan ====+Each item includes both a primary supplier and a designated backup supplier, ensuring supply reliability and reducing the risk of delays due to stock shortages or delivery issues. 
 + 
 +<table tab_labelcom> 
 +<caption> Tabel of the different components </caption> 
 +</table> 
 + 
 + 
 +^ Product ^ Type ^ Price ^ Quantity ^ Supplier ^ Link ^ Backup supplier ^ 
 +| Adafruit 254 | SD - module | 6.45 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Adafruit/254?qs=GURawfaeGuAkwqCF4BmPzA%3D%3D | Farnell | 
 +| Arduino ABX00080 | Microcontroller | 16.69 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Arduino/ABX00080?qs=sGAEpiMZZMuqBwn8WqcFUipNgoezRlc4hyxN6ztJHTQeBAZUij8gNg%3D%3D | Digikey | 
 +| FDMM004GMC-XE00 | MicroSD - card | 21.88 € | 1 | Farnell | https://pt.farnell.com/en-PT/flexxon/fdmm004gmc-xe00/microsd-card-4gb-mlc-cmrcl-grd/dp/4378808 | Digikey | 
 +| MC3090082 | Silica gel (moisture absorber) | 42.26 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mc3090082/silica-gel-25g-65-x-95mm-pk100/dp/2424372 | element14 | 
 +| LiFePO4 battery | LiFePO4 battery | 76.24 € | 1 | Innpo | https://innpo.pt/baterias-recarregaveis-de-litio/bateria-lifepo4-12v-20ah-innpo-baterias-recarregaveis-de-litio.html | Amazon | 
 +| Watertight Box 5L | Underwater electrical box | 805.66 € | 1 | Bluerobotics | https://bluerobotics.com/store/watertight-enclosures/watertight-boxes/watertight-box-component/?attribute_internal-size=134mm+x+100mm+x+74mm+%281+liter%29%2C+300m+depth | RobotShop | 
 +| WetLink Penetrator Blank | Penetrator blank (M10) | 70.50 € | 15 | Bluerobotics | https://bluerobotics.com/store/cables-connectors/wlp-blank/?attribute_size=M10+Thread | Robotshop | 
 +| MCMF0W4BB2500A50 | 250 ohm resistance | 0.55 € | 1 | Farnell | https://pt.farnell.com/en-PT/multicomp-pro/mcmf0w4bb2500a50/res-250r-0-10-250mw-axial/dp/2396012 | Digikey | 
 +| Adafruit 2670 | Perfboard / Breadboard | 4.26 € | 1 | Mouser | https://pt.mouser.com/ProductDetail/Adafruit/2670?qs=XAKIUOoRPe7ATe8H6FaFPg%3D%3D | Digikey | 
 +| M316 SOA2CSS50- | M3 screws for perfboard | 5.55 € | 1 | Farnell | https://pt.farnell.com/en-PT/tr-fastenings/m316-soa2css50/screw-socket-cap-s-s-a2-m3x16/dp/1419946 | element14 | 
 + 
 +<table tab_labelsensors> 
 +<caption> Tabel of the different sensors </caption> 
 +</table> 
 +^ Sensor ^ Type ^ Price ^ Quantity ^ Supplier ^ Link ^ Backup supplier ^ 
 +| BarXT | Depth / Pressure / Temp | 329.19 € | 1 | Bluerobotics | https://bluerobotics.com/store/sensors-cameras/sensors/barxt-extended-submersion-depth-pressure-sensors/ | RobotShop | 
 +| I2C Level Converter | Level converter board | 25.65 € | 1 | Bluerobotics | https://bluerobotics.com/store/comm-control-power/tether-interface/level-converter-r1/ | RobotShop | 
 +| Surveyor Analog pH Sensor / Meter | pH surveyor | 21.52 € | 1 | Atlas Scientific | https://atlas-scientific.com/embedded-solutions/surveryor-analog-ph-sensor-meter/ | RobotShop | 
 +| Industrial pH Probe – No Temp | pH test probe | 531.45 € | 1 | Atlas Scientific | https://atlas-scientific.com/probes/industrial-gen3-ph-probe-nt/ | RobotShop | 
 +| Industrial Conductivity Kit K 1.0 | Conductivity | 595.05 € | 1 | Atlas Scientific | https://atlas-scientific.com/kits/industrial-conductivity-kit-k-1-0/ | RobotShop | 
 + 
 + 
 +<table tab_labelblocks> 
 +<caption> Tabel of the concrete blocks </caption> 
 +</table> 
 +^ Material ^ Unit price ^ Quantity per block ^ Cost per block ^ Supplier ^ Link ^ Backup ^ 
 +| Concrete (C) | 89 € / 1000 kg | 30 kg | 2.67 € | Leroy Merlin | https://www.leroymerlin.es/productos/bigbag-hormigon-h-25-1000-kg-97867789.html | — | 
 +| Basalt Fiber (BF) | 34.16 € / 1.36 kg | 70–90 g | 1.76 € | Amazon | https://www.amazon.com/-/es/Refuerzo-hormig%C3%B3n-basalto-picada-libras/dp/B07KPLPHHH | https://www.moertelshop.com/buy-basalt-fibres-for-concrete-cheaply_1 | 
 +^ Total per block ^  ^  ^ 4.43 € ^  ^  ^  ^ 
 +==== 3.10 Project Plan ====
  
 === Gantt Chart === === Gantt Chart ===
Line 162: Line 358:
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:gantt_chart> <figure fig:gantt_chart>
-{{ :report:gantt_chart.png?nolink&1000 |}} 
 <caption> Gantt chart showing the project timeline from March to June.</caption> <caption> Gantt chart showing the project timeline from March to June.</caption>
 +{{ :report:gantt_chart.png?nolink&1000 |}}
 </figure> </figure>
 </WRAP> </WRAP>
Line 170: Line 366:
 === Global Sprint === === Global Sprint ===
  
-The global sprint plan provides an overview of the project timeline, including the duration of each sprint, start and end dates, and the number of available working days. Its main purpose is to ensure a realistic distribution of workload based on the team’s availability throughout the project period. (See Table {{ref>tab:sprint1}} for the global sprint plan)+The global sprint plan provides an overview of the project timeline, including the duration of each sprint, start and end dates, and the number of available working days. Its main purpose is to ensure a realistic distribution of workload based on the team’s availability throughout the project period. See Table {{ref>tab:sprint1}} for the global sprint plan.
  
 By defining how long each sprint lasts and how many working days are available, the team can better plan tasks and avoid overloading specific periods. Variations in working days reflect differences in availability, such as holidays or other commitments, which allows for more accurate and achievable planning. By defining how long each sprint lasts and how many working days are available, the team can better plan tasks and avoid overloading specific periods. Variations in working days reflect differences in availability, such as holidays or other commitments, which allows for more accurate and achievable planning.
  
 <table tab:sprint1> <table tab:sprint1>
 +<caption> Table of Global Sprint Plan.</caption>
  
 ^ Sprint ^ Start ^ Finish ^ Working Days ^ Status ^ ^ Sprint ^ Start ^ Finish ^ Working Days ^ Status ^
Line 181: Line 378:
 | 3 | 19 Mar | 26 Mar | 5 days | Done | | 3 | 19 Mar | 26 Mar | 5 days | Done |
 | 4 | 26 Mar | 2 Apr | 5 days | Done | | 4 | 26 Mar | 2 Apr | 5 days | Done |
-| 5 | 2 Apr | 9 Apr | 0 days | Started | +| 5 | 2 Apr | 9 Apr | 0 days | Done | 
-| 6 | 9 Apr | 16 Apr | 3 days | To do | +| 6 | 9 Apr | 16 Apr | 3 days | Done | 
-| 7 | 16 Apr | 23 Apr | 5 days | To do |+| 7 | 16 Apr | 23 Apr | 5 days | Started |
 | 8 | 23 Apr | 30 Apr | 5 days | To do | | 8 | 23 Apr | 30 Apr | 5 days | To do |
 | 9 | 30 Apr | 7 May | 3 days | To do | | 9 | 30 Apr | 7 May | 3 days | To do |
Line 193: Line 390:
 | 15 | 11 Jun | 18 Jun | 5 days | To do | | 15 | 11 Jun | 18 Jun | 5 days | To do |
 | 16 | 18 Jun | 25 Jun | 5 days | To do | | 16 | 18 Jun | 25 Jun | 5 days | To do |
-<caption> Table of Global Sprint Plan.</caption>+
 </table> </table>
  
Line 199: Line 396:
  
 The project backlog contains all identified tasks required to complete the project.  The project backlog contains all identified tasks required to complete the project. 
- 
 Tasks are continuously updated and prioritized based on project needs, deadlines, and dependencies.  Tasks are continuously updated and prioritized based on project needs, deadlines, and dependencies. 
- 
 Completed tasks are marked as "Done", while ongoing and future tasks are labeled accordingly.  Completed tasks are marked as "Done", while ongoing and future tasks are labeled accordingly. 
- +Table {{ref>tab_label3}} lists the backlog.
-(See Table {{ref>tab_label3}} for the backlog).+
  
 <table tab_label3> <table tab_label3>
 +<caption> Table of Backlog.</caption>
 ^ PBI ^ Title ^ Status ^ ^ PBI ^ Title ^ Status ^
 | A | Define project | Done | | A | Define project | Done |
 | B | System diagrams and structural plans | In progress | | B | System diagrams and structural plans | In progress |
 | C | Project backlog | Done | | C | Project backlog | Done |
-| D | State of the Art | In progress |+| D | State of the Art | Done |
 | E | Gantt chart | Done | | E | Gantt chart | Done |
 | F | System diagrams and drafts | To do | | F | System diagrams and drafts | To do |
 | G | Global sprint plan | Done | | G | Global sprint plan | Done |
-| H | List of components and materials | In progress | +| H | List of components and materials | Done | 
-| I | Schematics and structural drawings | In progress |+| I | Schematics and structural drawings | Done |
 | J | Design development | In progress | | J | Design development | In progress |
-| K | Interim deliverables | In progress | +| K | Interim deliverables | Done | 
-| L | 3D model and video | To do | +| L | 3D model and video | In progress | 
-| M | Interim report and presentation | To do |+| M | Interim report and presentation | Done |
 | N | Functional testing | To do | | N | Functional testing | To do |
 | O | Packaging solution | To do | | O | Packaging solution | To do |
Line 233: Line 427:
 | X | Final presentation | To do | | X | Final presentation | To do |
 | Y | Final review and submission | To do | | Y | Final review and submission | To do |
-<caption> Table of Backlog.</caption>+
 </table> </table>
  
Line 243: Line 437:
  
 <table tab_label4> <table tab_label4>
 +<caption>Initial Sprint Plan.</caption>
 ^ Sprint ^ Period ^ Sprint Goal ^ Task ^ ^ Sprint ^ Period ^ Sprint Goal ^ Task ^
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Selection of materials  | | 1 | 19 Mar – 26 Mar | Establish project foundation | Selection of materials  |
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Backlog, global & initial sprint plan, Gantt chart  | | 1 | 19 Mar – 26 Mar | Establish project foundation | Backlog, global & initial sprint plan, Gantt chart  |
-| 1 | 19 Mar – 26 Mar | Establish project foundation | Detailed schematics ) |+| 1 | 19 Mar – 26 Mar | Establish project foundation | Detailed schematics  |
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Researching information | | 1 | 19 Mar – 26 Mar | Establish project foundation | Researching information |
-| 1 | 19 Mar – 26 Mar | Establish project foundation | Define project roles ) |+| 1 | 19 Mar – 26 Mar | Establish project foundation | Define project roles  |
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Flyer & logo presentation  | | 1 | 19 Mar – 26 Mar | Establish project foundation | Flyer & logo presentation  |
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Cardboard model | | 1 | 19 Mar – 26 Mar | Establish project foundation | Cardboard model |
Line 256: Line 450:
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Selection of components  | | 1 | 19 Mar – 26 Mar | Establish project foundation | Selection of components  |
 | 1 | 19 Mar – 26 Mar | Establish project foundation | Structural drawing  | | 1 | 19 Mar – 26 Mar | Establish project foundation | Structural drawing  |
-<caption>Initial Sprint Plan.</caption> 
 </table> </table>
  
Line 262: Line 455:
  
  
-==== Sprint Outcomes ====+==== 3.11 Sprint Outcomes ====
 The sprints officially started from 19 March to 26 March, as the previous weeks were mainly used to become familiar with Jira and project tools. The sprints officially started from 19 March to 26 March, as the previous weeks were mainly used to become familiar with Jira and project tools.
  
Line 271: Line 464:
  
 <table tab_labelSprint1> <table tab_labelSprint1>
 +<caption> Week 1 outcome </caption>
 ^ Sprint ^ Period ^ Objective ^ Activities ^ Outcome ^ ^ Sprint ^ Period ^ Objective ^ Activities ^ Outcome ^
 | 1 | Week 1 | Define project scope and direction | Brainstorming of project ideas, discussion of possible approaches, evaluation of feasibility | Selection of project concept and initial understanding of project scope | | 1 | Week 1 | Define project scope and direction | Brainstorming of project ideas, discussion of possible approaches, evaluation of feasibility | Selection of project concept and initial understanding of project scope |
-<caption> Week 1 outcome </caption> 
 </table> </table>
  
 <table tab_labelSprint2> <table tab_labelSprint2>
 +<caption> Week 2 outcome </caption>
 ^ Sprint ^ Period ^ Objective ^ Activities ^ Outcome ^ ^ Sprint ^ Period ^ Objective ^ Activities ^ Outcome ^
 | 2 | 12 Mar – 19 Mar | Develop system concept and research state of the art | Continued research on artificial reefs and sensors, worked on the state of the art chapter, explored materials and structural ideas, started defining system components, followed milestone plan | Clearer understanding of technical solutions and initial system concept defined | | 2 | 12 Mar – 19 Mar | Develop system concept and research state of the art | Continued research on artificial reefs and sensors, worked on the state of the art chapter, explored materials and structural ideas, started defining system components, followed milestone plan | Clearer understanding of technical solutions and initial system concept defined |
-<caption> Week 2 outcome </caption> 
 </table> </table>
 +
 +**Sprint 3**
  
 The burndown chart for sprint 3 shows that additional tasks were identified and added at the beginning of the sprint, resulting in an increase in the total amount of work. This reflects a better understanding of the project requirements as the team moved from concept to design. The burndown chart for sprint 3 shows that additional tasks were identified and added at the beginning of the sprint, resulting in an increase in the total amount of work. This reflects a better understanding of the project requirements as the team moved from concept to design.
Line 286: Line 481:
 During the middle of the sprint, progress remained relatively stable, indicating that fewer tasks were completed in that period. Towards the end of the sprint, a significant decrease in remaining work can be observed, showing that most tasks were completed close to the deadline. During the middle of the sprint, progress remained relatively stable, indicating that fewer tasks were completed in that period. Towards the end of the sprint, a significant decrease in remaining work can be observed, showing that most tasks were completed close to the deadline.
  
-This pattern indicates that the team made substantial progress during sprint 3, particularly in the final phase, where key design elements and system components were defined. It also highlights the need for improved task distribution to ensure more consistent progress throughout the sprint (See Figure {{ref>fig:Week3}}).+This pattern indicates that the team made substantial progress during sprint 3, particularly in the final phase, where key design elements and system components were defined. It also highlights the need for improved task distribution to ensure more consistent progress throughout the sprint (see Figure {{ref>fig:Week3}}).
  
 <WRAP centeralign> <WRAP centeralign>
Line 294: Line 489:
 </figure> </figure>
 </WRAP> </WRAP>
-==== Sprint Evaluations ====+ 
 + 
 +**Sprint 4** 
 + 
 +The burndown chart for Sprint 4 shows a noticeable increase in workload at the beginning of the sprint, indicating that additional tasks were identified as the project scope became clearer. This reflects an ongoing refinement of requirements and system definition. Shown in Figur {{ref>fig:Week4}}. 
 + 
 +Throughout most of the sprint, progress was relatively slow, with only minor reductions in remaining work. A more significant decrease occurs towards the end, suggesting that many tasks were completed close to the deadline. 
 + 
 +This pattern indicates that work was concentrated in the final phase of the sprint. Although the planned objectives were achieved, this approach suggests a need for better time management and a more even distribution of tasks across the sprint. 
 + 
 +<WRAP centeralign> 
 +<figure fig:Week4> 
 +{{ :report:week_4_sprint.png?nolink&400 |}} 
 +<caption>Week 4 burndown chart</caption> 
 +</figure> 
 +</WRAP> 
 + 
 +**Sprint 5** 
 + 
 +The burndown chart for Sprint 5 shows no significant changes in the remaining workload throughout most of the sprint. This indicates that tasks were not actively tracked or completed within the sprint period. Week 5 is shown in Figure {{ref>fig:Week5}}. 
 + 
 + 
 +This sprint coincided with the Easter holiday, during which no substantial work was carried out. Additionally, the project management tool (Jira) was not updated during this period, resulting in a lack of visibility and progress tracking. 
 + 
 +The sprint did not function as intended and cannot be considered effective from an Agile perspective. The absence of recorded progress highlights the importance of maintaining consistent engagement and updating project management tools, even during periods of reduced activity. 
 + 
 +<WRAP centeralign> 
 +<figure fig:Week5> 
 +{{ :report:week_5_sprint.png?nolink&400 |}} 
 +<caption>Week 5 burndown chart</caption> 
 +</figure> 
 +</WRAP> 
 + 
 +**Sprint 6** 
 + 
 +The burndown chart for Sprint 6, shown in Figure {{ref>fig:Week6}}, indicates limited progress during the initial phase of the sprint, suggesting that relatively little work was carried out at the beginning of the period. 
 + 
 +Subsequently, an increase in the remaining workload can be observed. This is explained because the incomplete tasks from Sprint 5 were carried over into Sprint 6. As a result, the workload appears to increase rather than decrease at that stage. 
 + 
 +Towards the end of the sprint, a noticeable reduction in remaining work is observed, indicating that several tasks were completed before the sprint was concluded. 
 + 
 +This pattern reflects an improvement in task completion compared to the previous sprint. However, it also highlights the importance of maintaining consistent progress and timely updates in order to ensure accurate tracking and effective sprint execution. 
 + 
 +<WRAP centeralign> 
 +<figure fig:Week6> 
 +{{ :report:week_6_sprint.png?nolink&400 |}} 
 +<caption>Week 6 burndown chart</caption> 
 +</figure> 
 +</WRAP> 
 + 
 +**Sprint 7** 
 + 
 +The burndown chart for Sprint 7, shown in Figure {{ref>fig:Week7}}, indicates that the same issue persists, where tasks are not consistently updated or marked as completed during the sprint. As a result, the remaining work remains relatively constant for most of the period. 
 + 
 +Towards the end of the sprint, a sharp decrease in remaining work can be observed, suggesting that tasks were completed or updated late. Consequently, the burndown does not follow a steady downward trend. 
 + 
 + 
 +<WRAP centeralign> 
 +<figure fig:Week7> 
 +{{ :report:sprintweek7.png?nolink&400 |}} 
 +<caption>Week 7 burndown chart</caption> 
 +</figure> 
 +</WRAP> 
 + 
 + 
 + 
 + 
 + 
 +==== 3.12 Sprint Evaluations ====
  
 **Second week retrospective ** **Second week retrospective **
  
-**What went good**+**Positive Aspects**
 During this week, the team worked well together and showed good coordination in roles and responsibilities. The wiki and Jira were kept relatively updated, and the team made solid progress in research and design. There were also strong ideas developed for the project’s features, structure, and overall concept, along with progress on the ethics work. Overall, the team showed improvement in both collaboration and organization. During this week, the team worked well together and showed good coordination in roles and responsibilities. The wiki and Jira were kept relatively updated, and the team made solid progress in research and design. There were also strong ideas developed for the project’s features, structure, and overall concept, along with progress on the ethics work. Overall, the team showed improvement in both collaboration and organization.
  
-**What went bad**+**Challenges**
 During this week, the team faced several challenges. There was a lack of clear discussion about project expectations, which led to some uncertainty. Task division was not always effective, and deadlines were not used efficiently. The wiki and report structure were somewhat disorganized, with resources not properly organized or uploaded. Additionally, the team could have shown more initiative and been more critical of their work. Overall, better structure, clarity, and efficiency are needed moving forward. During this week, the team faced several challenges. There was a lack of clear discussion about project expectations, which led to some uncertainty. Task division was not always effective, and deadlines were not used efficiently. The wiki and report structure were somewhat disorganized, with resources not properly organized or uploaded. Additionally, the team could have shown more initiative and been more critical of their work. Overall, better structure, clarity, and efficiency are needed moving forward.
  
-**Ideas**+**Ideas for Improvement**
 During this week, the team developed ideas to improve the project by focusing on one main “smartblock” with simpler supporting blocks. They also explored sustainable materials, clearer separation between prototype and final product, and ways to improve functionality, such as adding sensors and using 3D printing. During this week, the team developed ideas to improve the project by focusing on one main “smartblock” with simpler supporting blocks. They also explored sustainable materials, clearer separation between prototype and final product, and ways to improve functionality, such as adding sensors and using 3D printing.
  
-**Actions**+**Actions for Next Week**
 For the next week, the team should focus on finalizing the structure and deciding on the materials for the project. It is important to continue and complete the necessary research while also developing the product design. The team should create a few sketches and present them for feedback. Additionally, roles and tasks need to be clearly defined, and the wiki should be properly updated with sources and kept organized. Work on communication materials such as a flyer, key facts, and an elevator pitch should also be continued. For the next week, the team should focus on finalizing the structure and deciding on the materials for the project. It is important to continue and complete the necessary research while also developing the product design. The team should create a few sketches and present them for feedback. Additionally, roles and tasks need to be clearly defined, and the wiki should be properly updated with sources and kept organized. Work on communication materials such as a flyer, key facts, and an elevator pitch should also be continued.
- 
-**Summary** 
-The team developed ideas to simplify the concept by focusing on one main solution, while also exploring sustainable materials and improving both design and functionality. They also considered ways to make the system more practical and efficient. 
- 
- 
- 
  
 **Third week retrospective** **Third week retrospective**
  
-**What went good**+**Positive Aspects**
 During this week, the team made strong overall progress and showed improved organization. The wiki was well maintained, and Jira was used effectively to keep track of tasks. The product design became clearer, supported by good structural drawings and a successful cardboard model. There was also progress in marketing, and the team had good planning for the upcoming weeks. Overall, collaboration was strong, with everyone showing up on time and contributing to steady progress. During this week, the team made strong overall progress and showed improved organization. The wiki was well maintained, and Jira was used effectively to keep track of tasks. The product design became clearer, supported by good structural drawings and a successful cardboard model. There was also progress in marketing, and the team had good planning for the upcoming weeks. Overall, collaboration was strong, with everyone showing up on time and contributing to steady progress.
  
-**What went bad**+**Challenges**
 During this week, the team faced challenges due to missing components, which slowed progress and led to some waiting time. There were still uncertainties regarding materials, sensors, and electronics, and decisions about these were not finalized. Parts of the wiki were disorganized, and project management could have been more structured. Additionally, the team had not clearly defined a target customer and needed to improve consistency in updating and sharing progress. During this week, the team faced challenges due to missing components, which slowed progress and led to some waiting time. There were still uncertainties regarding materials, sensors, and electronics, and decisions about these were not finalized. Parts of the wiki were disorganized, and project management could have been more structured. Additionally, the team had not clearly defined a target customer and needed to improve consistency in updating and sharing progress.
  
-**Ideas**+**Ideas for Improvement**
 During this week, the team developed ideas to improve planning and analysis. This included visualizing the market analysis more clearly and creating a risk matrix to better understand potential challenges. The team also focused on preparing for the interim presentation in order to improve communication and confidence.  During this week, the team developed ideas to improve planning and analysis. This included visualizing the market analysis more clearly and creating a risk matrix to better understand potential challenges. The team also focused on preparing for the interim presentation in order to improve communication and confidence. 
  
-**Actions**+**Actions for Next Week**
 For the next week, the team should focus on deciding on materials and further developing the technical aspects, such as weight and water flow. Each member should take clear responsibility for specific parts of the project and break tasks into smaller subtasks if needed. The team should also create a plan for the upcoming period to stay organized and maintain steady progress. For the next week, the team should focus on deciding on materials and further developing the technical aspects, such as weight and water flow. Each member should take clear responsibility for specific parts of the project and break tasks into smaller subtasks if needed. The team should also create a plan for the upcoming period to stay organized and maintain steady progress.
  
-**Summary** + 
-Overall, the team made good progress in design, organization, and collaboration. However, some uncertainties and planning issues remain, and the team needs to focus on clearer decisions and more structured work moving forward. +**Fourth Week Retrospective** 
-==== Summary ==== + 
-//Provide here the conclusions of this chapter and make the bridge to the next chapter.//+**Positive Aspects** 
 +During this week, the team successfully delivered the scheduled presentations, and key project components were selected. This contributed to clarifying the technical direction of the project and ensured alignment among team members. 
 + 
 +**Challenges** 
 +The communication presentation did not meet expectations. The content and delivery could have been better structured and more effectively communicated. 
 + 
 +**Ideas for Improvement** 
 +No specific improvement ideas were identified during this period. 
 + 
 +**Actions for Next Week** 
 +The team will focus on completing and submitting the interim report. Emphasis will be placed on ensuring that all required sections are finalized and meet the expected quality standards. 
 + 
 +**Fifth Week Retrospective** 
 + 
 +**Positive Aspects** 
 +The interim report was successfully completed and submitted, marking an important milestone in the project timeline. 
 + 
 +**Challenges** 
 +The report was finalized later than planned, indicating inefficiencies in time management and task distribution. Ideally, the report should have been completed before the final deadline to allow time for review and refinement. 
 + 
 +**Ideas for Improvement** 
 +No additional improvement ideas were identified during this week. 
 + 
 +**Actions for Next Week** 
 +The team will begin preparing for the interim presentation, focusing on improving content clarity, structure, and delivery. 
 + 
 +**Sixth Week Retrospective** 
 + 
 +**Positive Aspects** 
 +The team made good progress in preparing for the interim presentation, demonstrating improved coordination and focus on communication aspects. 
 + 
 +**Challenges** 
 +Some challenges were encountered during the week; however, they were not clearly identified or documented. 
 + 
 +**Ideas for Improvement** 
 +Based on feedback from supervisors, the team identified the need to improve the visual identity of the project, particularly by incorporating marine elements such as fish into the flyer and branding materials. 
 + 
 +**Actions for Next Week** 
 +The team will further develop the technical aspects of the smart system, with a particular focus on evaluating alternative battery options and improving the design of the smart module. In addition, work will continue on creating a 3D model video of the product to support visualization and presentation. 
 + 
 +**Seventh Week Retrospective** 
 + 
 +**Positive Aspects** 
 +The team identified a more suitable battery for the project, and the wiki was further improved. In addition, a meeting was held with Manuel, the project supervisor, to discuss the project and develop a more concrete plan moving forward. 
 + 
 +**Challenges** 
 +The team was not able to create the 3D video as planned. 
 + 
 +**Ideas for Improvement** 
 +No specific improvement ideas were identified during this sprint. 
 + 
 +**Actions for Next Week** 
 +The team will finalize the selection of sensors, continue improving the wiki, and complete the 3D video. 
 + 
 +==== 3.13 Summary ==== 
 +The project has been managed using an iterative and structured approach, allowing the team to balance technical challenges with continuous development. Through defined scope, milestone planning, and Agile methods, the team has made steady progress in both design and implementation. While some challenges remain, particularly related to decision-making and organization, the project is moving forward with a clearer direction and improved collaboration.