在接觸系統分析與設計這門課之前，我很少考慮過軟體開發過程中可能會遇到的技術以外的問題。在上了系統設計與分析這門課之後才知道在軟體開發的過程中技術的問題並不是最重要的。為了不讓自己忘掉這門課的知識，做一下總結並寫下一點體會。
首先，是軟體工程的定義。這在大一時候的軟體工程導論已經接觸過了，但在此後的各種專業課程中鮮有再提這個定義。按照wiki上提到的，軟體工程是應用電腦科學理論和技術以及工程管理原則和方法，按預算和進度，實現滿足使用者要求的軟體產品的定義、開發、和維護的工程或進行研究的學科。從這裡可以看出來，軟體工程跟科研大不相同，必須考慮諸如需求、成本、穩定性等的問題。由此衍生出了軟體危機的概念。是指在軟體開發及維護的過程中所遇到的一系列嚴重問題，這些問題皆可能導致軟體產品的壽命縮短、甚至夭折，表現在以下方面：專案執行超出預算；專案執行超過時間；軟體質量低落；軟體通常不匹配需求；專案無法管理，且**難以維護。
為了規避、解決軟體開發中可能遇到的各種問題，cocomo就是其中一種方法。cocomo使用基本的回歸分析公式以及從專案歷史和現狀中的某些特徵作為引數來對軟體成本進行計算。構造性成本模型由三個不斷深入和詳細的層次組成。第一層，「基本cocomo」，適用對軟體開發進行快速、早期地對重要的方面進行粗略的成本估計，但因其缺少不同的專案屬性（「成本驅動者」）的因素，所以準確性有一定的侷限性。「中級cocomo」中考慮進了這些成本驅動者。「詳細cocomo」加入了對不同軟體開發階段影響的考量。
除此以外，軟體工程還有開發標準。cmmi模型就是其中一種。
cmmi
全稱是capability maturity model integration
，即能力成熟度模型整合，其目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟體。其所依據的想法是：只要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體開發中的困難。
cmmi
為改進乙個組織的各種過程提供了乙個單一的整合化框架，新的整合模型框架消除了各個模型的不一致性，減少了模型間的重複，增加透明度和理解，建立了乙個自動的、可擴充套件的框架。因而能夠從總體上改進組織的質量和效率。
cmmi
主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。
cmmi
有五個等級，從低到高分別是初始級、可管理級、已定義級、量化管理級、優化管理級。
時間關係暫時先寫到這裡，下次有空時再做進一步補充。
軟體系統分析與設計
系統分析說明書包括 1.識別使用者的要求 2.評價系統的可行性 3.經濟分析，技術分析 4.把功能分配給硬體，軟體，人，資料庫和其他系統元素 5.建立成本限制和進度限制 6.生成系統規格說明書，形成所有後續工程的基礎 這些目標一般由硬體和軟體，資料庫專家共同實現 使用者需求分析說明書 需求分析所要做...
軟體工程之系統分析與設計方法學
引言 自軟體工程問世以來，隨著計算機科學技術的進步和人們對軟體的認識不斷加深，先後出現了多種分析與設計方法。不同的方法基於不同的概念來建立系統的分析模型和設計模型，並給出了不同的過程策略。以下是經過閱讀 物件導向的分析與設計 邵維忠 楊芙清 著 後，筆者思維歸納與整合後的四種典型的系統分析與設計方法...
軟體工程之二系統分析
軟體工程將軟體開發分為 六個階段。這是傳統上的劃分，現在有多種新形式的劃分，但根本上還是圍繞軟體開發的流程為主線。軟體工程強調了文件的重要性，所以每個階段都會有相應的文件 第二章的內容主要是講 第乙個階段 制定計畫，通過系統分析，完成兩個重要的文件 可行性分析報告 軟體計畫。為下乙個階段 需求分析做...