潘加宇,umlchina首席專傢。在1999年還是一名程序員時,利用業餘時間創建瞭umlchina,潛心研究需求和設計技能。2002年開始對外提供uml需求和設計的技術指導和訓練服務,客戶覆蓋瞭各個領域的領袖企業。
UMLChina 首席專傢潘加宇的第一本書。作者在為軟件組織提供建模谘詢和培訓服務超過十年後,把他的經驗和感悟寫成瞭本書。《軟件方法:上冊,業務建模和需求》從“利潤=需求-設計”開始,用市場經濟的思想講解軟件開發中需求和設計的道理,以及統一建模語言UML 在需求和設計中的應用。本書還破解瞭軟件開發領域流行的一些心靈雞湯式宣傳。
患者确实是医院的执行者 p.60 储户来存钱,企业来贷款,人民银行要对它作监管,这些就是该商业银行的执行者 p.54 ... 请问这些是中国人的语文吗? 如此荒唐造句的原因在于作者固执地一定要把 Actor 译作“执行者”。而 UML 中的 Actor 其实代表了业务/系统的直接用户、外部...
評分也许是因为我已经有多年的经验,我认为此书超过我过去看过的任何一本讲具体软件过程方法的书。 无论如何,我认为做过二、三年软件开发的程序员,应该人手一册此书。更不用说,从事产品设计、业务/需求分析,软件项目经理,将软件“愿景”落实到可编码开发阶段的人。 特别推荐...
評分于 p.205 潘老师说:“设计约束既不是功能需求,也不是非功能需求...设计约束是需求的一种,也一样要从涉众的视角描述。”我凌乱了,这么简单的二元逻辑(功能与非功能)也被扯成这样,新的第三种需求类型因为潘老师而诞生,真可谓中国UML江湖的又一大创举啊!我猜这与潘老师是...
第三遍啦,看得齣是學霸寫的書,還是很有用,每次看都有新體會。
评分業界領域專傢的書籍一般比理論界的專傢的書籍更加具體可操作,也更加貼近業界當前的實踐。I hear and I forget. I see and I remember. I do and I understand。先見全局,再摸細節,力薦!
评分講的不是方法,是工具,快餐書,誰都可以寫書?
评分有理論有時間有經驗,感覺還沒讀過癮~
评分講的不是方法,是工具,快餐書,誰都可以寫書?
本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等
© 2025 qciss.net All Rights Reserved. 小哈圖書下載中心 版权所有