一、今日學習內容
閱讀筆記
這周讀了《人月神話》，作者闡述的主要觀點是在軟體開發專案上專案進度和增加人員這兩個概念是不能互換。在之前一直認為，人多做的事情就多，就可以解決很多問題，這個觀點在一些方面可能成立，但是在開發專案方面好像並不是。
一、美國20年前軟體專案所面臨的問題，在我們現在依然如此，糟糕的情況沒有改變，大家仍舊在焦油坑里掙扎，而且看上去沒有解決辦法。二、作者對軟體專案失敗的總結，每乙個問題我們依舊再犯，特別讀到「是當意識到進度的偏移時，下意識（以及傳統）的反應是增加人力。
在讀了這本書之後，我明白也許很多時候增加人力並不是最好的解決辦法，反而可以人少，頭腦越清醒，觀點更清晰，在以後的專案開發中，遇到困難首先理清思路，獨立思考，解決問題。
閱讀筆記02
需求 需求收集方法 軟體需求可以來自方方面面，這取決於所開發產品的性質和開發環境。需從不同使用者代表和 收集需求，這說明了需求工程是以相互交流為核心的性質。下面是幾個軟體需求的典型 1 訪問並與有潛力的使用者 為找出新軟體產品的使用者需求，最直截了當的方法是詢問他們。2 把對目前的或競爭產品的描述寫...
閱讀筆記02
第二階段 需求分析階段 在第二個階段重點就是粒度的細化，從主題域我需要細化一層到識別了關鍵業務物件的領域檢視，從業務事件進行流程分析我們需要講業務事件細化一層到具體的業務活動，而業務活動正式我們在識別用例的時候的重要參考。所以在這裡我們基本清楚了第二階段剛開始是通過業務事件進行業務流程分析，業務實體...
閱讀筆記02
第六章 應對大型專案 1 常用的設計與實現方法 1 視覺化軟體過程和使用準則 2 重要的框架 3 積極的分解 4 多平台支援 5 物件導向技術 6 運算子過載 7 庫，元件和程序 8 對於處理的積極使用 2 大多數的大型專案使用乙個複雜的編譯過程，這類過程一般能夠處理配置選項 多種型別的輸入輸出檔案...