需求工程基础(第2版需求工程专业认证考试学习指南基础级IREB标准)

作者简介

"Klaus Pohl： 德国杜伊斯堡埃森大学计算机科学与商业信息系统学院的软件系统工程教授，也是爱尔兰软件工程研究中心Lero科学基金的领导。目前，他在杜伊斯堡埃森大学的paluno鲁尔软件技术协会担任代理主任。他在德国亚琛工业大学获得计算机科学的博士学位和任教资格。 Klaus是250多篇经过同行评审发表的论文和几本教科书的（合作）作者。他在很多国际和国内会议上担任评审委员会委员和会议主席，包括第35届ACM/IEEE软件工程会议（ICSE 2013）。他还作为顾问、评审和专家，为小型跨国公司、研究院以及公共基金研究项目提供支持。Klaus是IREB（国际需求工程委员会）的共同创办人。你可以在https://sse.unidue.de上找到更多关于他的信息。 Chris Rupp： SOPHIST主席（正式身份： SOPHIST公司的创始人和执行合伙人）、首席顾问、教练和培训师。回顾25年的职业经历： 一家公司，6本书，55名雇员，数不清的文章和演示以及很多其他的经历。她对于项目顾问的热情可能要归因于目前为止她不仅管理项目，而且还会直接参与到项目中，与客户接触。驱使她前进的动力是对于实现好想法的憧憬，这样，开发者、契约伙伴以及用户（包括直接用户和间接用户）都能看到一个智能、精致并且有益的产品。不管是在敏捷还是非敏捷的开发环境中，她都会使用一系列的方法来做这些事情。 为了使需求工程／商业分析的资格标准化，她创立了IREB（国际需求工程委员会）。你可以在www.sophist.de上找到更多信息。 "

内容简介

第3章获取需求 本章学习目标  了解不同类型的需求来源。  了解需求来源的重要性以及忽视某些需求来源的后果。  了解利益相关者文档化的最重要信息。  了解对待利益相关者的重要原则(他们的权利和职责)。  掌握并运用卡诺(Kano)模型的内容，了解其重要性。  了解选择获取技术的影响因素。  了解需求获取技术的优缺点。  掌握并运用需求获取技术和每个实例： 问卷调查、创新型技术、以文档为中心的技术、观察技术和其他技术。 需求工程的核心活动是获取待开发系统的需求。需求获取的基础是在需求工程过程中获取关于待开发系统所处的系统环境的知识，包括分析和查询需求来源。 3.1需求来源 需求来源的三种类型 有三种不同类型的需求来源。  利益相关者(见1.1.2节)是(直接或者间接)影响系统需求的人或者组织。典型的利益相关者的例子包括系统用户、系统操作者、开发者、架构师、客户和测试人员等。  文档通常包括可以提供需求的重要信息。典型文档的例子包括通用文档，例如行业标准和法律文件，以及特定领域和组织的文档，例如需求文档和遗留系统的错误报告等。  运行中的系统包括有遗留或者前任系统，以及有着竞争关系的系统。利益相关者去尝试使用系统的时候，他们会对当前系统产生一个印象，并基于此印象他们会提出扩展或者变更系统的请求。 3.1.1利益相关者和他们的重要性 利益相关者的重要性 识别相关的利益相关者是需求工程的中心任务［Glinz and Wieringa 2007］。对于需求工程师而言，利益相关者是系统需求的重要来源。需求工程师的任务就是收集、记录和整合不同利益相关者的部分冲突的目标和需求［Potts et al. 1994］(见第8章)。 忽视利益相关者的后果 如果没有识别或者考虑到利益相关者，可能会给项目进展带来严重的负面影响，因为很有可能不会发现需求。最迟的情况，这些被忽视的需求在系统操作的过程中浮出水面，并且迫使系统做出变更。到最后再来解决这些问题将会造成巨大的额外成本。因此，识别出所有的利益相关者并在需求获取阶段就对其进行整合是至关重要的。 利益相关者列表提供概述 一个辅助识别利益相关者的方法是维护利益相关者清单。这样就可以系统地、有针对性地从相关的利益相关者那里获取信息。如果利益相关者列表更新得过慢或者不全面，就可能会导致不能发现系统需求的重要方面，遗漏项目的目标，或者为了解决这些问题所带来的极高的额外成本。获取利益相关者工作的开始通常是由管理人员或者领域内的专家做出的利益相关者的建议。在这些建议的基础上，我们便可以确定出相关的利益相关者。 3.1.2在项目中处理好利益相关者 管理利益相关者 我们在实践中可以发现许多复杂的而又“困难的”项目都有利益相关者参与其中。由于资源的限制，必须谨慎选择最适合进行需求获取的利益相关者。为了能够在开发过程中记录利益相关者，可以使用(至少)含有以下信息的表格或者电子表格： 姓名、职责(角色)、其他的个人信息和联络方式、利益相关者在项目进展过程中可用的时间和地点、该利益相关者的关联性、他们的专业知识领域和程度，以及他们关于项目的目标和兴趣。 在受影响的人群中寻求合作者 处理好利益相关者意味着不断地与其交换信息。定期更新状态以及与利益相关者保持长期联系能够帮助需求工程师将之前项目影响的人(比如主要是那些受影响的利益相关者)转变成合作者(比如整合良好的以及有共同责任感的利益相关者)。 与利益相关者之间的单独“合约” 没有受到需求工程师足够重视的利益相关者可能会对项目过分挑剔。另外，一些利益相关者出于或者是因为他们对既有系统非常满意，或者是因为害怕改变亦或者是因为对之前项目带有偏见等原因，可能会表现的缺乏动力。需求工程师的任务就是要帮助项目经理去说服所有能够给项目带来利益的利益相关者。正式地协商项目中的任务、职责和管理权限，并且确定个人目标、沟通途径以及利益相关者可以使用的反馈渠道，这些做法对于避免由相关权限所带来的误解与争议将会大有帮助。根据组织文化的不同，可以通过口头方式(比如，通过“握手”)。更加正式一些，也可以签署书面文件来完成这种协议和决议。这些单独的协议应该由经理签字。 利益相关者的权利和义务 与利益相关者之间的协议会产生很多权利和义务。 需求工程师：  阐述利益相关者能够理解的观点；  彻底地成为熟悉应用程序系统所涉及领域的人；  创建需求文档；  能够通过(比如，依靠图形和图表)综合方式来实现工作成果；  与利益相关者之间保持相互尊重的关系；  提出自己的想法、备选方案以及实现的途径；  允许利益相关者就系统的用户友好性和简单性等方面提出一些系统属性要求；  确保系统能够满足利益相关者所提出的关于功能和质量方面的要求。 利益相关者：  向需求工程师介绍应用程序系统所涉及的行业领域知识；  向需求工程师提供需求；  创建需求文档；  时刻保持记录需求；  及时地做出决定；  考虑需求工程师所提出的关于成本和可行性的估算；  设定需求的优先级；  检查需求工程师所编写的文档，比如原型等；  及时地沟通需求变更；  恪守预定义的需求变更流程；  尊重已经达成一致的需求工程过程。 需求获取技术决定沟通和过程 此外，需求工程师还要计划并且组织好沟通途径，以及为即将与利益相关者展开合作的需求工程活动起草规整的时间表。在需求工程过程中所使用的需求获取技术会明显影响到该组织以及沟通方式。 《需求工程基础（第2版）》为自学而设计，涵盖了由国际需求工程委员会（IREB)定义的需求工程基础级别专业认证考试的课程，训练需求工程师拥有高水平的知识和能力。