需求工程基础（第2版）：需求工程专业认证考试学习指南基础级/IREB标准
批量上传，套装书可能不全，下单前咨询在线客服！ 正版书 ！！！
￥ 57.76 7.2折 ￥ 79.8 全新
仅1件
四川成都
认证卖家担保交易快速发货售后保障
作者（德）克劳斯.波尔（Klaus Pohl）、（德）卡里斯.卢比（Chris Rupp）、夏勇、王晓滨、陈德超
出版社清华大学出版社
ISBN9787302517023
出版时间2018-12
装帧平装
开本16开
定价79.8元
货号26482861
上书时间2024-10-19
商品详情
- 品相描述：全新
- 商品描述
-
前言
序言
亲爱的读者：
你手中的这本书是需求工程专业认证(CPRE)基础级官方教材。
本书的第二版与国际需求工程委员会(IREB)的课程安排(版本2.2)，以及IREB专业词汇术语表相一致。此外，版中的一些小瑕疵在这一版得到了更正。关于IREB和认证流程的简介可以在“需求工程专业认证(CPRE)考试”这一章节中找到。
本书的目标是帮助你准备需求工程专业认证的认证考试。它不仅适合你个人的考试准备，也适合作为培训机构相关培训课程的教材。
除了本书，你也应该查阅IREB网站上(http://www.ireb.org/en)发布的关于准备认证考试的信息。这些附加信息除了会覆盖考纲在版本2.2之后的更新外，也可能包含一些在你感兴趣的领域里的补充内容。本书的勘误表发布在IREB网站上。
我们合作编著本书的的原因是希望将需求工程领域的学术科研成果、(尤其与基础级需求工程专业认证考试相关的)教学成果与长期的实践经验结合起来。后，本书是基于以下两本需求工程领域畅销的德语教材编著的，这两本书的作者即本书的两位主要作者：
Klaus Pohl： 《需求工程——基础、原则、技术》，2008年由dpunkt.verlag出版于海德堡。这本书从学术研究的角度出发，对需求工程中的基础、原则和技术进行了系统性的探讨。(英文版： Requirements EngineeringFundamentals,Principles,and Techniques.2010年Springer出版于纽约)
Chris Rupp： 《需求工程与管理——从传统实践到敏捷》，2014年由Hanser Fachbuchverlag出版于慕尼黑。这本书介绍了面向应用的需求工程知识，能够为日常实践提供支持。(英文版的独立章节在SOPHIST网站上提供： http://www.sophist.de)
在本书的独立章节中，我们没有引用上述两本书。但你可以在这两本书中找到关于本书话题的更多附加信息。
这本书在很多人的帮助下才得以完成。特别感谢Dirk Schüpferling和Thorsten Weyer的杰出贡献。国际需求工程委员会多位委员的多次审查和他们的长期支持保证了本书的质量。在此特别感谢IREB所有会员的大力支持。此外，西门子公司的Urte Paut，SOPHIST公司(www.sophist.de)的Christian Pikalek和Rainer Joppich，以及paluno——杜伊斯堡埃森大学的鲁尔软件技术协会(www.paluno.de)的Kim Lauenroth博士和Nelufar UlfatBunyadi为本书部分章节的编写做出了贡献。另外，还要感谢Thorsten Weyer，Bastian Tenbergen (paluno)，以及Marta Tayeh(SOPHIST GmbH)将本书从德语译为英语。感谢Philipp Schmidt和Dirk Schüpferling将本书按照IREB的2.2版本大纲进行的编排。
还要感谢Christa Preisendanz，Michael Barabas博士，以及Judy Flynn对于出版本书的支持。
Klaus Pohl，Chris Rupp
2015年2月，于埃森和纽伦堡
导语摘要
需求工程是系统开发*关键的一个领域。很大程度上，它决定了项目的成功与失败。在此邻域工作的专业人士必须具备需求工程基础知识。需求工程专业人士认证考试的教学计划明确定义了这些相关知识。本书针对需求工程专业人士认证考试，根据国际需求工程委员会制定的大纲编著，包括了需求获取、文档记录、验证、确认和协商以及管理。还介绍了需求工具的支持。这本书适合于准备接受认证培训和认证考试复习的专业人士。
商品简介
需求工程是系统开发*关键的一个领域。很大程度上，它决定了项目的成功与失败。在此邻域工作的专业人士必须具备需求工程基础知识。需求工程专业人士认证考试的教学计划明确定义了这些相关知识。本书针对需求工程专业人士认证考试，根据国际需求工程委员会制定的大纲编著，包括了需求获取、文档记录、验证、确认和协商以及管理。还介绍了需求工具的支持。这本书适合于准备接受认证培训和认证考试复习的专业人士。
作者简介
Klaus Pohl： 德国杜伊斯堡埃森大学计算机科学与商业信息系统学院的软件系统工程教授，也是爱尔兰软件工程研究中心Lero科学基金的领导。目前，他在杜伊斯堡埃森大学的paluno鲁尔软件技术协会担任代理主任。他在德国亚琛工业大学获得计算机科学的博士学位和任教资格。
Klaus是250多篇经过同行评审发表的论文和几本教科书的（合作）作者。他在很多国际和国内会议上担任评审委员会委员和会议主席，包括第35届ACM/IEEE软件工程会议（ICSE 2013）。他还作为顾问、评审和专家，为小型跨国公司、研究院以及公共基金研究项目提供支持。Klaus是IREB（国际需求工程委员会）的共同创办人。你可以在https://sse.unidue.de上找到更多关于他的信息。
Chris Rupp： SOPHIST主席（正式身份： SOPHIST公司的创始人和执行合伙人）、首席顾问、教练和培训师。回顾25年的职业经历： 一家公司，6本书，55名雇员，数不清的文章和演示以及很多其他的经历。她对于项目顾问的热情可能要归因于目前为止她不仅管理项目，而且还会直接参与到项目中，与客户接触。驱使她前进的动力是对于实现好想法的憧憬，这样，开发者、契约伙伴以及用户（包括直接用户和间接用户）都能看到一个智能、精致并且有益的产品。不管是在敏捷还是非敏捷的开发环境中，她都会使用一系列的方法来做这些事情。
目录
目录
第1章简介和基础知识
1.1简介
1.1.1普遍项目中的数据和事实
1.1.2什么是需求工程
1.1.3将需求工程嵌入过程模型
1.2沟通原理的基础
1.3需求工程师的特征
1.4需求类型
1.5质量需求的重要性和分类
1.6总结
第2章系统和上下文边界
2.1系统上下文
2.2定义系统和上下文边界
2.2.1定义系统边界
2.2.2定义上下文边界
2.3描述系统上下文
2.4总结
第3章获取需求
3.1需求来源
3.1.1利益相关者和他们的重要性
3.1.2在项目中处理好利益相关者
3.2依据卡诺模型的需求分类
3.3需求获取技术
3.3.1需求获取技术的类型
3.3.2调查技术
3.3.3创新型技术
3.3.4以文档为中心技术
3.3.5观察技术
3.3.6支持技术
3.4总结
第4章需求文档
4.1文档设计
4.2文档类型
4.2.1需求的三个视角
4.2.2使用自然语言进行需求文档化
4.2.3使用概念模型进行需求文档化
4.2.4混合的需求文档
4.3文档结构
4.3.1标准化的文档结构
4.3.2定制化的标准内容
4.4使用需求文档
4.5需求文档的质量标准
4.5.1无歧义性和一致性
4.5.2清晰的结构
4.5.3可修改性和可扩展性
4.5.4完整性
4.5.5可追溯性
4.6需求的质量标准
4.7术语表
4.8总结
第5章用自然语言记录需求
5.1自然语言的效果
5.1.1名词化
5.1.2无参考索引的名词
5.1.3全称量词
5.1.4未完全规格说明的条件
5.1.5未完全规格说明的过程动词
5.2使用模板构建需求文档
5.3总结
第6章基于模型的需求文档
6.1模型的概念
6.1.1模型的特性
6.1.2建模语言
6.1.3需求模型
6.1.4需求模型的优点
6.1.5模型和自然语言的混合使用
6.2目标模型
6.2.1使用与/或树进行目标文档化
6.2.2与/或树的例子
6.3用例
6.3.1统一建模语言(UML)用例图
6.3.2用例说明书
6.4需求的三个视角
6.5基于数据视角的需求建模
6.5.1实体关系图
6.5.2统一建模语言UML类图
6.6基于功能视角的需求建模
6.6.1数据流图
6.6.2功能性视角模型和控制流
6.6.3统一建模语言UML的活动图
6.7基于行为视角的需求建模
6.7.1状态图
6.7.2统一建模语言UML状态图
6.8总结
第7章需求的确认与协商
7.1需求确认的基础
7.2需求协商的基础
7.3需求的质量方面
7.3.1“内容”质量方面
7.3.2“文档”质量方面
7.3.3“达成共识”质量方面
7.4需求确认的原则
7.4.1原则1： 正确的利益相关者的参与
7.4.2原则2： 区分错误诊断与错误修正
7.4.3原则3： 从不同角度来确认
7.4.4原则4： 文档类型的适当变化
7.4.5原则5： 在需求的基础上开发原型制品
7.4.6原则6： 反复确认
7.5需求确认技术
7.5.1评审
7.5.2审查
7.5.3走查
7.5.4基于视角的阅读
7.5.5通过原型进行确认
7.5.6使用确认检查表
7.6需求协商
7.6.1冲突识别
7.6.2冲突分析
7.6.3冲突解决
7.6.4编写冲突解决的文档
7.7总结
第8章需求管理
8.1制定需求属性
8.1.1自然语言需求和模型的属性
8.1.2属性方案
8.1.3需求属性类型
8.2需求的视图
8.2.1需求中的选择性视图
8.2.2需求中的简明视图
8.3设定需求的优先级
8.3.1需求优先级设定方法
8.3.2需求优先级排序技术
8.4需求的可追踪性
8.4.1可追踪性需求的优点
8.4.2可追踪性目的驱动的定义
8.4.3可追踪性关系的分类
8.4.4需求可追踪性的表示方式
8.5需求版本管理
8.5.1需求版本
8.5.2需求配置
8.5.3需求基线
8.6需求变更管理
8.6.1需求变更
8.6.2变更控制委员会
8.6.3变更请求
8.6.4正在产生的变更请求的分类
8.6.5对于纠错性和适应性变更的基础方法
8.7需求的度量
8.7.1产品度量对比过程度量
8.7.2产品度量和过程度量的例子
8.8总结
第9章工具支持
9.1一般的工具支持
9.2建模工具
9.3需求管理工具
9.3.1需求管理的专业工具
9.3.2标准的办公应用
9.4引入工具
9.5评估工具
9.5.1项目角度
9.5.2用户角度
9.5.3产品角度
9.5.4过程角度
9.5.5供应商角度
9.5.6技术角度
9.5.7经济角度
9.6总结
参考文献
内容摘要
需求工程是系统开发*关键的一个领域。很大程度上，它决定了项目的成功与失败。在此邻域工作的专业人士必须具备需求工程基础知识。需求工程专业人士认证考试的教学计划明确定义了这些相关知识。本书针对需求工程专业人士认证考试，根据国际需求工程委员会制定的大纲编著，包括了需求获取、文档记录、验证、确认和协商以及管理。还介绍了需求工具的支持。这本书适合于准备接受认证培训和认证考试复习的专业人士。
主编推荐
Klaus Pohl： 德国杜伊斯堡埃森大学计算机科学与商业信息系统学院的软件系统工程教授，也是爱尔兰软件工程研究中心Lero科学基金的领导。目前，他在杜伊斯堡埃森大学的paluno鲁尔软件技术协会担任代理主任。他在德国亚琛工业大学获得计算机科学的博士学位和任教资格。
Klaus是250多篇经过同行评审发表的论文和几本教科书的（合作）作者。他在很多国际和国内会议上担任评审委员会委员和会议主席，包括第35届ACM/IEEE软件工程会议（ICSE 2013）。他还作为顾问、评审和专家，为小型跨国公司、研究院以及公共基金研究项目提供支持。Klaus是IREB（国际需求工程委员会）的共同创办人。你可以在https://sse.unidue.de上找到更多关于他的信息。
Chris Rupp： SOPHIST主席（正式身份： SOPHIST公司的创始人和执行合伙人）、首席顾问、教练和培训师。回顾25年的职业经历： 一家公司，6本书，55名雇员，数不清的文章和演示以及很多其他的经历。她对于项目顾问的热情可能要归因于目前为止她不仅管理项目，而且还会直接参与到项目中，与客户接触。驱使她前进的动力是对于实现好想法的憧憬，这样，开发者、契约伙伴以及用户（包括直接用户和间接用户）都能看到一个智能、精致并且有益的产品。不管是在敏捷还是非敏捷的开发环境中，她都会使用一系列的方法来做这些事情。
精彩内容
第3章获取需求
本章学习目标
了解不同类型的需求来源。
了解需求来源的重要性以及忽视某些需求来源的后果。
了解利益相关者文档化的重要信息。
了解对待利益相关者的重要原则(他们的权利和职责)。
掌握并运用卡诺(Kano)模型的内容，了解其重要性。
了解选择获取技术的影响因素。
了解需求获取技术的优缺点。
掌握并运用需求获取技术和每个实例： 问卷调查、创新型技术、以文档为中心的技术、观察技术和其他技术。
需求工程的核心活动是获取待开发系统的需求。需求获取的基础是在需求工程过程中获取关于待开发系统所处的系统环境的知识，包括分析和查询需求来源。
3.1需求来源
需求来源的三种类型
有三种不同类型的需求来源。
利益相关者(见1.1.2节)是(直接或者间接)影响系统需求的人或者组织。典型的利益相关者的例子包括系统用户、系统操作者、开发者、架构师、客户和测试人员等。
文档通常包括可以提供需求的重要信息。典型文档的例子包括通用文档，例如行业标准和法律文件，以及特定领域和组织的文档，例如需求文档和遗留系统的错误报告等。
运行中的系统包括有遗留或者前任系统，以及有着竞争关系的系统。利益相关者去尝试使用系统的时候，他们会对当前系统产生一个印象，并基于此印象他们会提出扩展或者变更系统的请求。
3.1.1利益相关者和他们的重要性
利益相关者的重要性
识别相关的利益相关者是需求工程的中心任务［Glinz and Wieringa 2007］。对于需求工程师而言，利益相关者是系统需求的重要来源。需求工程师的任务就是收集、记录和整合不同利益相关者的部分冲突的目标和需求［Potts et al. 1994］(见第8章)。
忽视利益相关者的后果
如果没有识别或者考虑到利益相关者，可能会给项目进展带来严重的负面影响，因为很有可能不会发现需求。迟的情况，这些被忽视的需求在系统操作的过程中浮出水面，并且迫使系统做出变更。到后再来解决这些问题将会造成巨大的额外成本。因此，识别出所有的利益相关者并在需求获取阶段就对其进行整合是至关重要的。
利益相关者列表提供概述
一个辅助识别利益相关者的方法是维护利益相关者清单。这样就可以系统地、有针对性地从相关的利益相关者那里获取信息。如果利益相关者列表更新得过慢或者不全面，就可能会导致不能发现系统需求的重要方面，遗漏项目的目标，或者为了解决这些问题所带来的极高的额外成本。获取利益相关者工作的开始通常是由管理人员或者领域内的专家做出的利益相关者的建议。在这些建议的基础上，我们便可以确定出相关的利益相关者。
3.1.2在项目中处理好利益相关者
管理利益相关者
我们在实践中可以发现许多复杂的而又“困难的”项目都有利益相关者参与其中。由于资源的限制，必须谨慎选择适合进行需求获取的利益相关者。为了能够在开发过程中记录利益相关者，可以使用(至少)含有以下信息的表格或者电子表格： 姓名、职责(角色)、其他的个人信息和联络方式、利益相关者在项目进展过程中可用的时间和地点、该利益相关者的关联性、他们的专业知识领域和程度，以及他们关于项目的目标和兴趣。
在受影响的人群中寻求合作者
处理好利益相关者意味着不断地与其交换信息。定期更新状态以及与利益相关者保持长期联系能够帮助需求工程师将之前项目影响的人(比如主要是那些受影响的利益相关者)转变成合作者(比如整合良好的以及有共同责任感的利益相关者)。
与利益相关者之间的单独“合约”
没有受到需求工程师足够重视的利益相关者可能会对项目过分挑剔。另外，一些利益相关者出于或者是因为他们对既有系统非常满意，或者是因为害怕改变亦或者是因为对之前项目带有偏见等原因，可能会表现的缺乏动力。需求工程师的任务就是要帮助项目经理去说服所有能够给项目带来利益的利益相关者。正式地协商项目中的任务、职责和管理权限，并且确定个人目标、沟通途径以及利益相关者可以使用的反馈渠道，这些做法对于避免由相关权限所带来的误解与争议将会大有帮助。根据组织文化的不同，可以通过口头方式(比如，通过“握手”)。更加正式一些，也可以签署书面文件来完成这种协议和决议。这些单独的协议应该由经理签字。
— 没有更多了 —
以下为对购买帮助不大的评价