发表于2024-11-23
软件需求(第3版) [Software Requirements, 3rd Edition] pdf epub mobi txt 电子书 下载
STC(美国技术通信学会)卓越奖获得者,国际业务分析师协会CBA兼执行VP推*。
敏捷开发和大数据时代的软件需求百科*书!
一流业务分析师,项目经理,产品经理/产品负责人,创业CEO,商业顾问/咨询的工具和参考书。
特色:
这本经典名著经过需求领域两大领军人物的联袂打造,得以*面升级和扩展,包含更多、更新的主题、实例和洞见。通过本书介绍的需求工程实践、工具和技术,读者可以提升需求引导、捕获、开发、管理和分析能力,并把这些行之有效的技术与技巧运用到工作当中,在尽可能减少成本、增强维护性和避免返工的同时,交付定位更准确、质量更优良的软件产品/服务。
特色主题:
准确锁定关键的利益干系人并与他们展开合作
聚焦于业务目标,对需求进行引导和分析
需求的文档、优先级排定、验证和重用
原型和创建需求的可视化模型
管理变更申请、范围蔓延和需求风险
理解和明确指定客户质量需求
针对数据需求和报表类需求提供指导
第3版特色:
包含*新的实例、实践与技术,体现需求领域的新进展
凝聚需求领域两大领军人物多年的心血,素材来自培训课程、演讲和工作坊,有实操性
循序渐进,阐述如何将有效需求实践应用于敏捷项目和其他各种特殊项目,比如业务流程自动化、软件包方案、外包、增强型、替换型和嵌入式系统等项目
重点聚焦于业务分析师的角色和成功业务分析师应该具备的核心竞争力
尤其适合业务分析师、开发人员、项目经理和其他软件项目干系人阅读和参考
作为经典的软件需求工程畅销书,经由需求社区两大知名领袖结对*面修订和更新,覆盖新的主题、实例和指南,*方位讨论软件项目所涉及的所有需求开发和管理活动,介绍当下的所有实践。书中描述实用性强的、高效的、经过实际检验的端到端需求工程管理技术,通过丰富的实例来演示如何利用实践来减少订单变更,提高客户满意度,减少开发成本。书中的用例、业务规则和商业工具*面修订以体现现状和未来的趋势。
本书尤其适合具备一定软件开发过程经验的业务分析师、需求分析师、项目经理和其他软件项目涉众。
作者简介:
Karl Wiegers(卡尔·魏格斯)博士,*球公认的软件需求工程、过程改进和软件质量专家,享有盛誉的技术作家,他发表很多文章,他的经典著作《软件需求》系列版本对需求领域有着举足轻重的影响。
Karl在伊利诺大学获得有机化学博士学位。除了计算机,他的爱好还包括品酒、弹吉他、写歌录歌和参与公益活动。
Joy Beatty(乔伊·贝蒂),软件需求社区的领袖,曾经协助财富500强中很多企业建立卓越业务分析中心。
Joy是IIBA《BABOK指南》的主要贡献者,CBAP(认证业务分析师)。她具有丰富的培训经验和表达能力,培训过几千名业务分析师,曾经发表很多文章和演讲。她还是《软件需求与可视化模型》的作者之一。
Joy毕业于普渡大学,获得计算机科学与数学双学士学位。业余时间,她喜欢划船、游泳和野炊。
译者简介:
李忠利,精一天使公社CEO,CODEX中国创新委员会联合发起人。他拥有14年TMT行业经验,先后供职于用友、SYNNEX和百度等知名企业,历任技术管理、总经理助理和精益教练等工作。他擅长互联网创新业务/产品的孵化和指导,打造企业内部创新模式。曾亲自推动某外企400人规模的研发模式整体转型。作为布道者,在国内某知名ERP企业*创研发模式创新和带领敏捷教练团队成功使用创新方法来推动软件产品线的效率改进。代表译著有《管理3.0:培养和提升敏捷领导力》(被誉为“21世纪的管理圣经”) 《敏捷武士》和《Scrum敏捷产品管理》。
李淳,gilean咨询顾问,敏捷和精益倡导者、实践者。通过的认证有Lean Kanban Advanced Practitioner、Certified Scrum Master、Certified Scrum Product Owner、PMP等。先后供职于用友和易车等公司,担任过程序员、研发经理、架构师和产品经理。
自2011年至今,致力于在传统项目管理方式中推广敏捷理念、精益创业方法和看板方法,先后在项目研发和需求沟通过程中尝试引入敏捷和精益的价值观和开发实践,在缩短产品交付周期的同时项目质量,还增进了团队内、不同团队间、团队与客户之间的信任和沟通成效,在*短的时间内使客户刮目相看,项目取得了预期的效果。
霍金健,百度资深交付经理与敏捷教练,具有丰富的项目管理、敏捷实施、持续集成和配置管理的实战经验。目前致力于推动互联网创新产品管理和敏捷项目管理能力提升。2014年初加入百度,负责公司战略产品的敏捷改进和产品交付工作,通过运营和度量驱动的方式,结合业务目标和团队特点取得了突出的成效。
多次受邀在敏捷中国、Scrum Gathering和敏捷之旅等专业大会分享企业研发实践心得。代表译著有《看板实战》。
孔晨辉,赛门铁克中国研发中心高级软件工程师,主要从事软件项目跟踪与管理解决方案的研究与开发工作。国家软件水平资格认证的高级信息系统项目管理师,PMBar项目管理社区成员。
专家推*:
“业务分析领域的经典著作之一,第3版尤其体现了这一专业领域过去十年的进展和新趋势。”
——Kevin Brennan, IIBA(国际业务分析师协会)*席业务分析师兼执行副总裁
“软件需求的百科*书。”
——清华大学教授,中国软件行业协会过程改进分会名誉副会长
好书热评
《软件需求(第3版)》是目前非常有用的需求指南。两位作者Wiegers和Beatty覆盖了目前业务分析师应该知道的实践*景。无论是需求规范的老手,还是刚开始做项目的新手,都可以将本书作为桌边案头的必备参考书。
——Gary K. Evans,Evanetics公司敏捷教练和用例专家
.
这简直就是三连冠,Karl Wiegers和Joy Beatty携第3版再创佳绩。从1999年第1版起,《软件需求》提供的指南就已经成为我在需求咨询工作中的实践基础。我要向新手和有经验的从业人员鼎力推*此书。
——Roxanne Miller,Requirements Quest总裁
需求方面很好的书,又更上了一层楼!在第3版中,新主题的范围延展到覆盖整个项目场景。在敏捷环境中使用需求很有意义,因为所有相关人员都要了解新系统的基本功能和用途,并且敏捷开发人员现在也是受众,必须好好掌握书中的内容。
——Stephen Withall,《软件需求模式》作者
《软件需求(第3版)》终于问世,长久的等待是值得的。这是一本完整的实践指南,读者可以从中学到许多对工作有用的实践。我特别喜欢书中包含的例子和很多实操方案,可以方便地在真实生活场景中实践它们。
——Christof Ebert博士,Vector Consulting Services管理总监
Karl和Joy升级了软件需求领域的开创性著作,对上一版择其优并加以改进。这一版保留了此前版本中所有业内人员必备的参考,还扩展到足以应对当今复杂商业和技术环境所面临的挑战。不论什么技术、业务领域、方法论或项目类型,都可以借助本书向客户交付更好的成果。
——Shane Hastie,Software Education*席知识工程师
Karl Wiegers和Joy的这本有关需求的新书对前一版进行了精彩的补充。大型软件应用的需求是本世纪难以解读的业务话题之一。此书有助于解读这一粗略的主题。
——T. Capers Jones,Namcook Analytics公司副总裁兼CTO
简单地说,对于每个参与定义和管理软件开发项目的人(这本书既是必读之书,又是一本重要的参考。在今天的现代软件开发世界中,太多人认为需求实践是用于“无障碍”敏捷的。Karl和Joy对渐进管理需求的方法进行详细说明,并阐述了如何采用日新月异的方法实现软件交付。
——Mark Kulak,Borland公司软件开发总监
我看到Karl Wiegers和Joy Beatty*面更新了这本有关软件需求的书。我特别喜欢其中如何在敏捷项目中使用高效需求实践的新话题,因为近日来,我们这方面的咨询服务越来越多。这些在不同需求实践中的实践指南和真实案例是无价之宝。
——Doreen Evans,Robbins Gioia公司需求和业务分析实践管理总监
作为Karl经典好书《软件需求》的早期用户,我对新版早就迫不及待,望穿秋水了,而且它绝对没有让我失望。多年以来,从大型的、新型的零起点项目,到采用现成的商业现货方案和快速发布敏捷实践,IT开发的重点已经发生很大的变化。在第3版中,Karl和Joy探讨了这些新开发方法在需求过程中的内涵,还给出了宝贵的建议,这些建议不是基于教条的,而是从他们在需求领域广泛而深入的经历提炼出来的有效实践。
——Howard Podeswa,Noble公司CEO,《业务分析师手册》作者
如果要找一本实践指南来了解什么是软件需求、如何创建需求以及如何使用需求,《软件需求(第3版)》是不二之选。这本书的内容有用、易懂,可以带你完整了解如何应对需求相关的一般场景。结合许多故事、案例研究、趣闻轶事和实例,这本书读起来引人入胜。
——Laura Brandenburg,CBAP(认证业务分析师),Bridging the Gap站长
怎样才能使好需求容易理解?在添加内容时,可以像Karl和Joy所做的那样,确立*面的产品愿景,处理敏捷方面的问题,尽可能重用需求,处理软件包和外包项目,确定具体用户类别。可以由表及里查看需求,解决流程和风险的问题,而不只是确定功能。
——Donald J. Reifer,Reifer Consultants公司总裁
本书新版随业务的发展与时俱进,既在第2版的基础上进行了深化,又让分析师真切了解到如何应对敏捷开发的大潮,如何使用特性进行范围控制,如何提升需求收集技术,如何开展建模。Wiegers和Beatty联袂打造的这本书是专业人士的必读经典。
——Keith Ellis,Enfocus Solutions公司总裁兼CEO,《业务分析标杆》作者
《软件需求》读后感系列之一-无题乱弹作者:淡淡如菊
好几年前,当我转型成为一名业务分析师时,我苦恼于自己并不十分懂得这个职位究竟要做什么,要怎么做,要怎么做好。所以我在网络上搜寻所有可以买得到的相关书籍,以求获得一些指导,其中也包括《软件需求》(第2版)。在那个时候,这本著作系统的知识点给了我很多启发,我尽量从似懂非懂到有样学样,在实践中去思考如何改进,然后再次去实践。不仅仅是*初阅读的时光,后续这几年的工作过程中,当我遇到一些需求相关的问题的时候,我也会重新打开这本书,翻阅相关的章节,以求回到*初的状态,去理解本源,并再次出发去解决当下的问题。这次拿到新鲜出炉的第三版,我的感受是,第三版很好地保留了之前的精髓,并在其基础上补充了很多关于敏捷开发流程的观点。这次也有非常强大的翻译团队,阅读的感觉更流畅,这是一本非常适合软件开发领域的从业人员阅读的书籍,尤其是对需求分析感兴趣的朋友。我的个人观点是业务分析师都应该拥有一本以备随时参考。
这次十多位朋友一起读这本书,大家在微信上展开了很多讨论,也激发了我的灵感,所以想提笔写一写打动我的一些章节。我不知道自己能否写一个系列,但我今天打算从业务分析师的培养说起,呼应本书第四章的内容。
书中提到业务分析师的培养可以是前用户,前开发人员和测试人员,前(或兼职)项目经理,主题专家或者菜鸟(新人)。不管哪一种角色,转型成为业务分析师,都会有各自的优势或者劣质,如果能发挥优势,改进薄弱环节,那么在成为一名成功的业务分析师的道路上就有了好的开始。现在我也有带领一个业务分析师团队,我们的团队成员有前开发人员,前测试人员,也有新人。我本人也是半路出家,是一名软件开发程序员转型过来的。我的理解是,软件开发过程中的每个角色都要或多或少具备软件需求分析的功能,而其中的业务分析师当然是*应该具备这个技能的工作。那么除了文中提到的不同的人员转型到这个工作的优势劣势以外,我就随便谈几点的想法吧:
为用户画像的潜意识需求分析的工作离不开和用户沟通,我们常常会说需求获取,但和用户沟通并不是一个简单的单方向从用户获取需求的过程。不同的业务分析师去和同一个用户聊,也许会得到完*不一样的需求。我还在做程序员的时候,因为当时的团队没有BA这个角色,所以老板派我去用户现场了解他们的工作内容。那会完*是菜鸟出场,也没有需求获取的技巧和技术可言。当我去到现场,接待我的是一位热情的前辈,因为对方很配合,所以进展还不错,然后有一天我决定在工作之余约她出去一起吃饭。吃饭的时候,大家都很放松,她跟我聊了很多,她从哪里来,为何选择了我们公司,她对工作的看法和期许,她每天花很多时间在上班路上的困扰,甚至还有她的宠物。饭局后,我还在现场呆了一段时间,我明显感觉到我的工作进展的更加顺利了,说不出是什么原因,但很显然彼此的信任增加了。后来,当我们开始去设计这个系统的时候,我会常常想到她,想象如果是她在用这个系统,她的反应会是怎样,她会觉得好用吗,她会困扰吗?当年的我并不明白,这个和用户沟通的过程就是一个实实在在为用户画像的过程,除了明白她的工作,我们更应该去了解用户真实的面目,不是要刨根问底,但你要理解她自身的一些和系统有关的状况。比如她的教育背景,她对电脑的熟悉程度,她对工作的成就感在哪里,如果系统能帮到她,她的幸福感在哪里。如果你在和用户沟通的过程中, 会为了这样的发现而喜悦,那么我想你会适合往业务分析师这个方向发展的。
解决需求问题的成就感我的*一份工作是软件工程师,当年有幸进入了一家提供电信行业解决方案的知名公司。加入公司一个月后,因为前辈们纷纷被挖角,我们几个菜鸟被迫上了*一线。当时摆在我们眼前的项目,就是某通信公司引入了*新制式的交换机,话单的采集和分拣程序需求需要重新梳理并参与测试评比。当时的新交换机厂商是北电网络,他们在国内的工程师只负责设备调试,对于系统的软件问题只能帮忙联系加拿大的工程师进行中间协调。我们能拿到的所有的文档都是英文的,内部更是充斥着大量的通信术语,语言的障碍以及对这个领域的不熟悉,是否能如期完成需求梳理,当时的我们觉得任务艰巨。为了尽快搞定这个需求工作,我一页页翻看这份文档,不懂的字句求助Google,不能理解的设计用邮件求助外国工程师,*后总算理出了话单生成的机制,采集的要求,以及话单的构成,并整理出详细的数据字典。后续的故事就是,我们一帮菜鸟基于自己的需求理解,开发完成了话单采集及分拣程序,我们的程序在各大厂商对新交换机处理能力的测评中,获得了处理速度快、准确度高的评价,荣登三甲。所以说,需求分析的工作,程序员也可以做好的。如果你是一位对于需求分析工作特别有兴趣的程序员,如果你也确实觉得这样的工作能给你带来成就感,那么不如适当的往这个方向历练一下吧。你可以选择转型,也可以只是将其作为自己成为项目经理必备的技能。我的理解是,不会分析需求的程序员不是好的项目经理。
所谓菜鸟有谁不是从菜鸟开始的呢?对于刚刚走出校门的人来说,成为一名业务分析师是进入信息技术领域的一个很好的切入点,优点在于他或者她对需求流程的工作原理几乎没有什么先入为主的概念。毕业生要学习的东西很多,工作职责,开发流程,理解开发人员、测试人员,了解用户,掌握基本的业务知识,懂得如何有效的获取需求。我们无法奢求一个刚走出校门的孩子,既懂得需求分析的知识,又掌握了实际的技巧。菜鸟要做的是,保持对这份工作的热忱,快速学习,快速成长。成为一名业务分析师所基本的知识,本书能给你*好的解答。至于技能吗,要在实践中掌握,希望本学习小组的各位能多点分享这部分啦。但**重要的,是菜鸟的心,可以是决心,信心,恒心,世上无难事只怕有心人。
(原文链接:http://www.jianshu.com/p/86437a10783d?utm_campaign=hugo&utm;_medium=reader_share&utm;_content=note&utm;_source=weixin-friends&from;=singlemessage&isappinstalled;=1)
简明目录
第Ⅰ部分软件需求的3W(什么、为什么和谁)
第1章软件需求的本质3
第2章从客户角度审视需求22
第3章需求工程优秀实践38
第4章业务分析师53
第Ⅱ部分需求开发
第5章建立业务需求67
第6章倾听用户的心声89
第7章需求获取105
第8章理解用户需求127
第9章照章办事147
第10章记录需求160
第11章写出优秀的需求178
第12章一图胜千言196
第13章具体指定数据需求218
第14章功能需求以外233
第15章通过原型来减少风险264
第16章要事优先:设定需求优先级279
第17章确认需求293
第18章需求的重用312
第19章需求开发之外325
第Ⅲ部分具体项目类别的需求
第20章敏捷项目341
第21章改进型和替换型项目349
第22章软件包方案项目359
第23章外包项目367
第24章业务过程自动化项目372
第25章业务分析项目378
第26章嵌入式和其他实时系统项目388
第Ⅳ部分需求管理
第27章需求管理实践403
第28章需求变更415
第29章需求链中的链接432
第30章需求工程工具442
第Ⅴ部分需求工程的实施
第31章改进需求过程455
第32章软件需求和风险管理472
尾声483
附录A当前需求实践自评485
附录B需求问题问诊指南491
附录C范例需求文档507
词汇表525
参考文献533
作者简介547
第1章
软件需求的本质
“喂,Phil吗?我是人事部的Maria。我们在使用你开发的人事系统时遇到一个问题。有位职员刚刚把她的名字改成Sparkle Starlight,但我们无法在系统中改。你能帮个忙吗?”
“那么她是结婚了,随老公姓Starlight?”
“没有,她没结婚,只是改名字了,”Maria回答道,“问题就出在这里。好像我们只能在某人婚姻状况发生变化时才能在系统中改名。”
“好吧,是,我从来没想过有人可能会改自己的名字。当初我们在讨论系统的时候,你可没告诉过我有这种可能性。” Phil答道。
“我以为你知道任何人随时都可以合法更改名字呢,”Maria回应道,“我们得在星期五之前解决这个问题,否则Sparkle就领不到工资了。你可以在此之前修复这个bug吗?”
“这不是什么bug,好吗?!” Phil反驳道,“我从没想过你们需要这项功能。我现在正忙着做一个新的绩效评估系统。你所说的问题我只能在月底修复,但周五之前肯定不行,抱歉。下次如果再有类似情况,请早点告诉我,并请提供书面材料。”
“那我怎么和Sparkle说呢?”Maria追问道,“如果她领不到工资,会很难过的。”
“嗨,Maria,这不是我的错,”Phil抗议道,“如果当初你早提醒 软件需求(第3版) [Software Requirements, 3rd Edition] 电子书 下载 mobi epub pdf txt
业务需要,认真拜读,书不错,很实用
评分书还是不错的,学到了很多新领域的知识,值得推荐给大家!
评分买了收藏,慢慢读
评分经典书籍,很厚的一本,慢慢啃!
评分好书,慢慢看,有点厚
评分还可以主要是价格实惠,还可以主要是价格实惠
评分帮朋友买的,评价很好!
评分棒棒哒
评分送货速度太慢了,体验很差。整整等了我快一周的时间才拿到书
软件需求(第3版) [Software Requirements, 3rd Edition] pdf epub mobi txt 电子书 下载