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

与需求者的访谈如何获得客户需求？正式建立项目后，项目经理会组织和安排需求开发人员. 需求开发者根据“解决方案报告”中的技术附件，初步的“项目计划”和“合同”中的技术附件确定需求调查和获取需求的时间. 相关利益相关者制定“需求调查计划和跟踪表”，并用它作为制定“利益相关者计划”的基础. 在需求开发人员开始进行用户需求调查之前，请进行充分的准备. 需要准备的工作包括: 要求开发人员事先了解行业标准，相关文件，公司规章制度. 需求开发人员确定需求研究方法，包括: 由客户主动提供的详细需求规格说明文件，与用户交谈，访问用户的工作流程，向用户组发送调查表，与同行专家交谈以及分析现有的类似软件产品. 需求开发人员根据所选的调查方法准备“用户需求调查表”. 需求研究需要需求开发人员和用户的协同开发. 通常，客户会主动提供详细的需求描述文档，或者需求开发人员通过会议采访，电话采访，相互交流和其他基于采访大纲和研究计划的方法与用户进行初步需求调查. 在调查期间始终保持记录. 活动结束后，填写“用户需求调查表”. 根据原始用户的需要，如果您组织了一次会议采访，则必须填写会议记录. 如何设计面试问卷？还是如何设计原型？该公司为调查问卷的设计提供了一些原则，包括: 为了弄清调查问卷的目的和内容，在设计调查问卷时，我们首先必须知道我们希望从该调查问卷中获得什么样的答案.

同时，您必须预先计划以帮助您设计正确的问题并获得所需的结果. 设计调查表时，应尽可能简单明了. 这将有助于提高调查效率，并且不会使受访者如此轻易地失去兴趣. 在设计问题时，应注意调查的目的. 不要问与问卷目的无关的问题，以免使受访者感到厌恶. 问题的描述应该简洁明了，并避免使用晦涩的术语. 在整个问卷中对多项选择题进行评分时保持一致. 对多项选择题进行评分是衡量和比较变量的有效方法. 如果您使用1-5评分选项，请确保在问卷中使用相同的评分选项；不同的评分选项可能会使受访者感到困惑并影响调查结果. 尽可能使用多项选择题，但是您还需要提供开放问题. 我们提供单项选择，多项选择，矩阵选择，得分选择和排序选择问题. 选择题有助于分析结果. 使用开放式问题可以使受访者有机会表达自己的观点，而不是被动地选择固定的选项. 问卷的逻辑顺序通常在问卷的欢迎页面上给出. 例如，“请填写以下调查问卷，以提高我们产品的质量并更好地为用户服务. ”整个问卷的逻辑顺序应该是从整体到细节. 例如，您可以首先问“您对我们的整体产品感觉如何？”然后，从产品的各种特征中，询问受访者的感受.

同时设计问卷以满足四个要求. 问卷可以提供决策信息. 考虑到需要进行响应者编辑和数据处理，调查表可为多少位经理分析客户需求提供服务？根据先前需求调查的访谈结果，需求开发者会分析并整理出用户的原始需求，提取需求的本质，总结用户需求，对相同需求进行分类，并对分析后的需求进行优先排序. （包括必需的，推迟的），以尽可能易于理解的语言编写文档. 根据用户需求要点总结，需求开发人员开始编写“用户需求规范”. “用户需求调查表”是“用户需求说明书”的附件，“用户需求说明书”需要通过用户签名确认并由审核会议批准才能生效. 审查过程是指“同行审查过程”，以进一步确认优先级设置，合理性，约束条件和用户需求的处理意见. 确认用户需求的方式有两种: 1）用户直接参与评论2）需要将用户介绍给用户进行确认. 项目经理邀请同行评审参加，并且逐项验证“用户需求规范”中的内容. 如果发现问题，需求开发人员将继续进行调查和修改，直到通过审核为止. 用户需求书包含什么？用户需求规范是整理用户需求的结果. 根据先前需求调查的访谈结果，需求开发人员分析并整理出用户的原始需求，提取需求的本质，总结用户的需求，并总结相同的需求对所分析的需求进行分类和优先级排序（包括必需，推迟），并以尽可能易于理解的语言编写文档.

根据用户需求要点总结，需求开发人员开始编写“用户需求规范”. 包含用户提出的需求数量，用户需求的描述，职位，人员，重要性以及需求之间的关系. 重要程度分为关键，重要和一般. 关键要求是必须提供的要求，而没有提供客户不会支付的要求. 重要的要求是客户不满意的要求，通常会有更好的要求. “用户需求调查表”是“用户需求说明书”的附件，“用户需求说明书”需要通过用户签名确认并由审核会议批准才能生效. 审查过程是指“同行审查过程”，以进一步确认优先级设置，合理性，约束条件和用户需求的处理意见. 确认用户需求的方式有两种: 1）用户直接参与评论2）需要将用户介绍给用户进行确认. 项目经理邀请同行评审参加，并且逐项验证“用户需求规范”中的内容. 如果发现问题，需求开发人员将继续进行调查和修改，直到通过审核为止. 如何建立产品和产品组成要求？需求工程师和系统架构师对用户需求进行细化和分析. 在此阶段，将从计算机实现的技术需求转换并映射到产品开发，设计和系统中. 结构的技术实现要求. 1）需求工程师，系统架构师和设计工程师对“九原银海公司用户需求分析报告”进行细化，以描述用户群的特征.

2）经过分析，设计工程师确定: 确定产品的非功能性需求: 接口需求，软件和硬件环境需求；确定产品的功能性能要求；？分析实施每个需求的可行性，并弄清每个需求. 意识到相关的风险. 3）需求工程师和设计工程师确定所需组件的接口需求. 4）需求工程师和设计工程师确定数据分析. 分析并确认产品需求1）项目经理邀请同行专家和用户（包括最终用户）完成“软件需求分析报告”（也称为“需求规范”）的审核，并尽一切努力确保软件需求分析报告（也称为需求规范）准确反映用户的真实意愿； 2）同行专家和用户对已完成的软件需求分析报告（也称为“需求规范”）进行审查，以确定技术可行性，开发和运行环境cmmi3工程组人员访谈常见问题 需求带答案，成本，时间以及是否对产品运行环境进行分析满足用户期望的技术解决方案； 3）可以使用对产品要求的确认在许多方面，如果参与审阅的用户代表无法参加审阅活动，则可以通过邮件或书面表达其审阅意见. 4）如果评估结果未通过，则根据评估意见进行修改和重新评估. 5）审查后，开发人员和用户的负责人对软件需求分析报告（也称为“需求规范”）做出书面承诺. 6）如何将软件需求分析报告（也称为“需求规范”）提交给产品需求的配置管理？功能规划，根据先前任务中获得的业务需求信息规划产品的功能和性能，划分每个迭代版本中要实现的功能和功能优先级，以及产品性能要求.

当前迭代的功能点必须清楚. 相对而言，后续迭代的功能可能不太清楚. 在每次迭始之前重新排列并弄清楚. 功能组件提取，从与业务无关的功能角度分层提取和划分产品功能，以提取可重用的功能组件. 需求团队根据用户需求规范为客户需求构建产品组件. 定义功能需求和非功能需求，并标准化和描述非功能需求，并使功能需求模块化. 需求团队为技术转换的需求建立对应需求和产品组件之间的对应表. 例如，为了达到客户要求的“百万条记录/秒”的查询速度，则前端查询模块和后台处理程序必须承担一定的处理能力. 如何识别和定义接口要求？需求团队分析接口需求，确定产品内部产品组件之间以及产品与；从软件工程师的角度，确定每个系统需求用例的IPO并逐一进行分析.

以下是建议的方法: 集中讨论，列出用例的执行者/角色进行集中讨论，尽可能列出用例的所有用户目标，考虑业务需求，编写摘要用例，添加，减少或合并用户目标以确定系统需求选择用例以扩展对相关人员和兴趣，前提条件，最低保证和成功保证的确定. 编写主要的成功方案以专注于讨论. 尽可能列出所有扩展条件. 重复步骤5-9，扩展所有用例并提取复杂的处理流程作为子用例；合并琐碎的子用例并重新调整用例集；进行必要的添加，减少和合并，以确定系统要求的优先级；从程序员（软件（工程师））定义非功能性需求，包括性能需求，输入和输出需求，数据管理能力需求以及故障处理需求；系统架构师验证系统需求点是否满足质量需求项目的属性需求. 对用户的基本业务需求进行详细分析，使用更多的计算机语言和图形符号来描述需求，而产品需求则是软件系统设计的直接基础. 需求分析;划分系统模块;完善用例并发现系统的功能点（也称为特征）;汇总，优化和定义所获得的功能点;验证功能点以确保所获得的功能点为: 清晰，完整，一致且明确，可验证；重复前5步l您可以合理地描述系统的功能点. 功能点的唯一标识和优先级定义.

使用“必需”，“重要”和“可选”方法来确定需求级别. 定义系统的非功能性需求. 如何定义功能需求？功能要求意味着需要特别完成内容. 例如: 客户登录，在电子邮件网站上发送和接收电子邮件，在论坛网站上发布消息，等等. 在我们的项目中，您如何定义性能要求，包括XXX的功能要求（基于您自己的项目描述）？非功能性需求是指软件产品除满足功能需求之外还必须具有的功能，才能满足用户业务需求，包括系统性能，可靠性，可维护性，可伸缩性以及对技术和业务的适应性. 例如: 性能要求: 系统可同时使用100人，页面响应时间不能超过6秒. 可靠性: 系统可以连续运行7×24小时，每年的计划外停机时间不能超过8小时. 要求能够快速部署，尤其是在系统出现故障时，可以快速切换到备用计算机. ??我们如何查看项目中的需求，包括XXX个非功能性需求（基于他们自己的项目描述）？根据公司的“评估程序”正式审查“需求规范”. 审核小组的成员可以包括: 项目经理，系统架构师，测试工程师，软件工程师，部门经理和高级经理；批准了基线申请表. 项目经理在项目早期将部门经理发布/批准的需求规范合并到配置库中. 客户如何传达需求？ 1）项目经理邀请同行专家和用户（包括最终用户）查看完整的“需求规范”，并尽一切努力使“需求规范”准确反映用户的真实意愿； 2）同行专家和用户查看完整的“需求规范”，以确定技术可行性，开发和运行环境，成本，时间以及是否实现了满足用户期望的产品运行环境分析技术解决方案； 3）可以采用对产品要求的确认. 如果参与审核的用户代表和销售代表不能参加审核活动，则可以通过电子邮件或书面形式表达审核意见.

3）如果未通过审核结论，请根据审核意见进行修改和重新评估. 4）通过审核后，开发人员和用户的负责人对“公司产品需求分析报告”（或“公司面向对象的产品需求分析报告”）作出书面承诺. 如何确认要求？ 1）项目经理邀请同行专家和用户（包括最终用户）查看完整的软件需求分析报告（也称为需求规范），并尽一切努力制作软件需求分析报告（也称为“需求规范”） ）可以准确反映用户的真实意愿； 2）同行专家和用户查看完整的“软件需求分析报告”（也称为“需求规范”），以确定实现技术可行性，开发和操作环境，成本，时间和技术解决方案的产品需求，以分析产品的操作环境是否符合用户期望； 3）有多种方法可以确认产品要求. 如果参与审阅的用户代表不能参加审阅活动，则可以传递电子邮件，书面审阅评论. 4）如果评估结果未通过，则根据评估意见进行修改和重新评估. 5）审查后，开发人员和用户的负责人对软件需求分析报告（也称为“需求规范”）做出书面承诺. 6）您如何将“软件需求分析报告”（也称为“需求规范”）提交到配置管理，以使每个人都了解需求？获得需求之后，有两种方法可以确保每个人对客户的需求有一致的理解. 首先是沟通. 所有人员定期进行沟通，以确保对要求的理解始终如一. 需求规范完成后，所有项目团队人员都将参与并进行评审，在评审过程中就对需求的理解达成协议，并传达评审期间发现的问题. 另一个由需求人员解释. 解释是非正式的，针对提出问题的人. 有针对性的解释.

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