CMMI现场访谈提问应答解读

上传人:小** 文档编号:58995728 上传时间:2022-03-01 格式:DOC 页数:51 大小:659KB
收藏 版权申诉 举报 下载
CMMI现场访谈提问应答解读_第1页
第1页 / 共51页
CMMI现场访谈提问应答解读_第2页
第2页 / 共51页
CMMI现场访谈提问应答解读_第3页
第3页 / 共51页
资源描述:

《CMMI现场访谈提问应答解读》由会员分享,可在线阅读,更多相关《CMMI现场访谈提问应答解读(51页珍藏版)》请在装配图网上搜索。

1、CMMI最终评审提问单CMM最终评审提问单二O四年三月1 CMMI 2级过程域:需求管理 REQM1.1 SG1管理需求1.1.1 SP 1.1项目组通过何种方式理解需求?答:1、项目在获取客户需求中,通过与客户访谈的方式获取需求生成需求 记录表,依据需求记录表编写了用户需求规格说明书;2、项目组人员对用户需求说明书进行分析,分析了功能点,形成软件规格说明书;3、项目组与用户一起参与了需求评审会议,对用户需求规格说明书进行了确认,形成了会议纪要, 确保了对于需求的含义达成一个相容的共同的理解。1.1.2 SP 1.2怎样获得对需求的承诺?答:1、项目对用户需求进行了分析,形成了用户需求规格说明

2、书;2、项目组成员(项目经理、需求人员、设计人员、开发人员、测试人员)与相关干系 人一起参加了需求文档的评审,并在评审报告上签字。1.1.3 SP 1.3如何管理需求的变更?答:1、项目需求的变更活动依据程序文件变更管理规程的规定进行管 理,用户或项目组成员提出需求变更申请填写需求变更申请表,项目经理获得需求变更之后进行影响分析,填写软件变更申请表;2、变更控制委员会(CCB对需求变更申请表和软件变更申请表进行评审, 讨论变更是否能通过,并形成会议纪要;3、从配置管理员处获取相应的配置项进行变更,变更完成过后进行相应的 验证,通过验证之后填写软件变更报告单;将软件报告单提交CCB进行批准。4、

3、项目经理发出基线建立申请,建立相应基线,配置管理员进行审计并发 布配置状态。1.1.4 SP 1.4如何维护需求的双向可追溯性?答:对项目的需求通过需求跟踪矩阵进行双向溯源和管理,先对各个需求做 统计,然后在各个阶段做需求维护,对需求的实现,需求的测试,需求的交换和 验收都有追溯。1.1.5 SP 1.5在你的项目中如何确保项目工作与需求的一致?答:1、需求、设计、编码等阶段的评审检查单对项目的工作任务和需求的一致性进行了检查;2使用需求跟踪3、矩阵对发生变更的需求进行双向溯源。3、里程碑评审时,检查工作任务与最初需求是否一致。4、项目需求的变更活动依据程序文件变更管理规程的规定进行管理, 并

4、形成软件变更申请表。1.2 GG2使已管理的过程制度化1.2.1 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:需求管理过程中描述了需求开发与管理过程的方针:通过定义需求 管理过程,规范公司软件开发项目的需求管理活动,提高需求质量,从而提高软 件生产率,降低开发成本,改进软件质量。需求管理应控制需求的变更,并确保项目工作产品与需求的一致性。1.2.2 GP 2.2如何策划该过程的活动,产生怎样的工作产品?答:1、项目的项目进度计划 WB鋪需求管理的活动体现了对需求开发与管 理过程的策划情况;2、对项目总体计划及 WBSS行评审,形成了评审报告。1.2.3 GP 2.3组

5、织有否提供充足的资源支持该过程域的活动, 都有哪些资源?答:是,在人力资源方面,项目经理谢青松负责需求管理。1.2.4 GP 2.4是否为相关角色分配了职责?记录在哪里?答:1、总体计划和附属计划中对参与项目需求开发与管理人员的职责进行 了分配;2、对总体计划及附属计划进行了评审,其中包括了对需求开发与管理的人 员和职责进行了确认,并形成了评审报告。1.2.5 GP 2.5是否针对该过程的人员进行了培训,有哪些培训?答:1、公司进行了有关项目需求管理知识的培训;2、组织进行了多次标准过程内部宣贯培训,其中包括了对项目需求管理过 程的培训,形成了电子档的签到表。126 GP 2.6对该过程域的哪

6、些配置项进行了管理?答:1、项目需求开发与管理阶段形成的工作产品,包括需求跟踪矩阵、软 件需求报告单,均纳入配置库进行管理。2、配置项状态报告中体现了项目组将需求阶段的文档纳入了配置库进行管 理。127 GP 2.7如何识别并引入相关的利益相关者介入活动?答:1、在做项目总体计划的沟通计划时,对需求开发与管理过程的相关干 系人协调沟通的约定进行了详细描述;2、在做工作分解结构项目进度计划 WBS寸,列出了参与项目的人员;3、评审报告中记录了共利益者介入需求管理活动的情况。128 GP 2.8项目如何监督和控制该过程?答:1、项目组在需求阶段里程碑点对项目的状态和执行进度进行检查,形 成CM需求

7、策划阶段活动报告;2、问题跟踪表对需求开发与管理过程发现的问题进行记录和跟踪。1.2.9 GP 2.9谁会对该过程进行客观的评价?如何进行评价?答:项目级QA对该过程进行了客观的评价,评价结果记录在项目级 QA检查 单、QA工作报告和QA问题跟踪表中,这些都反映了 QA对项目需求开发与管理 过程和工作产品进行了检查活动。1.2.10 GP 2.10 更高层领导如何审核状态?答:1、CM需求策划阶段活动报告提交高管肖瑜审批;2、项目总体计划经过高管肖瑜审批。3、里程碑评审。1.3 GG3使已定义的过程制度1.3.1 GP 3.1如何建立一个已定义的过程?答:项目组根据项目特点按照组织标准过程进行

8、裁剪,形成了项目过程定义 裁剪表,其中包括了对需求开发与管理过程的裁剪。132 GP 3.2收集了怎样的(经验)改进信息?答:1、项目组向EPG提交了项目需求管理过程的改进信息,被 EPG采纳并 记录在过程改进信息跟踪表中。2、项目结项时提供了项目测量表到组织财富库,为过程改进提供了相应的 经验。2 CMMI 2级过程域:项目规划PP2.1 SG1项目估算2.1.1 SP 1.1如何估算项目的范围?答:项目编写了任务分解结构WBS对项目范围进行了估算;WBSf项目一 同演进,顶层的WB创以用来构建初始估算。通过 WBS勺开发,整个项目被划分 为一组相互关联且可管理的组成部分。2.1.2 SP

9、1.2在你的项目中都对哪些项目属性进行了估算?答:项目估计记录对项目的规模、工作量、成本、进度、环境、工具进行了估算。2.1.3 SP 1.3你的项目定义了怎样的生存周期阶段?答:产品型:1、依据项目生命周期指南选择了项目生命周期,并对项目过 程进行了裁剪,形成项目过程定义裁剪表, 本项目采用的是瀑布模型;定义了策 划阶段、需求阶段、设计阶段、编码阶段、测试阶段、验收阶段。2、项目的WBS按项目生命周期模型划分为需求与策划、系统设计、编码、 测试验收阶段。2.1.4 SP 1.4如何估算项目的工作量和成本?答:1、根据需求估算项目规模,再把它分成功能点,功能点有简单功能点、 中等功能点、复杂功

10、能点,根据公司提供的转换参数转换成一般功能点, 也叫标 准功能点,2、然后根据公司提供的生产率(1个标准功能点需要0.5人天),就 可以估算规模是多少个标准功能点,生产率与功能点相乘就是工作量;3、根据公司的软件活动各阶段工作量占比(需求占 10%设计占20%编码占30%测 试占10%实施占10%项目管理占10% CM占 5% QA占5%,首先算出总工作 量,再根据总工作量算出各阶段的工作量。4、根据公司提供的人均成本(单位 成本)和工作量一起估算出人力成本,加上直接成本(客户现场招待费等)得出 项目成本;在本项目中对工作量与成本的估算,是使用历史数据对规模、活动以及其它 计划参数进行分析的结

11、果。2.2 SG2制定项目计划221 SP 2.1如何编制预算和进度?答:估算编制:1、需求估算项目规模,规模根据功能点来表示,有复杂的, 简单的,转换成标准功能点(转换参数 EPG总结得出的转换系数);2、利用生产 率(人天/标准功能点)和规模估算出开发工作量;3、根据公司提供的人均成本 (单位成本)和工作量一起估算出人力成本,加上直接成本得出项目成本;4、根据公司的软件活动各阶段工作量占比, 首先算出总工作量,再根据总工作量算 出各阶段的工作量。编制进度:1、进度首先考虑整个项目工期要求,2、然后安排各阶段的时间 点,3、再看每个阶段里都有多少任务,算出各个任务所需的工作量,估算出来 的工

12、作量和阶段工期对比,为每个任务安排开始时间和结束时间, 再用资源去调 配,确定每个任务的开始时间和结束时间。预算:我们开始做了成本估算,我们知道各个阶段大致人力成本有多少,我 们也考虑到各个阶段实际费用多少支出,我们把整个估算安排到每个任务中去, 形成成本计划。估算与预算区别:估算是说估计大致费用多少,需要多少成本,但可能公司 不会给这么多成本,公司会打折扣,然后把允许花费的成本分派到项目每个阶段 活动,在执行时就可以监控哪个地方花费多少, 若在阶段点再去看可能已花费掉 了,所有根据这样的情况安排进度计划和成本预算。2.2.2 SP 2.2如何识别项目风险?答:2个时机:1、项目初期对项目整个

13、可能风险进行估计识别,在各个阶段 有哪些风险先识别出来,2、在项目各个里程碑时候,重新对我们已经估计识别 的风险进行重新评估,另外再重新识别一下看有没有新的风险存在, 所有识别风 险的时机分为两类,1类项目初期阶段,2类各个里程碑时候。风险识别的方法途径有3个:1、首先考虑项目的特点,可能会导致项目中存 在哪些隐患,比方说用的新的技术, 人员不稳定,或者说我现在行业在某些方面 要求比较严格,要达到这些要求可能的风险,都可以成为风险考虑到的因素,2、 从以往类型项目,这些项目曾经遇到了什么问题,识别出什么风险,怎么管理, 可以借鉴。3、从公司提供的风险数据表。2.2.3 SP 2.3如何策划项目

14、数据的管理?答:配置管理员,在项目初期的时候按照项目整体计划的安排,编写了配 置管理计划,配置管理计划中包括了对数据项(会议纪要、报表等)和配置项(各种计划、需求文档、设计文档、源代码、测试文档等)目的管理。数据项就 是一旦产生就不会发生变化的,不会特别控制的,例如报告、检查单、记录、会 议纪要、报表等,不需要做版本控制。配置项需要进行版本控制,包括各种计划、 需求文档、设计文档、源代码、测试用例等是需要进行版本控制的,需要进行配 置管理员管理保证正确性和完整性。数据项发在开发库中。项目组中主要有3个库,开发库、受控库和产品库。总结为:首先把项目中产出物划分为数据项和配置项,配置管理员在项目策

15、 划阶段制定配置管理计划,配置管理计划对数据如何管理和如何存放做出详细定 义。224 SP 2.4如何规划项目资源?答:资源包括人力、工具、环境、设备都是资源,在总体计划对项目资源进 行管理,比如说,开发人员在项目什么时候参加项目活动, 什么时候可以退出项 目的活动,项目中担任的角色需要什么要的技能;同时项目中对开发环境、测试 环境、实施环境进行了策划,也包括了对工具的使用,在项目总体计划中相应的 章节都有记录。1、确定人员配备需求。项目的人员配备情况取决于为了实现项目需求将其分解成的任务、角色和职责,分解方式与WB防的工作包结构一致。人员配备需求考虑到每个已识别的职 位所需的知识与技能。在基

16、于GIS的山洪灾害监测预警系统中,配备了 5个在开 发方面有丰富经验的人员,1个公司专用测试人员,以及相关的质量保证人员、 配置管理员等。2. 确定设施、设备及组件需求在中小河流洪水预报系统项目中,根据项目特定要求向系统集成部申请 RTU 进行测试。3.确定其他持续性的资源需求。除确定过程、报告模板、用人情况、设施以及设备之外,还有关于其它类型 资源的持续需要,以有效地实施项目的活动,包括:?易耗品(例如:电力、办公用品)?运输设备的使用权(对人员及设备)225 SP 2.5根据对项目组成员知识和技能的要求,项目策划 了怎样的培训?答:对项目各个成员知识和技能要求也要有策划,比如在项目中对需求

17、人员的技能要求,承担设计的人员应该有什么样的技能,项目经理要有策划,项目经理根据每个人员所长安排他们角色。根据项目的要求,在策划之前,项目组成员先进行策划方法的培训,在做设 计时,先进行系统范围与相关业务知识的培训, 在做编码和单元测试之前,先进 行技术架构、编码规范培训。2.2.6 SP 2.6如何策划“项目干系人”介入项目活动?答:1、在项目总体计划中,根据外部、内部组织架构识别了项目中都有哪 些干系人,包括高管、部门经理、客户、项目组所有成员以及QA CM都是我们的干系人,有的时候可能项目需要其他部门支持,例如市场部、客户部的支持, 他们也是我们的干系人,所有的干系人在项目计划中都要是识

18、别。2、沟通计划和评审计划中要求有哪些人参加,策划就是我们在计划中安排 了参加了什么样的活动,以及相应的安排,我们有问题时,向谁汇报啊,向谁沟 通等,开会时都需要谁来参加,在评审计划和沟通计划时,都反应了项目干系人 参加活动。2.2.7 SP 2.7如何制定项目计划?答:1、编写了项目总体计划,规划了项目活动,包括项目工作的陈述、项 目组织及项目管理;2、制定项目总体计划的同时也制定了项目的支持计划,包括项目经理做的 测量计划、进度计划 WBS项目风险管理报告,配置管理计划(配置管理人员编写)、质量保证计划(质量保证人员编写)、总体测试计划(测试人员编写); 所有这些附属计划建立的基础都是项目

19、总体计划,总体的安排定好了,各个项目附属的工作,比如质量保证计划,QA什么时候来检查你的工作,他根据你总体 计划的安排,我在什么时间点来检查你的工作。2.3 SG3获得对计划的承诺231 SP 3.1如何进行从属计划的审查?答:怎样审核附属计划,是不是附属计划的活动早于项目整体计划,早了做 这个计划没有意义,没做了来检查又没有意义。所有我们安排总体计划与附属计 划一起进行评审。评审的时候,项目总体计划要考虑各个时间点合不合适,如果 有调整,相应的附属计划也要做调整,让项目之间相互协调一致。若问计划评审以什么方式评审?答:计划评审属于管理评审,管理评审有3种形式,会议、会签、审批,总体计划及附属

20、计划的评审,只能是会议的形式。2.3.2 SP 3.2如何协调工作与资源配置?答:我们有这么多资源,可能项目组资源与其他项目共用,怎么协调项目要 使用的时候,能到项目中来,为项目所用。最好举实例,1、比如在项目初期时,要求一个人员到项目组来,但是该人员在其他项目中担任其他项目工作,我们安排计划的时候,发现时间有冲突,怎么与另外一个项目组项目经理沟通, 来保证 该人员为项目所用。2、项目组测试人员梁成为公司共有测试人员,但在负责该项目测试工作时, 梁成还在负责其他项目的工作,于是通过与项目经理沟通,及时为该项目提供时 间做测试工作。2.3.3 SP 3.3如何获得干系人对计划的承诺?答:1、项目

21、组所有成员都参加了项目总体计划及附属计划经过会议评审, 对计划进行审视,项目组成员对这个计划没有异议,形成评审报告,都在评审报 告上签字;2.4 GG2使已管理的过程制度化241 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:标准过程综述中描述了项目策划过程的方针:通过项目策划确保项 目的策划活动科学、有效、合理,明确项目的范围与目标,确定项目的进度、 资源、成本安排。2.4.2 GP 2.2如何策划该过程的活动,产生怎样的工作产品?答:1、在做项目进度计划 WBS寸,策划了该阶段的活动,产生的工作产品 主要有项目总体计划及附属计划,以及总体计划及附属计划评审计划。2.

22、4.3 GP 2.3组织有否提供充足的资源支持该过程域的活动, 都有哪些资源?答:是,在人力资源方面,项目经理谢青松、测试人员梁成、配置管理人员 李波、质量管理人员滕勇分别履行了各自的职责。2.4.4 GP 2.4是否为相关角色分配了职责?记录在哪里?答:1、总体计划和附属计划中对参与项目策划人员的职责进行了分配; 2、项目进度计划 WBS寸参与项目策划人员的职责进行了分配。2.4.5 GP 2.5是否针对该过程的人员进行了培训,有哪些培 训?答:1、进行了有关项目策划知识的培训;2、组织进行了多次标准过程内部宣贯培训, 其中包括了对策划过程的培训, 形成了纸张的签到表2.4.6 GP 2.6

23、对该过程域的哪些配置项进行了管理?答:1、项目策划阶段形成的工作产品,包括项目总体计划及其附属计划, 均纳入配置库进行管理。2、相应的工作产品均放在了 SVN配置库的相应目录当中。2.4.7 GP 2.7如何识别并引入相关的利益相关者介入活动?答:1、项目总体计划的沟通计划详细描述了相关方协调沟通的约定;2、工作分解结构项目进度计划 WB卿列出了参与项目的人员。3、总体计划及附属计划-评审报告中记录了共利益者介入项目策划活动的情 况248 GP 2.8项目如何监督和控制该过程?答:1、项目阶段报告在里程碑点判断项目状态和执行进度,计算完成任务 所花费的资源,对实现项目或阶段的余下工作进行了安排

24、;2、问题跟踪表对策划过程发现的问题进行记录和跟踪;2.4.9 GP 2.9谁会对该过程进行客观的评价?如何进行评价?答:项目级QA对该过程进行了客观的评价,评价结果记录在项目级 QA检查 单、QA工作报告和QA问题跟踪表中,这些都反映了 QA对项目策划过程和工作 产品进行了检查活动。2.4.10 GP 2.10 更高层领导如何审核状态?答:1、项目总体计划、项目估计记录经过高管的审批;2、项目策划阶段的总体计划及附属计划-评审报告,记录了高层参与项目计 划的评审。2.5 GG3使已定义的过程制度2.5.1 GP 3.1如何建立一个已定义的过程?答:项目组根据项目特点,按照标准过程进行裁剪,形

25、成了项目过程定义裁 剪表,其中包括了对策划过程的裁剪;2.5.2 GP 3.2收集了怎样的(经验)改进信息?答:1、项目组向EPG提交了项目策划过程的改进信息,被 EPG采纳并记录 在过程改进信息跟踪表中。2、项目结项时提供了项目测量表到组织财富库,为过程改进提供了相应的 经验。3 CMMI 2级过程域:项目监控PMC3.1 SG1依据计划监督项目3.1.1 SP 1.1项目都监督了哪些计划的参数?答:在项目阶段报告对工作量、进度、成本、资源等进行了监控;3.1.2 SP 1.2项目经理如何监督项目的承诺?答:承诺是指项目人员执行任务的承诺,包括项目人员参加相关活动的承诺 等。项目中有两种监控

26、措施:1、每个人都自己每周所完成的情况做了记录, 形成 个人周报,每周末时,项目经理汇总每个成员的周报,形成项目周报,比方说有 没有按计划完成任务,有没有产生问题,有没有出现一些不可控因素。2、项目每个里程碑时,有阶段的监控,我们不光监控这个阶段的情况,我们 还监控项目开始到这个阶段结束,项目执行情况怎么样,来看是否需要调整。总结如何监督项目的承诺:首先在每周都有制定下一周的计划,在下一周完 成的时候,我们要对这一周完成的情况进行监控,查看项目组成员把上周分配给 他们的任务按照计划完成了;在每个里程碑时,也做整体监控,看看在这一阶段以及开始到这一阶段的执行情况,成本的消耗情况,工作量安排的情况

27、是否合适, 是否符合要求等。3.1.3 SP 1.3项目经理如何监督项目风险?答:按照风险管理计划,已经识别出来的风险内容、列表,也就是我们所说 的风险管理报告,每一周看那些风险值高的,还有里程碑时做一个整体评估,监控的记录在风险管理报告中,监控风险是否需要采取一些措施,或者看一下有什 么变化,对那些风险值低的远远低于阈值的, 并不需要采取缓解措施,就看看风 险值有没有变化,对那些风险值极高的,还要制定应急措施。3.1.4 SP 1.4 项目经理如何监督数据管理?答:在项目策划时候,策划了数据怎么来进行管理,项目经理在策划的基础 上,在项目实施过程中,要去监控有没有按照策划的内容去管理相应的数

28、据,项 目经理要定期检查,每周配置管理员报告配置管理员个人周报,每个里程碑时, 配置管理员也要报告配置管理阶段报告, 项目经理也会在每一周、里程碑的时候 去检查我们产生的配置项是否按时产生,配置项放的地方对不对也会做一些大致 的检查。3.1.5 SP 1.5项目经理如何监督干系人介入项目活动?答:我们在周例会时候会对下一周的活动进行安排,安排下一周要参加什么 活动,要开展什么活动,比如说我们要开评审会议,需要什么人参加,项目经理要提前跟这些人沟通,保证按时参加这些活动,项目周报中记录了这些相关内容, 可能有的时候不止下周的活动进行沟通,下两周、三周的都要提前沟通,因为有时比较忙,需要安排时间,

29、这些在周报中,应该体现。总结:在每一周,我们都会对下一周、后几周的都有哪些活动需要与干系人 进行沟通,预留一个提前量,提前沟通保证能参加我们的活动; 里程碑时会对下 一阶段,里程时参加项目活动的相关人员、 干系人,尤其是不是我们项目组内部 的干系人更要提前打招呼,比如下一里程碑要开什么要的会议, 什么要的人员参 加,提前参加沟通,把时间留出来。3.1.6 SP 1.6如何进行项目进展的审查?答:1、每一周都会检查项目的进度,除了要考虑本周的任务是否完成,还要 看项目开始到项目这周结束,需不需要调整,包括进度、成本、资源、工作量、 是否需要调整;2、在项目里程碑时,要做一个集中的检查,按照目前的

30、情况做一个预判,在 什么时候我们期望的时间能不能完成这些任务。所有里程碑时监控主要是按照计 划的安排,对下一阶段的活动,能不能按照正常的计划完成,上一阶段的活动是 否都已结束了,我们可以开始下一阶段任务。3.1.7 SP 1.7 如何进行里程碑审查?答:在里程碑时,通过会议评审方式,来让相关干系人参加会议;在里程碑 时,监控进度我们是否按计划完成各项任务, 监控成本、监控资源、监控工作量、 监控风险、监控度量数据(收集到的数据反应项目有没有问题)、项目的问题检 查是否已经关闭了以及对配置管理等问题是否解决,我们里程碑除了对前一阶段的工作进行检查和评价之外,我们还有对后续工作进行安排,不需要安排

31、很细, 但必须有大致安排。3.2 SG2管理纠正措施3.2.1 SP 2.1对项目遇到的问题进行了怎样的分析?( 查看问 题跟踪表)答:首先,对项目中遇到的问题进行了记录到问题跟踪表里,然后对这些问 题进行了相应的分析,什么原因产生了这个问题,也记录到问题跟踪表里,并指派相关责任人去解决这个问题,同时还要确定验证人,要求在什么时间段解决。比如,通过查看项目周报的记录,就可以分析出问题原因为第一次需求人员 到客户现场没有联系到所有客户,以及对客户需求记录遗漏,并采取解决措施; 322 SP 2.2采取了何种纠正措施解决项目问题?答:在该项目中,共遇到4个问题,分别为:1、项目组需求成员未能及时投

32、 入自己角色,需求分析略微延后;2、本周设计中发现未完全满足软件需求规格 说明书,需更改之前的文件;3、在项目编码阶段,预警发布模块编码中预警出 现技术难点,项目组成员在这个难点上卡死;4、在项目验收阶段,项目组成员在外安装调试,总体费用花费超过预算。针对以上问题分别进行的解决措施为:1、项目例会提醒大家,进一步细化分 工,加强需求人员工作效率;2、修改概要设计说明书和详细设计说明书;3、请 教软件部经理肖喻,分析问题的核心,解决编码问题; 4、控制费用开支。3.2.3 SP 2.3项目如何管理这些纠正措施?答:问题原因的分析,制定的措施,措施执行的效果,问题解决的情况,都 在项目问题跟踪表里

33、有记录。3.3 GG2使已管理的过程制度化3.3.1 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:标准过程综述和项目监督和控制过程描述了该过程的过程方针: 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成 本、进度、风险等,不断地了解项目的进展情况,以便当项目实际进展状况显 著偏离项目计划时能够及时采取纠正措施。最终目的都是为了使项目按时、按 预算交付合格的产品。项目经理应使用和遵循本过程,对照项目计划监督该项目的实际性能和进 展。当项目的性能或结果明显偏离计划时,管理各项纠正措施,直到结束。3.3.2 GP 2.2如何策划该过程的活动,产生怎样的工

34、作产品?答:1、在做项目进度计划 WBS寸,对项目的监控活动进行了策划。包括评 审问题跟踪表、项目监控数据表、项目阶段报告。333 GP 2.3组织有否提供充足的资源支持该过程域的活动, 都有哪些资源?答:1、项目总体计划、项目进度计划 WBSt定了项目监控的相关人员,明 确了人力资源,包括项目经理、 QA人员、EP以员等。3.3.4 GP 2.4是否为相关角色分配了职责?记录在哪里?答:是,总体计划对参与项目监控的相关人员的职责进行了分配。3.3.5 GP 2.5是否针对该过程的人员进行了培训,有哪些培 训?答:1、进行了 CMM基础及专题培训,其中包括了项目监控领域知识的培 训;2、组织进

35、行了多次标准过程内部宣贯培训,其中包括了对监控过程的培 训,形成了签到表3.3.6 GP 2.6对该过程域的哪些配置项进行了管理?答:1、项目配置管理计划对监控产生的工作产品的配置管理进行了策划;2、项目监控形成的工作产品,包括项目监控数据表、项目阶段报告,均纳 入配置库进行管理。3.3.7 GP 2.7如何识别并引入相关的利益相关者介入活动?答:1、项目总体计划的沟通计划详细描述了项目监控相关干系人的沟通约疋;2、工作分解结构项目进度计划 WB防列出了参与项目监控的人员。3.3.8 GP 2.8项目如何监督和控制该过程?答:1、项目里程碑时按计划对项目活动进行了监控,结果记录在项目阶段 报告

36、中;2、对监控过程发现的问题进行记录和跟踪;3.3.9 GP 2.9谁会对该过程进行客观的评价?如何进行评价?答:项目级QA对该过程进行了客观的评价,评价结果记录在项目级QA检查单、QA工作报告和QA问题跟踪表中,这些都反映了 QA对项目策划过程和工作 产品进行了检查活动。3310 GP 2.10 更高层领导如何审核状态?答:1、项目周报、项目阶段报告提交分管领导进行审批;2、分管领导参与项目的里程碑评审,并在评审报告上签字。3.4 GG3使已定义的过程制度化3.4.1 GP 3.1如何建立一个已定义的过程?答:项目组根据项目特点,按照标准过程进行裁剪,形成了项目过程定义裁 剪表,其中包括了对

37、监控过程的裁剪3.4.2 GP 3.2收集了怎样的(经验)改进信息?答:1、项目组向EPG提交了项目监控过程的改进信息,被 EPG采纳并记录在 过程改进信息跟踪表中。2、项目结项时提供了移动端水情监测软件-项目测量表到组织财富库, 为过程改进提供了相应的经验。4 CMMI 2级过程域: 度量分析MA4.1 SG1协调度量和分析活动4.1.1 SP 1.1项目如何确定度量目标,确定了怎样的度量目标,记录在哪里?答:根据商业目标确定测量目标根据项目具体情况,需对工作量、进度、成本、规模与生产率、需求变更、 评审质量、产品质量等确定为度量目标。度量目标为:1、合理调配人力资源,提高项目计划的可行性;

38、2、了解项目进展状况,及时采取措施确保项目目标的 实现;3、降低项目成本;4、提高生产率;5、了解需求变更状况,加强需求管 理,提高需求的稳定性;6提高产品质量。这些度量目标都记录在项目测量计划 中。4.1.2 SP 1.2如何确定项目需要收集那些度量数据?答:测量计划里有提高产品质量,提高计划的可执行性,就要收工作量、进 度、我的计划和实际的情况,计划的数据和实际的数据怎么样, 来看在那些方面 偏差大一些,要分析为什么计划和实际相差那么多,可能估算方法有问题,或者有些因素没考虑进去,要通过收集数据来看有什么问题。 所以度量数据包括工作 量、进度、成本、还有质量的,以及经过基本德的度量项计算出

39、来的其他的数据 项,比如说生产率、缺陷率、评审的有效性、评审的效率等。4.1.3 SP 1.3确定了怎样的数据收集和存储规程?(查看项目测量计划)答:存储规程指收集到的数据存放在哪里,多少时间收集一次。在测量计划 中都做了相应的安排,比如说我们的工作量每个里程碑收集一次,收集完了存储 在测量表里面。收集到的数据还有范围的要求,工作量都收集谁的,项目经理、 开发人员的、QA CM等的工作量都要收集。4.1.4 SP 1.4项目确定了怎样的分析规程,都记录在哪里?(查看测量计划)答:我们项目中收集了工作量、进度、成本、我们是有一些分析的方法,比 如说工作量的分配在各个阶段占比,通过饼图进行展示;比

40、如说我们的缺陷,通过折现图进行展示的。缺陷率,缺陷的严重程度分布、工作量的占比、进度等。 具体查看测量计划中。举例哪些用哪些方法。1、基本统计法:均值(AVERAGE)标准差(STDEV)上限值(UCL=AVERAGE+3*STDEV下限值 LCL=AVERAGE-3*STDEV 占比(某类数据 / 总量数据*100%)2、健康指示器:实际/计划3、偏差分析:(实际-计划)/计划*100%4、类比法:历史数据对比、项目间对比、行业基准对比5、利用工具图表来进行基本数据展现分析,如趋势图(运行图):EXCEL中折线图直方图(频次图):EXCEL中柱形图(比较相交与类别轴上的数值大小) 分布图(自

41、定义):EXCEL中的饼图(显示每一数值相对于总数值的大小) 这些都记录在项目测量计划中。4.2 SG2提供度量结果421 SP 2.1项目如何收集度量数据,需要哪些人员提供度量 数据?答:我们项目规定了在里程碑时收集相关的度量数据,比如说工作量、成本、 进度、生产率都要在里程碑时进行收集。这些数据平时每一周都要进行积累,周 报里有每周工作量的记录,然后可以形成里程碑的工作量,统一记录到测量分析 表里。项目组相关人员都要提供度量数据, 比如工作量,项目组所有成员都要提 供工作量、测试人员、配置管理员、质量保证人员也要提供他们每一周的工作量, 然后记录到项目周报里,里程碑时把所有工作量加起来,形

42、成里程碑工作量。4.2.2 SP 2.2项目对收集的度量数据进行了怎样的分析,分析结 果记录在哪里?答:1、项目的测量分析报告中通过工作量统计表,能看出各个阶段工作量 的项目工作量;通过缺陷统计表,能看出项目整体质量,通过组织生产率表,能 看出整体进度。项目分析结果记录在测量表、测量分析报告中。4.2.3 SP 2.3收集到的度量数据和度量结果如何存储?答:所有收集到的这些数据都存储在测量表里, 测量表是作为数据项进行管 理的,也就是说,每个里程碑项目经理收集这些数据后, 可能是项目经理也可能 是其他人员去放到项目测量表里面。4.2.4 SP 2.4项目的度量结果都向谁通报,何时通报?( 查看

43、测 量计划)答:项目测量表向部门经理、同时也向项目组内部的人进行通报;结项的时 候提供给EPG收集这些数据不是为EPG攵集数据,而是为了项目管理,通过收 集到这些数据能发现项目存在的问题,需不需要调整,需不需要采取相应的措施, 收集这些数据要使用。4.3 GG2使已管理的过程制度化4.3.1 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:标准过程综述描述了该过程的过程方针:开发和维持度量能力,以便支持对管理信息的需要。通过度量和分析,对组织产品和服务提供各环节的指 标进行监控,客观了解项目过程和产品的实施情况;识别组织的薄弱环节、改进机会、强项及最佳实践,为组织过程改进

44、和产品改进提供定量信息;并为公司管理决策提供定量信息。432 GP 2.2如何策划该过程的活动,产生怎样的工作产品?答:在项目测量计划中策划了项目的测量活动;WBS寸测量分析活动进行了策划,规定了测量的时间、人员、相应的活动;433 GP 2.3组织有否提供充足的资源支持该过程域的活动,都有哪些资源?答:1、项目总体计划、项目进度计划 WBS1定了项目监控的相关人员,明 确了人力资源,包括项目经理、 QA人员、EP以员等。4.3.4 GP 2.4是否为相关角色分配了职责?记录在哪里?答:是,总体计划对参与度量分析的相关人员的职责进行了分配。4.3.5 GP 2.5是否针对该过程的人员进行了培训

45、,有哪些培训?答:1、进行了有关系统设计编码知识的培训;2、组织进行了多次标准过程内部宣贯培训,其中包括了对系统设计编码的培训,形成了纸张的签到表。4.3.6 GP 2.6对该过程域的哪些配置项进行了管理?答:1、项目管理系统配置库,存放项目所有的工作产品,包括项目测量计划、项目测量表;2、配置管理计划中对测量工作产品的配置管理进行了策划。4.3.7 GP 2.7如何识别并引入相关的利益相关者介入活动?答:1、项目测量计划中的对责任人和汇报对象的描述定义了相关干系人。2、在项目总体计划的沟通计划中,描述了相关干系人的活动。4.3.8 GP 2.8项目如何监督和控制该过程?答:1、项目在里程碑点

46、对项目阶段报告进行评审,体现了对测量和分析活 动的监控,形成了里程碑评审报告;2、项目测量计划对项目的监控测量活动进行了策划。439 GP 2.9谁会对该过程进行客观的评价?如何进行评价?答:项目级QA对该过程进行了客观的评价,项目级QA检查单包括了对测量 分析活动的检查,发现的问题记录在QA问题跟踪表中,并指定责任人跟踪问题直 到解决;质量保证过程中规定QA对各个过程,包括测量与分析过程和工作产品进行 检查。4.3.10 GP 2.10 更高层领导如何审核状态?答:项目经理定期检查测量分析活动情况,并提交项目阶段报告给高管。在每个里程碑点对项目的测量分析活动进行评审,评审结果记录在里程碑-评

47、审报告中,评审发现的问题记录在评审问题跟踪表中,提交高管审阅4.4 GG3使已定义的过程制度化4.4.1 GP 3.1如何建立一个已定义的过程?答:项目参照裁剪指南对过程进行了定义,形成项目过程定义裁剪表,其中 包括了对测量分析过程的定义。4.4.2 GP 3.2收集了怎样的(经验)改进信息?答:项目结项时提供了项目测量表到组织财富库,为过程改进提供了相应的经验。项目组向EPG提供了关于测量和分析过程的改进建议, 记录在过程改进信息 跟踪表5 CMMI 2级过程域:过程和产品质量保证PPQA5.1 SG1客观地评价过程和工作成果5.1.1 SP 1.1QA如何客观地评价过程,是否所有过程都要检

48、 查,如何确定检查点?怎样检查?答:QA通过对照已定义的过程、标准和规程客观地评价软件开发的过程, 填写检查单;识别不符合项,统计到问题跟踪表中,与项目人员和管理者商讨 问题解决方案,并跟踪至问题的最终解决。确定检查点:1、 对每个项目的每个过程域都有检查。项目级按照项目级QA检查单对每个项目的每个里程碑检查2-4次,每个项目的每个里程碑检查了至少 2次以上; 针对项目级QAT作,按照每一个里程碑一次的工作报告来完成对阶段QAT作的总结汇报。组织级QA按照每个三个月检查一次的频度进行检查,填写检查单; 针对组织级QAT作,按照每6个月一次的工作报告来完成对阶段组织级 QA工作 的总结汇报。检查

49、点是根据项目的进度情况、工作量和项目阶段时长来确定的。2、对于一直伴随项目的过程域(项目监控、风险管理、配置管理、质量保 证、决策分析、项目测量)每个里程碑阶段至少检查一次。如何检查:QA在检查的时候会准备一个检查单,检查里记录了要检查的 内容,然后按照检查的内容一项一项的去检查,期间发现的问题会记录在问题 跟踪表里面,QA向项目经理汇报确认发现的问题是否是真的是问题,是问题的 话就要记录在问题跟踪表里面,并指定相关人员去解决,在解决时限要到来的 时候QA要去验证一下问题是否真的得到解决,保证所有的问题都要被解决。注意:期间可能会问到:1、如果在检查过程中和项目经理意见不一致的时 候应该怎么处

50、理?(答:QA检查的问题项目经理如果不认可的时候, QA要向上 级领导汇报,如果上级领导认为是问题,则确定为问题并且要写上领导的名 字,如果出什么问题这个领导要负责任)2、每次检查的检查单是一样的吗?(答:不一样,根据每个过程的过程内容制定的检查单,检查的依据是过程定 义(过程要求它做什么,它做了就是合格。反之则不合格)5.1.2 SP 1.2如何客观地评价工作成果,检查的频度怎样?如 何设定检查点?答:首先制定计划,按照计划里面那些比较重要的工作产品就要检查,比 如说:计划、需求文档、设计文档、编码、测试文档。(详细内容参见检查单)检查的方式:通过查库或者与相关人员沟通的方式检查的频度:每个

51、里程碑重要的工作产品都要检查,检查只检查当前里程 碑的产出物如何设置检查点:一般都是在这个文档或这个产品产生后去检查5.2 SG2提供客观的洞察521 SP 2.1 QA发现问题后如何通报不符合项,如何记录问题 并进行问题跟踪?意见不一致时如何处理?答:QA发现的问题首先向项目经理沟通,确定发现的问题是否是真的问 题;如果项目经理认为是问题,项目经理就要安排相应的人员去解决问题,然 后QA后续要跟踪这些问题,确保问题最终得到解决。把不符合项挑选出来,记录到问题跟踪表中,列明问题的内容、检查的时 间、所属阶段和过程、界定问题类型和级别以及解决措施,并落实责任人员, 追踪问题的解决情况。意见不一致

52、的时候,跟项目经理协商解决,协商不成,汇报上级领导,并 商议解决方案。5.2.2 SP 2.2QA检查都建立了哪些记录?答:项目级QA问题跟踪表、项目级QA检查单、项目级QA工作报告、QA项 目个人周报;组织级QA问题跟踪表、组织级 QA检查单、组织级QAX作报告;第三方QA问题跟踪表、第三方QA检查单、第三方QAX作报告; 数据统计表;注:QA要熟悉上面的文档的具体内容。5.3 GG2使已管理的过程制度化5.3.1 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:标准过程综述描述了该过程的过程方针:通过质量保证活动,确保过程与产品满足公司发布的过程、规程及客户需 求等相

53、应的要求,确保问题得到关注与解决,使工作人员和管理者能够客观地 了解过程与相关的工作产品。5.3.2 GP 2.2如何策划该过程的活动,产生怎样的工作产品?答:在进行 WB贲务分解时,对质量保证活动进行了策划,具体包括项目 策划过程评审,需求管理过程评审等。工作产品包括:问题跟踪表、检查单、QA工作报告、PPQA佥查单等。533GP 2.3组织有否提供充足的资源支持该过程域的活动,都有哪些资源?答:项目总体计划、项目进度计划 WBSI定了质量保证的相关人员,明确 了人力资源,包括项目经理谢青松、QA人员滕勇、配置管理人员李波等。5.3.4 GP 2.4是否为相关角色分配了职责?记录在哪里?答:

54、1、在质量保证计划中对 QAA员的职责进行了定义2、项目总体计划中的角色和职责章节对 QA的职责进行了分配。3、对项目总体计划进行评审,生成了移动端水情监测软件 -总体计划 及附属计划-评审报告5.3.5 GP 2.5是否针对该过程的人员进行了培训,有哪些培训?答:1、进行了有关系质量保证知识的培训;2、组织进行了多次标准过程内部宣贯培训,其中包括了对质量保证过程的 培训,形成了纸张的签到表5.3.6 GP 2.6对该过程域的哪些配置项进行了管理?答:1、PPQA程的工作产品,包括质量保证计划、项目级 QA检查单、QA工作报告02、QA问题跟踪表均纳入配置库进行管理;2、相应的工作产品均放在了

55、 SVNE置库的相应目录当中。5.3.7 GP 2.7如何识别并引入相关的利益相关者介入活动?答:1、在编写质量保证计划时,分别说明了 QA舌动的人员及职责,以及QA的汇报方式,定义了 PPQA舌动的相关干系人;2、工作分解结构项目进度计划 WBS列出了参与项目质量保证活动的人员。5.3.8 GP 2.8项目如何监督和控制该过程?答:1、项目经理与项目级 QA就 QA发现的问题进行协商,处理情况记录在 QA问题跟踪表中;2、QA工作报告04反映了 QA对工作执行的情况。539 GP 2.9谁会对该过程进行客观的评价?如何进行评价?答:1、分管领导依据PPQAi程检查单对项目级QA工作情况进行检

56、查,检 查结果记录在PPQA程检查单中。2、QAX作报告、质量保证计划等上报分管领导审批。3、高管参加里程碑会议,检查项目质量保证的工作执行情况。5.3.10 GP 2.10 更高层领导如何审核状态?答:1、质量保证计划、项目估计记录经过高管的审批;2、项目的PPQA舌动情况形成的QA工作报告上报高管审批。5.4 GG3使已定义的过程制度化5.4.1 GP 3.1如何建立一个已定义的过程?答:项目组根据项目特点,按照标准过程进行裁剪,形成了移动端水情监 测软件-项目过程定义裁剪表,其中包括了对质量保证过程的裁剪。5.4.2 GP 3.2 收集了怎样的(经验)改进信息?答:项目结项时提供了项目测

57、量表到组织财富库,为过程改进提供了相应 的经验。6 CMMI 2级过程域:配置管理CM6.1 SG1建立基线6.1.1 SP 1.1 项目如何识别配置项?答:1、在项目初期,根据项目已定义过程里面定义的哪些产出物要进行版 本控制的,都会作为配置项,这些配置项在项目配置管理计划里有描述。2、组织提供了配置管理计划,标准过程库的配置管理过程里有模板,并 结合公司历史项目的经验来确定配置项。配置管理员在编写配置管理计划时和项目经理一起识别配置项,配置项主要包含项目管理类、支持类、工程类、项目资料类的文档四大类。管理类:项目计划、项目进度计划、立项报告、工作量估算记录表;支持类:质量保证、配置管理、度

58、量;工程类:需求、设计、代码;资料类:培训资料、周报、会议纪要。6.1.2 SP 1.2如何、何时建立配置管理系统?答:在项目初期根据组织的配置管理过程文件、配置管理规范、项目变更 过程文件建立配置管理系统。配置管理员向公司网络管理员申请配置管理系统的 空间。CM使用SVN来建立配置管理系统,配置库包含开发库,受控库、产品库, 并且为每个库的每个目录设置权限。开发库是存放正在开发状态下的文档及代码。受控库是存放受控的配置项和定义了基线以后的文档。产品库是存放已经正式发布的软件产品。配置库建到二级目录6.1.3 SP 1.3请描述创建或发布基线的流程。答:1、项目经理填写发布申请表给 CM2、C

59、MX程师根据发布申请表中的相关要求将基线配置项提交到受 控库;3、 由项目经理指定配置管理员进行配置审计,形成配置审计报告;4、 将审计通过的配置审计报告和发布申请表提交CCB组长审 批;5、审批通过后,CM工程师发布配置项状态报告给相应的人员。6.2 SG2跟踪并控制变更6.2.1 SP 2.1如何跟踪变更请求?答:首先在需求变更的时候有需求变更申请单,根据需求变更申请单形 成了软件变更申请单,对于需求的变更进行进一步的描述, 之后形成软件变更报 告单,对于已经发生变更的配置项进行报告, 查看是否达到变更的要求,完成变 更之后我们会对软件变更报告单里的变更内容和我们最初的变更申请单的内容 进

60、行一个比较,看是否所要求的变更都已经实现。6.2.2 SP 2.2 如何控制配置项?答:变更实施人通知配置管理员,变更已经通过评审,配置管理员进行确认,从受控库中检出变更申请单中需要变更的配置项,经过实施人修改后,重新纳入 受控库,并且对配置项进行标示。如果涉及到基线的变更同时也要对基线的标示 变更,并记录到配置项状态报告中。6.3 SG3建立完整性631 SP 3.1项目建立了哪些配置管理记录?答:配置管理计划、配置项状态报告、配置审计报告、发布申请表、CM阶段活动报告。6.3.2 SP 3.2何时、如何执行配置审计?答:配置审计主要有两种类型,分别是:基线发布审计、里程碑日常审计; 基线发

61、布审计:是在基线经过确认准备发布前执行的;日常审计:在里程碑的时候进行日常审计,检查所有的配置项,日常审计只进行物理审计;配置审计人员根据配置审计报告的内容实施审计并填写审计的结果, 将配置审计报告提交项目经理审批后放入开发库中,组织级的配置审计报 告提交给EPG组长审批后入库。配置审计发现的问题除了记录在配置审计报告里还记录在项目问题跟踪表 里面。6.4 GG2使已管理的过程制度化6.4.1 GP 2.1关于这个过程域组织建立了怎样的过程方针,记 录在哪里?答:标准过程综述和配置管理规程描述了该过程的过程方针:通过规范公司配置管理过程,确保配置工作的合理性和完整性, 通过有计划 地实施配置管

62、理,确保配置管理工作顺利开展,并为相关干系人提供正确和准确 的信息。6.4.2 GP 2.2如何策划该过程的活动,产生怎样的工作产品?答:1、项目的配置管理计划对项目的配置管理活动进行了策划具体包括基 线管理、阶段活动报告等。工作产品包括:配置库备份记录、配置状态报告、配 置审计报告等。2 、组织级的配置管理计划描述了对组织财富库的策划活动。643GP 2.3组织有否提供充足的资源支持该过程域的活动,都有哪些资源?答:配置管理计划描述了建立项目配置环境所需要的资源,包括人力资源和配置环境软、硬件资源,人力资源包括项目经理谢青松、QA人员滕勇、配置管理人员李波等。模板6.4.4 GP 2.4是否

63、为相关角色分配了职责?记录在哪里?答:1、在-配置管理计划中说明了配置活动的人员及职责2、-项目总体计划中角色与职责章节对项目级 CM勺职责进行了分配。3、 对项目总体计划进行评审,生成了移动端水情监测软件-总体计划 及附属计划-评审报告6.4.5 GP 2.5是否针对该过程的人员进行了培训,有哪些培训?答:1、进行了有关配置管理知识的培训;2、组织进行了多次标准过程内部宣贯培训,其中包括了对配置管理过程的培训,形成了纸张的签到表。6.4.6 GP 2.6对该过程域的哪些配置项进行了管理?答:1、项目配置管理活动形成的工作产品,包括配置管理计划,配置项状 态报告均纳入配置库进行管理。2、相应的工作产品均放在了 SVN配置库的相应目录当中。6.4.7 GP 2.7如何识别并引入相关的利益相关者介入活动?答:

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!