Document Details

Purpose

This analysis documents the existing operational context, workflow fragmentation, information gaps, and constraints across recipe, menu, production, and inventory work.

View or Download

Document Preview

Current-State Analysis

Scope

This artifact describes the business current state that motivated the project: the existing corporate recipe collection and menu builder environment has missing or insufficient capabilities for commercial-kitchen scaling, rollups, forecasting, production records, ordering forecasts, and accuracy analysis.

The prototype represents a proposed future operating model rather than the current corporate environment. Current-state findings are based on identified operating gaps, while prototype behavior and tests support the proposed solution direction.

Executive Summary

  • User-provided: The current corporate recipe collection/menu builder lacks several desired functions, including proper mass-to-volume conversion, unconventional volume units/conversions such as hotel pans, sub-recipe ingredient rollups, forecasting tied to production records, automated ordering forecasts, and forecast-to-production accuracy analysis.
  • Observed: The prototype repository implements or is actively building these missing capabilities across Recipe Collection, Menu Builder, Forecasting, Production Record, Inventory, and future Analytics. Evidence: README.md, AGENT.md, docs/agent_context/*.md, services, tests, and schema.
  • Observed: The prototype operating loop is Recipe Collection -> Menu Builder -> Forecasting -> Production Record -> Inventory, with future Analytics consuming stabilized facts. Evidence: README.md, docs/agent_context/shared_agent_workflow.md.
  • Inferred: The corporate current-state pain is not only recipe storage; it is the lack of a reliable operational chain from recipe truth through scaled production, ingredient demand, ordering signals, and actual-vs-forecast learning.

Corporate Current-State Limitations

Area Current-State Limitation Business Impact Evidence Quality Evidence
Recipe scaling Proper mass-to-volume conversion is missing or insufficient. Recipes cannot be reliably scaled across production quantities when ingredient or yield basis crosses unit families. User-provided User clarification
Hotel-pan units Unconventional volume units/conversions such as hotel pans are not adequately supported. Production users cannot forecast or scale in familiar commercial-kitchen container units. User-provided User clarification
Sub-recipe rollups Current tools lack recipe roll-up behavior for scaling from sub-recipe ingredients. Ingredient demand cannot be accurately derived from nested recipes. User-provided User clarification
Forecasting Menu forecasting is not sufficiently tied to production record workflows. Forecasts do not naturally become production-facing plans or measurable operational records. User-provided User clarification
Ordering forecast Automated ordering forecast is missing or incomplete. Purchasing and inventory planning require manual translation from menus/production needs. User-provided User clarification
Accuracy analysis Forecast-to-production accuracy analysis is missing or incomplete. Managers lack a feedback loop for improving forecast assumptions and production planning. User-provided User clarification

Prototype Capability Evidence

Future-State Prototype Capability Prototype Current Implementation / Direction Evidence Quality Evidence
Recipe Collection Structured recipe/base-food authoring, item detail, search, scaling, flattened recipe views, print sheets, and mock-user-scoped My Recipes. Observed README.md; docs/agent_context/recipe_collection.md; src/services/recipe_*; tests/test_recipe_*
Unit conversion Same-family conversion, mass/volume bridge conversion, item authority fields, and warnings for unsupported conversions. Observed src/services/unit_conversion_service.py; src/services/recipe_scaling_service.py; tests
Hotel-pan scaling Advanced hotel-pan units are reserved for live scaling and Forecasting rather than basic authoring. Observed src/config/units.py; src/config/hotel_pan_units.py; recipe/forecast docs and tests
Sub-recipe rollups Hierarchical and flattened recipe views support nested recipe expansion and ingredient-level scaling. Observed src/services/recipe_flattening_service.py; src/services/recipe_scaling_service.py; tests
Menu Builder and Forecasting Dated menu cycles, slot assignments, yield/case/portion forecasting, case packs, batch splits, and production summaries. Observed src/services/menu_service.py; src/services/menu_forecast_service.py; docs/agent_context/menu_builder.md
Production Record Forecast snapshots, actuals, leftover/shortage, implied demand, forecast accuracy, post/lock, review, export, and history. Observed src/services/production_record_service.py; production tests
Inventory and ordering Live counts, item usage, planning, ordering preferences, inventory availability, catalog bridge, invoice staging, and vendor/substitute work. Observed src/services/inventory_*; docs/agent_context/inventory.md; inventory tests
Analytics path Analytics is intentionally deferred until stable production, inventory, purchasing, cost, and variance contracts exist. Observed README.md; AGENT.md

Architecture Observations

  • Observed: The prototype uses Python 3.13+, Flask, SQLite, server-rendered templates, focused JavaScript, service/query modules, and forward-only SQL migrations. Evidence: pyproject.toml, README.md, database/migrations/, database/schema.sql.
  • Observed: Business calculations are primarily in service/query layers rather than templates. Evidence: recipe scaling, menu forecasting, production record, inventory usage, inventory ordering, and invoice services.
  • Observed: Git history shows the prototype has evolved from recipe collection toward menu planning, forecasting, production records, inventory, catalog/vendor bridge work, and production trend analysis. Evidence: git log --date=short --max-count=40.
  • Inferred: The prototype is a future-state validation vehicle for missing corporate capabilities, not just a replacement CRUD app.

Current Constraints and Unknowns

  • User-provided: The exact corporate current-state system details are represented only by the stated missing functions in this artifact; no source documents from the corporate system were provided.
  • Observed: The prototype uses mock auth for MVP role testing; production identity and deployment requirements are not yet defined.
  • Observed: Inventory counts and invoice placement are operational prototype concepts, not finalized accounting workflows.
  • Unknown: The deployment target, enterprise integration needs, approval model, data migration approach, and compliance requirements for replacing or augmenting the corporate system are not defined in repo evidence.

BA Alignment

  • Activity areas: Elicit and collaborate; analyze strategy; evaluate solution against desired future-state capabilities.
  • Techniques used: Current-state analysis, gap identification, document analysis, interface analysis, data modeling.

Related case study