1、簡單題
2、解釋 psp 各項指標及技能要求：
2023年，電氣電子工程師學會（ieee）給出了乙個更加綜合的定義：」將系統化的、規範的、可度量的方法用於軟體的開發、執行和維護的過程，即將工程化應用於軟體開發中」。此後，ieee多次給出軟體工程的定義。
軟體危機（英語：software crisis）是早期電腦科學的乙個術語，是指在軟體開發及維護的過程中所遇到的一系列嚴重問題，這些問題皆可能導致軟體產品的壽命縮短、甚至夭折。軟體開發是一項高難度、高風險的活動，由於它的高失敗率，故有所謂「軟體危機」之說。軟體危機的本源是複雜、期望和改變。這個術語用來描述正急遽增加之電腦的力量帶來的衝擊和可能要處理的問題的複雜性。從本質上來說，它談到了寫出正確、可理解、可驗證的電腦程式的困難。
構造性成本模型（cocomo，英文全稱為constructive cost model）是由巴里·勃姆（barry boehm）提出的一種軟體成本估算方法。這種模型使用一種基本的回歸分析公式，使用從專案歷史和現狀中的某些特徵作為引數來進行計算。
構造性成本模型由三個不斷深入和詳細的層次組成。第一層，「基本cocomo」，適用對軟體開發進行快速、早期地對重要的方面進行粗略的成本估計，但因其缺少不同的專案屬性（「成本驅動者」）的因素，所以準確性有一定的侷限性。「中級cocomo」中考慮進了這些成本驅動者。「詳細cocomo」加入了對不同軟體開發階段影響的考量。
軟體生命週期是指：
軟體需求，軟體設計，軟體構造。
初始級（initial）：軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
可重複級/受管理級（repeatable）：建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
已定義級（defined）：已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。
量化管理級（managed）： 分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據，管理能夠在定量的範圍內**效能。
優化管理級（optimizing）：過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
cmmi是一套對企業或組織的軟體建造能力的評價體系，可以被用於引導橫貫乙個專案、乙個部門或乙個完整的組織的過程改進，識別需要改進的地方並做出有效的措施以提公升。任何乙個被評價物件將在cmmi中得到乙個成熟度評價等級，每個等級都有幾個過程區域組成，這幾個過程域共同形成一種軟體過程能力。每個過程域，都有一些特殊目標和通用目標，通過相應的特殊實踐和通用實踐來實現這些目標。當乙個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現該過程域的目標。
乙個軟體工程師在接到乙個任務之後，需要做的事：
記錄時間花費
測試報告
計算工作量
事後總結
提出過程改進計畫
需要的技能：
需要統計的資料：
質量：可以用缺陷的數量來除以專案的大小。 例如 5 bugs / kloc， 意味著每千行程式有5個缺陷。
係分作業1
1 軟體工程是將系統化，有計畫的，可量化的方法運用到開發，執行，維護軟體中，既是將工程化的方法運用到軟體中 2 對 1 中方法的研究 軟體危機的原因是由於計算能力的快速增長和問題複雜度的快速增長，這些問題導致了軟體複雜度的快速增長，由於現有方法無法有效應對，導致出現許多軟體開發問題 表現 專案預算超...
係分 作業一
軟體工程是研究和應用如何以系統性的 規範化的 可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。軟體危機是落後的軟體生產方式無法滿足迅速增長的計算機軟體需求,從而導致軟體開發與維 護過程 現一系列嚴重問題的現象。這些嚴重的問題阻礙著...
係分作業三
瀑布模型 增量模型 螺旋模型 含原型方法 特點 軟體開發是乙個迭代和增量過程 軟體開發是由用例驅動的 軟體開發是以架構設計 architectural design 為中心的。與物件導向方法的關係 初始階段 細化階段 構造階段 交付階段 原因 之所以軟體企業能按固定節奏生產 固定週期發布軟體產品是因...