軟件工程作業(yè)參考答案

軟件工程作業(yè)參照答案軟件工程作業(yè)參照答案/軟件工程作業(yè)參照答案軟件工程作業(yè)答案作業(yè)一一、1．過程與模型工具和環(huán)境3產(chǎn)品軟件合同軟件由外至內(nèi)5．三種基本流程控制構(gòu)造軟件危機(jī)7．盡可能模擬人類習(xí)慣的思想方式人類認(rèn)識世界構(gòu)造化數(shù)據(jù)二、三、構(gòu)造化方法是一種傳統(tǒng)的軟件開發(fā)方法，其總的指導(dǎo)思想是自頂向下、初步求精、單進(jìn)口、單出口，其基本源則是抽象和功能分解。軟件工具是指為支持計(jì)算機(jī)軟件的開發(fā)、保護(hù)及有關(guān)工作而研制的程序系統(tǒng)。3.CASE是一組工具和方法的會(huì)合，可以協(xié)助軟件開發(fā)生命周期各階段進(jìn)行軟件開發(fā)。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個(gè)一致而一致的框架中，

而且汲取了

CAD(計(jì)算機(jī)協(xié)助設(shè)計(jì)

)、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)和很多其余計(jì)算機(jī)領(lǐng)域的原理和技術(shù)。因此，

CASE領(lǐng)域是一個(gè)應(yīng)用、繼承和綜合的領(lǐng)域。四、軟件工程是一門工程性學(xué)科，其目標(biāo)是以較少的代價(jià)獲得高質(zhì)量的軟件，包含：付出較低的開發(fā)成本；達(dá)到要求的軟件功能；獲得較好的軟件性能；開發(fā)的軟件易于移植；需要較低的保護(hù)開銷；能準(zhǔn)時(shí)達(dá)成開發(fā)任務(wù)，實(shí)時(shí)交托使用；開發(fā)的軟件靠譜性高。軟件文檔的作用有：提升軟件開發(fā)過程的能見度；提升軟件開發(fā)效率；作為開發(fā)人員階段工作成就和結(jié)束標(biāo)記；記錄開發(fā)過程的有關(guān)信息便于使用與保護(hù)；供給軟件運(yùn)轉(zhuǎn)、保護(hù)和培訓(xùn)有關(guān)資料；便于用戶認(rèn)識軟件功能、性能。瀑布模型是典型的文檔驅(qū)動(dòng)型軟件開發(fā)模型，其弊端主要有：實(shí)質(zhì)軟件開發(fā)中，各階段之間其實(shí)不是圓滿的自上而下線性次序張開；在開發(fā)過程中，用戶看不見系統(tǒng)，而只有在交托使用時(shí)系統(tǒng)才能和用戶會(huì)面；針對需求模糊或變化的狀況，瀑布模型不夠靈巧。軟件發(fā)展第二階段的末期，因?yàn)橛?jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)轉(zhuǎn)速度、容量、靠譜性有明顯的提升，生產(chǎn)成本明顯降落，這為計(jì)算機(jī)的寬泛應(yīng)用創(chuàng)辦了條件。一些復(fù)雜的、大型的軟件開發(fā)項(xiàng)目提出來了，可是，軟件開發(fā)技術(shù)的進(jìn)步向來未能知足發(fā)展的需要。在軟件開發(fā)中碰到的問題找不到解決方法，使問題累積起來，形成了尖利的矛盾，因而致使了軟件危機(jī)。軟件危機(jī)表此刻以下四個(gè)方面：1）經(jīng)費(fèi)估計(jì)常常打破，達(dá)成時(shí)間再三延遲。因?yàn)槿鄙佘浖_發(fā)的經(jīng)驗(yàn)和軟件開發(fā)數(shù)據(jù)的累積，使得開發(fā)工作的計(jì)劃很難制定。主觀盲目制定計(jì)劃，履行起來與實(shí)質(zhì)狀況有很大差距，使得開發(fā)經(jīng)費(fèi)再三打破。因?yàn)閷ぷ髁款A(yù)計(jì)不足，對開發(fā)難度預(yù)計(jì)不足，進(jìn)度計(jì)劃沒法準(zhǔn)時(shí)達(dá)成，開發(fā)時(shí)間再三延遲。2）開發(fā)的軟件不可以知足用戶要求。開發(fā)早期對用戶的要求認(rèn)識不夠明確，未能獲得明確的表達(dá)。開發(fā)工作開始后，軟件人員和用戶又未能實(shí)時(shí)互換建議，使得一些問題不可以實(shí)時(shí)解決，致使開發(fā)的軟件不可以知足用戶的要求，因此致使開發(fā)失敗。3）開發(fā)的軟件可保護(hù)性差。開發(fā)過程中沒有同意的、公認(rèn)的規(guī)范，軟件開發(fā)人員按各自的風(fēng)格工作，各自進(jìn)行，開發(fā)過程無圓滿、規(guī)范的文檔，發(fā)現(xiàn)問題后進(jìn)行紛雜無章的更正。程序構(gòu)造不好，運(yùn)轉(zhuǎn)時(shí)發(fā)現(xiàn)錯(cuò)誤也很難更正，致使保護(hù)性差。4）開發(fā)的軟件靠譜性差。因?yàn)樵陂_發(fā)過程中，沒有保證軟件質(zhì)量的系統(tǒng)和舉措，在軟件測試時(shí)，又沒有嚴(yán)格的、充分的、圓滿的測試，提交給用戶的軟件質(zhì)量差，在運(yùn)轉(zhuǎn)中裸露出大批的問題。造成軟件危機(jī)的原由是：1）軟件的規(guī)模愈來愈大，構(gòu)造愈來愈復(fù)雜。2）軟件開發(fā)管理困難而復(fù)雜。3）軟件開發(fā)開銷不停增添。4）軟件開發(fā)技術(shù)落伍。5）生產(chǎn)方式落伍。6）開發(fā)工具落伍，生產(chǎn)率提升遲緩。作業(yè)二一、1．?dāng)?shù)據(jù)齊集組合行為信息流變換分析事物分析深度寬度聚合繼承對象組合依靠越低子系統(tǒng)設(shè)計(jì)信息設(shè)計(jì)狀態(tài)圖內(nèi)部動(dòng)作的達(dá)成二、三、1.多態(tài)性指同樣的操作或函數(shù)、過程可作用于多各樣類的對象上并獲得不同樣結(jié)果。層次圖主要用來描述軟件的層次構(gòu)造，矩形框代表一個(gè)模塊，矩形框間的連線表示模塊之間的調(diào)用關(guān)系。建模方法是指一整套需求規(guī)格說明的方法、技術(shù)、圖形工具及其相應(yīng)的軟件工具的會(huì)合。信息隱蔽是指在模塊設(shè)計(jì)時(shí)，使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù))，關(guān)于不需要這些信息的其余模塊來說是不可以接見的。這樣，改變模塊的內(nèi)部過程和數(shù)據(jù)的設(shè)計(jì)不會(huì)影響到其余模塊。模塊是指可獨(dú)自命名的且可接見的零件。四、1．比方成績管理系統(tǒng)中，統(tǒng)計(jì)學(xué)生成績即是功能性需求，而要求系統(tǒng)運(yùn)轉(zhuǎn)時(shí)最多只好使用50MB的內(nèi)存空間則為性能需求。功能性需求常常是局部的，因此其利害只影響系統(tǒng)局部行為，而性能需求常常是全局的，會(huì)因影響到整個(gè)系統(tǒng)。模塊的作用域是指模塊中判斷的影響范圍。模塊的控制域是指模塊自己及其直接或間接調(diào)用的模塊。假如模塊的作用域不在模塊的控制域以內(nèi)，在對模塊進(jìn)行保護(hù)時(shí)不可以實(shí)現(xiàn)更正局部化，進(jìn)而致使模塊不易保護(hù)，由此模塊的作用域需在控制域內(nèi)。3．UML的特色是：（1）一致了面向?qū)ο蠓椒ǖ挠嘘P(guān)見解和描述方法；（2）表達(dá)能力強(qiáng)，能對各樣并發(fā)散布式系統(tǒng)進(jìn)行建模，且UML還供給了擴(kuò)展系統(tǒng)；（3）UML專注于一種標(biāo)準(zhǔn)的建模語言，而不是一個(gè)開發(fā)過程。4.從模塊獨(dú)立性來看，模塊的耦合度越低，模塊的獨(dú)立性越強(qiáng)。從模塊的耦合度來看，使用全局變量傳達(dá)模塊之間的信息，模塊之間的耦合度要比用參數(shù)傳達(dá)模塊間信息的耦合度大。因此，從模塊獨(dú)立性的角度來看，模塊之間需要經(jīng)過參數(shù)傳達(dá)模塊間的信息。五、1.在線考試管理系統(tǒng)在線測試組卷學(xué)生考試教師題庫保護(hù)資料保護(hù)成績辦理系統(tǒng)管理員考試信息保護(hù)2.企業(yè)聘用職工工號1*部門部門號1生產(chǎn)*產(chǎn)品作業(yè)三一、1．環(huán)形復(fù)雜性從前沒有辦理的語句或條件編譯動(dòng)向測試8020產(chǎn)品或中間產(chǎn)品過程項(xiàng)目使變化更易適應(yīng)變化發(fā)生時(shí)所需的工作量開發(fā)一個(gè)或多個(gè)用戶源程序標(biāo)號交叉引用表更正和壓縮了的軟件定義和開發(fā)風(fēng)險(xiǎn)發(fā)生的可能性民主小組二、1.A2.C3.C4.C5.B6.C7.C8.B9.B10.三、1.經(jīng)濟(jì)效益是指因使用新系統(tǒng)而增添的收入，包含使用新系統(tǒng)節(jié)儉的運(yùn)轉(zhuǎn)開銷，他可以采納錢幣的時(shí)間價(jià)值、純收入、投資回收期和投資回收率等來胸懷。2.適應(yīng)性保護(hù)使軟件適應(yīng)辦理環(huán)境或數(shù)據(jù)要求的變化而更正軟件的活動(dòng)，約占整個(gè)保護(hù)的25%.3.回歸測試采納軟件更正前履行過的測試用例對更正后的軟件再進(jìn)行測試，其測試用例有三種不同樣種類：可以測試軟件全部功能的代表性測試用例；針對可能會(huì)被更正影響的軟件功能進(jìn)行附帶測試的測試用例；針對修悔過的軟件部分進(jìn)行測試的測試用例。四、1.調(diào)試則是在進(jìn)行了成功的測試今后才開始的工作。調(diào)試的目的是確立錯(cuò)誤的原由和地點(diǎn)，并更正錯(cuò)誤，因此調(diào)試也稱為糾錯(cuò)(Debug)。調(diào)試的技術(shù)手段有簡單的調(diào)試方法、概括法、演繹法和回溯法等。軟件配置管理(SoftwareConfigurationManagement，簡稱SCM),是指一組管理整個(gè)軟件生計(jì)期各階段中變化的活動(dòng)?；€是一個(gè)配置項(xiàng)在生計(jì)周期內(nèi)某一特準(zhǔn)時(shí)間正式注明、固定并經(jīng)正式同意的一個(gè)版本。3.軟件測試要經(jīng)過的步驟是：單元測試、集成測試、確認(rèn)測試至系統(tǒng)測試。

單元測試對源程序中每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)模塊能否正的確現(xiàn)規(guī)定的功能，進(jìn)而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。該階段波及編碼和詳盡設(shè)計(jì)文檔。集成測試是為了檢查與設(shè)計(jì)有關(guān)的軟件系統(tǒng)構(gòu)造的有關(guān)問題，也就是檢查綱領(lǐng)設(shè)計(jì)能否合理有效。