新人,发现了这里。有软件开发需求去哪里找人定制?速冻果蔬工厂,需要一套 rs232 读取称重软件,后续要配合 rfid 管理工厂从原料到发货 全流程。

3 天前
 lhook
4392 次点击
所在节点    外包
71 条回复
lhook
3 天前
项目目标:提升数据准确性,减少损耗。
符合 FSSC 22000 和日本出口标准(批次追溯、FLW 报告)。
模块化开发,确保灵活扩展。

项目范围:软件开发+集成测试,不包括硬件采购(但需接口兼容)。试点一个车间,冬天低产期上线,6 月加工季前全厂推广。
假设与约束:工厂局域网稳定,低温环境(-18°C ),用户为工人/主管(操作简单)。

2. 需求描述 2.1 整体架构要求交付形式:可执行 EXE 文件( Windows 兼容),附带安装包/运行环境。源代码完整交付( Python/C#优先),知识产权归甲方。
模块化扩展性:积木式微服务架构( e.g., Docker 支持),每个模块独立、可热插拔。预留 API 接口,便于未来扩展 RFID/MES/AI 预测。
技术栈:后端 Python/Node.js (优先 Python for 数据处理),前端 Web/App ( React/Vue ),数据库 MySQL/PostgreSQL 。支持云部署(阿里云/本地服务器)。
接口标准:RESTful API ,预留扩展口( e.g., RFID 数据接入)。
安全:数据加密( AES 标准)、角色权限控制(最小化,如班长只读重)、防篡改日志(区块链可选)、漏洞扫描报告。支持局域网部署,无云依赖(可选云备份)。
透明度:开发过程周报(代码提交日志)、开源框架优先、完整文档( API/用户手册)。代码注释率>80%,支持审计审查。
环境:耐工业场景(局域网稳定,兼容 Windows/Linux ),移动端支持(平板/手机扫描)。

2.2 阶段性功能规格阶段 1:称重管理模块(优先开发,核心起步)功能点:实时读取电子秤/地磅数据( RS232/RS485 转 Ethernet ,支持 Modbus/TCP 协议)。
数据采集:自动记录重量、时间、操作员 ID (登录验证)。
平衡计算:核心公式 - 投入重量 - 产出重量 - 废料重量 = 未知损耗(阈值>1%报警)。
UI 仪表盘:实时显示( Web 页面),支持查询/报表(每日/月 FLW 总结)。
异常报警:短信/APP 推送( e.g., 废料率>3%)。
测试数据:模拟 100kg 投入,计算平衡。

输入/输出:输入:秤硬件数据、人工输入(批次 ID )。
输出:JSON 日志、Excel 报告。

阶段 2:RFID 扩展模块(后续叠加)功能点:RFID 扫描整合:读取货架 ID (抗金属标签),关联重量( e.g., 货架总重=Σ单包)。
回流追踪:标记空架状态、路径日志(基于车间布局)。
追溯链:批次继承(半成品->成品),支持 BRC/FSSC 审计查询。
API 接口:与阶段 1 对接,异常联动( e.g., 重量偏差报警触发 RFID 核查)。

扩展性:预留“产品族”字段(未来混合蔬菜)。

其他模块(可选扩展):视觉计数整合。
AI 得率预测(基于历史数据)。

2.3 非功能需求可用性:99% uptime ,易用界面(工人培训<1 天)。
兼容性:硬件如上海耀华秤、远望谷 RFID 。
文档:提供 API 文档、用户手册、源代码(知识产权归甲方)。
测试:单元/集成/压力测试,覆盖冬天低温场景。
性能指标(详见附件或以下):响应时间:数据采集延迟<500ms ;报警响应<1s ;查询/报表生成<5s 。测试:冬天低温下稳定,高峰并发无卡顿。
吞吐量:每秒处理 10-2000 条记录;每日峰值>10,000 条;并发用户 5-50 人。测试:模拟 6 月高峰,负载 100%无丢包。
可用性:系统可用性>99.9%(每月<45min downtime );离线容错:本地缓存>1 小时,网络恢复自动同步。
数据存储与检索:存储容量>2 年数据(估 1GB/年);检索速度<5s ;备份:每日自动,恢复<30min 。
容错与可靠性:错误恢复自动重试 3 次,失败率<0.1%;负载测试:80% CPU/内存下稳定>24h ;环境适应:-20°C 到+40°C 。
实施:开发商提供压力测试报告(用 JMeter 等工具)。

3. 时间表与里程碑总周期:3-6 个月(阶段 1:1-2 个月试点)。
里程碑:周 1-2:需求确认/合同签订。
月 1:阶段 1 开发/测试。
月 2:试点上线(一个车间)。
月 3-6:阶段 2 扩展/全厂优化。

交付物:源代码、部署包、培训服务、测试报告。

AI 生成的需求书。。大佬们可以联系我
tomczhen
3 天前
不如先让 ai 报个价出来也贴出来看看。
donaldturinglee
3 天前
你这个客户端服务端,3-6 个月,你不包团队,能做得完就见鬼了
lhook
2 天前
@donaldturinglee 去哪找 猪八戒靠谱吗? 我问 ai 说不用 exe 网页客户端好些。
xjzshttps
2 天前
单纯技术看起来不离谱,
但是需求看起来并不稳定,
我粗略理解,你们是类似超市的称重方式,
选择类型,称重,自动记录。
然后可以查看这些记录,并且自动计算损耗等?

不过很多地方 ai 想得太完美。
例如 数据加密(AES)、区块链可选、可选云备份。
这些是可以做,但是 aes 加密一般指是传输,数据库自身加密的真见的不过,mysql 是有这个功能,但是我没见有人业务上面用,可靠性不敢保证。
线上敢用的是磁盘加密,也是一样可以实现数据在硬盘保存是加密的。但是我担心的是 it 管理不好自己把恢复密钥弄丢结果自己也解不开。

区块链也是理论额可以做,实际也是能做,不过会挺麻烦,增加成本

云备份/本地倒是必须要考虑的。


这个项目最大问题是,要蹲现场。
大概搜素了下 上海耀华秤 是有串口协议公开提供的,但是担心的是硬件低温下是否还能可靠,包括 rs232 转 usb 。

另外,
>>吞吐量:每秒处理 10-2000 条记录;每日峰值>10,000 条

这个应该有问题,实际是每次称几秒一次?
如果真的是每秒能够达成 1000 次称重,虽然技术上面也能实现,缓存+批量写入,但是问题在于这个数据量,8 小时就能有 28,800,000 记录,一个月一年的数据量会非常离谱。
看后面, "每日峰值>10,000 条;并发用户 5-50 人" 业务难度应该就是普通,前面的应该是 ai 搞错了。
lhook
2 天前
@xjzshttps 第一阶段就是称重数据 没这么大量,每秒 20 就撑死了。rfid 上了以后 扫货架的标签 可能每秒数据会多点。这个写高了。 加密啥的不懂。没必要
lhook
2 天前
Phase 1 软件功能清单(给开发商)
模块 1:称重数据采集
• [ ] 支持 RS232/RS485 接口
• [ ] 自动读取 6 台秤
• [ ] 实时数据存储
• [ ] 操作员登录验证
模块 2:数据录入界面
• [ ] 原料入库界面
• [ ] 包装称重界面(累加逻辑)
• [ ] 发货称重界面
• [ ] 移动端适配(平板)
模块 3:物料平衡计算
• [ ] 投入-产出-废料=损耗
• [ ] 得率自动计算
• [ ] 异常阈值报警
模块 4:报表系统
• [ ] 每日物料平衡表
• [ ] 品种产量统计
• [ ] 操作员效率分析
• [ ] 异常称重记录
• [ ] Excel 导出
模块 5:数据分析
• [ ] 得率趋势图
• [ ] 品种对比图
• [ ] 成本分析
• [ ] 异常检测
模块 6:基础管理
• [ ] 用户权限管理
• [ ] 品种/客户/供应商字典
• [ ] 数据备份
目前需要的。 这个写的不错我看
donaldturinglee
2 天前
@lhook 全是 AI 生成的记得截图再发
xjzshttps
2 天前
我大概理解下,你的需求其实只是:

称重、自动记录、给称重的东西贴一个 RFID 标签。
然后支持报表导出?目的是出口合规。
可能还有管理功能,但是这个可以先简单的弄。


然后,看你的意思是需要 web 界面,但是又需要本地连接称重秤。这个直接在秤所连接电脑上面跑个本地软件用来将数据上传到 web 服务器就行。

然后,阶段一我觉得还可以再精简,
直接先只提供称重、自动记录、报表显示、导出,然后加个简单权限管理,普通用户只能添加,班长等可以修改,但是会保留记录。

这种纯软件部分,大概几个星期能差不多。
但是设计硬件部分,就需要到当地联调,这个才是麻烦的点。
xjzshttps
2 天前
有个问题,
零下 18 度,工人需要在电脑录入什么信息?
这个温度下,要带手套吧?
但是按键盘就不是那么容易了,复杂的文本信息录入会有麻烦。
大概率只能简单的输入少量信息,例如预先编号的号码,1 是什么产品,2 是什么。
就是不知道这样是否符合业务需求。
lhook
2 天前
@xjzshttps 嗯你说的就差不多了。怎么联系你 工厂在北京周边的。
Integ
2 天前
最便宜就是交给 codex 做,一个月能搞完,20 刀订阅费。
lhook
2 天前
@xjzshttps 生产环境没有这个温度 。0-5 度左右。
lhook
2 天前
@Integ 我们不会啊 我帮你订阅啊?
xjzshttps
2 天前
@Integ #12 哈,专业程序员交给 codex 都够呛搞定...


你们的预算大概是?

秤考虑 直接 rs232+usb 接附近操作的电脑,或者用 rs232 转 wifi/以太网模块。
找台电脑做服务器,跑个服务,负责所有业务。
所有访问全部用 web 界面,除了 rs232+usb 部分。

但是问题就在于,你们实际需要的功能是,页面到底要多少,这里的需求+变更是个大问题。
seven777
2 天前
"速冻果蔬工厂,需要一套 rs232 读取称重软件,后续要配合 rfid 管理工厂从原料到发货 全流程。"
- 典型的甲方思维, 也不能怪你, 如果你是业务特长的话.
- 如果你是 IT 类, 或者主职信息化工作, 那你就实在有点缺少经验...
- 你提的思路,理论上可行,但是要配套好多东西, 还得看你们是否有强烈的"自动化"意识
- 技术实现层面,要配套好多东西:
- - 录像与摄像, 视频监控与报警那一套;
- - 大概率需要传送路线
- - 自动扫码,自动贴,自动包,自动分拣
- - 同种物料的不同包装,拆,合,
- - 保质期
- - 定量,计量单位
- - 是否管理到价格? 这是个重要的选择, 放弃管理价格和成本单独管理重量会好一些, 如果管理到成本就涉及到 BOM
- - 涉及到 BOM, 复杂度就上升几度,难点不在逻辑,在于准确的计量和执行
- - 付出是否与收益匹配
......
seven777
2 天前
@lhook #6 有完整的 sop 或者工作流设计吗?
否则,这种项目就是双方都受罪, 甲方想当然, 希望大到失望大; 乙方饮鸩止渴去接单, 实际上根本不知道水深浅.
seven777
2 天前
RFID 是需要成本
RFID 与低值货物频繁的绑定和解绑也是需要成本
容错机制是个大问题.
我给你的建议是,你回到问题的本身,制约你们单位赚钱的问题在哪里,然后再考虑解决办法.
"库存管理全场景自动化"早已经是闭着眼的过程,但真的分单位,分行业,看领导人投入和中期经营规划.
xjzshttps
2 天前
你的目的是 FSSC 22000 出口合规吗?

重点是合规方向的吧?
原料成品双向追溯,物料的平衡,防篡改的审计痕迹?
kaiveyoung
2 天前
来来来了,专业的工业物联网服务商
绿泡泡 d2VpLWxpbmcteGluZ2Z1MTMxNA==
网站 www.woody.vip

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1191578

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX