Skip to content

Postypalska/Requirements

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

4 Commits
Β 
Β 
Β 
Β 

Repository files navigation

🏒 Conference Room Booking System

This project provides a system for booking conference rooms and related resources. It includes both user-facing features and administrative tools.


πŸ“Œ Functional Requirements

1. User Registration and Authentication

  • Users must be able to register in the system.
  • Users must be able to log in to their account.

2. Viewing Available Resources

  • Users can view available booking resources (e.g., rooms, services, events).

3. Filtering and Searching

  • Users can filter resources by category, price, and availability.
  • Keyword-based search is supported.

4. Resource Booking

  • Users can create a new booking by selecting date and time.
  • The system checks resource availability before confirming the booking.

5. Viewing and Managing Bookings

  • Users can view a list of their existing bookings.
  • Users can cancel or modify a booking (if within the permitted window).

6. Administration

  • Admins can add, update, or delete resources.
  • Admins can view usage statistics.

🎯 Non-Functional Requirements

πŸ”’ Security

  • All user data must be transmitted over HTTPS.
  • Authentication is handled via JWT or another secure token-based method.
  • Administrative access is restricted to users with the appropriate role.

⚑️ Performance

  • The web interface should load in under 2 seconds under normal conditions.
  • APIs should respond within 300ms in 95% of cases.

βš™οΈ Reliability

  • The system must maintain at least 99% availability.
  • The database should have backups not older than 24 hours in case of failure.

πŸ” Scalability

  • The architecture must support horizontal scaling of the API and frontend components.
  • The database should support sharding if required.

πŸ›  Maintainability

  • Components should be independent, well-documented, and covered by unit tests.
  • A modular structure with clear contracts between modules should be applied.

🧩 Interoperability

  • The API should conform to the OpenAPI 3.0 specification.
  • Integration with external services should be via REST or Webhooks.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors