第十四讲：软件开发项目管理的要点课件.ppt

《第十四讲：软件开发项目管理的要点课件.ppt》由会员分享，可在线阅读，更多相关《第十四讲：软件开发项目管理的要点课件.ppt（84页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发项目管理的要点 第十四讲第十四讲软件过程规范软件过程规范软件成熟度软件成熟度软件开发过程的项目管理软件开发过程的项目管理信息工程建设项目前期程序及阶信息工程建设项目前期程序及阶段文件编制要点段文件编制要点 引入案例：张三跳槽了，怎么办呢？引入案例：张三跳槽了，怎么办呢？v某单位承担着国家重要的工程项目，张三是这个单位的技术某单位承担着国家重要的工程项目，张三是这个单位的技术骨干，张三经不住一民营企业的高薪诱惑跳槽了。他变得软骨干，张三经不住一民营企业的高薪诱惑跳槽了。他变得软件说是留下来了，可是没有注解，文档很不规范，谁也读不件说是留下来了，可是没有注解，文档很不规范，谁也读不懂，张三

2、走时作了很好的表态，只要单位有事他可以马上回懂，张三走时作了很好的表态，只要单位有事他可以马上回来。前几个月还行，有点小问题，张三一来就解决了。来。前几个月还行，有点小问题，张三一来就解决了。v可是，这个国家项目要进行重大调整，组织机构发生了重大可是，这个国家项目要进行重大调整，组织机构发生了重大变化，原来的软件不能适应这一变化也必须作相应的调整变化，原来的软件不能适应这一变化也必须作相应的调整v张三已经成了那个单位的技术骨干不可能有大块的时间回来张三已经成了那个单位的技术骨干不可能有大块的时间回来做这件事。机构的调整有十万火急！怎么办呢？做这件事。机构的调整有十万火急！怎么办呢？软件过程规范

3、软件过程规范 软件过程规范软件过程规范 一旦人们将注意力转向过程，将发现一个全新的思维空间。James Harrington 软件过程规范软件过程规范v1 过程的定义v2过程规范v3 软件生命周期的过程需求 1 1 过程的定义过程的定义v1.1 过程的定义v1.2 软件过程的分类和组成 过程的简单描述过程的简单描述实现、管理和支持过程之间的关系实现、管理和支持过程之间的关系 1.2 1.2 软件过程的分类和组成软件过程的分类和组成p软件基本过程：软件基本过程：软件获取、供应、开发、运行和维护的过程，包括需求分析、软件设计、编码等过程。p软件支持过程：软件支持过程：对软件主要过程提供支持的过程，

4、包括文档编制过程、配置管理过程、质量保证过程、验证和确认过程（测试过程）、评审过程等。p软件组织过程：软件组织过程：对软件主要过程和支持过程的组织保证过程，包括管理过程、基础设施过程、改进过程和培训过程。软件生存周期过程软件生存周期过程（IEC12207）软件过程的组成软件过程的组成软件生存周期过程软件生存周期过程（ISO/IEC15504）2 2 过程规范过程规范v2.1 什么是过程规范v2.2 过程规范的内容和示例v2.3 过程规范的影响和作用 2.1 2.1 什么是过程规范什么是过程规范v“规范规范”一词被解释为一词被解释为“明文规定或约定俗明文规定或约定俗成的标准成的标准”，或理解为，

5、或理解为“用来控制或治理一个团用来控制或治理一个团队的一系列准则与章程，以及团队成员必须遵守队的一系列准则与章程，以及团队成员必须遵守的相关的规章制度的相关的规章制度”v过程规范过程规范就是就是对输入对输入/输出和活动所构成的过输出和活动所构成的过程进行明文规定或约定俗成的标准程进行明文规定或约定俗成的标准。软件过程规范是软件开发组织行动的准则与指南，软件过程规范是软件开发组织行动的准则与指南，可以依据上述各类过程的特点而建立相应的规范，可以依据上述各类过程的特点而建立相应的规范，如软件基本过程规范、软件支持过程规范和软件如软件基本过程规范、软件支持过程规范和软件组织过程规范。组织过程规范。2

6、.2 2.2 过程规范的内容过程规范的内容p任务规范p日常规章制度p软件工具 v包括：包括：“责任人、参与人员、入口准则、出口准责任人、参与人员、入口准则、出口准则、输入、输出和活动则、输入、输出和活动”等基本内容等基本内容 2.3 2.3 过程规范的影响和作用过程规范的影响和作用p消极影响的存在和消除 p规范存在的必要性p过程规范的作用 p帮助团队实现共同的目标帮助团队实现共同的目标p一个规范的软件过程必将能带来稳定的、高水平的过程质量一个规范的软件过程必将能带来稳定的、高水平的过程质量p过程规范使软件组织的生产效率更高过程规范使软件组织的生产效率更高 3 3 软件生命周期的过程需求软件生命

7、周期的过程需求v3.1 软件工程过程v3.2 软件支持过程v3.3 软件管理过程v3.4 软件组织过程v3.5 软件客户供应商的过程3.1 3.1 软件工程过程软件工程过程v工程过程是软件系统、产品的定义、设计、实现以及维护的过程。p开发过程：定义并开发软件产品的活动过程，包括需开发过程：定义并开发软件产品的活动过程，包括需求分析、软件设计和编程等。求分析、软件设计和编程等。p运行过程：在规定的环境中为其用户提供运行计算机运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程，包括软件部署系统服务的活动过程，包括软件部署p维护过程：提供维护软件产品服务的活动过程，也就维护过程：提供维

8、护软件产品服务的活动过程，也就是通过软件的修改、变更，使软件系统保持合适的运行是通过软件的修改、变更，使软件系统保持合适的运行状态，这一过程包括软件产品的移植和退役。状态，这一过程包括软件产品的移植和退役。3.2 3.2 软件支持过程软件支持过程p 文档编文档编制制p 配置管配置管理理p 质量保质量保证证p 验证验证p 确认确认p 联合评联合评审审p 审核审核p 问题解问题解决决 p明确并定义文档开发中所采用的标准、软件过程中所需要的各类文档。p详细说明所有文档的内容、目的及相关的输出产品。p根据定义的标准与已确定的计划来编写、审查、修改和发布所有文档。p按已定义的标准和具体的规则维护文档。p

9、 软件过程或项目中的配置项（如程序、文件和数据等有关内容）被标识、定义。p 根据已定义的配置项建立基线，以便对更改与发布进行有效的控制，并控制配置项的存储、处理与分发，确保配置项的完全性与一致性。p 记录并报告配置项的状态以及已发生变更的需求。p针对过程或项目确定质量保证活动、制定出相应的计划与进度表。p确定质量保证活动的有关标准、方法、规程与工具。p确定进行质量保证活动所需的资源、组织及其组织成员的职责。p有足够的能力确保必要的质量保证活动独立于管理者以及过程实际执行者之外进行开展和实施。p在与各类相关的计划进度保持一致的前提下，实施所制定的质量保证活动。p根据需要验证的工作产品所制定的规范

10、（如产品规格说明书）实施必要的检验活动：p有效地发现各类阶段性产品所存在的缺陷，并跟踪和消除缺陷。p 根据客户实际需求，确认所有工作产品相应的质量准则，并实施必需的确认活动。p 提供有关证据，以证明开发出的工作产品满足或适合指定的需求。p与客户、供应商以及其他利益相关方（或独立的第三方）对开发的活动和产品进行评估。p为联合评审的实施制定相应的计划与进度，跟踪评审活动，直至结束。p判断是否与指定的需求、计划以及合同相一致。p由合适的、独立的一方来安排对产品或过程的审核工作。p以确定其是否符合特定需求 p 提供及时的、有明确职责的以及文档化的方式，以确保所有发现的问题都经过相应的分析并得到解决。p

11、 提供一种相应的机制，以识别所发现的问题并根据相应的趋势采取行动。3.3 3.3 软件管理过程软件管理过程3.3 3.3 软件的管理过程软件的管理过程p 项目管理过程项目管理过程是计划、跟踪和协调项目执行及生产所需资源的管理过程。项目管理过程的活动，包括软件基本过程的范围确定、策划、执行和控制、评审和评价等。p 质量管理过程质量管理过程是对项目产品和服务的质量加以管理，从而获得最大的客户满意度。此过程包括在项目以及组织层次上建立对产品和过程质量管理的关注 p 风险管理过程风险管理过程，在整个项目的生命周期中对风险不断的识别、诊断和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有

12、效的风险管理机制 p 子合同商管理过程子合同商管理过程，选择合格的子合同商并对其进行管理的过程 3.4 3.4 软件组织过程软件组织过程p 业务规划过程是为组织与项目成员提供对愿景的描述是为组织与项目成员提供对愿景的描述以及企业文化的介绍，从而使项目成员能更有效地工以及企业文化的介绍，从而使项目成员能更有效地工作。作。p定义过程是建立一个可重复使用的过程定义库，从而是建立一个可重复使用的过程定义库，从而对其它过程等提供指导、约束和支持对其它过程等提供指导、约束和支持p改进过程是为了满足业务变化的需要，提高过程的效是为了满足业务变化的需要，提高过程的效率与有效性，而对软件过程进行持续的评估、度量

13、、率与有效性，而对软件过程进行持续的评估、度量、控制和改善的过程控制和改善的过程p人力资源和培训过程，为项目或其它组织过程提供培为项目或其它组织过程提供培训合格的人员所需的活动训合格的人员所需的活动 p基础设施过程是建立生存周期过程基础结构、为其他是建立生存周期过程基础结构、为其他过程建立和维护所需基础设施的过程过程建立和维护所需基础设施的过程 3.5 3.5 软件客户供应商的过程软件客户供应商的过程v客户供应商过程客户供应商过程是：内部直接影响到客户、外是：内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操部直接影响开发、向客户交付软件以及软件正确操作与使用的过程。包括以下作

14、与使用的过程。包括以下5个子过程：个子过程：软件获得、软件获得、客户需求管理、客户需求管理、提供软件、提供软件、操作软件操作软件提供客户服务提供客户服务软件成熟度 软件过程成熟度软件过程成熟度 v决不要叮嘱别人怎样做事，只需告诉做什么，他们的机智仍会让我们感到惊讶。v 乔治帕通（George S.Patton）软件过程成熟度软件过程成熟度v1 过程成熟度标准v2 能力成熟度模型概述v3 过程成熟度级别 1 1 过程成熟度标准过程成熟度标准v1.1 软件过程不成熟的特点v1.2 软件过程成熟的标准v软件过程能力v软件过程性能v软件过程成熟度 3个基本概念个基本概念 1.1 1.1 软件过程不成熟

15、的特点软件过程不成熟的特点软件过程能力低软件过程能力低，不能按预定计划开发出客户满意的产品，项目拖延、费用大大超出预算已成惯例。过程性能的不可预见性过程性能的不可预见性，对进度和预算估计、产品质量的目标缺乏历史数据和有效方法的客观基础，开发的进度、成本和产品的质量都难以预测。过程的不可视性过程的不可视性，软件过程缺乏定义、缺乏文档和缺乏跟踪，在整个软件过程中，不清楚每个阶段进出的标准、执行的方法和规则。过程的不稳定性过程的不稳定性，实际的、具体的操作过程是在一个项目开始后临时拼凑而成，每个项目都不一样。过程的被动性过程的被动性、缺乏改进的主动性。1.2 1.2 软件过程成熟的标准软件过程成熟的

16、标准v软件过程能力高，具有全组织范围的管理软件开发具有全组织范围的管理软件开发和维护过程的能力。和维护过程的能力。v软件过程性能可预见性，对进度、预算和质量做出对进度、预算和质量做出现实的和准确的估计和预测。现实的和准确的估计和预测。v软件过程规范化，可遵循的标准、规则和指导性原可遵循的标准、规则和指导性原则。则。v过程的一致性v过程的丰富性v过程的可视性v过程的稳定性v过程的不断改进 2 2 能力成熟度模型概述能力成熟度模型概述v2.1 CMM的基本内容v2.2 系统工程能力模型v2.3 集成化产品开发模型v2.4 CMMI介绍 2.1 CMM 2.1 CMM的基本内容的基本内容vCMMCM

17、M是软件过程能力成熟度模型（是软件过程能力成熟度模型（Capacity Maturity Capacity Maturity ModelModel，CMMCMM）的简称，是卡耐基梅隆大学软件工程研）的简称，是卡耐基梅隆大学软件工程研究所为了满足美国联邦政府评估软件供应商能力的要求，究所为了满足美国联邦政府评估软件供应商能力的要求，于于19861986年开始研究的模型，并于年开始研究的模型，并于19911991年正式推出了年正式推出了CMM CMM 1.0 1.0 版。版。vCMMCMM：描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改

18、进途径，进途径，描绘出软件组织如何增加对软件开发和维护的过程控制的指导，描绘出软件组织如何增加对软件开发和维护的过程控制的指导，描述如何向软件工程和管理的优秀文化演变等方面的指导描述如何向软件工程和管理的优秀文化演变等方面的指导 CMM CMM的结构的结构 2.2 2.2 系统工程能力模型系统工程能力模型v国际系统工程委员会（International Council on Systems Engineering，INCOSE）基于各种工程标准）基于各种工程标准为评估系统工程能力建立了对照表。在此期间，该对照为评估系统工程能力建立了对照表。在此期间，该对照表发展为成熟的能力模型，称为系统工程能

19、力评估模型表发展为成熟的能力模型，称为系统工程能力评估模型（Systems Engineering Capability Assessment Model，SECAM）。）。SECAM扩充了连续式模型扩充了连续式模型软件过程改进和能力确定模型(Software Process Improvement Capability dEtermination，SPICE)的的概念，但是比概念，但是比SE-CMM更加明确地注重在系统工程实更加明确地注重在系统工程实践上，采用践上，采用EIA632标准作为过程模型设计参考的基础。标准作为过程模型设计参考的基础。2.3 2.3 集成化产品开发模型集成化产品开发

20、模型v从美国国防工业协会(National Defense Industrial Association,NDIA)的许多大公司的许多大公司来看，来看，IPPD概念是大型软件开发过程模型的基概念是大型软件开发过程模型的基础，并得到国防部（础，并得到国防部（Department of Defense,DOD）的鼎力相助）的鼎力相助。vIPPD强调在贯穿整个生命周期期间所有技术及业务的相关人员的参与，这些人员包括顾客、这些人员包括顾客、供应商以及产品和产品相关过程的开发者，涉供应商以及产品和产品相关过程的开发者，涉及的业务如测试与评价、制造、支持、培训、及的业务如测试与评价、制造、支持、培训、销售

21、、采购、财务、合同以及处置过程。销售、采购、财务、合同以及处置过程。2.4 CMMI 2.4 CMMI介绍介绍模型学科模型学科源模型源模型软件软件SW-CMM，草案版本，草案版本2.0系统工程系统工程EIA/IS 731集成化产品与过程开集成化产品与过程开发发IPD-CMM,版本版本0.98CMMI 3 3 过程成熟度级别过程成熟度级别v3.1 成熟度等级的行为特征v3.2 理解成熟度等级v3.3 成熟度等级的过程特征v3.4 CMMI过程域v3.5 CMM和CMMI过程域的比较分析 CMM/CMMI CMM/CMMI成熟度的成熟度的5 5个等级个等级 3.1 3.1 成熟度等级的行为特征成熟

22、度等级的行为特征1.初始级具有明显的不成熟过程的特点有明显的不成熟过程的特点 2.可重复级/受管理级建立了管理软件项目的方针和实施这建立了管理软件项目的方针和实施这些方针的规程，使软件项目的有效管理过程制度化，有些方针的规程，使软件项目的有效管理过程制度化，有能力去跟踪成本、进度和质量。一个有效过程可特征化能力去跟踪成本、进度和质量。一个有效过程可特征化为已文档化的、已实施的、可培训的和可测量的软件过为已文档化的、已实施的、可培训的和可测量的软件过程程 3.已定义级包含一组协调的、集成的、适度定义的软件工包含一组协调的、集成的、适度定义的软件工程过程和管理过程，具有良好的文档化、标准化，使软程

23、过程和管理过程，具有良好的文档化、标准化，使软件过程具有可视性、一致性、稳定性和可重复性，软件件过程具有可视性、一致性、稳定性和可重复性，软件过程被集成为一个有机的整体过程被集成为一个有机的整体 成熟度等级的行为特征（成熟度等级的行为特征（2 2）4.已管理级的软件过程是量化的管理过程。在上述已定义的软件过程是量化的管理过程。在上述已定义级的基础上，可以建立有关软件过程和产品质量的、一级的基础上，可以建立有关软件过程和产品质量的、一致的度量体系，采集详细的数据进行分析，从而对软件致的度量体系，采集详细的数据进行分析，从而对软件产品和过程进行有效的定量控制和管理。产品和过程进行有效的定量控制和管

24、理。5.优化级不断改善组织的软件过程能力和项目的过程性能，不断改善组织的软件过程能力和项目的过程性能，利用来自过程和来自新思想、新技术的先导性试验的定利用来自过程和来自新思想、新技术的先导性试验的定量反馈信息，使持续过程改进成为可能。为了预防缺陷量反馈信息，使持续过程改进成为可能。为了预防缺陷出现，组织有办法识别出弱点并预先针对性地加强过程出现，组织有办法识别出弱点并预先针对性地加强过程 3.2 3.2 理解成熟度等级理解成熟度等级v理解可重复级和已定义级 注意力逐渐从技术问题转向组织体系和管理问题注意力逐渐从技术问题转向组织体系和管理问题 v理解定量管理级和优化级 3.3 3.3 成熟度等级

25、的过程特征成熟度等级的过程特征v第第2级（可重复级级（可重复级/受管理级），焦点开始集中在软件过受管理级），焦点开始集中在软件过程的管理上，一个受管理的过程则是一个可重复的过程程的管理上，一个受管理的过程则是一个可重复的过程。从管理角度可以看到一个按计划执行的并且阶段可控。从管理角度可以看到一个按计划执行的并且阶段可控的、规范化的软件开发过程的、规范化的软件开发过程 v第第3级（已定义级），通过裁剪组织的标准软件过程来级（已定义级），通过裁剪组织的标准软件过程来建立自定义的软件过程建立自定义的软件过程 v第第4级（已管理级），对软件产品的质量、开发进度和级（已管理级），对软件产品的质量、开发进

26、度和其它开发目标进行有效的评估和预测其它开发目标进行有效的评估和预测 v第第5级（优化级），其焦点是软件过程的持续改进级（优化级），其焦点是软件过程的持续改进 3.4 CMMI 3.4 CMMI过程域过程域3.5 CMM/CMMI3.5 CMM/CMMI比较分析比较分析级别CMM 过程域CMMI 过程域2需求管理需求管理软件项目规划软件项目规划软件项目追踪与监控软件项目追踪与监控软件子合同管理软件子合同管理软件质量保证软件质量保证软件配置管理软件配置管理需求管理需求管理项目计划项目计划项目监督和控制项目监督和控制供应商合同管理供应商合同管理过程和产品质量管理过程和产品质量管理配置管理配置管理度

27、量和分析度量和分析3软件过程要点软件过程要点软件过程定义软件过程定义培训计划培训计划软件集成管理软件集成管理软件产品工程软件产品工程组间协作组间协作同级评审同级评审组织级过程焦点组织级过程焦点组织级过程定义组织级过程定义组织级培训组织级培训集成化群组集成化群组集成化项目管理集成化项目管理组织级集成环境组织级集成环境需求开发需求开发技术解决方案技术解决方案产品集成产品集成验证验证确认确认风险管理风险管理决策分析和解决方案决策分析和解决方案4过程量化管理过程量化管理质量管理质量管理项目定量管理项目定量管理组织级过程性能组织级过程性能5错误预防错误预防技术更改管理技术更改管理过程更改管理过程更改管理

28、因果分析和解决方案因果分析和解决方案组织级改革和实施组织级改革和实施 4 4 软件过程的可视性软件过程的可视性 5 5 过程能力和效能预测过程能力和效能预测控制系统软件开发过程的项目管理系统开发阶段系统开发阶段系统需求规范系统需求规范系统安全要求规范系统安全要求规范系统结构描述系统结构描述软件维护阶段软件维护阶段软件维护记录软件维护记录软件更改记录软件更改记录软件需求分析阶段软件需求分析阶段软件设计规范软件设计规范软件测试规范软件测试规范（软件校验报告）（软件校验报告）软件评审阶段软件评审阶段软件评审报告软件评审报告软件结构设计阶段软件结构设计阶段软件结构说明软件结构说明集成测试大纲集成测试大

29、纲（软件结构校验报告）（软件结构校验报告）软件模块设计阶段软件模块设计阶段软件模块技术要求软件模块技术要求软件模块测试大纲软件模块测试大纲（软件模块校验报告）（软件模块校验报告）编码阶段编码阶段软件源代码与支持文件软件源代码与支持文件软件模块流程框图软件模块流程框图（软件源代码校验报告）（软件源代码校验报告）集成测试阶段集成测试阶段集成测试报告集成测试报告软件模块测试阶段软件模块测试阶段软件模块测试报告软件模块测试报告软件开发生命周期模型软件开发生命周期模型1、软件开发阶段组成和文件组成软件开发阶段组成和文件组成 v开发过程中文件要求：开发过程中文件要求：所有文件的结构应允许在设计过程中进行不

30、断地扩充。所有文件的结构应允许在设计过程中进行不断地扩充。各文件具有唯一的编号和一个确定的、书面表示的与其它文件之间的各文件具有唯一的编号和一个确定的、书面表示的与其它文件之间的关系。关系。每个文件中的术语、首字母缩略词或缩写应具有相同的含义每个文件中的术语、首字母缩略词或缩写应具有相同的含义 v开发过程中测试要求：开发过程中测试要求：软件开发过程包括软件模块测试、集成测试和系统测试三个测试阶段。软件开发过程包括软件模块测试、集成测试和系统测试三个测试阶段。软件测试任一阶段未通过，代码重新设计后，必须回归到软件模块测软件测试任一阶段未通过，代码重新设计后，必须回归到软件模块测试阶段进行测试。试

31、阶段进行测试。每个软件测试阶段包括四项活动，按顺序分别是：测试策划、测试设每个软件测试阶段包括四项活动，按顺序分别是：测试策划、测试设计和实现、测试执行、测试总结。计和实现、测试执行、测试总结。2 2、系统开发阶段、系统开发阶段v 系统开发阶段对应于嵌入式系统的方案设计阶段系统开发阶段对应于嵌入式系统的方案设计阶段在该阶段要确定在系统中软件和硬件要实现的功能，在该阶段要确定在系统中软件和硬件要实现的功能，硬件和软件的可靠性指标。硬件和软件的可靠性指标。v硬件与软件功能的分配原则：硬件与软件功能的分配原则：满足有高可靠性和安全性要求的功能满足有高可靠性和安全性要求的功能应权衡用硬件实现还是用软件

32、实现的利弊，做出妥善决策。应权衡用硬件实现还是用软件实现的利弊，做出妥善决策。v硬件与软件可靠性指标的分配原则：硬件与软件可靠性指标的分配原则：软件的可靠性指标应与硬件的可靠性指标大体相当，可根据具体情况软件的可靠性指标应与硬件的可靠性指标大体相当，可根据具体情况作适当的调整，但调整不宜过大作适当的调整，但调整不宜过大所分配的指标应能量化、验证。所分配的指标应能量化、验证。3 3、软件需求分析阶段、软件需求分析阶段v软件需求分析阶段的任务：软件需求分析阶段的任务：确定软件功能需求、确定软件功能测试方案，确定软件功能需求、确定软件功能测试方案，编写出软件设计规范和软件测试规划两个文件。编写出软件

33、设计规范和软件测试规划两个文件。v软件设计规范应能描述出待开发软件所要求的特性，应包括：软件设计规范应能描述出待开发软件所要求的特性，应包括：功能（包括能力和响应时间性能）；功能（包括能力和响应时间性能）；可靠性与可维修性；可靠性与可维修性；安全性（包括安全性功能及其相关的软件安全完整性等级）；安全性（包括安全性功能及其相关的软件安全完整性等级）；效率；效率；适用性；适用性；可移植性可移植性软硬件接口软硬件接口自检的程度以及由软件检测硬件的指定程度。自检的程度以及由软件检测硬件的指定程度。软件需求分析阶段软件需求分析阶段v软件测试规范应根据软件设计规范产生，软件测试规范应用软件测试规范应根据软

34、件设计规范产生，软件测试规范应用来校验软件设计规范中所述的全部要求，同时也作为已完成来校验软件设计规范中所述的全部要求，同时也作为已完成软件需进行的测试描述。软件需进行的测试描述。v对各个要求的功能，软件测试规范应说明下述测试条件：对各个要求的功能，软件测试规范应说明下述测试条件：要求的输入信号及其顺序与数值；要求的输入信号及其顺序与数值；预期的输出信号及其顺序与数值；预期的输出信号及其顺序与数值；验收标准，包括性能与质量方面。验收标准，包括性能与质量方面。v软件设计规范由软件开发组编写和校核，由软件测试组审核，软件设计规范由软件开发组编写和校核，由软件测试组审核，由项目负责人批准。由项目负责

35、人批准。v软件测试规范由软件测试组编写和校核，由软件开发组审核，软件测试规范由软件测试组编写和校核，由软件开发组审核，由项目负责人批准。由项目负责人批准。4、软件结构设计阶段、软件结构设计阶段v软件结构设计阶段任务：软件结构设计阶段任务：确定进行软件开发的策略和实现软件设计规范的可行性，确定进行软件开发的策略和实现软件设计规范的可行性，编写出软件结构说明文件和集成测试大纲。编写出软件结构说明文件和集成测试大纲。v软件结构说明应包括以下内容：软件结构说明应包括以下内容：描述整个软件结构和流程，包括由哪些组件构成，组件的基本功能及描述整个软件结构和流程，包括由哪些组件构成，组件的基本功能及相互关系

36、；相互关系；确定、评价和详述所有硬件确定、评价和详述所有硬件/软件的相互作用；软件的相互作用；描述避错策略与故障处理（容错）之间的平衡是否正确；描述避错策略与故障处理（容错）之间的平衡是否正确；设计过程中可使用现有的、已校验的，按本标准开发的软件模块（组设计过程中可使用现有的、已校验的，按本标准开发的软件模块（组件）；件）；v软件结构说明应对软件的所有子模块（组件）进行辨认，包软件结构说明应对软件的所有子模块（组件）进行辨认，包括：括：这些子模块（组件）是否是新的、现有的或专用的；这些子模块（组件）是否是新的、现有的或专用的；这些软件先前是否已被审核。如果是，它们的审核情况是什么。这些软件先前

37、是否已被审核。如果是，它们的审核情况是什么。软件结构设计阶段软件结构设计阶段v软件集成测试大纲根据软件结构说明进行编写，集成测试大软件集成测试大纲根据软件结构说明进行编写，集成测试大纲应对系统中各个部件软硬件集成后的软件功能进行测试，纲应对系统中各个部件软硬件集成后的软件功能进行测试，包括以下内容：包括以下内容：测试方法、类型和技术；测试方法、类型和技术；测试环境，包括工具、支持软件与配置描述；测试环境，包括工具、支持软件与配置描述；软件测试用例说明；软件测试用例说明；v软件结构说明由软件开发组编写和校核，由软件测试组审核，软件结构说明由软件开发组编写和校核，由软件测试组审核，项目负责人批准。

38、项目负责人批准。v集成测试规范由软件测试组编写和校核，由软件开发组审核，集成测试规范由软件测试组编写和校核，由软件开发组审核，由项目负责人批准。由项目负责人批准。5 5、软件模块设计阶段、软件模块设计阶段v软件模块设计阶段任务：软件模块设计阶段任务：按照软件结构说明文件对各软件模块的功能要求，按照软件结构说明文件对各软件模块的功能要求，确定软件模块的实现算法与数据结构，确定软件模块的实现算法与数据结构，编写出软件模块技术要求作为软件编码的依据，编写出软件模块测试编写出软件模块技术要求作为软件编码的依据，编写出软件模块测试大纲。大纲。v软件模块技术要求应包括以下内容：软件模块技术要求应包括以下内

39、容：每个模块要实现的功能；每个模块要实现的功能；确定可追溯至上一层的最低的软件组件（模块）；确定可追溯至上一层的最低的软件组件（模块）；各模块的输入、输出及其条件；各模块的输入、输出及其条件；详细的算法与数据结构；详细的算法与数据结构；每一软件模块应有流程框图，清晰地表明；每一软件模块应有流程框图，清晰地表明；v模块功能；模块功能；v模块间的信息流向；模块间的信息流向；v模块内信息流程及时间的有关信息；模块内信息流程及时间的有关信息；软件模块设计阶段软件模块设计阶段v软件模块测试大纲应根据软件模块技术要求产生，应包括以软件模块测试大纲应根据软件模块技术要求产生，应包括以下内容：下内容：试验目的

40、及条件；试验目的及条件；试验环境、工具、配置；试验环境、工具、配置；预期的输入信号及其顺序与数值；预期的输入信号及其顺序与数值；预期的输出信号及其顺序与数值；预期的输出信号及其顺序与数值；测试的覆盖程度；测试的覆盖程度；验收标准或判据。验收标准或判据。v软件模块技术要求由软件开发组编写和校核，由软件测试组软件模块技术要求由软件开发组编写和校核，由软件测试组审核，由项目负责人批准。审核，由项目负责人批准。v软件模块测试大纲由软件测试组编写和校核，由软件开发组软件模块测试大纲由软件测试组编写和校核，由软件开发组审核，由项目负责人批准。审核，由项目负责人批准。6 6、软件编码和模块测试阶段、软件编码

41、和模块测试阶段v软件编码阶段任务：软件编码阶段任务：按软件模块技术要求，采用合适软件语言，按照软件设按软件模块技术要求，采用合适软件语言，按照软件设计规范编写出软件代码，计规范编写出软件代码，采用软件测试工具对软件代码进行静态自查。采用软件测试工具对软件代码进行静态自查。v软件模块测试阶段任务：软件模块测试阶段任务：按软件模块测试大纲要求，用软件测试工具对软件模块按软件模块测试大纲要求，用软件测试工具对软件模块进行测试，进行测试，并编写软件测试报告。并编写软件测试报告。软件编码和模块测试阶段软件编码和模块测试阶段v软件模块测试报告应包括如下内容：软件模块测试报告应包括如下内容：测试结果叙述，及

42、每个模块是否满足自身的软件模块技测试结果叙述，及每个模块是否满足自身的软件模块技术要求；术要求；应对每个模块提供测试覆盖程度的说明，指出所有的源应对每个模块提供测试覆盖程度的说明，指出所有的源代码指令至少执行过一次；代码指令至少执行过一次；对后续的分析。对后续的分析。v开发的软件模块只有通过软件测试后，并经项目负开发的软件模块只有通过软件测试后，并经项目负责人批准，可进入下一个开发阶段。责人批准，可进入下一个开发阶段。7 7、集成测试阶段、集成测试阶段v软件集成测试阶段任务：软件集成测试阶段任务：将系统中各个部件的硬件与软件集成，按照软件集成测试大纲对集成将系统中各个部件的硬件与软件集成，按照

43、软件集成测试大纲对集成后的软件进行功能测试，后的软件进行功能测试，编写出软件集成测试报告。编写出软件集成测试报告。v软件集成测试报告应包括以下内容：软件集成测试报告应包括以下内容：与软件设计规范、软件结构说明或软件模块技术要求不相符的项目；与软件设计规范、软件结构说明或软件模块技术要求不相符的项目；不足以适应问题的模块、数据、结构与算法；不足以适应问题的模块、数据、结构与算法；软件集成测试覆盖程度；软件集成测试覆盖程度；检测到的差错与缺陷；检测到的差错与缺陷；已校验项目的识别号与配置。已校验项目的识别号与配置。v集成后的软件只有通过软件测试后，并经项目负责人批准，集成后的软件只有通过软件测试后

44、，并经项目负责人批准，可进入下一个开发阶段。可进入下一个开发阶段。8 8、系统测试阶段、系统测试阶段v系统测试阶段任务：系统测试阶段任务：按照软件测试规范要求对整个软硬件系统功能进行测试，按照软件测试规范要求对整个软硬件系统功能进行测试，编写软件系统测试报告。编写软件系统测试报告。v软件测试报告应包括以下内容：软件测试报告应包括以下内容：软件设计规范、软件结构说明，软件模块技术要求是否能满足系统要软件设计规范、软件结构说明，软件模块技术要求是否能满足系统要求；求；软件模块测试和软软件模块测试和软/硬件集成测试是否规范充分；硬件集成测试是否规范充分；测试的结果，出现的差异和已进行的修正工作；测试

45、的结果，出现的差异和已进行的修正工作；对软件设计规范中要求的测试覆盖度做出评价。对软件设计规范中要求的测试覆盖度做出评价。v软件只有通过软件系统测试后，并项目负责人批准，可进入软件只有通过软件系统测试后，并项目负责人批准，可进入下一个开发阶段。下一个开发阶段。9 9、软件评审、软件评审v软件评审应由与设计组无关的评审员进行。软件评审应由与设计组无关的评审员进行。v评审员应评审系统软件是否适合于预期用途，软件功能是否评审员应评审系统软件是否适合于预期用途，软件功能是否满足软件设计规范要求，软件测试是否满足软件测试规范要满足软件设计规范要求，软件测试是否满足软件测试规范要求的测试覆盖率。求的测试覆

46、盖率。v若软件不满足软件设计规范要求或软件测试要求，评审员在若软件不满足软件设计规范要求或软件测试要求，评审员在软件评审报告中软件评审报告中只须报告不合格，而不要求给出任何技术解只须报告不合格，而不要求给出任何技术解决方案决方案。v软件评审前必须归档的资料至少包括：软件评审前必须归档的资料至少包括：v软件设计规范；软件测试规范；软件集成测试大纲v软件结构说明；软件模块技术要求；软件模块测试大纲v软件模块流程框图；软件模块源代码；软件模块测试报告v软件集成测试报告；软件系统测试报告v软件通过评审后，由项目负责人进行软件发布并归档。发布软件通过评审后，由项目负责人进行软件发布并归档。发布的软件必须

47、有明确的版本标示和发布说明文档，发布说明文的软件必须有明确的版本标示和发布说明文档，发布说明文档应包括发布软件的用途、更改历史和版本说明。档应包括发布软件的用途、更改历史和版本说明。10 10、软件维护、软件维护v对软件的维护应执行配置管理，严格实施更改管理；对更改对软件的维护应执行配置管理，严格实施更改管理；对更改过的软件必须进行回归测试；确保对有关文档进行相应的更过的软件必须进行回归测试；确保对有关文档进行相应的更改，以保持文档的一致性。应建立软件维护流程，并记录在改，以保持文档的一致性。应建立软件维护流程，并记录在软件维护方案中，这些流程应包括：软件维护方案中，这些流程应包括：a)差错报

48、告、差错日志、维护记录、更改授权和软件系统的质量等的控制；b)校验、审核和评审；c)规定可批准更改软件的主管部门。v维护进行时，应采用与系统开发初始时相同的专用技术、工维护进行时，应采用与系统开发初始时相同的专用技术、工具与文件管理。具与文件管理。软件维护软件维护v软件首次发布之前，应为每一软件项目建立软件维护记录，软件首次发布之前，应为每一软件项目建立软件维护记录，并应对它进行维护。该记录应包括以下内容：并应对它进行维护。该记录应包括以下内容：a)查询有关软件项目的所有软件更改记录；b)更改结果信息；c)组件测试状况，包括重新审核和回归测试的数据；d)软件配置历史。v每次维护都应建立软件更改

49、记录，该记录包括：每次维护都应建立软件更改记录，该记录包括：a)修改或变更请求；b)分析维护对整个系统（包括硬件、软件、人之间的相互作用、环境和可能的交互）的影响；c)修改或变更的详细说明；d)对修改或变更进行重新审核、回归测试与重新评审。信息工程建设项目信息工程建设项目前期程序及阶段文前期程序及阶段文件编制要点件编制要点 一、项目建设前期程序一、项目建设前期程序v项目建设前期一般划分为项目建议书、可行性研究、初步设计和施工设计四个主要阶段。信息工程一般可将初步设计和施工设计合并成一个阶段。项目建议项目建议书书可行性研可行性研究究初步设计初步设计施工设计施工设计 1 1项目建议书阶段项目建议书

50、阶段v项目建议书是对拟建项目的一个总体轮廓设想，是根据国民项目建议书是对拟建项目的一个总体轮廓设想，是根据国民经济和社会发展长期规划、行业规划和地区规划，以及国家经济和社会发展长期规划、行业规划和地区规划，以及国家产业政策，经过调查研究、分析预测，着重从客观上对项目产业政策，经过调查研究、分析预测，着重从客观上对项目建设的必要性作出分析，并初步分析项目建设的可能性。项建设的必要性作出分析，并初步分析项目建设的可能性。项目建议书重点围绕项目建设的必要性进行分析研究，是项目目建议书重点围绕项目建设的必要性进行分析研究，是项目立项的依据。立项的依据。v此阶段的主要任务是完成项目建议书，经过评估由主管