115.htm

国家软件开发标准

<TABLE border=1 cellPadding=1 cellSpacing=1 width=75%>
    
    <TR>
        <TD>
            <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
            目&nbsp;&nbsp;&nbsp; 录<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1前言 
            <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1．1目的 
            <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1．2范围 
            <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1．3定义、缩写词、略语<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1．4参考资料<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2 项目概述 
            <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2．1产品描述<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2．2产品功能 
            <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2．3用户特点<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2．4一般约柬<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2．5假设和依据合具体回求 
            （参阅本指南6．3．2条中具体需求的组织形式）<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
            附录<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
            索引</P></TD></TR></TABLE>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
<BR><BR><STRONG>6．1前言</STRONG>（<STRONG>SRS第1章） <A 
name=6.1></A><BR></STRONG>&nbsp; 
本章提供整个SRS综述。<BR><STRONG>6．1．I目的（SRS的1．1条）<A 
name=6.1.1></A></STRONG><BR>&nbsp;&nbsp; 在这一条包括下列内容：<BR>&nbsp;&nbsp; a．描述实际 S R S的目的； <BR>&nbsp;&nbsp; b．说明 
SRS所预期的读者。<BR><STRONG>6．1．2范围（<A 
name=6.1.2><STRONG></STRONG></A>SRS的1．2条）</STRONG><BR>&nbsp;&nbsp; 
a．用一个名字标识被生产的软件产品。比如：xxx数据库系统，报表生成程序等等； <BR>&nbsp;&nbsp; 
b．说明软件产品将干什么，如果需要的话，还要说明软件产品不干什么；<BR>&nbsp;&nbsp; 
c．描述所说明的软件的应用。应当：<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
（1）尽可能精确地描述所有相关的利益、目的、以及最终目标。<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
（2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。<BR><STRONG>6．1．3定义<A 
name=6.1.3><STRONG></STRONG></A>、缩写词、略语（SRS的1．3条） <BR></STRONG>&nbsp;&nbsp; 
本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。这些信息可以由 SRS的附录提供。也可以参考其他的文件。<BR><STRONG>6．1．4参考资<A 
name=6.1.4><STRONG></STRONG></A>料（SRS的1．4条） <BR></STRONG>&nbsp; 本条应包括：<BR>&nbsp; 
a．在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机关批文、合同等； <BR>&nbsp; 
b．列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。每一个文件、文献要有标题，索引号或文件号，发布或发表日期以及出版单位，<BR>&nbsp; c．详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其他文件提供。<BR><STRONG>6．2项目概述<A 
name=6.2><STRONG></STRONG></A>（SRS第2章） 
 </STRONG><BR>&nbsp;&nbsp; 
本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。 <BR><STRONG>6．2．1<A 
name=6.2.1><STRONG></STRONG></A>产品描述（ SRS的2． 1条）</STRONG><BR>&nbsp;&nbsp; 这一条是把一个产品用其他有关的产品或项目来描述。<BR>&nbsp;&nbsp; 
a．如果这个产品是独立的，而且全部内容自合，应在此说明；<BR>&nbsp;&nbsp; 
b．如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么本条应包括如下内容： <BR>&nbsp;&nbsp;&nbsp; （1）要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口； <BR>&nbsp;&nbsp;&nbsp; （2）指出该软件产品主要的外部接回。在这里，不要求对接口详细地描述，详细描述放在SRS 其他章条中； <BR>&nbsp;&nbsp;&nbsp; （ 3）描述所使用的计算机硬件、外围设备。这里仅仅是一个综述性描述。<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。 
<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
本条既不用来强迫进行设计方案的描述，也不是描述在解决问题时的设计约柬。本条应对在以后具体需求一章中说明的设计约束提供理由。<BR><STRONG>6． 2． 2产品功能<A name=6.2.2><STRONG></STRONG></A>（ SR S的 2． 2条） <BR></STRONG>&nbsp;&nbsp; 
本条是为将要完成的软件功能提供一个摘要。例如，对于一个记帐程序来说，SRS可以用这部分来描述：客户帐目维护、客户财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。 
<BR>&nbsp;&nbsp; 
有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：<BR>&nbsp;&nbsp; a.编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解；<BR>&nbsp;&nbsp; 
b．用方框图来表达不同的功能和它们的关系也是有帮助的。但要牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 <BR>&nbsp;&nbsp; 这一条不用作陈述具体需求，只是对后来 SR S中具体需求一章中为什么要描述的某些需求提供理由。 <STRONG>6．2．3用户特点<A 
name=6.2.3><STRONG></STRONG></A>（SRS的2．3条）</STRONG><BR>&nbsp;&nbsp; 本条要描述影响具体需求的产品的最终用户的一般特点。<BR>&nbsp;&nbsp; 
许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，象教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。 
<BR>&nbsp;&nbsp; 
如果系统的大多数用户是一些临时的用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。<BR>&nbsp;&nbsp; 
这一条的内容不能用来陈述具体需求或强加若干特殊的设计约柬，本条应对在SRS的具体需求一章之中的某些具体需求或设计约束的描述提供理由。 
<BR><STRONG>6． 2． 4一般约柬（<A name=6.2.4><STRONG></STRONG></A> SR S的 2． 4条） 
</STRONG><BR>&nbsp;&nbsp; 
本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将pRte开发者在设计系统时的任选项。这些包括：<BR>&nbsp;&nbsp; a．管理方针；<BR>&nbsp;&nbsp; b．硬件的限制；<BR>&nbsp;&nbsp; c．与其他应用间的接口；<BR>&nbsp;&nbsp; d．并行操作； <BR>&nbsp;&nbsp; e，审查功能； <BR>&nbsp;&nbsp; f．控制功能；<BR>&nbsp;&nbsp; 
g．所需的高级语言； <BR>&nbsp;&nbsp; h．通信协议；<BR>&nbsp;&nbsp; i．应用的临界点；<BR>&nbsp;&nbsp; j．安全和保密方面的考虑。 <BR>&nbsp;&nbsp; 本条不陈述具体需求或具体设计约柬：而对SRS的具体需求一章中为什么要确定某些具体需求 
和设计约束提供理由。<BR><STRONG>6． 2． 5假设和依<A name=6.2.5><STRONG></STRONG></A>据（ SR 
S的 2． 5条）<BR></STRONG>&nbsp;&nbsp; 
本条列出影响SRS中陈述的需求的每一个因素。这些因素不是软件的设计约束，但是它们的改 
变可能影响到SRS中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的， 然而，事实上这个操作系统是不可能使用的，于是， SR 
S就要进行相应的改变。<BR><STRONG>6． 3具体需求（ S R 
S的第 3章）<A name=6.3></A><A 
name=6.3></A><BR></STRONG>&nbsp;&nbsp; 
本章应包括软件开发者在建立设计时需要的全部细节。这是SRS中篇幅最大和最重要的部分。<BR>&nbsp;&nbsp; 
a．根据本指南第4章所规定的准则（如可验证性、无歧义性等），对每一个需求细节作具体描 述； <BR>&nbsp;&nbsp; b．在SRS的前言、项目慨述、附录部分的有关讨论中，要提供对任何一个具体需求交叉引用 
的背景；&nbsp;&nbsp;&nbsp; 
<BR>&nbsp;&nbsp; c．具体需求分类的方法如下：<BR>&nbsp;&nbsp;&nbsp; （1）功能需求； 
<BR>&nbsp;&nbsp;&nbsp; （2）性能需求； <BR>&nbsp;&nbsp;&nbsp; 
（3）设计约柬； 
<BR>&nbsp;&nbsp;&nbsp; （4）属性； <BR>&nbsp;&nbsp;&nbsp; （5）外部接口需求。<BR>&nbsp;&nbsp; 
本章中要注意的二点是：<BR>&nbsp;&nbsp; a.按符合逻辑的和可读的方式组织；<BR>&nbsp;&nbsp; b．详细描述每一个需求，使得该需求应达到的目标能够用指定的方法进行客观的验证。<BR><STRONG>6．3．1具体需求的内容<A 
name=6.3.1></A><BR></STRONG><STRONG>6．3．1．1功能需求<A 
name=6.3.1.1></A><BR></STRONG>&nbsp;&nbsp; 本条描述软件产品的输人怎样变换成输出。即软件必须完成的基本动作。<BR>&nbsp;&nbsp; 对于每一类功能或者有时对于每一个功能，需要具体描述其输人、加工和输出的需求。这通常由 四个部分组成： <BR>&nbsp;&nbsp; a.引言<BR>&nbsp;&nbsp;&nbsp;&nbsp; 这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。 
<BR>&nbsp;&nbsp; b．输入 <BR>&nbsp;&nbsp;&nbsp;&nbsp; 这部分应包括： 
<BR>&nbsp;&nbsp;&nbsp; （1）详细描述该功能的所有输人数据，如：<BR>&nbsp;&nbsp;&nbsp;&nbsp; 输人源、数量、度量单位、时间设定、有效输人范围（包括精度和公差）； <BR>&nbsp;&nbsp;&nbsp; 
（2）操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如： 当打印检查时，要求操作员进行格式调整； 
<BR>&nbsp;&nbsp;&nbsp; （3）指明引用接口说明或接口控制文件的参考资料。<BR>&nbsp;&nbsp; c．加工 
<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明： 
<BR>&nbsp;&nbsp;&nbsp; 
（1）输人数据的有效性检查；<BR>&nbsp;&nbsp;&nbsp; （2）操作的顺序，包括事件的时间设定； 
<BR>&nbsp;&nbsp;&nbsp; （3）异常情况的响应，例如，溢出、通信故障、错误处理等；&nbsp; <BR>&nbsp;&nbsp;&nbsp; （4）受操作影响的参数； <BR>&nbsp;&nbsp;&nbsp; （5）降级运行的要求； <BR>&nbsp;&nbsp;&nbsp; 
（6）用于把系统输人变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）。 <BR>&nbsp;&nbsp;&nbsp; （7）输出数据的有效性检查。 
<BR>&nbsp;&nbsp; 
d．输出。 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 这部分应包括： 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
（1）详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输 出的范围（包括精度和公差）、非法值的处理、出错信息； 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
（2）有关接口说明或接口控制文件的参考资料。<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
此外，对着重于输人输出行为的系统来说，SRS应指定所有有意义的输人、输出对及其序列。 
当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输人和以前的状态作出响应。也就是说，这种情况犹如有限状态机。<BR></P>

</BODY>
</HTML>