概念、目标、目标和背景
30% | 概念描述并未提供对想法或周围挑战的可靠理解。
目标不是概念的良好代表,对指导或确定工作的成功没有帮助。
已列出一组项目,但它们不是目标,也不可衡量。他们在指导工作或衡量成功方面没有任何价值。
任何潜在解决方案在学术或商业环境中的价值尚未确定。这项工作的合理性很差。
| 概念描述非常。周围的挑战没有得到有用的细节探讨,作品的相关性也有些模糊。
目标是代表概念,但并没有将其提炼成有助于指导或确定工作成功的简洁陈述。
已经列出了一组可以作为目标的项目,但它们并未完全映射到概念,也不容易衡量。
任何潜在解决方案在学术或商业环境中的价值都没有得到适当的确定,并为这项工作提供了一些理由。
| 概念描述提供了足够的细节,以及对周围挑战的一些理解。
目标是代表这个概念,并在某种程度上将其提炼成一个简洁的陈述,它在指导或决定工作成功方面的价值有限。
已经提供了一组与概念有一定映射关系的目标,这些目标在指导工作方面的价值可能有限。
在学术或商业环境中,任何潜在解决方案的价值都在一定程度上进行了描述,并为这项工作提供了理由。
| 概念描述提供了对中心思想和周围挑战的良好理解。
一个相当精确的目标以简洁的术语陈述,并在很大程度上概括了这个概念。它应该有助于指导和确定工作的成功。
使用结构化方法(例如 SMART)制定了一组与概念非常吻合的目标,该方法被采用到很好的水平,以提供一种有助于指导工作和衡量成功的工具。
在学术或商业环境中,任何潜在解决方案的价值都是显而易见的,并为这项工作提供了令人信服的理由。
| 概念描述提供了对中心思想和周围挑战的全面理解。
以简洁的术语陈述了精确的目标,并完全概括了这个概念。它应该证明在指导工作和确定工作是否成功方面都是有效的。
使用正确采用的结构化方法(例如 SMART)开发了一组与概念完全对应的目标,以提供一种工具,证明该工具在指导工作和衡量成功方面很有用。
在广泛的学术或商业背景下,任何潜在解决方案的价值都是明确且格式合理的,并为这项工作提供了非常令人信服的理由。
| 概念描述提供了对中心思想和周围挑战的深刻理解。
以简洁的术语陈述的精确目标,并充分概括了概念。它清楚地说明了它应该如何证明在指导工作和确定工作是否成功方面是有效的。
使用正确采用的结构化方法(例如 SMART)开发了一组与概念完全对应的目标,以提供一种工具,证明该工具在指导工作和衡量成功方面很有用。
在广泛的学术或商业背景下,任何潜在解决方案的价值都是非常明确且非常完善的,并为这项工作提供了令人信服的理由。
|
软件开发流程
15% | 理由非常没有意义,也许与明显不合适的软件开发过程有关。
| 已经给出了理由,但缺乏细节,并且确定的软件开发过程可能不合适。
| 已经给出了可用的软件开发过程的理由。
| 已经给出了一个明显合适的软件开发过程的详细理由。
| 已经详细介绍了高度合适的软件开发过程的合理理由。
| 已经详细介绍了高度合适的软件开发过程的合理且有见地的理由。
|
需求建立和风险分析
50% | 利益相关者的需求、期望和限制因素尚未得到适当确定。
一组以用户为中心的情景或需求尚未得到适当识别。测试支持不足或未得到考虑。
需求没有得到适当的优先排序。
基线没有得到适当的支持,更改考虑不周或不存在。
风险考虑不周。
| 利益相关者的需求、期望和限制因素已经松散地确立了。
已确定一组以用户为中心的情景或需求。测试可能没有得到很好的支持。
要求在某种程度上是优先的。
基线在一定程度上已经建立,但对变化的考虑很薄弱。
已经确定了一组有限的特定风险。对它们的严重性评估不佳,对突发事件的描述在一定程度上。
| 利益相关者的需求、期望和限制因素已得到合理收集。
指定了一组以用户为中心的故事或需求,并在一定程度上支持测试。
使用适当的方法对需求进行优先级排序。
对已建立基线的更改控制(需求管理)的支持有限。
已列出一组特定风险。对它们的严重性进行了粗略的评估,并描述了一些意外情况。
| 收集并分析了利益相关者的需求、期望和限制。
以公认的正式风格正确指定了一组以用户为中心的故事或需求,并计划并支持测试。
使用适当的方法对需求进行优先级排序,该方法有助于在一定程度上建立基线和更改。
该方法在一定程度上支持对已建立基线的变更控制(需求管理)。
已经列出了一组特定的风险,并在某种程度上与需求相关。已经评估了它们的严重性并描述了意外情况。
| 利益相关者的需求、期望和限制因素已得到适当收集和分析。
一整套以用户为中心的故事或需求,这些故事或需求对使用环境敏感,以公认的正式风格正确指定,并明确规划和支持测试。
使用定义明确的方法对需求进行优先级排序,以建立和更改基线。
该方法支持对已建立的基线进行变更控制(需求管理)。
已列出并详细说明了一组特定风险,并与需求相关联。已经评估了它们的严重性并描述了战略应急事件。
| 利益相关者的需求、期望和限制因素都经过专业收集和分析。
一整套以用户为中心的用户故事或需求,对使用环境非常敏感,以适当的公认正式风格正确指定,并战略性地规划和支持测试。
使用定义明确的方法仔细确定需求的优先级,该方法显然有助于建立和更改基线。该方法严格支持对已建立基线的控制(需求管理)。
已经列出了一组全面的特定风险,并详细说明了与需求相关的明确关联。已正式评估其严重性,并描述了战略突发事件。
|