方柱扣公司新政策需求理解及IT应对
一、政策背景
方柱扣公司近期发布了新的业务政策,涉及多个业务环节的调整。本文记录了对新政策的理解以及IT系统的应对方案。
二、新政策要点
2.1 业务政策调整
| 政策类型 | 原政策 | 新政策 | 变化说明 |
|---|---|---|---|
| 计价方式 | 按日计价 | 按月计价 | 计费周期调整 |
| 押金标准 | 固定押金 | 分级押金 | 根据客户等级调整 |
| 优惠政策 | 统一折扣 | 阶梯折扣 | 按金额区间优惠 |
| 结算周期 | 月结30天 | 月结60天 | 延长付款周期 |
2.2 业务规则变化
- 计价规则变化
- 从按日计价改为按月计价
- 不足一月按整月计算
-
月租金 = 日租金 × 30
-
押金规则变化
- A级客户:押金为月租金的1倍
- B级客户:押金为月租金的2倍
-
C级客户:押金为月租金的3倍
-
优惠规则变化
- 1-10万:无优惠
- 10-50万:9.5折
- 50-100万:9折
- 100万以上:8.5折
三、需求分析
3.1 业务流程影响
| 流程环节 | 影响内容 | 优先级 |
|---|---|---|
| 合同签订 | 计费方式变更 | 高 |
| 租金计算 | 计价规则变更 | 高 |
| 账单生成 | 账单格式调整 | 高 |
| 报表统计 | 统计口径变更 | 中 |
| 客户管理 | 客户等级评估 | 中 |
3.2 数据变更需求
| 数据项 | 变更内容 | 影响范围 |
|---|---|---|
| 租金计算 | 按月计算 | 所有租赁业务 |
| 账单明细 | 添加月租金字段 | 账单模块 |
| 历史数据 | 保持原计算方式 | 历史记录 |
| 客户等级 | 重新评估 | 所有客户 |
四、系统改造方案
4.1 改造范围
| 模块 | 改造内容 | 改造难度 |
|---|---|---|
| 合同管理 | 添加计费方式字段 | 中 |
| 租金计算 | 修改计算逻辑 | 高 |
| 账单生成 | 调整账单格式 | 中 |
| 报表统计 | 修改统计口径 | 中 |
| 客户管理 | 添加等级字段 | 低 |
4.2 改造计划
| 阶段 | 时间 | 任务 | 交付物 |
|---|---|---|---|
| 需求分析 | 3天 | 需求确认 | 需求文档 |
| 系统设计 | 5天 | 方案设计 | 设计文档 |
| 程序开发 | 15天 | 编码实现 | 程序代码 |
| 测试验收 | 7天 | 测试验证 | 测试报告 |
| 上线部署 | 2天 | 正式上线 | 上线文档 |
五、技术实现
5.1 数据库改动
-- 修改合同表
ALTER TABLE contract ADD COLUMN billing_type VARCHAR(20);
ALTER TABLE contract ADD COLUMN billing_cycle VARCHAR(20);
-- 修改客户表
ALTER TABLE customer ADD COLUMN customer_level VARCHAR(10);
-- 修改账单表
ALTER TABLE bill ADD COLUMN monthly_rent DECIMAL(10,2);
ALTER TABLE bill ADD COLUMN discount_rate DECIMAL(5,2);
5.2 程序改动
def calculate_rent(daily_rent, billing_type):
"""计算租金"""
if billing_type == 'MONTHLY':
return daily_rent * 30
else:
return daily_rent
def calculate_discount(amount):
"""计算折扣"""
if amount >= 1000000:
return 0.85
elif amount >= 500000:
return 0.90
elif amount >= 100000:
return 0.95
else:
return 1.00
5.3 接口改动
| 接口名称 | 改动内容 | 影响系统 |
|---|---|---|
| 合同保存 | 添加计费方式参数 | 业务系统 |
| 租金计算 | 修改计算逻辑 | 业务系统 |
| 账单查询 | 返回月租金 | 财务系统 |
| 报表统计 | 修改统计口径 | 决策系统 |
六、测试方案
6.1 测试用例
| 用例编号 | 测试内容 | 预期结果 |
|---|---|---|
| TC001 | 按日计价合同 | 计算正确 |
| TC002 | 按月计价合同 | 计算正确 |
| TC003 | 阶梯优惠计算 | 折扣正确 |
| TC004 | 分级押金计算 | 押金正确 |
| TC005 | 历史数据查询 | 保持原样 |
6.2 测试数据
| 数据类型 | 数据量 | 准备方式 |
|---|---|---|
| 正常数据 | 100条 | 模拟生成 |
| 边界数据 | 50条 | 重点覆盖 |
| 异常数据 | 20条 | 异常场景 |
七、上线方案
7.1 上线步骤
- 数据准备:准备测试数据和历史数据迁移
- 系统部署:部署新版本程序
- 数据切换:执行数据脚本
- 功能验证:验证核心功能
- 业务验证:业务部门确认
7.2 回滚方案
| 回滚条件 | 回滚步骤 | 预计时间 |
|---|---|---|
| 功能异常 | 回滚程序版本 | 30分钟 |
| 数据错误 | 执行数据回滚 | 1小时 |
| 严重故障 | 全部回滚 | 2小时 |
八、注意事项
- 历史数据处理:新政策只影响新签合同,历史合同保持原样
- 过渡期管理:政策生效前后的合同要做好标识
- 数据一致性:确保新旧计算方式的数据一致性
- 培训支持:做好业务人员的培训工作
九、总结
通过本次系统改造,能够很好地支持新政策的落地实施。在实施过程中需要注意历史数据的处理、新旧政策的过渡以及业务人员的培训支持。
作者: CLP ; 日期: 2022-10-12 ; 地点: 武汉; 天气: 晴
QQ: 53258372; Mail : 53258372@QQ.com
微信:
