【正文】 密碼，則需要客戶輸入密碼。第3章 軟件需求獲取與結(jié)構(gòu)化分析方法 為什么結(jié)構(gòu)化分析要叫“結(jié)構(gòu)化”？有其他可替代的術(shù)語(yǔ)嗎？“結(jié)構(gòu)化”一詞應(yīng)來(lái)源于“結(jié)構(gòu)化程序設(shè)計(jì)”，先有“結(jié)構(gòu)化程序設(shè)計(jì)”的思想，后有結(jié)構(gòu)化設(shè)計(jì)及結(jié)構(gòu)化分析。 傳統(tǒng)方法的主要缺點(diǎn)是在適應(yīng)需求變化方面不夠靈活，另外，結(jié)構(gòu)化方法要么面向行為，要么面向數(shù)據(jù)，缺乏使兩者有機(jī)結(jié)合的機(jī)制。目前使用得最廣泛的方法是傳統(tǒng)方法（結(jié)構(gòu)化方法）和面向?qū)ο蠓椒?。缺點(diǎn)：由于各個(gè)階段之間的界線不明確，容易造成軟件開(kāi)發(fā)過(guò)程的無(wú)序。缺點(diǎn)：l 在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來(lái)已經(jīng)開(kāi)發(fā)出的產(chǎn)品。 (2) 快速原型模型優(yōu)點(diǎn)：有助于滿足用戶的真實(shí)需求；原型系統(tǒng)已經(jīng)通過(guò)與用戶的交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說(shuō)明文檔能夠正確地描述用戶需求。(6) 運(yùn)行維護(hù)：已交付的軟件投入正式使用，便進(jìn)入運(yùn)行維護(hù)階段。(3) 軟件設(shè)計(jì)：本階段要回答的關(guān)鍵問(wèn)題是“目標(biāo)系統(tǒng)如何做？”為此，必須在設(shè)計(jì)階段中制定設(shè)計(jì)方案，把已確定的各項(xiàng)需求轉(zhuǎn)換成相應(yīng)的軟件體系結(jié)構(gòu)。(4) 隨著軟件規(guī)模的增大，其復(fù)雜性往往會(huì)呈指數(shù)級(jí)升高。(4) 軟件常常是不可維護(hù)的?！边@種觀點(diǎn)是否正確？為什么？認(rèn)為“軟件就是程序，軟件開(kāi)發(fā)就是編程序?！边@種觀點(diǎn)是錯(cuò)誤的。(5) 軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。需要很多人分工協(xié)作，不僅涉及技術(shù)問(wèn)題，更重要的是必須有科學(xué)嚴(yán)格的管理。結(jié)構(gòu)中的每一組成部分都是意義明確的構(gòu)件，此即所謂概要設(shè)計(jì)。這一階段可能持續(xù)若干年。缺點(diǎn)：要求開(kāi)發(fā)人員快速建立原型。l 軟件體系結(jié)構(gòu)必須是開(kāi)放的，即向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過(guò)程必須簡(jiǎn)單、方便。適用范圍：適用于面向?qū)ο蟮能浖_(kāi)發(fā)。(2) 工具為方法的運(yùn)用提供自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境。（2）面向?qū)ο蠓椒ǖ奶攸c(diǎn)面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，是將數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法，這也是面向?qū)ο蠓椒ㄅc傳統(tǒng)方法的重要區(qū)別。有時(shí)稱傳統(tǒng)的分析方法，指的就是結(jié)構(gòu)化分析方法。最后印出開(kāi)戶單或存款單給用戶。 處理存款的數(shù)據(jù)流圖處理開(kāi)戶的數(shù)據(jù)流圖 按照以下描述，畫(huà)出ER圖。(2) 對(duì)上圖按事務(wù)型數(shù)據(jù)流進(jìn)行處理，完成第一級(jí)分解，得到頂層和一層模塊結(jié)構(gòu)圖。存款業(yè)務(wù)輸入事務(wù)輸入密碼打印存款單打印開(kāi)戶單處理存款處理開(kāi)戶記錄存款信息記錄開(kāi)戶信息記錄密碼調(diào)整后的模塊結(jié)構(gòu)圖 將大的軟件劃分成模塊有什么好處？是不是模塊劃分得越小越好？劃分模塊的依據(jù)是什么？將大的軟件劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，不同的模塊通常具有不同的功能或職責(zé)。 (1) 使用語(yǔ)言中的順序、選擇、重復(fù)等有限的基本控制結(jié)構(gòu)表示程序邏輯。(2) 等價(jià)的結(jié)構(gòu)化算法如下：(FINISHSTART)1 amp。(1) 首先寫(xiě)出下面的程序框架： main （） { 定義10180。maxOfC。 i++)for (j=0。B[i]。for (i=1。 }}(minOfB maxOfC)^2 232。 in。所以，程序的風(fēng)格和可讀性很重要，具有良好的程序風(fēng)格和可讀性的程序，有助于對(duì)程序的正確理解，可以大大減少閱讀理解程序的時(shí)間，從而提高維護(hù)工作的效率。但這種方式會(huì)使程序可讀性變差。 a[j+1]=temp。} 請(qǐng)對(duì)下面代碼的布局進(jìn)行改進(jìn)，使其符合規(guī)范其更容易理解。 a[t]=a[i]。 a[t]=a[i]。10的二維隨機(jī)整數(shù)數(shù)組a*/ for(i=0。 i++) { /*求數(shù)組a第i行的最大值232。 j++) { /*求數(shù)組a第j列的最小值232。 for (i=1。 result = pow(minOfB maxOfC, 2)。 gets(a)。 i++) { c=a[i]。}第6章 軟件測(cè)試方法 假設(shè)汽車的車牌號(hào)可由車主人在規(guī)定范圍內(nèi)自選，若其規(guī)定為：(1) 車牌上應(yīng)有7個(gè)字符； (2) 為首的字符限定為漢字“京”；(3) 第2個(gè)字符可任選一字母（A~Z）；(4) 第3~7個(gè)字符可選任意數(shù)字。在UML中，常見(jiàn)的關(guān)系有泛化、聚合、關(guān)聯(lián)、依賴和實(shí)現(xiàn)。一般情況下，當(dāng)需要強(qiáng)調(diào)消息傳遞的時(shí)間順序時(shí)，采用順序圖；當(dāng)表示涉及很多對(duì)象的模型時(shí)，協(xié)作圖比順序圖更形象。面向數(shù)據(jù)流的分析方法是從建立頂層數(shù)據(jù)流圖（環(huán)境圖）開(kāi)始，之后逐層對(duì)加工進(jìn)行分解。 對(duì)于復(fù)雜的系統(tǒng)，其對(duì)象模型應(yīng)該由哪五個(gè)層次組成？對(duì)于復(fù)雜的系統(tǒng)，對(duì)象模型應(yīng)該由下述5個(gè)層次組成：主題層(也稱為范疇層)、類對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層，如圖所示。主要用例編號(hào)參與者用例說(shuō)明1administratorMaintain product information（維護(hù)商品信息）增加、修改、刪除商品信息（商品編號(hào)、名稱、型號(hào)、價(jià)格）2Maintain membership information（維護(hù)會(huì)員信息） 增加、修改、刪除會(huì)員信息（會(huì)員編號(hào)、姓名、身份證號(hào)、辦卡日期）3salespersonScan membership card（掃描會(huì)員卡）在商品出售之前，系統(tǒng)通過(guò)掃描儀刷卡（會(huì)員卡）來(lái)確認(rèn)顧客的會(huì)員身份4Scan product code（掃描商品的條形碼）通過(guò)掃描商品的條形碼，自動(dòng)識(shí)別商品的名稱和價(jià)格5Input amount of product（輸入商品數(shù)量）對(duì)于已經(jīng)掃描的條形碼，手工輸入購(gòu)買的此件商品的數(shù)量6salesperson，customerAccept payment（接收現(xiàn)金付款）Charge payment to card（使用銀行卡付款）7salespersonPrint receipt（打印收據(jù)）用例圖如下：第10章 面向?qū)ο笤O(shè)計(jì) 軟件模塊之間的依賴性可以從哪些角度和抽象層次進(jìn)行分析？在面向?qū)ο筌浖校Ｒ?jiàn)的軟件模塊有類、接口、包、構(gòu)件。軟件構(gòu)件是一種組裝單元，它具有規(guī)范的接口規(guī)格說(shuō)明和顯式的語(yǔ)境依賴。（略） 典型的面向?qū)ο笤O(shè)計(jì)模型在邏輯上由哪幾部分組成？對(duì)每一部分進(jìn)行設(shè)計(jì)時(shí)所包含的主要內(nèi)容是什么？典型的面向?qū)ο笤O(shè)計(jì)模型在邏輯上將系統(tǒng)劃分為4個(gè)部分，分別是問(wèn)題域部分、人機(jī)交互部分、任務(wù)管理部分及數(shù)據(jù)管理部分。4) 數(shù)據(jù)管理的設(shè)計(jì)在采用面向?qū)ο蠓椒ㄟM(jìn)行軟件開(kāi)發(fā)時(shí)，數(shù)據(jù)的存儲(chǔ)還是普遍使用關(guān)系數(shù)據(jù)庫(kù)。從業(yè)務(wù)的角度，又可以將系統(tǒng)劃分為訂購(gòu)管理、客戶信息管理和系統(tǒng)管理三個(gè)子系統(tǒng)（包）。 。 用面向?qū)ο蠓椒ㄔO(shè)計(jì)網(wǎng)上購(gòu)書(shū)系統(tǒng)的軟件結(jié)構(gòu)，網(wǎng)上購(gòu)書(shū)系統(tǒng)的業(yè)務(wù)如下：某書(shū)店為方便客戶通過(guò)Internet購(gòu)買相關(guān)圖書(shū)，開(kāi)發(fā)一個(gè)“網(wǎng)上購(gòu)書(shū)系統(tǒng)”，客戶可以通過(guò)Web頁(yè)面注冊(cè)并登錄“網(wǎng)上購(gòu)書(shū)系統(tǒng)”，通過(guò)Web頁(yè)面查看、選擇圖書(shū)，系統(tǒng)根據(jù)用戶選擇的圖書(shū)單價(jià)、數(shù)量，系統(tǒng)自動(dòng)生成訂單，并計(jì)算總價(jià)格。例如，調(diào)整需求、復(fù)用已有的類、把問(wèn)題域類組合在一起、增添泛化類以建立類間的協(xié)議、調(diào)整繼承的支持級(jí)別、改進(jìn)性能等。OMG UML規(guī)范中將構(gòu)件定義為“系統(tǒng)中某一定型化的、可配置的和可替換的部件，該部件封裝了實(shí)現(xiàn)并暴露一系列接口”。 消除包之間循環(huán)依賴性的方法是什么？ 本質(zhì)上，兩個(gè)包之間的依賴性來(lái)自于兩個(gè)包中類之間的依賴性。在關(guān)聯(lián)關(guān)系比較簡(jiǎn)單的情況下，關(guān)聯(lián)關(guān)系的語(yǔ)義用關(guān)聯(lián)關(guān)系的名字來(lái)概括。 面向?qū)ο蠓治鲂枰⒌娜齻€(gè)模型是什么？面向?qū)ο蠓治鲂枰⒌?個(gè)模型是：由用例和場(chǎng)景表示的功能模型（用例模型）；用類和對(duì)象表示的靜態(tài)模型（對(duì)象模型）；由狀態(tài)圖和順序圖表示的動(dòng)態(tài)模型（交互模型）。 考慮銀行系統(tǒng)中的帳戶會(huì)有哪幾種狀態(tài)，畫(huà)出帳戶對(duì)象的狀態(tài)圖。聚合描述了整體和部分之間的結(jié)構(gòu)關(guān)系。等價(jià)類表輸入數(shù)據(jù)有效等價(jià)類無(wú)效等價(jià)類字符個(gè)數(shù) 7個(gè)（1）0~6個(gè)（2），7個(gè)（3）首字符“京”（4）非“京”（5）第2個(gè)字符字母（6）非字母（7）第3~7個(gè)字符數(shù)字（8）非數(shù)字（9）測(cè)試用例如下：1）京H87774 }（1），（4），（6），（8）2）京H8777 }（2）3）京H877745 }（3） 4）冀H87774 }（5）5）京