需求说明-分润
需求规格说明书
需求规格说明书文件更改摘要：目录1.引言 (5)1.1 目的 (5)1.2 范围 (5)1.3 术语 (6)1.4 参考资料 (6)1.5 需求描述约定 (6)2.项目概述 (8)2.1 系统功能 (8)2.2 业务描述 (8)2.3 数据流程描述 (8)2.4 用户的特点 (8)2.5 运行环境要求 (9)2.6 设计和实现上的限制 (9)3.功能列表 (9)4.功能需求的描述 (10)5.非功能需求 (12)5.1 系统性能要求 (12)5.2 系统安全及保密要求 (13)5.3 系统备份与恢复要求 (14)5.4 系统日志 (14)6.外部接口说明 (14)7.其他需求 (14)8.附件 (14)1引言{系统建设的相关背景，从而引出建设该系统的驱动力。
}1.1目的{说明编写这份需求规格说明书的目的。
}建议阅读者文档编写目的（指导开发、测试进行设计）1.2范围【项目范围明确了这次的项目建设做什么，不做什么；包括什么内容，不包括什么内容；项目范围应该在项目初期就被明确定义，以用于指导业务分析和系统实施，使后面的工作内容不会超出范围，也不会出现没有完全覆盖所有内容的情况项目范围不等同于系统的功能范围，明确项目范围时要从项目建设和业务需求的角度来分析本期项目应该实施哪几个方面以及需要分析、实现哪些业务行为】本期项目建设的范围要包括：本期项目建设的范围不包括1.3术语{列出本文件中用到的专门术语、术语定义、首字母缩写，如：}1.4参考资料{列出有关的参考资料，如：1、本项目经核准的计划任务书或合同、上级机关的批文；2、属于本项目的其他已发表的文件；3、本文件中各处引用的文件、资料、包括所要用到的系统开发标准。
4、行业标准和规范。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
}1.5需求描述约定{在此说明本文描述需求的约定，这些约定可以包括：1、需求标识方法（应确保需求标识在整个项目中的唯一性，且不受需求变更的影响，不得使用WORD自带的序列号作为需求标识）；2、需求的跟踪粒度（明确需求的跟踪力度）；3、优先级（在本文档中设定的级别及其含义，例如第一阶段设置优先级为H，第二阶段设置为M）；4、功能描述的方法（包括功能描述，业务规则，原型界面，输入，输出，业务流程，约束条件。
财务项目需求详细说明
财务业务需求说明本业务需求包括：1、预算需求详细说明2、费用付款申请说明第一部分：预算需求详细说明一、基本结构（一）主表基本项行号项目名称部门名称年月部门年度预算中心批准年度预算追加年度预算一月部门预算二月部门预算。
十二月部门预算一月部门实际支出二月部门实际支出。
十二月部门实际支出实际滚动累计用途说明（二）说明1、“行号”、“项目名称”的确定和增减由财务部负责；其他部门、公司、代表处不能修改表格，只能按项填写。
2、“部门年度预算”、“XX月部门预算（1至12月）”、“用途说明”由部门网上填写。
（部门：中心部门、公司、代表处）3、“中心批准年度预算”、“追加预算”、“XX月部门实际支出（1至12月）”由财务部负责网上填写，或文件导入。
（含为多个文件导入不同的记录项，并可修改）4、主表关键子为“行号”5、有子项时，主项不输入。
6、实际滚动累计 = 前几月的实际支出 + 本月预算（假设为3月份，则，实际滚动累计 = 一月部门实际支出 + 二月部门实际支出 + 三月部门预算）7、可以选择任意栏目、记录导出为标准文本文件。
8、表中的“年”、“月”可输入。
9、系统设计时，可跨年度使用。
二、统计报表说明：各表数据来源于主表表一：部门年度预算审批表CIECC 年月费用支出预算审批表部门名称：单位：RMB 0.00行号项目年预算月预算/实际月预算用途说明滚动累计合计行0.00 0.00 0.00001工资（HR）002养老保险金（HR）003失业保险金（就业保障费/HR）004大病统筹金（HR）005住房公积金（HR）006职工福利费/ 福利基金006.a其中：医药费006.b007员工培训费（教育基金）008招聘费009员工工作餐费010劳务费010.a其中：专家010.b记者010.c其他101办公用品购置费（导入）0.00 0.00 0.00 102低值易耗品购置费（导入）0.00 0.00 0.00 103书报资料费103.a其中：书籍103.b报刊杂志103.c小型软件104.a印刷费104.b其中：印刷品104.c名片费104.d胶卷及冲扩费104.e工作证及IC卡工本费105邮寄费106差旅费106.a其中：机票106.b火车106.c住宿106.d其他205会议费206通讯/网络月租费按代表处实际核算206.a其中：市话费206.b长话费206.c手机费206.d呼机费206.e DDN专线费206.f帧中继专线费206.g中继线费206.h数字电路206.I X.25专线206.j连接互联网交换中心费用206.k ISDN费用206.l线路费206.m其他301交际应酬费（导入）0.00 0.00 0.00302销售推广费 (导入)303广告费401市内交通费402车辆费403.a其中：汽油费403.a停车、过路、过桥费403.b修理费403.c保养费403.d养路费403.e车辆保险费403.f车船使用税404.g其他车辆费501修理费502财产保险费503房屋租赁费504物业管理费505水电费505.a其中：电费505.b自来水费505.c饮用水601各项税金（按税种设帐）602中介/政府机构费用602.a其中：工商602.b税务602.m审计602.n评估602.o金融602.s诉讼费602.t其他703董事会费704党政工团经费705其他费用支出706预算准备金(Fin)901固定资产（导入）0.000.000.00 902工程款（导入）0.000.000.00 909费用摊销（Fin）合计行0.00 0.00 0.00审批意见审批：财务部复核：总经理审核：提交：填报说明1、请对上述预算表格不要作任何修改以便汇总，导入项目不必填写（亦请不要修改公式）。
数据需求说明
数据需求说明引言概述：在当今数字化时代，数据已经成为企业决策和发展的重要基础。
准确的数据需求说明对于企业的数据分析和决策具有重要意义。
本文将详细阐述数据需求说明的五个部份，包括数据类型、数据来源、数据量、数据精度和数据时效性。
一、数据类型：1.1 结构化数据：结构化数据是指按照一定规则和格式组织的数据，如关系型数据库中的表格数据。
企业需要明确所需的结构化数据类型，如销售数据、客户数据、财务数据等。
1.2 半结构化数据：半结构化数据是指具有一定结构但不符合传统关系型数据库模式的数据，如XML文件、JSON格式数据。
企业需要明确所需的半结构化数据类型，如日志数据、社交媒体数据等。
1.3 非结构化数据：非结构化数据是指没有明确结构和格式的数据，如文本文件、图象、音频、视频等。
企业需要明确所需的非结构化数据类型，如用户评论、市场调研报告等。
二、数据来源：2.1 内部数据：内部数据是企业自身产生和积累的数据，如企业内部系统的数据、员工填写的表格数据等。
企业需要明确所需的内部数据来源，如销售系统、客户关系管理系统等。
2.2 外部数据：外部数据是企业从外部获取的数据，如行业报告、市场调研数据等。
企业需要明确所需的外部数据来源，如第三方数据提供商、行业协会等。
2.3 合作数据：合作数据是企业与其他合作火伴共享的数据，如供应链数据、合作项目数据等。
企业需要明确所需的合作数据来源，与合作火伴明确数据共享的方式和权限。
三、数据量：3.1 数据记录数量：企业需要明确所需数据的记录数量，如销售数据需要包括多少个定单记录、客户数据需要包括多少个客户信息记录等。
3.2 数据字段数量：企业需要明确所需数据的字段数量，即每一个数据记录包含多少个字段，如销售数据需要包括定单号、产品名称、销售数量、销售金额等字段。
3.3 数据历史时间跨度：企业需要明确所需数据的历史时间跨度，即需要包含多长期范围内的数据，如销售数据需要包含过去一年的销售记录。
需求规格说明书
在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测 试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表 2-1 所示。
编号 1 2 3
4
5 6
7
表 2-1 功能需求点列表
功能名称 编辑客户基本 资料 管理客户的联 系人 管理客户的交 往记录
系统，所以系统应同时支持局域网协议和广域网协议。
5.网络协议
Tcp/ip6 协议支持局域网，广域网。
6．目标系统其他需求（Other Requirements of Target System）
6.1 安全性（Security） 采用登录需要用户以及用户密码登陆以确保管理的安全性
6.2 可靠性（Dependability） 经过调试测试以确保系统的稳定性，从而确保系统的可靠性。系统对数据和操作的处理，既 准确又及时，系统最大可支持 1200 个终端，并行最大 800，短暂的响应时间等都保证了系 统的可靠性。
输入内容
任何操作
数据更新 包
要发送数 据，发送 目的地 特殊问题
输出内容 操作结果
最新数据 库 送达目的 地 处理结果
5．目标系统界面与接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement） 界面的原则要求，如方便、简洁、美观、一致。 （1）输入设备：键盘、鼠标、条码扫描器、扫描仪等； （2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等； （3）显示风格：图形界面、字符界面、IE 界面等； （4）显示方式：1600*900。 （5）输出格式：显示布局、打印格式等。
需求分析说明书(模板)
需求分析说明书(模板) XXX系统需求分析说明书XXX系统需求分析说明书编号：XXXXXXX版本：1.0作者：审批：日期：日期：XXX系统需求分析说明书状态修订人修改日期版本备注XXX系统需求分析说明书目录11.11.21.31.44.14.24.34.44.54.655.1XXX体系需求阐发说明书5.2 5.31.1目的1.2范围1.3读者对象1.4术语与缩写解释缩写、术语解释XXX系统需求分析说明书系统管理员对人员信息进行统一管理，主要负责人员信息管理，包括人员的用户分配，人员的增加，帐户冻结，另外负责体系的优化和日常维护。
表12产品介绍与开发背景3产品意义4产品的功能性需求4.1系统划分系统功能划分如下：4.2用户脚色划分XXX系统需求分析说明书4.3登录登录体系管理员图3用户登录用例编号UC001说明用户输入登录信息，如用户名和暗码，以体系承认脚色身份进入本体系。
角色登录的信息。
信息用户名密码类型不少于6位，最多20位的字符不少于6位，最多20位的字符表2描绘用于登录系统的用户名用于登录身份考证的暗码登录确认用户通过在浏览器中输入用户的用户名和暗码，由背景体系收集输入的信息，并进行核实比较确认。
对应的事件流内容用例编号用例名称用例说明参与者前置条件后置条件UC001用户登录用户登录系统系统用户系统有效用户用户所输入的信息与后台系统数据库表中所保存的信息一致1.用户输入用户名、暗码，点击提交2.系统验证用户名和密码3.验证成功，系统跳转到主页说明基本路径XXX系统需求分析说明书扩展路径1.用户输入的登录信息的用户名无效2.体系提示输入正确格式的用户名信息3.用户输入的密码无效4.系统提示输入正确的密码信息表3活动图输入用户名和密码点击登录否登录信息考证是否通过是登录成功图4用户登录活动图4.4注销注销登录系统管理员图5注销用例图U003说明已登录用户，点击“注销”按钮安全退出系统。
对应的事件流XXX系统需求分析说明书内容用例编号用例名称用例说明介入者前置条件后置条件基本路径UC003用户注销说明用户在体系中注销已登录用户用户已经成功登录系统系统注销掉当前登录状态下的用户1.用户点击注销功能按钮2.系统注销掉当前登录的用户3.注销成功，系统跳转到系统登录页面扩展路径无表4用例图点击注销按钮注销成功，调至登录页图6注销活动图4.5点窜暗码修改密码系统管理员图7点窜暗码用例编号UC004说明用户输入密码信息，如旧密码和两次密码一致的新密码，系统验证旧密码正确之后，再根据新密码进行密码的修改。
需求分析说明书模板
需求分析说明书模板软件需求说明书1 引言1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。
1.2 项目背景：应包括● 项目的委托单位、开心单位和主管部门；● 该软件系统与其他系统的关系。
1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。
1.4 参考资料：可包括● 项目经核准的计划任务书、合同或上级机关的批文● 文档所引用的资料、规范等● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2 任务概述2.1 目标2.2 运行环境2.3 条件与限制3 数据描述3.1 表态数据3.2 动态数据：包括输入数据和输出数据。
3.3 数据库描述：给出使用数据库的名称和类型。
3.4 数据词典3.5 数据采集4 功能需求4.1功能划分4.2功能描述5 性能需求5.1 数据精确度5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。
6 运行需求6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。
6.2 硬件接口6.3 软件接口6.4 故障处理7 其他需求如可使用性、安全保密、可维护性、可移植性等。
需求分析的格式需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。
1．综合需求：项目说明备注1）功能要求描述软件用来做什么能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。
能够添加或创建新的度量衡。
能够按照用户自己的需要进行排序。
能够作为其他软件的插件或辅助工具使用。
能够知道度量衡所应用的范围，如：国家，行业等。
2）性能要求软件能达到什么性能数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。
3）运行要求软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件开发软件的开发工具清单。
DRP分销系统需求文档1
分销渠道管理平台系统需求一、目标1、经销商通过平台下达订单，快速传递到ERP系统并把订单系统处理的关键状态传递给分销系统供客户查看;2、能对经销售商的库存进行有效的管控；3、能满足营销的需要，可以设置多种促销政策；4、经销商能够通过平台显示即时余额、往来帐（含促销政策）5、PC和微信同时实现上述功能。
二、主要模块及功能三、需求描述营销政策价格管理:价格（折扣）政策 :能根据品牌、系列、产品类别、客户类别四个维度来快速制定产品的价格；因现有的产品有60万左右的物料代码制定价格很麻烦；促销政策返利政策返利类型：现返、货返返利对象：经销商级别返利周期：月、季、年返利公式：销售量或销售额设定返利计算公式。
返利计算：系统根据不同的客户返利方案自动计算应返利额。
返利单：根据返利周期生成返利单形成返利券到客户帐户，指定返利券的用途。
返利帐户：根据经销商帐户返利累计和返利类型确定返还经销商的方式，货返或者现返。
返利发放：客户在下达订单生成时对符合使用返利单进行结算的产品，客户可以使用返利券进行结算。
信用政策信用设置：针对不同的客户设置不同的等级，信用额度在检查时可设置允宽范围；信用计算：设置信用控制公式；信用管理：针对不同的客户可以设置不同的信用额度，信用额度需要多级审批；审批PC与微信都可以；信用控制：在订单审核时，检查信用额度，可以设置提醒、取消订单交易。
物料控制：根据品产的类别、客户的类别两个维度进行授权；客户只能看到指定类别的产品。
物料选择：商品名称字段能进行模糊查找；也可以根据产品的分类层次进行精确查找。
即时余额：在订单界面可以分品牌显示客户的即时余额；订单审批：订单可以根据订单的类型（备货订单与客户订单）与产品类别（热、冷门车型）来给客服务员进行审批；当信用额度不够时，可以根据金额的不同启用二级、三级审批。
审批需要在微信与PC端同时显示；促销实现：在订单下达时，系统自动弹出供客户可选的促销政策。
便于客户及时了解自己适用的客户政策；特价商品：客户选择正常价格的产品时，系统显示特性相近的特价商品供客户选择，便于公司处理呆滞产品。
feng软件需求说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (2)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (3)3.2.1精度 (6)3.2.2时间特性要求 (6)3.2.3灵活性 (7)3.3输人输出要求 (7)3.4数据管理能力要求 (7)3.5故障处理要求 (7)3.6其他专门要求 (8)4运行环境规定 (8)4.1设备 (8)4.2支持软件 (8)4.3接口 (8)4.4控制 (8)软件需求说明书的编写提示1引言1.1编写目的能够准确地回答“在线销售系统必须做什么？”的问题，即确定系统必须完成那些工作，对目标系统提出、准确、清晰、具体的要求，准确的描述软件需求，为进一步的总体设计打下基础。
1.2背景本系统名称为HECP在线销售系统。
在线销售是一种新型的销售模式，网上购物已经成为一种时尚潮流，人们对在线购物提出了很大的需求，促使在线销售系统的兴起。
此项目开发者为陈啸风、闫炎、于洋组成的开发小组。
此项目的用户为广大在线购物消费者。
在线销售系统（HECP）是华软电子商务平台（hrsei electronic commerce platform 简称HECP）的一部分，华软电子商务平台包括：在线销售系统、商铺管理系统、清算结算系统、后台管理系统。
在线销售系统只是HECP电子商务平台的一个子模块。
1.3定义HECP：广义上将指Hrsei电子商务平台（hrsei electronic commerce platform）HECP：在本项目中指在线销售系统1.4参考资料a．由上级经核准的计划任务书；b．本文件中引用《数据库》、《程序软件开发》等资料。
2任务概述2.1目标本系统开发的意图是为了实现网上商品销售，扩展商场的市场，降低商场的销售成本，提高商场的销售收益。
应用目标是商品的在线销售，扩增商场的业务范围。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
＜支付通三代平台项目＞
分润需求说明
作者：栾澍
完成日期： 2012年1月5日
签收人：
签收日期：
修改情况记录：
目录
1.概述 (3)
2.关于可分利润的计算 (3)
3.参与分润的对象 (3)
4.分润规则 (4)
5.注意事项 (4)
1.概述
本文档为支付通平台分润功能的需求说明。
支付通平台可提供收益分润功能，并将计算出的分润数据计入分润对象的虚拟账户并可供用户进行查询。
2.关于可分利润的计算
分润所分的业务收益为三个部分的合计分别是：
支付通支付产品获得的手续费收入+ CPS类收入（商户返佣）+ 业务差价1）支付产品手续费收入
支付通支付产品包括支付通提供的所有支付方式，如：支付通终端支付、支付通PBOC支付和支付通为商户及用户提供的网银、手机、无卡支付等。
支付产品计
入可分利润的需减去相应的支付成本（如银行扣除的手续费），该成本可与实际发
生不同，运营管理人员可进行设置。
2）CPS收入
对于商户向支付通提供销售返佣的业务统称为CPS类业务，后台为可针对每项业务进行成本设置。
3）业务差价
如现有骏网、通联、支付宝等业务，支付通在对方预付费，支付通仅扣用户付款即可，无需为业务提供方再行结算的。
支付通获得业务差价收益。
3.参与分润的对象
参与分润的对象包括：支付通终端代理商、业务提供方、用户（即为返利）、其他。
参与分润对象的具体数量可设置的，每业务均可分别设置参与分润的角色及数量。
4.分润规则
业务收益完成合计后，根据后台为分润对象设置的分润比例完成计算，有虚拟的账户的计入虚拟账户中，分润结果可供用户查询，如：终端代理商可在代理商后台查询、用户可在其虚拟账户中查询返利等。
考虑到公司开展市场营销进行让利，分润的总和可以为负值，即所分利润大于可分配利润。
5.注意事项
分润的设置根据三类业务模式，可针对每个业务，每个商户在后台分别设置，成本也可分别进行手工设置。