第一章：軟體工程概論
1.1軟體危機
表現：輕視需求分析，認為軟體工程就是寫程式，輕視軟體維護。
1.2軟體工程
軟體工程方法學三要素：過程，工具，方法。
1.3軟體生命週期
軟體定義
問題定義
可行性研究
需求分析
軟體開發
總體設計
詳細設計
編碼單元測試與綜合測試
軟體維護
1.4軟體過程
1：瀑布模型
階段間具有順序性與依賴性
推遲實現
質量保證
瀑布模型是文件驅動
2：快速原型模型
快速建立可執行的程式，往往是最終乙個子集，特點是順序執行，沒有反饋。
3：增量模型
把軟體作為乙個系列增量構件來分部分的設計，編碼，測試。不斷把最新的成果將會使用者體驗與使用。
4：螺旋模型
每個階段都增加風險分析和快速原型模型。每階段都實現乙個原型，然後進行風險分析。
5：噴泉模型
不同步驟間，同一步驟內部的迭代。體現物件導向程式設計的開發過程迭代與平滑過度。
6：rational統一過程（rup）
7：敏捷過程與極限程式設計
四條：開發人員素質與交流比過程與工具更重要，可以工作的軟體比麵面具到的文件更重要，與客戶的合作比談判更重要，及時響應更重要。
8：微軟過程
第二章：結構化分析
2.1：可行性研究
技術可行性，經濟可行性，操作可行性
2.3需求分析
回答系統做什麼，不用回答怎麼做。
確定對系統的綜合要求，分析系統的資料要求，匯出系統的邏輯模型，修正系統開發計畫
2.4建模與規格說明
自然語言準確描述需求，是需求分析階段最主要的文件。
2.5各種圖
er圖（實體聯絡圖）建立資料模型：矩形-實體，圓圈-屬性，菱形-關係
df圖（資料流圖）建立功能模型：正方形-資料終點或原點，圓角矩形-資料處理，開口矩形-資料儲存，箭頭-資料流向。
資料流圖不應出現條件，分支，錯誤處理
資料字典：提供關於資料描述的資訊。
狀態轉換圖建立系統行為模型：初態（只有乙個），中間態，終態（可以多個）。初態實心圓，終態一對同心圓，中間用圓角矩形。事件用箭頭，上面標明觸發的事件。
2.11驗證軟體需求
一致性，完整性，現實性，有效性。
2.13形式化說明技術
軟體工程讀書筆記（一）
本週我閱讀了 人月神話 程式設計，乙個許多人痛苦掙扎的焦油坑以及一種樂趣和苦惱共存的創造性活動。焦油坑確實是乙個新穎而又貼切的比喻，大型系統開發就猶如這樣乙個焦油坑，樂趣與痛苦交織，各種團隊在其中掙扎，而這本書試圖提供橋梁，為通過這樣的焦油坑提供一些指導。人月神話，初讀書名實在是有些疑惑。實際上，人...
《軟體工程》 讀書筆記三
有錯是軟體的特性，而且無法改變，我們應該去避免錯誤的產生和消除已經產生的錯誤，為了使程式中的錯誤 密度達到盡可能低的程度。軟體測試就是必須的了。軟體開發從獲取需求 分析設計到編碼實現，是乙個自頂向下，逐步精化的過程，而軟體測試過程卻是自底向 上，從區域性到整體，逐步整合的過程，在開發的不同階段會出現...
《軟體工程》 讀書筆記一
對於第一章主要介紹了軟體工程的發展歷史和基本原理，討論ieee和acm提出的軟體工程體系和 軟體工程職業道德規範。沒上這門課時，我想當然認為 軟體 程式 可是當我開啟課本時，卻發現他們之間是不等號，軟 件除了程式之外，還包括了與之相關的文件和配置資料，以保證這些程式的正確執行。軟體工程三要素 過程 ...