1.軟體工程的定義：
軟體工程是（1）將系統化、規範化、可度量的方法應用於軟體開發、執行和維護，即將工程化方法應用於軟軟體。（2）在（1）中所述方法的研究。
2.解釋 software crisis、cocomo 模型
software crisis：軟體危機是指落後的軟體生產方式無法滿足迅速增長的計算機軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。
六十年代以來，隨著計算機應用需求的驅動，系統軟體和應用軟體有很大的發展，如作業系統，編譯系統和大型應用軟體等。由於軟體生產的複雜性和高成本，使大型軟體的生產出現了很大的困難，即出現軟體危機。
cocomo：英文全稱為constructive cost model，中文為構造性成本模型。它是一種精確、易於使用的，基於模型的成本估算方法，最早由勃姆 （boehm） 於 1981 年提出。從本質上說是一種引數化的專案估算方法，引數建模是把專案的某些特徵作為引數，通過建立乙個數字模型**專案成本。
3.軟體生命週期：
計算機軟體有乙個孕育、誕生、成長、成熟、衰亡的生存過程，即軟體的生命週期。軟體的生命週期劃分為若干個階段，每個階段有明確的任務，從而使得規模，結構和管理複雜的軟體開發過程得到適當的控制和管理。
軟體生命週期包括可行性分析與開發計畫、需求分析、設計（概要設計和詳細設計）、編碼實現、測試、執行與維護等活動，將這些活動以適當的形式分配到不同的階段去完成。
4.按照 swebok 的 ka 劃分，本課程關注哪些 ka 或 知識領域
本課程關注軟體需求，和軟體設計領域。
5.解釋 cmmi 的五個級別。例如：level 1 - initial：無序，自發生產模式。
level 1 - initial：無序，自發生產模式
level 2 - managed：建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
level 3 - defined：已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。
level 4 - quantitatively managed：分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據，管理能夠在定量的範圍內**效能。
level 5 - optimizing：過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
6.用自己語言簡述 swebok 或 cmmi （約200字）
cmmi是軟體能力成熟度整合模型。cmm共有五個等級，分別標誌著軟體企業能力的成熟度的五個層次。
對於乙個企業來說，達到cmm2就基本進入了規模開發，基本具備了乙個現代化軟體企業的基本架構和和方法，具備了承接外包的能力。cmm3評估則需要對大軟體整合的把握，包括整體架構的整合。cmm3和cmm4是乙個分水嶺，cmm4的高度主要體現在量化，對軟體過程和產品都有定量的理解與控制，管理能夠在定量的範圍內**效能。而cmm5則是在前四階段的基礎上實現自我完善——過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
計畫 · 估計這個任務需要多少時間
開發 · 分析需求
· 生成設計文件
· 設計複審 (和同事審核設計文件)
· **規範 (為目前的開發制定合適的規範)
· 具體設計
· 具體編碼
· **複審
· 測試（包括自我測試，修改**，提交修改）
記錄時間花費
測試報告
計算工作量
事後總結
提出過程改進計畫
系統分析與設計 作業一
1 軟體工程的定義 軟體工程就是將工程化的思想應用在軟體開發和維護中，把經實踐檢驗的工程管理技術和當前可得的最好的技術方法結合起來，系統 規範 可量化地開發出高質量的軟體並有效維護。2 解釋導致 software crisis 本質原因 表現，述說克服軟體危機的方法 軟體危機的本質原因是計算機的快速...
系統分析與設計作業一
1 簡答題 軟體工程是 1 將系統化的 規範的 可度 量的方法應用於軟體的開發 執行和維護，即將工程化方法應用於軟體 2 在 1 中所述方法的研究 導致軟體危機的本質原因 軟體本質上具有一致性 複雜性 可變性 不可視性。需要面對的各種設計風險，不僅要能滿足軟體的變化，而且軟體的非功能性需求的實現成本...
系統分析與設計 作業一
1.重大的專案決策由超過大多數的專案參與人員討論決定，小的決策可以由負責這個方面的領導做出，但是不能觸及個人利益，一旦觸及個人利益就要由涉及範圍內的所有人參與討論，最後才能執行。這樣做的必要性並不侷限於集中大家的智慧型，降低決策由少數人做出而產生的風險，更重要的是另一方面讓參與者產生自己在專案的運作...