散杂货码头车辆管理子系统开发

一、服务内容、方式和要求：

1 乙方承担 散杂货码头车辆管理子系统开发 项目的技术开发工作，须对工作成果的完成的及时性、正确性和稳定性负责。

2 服务范围、服务标准、服务内容：完成甲方要求，见技术规格书。

3 人员需求数量及岗位：满足技术开发工作量要求配备。

二、验收标准、方法和质保期：

1 验收标准以完成本合同第一条款为依据。

2 甲方组织验收，合格后，出具验收合格报告。

3 质保期为整体项目验收合格并出具合格报告完成交付起3个月。

三、报酬及其支付方式 (一)本合同技术服务费乙方开具6%的增值税专用发票。本合同约定价格为不含税价格，不因国家税率变化而变化。若在合同履行期间，如遇国家税率调整，则价税合计相应调整，以开具发票的时间为准。

1 本合同使用货币种类为人民币。

2 合同价格的支付

2.1 本合同包含预付款与验收款，质保金，在本合同签署生效后，甲方按照乙方服务工程量进度支付40%进度款、直到交工验收通过后支付55%验收款，本技术开发服务质量保证金为验收结算总金额的5%，十二个月质保期满无质量问题无息支付乙方质量保证金的100%。

2.2 乙方技术人员在合同签订、技术方案过审后，向甲方提供税率为6%的技术开发类增值税发票。

3 付款方式:电汇。

4 双方一致同意，以上款项的支付，以甲方收到最终用户相应款项为支付前提。

四、知识产权及保密责任:

1 本合同履行过程中产生的知识产权，所有权归甲方所有。

2 甲乙双方对对方提供的所有形式的资料、技术秘密和项目中产生的技术秘密承担保密责任。

3 合同规定的保密义务不随合同的终止而终止。

五、违约责任:

1 由于乙方责任，造成技术服务的内容和要求与合同不符或质量不满足应达到的技术指标和参数，乙方除无偿完善技术服务外，并视造成损失的大小，以合同金额的 20%作为违约金;并赔偿一切直接损失。

2 由于乙方责任造成延期，经有关方确认后，并视造成损失的大小，酌情扣除合同款;

3 由于甲方原因造成技术服务大量返工和合同延期，除技术服务进度甲方给予调整外，并视返工工作量大小由双方商定，给予乙方一定的补偿。

4 乙方终止合同，乙方向甲方退回全部已收款并支付违约金;甲方终止合同，乙方不向甲方退回全部已收款。

六、争议的解决办法:

双方协商解决。如协商不成，可向合同签订地人民法院提起诉讼。

一、设计要求

1. 系统架构

1.1 技术选型：采用微服务架构（Spring Cloud）+ 容器化部署（Docker），支持横向扩展与高可用部署。

1.2 数据交互：通过API 接口与码头 TOS 系统、闸口系统、称重系统对接，支持 JSON 格式数据传输。

1.3 整体架构：分为 PC 管理端、司机微信小程序端、服务端、数据层、接口层五大部分，实现前后端分离。

2. 功能模块设计

2.1 PC管理端：工单管理、车辆管理、人员管理、分配车辆、计划管理、统计分析、系统管理等功能。

2.2 司机微信小端：登录、工单列表、工单详情、车辆绑定、二维码展示、我的车辆、进出明细、****中心。

2.3 交互模式：通过 API 完成数据交互，支持 Token 身份验证、权限拦截、操作日志记录。

3. 服务模块

3.1 数据库：采用关系型数据库（MySQL）存储业务基础数据，采用Redis缓存高频访问数据（车辆状态、工单状态、用户信息）。

3.2 数据同步：基于消息队列（kafka） 实现调度系统与码头 TOS 系统的异步数据同步与状态同步。

3.3 数据一致性：保证车辆状态、工单状态、进出记录、作业吨位等关键数据在多端一致。

4. 系统集成

4.1 接口标准化:采用 HTTP/HTTPS + JSON 格式，接口文档使用 Swagger 自动生成，确保与 TOS 系统对接稳定、高效、可扩展。。

4.2 与 TOS 系统集成:接收 TOS 的船舶计划、泊位信息、堆位信息向 TOS 同步车辆分配、人员绑定、作业状态。

4.3 内部模块集成:车辆分配 → 人员绑定 → 进出记录 → 吨位统计 → 工单完成全流程数据自动流转、状态自动更新，确保业务闭环。

二、成品交付

1. 交付内容

散杂货码头车辆管理系统（PC 管理端完整程序）

司机微信小程序端同步PC数据

项目全套源代码及部署脚本

系统使用说明书（用户手册）

测试报告