潘加宇,umlchina首席專傢。在1999年還是一名程序員時,利用業餘時間創建瞭umlchina,潛心研究需求和設計技能。2002年開始對外提供uml需求和設計的技術指導和訓練服務,客戶覆蓋瞭各個領域的領袖企業。
UMLChina 首席專傢潘加宇的第一本書。作者在為軟件組織提供建模谘詢和培訓服務超過十年後,把他的經驗和感悟寫成瞭本書。《軟件方法:上冊,業務建模和需求》從“利潤=需求-設計”開始,用市場經濟的思想講解軟件開發中需求和設計的道理,以及統一建模語言UML 在需求和設計中的應用。本書還破解瞭軟件開發領域流行的一些心靈雞湯式宣傳。
發表於2024-12-22
軟件方法 2024 pdf epub mobi 電子書 下載
也許是因為我已經有多年的經驗,我認為此書超過我過去看過的任何一本講具體軟件過程方法的書。 無論如何,我認為做過二、三年軟件開發的程序員,應該人手一冊此書。更不用說,從事産品設計、業務/需求分析,軟件項目經理,將軟件“願景”落實到可編碼開發階段的人。 特彆推薦...
評分於 p.205 潘老師說:“設計約束既不是功能需求,也不是非功能需求...設計約束是需求的一種,也一樣要從涉眾的視角描述。”我淩亂瞭,這麼簡單的二元邏輯(功能與非功能)也被扯成這樣,新的第三種需求類型因為潘老師而誕生,真可謂中國UML江湖的又一大創舉啊!我猜這與潘老師是...
評分讀完潘老師的這本大作,我的總體印象是: 概念不清,用詞不當,東拉西扯,邏輯錯亂。 全書中那些令人啼笑皆非的荒唐錯誤結論和缺陷主要有: - 設計約束是需求,但既不是功能需求,也不是非功能需求(潘老師不懂最簡單的二元邏輯?); - 全書對於“涉眾”(Stakeholder)這...
評分《軟件方法上-業務建模和需求》 如何做好一個軟件? 一個軟件要做的工作可以量化麼?如果能量化,那有流程麼?如果有流程,那有方法麼? 大學學的是計算機,但是最不願從事的行業就是軟件。結果呢,齣瞭校門現在,一乾就是8年。我並不是在擺什麼資質,因為我們應該清楚,一...
評分患者確實是醫院的執行者 p.60 儲戶來存錢,企業來貸款,人民銀行要對它作監管,這些就是該商業銀行的執行者 p.54 ... 請問這些是中國人的語文嗎? 如此荒唐造句的原因在於作者固執地一定要把 Actor 譯作“執行者”。而 UML 中的 Actor 其實代錶瞭業務/係統的直接用戶、外部...
圖書標籤: UML 軟件工程 需求分析 建模 軟件開發 軟件需求 産品經理 設計
從“利潤=需求-設計”開始,用市場經濟的思想講解軟件開發中需求和設計的道理,以及統一建模語言UML 在需求和設計中的應用。本書還破解瞭軟件開發領域流行的一些心靈雞湯式宣傳。
評分國內不錯的關於uml的書,例子也很實用。
評分講的不是方法,是工具,快餐書,誰都可以寫書?
評分這本著重講業務建模,似乎比較淺。翻得比較快,有空再看一遍。
評分業界領域專傢的書籍一般比理論界的專傢的書籍更加具體可操作,也更加貼近業界當前的實踐。I hear and I forget. I see and I remember. I do and I understand。先見全局,再摸細節,力薦!
軟件方法 2024 pdf epub mobi 電子書 下載