project-793ea2e0

bytest

:rocket: HACKATHON PROJECT BRIEF: PROJECT LOCALSYNC The Real-Time Field Operations & Command Center Ecosystem (8-Hour Sprint) :clipboard: 1. PROJECT OVERVIEW Your team is tasked with building LocalSync, a cross-platform logistics and coordination ecosystem designed for fast-paced field operations. Due to the aggressive 8-hour timeline, the team must focus strictly on the Core Real-Time Loop: building an API that instantly links a lightweight Mobile tracking interface with a Desktop monitoring dashboard. :hammer_and_wrench: 2. MINIMAL VIABLE PRODUCT (MVP) REQUIREMENTS A. The Backend API (The Brain) • Live Stream: Implement a simple WebSockets or Server-Sent Events (SSE) server to receive and broadcast coordinates.. • Volatile In-Memory Storage: Skip complex database migrations. Store active user locations in global memory arrays or a simple JSON file for instant speed.. • Single Dispatch Endpoint: A basic HTTP POST endpoint to assign a task ID to an agent ID.. B. The Mobile App (The Field Agent) • Coordinate Ping: A single screen with a "Go Online" toggle button that sends simulated or real location updates every 3 seconds via WebSockets.. • Task Alert: A simple pop-up or layout change that flashes when a task is pushed to them from the desktop command center, with a single button to click "Complete".. C. The Desktop App (The Command Center) • The Live Map: A layout rendering a map web-view showing the live, moving point of the mobile user.. • Instant Dispatch Button: Next to the map, a list of available agents with a manual button next to their name that instantly pushes a task to their phone.. :warning: 3. STRICT 8-HOUR CONSTRAINTS & RULES 1. Code Sharing is Mandatory: The team must use a single language or framework ecosystem across all environments (e.g., Flutter for both apps, or a TypeScript Monorepo for Node/React/Electron) to eliminate context switching.. 2. No Advanced Polish: Do not waste time on secure user registration, forgot password loops, cloud media storage, or complex CSS styling. Use raw UI components or a basic component library.. 3. The "One-Device" Demo Rule: Because time is short, the mobile app can be run inside an emulator on the exact same computer running the desktop app to simplify deployment and testing.. :stopwatch: 4. CRITICAL 8-HOUR SPRINT MILESTONES • Hour 0–1 (The Blueprint): Initialize your monorepo. Define your shared JSON payload interface (what does a location update look like?). Boot up a skeleton backend server.. • Hour 1–3 (The Data Bridge): Establish the raw WebSocket connection. Verify that typing mock coordinates into a mobile text-box prints them live in the desktop terminal console.. • Hour 3–5 (The Visual Loop): Hook up the map library on the Desktop app to show the pin moving visually. Hook up the simple task push button.. • Hour 5–7 (The Workflow & Integration): Verify the entire end-to-end loop: Dispatch from Desktop :arrow_right: Alert pops up on Mobile :arrow_right: Click complete on Mobile :arrow_right: Desktop updates.. • Hour 7–8 (The Freeze & Demo prep): Hard code-freeze. Do not touch any core files. Practice the 3-minute live presentation run-through to make sure it functions perfectly for the judges.. :bar_chart: 5. JUDGING & EVALUATION CRITERIA CriteriaWeightWhat Judges Look ForReal-Time Data Flow40%Does moving the mobile client immediately update the desktop dashboard without refreshing?End-to-End Workflow30%Can you successfully push a task to the mobile app and see it get completed?Speed & Resourcefulness20%How smartly did the team cut scope and reuse code to match the 8-hour limit?Pitch & Demo Stability10%A working, live, crash-free presentation. :outbox_tray: 6. SUBMISSION TEMPLATE • Repository Link:[Insert Code URL here]. • Tech Stack Used:[Frontend, Backend, Desktop, Mobile]. • How to run it in under 60 seconds:[Provide exactly 2 or 3 terminal terminal commands to boot the whole stack up for the judges]. Good luck, team! Under an 8-hour constraint, a dirty, working prototype is 100 times better than beautiful, broken code.

LandingDashboardConsole
Landing

Comments (0)

No comments yet. Be the first!

System Requirements

System Requirement Document
Page 1 of 5

project-793ea2e0 System Requirements Document

Introduction

This document outlines the system requirements for project-793ea2e0, a hackathon project focused on developing LocalSync, a real-time field operations and command center ecosystem. The project aims to create a cross-platform logistics and coordination system designed for fast-paced field operations, with an emphasis on speed and simplicity.

System Overview

LocalSync is designed to facilitate real-time communication between field agents and a command center. The system consists of a backend API, a mobile application for field agents, and a desktop application for command center operators. The primary goal is to establish a seamless real-time data flow between these components using a single language or framework ecosystem.

Source Content Inventory

  • Backend API: WebSockets or Server-Sent Events (SSE) for real-time data streaming, volatile in-memory storage for user locations, and a single HTTP POST endpoint for task dispatch.
  • Mobile App: A toggle button for location updates and task alerts with a completion button.
  • Desktop App: A live map for tracking mobile users and a dispatch button for task assignment.
Page 2 of 5

Functional Requirements as Story Points

  • As a Backend Developer, I should be able to implement a WebSockets or SSE server to handle real-time data streaming.
  • As a Backend Developer, I should be able to store active user locations in global memory arrays or a simple JSON file.
  • As a Backend Developer, I should be able to create a single HTTP POST endpoint to assign tasks to agents.
  • As a Mobile User, I should be able to toggle my online status to send location updates every 3 seconds.
  • As a Mobile User, I should receive task alerts and have the ability to mark them as complete.
  • As a Command Center Operator, I should be able to view a live map showing the real-time location of mobile users.
  • As a Command Center Operator, I should be able to dispatch tasks to mobile users with a single button click.

User Personas

  • Backend Developer: Responsible for implementing the API and ensuring real-time data flow.
  • Mobile User: Field agents using the mobile app to report their location and receive tasks.
  • Command Center Operator: Uses the desktop app to monitor field operations and assign tasks.

Core User Flows

  • Mobile User goes online -> Sends location updates -> Receives task alert -> Marks task as complete.
  • Command Center Operator views live map -> Selects agent -> Dispatches task -> Monitors task completion.
Page 3 of 5

Visuals Colors and Theme

  • primary: #1E90FF (Dodger Blue)
  • primary_light: #87CEFA (Light Sky Blue)
  • secondary: #FF6347 (Tomato)
  • accent: #32CD32 (Lime Green)
  • highlight: #FFD700 (Gold)
  • bg: #F0F8FF (Alice Blue)
  • surface: rgba(240, 248, 255, 0.8)
  • text: #000000 (Black)
  • text_muted: #696969 (Dim Gray)
  • border: rgba(0, 0, 0, 0.1)

Signature Design Concept

Interactive Command Center Map

The landing page will feature an interactive map that serves as the command center's focal point. Users can click on agent icons to view their details and task status. The map will animate smoothly as agents move, with task dispatches causing a ripple effect to indicate action. The map will use motion/react for animations, providing a dynamic and engaging experience.

Page 4 of 5

Landing Hero Motion Brief

The hero section will depict a real-time transformation of field operations. As agents toggle online, their icons appear on the map, moving smoothly to represent their location updates. Dispatching a task will animate a direct line from the command center to the agent, highlighting the task's journey. The animation will loop every 10 seconds, showcasing the seamless operation of the system.

Interaction Model & Motion Direction

  • Interaction Model: Animated
  • The landing page will feature moderate scroll-triggered reveals and hover transitions. The map will have spring physics for interactive elements, enhancing the user experience.

Non-Functional Requirements

  • The system must operate within an 8-hour development constraint.
  • Code sharing across environments is mandatory to ensure consistency and reduce context switching.
  • The system should prioritize speed and simplicity over advanced features or security.

Tech Stack

  • Frontend: React for Web
  • Backend: Node.js with WebSockets or SSE
  • Mobile: React Native
  • Database: Volatile in-memory storage (JSON file)
Page 5 of 5

Assumptions and Constraints

  • The project must be completed within an 8-hour timeframe.
  • The system will use a single language or framework ecosystem to streamline development.
  • Advanced features such as secure user registration are not required.

Glossary

  • WebSockets: A protocol for full-duplex communication channels over a single TCP connection.
  • Server-Sent Events (SSE): A server push technology enabling a server to push real-time updates to a client.
  • Volatile In-Memory Storage: Temporary storage that is fast but not persistent, used for quick data access.

This document serves as a comprehensive guide for the development of project-793ea2e0, ensuring all team members are aligned on the project's goals and requirements.

Landing design preview
Landing: View Info
Console: Monitor Server
Console: View Logs
Console: Test Dispatch Endpoint
Console: Verify Data Flow
Dashboard: View Map
Landing design preview
Landing: View Info
Console: Monitor Server
Console: View Logs
Console: Test Dispatch Endpoint
Console: Verify Data Flow
Dashboard: View Map