軟體工程是研究和應用如何以系統性的、規範化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。
軟體危機是落後的軟體生產方式無法滿足迅速增長的計算機軟體需求, 從而導致軟體開發與維 護過程**現一系列嚴重問題的現象。 這些嚴重的問題阻礙著軟體生產的規模化、商品化以及生產效率，讓軟體的開發和生產成為制約軟體產業發展的「瓶徑」。
軟體生產不只是程式設計技術問題，需要有系統化、與時俱進的軟體工程方法，才能規避軟體危機！
軟體生命週期是在時間維度上，對軟體專案任務進行劃分，又稱為軟體開發過程，一般包括六個階段，分別是可行性分析與計畫階段、需求分析階段、設計階段階段、編碼階段、測試階段、執行和維護階段。其主要的模型有 瀑布模型、迭代式模型、快速原型模型和螺旋模型。
level 1-初始級：軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
level 2-可管理級：建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
level 3-已定義級：已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。
level 4-量化管理級：分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據，管理能夠在定量的範圍內**效能。
level 5-優化管理級：過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
cmmi(capability maturity model integration），即能力成熟度模型整合。cmmi是乙個基本架構，用來度量軟體生產的有效性和實用性，同時找出繼續改進的機會，提高企業的專案管理水平。cmmi為改進乙個組織的各種過程提供了乙個單一的整合化框架，新的整合模型框架消除了各個模型的不一致性，減少了模型間的重複，增加透明度和理解，建立了乙個自動的、可擴充套件的框架。因而能夠從總體上改進組織的質量和效率。cmmi主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。
係分作業1
1 簡單題 2 解釋 psp 各項指標及技能要求 1993年，電氣電子工程師學會 ieee 給出了乙個更加綜合的定義 將系統化的 規範的 可度量的方法用於軟體的開發 執行和維護的過程，即將工程化應用於軟體開發中 此後，ieee多次給出軟體工程的定義。軟體危機 英語 software crisis 是...
係分作業1
1 軟體工程是將系統化，有計畫的，可量化的方法運用到開發，執行，維護軟體中，既是將工程化的方法運用到軟體中 2 對 1 中方法的研究 軟體危機的原因是由於計算能力的快速增長和問題複雜度的快速增長，這些問題導致了軟體複雜度的快速增長，由於現有方法無法有效應對，導致出現許多軟體開發問題 表現 專案預算超...
係分作業三
瀑布模型 增量模型 螺旋模型 含原型方法 特點 軟體開發是乙個迭代和增量過程 軟體開發是由用例驅動的 軟體開發是以架構設計 architectural design 為中心的。與物件導向方法的關係 初始階段 細化階段 構造階段 交付階段 原因 之所以軟體企業能按固定節奏生產 固定週期發布軟體產品是因...