业务和功能介绍
立项背景和目标因客户投诉 “出货数量与测试统计数量不一致”，导致订单交付信任风险，故立项开发此 Windows 工具，核心目标是标准化 CSV 测试数据的统计、去重与校验流程，统一出货与测试数据的统计口径，彻底解决人工统计的误差问题。
软件功能、核心功能模块的介绍核心模块包括：
CSV 文件批量处理模块：支持多文件 / 大文件的流式读取，避免内存过载；
数据去重统计模块：按测试结果的 16 进制唯一值去重良品数量，同时保留不良品的原始数量，兼顾 “数据唯一性” 与 “不良品全量统计” 需求；
数据校验模块：自动校验主工单号的唯一性，避免重复录入数据库；
数据库提交模块：将 “数据处理” 与 “数据入库” 拆分为独立操作，支持人工确认结果后再提交，降低错误风险。
业务流程、功能路径描述
用户操作路径：点击 “一键处理”→选择 CSV 文件目录→工具自动提取产品型号、主工单号并查询测试坐标→后台线程完成数据去重 / 统计→结果显示在只读文本框（避免人工误改）→确认数据无误后，点击 “数据提交” 完成数据库录入，全流程无需手动计算，实现 “零人工干预” 的标准化统计
软件功能、核心功能模块的介绍核心模块包括：
CSV 文件批量处理模块：支持多文件 / 大文件的流式读取，避免内存过载；
数据去重统计模块：按测试结果的 16 进制唯一值去重良品数量，同时保留不良品的原始数量，兼顾 “数据唯一性” 与 “不良品全量统计” 需求；
数据校验模块：自动校验主工单号的唯一性，避免重复录入数据库；
数据库提交模块：将 “数据处理” 与 “数据入库” 拆分为独立操作，支持人工确认结果后再提交，降低错误风险。
业务流程、功能路径描述
用户操作路径：点击 “一键处理”→选择 CSV 文件目录→工具自动提取产品型号、主工单号并查询测试坐标→后台线程完成数据去重 / 统计→结果显示在只读文本框（避免人工误改）→确认数据无误后，点击 “数据提交” 完成数据库录入，全流程无需手动计算，实现 “零人工干预” 的标准化统计
项目实现
整体架构和设计思路，不同模块使用的技术栈
采用 Windows 窗体应用架构，分为 3 层：
UI 层：基于 DevExpress 控件实现交互（按钮、只读文本框），保障操作简洁性；
业务逻辑层：拆分 “文件处理、数据统计、数据库操作” 为独立模块，通过类级变量实现模块间数据共享；
数据层：通过ADO.NET连接 SQL Server 数据库，实现数据的持久化与唯一性校验。
核心技术点：使用 BackgroundWorker 实现后台线程（避免 UI 阻塞）、通过 HashSet 实现毫秒级数据去重、利用控件只读属性防止人工误操作。
“我” 的负责模块和结果（尽可能量化）
独立完成工具的全流程开发，包括 UI 控件布局、CSV 流式处理逻辑、数据去重算法、数据库重复校验功能；最终实现：
单批次处理 20 + 个 CSV 文件（合计 5 万 + 行测试数据）的耗时≤10 秒；
数据统计的准确率达 100%，彻底解决了原人工统计的误差问题；
工具上线后，客户关于 “数量不一致” 的投诉率降至 0。
“我” 遇到的难点、坑，和解决方案
难点 1：大数据量处理导致 UI 阻塞
解决方案：引入 BackgroundWorker 后台线程，将耗时的 CSV 处理逻辑与 UI 线程分离，保障界面始终响应；
难点 2：良品数据重复统计
解决方案：使用 HashSet 存储测试结果的 16 进制唯一值，实现毫秒级去重，确保良品数量的唯一性；
难点 3：人工误改统计结果
解决方案：将结果显示的文本框设为 “只读” 状态，仅允许工具自动填充数据；
难点 4：数据库重复录入主工单号
解决方案：在 “数据提交” 前增加数据库查询，校验主工单号的唯一性，禁止重复提交
采用 Windows 窗体应用架构，分为 3 层：
UI 层：基于 DevExpress 控件实现交互（按钮、只读文本框），保障操作简洁性；
业务逻辑层：拆分 “文件处理、数据统计、数据库操作” 为独立模块，通过类级变量实现模块间数据共享；
数据层：通过ADO.NET连接 SQL Server 数据库，实现数据的持久化与唯一性校验。
核心技术点：使用 BackgroundWorker 实现后台线程（避免 UI 阻塞）、通过 HashSet 实现毫秒级数据去重、利用控件只读属性防止人工误操作。
“我” 的负责模块和结果（尽可能量化）
独立完成工具的全流程开发，包括 UI 控件布局、CSV 流式处理逻辑、数据去重算法、数据库重复校验功能；最终实现：
单批次处理 20 + 个 CSV 文件（合计 5 万 + 行测试数据）的耗时≤10 秒；
数据统计的准确率达 100%，彻底解决了原人工统计的误差问题；
工具上线后，客户关于 “数量不一致” 的投诉率降至 0。
“我” 遇到的难点、坑，和解决方案
难点 1：大数据量处理导致 UI 阻塞
解决方案：引入 BackgroundWorker 后台线程，将耗时的 CSV 处理逻辑与 UI 线程分离，保障界面始终响应；
难点 2：良品数据重复统计
解决方案：使用 HashSet 存储测试结果的 16 进制唯一值，实现毫秒级去重，确保良品数量的唯一性；
难点 3：人工误改统计结果
解决方案：将结果显示的文本框设为 “只读” 状态，仅允许工具自动填充数据；
难点 4：数据库重复录入主工单号
解决方案：在 “数据提交” 前增加数据库查询，校验主工单号的唯一性，禁止重复提交
示例图片视频
相似推荐
智能仓储 · 立库调度监控系统（RMS 调度中间件 + 监控管理后台）-RmsCC
【1】立项背景与目标
自动化立体库是新能源锂电、汽车零部件等行业的主流仓储形态，库内由四向车、提升机、输送线、接驳口协同完成托盘出入库。上游 WMS/WES 只下发"某个托盘要入库或出库"，而"分配到哪个货位、走哪条路、派哪台车、每一段由谁执行"全部由中间的调度系统（RMS）计算并驱动——本项目就是一个立库调度中间件 + 配套的调度监控管理后台。目标：把"任务下发→货位分配→路径规划→派车→分段执行→库存过账"做成可跑通、可观测、可人工干预的闭环，并解决现场最头疼的三个问题：调度计划与现场执行脱节、设备与货位状态不可见、故障（走不通、卡住）无日志可查。
【2】核心功能模块
①基础数据：仓库/货区/货位（层-x-y 坐标、深浅位）/设备/物料建模。
②权限体系：JWT + RBAC 用户-角色-菜单三级权限，菜单级与接口级双重校验。
③上游任务管理（内置 WES 模拟器）：批量下发出入库任务，一键生成托盘号。
④任务调度与分段：任务状态机（待下发/执行中/已完成/异常/取消），入库按固定拓扑自动拆 3 段（库外输送线→提升机→目标层接驳口→货位），出库镜像反向。
⑤路径规划：库内 A* 网格寻路（巷道四向可走、货架区仅纵向、有货货位视为障碍），按"空闲且电量>40% + 曼哈顿距离最近"自动派车，支持小车避让、等待点与自动移库（倒库）。
⑥设备仿真引擎：无真实 PLC，用定时任务按可配置节拍推进每段任务并驱动设备沿路径移动。
⑦实时监控：WebSocket 每秒推送设备位置、状态与任务进度，地图大屏显示库位占用与小车轨迹，另配小车/设备监控页。
⑧库存与数据中心：托盘维度库存、分层占用统计、库存流水（任务完成自动过账）。
⑨接口日志中心：按上游/RCS/WCS 三个通道记录每次调用的请求与返回报文、方向、结果、耗时，支持按托盘号/任务号全链路检索与改报文重发。
⑩AI 作业助手：接入大模型，自然语言下发任务、异常诊断与智能问答，SSE 流式输出，模型不可用自动降级为本地规则。
⑪单车手动控制：顶升/放下/移动/充电/恢复/释放任务等指令，应急时人工接管。
【3】业务流程与功能路径
上游下发（托盘号 + 出入库类型）→ RMS 自动分配货位（浅位优先、低层优先）→ 生成分段计划 → A* 计算路径并派最近的空闲车 → 仿真引擎按节拍推进各段 → 全段完成后自动过账（货位占用/释放、绑定或解绑托盘、写库存流水与系统日志）→ 任务归档。
功能路径：登录 → 首页看板（货位占用 + 任务趋势）→ 上游任务管理下发任务 → 资源监控中心地图大屏观察执行 → 立库任务中心（任务视图/任务管理）→ 数据中心查库存与流水 → 报表数据中心查接口日志 → AI 助手用自然语言下单。
库存订单及项目清单管理系统
业务目标：面向装修公司的硬软装材料库存+订单管理系统，据用库存档案、双类分类、采购入库、项目订单与材料清单(BOM)满足装修需求，进行汇总审核。 打通采购仓储、工地领用、成本核算整体链路；管理多个施工工地领料调拨，库管-采购-工头按角色各取所需，取用留存数据可追溯、可对账、可核算。
功能分块：管理系统包含库存与分类、采购入库、项目订单(材料清单)、领料出库、成本管理几大板块组成。避免硬软装混记，材料出入库无记录，多工地调拨导致库存和成本口径对不上项目利润算不清等痛点。
业务流程：维护材料库存(硬软装) -> 项目订单生成材料清单(追溯留痕) -> 库存校验按需采购 -> 领料出库调拨(扣减库存并归集到项目成本) -> 成本看板核算对账(理清出入库口径+损耗)。
文昌超级工厂
本项目服务卫星总装测试现场。计划、工艺、物料、检验和物流原来分散在不同系统，工位执行靠人工传递，结果不能及时回到工单上。立项目标是在制造执行平台上建成 MES：按工单、工序、工步组织作业，把仓储、试验检验和审批接进来，使任务可接收、过程可采集、结果可追溯。
核心功能分八块。一是基础数据，接收物料、设备、工具工装和制造 BOM。二是计划与工单，接收生产计划并按站点、工位下发。三是作业准备，包括人员资质、工艺附件、环境数据和设备点检。四是工序执行，覆盖开工、工步采集、物料装配与拆卸、工装和辅料、完工检查。五是检验回传，包括通用检验、力学、站点、热实验、电测和拍照声像，支持附件。六是仓储物流，包括叫料、配送、转运、入库、退库、临时补料、整星和工装出入库、空托盘回库。七是异常，现场填报确认，并接收环境系统异常。八是审批提醒，通过飞书卡片通知待办。
业务路径按一张工单走通：外部下发计划和 BOM 并生成工单；站点接收时若存在多个接驳位，先选定起点和终点，再向仓储下发配送或转运；准备完成后工序开工，工步采集并完成装配；试验或检验系统回传结果，关键检推送审批；完工前核对采集、物料、工装、辅料四类实绩；仓储回写执行结果后关闭物流任务。
中国移动吉林公司网络代维管理系统
综合代维管理系统：涵盖考核监控、数据审计、巡检管理、工单管理、风险防控、考核管理、资质管理、费用管理、认证考试、物料管理、系统管理等模块。主要业务针对移动代维公司工单及包年数据汇总进行季度统计结算报账、数据监管、防控分析、重点工单监督，实现对代维公司完成性闭环管理。
基于全志H618芯片的异构人脸识别储物柜系统
由全志H618作为主控的异构系统，边缘视觉采集由嘉楠K230芯片结合摄像头进行采集，通过视频推流推送到Pc进行人脸识别，识别结果下发H618,H618发送控制命令给ESP32控制相应柜门开关。其中K230和H618采用了多任务架构，每个任务分配独立线程，数据交互有队列和回调函数。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服