Software Process Assessment

软件过程评估是根据程序模式对一个组织使用的软件过程进行严格审查。 评估包括查明和描述现行做法,确定优势和弱点领域,以及现有做法控制或避免造成(软件)质量差、成本和时间表差的主要原因的能力。

软件评估(或审计)可分为三类。

www.un.org/spanish/ga/president

第二当事人评估由外部评估小组进行,或由客户评估。

第三方评估由外部当事人进行,或(例如,由第三方评估供应商,以核实其与客户签订合同的能力)。

软件程序评估是在开放和协作的环境中进行的。 它们将利用该组织改进其软件程序,结果对该组织保密。 正在评估的组织必须有成员参加评估小组的工作。

Software Process Maturity Assessment

软件程序评估的范围可以涵盖本组织的所有流程、软件过程的选定子集或具体项目。 多数基于标准的程序评估方法总是基于程序成熟的概念。

当评估目标为本组织时,即使连续使用同一方法,程序评估的结果也可能不同。 得出不同结果有两个原因。 它们是:

必须确定正在调查的组织。 对一家大公司来说,组织的定义是可能的,因此,连续评估的实际范围可能有所不同。

即使在似乎同一组织中,选择代表本组织的项目样本也可能影响到范围和结果。

当目标评估单位处于项目一级时,评估应包括有助于项目成功或失败的所有有意义的因素。 不应以特定程序成熟模式的既定层面加以限制。 在此评估项目数据证实的执行程度及其效力。

当一个组织打算着手制定总体的长期改进战略时,程序成熟便具有相关性。 软件项目评估应当是独立的评估,以便客观。

Software Process Assessment Cycle

据保克和同事(1995年)称,以CMM为基础的评估方法采用六步周期。 他们:

选择一个小组——小组成员应当是能够了解软件工程和管理的专业人员。

将要评估的网站的代表填写了标准程序成熟程度调查表。

评估小组对调查问卷的答复进行分析,并确定哪些领域需要根据CMM主要工作领域作进一步探讨。

评估小组进行现场访问,了解网站之后的软件过程。

评估小组编制了一份结论清单,其中列出了本组织软件进程的优缺点。

评估小组编写“关键进程领域”概况分析,并向适当受众介绍结果。

例如,评估小组必须由一名经授权的中欧倡议首席评估员领导。 该小组必须由4至10名小组成员组成。 至少有一名小组成员必须来自正在评估的组织,所有小组成员必须完成SIEI对CMM课程(或同等课程)和SEICBA IPI团队培训课程的介绍。 小组成员还必须符合一些甄选准则。

关于数据收集,BA IPI依靠四种方法——

The standard maturity questionnaire

Inspanidual and group interviews

Document reviews

Feedback from the review of the draft findings with the assessment participants

SCAMPI

为满足CMMI模型要求(软件工程研究所,2000年),制定了标准CMMI改进方法。 它还以BA IPI为基础。 CBA IPI和SCAMPI由三个阶段组成:

Plan and preparation

Conduct the assessment onsite

Report results

该计划和筹备阶段的活动包括:

Identify the assessment scope

Develop the assessment plan

Prepare and train the assessment team

Make a brief assessment of participants

Administer the CMMI Appraisal Questionnaire

Examine the questionnaire responses

Conduct an initial document review

现场评估阶段的活动包括:

Conduct an opening meeting

Conduct interviews

Consopdate information

Prepare the presentation of draft findings

Present the draft findings

Consopdate, rate, and prepare the final findings

报告成果阶段的活动包括:

Present the final findings

Conduct an executive session

Wrap up the assessment