A-销售模块-用户需求说明-需求规格说明
2016-09-19 21:47:03 0 举报AI智能生成
销售模块用户需求说明
作者其他创作
大纲/内容
非功能需求-开发
可使用性
UI界面
人工操作
访问性能
数据准确性
安全性
容错
审计
可移植性
导入接口
导出接口
可维护性
数据清理
数据备份
数据恢复
质量测试
需求概述-用户
编写目的
对销售业务进行需求分析，从日常作业角度提出IT系统的功能需求。
业务背景
1、国内EMS行业的按单生产，按单结算的加工业务。
2、有来料加工、包料加工、及混合加工。
3、订单交期通常为7天，订单时间最小单位为：天。
4、动态数据（产品/BOM/物料状态）量大且处理时间<1天。
5、客户100个左右，VIP客户20个左右。日订单10条左右。
6、销售价格表在10个左右。
7、现有业务关联“市场部”-“项目经理”-“计划部”
8、现有业务痛点：
8.1 基础信息无定义，流程不清晰，导致统计困难。
8.2 订单信息维护苦难（基础信息/工程/商务）。
8.3 订单执行状态粗略，无法精细管理。
项目目的
1、完善的基础数据管理平台。
1.1 基础信息定义、审批
1.2 产品、客户、销售价格表
1.3 角色权限管理
2、简单的订单执行系统。
销售概述-用户
现有定义
产品，bom，工艺路线
客户编码，价格表
报价单、合同、定单
工程费、开机费、包料费用
现有流程
非协议客户：接单--核价--签单--投产--入库--开票收款--出货
协议客户 ：接单--投产--入库--送货--对账--开票收款
数据统计 ：录单（基础信息）--录单（商务信息）--统计
点击右边链接流程图
现有角色
销售代表：签单后转项目经理执行
项目经理：完成销售代表转入的订单
销售文员：录入和统计销售订单数据
现有数据
1、基础数据
客户、价格表、工艺路线、付款方式，数据完善
产品/BOM，1万条左右，生命周期不一
2、业务数据
合同数据：数量完善，与订单关联少
订单数据：2-3万条左右，数据教完善，结构单一
功能需求-用户
用户需求1
基础信息的维护
需求目的
1、能维护客户和价格表
2、能对客户/价格表的访问权限控制，审批和事件触发如流程图。
3、客户记录新建后需要审核信用，等级检查，并确定价格表。
4、价格表记录新建后需要检查金额、折扣并确定客户清单。
业务流程
角色定义-角色登录-新建客户-审核-触发事件-信息维护
角色定义-角色登录-新建价格表-审核-触发事件-信息维护
点击右边链接流程图
业务规则
1.【客户】
客户类型：潜在客户/客户
客户等级：VIP客户/普通客户/特殊客户（内部公司）
2.【价格表】
定价因子：单点工序价格
3.【产品】
产品类型：服务，费用
数据报表
1、按销售员分组的客户清单
2、按价格表分组的客户清单
用户需求2
营销活动的管理
需求目的
业务流程
数据报表
用户需求3
报价活动的管理
需求目的
1、能定义报价项目
2、能定义工序价格
3、能定义产品的计价明细
4、能维护客户的报价记录
业务流程
数据报表
用户需求4
合同信息的管理
需求目的
业务流程
数据报表
用户需求5
订单信息的管理
需求目的
1、能创建/转化/导入订单
2、订单基础信息和商务信息分权限输入和查看
3、订单明细汇总(按供应商，按合同，按销售代表，按项目)
4、能定义订单的接单/承诺/下单/送货/回款/开票/结单状态
5、能查看订单明细的执行状态
业务流程
新建/导入/转换/订单-审核-触发事件-订单维护
点击右边链接流程图
数据报表
1、计划用销售订单汇总表（非商务）
2、商务用销售订单汇总表
用户需求6
订单对账的处理
需求目的
业务流程
数据报表
用户需求7
订单回款的处理
需求目的
业务流程
数据报表
需求概述-开发
编写目的
根据用户需求说明书，按功能描述各需求的用例、流程、数据及角色关系。
业务背景
0、销售模块主要核心需求：销售基础数据管理、订单执行系统、数据权限管理。
1、制造业，来料加工，按单生产，按加工服务收费，BOM数据复杂。
2、用户日常业务基于手工作业，使用excel表格进行数据录入和统计。
3、用户没有IT系统应用基础，使用文件服务器共享业务数据。
4、用户硬件和网络环境OK，可继续投资IT设备。
5、用户需求时间为3个月成功上线。
项目目标
1、搭建“销售基础数据平台”
2、交付“订单执行系统”
销售概述-开发
定义
产品，服务，费用，项目
报价方案，报价单，销售合同，销售订单，销售订单明细
付款条款、交货方式、开票方式
流程分析
1、数据建模
1.1 产品如何定义，编码如何定义，BOM如何定义。
1.2 价格表如何定义。
2、来料加工，工序收费，如何录入订单
方式1：产品=产品，订单明细=产品+服务明细
推荐。这种方式，产品BOM可提供MRP，订单明细还需要可录入其他子项
方式2：产品=服务，订单明细=服务
不推荐。系统将无法展开产品BOM明细，除非订单明细加字段BOM
3、订单执行状态
订单指定业务路线，参考“订单流程图”
数据定义、开始、齐套、投产、入库、交货、对账、开票、回款、N次送货、结单、完成
4、订单数据统计
按订单明细（产品级）进行统计分析
按客户、合同、项目统计
参考“销售统计汇总表”
角色分析
工程员：维护产品数据，输入BOM信息，工艺路线
销售员：输入订单
销售经理：维护价格表，审批销售单据
计划员：输入计划用BOM，维护订单明细状态
销售订单商务信息对非销售部门人员不可见。
用例分析
数据说明（略）
静态数据
动态数据
数据流图
功能需求-开发
功能0
产品定义
实现目标
1、对产品编码后能实现存货管理（客供料/成品）
2、订单产品能实现成本归集和核算
3、服务产品定义后能实现价格表管理
4、产品BOM属性（选件、虚拟件、标准）可应用订单产品选择规则
需求分析
1、客户场景：电子行业产品，客供物料20个客户*100机种*50种料*10%重复=1万种（至少）,2000个BOM
2、不同客户的物料可能相同，单个客户的物料可能有多个制造商和供应商。
3、客供物料，材料成本=0。来料完工成品，材料成本=0，加工成本不定。
4、现在客供物料未进行内部编码，默认使用客户物料编码，但部分客户物料无编码。
5、客供料有批次属性、有序列号需求。
6、因包装问题，客供料存在合并发料。因质量或者核算要求，发料可能需要专单专用。
规则分析
1、产品分类，产品编码，产品BOM属性
1、每个产品有几条数据，每个服务产品有几条数据。
2、产品编码是否包含客户信息
3、订单产品实际工序可变，需按"订单+产品"核算。
4、产品成本要素如何定义？
功能0
BOM定义
实现目标
1、BOM能对产品进行结构和数量定义。
2、至少满足“工程”“销售”“生产”3个用途定义。
3、BOM记录的管理。
需求分析
1、客户场景：电子类金字塔型BOM，BOM层次常为3级，产品-虚拟件-子件。
2、BOM的生命周期通常为1年，至少2000个。
3、产品的BOM信息处理时间短，通常<1天。
规则分析
http://www.doc88.com/p-976312033801.html
1、BOM种类：计划BOM（算预测），型号BOM（做订单配置），可选件BOM（做选件），标准BOM（固定组成）
1.1、BOM用途：MTO, MTK, 配置
1.2、BOM属性：标准（默认），计划（算比例），虚拟（做组合）
1.3、BOM定义过程：定义产品族--定义型号--定义可选件
1.4、客户订单：客户选择产品（可分MTO制造生产还是MTK套装出货）
1.5、需求计划：计划根据各订单的配置BOM，生成MRP结果
2、主BOM ，工程维护
3、配置BOM，将一组子件配置成一个虚拟BOM，比如前段BOM，后段BOM。
4、订单BOM，销售维护，新建MTO或者MTK，供本次事务使用。
5、生产BOM，计划维护，最终领料，成本核算依据。
功能1
基础信息的维护
实现目标
1、管理不同产品，不同价格段，不同货币的采购/销售列表价。
2、管理服务产品的销售报价
需求分析
1、什么时候开始新建客户？价格表？
2、谁能新建，谁能访问，谁维护？
3、客户信息需要触发什么作业？发邮件？发请求？更改字段规则？
4、价格表信息需要触发什么作业？发邮件？发请求？更改字段规则？
规则分析
1. 客户，OK。
2. 产品，有点麻烦。
2.1 来料加工业务，客户成品存货价格永远是0，产品销售价格实际为“加工费用”。
2.2 表客户成品与自制成品（同一物品）必须不同编码，价格表价格如何定义？
2.3 客供料与自购料，同料不同码。（虽然数据繁冗，但方便管理）
2.4 如果同料同码，价格表怎么定义，库存物料怎么算。MRP计算会不会混？
3. 价格表：记录供应商报价和产品销售报价。
3.1 同料不同原厂采购价格不一样，价格表取首选供应商。
3.2 成品销售的价格表分为不同价格版本，以指定不同定价策略。
3.3 价格表存放"产品"的采购/销售价格，此产品必须有确定的价格属性。产品建模影响价格表。
3.4 产品的存货价值取值“产品”的材料成本，不是价格表价格。
3.5 单个产品编码（的加工服务）单一定价下存在多个成交价格记录，价格表如何记录？
3.6 成品的价格表价格都为0，实际订单价格按照加工服务费用汇总得出。
3.7 服务产品的价格严格按照实际加工报价记录。
3.8 必须用价格表。
功能5
订单信息的管理
需求分析
1、谁能创建订单？报价单转化？
2、订单基础信息谁输入，商务信息谁输入？
3、订单明细汇总，按供应商，按合同，按销售代表，按项目
4、订单状态定义？接单/承诺/下单/送货/回款/开票/结单
5、订单执行报表，谁维护，谁可以看？
规则分析
1. 客户，允许多个交易地点发生交货、收票业务。
2. 产品，有点麻烦，同上。
3. 订单明细：也有点麻烦。
3.1 订单明细输入“加工服务”，如何链接产品BOM（可以加BOM字段）
3.2 订单明细输入“产品”，不同产品，不同工艺，不同工序单价的加工服务价格均不相同。
3.3 订单明细实际上一个“产品加工实例”（唯一产品+BOM实例+工艺路线实例）
3.4
通用需求-用户
使用
1、界面友好，输入方便
2、数据方便查找
3、数据导入导出方便
安全
1、数据访问符合组织权限
自由主题
0 条评论
下一页
