A-销售模块-用户需求说明-需求规格说明

A-销售模块

非功能需求-开发

可使用性

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明细，除非订单明细加字段BOM3、订单执行状态订单指定业务路线，参考“订单流程图”数据定义、开始、齐套、投产、入库、交货、对账、开票、回款、N次送货、结单、完成4、订单数据统计按订单明细（产品级）进行统计分析按客户、合同、项目统计参考“销售统计汇总表”

角色分析工程员：维护产品数据，输入BOM信息，工艺路线销售员：输入订单销售经理：维护价格表，审批销售单据计划员：输入计划用BOM，维护订单明细状态销售订单商务信息对非销售部门人员不可见。

用例分析

数据说明（略）

静态数据

动态数据

数据流图

功能需求-开发

功能0产品定义

实现目标1、对产品编码后能实现存货管理（客供料/成品）2、订单产品能实现成本归集和核算3、服务产品定义后能实现价格表管理4、产品BOM属性（选件、虚拟件、标准）可应用订单产品选择规则

规则分析1、产品分类，产品编码，产品BOM属性1、每个产品有几条数据，每个服务产品有几条数据。2、产品编码是否包含客户信息3、订单产品实际工序可变，需按"订单+产品"核算。4、产品成本要素如何定义？

功能0BOM定义

实现目标1、BOM能对产品进行结构和数量定义。2、至少满足“工程”“销售”“生产”3个用途定义。3、BOM记录的管理。

需求分析1、客户场景：电子类金字塔型BOM，BOM层次常为3级，产品-虚拟件-子件。2、BOM的生命周期通常为1年，至少2000个。3、产品的BOM信息处理时间短，通常<1天。

功能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、数据访问符合组织权限

自由主题