下载文档原格式
二、需求规格说明书完成人：1．概述（Summary）项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。
通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。
同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。
另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。
UML:统一建模语言。
相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。
3.级别：管理系统4.主要参与人员：系统管理人员。
5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。
6.前置条件：系统管理员必须有更新和维护系统的权限。
7.成功保证：能够成功的更新和维护该系统。
8.主成功场景：系统管理员更新和维护图书管理系统。
9.特殊要求：（1）适用于window系统。
（2）当访问出现问题是，系统有强大的恢复能力。
二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。
6.前置条件：图书管理员必须经过确认和保证。
软件工程文档模板----三、需求规格说明书-lihuaidong521的专栏-CSDNBlog软件工程文档模板----三、需求规格说明书- lihuaidong521的专栏- CSDNBlog三、需求规格说明书1．引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (2)2.3条件与限制 (2)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (3)3.4数据词典 (3)3.5数据采集 (3)4．功能需求 (3)4.1功能划分 (3)4.2功能描述 (3)5．性能需求 (3)5.1数据精确度 (3)5.2时间特性 (3)5.3适应性 (3)6．运行需求 (3)6.1用户界面 (3)6.2硬件接口 (3)6.3软件接口 (3)6.4故障处理 (3)7．其它需求 (3)1．引言1.1编写目的【阐明编写需求说明书的目的，指明读者对象。
】为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景a. 项目的委托单位、开发单位和主管部门b. 该软件系统与其他1.3定义【列出文当中所用到的专门术语的定义和缩写词的原文。
】1.4参考资料a. 项目经核准的计划任务书、合同或上级机关的批文b. 项目开发计划c. 文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2．任务概述2.1目标2.2运行环境操作系统：Microsoft Windows 2000 Advanced Server支持环境：IIS 5.0数据库：Microsoft SQL Server 20002.3条件与限制3．数据描述3.1静态数据3.2动态数据【包括输入数据和输出数据。
】3.3数据库介绍【给出使用数据库的名称和类型。
软件工程师的需求规格说明书模板一、引言本需求规格说明书旨在详细描述软件工程师的需求规格，以便明确软件开发的目标和要求。
本文档适用于所有软件工程师，无论是开发新的软件系统还是进行现有系统的改进。
所有软件开发项目均应根据本规格说明书进行需求规格的编写和记录。
二、背景软件工程师的需求规格是指将特定软件系统或功能的需求进行详细描述和说明，以便开发团队明确项目目标、确定开发范围和提供准确的规格指南。
该规格书应包括对系统的功能需求、性能要求、安全要求以及软件界面等方面的描述。
三、需求规格说明3.1 功能需求需求规格书应清晰地描述所需软件系统的功能需求。
例如，对于一个视频编辑软件来说，功能需求可以包括但不限于以下几个方面：3.1.1 录制和导入视频文件；3.1.2 视频剪辑和处理；3.1.3 添加视频特效和转场效果；3.1.4 音频处理和合成；3.1.5 导出和分享编辑好的视频文件。
3.2 性能需求需求规格书应明确界定软件系统的性能需求，包括但不限于以下几个方面：3.2.1 响应时间：软件系统的反应时间应尽可能快，用户操作无明显卡顿；3.2.2 处理能力：软件系统应能够处理大容量的数据，如大尺寸视频文件；3.2.3 稳定性：软件系统应具备良好的稳定性，避免崩溃和数据丢失。
3.3 安全需求需求规格书应详细描述软件系统的安全需求，以保护用户数据和系统安全。
例如：3.3.1 用户认证和权限管理；3.3.2 数据加密和安全传输；3.3.3 防止未经授权的访问和数据泄露。
3.4 软件界面需求规格书应描述软件系统的用户界面要求，包括但不限于以下几个方面：3.4.1 界面设计：用户界面应美观、直观且易于使用；3.4.2 响应式设计：界面应能在不同设备和屏幕尺寸下自适应；3.4.3 多语言支持：用户界面应支持多种语言，以满足不同用户的需求。
四、总结软件工程师的需求规格说明书模板旨在为软件开发团队提供一个规范的编写格式和指导原则，确保开发过程中明确需求，减少开发过程中的沟通和误解。
编号 003版本 V1。
0 需求规格说明书项目名称：小区物业管理系统项目负责人编写校对审核单位：班第1 小组2016年3月17日目录1引言 01.1编写目的 01。
2背景 01.3参考资料 02任务概述 02.1目标 02.2用户的特点 03业务分析 (1)3。
1组织机构分析 (1)3.2组织职能分析 (1)3。
3确定业务 (2)3。
4业务与机构 (2)3.5业务与实体 (2)3。
6主要业务流程图 (3)4需求分析 (4)4。
1系统功能需求 (4)4.1.1系统目标分析 (4)4。
1.2系统需求结构图 (5)4.1。
3系统功能描述 (5)4.1。
4功能用例图 (7)4。
2系统性能需求 (11)4.3输入输出要求 (11)4。
4系统界面需求 (12)4。
5故障处理要求 (12)5运行环境规定 (12)5.1硬件平台 (12)5。
2软件环境 (12)6 风险分析 (12)6.1系统面临的主要风险 (12)6。
2风险的处理策略 (13)7遗留问题 (13)1引言1。
1编写目的本文档主要根据用户的需求，在对整个小区物业业务流程充分了解的情况下,从系统的目标，结构，功能,环境和风险等方面，对小区物业管理系统进行了彻底的分析,确定完整、合理和可行的方案，实现符合用户要求的信息系统。
并能够充分，准确的展现出其设计的总思想，简洁地使得用户了解整个的功能。
1.2背景A.待开发的软件系统的名称：小区物业管理系统B.项目的任务提出者：XX小区C.项目开发者:哈尔滨工程大学信息安全专业D.本文档的读者范围包括：a．需求提供方具体责任人b．开发方项目负责人、系统分析设计人员1.3参考资料A.《系统设计与分析》哈尔滨工程大学邢薇主编B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》C.《JSP网络开发实例》人民邮电出版社2任务概述2.1目标小区物业管理系统将覆盖小区物业管理的全过程,包括财务管理，日常工作，报表管理和资料管理等各个环节。
人事档案管理系统需求说明书1．引言1.1编写的目的说明编写这份需求说明书的目的，指出预期的读者.1.2背景a. 待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料。
2．任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
2.3假定和约束列出进行本系统开发工作的假定和约束。
3．需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
3.1.1 系统功能描述系统的功能，将系统划分成哪几个部分，列出每个部分的各项功能。
3.1.2 数据流图给出系统的功能模型，用数据流图来表示。
3.1.3 数据字典列出系统各部分的数据字典。
3.1.4 E-R图给出系统的数据模型，用E-R图给出。
3.1.5 状态图给出系统的行为模型，用状态图来描述。
3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求说明对于该系统的时间特性要求。
3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
编号 003版本 V1.0 需求规格说明书项目名称：小区物业管理系统项目负责人编写校对审核单位: 班第1 小组2016年3月17日目录1引言 01.1编写目的 01.2背景 01.3参考资料 02任务概述 02.1目标 02.2用户的特点 03业务分析 (1)3.1组织机构分析 (1)3.2组织职能分析 (1)3.3确定业务 (2)3.4业务与机构 (2)3.5业务与实体 (2)3.6主要业务流程图 (3)4需求分析 (4)4.1系统功能需求 (4)4.1.1系统目标分析 (4)4.1.2系统需求结构图 (5)4.1.3系统功能描述 (5)4.1.4功能用例图 (7)4.2系统性能需求 (11)4.3输入输出要求 (11)4.4系统界面需求 (12)4.5故障处理要求 (12)5运行环境规定 (12)5.1硬件平台 (12)5.2软件环境 (12)6 风险分析 (12)6.1系统面临的主要风险 (12)6.2风险的处理策略 (13)7遗留问题 (13)1引言1.1编写目的本文档主要根据用户的需求，在对整个小区物业业务流程充分了解的情况下，从系统的目标，结构，功能，环境和风险等方面，对小区物业管理系统进行了彻底的分析，确定完整、合理和可行的方案，实现符合用户要求的信息系统。
并能够充分，准确的展现出其设计的总思想，简洁地使得用户了解整个的功能。
1.2背景A.待开发的软件系统的名称：小区物业管理系统B.项目的任务提出者：XX小区C.项目开发者：哈尔滨工程大学信息安全专业D.本文档的读者范围包括：a．需求提供方具体责任人b．开发方项目负责人、系统分析设计人员1.3参考资料A.《系统设计与分析》哈尔滨工程大学邢薇主编B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》C.《JSP网络开发实例》人民邮电出版社2任务概述2.1目标小区物业管理系统将覆盖小区物业管理的全过程，包括财务管理，日常工作，报表管理和资料管理等各个环节。
软件需求规格说明书一、引言本文档旨在详细描述软件需求规格，以确保软件开发团队和客户之间的沟通准确无误。
本规格说明书适用于XXX软件项目，包括对软件的功能、性能、界面和其他相关需求的详细描述。
二、目标本软件旨在满足以下目标：1. 提供一个功能强大、易于使用的软件平台，以满足客户的需求。
2. 提供高效的性能和稳定的运行环境，以确保用户的体验。
3. 提供清晰、友好的用户界面，以便用户能够轻松使用软件。
4. 提供可靠的数据存储和管理功能，以确保数据的完整性和安全性。
三、功能需求1. 用户管理1.1 用户注册：用户可以通过提供必要的个人信息进行注册。
1.2 用户登录：已注册用户可以使用用户名和密码登录系统。
1.3 用户权限管理：根据用户角色和权限，对用户进行管理和控制。
2. 数据管理2.1 数据录入：用户可以录入、修改和删除数据。
2.2 数据查询：用户可以根据特定条件查询数据。
2.3 数据导出：用户可以将数据导出为Excel或其他格式的文件。
3. 报表生成3.1 报表定义：用户可以定义报表的格式和内容。
3.2 报表生成：根据用户定义的报表格式和内容，生成相应的报表。
4. 通知和提醒4.1 通知管理：系统可以向用户发送通知和提醒。
4.2 提醒设置：用户可以设置提醒的方式和频率。
5. 系统设置5.1 用户管理：管理员可以管理用户信息和权限。
5.2 界面设置：用户可以自定义界面的样式和布局。
5.3 系统维护：管理员可以进行系统备份、恢复和升级。
四、性能需求1. 响应时间：系统应在用户进行操作后的2秒内给出响应。
2. 并发性能：系统应支持1000个并发用户的正常操作。
3. 数据处理能力：系统应能够处理每秒1000条数据的输入和输出。
五、界面需求1. 用户界面：界面应简洁、直观，符合用户使用习惯。
2. 响应式设计：界面应能够在不同的设备和屏幕尺寸上正常显示和操作。
3. 多语言支持：界面应支持多种语言切换。
六、安全需求1. 用户认证：用户登录时应进行身份验证，确保只有合法用户可以访问系统。
可行性研究报告的主要内容1. 项目背景：问题描述；实现环境；限制条件2. 管理概要与劝告：重要的研究结果；说明；劝告；影响3. 候选方案：候选系统的配置；选择最终方案的准则4. 系统描述：简略的范围描述；分配元素的可行性5. 经济可行性（成本——效益分析）：经费概算；预期的经济效益6. 技术可行性（技术风险评价）：技术实力；已有工作基础；设备条件7. 法律可行性：系统开发可能导致的侵权、违法、责任8. 用户使用可行性：用户单位的行政管理、工作制度；使用人员的素质9. 其它与项目有关的问题：其它方案的介绍；未来可能的变化10. 结论意见：可行；不可行系统分析的主要内容1. 系统介绍介绍系统功能和适用范围，系统的使用周期和建设周期。
介绍和系统有关人，机构，系统。
绍系统内的设备或设备分类，附设备连接图。
2．现有系统分析分析现有系统或目前局部使用的软件的功能和缺陷。
系统的目标、范围、背景、历史和现状；3．系统相关人员（系统）愿望列表列举和系统有关系的人和系统对本系统的期望和各自要求的功能。
对于每个部门和用户群需要给予适当分类，分析不同用户群和同一用户群内不同用户各自的职责和对系统的期望。
主要描述部门，人员组织结构图，描述与系统相关的用户群的部门和人员组织，需要标明上下级关系和人员的组织结构。
4．系统功能说明按照功能相关性为系统功能加以分类。
功能分类一与说明功能分类二与说明5.业务流程（数据流程图）需求规格说明书主要内容2. 任务概述目标:运行环境: 硬件方面: 软件方面:条件与限制:完成期限；等3．功能性需求包括：功能需求：例举出开发软件在职能上应做什么，这是最主要的需求。
非功能需求：给出所开发软件的技术性能指标，包括存储容量限制、运行时间限制、安全保密性等。
有：环境需求、可靠性需求、安全保密要求、用户界面需求、资源使用需求、预先估计系统可能达到的目标。
（在开发过程中可对系统将来可能的扩充与修改做准备。
软件工程需求规格说明书范文以下是一个软件工程需求规格说明书的范文：1. 引言1.1 目的本文档旨在描述“xxx”软件的功能和性能需求，以便于开发团队能够根据这些需求进行开发工作。
1.2 范围本文档适用于“xxx”软件的开发和测试阶段，同时也可以作为项目管理和用户验收的依据。
2. 功能性需求2.1 系统功能2.1.1 用户登录- 系统应该提供用户登录界面，用户可以通过用户名和密码进行登录。
- 系统应该验证用户的登录信息，并根据用户的权限显示相应的功能模块。
2.1.2 数据录入和查询- 用户应该能够通过系统界面录入和查询数据。
- 系统应该提供相应的数据录入和查询功能，并支持对数据的增删改查操作。
2.1.3 报表生成- 系统应该能够生成相应的报表，包括统计报表和分析报表。
- 系统应该支持用户自定义报表的生成和导出。
2.2 用户需求2.2.1 用户界面- 系统应该具有友好、直观的用户界面，以便于用户操作和理解系统的功能。
- 系统应该提供易于上手的操作指南和帮助文档，以减少用户学习和操作的难度。
2.2.2 系统响应时间- 系统应该在合理的时间范围内响应用户的操作请求，避免用户长时间等待。
3. 非功能性需求3.1 性能需求3.1.1 响应时间- 系统应该在1秒钟内响应用户的操作请求。
- 在系统负载较大时，响应时间可以在3秒钟内。
3.1.2 并发用户数- 系统应该支持最多1000个并发用户的同时操作。
3.2 安全性需求3.2.1 用户身份验证- 系统应该提供用户身份验证功能，避免未授权用户访问系统。
- 系统应该使用加密算法对用户密码进行存储和传输。
3.2.2 数据安全保护- 系统应该提供数据备份和恢复功能，以防止数据丢失或损坏。
- 系统应该对用户的敏感数据进行加密存储和传输，确保数据的安全性。
4. 约束和限制4.1 技术限制- 系统应该基于Java和MySQL开发，同时可以部署在Windows和Linux操作系统上。
【软件⼯程】需求规格说明书＜项⽬名称＞软件需求说明书作者：完成⽇期：签收⼈：签收⽇期：修改情况记录：1 引⾔1.1 编写⽬的说明编写这份软件需求说明书的⽬的，指出预期的读者范围。
1.2 范围说明：a．待开发的软件系统的名称；b．说明软件将⼲什么，如果需要的话，还要说明软件产品不⼲什么；c．描述所说明的软件的应⽤。
应当：1）尽可能精确地描述所有相关的利益、⽬的、以及最终⽬标。
2）如果有⼀个较⾼层次的说明存在，则应该使其和⾼层次说明中的类似的陈述相⼀致（例如，系统的需求规格说明）。
1.3 定义列出本⽂件中⽤到的专门术语的定义和缩写词的原词组。
1.4 参考资料列出要⽤到的参考资料，如：a．本项⽬的经核准的计划任务书或合同、上级机关的批⽂；b．属于本项⽬的其他已发表的⽂件；c．本⽂件中各处引⽤的⽂件、资料，包括所要⽤到的软件开发标准。
列出这些⽂件的标题、⽂件编号、发表⽇期和出版单位，说明能够得到这些⽂件资料的来源。
2 项⽬概述2.1 产品描述叙述该项软件开发的意图、应⽤⽬标、作⽤范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是⼀项独⽴的软件，⽽且全部内容⾃含，则说明这⼀点。
如果所定义的产品是⼀个更⼤的系统的⼀个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使⽤⼀张⽅框图来说明该系统的组成和本产品同其他各部分的联系和接⼝。
2.2 产品功能本条是为将要完成的软件功能提供⼀个摘要。
例如，对于⼀个记帐程序来说，需求说明可以⽤这部分来描述：客房帐⽬维护、客房财务报表和发票制作，⽽不必把功能所要求的⼤量的细节描写出来。
有时，如果存在较⾼层次的规格说明时，则功能摘要可从中取得，这个较⾼层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：a．编制功能的⼀种⽅法是制作功能表，以便客房或者第⼀次读这个⽂件的⼈都可以理解；b．⽤⽅框图来表达不同的功能和它们的关系也是有帮助的。
＜项目名称＞软件需求说明书作者：完成日期：签收人：签收日期：修改情况记录：1 引言1.1 编写目的说明编写这份软件需求说明书的目的，指出预期的读者范围。
1.2 范围说明：a．待开发的软件系统的名称；b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么；c．描述所说明的软件的应用。
应当：1）尽可能精确地描述所有相关的利益、目的、以及最终目标。
2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。
1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 项目概述2.1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2 产品功能本条是为将要完成的软件功能提供一个摘要。
例如，对于一个记帐程序来说，需求说明可以用这部分来描述：客房帐目维护、客房财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。
有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：a．编制功能的一种方法是制作功能表，以便客房或者第一次读这个文件的人都可以理解；b．用方框图来表达不同的功能和它们的关系也是有帮助的。
但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。
2.3 用户特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
2.4 一般约束本条对设计系统时限制开发者选择的其他一些项作一般性描述。
而这些项将限定开发者在设计系统时的任选项。
这些包括：a．管理方针；b．硬件的限制；c．与其他应用间的接口；d．并行操作；e．审查功能；f．控制功能；g．所需的高级语言；h．通信协议；i．应用的临界点；j．安全和保密方面的考虑。
2.5 假设和依据本条列出影响需求说明中陈述的需求的每一个因素。
这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。
例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。
3 具体需求3.1 功能需求3.1.1 业务建模采用半形式化或形式化工具，建立系统功能模型、数据模型或行为模型。
3.1.2 功能需求1对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。
由四个部分组成：a．引言描述的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。
b．输入1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）；2)操作员控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的位置。
例如：当打印检查时，要求操作员进行格式调整；3)指明引用接口说明或接口控制文件的参考资料。
c．加工定义输入数据、中间参数，以获得预期输出结果的全部操作。
它包括如下的说明：1)输入数据的有效性检查；2)操作的顺序，包括事件的时间设定；3)响应，例如，溢出、通信故障、错误处理等；4)受操作影响的参数；5)降级运行的要求；6)用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；7)输出数据的有效性检查。
d．输出1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；2)有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。
当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。
也就是说，这种情况犹如有限状态机。
3.1.3 功能需求2．．．．．．3.1.n 功能需求n3.2 外部接口需求3.2.1 用户接口提供用户使用软件产品时的接口需求。
例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：a．对屏幕格式的要求；b．报表或菜单的页面打印格式和内容；c．输入输出的相对时间；d．程序功能键的可用性。
3.2.2 硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点。
还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。
3.2.3 软件接口在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。
对每一个所需的软件产品，要提供如下内容：a．名字；b．助记符；c．规格说明号；d．版本号；e．来源。
对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。
3.2.4 通信接口指定各种通信接口。
例如，局部网络的协议等等。
3.3 性能需求从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。
A．静态数值需求可能包括：1)支持的终端数；2)支持并行操作的用户数；3)处理的文卷和记录数；4)表和文卷的大小。
B．动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
所有这些需求都必须用可以度量的术语来叙述。
例如，95％的事务必须在小于1s时间内处理完，不然，操作员将不等待处理的完成。
3.4 设计约束设计约束受其他标准、硬件限制等方面的影响。
3.4.1 其他标准的约束本项将指定由现有的标准或规则派生的要求。
例如：a．报表格式；b．数据命名；c．财务处理；d．审计追踪，等等。
3.4.2 硬件的限制本项包括在各种硬件约束下运行的软件要求，例如，应该包括：a．硬件配置的特点（接口数，指令系统等）；b．内存储器和辅助存储器的容量。
3.5 属性在软件的需求之中有若干个属性，以下指出其中的几个（注意：对这些决不应理解为是一个完整的清单）。
3.5.1 可用性可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别。
3.5.2 安全性指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。
这个领域的具体需求必须包括：a．利用可靠的密码技术；b．掌握特定的记录或历史数据集；c．给不同的模块分配不同的功能；d．限定一个程序中某些区域的通信；e．计算临界值的检查和。
3.5.3 可维护性规定若干需求以确保软件是可维护的。
例如：a．软件模块所需要的特殊的耦合矩阵；b．为微型装置指定特殊的数据＼程序分割要求。
3.5.4 可转移＼转换性规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。
3.5.5 警告指定所需属性十分重要，它使得人们能用规定的方法去进行客观的验证。
3.6 其他需求根据软件和用户组织的特性等，某些需求放在下面各项中描述。
3.6.1 数据库本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：a．在功能需求中标识的信息类别；b．使用的频率；c．存取能力；d．数据元素和文卷描述符；e．数据元素、记录和文卷的关系；f．静态和动态的组织；g．数据保存要求。
注：如果使用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里详细说明其用法。
3.6.2 操作这里说明用户要求的常规的和特殊的操作。
A．在用户组织之中各种方式的操作。
例如，用户初始化操作；B．交互作用操作的周期和无人操作的周期；C．数据处理运行功能；D．后援和恢复操作。
注：这里的内容有时是用户接口的一部分。
3.6.3 场合适应性需求这里包括：a．对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。
例如，栅值，安全界限等等。
b．指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。
4 附录对一个实际的需求规格说明来说，若有必要应该编写附录。
附录中可能包括：a．输入输出格式样本，成本分析研究的描述或用户调查结果；b．有助于理解需求说明的背景信息；c．软件所解决问题的描述；d．用户历史、背景、经历和操作特点；e．交叉访问表。
按先后次序进行编排，使一些不完全的软件需求得以完善；f．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。
注：当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。
