guidance

................................................................................ 2 ............................................................................................................ 2

的一 部分被规划，因此不适合小组间协调。 3． 一个计划有超过一个需要管理的独立项目，存在计划中所有项目共享的多个软件配置管理人员。 在这种情况下，计划中所有的项目必须把软件配置管理小组视为其他小组，并通过小组间协调过程来管理依赖。 4． 一个产品小组有一个独立的系统测试 /产品测试小组，必须把这个小组视为小组间协调的候选者。 什么是工程小组的小组间协调过程。 下面识别其他 /依赖小组

...................................................................................................................................... 3 9 记录 .........................................................

.............................................. 1 . SQA 评审 .............................................................................................................................................

： 项目接受准则存在。 项目经理 和负责人要 有计划项目必须的技巧。 评审 ： 在进入 需求评审 检查点之前， 项目委员会 成员，项目的负责人，相关团队的代表和至少另一位 项目经理 来评审文档化的 PDSP。 对项目所有的放弃都需要技术总监的批准并且被文档化和评审。 放弃一定要按照 放弃过程 [WAIV]过程。 作为对 PDSP评审的支持文档， 项目计划 一定要准备好。

组长应定义基线审计范围。 3. 检查配置管理工具是否足够。 4. 识别审计部分的基线，产生所有配置项的描述。 5. 检查基线是否赋予一个在 SCM 计划中定义的标示符并通知受影响的组。 6. 检查基线识别符能否源自配置项列表及其版本号，并确保它们同样源自基线列表。 7. 确保回归 /集成测试期在建立基线后完成。 8. 确保配置项的目录结构如 SCM 计划中所述放入知识库中。

的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试； 黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息

.......................................................................................................................................................... 3 过程步骤 .....................................