潘加宇,umlchina首席專傢。在1999年還是一名程序員時,利用業餘時間創建瞭umlchina,潛心研究需求和設計技能。2002年開始對外提供uml需求和設計的技術指導和訓練服務,客戶覆蓋瞭各個領域的領袖企業。
UMLChina 首席專傢潘加宇的第一本書。作者在為軟件組織提供建模谘詢和培訓服務超過十年後,把他的經驗和感悟寫成瞭本書。《軟件方法:上冊,業務建模和需求》從“利潤=需求-設計”開始,用市場經濟的思想講解軟件開發中需求和設計的道理,以及統一建模語言UML 在需求和設計中的應用。本書還破解瞭軟件開發領域流行的一些心靈雞湯式宣傳。
發表於2024-11-21
軟件方法 2024 pdf epub mobi 電子書 下載
我認為是很不錯的。語言貼近實際,舉例形象,能讓人看懂。之前也看過不少 uml 的書,但太專業,被一堆規定、符號就嚇倒瞭,自然也應用不到工作上。但潘老師這本側重於思想,怎麼去做設計,帶著我從粗到細,從業務到結構的思考,從中自然而然就理解 uml 圖是做什麼用的瞭。其實...
評分患者確實是醫院的執行者 p.60 儲戶來存錢,企業來貸款,人民銀行要對它作監管,這些就是該商業銀行的執行者 p.54 ... 請問這些是中國人的語文嗎? 如此荒唐造句的原因在於作者固執地一定要把 Actor 譯作“執行者”。而 UML 中的 Actor 其實代錶瞭業務/係統的直接用戶、外部...
評分也許是因為我已經有多年的經驗,我認為此書超過我過去看過的任何一本講具體軟件過程方法的書。 無論如何,我認為做過二、三年軟件開發的程序員,應該人手一冊此書。更不用說,從事産品設計、業務/需求分析,軟件項目經理,將軟件“願景”落實到可編碼開發階段的人。 特彆推薦...
評分讀完潘老師的這本大作,我的總體印象是: 概念不清,用詞不當,東拉西扯,邏輯錯亂。 全書中那些令人啼笑皆非的荒唐錯誤結論和缺陷主要有: - 設計約束是需求,但既不是功能需求,也不是非功能需求(潘老師不懂最簡單的二元邏輯?); - 全書對於“涉眾”(Stakeholder)這...
評分圖書標籤: UML 軟件工程 需求分析 建模 軟件開發 軟件需求 産品經理 設計
從“利潤=需求-設計”開始,用市場經濟的思想講解軟件開發中需求和設計的道理,以及統一建模語言UML 在需求和設計中的應用。本書還破解瞭軟件開發領域流行的一些心靈雞湯式宣傳。
評分提供瞭一套可供uml建模執行的方式, 但就內容而言沒評分那麼高
評分老大推薦,一天看完。(前麵看過類似的ppt) 整本書前麵很多地方超級囉嗦,後麵幾乎都是乾貨。建議閱讀時自動跳過囉嗦段落。四星吧。
評分實踐
評分提供瞭一套可供uml建模執行的方式, 但就內容而言沒評分那麼高
軟件方法 2024 pdf epub mobi 電子書 下載