XX银行信贷风险管理系统业务需求规格说明书

农信银行信贷管理系统[业务模型-需求说明书]

1.评级模型 (7)

1.1评级模型 (7)

1.1.1公司客户信用等级评估模型 (7)

1.1.1.1公司客户信用等级的评定分值区间 (7)

1.1.1.2各行业信用等级评分表标准 (7)

1.1.2分类指南 (9)

1.1.2.1农、林、牧、渔业 (12)

1.1.2.2采矿业 (18)

1.1.2.3制造业-农副食品，食品，酒、饮料和精制茶，烟草加工制造业 (23)

1.1.2.4制造业-纺织，纺织服装、服饰，皮革、毛皮、羽毛及其制品和制鞋业 (32)

1.1.2.5制造业-木材加工和木竹藤棕草制品，家具，造纸和纸制品，印刷和记录媒介复制，文教、工美、体育、娱乐用品制造业 (38)

1.1.2.6制造业-石油加工、炼焦和核燃料，化学原料制品制造业 (44)

1.1.2.7制造业-医药制造业 (50)

1.1.2.8制造业-化纤、橡胶、塑料制品业 (56)

1.1.2.9制造业-非金属矿物制品，金属制品业 (62)

1.1.2.10制造业-金属冶炼和压延加工业 (68)

1.1.2.11制造业-通用及专用设备，汽车及其他运输设备，电气机械器材制造业 (74)

1.1.2.12制造业-计算机、通信等电子设备，仪器仪表及其他制造业、废弃资源综合利用，金属制品、机械和设备修理 (80)

1.1.2.13电力、热力、燃气及水生产和供应业 (86)

1.1.2.14建筑业 (90)

1.1.2.15批发和零售业 (96)

1.1.2.16交通运输、仓储和邮政业 (102)

1.1.2.18电信、广播电视和卫星传输服务，互联网和相关服务业 (112)

1.1.2.19软件和信息技术服务业 (118)

1.1.2.20金融业 (124)

1.1.2.21房地产开发经营 (129)

1.1.2.22物业管理、房地产中介及其他 (135)

1.1.2.23租赁和商务服务业 (140)

1.1.2.24科学研究和技术服务业 (146)

1.1.2.25水利、环境和公共设施管理业 (150)

1.1.2.26居民服务、修理和其他服务业 (154)

1.1.2.27教育行业（事业单位报表） (165)

1.1.2.28卫生和社会工作（事业单位报表） (170)

1.1.2.29文化、体育和娱乐业 (175)

1.1.2.30公共管理、社会保障和社会组织 (180)

1.1.2.31国际组织 (185)

1.1.3财务指标计算规则 (189)

1.1.3.1取值规则 (189)

1.1.3.2示例 (189)

1.1.4评级模型附表 (190)

1.1.4.1附表一：财务指标计算阈值 (190)

1.1.4.2附表二：财务指标特殊值计算规则 (223)

1.1.4.3对私客户信用等级评估 (225)

1.1.4.3.1对私客户信用等级的评定分值区间 (225)

1.1.4.3.2信用等级评分表标准 (225)

1.1.4.3.3一般个人客户信用等级评估模型 (225)

1.1.4.3.4个体经营户信用等级评估模型 (226)

1.1.5同业信用等级评定标准模版 (232)

1.1.5.1定性指标评定标准（有外部评级则不需提供以下内容） (232)

1.1.5.2定量指标评定标准 (233)

1.2.1通用类财务报表 (235)

1.2.1.1资产负债表 (235)

1.2.1.2损益表 (238)

1.2.1.3现金流量表 (239)

1.2.1.3.1现金流量表（人工） (240)

1.2.1.3.2现金流量表（自动） (242)

1.2.1.3.3现金流量表（间接法） (246)

1.2.1.4财务指标表 (249)

1.2.2事业类单位财务报表 (252)

1.2.2.1资产负债表 (252)

1.2.2.2收入支出表 (254)

1.2.2.3现金流量表 (257)

1.2.2.4财务指标表 (259)

1.2.3新会计准则报表 (260)

1.2.3.1资产负债表 (260)

1.2.3.2损益表 (263)

1.2.3.3现金流量表 (263)

1.2.3.4财务指标表 (265)

1.2.4保险公司财务报表 (267)

1.2.4.1资产负债表 (267)

1.2.4.2利润表 (269)

1.2.4.3现金流量表 (271)

1.2.4.4偿付能力状况表 (272)

1.2.4.5财务指标表 (273)

1.2.5财务公司新准则财务报表 (274)

1.2.5.1资产负债表 (274)

1.2.5.2利润表 (275)

1.2.5.3现金流量表 (276)

1.2.5.5财务指标表 (279)

1.2.6担保公司财务报表 (279)

1.2.6.1资产负债表 (279)

1.2.6.2利润表 (282)

1.2.6.3现金流量表 (283)

1.2.6.4现金流量表附表 (284)

1.2.6.5担保余额变动表 (285)

1.2.6.6补充财务数据表 (286)

1.2.6.7财务指标表 (286)

1.2.7外资银行财务报表 (287)

1.2.7.1资产负债表 (287)

1.2.7.2利润表 (289)

1.2.7.3现金流量表 (290)

1.2.7.4财务指标表 (292)

1.2.7.5补充财务数据表 (294)

1.2.8信托公司新准则财务报表 (295)

1.2.8.1资产负债表 (295)

1.2.8.2利润表 (296)

1.2.8.3现金流量表 (297)

1.2.8.4补充财务数据表 (299)

1.2.8.5财务指标表 (300)

1.2.8.6信托项目资产负债表 (300)

1.2.8.7信托项目利润表 (301)

1.2.9证券公司新准则财务报表 (302)

1.2.9.1资产负债表 (302)

1.2.9.2利润表 (304)

1.2.9.3现金流量表 (305)

1.2.9.4补充财务数据表 (306)

1.2.10中资银行新准则财务报表 (308)

1.2.10.1资产负债表 (308)

1.2.10.2利润表 (309)

1.2.10.3现金流量表 (310)

1.2.10.4补充财务数据表 (311)

1.2.10.5财务指标表 (312)

1.2.11中小学报表 (313)

1.2.11.1资产负债表 (313)

1.2.11.2收入支出表 (314)

1.2.12高校报表 (316)

1.2.12.1高校资产负债表 (316)

1.2.12.2高校收支总表 (317)

1.2.13医疗卫生行业报表 (319)

1.2.13.1医疗卫生行业资产负债表 (319)

1.2.13.2医疗卫生行业收支总表 (321)

1.2.14金融租赁公司报表 (321)

1.2.14.1资产负债表 (321)

1.2.14.2利润表 (323)

1.2.14.3现金流量表（人工录入） (324)

1.2.15个体工商户财务报表 (326)

1.2.15.1资产负债表 (326)

1.2.15.2损益表 (326)

1.2.15.3现金流量表（自动） (327)

1.评级模型

1.1评级模型

1.1.1公司客户信用等级评估模型

1.1.1.1公司客户信用等级的评定分值区间

1.1.1.2各行业信用等级评分表标准

1.1.2分类指南

1.1.

2.1农、林、牧、渔业

1.1.

2.2采矿业

需求规格说明书模板全解

####项目需求规格说明书 (模板) 公司二〇一五年十月

文档修改记录

目录第一章引言 (1) 编写目的 (1) 文档范围 (1) 项目概要 (1) 术语和缩写 (1) 参考资料 (1) 文档编写格式 (2) 第二章任务概述 (3) 目标 (3) 用户的特点 (3) 假定和约束 (3) 第三章系统运行环境 (4) 系统架构 (4) 系统硬件和网络环境 (4) 系统运行平台 (4) 系统界面描述 (4) 接口 (4) 第四章功能描述 (5) 对功能的规定 (5) 功能性需求分类 (5) 功能总图 (5) 功能描述表 (5) 功能详细描述 (5) 对非功能的需求 (5) 系统参数及系统精度 (5) 灵活性 (6) 时间管理特性 (6) 输人输出要求 (6) 数据管理能力要求 (6) 故障处理要求 (6) 其他非功能需求 (7)

第一章引言 1.1编写目的提示：说明编写这份需求说明书的目的。需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求，描述用户对系统的期望和功能要求。本文档尽量以自然语言来描述，以期用户和潜在读者能够快速理解，并方便与用户进行沟通。1.2文档范围提示：需要描述清楚文档传播范围和读者对象。 1.3项目概要提示：描述系统相关信息。 a．待开发系统(或软件)的名称； b．本项目的任务提出者、开发者、用户及实现该系统的部门或单位； c．该项目系统同其他系统或其他机构的基本的相互来往关系。 1.4术语和缩写提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.5参考资料提示：列出用得着的参考资料，如：

OA系统需求规格说明书

XX项目产品需求规格说明书机构公开信息

版本历史

1.引言该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍）该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

美国中小商业银行信贷风险管理经验的启示

内容提要:美国是世界上中小银行数量较多市场化运作较为成熟的国家。因为市场竞争的残酷性,美国中小银行为了生存和发展,对风险管理极为重视,特别是在信贷风险管理上形成了一系列较为成熟的经验。这些经验对我国中小银行尤其是城市商业银行具有很大的借鉴意义。美国是世界上中小银行数量较多、市场化运作较为成熟的国家。在美国约8 000家商业银行中,资产超过100亿美元的还不足10%,资产不超过10亿美元的银行,在全美共有5 000多家。在美国,由于银行业市场的激烈竞争,每年都有一些中小银行被兼并重组,一些中小银行被关闭,但同时也会新增一些中小银行。目前,信贷业务依然是美国中小银行的主要资产业务。因为市场竞争的残酷性,美国中小银行为了生存和发展,对风险管理极为重视,特别是在信贷风险管理上形成了一系列较为成熟的经验。这些经验对我国中小银行尤其是城市商业银行具有很大的借鉴意义。 1·中国城市商业银行与美国社区银行对比中国城市商业银行与美国的社区银行相似,规模普遍较小(多数资产不足10亿美元),在所属的区域内通过低成本的分销工具为客户提供基本简单的金融服务。专门为低收入的个人消费者提供小额贷款;支持小型企业以为本地经济发展提供便利;将存款作为贷款资金;并致力于提高个人客户和企业客户的生活质量。但是,它们又有着不同点。美国的社区银行既不是开发银行,也不是政府的福利机构。因此,它们不会提供有政府导向性的业务;不会在政府机构的影响下经营;不会优先运作基础设施的项目;不提供特许的利率;也不会把社会的目标置于银行的财务目标之上。一般来说,虽然规模在一定程度上起着决定性的影响作用,然而一家银行的规模大小并不是银行赢利的最主要因素。因此社区银行仍然可以是一种赢利性很高且具有长期稳定性的商业模型。根据美国的情况,赢利性最好的是那些资产在10亿~100亿美元的银行(相当于国内杭州、南京以及大连等的城市商业银行资产规模)以及资产在3亿~5亿美元的银行(相当于葫芦岛、焦作以及马鞍山等的城市商业银行资产规模)。令人惊讶的是,最稳定(亏损企业百分比最小)的银行仍然是资产在3亿~5亿美元的那些小型银行。 2·美国中小商业银行信贷风险管理的特征 2·1美国中小商业银行普遍建立了完善的信贷风险管理组织构架美国的中小商业银行实行董事会、高级管理层相互独立的、立体的风险管理体系。董事会通过下设的风险审计委员会对全行的风险进行全面监测,尤其是高级管理层的道德风险。银行的高级管理层也建立另一套风险体制框架,实行风险的自我控制与管理:设立对业务风险进行控制的管理部门,对业务部门、管理部门的各类风险进行全面管理,这些部门对首席执行官负责。美国中小商业银行银行实行风险集中管理体制,风险控制在总行层面实现集中化管理,总行对所有风险都具有强大的监控能力。即使像住房抵押贷款一类的零售贷款也实现了由总行集中审批。美国各中小商业银行都设有风险管理部。风险管理部门负责日常风险管理工作,对所有风险管理人员实行“垂直管理”,业务部门所需要的风险管理人员由风险管理部派驻,派驻人员可参与业务经营的整个过程,并与业务部门共同承担责任。贷款风险管理委员会不负责审批贷款,只负责贷款风险监测。贷款的审批按照相互制约的原则进行,单人无法对贷款业务进行决策。对信贷审批的授权主要考虑两个因素:职务高低、业务性质(如批发业务与零售业务就不同)和个人经验。风险管理派驻人员具体负责各业务条线的风险管理,这些人员直接向风险管理部门报告,但对与风险有关的业务决策有发言权,可对风险进行实时控制,寓风险管理于业务经营过程之中。 2·2美国中小商业银行拥有先进的风险管理工具和监测技术科学的分析是做好风险管理工作的前提,商业银行信贷风险管理中的分析工作必须依赖腹有诗书气自华

需求规格说明书范本

1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台完成期限2000/7/1 无资金供给 3. 数据概述数据流程图如下:

3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息来源:用户的输入去向:系统内部检验部分组成:用户名,密码流通量:每次登录输入一次 2.数据流名:登录结果来源:系统去向:用户组成:返回信息流通量:每次登录返回一次 3.数据流名:输入修改信息来源:用户去向:系统判断部分组成:根据各数据库内容而不同流通量:依用户输入而定 4.数据流名:反馈信息来源:系统判断部分去向:用户组成:系统经判断后发回的字符数据流通量: 依系统当前信息而定 5.数据流名:识别信息来源:系统内部检验部分去向:系统判断部分组成:系统各数据库的标识信息流通量:用户每次输入流通一次 6.数据流名:处理信息来源:系统判断部分

软件产品需求规格说明书(案例)

四川托普集团技术文档卷号：卷内编号： V1.0版多层体系政务框架平台之一行政服务中心政务平台软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心撰写人（签名）：完成日期：本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户文档验交组（签名）：验交日期：评审负责人（签名）：评审日期：

软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料行政服务中心政务平台白皮书行政服务中心政务平台项目审批表

2.软件总体概述 2.1.软件标识软件全称：多层体系政务框架平台之一行政服务中心政务平台软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景开发目的：1、公众服务 2、行政服务中心和各级政府部门

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书单位：作者：完成日期：签收人：签收日期：修改情况记录：

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。

预定系统需求分析说明书

机票预定系统需求分析机票预定系统的功能要求机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。旅客订票流程图：

旅客取票图：下面分析各个子系统的功能需求： 1．客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分： [1]旅客信息的输入和统计旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。 [2]旅客信息的存储：将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。 [3]机票信息的传递及接收：将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。 [4]取票通知及帐单的生成和打印：把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。 [5]机票销售情况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销

软件项目需求规格说明书(模板)

XXXXXX管理平台项目需求规格说明书二零一四年二月

1.文档信息 2.版本历史信息 3.版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，均为保密信息。任何个人、机构未经XXXXXX公司的书面授权许可，不得复制、引用或传播本文件的任何片断，无论通过电子形式或非电子形式。

4.文档确认

目录 1 文档介绍 (4) 1.1 文档目的 (4) 1.2 文档范围 (4) 1.3 读者对象 (4) 1.4 术语与缩写解释 (5) 1.5 相关文档 (5) 2 综合描述 (5) 2.1 XXXXXX功能介绍 (5) 2.2 XXXXXX功能框架(框架图) (5) 3 功能性需求 (5) 3.1 XXXXXX (5) 3.1.1 XXXXXX (6) 4 接口需求 (10) 4.1 与其它系统接口 (10)

1文档介绍 1.1文档目的编写本需求规格说明书目的是为了以系统建设要求为指导，结合对XXXXXX部门的访谈和需求收集，及基本需求的分析汇总，形成调研阶段的分析结果。本文档是对XXXXXX管理平台下的XXXXXX、XXXXXX共两个功能模块的基本需求功能特性的描述，用于定义项目范围，明确开发需求，并为后期的分析设计、代码实现和测试提供指导。（1）分析设计，以本需求规格说明书为标准完成总体设计和详细设计；（2）代码实现，以本需求规格说明书为标准，并结合总体设计、详细设计完成代码编写；（3）测试，以本需求规格说明书为标准，结合分析设计完成单元测试用例和系统测试用例编写和测试。 1.2文档范围本需求规格说明书对XXXXXX管理平台下的XXXXXXX功能模块的功能定义、接口定义、UI设计、以及其他研发约束条件等研发需求做了详细定义。 1.3读者对象本需求规格说明书的读者对象：（1）项目经理：项目经理可以根据该文档了解预期系统的功能，并据此进行系统设计、项目管理。（2）设计人员：对需求进行分析，并设计出系统，包括数据库的设计。（3）开发人员：配合《详细设计说明书》，了解系统功能，进行系统编码设计。（4）测试人员：根据本文档编写测试用例，并对软件系统进行功能性测试和非功能性测试。（5）商务人员：了解预期系统的功能和性能。（6）用户：了解预期系统的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如xxxxxx领导等可以据此了解系统的功能和性能。

系统需求规格说明书 (1)

XXX系统或XXX项目产品需求规格说明书版本信息注：状态可以为N-新建、A-增加、M-更改、对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录

1.关于本文档 1.1.内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。例子二：LSQ的业务描述物流作业状态服务存在不足 1）服务无标准不统一需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一，－B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

需求规格说明书(样例)

需求规格说明书

目录第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)

6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)

第一章综述若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的用简洁的语言描述编写这个文档的目的。 1.2适用范围本文档适用的范围。 1.3参考依据列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束（1）流程图图元约束：

项目需求规格说明书模板

软件项目名称软件需求规格说明书拟制: 审核: 批准:日期: 日期: 日期:

文件修改记录

目录 1 范围 (4) 2 总体概述 (4) 2.1 产品描述. (4) 2.2 软件功能. (4) 2.3 一般约束. (5) 2.4 假设和依赖. (5) 3 具体需求 (5) 3.1 功能需求. (5) 3.1.1 功能需求.................... 1 5 3.1.2 功能需求.................... 2 6 3.1.n 功能需求n (7) 3.2 外部接口需求. (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求. (7) 4 设计约束 (8) 4.1 标准的约束. (8) 4.2 硬件的限制. (8) 4.3 技术的限制. (8) 5 软件质量属性. (8) 5.1 安全性. (9) 5.2 可维护性. (9) 5.3 可移植性. (9) 6 其他需求 (9) 6.1 数据库. (9) 6.2 本地化. (10) 7 待确定问题 (10)

模板使用说明： [1] 注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无” ；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2] 模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3] 模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。

软件系统需求规格说明书(范文格式)

XXX公司 XXXX系统需求规格说明书 XXX公司 2013年8月

修订记录

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)

名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]

项目需求规格说明书模板

精品文档软件项目名称错误！未指定书签。拟制：日期：审核：日期：批准：日期：

文件修改记录

目录 1范围 (4) 2 总体概述 (4) 2.1 产品描述 (4) 2.2 软件功能 (4) 2.3 一般约束 (5) 2.4 假设和依赖 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.1.1 功能需求1 (5) 3.1.2 功能需求2 (6) 3.1.n 功能需求n (7) 3.2 外部接口需求 (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求 (7) 4 设计约束 (8) 4.1 标准的约束 (8) 4.2 硬件的限制 (8) 4.3 技术的限制 (8) 5 软件质量属性 (8) 5.1 安全性 (9) 5.2 可维护性 (9) 5.3 可移植性 (9) 6 其他需求 (9) 6.1 数据库 (9) 6.2 本地化 (10) 7待确定问题 (10)

模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。

1范围说明文档所包括和不包括的内容，具体是： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b．用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。例如：高层的数据流图，面向对象的分析等。

【XXX系统】功能需求规格说明书_模板

【系统名称】功能需求规格说明书【——子系统名称】

文档创建信息文档修订记录修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）

目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误！未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误！未定义书签。 3.1.2信息实体界定......................................................... 错误！未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)

信贷风险管理系统分析

信贷风险管理系统信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不仅为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息；同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。信贷风险管理系统一般并不是单一的物理系统。通常完整的信贷风险管理系统由以下的系统组成：信贷风险管理模型系统信贷风险决策管理系统信贷数据集市及数据管理系统联机数据分析及报表处理系统信贷风险管理项目IT系统的整体逻辑视图如下：

信贷风险管理模型系统建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型，包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储（CRDS）。信贷风险模型系统的主体内容框架如下：

信贷风险模型系统所需的数据主要包括：财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型一般来讲，内部评级模型的建立方法主要分为两大类，即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法，包括模拟法、经验数据法及市场风险建模法：

对于以上方法的选择，主要的考虑因素包括评级对象的特点、数据的可获得性、模型的可行性、模型的灵活性、实施所需的时间和资源等。无论采取哪种方法都必须意识到内部评级模型的建立需要花较长的时间：首先要经数据挖掘技术来找出与光大银行信贷业务相关的关键性风险因素，继而制定参数化的公式，经业务的数据验证后，再经至少半年的实施效果来调整公式。同时需要注意的是，独立的信用风险评级模型基本上无法支持信贷决策。因此需要开发信用风险评级模型的应用程序，对客户评级、行业评级、地区评级、债项评级进行调整和整合，如下图：

需求规格说明书-范例

图书管理系统修订页版本控制目录需求规格说明书哈尔滨贯中信息技术开发有限公司研发部 2014年03月02日

1.引言编写目的《图书管理系统需求规格说明书》描述的是“图书管理系统”的需求，其详尽说明了该软件产品或项目的需求规格，包括功能和发行的版本号，从而对该软件产品或项目进行准确的定义。本文是对现有图书管理系统进行调研的基础上编制完成的。其目的是通过与用户的交流以及对市场的推广情况得出所要完成的目标系统必须具备的业务需求、功能需求和非功能需求，即确定“目标系统必须做什么？”。通过该需求分析让双方达到目标共识，使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为开发工作的基础，为系统设计提供需求说明。同时该文档使软件工程人员在开发、测试过程中具有可操作性。项目范围和读者对象本文的读者包括系统用户、项目负责人、软件开发人员、软件测试人员、文档编写人员。参考资料（1）《计算机软件产品开发文件编制指南》GB8567-88 （2）《计算机软件需求规格说明规范》GBT 9385-2008 （3）《计算机软件工程规范国家标准汇编2000》中国标准出版社，2000 术语表术语表由下表可知。

表1-1 术语表 2.总体描述产品或项目的背景图书拥有丰富的文献信息资源，是社会信息系统的重要组成部分，在信息社会中的作用愈来愈重要。为了实现更有效图书馆管理，更方便读者的借阅，设计一个功能完整、操作简便、界面友好的图书管理系统是势在必行的。通过建立一个基于B/S系统的图书管理系统，使得图书管理工作系统化、规范化和自动化，从而提高了管理的效率，也方便了读者的借阅。系统应符合图书馆信息管理及处理的规定，满足图书管理员对图书、读者及借阅信息进行管理的需求，满足读者对图书信息查询检索的需求及实现续借的功能需求，并达到操作过程中的直观、方便、实用、安全等要求。使用图书管理系统之后，图书管理员可通过本系统对图书信息和读者管理进行操作。主要操作包括图书录入、图书查询、图书下架；读者信息添加、查询和删除操作；借还书记录添加、查询、修改以及还书的相关服务，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。读者可通过本系统进行图书查询和续借等操作。目标用户类目标用户由表可知。表2-1 目标用户表

学生选课系统需求规格说明书

学生选课系统需求规格说明书学生选课系统需求规格说明书姓名：潘园园学号：1108210127 班级：11信管1班 1．文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7)

3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1．文档介绍 1.1文档目的本文档目的是在开发一个全面的用户需求系统，从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统，我们知道，学生选课系统是专门为各个高校提供服务的一个平台，广泛的被各高校的学生和老师所用。

信贷风险管理系统分析

信贷风险管理系统分析 1

信贷风险管理系统信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不但为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息;同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。信贷风险管理系统一般并不是单一的物理系统。一般完整的信贷风险管理系统由以下的系统组成: 信贷风险管理模型系统信贷风险决策管理系统信贷数据集市及数据管理系统联机数据分析及报表处理系统信贷风险管理项目IT系统的整体逻辑视图如下: 2

信贷风险管理模型系统建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型,包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储(CRDS)。信贷风险模型系统的主体内容框架如下: 3

信贷风险模型系统所需的数据主要包括:财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型一般来讲,内部评级模型的建立方法主要分为两大类,即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法,包 4

括模拟法、经验数据法及市场风险建模法: 对于以上方法的选择,主要的考虑因素包括评级对象的特点、数据的可获得性、模型的可行性、模型的灵活性、实施所需的时间和资源等。无论采取哪种方法都必须意识到内部评级模型的建立需要花较长的时间:首先要经数据挖掘技术来找出与光大银行信贷业务相关的关键性风险因素,继而制定参数化的公式,经业务的数据验证后,再经至少半年的实施效果来调整公式。同时需要注意的是,独立的信用风险评级模型基本上无 5

01-产品项目非功能需求规格说明书模版

XX项目非功能需求规格说明书

文档创建信息文档修订记录修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）

目录 1质量属性需求 (4) 1.1 性能 (4) 1.1.1 延迟 (4) 1.1.2 吞吐量 (4) 1.1.3 容量 (5) 1.2 安全性 (5) 1.3 可靠性 (6) 1.4 可配置性 (6) 1.5 互操作性（系统间集成） (7) 1.6 可伸缩性 (7) 1.7 可维护性 (7) 1.8 可管理性 (8) 1.9 可审计性 (8) 1.10 可安装性 (8) 1.11 可更改性 (9) 1.12 可连续性 (9) 1.13 可恢复性 (9) 1.14 其它 (10) 2约束 (10) 2.1 运行环境 (10) 2.1.1 软件平台 (10) 2.1.2 硬件平台 (10) 2.2 设计约束 (11) 2.3 业务规则 (11) 2.4 法律约束 (12) 2.5 其它约束 (12) 附录1：模版使用说明 (12) 附录2：模版修订记录 (12)

1质量属性需求 1.1性能概念：性能是指系统的响应能力——即对外部刺激（事件）做出反应所需要的时间或在某段时间内所处理的事件个数。性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。描述系统的性能需求通常从以下几个方面进行：延迟、吞吐量、容量。 1.1.1延迟概念：延迟定义为从事件触发到对应响应之间的时间间隔。这个时间间隔定义了一个响应窗口（开始时间为最小延迟，结束时间为最大延迟）。示例： 1.1.2吞吐量概念：吞吐量定义为在一个给定的观察时间段内，系统处理事件，然后产生的响应数量。通常需要指多个观察时间段，比如1分钟，30分钟，60分钟等。因为60分钟内处理120个事件并不意味着每分钟可以处理2个事件。示例：

软件需求规格说明书(SRS)模板

XX 软件需求规格说明书拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd 签发日期yyyy-mm-dd

修订记录分发记录

目录 1简介 (6) 1.1目的 (6) 1.2范围 (6) 2总体概述 (6) 2.1软件概述 (6) 2.1.1项目介绍 (6) 2.1.2产品环境介绍 (6) 2.2软件功能 (6) 2.3用户特征 (7) 2.4假设和依赖关系 (7) 3具体需求 (7) 3.1功能需求 (7) 3.1.1功能需求1 (7) 3.2性能需求 (9) 3.2.1性能需求1 (9) 3.3外部接口需求 (9) 3.3.1用户接口 (9) 3.3.2软件接口 (10) 3.3.3硬件接口 (10) 3.3.4通讯接口 (11) 4总体设计约束 (11) 4.1标准符合性 (11) 4.2硬件约束 (11) 4.3技术限制 (11) 5软件质量特性 (13) 6依赖关系 (13) 7其他需求 (13) 7.1数据库 (13) 7.2操作 (13) 7.3本地化 (13) 8需求分级 (13) 9待确定问题 (14) 10附录 (14) 10.1附录A 可行性分析结果 (14) 10.2附录B 需求建模 (14) 10.2.1数据流图 (14) 10.2.2数据字典 (14)

表目录 Table1 **表 ................................................................................................ 错误！未定义书签。表1 **表 ...................................................................................................... 错误！未定义书签。图目录 Figure 1 **图 ................................................................................................ 错误！未定义书签。