软件项目需求说明书(模板)
软件项目需求说明书(模板)
中央国家机关住房资金管理中心管理信息系统需求说明书（范本）中央国家机关住房资金管理中心二○一○年月日文档修改历史记录目录1概述 (3)1.1引言 (3)1.1.1 软件项目名称 (3)1.1.2软件项目开发背景和目的 (3)1.1.3软件项目应用范围 (3)1.2参考资料 (3)1.3术语定义 (3)2 功能一 (4)2.1功能分解一 (4)2.1.1定义 (4)2.1.2功能表述 (4)2.1.3性能要求 (4)2.1.4相关表单 (4)2.1.5流程图 (5)2.1.6特殊要求 (5)2.2功能分解二 (5)2.3特殊要求 (5)3 附录 (5)1概述1.1引言（本需求说明书的编写目的以及阅读对象）1.1.1 软件项目名称（说明软件项目全称和简称）1.1.2软件项目开发背景和目的（简述软件项目开发背景和目的以及实现了哪些大的功能）1.1.3软件项目应用范围（叙述软件项目主要使用的范围、使用者等）1.2参考资料（本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义（逐个定义重要术语，没有可以不写本条）2 功能一（定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）2.1功能分解一2.1.1定义（说明功能分解一的含义以及实现过程）2.1.2功能表述（逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等）2.1.3性能要求（详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等）2.1.4相关表单（详细列出本功能分解一涉及的相关表单）2.1.5流程图（功能分解一实现过程的流程图）2.1.6特殊要求（详细列出功能分解一的特殊要求，如无，可以不列）2.2功能分解二……2.3特殊要求（详细列出功能一的特殊要求，如无，可以不列）3 附录示例：中央国家机关住房资金管理中心售房款管理信息系统需求说明书中央国家机关住房资金管理中心二○○九年二月十九日文档修改历史记录目录1概述1.1引言为了更好地实现售房款管理信息系统的各项功能，经资金中心和开发公司双方认真交流讨论，拟定本需求说明书，它也是售房款管理信息系统设计开发、用户测试的重要依据。
软件需求规格说明书(Software Requirement Specification)模板
XXX系统软件需求规格说明书文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：Team当前版本：V1.0作者：Maxwell C. Dong完成日期：2011-02-14 拓胜（广州）计算机技术服务有限公司TOcean Training &. Consultation Inc.2011～2012版本编号说明：如形成文件、变更内容和变更范围变更日期变更人批准日期批准人目录XXX系统 (1)软件需求规格说明书 (1)目录 (3)1.软件产品描述 (4)1.文档编写目的 (4)2.产品名称 (4)3.产品背景 (4)4.名词解释 (4)2.产品需求概述 (5)1.功能简介 (5)2.运行环境 (5)3.条件与限制（可选） (5)3.功能用例描述 (6)1.产品参与者 (6)2.功能需求 (6)3.功能需求列表 (6)4.详细功能需求 (7)1.功能1 (7)5.非功能性需求 (8)1.性能 (8)2.安全 (8)3.备份与恢复 (8)4.移植 (8)5.健壮性 (8)6.重用 (8)7.维护 (8)8.软件质量需求 (8)6.附录 (9)1.附录一——术语表 (9)2.附录二——参考引用 (9)1.软件产品描述1.文档编写目的【说明编写本软件需求规格说明书的目的，指出预期的读者。
】2.产品名称【本项目的名称，包括项目的全名、简称、代号、版本号。
】3.产品背景【本项目的背景，包括项目产品委托单位、开发单位和主管部门、该产品系统和其他系统的关系】4.名词解释【参见附录一（术语表）。
】2.产品需求概述1.功能简介【对产品的基本功能做一个简介，包括：1.本产品的开发意图、应用目标及作用范围。
2．概略介绍了产品所具有的主要功能。
可以用列表的方法给出，也可以用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图等。
3．说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成部分。
软件项目之用户需求说明书(模板1)
XXXXXX系统用户需求说明书(V1.0)XXXXXX公司20XX年XX月'为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。
在每日9 小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。
•可移植性若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。
•其它安全与保密需求1）安全说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。
例如：•通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。
•通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。
2）保密说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。
包括：•利用某种密码技术；•设置专门的日志或历史数据集；•给不同的模块分配不同的功能；•对一个程序中各部分之间的通讯实施限制；•对关键的量实施“检查和”校验等等。
4.6扩展性需求提示：扩展性需求描述。
4.7其他需求提示：其他需求描述。
第5章附录可附需求访谈记录表、客户调研会议纪要、调研报告等。
修订记录目录第1章文档简介I文档目的I1.1 范围1名词定义11.2 参考文件1第2章系统概述1系统介绍22.1 系统目标2系统范围22.2 系统面向用户群体2遵循的标准与规范2第3章功能需求2系统总体功能23.1 功能需求13功能/模块概述33.1.1 业务流程和业务规则3子功能133.1.2 子功能23子功能343.2 功能需求24功能/模块概述43.2.1 业务流程和业务规则4子功能143.2.2 子功能24子功能34第4章非功能需求5用户界面需求54.1 软硬件环境需求5接口需求54.2 性能需求5品质需求54.3 安全与保密需求6扩展性需求64.4 其他需求6第5章附录6第1章文档简介本章将简要地说明用户需求说明书（以下简称本说明书）的目的、范围、读者对象、名词定义和参考文件文档目的本说明书的目的在于阐明XXXXXX系统（以下简称本系统）的用户需求。
系统软件需求和需求分析说明书模板(用例图+界面+文档)
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 管理员登录后看到的主界面管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
软件需求说明书模板
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (2)2.1目标 (2)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (3)3.2.1精度 (3)3.2.2时间特性要求 (3)3.2.3灵活性 (4)3.3输人输出要求 (4)3.4数据管理能力要求 (4)3.5故障处理要求 (4)3.6其他专门要求 (5)4运行环境规定 (5)4.1设备 (5)4.2支持软件 (5)4.3接口 (5)4.4控制 (5)软件需求说明书的编写提示1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
|2.2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。
软件项目需求规格说明书模板
软件项目名称软件需求规格说明书拟制：日期：审核：日期：批准:日期：文件修改记录目录1范围 (3)2 总体概述 (3)2.1 产品描述 (3)2.2 软件功能 (3)2。
3 一般约束 (3)2.4 假设和依赖 (4)3 具体需求 (4)3。
1 功能需求 (4)3.1.1 功能需求1 (4)3。
1.2 功能需求2 (5)3.1.n 功能需求n (5)3。
2 外部接口需求 (5)3。
2。
1 用户接口 (5)3。
2.2 硬件接口 (6)3。
2.3 软件接口 (6)3。
2.4 通讯接口 (6)3.3 性能需求 (6)4 设计约束 (6)4.1 标准的约束 (7)4。
2 硬件的限制 (7)4。
3 技术的限制 (7)5 软件质量属性 (7)5.1 安全性 (7)5.2 可维护性 (8)5。
3 可移植性 (8)6 其他需求 (8)6。
1 数据库 (8)6.2 本地化 (8)7待确定问题 (8)模板使用说明:[1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述;如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中[2］模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。
[3］模板里并不说明设计技术和方法,而只是说明应包含哪些内容,以及如何描述、组织这些内容。
1范围说明文档所包括和不包括的内容，具体是：a．待开发的软件系统的名称；b．说明软件将干什么，如果需要的话,还要说明软件产品不干什么;c．描述所说明的软件的应用。
如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）.2 总体概述2。
1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料.解释被开发软件与其他有关软件之间的关系.如果本软件产品是一项独立的软件，而且全部内容自含,则说明这一点。
软件需求规格说明书模板
软件需求规格阐明书模版文献变化记录单*变化状态：A——增长，M——修改，D——删除文献同意单1.引言提出对软件需求规格阐明书旳纵览，协助读者理解文档怎样编写并且怎样阅读和解释。
1.1编写目旳对产品（也也许是项目，不过我们统称为产品）进行定义，在该文档中详尽阐明这个产品旳软件需求，包括修正或发行版本号。
假如这个软件需求规格阐明书只与整个系统旳一部分有关，那么只定义文档中阐明旳部分或子系统。
1.2文档约定描述编写文档时所采用旳原则或排版约定，包括正文风格、提醒区或重要符号。
例如，阐明高层需求旳优先级与否可以被其所有细化旳需求所继承，或者每个需求陈说与否均有优先级。
1.3预期旳读者和阅读提议列举软件需求规格阐明书所针对旳不一样读者，例如开发人员、项目经理、营销人员、顾客、测试人员等。
描述文档中剩余部分旳内容及其组织构造。
提出最适合每一类型读者阅读文档旳提议。
1.4产品旳范围提供对指定旳软件及其目旳旳简短描述，包括利益和目旳。
把软件与企业目旳或业务方略相联络。
可以参照项目范围文档，而不是将其内容复制到这里。
1.5参照资料列举编写软件需求规格阐明书时所参照旳资料或其他来源。
也许包括顾客界面风格指导、协议、原则、系统需求规格阐明书、顾客需求、有关产品旳软件需求规格阐明书。
这里应当给出详细旳信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以以便读者查阅这些文献。
2.综合描述这一部分概述了正在定义旳产品以及它所运行旳环境、使用产品旳顾客和已知旳限制、假设和依赖。
2.1产品旳前景描述软件需求规格阐明书中所定义旳产品旳背景和来源。
阐明该产品与否是产品系列中旳下一种组员，与否是成熟产品所改善旳下一代产品、与否是既有应用程序旳替代品，或者与否是一种全新旳产品。
假如软件需求规格阐明书定义了大系统旳一种构成部分，那么就要阐明这部分软件是怎样与整个系统有关联旳，并且要定义出两者之间旳接口。
提议使用系统构造图或者实体关系图表达。
软件项目需求规格—说明书模板
软件项目需求规格—说明书模板组态建模工具需求规格说明书XXX目录1概述1.1编写目的指出编写《需求规格说明书》的目的。
下面是示例：编写此文档的目标是进一步定制软件开发的细节问题，但愿能使本软件开发事情更详细。
为了利用户、软件开发者及分析和测试人员对该软件的初始规定有一个配合的理解，它说清楚明了本软件的各项功能需求、机能需求和数据需求，明确标识各项功能的详细含义，阐述实用背景及规模，供给客户解决问题或达到目标所需求的条件或权能，供给一个度量和遵循的基准。
详细而言，编写软件需求申明的目标是为所开发的软件提出：a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。
b)功能、机能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进行概要设计的依据。
c)软件确认测试的根据。
1.2编写根据指明该《需求规格说明书》的依据。
一般可以写依据XXX软件的方案书，策划书等。
1.3术语和缩略词缩写、术语及符号解释2软件概要2.1软件总体描述从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。
一般一两段话即可。
2.2软件设计约束及有关申明软件设计的约束和有关申明如下所示。
开发情况：编程语言：遵循的规范：软件的设计和开发过程需求严格按照合同要求，根据软件的设计方案来进行。
软件开发过程应遵循软件工程规范，对过程和版本举行管理和掌握。
测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。
软件交付形式：软件交付日期：其他：见合同。
2.3利用者特点指明软件的使用者具有的特定。
示例：本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
3开发和运行环境3.1硬件环境XXX软件的运行环境为个人计算机。
详细要求见表3.1.表3.1软件运行情况硬件要求需求名称CPU内存硬盘详细要求3.2撑持软件情况需求名称操作系统详细要求3.3接口3.3.1外部接口说明软件运行时和外部环境的接口，包括软件的界面表现形式等方面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中央国家机关住房资金管理中心
管理信息系统
需求说明书
（X本）
中央国家机关住房资金管理中心
二○一○年月日
文档修改历史记录
目录
1概述3
1.1引言3
1.1.1 软件项目名称3
1.1.2软件项目开发背景和目的3
1.1.3软件项目应用X围3
1.2参考资料3
1.3术语定义3
2 功能一4
2.1功能分解一4
2.1.1定义4
2.1.2功能表述4
2.1.3性能要求4
2.1.4相关表单4
2.1.5流程图5
2.1.6特殊要求5
2.2功能分解二5
2.3特殊要求5
3 附录5
1概述
1.1引言
（本需求说明书的编写目的以及阅读对象）
1.1.1 软件项目名称
（说明软件项目全称和简称）
1.1.2软件项目开发背景和目的
（简述软件项目开发背景和目的以及实现了哪些大的功能）
1.1.3软件项目应用X围
（叙述软件项目主要使用的X围、使用者等）
1.2参考资料
（本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规X等）
1.3术语定义
（逐个定义重要术语，没有可以不写本条）
2 功能一
（定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1功能分解一
2.1.1定义
（说明功能分解一的含义以及实现过程）
2.1.2功能表述
（逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等）
2.1.3性能要求
（详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等）
2.1.4相关表单
（详细列出本功能分解一涉及的相关表单）
2.1.5流程图
（功能分解一实现过程的流程图）
2.1.6特殊要求
（详细列出功能分解一的特殊要求，如无，可以不列）2.2功能分解二
……
2.3特殊要求
（详细列出功能一的特殊要求，如无，可以不列）
3 附录
示例：
中央国家机关住房资金管理中心
售房款管理信息系统
需求说明书
中央国家机关住房资金管理中心
二○○九年二月十九日
文档修改历史记录
目录
1概述
1.1引言
为了更好地实现售房款管理信息系统的各项功能，经资金中心和开发公司双方认真交流讨论，拟定本需求说明书，它也是售房款管理信息系统设计开发、用户测试的重要依据。
本需求说明书的主要阅读对象为：资金中心业务主管人员、业务操作人员、相关技术人员以及开发方技术负责人员、开发人员。
1.1.1 软件项目名称
软件项目名称：中央国家机关住房资金管理信息系统售房款
子系统
简称：售房款子系统
缩写简称：ZJZXSFKMIS
1.1.2软件项目开发背景和目的
为加强资金中心对住房资金的管理，降低资金风险，实现保值增值，通过售房款管理信息系统的开发，将现有的住房资金管理模式由委托经办银行管理模式改为资金中心主体核算、委托银行办理前台业务的间接直收模式。
1.1.4软件项目应用X围
售房款管理信息系统主要应用X围为：资金中心领导及相关处室工作人员、受托银行经办人员、售房款交存单位经办人。
1.2参考资料
（本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规X等）
1.3术语定义
1．职务
指职工本人本年度8月31日的实际职务或职称，或填技术职称，或填行政职务。
2．退款
因面积等原因，职工已经交纳的售房款总价大于实际，而发生的需要退回售房款与维修资金的业务。
2售房单位账户管理
售房单位账户管理主要是指售房款交存单位到资金中心开立售房款账户，并进行账户管理的过程。
主要包括开户登记、账户信息变更、账户注销等功能。
2.1售房单位开户
2.1.1定义
开户是指中心或受托银行依据售房单位填报的开户登记表信息，录入中心系统，生成唯一的单位售房款专户账号的过程。
2.1.2功能表述
1．开户：在中心系统中录入单位信息，自动生成唯一的单位售房款专户账号；单位售房款专户账号与单位全称和单位组织机构代码一一对应，一个单位只能开立一个售房款专户；售房款专户账号按照3位账户性质+3位上级主管部门编码+3位顺序号的编码规则生成，其中主管部门为一个具体核算单位时，其顺序号以000代表；专户账号后6位系统按编码规则自动生成，可修改。
2．另存为：登记信息可以另存为表格或者文档。
3．打印：开户成功后可预览并打印开户登记表。
4．查询：根据开户后生成的单位售房款专户账号、单位全称进行检索实现单位开户信息的查询。
单位全称可做模糊查询。
5．修改：可以修改已经开户但没有发生业务的售房单位所有信息，不保存修改记录。
6．删除：可以删除已经开户但没有发生业务的售房单位信息，不保存删除记录，售房单位信息删除后，该售房单位的售房款专户账号可用。
2.1.3性能要求
1．XX编码规则自动合法性校验；
2．根据单位全称和单位组织机构代码做单位重复开户自动校验；
3．维修资金专户账号是否已在维修资金系统中开户校验；
4．必录项不能缺省（登记表中*项）；
5．修改后的专户账号重复性校验；
6．开户存盘、查询、校验反应时间控制在0.5秒以内。
2.1.4相关表单
售房款单位开户登记表
单位经办人员（签字）：年月日2.1.5流程图
售房款单位开户流程图
2.1.6特殊要求
1．原银行系统中已开户的单位售房款专户账号保留并继续沿用。
2．同一单位的维修资金账户与售房款账户分开管理，但可以通过专户账号互相查询对应账户的所有信息。
3．单位全称拼音首字母生成简写，以供检索。