-
Notifications
You must be signed in to change notification settings - Fork 1
Lab 3 Report ‐ 26.02.2026
Gülce Tahtasız edited this page Feb 26, 2026
·
9 revisions
- Use Case Diagram for Scenerio 1 ‐ Sub‐group 2
- Use Case Diagram for Scenerio 2 ‐ Sub‐group 3
- Use Case Diagram for Scenerio 3 ‐ Sub‐group 1
- Analyzed the Account & Health Profile scenario.
- Identified main functional components such as account creation, profile completion, health data entry, and privacy settings.
- Created the Use Case Diagram for this scenario.
- Used «include» and «extend» relationships where necessary.
- Modeled the interaction with the Email Service for verification.
- Identified ambiguities in the scenario (mandatory vs. optional profile fields, privacy configuration timing, emergency-only visibility rules, and update permissions).
- Documented design assumptions regarding connectivity requirements, minimum registration fields, optional live location sharing, and external email verification.
- Participated in peer review and diagram improvements.
- Analyzed the help request and automatic assignment scenario.
- Modeled the request creation and matching process.
- Represented offline behavior (saving locally and syncing when online).
- Included external actors such as Device Location Service and Network.
- Modeled automatic assignment and notification as system actions.
- Revised include/extend relationships based on scenario assumptions.
- Identified ambiguities in the scenario (offline handling, cancellation, location updates, status lifecycle, notification logic) and explicitly documented corresponding design assumptions.
- Defined assumptions regarding cancellation flow, periodic location updates, automatic notifications, and internal status transitions.
- Participated in peer review and diagram improvements.
- Analyzed the volunteer-side request handling process.
- Modeled viewing, accepting, and rejecting assigned requests.
- Represented status updates (In Progress / Resolved).
- Modeled availability declaration and synchronization.
- Refined use case relationships to match the scenario logic.
- Identified ambiguities in the scenario related to assignment notifications, volunteer interaction flow, and request lifecycle.
- Documented corresponding design assumptions to clarify status transitions and interaction behavior.
- Participated in peer review and diagram improvements.
🎓 Team Members
- Weekly Meeting 1 (16.02.2026)
- Weekly Meeting 2 (25.02.2026)
- Weekly Meeting 3 (04.03.2026)
- Weekly Meeting 4 (11.03.2026)
- Weekly Meeting 5 (18.03.2026)
- Weekly Meeting 6 (25.03.2026)
- Weekly Meeting 7 (01.04.2026)
- Weekly Meeting 8 (08.04.2026)
- Weekly Meeting 9 (15.04.2026)
- Weekly Meeting 10 (29.04.2026)
- Weekly Meeting 11 (06.05.2026)
- Weekly Meeting 12 (13.05.2026)
- Lab 1 Report (12/02/2026)
- Lab 2 Report (19/02/2026)
- Lab 3 Report (26/02/2026)
- Lab 4 Report (05/03/2026)
- Lab 5 Report (12/03/2026)
- Lab 6 Report (26/03/2026)
- Lab 7 Report (02/04/2026)
- Lab 8 Report (16/04/2026)
- Lab 9 Report (30/04/2026)
- Lab 10 Report (07/05/2026)
- Scenario 1: Injured Neighbor
- Scenario 2: Volunteer Users Help Offer
- Scenario 3: User Registration and Profile Setup
- Use Case Diagram (Final)
- Use Case Diagram for Scenerio 1 ‐ Sub‐group 2
- Use Case Diagram for Scenerio 2 ‐ Sub‐group 3
- Use Case Diagram for Scenerio 3 ‐ Sub‐group 1
- Sequence Diagram - Alper Kartkaya
- Sequence Diagram - Kağan Can
- Sequence Diagram - Mehmet Can Gürbüz
- Sequence Diagram - Ethem Erinç Cengiz
- Sequence Diagram - Berat Sayın
- Sequence Diagram - Gülce Tahtasız
- Sequence Diagram - Rojhat Delibaş