1.將系統化的、嚴格約束的、可量化的方法應用於軟體的開發、執行和維護，即將工程化應用於軟體；
2.對1中所述方法的研究。
本質原因：由於計算機能力的快速增長和無法解決的問題的複雜性，隨著軟體複雜性的增加，由於現有方法的不足，出現了許多軟體問題。
表現：超出預算的專案；超出預期時間的專案；軟體效率很低；軟體質量低劣；軟體經常不滿足需求；專案無法管理，**難以維護等
克服軟體危機的方法：在時間維度對軟體專案任務進行劃分，分為軟體定義、軟體開發、軟體維護三個時期。把軟體工程就變成在什麼時刻、工作目標、應該做什麼、怎麼做的最佳實踐指南。
在軟體工程中，軟體開發過程是將軟體開發工作劃分為不同階段以改進設計，產品管理和專案管理的過程。它也被稱為軟體開發生命週期
軟體需求。軟體需求知識領域涉及軟體需求的引出、協商、分析、規範和確認。
軟體設計。設計被定義為定義系統或元件的架構、元件、介面和其他特性的過程，以及該過程的結果（ieee 1991）。
軟體構造。軟體構建是指通過詳細設計、編碼、單元測試、整合測試、除錯和驗證的組合來詳細建立工作軟體。
軟體測試。測試是一項評估產品質量並通過識別缺陷來改進產品質量的活動。軟體測試涉及根據有限的測試用例集上的預期行為對程式行為進行動態驗證。
軟體維護。軟體維護包括增強現有的能力，使軟體適應新的和修改過的操作環境，以及糾正缺陷。
軟體配置管理。系統的配置是硬體、韌體、軟體的功能和/或物理特性，或這些特性的組合。
軟體工程管理。軟體工程管理包括計畫、協調、測量、報告和控制專案或程式，以確保軟體的開發和維護是系統的、有紀律的和量化的。
軟體工程過程。軟體工程涉及軟體生命週期過程的定義、實現、評估、測量、管理和改進。
軟體工程模型與方法。軟體工程模型和方法描述了包含多個生命週期階段的方法；特定於特定生命週期階段的方法由其他涵蓋。
軟體質量。軟體質量是乙個普遍存在的軟體生命週期問題，需要描述、估測、改進軟體的質量情況。
軟體工程專業實踐。軟體工程專業實踐涉及軟體工程師以專業、負責和道德的方式實踐軟體工程所必須具備的知識、技能和態度。
軟體工程經濟學。軟體工程經濟學關注於在業務環境中做出決策，以使技術決策與組織的業務目標保持一致。
計算基礎。計算基礎涵蓋了為軟體工程實踐提供必要計算背景的基本主題。
數學基礎。數學基礎涵蓋了為軟體工程實踐提供必要數學背景的基本主題。
工程基礎。工程基礎k蓋了為軟體工程實踐提供必要工程背景的基本主題。
level1 - initial：無序，自發生產模式。
level2 - managed：以專案為特徵，制定必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
level3 - defined：以組織為特徵，主動生產模式,將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。
level4 - quantitatively managed：對軟體過程和產品都有定量的理解與控制。
level5 - optimizing：生產過程持續不斷改進。
cmmi全稱是capability maturity model integration，即軟體能力成熟度整合模型。該模型計畫把現在所有現存實施的與即將被發展出來的各種能力成熟度模型，整合到乙個框架中去。其目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟體。cmmi為改進乙個組織的各種過程提供了乙個單一的整合化框架，新的整合模型框架消除了各個模型的不一致性，減少了模型間的重複，增加透明度和理解，建立了乙個自動的、可擴充套件的框架。因而能夠從總體上改進組織的質量和效率。
系統分析與設計作業1
1 閱讀 現代軟體工程 的 psp personal software process 章節。2 按 psp 2.1，了解乙個軟體工程師在接到乙個任務之後要做什麼，需要哪些技能，解釋你打算如何統計每項資料？期末考核，每人按開發階段提交這個表 1 待做事項 計畫估計這個任務需要多少時間 開發分析需求 ...
系統分析與設計 作業1
1 簡單題 1.1軟體工程的定義 用自己的語言歸納，就是如何系統化地去書寫和維護乙個程式 1.2閱讀經典名著 人月神話 等資料，解釋 software crisis cocomo 模型。software crisis，電腦發展較快，傳統的軟體生產已經無法滿足需求 cocomo 模型，一種用於評判軟體...
系統分析設計 作業1
目錄 軟體工程的定義 解釋導致 software crisis 本質原因 表現，述說克服軟體危機的方法 軟體生命週期 swebok 的 15 個知識域 an overview of the swebok guide 請中文翻譯其名稱與簡短說明 簡單解釋 cmmi 的五個級別。例如 level 1 i...