正式评估前培训材料

1、精品资料主任评估师提的问题：1. 项目经理1) 需求是怎么获取的？需求调研的方法 （例如： 沟通交流、 问卷调查、 现场实习、 分析同类产品等等）2) 需求整理过程中是否按照一定格式，模板是，按照需求规格说明书模板3) SRS 中有那些是必须要填写的内容？功能结构图数据流程图功能需求描述非功能需求描述（性能、可靠性、安全性、易用性）接口需求描述（外部接口和内部接口）4) 客户需求和需求分析在一个文档，还是在不同的文档？一个文档，需求规格说明书中功能概述部分可称为客户需求5) 需求中如何体现用户的场景？（用户流程的描述是否有体现？在模板中是否有要求？）数据流程图、功能描述中文字描述、原型在模板中

2、有要求6) 是否有接口部分的需求？用户接口外部系统接口（软件、硬件、通讯接口）内部接口（各功能模块的接口）7) 非功能需求，在需求文档中有记录吗？在需求追踪矩阵中有对应的部分？有在需求跟踪矩阵中有对应关系，即非功能需求对应到设计、代码、测试用例8) 需求如何跟踪？各工作产品的负责人（需求分析员、设计人员等）来维护需求跟踪矩阵项目经理及时进行审核9) 是否有需求追溯的手段？具体的是谁在做？职责？用途是什么？就是需求跟踪矩阵各工作产品的负责人（需求分析员、设计人员等）来维护需求跟踪矩阵用途主要是： 可以追溯需求是否都被完成， 变更时查看变更影响范围、 确保需求和项目其它工作产品保持一致性10) 测

3、试用例的编写能否体现非功能需求？可以体现在一个专门的用例中， 或者在每个用例中添加，建议编写一个专门的用例？能够体现非功能需求所有的非功能需求都有专门的测试用例和之相对应11) 需求评审几次？需求评审时发现问题数量多少？1次通过和组织的评审缺陷密度相比，发现问题数量属正常12) 需求评审是否有检查单？有检查单检查单可以给需求评审提供帮助，提高评审效率和质量13) 需求在什么情况下用户认可的标准？通过用户的评审确认14) 是否有需求的变更？需求变更要走什么流程？提出需求变更申请项目经理组织相关人员做变更影响分析CCB 评审变更实施变更跟踪验证发布变更通知15) 后续是否可能有需求的变化？根据具体

4、回答16) 项目计划有那些主要的环节？选择生命周期模型制定项目定义过程WBS 分解估算规模和工作量制定项目进度计划制定其它项目子计划评审所有项目计划将评审通过的项目计划纳入基线库17) 工作拆分是在什么时候做？项目定义过程制定完成后，估算开始之前18) 生命周期模型是什么时候确定？有没有组织的依据？项目立项之后，组织有项目生命周期选择指南19) 项目选择的生命周期模型是什么？为什么是瀑布模型？瀑布模型适合于项目需求比较稳定的情况20) 项目过程定义有什么依据？组织有裁剪指南，然后根据项目特点进行裁剪21) 项目过程定义有什么特色？项目过程定义如何做？具体谈项目做了哪些裁剪，为什么裁剪22) 估

5、算时估算那些参数？项目估算是怎么做的？有没有以前的数据做参考？估算中是否用到组织的度量数据？估算了项目规模、工作量数据运用专家 delphi 方法参考历史的生产率数据、工作量比例关系的数据23) 承前类项目以前的代码不修改，是否要作为规模估算的一部分？不要作为规模估算的一部分，需要剔除24) 项目进度计划和工作量估算有什么关系？首先有工作量估算， 根据可用的资源， 得到一些任务的工期， 最后得到了项目进度计划25) 在进度表中如何考虑任务之间的相互关系？根据项目特点，找出各任务的前置关系和关键依赖关系找出项目的关键路径26) 项目计划日程表安排是怎么安排的？首先进行 WBS 分解其次估算各任务

6、工作量根据可用资源，得到任务完成工期明确各任务之间的关系，找出项目关键路径制定项目进度计划27) 项目中都有哪些资源？项目的资源怎样做计划？硬件资源、软件资源、人力资源在项目计划文档中明确，需要哪些资源、到位时间、负责人等28) 如何确保项目组的成员具备要求的技能？对人员的技能要求， 是否在计划中体现？在选择项目成员时会考虑人员技能， 并根据实际情况， 项目经理会组织相关培 训在项目计划有体现， 明确了各角色应具备的职责。 如果人员技能存在差距， 项 目经理会制定相应的项目培训计划29) 估算时考虑的前提、假设和理由会记录吗？，是否文件中有要求？应该记录估算时的假设条件30) 项目风险识别是否

7、有组织级的依据？有，依据组织级的风险库31) 风险是如何分类的？人员技术需求管理等32) 风险识别后采取的措施，是否有组织级的参考有参考，参考组织级的风险库里类似风险采取的规避措施也会参考组织的风险管理规程中涉及到的风险应对策略： 接受风险、 减缓风险、规避风险、转移风险33) 项目的风险怎么管理？风险优先级是如何确定的？风险应对措施谁来定？风险是如何跟踪？项目风险是如何管理：识别项目风险、风险分析、 制定风险缓解措施、 跟踪风险根据风险发生的概率和影响程度， 得到风险值， 然后根据风险值大小确定风险优先级项目组成员协助项目经理来制定风险应对措施风险跟踪的手段有：例会、日常的及时沟通、里程碑评

8、审会议、周报34) 结项时要求是否了解？编写项目总结报告召开项目总结会议提交项目过程资产(项目度量数据、最佳实践文档等)给SEPG提交项目结项申请给部门经理签字审批35) 项目要度量那些数据？度量数据展示在哪里？是否可以有超出组织度量的要求的额外要求？主要的类型有五类：规模、工作量、缺陷、评审、进度度量数据展示在项目里程碑报告中可以有超出组织度量要求的度量数据36) 在项目中做了收集了什么样的度量数据，对项目的帮助？对组织的帮助？度量数据见上度量数据对项目帮助举例： 例如度量缺陷数据类型的分布， 找出占有比例较高的缺陷类型，在项目下一阶段重点加以改进对组织的帮助举例： 例如为组织提供度量数据，

9、 帮助组织找到待改进点， 作为过程改进的依据37) 项目度量计划中哪些是项目经理自己要做的？项目组是否可以增加度量数据？除了 PPQA 和 CM 的数据由 QA 和 CM 来收集外，其它项目数据由项目经理来收集可以，根据项目需求38) 项目里程碑报告发布给谁？发布给高层经理、项目组成员、客户(可选)39) 集成顺序是如何确定？在计划中体现了吗？在项目集成测试计划中体现根据集成策略和模块的依赖关系、开发进度来确定集成顺序40) 干系人如何管理？如果干系人不能按计划参加采取那些措施？项目有沟通关系人表，列举干系人参与的计划如果干系人不能按计划参与，变更干系人参与的计划，并让其进行确认41) 各计划

10、的一致性是如何保证的？通过项目各干系人参与项目计划的评审，来确保所有干系人达成一致42) 在项目评审计划中谁决定评审的对象？项目经理，其他人评审43) 是否有组织的过程方针？是否培训或了解？有，组织过程方针里包括：所有PA 的主要活动和目标有过培训44) 项目跟踪是如何做的？了解项目的偏差？项目跟踪的方式和手段有：项目例会、日常沟通、里程碑评审、周报等通过度量， 对项目实际状况和计划偏差进行对比分析， 来决定采取哪些纠偏措施以及是否需要变更计划45) 项目中发现什么情况认为进度发生了较大的偏差， 需要调整计划？项目中是否发生了进度较大的偏差？总体进度偏差率大于或等于 15% ，需要调整计划工作

11、量偏差率大于或等于15% ，需要调整计划46) 项目中的问题是如何管理？项目问题跟踪表是谁维护？如果发现项目问题， 将其记录在项目问题跟踪表中， 并指定负责人， 进行跟踪解决项目问题跟踪表是由项目经理维护47) 项目中的角色在那些文档中体现？在项目任务书和软件开发计划中有体现48) 项目组中人力资源是充分的吗？根据具体来回答49) 项目中有技术方案的选择吗？有50) 决策分析的过程是怎么样？决策分析评估申请项目经理组建决策分析小组成员项目经理组织DAR 小组成员制定备选方案、评价准则、打分标准、采用什么决策方法（例如 MAUT 、 delphi 方法）召开决策分析会议，成员按照标准打分根据打分

12、结果决定最终方案将最终方案提交给部门经理审批51) 过程检查是否有人检查，是否有人通知结果？过程检查有PPQA 检查，检查结果记录在过程检查表中52) EPG 在过程改进中做了哪些工作？EPG 负责编写、维护、评审、试点和发布组织标准过程文件收集过程改进建议培训和推广组织标准过程等等53) 项目的工作环境有什么要求？最好能提供一些项目的自动化工具2. 需求组1） 如何获取需求？需求如何变更？使用需求调研的一些方法（例如：访谈、问卷调查、现场实习、研究同类产品等等）提出需求变更申请项目经理组织相关人员做变更影响分析SCCB 评审变更实施变更对修改结果进行跟踪验证通知相关干系人变更的消息2） 需求

13、来源比较复杂的情况下，项目组是否制定接受的标准或者评审时决策机制？需求可行性分析的角度 （需求功能点的优先级的划分、 项目进度方面、 技术可 行性、成本、项目范围等等）需求规格说明书中有用户的验收准则有需求评审检查单，作为需求评审的依据需求评审时， 各干系人参与评审确认， 达成一致， 如有分歧由评审负责人和客户协商决策3） 需求的场景在那儿描述数据流图功能概述功能描述各种流程图和状态图4） 需求文档中是否有时序图，或类似的图，表现方法是什么？在接口需求中， 和外部系统的接口有详细描述， 必要时会画一些流程图辅助描 述5） 接口，包括内部和外部的接口，描述那些接口？用户接口和外部系统的接口（软件

14、接口、硬件接口、通讯接口）内部接口（各软件功能模块之间的接口）6） 需求评审如何做？评审中是否有明确的标准？需求纳入开发是谁确定的？需求编写人在需求编写完成后，提交给评审负责人申请评审评审负责人制定评审计划，并将评审材料提前发给评委评委提前阅读材料，提出并记录问题，并将问题反馈给评审负责人召开评审会议，确定存在缺陷，给出评审结论作者实施修改跟踪验证评审负责人综合各评委意见，给出最终评审结论(三种)由评审负责人、所有评委、客户一起评审确定7) 需求跟踪矩阵是谁负责维护？需求分析人员、设计人员、开发人员、测试人员来维护项目经理及时进行审核8) 需求拆到什么粒度认为是合格的？在组织过程中是否有要求？

15、一般从用户角度来编写需求， 不涉及设计方面的描述， 在需求开发过程和需求 评审检查单里有要求3. 开发组1) 项目中有没有在不同的技术方案选择的过程？有2) 在项目的什么情况下提出决策申请？架构选型重大的需求变更选择供应商重大的风险措施等等由任务相应的负责人向项目经理提出决策申请3) 如何确定评分标准？有评价准则，例如：性能要求、技术难度、成本、开发人员熟悉程度。针对每一项评价准则，都会有相应权重评分标准，针对每一项评价准则打分，例如 10 分制决策分析的流程：1. 提出决策申请2. 项目经理组建 DAR 小组，确定备选方案、评价准则、打分标准、决策方法( MAUT 、 delphi )3.

16、召开决策分析会议，打分4. 确定最终方案5. 提交给部门经理审批4) 项目中有那些设计，是否有统一的模板？主要的章节？概要设计和详细设计，有模板概要设计包括：主要有架构设计、数据库设计、接口设计、模块功能设计、界面总体设计、系统总体设计详细设计包括有：各模块的详细算法设计、数据结构、内外部接口设计、流程图、调用关系、详细界面设计5) 接口设计是否有一定的要求和标准，可以是组织级的，也可以是项目级的？有，参见评审检查表中“概要设计检查表”部分，是组织级的6) 实现编码和单元测试一起计划，单元测试有什么要求？目前需要对单元测试控制更加严格些，这也是下一步的改进点7) 集成顺序是否有要求， 是否可以

17、按照提交的顺序进行了集成？集成测试用例编写的要求准则在那儿体现？测试指南集成顺序有要求，在 项目集成测试计划中，按照集成计划的要求进行集成参考下评审检查表中“测试用例检查表”部分8) 同行评审有吗？同行评审的流程有：1. 作者向评审负责人提出同行评审的申请2. 评审负责人制定评审计划，并发出评审材料3. 评委阅读材料，提出并记录问题，反馈给评审负责人汇总4. 召开评审会议，确定存在的问题，给出评审结论5. 作者修改缺陷6. 跟踪验证9) 详细设计是一份还是多份？一份，也有多份10) 一次评审发现的问题数量？评审的时间？问题跟踪人？评审数据的度量在那儿体现？组织上有评审缺陷密度， 一般项目评审的

18、缺陷密度在组织评审缺陷密度的上下限区间范围内评审时间一般是2 小时左右由评审负责人指定问题跟踪人在里程碑报告中有评审数据的体现评审时，各评委提出问题，如有分歧，由评审负责人给出决策4. 测试组1) 测试过程中是否编写过计划？什么时候开始参与？编写过在制定项目计划的同时，测试负责人负责编写测试计划，一起提交评审需求讨论和需求评审时，测试人员开始参与到项目工作中2) 测试环境是在什么阶段确定。资源分配是谁负责？在编写测试计划时确定负责人：质控部经理3) 系统测试策略有什么考虑？测试进入标准和退出标准测试类型有： 功能测试、 性能测试、 安全性测试、 安装卸载测试、 稳定性测试、可恢复性测试、文档测

19、试、配置测试功能测试方法有：黑盒测试、灰盒测试、白盒测试、自动化测试测试进入标准：集成测试通过，安装部署文档已提交测试退出标准：严重程度为高和中的 bug 已全部修改验证通过，低和建议类型的 bug 已达成最终共识，所有测试用例已全部回归4) 系统测试 BUG 严重程度分类有没有规定？有，参见缺陷报告模板中描述：缺陷类型有高、中、低、建议。测试人员负责填写。 程序异常、内存泄漏、程序不可测试、 主要功能没有正确实现等情况级别为高；次要功能没有正确实现，不影响主要功能实现等情况级别为中；界面显示不美观， 信息提示不准确等情况级别为低； 功能类型为建议的级别为建议。5) 缺陷管理系统描述？公司自己

20、开发的 bug 管理系统，要清楚bug 流转流程以及bug 的各种状态6) 测试技术是否要求？测试部门内部交流测试部门内部培训，有相关测试技术方面的培训材料7) 测试用例的是否评审？有评审，参加评审人员一般有：测试组成员、需求分析人员、设计人员、项目经理评审流程见下：1. 作者或测试负责人向评审负责人提出评审申请2. 评审负责人制定评审计划，发送待评审材料和评审检查表3. 评委事先阅读材料，提出并记录问题，反馈给评审负责人汇总4. 召开评审会议，确定存在缺陷，给出评审结论5. 作者修改缺陷6. 跟踪验证5. 配置管理组1) 在那个文档中记录配置项？配置管理计划中的配置项清单2) 在项目的配置项

21、中，有那些源文件谁知道，源代码是否全怎么知道？开发负责人通过 build 是否成功，且开发负责人会检查代码3) 配置管理系统是什么时候建立的，有什么规定？立项时就建配置库按照组织统一的配置库目录结构来建库，并设置相应的权限4) 变更是如何管理的？向项目经理提出变更申请项目经理组织相关成员进行变更影响分析SCCB 进行评审根据评审结构实施变更对变更内容进行跟踪验证发布变更通知5) 项目中一般会有那些基线？计划基线需求基线设计基线系统测试基线发布基线6) 系统测试 2 条基线在系统测试前还是系统测试后？第一条系统测试基线在集成测试通过后打基线第二条系统测试基线在第二轮系统测试开始前打基线7) 是否

22、提交过配置状态报告？包括什么内容？提交过当前的配置项名称、版本号、是否属于基线各基线的版本对应关系、包括的配置项、对应的 CR 编号8) 对配置项的标识有什么规定？ 组织有一个标识规范项目简称_文档名称9) 是否做过配置审计？谁做的？审哪些东西？做过配置管理员包括物理审计和功能审计，按照配置审计中的检查项物理审计包括对文件命名、 存放位置、基线标识等信息进行审计， 功能审计包 括变更的流程是否按规定来执行、 代码修改后是否回归测试、文档进行基线前 是否被评审10）配置审计是否审计变更的内容？配置审计如何检查配置项的变更进行检查？ 审计过的按照变更的流程来进行审计11）如何确定1个配置项涉及到的变更？通过版本号来看变更过多少次也可以变更请求审批表来查看具体变更信息也可以通过变更追踪表来查看汇总信息6. QA1） 计划是如何制定的？质量保证计划中会定义检查的产品一致吗？2） 每周为一个项目检查多长时间？1周2 3天3）介绍详细检查的情况， 什么样的状况会作为不符合项记录，发现不符合项后通知项目经理。4） 如果项目经理和 QA发生意见不一致；5） QA报告和计划存放在哪儿？ QA报告存放区域的权限