某软件公司需求规格说明书编写指南
软件需求规格说明书的编写
软件需求规格说明书的编写一、实验要求与任务1、要求：完成软件需求规格说明书编写：（1）基于获取的需求信息以及相关的参考文档，采用基于OMT的需求建模方法构建软件系统的需求模型；（2）基于给定的软件需求规格说明模板编写软件需求规格说明书。
其中，软件系统的需求模型应包括类图表示的对象模型，序列图和状态转换图表示的动态模型，以及分层的数据流图表示的功能模型。
每一种图形化需求模型应采用工具描述，类图、序列图和状态转换图采用Rational Rose或starUML软件描述，数据流图可采用visio软件描述。
2、具体任务：为“自动取款机（ATM）系统”开发编写需求规格说明书。
关于ATM系统的需求陈述如下：1）某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。
ATM和中央计算机由总行投资购买。
总行拥有多台ATM，分别设在全市主要街道上。
分行负责提供分行计算机和柜员终端，柜员终端设在分行营业厅及分行下属的各个储蓄所内。
该系统的软件开发成本由各个分行分摊。
2）银行柜员使用柜员终端处理储户提交的储蓄事务。
柜员负责把储户提交的存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。
柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。
3）储户可以用现金或支票开设新账户。
储户也可以从自己的账户存款或取款。
通常，一个储户可能拥有多个账户。
拥有银行账户的储户有权申请领取银行卡。
使用银行卡可以通过ATM访问自己的账户、提取现金，存储现金或查询有关自己账户的信息。
4）银行卡是一张特制的磁卡，上面有分行代码和卡号。
分行代码唯一标识总行下属的一个分行，卡号确定可以访问哪些账户。
每张银行卡仅属于一个储户，但同一张卡可能由多个副本。
因此，必须考虑同时在若干台ATM上使用同样的银行卡的可能性。
也就是说，系统应该能够处理并发的访问。
5）当用户把银行卡插入ATM之后，ATM就与用户交互，获取有关这次事务的信息，并与中央计算机交换有关事务的信息。
《需求规格说明书》编写参考指南
《需求规格说明书》编写参考指南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）将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。
软件需求规格说明书范例
软件需求规格说明书范例引言软件需求规格说明书是软件开发过程中的重要文档之一。
本文档旨在描述一个范例，以便开发团队了解如何撰写一份完整且规范的软件需求规格说明书。
该范例将包含几个主要部分，分别是引言、项目概述、功能需求、非功能需求、界面设计和系统性能等内容。
项目概述该软件是一个在线购物平台，旨在为用户提供方便快捷的购物体验。
用户可以在该平台浏览和购买各种商品，同时还能参与团购活动、查看订单状态以及评价商品和商家等功能。
该平台将支持不同的支付方式，并提供一定程度的用户个性化定制。
功能需求1.用户注册和登录：用户可以注册新账号并使用该账号登录系统。
2.商品浏览和搜索：用户可以查看商品列表并根据关键词进行搜索。
3.商品购买：用户可以将商品加入购物车并进行结算。
4.团购活动：用户可以参与团购活动，并在达到一定人数后享受优惠价格。
5.订单管理：用户可以查看订单状态、确认收货并对商品进行评价。
6.商家管理：商家可以注册账号并发布、编辑、下架商品。
7.客服支持：用户可以通过在线客服系统与客服人员进行实时沟通。
非功能需求1.安全性要求：系统需要保护用户个人隐私信息，确保支付过程的安全性。
2.可扩展性要求：系统需要支持日后的功能扩展和模块替换。
3.可靠性要求：系统应当能够稳定运行，避免因意外故障导致数据丢失。
4.响应时间要求：系统应对用户的请求做出快速响应，提高用户体验。
5.可用性要求：系统界面应简洁明了，易于操作和导航。
界面设计1.登录界面：提供用户名和密码输入框，用于用户登录。
2.商品列表界面：展示商品的名称、价格和简要描述。
3.购物车界面：展示用户已经加入购物车的商品及其数量。
4.订单管理界面：显示用户的订单列表和订单状态。
5.商家管理界面：提供商家发布和管理商品的入口。
6.客服界面：用户可以与客服人员进行实时沟通。
系统性能1.吞吐量要求：系统应能够同时支持大量用户在线浏览和购买商品。
2.响应时间要求：系统对用户请求的响应时间不应超过2秒。
软件需求规格说明书编写指南
软件需求规格说明书编写指南引言软件需求规格说明书（SRS）是软件开发过程中至关重要的一份文档，是开发团队和客户之间的桥梁，用于明确软件系统的功能和性能需求。
本文旨在为编写RAS提供一个指南，以确保SRS文档的完整性和准确性。
一、背景介绍在这个部分，我们可以简要介绍软件开发的背景和目标。
例如，我们可以提到该软件项目是为了满足特定行业的需求，或者解决某个问题而开发的。
同时，还可以介绍项目的范围和预期用户群体。
二、需求概述在此部分，我们需要对整个软件的基本要求进行总结和概述。
这意味着我们需要列出所有的功能需求、性能需求和其他适用的需求，以便开发团队和客户能够对整个项目的规模和目标有一个清晰的认识。
三、详细需求说明在这个部分，我们需要详细地描述每个功能和性能需求。
可以将这些需求分组，以便于阅读和理解。
我们可以采用以下格式进行描述：功能需求在此部分，我们可以列举每个功能需求，并说明其详细描述、优先级和相关限制。
例如，对于一个在线购物网站的需求，我们可以列举用户注册、商品浏览、购物车管理等功能需求，并详述每个功能的具体要求。
性能需求在这个部分，我们可以列举每个性能需求，并说明其详细描述、优先级和相关限制。
例如，对于一个社交媒体平台的需求，我们可以列举用户同时在线人数、响应时间等性能需求，并说明针对这些需求的具体要求。
四、界面设计在这个部分，我们可以以图表或示意图等形式，展示软件系统的界面设计。
可以包括主页、菜单、按钮和输入框等元素的布局和交互逻辑。
同时，还可以说明每个界面元素的功能和约束。
五、数据模型在此部分，我们可以介绍软件系统的数据模型。
可以使用图表或表格等形式，展示各个实体（如用户、订单）之间的关系和属性。
可以详细说明每个实体的属性和类型，并说明其约束和关联关系。
六、系统规则在这个部分，我们可以概述软件系统中的各种规则和限制。
这些规则可以包括逻辑判断、数据验证和用户权限等方面。
通过详细描述系统规则，可以帮助开发团队更好地理解系统的运作机制。
软件项目需求规格说明书编写指南
软件项目需求规格说明书编写指南软件项目需求规格说明书是软件项目开发过程中的关键文档之一，它详细描述了软件系统的需求，定义了软件系统的功能、性能和约束。
一个好的需求规格说明书可以确保开发团队、测试团队和客户之间的沟通顺畅，帮助确保项目的顺利实施。
本文将为您介绍编写软件项目需求规格说明书时应注意的要点和步骤。
第一步：明确编写需求规格说明书的目的和范围在编写需求规格说明书之前，首先要明确编写此文档的目的和范围。
目的是为了准确地定义软件系统的需求，范围是确定需要包含在此文档中的需求内容。
目的和范围的明确可以帮助编写者集中精力，并确保文档的内容准确、完整。
第二步：了解受众和目标读者在编写需求规格说明书时，了解受众和目标读者的背景和知识水平非常重要。
受众可能包括开发团队、测试团队、项目经理、客户或最终用户。
根据不同受众的需求和特点，编写者可以选择适当的术语和风格，以确保文档易于理解和使用。
第三步：定义需求在编写需求规格说明书时，需要准确地定义软件系统的需求。
需求可以分为功能需求和非功能需求两类。
功能需求描述了软件系统应该具有的功能和行为，非功能需求描述了软件系统的性能、可靠性等方面的要求。
在定义需求时，需要尽量避免使用模糊的术语，而应使用明确、具体、量化的语言。
第四步：分解和整理需求在编写需求规格说明书时，为了保持文档的结构清晰和易读性，可以将需求分解为更小的子需求，并按照逻辑顺序进行组织。
同时，可以根据需求的关联性和相似性将它们进行分组和分类。
这种分解和整理需求的方式有助于开发团队更好地理解并实现软件系统。
第五步：添加适当的图表和示例为了更好地描述需求，可以添加适当的图表和示例。
例如，可以使用用例图或流程图来展示软件系统的功能和交互过程。
示例可以帮助读者更直观地理解需求，并提供实际应用场景。
第六步：进行需求的验证和审查在编写需求规格说明书之后，需要进行需求的验证和审查。
验证是确保所编写的需求是正确和完整的过程，可以通过与客户或领域专家的讨论来验证需求的准确性。
“软件需求规格说明书”写作技巧详解
“软件需求规格说明书”写作技巧详解“软件需求规格说明书”写作技巧详解一、首先要理解需求《软件需求规格说明书》简称SRS，英语全称懒得去查，主要是找到快捷的定义就行。
SRS一般不是企业方（委托方）所做，而是开发方（被委托方）根据企业方的非标准文本或口述资料整理所得。
SRS也不仅仅是为了明确需求，更是为了协调各方（企业用户、架构师、开发者、测试人员、部署人员）统一目标的第一个标准文档。
一旦项目比较庞大，跨越多组织多部门时，这个文档就很重要，省去很多沟通上的众多麻烦。
所谓项目前期，核心就是需求（功能）。
从企业用户而来的第一手需求，一条一条的就像列举清单一样，往往在逻辑上比较凌乱，开发方需要对其进行整理，整理之后便是SRS。
这样的需求列表就是项目前期的核心内容，也是SRS的主要内容。
SRS并不是列出来后，放在文件柜中的资料，而是不断改进与完善的资料，是所有参与组织与部门的统一认可。
如有改动，大家必须重新聚首讨论。
什么是需求，需求就是企业方对开发方的要求，必须这么做。
企业方提出的需求并非越少越好。
往往企业越细心，需求越详尽，开发方越轻松。
你要求的越多越详尽，我发挥的就越少，但往往就越轻松。
要求的越少越细疏，我发挥的就越多，但往往就越困难。
一个项目真正复杂不复杂，是由真实的业务需求决定的，而不是由起初的需求描述量所决定的。
零乱的需求大体有规律可寻，需求经过整理后，SRS就是如此而来。
一定有些不能归类的需求，毕竟好的软件都有自己的概念创新，可以添加需求条目，自定义需求名称，也可以归入”其它需求”。
还是谨记一点，不要被这些分类所束缚。
大胆描述需求，需求只要能被提出来，就是需求，归类是后期的事。
二、SRS文档解释1、功能需求需求首先要满足企业用户的业务功能，就是与企业生产管理运营相关的功能，用来与员工、用户、业务人员、领导进行交互的功能，有多少就列多少。
这种需求是软件开发的最原始动机。
这种需求，先描述有多少参与者，再描述每种参与者有多少功能。
软件需求规格说明书编写指南(十)
软件开发是一个复杂而艰巨的任务，而软件需求规格说明书则是开发过程中至关重要的一环。
它起到明确需求、统一团队理解、奠定开发基础的作用。
本文将介绍软件需求规格说明书的编写指南，帮助开发团队正确有效地完成这项任务。
一、需求概述需求概述部分是软件需求规格说明书的开头，用于概述软件的目的、范围和关键特性。
在这一部分，需要明确软件的主要功能、所解决的问题以及预期的目标用户。
与此同时，还可以根据实际情况提供一些背景信息，以帮助读者更好地理解整个项目。
二、功能需求功能需求部分是软件需求规格说明书的核心内容，用于描述软件的具体功能和行为。
在编写这一部分时，需要明确列出每个功能模块，并描述它们的输入、处理和输出。
这一部分要尽量详细地描述用户可以通过软件做什么，并给出具体的应用场景。
三、非功能需求除了功能需求，软件还有一些非功能需求，如性能、可靠性、安全性等。
非功能需求部分用于描述软件在这些方面的要求和限制。
例如，如果软件需要支持大规模并发访问，就需要明确指出其性能需求；如果软件需要保护用户数据，就需要详细说明其安全性要求。
四、界面需求界面需求部分用于描述软件的用户界面和其他系统间的接口。
在这一部分，需要提供界面设计的描述和示意图，并明确界面的布局、样式和交互逻辑。
如果软件需要与其他系统进行数据交换，也需要描述这些接口的格式和协议。
五、测试需求测试需求部分是软件需求规格说明书的补充，用于描述软件的测试策略和测试用例。
在这一部分，可以详细列出软件的各个功能模块，并给出相应的测试方法和预期结果。
这样一来，测试团队可以根据需求文档进行有效的测试，确保软件能够符合预期的功能和性能要求。
六、项目计划除了具体的需求规格说明，软件需求规格说明书还可以包含项目计划部分，用于总结项目的时间安排和关键里程碑。
这一部分可以以甘特图的形式展示项目的进度安排，并给出每个阶段的关键任务和交付物。
这样一来，团队成员可以更好地协作和沟通，确保项目按计划顺利进行。
软件需求规格说明书(范例)
项目管理协作支撑系统（The English Name）软件需求规格说明书XXX项目小组修订表审批记录目录1.引言 (5)1.1目的 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (5)2.系统概述 (5)2.1产品描述 (5)2.2产品功能 (7)2.3一般约束 (8)3.功能性需求分类 (8)3.1功能描述1 ........................................................ 错误！未定义书签。
3.2功能描述2 (8)4.产品的非功能性需求 (14)4.1外部接口说明 (14)4.1.1用户接口 (14)4.1.2软件接口 (14)4.2性能需求 (14)4.2.1硬件的限制 (14)4.3属性 (14)4.3.1友好性 (14)4.3.2安全性 (14)4.3.3可维护性 (14)4.3.4可转移/换性 (15)4.4系统的运行环境 (15)4.5其他需求 (15)4.5.1用户操作需求 (15)附录A：需求确认 (17)1.引言1.1目的编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
1.2适用范围在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。
对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。
鉴于这种情况我们开发一套项目管理协作支撑系统，旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台，从而提高项目管理水平，实现了工作的协同化、提高了工作效率。
软件需求规格说明书编写指南(六)
软件需求规格说明书是软件开发过程中的重要文档，它详细描述了软件系统的功能需求、性能要求以及其他非功能性需求。
有效地编写软件需求规格说明书是一个关键的任务，本文将为大家介绍一些编写该文档的指南。
一、明确目标与范围在编写软件需求规格说明书之前，首先需要明确项目的目标和范围。
目标是指开发该软件系统的主要目的，而范围是指软件系统的功能边界以及相关的约束条件。
明确目标和范围有助于确保需求的准确性和完整性。
二、描述需求需求是软件系统开发过程中的核心，编写需求时应当注重准确和清晰。
描述需求时应当尽量避免使用模棱两可的词汇，而应使用具体、明确的语言。
同时，需求描述应当具备一定的内容结构，例如使用问题描述、业务流程、用例等方式来组织需求。
三、划分优先级在编写软件需求规格说明书时，应当根据需求的重要程度和紧急程度对需求进行优先级划分。
这样可以在开发过程中更好地管理需求，并确保软件系统的核心功能和最基本的用户需求优先得到满足。
四、考虑可扩展性在编写软件需求规格说明书时，应当考虑软件系统的可扩展性。
随着技术的不断发展和用户需求的变化，软件系统可能需要进行功能的扩展或改进。
因此，在需求编写阶段应当留有一定的余地，以便未来能够方便地进行系统的扩展和升级。
五、与相关人员沟通软件需求规格说明书的编写不仅仅是一个单向的工作，而是需要与项目相关人员进行充分的沟通和交流。
这包括与软件开发人员、产品经理、设计师等人员进行讨论和碰撞，以确保需求的准确性和可行性。
六、考虑安全性和隐私保护随着互联网的快速发展，软件系统的安全性和用户隐私保护变得尤为重要。
在编写软件需求规格说明书时，应当考虑到系统的安全性和隐私保护需求，合理设计相应的安全措施和保护策略，以保障用户信息的安全和隐私。
七、维护文档更新软件需求规格说明书是一个动态的文档，需求可能会随着项目的进展而发生变化。
因此，在编写该文档之后，还需要定期对其进行更新和维护。
及时更新文档可以帮助开发团队了解需求的最新变化，并便于项目的顺利进行。
软件需求规格说明书范本
软件需求规格说明书范本一、引言本文档为软件需求规格说明书，旨在明确软件开发过程中的需求和规范。
通过详细描述软件系统的功能、性能和界面等方面的需求，确保软件开发团队的开发方向和开发目标一致，提供有效的参考和指导。
二、背景在当前数字化时代，软件应用广泛应用于各个领域。
本项目旨在开发一款满足特定场景需求的软件系统，提供高效、稳定、易用的解决方案。
本文档的目的是明确软件系统的需求，为软件开发与测试提供指导和依据。
三、总体描述1. 目标本软件系统的目标是为用户提供便捷、高效、可靠的解决方案。
该软件将通过具体功能的实现，提升用户的工作效率，减轻工作负担。
2. 软件系统结构该软件系统采用三层架构，由表现层、业务逻辑层和数据层组成。
表现层负责用户界面的展示和用户交互；业务逻辑层负责处理用户请求和实现具体的业务逻辑；数据层负责数据的存储和管理。
3. 功能需求本软件系统的功能需求如下：- 用户注册与登录- 信息录入和查询- 业务处理和操作- 数据分析和报表生成4. 性能需求为保证软件系统的性能，需满足以下需求：- 响应速度快：用户操作后系统应迅速响应，无明显的卡顿现象。
- 高并发支持：系统应对大量用户同时访问具备较好的处理能力。
- 数据存储安全：系统应保证数据的完整性和安全性，避免数据丢失或被非法篡改。
五、详细需求描述1. 用户注册与登录本系统提供用户注册和登录功能，要求如下：- 用户注册：用户可以通过注册功能创建新的账号，需提供用户名、密码、手机号码等必要信息。
- 用户登录：已注册用户可以通过输入用户名和密码进行登录，系统应验证用户身份并进入主界面。
2. 信息录入和查询本系统提供信息录入和查询功能，要求如下：- 信息录入：用户可以通过界面输入信息，并保存至数据库中。
- 信息查询：用户可以通过指定条件查询数据库中的信息，并展示在界面上。
3. 业务处理和操作本系统提供业务处理和操作功能，要求如下：- 业务处理：系统应能根据用户输入的数据进行相应的业务处理，并将结果反馈给用户。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求规格说明书编写指南
V0.9
浪潮集团山东通用软件有限公司
目录
文档类别使用对象 (3)
1. 概述 (4)
1.1用户简介 (4)
1.2 项目的目的与目标 (4)
1.3术语定义 (4)
1.4参考资料 (4)
1.5版本更新记录 (4)
2 新系统概述 (6)
2.1新系统的组织结构 (6)
2.2新系统的角色定义 (6)
2.3新系统的作业流程 (6)
2.4新系统的帐本，报表，单据格式 (6)
2.5新系统的总体结构 (6)
3 功能规格定义 (7)
3．1子系统1 (7)
3．1．1 子系统1的功能框架 (7)
3．1．2 功能项一 (7)
3．1．3 功能项二 (8)
3．2子系统2 (8)
4 公用部件定义 (8)
5 数据对象描述 (9)
5．1系统的数据对象关系框架 (9)
5．2数据对象说明 (9)
5．2．1概述 (9)
5．2．2对象1 (9)
5．2．3对象2 (9)
6其他需要的描述 (10)
7 需求规格与用户需求报告内容覆盖一览表 (10)
文档类别使用对象
文档类别
该文档是某项目的需求规格说明书，是技术文档。
使用对象
该文档使用人员包括：
项目负责人
项目组成员
公司高级管理者
用户
1.概述
本文档着重描述用户需要的系统将做成什么样，是从系统开发人员的角度来定义系统的规格，是对《用户需求报告》的细化。
文档的描述应尽量采用系统分析人员可以看懂的语言。
本文档是进行系统设计的基础，也是系统进行确认测试的依据。
1.1 用户简介
本章节的内容要求可以参见《用户需求报告》的1.1章节
1.2项目的目的与目标
本章节的内容要求可以参见《用户需求报告》的1.2章节。
1.3 术语定义
将该用户需求报告中的术语、缩写进行定义。
包括用户应用领域与计算机领域的术语与缩写等。
在本文档中用到的数据对象用语描述前后要一致。
1.4 参考资料
说明该用户需求报告使用的参考资料，如商务合同、用户领域的资料等，每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。
1.5 版本更新记录
版本/修订版日期修改记录备注
1.0 4/13/99 初始版本
2 新系统概述
在本章节中主要是描述采用新系统后，对用户的业务造成的变化，这些内容主要是给用户阅读的。
如果没有变化可以略掉相关内容。
2.1 新系统的组织结构
如果没有变动，此节可略。
具体说明参见《用户需求报告》中对旧系统的组织结构描述的要求。
2.2 新系统的岗位定义
如果没有变动，此节可略。
具体说明参见《用户需求报告》中对旧系统的岗位定义描述的要求。
2.3 新系统的作业流程
如果没有变动，此节可略。
具体说明参见《用户需求报告》中对旧系统的作业流程描述的要求。
2.4 新系统的帐本，报表，单据格式
如果没有变动，此节可略。
具体说明参见《用户需求报告》中对旧系统的帐本，报表，单据格式描述的要求。
2.5 新系统的总体结构
系统总体结构设计表示系统中各子系统或各大功能模块之间的关系设计, 下图列出了整个系统的总体结构。
3 功能规格定义
分子系统描述每一个功能项。
3．1 子系统1
3．1．1 子系统1的功能框架
对此子系统的包含的功能项做总体的说明，对功能项之间的关系要进行简要的说明。
3．1．2 功能项一
对每一项功能的描述主要体现在以下几个方面：
功能描述:该功能项实现了什么功能。
界面定义：该功能项的主要界面。
输入、处理与输出（IPO）：该功能的录入数据、实现的主要方法、处理规则要求、输出结果。
使用的数据对象：该功能使用的主要数据对象，要指明对数据对象的主要操作，是修改还是查找。
性能需求：对此功能项是否有特殊的性能方面的严格要求。
如：
响应时间为：
更新处理时间为：
数据的转换和传输时间为：
计算时间等待为：
其他说明：是否有其他的关于该功能项的需求。
例如：
入库单处理功能项：
功能描述：该功能主要是实现对入库单的录入编辑功能，对于已经审核通过入库单，不可在本
功能项中处理，附带的功能为入库单的修改、删除、打印、条件查询。
输入、处理与输出（IPO）：用户录入入库单中的入库日期、货号、入库数量、入库单价，计算机自动生成单据号，取出货品的名称、规格、产地信息，计算出金额、税额。
入库数量可以为负数，货号为字符串，对不存在的货号，不接受，并提示用户重新录入。
其他说明：系统的入库退货情况可以通过红入库单处理，即入库数量为负数。
使用的数据对象：修改入库单，查询商品清单。
性能需求：
3．1．3 功能项二
.........
3．2 子系统2
......
系统中的功能项分类举例：
基础数据管理：各种基础信息的录入修改、查询、打印、删除等管理
单据处理：各种单据的录入、修改、审核、查询、打印、删除等管理
单据记帐：单据记入帐本、逆向记帐
帐本查询：按各种方式（类型、日期等）对帐本进行查询
系统维护：数据的转入转出，远程传输，用户的权限管理
系统设置：系统的参数设置、接口设置
报表管理：各种报表的定义、生成、输出
综合查询：对整个系统的所有信息进行综合查询、分析，形成统计报表.......
4 公用部件定义
在需求规格定义阶段，要注意提取系统中的共同功能，以便将来进行实现软件的公用。
如对所有的单据的录入、条件查询、打印等功能的处理风格是一样的，可以在此进行统一说明，而不需要在每个功能项中进行重复说明。
5 数据对象描述
在此章中要识别出每一个数据对象、每个对象的属性、对该对象的操作，每一个操作将来要和每一项功能对应上。
5．1 系统的数据对象关系框架
要将系统中识别出的数据对象之间的关系在此节中描述出来，数据对象之间的关系有：1对多、1对1，多对多的关系；
继承与组装关系；
数据的来源与计算关系；
5．2 数据对象说明
5．2．1 概述
对象的分类：按照一定的方法对所有的对象进行分类，概要说明每类对象的情况。
对象的数量；共计有多少对象。
5．2．2 对象1
作用：此对象的主要的作用是什么。
属性：此对象有哪些属性，每个属性的类型。
操作：针对此属性有哪些常用的操作。
对其执行修改的功能：有哪些功能项对该对象执行了修改功能。
其他说明：是否还有其他的对此对象的补充说明。
5．2．3 对象2
......
6 性能需求
6.1时间与速度性能规定 (可选)
系统中的某些功能项对速度有较高的需求，需要在此明确说明。
本《需求规格说明书》对该系统的时间与速度性能规定如下：
响应时间，如查询的最长等待时间。
更新处理时间，如记帐的最长时间。
数据的转换和传送时间，如远程数据传输的时间要求。
解题时间
.......
6.2空间与数值性能规定 (可选)
本《需求分析规格书》对该系统的空间数值性能规定如下：
支持的终端数为：
支持的并行操作的使用者数为：
处理的文件和记录数为：
表和文件的大小规模（要按可预见的增长对数据及其分量的存储要求作出估算）为：
处理和任务的数量为：
在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数为：
对输入和输出数据的精度要求为：
对处理和传输过程中的精度要求为：
………………
7.其它需求规定(可选)
运行环境需求：平台、体系结构、设备要求；
培训需求：用户对培训的需求，如是否提供多媒体教学光盘；
其他技术需求：安全性、可靠性、灵活性等；
推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。
8 需求规格与用户需求报告内容覆盖一览表(可选)
该表的用途在于说明本《用户需求规格说明书》中定义的内容覆盖了哪些《用户需求报告》中的内容，以免有遗漏，通过该表可对本文档与《用户需求报告》进行一致性检查。