生产端计酬及库存管理系统-椰泰实业
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 属性解决。
示例图片视频
相似推荐
顶流电商平台数据采集和价格监控
1.随着电商行业竞争白热化，某日化品牌客户面临竞品价格变动快、促销策略滞后、库存监控缺失等痛点。为辅助其动态定价决策，本项目立项建设一套分布式电商数据采集中台。核心目标是实现竞品SKU价格、促销活动、评论情感及库存状态的实时监控与趋势分析，将数据获取时效从人工每日核查提升至分钟级自动化采集，为运营团队提供精准的数据弹药。
2.系统包含四大核心模块：任务调度中心（支持定时/触发式采集任务配置）、多源适配器（针对不同平台封装独立解析引擎）、反爬对抗层（集成动态代理池与验证码识别服务）、数据治理管道（完成去重、格式标准化与异常预警）。各模块松耦合设计，支持水平扩展。
3.
运营人员在管理后台创建采集任务（设定目标URL、采集字段与频次）→ 调度中心下发任务至爬虫集群 → 适配器执行采集并实时对抗反爬 → 原始数据进入清洗管道 → 结构化数据存入MongoDB，同时价格波动触发钉钉告警 → 最终数据通过API同步至客户BI看板，完成从需求到决策的闭环。
Python自动化数据处理脚本集（Excel / 网页采集 / PDF提取）
本项目是一个Python自动化脚本工具集，覆盖三类最常见的办公数据处理场景，旨在替代人工重复操作、提升数据整理效率。
【模块一：Excel批量合并与清洗】
业务场景：企业每月产生多份结构不统一的销售/运营报表，手工合并耗时且易出错。
功能：自动遍历读取多个Excel文件 → 合并为单一汇总表 → 清洗空值、重复行、异常格式 → 输出按维度的汇总统计（月度/产品/人员）。
【模块二：公开网页数据采集与整理】
业务场景：需要定期从公开网页获取结构化信息（如行业资讯、商品列表、政策公示），手工复制粘贴效率低。
功能：模拟浏览器请求 → 解析HTML提取目标字段（标题、作者、标签等）→ 翻页自动遍历 → 输出为CSV文件，可直接导入Excel或数据库。
【模块三：PDF信息提取】
业务场景：企业收到大量PDF格式的发票、合同、报表，需要提取关键字段录入系统。
功能：读取PDF文档 → 定位并提取日期、金额、编号等关键信息 → 汇总输出为Excel表，替代手工逐一录入。
全部脚本采用模块化设计，修改少量配置参数即可适配不同客户的数据结构，交付周期1-2天。
医疗医保核销结算后台-医保核销系统
面向医疗机构搭建医保费用结算中台，覆盖门诊就诊登记、医保单据批量申报、财政基金拨付全流程数字化，支撑医院日常医保报销业务。系统解决并发提交重复扣款、多角色接口权限混乱、高频查询击穿数据库、事务与缓存同步失效等风险，实现单据三层并发校验、多维度动态权限管控、多级缓存防护、N+1 查询优化，保障医保结算数据合规准确。
生活服务综合小程序后台管理系统 - 修享家
立项背景和目标：修享家旨在打造一个全面、高效的综合生活O2O服务平台，无缝连接服务提供者（如维修师傅、家政人员）与普通C端/企业用户。项目的核心目标是开发一个功能强大的PC端后台管理系统，用于全面支撑和统筹该小程序端庞大且复杂的业务和数据流转。
软件功能、核心功能模块的介绍：系统划分为三大功能区，共包含23个具体管理模块。
修享家核心：涵盖多城市订单跟踪、售后退款、师傅人员注册与调度、企业及C端用户分离管理，以及树状结构的服务分类配置。
商城与生活：集成电商商品管理、外卖餐饮、酒店民宿预订、搬家出行、招聘及家政保洁等多元化生活服务。
运营与财务：包含财务集中结算、物流骑手管理、多级分销合伙人（流量合伙人）规则配置，以及多城市区域配置。
业务流程、功能路径描述：业务自用户在前端小程序下单（涵盖维修、购物、外卖等）发起，订单数据实时同步至后台统一化面板。后台运营人员可根据订单类型进行智能或人工派单调度（针对维修与物流），并跟进售后处理及财务结算。同时，系统支持多级分销机制和流量合伙人推广路径，实现业务的被动拉新与裂变。目前该平台已成功流转 1286+ 订单，产生超 386,720+ 元交易流水。
某大型车企内部积分兑换商品平台-积分兑换平台
服务于国内某大型汽车企业的积分兑换平台，
为其搭建一套"行为认可 → 积分累积 → 权益兑换"的数字化激励闭环，把原本分散的绩效奖金、节日福利、培训激励、文化践行奖励统一到一个积分池里，员工自主兑换心仪商品/服务，企业端实现成本可控、规则透明、数据可追溯。
支持多个商品渠道管理，可对接国内主流电商平台的商品信息。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服