|
|
知识路径： > 软件评测知识 > 软件测试过程模型 > 软件测试过程与管理 > 评价过程的要求 >
|
被考次数：2次
被考频率：低频率
总体答错率：31%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：31个
|
|
|
|
|
|
|
评价设计应把评价者使用的测量规程编成文档，以便评价执行规格说明中规定的测量。评价者应制定评价计划来描述执行指定的评价时所需的资源和执行各种动作时对这些资源的分配。
|
|
|
|
评价计划应详细到能确保用一种令人满意的方式执行这些动作。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
把规定的测量或验证与要评价的各种产品部件的形式组合起来，以便把对部件实施的测量或验证的详细方法编成文档。
|
|
|
|
评价者应分析评价规格说明中规定的有关测量或验证的技术约束条件。这些约束条件可能包括：
|
|
|
|
|
|
|
|
|
|
|
|
|
|
对评价规格说明中规定的每种测量或验证，评价者都应把有关的评价方法编成文档。
|
|
|
|
当描述的评价方法是基于使用软件工具的时候，应在评价计划中标识该工具。这种标识应至少包括工具的名称、版本标识和它的来源（如：供方）。
|
|
|
|
对评价的产品执行程序时，也应说明运行环境以及实际工作中可用的条款。
|
|
|
|
|
|
每个基本评价方法都计划应用在供评价的各个软件部件上。也会出现将不同的基本评价方法用于同一个软件部件的情况。
|
|
|
|
应对评价计划草案进行评审，以避免评价者的重复劳动，减少错误风险和降低计划的评价者的工作量。
|
|
|
|
|
|
评价者应安排计划动作的进度，评价者应考虑人员、软件工具、计算机等资源的可用性。
|
|
|
|
评价者应就软件及部件的交付进度与请求者达成一致。应规定软件部件的交付介质、形式以及拷贝数量。
|
|
|
|
应标识评价过程中满足的需求。当请求者不是软件产品的开发者时，应标识评价者和开发者之间的关系。特别是应规定开发者需要的支持。这种支持包括培训、非正式的讨论或办公场所。
|
|
|
|
必要时，对开发和运行场所的访问也应与所需资源一起规定。
|
|
|
|
|
|
评价计划应由两部分组成：评价方法文档和评价者采取评价动作的时间表。
|
|
|
|
评价计划中某些评价方法的文档可能包括对评价者个人材料的引用。在这种情况下，评价者应能判断该方法与相应评价规格说明元素的针对性，以及在应用该方法时，其自身的能力。
|
|
|
|
|
|
评价计划应作为请求者和评价者之间联合评审的结果而予以认可。
|
|
|
|
评价计划应包含在评价记录中。评价方法的文档，对方法的引用，以及对要应用该评价方法的产品部件的标识都应在评价报告中体现。
|
|
|
