业务需求说明书(管理与数据类参考模板)
《需求规格说明书》编写参考指南
《需求规格说明书》编写参考指南1．概述（Summary）本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。
1.1 用户简介（User Synopsis）在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。
对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。
1.2 项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统的意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
1.3 术语定义（Terms Glossary）将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.4 参考资料（References）说明该用户需求报告使用的参考资料，如：[1] 商务合同[2] 招标书[3] 用户领域的资料[4] 用户需求调查表[5] 用户需求报告[6] 参照的标准每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。
1.5 相关文档（Related Documents）[1] 项目开发计划[2] 概要设计说明书[3] 详细设计说明书1.6 版本更新信息（V ersion Updated Record）版本更新记录格式，如表5-19所示。
表5-19 版本更新记录2．目标系统描述（System in Target）2.1 组织结构与职责（Organizing Framework and Function）将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。
一文教你写出最好的业务需求说明书：客户名称 XXX项目 业务需求说明书(完整版)
XX项目软件开发需求规格说明书（模板）Version 1.X【某某限公司】XXXX年XX月目录1引言 (1)1.1基本信息 (1)1.2目的 (1)1.3适用范围 (1)1.4术语和缩略语 (1)1.5参考资料 (1)1.6相关文档 (1)2软件概述 (2)2.1产品描述 (2)2.2软件开发应当遵循的标准和规范 (2)2.3用户定义 (2)2.4系统与其他系统关系 (2)2.5业务流程 (2)2.6产品功能 (3)2.6.1模块划分 (3)2.6.2功能列表 (3)2.7数据实体关系 (4)3功能需求 (4)3.1模块1 (4)3.1.1功能1 (4)3.1.2功能2 (6)3.2模块2 (6)3.2.1功能1 (6)3.2.2功能2 (6)4外部接口说明 (6)4.1用户接口 (6)4.2软件接口 (6)5非功能性需求 (6)5.1性能需求...................................................................................................... 错误!未定义书签。
5.2质量需求 (6)5.3系统运行环境 (7)5.4其他需求 (7)5.4.1用户操作需求 (7)6假设与约束条件 (7)7附录A：需求确认 (7)修订历史记录（A-添加，M-修改，D-删除）1引言1.1 基本信息（项目类型中，如果选择二次开发项目，请列示上期项目的名称，并另外提供该项目的需求规格说明书）1.2 目的（见参考案例）1.3 适用范围（见参考案例）1.4 术语和缩略语（见参考案例）1.5 参考资料（说明该说明书使用的参考资料）（见参考案例）1.6 相关文档（说明该说明书的变更，以及可能受变更影响的其他相关文档）（见参考案例）2软件概述2.1 产品描述（见参考案例）2.2 产品与历史实现比较（若为二次开发，则从模块级别对历史模块做分析比较，可画图表示）2.3 软件开发应当遵循的标准和规范（见参考案例）2.4 用户定义（定义系统都有哪些不同的用户角色）2.5 系统与其他系统关系（画图说明本系统与其他系统关系）（见参考案例）2.6 业务流程（画出业务流程图）【流程描述必须包括以下内容：⏹流程的业务目的；⏹流程图；⏹步骤的详细描述；描述采用的方式为活动图，如涉及多个角色和时间段，需使用泳道；针对活动图，需要配上相应的文字说明。
系统软件需求和需求分析说明书模板(用例图+界面+文档)
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1．项目名称及背景➢项目名称➢开发背景2．文档说明第二部分任务说明1．功能概述2．用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：95➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2．用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2] ●用例图●描述●参与者➢[用例3] ●用例图●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢ [用例8]●用例图●描述●参与者➢ [用例9]●描述文件搜索功能：可以按条件查询需要的文件。
●参与者//*参与者，参与用例的对象*// ➢[用例10]●用例图发送消息消息管理管理消息●描述消息管理主要包括：创建消息、修改消息、删除消息、发布消息。
●参与者//*参与者，参与用例的对象*// ➢[用例11]●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13] ●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3．用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1．文档说明2．系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图，参考图如下*//➢[用例1]实现●时序图//用例1的时序图，参考图如下*//●描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求：只有当用户名、密码都正确时才能通过验证。
107图1.2 管理员登录后看到的主界面管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
需求说明书范例
*********项目需求说明书Copyright ? 2020********版权所有版本管理以及修订记录版本号越高，表示文档越新。
目录1引言1.1编写目的为明确******产品需求、安排实施规划与进度、组织软件开发与测试，撰写本文档。
本文档的最终审核版本将作为后续设计开发以及测试的参照标准。
1.2范围******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。
重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。
1.3定义1.3.1用户定义运营用户：进行******平台管理、运营的用户。
访问用户：在******页面上浏览、学习或提供知识的用户。
1.4参考资料阳光高考院校库系统页面原型2项目概述2.1产品描述对原有系统进行升级改造。
重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。
******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。
完成目标：最及时，最全面的高校相关信息发布平台。
可以有持续性的pv增长。
2.2产品功能架构图2.3用户特点综合后台管理人员：较高的业务能力和软件操作能力学校后台管理人员：学校信息系统管理员综合前台使用人员：学生、家长及相关人员学校前台使用人员：高校教师及相关人员2.4一般约束保密说明文中所有资料（包括文中的创意与概念），未经许可，不得向任何第三方透露，也不得用作其他用途。
2.5假设和依据项目实施过程中，如遇需求变更，严格按照《需求管理规范》中需求变更流程执行。
3具体需求3.1 功能需求3.1.1通用规则提供软件开发过程中对于一般功能使用的通用规则，本文给出这些通用规则的默认项，如不作特殊要求，技术人员将按照通用规则进行设计开发。
1.查询结果列表分页显示，列表每页条数默认为10条；2.搜索范围默认提供按时间段搜索；3.手机、座机、邮编、地址、邮箱、网址等格式固定的元素，按常规格式验证；4.上传附件格式默认为.doc .xls，大小默认为小于2M；5.上传图片格式默认为.jpg .gif .bmp .png，大小默认为小于2M；6.模板数据导出格式默认为.xls；7.列表排序默认按照ID倒序排列；3.1.2前台需求描述前台功能点是指外部客户、外部用户访问所使用的界面功能。
业务需求申请书范文
业务需求申请书范文一、申请单位基本情况申请单位：XXX公司联系人：XXX联系方式：XXX二、申请背景为了适应市场需求，提高公司业务竞争力，我公司计划申请以下业务需求：1. 业务需求一：开发一款新的互联网产品，以满足当前市场对于智能家居的需求。
该产品将集成智能控制、家庭安全、智能娱乐等功能，通过手机APP进行操作和控制。
2. 业务需求二：与渠道商建立合作关系，扩大销售渠道，提高产品销售量和市场占有率。
我们计划与目标渠道商进行深入合作，共同推广和销售我们的产品。
3. 业务需求三：升级公司内部的业务流程管理系统，提高部门工作效率和流程规范化程度。
通过引入现代化的办公自动化系统，实现信息共享、协同办公、业务流程自动化等功能。
三、申请目的1. 通过开发新的互联网产品，满足市场对智能家居的需求，提高公司产品竞争力和市场份额。
2. 与渠道商合作，扩大销售渠道，提高产品销量和市场占有率，进一步拓展市场份额。
3. 升级公司内部的业务流程管理系统，提高部门工作效率和流程规范化程度，降低运营成本，提升整体竞争力。
四、申请内容及方案1. 业务需求一：新互联网产品开发方案一：成立专门的研发团队，负责产品的市场调研、功能设计、界面设计、开发和测试工作。
预计开发周期为6个月，预计开发成本为XXX元。
方案二：制定市场推广计划，通过线上线下渠道推广新产品，并与相关行业媒体进行合作报道。
预计市场推广费用为XXX元。
2. 业务需求二：与渠道商合作方案一：与目标渠道商进行洽谈，达成合作意向，并签订合作协议，明确双方权益和合作细节。
预计洽谈费用为XXX元。
方案二：为渠道商提供市场推广支持，包括广告费用、促销活动费用等。
预计市场推广支持费用为XXX元。
3. 业务需求三：升级业务流程管理系统方案一：引入现代化的办公自动化系统，实现信息共享、协同办公和业务流程自动化。
预计系统采购成本为XXX元。
方案二：组织培训，培训员工熟悉新系统的使用方法和操作流程。
(完整word版)需求规格说明书模板全解
####项目需求规格说明书(模板)公司二〇一五年十月文档修改记录目录第一章引言 (1)1.1编写目的 (1)1.2文档范围 (1)1.3项目概要 (1)1.4术语和缩写 (1)1.5参考资料 (1)1.6文档编写格式 (2)第二章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)第三章系统运行环境 (4)3.1系统架构 (4)3.2系统硬件和网络环境 (4)3.3系统运行平台 (4)3.4系统界面描述 (4)3.5接口 (4)第四章功能描述 (5)4.1对功能的规定 (5)4.2功能性需求分类 (5)4.2.1功能总图 (5)4.2.2功能描述表 (5)4.2.3功能详细描述 (5)4.3对非功能的需求 (5)4.3.1系统参数及系统精度 (5)4.3.2灵活性 (6)4.3.3时间管理特性 (6)4.3.4输人输出要求 (6)4.3.5数据管理能力要求 (6)4.4故障处理要求 (6)4.5其他非功能需求 (7)第一章引言1.1编写目的提示：说明编写这份需求说明书的目的。
需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求，描述用户对系统的期望和功能要求。
本文档尽量以自然语言来描述，以期用户和潜在读者能够快速理解，并方便与用户进行沟通。
1.2文档范围提示：需要描述清楚文档传播范围和读者对象。
1.3项目概要提示：描述系统相关信息。
a．待开发系统(或软件)的名称；b．本项目的任务提出者、开发者、用户及实现该系统的部门或单位；c．该项目系统同其他系统或其他机构的基本的相互来往关系。
1.4术语和缩写提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5参考资料提示：列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的系统开发标准。
需求规格说明书模板
精心整理需求规格说明书(ISO标准版)编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。
这是在软件项目过程中最有价值的一个文档。
ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。
1．引言1.1编写的目的[[[2解[33.2.2时间特性要求[说明对于该系统的时间特性要求。
]3.2.3灵活性[说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
]3.3输入输出要求[解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
]3.4数据管理能力要求（针对软件系统）[说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
]3.5故障处理要求[列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
]3.6其他专门要求[如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
]4．运行环境规定4.1设备[列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能，包括：a. 处理器型号及内存容量b. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量c. 输入及输出设备的型号和数量，联机或脱机；]典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。
这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。
]2.客户、顾客和其它风险承担者2.1客户是为开发付费的人，并将成为所交付产品的拥有者[这一项必须给出客户的姓名，三个以内是合理的。
][客户最终将接受该产品，因此必须对交付的产品满意。
如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。
]2.2顾客是将花钱购买该产品的人[也给出姓名和相关的信息]2.3其它风险承担者[其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。
数据产品规格说明书模板
数据管控产品规格说明书第一章引言1.1编写目的本文档作为数据管控产品体系(元数据和数据质量管理)的产品方案说明书，介绍元数据和数据质量的解决方案。
1.2项目背景经过多年建设，企业一般已经初步建成了各类管理信息系统，虽然在运用和分析数据支持经营决策方面已初见成效，但是对比战略发展要求和国内外最佳实践经验，还是存在数据管控水平不高，以及配套体系建设相对滞后的问题。
为解决这些问题，企业会做种种努力，但由于未采用系统性的管控治理，数据问题并未能从根本上解决，阻碍了企业管理精细化的进程。
参考国内外同业先进理念、做法，一般会从数据标准、数据质量、数据模型、数据分布、数据安全、数据生命周期管理等6个方面，采用全面规划、分步实施的策略，分阶段有序推进数据管控项目建设，包括构建统一的数据管控制度体系、优化数据管控流程、实施有针对性的数据管控配套系统建设，实现对数据资产的全面管理和深度利用，进而提升数据资产管理水平和信息服务水平，形成差异化的竞争优势和核心竞争力。
第二章方案概述2.1方案目标本方案主要完成以下工作：①完成元数据管理系统和数据质量评估管理系统的引进、集成部署和客户化定制；②完成风险相关数据标准在元数据管理系统的落地；③完成风险相关数据质量的评估及数据质量评估分析模型的开发。
④完成其他业务需求中明确的试点系统的数据标准发布和质量评估落地工作。
2.2项目范围2.2.1实施内容1)元数据管理系统和数据质量评估管理系统相关基础性工作根据业务需求，结合企业现有系统的情况，制定具体项目实施方案，确保能完成相关咨询成果在系统内的部署和设置。
完成系统接口设计、系统架构设计和形成实施所需的需求规格化文档等工作。
完成产品的集成安装和初步调试工作。
若提供的软硬件配置建议书不能完全满足企业软硬件选型需要的，需要协助事先完成必要的产品测试工作，确定最终的系统软硬件配置清单。
2)元数据管理系统和数据质量评估管理系统的客制化开发实施根据企业的业务需求，对产品或应用进行客制化实施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
某银行
XX业务需求说明书
提出部门：xxxx部
xxxx年xx月
文档修改记录
签署记录
目录
1.引言 (7)
1.1目的 (7)
1.2背景 (7)
1.3术语和定义 (9)
1.4业务规范与标准 (9)
1.5参考资料 (9)
2.需求目标 (10)
2.1用户描述 (10)
2.2业务价值 (10)
2.3业务现状 (11)
2.4业务目标 (11)
2.5约束和假设 (12)
3.需求范围 (13)
3.1范围概述 (13)
3.2功能范围 (13)
3.3数据范围 (13)
3.4区域/机构范围 (14)
4.功能需求 (15)
4.1功能1（适用于有流程的需求） (15)
4.1.1 功能概述 (15)
4.1.2 业务流程 (15)
4.1.2.1流程节点1 (15)
4.1.2.1.1输入 (15)
4.1.2.1.2处理 (16)
4.1.2.1.3输出 (16)
4.1.2.1.4业务规则 (16)
4.2功能2（适用于无流程的需求） (16)
4.2.1 功能概述 (16)
4.2.2 输入 (16)
4.2.3 处理 (16)
4.2.4 输出 (17)
4.2.5 业务规则 (17)
4.3功能3（适用于数据处理的需求） (17)
4.3.1 功能概述 (17)
4.3.2 输入 (17)
4.3.3 处理 (17)
4.3.4 输出 (17)
5.附件1 (20)
5.1非功能性需求 (20)
5.2数据要求说明书 (20)
5.3需求优先级 (20)
5.4表单及报表样例 (21)
5.5灾备等级评分指标 (21)
1.引言
1.1目的
（说明编写本业务需求的目的，指出预期的读者。
）
为了让用户和软件开发者双方对系统的初始规定有一个共同的理解，使之成为整个开发工作的基础，特编写本需求。
本文档主要对业务需求进行细致描述，明确业务处理范围，并对要实现的功能、输入输出数据和性能要求进行说明，力求准确、清晰、完整地阐明用户的需求，使业务需求易理解、无二义性、可衡量，是进行需求分析的基础。
本文档预期读者：
⏹xxxx部门
⏹分行信息技术管理部
⏹参与业务需求分析的人员
1.2背景
（依次说明下述内容：任务提出者、用户；相关业务现状；存在问题；应用目标、作用范围。
）
⏹需求提出者
需求完整名称：xxxx业务需求说明书
需求提出部门：xxxx部门
⏹预期使用者
应用部门：xxxx部门
xxxx部门
使用范围：全行或总行、分行
⏹市场背景（规范要求：简明、扼要，无需过多描述）
填写说明：本部分内容主要介绍项目立项前，目前市场、监管机构对业务实施目标的需求急迫程度和市场的预期判断，国内外同业状况或从而反映出项目蕴含的业务价值。
⏹我行现状
填写说明：本部分内容主要介绍：
项目立项前该业务管理领域存在的主要问题；
目前管理层或前台部门对业务实施目标的需求急迫程度和市场的预期判断；
本需求对业务发展战略的影响；
本部分内容为2.3内容的概述。
1.3术语和定义
对重要的或是具有特殊意义的业务术语（包括词头和缩写）进行定义，以使读者可以正确的解释业务需求
范例一：
1．反洗钱：为了预防各种方式掩饰、隐瞒犯罪所得及其收益的来源和性质的洗钱活动而采取相关措施的行为
BS：核心银行系统
1.4业务规范与标准
（列出本业务需要遵循的规范与标准。
）
《某银行xx业务规则》
1.5参考资料
填写说明：列出编写本文档时所参考的资料，主要包括：
⏹参照文件的全部清单，如经核准的计划任务书，上级机关批文、合同等；
⏹列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。
2.需求目标
2.1用户描述
填写说明：本部分内容描述项目投产后的用户和角色。
该部分内容为必填。
角色：指系统运行中可以执行某些特定权限操作的一组用户的集合范例一：
押品的政策制定、日常运营职能分布在不同业务部门，主要用户分布在：
➢总、分行风险管理部门
➢总、分行授信管理部门
➢总、分行经营部门
➢运营管理部门
涉及的角色：
➢客户经理
➢信贷业务主管
➢分管行长
➢权证保管
2.2业务价值
填写说明：描述需求中相关角色所关心的业务价值，建立业务价值与业务目标
的关联。
该部分内容为必填。
2.3业务现状
填写说明：描述业务现行的管理或运营方式。
该部分内容为必填。
2.4业务目标
填写说明：描述系统实施达成的业务目标。
该部分内容为必填。
范例一
押品管理的业务目标：
1. 依托现有的系统,建成全行押品支持平台；
2．实现押品关键风险环节的流程化控制；
3．实现押品从准入到退出全流程数据的采集和集中；
4．初步建立押品的统一视图；
5．建立居住用房地产押品的估值体系和估值方法；
6．实现主要押品价值的动态评估和预警；
7．实现全行押品的统计分析。
2.5约束和假设
（提出达到需求目标的时间要求）
描述涉及哪些业务部门，需要其他业务部门配合的事项是否已沟通落实。
1．外部机构的时间、范围、标准
2．跨部门业务流程关系、业务规则的要求
3．涉及的政策制度、会计核算、定价策略等关键要素
3.需求范围
3.1范围概述
填写说明：描述本业务需求的概要范围，主要包括功能、数据和区域/机构等几方面。
3.2功能范围
填写说明：描述需求中功能范围，包括优化功能的范围，该部分内容为必填。
3.3数据范围
（描述需求中涉及到的数据范围，主要包括：
时间范围、境内外机构范围、内部数据或外部数据，数据的业务类型或来源系统，数据形态为结构化或非结构化（影像扫描或多媒体）。
3.4区域/机构范围
填写说明：描述需求中涉及到的区域和机构。
该部分内容为必填。
描述用户涉及到的区域、机构或部门。
4.功能需求
（描述具体的业务需求，本部分为核心内容，必填）
（为全部需求功能提供一个总体框架性说明，该部分内容为必填。
为了便于描述，可以功能结构图或表格等方式说明，以便预期读者在看到这个功能表的时候，可以马上就有一个整体印象和了解）
4.1功能1（适用于有流程的需求）
4.1.1功能概述
4.1.2业务流程
对流程的每个环节或节点按照以下进行描述
4.1.2.1流程节点1
（如有多个节点可比照增加）
4.1.2.1.1输入
（列出本节点的输入要素）
4.1.2.1.2处理
（体现本节点的处理流程，流程应遵循后面的业务规则）
4.1.2.1.3输出
（包括打印输出及屏幕输出的格式和内容）
4.1.2.1.4业务规则
（描述本节点数据加工或业务处理的规则）
4.2功能2（适用于无流程的需求）4.2.1功能概述
4.2.2输入
（列出本功能的输入要素）
4.2.3处理
（体现本功能的处理规则）
4.2.4输出
（包括打印输出及屏幕输出的格式和内容）
对报表输出，应明确使用中是否调整报表格式或加工规则，并具体说明有关要求。
4.2.5业务规则
在业务规则基础上同时明确使用该功能的用户类型和数量。
4.3功能3（适用于数据处理的需求）
4.3.1功能概述
4.3.2输入
（描述涉及的源数据业务类型或系统名称）
4.3.3处理
（体现本功能的处理规则、并用文件大小或记录条数描述数据量）
4.3.4输出
（描述涉及的目标数据类型或系统名称）
5.数据库设计数据库设计描述。