林銳的軟體工程書還是不錯的，最近讀完了他的ｉｄｐ軟體工程一書，ｉｄｐ其實是他提出的一套基於ｃｍｍ等理論剪裁的
整合軟體開發過程，有不少模版．下面筆記重點的過程，並加以改進之．
分四個階段
１ 營銷過程
這個過程主要是產品的立項，創意，與客戶訂合同，投票，宣傳等．
１．１
產品構思和調研
產品經理負責產品構思，首先要想清楚「產品有什麼功能」、「目標客戶是誰」、「終端使用者是誰」、「如何盈利」等巨集觀問題，然後撰寫更加詳細的《產品需求說明書》。
產品調研
產品經理負責產品調研，調研的目的是為產品構思和立項管理提供充分的、有價值的資訊
。如果不做調研的話，那麼產品構思和立項管理都建立在空想之上，主觀臆斷的成分就很多。調研的主要內容有： ²
市場調查； ²
政策調查； ²
同類產品調查； ²
競爭對手調查； ²
客戶（和終端使用者）調查
調查研究後，產生《產品調研報告》
1.2 產品體驗和宣傳銷售
在產品開發過程中，產品經理要經常和開發人員交流，及時了解產品開發進度和工作成果。如果產品經理發現開發工作偏離了產品需求，應當及時和開發人員溝通，糾正偏差。
當產品開發測試完成，產品經理負責宣傳事務： ø
撰寫產品介紹檔案（一般為ppt檔案）。 ø
ø可能需要設計和製作宣傳頁（印刷品）。
產品經理對本公司的銷售人員進行產品培訓，使銷售人員充分了解本產品的特性，然後銷售人員向潛在客戶推銷本產品。
1.3 合同專案銷售
關鍵活動
主要工作成果
主要責任人
接觸客戶
客戶和合同專案的情報
銷售人員
售前可行性分析
《售前可行性分析報告》
銷售人員和機構領導
投標答辯
《投標書》
銷售人員和技術支援人員
簽訂合同
《合同》
《合同專案需求說明書》
銷售人員
１．４
客戶溝通和專案驗收
銷售人員和客戶簽訂合同之後，並非萬事大吉、等著專案完成後收錢。由於合同專案開發過程中存在各種各樣的風險，需要專案經理（和銷售人員）及時介入。
「客戶溝通和合同驗收」過程域的主要活動是「消除摩擦增進關係」、「評審成果控制變更」、「專案驗收」和「發掘商機」
２ 專案管理過程
２．１ 立項管理
關鍵活動
主要工作成果
主要責任人
自主產品立項申請
立項申請書，
產品需求說明書，產品調研報告
產品經理
合同專案立項申請
立項申請書，
專案需求說明書，相關合同文字
合同專案的銷售專員
立項評審
立項評審報告
立項評審委員會
專案籌備
專案總體計畫
機構領導，專案經理
２．２ 結項管理
包括結項申請，結項平谷，關閉專案
２．３
專案規劃與監控
專案規劃（project planning）是指對本專案的人力資源、任務進度、費用、裝置資源等做出合適的安排，制定出一些計畫（包括巨集觀的和細節的），使大家按照計畫行事，最終順利地達到預定的目標。
專案監控的目的是將專案實際進展情況與專案計畫進行對比，如果發現某些因素（如人力資源、任務進度、費用、裝置等）的偏差比較大，那麼及時分析原因，給出糾正措施。
專案監控至少有兩個好處：（1）避免原本合理的計畫在實施過程時落空；（2）避免「執迷不悟」地按照原本不合理的計畫行事。
該階段包括：制定專案計畫，人員管理，任務進度管理，專案成本管理，裝置管理．
２．４ 風險跟蹤和變更控制
風險跟蹤的
關鍵活動是「識別風險」、「處理風險」、「關閉風險」。
變更控制的關鍵：「變更申請」、「變更審批」、「執行變更」。
３ 專案開發過程
3.1 需求開發與管理
關鍵活動
主要工作成果
主要責任人
需求調研
需求分析
需求定義
《需求調研記錄》
《產品需求說明書》或
《合同專案需求說明書》
需求分析員
需求評審確認
需求評審報告，簽字確認
開發方和客戶方的責任人
需求細化跟蹤
需求跟蹤表
需求分析員
需求變更控制
需求變更控制報告
開發方和客戶方的責任人
3.2 軟體系統與設計
軟體系統設計的主要內容有體系結構設計、使用者介面設計、資料庫設計和模組設計．出來的成品有＜系統設計說明書＞＜模組設計說明書＞
３.3 模組開發與整合
增量模式的模組開發和整合流程如圖5-4所示，主要內容有：「模組需求細化」、「模組設計」和「模組實現和整合」。此階段出來的
產品有＜模組需求說明書＞＜設計說明書＞軟體的**
3.4 測試與改錯
測試與改錯的目的是在給定的專案條件下（人員、時間、工具等限制）盡可能地找出軟體中的缺陷，並及時消除這些缺陷。
關鍵活動是「準備測試」、「執行測試」和「消除缺陷」。
產品有＜測試用例＞＜測試報告＞
3.5 軟硬體系統整合
軟硬體系統整合既可能是客戶的需求（合同專案），也可能是本公司的應用需求。軟硬體系統整合的一般流程如圖
5-6所示，關鍵活動是「系統整合方案設計」、「選擇裝置**商」、「裝置採購和驗收」和「裝置安裝除錯」
3.6 部署試用
部署試用過程域的關鍵活動是「撰寫文件」、「軟體部署」、「客戶培訓」和「客戶試用」，
出來的產品有＜部署說明書＞＜安裝和使用手冊＞
3.7 軟體維護
軟體維護可以劃分為兩大類： ø
糾錯性維護。由於前期的測試不可能揭露軟體系統中所有潛伏的
bug，使用者在使用軟體時仍將會遇到
bug，診斷和改正這些
bug的過程稱為糾錯性維護。 ø
完善性維護。在軟體的正常使用過程中，使用者還會不斷提出新的需求。為了滿足使用者新的需求而增加軟體功能的活動稱為完善性維護。如果需求變更很大，那麼完善性維護將轉變為軟體新版本的開發（即新的專案）。
軟體維護的一般流程見圖
5-8，主要活動有「接受維護請求」、「分析維護請求」和「執行軟體維護」
４ 支援過程
４．１ 軟體配置管理和文件管理
這裡最好用ｃｖｓ，ｓｖｎ或者文件庫（ｏａ等）
4.2 軟體質量管理
主要活動是「技術評審」、「測試管理」、「發布管理」、「質量保證」和「缺陷（問題）跟蹤」。
主要產品有技術評審報告，發布記錄，質量檢查表，缺陷報告
4.3 客戶服務管理
包括：客戶資訊管理，客戶問題受理，產品有客戶資訊庫，客戶問題記錄
4.4 統計分析
包括各類統計分析報告
林銳的軟體工程 讀書心得
林銳的軟體工程書還是不錯的，最近讀完了他的 軟體工程一書，其實是他提出的一套基於 等理論剪裁的 整合軟體開發過程，有不少模版 下面筆記重點的過程，並加以改進之 分四個階段 營銷過程 這個過程主要是產品的立項，創意，與客戶訂合同，投票，宣傳等 產品構思和調研 產品經理負責產品構思，首先要想清楚 產品有...
林銳的軟體工程 讀書心得
林銳的軟體工程書還是不錯的，最近讀完了他的 軟體工程一書，其實是他提出的一套基於 等理論剪裁的 整合軟體開發過程，有不少模版 下面筆記重點的過程，並加以改進之 分四個階段 營銷過程 這個過程主要是產品的立項，創意，與客戶訂合同，投票，宣傳等 產品構思和調研 產品經理負責產品構思，首先要想清楚 產品有...
軟體工程導論讀書心得
最近沒在一直寫 就看看物件導向和軟體工程方面的書，覺得做軟體和做任何事情都一樣要遵循一定的方法學，在正確方 的指導下實踐會到達更好的效果。寫下來作為以後實踐的標準。1.使用物件分解取代傳統的功能分解。2.使用繼承更好的構建層次結構系統。3.物件之間彼此通過發訊息相互聯絡，資料被封裝在物件內部，所有對...