CMMI3与标准人员的访谈和标准答案. docx(2)

如何获得所有人对需求的承诺？在所有人员都理解了需求并与客户达成协议之后，所有人员都要求客户对需求范围，需求功能以及需求的执行顺序作出承诺，以及承诺尊重协议的执行，如果不在过程中当遵循协议时，如果有紧急情况，应同意在什么级别上进行相应的更改. 如何管理需求变更？变更的分类: 根据变更的严重性，变更可分为主要变更和次要变更. 更改将导致项目的工作量增加超过2％，或者将延迟确定为重大更改，否则将是次要更改. 项目经理应根据变更申请表要求的变更项目和基本特征，确定是否需要将变更申请提交建行讨论. 建行审查微小变化. 重大变更的批准要求建行与部门经理合作. 变更申请者填写“变更申请表”，并详细说明变更原因和变更影响范围. 在项目经理确认后，如果有重大更改cmmi3工程组人员访谈常见问题 需求带答案，请将其提交给CCB. 如果建设银行同意变更请求，则项目经理将通知受影响的相关群体和个人，并组织项目团队成员和需求开发者进行需求变更工作，即重新开发需求开发，确认需求变更. 需求，请更新用户需求规范和“软件需求规范”，要求开发人员及时更新“需求跟踪矩阵”. 如果变更申请被拒绝，建行将需要在变更申请中说明原因，该项目将继续按原计划进行.

配置管理器根据配置项更改控制过程中的基线更改过程执行需求基线的更改控制. 较小的更改只需提交要求“更改记录”. 如何跟踪需求执行？编写完“用户需求规范”后，需求开发人员将创建一个“需求跟踪矩阵”，该矩阵需要填写特定的功能编号，当前状态等，与概述设计和详细设计章节相对应. 根据当前完成每个需求的具体情况，更新“需求跟踪矩阵”. 负责更新需求跟踪矩阵的人员可以是项目经理或由项目经理指定的人员，他们将以统一的方式更新需求跟踪矩阵. 创建需求跟踪矩阵后，需求开发人员需要在时机成熟时更新矩阵: 创建并发布新基线后，基线下的工作产品将映射到``需求跟踪矩阵''中的功能标题. 需求开发人员根据每周的需求完成情况或与此需求相关的工作产品的完成情况，在每周一次的会议上更新需求跟踪矩阵. 当项目进入每个里程碑阶段（单元测试，系统测试，预关闭项目等）时，也应及时进行更新. 需求开发人员更改所有相关的需求文档和相应的工作产品，以便每个软件的需求可以与后续工作结果保持一致. 当需求更改，项目更改或需求开发人员发现需求与项目实施过程之间存在不符合时，还需要及时更新“需求跟踪矩阵”. 如何确保要求与其他工作产品一致？需求开发人员应定期检查需求文档与后续工作结果之间的不一致之处. 检查可以从以下几个方面开始: 后续工作结果是否满足要求文件中的要求；是否达到了后续工作结果，需求文件中不存在的需求；后续工作结果是否正确满足需求文档中的要求.

当需求开发人员发现变更不一致时，有必要将变更记录在“需求跟踪矩阵”的“项目跟踪记录日志”中，并填写问题检查器和检查结果. 如果问题的检查结果为“不一致”，请采取措施消除不一致之处. 负责人收到需求开发者的通知后，需要根据问题的实际情况提供解决方案，以解决“矛盾问题”，需求开发者将该措施记录在“需求问题报告”中. 需求跟踪矩阵”. 在问题得到有效解决之前，开发人员必须将问题的“跟踪检查结果”填写到此表单中. 公司对高要求人员的要求或准则，原则等是什么？公司要求精确的要求，使所有利益相关者受益，并且只有在确认后才能实施. 提出需求时应遵循哪些计划？有哪些计划？遵循需求开发计划. 需求开发计划包含在项目的总体计划中，即“项目计划”，它是“项目计划”的子计划. 在审查了需求的可行性之后，需求人员做出承诺并按照计划执行. 发出请求时需要什么资源？需要参考资料，包括其他一些成熟的产品，法律法规，软件和硬件工具等. 您是否按需参加了培训，培训的具体内容是什么？在执行需求之前，他们已经接受了需求过程和需求工具AXURE的培训. 如何管理需求输出或需求工作产品？通过SVN提交，配置管理员会定期发布基线.

如何报告我的工作以及向谁报告？通过每周报告提供回报，主要包括进度，工作量，问题，风险和完成百分比. 质量检查如何检查需求人员的工作？检查什么？质量检查人员通过检查表（“过程检查表”和“产品检查表”）检查工作，发现未按照规范执行工作，并将其记录在“不合格跟踪表”中. 它主要包括是否进行了需求调查以及是否准备了问卷. 需求过程中有庄稼吗？没有裁剪.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-149871-2.html