程序聚合 软件案例 生产端计酬及库存管理系统-椰泰实业

生产端计酬及库存管理系统-椰泰实业

2026-05-20 15:57:31
行业:企业内部管理、物流仓储
载体:安卓APP
技术:Java、JavaScript、Python、SQL

业务和功能介绍

椰泰生产管理系统
一、立项背景与目标
饮料厂生产线每天几十个工人、多个小组、好几种产品同时生产。以前靠纸笔记产量、Excel 算工资,主管每天要忙到深夜才能够统计完。
这套系统就干一件事:工人手机上点两下录产量,主管随时看全厂数据,工资自动算好,追溯码一扫就知道谁产的。节省了大量人工时间,更加方便管理。

二、核心功能
工人端(3个功能)

生产录入:选产品→填卡板数→提交,自动算出件数和当天产值
追溯码:提交后弹出二维码,扫码能看到产品、组别、工人、日期
我的:看本组今天产了多少、每人分别多少
主管端(7个功能)

看板:一眼看完当天总产量、小组排名、品种分布、工资总额
产品管理:新增/删除产品,设定规格和工价
小组管理:增删小组和成员
包装:记录包装材料入库,生产时自动扣库存
生产记录:按天查看各小组各品种的产量汇总,支持归档和历史
工资:自动均分小组产值到每个人,一键发薪
任务:设定每天目标卡板数,实时看完成进度
三、业务流程
工人上班
→ 打开APP → 选小组 → 选名字
→ 选产品 → 输卡板数 → 提交
→ 弹出二维码(追溯码)
→ 自动扣包装库存

主管打开APP
→ 看板实时刷新(产量、排名、工资全有了)
→ 生产标签看各小组汇总
→ 工资标签一键发薪

下班
→ 点"归档今日" → 当天数据存历史 → 看板清零
→ 点"历史"随时翻看之前每天的生产情况
数据存服务器,多台手机共享。

项目实现

椰泰生产管理系统 — 实现途径

一、整体架构与设计思路

系统分三层:安卓 APK 做客户端,Python Flask 做服务端,SQLite 做数据库,全部跑在一台阿里云 Linux 上。

客户端是一个 HTML 文件(933行,65KB),Java 起 WebView 加载,剩下全部逻辑用纯 JavaScript 写完。不装 Android Studio,不用 Gradle,靠安卓 SDK 自带的命令行工具 javac、d8、aapt2、apksigner 编译打包,6 秒出一个 APK。JS 全程用 ES5 语法(var、function),因为国内低端安卓机的 WebView 内核太老,箭头函数和 let 直接报错不执行。

服务端 370 行 Python,8 个 API 端点。数据库用 SQLite 单文件,不装 MySQL。API 设计成远程 KV 存储模式,和原来 localStorage 用法一致,改动量极小。

QR 二维码库 19KB 内嵌在 HTML 里,不依赖 CDN。扫追溯码打开同一台服务器的网页,微信和浏览器都能看。

二、我负责的模块与量化成果

整个项目从零到交付我独立完成。20 天内编译发布 30 多个 APK 版本,从单机 V7 迭代到网络版 V9.8。

客户端 800 多行 JavaScript,实现主管端 7 个模块(看板、产品、小组、包装、工资、生产记录含归档历史、任务管理)和工人端 3 个模块(生产录入、追溯码、我的产量)。服务端 370 行 Python,8 个 API 端点外加追溯网页。

单机版迁移网络版时只改了不到 30 行代码,核心是把 localStorage.setItem 换成 fetch,其余全部不动。

三、遇到的难点与解决方案

第一,老安卓不支持 ES6。按钮全没反应,排查发现 WebView 碰到箭头函数就停止执行。强制改用 var 和 function,问题消失。

第二,QR 码对中文编码失败。零糖生椰能生成二维码,椰汁不行。根因是 qrcodejs 库的 s() 函数低估中文字节数,选的 QR 版本容量不够。把返回值乘了 3 倍安全系数解决。

第三,网络版跨域被拦。APK 从 file:// 发请求到 http:// 服务器,浏览器直接拦截。在 Flask 加了 after_request 注入 CORS 头加 OPTIONS 预检解决。

第四,confirm() 弹窗在老安卓上不弹。改用按钮二次点击确认——第一次变红字"再点确认归档",3 秒内再点才执行。

第五,classList.add 在旧 WebView 静默失败。弹窗显示出不来但不报错。全部换成直接操作 className 属性解决。

示例图片视频


骑hermes的human
30天前活跃
方向: 产品经理-产品经理、游戏开发-游戏开发其他、
交付率:100.00%
相似推荐
恒康营销之星
工作描述:apicloud开发,实现h5页面打包生成混合app,使用echart 构建各类报表、调用apicloud模块实现二维码扫描二维码查询库存、授权平台实现app权限的管控 运用技术: 1、基于DIV+CSS实现页面布局和highchart 显示图表的展示 2、基于apicloud原生模块和jquery实现数据的绑定和交互 3、apicloud封装的模块、apicloudStudio实现无线同步、浏览器上调试页面、在手机上同步app功能、 4、基于git 代码管理, 5、采用云编译打包生成apk文件和ios 的ipa,熟悉ios 上线打包和生成ios 证书等。
跨境电商多端
跨境电商商城与货舱仓储管理小程序,面向跨境买家与仓库管理人员。包含商城首页、商品、购物车、拼团、实名认证、钱包支付、推广海报;货舱模块完成仓储业务管理,支持系统消息推送;配套后台实现发票开具、首页配置、分销售后管理,构建完整跨境电商交易闭环。
京尔思 B2B 全链路系统
包含客户小程序、工厂协同平台、权限管理后台三套子系统。覆盖产品定制、配方解析、合同签署、多工厂报价生产、企业认证、开票完整业务。后台实现角色菜单权限管控、订单物流、支付凭证管理,统一表单校验、异常拦截,服务上下游客户与工厂协同办公。
某汽车品牌官方商城与新零售运营中台
1、立项背景和目标 面对汽车行业新零售模式的兴起,某汽车品牌亟需一套能够同时支撑“整车直销”与“车品零售”的综合性业务底座。本项目作为广本新零售与直销业务的核心中台,旨在打通线上营销获客与线下门店交付的业务壁垒,构建一套高可用、支持高并发的大型电商与客资运营中台,最终实现精准营销引流与财务清算的全面数字化。 2、软件功能、核心功能模块的介绍系统由面向 C 端的移动端应用矩阵与面向 B 端的多租户管理后台组成。核心模块涵盖: 混合订单管理中心:兼容并支撑整车直销(订金/尾款/门店交付)与车品零售(物流发货)两套完全异构的业务流。 统一支付网关:无缝对接并封装微信、支付宝、民生及中金支付等多种支付渠道。 多租户渠道管控系统:支持上游供应商、特约店(4S)与二网店的库存调度与复杂财务清算。 企微直营客资闭环:深度接入企业微信 API,将线上线索无缝连接至线下销售终端。 3、业务流程、功能路径描述 核心业务路径如下:C 端用户在小程序或 APP 访问由“千人千面”动态组件渲染的营销页面,参与爆款车抢购或车品秒杀;下单后,系统根据商品类型触发底层的混合订单状态机,通过统一网关完成支付收口;随后,“企微直营”模块将线上购车线索精准路由分发给对应的线下销售顾问,形成私域跟进流转的业务闭环;交易彻底完成后,B 端系统自动进行跨租户的库存调度与财务清算。
quick_server
1、背景和目标:对企业所有服务请求进行轻量级安全和速度优化,减轻服务器的并发压力。 2、quick_server系统,不依赖外部引用,即插即用,主要用来进行极速快捷安全的http请求。大大减轻服务器的并发压力。轻松实现高并发场景下极速快捷安全的http请求。
帮助文档   Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服