模板itms t2514a需求规格说明书v

1、【项目名称】需求规格说明书版本历史【文档编写说明模版中凡【】中的文字均为模版的注释，在实际套用模版时，注释部分去掉。】宁波银行科技部，2/20/2021第 2 页 共 22 页版本作者日期修订描述变更1.0【项目提 交人】2009-11-5需求提交稿【项目立项流程需求说明】初始版本1.1【业务项 目经理】需求讨论会议修订【增加 xx 章节，xx 章节调整xx 内容，删除 xx 内容。】1.2【业务项 目经理】需求讨论会议修订【增加 xx 章节，xx 章节调整xx 内容，删除 xx 内容。】2.0【业务项目经理】需求讨论定稿【大中型项目需求分析阶段成果，在需求分析阶段结束时上传到 OA项目章程中

2、】【增加 xx 章节，xx 章节调整xx 内容，删除 xx 内容。】2.1【业务项 目经理】【需求变更流程：xx变更】【增加 xx 章节，xx 章节调整xx 内容，删除 xx 内容。】2.2【业务项 目经理】【需求变更流程：xx变更】【增加 xx 章节，xx 章节调整xx 内容，删除 xx 内容。】【项目名称】【文档名称】需求评审报告一次评审：宁波银行科技部，2/20/2021第 3 页 共 22 页待评审的工作成果工作成果名称，标识符，版本，作者，时间需求评审方式FTR 或者 ITR评审编号一次评审二次评审三次评审四次评审评审时间评审地点评审所需评审加粗为主持斜体为【项目名称】【文档名称】缺

3、陷、跟踪与审核提示：由审核填写此表格。如果使用缺陷跟踪，则无需填写此表。二次评审：宁波银行科技部，2/20/2021第 4 页 共 22 页缺陷跟踪缺陷名称何人何时如何解决审核人意见、签字审核后的工作成果版本，作者，时间后的工作成果名称，标识符，工作成果审核结论 后的工作成果合格。后的工作成果仍然不合格，需重新修改。审核签字签字：日期：【项目名称】【文档名称】缺陷、跟踪与审核提示：由审核填写此表格。如果使用缺陷跟踪，则无需填写此表。PS：若需详细跟踪，请使用附件中单列的需求评审报告表格宁波银行科技部，2/20/2021第 5 页 共 22 页缺陷跟踪缺陷名称何人何时如何解决审核人意见、签字审核

4、后的工作成果版本，作者，时间后的工作成果名称，标识符，工作成果审核结论 后的工作成果合格。后的工作成果仍然不合格，需重新修改。审核签字签字：日期：【项目名称】需求规格说明书目 录缺陷、跟踪与审核4缺陷、跟踪与审核51引言81.11.21.31.41.5编写目的8读者对象8编写原则8术语与缩写解释9参考资料92项目概述102.12.22.32.4项目背景10项目目标11项目范围11客户与最终用户123功能需求概述133.13.2角色列表13功能需求列表134功能需求详细说明144.1需求一144.1.1需求能一144.2业务统计和报表165性能需求说明（新系统建设需要）175.15.25.35.

5、4业务量估算17时间特性17性能需求17可用性要求说明176灾备需求说明（新系统建设需要）187兼容性需求说明198其它需求说明208.18.2其它需求20新系统开发、运行条件与限制209附件21宁波银行科技部，2/20/2021第 6 页 共 22 页【项目名称】【文档名称】9.1 流程图符号说明219.2 需求评审报告22ITMS F-2-5-1-B需求评审报告V3.1.22宁波银行科技部，2/20/2021第 7 页 共 22 页【项目名称】需求规格说明书1引言1.1 编写目的编写本文档是为了帮助项目小组明确本项目的详细需求，以细化项目计划，评估项目成本，实现系统设计和开发，编写测试用例

6、，减少需求变更， 保证项目开发。1.2 读者对象本文档适合以下阅读：l本项目科技与业务的项目经理；l本项目相关业务需求和测试；l本项目相关科技设计和开发；l本项目相关数据中心支持；l本项目相关行领导和业务部门领导；l科技部相关领导；l科技项目管理部、风险合规部以及相关内外审计；l经的本项目相关合作公司；l其他相关。1.3 编写原则本文档将作为测试和需求变更的依据。对于本文档指明应达到的需求系统未实现的，属于缺陷；对于本文档未细化的需求，若开发完成后需要调整，属于需求变更，需发起项目变更管理流程（小于一人天的调整，诸如界面字体大小颜色样式等，无需发起项目变更流程）。业务项目经理确定需求后完成本文

7、档，经科技项目经理确认后上传到 OA 项目章程中，作为需求分析阶段结束的标志。本文档将在开发过程中随着需求的变更而更改和修订，每一版本均需上传到 OA 项宁波银行科技部，2/20/2021第 8 页 共 22 页【项目名称】【文档名称】目章程中。1.4 术语与缩写解释【简要说明本文档中涉及的专门术语、容易引起歧义的概念、缩写及其他需要解释的内容。】1.5 参考资料【以列表或排序的方式给出重要的参考资料的名称、作者、日期等。】宁波银行科技部，2/20/2021第 9 页 共 22 页名称作者部门日期【项目名称】可行性分析报告科技部开发【一】部【项目名称】项目综合计划书缩写、术语解 释【CRM客户

8、管理TDHP 的测试管理工具，与跟踪缺陷生命周期】【项目名称】【文档名称】2项目概述2.1 项目背景【描述项目的背景，为什么要做这个项目，什么问题，要什么现状，百字左右，详细的例子如：随着商业汇票使用量的不断增长和票据市场的迅猛发展，我国票据市场的发展瓶颈也日渐显现。主要表现在：票据采用手工、纸质方式，成本高、效率低、风险大；缺乏全一的票据市场，市场品种匮乏，融资性票据发展受制约；市场参与主体较少，做市商机制和信用评估机制不健全。这些因素都影响了我国票据市场的进一步发展，不仅制约企业支付和融资活动的发展，影响商业银行的业务创新，而且不利于货币的传导和实施。票据是票据业务未来发展的主要方向，是票

9、据业务创新的重要内容。现阶段，研究建立票据业务制度，制定统一票据技术标准，建设相关基础设施的条件已经成熟。发展票据是解决目前票据业务和票据市场中存在问题的一个重要方面。票据对提高支付服务水平和支付效率，票据结构和丰富票据品种，推动统一的区域性票据市场和全国性票据市场的形成，提高商业银行支付结算业务能力和综合竞争力，推动支付系统与商务系统的有机结合并以此推动商务发展都具有十分重要的意义。具体来说，票据有以下优点：一是能提高票据业务的和时效性，优化票据业务的管理和水平，全程跟踪票据业务办理的各个环节，有利于对票据业务进行汇总统计和实时监测，防范票据业务风险。采用票据后，能大大提高银行自身的内控水平

10、和监管机构的监管水平，遏制银行承兑、贴现银行承兑汇票等行为，减少票据的发生。二是推行票据能克服纸质票据易遗失、损坏和遭的缺点。票据在系统中，通过可靠的安全认证机制能保证其唯一性、完整性、安全性，降低纸质票据携带和转让的风险。三是能抑制假票、克隆票。在目前的纸质票据中，票据本身以及签章是鉴别真伪的。虽然在票据的纸张和印制过程中，应用了很多防伪措施，但是仅凭人工肉眼辨别真伪仍很大的，一些分子利用、变造的票据凭证和签章骗取银行和客户资金的时有发生。推行票据后，使用经过安全认证的数据流和可靠的签名，能够抑制假票和克隆票。四是推行票据后，能节省成本，提高票据的标准化水平，简化过程，提高效率。五是有助于统

11、一的票据市场的形成，促进的连通和发展。】宁波银行科技部，2/20/2021第 10 页 共 22 页【项目名称】【文档名称】项目名称：项目编号：牵头业务部门：其他相关业务部门：主办部门：相统：2.2 项目目标【1、 本项目开发的功能模块，能够实现的商业价值；2、 概述对本项目安全、质量、性能、美观、易用、维护、扩展等的要求；3、 定义目标上线日期，如果分多期上线，分别列举每次上线的日期和上线功能。】2.3 项目范围【1.用简练的语言说明本项目“是什么”，“说明用途”。2.功能需求：包含 xx，不包含 xx。3.非功能需求：性能要求等4.说明本项目“适用的领域”和“不适用的领域”。】宁波银行科技

12、部，2/20/2021第 11 页 共 22 页【项目名称】【文档名称】2.4 客户与最终用户【请描述潜在客户和最终用户的特征。区分的最终客户是行内员工还是外部客户，行内员工区分前，各条线部门，总分，各级别岗位等；外部客户区分区域，结构，教育程度，收入程度，风险偏好，职业分布，等。必要，还需估算该系统/该模块高峰时候的使用人数。这些是设计工作的重要约束。】宁波银行科技部，2/20/2021第 12页 共 22 页【项目名称】【文档名称】3功能需求概述3.1角色列表【提示：阐述本描述。】的各种角色及其职责。各种角色的具体行为将在功能性需求中3.2功能需求列表【此处给出关于整个应用系统的功能点总结

13、性列表。作为项目计划、设计开发与验收测试的依据之一。】宁波银行科技部，2/20/2021第 13 页 共 22 页子系统功能点子功能名称涉及角色属性等级【OA 项目申请流程流程流转需求发起页面项目发起人新增关键需求评估页面科技二级部经理新增关键业务领导审批页面牵头业务部门总经理新增关键角色名称组成需求描述【项目发起人总行IT 岗或科技对口部门员工科技二级部经理科技部开发一部-五部二级部经理牵头业务部门总经理总行总经理室成员】【项目名称】【文档名称】4功能需求详细说明4.1 需求一【需求整体描述】4.1.1需求能一【功能整体描述，有流程图的功能逻辑说明：流程图】宁波银行科技部，2/20/2021

14、第 14 页 共 22 页逻辑属性详细说明概述业务逻辑和操作步骤说明会计分录。流程搜索流程列表页面所有用户修改关键流程条件搜索所有用户新增关键特定搜索所有用户新增重要Excel 导出所有用户新增】【项目名称】【文档名称】界面和输入输出说明：【截图或画表说明。页面 1 界面：【此处插图或画表】必要，可能要附多个页面。】页面 1 输入说明：宁波银行科技部，2/20/2021第 15 页 共 22 页序号字段名称类型选项说明默认值必填备注1【字符当前用户是2下拉菜单男、女是3证件类型下拉菜单、 军官证、护照是4关联账户列表已关联账户是权限管理与数据的添删改读写权限审批环节权限数据的加密要求认证日志/

15、审计日志审计与异常/出错情况及处理逻辑异常如余额不足，账户已冻结注销等用户输入与操作引起的异常网络通讯故障，接口相统无法服务，其他硬件问题引起的异常系统超负荷，无法及时响应的异常批/日终/月终处理【项目名称】【文档名称】页面 1 输出说明4.2 业务统计和报表【简述业务统计的统计要素、统计的、统计的时间间隔、对现有统计的修改等；简述报表的格式，对现有报表的修改等。】宁波银行科技部，2/20/2021第 16 页 共 22 页序号字段名称类型输出内容备注1234565提交日期日期当前日期是不可编辑6按钮到 xx 页面】【项目名称】【文档名称】5性能需求说明（新系统建设需要）5.1 业务量估算【对

16、于目前该项业务的工作量的估算，以及未来几年可能的或理想的增长情况】5.2 时间特性【该项业务每天有无高峰、该项业务每月（季）有无特殊时段有特殊处理、该项业务每年有无特殊时段，业务量特别大，需特殊处理。】5.3 性能需求【对关键业务，根据需要设置平均间要求。如100 个并发登陆的最慢响应时间 1 秒；量，峰值量或假设的某量的反应时200 个并发转账，最慢响应时间在 95%的情况下不能超出 5 秒；1000 个用户在 30 分钟内每分钟随机做一笔能超过 3 秒；系统一分钟能支持 100 笔转账。】，最慢响应时间在 99%的情况下不5.4 可用性要求说明【此处给出网络级、服务器级、应用级的安全性要求

17、和关于保证策略方面的要求。系统的可用性，每年的当机时间等。】宁波银行科技部，2/20/2021第 17 页 共 22 页【项目名称】【文档名称】6灾备需求说明（新系统建设需要）【此处给出关于应用日常的备份、恢复、故障处理、系统调优、更新升级等方面的要求。】宁波银行科技部，2/20/2021第 18 页 共 22 页【项目名称】【文档名称】7兼容性需求说明【要指出应用系统硬部件之间每一个接口的逻辑特点。还可能如下事宜：支撑什么样的，如何支撑这些，有何约定。对于一个相对的项或者在开发者不清楚客户所用的硬件环境时，本项必须指明。市场上常见的液晶显示器，笔记本显示器等，需满足 800*600，前台显示

18、1024*768。等分辨率的要求。（终端，等）；显示为。前输入为标准键盘和鼠标。（键盘）；打印为市场上常见的激光打印机；windows xp，windows vista，windows 7操作系统要求为等。x。】今后能移植到，扩展到宁波银行科技部，2/20/2021第 19 页 共 22 页【项目名称】【文档名称】8其它需求说明8.1 其它需求【如可使用性、安全、可维护性、可移植性等。也可包含建议采用什么技术、具体实现以及必备的技术等。】8.2 新系统开发、运行条件与限制【1、 划定所开发的系统边界，对容易的概念应在需求说明书中明确指出；2、 对技术方面的适应性做出说明；3、 对其他条件与限制的说明。】宁波银行科技部，2/20/2021第 20 页 共 22 页【项目名称】【文档名称】9附件9.1 流程图符号说明可作本文附录，也可做另外文档。建议通过 visio 或 uml 工具做图。宁波银行科技部，2/20/2021第 21 页