[基础科学]第92章 GIS设计项目管理与质量保证2.pptVIP

风险分析 每当新建一个程序时，总是存在某些不确定性。 用户要求是否能确切地被理解？ 在项目最后结束之前要求实现的功能能否建立？ 是否存在目前仍未发现的技术难题？ 在项目出现严重误期时是否会发生一些变更？等等。 风险分析对于软件项目管理是决定性的，然而现在还有许多项目不考虑风险就着手进行。 所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。 风险识别是指识别项目、技术和商业中各自潜在的问题，分为： 项目风险 技术风险 商业风险 风险识别的方法可以是用一组提问来帮助项目计划和管理人员判断在项目与技术上存在哪些问题，并通过判定分析和假设分析，给出确定的答案，帮助项目计划和管理人员来识别目前存在的风险。 项目风险是识别项目中潜在的预算、进度、资源、用户和需求等方面的问题以及它们对GIS项目的影响。 技术风险是识别项目中潜在的设计、实现、接口、检验和维护等方面的问题。 商业风险是识别项目中的竞争对手等问题。 风险估计是指估计风险发生的可能性及其后果，在GIS开发过程中，通常由项目计划人员、管理人员与技术人员等组成一个小组，通过四种风险估计活动来进行风险估计 建立一个尺度或标准来表示一个风险发生的可能性 描述风险的后果 估计风险对项目和产品的影响 确定风险估计的正确性 风险驾驭是指利用某些先进的技术和方法，如可靠性工程学、软件心理学、面向对象分析与设计方法、先进的开发平台和性能优越的数据库软件以及某些先进的项目管理方法等设法避开或转移风险。 与每一风险相关的三元组（风险描述、风险可能性、风险影响）是建立风险驾驭步骤的基础。 风险监控是一种项目追踪活动，其目标为： 做里程碑时间跟踪和主要风险因素跟踪，判断一个预测的风险在事实上是否发生了。 进行风险再估计，确保针对某个风险而制定的风险消除步骤正在被合理地使用。 收集可用于将来的风险分析的信息。多数情况下，项目中发生的问题总能追踪到许多风险。 软件项目管理人员还利用“控制”来管理项目资源、覆盖问题、及指导项目工作人员。如果事情进行得顺利(即项目按进度安排要求且在预算内实施，各种评审表明进展正常且正在逐步达到里程碑)，控制可以放松一些。 当问题出现的时候，项目管理人员必须实行控制以尽可能快地排解它们。在诊断出问题之后，在问题领域可能需要一些追加资源；人员可能要重新部署，或者项目进度要重新调整。 变更控制 软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。 软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息。 变更控制包括建立控制点和建立报告与审查制度。 软件质量 软件质量 (software quality)是软件产品满足明确或隐含需求的能力有关的特征和特性的总和。 软件质量的特性是多方面的。必须包括： 与明确确定的功能和性能需求的一致性。即软件需求是质量度量的基础，缺少与需求的一致性就无质量可言。 与明确成文的开发标准的一致性。不遵循专门的开发标准，将导致软件质量低劣。 与所有专业开发的软件所期望的隐含的特性的一致性。忽视软件隐含的需求，软件质量将不可信。 软件质量保证（SQA） 软件质量保证定义 为软件产品满足已制定的技术需求提供充分证据，而开展的有计划和系统的活动； 评价软件工作产品的开发和（或）维护活动的过程。 注： SQA：Software Quality Assurance 质量保证活动概览 软件质量度量 软件质量的度量模型 1976年，Boehm第一次提出了软件质量度量的层次模型。 1978年，Walters和McCall等人提出了从软件质量要素、准则到度量的三个层次式的模型。 1985年，ISO建议软件质量模型由三层组成： 高层：软件质量需求评价准则（SQRC） 中层：软件质量设计评价准则（SQDC） 低层：软件质量度量评价准则（SQMC） GIS软件质量一般可以从以下三方面进行评价 软件需求（包括GIS用户需求） 开发准则 其它需求 人们通常采用软件质量模型来描述软件质量的特性 McCall软件质量评价模型 ISO软件质量评价模型 1）McCall质量模型定义的质量特性 2）ISO软件质量评价模型 按照ISO／TC97／SC7／WG3／1985-1-30／N382，软件质量度量模型由三层组成，对高层和中层建立国际标准，在国际范围内推广软件质量管理(SQM)技术，而低层可由各使用单位视实际情况制定。 ISO的三层次模型来自McCall等人的模型。高层、中层和低层分别对应于McCall模型中的特性、度量准则和度量。 由于许多人纷纷提出意见，按1991年