成员信息
| 姓名 | 学号 |
|---|---|
| 何沛阳 | 201250192 |
| 戴学正 | 201250191 |
| 徐晨 | 201250213 |
| 刘陈柯 | 201250211 |
分工
何沛阳：3.1，3.2.1，及1，2
戴学正：3.5，3.2.3
徐晨：3.3，3.2.4
刘陈柯：3.4，3.2.2
销售模块软件需求规格说明文档
1.引言
1.1目的
本文档描述了ERP系统销售管理模块的功能需求和非功能需求。开发小组的软件系统实现与验证工作都以此文档为依据。
除特殊说明之外，本文档所包含的需求都是高优先级需求
1.2范围
ERP系统是南鲸软件科技公司为某灯具企业开发的业务系统，开发的目标是帮助该企业实现库存管理、销售管理、财务管理、人事管理和企业经营管理。
需要指出的是，本文档仅涉及ERP系统中的销售模块。具体到销售模块，ERP系统的目标用户主要是销售人员和总经理，期望是在系统上线运行六个月后，在不增加其工作量的基础上，实现销售额的提升。
1.3参考文献
2.总体描述
2.1商品前景
2.1.1 背景与机遇
本民营企业专业从事灯具开关行业，是某著名开关品牌的南京地区总代理，主要在南京负责品牌的推广及项目的落地销售、分销的批发等工作，服务对象包括项目业主、施工单位、分销商、设计院、终端用户等。
现公司规模扩大，企业业务量、办公场所、员工数都发生增长，欲适应新的环境，提高
工作效率和用户满意度。
本ERP系统就是为满足该公司新的业务发展要求而开发的。该系统主要包括库存管理、销售管理、财务管理、人事管理和企业经营管理模块。它包括一个数据集中服务器和多个客户端。数据集中服务器将所有的数据存储起来进行维护。用户可以通过客户端完成日常任务，客户端与数据集中服务器采取实时通信的方式完成数据交换。
2.1.2 业务需求
BR1：系统上线运行六个月后，增加销售额
最好情况：40%
最可能情况：20%
最坏情况：10%
2.2商品功能
SF1：实现客户属性的管理，包括增删改查
SF2：帮助销售人员制定销售单和销售退货单
SF3：帮助销售经理和总经理审批销售相关的单据
SF4：在销售相关的单据审批通过后，能自动地更改库存数据和客户的应收应付数据
SF5：查询某个销售人员某个时间段成交金额（订单数）最大的客户
2.3用户特征
| 销售人员 | 4到8名，其中又分为销售员和销售经理。他们对新系统基本持积极态度，但是不希望增加现有工作量。在销售模块中，他们主要负责折让单据金额、管理客户，制定销售单，制定销售退货单，查询某个销售员的业绩。销售人员中的销售经理还要负责销售相关单据的一级审批 |
|---|---|
| 总经理 | 2名。他们能够熟练使用办公信息化系统。他们对新系统持积极态度。在销售模块中，他们主要负责折让单据金额、管理客户，还负责销售相关单据的二级审批 |
2.4约束
CON1. 采用 Vue+Springboot+Mybatis 框架开发
CON2. 用户可以远程使用系统
CON3. 用户使用图形化界面进行操作
2.5假设和依赖
AE1. 销售员最多折让单据总金额的 10%，销售经理可以折让单据总金额的 20%，总经理可以任意金额的折让。
AE2. 应收应付不可修改，此数据项取决于进货单和销售单，收款单和付款单。
AE3. 应收额度仅总经理可修改。
3.详细需求描述
3.1 对外接口需求
3.1.1 用户界面
UI1 客户信息管理：每一页应该呈现不超过50条客户信息，可以使得用户清晰地查看客户信息。如下图：![201250192-customer-png[1].webp](/uploads/projects/evenshut@se_two/771947fcd245de20ac846f50f35832b1.webp)
UI2 制定销售单据：界面上要以模板的形式显示单据的格式
UI3 查询某个销售人员某个时间段成交金额（订单数）最大的客户：当用户在搜索框中输入模糊查询信息时，界面上应该提供备选项。结果可以以表格、线图等方式呈现
UI4 审批单据页面：每一页应该呈现不超过10条单据的信息，可以使得用户清晰地查看单据信息
3.1.2 通信接口
3.2 功能需求
3.2.1 客户管理
3.2.1.1 特性描述
一个经过认证的用户登录系统后，通过搜索框，使用关键字、客户编号等信息对某名客户进行查询，并能更改其部分信息，包括编号、分类、级别、姓名、电话、地址、邮编、电子邮箱、应收额度（仅能由总经理修改）。同时还可以增加客户或者删除客户。
3.2.1.2 刺激/响应序列
刺激：用户输入某个客户的模糊查询信息，如关键字、部分客户编号
响应：系统显示出一系列可能的查询结果供用户备选
刺激：用户点击“新建客户”按钮
响应：系统显示出新建客户界面，提供一系列包含客户属性的文本框或复选框供用户填写
刺激：用户选中某个客户后，点击“修改信心”按钮
响应：系统显示出修改界面，提供一系列已经已经填充好的包含客户属性的文本框或复选框供用于修改
刺激：用户选中某个客户后，点击“删除客户”按钮
响应：系统询问用户是否确认删除操作。用户确认删除后，系统从数据库中删去对应客户的记录，并在界面上显示“删除成功”
3.2.1.3 相关功能需求
| Management.Input | 系统应该允许用户输入客户的查询信息 |
|---|---|
| Management.Input.Invalid | 用户输入的信息不足以查询到某个客户，系统要显示查询无效，并询问用户是否新建客户信息 |
| Management.Input.Add | 在用户点击“新建客户”按钮时，系统展示创建新客户的界面 |
| Management.Input.Customer | 在用户输入客户的编号后，系统要标记当前选中的客户，参见Management.Customer |
| Management.Customer.Cancel | 在选中某个客户后，用户点击“删除客户”按钮。系统要询问用户是否确定删除客户信息 |
| Management.Customer.Update | 在选中某个客户后，用户点击“修改客户信息”按钮后，系统显示更新信息的界面 |
| Management.Del.Null | 系统中没有任何客户信息时，用户试图删除一个用户，系统不予回应 |
| Management.End | 系统应该允许用户推出客户管理界面 |
| Management.End.Unsave | 系统应该在用户试图推出用户管理系统且未保存更改时，向用户发出警告 |
| Management.Update.Info | 读取用户输入后，系统在数据库中更新客户信息 |
| Management.Update.Illeal | 用户在更新用户信息时，某个字段输入了非法值，系统应该向用户发出警告 |
3.2.2 制定销售单（销售退货单）
3.2.2.1 特性描述
当顾客提交商品订单或退货请求时，一个经过验证的销售人员需要制定销售出货单或销售退货单，完成一次销售或退货的详细信息的记录，包括单据编号，客户，业务员，操作员，仓库，出货商品清单，折让前总额，折让，使用代金券金额，折让后总额，备注。商品清单中要显示商品的编号，名称，型号，数量，单价。金额，商品备注。
3.2.2.2 刺激/响应序列
刺激：销售人员选择新建商品出货单或商品退货单
响应：系统生成一张新的销售出货单，单据标号由系统自动生成（XSD-yyyyMMdd-xxxxx），或一张新的销售退货单，单据编号由系统自动生成（XSTHD-yyyyMMdd-xxxxx），操作员由系统识别当前用户自动填充
刺激：销售人员输入客户
响应：系统记录客户并以之默认的业务员自动填充
刺激：销售人员输入仓库，
响应：系统记录仓库信息
刺激：销售人员输入商品的编号和数量并选择商品名称
响应：系统将商品加入出货商品清单，记录商品编号，名称和数量，并自动填充对应的型号，单价，自动生成金额
刺激：销售人员输入商品备注
响应：系统记录商品备注
刺激：销售人员输入折让，使用代金券金额
刺激：销售人员关闭单据生成
响应：系统关闭单据生成任务
刺激：销售人员删除已输入商品
响应：系统在出货商品清单或退货商品清单中删除该商品
刺激：销售人员要求完成单据输入
响应：系统计算折让前总额，折让后总额，保存单据，关闭单据生成任务
3.2.2.3相关功能需求
| List.Input List.Input.Client.Clerk List.Input.Payment List.Input.Cancel List.Input.Del List.Input.Goods List.Input.Invalid |
系统应该允许销售人员在制定单据时进行键盘输入 在销售人员输入客户时系统应该自动填充客户对应的默认业务员 在销售人员输入完成单据时，系统要执行结账任务，参见List.Payment 在销售人员输入取消命令时，系统关闭当前单据生成任务 在销售人员输入删除已输入商品命令时，执行删除已输入商品命令，参见List.Del 在销售人员输入商品目录中存在的商品标识时，系统执行商品输入任务，参见List.Goods 在销售人员输入其他标识时，系统显示输入无效 |
|---|---|
| List.Payment.Null List.Payment.Check |
在销售人员未输入任何商品就结束单据输入时，系统不做任何处理 系统要计算金额，显示单据信息。 |
| List.Del.Null List.Del.Goods |
在销售人员未输入任何商品就输入删除已输入商品命令时，系统不予响应 在销售人员从商品清单中选中待删除商品时，系统在商品清单中删除该商品 |
| List.Goods List.Goods.Num List.Goods.List List.Goods.List.Calculate |
系统显示输入商品的信息 如果销售人员同时输入了大于等于1的整数商品数量，系统修改商品的数量未输入值，否则系统设置商品数量为1 在显示商品信息0.5秒之后，系统显示已输入商品列表，并将新输入的商品信息添加到列表中 系统计算商品列表的总价，参见List.Calculate |
| List.Calculate List.Calculate.Null |
系统逐一处理商品列表，计算金额 在商品清单中没有商品时，计算金额为0 |
| List.Check List.Check.Cancel List.Check.End |
系统计算并显示单据信息 在销售人员输入取消命令时，系统回到生成单据任务，不做任何处理 在销售人员请求结束输入时，系统计算金额 |
3.2.3 查询某个销售人员某个时间段成交金额（订单数）最大的客户
3.2.3.1 特性描述
经过验证的操作人员输入销售人员和时间段，选择查询成交金额或订单数，系统显示该销售人员在该时段内成交金额或订单数最大的客户
3.2.3.2 刺激/响应序列
刺激：操作人员输入要查询的销售人员姓名
响应：系统显示可能符合的销售人员选项
刺激：操作人员点击起始日期窗口
响应：系统提供日期选项以供选择
刺激：操作人员点击某个起始日期
响应：起始日期确定，日期选项窗口收回
刺激：操作人员点击终止日期窗口
响应：系统提供日期选项以供选择
刺激：操作人员点击某个终止日期
响应：终止日期确定，日期选项窗口收回
刺激：操作人员选择选项卡中的成交金额/订单数选项
响应：系统确定查询目标为最大成交金额/最大订单数
刺激：操作人员点击查询
响应：系统显示符合查询结果的客户信息
3.2.3.3 相关功能需求
| Code | Description |
|---|---|
| Check.Input.Name Check.Input.Name.Choose Check.Input.Start Check.Input.End |
系统应该允许操作人员输入要查询的销售人员姓名 操作人员根据系统显示的销售人员表确认所选销售人员 操作人员在日期选项表中选择日期，系统关闭日期选项表 操作人员在日期选项表中选择日期，系统关闭日期选项表 |
| Check.Date.Start Check.Date.End |
操作人员点击起始日期后，系统显示日期选项表 操作人员点击终止日期后，系统显示日期选项表 |
| Check.Mode | 系统提供选项表，操作人员选择查询最大成交金额或最大订单数模式 |
| Check.Employee.valid | 系统根据姓名输入检索并显示可能的销售人员 |
| Check.Customer.result | 操作人员点击查询，系统根据所选时间段、销售人员和查询模式显示符合条件的客户 |
3.2.4 审批单据
3.2.4.1 特性描述
在出现待审批单据后，经过验证的销售经理或总经理处理审批（根据审批级别），完成查看单据、选择审批通过与否的操作。
优先级 = 高
3.2.4.2 刺激/响应序列
刺激：(销售经理/总经理)点击查看单据。
响应：系统显示对应单据。
刺激：销售经理提交点击通过。
响应：系统显示该单据已进入二级审批流程，提示总经理有单据待二级审批。
刺激：总经理点击通过。
响应：系统显示该单据已审批结束。
刺激：(销售经理/总经理)点击驳回。
响应：系统跳出驳回原由窗口。
刺激：(销售经理/总经理)输入驳回理由并点击提交。
响应：系统显示该单据已驳回，提示单据制定人员单据被驳回。
3.2.4.3 相关功能需求
| Code | Description |
|---|---|
| receipt. check receipt. check. scroll |
系统在对应区域显示订单 系统对于过长的单据可由鼠标滚轮进行scroll操作 |
| receipt. approve | 单据通过 |
| receipt. reject receipt. reject. reason receipt. reject. submit |
单据驳回 系统允许审批人员填写驳回原由 系统允许审批人员提交驳回理由 |
| receipt. reminder receipt. reminder. reject receipt. reminder. approval1 receipt. reminder. approval2 |
系统在单据状态变化后对相应人员进行提醒 提醒单据制定人员单据被驳回 提醒销售经理有单据待一级审批 提醒总经理有单据待二级审批 |
3.3 非功能性需求
3.3.1 安全性
Safety 1：系统只允许经过验证和授权的用户访问。
Safety 2：系统应该按照用户身份验证用户的访问权限：财务人员、销售人员、销售经理、库存管理人员、人力资源人员、总经理的身份授权见功能需求3.2，其他身份用户没有访问权限。
Safety 3：仅最高权限可以查看账户名称和余额以及账户的增删改查
3.3.2 可维护性
Modifiability 1：对于客户分类、员工制度、商品属性、单据属性的变化，系统要在4人1天内完成
Modifiability 2：对于促销策略的变化，要能够在0.25个人月内完成
3.3.3 易用性
Usability 1：系统上线运行六个月后，减少积压的库存50%
Usability 2：系统上线运行六个月后，增加销售额25%
Usability 3：系统上线运行六个月后，提高财务人员和人力资源人员工作效率40%
3.3.4 可靠性
Reliability 1：在客户端与服务器通信时，如果网络故障，系统不能出现故障
Reliability 2：若系统故障，在故障后要能够恢复故障前的数据
3.3.5 约束
3.4 数据需求
3.4.1 数据定义
DR1：系统需要存储的数据实体及其关系参见附图……
DR2：系统需要存储1年内的销售记录和退货记录。
DR3：系统删除之后的商品目录数据和用户数据仍然要继续存储3个月的时间，以保证历史数据显示的正确性。
3.4.2 默认数据
默认数据用于以下两种情况：
- 系统中新增加数据时。
- 编辑数据时不小心将相关内容清空时。
Default1：商品的数量默认为1
Default2：费用或价格的数据默认为0
Default3：折让默认为无，使用代金券金额默认为0
Default4：用户的默认身份为销售人员
Default5：时间默认为当天
Default6：操作员默认为当前登录的用户
Default7：业务员默认为客户默认的业务员
3.4.3数据格式要求
Format1：价格和费用的格式必须是大于等于0，精确到小数点后2位的浮点数，单位为元。
Format2：销售出货单的单据编号的格式必须是XSD-yyyyMMdd-xxxxx，销售退货单的单据编号的格式必须是XSTHD-yyyyMMdd-xxxxx。
Format3：数量的格式必须是正整数。
3.5 其他需求
安装需求
Install1：在安装系统时，要初始化用户、客户和销售人员信息、商品信息等重要数据。
Install2：系统投入使用时，需要对用户进行1个星期的集中培训。
附图
若有收获，就点个赞吧
0 人点赞
