生产端计酬及库存管理系统-椰泰实业
2026-05-20 15:57:31
行业：企业内部管理、物流仓储
载体：安卓APP
技术：Java、JavaScript、Python、SQL
业务和功能介绍
椰泰生产管理系统
一、立项背景与目标
饮料厂生产线每天几十个工人、多个小组、好几种产品同时生产。以前靠纸笔记产量、Excel 算工资，主管每天要忙到深夜才能够统计完。
这套系统就干一件事：工人手机上点两下录产量，主管随时看全厂数据，工资自动算好，追溯码一扫就知道谁产的。节省了大量人工时间，更加方便管理。
二、核心功能
工人端（3个功能）
生产录入：选产品→填卡板数→提交，自动算出件数和当天产值
追溯码：提交后弹出二维码，扫码能看到产品、组别、工人、日期
我的：看本组今天产了多少、每人分别多少
主管端（7个功能）
看板：一眼看完当天总产量、小组排名、品种分布、工资总额
产品管理：新增/删除产品，设定规格和工价
小组管理：增删小组和成员
包装：记录包装材料入库，生产时自动扣库存
生产记录：按天查看各小组各品种的产量汇总，支持归档和历史
工资：自动均分小组产值到每个人，一键发薪
任务：设定每天目标卡板数，实时看完成进度
三、业务流程
工人上班
→ 打开APP → 选小组 → 选名字
→ 选产品 → 输卡板数 → 提交
→ 弹出二维码（追溯码）
→ 自动扣包装库存
主管打开APP
→ 看板实时刷新（产量、排名、工资全有了）
→ 生产标签看各小组汇总
→ 工资标签一键发薪
下班
→ 点"归档今日" → 当天数据存历史 → 看板清零
→ 点"历史"随时翻看之前每天的生产情况
数据存服务器，多台手机共享。
一、立项背景与目标
饮料厂生产线每天几十个工人、多个小组、好几种产品同时生产。以前靠纸笔记产量、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 属性解决。
一、整体架构与设计思路
系统分三层：安卓 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 属性解决。
示例图片视频
相似推荐
Java 应用集群迁移与 Elasticsearch 数据同步
一、背景与目标
客户因业务调整，需要将现有生产环境的网站服务及数据完整迁移至新服务器。涉及约 10 个 Java 网络应用程序及配套的搜索、消息队列服务。目标是在保证数据完整性的前提下，实现业务的平滑割接，确保迁移后服务可正常访问。
二、功能模块
1.全量服务迁移： 涵盖 Elasticsearch 7.8.0 搜索引擎、Nginx 反向代理、RabbitMQ 消息队列及 Redis 缓存服务的部署与配置还原。
2.Java 应用部署： 迁移并配置 10 个左右的 Java 后端应用，恢复其 JVM 参数及配置文件。
3.数据一致性保障： 执行数据库与索引数据的导出导入操作，确保新旧环境数据一致。
CentOS7 Docker 基础运行环境搭建与组件部署
客户需要在单台 CentOS 7 服务器上快速构建一套标准化的后端开发与运行环境。目标是替代繁琐的手动安装过程，通过容器化技术统一部署 MySQL、MongoDB、Redis、Kafka、Zookeeper、MinIO 等中间件，并预置 GoLang 开发环境，确保环境的一致性和可移植性。
功能模块：
1.中间件容器化： 集成 MySQL 5.7+、MongoDB 6.0+、Redis 7.0+、Kafka 及 Zookeeper 等核心组件，通过 Docker Compose 进行统一编排启动。
2.对象存储服务： 部署 MinIO 对象存储，用于非结构化数据的存储测试。
3.环境初始化： 编写初始化脚本，自动完成各组件的用户名密码配置（如 mysql/mongodb/redis/minio 统一认证），并安装 GoLang 1.18 及 Git 工具链，交付即可用的基础镜像环境。
考霸APP
面向小学、初中、高中学生，主打本地名校真题、同步教材、AI 智能刷题，题库超 350 万道，适配人教版、北师大版等主流教材版本。
核心功能
本地真题资源：名校月考、联考、教研室统考、分班考试卷，贴合本地考情
视频讲解：试卷、难题配套名师视频，支持投屏观看
AI 错题本：自动归集错题，按知识点分类；AI 举一反三推送同类变式题，做一道通一类；学情统计，定位薄弱知识点
音频磨耳朵：语文、历史、道法等文科考点音频，通勤碎片时间背诵记忆
同步教材练习：同步课本章节预习、课后巩固，试卷支持下载打印 PDF
备考计划：寒暑假提分计划、一轮二轮复习、中考真题专项训练
微信小程序商城
本项目围绕微信小程序商城及服务业务场景进行开发，集商品展示、在线预约、订单管理、微信支付、用户中心、服务管理和数据统计等功能于一体。用户可通过小程序完成商品浏览、服务预约、订单提交、在线支付及订单查询等操作，企业则可通过管理后台统一管理商品、服务、用户、订单、支付记录及运营数据，并可根据后续业务需求扩展会员、优惠券、积分、物流配送、消息通知及第三方系统接口等功能。
山姆拼团小程序
一、立项背景和目标
山姆会员店商品多为大容量家庭装，个人/小家庭用户常面临单品分量过大、不易储存或单独购买起送门槛高的问题。本项目旨在打造一款专为山姆商品设计的“社区/同城拼单与分装小程序”，支持用户快速发起拼单、凑单分装、分摊会员优惠与配送费，降低购买门槛，提升商品流通与履约效率。
二、软件功能与核心功能模块
1. 商品与拼团管理模块：支持山姆商品目录展示、拼单发起（支持按份数/按件拆分拼团）、拼团时效倒计时与成团状态流转。
2. 订单与支付分账模块：集成微信支付与预授权机制，支持成团自动扣款、拼团失败自动原路退款及差额多退少补。
3. 履约配送与自提核销：支持团长代收分装、同城配送对接、社区自提点选择及到货动态取件码核销。
4. 社交裂变与通知提醒：提供拼团海报一键生成、微信群转发分享及基于模板消息的成团/发货进度实时提醒。
三、业务流程与功能路径
团长/用户选择山姆商品并发起拼单 -> 设定拼团规则（成团人数/件数/有效时间）并分享至微信群或好友 -> 参团成员加车支付参团 -> 满员触发成团事件与采购通知（未满员超时自动退款） -> 商品到货团长分装/核销自提 -> 完成订单闭环。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服