UMLChina 首席专家潘加宇的第一本书。作者在为软件组织提供建模咨询和培训服务超过十年后,把他的经验和感悟写成了本书。《软件方法:上册,业务建模和需求》从“利润=需求-设计”开始,用市场经济的思想讲解软件开发中需求和设计的道理,以及统一建模语言UML 在需求和设计中的应用。本书还破解了软件开发领域流行的一些心灵鸡汤式宣传。
潘加宇,umlchina首席专家。在1999年还是一名程序员时,利用业余时间创建了umlchina,潜心研究需求和设计技能。2002年开始对外提供uml需求和设计的技术指导和训练服务,客户覆盖了各个领域的领袖企业。
于 p.205 潘老师说:“设计约束既不是功能需求,也不是非功能需求...设计约束是需求的一种,也一样要从涉众的视角描述。”我凌乱了,这么简单的二元逻辑(功能与非功能)也被扯成这样,新的第三种需求类型因为潘老师而诞生,真可谓中国UML江湖的又一大创举啊!我猜这与潘老师是...
评分读完潘老师的这本大作,我的总体印象是: 概念不清,用词不当,东拉西扯,逻辑错乱。 全书中那些令人啼笑皆非的荒唐错误结论和缺陷主要有: - 设计约束是需求,但既不是功能需求,也不是非功能需求(潘老师不懂最简单的二元逻辑?); - 全书对于“涉众”(Stakeholder)这...
评分也许是因为我已经有多年的经验,我认为此书超过我过去看过的任何一本讲具体软件过程方法的书。 无论如何,我认为做过二、三年软件开发的程序员,应该人手一册此书。更不用说,从事产品设计、业务/需求分析,软件项目经理,将软件“愿景”落实到可编码开发阶段的人。 特别推荐...
评分读完潘老师的这本大作,我的总体印象是: 概念不清,用词不当,东拉西扯,逻辑错乱。 全书中那些令人啼笑皆非的荒唐错误结论和缺陷主要有: - 设计约束是需求,但既不是功能需求,也不是非功能需求(潘老师不懂最简单的二元逻辑?); - 全书对于“涉众”(Stakeholder)这...
很有启发,值得反复阅读和思考,如果能加上习题解析就更好了!
评分第三遍啦,看得出是学霸写的书,还是很有用,每次看都有新体会。
评分从需求到项目设计,再到代码设计
评分从需求到项目设计,再到代码设计
评分这才是软件工程正宗 逻辑推理严密 以前看的各种经典软工书籍都是点 这本书帮我打通任督二脉 墙裂推荐啊
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有