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

1、4. 什么是軟件危機(jī)？有什么表現(xiàn)？如何應(yīng)對(duì)？5. 什么叫軟件工程？其目標(biāo)和原則是什么？6. 軟件工程的三要素是什么？軟件危機(jī)，是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。(1)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確。(2)用戶對(duì)“已完成”系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。(3)軟件產(chǎn)品的質(zhì)量往往不能得到保證。(4)軟件的可維護(hù)程度非常低。(5)軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。(6)軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比例逐年上升。按工程化的原則和方法組織軟件開(kāi)發(fā)工作是有效的，是擺脫軟件危機(jī)的一個(gè)主要出路。IEEE 計(jì)算機(jī)學(xué)會(huì)定義軟件工程是將系統(tǒng)化、規(guī)范化、可度量的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)

2、程，即將工程化應(yīng)用于軟件中的方法的研究。目標(biāo)： 付出較低的開(kāi)發(fā)成本； 達(dá)到所需的軟件功能； 取得較好的軟件性能； 開(kāi)發(fā)的軟件易于移植； 需要較低的維護(hù)費(fèi)用； 能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用。原則(1)抽象(2)信息隱蔽(3)模塊化(4)局部化(5)確定性(6)一致性(7)完備性(8)可驗(yàn)證性過(guò)程、方法和工具是軟件工程的三個(gè)要素。軟件工程過(guò)程是為獲得軟件產(chǎn)品，在軟件工具支持下由軟件開(kāi)發(fā)人員完成的一系列軟件工程的活動(dòng)。過(guò)程層將方法和工具結(jié)合起來(lái)，定義了一組關(guān)鍵過(guò)程區(qū)域的框架，定義了方法使用的順序、要求交付的文檔資料、為保證質(zhì)量和協(xié)調(diào)變化所需要的管理以及軟件開(kāi)發(fā)各個(gè)階段完成的里程碑。最終目的是保證

3、軟件工程技術(shù)被有效地應(yīng)用，使得軟件能夠被及時(shí)、高質(zhì)量和合理地開(kāi)發(fā)出來(lái)。方法層為軟件開(kāi)發(fā)的各個(gè)階段提供所需的各種方法。工具層為軟件工程方法提供了一種自動(dòng)或半自動(dòng)的軟件支撐環(huán)境。P28 4,5,64. 什么是原型？試述原型模型在軟件生命周期中的應(yīng)用。5. 為什么說(shuō)噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程無(wú)縫和迭代的特性？6. RUP 模型的思想是什么？RUP 模型融合了哪些傳統(tǒng)生命周期模型的特點(diǎn)？4. 什么是原型？試述原型模型在軟件生命周期中的應(yīng)用。原型一般是指對(duì)某種產(chǎn)品進(jìn)行模擬的初始版本或者原始模型，在工程領(lǐng)域中具有廣泛應(yīng)用。原型系統(tǒng)能夠逐步明確用戶需求，可以適應(yīng)需求的變化性，而且由于用戶參與到

4、軟件開(kāi)發(fā)過(guò)程，能夠及早發(fā)現(xiàn)問(wèn)題、降低軟件開(kāi)發(fā)的風(fēng)險(xiǎn)，加快軟件產(chǎn)品的形成，降低軟件開(kāi)發(fā)的成本。5. 為什么說(shuō)噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程無(wú)縫和迭代的特性？噴泉模型認(rèn)為軟件開(kāi)發(fā)過(guò)程的各個(gè)階段是相互重疊、多次反復(fù)的，就像噴泉一樣，水噴上去又可以落下來(lái)，既可以落在中間，又可以落到底部。各個(gè)開(kāi)發(fā)階段沒(méi)有特定的次序要求，完全可以并行進(jìn)行，可以在某個(gè)開(kāi)發(fā)階段中隨時(shí)補(bǔ)充其他任何開(kāi)發(fā)階段中遺漏的需求。其優(yōu)點(diǎn)是可以提高軟件項(xiàng)目開(kāi)發(fā)效率，節(jié)省開(kāi)發(fā)時(shí)間。6. RUP 模型的思想是什么？RUP 模型融合了哪些傳統(tǒng)生命周期模型的特點(diǎn)？RUP 的迭代增量開(kāi)發(fā)思想RUP 的每一個(gè)階段可以進(jìn)一步劃分為一個(gè)或多個(gè)迭代

5、過(guò)程。在每次迭代中只考慮系統(tǒng)的一部分需求，針對(duì)這部分需求進(jìn)行分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試和部署等工作，每次迭代都是在系統(tǒng)已完成部分的基礎(chǔ)上進(jìn)行的，每次給系統(tǒng)增加一些新的功能，如此循環(huán)下去，直至完成最終產(chǎn)品。每一次迭代內(nèi)容的制訂是風(fēng)險(xiǎn)驅(qū)動(dòng)的，即根據(jù)業(yè)務(wù)需求重要性、技術(shù)風(fēng)險(xiǎn)等級(jí)高低來(lái)決定迭代內(nèi)容的安排。（1）面向?qū)ο螅簭募夹g(shù)角度，RUP開(kāi)發(fā)是基于面向?qū)ο蠹夹g(shù)，即它使用和支持面向?qū)ο蠹夹g(shù)的概念和方法。RUP要求建立的設(shè)計(jì)模型、實(shí)現(xiàn)模型都是對(duì)象模型。（2）USE CASE驅(qū)動(dòng)（3）以架構(gòu)為中心；（4）螺旋上升式的開(kāi)發(fā)過(guò)程；（5）以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)；（6）與UML配置；（7）適用性強(qiáng)；P45頁(yè) 1、2

6、、7、8可行性研究的任務(wù)是以最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。簡(jiǎn)單地說(shuō)，可行性研究的最終結(jié)果是決定項(xiàng)目“做還是不做”而不是“如何做”。7. 為方便旅客，某航空公司擬開(kāi)發(fā)一個(gè)機(jī)票預(yù)訂系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等)輸入該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機(jī)起飛的前一天憑取票通知單和賬單交款取票，系統(tǒng)校對(duì)無(wú)誤即打印出機(jī)票給旅客。寫(xiě)出問(wèn)題定義并分析此系統(tǒng)的可行性，畫(huà)出系統(tǒng)流程圖。用戶單位用戶單位XxxXxx航空公司航空公司負(fù)責(zé)人負(fù)責(zé)人xxxxxx開(kāi)發(fā)單位開(kāi)發(fā)單位xxxxxxxx開(kāi)發(fā)單位負(fù)開(kāi)發(fā)單位負(fù)責(zé)人責(zé)人

7、xxxxxxxx項(xiàng)目名稱項(xiàng)目名稱機(jī)票預(yù)訂系統(tǒng)機(jī)票預(yù)訂系統(tǒng)問(wèn)題描述問(wèn)題描述旅行社把預(yù)訂機(jī)票的旅客信息輸入系統(tǒng)，系統(tǒng)為旅客旅行社把預(yù)訂機(jī)票的旅客信息輸入系統(tǒng)，系統(tǒng)為旅客安排航班，旅客自己取票。安排航班，旅客自己取票。項(xiàng)目目標(biāo)項(xiàng)目目標(biāo)開(kāi)發(fā)一個(gè)效率較高的機(jī)票預(yù)訂系統(tǒng)，開(kāi)發(fā)一個(gè)效率較高的機(jī)票預(yù)訂系統(tǒng)，.項(xiàng)目規(guī)模項(xiàng)目規(guī)模項(xiàng)目的開(kāi)發(fā)預(yù)投入約項(xiàng)目的開(kāi)發(fā)預(yù)投入約xxxxxx元元可行性研究可行性研究建議進(jìn)行建議進(jìn)行3 3個(gè)月，費(fèi)用不超過(guò)個(gè)月，費(fèi)用不超過(guò)xxxxxx元元 xxx xxx年年xxxx月月xxxx日日 簽字：簽字：xxxxxxxx8. 某計(jì)算機(jī)系統(tǒng)投入使用后，5 年內(nèi)每年可節(jié)省人民幣 2 000 元。假

8、設(shè)系統(tǒng)的投資額為5 000 元，年利率為12。試計(jì)算投資回收期和純收入。1、投資回收期最初投資額為5000元，經(jīng)過(guò)3年后可以節(jié)省4814.28元，比最初投資還少1185.72元，第4年一年再次節(jié)省1273.89元，則 118572127389=0.15 3 + 0.15=3.15 因此這項(xiàng)工程的投資回收期是3.15年。2、純收入722453 - 5000=222453元 0，值得投資。P64頁(yè) 1、2、3、6需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。它通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)，及其行為特征和相關(guān)

9、約束，形成需求文檔；并對(duì)用戶不斷變化的需求演進(jìn)給予支持。3 個(gè)層次，業(yè)務(wù)需求、用戶需求、功能需求和非功能需求。3. 指出下列需求描述的不當(dāng)之處，并進(jìn)行改寫(xiě)，使之符合好需求的特性。存在問(wèn)題：需求不可測(cè)產(chǎn)品的哪個(gè)模塊；具體哪些狀態(tài)信息；一定必須60秒么，允許誤差么？修改建議后臺(tái)任務(wù)管理器應(yīng)該以誤差上下不超過(guò)10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息。A。如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)比。B。任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息C。后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息單詞“快速”使其模糊，沒(méi)有加進(jìn)錯(cuò)誤報(bào)告的定義也是其部完整。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門(mén)者，

10、看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告。計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本，整個(gè)的文檔，或其他的？這也是個(gè)模糊的問(wèn)題。不可打印字符合隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換

11、。結(jié)構(gòu)化：系統(tǒng)的思想、問(wèn)題分解與抽象，至頂向下。面向?qū)ο螅簭默F(xiàn)實(shí)世界中客觀存在的事物出發(fā)，盡可能地運(yùn)用人類的自然思維方式來(lái)分析構(gòu)造系統(tǒng)。P86頁(yè)4、5、6、74. 根據(jù)以下描述的業(yè)務(wù)過(guò)程畫(huà)出庫(kù)存管理的數(shù)據(jù)流圖。根據(jù)車間發(fā)來(lái)的產(chǎn)品入庫(kù)單做登入庫(kù)賬處理后存入庫(kù)存賬。對(duì)銷售科發(fā)來(lái)的產(chǎn)品出庫(kù)單，在查閱庫(kù)存賬后，如果庫(kù)存數(shù)量足夠，則做登出庫(kù)賬處理，否則將出庫(kù)單退回銷售科，并向生產(chǎn)科發(fā)出缺貨通知。5. 某倉(cāng)庫(kù)管理系統(tǒng)按照以下步驟進(jìn)行信息處理：(1)保管員根據(jù)當(dāng)日的出庫(kù)單和入庫(kù)單通過(guò)出入庫(kù)處理修改庫(kù)存臺(tái)賬。(2)根據(jù)庫(kù)存臺(tái)賬由統(tǒng)計(jì)打印程序輸出庫(kù)存日?qǐng)?bào)表。(3)必要進(jìn)行查詢時(shí)，可利用查詢程序，在輸入查詢條件后

12、，到庫(kù)存臺(tái)賬去查找，并顯示查詢結(jié)果。試按上述過(guò)程畫(huà)出數(shù)據(jù)流圖。6. 某銀行的計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)功能是：將儲(chǔ)戶的存戶填寫(xiě)的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名住址存款類型存款日期利率等信息，并打印出存款單給儲(chǔ)戶；如果是取款，系統(tǒng)計(jì)算清單給儲(chǔ)戶。請(qǐng)用數(shù)據(jù)流圖描繪該功能的需求，并建立相應(yīng)的數(shù)據(jù)字典。存款 1取款 2存款單存單取款單利息清單D1 儲(chǔ)戶存款文件利率設(shè)置 3存款利率D2 存款利率文件存款單檢查 1.1輸出存單1.3存款單存單D1.1 儲(chǔ)戶帳戶文件存入款戶1.2存款信息D1.2 事務(wù)流水帳D2 存款利率文件密碼校驗(yàn)2.1D1.1帳戶文件取款處理2.2取款單取款信息打印利息清單2

13、.3D1.2事務(wù)文件利息清單D2 存款利率文件1、數(shù)據(jù)流數(shù)據(jù)流名稱：取款單、存款單別名：無(wú)簡(jiǎn)述：顧客存/取款時(shí)填寫(xiě)的單據(jù)來(lái)源：顧客去向：核查數(shù)據(jù)流量：200份/天組成：日期取|存款金額姓名地址存/取款類型+密碼賬號(hào) 數(shù)據(jù)流名稱：存款憑證別名：無(wú)簡(jiǎn)述：顧客存款后得到的憑據(jù)來(lái)源：銀行存款系統(tǒng)去向：顧客數(shù)據(jù)流量：200份/天組成：日期存款金額儲(chǔ)戶姓名儲(chǔ)戶地址存款類型賬號(hào)利率操作員 數(shù)據(jù)流名稱：結(jié)算單別名：無(wú)簡(jiǎn)述：顧客取款時(shí)得到的利率清單來(lái)源：銀行儲(chǔ)蓄系統(tǒng)去向：顧客數(shù)據(jù)流量：200份/天組成：取款日期取款金額儲(chǔ)戶姓名儲(chǔ)戶地址存款類型+利息總金額操作員數(shù)據(jù)流名稱：存/取款信息別名：無(wú)簡(jiǎn)述：系統(tǒng)檢查確認(rèn)后

14、得到的存/取信息來(lái)源：銀行儲(chǔ)蓄系統(tǒng)去向：登錄數(shù)據(jù)流量：200份/天組成：日期存|取款金額儲(chǔ)戶姓名儲(chǔ)戶地址存款類型+賬號(hào)利率密碼操作員數(shù)據(jù)流名稱：付款信息別名：無(wú)簡(jiǎn)述：存儲(chǔ)系統(tǒng)處理的取款信息來(lái)源：銀行儲(chǔ)蓄系統(tǒng)去向：付款處理數(shù)據(jù)流量：200份/天組成：日期取款金額儲(chǔ)戶姓名儲(chǔ)戶地址存款類型+賬號(hào)利息總金額操作員2、數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)名稱：賬卡別名：無(wú)簡(jiǎn)述：存放用戶信息及存取款情況組成：儲(chǔ)戶姓名儲(chǔ)戶地址賬號(hào)|日期|存/取款金額+存款類型利率密碼操作員組織方式：數(shù)據(jù)文件，以儲(chǔ)戶姓名或賬號(hào)為關(guān)鍵字進(jìn)行索引查詢要求：要求能立即查詢并修改 3、數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名稱：存款類型別名：無(wú)簡(jiǎn)述：國(guó)家規(guī)定的幾類存款方式類型：

15、字符串長(zhǎng)度：2位取值范圍及含義：00：定期； 01：零存整?。?0：活期；11：定/活兩便4、加工加工名：核查編號(hào)：激發(fā)條件：接受存款單或取款單輸入：存款單或取款單輸出：認(rèn)定的合格的村/取款信息加工邏輯：根據(jù)賬卡及用戶存/取款單據(jù)if 單據(jù)存款單 then 存款單據(jù)是否填寫(xiě)規(guī)范，是否與現(xiàn)金一致else 審核是否為有效取款單，取款金額不得超出存款金額，密碼是否正確7. 某廠對(duì)部分職工重新分配工作的政策是：年齡在20 歲以下、初中文化程度者脫產(chǎn)學(xué)習(xí)；高中文化程度者當(dāng)電工。20 歲至40 歲之間，初中文化程度，男性當(dāng)鉗工，女性當(dāng)車工；大學(xué)文化程度都當(dāng)技術(shù)員。年齡在40 歲以上者，初中文化程度當(dāng)材料員

16、，大學(xué)文化程度當(dāng)技術(shù)員。請(qǐng)用結(jié)構(gòu)化語(yǔ)言判定表或判定樹(shù)描述上述問(wèn)題的加工邏輯。工作分配規(guī)則年齡年齡=20=202020年齡年齡=404040初中畢業(yè)初中畢業(yè)高中畢業(yè)高中畢業(yè)脫產(chǎn)學(xué)習(xí)脫產(chǎn)學(xué)習(xí)電工電工大學(xué)畢業(yè)大學(xué)畢業(yè)技術(shù)員技術(shù)員鉗工鉗工材料員材料員男男女女車工車工P116 3、4、73. UML 的內(nèi)容包括哪些部分？它的特點(diǎn)是什么？UML 由視圖(Views)、模型元素(Model Elements)、圖(Diagrams)等部分組成。47邏輯視圖邏輯視圖構(gòu)件視圖構(gòu)件視圖配置視圖配置視圖進(jìn)程視圖進(jìn)程視圖Use case視圖視圖描述系統(tǒng)的外部特性、描述系統(tǒng)的外部特性、系統(tǒng)功能等系統(tǒng)功能等系統(tǒng)代碼構(gòu)件組

17、系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊以織和實(shí)現(xiàn)模塊以及它們之間的依及它們之間的依賴關(guān)系賴關(guān)系用于描述如何實(shí)用于描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功現(xiàn)系統(tǒng)內(nèi)部的功能，系統(tǒng)的靜態(tài)能，系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動(dòng)態(tài)息而出現(xiàn)的動(dòng)態(tài)協(xié)作關(guān)系協(xié)作關(guān)系描述系統(tǒng)內(nèi)部的控描述系統(tǒng)內(nèi)部的控制機(jī)制制機(jī)制描述系統(tǒng)的物理配置描述系統(tǒng)的物理配置特征特征模型元素指的是建模過(guò)程中涉及的一些基本概念，如類、對(duì)象、用例、結(jié)點(diǎn)、狀態(tài)、接口、包(子系統(tǒng))、注釋、構(gòu)件等。49對(duì)象圖模型動(dòng)動(dòng)態(tài)態(tài)行行為為功能功能靜靜態(tài)態(tài)結(jié)結(jié)構(gòu)構(gòu)物理物理架構(gòu)架構(gòu)(1) 統(tǒng)一標(biāo)準(zhǔn)。UML 統(tǒng)一了 Booch、OMT 和 OOSE 等方法中的基本概念，已成為

18、OMG的正式標(biāo)準(zhǔn)，提供了標(biāo)準(zhǔn)的面向?qū)ο竽Ｐ驮氐亩x和表示。 (2) 面向?qū)ο蟆ML 吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長(zhǎng)處。UML 符號(hào)表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多余的和極少使用的符號(hào)，也添加了一些新符號(hào)。 (3) 可視化、表達(dá)能力強(qiáng)。系統(tǒng)的邏輯模型或?qū)崿F(xiàn)模型都能用 UML 模型清晰表示，可用于復(fù)雜軟件系統(tǒng)的建模。它不只是一堆圖形符號(hào)，在每一個(gè)圖形表示符號(hào)后面，都有良好定義的語(yǔ)義；UML 還提供了語(yǔ)言的擴(kuò)展機(jī)制，用戶可以根據(jù)需要增加定義自己的構(gòu)造模型、標(biāo)記值和約束等，強(qiáng)大表達(dá)能力使它可以用于各種復(fù)雜類型的軟件系統(tǒng)建模。 (4) 獨(dú)立于過(guò)程。UML 是系統(tǒng)建模語(yǔ)言

19、，不依賴于特定的程序設(shè)計(jì)語(yǔ)言，獨(dú)立于開(kāi)發(fā)過(guò)程。 (5) 易掌握、易用。由于 UML 的概念明確，建模表示法簡(jiǎn)潔明了，圖形結(jié)構(gòu)清晰，易于掌握使用。4. 解釋下列術(shù)語(yǔ)，并舉例說(shuō)明。對(duì)象、類、關(guān)聯(lián)、泛化、聚合、依賴對(duì)象（Object）是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)實(shí)體，它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成。類（Class）是具有相同屬性和服務(wù)的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分。類代表一個(gè)抽象的概念或事物，對(duì)象是在客觀世界中實(shí)際存在的類的實(shí)例。 對(duì)象之間的聯(lián)系分類結(jié)構(gòu)：一般與特殊的關(guān)系（泛華）分類結(jié)構(gòu)：一般

20、與特殊的關(guān)系（泛華）組成結(jié)構(gòu)：部分與整體的關(guān)系（組成結(jié)構(gòu)：部分與整體的關(guān)系（聚合）實(shí)例連接：對(duì)象之間的靜態(tài)聯(lián)系（實(shí)例連接：對(duì)象之間的靜態(tài)聯(lián)系（關(guān)聯(lián)）消息連接：對(duì)象之間的通信聯(lián)系消息連接：對(duì)象之間的通信聯(lián)系分類結(jié)構(gòu)分類結(jié)構(gòu)表示的是事物的一般與特殊的關(guān)系分類結(jié)構(gòu)表示的是事物的一般與特殊的關(guān)系(“is a”)(“is a”)，在面，在面向?qū)ο笮g(shù)語(yǔ)中，將一般與特殊的關(guān)系稱為向?qū)ο笮g(shù)語(yǔ)中，將一般與特殊的關(guān)系稱為泛化泛化( (Generalization)Generalization)聯(lián)系聯(lián)系。如果在分類結(jié)構(gòu)中存在多繼承，將形成一個(gè)類的網(wǎng)格結(jié)構(gòu)。如果在分類結(jié)構(gòu)中存在多繼承，將形成一個(gè)類的網(wǎng)格結(jié)構(gòu)。52組成

21、結(jié)構(gòu)組成結(jié)構(gòu) 組成結(jié)構(gòu)表示對(duì)象類之間的組成關(guān)系(has a)，即部分與整體關(guān)系。 組成結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ木酆希ˋggregation）原則 組成結(jié)構(gòu)可以表示出復(fù)雜的對(duì)象層次結(jié)構(gòu)。實(shí)例連接實(shí)例連接 實(shí)例連接表示對(duì)象之間的靜態(tài)聯(lián)系，它是通過(guò)對(duì)象的屬性來(lái)表現(xiàn)對(duì)象之間的依賴關(guān)系。 在面向?qū)ο笮g(shù)語(yǔ)中，對(duì)象之間的實(shí)例連接稱為鏈接（Link），存在實(shí)例連接的對(duì)象類之間的聯(lián)系稱為關(guān)聯(lián)（Association）53消息連接 消息連接是對(duì)象之間的通信聯(lián)系，它表現(xiàn)了對(duì)象行為的動(dòng)消息連接是對(duì)象之間的通信聯(lián)系，它表現(xiàn)了對(duì)象行為的動(dòng)態(tài)聯(lián)系。態(tài)聯(lián)系。 一個(gè)對(duì)象需要另一個(gè)對(duì)象的服務(wù)，便向它發(fā)出請(qǐng)求服務(wù)的一個(gè)對(duì)象需要另一

22、個(gè)對(duì)象的服務(wù)，便向它發(fā)出請(qǐng)求服務(wù)的消息，接收消息的對(duì)象響應(yīng)消息，觸發(fā)所要求的服務(wù)操作。消息，接收消息的對(duì)象響應(yīng)消息，觸發(fā)所要求的服務(wù)操作。 消息連接是在具有交互的對(duì)象之間的一種基本聯(lián)系。消息連接是在具有交互的對(duì)象之間的一種基本聯(lián)系。547假設(shè)你所在的學(xué)校要開(kāi)發(fā)一個(gè)研究生選課系統(tǒng)，要求該系統(tǒng)能夠根據(jù)預(yù)先制訂的課表保證選課無(wú)沖突。請(qǐng)采用UML 面向?qū)ο蠓椒樵搯?wèn)題建立需求模型。一、用例模型用例描述“添加學(xué)生信息”用例的描述用例名稱添加學(xué)生信息用例標(biāo)識(shí)UC1001基本操作選程1、打開(kāi)添加學(xué)生信息頁(yè)面，輸入要添加的學(xué)生信息。2、系統(tǒng)先通過(guò)查詢確認(rèn)學(xué)生信息不存在。3、將學(xué)生信息保存到數(shù)據(jù)庫(kù)中。4、將學(xué)生

23、信息在頁(yè)面上顯示出來(lái)?？蛇x操作流程第2步如果要添加的學(xué)生信息已經(jīng)存在，則顯示相應(yīng)的提示信息1:AppendStudentInfo：添加學(xué)生記錄2:AddStudentInfo：添加學(xué)生信息3: MySqlExecuteNonQuery：將學(xué)生信息寫(xiě)入數(shù)據(jù)庫(kù)中pP132頁(yè) 1，2題 第第3 3題：題： 針對(duì)自己實(shí)驗(yàn)課中所選的系統(tǒng)，寫(xiě)一個(gè)用例， 并根據(jù)用例建立對(duì)象模型和動(dòng)態(tài)模型.1. 面向?qū)ο蠓治霭男┗顒?dòng)？應(yīng)該建立哪些類型的模型？面向?qū)ο蟮姆治鲞^(guò)程由 5 個(gè)活動(dòng)組成：p用例驅(qū)動(dòng)的面向?qū)ο蠓治鲆话氵^(guò)程1. 獲取客戶對(duì)系統(tǒng)的需求：包括標(biāo)識(shí)參與者和用例，建立用例模型。2. 以用例模型為指南，選擇并標(biāo)

24、識(shí)類和對(duì)象（包括屬性和操作）。3. 定義類的結(jié)構(gòu)和層次。4. 建造對(duì)象行為模型。5. 利用用例來(lái)復(fù)審分析模型。 用例用例建模建模對(duì)象對(duì)象建模建模分析分析模型模型評(píng)審評(píng)審2. 什么是實(shí)體類、邊界類和控制類？為什么將分析類劃分成這3 種類型？實(shí)體類是用于對(duì)必須存儲(chǔ)的信息和相關(guān)行為建模的類。實(shí)體對(duì)象(實(shí)體類的實(shí)例)用于保存和更新一些對(duì)象的有關(guān)信息，如事件、人員或者一些現(xiàn)實(shí)生活中的對(duì)象。實(shí)體類通常都是永久性的，它們具有的屬性和關(guān)系是系統(tǒng)長(zhǎng)期需要的，有時(shí)甚至在系統(tǒng)的整個(gè)生命周期都需要。實(shí)體類主要的任務(wù)是裝載信息，同時(shí)也具有行為，但是這部分行為具有“向內(nèi)收斂”的特征，主要包括那些和實(shí)體類自身信息直接相關(guān)的

25、操作。邊界類是一種用于對(duì)系統(tǒng)外部環(huán)境與其內(nèi)部運(yùn)作之間的交互進(jìn)行建模的類。這種交互包括轉(zhuǎn)換事件，并記錄系統(tǒng)表示方法(如接口)中的變更。控制類用于對(duì)一個(gè)或幾個(gè)用例所持有的控制行為進(jìn)行建模。 控制對(duì)象(控制類的實(shí)例)通?？刂破渌麑?duì)象，因此它們的行為具有協(xié)調(diào)性質(zhì)?？刂祁悓⒂美奶赜行袨檫M(jìn)行封裝。實(shí)踐經(jīng)驗(yàn)表明，如果立足于軟件功能需求，目標(biāo)系統(tǒng)往往在 3 個(gè)維度容易發(fā)生變化：第一，目標(biāo)系統(tǒng)和外部要素之間交互的邊界；第二，目標(biāo)系統(tǒng)要記錄和維護(hù)的信息； 第三， 目標(biāo)系統(tǒng)在運(yùn)行中的控制邏輯。通常按照這 3 個(gè)變化因素的維度，將“分析類”劃分為 3 種類型，即邊界類、實(shí)體類和控制類.這種劃分反映了系統(tǒng)對(duì)象的不同作

26、用和相互關(guān)系，有利于開(kāi)發(fā)人員嘗試找出分析類；另一方面，這種劃分將系統(tǒng)中最容易產(chǎn)生變化的邊界部分與相對(duì)穩(wěn)定的實(shí)體部分和控制部分進(jìn)行分析，可以更好地適應(yīng)軟件功能需求的變化。使得擬建系統(tǒng)的結(jié)構(gòu)對(duì)于軟件功能需求變化的“反響”具有顯著的“高內(nèi)聚、低耦合”特征。 P148 1、3、4、6軟件需求：解決“系統(tǒng)做什么”軟件設(shè)計(jì)：解決“系統(tǒng)應(yīng)該怎么做”將需求分析階段產(chǎn)生的需求規(guī)格說(shuō)明轉(zhuǎn)換將需求分析階段產(chǎn)生的需求規(guī)格說(shuō)明轉(zhuǎn)換為為軟件設(shè)計(jì)文檔軟件設(shè)計(jì)文檔。軟件設(shè)計(jì)的最終目標(biāo)是產(chǎn)生一個(gè)設(shè)計(jì)規(guī)約，該規(guī)約包括體系結(jié)構(gòu)、描述數(shù)據(jù)、接口和構(gòu)件的設(shè)計(jì)模型。(1) 體系結(jié)構(gòu)：設(shè)計(jì)定義了軟件主要結(jié)構(gòu)性元素之間的關(guān)系。體系結(jié)構(gòu)設(shè)計(jì)表

27、示(即基于計(jì)算機(jī)的系統(tǒng)框架)可以從系統(tǒng)規(guī)約、分析模型及分析模型中所定義子系統(tǒng)的交互導(dǎo)出。 (2) 描述數(shù)據(jù)：將分析階段創(chuàng)建的信息模型轉(zhuǎn)變成實(shí)現(xiàn)軟件所需的數(shù)據(jù)結(jié)構(gòu)。在實(shí)體-關(guān)系圖中定義的數(shù)據(jù)對(duì)象和關(guān)系，以及數(shù)據(jù)字典中描述的詳細(xì)數(shù)據(jù)內(nèi)容，提供了數(shù)據(jù)設(shè)計(jì)活動(dòng)的基礎(chǔ)。當(dāng)然，部分?jǐn)?shù)據(jù)設(shè)計(jì)可能和軟件體系結(jié)構(gòu)的設(shè)計(jì)同時(shí)發(fā)生，但更詳細(xì)的數(shù)據(jù)設(shè)計(jì)活動(dòng)則會(huì)發(fā)生在每個(gè)具體軟件構(gòu)件設(shè)計(jì)的時(shí)候。 (3) 接口設(shè)計(jì)： 描述了軟件內(nèi)部模塊之間及軟件與人之間是如何通信的(包括數(shù)據(jù)流和控制流)。一個(gè)接口意味著特定信息流(如數(shù)據(jù)流和/或控制流)及行為類型，因此，數(shù)據(jù)和控制流圖提供了接口設(shè)計(jì)所需的信息。 (4) 構(gòu)件設(shè)計(jì)：將軟件體

28、系結(jié)構(gòu)的結(jié)構(gòu)性元素轉(zhuǎn)變成對(duì)軟件構(gòu)件的過(guò)程性描述，即描述軟件構(gòu)件的詳細(xì)內(nèi)部設(shè)計(jì)細(xì)節(jié)。從工程管理的角度來(lái)看，軟件設(shè)計(jì)分兩步完成，即總體設(shè)計(jì)與詳細(xì)設(shè)計(jì)。第一個(gè)階段是總體設(shè)計(jì)，即概要設(shè)計(jì)或初步設(shè)計(jì)，將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)，包括結(jié)構(gòu)設(shè)計(jì)和接口設(shè)計(jì)，并編寫(xiě)概要設(shè)計(jì)文檔。這一階段主要確定實(shí)現(xiàn)目標(biāo)系統(tǒng)的總體思想和設(shè)計(jì)框架。系統(tǒng)分析員使用系統(tǒng)流程圖或其他工具，描述每種可能的系統(tǒng)，估計(jì)每種方案的成本和效益，推薦一個(gè)較好的系統(tǒng)方案(最佳方案)，并且制定實(shí)現(xiàn)所推薦系統(tǒng)的詳細(xì)計(jì)劃。在用戶確認(rèn)后，系統(tǒng)分析員就要設(shè)計(jì)軟件的整體結(jié)構(gòu)和框架，確定程序由哪些模塊組成，以及模塊與模塊之間的關(guān)系，最后提出概要設(shè)計(jì)說(shuō)

29、明書(shū)。 第二個(gè)階段是詳細(xì)設(shè)計(jì)，即過(guò)程設(shè)計(jì)或構(gòu)件級(jí)設(shè)計(jì)，其任務(wù)是通過(guò)對(duì)結(jié)構(gòu)表示進(jìn)行細(xì)化，確定各個(gè)軟件構(gòu)件的詳細(xì)數(shù)據(jù)結(jié)構(gòu)和算法，產(chǎn)生描述各個(gè)軟件構(gòu)件的詳細(xì)設(shè)計(jì)文檔。詳細(xì)設(shè)計(jì)的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)。程序的體系結(jié)構(gòu)是通過(guò)逐步精化處理過(guò)程的層次而設(shè)計(jì)出來(lái)的。通過(guò)逐步分解對(duì)功能的宏觀陳述而開(kāi)發(fā)出層次結(jié)構(gòu)，最終得出用程序設(shè)計(jì)語(yǔ)言表達(dá)的程序。求精實(shí)際上是細(xì)化過(guò)程。抽象與求精是一對(duì)互補(bǔ)的概念。抽象使得設(shè)計(jì)者能夠說(shuō)明過(guò)程和數(shù)據(jù)，但卻忽略了底層細(xì)節(jié)。求精則幫助設(shè)計(jì)者在設(shè)計(jì)過(guò)程中逐步揭示底層細(xì)節(jié)。模塊化與模塊獨(dú)立性；抽象與逐步求精；信息隱藏。軟件設(shè)計(jì)分兩步完成，即總體設(shè)計(jì)與詳細(xì)設(shè)計(jì)。第一個(gè)階段

30、是總體設(shè)計(jì)，即概要設(shè)計(jì)或初步設(shè)計(jì)。這一階段主要確定實(shí)現(xiàn)目標(biāo)系統(tǒng)的總體思想和設(shè)計(jì)框架，確定程序由哪些模塊組成，以及模塊與模塊之間的關(guān)系，最后提出概要設(shè)計(jì)說(shuō)明書(shū)。第二個(gè)階段是詳細(xì)設(shè)計(jì)，即過(guò)程設(shè)計(jì)或構(gòu)件級(jí)設(shè)計(jì)，其任務(wù)是通過(guò)對(duì)結(jié)構(gòu)表示進(jìn)行細(xì)化，確定各個(gè)軟件構(gòu)件的詳細(xì)數(shù)據(jù)結(jié)構(gòu)和算法，產(chǎn)生描述各個(gè)軟件構(gòu)件的詳細(xì)設(shè)計(jì)文檔。P171 2、6、7事務(wù)流由至少一條接受路徑、一個(gè)事務(wù)中心與若干條動(dòng)作路徑組成。變換流有三部分組成：即輸入流、變換中心和輸出流數(shù)據(jù)流的兩種類型數(shù)據(jù)流的兩種類型1. 1. 變換型變換型 信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn)

31、入系統(tǒng)的信息通過(guò)變換中心，經(jīng)加工處理以后再沿輸出式，進(jìn)入系統(tǒng)的信息通過(guò)變換中心，經(jīng)加工處理以后再沿輸出通路變換成外部形式離開(kāi)軟件系統(tǒng)。通路變換成外部形式離開(kāi)軟件系統(tǒng)。 當(dāng)數(shù)據(jù)流圖具有這些特征時(shí)，這種信息流就叫作變換流。當(dāng)數(shù)據(jù)流圖具有這些特征時(shí)，這種信息流就叫作變換流。 由由輸入、變換中心和輸出輸入、變換中心和輸出三部分組成。因此變換型的三部分組成。因此變換型的DFDDFD是一個(gè)順序結(jié)構(gòu)。是一個(gè)順序結(jié)構(gòu)。2. 事務(wù)型 數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理T，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序列中選出一個(gè)來(lái)執(zhí)行。處理T 稱為事務(wù)中心，它完成以下任務(wù)：(1) 接收輸入數(shù)據(jù)(輸入數(shù)據(jù)又稱為事務(wù))。(2)

32、分析每個(gè)事務(wù)以確定它的類型。(3) 根據(jù)事務(wù)類型選取一條動(dòng)作路徑。7. 某圖書(shū)管理系統(tǒng)有以下功能。(1) 借書(shū)：輸入讀者借書(shū)證。系統(tǒng)首先檢查借書(shū)證是否有效，若有效，對(duì)于第一次借書(shū)的讀者，在借書(shū)證上建立檔案。否則，查閱借書(shū)文件，檢查該讀者所借圖書(shū)是否超過(guò)10 本，若已達(dá)10 本，拒借；未達(dá)10 本，辦理借書(shū)(檢查庫(kù)存，修改庫(kù)存目錄并將讀者借書(shū)情況錄入借書(shū)文件)。(2) 還書(shū)：從借書(shū)文件中讀出與讀者有關(guān)的記錄，查閱所借日期，如超期(3 個(gè)月)做罰款處理。否則，修改庫(kù)存目錄與借書(shū)文件。(3) 查詢：通過(guò)借書(shū)文件，庫(kù)存目錄文件查詢讀者情況圖書(shū)借閱及庫(kù)存情況，打印統(tǒng)計(jì)表。根據(jù)上面描述繪制系統(tǒng)模塊結(jié)構(gòu)圖和IPO 圖。P199 1、3、51. 簡(jiǎn)述面向?qū)ο笤O(shè)計(jì)階段要做的工作。p主要考慮主要考慮“如何實(shí)現(xiàn)如何實(shí)現(xiàn)”的問(wèn)題，將面向?qū)ο蠓治鰟?chuàng)建的分析的問(wèn)題，將面向?qū)ο蠓治鰟?chuàng)建的分析模型，轉(zhuǎn)變?yōu)樽鳛檐浖?gòu)造藍(lán)圖的設(shè)計(jì)模型。模型，轉(zhuǎn)變?yōu)樽鳛檐浖?gòu)造藍(lán)圖的設(shè)計(jì)模型。p不僅要說(shuō)明為實(shí)現(xiàn)需要必須引入的類、對(duì)象及它們之間是如不僅要說(shuō)明為實(shí)現(xiàn)需要必須引入的類、對(duì)象及它們之間是如何關(guān)聯(lián)的，描述對(duì)象間如何傳遞消息和對(duì)象的行為如何實(shí)現(xiàn)，何關(guān)聯(lián)的，描述對(duì)象間如何傳遞消息和對(duì)象的行為如何實(shí)現(xiàn)，還必須從還必須從提高軟件設(shè)計(jì)質(zhì)