軟件工程課后作業(yè)

1、第一章1.1答：軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)、使用與維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題和難題。它包括兩方面：如何開(kāi)發(fā)軟件，已滿(mǎn)足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷增長(zhǎng)的已有軟件。軟件危機(jī)的典型表現(xiàn)：(1) 對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。常常出現(xiàn)實(shí)際成本比估算成本高出一個(gè)數(shù)量級(jí)、實(shí)際進(jìn)度比計(jì)劃進(jìn)度拖延幾個(gè)月甚至幾年的現(xiàn)象。而為了趕進(jìn)度和節(jié)約成本所采取的一些權(quán)宜之計(jì)又往往損害了軟件產(chǎn)品的質(zhì)量。這些都降低了開(kāi)發(fā)商的信譽(yù)，引起用戶(hù)不滿(mǎn)。(2) 用戶(hù)對(duì)已完成的軟件不滿(mǎn)意的現(xiàn)象時(shí)有發(fā)生。(3) 軟件產(chǎn)品的質(zhì)量往往是靠不住的。(4) 軟件常常是不可維護(hù)的。(5) 軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。文檔資

2、料不全或不合格，必將給軟件開(kāi)發(fā)和維護(hù)工作帶來(lái)許多難以想象的困難和難以解決的問(wèn)題。(6) 軟件成本、軟件維護(hù)費(fèi)在計(jì)算機(jī)系統(tǒng)總成本中所占比例逐年上升。(7) 開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及的需求。軟件危機(jī)出現(xiàn)的原因：(1) 來(lái)自軟件自身的特點(diǎn)：是邏輯部件，缺乏可見(jiàn)性；規(guī)模龐大、復(fù)雜，修改、維護(hù)困難。(2) 軟件開(kāi)發(fā)與維護(hù)的方法不當(dāng)：忽視需求分析；認(rèn)為軟件開(kāi)發(fā)等于程序編寫(xiě)；輕視軟件維護(hù)。(3) 供求矛盾將是一個(gè)永恒的主題：面對(duì)日益增長(zhǎng)的軟件需求，人們顯得力不從心。1.2答：在軟件開(kāi)發(fā)的不同階段進(jìn)行修改付出的代價(jià)是很不相同的，在早期引入變動(dòng)，涉及的面較少，因而代價(jià)也比較低；在開(kāi)發(fā)的中期，軟

3、件配置的許多成分已經(jīng)完成，引入一個(gè)變動(dòng)要對(duì)所有已完成的配置成分都做相應(yīng)的修改，不僅工作量大，而且邏輯上也更復(fù)雜，因此付出的代價(jià)劇增；在軟件“已經(jīng)完成”是在引入變動(dòng)，當(dāng)然付出的代價(jià)更高。一個(gè)故障是代碼錯(cuò)誤造成的，有時(shí)這種錯(cuò)誤是不可避免的，但要修改的成本是很小的，因?yàn)檫@不是整體構(gòu)架的錯(cuò)誤。1.3答：1993年IEEE的定義：軟件工程是： 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程，也就是把工程應(yīng)用于軟件； 研究中提到的途徑。軟件工程的本質(zhì)特征：(1) 軟件工程關(guān)注于大型程序(軟件系統(tǒng))的構(gòu)造(2) 軟件工程的中心課題是分解問(wèn)題，控制復(fù)雜性(3) 軟件是經(jīng)常變化的，開(kāi)發(fā)過(guò)程中必須考

4、慮軟件將來(lái)可能的變化(4) 開(kāi)發(fā)軟件的效率非常重要，因此，軟件工程的一個(gè)重要課題就是，尋求開(kāi)發(fā)與維護(hù)軟件的更好更有效的方法和工具(5) 和諧地合作是開(kāi)發(fā)軟件的關(guān)鍵(6) 軟件必須有效地支持它的用戶(hù)在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人(完成一些工作)消除軟件危機(jī)的途徑：(1) 對(duì)計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識(shí)(軟件程序）(2) 必須充分認(rèn)識(shí)到軟件開(kāi)發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧，而應(yīng)該是一種組織良好、管理嚴(yán)密、各類(lèi)人員協(xié)同配合、共同完成的工程項(xiàng)目(3) 推廣使用在實(shí)踐中總結(jié)出來(lái)的開(kāi)發(fā)軟件的成功技術(shù)和方法(4) 開(kāi)發(fā)和使用更好的軟件工具1.4答：1.傳統(tǒng)方法學(xué)：也稱(chēng)為生命周期

5、方法學(xué)或結(jié)構(gòu)化范型。優(yōu)點(diǎn)：把軟件生命周期劃分成基干個(gè)階段，每個(gè)階段的任務(wù)相對(duì)獨(dú)立，而且比較簡(jiǎn)單，便于不同人員分工協(xié)作，從而降低了整個(gè)軟件開(kāi)發(fā)過(guò)程的困難程度。缺點(diǎn)：當(dāng)軟件規(guī)模龐大時(shí)，或者對(duì)軟件的需求是模糊的或會(huì)承受時(shí)間而變化的時(shí)候，開(kāi)發(fā)出的軟件往往不成功；而且維護(hù)起來(lái)仍然很困難。2.面向?qū)ο蠓椒▽W(xué)：優(yōu)點(diǎn)：降低了軟件產(chǎn)品的復(fù)雜性；提高了軟件的可理解性；簡(jiǎn)化了軟件的開(kāi)發(fā)和維護(hù)工作；促進(jìn)了軟件重用。1.5答：(1) 存儲(chǔ)容量需求M=4080e0.28（1985-1960）=4474263（字）存儲(chǔ)器價(jià)格P=0.048*0.72（1985-1974）*4474263=5789美元(2) 需要工作量447

6、4263/200=22371（人/月）指令成本22371*4000=89484000美元(3) 需求估計(jì)M=4080e0.28（1995-1960）=73577679字存儲(chǔ)器價(jià)格0.003*32*0.72（1995-1974）*73577679=7127美元工作量73577679/600=122629(人/月）成本122629*6000=735776790美元1.6答：軟件過(guò)程是為了開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件工程方法學(xué)：通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為方法學(xué)，也稱(chēng)范型。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部

7、分之一。1.7答：軟件生命周期模型是跨越整個(gè)生存期的系統(tǒng)開(kāi)發(fā)、運(yùn)作和維護(hù)所實(shí)施的全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。瀑布模型:優(yōu)點(diǎn)：它提供了一個(gè)模板，這個(gè)模板使得分析、設(shè)計(jì)、編碼、測(cè)試和支持的方法可以在該模板下有一個(gè)共同的指導(dǎo)。雖然有不少缺陷但比在軟件開(kāi)發(fā)中隨意的狀態(tài)要好得多。缺點(diǎn)：(1) 實(shí)際的項(xiàng)目大部分情況難以按照該模型給出的順序進(jìn)行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。(2) 經(jīng)常情況下客戶(hù)難以表達(dá)真正的需求，而這種模型卻要求如此，這種模型是不歡迎具有二義性問(wèn)題存在的。(3) 客戶(hù)要等到開(kāi)發(fā)周期的晚期才能看到程序運(yùn)行的測(cè)試版本，而在這時(shí)發(fā)現(xiàn)大的錯(cuò)誤時(shí)，可能引起客戶(hù)

8、的驚慌，而后果也可能是災(zāi)難性的?？焖僭湍Ｐ?優(yōu)點(diǎn)：使用戶(hù)能夠感受到實(shí)際的系統(tǒng)，使開(kāi)發(fā)者能夠快速地構(gòu)造出系統(tǒng)的框架。缺點(diǎn)：產(chǎn)品的先天性不足，因?yàn)殚_(kāi)發(fā)者常常需要做實(shí)現(xiàn)上的折中，可能采用不合適的操作系統(tǒng)或程序設(shè)計(jì)語(yǔ)言，以使原型能夠盡快工作。 增量模型:優(yōu)點(diǎn)：(1) 人員分配靈活，剛開(kāi)始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)增量。(2) 當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶(hù)，對(duì)客戶(hù)起到鎮(zhèn)靜劑的作用。缺點(diǎn)：(1) 至始至終開(kāi)發(fā)者和客戶(hù)糾纏在一起，直到完全版本出來(lái)。(2) 適合于軟件需求不明確、設(shè)計(jì)方案有一定

9、風(fēng)險(xiǎn)的軟件項(xiàng)目。該模型具有一定的市場(chǎng)。螺旋模型:優(yōu)點(diǎn)：對(duì)于大型系統(tǒng)及軟件的開(kāi)發(fā)，這種模型是一個(gè)很好的方法。開(kāi)發(fā)者和客戶(hù)能夠較好地對(duì)待和理解每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。缺點(diǎn)：(1) 需要相當(dāng)?shù)娘L(fēng)險(xiǎn)分析評(píng)估的專(zhuān)門(mén)技術(shù)，且成功依賴(lài)于這種技術(shù)。(2) 很明顯一個(gè)大的沒(méi)有被發(fā)現(xiàn)的風(fēng)險(xiǎn)問(wèn)題，將會(huì)導(dǎo)致問(wèn)題的發(fā)生，可能導(dǎo)致演化的方法失去控制。(3) 這種模型相對(duì)比較新，應(yīng)用不廣泛，其功效需要進(jìn)一步的驗(yàn)證。該模型適合于大型軟件的開(kāi)發(fā)1.8答：因?yàn)槭褂妹嫦驅(qū)ο蠓椒▽W(xué)開(kāi)發(fā)軟件時(shí)，各個(gè)階段都使用統(tǒng)一的概念和表示符號(hào)，因此，整個(gè)開(kāi)發(fā)過(guò)程都是吻合一致的，或者說(shuō)是無(wú)縫連接的，這自然就很容易實(shí)現(xiàn)各個(gè)開(kāi)發(fā)步驟的反復(fù)多次迭代，達(dá)到認(rèn)

10、識(shí)的逐步深化，而噴泉模型則很好的體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程迭代和無(wú)縫的特性。1.9答：優(yōu)點(diǎn):提高了團(tuán)隊(duì)生產(chǎn)力，在迭代的開(kāi)發(fā)過(guò)程、需求管理、基于組建的體系結(jié)構(gòu)、可視化軟件建模、驗(yàn)證軟件質(zhì)量及控制軟件變更等方面、針對(duì)所有關(guān)鍵的開(kāi)發(fā)活動(dòng)為每個(gè)開(kāi)發(fā)成員提供了必要的準(zhǔn)則、模版和工具指導(dǎo)，并確保全體成員共享相同的知識(shí)基礎(chǔ)。它建立了簡(jiǎn)潔和清晰的過(guò)程結(jié)構(gòu)，為開(kāi)發(fā)過(guò)程提供較大的通用性。缺點(diǎn)：RUP只是一個(gè)開(kāi)發(fā)過(guò)程，并沒(méi)有涵蓋軟件過(guò)程的全部?jī)?nèi)容，例如它缺少關(guān)于軟件運(yùn)行和支持等方面的內(nèi)容，此外，他沒(méi)有支持多項(xiàng)目的開(kāi)發(fā)結(jié)構(gòu)，這在一定程度上降低了在開(kāi)發(fā)組織內(nèi)大范圍實(shí)現(xiàn)重用的可能性。1.10答：大型的需求不斷變化的復(fù)雜軟

11、件系統(tǒng)項(xiàng)目1.11答：適用于商業(yè)競(jìng)爭(zhēng)環(huán)境下對(duì)小型項(xiàng)目提出的有限資源和有限開(kāi)發(fā)時(shí)間的約束1.12適用于商業(yè)環(huán)境下具有有限資源和有限開(kāi)發(fā)時(shí)間約束的項(xiàng)目的軟件過(guò)程模式.第二章2.2答：如果是存款，儲(chǔ)戶(hù)填寫(xiě)存款單，然后交給業(yè)務(wù)員鍵入系統(tǒng)，同時(shí)系統(tǒng)還要記錄存款人姓名、住址（或電話(huà)號(hào)碼）、身份證號(hào)碼、存款類(lèi)型、存款日期、利率等信息，完成后由系統(tǒng)打印存款單給儲(chǔ)戶(hù)。如果是取款，儲(chǔ)戶(hù)填寫(xiě)取款單，然后交給業(yè)務(wù)員，業(yè)務(wù)員把取款金額輸入系統(tǒng)并要求儲(chǔ)戶(hù)輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶(hù)。為了滿(mǎn)足儲(chǔ)戶(hù)的需求，該系統(tǒng)需要迅速的對(duì)用戶(hù)的要求做出反饋，要對(duì)用戶(hù)輸入的信息作出最快的處理，所以就

12、需要很大的主存容量，以及強(qiáng)大的數(shù)據(jù)庫(kù)支持。由于是所面向的用戶(hù)是廣泛的儲(chǔ)蓄用戶(hù)群，所以需要系統(tǒng)強(qiáng)大的安全性能支持?？尚行匝芯糠椒l件、假定和限制建議開(kāi)發(fā)軟件運(yùn)行的最短壽命：5年進(jìn)行系統(tǒng)方案選擇比較的期限：2個(gè)月經(jīng)費(fèi)來(lái)源和使用限制：定制銀行硬件、軟件、運(yùn)行環(huán)境和開(kāi)發(fā)環(huán)境的條件和限制：銀行中心擁有大型機(jī)以及用來(lái)支持的數(shù)據(jù)庫(kù)，各個(gè)銀行網(wǎng)點(diǎn)都有安好的PC機(jī)，安裝有Windows2000及以上的操作系統(tǒng)。建議開(kāi)發(fā)軟件投入使用的最遲時(shí)間：開(kāi)發(fā)完成后試運(yùn)行1個(gè)月?？尚行匝芯糠椒ㄍㄟ^(guò)與銀行熟練業(yè)務(wù)員進(jìn)行深入討論，制定詳細(xì)用戶(hù)調(diào)查問(wèn)卷，真正了解用戶(hù)以及銀行業(yè)務(wù)員的實(shí)際需求，根據(jù)業(yè)務(wù)員提供的信息以及問(wèn)題定義再綜合調(diào)

13、查問(wèn)卷中用戶(hù)提出的意見(jiàn)進(jìn)行改進(jìn)。最終確定項(xiàng)目需要解決的問(wèn)題，并確定問(wèn)題能不能被解決。決定可行性的主要因素1）項(xiàng)目開(kāi)發(fā)成本2）所需設(shè)備置辦成本3）技術(shù)是否能滿(mǎn)足需求4）操作人員的熟練程度5）資源有效性對(duì)現(xiàn)有系統(tǒng)的分析1處理流程和數(shù)據(jù)流程系統(tǒng)流程圖存款流程圖：取款流程圖：數(shù)據(jù)流圖：2工作負(fù)荷當(dāng)前大多數(shù)銀行所使用的銀行儲(chǔ)蓄系統(tǒng)在辦理業(yè)務(wù)時(shí)手續(xù)繁瑣，人工業(yè)務(wù)操作過(guò)多，辦理一個(gè)客戶(hù)的業(yè)務(wù)就需耗費(fèi)較長(zhǎng)的時(shí)間，其他客戶(hù)只有等待。這樣太浪費(fèi)時(shí)間，需要大量的業(yè)務(wù)員處理客戶(hù)業(yè)務(wù)。特別是在節(jié)假日人流高峰期，導(dǎo)致工作效率非常低，且出錯(cuò)率高，以致客戶(hù)等待辦理手續(xù)過(guò)長(zhǎng)感到不耐煩，降低了銀行效率。這也給銀行工作人員增加了非

14、常大的負(fù)擔(dān)和額外的工作負(fù)荷；同時(shí)業(yè)務(wù)員增多，銀行費(fèi)用支出多，給銀行公司的發(fā)展帶來(lái)嚴(yán)重的制約和壓力。3費(fèi)用支出運(yùn)行現(xiàn)有系統(tǒng)所需要的費(fèi)用支出包括：銀行業(yè)務(wù)員及其他工作人員的工資，系統(tǒng)維護(hù)所需資金，4人員需要大量的業(yè)務(wù)員、客服人員，系統(tǒng)維護(hù)人員以及其他工作人員。5設(shè)備現(xiàn)有系統(tǒng)所需要的設(shè)備有：打印機(jī)、PC機(jī)、電腦。6局限性工作效率底下，不能符合大量群眾的及時(shí)需求，給群眾的生活帶來(lái)不便。這是現(xiàn)有系統(tǒng)辦理業(yè)務(wù)的流程中出現(xiàn)的一個(gè)嚴(yán)重問(wèn)題。為了解決這一問(wèn)題，讓人們?cè)俎k理銀行業(yè)務(wù)更加方便快捷，我們急需開(kāi)發(fā)一個(gè)更為高效的銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)，讓儲(chǔ)蓄業(yè)務(wù)不用再排隊(duì)。（1）當(dāng)前銀行使用的銀行儲(chǔ)蓄系統(tǒng)在辦理業(yè)務(wù)時(shí)僅僅靠手

15、工操作，人工業(yè)務(wù)占據(jù)了全部，所以要求銀行業(yè)務(wù)員辦理業(yè)務(wù)時(shí)細(xì)心耐心，對(duì)數(shù)字敏感，算術(shù)水平高。它嚴(yán)重影響了工作效率，且出錯(cuò)率高，儲(chǔ)戶(hù)辦理事務(wù)時(shí)需要等待時(shí)間過(guò)長(zhǎng)，需要大量的銀行業(yè)務(wù)員才能滿(mǎn)足日益增長(zhǎng)的存取款要求。（2）用紙張記錄保存用戶(hù)存款記錄查找繁瑣，耗時(shí)久，不方便，且容易丟失。且人工記錄不能保證萬(wàn)無(wú)一失，容易出現(xiàn)數(shù)據(jù)錄入錯(cuò)誤。隨著用戶(hù)數(shù)的增多，這個(gè)缺陷會(huì)越發(fā)凸顯。（3）存款記錄保密性差，任何一個(gè)業(yè)務(wù)員都可以隨意更改查閱用戶(hù)數(shù)據(jù)，用戶(hù)的資料容易泄漏，帶來(lái)安全隱患。（4）業(yè)務(wù)員服務(wù)的時(shí)間有限，不能24小時(shí)辦理業(yè)務(wù)，沒(méi)有應(yīng)急處理，不能更好的解決群眾的需求。（5）所有客戶(hù)的業(yè)務(wù)都由業(yè)務(wù)員手工辦理，浪費(fèi)人

16、力資源。有的簡(jiǎn)單的業(yè)務(wù)經(jīng)改進(jìn)可由機(jī)器完成，完全不用人工參與，這樣節(jié)約了人力成本，也提高效率。（6）對(duì)現(xiàn)有系統(tǒng)的改進(jìn)維護(hù)只能依靠增多業(yè)務(wù)員數(shù)量，增多銀行分行數(shù)目，提高業(yè)務(wù)員業(yè)務(wù)素質(zhì)來(lái)實(shí)現(xiàn)。增多業(yè)務(wù)員數(shù)量會(huì)導(dǎo)致銀行人員支出大大增多，同時(shí)需要多選址建設(shè)分行，或者擴(kuò)大分行規(guī)模，費(fèi)用代價(jià)巨大。業(yè)務(wù)員的業(yè)務(wù)素質(zhì)需要培養(yǎng)，不能短期無(wú)限看見(jiàn)成效，及培養(yǎng)新人員需要一定的時(shí)間，這又浪費(fèi)資金和人力資源。對(duì)現(xiàn)用系統(tǒng)的改進(jìn)型維護(hù)已經(jīng)不能解決儲(chǔ)戶(hù)越來(lái)越多、儲(chǔ)戶(hù)時(shí)間越來(lái)越長(zhǎng)的問(wèn)題。第三章3.3解:數(shù)據(jù)流圖 用ER圖描繪系統(tǒng)中的數(shù)據(jù)對(duì)象。3.4 用ER圖描繪系統(tǒng)中的數(shù)據(jù)對(duì)象。數(shù)據(jù)流圖3.5（1）實(shí)體-聯(lián)系圖（2）數(shù)據(jù)流圖（3

17、）HIPO圖第五章5.3蓄系統(tǒng)不能是兩個(gè)分開(kāi)的子系統(tǒng)，是相同的前臺(tái)單個(gè)處理機(jī)票預(yù)訂系統(tǒng)可以是兩個(gè)子系統(tǒng)，預(yù)定和取票是不同的處理方式（后臺(tái)批量和前臺(tái)單個(gè)）5.4解：（1）數(shù)據(jù)流圖：分解后：（2）需求說(shuō)明： 1.功能需求：可以輸入調(diào)資的標(biāo)準(zhǔn)，輸入教師檔案，經(jīng)調(diào)資給出新的教師檔案，需要存儲(chǔ)檔案 2性能需求：軟件的響應(yīng)時(shí)間應(yīng)小于0.5s，更新處理要快 3靈活需求：當(dāng)需求發(fā)生某些變化時(shí)，該軟件應(yīng)該能夠適應(yīng)這些變化 4故障處理要求：出現(xiàn)錯(cuò)誤時(shí)，應(yīng)給予警告或提示 （3）（a）比較耗時(shí)，因?yàn)樗獧z索所有的檔案，（b）從速度上看比較快，但是（b）需要排序算法，比較復(fù)雜，（a）對(duì)于設(shè)計(jì)來(lái)講比較簡(jiǎn)單 .（4）畫(huà)出的

18、數(shù)據(jù)流圖比較適合（A）的算法 第六章6.3解：流程圖： 盒圖： 6.7解(1)(2)6.8解：流程圖：環(huán)形復(fù)雜度：V(G)結(jié)點(diǎn)E弧數(shù)n1=17-11+1=7=判斷結(jié)點(diǎn) 1=6 17封閉的區(qū)域數(shù)邏輯有問(wèn)題，當(dāng)Z0時(shí)，容易形成死循環(huán)；條件Y5包含條件Y=2。第七章7.2語(yǔ)句覆蓋的含義是，選擇足夠多的測(cè)試數(shù)據(jù)，使被測(cè)試程序中的每個(gè)語(yǔ)句至少執(zhí)行一次。第九章9.1答: OO=objects+classes+inheritance+communication with messages 也就是說(shuō)，面向?qū)ο缶褪羌仁褂脤?duì)象又使用類(lèi)和繼承等機(jī)制，而且對(duì)象之間僅能通過(guò)傳遞消息實(shí)現(xiàn)彼此通信。面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)：1

19、、與人類(lèi)習(xí)慣的思維方法一致；2、穩(wěn)定性好；3、可重用性好；4、較易開(kāi)發(fā)大型軟件產(chǎn)品；5、可維護(hù)性好。9.2答:把客觀世界中的實(shí)體抽象為問(wèn)題域中的對(duì)象。它與傳統(tǒng)數(shù)據(jù)相同的是，它們都是現(xiàn)實(shí)實(shí)體特在在計(jì)算機(jī)中的抽象表示:不同的是，對(duì)象是進(jìn)行處理的主體，而傳統(tǒng)數(shù)據(jù)是被動(dòng)的接受外部指令對(duì)它進(jìn)行處理；對(duì)象對(duì)實(shí)體特征進(jìn)行了封裝，而傳統(tǒng)數(shù)據(jù)沒(méi)有封裝；對(duì)象比傳統(tǒng)數(shù)據(jù)更為接近自然實(shí)體。9.3類(lèi)是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述。9.4廣義地說(shuō)，繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。在面向?qū)ο蟮能浖夹g(shù)中，繼承是子類(lèi)自動(dòng)地共享基類(lèi)中定義的數(shù)據(jù)和方法的機(jī)制。9.5答:所謂模型，就是為了理

20、解事物而對(duì)事物作出的一種抽象，是對(duì)事物的一種無(wú)歧義的書(shū)面描述。模型是一種思考工具，利用這種工具可以把知識(shí)規(guī)范地表示出來(lái)。其中，IT=105,MTTF1=0.4,T1=160,n1=100,MTTF2=2,T2=320,n2=300。 為了開(kāi)發(fā)復(fù)雜的軟件系統(tǒng)，系統(tǒng)分析員應(yīng)該從不同角度抽象出目標(biāo)系統(tǒng)的特性，使用精確的表示方法構(gòu)造系統(tǒng)的模型，驗(yàn)證模型是否滿(mǎn)足用戶(hù)對(duì)目標(biāo)系統(tǒng)的需求，并在設(shè)計(jì)過(guò)程中逐漸把和實(shí)現(xiàn)有關(guān)的細(xì)節(jié)加進(jìn)模型中，直至最終用程序?qū)崿F(xiàn)模型。對(duì)于那些因過(guò)分復(fù)雜而不能直接理解的系統(tǒng)，特別需要建立模型，建模的目的主要是為了減少?gòu)?fù)雜性。9.6對(duì)象模型表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)。它是對(duì)模

21、擬客觀世界實(shí)體的對(duì)象以及對(duì)象彼此間的關(guān)系的映射，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。通常使用UML提供的類(lèi)圖來(lái)建立對(duì)象模型。在UML中術(shù)語(yǔ)“類(lèi)“的實(shí)際含義是，一個(gè)類(lèi)及屬于該類(lèi)的對(duì)象9.7動(dòng)態(tài)模型表示瞬時(shí)的、行為化的系統(tǒng)的“控制”性質(zhì)，它規(guī)定了對(duì)象模型中的對(duì)象的合法變化序列。通常，用UML 提供的狀態(tài)圖來(lái)描繪對(duì)象的狀態(tài)、觸發(fā)狀態(tài)轉(zhuǎn)換的事件以及對(duì)象的行為(對(duì)事件的響應(yīng))。每個(gè)類(lèi)的動(dòng)態(tài)行為用一張狀態(tài)圖來(lái)描繪，各個(gè)類(lèi)的狀態(tài)圖通過(guò)共享事件合并起來(lái)，從而構(gòu)成系統(tǒng)的動(dòng)態(tài)模型。也就是說(shuō)，動(dòng)態(tài)模型是基于事件共享而互相關(guān)聯(lián)的一組狀態(tài)圖的集合。9.8功能模型表示變化的系統(tǒng)的“功能”性質(zhì)，它指明了系統(tǒng)應(yīng)該“做什么”，因此更直接地反

22、映了用戶(hù)對(duì)目標(biāo)系統(tǒng)的需求。功能模型由一組數(shù)據(jù)流圖組成。在面向?qū)ο蠓椒▽W(xué)中，數(shù)據(jù)流圖遠(yuǎn)不如在結(jié)構(gòu)分析，設(shè)計(jì)方法中那樣重要。簡(jiǎn)單的處理(或用例)對(duì)應(yīng)于更基本的對(duì)象提供的服務(wù)。有時(shí)一個(gè)處理(或用例)對(duì)應(yīng)多個(gè)服務(wù)，也有一個(gè)服務(wù)對(duì)應(yīng)多個(gè)處理(或用例)的時(shí)候。(1)數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)，以及數(shù)據(jù)的源點(diǎn)/終點(diǎn)，通常是對(duì)象模型中的對(duì)象。(2)數(shù)據(jù)流圖中的數(shù)據(jù)流，往往是對(duì)象模型中對(duì)象的屬性值，也可能是整個(gè)對(duì)象。(3)用例圖中的行為者，可能是對(duì)象模型中的對(duì)象。(4)功能模型中的處理(或用例)可能產(chǎn)生動(dòng)態(tài)模型中的事件。(5)對(duì)象模型描述了數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)以及數(shù)據(jù)源點(diǎn)/終點(diǎn)的結(jié)構(gòu)。9.99.10第十章10.11、對(duì)象模型：2、動(dòng)態(tài)模型：3、功能模型10.4對(duì)象模型是三個(gè)模型中最關(guān)鍵的。它的作用是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括構(gòu)成系統(tǒng)的類(lèi)和對(duì)象、它們的屬性和操作以及它們之間的聯(lián)系。UML中類(lèi)圖適用于建立對(duì)象模型，狀態(tài)圖適用于建立動(dòng)態(tài)模型。每個(gè)類(lèi)的動(dòng)態(tài)行為用一張狀態(tài)圖來(lái)表示，各個(gè)類(lèi)的狀態(tài)圖通過(guò)事件合并起來(lái)，構(gòu)成系統(tǒng)的動(dòng)態(tài)模型。也就是說(shuō)，動(dòng)態(tài)模型是基于事件共享而相互關(guān)聯(lián)的一組狀態(tài)圖的集合。建立對(duì)象模型大體上按照下列順序進(jìn)行:尋找問(wèn)題域內(nèi)的對(duì)象，識(shí)別出對(duì)