構建之法閱讀筆記04測試
今天,讀完了《構建之法》的第9、10、十一章,第九章主要講項目經理,讀完後,我初步瞭解了項目經理的工做內容和應具有的基本能力,軟件團隊中項目經理分爲不少種類,但總稱爲PM,PM是隨着軟件的發展應運而生的一種職業,由於軟件團隊人員的增多,彼此之間的交流就成爲了軟件開發過程的一大難題。而項目經理就是爲了解決同一個項目開發不一樣功能板塊的團隊交流的中介,一樣項目經理也肩負着準確的將用戶的需求詳細的表達給開發團隊,這一任務尤其重要,甚至是決定項目是否成功的重要因素。所以對項目經理能力的一個重要要求就是要有可以理解別人的處境,心理,動機的能力,即便他不會開發項目。項目經理還有一個重要的責任——項目風險管理。也就是在正常軟件生命週期事件以外的,可能發生的影響項目的成功的事件,好比團隊中有人辭職,國家相關法規的修改以及新軟件版本的發行,而對於如何規避風險書中已經介紹了方法。一個好的項目經理即便不寫任何代碼,同樣贏得團隊中每一個人的尊重積極影響項目和產品。spa
第十章主要介紹了典型用戶和典型場景。典型用戶應該就是分析每一個用戶的信息,從而對用戶推薦他可能須要的軟件產品,或者說是根據他的某些需求開發相應的軟件產品,對於典型場景我對書中的介紹並非很理解,也就不發表任何感覺了。第十章還介紹了功能說明書,即從用戶的角度描述軟件產品的功能、輸入、輸出、界面、功能的邊界問題、功能的效率(對用戶而言)、國際化、本地化、異常狀況等,不涉及軟件內部的實現細節。讓我又瞭解了軟件文檔的一部份內容。設計
第十一章——分析和設計方法,書中用一道經典的數學題生動解釋了軟件開發過程當中分析和設計理念以及流程。在「需求分析」階段,咱們要搞清楚在問題領域中的現實世界裏,都有哪些實體,如何抽象出咱們真正關心的屬性,實體之間的關係是什麼,在這個基礎上,用戶的需求是什麼,軟件如何解決用戶的需求。在「設計與實現階段」,咱們要搞清楚軟件是怎麼解決這些需求的?在「測試」和「發佈」階段,咱們要搞清楚軟件真的解決了這些需求了麼?軟件團隊的全部相關人員都須要處理、瞭解這些信息,若是在處理的過程當中有誤解和遺失,就會致使開發過程當中的問題,以致最終產品不能知足用戶的需求。因而可知軟件開發流程中的分析是多麼重要,第十一章更是介紹了從Spec到實現的具體步驟以及開發的平常管理和bug的修復時機。這些都讓我學會不少。生命週期