-
Notifications
You must be signed in to change notification settings - Fork 1
Use of Standards
This document explains the standards selected for the project, why they were chosen, and how they will be used in the system.
We selected the Schema.org vocabulary together with JSON-LD representation.
Schema.org provides a common way to describe web data in a machine-readable form. JSON-LD allows us to represent that structured data in JSON format. This helps us describe important project entities in a standard and understandable way.
@context@typePersonNewsArticleAskActionPlaceGeoCoordinates- Common properties such as
name,description,telephone, anddatePublished
-
User Profiles: Public profile information will be represented using the
Persontype. -
News and Announcements: Announcement pages will use the
NewsArticletype. -
Help Requests: Help requests will be represented using
AskAction. -
Location Information: Location-related data will use
PlaceandGeoCoordinates. - Implementation: The web frontend will add JSON-LD scripts to relevant pages, and the backend may provide matching structured fields in API responses where needed.
We selected GeoJSON.
Our project uses geographic data for help requests, gathering areas, and user-related location information. GeoJSON is a standard JSON-based format for representing geographic data, and it is widely supported by map libraries and location-based tools.
FeaturegeometryPointcoordinatesproperties
-
API Responses: Endpoints that return map-related data will use the GeoJSON
Featurestructure. -
Coordinates: Locations will be represented as
Pointobjects with[longitude, latitude]coordinates. -
Metadata: Additional information such as urgency or request type will be placed under
properties. - Implementation: The frontend map components will read this format directly when showing help requests or gathering areas.
Example:
{
"type": "Feature",
"geometry": {
"type": "Point",
"coordinates": [longitude, latitude]
},
"properties": {
"needType": "medical",
"urgency": "high"
}
}We selected the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA.
This project is intended for emergency use and should be usable by as many people as possible. WCAG 2.1 Level AA helps us design the system so that users with different accessibility needs can still use the platform effectively.
- Sufficient color contrast
- Keyboard accessibility
- Alternative text for meaningful visuals
- Clear labels for form elements
- Visible focus indicators
- Frontend Development: We will use semantic HTML and accessible UI components.
- Interaction Design: Buttons, forms, and navigation elements will be usable with a keyboard.
- Accessibility Support: We will use ARIA labels only where necessary.
-
Validation: We will use tools such as
axe-coreand also perform manual accessibility checks.
We selected JSON Web Token (JWT).
The project needs a standard way to handle authentication across web and mobile clients. JWT is widely used for this purpose and supports stateless authentication between the client and the backend.
- JWT token
- Claims
- Signature
-
Authorization: Bearer <token>header
- Login: After a successful login, the backend will create a signed JWT.
-
Authenticated Requests: The client will send this token in the
Authorizationheader. - Web Client: The token will be handled securely on the web side.
- Android Client: The token will be stored using secure Android storage mechanisms.
🎓 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ş