軟體工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉及程式語言、資料庫、軟體開發工具、系統平台、標準、設計模式等方面。
軟體危機是指落後的軟體生產方式無法滿足迅速增長的計算機軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。
cocomo，英文全稱為
constructive cost model
，中文為構造性成本模型。它是一種精確、易於使用的，基於模型的成本估算方法，最早由勃姆 （
boehm
） 於
1981
年提出。從本質上說是一種引數化的專案估算方法，引數建模是把專案的某些特徵作為引數，通過建立乙個數字模型**專案成本（類似於居住面積作為引數計算的整體的住房成本）。
軟體生命週期又稱為軟體生存週期或系統開發生命週期，是軟體的產生直到報廢的生命週期，週期內有問題定義、可行性分析、總體描述、系統設計、編碼、除錯和測試、驗收與執行、維護公升級到廢棄等階段，這種按時間分程的思想方法是軟體工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文件以供交流或備查，以提高軟體的質量。但隨著新的物件導向的設計方法和技術的成熟，軟體生命週期設計方法的指導意義正在逐步減少。
生命週期的每乙個週期都有確定的任務，並產生一定規格的文件（資料），提交給下乙個週期作為繼續工作的依據。按照軟體的生命週期，軟體的開發不再只單單強調「編碼」，而是概括了軟體開發的全過程。軟體工程要求每一週期工作的開始只能必須是建立在前乙個週期結果「正確」前提上的延續；因此，每一週期都是按「活動 ── 結果 ── 審核 ── 再活動 ── 直至結果正確」迴圈往復進展的。
軟體需求、軟體設計、軟體構造、軟體測試、軟體維護、軟體配置管理、軟體工程管理、軟體工程過程、軟體工程工具和方法、軟體質量。
1．初始級
軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
2．可重複級
建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
3．已定義級
已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。
4．量化管理級
分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據，管理能夠在定量的範圍內**效能。
5．優化管理級
過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進
cmmi是一種能力改進模型，可以適用於解決各個行業組織中各個級別的效能問題。該模型提供了指導和建議，幫助人們組織診斷問題並提高效能。
a) 專案/任務有多大？
說明專案的大小, 一般用**行數 (line of code, loc) 來表示；也可以用功能點 (function point).乙個重要的指標是: 你在實際產品中寫了多少**, 不包括空行/注釋行/單字元行.
b) 花了多少時間?
可以用小時, 天，月，年來表示。一組人所花費的時間可以用 (人數*時間) 來表示，例如某專案花費了10個人·月。
c) 質量如何?
交付的**中有多少缺陷? 交付有兩個定義,
在 code complete 「**完成」 的時候, 交付給測試人員
交付到顧客那裡去 (在軟體交付的時候)。
可以用缺陷的數量來除以專案的大小。 例如 5 bugs / kloc， 意味著每千行程式有5個缺陷。
d) 是否按時交付?
軟體/任務是否按時交付
系統分析與設計
位置 用簡短的語言給出對分析 設計的理解 用一句話描述物件導向的分析與設計的優勢 物件導向的分析與設計的優勢是按照物件的觀點考慮問題域和邏輯解決方案，通過分析現實來發現並描述問題域中的物件。簡述uml 統一建模語言 的作用。考試考哪些圖 uml是用來描述 構造和文件化系統製品的視覺化語言，它的作用是...
系統分析與設計
概述 在充分理解系統分析與設計的工作內容的基礎上，大致了解系統分析與設計的過程。以及各個過程所使用的技術和工具。什麼是分析和設計？分析 強調的是對問題和需求的調查研究，而不是解決方案。解決 要做什麼 的問題。目標做正確的事。設計 強調的是滿足需求的概念上的解決方案，而不是實現。解決 該如何做 的問題...
軟體系統分析與設計
系統分析說明書包括 1.識別使用者的要求 2.評價系統的可行性 3.經濟分析，技術分析 4.把功能分配給硬體，軟體，人，資料庫和其他系統元素 5.建立成本限制和進度限制 6.生成系統規格說明書，形成所有後續工程的基礎 這些目標一般由硬體和軟體，資料庫專家共同實現 使用者需求分析說明書 需求分析所要做...