需求说明书编写规范
软件需求规格说明书编写规范
软件需求规格说明书编写规范1、目的本程序规定软件产品（项目）需求规格说明书的编制过程及相应的文档。
2、范围本程序适用于公司所有软件项目或产品在系统需求调查阶段的需求规格说明书的编制。
3、职责3.1研发部3.1.1根据项目立项书组建软件项目（产品）的项目组。
3.1.2负责《需求规格说明书》编写工作的进度和质量控制。
3.1.3组织《需求规格说明书》的评审活动。
3.2项目经理3.2.1负责与用户的协调工作。
3.2.2组织项目组成员进行需求调研工作。
3.2.3协调系统分析员及高级程序员做需求调查工作。
3.2.4负责《需求规格说明书》编写工作的进度和质量控制。
3.2.5协调项目组成员组织《需求规格说明书》的编制。
3.3系统分析员3.3.1调查用户业务需求背景。
3.3.2确定业务逻辑架构。
3.3.3确定系统性能要求。
3.3.4确定系统运行支持环境要求。
3.3.5调查与记录业务数据流程。
3.3.6指导高级程序员做需求调查工作。
3.4高级程序员3.4.1调查与记录业务操作规程。
3.4.2搜集整理各种业务报表。
3.4.3调查与记录业务数据规格。
3.4.4搜集整理业务术语。
3.4.5搜集整理本系统与第三方产品和支持性硬件及软件产品的接口。
4、术语和定义4.1需求：用户为解决某一问题或达到某个目标所需要的条件或能力。
5、工作过程及规定5.1总则5.1.1《需求规格说明书》一般由顾客提供或由顾客与我公司共同编制，但经双方协商同意后，也可以由我公司单方编制。
5.2制订《软件设计需求调查计划书》项目经理根据研发部/研发部转发的顾客需求资料，进行顾客需求识别后，制订《软件设计需求调查计划书》。
5.3调查用户需求背景系统分析员调查用户需求背景，填写《需求规格说明书》中的前言部分。
5.4调查用户单位组织结构及部门职责项目经理调查用户单位该软件产品预期使用部门的组织结构、各部门职责以及每个部门的业务范围，填写《需求规格说明书》中的用户单位组织结构部分。
需求规格说明书的格式规范
项目编号: S×××－<项目名称>分类:<模板>需求规格说明书Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组■客户（市场）■维护人员■用户评审负责人（签名）：评审日期：目录1.引言 (1)1.1目的 (1)1.2定义 (1)1.3参考资料 (1)2.软件总体概述 (1)2.1软件标识 (1)2.2软件描述 (1)2.2.1系统属性 (1)2.2.2开发背景 (2)2.2.3软件功能 (2)2.3用户的特点 (2)2.4限制与约束 (2)3.具体需求 (2)3.1功能需求 (3)3.2性能需求 (3)3.3数据库需求 (4)3.4设计约束 (4)3.4.1其他标准的约束 (4)3.4.2硬件约束 (4)3.5属性 (4)3.5.1可用性 (4)3.5.2可靠性 (4)3.5.3效率 (4)3.5.4安全性 (4)3.5.5可维护性 (4)3.5.6可移植性 (5)3.6外部接口需求 (5)3.6.1用户接口 (5)3.6.2硬件接口 (5)3.6.3软件接口 (5)3.6.4通信接口 (6)4.数据字典 (6)5.附录 (6)5.1用户方组织机构图； (6)1. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。
这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。
1.3 参考资料本节列出下列资料：经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件；本项目的较高层次的开发文档，如：《项目开发计划》等；SRS中各处引用的资料、标准和规范。
需求规格说明书编写要点
需求规格说明书编写要点一、引言在引言中，要明确介绍需求规格说明书的目的和范围，以及该产品的背景和重要性。
可以描述产品的市场需求、竞争情况等相关背景信息。
二、总体描述在总体描述中，要对产品的整体特性进行概述。
包括产品的主要功能、性能要求、可靠性要求、使用环境等。
还应明确产品的用户人群、使用者的角色和权限等。
三、功能需求在功能需求部分，要详细描述产品的功能需求。
可以根据产品的主要功能进行划分，每个功能需求都要详细描述该功能的具体要求和操作流程。
四、性能需求在性能需求部分，要详细描述产品的性能要求。
包括响应时间、处理能力、数据存储能力等方面的要求。
需要给出具体的数值要求，并说明测试方法和标准。
五、可靠性需求在可靠性需求部分，要详细描述产品的可靠性要求。
包括产品的故障率、可恢复性、可维护性等方面的要求。
需要给出具体的数值要六、安全需求在安全需求部分，要详细描述产品的安全要求。
包括数据安全、用户隐私保护等方面的需求。
需要明确产品的安全级别、安全措施和测试方法。
七、用户界面需求在用户界面需求部分，要详细描述产品的用户界面要求。
包括界面布局、交互方式、操作流程等方面的要求。
需要给出界面的设计稿、交互流程图等辅助说明。
八、数据需求在数据需求部分，要详细描述产品的数据要求。
包括数据的类型、格式、存储方式等方面的要求。
需要给出数据字典、数据模型等辅助说明。
九、约束和限制在约束和限制部分，要详细描述产品的约束和限制条件。
包括技术限制、法律法规要求、成本限制等方面的约束。
需要给出具体的限制条件和相关的说明。
十、质量属性需求在质量属性需求部分，要详细描述产品的质量属性要求。
包括可维护性、可扩展性、可移植性等方面的要求。
需要给出具体的数值要十一、附录在附录部分，可以给出一些补充的信息。
如术语表、缩略词表、参考文献等。
以上是编写需求规格说明书的一些要点，通过清晰的结构和准确的描述，可以帮助开发团队理解和实现产品的需求。
同时，需求规格说明书也可以作为项目验收的依据，确保产品满足用户的需求和期望。
需求编写规范
需求编写规范目的本文档旨在为团队成员提供一个统一的需求编写规范，以确保需求文档的准确性、一致性和可理解性。
规范要求1. 清晰和详细：需求应该清晰明确，详细描述所需要的功能和期望结果，以避免歧义和理解上的困难。
清晰和详细：需求应该清晰明确，详细描述所需要的功能和期望结果，以避免歧义和理解上的困难。
2. 简洁和精炼：需求应该简洁明了，去除冗余和不必要的信息，突出核心要点。
简洁和精炼：需求应该简洁明了，去除冗余和不必要的信息，突出核心要点。
3. 一致性和统一性：使用统一的语言和表达方式，遵循已有的需求模板和约定，以确保整个项目中需求的一致性。
一致性和统一性：使用统一的语言和表达方式，遵循已有的需求模板和约定，以确保整个项目中需求的一致性。
4. 可衡量和可验证：需求应该是可衡量和可验证的，即能够明确判断是否已经满足需求。
可衡量和可验证：需求应该是可衡量和可验证的，即能够明确判断是否已经满足需求。
5. 特殊情况和边界条件：需求应包含特殊情况和边界条件，以便全面考虑各种情况下的需求满足程度。
特殊情况和边界条件：需求应包含特殊情况和边界条件，以便全面考虑各种情况下的需求满足程度。
6. 可追踪性和更新性：需求应具备可追踪性，能够方便地跟踪需求来源、变更和实现情况。
同时，需求也应具备更新性，及时反映需求的变更和修订。
可追踪性和更新性：需求应具备可追踪性，能够方便地跟踪需求来源、变更和实现情况。
同时，需求也应具备更新性，及时反映需求的变更和修订。
7. 优先级和重要性：需求应标注优先级和重要性，以便团队成员和相关利益相关方能够明确了解需求的相对重要程度。
优先级和重要性：需求应标注优先级和重要性，以便团队成员和相关利益相关方能够明确了解需求的相对重要程度。
编写流程1. 需求确定：在与项目相关人员充分沟通的基础上，明确和确认需求内容。
需求确定：在与项目相关人员充分沟通的基础上，明确和确认需求内容。
2. 需求分解：将整体需求分解为更细化的子需求，以便更好地描述和管理。
需求规格说明书编写规范
需求规格说明书
1项目背景
待建设的系统名称，原有系统描述, 原有系统存在的问题，新系统解决方案描述。
2设计目标
可根据项目、合同或规范内容进行概况或引用，说明本次系统集成项目的设计目标。
3用户需求
这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。
可以引用《合同》/《规范》
4产品需求
4.1子系统名称
4.1.1功能需求
描述业务特点，用户量等及预期效果。
4.1.2性能需求（根据用户要求可以剪裁）
系统性能、主机处理能力、存储IOPS、网络吞吐量等及预期效果。
4.1.3可靠性需求
对系统的稳定性的要求，是否实现负载均衡，双机热备，数据库RAC等及预期效果。
4.1.4安全性需求
从网络安全，网络管理，系统安全，数据安全，系统监控等方面，考虑用户是否有这方面的需求及预期效果。
4.1.5可维护性需求
4.1.6扩展性需求
对系统可维护性和可扩展性要求及预期效果。
4.1.7接口需求
设备间互联本项目所使用的接口描述及预期效果。
5工作范围
对本次系统集成项目的内容进行详细的描述，明确本次系统集成项目的范围。
具体做什么、做到什么程度，不做什么，对于这部分内容的描述要准确、不能产生二义性。
对于项目合同中表达不明确或者不清楚的地方要给与明确的界定。
6需要客户配合的内容：
对需要客户配合的事情及时间进度应加以说明。
说明书的编写要求
说明书的编写要求说明书是一种专门用于解释、指导产品使用、操作或维护的文稿，它在产品的生产、销售过程中起着重要的作用。
为了确保说明书能够准确传递产品信息，提供清晰的指导，编写说明书时需要注意以下几个要求。
一、格式规范1. 封面：说明书的封面应包含产品名称、图标或图片，以及版本号等基本信息。
排版应简洁明了，突出产品的特点。
2. 目录：在说明书中添加目录页，列出各个章节的标题和页码，方便读者查找所需信息。
3. 章节划分：根据产品的特点和功能，将说明书分为不同的章节，每个章节讲解一种功能或操作步骤。
4. 主体内容：每一章节应明确一个主题，并以简练的语言介绍使用、操作或维护的步骤。
可以使用有序列表、图文结合等方式，增加内容的可读性。
5. 插图和图表：为了更好地说明产品的使用方法或操作步骤，可以插入相关的图片、图表或示意图。
图形要清晰，标注要准确，与文字内容相互配合。
6. 注意事项：在说明书中添加注意事项的部分，列出一些易忽略但重要的细节，如禁止事项、安全注意事项等。
7. 术语解释：对于一些行业、技术术语或产品特有的名词，可以适当添加解释说明，方便读者理解和掌握。
二、语言表达1. 准确性：说明书涉及到产品的使用和操作，因此语言表达必须准确无误，避免歧义和误导。
2. 简明扼要：说明书的内容应该言简意赅，避免使用过于繁琐或复杂的语句。
简明的表述可以提高读者的阅读效率。
3. 结构清晰：合理组织文章结构，采用分段和标点等手段，使文章层次清晰，段落之间过渡自然。
4. 第一人称：为了更好地与读者沟通，可以使用第一人称，如"我们建议"、"我们提供"等。
这样可以增加读者的亲近感，加强交流效果。
5. 避免冗余：语句要简洁明了，避免使用冗长的词句和重复的表达。
重要的信息要突出，不重要或重复的内容可以删减或合并。
三、用户导向1. 用户需求：说明书的编写应以用户需求为导向，重点解答用户在使用、操作或维护产品时可能遇到的问题。
需求说明书编写规范
需求规格说明书软件需求规格说明书是软件开发过程需求分析阶段需要产出的文档，是为了使用户和软件开发者对软件的规格有一个共同的理解而撰写的，软件需求规格说明有标准的模板方法/步骤第一章是引言。
描述软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和理解，包含五个部分：1.1 编写目的//对产品(项目)进行定义，在该文档中详尽说明这个产品的软件需求，包//括修正或发行版本号。
如果这个软件需求规格说明书只与整个系统的一//部分有关，那么只定义文档中说明的部分或子系统。
1.2 文档约定//描述编写文档时所采用的标准或排版约定，包括正文风格，提示区或重//要符号。
例如，说明高层需求的优先级是否可以被所有细化分需求所继//承，或者每个需求陈述是否都有优先级。
1.3 读者对象和阅读建议//列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、//营销人员、用户、测试人员等。
描述文档中剩余部分的内容及其组织结//构。
提出最适合每一类读者阅读文档的建议。
1.4 项目范围//提供对指定的软件及其目的的简短描述，包括利益和目标。
把软件与企业//目标或业务策略相联系。
可以参考项目范围文档，而不是将其内容复制到//这里1.5 参考资料//列举编写软件需求规格说明书时所参考的资料或其它来源。
可能包括用户//界面风格指导、合同、标准、系统需求规格说明书，用户需求、相关产品//的软件需求规格说明书。
这里应给出详细的信息，包括标题名称、作者、//版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。
第二章是总体描述。
包含六个部分：2.1 产品前景//描述软件需求规格说明书中所定义的产品的背景和起源。
说明该产品是否//是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品，是否//是现有应用程序的替代品，或者什邡市一个全新的产品。
//如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这//部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。
软件需求规格说明书格式规范
软件需求规格说明书格式规范一、引言软件需求规格说明书旨在详细描述软件系统的需求，并为软件开发团队提供具体的指导。
本文档将按照以下格式规范进行编写。
二、文件头部1. 文档标题：需求规格说明书（软件名称）2. 文档编号：XXXXXXXX3. 版本号：1.04. 编写日期：XXXX年XX月XX日三、文档概述（此部分简要介绍软件的背景、目标和范围，不超过300字）四、功能需求（按照模块或功能点进行分类，详细描述软件的功能需求。
可以使用表格或列表来清晰地列出每个功能的描述、输入、输出以及相关约束条件）五、性能需求（详细描述软件的性能需求，包括但不限于响应时间、处理能力、可扩展性等。
可以使用表格或列表进行描述）六、界面需求（描述软件的用户界面需求，包括但不限于界面设计、布局、颜色和图标等。
可以使用截图或示意图来更加清晰地展示）七、数据需求（详细描述软件的数据需求，包括所需数据的类型、格式、存储位置、访问权限等。
可以使用表格或列表进行描述）八、安全需求（描述软件的安全需求，包括但不限于用户身份验证、数据加密、权限管理等。
可以使用表格或列表进行描述）九、软件质量特性需求（描述软件的质量属性需求，包括但不限于可靠性、可维护性、可测试性等。
可以使用表格或列表进行描述）十、其他非功能性需求（描述软件的其他非功能性需求，包括但不限于兼容性、易用性、国际化等。
可以使用表格或列表进行描述）十一、需求确认与验收标准（描述如何对软件需求进行确认和验收，可以使用表格或列表进行描述）十二、变更记录（记录需求规格说明书的变更历史，包括版本号、修改日期、修改内容等）十三、附录（提供软件需求文档中所用到的相关术语、缩略词的解释）以上是软件需求规格说明书的格式规范，按照此格式撰写的文档能够清晰、准确地描述软件的需求，为开发团队提供指导，确保软件开发过程的顺利进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
＜项目名称＞软件需求说明书作者：完成日期：签收人：签收日期：修改情况记录：目录1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.3 定义 (1)1.4 参考资料 (1)2 项目概述 (2)2.1 产品描述 (2)2.2 产品功能 (2)2.3 用户特点 (2)2.4 一般约束 (2)2.5 假设和依据 (3)3 具体需求 (3)3.1 功能需求 (3)3.1.1 功能需求1 (3)3.1.2 功能需求2 (4)3.1.n 功能需求n (5)3.2 外部接口需求 (5)3.2.1 用户接口 (5)3.2.2 硬件接口 (5)3.2.3 软件接口 (5)3.2.4 通信接口 (6)3.3 性能需求 (6)3.4 设计约束 (6)3.4.1 其他标准的约束 (6)3.4.2 硬件的限制 (7)3.5 属性 (7)3.5.1 可用性 (7)3.5.2 安全性 (7)3.5.3 可维护性 (7)3.5.4 可转移＼转换性 (8)3.5.5 警告 (8)3.6 其他需求 (8)3.6.1 数据库 (8)3.6.2 操作 (8)3.6.3 场合适应性需求 (9)4 附录 (9)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 功能需求1对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。
由四个部分组成：a．引言描述的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。
b．输入1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）；2)操作员控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的位置。
例如：当打印检查时，要求操作员进行格式调整；3)指明引用接口说明或接口控制文件的参考资料。
c．加工定义输入数据、中间参数，以获得预期输出结果的全部操作。
它包括如下的说明：1)输入数据的有效性检查；2)操作的顺序，包括事件的时间设定；3)响应，例如，溢出、通信故障、错误处理等；4)受操作影响的参数；5)降级运行的要求；6)用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；7)输出数据的有效性检查。
d．输出1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；2)有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。
当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。
也就是说，这种情况犹如有限状态机。
3.1.2 功能需求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．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。
注：当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。
第9 页。