CMMI_3级--dev访谈问题.docx

访问问题及答案RM1. 个人介绍：名字、职责、项目、到公司多长时间？2. 是否参与需求的调研和编写？如何参与？部分主要开发人员参与需求电子商务：不参加，项目经理负责，开发了解，参与需求评审应用平台 PBO：系统设计人员参与，主要是王威、梁蕾回答 3. 对整体还是部分需求？需求规格整体与部分都有，参与过需求规格说明书的编写4. 在评审中发现需求规格说明书写的不清楚不能用于开发，如何解决？修改完成，再评审5. 如果客户给的需求不清晰，如屏幕是蓝色的，但不知是那种蓝，需求分析人员怎么做的？需求分析人员用原型法，和用户确认需求，得到用户认可。6. 我们会给客户做原型、场景、界面与客户进行需求确认吗？需求这部分，我们项目使用原型和用例法确认需求，需要得到用户确认7. 客户新需求，加到原型里面吗？如果是需求阶段里会修改原型，如果在需求确认以后，不修改。一个软件原型是所提出的新产品的部分实现，它比开发人员常用的技术术语更易于理解。建立原型的主要原因是为了解决在产品开发的早期阶段需求不确定的问题，用户、经理和其他非技术项目风险承担者发现在确定和开发产品时，原型可以使他们的想象更具体化。8. 除原型外如何向客户确认需求？需求调查问卷需求规格说明书，请客户参与，得到客户认可9. 介绍一下问卷？事先需调查涉众或用户以及公司的背景。访谈前对问题进行复审。在访谈期间要参照一定的格式，以确保提出正确的问题。在访谈结束时总结两、三个最为重要的问题。重复您听到的内容，以确认您的理解是否正确。不要过于受提问单的约束。一旦双方气氛融洽，访谈常常可以采用自己的形式，涉众或用户可能会详细谈论他们正经历的困难。不要打断涉众或用户的谈话。尽可能快地记录他们的回答。提出问题，设法获得更多的信息。当双方对该问题的交流合乎逻辑地结束后，即可继续提出列表中的其他问题。 TS1. 参与系统设计吗？参与，参考系统设计的流程。2. 生命周期模型？敏捷开发？增量？电子商务 pbo 瀑布 应用开发平台 增量 3. SRS与设计文档的区别？软件需求说明书 客户和开发都看的文档。设计文档 用户需求转换为设计。4. 参加设计评审吗？参加，5. 谁做接口设计？设计原则？系统设计人员做接口设计高内聚，低耦合。6. 接口设计文档有吗？概要设计、详细设计里有接口的设计。部件间接口引用关系一览表 列举了所有内部和外部接口。7. 接口跟踪表谁建立？用途？系统设计人员建立，部件间接口引用关系一览表，说明接口和系统的关系、还有跟踪接口的变化。8. 获得需求之后，设计时有设计的备选方案吗？有，项目设计人员根据需求规格说明书，编写备选解决方案文档，列出几个可行的解决方案，包括架构、使用技术等9. 有做详细设计的标准么？公司有详细设计的模板，规定了详细设计应该写哪些内容。10. 单元测试流程？单元测试计划、单元测试用例、编码、单元测试、单元测试bug提交到tfs、开发修改单元测试、单元测试报告11. 单元测试准出条件？单元测试用例都通过12. 单元测试结果统计分析？有专门的单元测试报告。13. 测试度量结果你们知道吗？知道，在测试报告里，阶段度量报告里14. 同行评审的流程？需求和设计做同行评审代码走查走评审流程，预评审，正式评审，评审报告代码走查报告15. 评审结果数据收集度量追踪？度量项数据收集表单 度量计划 度量分析报告 16. 评审问题分优先级吗？分 主要的 次要的 轻微的17. 代码走读（Code review）做了吗？主要检查哪些方面？怎么做的？做，关键模块，结对检查18. 代码走读有帮助吗？有哪些帮助？有，百度一下19. 度量对你们有帮助吗？有哪些帮助？有，百度20. 项目过程中是否发现过风险或问题？怎么处理的？发现过，首先识别风险，解决方案，缓解措施，跟踪风险，发生风险时，执行解决和缓解措施。Ca控制21. 开发人员与测试人员的接口？缺陷管理过程，通过tfs工具实现，测试提bug，开发解决，bug回归。22. 如果在使用新技术时你意识到要进行一些培训，你会提出你的想法么？跟谁提出？如何提出？会，会和项目经理提出，首先，项目计划就已经制定了详细的培训计划，包括技术和业务的培训。23. 谁写支持文档？用户手册 开发或测试写 安装手册 开发写。配置的由配置管理员写，质量保证的qa写，度量主要由MA写，决策分析项目经理写24. 举例说明支持文档？PI1. 集成顺序？如何决定集成的顺序？集成方案根据项目所确定的集成方法，列出每一次集成的内容。集成方法分为自底向上和自顶向下方法2. 集成环境和开发环境是分开的吗在一起的。3. 有集成规程吗？集成方案4. 集成前，接口进行检查和评审吗？部件间接口引用关系一览表，有，在概要设计阶段详细设计评审，变更、集成前都要检查状态。5. 新人加入到开发有培训吗？是哪些培训？有，业务的培训和技术的培训。工具的培训、关键技术培训、业务培训。6. 过程的培训有吗？什么时候？形式？内容？公司有对CMMI、过程的培训7. 有提出想法改进建议吗关于过程和模版？有，增加接口规范，因为系统设计对接口描述不详细。 要求增加代码走查报告模板增加部件间接口引用关系一览表。8. 软件集成前？是否对接口评审？是，概要设计做过评审，部件间接口引用关系一览表9. PI集成策略内容？集成方案集成顺序10. 做哪些测试？单元测试、集成测试、系统测试、验收测试11. 内部验收流程？验收申请、验收准备、验收测试、验收12. 有UAT环境？与开发分开吗？有验收测试，与开发分开。13. CM了解吗？了解14. 基线审查吗？基线审查报告谁做？审查，cm做15. 接受过程培训吗？有帮助吗？接受过16. 决策分析的流程？决策分析计划决策分析和解决计划。制定决策分析计划、建立评价标准进行评价、文档归档17. 如何参与对项目的监控？1、通过月报、周报反应 2、通过参与评审活动和阶段评审 3、通过参与风险问题的提出18. 例会多长时间一次？月例会每月一次，项目经理会根据项目情况，不定期的组织例会。19. 同行评审的流程？同上20. 评审度量吗？21. 过程优势和不足？ epg 补充1. 系统设计是如何开展的？系统设计流程图，备选方案 评审 概要设计 评审2. 在你的项目中编码工作是如何开展的？编码工作是按照项目计划开展的，首先详细设计完成后，进行单元测试用例的编写，然后进行编码实现，执行单元测试，如果不通过，修改代码。3. 请解释一下概要设计和详细设计文档的主要内容？4. 系统设计是如何评审的？评审通过的准则有哪些？评审checklist跟周方确认，放哪里了概要设计是将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。详细设计对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。5. 系统设计方案是如何确定的？备选方案怎么选择。6. QA如何检查设计、编码及测试工作？每月会检查，将问题反应在问题跟踪表里。会参加项目组例会、重要产品的评审。7. 组织编程规范的主要内容是是什么？见编码规范8. 代码评审是如何进行的？通过代码走读9. 提供给客户的文档有哪些？产品白皮书产品应用情况说明同类产品比较报告验收计划项目总结报告质量总结报告配置管理总结报告专家评审意见用户手册10. 系统设计有哪些度量？规模上，设计文档的页数11. 代码方面有哪些度量？代码规模、行数12. 系统设计和开发的方针有哪些？Epgppt13. 设计和开发人员参加了哪些培训？业务培训、技术培训。工具培训tfs、ca，业务培训炼油知识，14. 高层经理如何获得技术解决方案的活动开展情况？参加项目组的月例会、阶段评审、设计、测试评审等15. 怎样获取用户的需求？产品的需求？1、通过与客户交流，使用原型法、需求调查问卷等收集需求 2、对收集的需求，找用户确认，得到用户认可，对用户需求和需求规格说明书都有确认。16. 如何将共利益者的需要、期望、限制条件和接口转换成顾客需求？通过原型法去确认17. 如何根据顾客需求，形成产品和产品构件需求？ 需求分析，需求规格说明书18. 如何为每个产品构件分配需求？概要设计里19. 是否识别接口需求？是，概要设计 部件及接口引用关系20. 针对项目如何建立操作概念和场景 ？用例图、时序图、状态图21. 如何建立所要求的功能的定义？怎么定义功能需求，需求规格说明书怎么定义，用例22. 是否分析派生的需求，以确保它们是必要的和充分的？例如，弹出框，有确定按钮，还要有取消需求，取消是派生需求。原型确认23. 这些需求有得到讨论和同意吗？得到24. 通过何种方式确保将要产生的产品能在预计的用户环境中恰当运行？需求确认，需求规格说明书有环境的描述，原型确认验证，同行评审、测试25. 是否接受过需求开发方面的培训？是，组织级的培训26. 需求开发过程的哪些工作产品纳入了配置管理？需求规格说明书 用户需求报告 需求跟踪矩阵 需求调查问卷27. 你了解组织培训的方针吗？行政部统一负责公司的培训管理，组织和实施公司级培训，各部门和项目的内部培训由课长和项目经理负责；培训目的在于提高人员的技能和知识，以便他们能有效地履行职责，公司将为培训提供必要的资源和资金；培训可以通过多种方式进行，选择的培训方式应有助于使培训达到较好的效果和较高的资源利用率；所有培训课程举行后必须以文档化的方式收集学员反馈, 以便有关人员为培训环境,内容和教学方法等进行改善。28. 如何识别风险？CA.1 项目经理负责收集项目相关文档及相关项目信息，例如组织风险库、项目计划以及项目策划文档等；.2 项目经理可先参照公司积累的组织风险库，抽取出在当前项目中有可能发生的风险；.3 收集汇总项目假设 ，根据收集的项目信息，明确项目中的假定、设想或者假设。通过分析检验假设有效性来识别可能的风险，并添加到风险列表中；.4 必要的话，项目经理可以通过会议、访谈等方式对风险进行收集以丰富风险列表；.5编写风险登记册29. 是否拟定风险规避措施？拟定.1 项目经理根据风险分析的结果给出每个风险的缓解措施、应对措施和责任人；.2 必要的话可以组织相关人员进行讨论；.3 完善风险登记册，以此作为风险监控的依据；30. 如何建立并维护风险管理过程？1 定期对项目风险进行监控，及时的发现风险发生的变化，进行趋势分析；.2 对发生的风险要果断采取相应的应急措施；.3 根据风险发生的变化及时调整风险登记册中的内容； .4 对可能要发生的重大风险及时向上级反映，以寻找有效的应对措施；.5 定期报告项目风险监控情况。（如项目月报）31. 如何策划风险管理过程？风险计划根据组织的风险管理过程，包括风险的识别、分析、应对规划、监控32. 风险管理工作的职责是否明确？明确，项目经理33. 如何确保相关的共利益者介入风险管理活动？项目例会34. 如何监督和控制风险管理过程活动？1 定期对项目风险进行监控，及时的发现风险发生的变化，进行趋势分析；2 对发生的风险要果断采取相应的应急措施；3 根据风险发生的变化及时调整风险登记册中的内容； 4 对可能要发生的重大风险及时向上级反映，以寻找有效的应对措施；5 定期报告项目风险监控情况。（如项目月报）35. 你了解需求管理的方针吗？客户需求应以有利于客户理解和确认的形式表现；产品需求是根据客户需求定义的，是可实现，可验证的；所有需求必须文档化；对需求进行分析，确保它的必要性和充分性；需求经项目经理、相关小组和个人评审，并得到客户确认；需求必须受控，当需求发生变更时，计划和工作产品应进行相应更改；识别出项目计划、工作产品和活动与需求之间的不一致，并采取纠正措施。36. 是否接受过需求管理活动方面的培训？接受37. 需求管理过程的哪些工作产品纳入了配置管理？同上38. 如何估算工作量和成本？估算报告借鉴历史、还有功能点、用例数39. 是否识别了项目的共利益者并使其介入？QA、CM如何介入？项目计划40. 有无文档化的项目计划？ca管理进度计划，文档化计划有总体开发计划、各附属计划41. 如何获得相关的共利益者对计划的承诺？通过参加计划评审42. 项目策划工作的职责是否明确？明确，项目经理 总体计划 测试 测试计划 qa质量保证计划等43. 是否接受过项目管理方面的培训？有，cmmi培训44. 当项目的性能和结果偏离计划时，应如何处理？首先分析偏离的原因，然后制定解决方案，实施方案。45. 对于发生的偏差，谁制定纠正措施？项目经理46. 是否对纠正措施进行了跟踪、关闭？在ca中管理，风险 投诉47. 你了解项目监督和控制的方针吗？项目经理负责软件项目的跟踪；项目计划的执行发生偏差时，及时采取纠正措施，或者调整性能，或者调整计划；跟踪项目进行过程中的发现的技术和非技术问题，直至解决；软件开发计划进行修订后，由相关小组和个人进行评审确认；高层经理评审所有的委托更改和软件项目对组织外部的个人和组所作的新的委托。48. 如何监督、控制项目监督和控制的活动？Qa做月度检查qa检查报告49. 是否识别出配置项？一般包括那些工作产品？是，配置项标识列表、基线发布报告50. 用什么工具建立配置管理系统？Tfs51. 是否接受过配置管理方面的培训？是，tfs培训52. 配置管理过程的哪些工作产品纳入了配置管理？配置项标识列表、配置管理状态报告、基线发布报告、基线跟踪列表53. 如何确保相关的共利益者介入配置管理活动？配置管理计划，有人员职责54. 根据什么来拟订详细候选解决方案和选择准则？决策计划55. 评价方案的根据是什么最终方案选择准则有一套方案评价的