📄 b7.htm
字号:
<HTML><HEAD><META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0"><TITLE></TITLE></HEAD><BODY><P><STRONG> GB／T 8566—1995 </STRONG></P><STRONG><HR></STRONG><P><STRONG>8 开发过<A name=B8></A>程 <BR></STRONG><BR> 开发过程包括开发者的活动和任务。此过程包括需求分析、设计、编码、集成、测试、软件安装和验收等活动。完成下面所列出的全部活动。按照合同，软件开发者的责任从软件需求分析开始，以软件鉴定测试终止。但是，通常软件是作为整个系统的一部分实现的。软件的需求分析与整个系统需求分析、系统设计有关，故软件开发者有可能要参加系统需求分析。系统设计，或从系统需求分析、系统设计中获取必要的信息。软件鉴定测试完成后，还要把软件集成到整个系统中去。所以，本过程列出了系统的开发过程所包含的所有活动。软件开发者按照合同的规定来确定此过程所包含的活动。开发者也可以完成需方所要求的其它活动。 <BR> 此过程由下述活动组成： <BR> a．建立过程；<BR> b．系统需求分析；<BR> c．系统设计； <BR> d．软件需求分析； <BR> e．软件体系结构设计；<BR> f．软件的详细设计； <BR> g．软件编码；<BR> h．软件集成； <BR> i．软件鉴定测试；<BR> j．系统集成； <BR> k．系统鉴定测试； <BR> l．验收所需要的安装和支持。 <BR><BR><STRONG>8．1 建<A name=B8.1></A>立过</STRONG>程 <BR> 此项活动含有下述任务：<BR> <STRONG>8．1．1 </STRONG>开发者应当将开发过程的活动映射到为软件项目所建立的生存周期模型中。如果没有建立一个生存周期模型，就应当建立一个。所选择的活动可以是重叠的或相互有关联的，而且也可以反复交替地一实施。 <STRONG>8．1．2 </STRONG>开发者应当实施第11章指定的支持过程，这些过程是按照第6．2．2条的决定支持开发活动所必须的。 <BR><STRONG>8．1．3 </STRONG>如果在合同中没有约定，开发者应当选择、剪裁和使用适当的内部的标准、方法、步骤和计算机编程语言，这些是由开发者的组织为了实施开发活动和支持各种过程已用文档建立起来的。<BR> <STRONG>8．1．4 </STRONG>开发者应当制订进行开发过程的活动计划。该计划应当包括与开发和鉴定的全部需求（包括安全和保密需求）有关的特定的标准、方法、行为和责任。如果需要，要分别制订计划。这些计划应当形成文档并得到实施。<BR><STRONG> 8．1．5 </STRONG>在软件的开发或维护中可以使用不交付项。但是，应当保证：<BR> a．在可交付软件交给需方之后，它的操作和维护与这些不交付项无关；<BR> b．这些项变成可交付项。 <BR><STRONG>8．2 系<A name=B8.2></A>统需求分析 <BR></STRONG> 此项活动含有开发者应当执行或支持的下述任务：<BR> <STRONG>8．2．1 </STRONG>如第6．1和6．2条所规定，应当对获取和系统的要求进行分析，以建立系统需求。系统需求应当说明：系统的功能和性能；安全、保密、人机工程、接口、操作和维护需求；设计限制和鉴定的要求。这些系统需求应当写成文档。<BR> <STRONG>8．2．2 </STRONG>应当对这些系统需求进行评价，使其包括下述准则：可跟踪性；与获取及系统要求的一致性；可测试性；以及设计、操作和维护的可行性。<BR><STRONG> 8．3 系<A name=B8.3></A>统设计 <BR> </STRONG>此项活动含有开发者应当执行和支持的下述任务：<BR> <STRONG>8．3．1 </STRONG>应当建立一个高层的系统体系结构。应当在系统的体系结构中体现系统的需求，该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置。应当保证：系统需求已完全分配给硬件配置项（HCI）、软件配置项（SCI）和人工操作。分配给 HCI、 SCI和人工操作的系统体系结构和系统需求要写成文档。 <BR><STRONG>8．3．2 </STRONG>应对HCI、SCI和人工操作的系统体系结构和需求进行评价，使其包括下述准则：可跟踪性、与系统需求的一致性、设计和所用标准恰当，以及操作和维护的可行性。<BR><STRONG> 8．4 软<A name=B8.4></A>件需求分析 <BR> </STRONG>对于每个SCI，此项活动含有开发者应当执行的下述任务：<BR><STRONG> 8．4．1 </STRONG>开发者应当确定各种需求并将其写成文档，其中包括与第2.5条相一致的质量特性规格说明（可操作性、可靠性、可用性、有效性、可维护性和可移植性）。 <BR> 该文档描述： <BR> a．功能和能力规格说明，其中包括性能、物理特性、运行软件的环境条件；<BR> b．用户文档；<BR> c．安全规格说明，其中包括与操作和维护的方法、环境影响和人员伤害有关的说明； <BR> d．保密规格说明，其中包括对敏感性信息或资料的危害有关的说明；<BR> e．人机工程和人一机规格说明，其中包括与人工操作、人机对话、对人员的限制有关的规格说明，以及那些对于人的错误和能力很敏感的、需要人集中注意力的领域的说明；<BR> f．处理器、存储设备或数据通道所用的硬件处理和资源储备的规格说明；<BR> g．数据定义和数据库的需求；<BR> h．已交付软件在操作和维护现场上的安装和验收的需要； <BR> i．用户操作和执行的需求； <BR> j．用户维护需求。 <BR><STRONG>8．4．2 </STRONG>开发者应当确定SCI的外部接口的需求并将其写成文档。<BR><STRONG> 8．4．3 </STRONG>开发者应当对SCI的鉴定要求写成文档。 <BR><STRONG>8．4．4 </STRONG>开发者应当对需求作出评价，使其包括下面指出的准则： <BR> a．对系统需求和系统设计的可跟踪性； <BR> b．与系统需求的外部一致性；<BR> c．各种软件需求之间的内部一致性； <BR> d. 软件需求的可测性；<BR> e．软件需求的测试范围；<BR> f．软件设计、操作和维护的可行性。 <BR><STRONG>8．4．5 </STRONG>开发者应当依据第11．3条进行合同所要求的评审，以决定软件需求的完善和恰当。当评审完成时，就应当建立SCI需求的基线。<BR><STRONG>8．5 <A name=B8.5></A>软件体系结构设计 </STRONG><BR> 对于每个SCI，此项活动含有开发者应当执行的下述任务：<BR><STRONG> 8.5.1 </STRONG>开发者应当把SCI的工程需求转变为一个体系结构，该体系结构应描述它的顶层结构和定义它的主要部分。它应当保证此项工程和SCI的鉴定要求已完全分配给了各个部分，并对其进行了细化以便进行详细设计。应当建立SCI体系结构的文档。<BR><STRONG> 8．5．2 </STRONG>开发者应当为SCI外部接口的设计、SCI的各软件部分之间的设计建立一个顶层的设计文档。 <BR><STRONG>8．5．3 </STRONG>开发者应当为数据库建立一个顶层的设计文档。<BR> <STRONG>8．5．4 </STRONG>开发者应当评价SCI的体系结构、接口和数据库的设计，使其包括下面指出的各项：<BR> a<STRONG>. </STRONG>对SCI需求的可跟踪性； <BR> b<STRONG>.</STRONG>与SCI需求的外部一致性； <BR> c<STRONG>.</STRONG>各部分需求之间的内部一致性；<BR> d<STRONG>.</STRONG>所使用的设计方法和标准是否恰当；<BR> e<STRONG>.</STRONG>详细设计、操作和维护的可行性。 <BR><STRONG>8．5．5 </STRONG>开发者应当依据第11.3条进行合同所要求的评审，以决定分配给各部分的需求和 SCI体系结构设计方法的完善和恰当。</P><P> 22</P></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -