1、中华人民共和国国家标准计算机软件需求说明编制指南发布实施中华人民共和国电子工业部发布中华人民共和国国家标准计算机软件需求说明编制指南中华人民共和国电子工业部批准实施引言目的和作用本指南为软件需求实践提供了一个规范化的方法本指南不提倡把软件需求说明以下简称划分成等级避免把它定义成更小的需求子集本指南适用对象软件客户以便精确地描述他们想获得什么样的产品软件开发者以便准确地理解客户需要什么样的产品对于任一要实现下列目标的单位和或个人要提出开发规范化的提纲定义自己需要的具体的格式和内容产生附加的局部使用条款如质量检查清单或者作者手册等将完成下列目标在软件产品完成目标方面为客户和开发者之间建立共同协议创
2、立一个基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求或者怎样修改这种软件才能适合他们的要求提高开发效率编制的过程将使客户在设计开始之前周密地思考全部需求从而减少事后重新设计重新编码和重新测试的返工活动在中对各种需求仔细地进行复查还可以在开发早期发现若干遗漏错误的理解和不一致性以便及时加以纠正为成本计价和编制计划进度提供基础提供的对被开发软件产品的描述是计算机软件产品成本核算的基础并且可以为各方的要价和付费提供依据对软件的清晰描述有助于估计所必须的资源并用作编制进度的依据为确认和验证提供一个基准任何组织将更有效地编制他们的确认和验证计划作为开发合同的一部分还可以提供一
3、个可以度量和遵循的基准然而反之则不成立即任一有关软件的合同都不能作为因为这种文件几乎不包括详尽的需求说明并且通常是不完全的便于移植有了就便于移植软件产品以适应新的用户或新的机种客户也易于移植其软件到其他部门而开发者同样也易于把软件移植到新的客户作为不断提高的基础由于所讨论的是软件产品而不是开发这个产品的设计因此是软件产品继续提高的基础虽然也可能要改变但是原来的还是软件产品改进的可靠基础范围本指南适用于编写软件需求规格说明它描述了一个所必须的内容和质量并且在第章中提供了大纲引用标准计算机软件开发规范计算机软件产品开发文件编制指南软件工程术语定义所列术语和下列定义适用于本指南合同是由客户和开发者共
4、同签署的具有法律约束力的文件其中包括产品的技术组织成本和进度计划要求等内容客户指个人或单位他们为产品开发提供资金通常但有时也不必还提出各种需求文件中的客户和开发者也可能是同一个组织的成员语言是具有语法和语义的通信工具包括一组表达式惯例和传递信息的有关规则分割把一个整体分成若干部分开发者指为客户生产某种软件产品的个人或集团在本指南中客户和开发者可能是同一个组织的成员用户指运行系统或者直接与系统发生交互作用的个人或集团用户和客户通常不是同一些人编写的背景信息的基本要求是对要完成一定功能性能的软件产品程序或一组程序的说明对的描述有两项基本要求必须描述一定的功能性能必须用确定的方法叙述这些功能性能的环
5、境必须认识到在整个软件开发规范见所规定的有关阶段都起作用正因为如此的起草者必须特别注意不要超出这种作用的范围这意味着要满足下列要求必须正确地定义所有的软件需求除了设计上有特殊限制之外中一般不描述任何设计验证或项目管理细节的特点无歧义性当且仅当它对每一个需求只有一种解释时才是无歧义的要求最终产品的每一个特性用某一术语描述若某一术语在某一特殊的行文中使用时具有多种含义那么对该术语的每种含义作出解释并指出其适用场合需求通常是用自然语言编写的使用自然语言的起草者必须特别注意消除其需求的歧义性提倡使用形式化需求说明语言完整性如果一个能满足下列要求则该就是完整的包括全部有意义的需求无论是关系到功能的性能的
6、设计约束的还是关系到属性或外部接口方面的需求对所有可能出现的输入数据的响应予以定义要对合法和非合法的输入值的响应做出规定要符合要求如果个别章节不适用则在中要保留章节号填写中的全部插图表图示标记和参照并且定义全部术语和度量单位关于使用待定一词的规定任何一个使用待定的都是不完全的若万一遇到使用待定一词时作如下处理对产生待定一词的条件进行描述使得问题能被解决描述必须干什么事以删除这个待定包含有待定一词的任何的项目文件应该标识与此特定文件有关的版本号或叙述其专门的发布号拒绝任何仍标识为待定一词的章节的许诺可验证性当且仅当中描述的每一个需求都是可以验证的该才是可以验证的当且仅当在某一性能价格比可取的有限
7、处理过程人或机器能通过该过程检查软件产品能否满足需求时才称这个需求是可以验证的一致性当且仅当中各个需求的描述是不矛盾时才是一致的可修改性如果一个的结构和风格在需求有必要改变时是易于实现的完整的一致的那么这个就是可以修改的可修改性要求具备以下条件具有一个有条不紊的易于使用的内容组织具有目录表索引和明确的交叉引用表没有冗余即同一需求不能在中出现多次冗余本身不是错误但是容易发生错误冗余可增加的可读性但是在一个冗余文件被更新时容易出现问题例如假设一个明确的需求在两个地方详细列出后来发现这个需求需要改变若只修改了一个地方于是就变得不一致了不管冗余是否必须一定要包含一个详细的交叉引用表以便具备可修改性可追
8、踪性如果每一个需求的源流是清晰的在进一步产生和改变文件编制时可以方便地引证每一个需求则该就是可追踪的建议采用如下两种类型的追踪向后追踪即向已开发过的前一阶段追踪根据先前文件或本文件前面的每一个需求进行追踪向前追踪即是向由派生的所有文件追踪根据中具有唯一的名字和参照号的每一个需求进行追踪当中的一个需求表达另一个需求的一种指派或者是派生时向前向后的追踪都要提供例如从总的用户响应时间需求中分配给数据库操作响应时间识别带有一定功能和用户接口的需求的报告格式支持法律或行政上需要的某个软件产品例如计算税收在这种情况下要指出软件所支持的确切的法律或行政文件当软件产品进入运行和维护阶段时的向前可追踪性显得特别
9、重要当编码和文件作修改时重要的是要查清这些修改所影响的全部需求运行和维护阶段的可使用性必须满足运行和维护阶段的需要包括软件最终替换维护常常是由与原来开发无联系的人来进行的局部的改变修正可以借助于好的代码注释来实现对于较大范围的改变设计和需求文件是必不可少的这里隐含了两个作用如条指出必须是可修改的中必须包括一个记录它记录那些应用于各个成分的所有具体条文例如它们的危急性如故障可能危及完全或导致大量财政方面的社会方面的损失它们仅与暂时的需要相关如支持一种可立即恢复原状的显示它们的来源如某功能是由已存在的软件产品的全部拷贝复制而成要求在中清楚地写明功能的来源和目的因为对功能的来源和引入该功能的目的不清
10、楚的话通常不可能很好地完成软件的维护的编制者软件开发的过程是由开发者和客户双方同意开发什么样的软件协议开始的这种协议要使用的形式应该由双方联合起草这是因为客户通常对软件设计和开发过程了解较少而不能写出可用的开发者通常对于客户的问题和意图了解较少从而不可能写出一个令人满意的系统需求的改进软件产品的开发过程中在项目的开始阶段不可能详细说明某些细节在开发过程中可能发现的缺陷缺点和错误之类的问题所以可能要对进行改进在的改进中应注意如下事项尽管可以预见校正版本在开发以后不可避免而对需求还必须尽可能完全清楚地描述一旦最初识别出项目的变化应引入一个正式的改变规程来标识控制追踪和报告项目的改变批准了的需求改变
11、用如下的方法编入之中提供各种改变后的正确的完全的审查记录允许对当前的和被替代部分的审查的编制工具编制最显而易见的方法是用自然语言来描述尽管自然语言是丰富多彩的但不易精确用形式化的方法较好形式化说明方法在中是否使用形式化方法要依据下列因素程序规模和复杂性客户合同中是否要求使用是否是一个合同工具或仅仅是一个内部文件文件是否成为设计文件的根据具有支持这种方法的计算机设备生产工具软件产品生产中有多种生产工具比如计算机的字处理器就是非常有用的生产辅助工具一个通常有若干作者可能经历若干版本并且要进行多次重新组织内容故生产工具是必要的表达工具在中有许多词汇特别是许多名词和动词专门涉及到系统的实体和许多活动所
12、以表达需要若干工具比如可以验证实体或活动无论在中什么地方都是同一名字可以标识一个特殊的实体或动作在规格说明中的描述位置此外可以使用若干种形式化方法以便允许自动处理内容只要作某些限制就可以做到用一些表格或图示法来显示需求用详细分层体系自动检查的需求这里每一个分层自身是完全的但是也可以扩展为下一层或是上一层的一个组成成分自动检查具有在条描述的部分或全部特点软件需求中每一个软件需求是要求开发软件产品的某些基本功能和性能的一个陈述表达软件需求的方法软件需求可以用若干种方法来表达通过输入输出说明使用代表性的例子用规范化的模型输入输出说明用输入输出序列来描述一个软件产品所要求的特性是很有效的途径根据被描述
13、的软件的性质至少有三种不同的途径有些软件产品如报表系统要求着重说明输出一般情况下致力于输出的系统主要是在数据文卷上操作用户的输入通常是致力于提供控制信息和启动数据文卷的处理有些软件产品需要着重说明输入输出特性关注输入输出的系统主要是在当前的输入上操作要求生成与输入相匹配的输出类似于数据转换例行程序或一个数学函数包还有一些系统如过程控制系统要求记忆它们的状态可以根据本次输入和上一次输入进行应答也就是说它的行为如同一个有限状态机在此种情况下既要关注输入输出对又要关注这些输入输出对的次序困难多数软件产品可能接收无限的序列作为输入于是为了通过输入输出序列完整地说明产品的特性就要求包括一个无限长的输入和
14、所需的输出序列然而用这样的途径不可能完整地描述软件所要求的一切特性典型例子一种选择是用典型例子来说明要求的特性例如假设一个系统中当接收时用来回答显然要列出全部输入和输出序列是不可能的然而用典型的序列可以十分清楚地理解系统的特性下面是一组四种对话的典型的例子用它描述系统特性这些对话仅提供了要求的输入和输出之间的关系但是不能完全描述系统的特性模型另一种表达需求的方法是模型的方式这是表达复杂需求的精确和有效的方法至少可以提出三种可供使用的通用模型数学型功能型计时型应注意区别各种模型的应用场合参考数学模型数学模型是使用数学关系描述软件特性的模型数学模型对某些特殊应用领域是特别有用的例如导航线性规划计量
15、经济信号处理和气象分析等用数学模型能够对中所讨论的典型例子描述如下这里号表示括号内的字符串可以重复一次或多次功能模型功能模型是提供从输入到输出映象的模型象有限状态机或网这些功能模型可以有助于标识和定义软件的各种特点或者可以表示系统所要进行的操作对前面用数学模型描述的例子可用图所示的有限状态机形式的功能模型来描述图中进入的箭头表示启动状态双线的方框表示接收状态在各线记号的含义是代表接受的输入而是产生的输出图计时模型计时模型是一种增加了时间限制的模型这种模型对于表达软件特性的形式和细节特别有用尤其是实时系统或考虑人为因素的系统计时模型可以把下列限制加到图的模型中去激活因素将在进入状态之内出现响应将
16、在进入状态之内出现其他模型除了上面提及的模型外对一些特殊的应用还有一些特别有用的模型例如编译程序的说明可以使用属性文法工资单系统可以使用表格要注意的是对使用形式需求语言通常含有使用特殊模型的意思警告无论使用哪一类型的模型都要在中或在涉及到的一个文件中对它严格定义这个定义应该规定模型中的参数所要求的范围使用时的限定值结果的精确度负载的能力要求的执行时间缺省或失败时的响应必须注意在需求的定义域内要保持一个模型定义每当一个使用一个模型时它意味着此模型提供一个十分有效和精确的方法说明需求并不意味软件产品的实现必须基于这个模型一个模型用于解释文件所写的需求是有效的但是对于实际软件的实现可能并不是最适宜的
17、软件需求的注释有关软件产品的所有需求并不是同等重要的某些需求可能是基本的例如是对于生命攸关的应用而另一些可能并不那么重要中每一个需求必须进行注释以便区别其重要的程度用这种方法注释需求可以帮助客户对每一个需求给予更周密的考虑通常可以在需求中澄清隐藏的假设帮助开发者做出正确的设计决定并对软件产品不同部分作出相应的努力稳定性注释需求的一种方法是使用稳定性量纲当一个需求在软件预期的生存期间内描述不改变的话可以认为该需求是稳定的否则可以认为是易变的必要性等级注释的另一种方法是把需求分成必须保证级期望级和任选级必须保证是指软件必须和这些需求相一致否则该软件不可能被接受期望是指这些需求将提高软件产品的功能但
18、是如果缺省的话也是可接受的任选是给开发者一个机会可以提供某些超出规定的目标注意事项在注释需求之前必须彻底理解这种注释的实质性含义在表达需求时遇到的共同弊病的基本点是它必须说明由软件获得的结果而不是获得这些结果的手段编写需求的人必须描述的基本问题是功能所设计的软件要做什么性能是指软件功能在执行过程中的速度可使用性响应时间各种软件功能的恢复时间吞吐能力精度频率等等强加于实现的设计限制在效果实现的语言数据库完整性资源限制操作环境等等方面所要求的标准属性可移植性正确性可维护性及安全性等方面的考虑因素外部接口与人硬件其他软件和其他硬件的相互关系编写需求的人应当避免把设计或项目需求写入之中应当对说明需求设
19、计约束与规划设计两者有清晰的区别在中嵌入了设计在中嵌入设计说明会过多地约束软件设计并且人为地把具有潜在危险的需求放入中必须描述在什么数据上为谁完成什么功能在什么地方产生什么结果应把注意力集中在要完成的服务目标上通常不指定如下的设计项目把软件划分成若干模块给每一个模块分配功能描述模块间的信息流程或者控制流程选择数据结构把设计完全同隔离开来始终是不现实的安全和保密方面的周密考虑可能增加一些直接反映设计约束的需求例如在一些分散的模块中保持某些功能允许在程序的某些区域之间进行有限的通讯计算临界值的检查和通常应考虑到若要为软件选择高层次的设计就可能需要大量的资源可能占整个产品开发成本的以上有两种选择不顾
20、本指南的警告在中描述了设计这意味着或者将一个潜在不适当的设计作为一个需求进行描述因为若要得到好的设计所花费的时间是不够的或者在需求阶段花费了过多的时间因为在完成之前整个设计分析都要完成采用本指南中条中的建议用模型设计描述需求这种模型设计只用于辅助描述需求而不使之成为实际的设计在中嵌入了一些项目要求应当是描写一个软件产品而不是描述生产软件产品的过程项目要求表达客户和开发者之间对于软件生产方面合同性事宜的理解因此不应当包括在中例如成本交货进度报表处理软件开发方法质量保证确认和验证的标准验收过程项目需求在另外的文件中描述在中提供的只是关于软件产品本身的需求大纲本章着重讨论的每一个基本部分可以作为一个
21、的大纲表给出该大纲目录表至表给出大纲中第章的具体需求内容各开发者和客户应当根据所描述的实际情况按本指南有关规定编写自己的表大纲目录前言目的范围定义缩写词略语参考资料项目概述产品描述产品功能用户特点一般约束假设和依据具体需求参阅本指南条中具体需求的组织形式附录索引前言第章本章提供整个综述目的的条在这一条包括下列内容描述实际的目的说明所预期的读者范围的条用一个名字标识被生产的软件产品比如数据库系统报表生成程序等等说明软件产品将干什么如果需要的话还要说明软件产品不干什么描述所说明的软件的应用应当尽可能精确地描述所有相关的利益目的以及最终目标如果有一个较高层次的说明存在则应该使其和高层次说明中的类似的
22、陈述相一致例如系统的需求规格说明定义缩写词略语的条本条中必须提供全部需求的术语缩写词及略语的定义以便对进行适当的解释这些信息可以由的附录提供也可以参考其他的文件参考资料的条本条应包括在中各处参照的文件的全部清单如经核准的计划任务书上级机关批文合同等列出其他参考资料如属本项目的其他已发表的文件和主要文献等每一个文件文献要有标题索引号或文件号发布或发表日期以及出版单位详细说明可以得到该参考文件的来源这个信息可以通过引用附录或其他文件提供项目概述第章本章应描述影响产品和其需求的一般因素本章不说明具体的需求而仅使需求更易于理解产品描述的条这一条是把一个产品用其他有关的产品或项目来描述如果这个产品是独立
23、的而且全部内容自含应在此说明如果定义的产品是一个较大的系统或项目中的一个组成部分那么本条应包括如下内容要概述这个较大的系统或项目的每一个组成部分的功能并说明其接口指出该软件产品主要的外部接口在这里不要求对接口详细地描述详细描述放在其他章条中描述所使用的计算机硬件外围设备这里仅仅是一个综合性描述在本条的描述中用一个方框图来表达一个较大的系统或项目的主要组成部分相互联系和外部接口是非常有帮助的本条既不用来强迫进行设计方案的描述也不是描述在解决问题时的设计约束本条应对在以后具体需求一章中说明的设计约束提供理由产品功能的条本条是为将要完成的软件功能提供一个摘要例如对于一个记帐程序来说可以用这部分来描述
24、客户帐目维护客户财务报表和发票制作而不必把功能所要求的大量的细节描写出来有时如果存在较高层次的规格说明时则功能摘要可直接从中取得这个较高层次的规格说明为软件产品分配了特殊的功能为了清晰起见请注意编制功能的一种方法是制作功能表以便客户或者第一次读这个文件的人都可以理解用方框图来表达不同的功能和它们的关系也是有帮助的但要牢记这样的图不是产品设计时所需求的而只是一种有效的解释性的工具这一条不用作陈述具体需求只是对后来中具体需求一章中为什么要描述的某些需求提供理由用户特点的条本条要描述影响具体需求的产品的最终用户的一般特点许多人在软件生存周期的操作和维护阶段与系统相关而这些人中有用户操作员维护人员和系
25、统工作人员这些人的某些特点象教育水平经验技术专长等都是施加于系统操作环境的重要约束如果系统的大多数用户是一些临时的用户那么就要求系统包含如何完成基本功能的提示而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节这一条的内容不能用来陈述具体需求或强加若干特殊的设计约束本条应对在的具体需求一章之中的某些具体需求或设计约束的描述提供理由一般约束的条本条对设计系统时限制开发者选择的其他一些项作一般性描述而这些项将限定开发者在设计系统时的任选项这些包括管理方针硬件的限制与其他应用间的接口并行操作审查功能控制功能所需的高级语言通信协议应用的临界点安全和保密方面的考虑本条不陈述具体需求或具体设计约
26、束而对的具体需求一章中为什么要确定某些具体需求和设计约束提供理由假设和依据的条本条列出影响中陈述的需求的每一个因素这些因素不是软件的设计约束但是它们的改变可能影响到中的需求例如假定一个特定的操作系统是在被软件产品指定的硬件上使用的然而事实上这个操作系统是不可能使用的于是就要进行相应的改变具体需求的第章本章应包括软件开发者在建立设计时需要的全部细节这是中篇幅最大和最重要的部分根据本指南第章所规定的准则如可验证性无歧义性等对每一个需求细节作具体描述在的前言项目概述附录部分的有关讨论中要提供对任何一个具体需求交叉引用的背景具体需求分类的方法如下功能需求性能需求设计约束属性外部接口需求本章中要注意的二
27、点是按符合逻辑的和可读的方式组织详细描述每一个需求使得该需求应达到的目标能够用指定的方法进行客观的验证具体需求的内容功能需求本条描述软件产品的输入怎样变换成输出即软件必须完成的基本动作对于每一类功能或者有时对于每一个功能需要具体描述其输入加工和输出的需求这通常由四个部分组成引言这部分描述的是功能要达到的目标所采用的方法和技术还应清楚说明功能意图的由来和背景输入这部分应包括详细描述该功能的所有输入数据如输入源数量度量单位时间设定有效输入范围包括精度和公差操作员控制细节的需求其中有名字操作员活动的描述控制台或操作员的位置例如当打印检查时要求操作员进行格式调整指明引用接口说明或接口控制文件的参考资料
28、加工定义输入数据中间参数以获得预期输出结果的全部操作它包括如下的说明输入数据的有效性检查操作的顺序包括事件的时间设定异常情况的响应例如溢出通信故障错误处理等受操作影响的参数降级运行的要求用于把系统输入变换成相应输出的任何方法方程式数学算法逻辑操作等输出数据的有效性检查输出这部分应包括详细描述该功能所有输出数据例如输出目的地数量度量单位时间关系有效输出的范围包括精度和公差非法值的处理出错信息有关接口说明或接口控制文件的参考资料此外对着重于输入输出行为的系统来说应指定所有有意义的输入输出对及其序列当一个系统要求记忆它的状态时需要这个序列使得它可以根据本次输入和以前的状态作出响应也就是说这种情况犹如
29、有限状态机性能需求从整体来说本条应具体说明软件或人与软件交互的静态或动态数值需求静态数值需求可能包括支持的终端数支持并行操作的用户数处理的文卷和记录数表和文卷的大小动态数值需求可能包括欲处理的事务和任务的数量以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量所有这些需求都必须用可以度量的术语来叙述例如的事务必须在小于时间内处理完不然操作员将不等待处理的完成设计约束设计约束受其他标准硬件限制等方面的影响其他标准的约束本项将指定由现有的标准或规则派生的要求例如报表格式数据命名财务处理审计追踪等等硬件的限制本项包括在各种硬件约束下运行的软件要求例如应该包括硬件配置的特点接口数指令系统等内存
30、储器和辅助存储器的容量属性在软件的需求之中有若干个属性下面指出其中的几个注意对这些决不应理解为是一个完整的清单可用性可以指定一些因素如检查点恢复和再启动等以保证整个系统有一个确定的可用性级别安全性这里指的是保护软件的要素以防止各种非法的访问使用修改破坏或者泄密这个领域的具体需求必须包括利用可靠的密码技术掌握特定的记录或历史数据集给不同的模块分配不同的功能限定一个程序中某些区域的通信计算临界值的检查和可维护性这里规定若干需求以确保软件是可维护的例如软件模块所需要的特殊的耦合矩阵为微型装置指定特殊的数据程序分割要求可转移转换性这里规定把软件从一种环境移植到另一种环境所要求的用户程序用户接口兼容方面
31、的约束等等警告指定所需属性十分重要它使得人们能用规定的方法去进行客观的验证外部接口需求用户接口提供用户使用软件产品时的接口需求例如如果系统的用户通过显示终端进行操作就必须指定如下要求对屏幕格式的要求报表或菜单的页面打印格式和内容输入输出的相对时间程序功能键的可用性硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点还可能包括如下事宜支撑什么样的设备如何支撑这些设备有何约定软件接口在这里应指定需使用的其他软件产品例如数据管理系统操作系统或者数学软件包以及同其他应用系统之间的接口对每一个所需的软件产品要提供如下内容名字助记符规格说明号版本号来源对于每一个接口这部分应说明与软件产品相关的接口软
32、件的目的并根据信息的内容和格式定义接口这里不必详细描述任何已有完整文件的接口只要引用定义该接口的文件即可通信接口这里指定各种通信接口例如局部网络的协议等等其他需求根据软件和用户组织的特性等某些需求放在下面各项中描述数据库本项对作为产品的一部分进行开发的数据库规定一些需求它们可能包括在条中标识的信息类别使用的频率存取能力数据元素和文卷描述符数据元素记录和文卷的关系静态和动态的组织数据保存要求注如果使用一个现有的数据库包这个包应在软件接口中命名并在那里详细说明其用法操作这里说明用户要求的常规的和特殊的操作在用户组织之中各种方式的操作例如用户初始化操作交互作用操作的周期和无人操作的周期数据处理支持功
33、能后援和恢复操作注这里的内容有时是用户接口的一部分场合适应性需求这里包括对给定场合任务或操作方式的任何数据或初始化顺序的需求进行定义例如栅值安全界限等等指出场合或相关任务为特点这里可以被修改以使软件适合特殊配制的要求具体需求的组织本条通常是所有部分中最大并且最复杂的部分可以根据软件实现功能的基本类型将本条分成若干段例如考虑一个大的交互记帐系统在里层可以分为操作软件它支持近乎实时的事务处理支撑软件联机功能磁盘备份装入磁带等等以及诊断软件诊断硬件通信等外一层是应收款帐以及应付款帐等等结构细分的目的是提高的可读性而不是进行概要设计对于中的第章的具体需求部分的最好的组织方案取决于所说明的软件产品的应用
34、范围和性质表表提供了四种可能的组织方案大纲表中首先说明全部功能需求然后说明四种类型的接口需求最后是其他需求大纲表中把对应每个特定功能的四种接口需求和该功能需求放在一起描述然后说明其他需求大纲表中与功能需求有关的全部内容放在一起首先说明然后是其他需求的描述对每一种外部接口的需求重复上述过程大纲表中接口需求和其余的需求作为每一个功能需求的附属部分来说明的具体需求的组织形式必须选择可读性最好的方法来描述支持信息支持信息是指目录表附录和索引以便使易于使用目录表和索引很重要而且应按照可以接受的好的文件规则来编写对一个实际的需求规格说明来说若有必要应该编写附录附录中可能包括输入输出格式样本成本分析研究的描
35、述或用户调查结果有助于理解的背景信息软件所解决问题的描述用户历史背景经历和操作特点交叉访问表按先后次序进行编排使一些不完全的软件需求得以完善参见条和条特殊的装配指令用于编码和媒体以满足安全输出初始装入或其他要求当包括附录时必须明确地说明附录是不是需求要考虑的部分表第章大纲具体需求功能需求功能需求引言输入加工输出功能需求功能需求外部接口需求用户接口硬件接口软件接口通信接口性能需求设计约束其他标准的约束硬件的限制属性安全性可维护性其他需求数据库操作场合适应性表第章大纲具体需求功能需求功能需求规格说明引言输入加工输出外部接口用户接口硬件接口软件接口通信接口功能需求功能需求性能需求设计约束属性安全性可维护性其他需求数据库操作场合适应性表第章大纲具体需求功能需求功能需求引言输入加工输出性能需求设计约束其他标准的约束续表硬件的限制属性安全性可维护性其他需求数据库操作场合适应性功能需求功能需求外部接口需求用户接口性能需求设计约束其他标准的约束硬件的限制属性安全性可维护性其他需求数据库操作场合适应性硬件接口软件接口通信接口表第章大纲具体需求功能需求引言输入加工输出外部接口用户接口硬件接口软件接口通信接口性能需求设计约束属性安全性可维护性其他需求数据库操作场合适应性功能需求功能需求附加说明本标准由华东师范大学负责起草本标准主要起草人陆大绚徐梦玳应明程虎滕惠成
