《構建之法》第八、九章學習總結
第八章：需求分析
這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。
確認軟件需求有以下步驟：1.獲取和引導需求、2.分析和定義需求、3.驗證需求、4.在軟件產品的生命周期中管理需求。
第九章：項目經理
這一章主要講述了團隊角色分工、項目經理的由來和要求、項目經理和其他經理的區別、軟件項目中的風險和風險管理、PM的專業能力。
PM的能力要求：1.觀察、理解和快速學習能力、2.分析管理能力、3.一定的專業能力、4.自省的能力。
《構建之法》第八、九章學習總結
相關推薦
構建之法第八、九章學習
周期 常用 bcd 快速 區別 利益相關者 自省 生命 獲取 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟：1.獲取和引導需求、2.分析
《構建之法》第八、九章學習總結
快速 需求 獲取 利益相關者 軟件需求 用戶需求 估計 bcd abcd 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟：1.獲取和引導需
構建之法第八，九章
自省 程序員 第八章 說明 銷售 作用 相關 項目 觀察 第八章：需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟： 1.獲取和引導需求 2.分析和
構建之法第六、七章讀後感
敏捷 關註 團隊 項目 提前 敏捷流程 準備 讀後感 合作 Agile——敏捷開發，作為CMM神話崩潰後被引入的一套新的軟件開發模式，這幾年來被廣泛引起關註，並被寄予厚望。 敏捷流程及其原則告訴我們個體和交互勝過過程和工具，盡早為客戶需求做準備和交付有價值的軟件，時時總結如
構建之法 第八章 需求分析
lock 焦點 ron 寫到 模型 優先 產品 輔助 討論 其實這是“啃硬骨頭”的第一步，就是如何從“茫茫”中鎖定需求相關方、挖出來需求的方法論 1.挖取需求 獲取和引導需求。需求不僅是來自外界，甚至也可以來自技術成員團隊內部； 分析和定義需求。主要是對需求進行量化； 驗
讀構建之法第四、十七章有感（作業四）
關系 img 作用域 src 而在 clas com 不同的 第十七 第四章： 問題： 看到這裏的時候，才註意到代碼中的“下劃線”這個東西，在之前的敲代碼過程中並沒有怎麽遇到下劃線，在經過百度後得到了一些答案： 這只是Python中下劃線的一部分應用，在不同的語言中
構建之法第三四五章總結
職業 驅動 技能 自動操作 人的 階段 提升 理解 成員 軟件開發流程不光指團隊的流程，還包括個人開發流程，因為軟件團隊是由個人組成的。在團隊的大流程中，是沒一個具體的人在做開發，測試等，因此，個人在團隊中也有獨立的流程，把每個人的工作有序組織起來，就是團隊的流程。
構建之法第八周感想 典型用戶和場景
經理 技巧 交互性 每一個 方式 產品 年齡 nbsp 是我 在產品的開發過程中，經常需要描述一組典型的用戶。典型用戶不再是一個抽象的概念，而應該是一個活生生的人物。一個典型用戶往往描述了一組用戶的典型技巧、能力、需要、想法、工作習慣和工作環境。典型用戶的模板可以包括
讀《構建之法》4、17章所思所感
技術分享 實現 內容 估計 cal 評估 最小 做了 依賴 僅針對這2章的閱讀，主要講的是團隊之間，不僅是2人之間的，更是整個團隊在完成一個項目、在一起工作時需要的各方面的力量，也有對領導力、績效以及職業道德方面的講述。 以下就是我在讀完1、2、16章後的一些問題和
網路作業系統第八、九章習題
第八章習題 1.windows2008中，有哪些檔案共享模式？ 答：（1）標準檔案共享模式，只能在格式化為NTFS檔案系統的磁碟使用並且可以通過兩套許可權設定精確設定哪些使用者可以訪問這些資料夾，要共享的檔案不需要移動 （2）公用資料夾共享模式，共享位於計算機%SystemDrive\U
201711671105 《Java程式設計》第六、七章學習總結
教材學習內容總結 1.介面 eg: interface Printable { //interface是關鍵字 public static final int MAX = 100; //public static final可省略，因為所有常量的訪問許可權一定是public，而且是sta
構建之法第六七八章
可用 模型 定義 快速原型 最有 自主 適應 投資 敏捷流程 第六章 敏捷流程 敏捷流程開發原則 1.盡早並持續的交付有價值的軟件以滿足顧客需求 2.敏捷流程歡迎需求的變化，並利用這種變化來提高用戶的競爭優勢 3.經常發布可用的軟件，發布間隔可以從幾周到幾個月，能短則短 4
構建之法第十一、十二章
交互 業界 用戶體驗 可用性 找到 方法 認同 我認 設計 用戶體驗有幾個層次：1 最基礎的是在交互環節，就是usablity，可用性，或者說易用性，大家說得最多的；要把可用性做好，不是太難，業界有成熟的方法，不需要太多天賦，兩個字：“用心”即可。 2 更高層次的乃情
構建之法 第五章 團隊和流程
ini 之前 組織 第五章 團隊 mod 交互 然而 逆轉 典型的團隊開發模式和流程，完全是新的內容；涉及到更多的術語和有意思的策略性東西 1.團隊模式【我比較認可的】 主治醫師模式 由首席程序員（相當於首席醫生）負責整個工程，周圍人員各司其職，配合支持中心人物的工作；
讀構建之法 第三章：軟件工程師的成長
知識點 可維護 vid -s 評估 不同 fun 可靠 科研 本章理論和知識點：評價軟件工程師水平的主要方法 軟件工程把相關的技術和過程統一到一個體系中，叫“軟件開發流程”，軟件開發流程的目的是為了提高軟件開發、運營、維護的效率，以及提升用戶滿意度、軟件的可靠性和可維護性。
構建之法第三章讀書心得
如何 讀書心得 初級 知識 技能 任務 項目 標準 技術 在構建之法第三章中，我們主要學習了個人能力的衡量與發展。 初級軟件工程師有以下幾個成長階段：1、積累軟件開發相關的知識，提升技術技能。 2、積累問題領域的知識和經驗。
構建之法 第六章 敏捷流程
小時 所有 管理層 log 匯報 薪水 quest 功能 任務 敏捷是一種很“年輕態”的思路/策略，是以“萬事萬物都在不停地發展變化”為指導去組織軟件工程的需求分析、內部的調和、代碼編寫甚至維護，所以我讀起來會覺得很有共鳴。然而並不是所有的地方都適合讓“敏捷”去闖一闖。 1
構建之法第五六章讀後感
例子 spa scrum 過程 困難 老板 敏捷開發 統一 學習 鄒欣老師的這本書，寫得形象生動，第五章用體育運動等團隊例子引出軟件開發團隊的形式。軟件團隊形式多樣，適用於不同的人員與需求。團隊可能會演變的模式有：主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特
構建之法第六章學習心得
效率 用戶 當前 決定 復雜 技術 原則 核心 back 這周我學習了構建之法第六章敏捷流程，本章主要介紹了敏捷流程及其原則，Backlog、Burn-down、Sprint、Scrum方法論。以及什麽時候選擇敏捷的開發方法，什麽時候選擇其他方法。.敏捷開發的原則是盡早並持
讀構建之法 第四章：兩人合作
應用 結對編程 使用 一對一 測試 一個 比較 以及 領域 程序員寫的代碼最終是人在看，所以代碼規範很重要，原則是：簡明，易讀，無二義性。 不光是程序書寫的格式問題，還牽涉到程序設計、模塊之間的關系、設計模式等方方面面。 代碼復審的正確定義看代碼是否在代碼規範的框架內正確的