軟件工程試題及答案較詳細(xì)

1、精品文檔.判斷題：1. 如果決定將軟件全部包給第三方公司開發(fā)。（X）2. 有了對系統(tǒng)的目標(biāo)有了大致的了解，就可以開始開發(fā)項(xiàng)目，以后的在開發(fā)中繼續(xù)了解。（X）3. 對于一個(gè)成功的軟件項(xiàng)目，可執(zhí)行程序是唯一交付的東西。（X）4. 直到程序運(yùn)行，才評估軟件系統(tǒng)的質(zhì)量。（X）5. 如果未能按時(shí)完成任務(wù)，我們可以通過增加程序員來加快完成任務(wù)。（X）6. 雖然軟件需求不斷變更，但因軟件比硬件有彈性，所以我們經(jīng)常可以變更它。（X）7. 軟件工程將導(dǎo)致我們產(chǎn)生大量的無用文檔，降低工作效率。（X）8. 在面向?qū)ο蠼Ｖ校黝}劃分提供了在更高一層上描述。（主題劃分是指UML中將一組關(guān)聯(lián)比較強(qiáng)的類的集合。則上百個(gè)類

2、可劃分為幾個(gè)主題）（V）9. 面向?qū)ο蟮拈_發(fā)，對象分解取代功能分解。（V）10. 軟件中80%的錯(cuò)誤存在20%的模塊中。（V）11. 結(jié)構(gòu)化分析方法在建立系統(tǒng)模型時(shí)，使用一般一一特殊結(jié)構(gòu)（實(shí)際上沒有這種關(guān)系）來處理信息。（X）12. 開發(fā)軟件就是編程。（X）13. 需求規(guī)格說明書說明了（V）14. 結(jié)構(gòu)化方法，建立系統(tǒng)模型時(shí)使用一般連接組織信息。（X）15. 敏捷過程模型選用小而高激勵的團(tuán)隊(duì)使用而不適用于大團(tuán)隊(duì)。（V）.簡答題1. 軟件工程是層次化的，其四個(gè)層次是？ 答：方法，工具，過程，質(zhì)量保證軟件工程是一種層次化的技術(shù) （如圖2- 1所示）。任何工程方法（包括軟件工程）必須以有組織的質(zhì)量保

3、證為基礎(chǔ)。 全面的質(zhì)量管理和類似的理念刺激了不斷的過程改進(jìn)，正是這種改進(jìn)導(dǎo)致了更加成熟的軟件工程方法的不斷出 現(xiàn)。支持軟件工程的根基就在于對質(zhì)量的關(guān)注。軟件工程的基層是過程層。軟件工程過程是將技術(shù)層結(jié)合在一起的凝聚力，使得計(jì)算機(jī)軟件能夠被合理地 和及時(shí)地開發(fā)出來。過程定義了一組關(guān)鍵過程區(qū)域的框架（KPAs）PAY93,這對于軟件工程技術(shù)的有效應(yīng)用是必須的。關(guān)鍵過程區(qū)域構(gòu)成了軟件項(xiàng)目的管理控制的基礎(chǔ)，并且確立了上下各區(qū)域之間的關(guān)系，其中規(guī)定了技術(shù) 方法的采用、工程產(chǎn)品（模型、文檔、數(shù)據(jù)、報(bào)告、表格等 ）的產(chǎn)生、里程碑的建立、質(zhì)量的保證及變化的適當(dāng)管 理。軟件工程的方法層提供了建造軟件在技術(shù)上需要

4、“如何做”。方法涵蓋了一系列的任務(wù)：需求分析、設(shè)計(jì)、編程、測試和維護(hù)。軟件工程方法依賴于一組基本原則，這些原則控制了每一個(gè)技術(shù)區(qū)域，且包含建?；顒雍推渌?述技術(shù)。軟件工程的工具層對過程和方法提供了自動的或半自動的支持。當(dāng)這些工具被集成起來使得一個(gè)工具產(chǎn)生的信息可被另外一個(gè)工具使用時(shí)，一個(gè)支持軟件開發(fā)的系統(tǒng)就建立了，稱為計(jì)算機(jī)輔助軟件工程（CASE）。CASE集成了軟件、硬件和一個(gè)軟件工程數(shù)據(jù)庫 （一個(gè)倉庫，其中包含了關(guān)于分析、設(shè)計(jì)、編程和測試的重要信息），從而形成了一個(gè)軟件工程環(huán)境，它類似于硬件的CAD/CAE（計(jì)算機(jī)輔助設(shè)計(jì)/工程）。軟件工程必須以有組織的質(zhì)量保證為基礎(chǔ)軟件質(zhì)量保證就是向用

5、戶及社會提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量 的活動，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動。2. 軟件工程的框架是？答：溝通，策劃，建模，構(gòu)建，部署通用過程框架通用過程框架可適用于絕大多數(shù)的軟件項(xiàng)目，該框架由溝通、策劃、建模、構(gòu)造和部署5個(gè)通用框架活動組成。（1）溝通。這項(xiàng)框架活動包含系統(tǒng)分析員與客戶之間大量的交流和協(xié)作，還包括需求獲取以及其他相關(guān)活動。（2）策劃。策劃活動協(xié)助軟件開發(fā)團(tuán)隊(duì)定義全局目標(biāo)，并為后續(xù)的軟件工程工作制定計(jì)劃。策劃活動包括一系列管理和技術(shù)實(shí)踐，如描述需要執(zhí)行的技術(shù)任務(wù)、可能的風(fēng)險(xiǎn)、資源需求、工作產(chǎn)品和工作進(jìn)

6、度計(jì)劃。（3）建模。建模的目的是為了更好地理解需要構(gòu)建的實(shí)體。在軟件工程中，要創(chuàng)建兩類模型：分析模型和設(shè)計(jì)模型。分析模型通過描述軟件的信息域、功能域及行為域來表達(dá)客戶的需求；設(shè)計(jì)模型描述軟件架構(gòu)、用戶界面及構(gòu)件細(xì)節(jié)，從而幫助開發(fā)者高效地開發(fā)軟件。（4）構(gòu)造。構(gòu)造活動包括一系列構(gòu)件組裝、編碼和測試任務(wù)，從而為向客戶和最終用戶交付可運(yùn)行軟件做好準(zhǔn)備。（5）部署。部署活動是將軟件（全部或者完成的部分）交付給用戶，用戶對其進(jìn)行評測并給出反饋意見。 部署活動包括三個(gè)動作：交付、支持和反饋。3. 一個(gè)模塊的三個(gè)基本要素有哪些？答:功能，狀態(tài)，邏輯（程序流程圖描述邏輯的一個(gè)方法）?功能：指模塊實(shí)現(xiàn)什么功能（

7、包括所調(diào)用的子模塊的功能），做什么事情?邏輯：描述模塊內(nèi)部怎么做?狀態(tài)：指該模塊使用時(shí)的環(huán)境和條件4. 不同的對象收到同一個(gè)消息，產(chǎn)生不同的結(jié)果這種現(xiàn)象叫多態(tài)。多態(tài)性含義把相同的操作施加于不同類型的對象，獲得不同的行為效果和結(jié)果。在C+中，多態(tài)性是通過虛函數(shù)（ Virtual）實(shí)現(xiàn)的。動態(tài)聯(lián)編（Dynamic binding），滯后聯(lián)編。5. 模塊的基本要素：功能，狀態(tài)，邏輯6. 面向?qū)ο蠼Ｐ枰R別五個(gè)層次：a.類與對象層b.屬性層 c.結(jié)構(gòu)層（類與類之間的關(guān)系）d.方法層 e.主題層（為多個(gè)類劃分主題）主題層：它相當(dāng)于高層的模塊或子系統(tǒng)類與對象層：它們是對問題域概念的抽象，可以從用戶需求或

8、其它規(guī)格說明書中找到。結(jié)構(gòu)層：描述類之間的整體與部分、一般與特殊的關(guān)系。屬性層：它們是類所保存的信息，同時(shí)要給出各個(gè)類之間的實(shí)例連接。服務(wù)層：它們是類可提供的操作，同時(shí)要根據(jù)需要的功能給出各個(gè)操作之間的消息連接。軟件測試的四個(gè)階段：a.單元測試b.集成測試c.確認(rèn)測試d.系統(tǒng)測試單元測試（模塊測試）：目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。主要測試編碼和詳細(xì)設(shè)計(jì)階段的錯(cuò) 誤。子系統(tǒng)測試：把經(jīng)過單元測試的模塊放在一起形成子系統(tǒng)。注重模塊接口。系統(tǒng)測試（集成測試）：測試由子系統(tǒng)組成的整個(gè)系統(tǒng)，不僅測試模塊間的協(xié)調(diào)和通信能力。還要測試設(shè)計(jì) 錯(cuò)誤、需求說明中的功能錯(cuò)誤。驗(yàn)收測試：確認(rèn)系統(tǒng)能夠滿足用戶

9、的需求，方法同系統(tǒng)測試，主要強(qiáng)調(diào)用戶的參與（alpha測試），測試需求說明中的功能錯(cuò)誤。平行運(yùn)行、beta測試測試過程按4個(gè)步驟進(jìn)行，即單元測試、組裝測試、確認(rèn)測試和系統(tǒng)測試。開始是單元測試，集中對用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了 規(guī)定的功能。? 組裝測試把已測試過的模塊組裝起來，主要對與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。? 確認(rèn)測試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否 完全、正確。? 系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測試。? 單元測試又稱模塊測試，是針對軟件設(shè)計(jì)的

10、最小單位一程序模塊，進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。? 單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測試。? 組裝測試（集成測試、聯(lián)合測試）? 通常，在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。這時(shí)需要考慮的問題是：?在把各個(gè)模塊連接起來的時(shí)侯，穿越模塊接口的數(shù)據(jù)是否會丟失；?一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響；? 確認(rèn)測試又稱有效性測試。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。? 對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測試的 基

11、礎(chǔ)。? 確認(rèn)測試一般采用黑盒測試，其測試范圍與系統(tǒng)測試略有不同，如弱化一些技術(shù)性的測試，強(qiáng)化用戶 所關(guān)心的功能和性能測試等。確認(rèn)測試一般包括? 有效性測試（強(qiáng)調(diào)由專家進(jìn)行）? 軟件配置復(fù)查? a測試和B測試? 驗(yàn)收測試（強(qiáng)調(diào)由用戶進(jìn)行）-功能測試-性能測試（響應(yīng)時(shí)間、處理速度、容量開銷等）-強(qiáng)度測試（對強(qiáng)負(fù)荷的承受能力）-對文檔配置的復(fù)審? 系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。? 系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟

12、件與系統(tǒng)的定義不符合或與之矛盾的地方。將軟件周期化為8個(gè)階段（瀑布模型）：a可行性研究 b需求分析 c概要測試 d詳細(xì)測試 e編碼 f測試g.維護(hù)h.問題定義正確的順序?yàn)椋篽abcdefgP 12-14頁書上。7. 對于一個(gè)流圖（程序流程圖退化為流圖），它的基本路徑的獨(dú)立之路的上限是V （G）。（V （ G）:強(qiáng)連通圖中線性無關(guān)的環(huán)的個(gè)數(shù)）P157頁書上8. 自上往下集成測試：不需要編寫驅(qū)動程序；自下往上集成測試：不需要編寫樁程序P147-148 書上。9. 單元測試針對模塊哪些方面？接口信息，主要功能，邊界，錯(cuò)誤處理，主要路徑。P143頁10. 題目：比較經(jīng)典的軟件工程開發(fā)過程模型（是對這三

13、個(gè)模型化比較分析）一一瀑布模型、原型模型、螺旋模型。瀑布模型從可行性研究開始，逐步進(jìn)行階段性變換，直至通過確認(rèn)測試并得到用戶確認(rèn)的軟件產(chǎn)品為止。瀑布模型上一階段的變換結(jié)果是下一階段變換的輸入，相鄰兩個(gè)階段具有因果關(guān)系，緊密聯(lián)系。一個(gè)階段的失誤將蔓延到以后的各個(gè)階段。為了保障軟件開發(fā)的正確性，每一階段任務(wù)完成后，都必須對它的階段性產(chǎn)品進(jìn)行評審，確認(rèn)之后再轉(zhuǎn)入下一階段的工作。評審過程發(fā)現(xiàn)錯(cuò)誤和疏漏后，應(yīng)該及時(shí)反饋到前面的有關(guān)階段修正錯(cuò)誤或彌補(bǔ)疏漏，然后再重復(fù)前面的工作，直至某一階段通過評審后再進(jìn)入下一階段。瀑布模型的優(yōu)點(diǎn)： 有利于大型軟件開發(fā)過程中人員的組織、管理，有利于軟件開發(fā)方法和工具的研究，

14、從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn)：（1）開發(fā)過程一般不能逆轉(zhuǎn)，否則代價(jià)太大；（2）實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按該模型進(jìn)行；（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。（4）軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。瀑布模型的使用范圍：（1）用戶的需求非常清楚全面，且在開發(fā)過程中沒有或很少變化；（2）開發(fā)人員對軟件的應(yīng)用領(lǐng)域很熟悉；（3）用戶的使用環(huán)境非常穩(wěn)定；（4）開發(fā)工作對用戶參與的要求很低。原型模型又稱演化模型，主要是針對事先不能完整定義需求的軟件項(xiàng)目開發(fā)而言的。許多軟件開發(fā)項(xiàng) 目由于人們對軟件需求的認(rèn)識模糊，很難一次開發(fā)成功

15、， 返工再開發(fā)難以避免。因此，人們對需開發(fā)的軟件給出基本需求，作第一次試驗(yàn)開發(fā)， 其目標(biāo)僅在于探索可行性和弄清需求，取得有效的反饋信息， 以支持軟件的最終設(shè)計(jì)和實(shí)現(xiàn)。通常我們把第一次實(shí)驗(yàn)性開發(fā)出的軟件稱為原型（prototype ）。這種開發(fā)模型可以減少由于需求不明給開發(fā)工作帶來的風(fēng)險(xiǎn)，有較好的效果。相對瀑布模型來說，原型模型更符合人類認(rèn)識真理的過程和思維，是目前較流行的一種實(shí)用的軟件開發(fā)方法。原型模型的優(yōu)點(diǎn)：（1）開發(fā)人員和用戶在“原型”上達(dá)成一致。這樣一來，可以減少設(shè)計(jì)中的錯(cuò)誤和開發(fā)中的風(fēng)險(xiǎn)，也減少了對用戶培訓(xùn)的時(shí)間，而提高了系統(tǒng)的實(shí)用、正確性以及用戶的滿意程度。（2）縮短了開發(fā)周期，加快

16、了工程進(jìn)度。（3）降低成本。快速原型模型的缺點(diǎn)：（1）客戶與開發(fā)者對原型理解不同；（2）準(zhǔn)確的原型設(shè)計(jì)比較困難；（3）不利于開發(fā)人員的創(chuàng)新。快速原型模型的使用范圍：（1）對所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具；（2）項(xiàng)目招投標(biāo)時(shí)，可以以原型模型作為軟件的開發(fā)模型；（3 ）進(jìn)行產(chǎn)品移植或升級時(shí)，或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí)，原型模型是非常適合的。螺旋模型 是瀑布模型與原型模型相結(jié)合，并增加兩者所忽略的風(fēng)險(xiǎn)分析而產(chǎn)生的一種模型，該模型通 常用來指導(dǎo)大型軟件項(xiàng)目的開發(fā)，它將開發(fā)劃分為制定計(jì)劃、風(fēng)險(xiǎn)計(jì)劃、實(shí)施開發(fā)和客戶評估四類活動。 沿著螺旋線每轉(zhuǎn)一圈，表示開發(fā)出一個(gè)更完善的新的軟件版本。

17、如果開發(fā)風(fēng)險(xiǎn)過大，開發(fā)機(jī)構(gòu)和客戶無法 接受，項(xiàng)目有可能就此中止；多數(shù)情況下，會沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的 軟件產(chǎn)品。螺旋模型的優(yōu)點(diǎn)：1）設(shè)計(jì)上的靈活性，可以在項(xiàng)目的各個(gè)階段進(jìn)行變更。2）以小的分段來構(gòu)建大型系統(tǒng)，使成本計(jì)算變得簡單容易。3）客戶始終參與每個(gè)階段的開發(fā)，保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性。4）隨著項(xiàng)目推進(jìn)，客戶始終掌握項(xiàng)目的最新信息，從而他或她能夠和管理層有效地交互。5）客戶認(rèn)可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。螺旋模型的缺點(diǎn)：（1）采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門知識，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識

18、風(fēng)險(xiǎn)，勢必造成重大損失；（2）過多的迭代次數(shù)會增加開發(fā)成本，延遲提交時(shí)間。螺旋模型的適用領(lǐng)域：1）適合于大型軟件的開發(fā)。2）對于新近開發(fā)，需求不明確的情況下，適合用螺旋模型進(jìn)行開發(fā)，便于風(fēng)險(xiǎn)控制和需求變更。11計(jì)算機(jī)語言不斷發(fā)展，提高了軟件工程的開發(fā)效率，圍繞計(jì)算機(jī)語言，分析計(jì)算機(jī)語言在軟件工程的作用 以及軟件工程的本質(zhì)。計(jì)算機(jī)程序設(shè)計(jì)語言的發(fā)展，經(jīng)歷了從機(jī)器語言、匯編語言到高級語言的歷程。從最初與計(jì)算機(jī)交流的痛苦經(jīng)歷中，人們意識到，應(yīng)該設(shè)計(jì)一種這樣的語言，這種語言接近于數(shù)學(xué)語言或人的自然語言，同時(shí)又不依賴于計(jì)算機(jī)硬件，編出的程序能在所有機(jī)器上通用。經(jīng)過努 力，1954年，第一個(gè)完全脫離機(jī)器硬

19、件的高級語言-FORTRAN問世了，40多年來，共有幾百種高級語言出現(xiàn)，有重要意義的有幾十種，影響較大、使用較普遍的有FORTRAN、ALGOL、COBOL、BASIC、LISP、SNOBOL、PL/1、Pascal、C、PROLOG、Ada、C+、VC、VB、JAVA 等。隨著c,pascal,fortran,等結(jié)構(gòu)化高級語言的誕生，使程序員可以離開機(jī)器層次，在更抽象的層次上表達(dá)意圖。由此誕生的三種重要控制結(jié)構(gòu)，以及一些基本數(shù)據(jù)類型都能夠很好的開始讓程序員以接近問題本質(zhì)的方式 去思考和描述問題。隨著程序規(guī)模的不斷擴(kuò)大，在60年代末期出現(xiàn)了軟件危機(jī)，在當(dāng)時(shí)的程序設(shè)計(jì)模型中都無法克服錯(cuò)誤隨著代碼

20、的擴(kuò)大而級數(shù)般的擴(kuò)大，以至到了無法控制的地步，這個(gè)時(shí)候就出現(xiàn)了一種新的 思考程序設(shè)計(jì)方式和程序設(shè)計(jì)模型-面向?qū)ο蟪绦蛟O(shè)計(jì)，由此也誕生了一批支持此技術(shù)的程序設(shè)計(jì)語言， 比如eiffel，c+，java，這些語言都以新的觀點(diǎn)去看待問題，即問題就是由各種不同屬性的對象以及對象之 間的消息傳遞構(gòu)成。面向?qū)ο笳Z言由此必須支持新的程序設(shè)計(jì)技術(shù)，例如：數(shù)據(jù)隱藏，數(shù)據(jù)抽象，用戶定 義類型，繼承，多態(tài)等等。精品文檔 結(jié)構(gòu)化語言比非結(jié)構(gòu)化語言更易于程序設(shè)計(jì)，用結(jié)構(gòu)化語言編寫的程序的清晰性使得它們更易于維護(hù)。這 已是人們普遍接受的觀點(diǎn)了。比如作為結(jié)構(gòu)化語言的C語言主要結(jié)構(gòu)成分是函數(shù) C的獨(dú)立子程序。在C語言中，函數(shù)

21、是一種構(gòu)件（程序塊），是完成程序功能的基本構(gòu)件。函數(shù)允許一個(gè)程序的諸任務(wù)被分別定義和 編碼，使程序模塊化。可以確信，一個(gè)好的函數(shù)不僅能正確工作且不會對程序的其它部分產(chǎn)生副作用。面向?qū)ο笳Z言是只一切操作都以對象為基礎(chǔ)，它是由面向過程語言發(fā)展而來的， 但正是它的這個(gè)特性使得面向?qū)ο笳Z言對底層的操作不是很方便。例如： java語言。面向過程語言是以過程或函數(shù)為基礎(chǔ)的，這種語言對底層硬件，內(nèi)存等操作比較方便，但是寫代碼和調(diào)試 維護(hù)等會很麻煩。例如： c語言：從低級語言到高級語言發(fā)展。從非結(jié)構(gòu)化語言結(jié)構(gòu)化語言面向過程語言面向?qū)ο笳Z言（各自的特點(diǎn)）計(jì)算機(jī)科學(xué)技術(shù)百科全書中的定義：軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、

22、數(shù)學(xué)及管理科學(xué)等原理， 開發(fā)軟件的工程。軟件工程借鑒傳統(tǒng)工程的原則、方法，以提高質(zhì)量、降低成本。其中，計(jì)算 機(jī)科學(xué)、數(shù)學(xué)用于構(gòu)建模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計(jì)范型（paradigm）、評估成本及確定權(quán)衡，管理科學(xué)用于計(jì)劃、資源、質(zhì)量、成本等管理。軟件工程的本質(zhì)： 從需求分析道最后的可執(zhí)行代碼有一個(gè)語言斷層，我們的任務(wù)就是消除這個(gè)斷層。本質(zhì)特性：軟件工程關(guān)注于大型程序的構(gòu)造；軟件工程的中心課題是控制復(fù)雜性； 許多軟件的復(fù)雜性主要不是由問題的內(nèi)在復(fù)雜性造成的，而是由必須處理的大量細(xì)節(jié)造成 的。軟件經(jīng)常化；開發(fā)軟件的效率非常重要；和諧地合作是開發(fā)軟件的關(guān)鍵；軟件必須有效地支持它的用戶；在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。12.題目：在需求分析建立模型統(tǒng)稱為需求模型。在設(shè)計(jì)階段建立模型統(tǒng)稱為設(shè)計(jì)模型。從需求模型到設(shè)計(jì)模型的映射。（即需求模型中的模型在設(shè)計(jì)模型中對應(yīng)什么位置）答：（需求模型定義+分類（功能，對象，動態(tài)模型）；設(shè)計(jì)模型定義+體系結(jié)構(gòu)用什么模型+借口設(shè)計(jì)模 型+構(gòu)建級設(shè)計(jì)）需求分析應(yīng)該建立 3種模型他們分別是數(shù)據(jù)模型、功能模型、行為模型。實(shí)體-聯(lián)系圖，描述數(shù)據(jù)對象及