Built to order

Hostel Mess Menu Android App

This project builds an Android app that answers the eternal hostel question — "what's for dinner?" — with the day's full mess menu, a "serving now" indicator with countdown, the week's menu ahead, and per-dish ratings from fellow students. A feedback module lets students rate meals and send comments to the mess committee, closing the loop between the kitchen and the residents. The report documents the menu data model, the rating aggregation design and the offline-first approach. Suitable for B.E./B.Tech final-year projects in Computer Science, IT and mobile computing.

Hostel Mess Menu Android App — project thumbnail preview
More project photos (2)

The problem

In every college hostel, the mess menu is simultaneously the most-asked-about and worst-distributed piece of information on campus — pinned as a crumpled printout on a notice board nobody reads, or buried in a WhatsApp group under a hundred good-morning forwards. Students walk to the mess not knowing what is served, special meals need coupon booking with opaque deadlines, and the mess committee gets feedback only as corridor complaints. A dedicated mess app fixes all three: today's menu with live serving status, the week's plan for planning ahead, and a structured feedback channel with ratings the committee can actually act on. This project implements that as a native Android app with offline menu caching, meal countdowns, dish ratings and a committee feedback pipeline.

How it works

  1. The menu dataset (days × meals × dishes with timings and flags) is bundled and cached in a Room database on first launch.
  2. The home screen resolves the current time against meal windows to highlight the active meal and compute the countdown to service end.
  3. Dish ratings are stored per user per dish; the app aggregates them into per-dish averages and a weekly mess score shown on the feedback screen.
  4. Feedback submissions (rating + comment) are queued locally and marked for the committee's weekly review cycle.
  5. Special meals carry metadata (coupon required, deadline, quantity cap) rendered as notice banners with booking instructions.
  6. A background refresh checks for menu updates when connectivity is available and silently refreshes the cache.

Tech stack:

  • Kotlin
  • Android Jetpack (MVVM)
  • Room (menu + ratings cache)
  • WorkManager (background refresh)
  • Notifications API (special-meal alerts)
  • Material Design 3
  • Retrofit (menu sync endpoint)
Parameter Value
Platform Android 8.0 (API 26)+ (expected)
Data Bundled + cached weekly menu (Room)
Ratings Per-dish 1–5 stars, aggregated
Offline Full menu readable offline
Refresh Background sync when online
Size Approximately 8–12 MB APK (expected)
Roles Student view (+ committee view design)
Network Optional; core features offline

Project features

  • [Today's menu with live status] Breakfast, lunch and dinner cards show timings, dishes and a "serving now" highlight with a countdown to service end.
  • [Weekly menu view] The full week's dinner specials ahead, so students can plan — including coupon-only specials with booking deadlines.
  • [Per-dish ratings] Students rate individual dishes; averages are computed per dish and per week for a transparent quality signal.
  • [Committee feedback channel] Structured feedback (rating + optional comment) routed to the mess committee's weekly review, replacing corridor complaints.
  • [Veg/non-veg indicators] Standard veg/non-veg marks on every dish, with the day's special clearly labeled.
  • [Offline menu cache] The week's menu is cached on-device, so it loads instantly even with poor hostel Wi-Fi.
  • [Special-meal alerts] Coupon-based specials (e.g. Sunday chicken curry) carry booking-deadline notices so nobody misses out.

What is included

  • Complete Android app source code (Kotlin)
  • Menu dataset schema + sample week data
  • Committee review workflow document
  • Project report PDF (data model, rating aggregation, offline caching, sync design)
  • PPT presentation for final review
  • Viva Q&A preparation document (Room, WorkManager, aggregation queries, offline-first)

Limitations & prerequisites

  • Menu data is only as current as its last update — the app shows the data timestamp so staleness is visible, and sudden kitchen changes cannot be reflected instantly.
  • Ratings reflect the students who bother to rate; the report discusses this self-selection bias honestly.
  • The committee review workflow is a designed process (weekly digest), not an enforced ticketing system.
  • Coupon booking for specials is informational (deadline + instructions), not a payment/booking integration.
  • One hostel/mess per install in this build; multi-mess support is designed but not implemented.
  • Feedback is anonymous-aggregated by design; individual complaint tracking is out of scope.

Frequently Asked Questions

Who updates the menu?

The mess committee (or a designated student) updates the weekly dataset through the documented update flow; the app then syncs it to all devices in the background.

Does it work on hostel Wi-Fi?

Yes — the week's menu is cached on-device, so it opens instantly even when the Wi-Fi is crawling; updates sync whenever connectivity returns.

How do ratings avoid misuse?

One rating per user per dish per day, aggregated into averages; the report discusses the self-selection bias openly rather than claiming statistical rigor.

Can the mess committee see feedback?

Yes — feedback is compiled into a weekly digest (average scores, comment themes) designed for the committee's Sunday review meeting.

What about special meals?

Coupon-based specials show booking deadlines and caps prominently (e.g. "180 coupons, book before Saturday 6 PM") so students never miss them.

Is this project suitable for a final-year project?

Yes — for Computer Science, IT and mobile computing programs. It is a complete real-world app: data modeling, offline sync, ratings aggregation and a genuine user base on campus. Suitable for B.E./B.Tech final-year projects in Computer Science, IT and mobile computing.

Components & software requirements
  • Kotlin
  • Android Jetpack (MVVM)
  • Room (menu + ratings cache)
  • WorkManager (background refresh)
  • Notifications API (special-meal alerts)
  • Material Design 3
  • Retrofit (menu sync endpoint)
Delivery information

Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.

Support terms

Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.

Download abstract (PDF)

Related guides

All guides
Blueprint-style technical illustration of a smartphone with a shield badge, surrounded by camera, photo and location icons connected by circuit traces.Android development students whose apps use the camera, photos, location or notifications and who need their projects to work correctly on current Android versions.

Android Runtime Permissions in 2026: Photo Picker, Partial Access and Foreground Services

Android's permission model has changed in nearly every recent release, and old tutorials now fail silently on modern phones. This guide covers the current model: runtime request flow, the no-permission photo picker, Android 14 partial media access, notification permission, and foreground-service types — with a migration checklist for older student apps.

Read guide
Illustration of an Android phone with background task scheduling diagram showing workers, constraints, and periodic sync arrows.B.E./B.Tech Computer Science and IT students building Android apps that need reliable background work for academic and final-year projects

WorkManager for Background Tasks

Background sync that dies overnight? Learn WorkManager: the right API for guaranteed background work on modern Android. Covers one-time and periodic requests, constraints, chaining, retry/backoff, passing data, observing from UI, and debugging workers delayed by Doze or OEM battery optimizers.

Read guide
Illustration of a smartphone showing a Jetpack Compose UI with composable function blocks and state flow arrows connecting them.B.E./B.Tech Computer Science and IT students building Android apps for academic and final-year projects

Jetpack Compose Basics for Students

Learn Jetpack Compose from zero: the declarative UI mental model (UI as a function of state), composable function rules, state management with remember and hoisting, Column/Row/Box/LazyColumn layouts, Material 3 theming, navigation, and the mistakes every beginner makes.

Read guide
Get a quotation