電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷1（共90題）

電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷1（共4套）（共90題）電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷第1套一、中文選擇題(本題共20題，每題1.0分，共20分。)1、關(guān)于數(shù)據(jù)字典說(shuō)法錯(cuò)誤的是()。A、數(shù)據(jù)字典中描述數(shù)據(jù)的邏輯存儲(chǔ)結(jié)構(gòu)，也涉及它的物理組織B、外部實(shí)體描述了數(shù)據(jù)流入、流出和處理的實(shí)際發(fā)生地點(diǎn)和有關(guān)的主體。外部實(shí)體的定義包括實(shí)體編號(hào)、名稱、簡(jiǎn)述、輸入和輸出數(shù)據(jù)流C、數(shù)據(jù)流用來(lái)描述數(shù)據(jù)的流動(dòng)過(guò)程，由一個(gè)或一組固定的數(shù)據(jù)項(xiàng)組成D、數(shù)據(jù)結(jié)構(gòu)描述了數(shù)據(jù)項(xiàng)之間的關(guān)系，由數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)組成，是一個(gè)嵌套結(jié)構(gòu)。一個(gè)簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)由數(shù)據(jù)項(xiàng)組成，而復(fù)雜的數(shù)據(jù)結(jié)構(gòu)則包含了其他數(shù)據(jù)結(jié)構(gòu)，在數(shù)據(jù)字典中，需要詳細(xì)列出每個(gè)數(shù)據(jù)結(jié)構(gòu)包含的項(xiàng)標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析2、IBMWBI的核心是()。A、WBIWorkbenchB、WBIWorkbenchServerC、WBIMonitorD、ProcessModeler標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析3、下列說(shuō)法錯(cuò)誤的是()。A、U/C矩陣建立之后，還要進(jìn)行完備性檢驗(yàn)，指每個(gè)數(shù)據(jù)項(xiàng)必須有一個(gè)生產(chǎn)者和至少一個(gè)使用者B、U/C矩陣的每個(gè)功能不一定要有數(shù)據(jù)的生產(chǎn)和使用活動(dòng)C、一致性檢驗(yàn)則要求一個(gè)數(shù)據(jù)只能有一個(gè)生產(chǎn)者，避免數(shù)據(jù)有多個(gè)源頭，產(chǎn)生不一致現(xiàn)象D、U/C矩陣不僅適用于功能/數(shù)據(jù)分析，也適用于其他方面的管理分析，應(yīng)該很好的掌握這種方法標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析4、業(yè)務(wù)流程改造說(shuō)法不正確的是()。A、業(yè)務(wù)流程改造涉及到技術(shù)等因素，但與人文等因素沒(méi)啥關(guān)系B、信息技術(shù)應(yīng)用是流程改造的核心C、信息技術(shù)既是流程改造的出發(fā)點(diǎn)D、也是流程改造的最終目標(biāo)的體現(xiàn)者標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析5、以下哪一項(xiàng)說(shuō)法錯(cuò)誤()。A、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的主要任務(wù)是在系統(tǒng)分析的基礎(chǔ)上進(jìn)行功能模塊劃分B、一定要通過(guò)“自上而下”多次反復(fù)，把系統(tǒng)分解為若干個(gè)大小適當(dāng)、功能明確、具有一定的獨(dú)立性且容易實(shí)現(xiàn)的模塊，從而把復(fù)雜系統(tǒng)的設(shè)計(jì)轉(zhuǎn)變?yōu)槎鄠€(gè)簡(jiǎn)單模塊的設(shè)計(jì)C、合理地進(jìn)行模塊的分解和定義，是系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的主要內(nèi)容D、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的基本特點(diǎn)：用分解的方法簡(jiǎn)化復(fù)雜系統(tǒng)；采用圖表表達(dá)工具；有一套基本的設(shè)計(jì)準(zhǔn)則：有一組基本的設(shè)計(jì)策略；有一組評(píng)價(jià)標(biāo)準(zhǔn)和質(zhì)量?jī)?yōu)化技術(shù)標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析6、關(guān)于模塊耦合說(shuō)法不正確的是()。A、兩模塊間相互傳遞的信息是數(shù)據(jù)，聯(lián)系是一種數(shù)據(jù)耦合。數(shù)據(jù)耦合聯(lián)系簡(jiǎn)單，耦合程度低，模塊的獨(dú)立性強(qiáng)，模塊的可修改性和可維護(hù)性高，是一種較為理想的耦合形式B、兩個(gè)模塊之間，除了傳遞數(shù)據(jù)信息外，還傳遞控制信息，是控制耦合。這種耦合對(duì)系統(tǒng)的影響比較大，它直接影響到接收該控制信號(hào)模塊的內(nèi)部運(yùn)行。一般來(lái)說(shuō)，控制耦合出現(xiàn)在模塊的中下層C、當(dāng)兩個(gè)或多個(gè)模塊通過(guò)一個(gè)公共數(shù)據(jù)環(huán)境相互作用時(shí)，它們之間的耦合稱為公共．耦合。公共耦合可以是全程變量、內(nèi)存的公共覆蓋區(qū)、存儲(chǔ)介質(zhì)中的文件等D、一個(gè)模塊不經(jīng)調(diào)用直接使用或修改另一個(gè)模塊中的數(shù)據(jù)，則這種模塊之間的連接關(guān)系為內(nèi)容耦合。內(nèi)容耦合使得模塊的獨(dú)立性、系統(tǒng)的可修改性和可維護(hù)性最差，是一種病態(tài)聯(lián)結(jié)，因此，在設(shè)計(jì)時(shí)必須避免這種模塊耦合標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析7、關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)法不正確的是()。A、數(shù)據(jù)存儲(chǔ)的安全性要求從存儲(chǔ)總體結(jié)構(gòu)上保證數(shù)據(jù)的安全性、一致性和完整性B、而數(shù)據(jù)的大量冗余往往為維護(hù)數(shù)據(jù)一致性帶來(lái)困難，維護(hù)一致性就要盡可能地避免數(shù)據(jù)的冗余C、要求對(duì)數(shù)據(jù)文件組織合理，數(shù)據(jù)元素歸類和劃分合理，以及對(duì)數(shù)據(jù)項(xiàng)進(jìn)行合理描述D、無(wú)論設(shè)計(jì)什么樣的存儲(chǔ)結(jié)構(gòu)，首先應(yīng)保證對(duì)數(shù)據(jù)進(jìn)行管理和維護(hù)上的方便，它是提高系統(tǒng)運(yùn)行效率的基礎(chǔ)標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析8、下列哪個(gè)不是軟件工程的層次()。A、過(guò)程層B、方法層C、應(yīng)用層D、工具層標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：暫無(wú)解析9、下列哪項(xiàng)不是需求分析調(diào)查范圍()。A、組織機(jī)構(gòu)與功能業(yè)務(wù)B、數(shù)據(jù)和數(shù)據(jù)流程C、業(yè)務(wù)流程D、實(shí)現(xiàn)細(xì)節(jié)標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析10、下列說(shuō)法錯(cuò)誤的是()。A、業(yè)務(wù)建模便于了解目標(biāo)組織(將要在其中部署系統(tǒng)的組織)的結(jié)構(gòu)及機(jī)制B、業(yè)務(wù)建模便于了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定改進(jìn)的可能性C、一般只有ERP這種大系統(tǒng)才需要對(duì)業(yè)務(wù)流程進(jìn)行重組D、業(yè)務(wù)建模便于確保客戶、最終用戶和開(kāi)發(fā)人員就目標(biāo)組織達(dá)成共識(shí)標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：暫無(wú)解析11、在軟件項(xiàng)目中，需求決策問(wèn)題說(shuō)法正確的是()。A、分析員須聽(tīng)從呼聲高的或來(lái)自最高層人物的最大的需求B、誰(shuí)將對(duì)需求做出決策的問(wèn)題并沒(méi)有統(tǒng)一的正確答案C、分析員須聽(tīng)從用戶代表的需求D、應(yīng)由系統(tǒng)地開(kāi)發(fā)人員做出需求決策標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析12、需求間的關(guān)系說(shuō)法錯(cuò)誤的是()。A、因果關(guān)系，只要因需求解決了，果需求就自然解決了，對(duì)于這類問(wèn)題，說(shuō)明目標(biāo)時(shí)，只要抓住原因就可以了，結(jié)果不必再提B、主次關(guān)系，我們要根據(jù)實(shí)際情況，切實(shí)抓住使用者目前最急需解決的問(wèn)題，作為主要目標(biāo)C、權(quán)衡關(guān)系，某兩項(xiàng)需求在實(shí)際工作中是矛盾的，此長(zhǎng)彼消，此消彼長(zhǎng)。這時(shí)使用者心目中往往有一個(gè)方面是關(guān)心的，而另一個(gè)方面則成為一種制約條件D、平等關(guān)系，在實(shí)際工作中，還可能存在著平行的事情，需要根據(jù)經(jīng)驗(yàn)合理安排標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析13、關(guān)于需求分析的活動(dòng)說(shuō)法不正確的是()。A、需求預(yù)測(cè)，系統(tǒng)分析員對(duì)系統(tǒng)的基本需求作一假設(shè)B、需求導(dǎo)出，運(yùn)用各種信息采集技術(shù)的本質(zhì)要求C、需求確認(rèn)，將記錄的需求反饋給用戶進(jìn)行檢驗(yàn)D、需求說(shuō)明，利用NS圖，PAD圖等工具進(jìn)行需求描述標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析14、關(guān)于用例說(shuō)法正確的是()。A、用例不能描述業(yè)務(wù)的交互過(guò)程B、用例不適用于描述用戶的功能性需求C、用例不關(guān)心系統(tǒng)設(shè)計(jì)，編寫(xiě)用例的最昂貴的錯(cuò)誤包括太多細(xì)節(jié)和用戶界面說(shuō)明，使得用例變長(zhǎng)，難以閱讀D、用例不適用于增量開(kāi)發(fā)標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：暫無(wú)解析15、下列關(guān)于用例說(shuō)法錯(cuò)誤的是()。A、因?yàn)橛美齺?lái)源于面向?qū)ο蟮拈_(kāi)發(fā)環(huán)境，所以它不能應(yīng)用在具有許多開(kāi)發(fā)方法的項(xiàng)目中B、最重要的，用例的觀點(diǎn)和思維過(guò)程帶給需求開(kāi)發(fā)的改變比起是否畫(huà)正式的用例圖顯得更為重要C、用例的重要功能是用畫(huà)用例圖的功能來(lái)鑒別和劃分系統(tǒng)功能D、它把系統(tǒng)分成角色(Actor)和用例標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析16、估算方法是基于分解的技術(shù)的方法，分類正確的是()。A、功能點(diǎn)估算法、LOC估算法、IBM模型B、功能點(diǎn)估算法、IBM模型、MARKIIC、功能點(diǎn)估算法、COCOMO模型、MARKIID、功能點(diǎn)估算法、LOC估算法、MARKII標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析17、數(shù)據(jù)的分析方式說(shuō)法錯(cuò)誤的是()。A、圍繞系統(tǒng)目標(biāo)進(jìn)行分析B、對(duì)信息環(huán)境分析C、圍繞現(xiàn)行業(yè)務(wù)流程進(jìn)行分析D、數(shù)據(jù)的功能分析標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析18、關(guān)于DFD說(shuō)法錯(cuò)誤的是()。A、數(shù)據(jù)流程分析的主要工具是數(shù)據(jù)流程圖B、數(shù)據(jù)流程圖是現(xiàn)有數(shù)據(jù)流程的抽象，它包含了具體的組織結(jié)構(gòu)、物流、場(chǎng)所等信息，并從信息流動(dòng)的角度考察業(yè)務(wù)執(zhí)行的過(guò)程C、數(shù)據(jù)流程圖具有抽象性特征D、數(shù)據(jù)流程圖具有概括性特征標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：暫無(wú)解析19、哪項(xiàng)不是業(yè)務(wù)流程分析的內(nèi)容?()A、業(yè)務(wù)功能分析B、業(yè)務(wù)關(guān)系分析C、業(yè)務(wù)流程優(yōu)化D、業(yè)務(wù)邏輯分析標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析20、關(guān)于流程圖說(shuō)法不正確的項(xiàng)是()。A、流程圖是用描述程序執(zhí)行具體步驟的統(tǒng)一規(guī)定的標(biāo)準(zhǔn)符號(hào)圖形表示，是使用歷史最久、流行最廣的一種描述工具B、流程圖包括處理、判斷條件、控制流三種基本成分C、流程圖只描述執(zhí)行過(guò)程而不能描述有關(guān)數(shù)據(jù)D、流程圖表示控制的箭頭很靈活，使流程圖簡(jiǎn)單易懂，并易于維護(hù)標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷第2套一、問(wèn)答題(本題共10題，每題1.0分，共10分。)1、簡(jiǎn)述ACTOR、用例可以從不同的層次來(lái)描述信息的原因。標(biāo)準(zhǔn)答案：ACTOR、用例可以從不同的層次來(lái)描述信息。采用該原則的原因有：①需求并不是在項(xiàng)目一開(kāi)始就很明確，往往是隨著項(xiàng)目的推進(jìn)，逐漸細(xì)化。②人的認(rèn)知往往具有層次的特性。從粗到細(xì)，從一般到特殊。采用不同的層次來(lái)描述，適于認(rèn)知的過(guò)程。使用用例開(kāi)發(fā)系統(tǒng)的一般過(guò)程。在開(kāi)發(fā)過(guò)程的初始階段，可以根據(jù)具體的項(xiàng)目特點(diǎn)，制訂開(kāi)發(fā)各個(gè)視圖之間的關(guān)聯(lián)原則，指導(dǎo)規(guī)范。在開(kāi)發(fā)的過(guò)程中，視圖的組織原則應(yīng)不斷進(jìn)行維護(hù)、更新。知識(shí)點(diǎn)解析：暫無(wú)解析2、簡(jiǎn)述用例在需求中的作用。標(biāo)準(zhǔn)答案：用例在需求中的作用：用例是從用戶的角度看待系統(tǒng)，而不是基于程序員的角度。這樣，用例驅(qū)動(dòng)的系統(tǒng)能夠真正做到以用戶為中心，用戶的任何需求都能夠在系統(tǒng)開(kāi)發(fā)鏈中完整的體現(xiàn)。用戶和程序員間通過(guò)用例溝通，避免了牛頭馬嘴的尷尬局面。從前，系統(tǒng)開(kāi)發(fā)者總是用于開(kāi)發(fā)的流程。當(dāng)系統(tǒng)的開(kāi)發(fā)過(guò)程都是基于用例的，如用用例獲取需求、設(shè)計(jì)、編碼和測(cè)試，那么這個(gè)開(kāi)發(fā)過(guò)程就是用例驅(qū)動(dòng)的。知識(shí)點(diǎn)解析：暫無(wú)解析3、確定用例的方法有哪些?標(biāo)準(zhǔn)答案：用例和用例文檔一書(shū)中提到了以下幾種方法來(lái)確定用例。首先明確執(zhí)行者和他們的角色，然后確定業(yè)務(wù)過(guò)程，在這一過(guò)程中每一個(gè)參與者都在為確定用例而努力。確定系統(tǒng)所能反映的外部事件，然后把這些事件與參與的執(zhí)行者和特定的用例聯(lián)系起來(lái)?？梢园阉鼈兠枋龀尚枨?，這些功能需求可以使用戶完成其任務(wù)，也可以把它們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶對(duì)質(zhì)量的期望。雖然最初的屏幕構(gòu)思有助于描述你對(duì)需求的理解，但是你必須細(xì)化用戶界面設(shè)計(jì)，建立用例文檔。在每一次的需求獲取之后，都會(huì)生成很多未整理的需求，你必須將它們組織成用例文檔。使用諸如模板的技術(shù)能夠提高你的速度和需求的復(fù)用性。一個(gè)用例文檔可以使用表格來(lái)組織，主要的要素包括了用例標(biāo)識(shí)號(hào)、用例名稱、父用例標(biāo)志號(hào)、創(chuàng)建者、創(chuàng)建時(shí)間、審核者、修訂記錄、角色、說(shuō)、先決條件、請(qǐng)求結(jié)果、優(yōu)先級(jí)、普通過(guò)程、可選過(guò)程、例外、非功能需求、假設(shè)、注釋和問(wèn)題。雖然列舉㈩了這么多的屬性，但是實(shí)際中使用的屬性這要看你的團(tuán)體而定，視項(xiàng)目的大小而定。把大量的時(shí)間花在用例的描述上是沒(méi)有意義的。用戶需要的是一個(gè)軟件系統(tǒng)，并不是一大堆的用例說(shuō)明。知識(shí)點(diǎn)解析：暫無(wú)解析4、要進(jìn)行需求分析的方面有哪些?標(biāo)準(zhǔn)答案：需求分析的方面如下：①功能需求，列舉出所開(kāi)發(fā)系統(tǒng)要實(shí)現(xiàn)的功能，這是系統(tǒng)的硬性指標(biāo)。②性能需求，列出系統(tǒng)所要達(dá)到的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、運(yùn)行時(shí)間限制、響應(yīng)時(shí)間限制、傳輸速度要求和安全保密等。③資源和環(huán)境需求，這是對(duì)系統(tǒng)運(yùn)行時(shí)所處環(huán)境和資源的要求。④可靠性需求，在需求分析時(shí)，應(yīng)對(duì)所開(kāi)發(fā)軟件在投入運(yùn)行后不發(fā)生故障的概率，按實(shí)際的運(yùn)行環(huán)境提出要求。對(duì)于那些重要的子系統(tǒng)，或是運(yùn)行失效會(huì)造成嚴(yán)重后果的模塊，應(yīng)當(dāng)提出較高的可靠性要求，條件允許的最后能通過(guò)冗余設(shè)計(jì)，達(dá)到熱備份，以期望系統(tǒng)能夠高度可靠地穩(wěn)定運(yùn)行，避免因運(yùn)行事故而帶來(lái)不必要的損失。⑤安全保密需求，不同企業(yè)對(duì)應(yīng)用系統(tǒng)的安全、保密的要求顯然是不同的。應(yīng)當(dāng)根據(jù)實(shí)際需求恰當(dāng)?shù)刈龀鲆?guī)定，以便使所開(kāi)發(fā)的系統(tǒng)符合特殊的實(shí)際，使其在運(yùn)行中安全保密方面的性能得到必要的保證。⑥用戶界面需求，系統(tǒng)與用戶界面的友好性是用戶能夠方便有效地使用該系統(tǒng)的關(guān)鍵之一，可以說(shuō)用戶就是系統(tǒng)的上帝，要使系統(tǒng)為用戶服務(wù)，當(dāng)然對(duì)用戶進(jìn)行必要的培訓(xùn)也是必須的，后文將提到。從市場(chǎng)角度來(lái)看，具有友好用戶界面的系統(tǒng)才可能會(huì)有較強(qiáng)的競(jìng)爭(zhēng)力。因此，必須在需求分析時(shí)，細(xì)致地規(guī)定用戶界面要達(dá)到的要求。⑦成本消耗與開(kāi)發(fā)進(jìn)度需求，對(duì)電子商務(wù)系統(tǒng)項(xiàng)目開(kāi)發(fā)的進(jìn)度和相應(yīng)的費(fèi)用提出要求，作為開(kāi)發(fā)管理的依據(jù)。⑧可擴(kuò)展性需求，在開(kāi)發(fā)過(guò)程中，對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充與修改做準(zhǔn)備，留出必要的接口，為系統(tǒng)日后的升級(jí)擴(kuò)展做準(zhǔn)備。知識(shí)點(diǎn)解析：暫無(wú)解析5、U/C系統(tǒng)的功能有哪些?標(biāo)準(zhǔn)答案：U/C矩陣的功能：①通過(guò)對(duì)U/C矩陣的正確性檢驗(yàn)，及時(shí)發(fā)現(xiàn)前期調(diào)查和分析中的錯(cuò)誤及疏漏。②通過(guò)對(duì)U/C矩陣的正確性檢驗(yàn)，分析數(shù)據(jù)的正確性和完整性。③通過(guò)對(duì)U/C矩陣的求解，得到子系統(tǒng)的合理劃分。④通過(guò)子系統(tǒng)之間的數(shù)據(jù)使用關(guān)系，確定子系統(tǒng)之間的共享數(shù)據(jù)。知識(shí)點(diǎn)解析：暫無(wú)解析6、簡(jiǎn)述系統(tǒng)設(shè)計(jì)的原則。標(biāo)準(zhǔn)答案：從邏輯模型到物理模型的設(shè)計(jì)是一個(gè)由抽象到具體的過(guò)程，有時(shí)沒(méi)有明確的界限，甚至可能有反復(fù)。經(jīng)過(guò)系統(tǒng)設(shè)計(jì)，設(shè)計(jì)人員應(yīng)該能為程序員提供經(jīng)過(guò)評(píng)審的完整、清楚、準(zhǔn)確、規(guī)范的系統(tǒng)設(shè)計(jì)文檔，且對(duì)設(shè)計(jì)規(guī)范中不清楚的地方做出解釋。系統(tǒng)設(shè)計(jì)總的原則是保證系統(tǒng)設(shè)計(jì)目標(biāo)的實(shí)現(xiàn)，并在此基礎(chǔ)上使技術(shù)資源的運(yùn)用達(dá)到最佳。在進(jìn)行系統(tǒng)設(shè)計(jì)過(guò)程中，應(yīng)遵循以以下原則。①系統(tǒng)性原則，系統(tǒng)是作為一個(gè)有機(jī)整體而存在的。因此，在系統(tǒng)設(shè)計(jì)中，要從整個(gè)系統(tǒng)的角度進(jìn)行考慮，使系統(tǒng)有統(tǒng)一的信息代碼、統(tǒng)一的數(shù)據(jù)組織方法、統(tǒng)一的設(shè)計(jì)規(guī)范和標(biāo)準(zhǔn)，以提高系統(tǒng)的設(shè)計(jì)質(zhì)量。②經(jīng)濟(jì)性原則，經(jīng)濟(jì)性原則是指在滿足系統(tǒng)要求的前提下，盡可能減少系統(tǒng)的費(fèi)用支出。一方面，在系統(tǒng)硬件投資上不能盲目追求技術(shù)上的先進(jìn)，而應(yīng)以滿足系統(tǒng)應(yīng)用需要為前提。另一方面，系統(tǒng)設(shè)計(jì)應(yīng)避免不必要的復(fù)雜化，各模塊應(yīng)盡可能簡(jiǎn)潔，以便縮短處理流程，減少處理時(shí)間。③可靠性原則，可靠性既是評(píng)價(jià)系統(tǒng)設(shè)計(jì)質(zhì)量的一個(gè)重要指標(biāo)，又是系統(tǒng)設(shè)計(jì)的一個(gè)基本出發(fā)點(diǎn)。只有設(shè)計(jì)出的系統(tǒng)是安全可靠的，才能在實(shí)際中發(fā)揮它應(yīng)有的作用。一個(gè)成功的管理信息系統(tǒng)必須具有較高的可靠性，如安全保密性、檢錯(cuò)及糾錯(cuò)能力、抗病毒能力、系統(tǒng)恢復(fù)能力等。④簡(jiǎn)單性原則，在系統(tǒng)達(dá)到預(yù)定目標(biāo)、完成規(guī)定功能的前提下，應(yīng)該盡量簡(jiǎn)單。具體來(lái)說(shuō)，在設(shè)計(jì)過(guò)程中，要設(shè)法減少數(shù)據(jù)輸入的次數(shù)和數(shù)量，提高系統(tǒng)中數(shù)據(jù)的共享性：要使操作簡(jiǎn)單化，使用戶容易理解操作的步驟和要求，確保用戶的主動(dòng)地位；系統(tǒng)結(jié)構(gòu)清晰合理，易于理解和維護(hù)。⑤靈活性原則，系統(tǒng)對(duì)外界環(huán)境的變化要有很強(qiáng)的適應(yīng)能力，系統(tǒng)容易修改和維護(hù)。因此系統(tǒng)設(shè)計(jì)人員要有一定的先見(jiàn)性，要從通用的角度考慮系統(tǒng)設(shè)計(jì)。知識(shí)點(diǎn)解析：暫無(wú)解析7、某汽車配件公司最主要的業(yè)務(wù)，顯然是采購(gòu)和銷售，外部項(xiàng)是顧客和供應(yīng)商。其第一層數(shù)據(jù)流程圖如圖9.3所示。請(qǐng)分析該公司的第二層及第三層數(shù)據(jù)流圖。標(biāo)準(zhǔn)答案：系統(tǒng)從顧客那里接受訂貨要求，把汽車配件賣給顧客。當(dāng)存貨不足時(shí)，汽車配件公司向供應(yīng)商發(fā)出訂貨要求，以滿足銷售的需要。但該圖沒(méi)有反映賬務(wù)，而且銷售和采購(gòu)也沒(méi)有分開(kāi)表示，只是高度概括地反映了汽車配件公司的業(yè)務(wù)，因此要進(jìn)一步擴(kuò)展出第二層數(shù)據(jù)流程圖。該系統(tǒng)的主要邏輯功能有銷售、采購(gòu)和會(huì)計(jì)三個(gè)。主要的外部項(xiàng)有顧客和供應(yīng)商兩個(gè)。當(dāng)然允許有許多顧客和許多供應(yīng)商。當(dāng)顧客的訂貨要求被接受以后，就要按照顧客要購(gòu)買的汽車配件以及需要的數(shù)量查找?guī)齑媪?，確定是否能夠滿足顧客的訂貨要求。如果能夠完全滿足，就給顧客開(kāi)發(fā)貨單，并修改汽車配件的庫(kù)存量，同時(shí)還要通知會(huì)計(jì)準(zhǔn)備收款。如果只能滿足一部分或完全不能滿足顧客的訂貨要求，就要把不能滿足的訂貨記錄下來(lái)，并通知采購(gòu)部門(mén)，然后應(yīng)向供應(yīng)商發(fā)出訂貨要求。當(dāng)供應(yīng)商接到汽車配件公司的訂貨要求，把貨物發(fā)來(lái)后，采購(gòu)部門(mén)要辦入庫(kù)手續(xù)，修改庫(kù)存量，同時(shí)向銷售部門(mén)發(fā)出到貨通知，銷售部門(mén)按到貨配件檢索訂貨單，向顧客補(bǔ)齊所要求的配件數(shù)量。會(huì)計(jì)部門(mén)收到供應(yīng)商的發(fā)貨單后，應(yīng)該準(zhǔn)備辦理付款業(yè)務(wù)。第二層數(shù)據(jù)流程圖比較具體地反映了汽車配件公司的數(shù)據(jù)流程，但是只考慮了正常情況，未考慮發(fā)生錯(cuò)誤或特殊的情況。例如，顧客訂貨單填寫(xiě)不正確，供應(yīng)商發(fā)來(lái)的貨物與采購(gòu)部門(mén)的訂貨要求不符合等，都屬于出錯(cuò)或例外處理。原則上講，第二層數(shù)據(jù)流程圖不反映出錯(cuò)處理和例外處理，它只反映主要的、正常的邏輯處理功能，出錯(cuò)或例外處理應(yīng)該在低層的更為詳細(xì)的數(shù)據(jù)流程圖里反映。我們可以從“銷售”、“采購(gòu)”、“會(huì)計(jì)”三個(gè)處理邏輯分別擴(kuò)展出第三層數(shù)據(jù)流程圖。知識(shí)點(diǎn)解析：暫無(wú)解析8、根據(jù)給定的U/C矩陣，如表9.2所示進(jìn)行矩陣求解，并可將系統(tǒng)分為哪幾個(gè)獨(dú)立的小系統(tǒng)，同時(shí)要注明子系統(tǒng)間相互聯(lián)系的數(shù)據(jù)有哪些?標(biāo)準(zhǔn)答案：U/C矩陣的行或列之間沒(méi)有固定的順序，通過(guò)行或列的調(diào)整，使得矩陣中的C盡量靠近對(duì)角線，然后以C為標(biāo)準(zhǔn)劃分子系統(tǒng)，即構(gòu)成了U/C矩陣的解。小方框的劃分是任意的，但必須把所有的C都包含在小方框內(nèi)，每個(gè)小方框既沒(méi)有重疊也不會(huì)遺漏任何一個(gè)數(shù)據(jù)和功能。如表9.3中方框所示。在實(shí)際劃分中，可參考業(yè)務(wù)處理的要求和分析員個(gè)人的習(xí)慣進(jìn)行。在子系統(tǒng)劃分以后，仍然存在著子系統(tǒng)以外的U元素，表明存在著跨子系統(tǒng)的數(shù)據(jù)使用，即子系統(tǒng)間的數(shù)據(jù)聯(lián)系。從表9.3的左上到右下，按小方塊(陰影部分)的劃分可以將系統(tǒng)分為經(jīng)營(yíng)計(jì)劃子系統(tǒng)、產(chǎn)品工藝子系統(tǒng)、生產(chǎn)制造子系統(tǒng)、銷售子系統(tǒng)、財(cái)務(wù)子系統(tǒng)和人事子系統(tǒng)。這樣就使系統(tǒng)數(shù)據(jù)間的凝聚性較強(qiáng)，耦合性較弱。表中的U被分割成兩類，一類在小方框內(nèi)，表示數(shù)據(jù)只在一個(gè)子系統(tǒng)內(nèi)產(chǎn)生和使用，可以考慮把數(shù)據(jù)放在子系統(tǒng)的計(jì)算機(jī)設(shè)備中處理：另一類數(shù)據(jù)使用關(guān)系U在小方框之外，表示不同子系統(tǒng)間存在著數(shù)據(jù)聯(lián)系，需要考慮數(shù)據(jù)在網(wǎng)絡(luò)中的分布和傳遞問(wèn)題。知識(shí)點(diǎn)解析：暫無(wú)解析9、系統(tǒng)設(shè)計(jì)中模塊劃分的原則是什么?標(biāo)準(zhǔn)答案：模塊劃分的原則如下。(1)低耦合，高聚合原則耦合是表示模塊之間聯(lián)系的程度。緊密耦合表示模塊之間聯(lián)系非常強(qiáng)，松散耦合表示模塊之間聯(lián)系比較弱，非耦合則表示模塊之間無(wú)任何聯(lián)系，是完全獨(dú)立的。模塊耦合度越低，說(shuō)明模塊之間的聯(lián)系越少，相互間的影響也就越小，產(chǎn)生連鎖反應(yīng)的概率就越低，在對(duì)一個(gè)模塊進(jìn)行修改和維護(hù)時(shí)，對(duì)其他模塊的影響程度就越小，系統(tǒng)可修改性就越高。聚合則用來(lái)表示一個(gè)模塊內(nèi)部各組成成分之間的聯(lián)系程度。一般說(shuō)來(lái)，在系統(tǒng)中各模塊的聚合度越大，則模塊間的耦合度越小。但這種關(guān)系并不是絕對(duì)的。耦合度小使得模塊間盡可能相對(duì)獨(dú)立，從而各模塊可以單獨(dú)開(kāi)發(fā)和維護(hù)。聚合度大使得模塊的可理解性和維護(hù)性大大增強(qiáng)。因此，在模塊的分解中應(yīng)盡量減少模塊的耦合度，力求增加模塊的聚合度。(2)作用范圍應(yīng)在控制范圍內(nèi)在進(jìn)行模塊劃分設(shè)計(jì)時(shí)，可能會(huì)遇到在某個(gè)模塊中存在著判定處理功能，某些模塊的執(zhí)行與否取決于判定語(yǔ)句的結(jié)果。為了搞好判定處理模塊的結(jié)構(gòu)設(shè)計(jì)，我們需要了解對(duì)于一個(gè)給定的判定會(huì)影響哪些模塊。(3)合理的模塊扇入和扇出數(shù)模塊的扇入表達(dá)了一個(gè)模塊與它的直接上級(jí)模塊的關(guān)系。模塊的扇入數(shù)是指模塊的直接上層模塊的個(gè)數(shù)。模塊的扇入數(shù)越大，表明它要被多個(gè)上級(jí)模塊所調(diào)用，其公用性越強(qiáng)，說(shuō)明模塊分解得較好，在系統(tǒng)維護(hù)時(shí)能減少對(duì)同一功能的修改，因此要盡量提高模塊的扇入數(shù)。模塊的扇出表達(dá)了一個(gè)模塊對(duì)它的直接下屬模塊的控制范圍。模塊的扇出數(shù)是指一個(gè)模塊擁有的直接下層模塊的個(gè)數(shù)。模塊的直接下屬模塊越多，表明它要控制許多模塊，所要做的事情也就越多，它的聚合度可能越低。所以要盡量把一個(gè)模塊的直屬下級(jí)模塊控制在較小的范圍之內(nèi)，即模塊的扇出系數(shù)不能太大。一般來(lái)說(shuō)，一個(gè)模塊的扇出系數(shù)應(yīng)該控制在6以內(nèi)，如果超過(guò)7則出錯(cuò)的概率可能會(huì)加大。(4)合適的模塊大小如果一個(gè)模塊很大，那么它的內(nèi)部組成部分必定比較復(fù)雜，或者它與其他模塊之間的耦合度可能比較高，因此對(duì)于這樣一個(gè)較大的模塊應(yīng)該采取分解的方法把它盡可能分解成若干個(gè)功能單一的較小的模塊，而原有的大模塊本身的內(nèi)容被大大減少并成為這些小模塊的上級(jí)模塊。一般來(lái)說(shuō)，一個(gè)模塊中所包含的語(yǔ)句條數(shù)以幾十條較好，但這也不是絕對(duì)的。在分解一個(gè)大模塊時(shí)，不能單憑語(yǔ)句條數(shù)的多少，而主要是按功能進(jìn)行分解，直到無(wú)法做出明確的功能定義。在分解時(shí)既要考慮到模塊的聚合度，又要考慮到模塊之間的耦合度，在達(dá)兩者之間選擇一個(gè)最佳方案。知識(shí)點(diǎn)解析：暫無(wú)解析10、在按范圍分解模塊時(shí)應(yīng)的要求是什么?標(biāo)準(zhǔn)答案：在分解模塊時(shí)應(yīng)該按以下要求進(jìn)行分解。(1)分解模塊時(shí)作用范圍與控制范圍的要求①判定的作用范圍應(yīng)該在判定所在模塊的控制范圍之內(nèi)。②判定所在模塊在模塊層次結(jié)構(gòu)中的位置不能太高。根據(jù)以上兩點(diǎn)可知，最理想的模塊劃分的判定范圍由判定所在模塊及其直接下級(jí)模塊組成。(2)當(dāng)出現(xiàn)作用范圍不在控制范圍之內(nèi)時(shí)的糾正措施①把判定所在的模塊合并至上層模塊中，或從低層模塊移到高層模塊使判定的位置提高。②把受判定影響的模塊移到模塊控制范圍之內(nèi)。知識(shí)點(diǎn)解析：暫無(wú)解析電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷第3套一、中文選擇題(本題共7題，每題1.0分，共7分。)1、概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是______。A、把軟件劃分成模塊B、確定模塊之間的調(diào)用關(guān)系C、確定各個(gè)模塊的功能D、設(shè)計(jì)每個(gè)模塊的偽代碼標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：概要設(shè)計(jì)的主要工作是將系統(tǒng)劃分成模塊、決定每個(gè)模塊的功能、決定模塊的調(diào)用關(guān)系及決定模塊界面。設(shè)計(jì)每個(gè)模塊的偽代碼是詳細(xì)設(shè)計(jì)階段的工作。2、在下列說(shuō)法中，______是造成軟件危機(jī)的主要原因。①用戶使用不當(dāng)②軟件本身特點(diǎn)③硬件不可靠④對(duì)軟件的錯(cuò)誤認(rèn)識(shí)⑤缺乏好的開(kāi)發(fā)方法和手段⑥開(kāi)發(fā)效率低A、①③⑥B、①②④C、③⑤⑥D(zhuǎn)、②⑤⑥標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：軟件危機(jī)主要表現(xiàn)在：軟件需求的增長(zhǎng)得不到滿足，軟件生產(chǎn)成本高、價(jià)格昂貴，軟件生產(chǎn)進(jìn)度無(wú)法控制，軟件需求定義不夠準(zhǔn)確，軟件質(zhì)量不易保證，軟件可維護(hù)性差。歸納起來(lái)，產(chǎn)生軟件危機(jī)的內(nèi)在原因可歸結(jié)為兩個(gè)重要方面：一方面是由于軟件生產(chǎn)本身存在著復(fù)雜性；另一方面是與軟件開(kāi)發(fā)所使用的方法和技術(shù)有關(guān)。軟件開(kāi)發(fā)模型用于指導(dǎo)軟件的開(kāi)發(fā)。演化模型是在快速開(kāi)發(fā)一個(gè)(1)的基礎(chǔ)上，逐步演化成最終的軟件。螺旋模型綜合了(2)的優(yōu)點(diǎn)，并增加了(3)。噴泉模型描述的是面向(4)的開(kāi)發(fā)過(guò)程，反映了該開(kāi)發(fā)過(guò)程的(5)特征。3、A、模塊B、運(yùn)行平臺(tái)C、原型D、主程序標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：暫無(wú)解析4、A、瀑布模型和演化模型B、瀑布模型和噴泉模型C、演化模型和噴泉模型D、原型模型和噴泉模型標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析5、A、質(zhì)量評(píng)價(jià)B、進(jìn)度控制C、版本控制D、風(fēng)險(xiǎn)分析標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析6、A、數(shù)據(jù)流B、數(shù)據(jù)結(jié)構(gòu)C、對(duì)象D、構(gòu)件(component)標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：暫無(wú)解析7、A、迭代和有間隙B、迭代和無(wú)間隙C、無(wú)迭代和有間隙D、無(wú)迭代和無(wú)間隙標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：演化模型是在快速開(kāi)發(fā)一個(gè)原型的基礎(chǔ)上，根據(jù)用戶在試用原型的過(guò)程中提出的反饋意見(jiàn)和建議，對(duì)原型進(jìn)行改進(jìn)，獲得原型的新版本。重復(fù)這一過(guò)程，直到演化成最終的軟件產(chǎn)品。螺旋模型將瀑布模型和演化模型相結(jié)合，它綜合了兩者的優(yōu)點(diǎn)，并增加了風(fēng)險(xiǎn)分析。它以原型為基礎(chǔ)，沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈都要經(jīng)過(guò)制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)價(jià)等活動(dòng)，并開(kāi)發(fā)原型的一個(gè)新版本。經(jīng)過(guò)若干次螺旋上升的過(guò)程，得到最終的軟件。噴泉模型主要用來(lái)描述面向?qū)ο蟮拈_(kāi)發(fā)過(guò)程。它體現(xiàn)了面向?qū)ο箝_(kāi)發(fā)過(guò)程的迭代和無(wú)間隙特征。迭代意味著模型中的開(kāi)發(fā)活動(dòng)常常需要多次重復(fù)；無(wú)間隙是指開(kāi)發(fā)活動(dòng)(如分析、設(shè)計(jì))之間不存在明顯的邊界，各項(xiàng)開(kāi)發(fā)活動(dòng)往往交叉迭代地進(jìn)行。二、中文選擇題（含3小題）(本題共6題，每題1.0分，共6分。)在面向?qū)ο蠹夹g(shù)中，多態(tài)有多種不同的形式，其中(1)和(2)稱為通用多態(tài)，(3)和強(qiáng)制多態(tài)稱為特定多態(tài)。8、A、參數(shù)多態(tài)B、過(guò)載多態(tài)C、隱含多態(tài)D、重置多態(tài)標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析9、A、重置多態(tài)B、過(guò)載多態(tài)C、隱含多態(tài)D、包含多態(tài)標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析10、A、參數(shù)多態(tài)B、隱含多態(tài)C、過(guò)載多態(tài)D、包含多態(tài)標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：在面向?qū)ο蠹夹g(shù)中，對(duì)象在收到信息后要予以響應(yīng)，不同的對(duì)象收到同一消息可產(chǎn)生完全不同的結(jié)果，這一現(xiàn)象稱為多態(tài)。在使用多態(tài)技術(shù)時(shí)，用戶可以發(fā)送一個(gè)通用的消息，而實(shí)現(xiàn)的細(xì)節(jié)則由接受對(duì)象自行決定，這樣同一消息就可以調(diào)用不同的方法。多態(tài)有多種不同的形式，其中參數(shù)多態(tài)和包含多態(tài)稱為通用多態(tài)，過(guò)載多態(tài)和強(qiáng)制多態(tài)稱為特定多態(tài)。原型化(Prototyping)方法是一類動(dòng)態(tài)定義需求的方法，(1)不是原型化方法所具有的特征。與結(jié)構(gòu)化方法相比，原型化方法更需要(2)。衡量原型開(kāi)發(fā)人員能力的重要標(biāo)準(zhǔn)是(3)。11、A、提供嚴(yán)格定義的文檔B、加快需求的確定C、簡(jiǎn)化項(xiàng)目管理D、加強(qiáng)用戶參與和決策標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析12、A、熟練的開(kāi)發(fā)人員B、完整的生命周期C、較長(zhǎng)的開(kāi)發(fā)時(shí)間D、明確的需求定義標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析13、A、豐富的編程技巧B、靈活使用開(kāi)發(fā)工具C、很強(qiáng)的協(xié)調(diào)組織能力D、快速獲取需求標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：原型化方法基于這樣一種客觀事實(shí)：并非所有的需求在系統(tǒng)開(kāi)發(fā)之前都能準(zhǔn)確地說(shuō)明和定義。因此，它不追求也不可能要求對(duì)需求的嚴(yán)格定義，而是采用了動(dòng)態(tài)定義需求的方法。具有廣泛技能高水平的原型化人員是原型實(shí)施的重要保證。原型化人員應(yīng)該是具有經(jīng)驗(yàn)與才干、訓(xùn)練有素的專業(yè)人員。衡量原型化人員能力的重要標(biāo)準(zhǔn)是他是否能夠從用戶的模糊描述中快速獲取實(shí)際的需求。三、問(wèn)答題(本題共19題，每題1.0分，共19分。)閱讀下列說(shuō)明和數(shù)據(jù)流圖，回答問(wèn)題1至問(wèn)題3。[說(shuō)明]某圖書(shū)管理系統(tǒng)的主要功能是圖書(shū)管理和信息查詢。對(duì)于初次借書(shū)的讀者，系統(tǒng)自動(dòng)生成讀者號(hào)，并與讀者的基本信息(姓名，單位，地址等)一起寫(xiě)入讀者文件。系統(tǒng)的圖書(shū)管理功能分為四個(gè)方面：購(gòu)入新書(shū)、讀者借書(shū)、讀者還書(shū)以及圖書(shū)注銷。(1)購(gòu)入新書(shū)時(shí)需要為該書(shū)編制入庫(kù)單。入庫(kù)單內(nèi)容包括圖書(shū)分類目錄號(hào)、書(shū)名、作者、價(jià)格、數(shù)量和購(gòu)書(shū)目期，將這些信息寫(xiě)入圖書(shū)目錄文件并修改文件中的庫(kù)存總量(表示到目前為止，購(gòu)入此種圖書(shū)的數(shù)量)。(2)讀者借書(shū)時(shí)需填寫(xiě)借書(shū)單。借書(shū)單內(nèi)容包括讀者號(hào)和所借圖書(shū)分類目錄號(hào)。系統(tǒng)首先檢查讀者號(hào)是否有效，若無(wú)效，則拒絕借書(shū)；若有效，則進(jìn)一步檢查該讀者已借圖書(shū)是否超過(guò)最大限制數(shù)(假設(shè)每位讀者能同時(shí)借閱的書(shū)不超過(guò)5本)，若已達(dá)到最大限制數(shù)，則拒絕借書(shū)；否則允許借書(shū)，同時(shí)將圖書(shū)分類目錄號(hào)、讀者號(hào)和借閱日期等信息寫(xiě)入借書(shū)文件中。(3)讀者還書(shū)時(shí)需填寫(xiě)還書(shū)單。系統(tǒng)根據(jù)讀者號(hào)和圖書(shū)分類目錄號(hào)，從借書(shū)文件中讀出與該圖書(shū)相關(guān)的借閱記錄，標(biāo)明還書(shū)日期，再寫(xiě)回到借書(shū)文件中，若圖書(shū)逾期，則處以相應(yīng)的罰款。(4)注銷圖書(shū)時(shí)，需填寫(xiě)注銷單并修改圖書(shū)目錄文件中的庫(kù)存總量。系統(tǒng)的信息查詢功能主要包括讀者信息查詢和圖書(shū)信息查詢。其中讀者信息查詢可得到讀者的基本信息以及讀者借閱圖書(shū)的情況；圖書(shū)信息查詢可得到圖書(shū)基本信息和圖書(shū)的借出情況。圖書(shū)管理系統(tǒng)的頂層圖如圖7-18所示；圖書(shū)管理系統(tǒng)的第0層DFD圖如圖7-19所示；其中，加工2的細(xì)化圖如圖7-20所示。14、數(shù)據(jù)流圖7-19中有兩條數(shù)據(jù)流是錯(cuò)誤的，請(qǐng)指出這兩條數(shù)據(jù)流的起點(diǎn)和終點(diǎn)。標(biāo)準(zhǔn)答案：(1)起點(diǎn)：讀者文件，終點(diǎn)：登記讀者信息或3。(2)起點(diǎn)：處理查詢請(qǐng)求或2，終點(diǎn)：讀者文件。知識(shí)點(diǎn)解析：(1)登記讀者信息時(shí)，應(yīng)該“寫(xiě)入”讀者文件，而不應(yīng)“讀取”讀者文件。因此，起點(diǎn)為讀者文件、終點(diǎn)為3(登記讀者信息)的數(shù)據(jù)流是錯(cuò)誤的。(2)處理查詢請(qǐng)求時(shí)，可能“讀取”讀者文件，而不能“寫(xiě)入”讀者文件。因此，起點(diǎn)為2(處理查詢請(qǐng)求)、終點(diǎn)為讀者文件的數(shù)據(jù)流是錯(cuò)誤的。15、數(shù)據(jù)流圖7-20中缺少三條數(shù)據(jù)流，請(qǐng)指出這三條數(shù)據(jù)流的起點(diǎn)和終點(diǎn)。標(biāo)準(zhǔn)答案：(1)起點(diǎn)：圖書(shū)目錄文件，終點(diǎn)：圖書(shū)信息查詢或2.2。(2)起點(diǎn)：借書(shū)文件，終點(diǎn)：讀者信息查詢或2.1。(3)起點(diǎn)：借書(shū)文件，終點(diǎn)：圖書(shū)信息查詢或2.2。知識(shí)點(diǎn)解析：依照題意，讀者信息查詢可得到讀者的基本信息以及讀者借閱圖書(shū)的情況，圖書(shū)信息查詢可得到圖書(shū)基本信息和圖書(shū)的借出情況。也就是說(shuō)，讀者信息查詢時(shí)需“讀取”讀者文件與借書(shū)文件，圖書(shū)信息查詢時(shí)需要“讀取”圖書(shū)目錄文件與借書(shū)文件。圖7-20中還缺少：(1)起點(diǎn)為借書(shū)文件、終點(diǎn)為2.1(讀者信息查詢)的數(shù)據(jù)流；(2)起點(diǎn)為圖書(shū)目錄文件、終點(diǎn)為2.2(圖書(shū)信息查詢)的數(shù)據(jù)流；(3)起點(diǎn)為借書(shū)文件、終點(diǎn)為2.2(圖書(shū)信息查詢)的數(shù)據(jù)流。16、根據(jù)系統(tǒng)功能和數(shù)據(jù)流圖填充下列數(shù)據(jù)字典條目中的(1)和(2)：查詢請(qǐng)求信息=[查詢讀者請(qǐng)求信息|查詢圖書(shū)請(qǐng)求信息]；讀者情況=讀者號(hào)+姓名+所在單位+{借書(shū)情況}；管理工作請(qǐng)求單=(1)；入庫(kù)單=(2)。標(biāo)準(zhǔn)答案：(1)系統(tǒng)的圖書(shū)管理功能分為四個(gè)方面：購(gòu)入新書(shū)、讀者借書(shū)、讀者還書(shū)以及圖書(shū)注銷。(2)入庫(kù)單內(nèi)容包括圖書(shū)分類目錄號(hào)、書(shū)名、作者、價(jià)格、數(shù)量和購(gòu)書(shū)日期。知識(shí)點(diǎn)解析：(1)[入庫(kù)單|借書(shū)單|還書(shū)單|注銷單](2)分類目錄號(hào)+書(shū)名+作者+價(jià)格+數(shù)量+購(gòu)書(shū)日期閱讀下列說(shuō)明和圖，回答問(wèn)題1至問(wèn)題3。[說(shuō)明]某企業(yè)決定開(kāi)發(fā)一個(gè)企業(yè)倉(cāng)儲(chǔ)管理系統(tǒng)，由李工承擔(dān)系統(tǒng)的設(shè)計(jì)工作。該系統(tǒng)的網(wǎng)絡(luò)連接如圖7-21所示。該企業(yè)有多個(gè)倉(cāng)庫(kù)，圖7-21所示的中心數(shù)據(jù)庫(kù)存儲(chǔ)了各個(gè)倉(cāng)庫(kù)中每種貨物的庫(kù)存信息。每個(gè)倉(cāng)庫(kù)配備一臺(tái)前端機(jī)，進(jìn)出貨物均由前端機(jī)輔助實(shí)現(xiàn)。管理員每天上班時(shí)，通過(guò)前端機(jī)從中心數(shù)據(jù)庫(kù)的庫(kù)存表中讀取本倉(cāng)庫(kù)各種貨物的庫(kù)存數(shù)，每個(gè)倉(cāng)庫(kù)的當(dāng)日業(yè)務(wù)數(shù)據(jù)也都暫存在前端機(jī)，當(dāng)天業(yè)務(wù)結(jié)束后，再將前端機(jī)中存儲(chǔ)的數(shù)據(jù)傳輸?shù)街鳈C(jī)進(jìn)行存儲(chǔ)與匯總。每個(gè)倉(cāng)庫(kù)可以存放多種貨物，但同一種貨物不能存放在不同的倉(cāng)庫(kù)中。每個(gè)倉(cāng)庫(kù)有多個(gè)管理員，但每個(gè)管理員只管理一個(gè)倉(cāng)庫(kù)。貨物出庫(kù)/入庫(kù)時(shí)，由倉(cāng)庫(kù)管理員將貨物的條碼通過(guò)閱讀器輸入前端機(jī)中，貨物數(shù)量的默認(rèn)值為1，可以由管理員修改。前端機(jī)根據(jù)輸入的貨物信息，打印“出庫(kù)/入庫(kù)”清單。出庫(kù)/入庫(kù)單中同一種貨物最多只出現(xiàn)一次，每份出庫(kù)/入庫(kù)單由流水號(hào)唯一標(biāo)識(shí)。圖7-22是一個(gè)出庫(kù)單的實(shí)例。該系統(tǒng)處理業(yè)務(wù)的過(guò)程如下：(1)初始化：前端機(jī)根據(jù)倉(cāng)庫(kù)號(hào)從貨物表中讀取本倉(cāng)庫(kù)中每種貨物的貨物編碼、庫(kù)存量、貨物名稱和單價(jià)；(2)登記出庫(kù)/入庫(kù)信息：由前端機(jī)存儲(chǔ)每一筆“出庫(kù)/入庫(kù)”記錄；(3)匯總：在每個(gè)工作日結(jié)束前匯總當(dāng)日各種貨物的“出庫(kù)/入庫(kù)”量至日匯總表；(4)更新庫(kù)存表：根據(jù)當(dāng)日的匯總信息更新貨物的庫(kù)存。李工經(jīng)過(guò)分析，設(shè)計(jì)出如圖7-23所示的關(guān)系模式。出入庫(kù)單(流水號(hào)，出入庫(kù)標(biāo)志，管理員號(hào)，時(shí)間)出入庫(kù)記錄(貨物編碼，數(shù)據(jù)，流水號(hào))日匯總表(日期，貨物編碼，數(shù)量，出入庫(kù)標(biāo)志)倉(cāng)庫(kù)(倉(cāng)庫(kù)號(hào)，倉(cāng)庫(kù)名，倉(cāng)庫(kù)電話)管理員(管理員號(hào)，姓名，倉(cāng)庫(kù)號(hào))貨物(______(a)______)注：時(shí)間格式為：年-月-日時(shí)：分，日期格式為：年-月-日。圖7-23關(guān)系模式實(shí)體聯(lián)系圖的表示方法如圖7-24所示，其中方框表示實(shí)體，菱形表示聯(lián)系，聯(lián)系的類型在實(shí)體與聯(lián)系的邊上標(biāo)出。圖7-25為與該系統(tǒng)對(duì)應(yīng)的實(shí)體聯(lián)系圖。17、根據(jù)題意，補(bǔ)充圖7-23中(a)處的空缺，即貨物關(guān)系模式的屬性。標(biāo)準(zhǔn)答案：貨物編碼，貨物名稱，單價(jià)，倉(cāng)庫(kù)號(hào)，庫(kù)存量。知識(shí)點(diǎn)解析：貨物關(guān)系模式的屬性包括貨物自身的屬性-貨物編碼、貨物名稱、單價(jià)，以及貨物的在倉(cāng)庫(kù)中的存放屬性-倉(cāng)庫(kù)號(hào)和庫(kù)存量。18、根據(jù)題意，補(bǔ)充圖7-25中缺失的聯(lián)系和聯(lián)系的類型，使其成為完善的實(shí)體聯(lián)系圖。其中，聯(lián)系名分別取名為聯(lián)系1，聯(lián)系2，聯(lián)系3，……標(biāo)準(zhǔn)答案：補(bǔ)充后的圖如圖7-26所示。其中，聯(lián)系名中的序號(hào)可任意排列。將聯(lián)系3建立在出入庫(kù)單和日匯總表之間也正確，或者同時(shí)建立兩個(gè)聯(lián)系也正確。知識(shí)點(diǎn)解析：依照題意，存在以下五組實(shí)體聯(lián)系。(1)出入庫(kù)單與出入庫(kù)記錄，一對(duì)多聯(lián)系(一張出入庫(kù)單可以包含多個(gè)出入庫(kù)記錄，但一個(gè)出入庫(kù)記錄只能出現(xiàn)在一張出入庫(kù)單上)。(2)貨物與出入庫(kù)記錄，一對(duì)多聯(lián)系(一種貨物可以有多個(gè)出入庫(kù)記錄，但一個(gè)出入庫(kù)記錄上只能有一種貨物)。(3)日匯總表與出入庫(kù)記錄，一對(duì)多聯(lián)系(一張日匯總表可以包含多個(gè)出入庫(kù)記錄，但一個(gè)出入庫(kù)記錄只能出現(xiàn)在一張日匯總表上)。(4)倉(cāng)庫(kù)與貨物，一對(duì)多聯(lián)系(一個(gè)倉(cāng)庫(kù)可以存放多種貨物，但一種貨物只能存放在一個(gè)倉(cāng)庫(kù))。(5)倉(cāng)庫(kù)與貨物，一對(duì)多聯(lián)系(一個(gè)倉(cāng)庫(kù)可以有多個(gè)管理員，但一個(gè)管理員只能在一個(gè)倉(cāng)庫(kù))。19、寫(xiě)出每種關(guān)系模式的主鍵，將其填寫(xiě)在答題紙的對(duì)應(yīng)欄內(nèi)。標(biāo)準(zhǔn)答案：出入庫(kù)單的主鍵：流水號(hào)出入庫(kù)記錄的主鍵：流水號(hào)，貨物編碼日匯總表的主鍵：日期，貨物編碼，出入庫(kù)標(biāo)志倉(cāng)庫(kù)的主鍵：倉(cāng)庫(kù)號(hào)管理員的主鍵：管理員號(hào)貨物的主鍵：貨物編碼知識(shí)點(diǎn)解析：流水號(hào)屬性能夠唯一標(biāo)識(shí)出入庫(kù)單關(guān)系模式的元組，可以作為出入庫(kù)單關(guān)系模式的主鍵。流水號(hào)與貨物編碼屬性集能夠唯一標(biāo)識(shí)出入庫(kù)記錄關(guān)系模式的元組，可以作為出入庫(kù)記錄關(guān)系模式的主鍵。日期、貨物編碼與出入庫(kù)標(biāo)志屬性集能夠唯一標(biāo)識(shí)日匯總表關(guān)系模式的元組，可以作為日匯總表關(guān)系模式的主鍵。倉(cāng)庫(kù)號(hào)屬性能夠唯一標(biāo)識(shí)倉(cāng)庫(kù)關(guān)系模式的元組，可以作為倉(cāng)庫(kù)關(guān)系模式的主鍵。管理員號(hào)屬性能夠唯一標(biāo)識(shí)管理員關(guān)系模式的元組，可以作為管理員關(guān)系模式的主鍵。貨物編碼屬性能夠唯一標(biāo)識(shí)貨物關(guān)系模式的元組，可以作為貨物關(guān)系模式的主鍵。閱讀以下說(shuō)明以及數(shù)據(jù)流圖，回答問(wèn)題1至問(wèn)題5。[說(shuō)明]某銀行已有一套基于客戶機(jī)/服務(wù)器模式的儲(chǔ)蓄系統(tǒng)A和一套建賬軟件。建賬軟件主要用于將儲(chǔ)蓄所手工處理的原始數(shù)據(jù)轉(zhuǎn)換為系統(tǒng)A所需的數(shù)據(jù)格式。該建賬軟件具有以下功能：(1)分戶賬錄入：手工辦理業(yè)務(wù)時(shí)建立的每個(gè)分戶賬數(shù)據(jù)均由初錄員和復(fù)錄員分別錄入，以確保數(shù)據(jù)的正確性；(2)初錄/復(fù)錄比對(duì)：將初錄員和復(fù)錄員錄入的數(shù)據(jù)進(jìn)行一一比較，并標(biāo)記兩套數(shù)據(jù)是否一致；(3)數(shù)據(jù)確認(rèn)：當(dāng)上述兩套數(shù)據(jù)完全一致后，將其中任一套作為最終進(jìn)入系統(tǒng)A的原始數(shù)據(jù)；(4)匯總核對(duì)和打?。簩?duì)經(jīng)過(guò)確認(rèn)的數(shù)據(jù)進(jìn)行匯總，并和會(huì)計(jì)賬目中的相關(guān)數(shù)據(jù)進(jìn)行核對(duì)，以確保數(shù)據(jù)的整體正確性，并打印輸出經(jīng)過(guò)確認(rèn)的數(shù)據(jù)，為以后核查可能的錯(cuò)誤提供依據(jù)；(5)數(shù)據(jù)轉(zhuǎn)換：將經(jīng)過(guò)確認(rèn)的數(shù)據(jù)轉(zhuǎn)換為儲(chǔ)蓄系統(tǒng)A需要的中間格式數(shù)據(jù)；(6)數(shù)據(jù)清除：為加快初錄和復(fù)錄的處理速度，在數(shù)據(jù)確認(rèn)之后，可以有選擇地清除初錄員和復(fù)錄員錄入的數(shù)據(jù)。該軟件的數(shù)據(jù)流圖如圖7-27、圖7-28和圖7-29所示。圖中部分?jǐn)?shù)據(jù)流數(shù)據(jù)文件的格式如下：初錄分戶賬=儲(chǔ)蓄所號(hào)+賬號(hào)+戶名+開(kāi)戶日+開(kāi)戶金額+當(dāng)前余額+性質(zhì)；復(fù)錄分戶賬=儲(chǔ)蓄所號(hào)+賬號(hào)+戶名+開(kāi)戶日+開(kāi)戶金額+當(dāng)前余額+性質(zhì)；初錄數(shù)據(jù)=手工分戶賬+一致性標(biāo)志；復(fù)錄數(shù)據(jù)=手工分戶賬+一致性標(biāo)志；會(huì)計(jì)賬目=儲(chǔ)蓄所號(hào)+總戶數(shù)+總余額；操作結(jié)果=初錄操作結(jié)果+比對(duì)操作結(jié)果+復(fù)錄操作結(jié)果。軟件需要打印的分戶賬清單樣式如表7-3所示。20、請(qǐng)采用說(shuō)明中的詞匯，給出數(shù)據(jù)確認(rèn)處理所需的數(shù)據(jù)流在第1層圖中的全部可選起點(diǎn)(第0層圖和第1層圖中均未給出)。標(biāo)準(zhǔn)答案：初錄數(shù)據(jù)與復(fù)錄數(shù)據(jù)。知識(shí)點(diǎn)解析：依據(jù)題意，數(shù)據(jù)確認(rèn)就是當(dāng)初錄數(shù)據(jù)與復(fù)錄數(shù)據(jù)完全一致后，將其中的任一套作為最終進(jìn)入系統(tǒng)A的原始數(shù)據(jù)。因此，數(shù)據(jù)確認(rèn)處理所需的數(shù)據(jù)流在第1層圖中的全部可選起點(diǎn)只能是初錄數(shù)據(jù)與復(fù)錄數(shù)據(jù)。21、不考慮數(shù)據(jù)確認(rèn)處理(加工2)，請(qǐng)指出數(shù)據(jù)流圖中存在的錯(cuò)誤。標(biāo)準(zhǔn)答案：在0層圖中，數(shù)據(jù)清除處理(加工6)沒(méi)有輸入數(shù)據(jù)流。知識(shí)點(diǎn)解析：每個(gè)加工必須既有輸入數(shù)據(jù)流，又有輸出數(shù)據(jù)流。但在0層圖中，數(shù)據(jù)清除處理(加工6)沒(méi)有輸入數(shù)據(jù)流。22、打印分戶賬清單時(shí)，必須以下列哪一組數(shù)據(jù)作為關(guān)鍵字進(jìn)行排序，才能滿足需求?請(qǐng)從下面選項(xiàng)中選擇，并將對(duì)應(yīng)序號(hào)填入答題紙相應(yīng)欄。①儲(chǔ)蓄所②賬號(hào)③開(kāi)戶日④總戶數(shù)和總余額標(biāo)準(zhǔn)答案：①知識(shí)點(diǎn)解析：根據(jù)表7-3可知，分戶賬清單是按照儲(chǔ)蓄所排列的。23、加工1(錄入比對(duì)處理)除能夠檢查出初錄數(shù)據(jù)和復(fù)錄數(shù)據(jù)不一致外，還應(yīng)當(dāng)檢測(cè)出下列哪些錯(cuò)誤，請(qǐng)將對(duì)應(yīng)序號(hào)填入答題紙對(duì)應(yīng)欄。①輸入的無(wú)效字符②輸入的半個(gè)漢字③顯示器無(wú)法顯示④初錄員重復(fù)錄入同一賬戶⑤匯總數(shù)據(jù)與會(huì)計(jì)賬目不符⑥打印機(jī)卡紙標(biāo)準(zhǔn)答案：①、②、④知識(shí)點(diǎn)解析：加工1(錄入比對(duì)處理)只能檢測(cè)出錄入中的原始錯(cuò)誤，如“輸入的無(wú)效字符”、“輸入的半個(gè)漢字”及“初錄員重復(fù)錄入同一賬戶”等。至于“匯總數(shù)據(jù)與會(huì)計(jì)賬目不符”的錯(cuò)誤，可能是系統(tǒng)A的匯總核對(duì)功能不正確，也可能是原來(lái)手工匯總的會(huì)計(jì)賬目本身就不對(duì)。還有一種非常小的可能，初錄員與復(fù)錄員在錄入數(shù)據(jù)時(shí)犯了完全相同的錯(cuò)誤，但錄入比對(duì)處理無(wú)法檢測(cè)出這種錯(cuò)誤。關(guān)于顯示器與打印機(jī)的錯(cuò)誤，錄入比對(duì)處理當(dāng)然更無(wú)法檢測(cè)。24、請(qǐng)使用數(shù)據(jù)字典條目定義形式，給出第0層DFD中的“手工分戶賬”數(shù)據(jù)流和第1層DFD中的“初錄分戶賬”、“復(fù)錄分戶賬”的關(guān)系。標(biāo)準(zhǔn)答案：手工分戶賬=初錄分戶賬+復(fù)錄分戶賬。知識(shí)點(diǎn)解析：對(duì)比第0層DFD中加工1(錄入比對(duì))的輸入數(shù)據(jù)流與第1層DFD中加工1.1(初錄)、加工1.2(復(fù)錄)的輸入數(shù)據(jù)流即知，于工分戶賬=初錄分戶賬+復(fù)錄分戶賬。閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題4。[說(shuō)明]某賓館需要建立一個(gè)住房管理系統(tǒng)，部分的需求分析結(jié)果如下：(1)一個(gè)房間有多個(gè)床位，同一房間內(nèi)的床位具有相同的收費(fèi)標(biāo)準(zhǔn)。不同房間的床位收費(fèi)標(biāo)準(zhǔn)可能不同；(2)每個(gè)房間有房間號(hào)(如201、202等)、收費(fèi)標(biāo)準(zhǔn)、床位數(shù)目等信息；(3)每位客人有身份證號(hào)碼、姓名、性別、出生日期和地址等信息；(4)對(duì)每位客人的每次住宿，應(yīng)該記錄其入住日期、退房日期和預(yù)付款額信息；(5)管理系統(tǒng)可查詢出客人所住房問(wèn)號(hào)。根據(jù)以上的需求分析結(jié)果，設(shè)計(jì)一種關(guān)系模型如圖7.30所示。25、根據(jù)上述說(shuō)明和實(shí)體一聯(lián)系圖，得到該住房管理系統(tǒng)的關(guān)系模式如下所示，請(qǐng)補(bǔ)充住宿關(guān)系。房間(房間號(hào)，收費(fèi)標(biāo)準(zhǔn)，床位數(shù)目)；客人(身份證號(hào)，姓名，性別，出生日期，地址)；住宿(______，入住日期，退房日期，預(yù)付款額)。標(biāo)準(zhǔn)答案：房間號(hào)，身份證號(hào)。知識(shí)點(diǎn)解析：由題意可知，住宿關(guān)系尚缺房問(wèn)號(hào)和身份證號(hào)屬性。26、請(qǐng)給出問(wèn)題1中住宿關(guān)系的主鍵和外鍵。標(biāo)準(zhǔn)答案：住宿關(guān)系主鍵：房問(wèn)號(hào)，身份證號(hào)，入住日期住宿關(guān)系外鍵：房間號(hào)，身份證號(hào)知識(shí)點(diǎn)解析：住宿關(guān)系中的房間號(hào)、身份證號(hào)與入住日期屬性集能夠唯一標(biāo)識(shí)該關(guān)系的元組，可以作為住宿關(guān)系的主鍵。住宿關(guān)系中的房間號(hào)屬性，在房間關(guān)系中能夠唯一標(biāo)識(shí)該關(guān)系的元組。住宿關(guān)系中的身份證號(hào)屬性，在客人關(guān)系中能夠唯一標(biāo)識(shí)該關(guān)系的元組。對(duì)于住宿關(guān)系，房問(wèn)號(hào)與身份證號(hào)屬性是外鍵。27、若將上述各關(guān)系直接實(shí)現(xiàn)為對(duì)應(yīng)的物理表，現(xiàn)需查詢?cè)?005年1月1目到2005年12月31日期間，在該賓館住宿次數(shù)大于5次的客人身份證號(hào)，并且按照入住次數(shù)進(jìn)行降序排列。下面是實(shí)現(xiàn)該功能的SOL語(yǔ)句，請(qǐng)?zhí)钛a(bǔ)語(yǔ)句中的空缺。SELECT住宿．身份證號(hào)，count(入住日期)FROM住宿，客人WHERE入住日期＞=‘20050101’AND入住日期＜=‘20051231’AND住宿.身份證號(hào)=客人.身份證號(hào)GROUPBY(2)(3)count(入住日期)＞5(4)標(biāo)準(zhǔn)答案：(2)住宿，身份證號(hào)(3)HAVING(4)ORDERBY2DESC(或DSC)知識(shí)點(diǎn)解析：SELECT語(yǔ)句由六個(gè)子句組成，完整的句法如下：SELECT目標(biāo)表的列名或列表達(dá)式序列FROM基本表或(和)視圖序列[WHERE條件表達(dá)式][GROUPBY列名序列[HAVING組條件表達(dá)式]][ORDERBY列名[序]……]整個(gè)SELECT語(yǔ)句語(yǔ)義如下：從FROM子句中列出的表中，選取滿足WHERE子句中給出的條件表達(dá)式的元組，然后按GROUPBY子句中給定列的值分組，再提取滿足HAVING子句中組條件表達(dá)式的那些組，按SELECT子句給出的列名或列表達(dá)式求值輸出。ORDERBY子句是對(duì)輸出的目標(biāo)表進(jìn)行排序，可附加ASC(升序)或DESC(降序)。28、為加快SQL語(yǔ)句的執(zhí)行效率，可在相應(yīng)的表上創(chuàng)建索引。根據(jù)問(wèn)題3中的SQL語(yǔ)句，除主鍵和外鍵外，還需要在哪個(gè)表的哪些屬性上創(chuàng)建索引，應(yīng)該創(chuàng)建什么類型的索引，請(qǐng)說(shuō)明原因。標(biāo)準(zhǔn)答案：表：住宿屬性：入住日期類型：聚簇索引(或聚集索引，或CLUSER)原因：表中記錄的物理順序與索引項(xiàng)的順序一致，根據(jù)索引訪問(wèn)數(shù)據(jù)時(shí)，一次讀取操作可以獲取多條記錄數(shù)據(jù)，因而可減少查詢時(shí)間。知識(shí)點(diǎn)解析：由于住宿表中的記錄是按照入住日期排列的，如果在住宿表的入住日期屬性上創(chuàng)建聚簇索引，由于表中記錄的物理順序與索引項(xiàng)的順序一致，根據(jù)索引訪問(wèn)數(shù)據(jù)時(shí)，一次讀取操作可以獲取多條記錄數(shù)據(jù)，因而可減少查詢時(shí)問(wèn)。閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題4。[說(shuō)明]某軟件銷售公司計(jì)劃建立商務(wù)網(wǎng)站，建立該網(wǎng)站的目的是宣傳公司；代理銷售各類軟件產(chǎn)品、游戲點(diǎn)卡；通過(guò)網(wǎng)上調(diào)查了解客戶的需求；通過(guò)會(huì)員制度建立穩(wěn)定的銷售群體。請(qǐng)根據(jù)以上的描述回答下列問(wèn)題。29、某系統(tǒng)開(kāi)發(fā)商接受任務(wù)為該公司開(kāi)發(fā)電子商務(wù)網(wǎng)站。該開(kāi)發(fā)商結(jié)合銷售公司人員成立了項(xiàng)目組，包括：項(xiàng)目經(jīng)理、系統(tǒng)分析師、程序員、測(cè)試員。請(qǐng)?jiān)诒?-4中空(1)～(4)處填寫(xiě)合適的角色名稱。標(biāo)準(zhǔn)答案：(1)項(xiàng)目經(jīng)理(2)程序員(3)系統(tǒng)分析師(4)測(cè)試員知識(shí)點(diǎn)解析：項(xiàng)目經(jīng)理一般參加項(xiàng)目的全過(guò)程，但在某些軟件組織，項(xiàng)目經(jīng)理并不參加早期的需求分析工作，而是在需求大致明確之后再任命項(xiàng)目經(jīng)理。表7-4中的角色1從需求分析的后半段開(kāi)始介入，一直到測(cè)試結(jié)束，在給定的4種角色之中，只有項(xiàng)目經(jīng)理可以承擔(dān)這一責(zé)任(無(wú)論其是否參與了需求分析的全過(guò)程)。系統(tǒng)分析師的主要職責(zé)是：(1)需求分析(在某些軟件組織中，最早期的需求調(diào)查由商務(wù)人員進(jìn)行，形成初步意向后，系統(tǒng)分析師才開(kāi)始介入)。(2)系統(tǒng)分析(需求分析與系統(tǒng)分析可以合為一個(gè)過(guò)程，也可以分為兩個(gè)過(guò)程。合為一個(gè)過(guò)程時(shí)，稱系統(tǒng)分析、需求分析或系統(tǒng)需求分析均可，一般不區(qū)分這幾種叫法的差異。分為兩個(gè)過(guò)程時(shí)，需求分析的目標(biāo)是為了與客戶對(duì)系統(tǒng)需求達(dá)成一致意見(jiàn)，需求分析文檔通常采用某種便于客戶理解的形式(如用例圖等)。而系統(tǒng)分析則是從技術(shù)角度(例如，數(shù)據(jù)、流程或類、對(duì)象等)對(duì)系統(tǒng)進(jìn)行分析，系統(tǒng)分析文檔通常采用某種便于開(kāi)發(fā)人員理解的形式(例如，結(jié)構(gòu)化方法的數(shù)據(jù)流圖與數(shù)據(jù)字典，面向?qū)ο蠓椒ǖ念悎D、協(xié)作圖等)。(3)在缺少系統(tǒng)架構(gòu)設(shè)計(jì)師的情況下，系統(tǒng)分析師有時(shí)也會(huì)負(fù)責(zé)系統(tǒng)架構(gòu)(或程序結(jié)構(gòu))的設(shè)計(jì)，但系統(tǒng)分析師一般不會(huì)從事系統(tǒng)的詳細(xì)設(shè)計(jì)。表7-4中的角色3從需求分析的大約前半段開(kāi)始介入，一直到系統(tǒng)分析的中期，在給定的4種角色之中，只有系統(tǒng)分析師符合這一角色。程序員主要負(fù)責(zé)編碼和單元測(cè)試，與表7-4中的角色2恰好符合。測(cè)試員介入測(cè)試的仝過(guò)程，與表7-4中的角色4恰好符合。30、系統(tǒng)開(kāi)發(fā)人員計(jì)劃用原型開(kāi)發(fā)法進(jìn)行系統(tǒng)開(kāi)發(fā)，請(qǐng)根據(jù)原型開(kāi)發(fā)法的過(guò)程，將圖7-31中的空(5)～(7)處填寫(xiě)對(duì)應(yīng)的過(guò)程名稱。標(biāo)準(zhǔn)答案：(5)建立初始原型(6)運(yùn)行原型(7)修改原型知識(shí)點(diǎn)解析：原型化方法是一種逐步地、迭代地完成需求分析的策略，是一種動(dòng)態(tài)定義系統(tǒng)需求的技術(shù)。原型是指快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所完成的功能往往是最終軟件產(chǎn)品功能的一個(gè)子集。原型化方法的第一步是收集用戶的主要需求，并據(jù)此快速建立一個(gè)初始的軟件原型(建立初始原型)，讓用戶在計(jì)算機(jī)上使用它(運(yùn)行原型)，通過(guò)實(shí)際操作了解目標(biāo)系統(tǒng)的概貌。開(kāi)發(fā)人員按照用戶提出的意見(jiàn)快速地修改原型系統(tǒng)(修改原型)，然后再次請(qǐng)用戶試用……一旦用戶認(rèn)為這個(gè)原型系統(tǒng)確實(shí)能夠滿足他們的需求，開(kāi)發(fā)人員便可據(jù)此書(shū)寫(xiě)軟件需求說(shuō)明，并根據(jù)這份文檔開(kāi)發(fā)出可以滿足用戶真實(shí)需求的軟件產(chǎn)品。31、公司要求網(wǎng)站能夠提供方便的網(wǎng)上支付功能，同時(shí)根據(jù)銷售產(chǎn)品的特殊性，要求提供一種會(huì)員幣來(lái)完成小額支付。請(qǐng)根據(jù)以上說(shuō)明回答以下問(wèn)題。(1)常用的三種網(wǎng)上電子支付方式是什么?(2)該網(wǎng)站提供的會(huì)員幣屬于什么支付方式?標(biāo)準(zhǔn)答案：(1)常用的三種網(wǎng)上電子支付方式是銀行卡、電子現(xiàn)金、電子支票。(2)該網(wǎng)站提供的會(huì)員幣屬于電子現(xiàn)金支付方式。知識(shí)點(diǎn)解析：上支付是以互聯(lián)網(wǎng)為基礎(chǔ)，利用銀行所支持的某種數(shù)字金融工具，發(fā)生在購(gòu)買者和銷售者之間的資金流轉(zhuǎn)。常用的網(wǎng)上支付方式包括：.銀行卡支付方式-用戶可以通過(guò)自己所擁有的借記卡、信用卡的銀行，申請(qǐng)網(wǎng)上支付，通過(guò)網(wǎng)上銀行直接轉(zhuǎn)賬；.電子現(xiàn)金支付方式-電子現(xiàn)金是指用戶可以購(gòu)買、特定銷售方可接受、以數(shù)字形式存在的貨幣，通常用于完成小額的網(wǎng)上支付。本題中該網(wǎng)站提供的會(huì)員幣就是電子現(xiàn)金的一種形式；.電子支票支付方式-將支票改變?yōu)閹в袛?shù)字簽名的電子報(bào)文、或利用其他數(shù)字電文代替?zhèn)鹘y(tǒng)支票的全部信息，就是電子支票。利用電子支票，可以使支票的支付業(yè)務(wù)和支付過(guò)程電子化。32、該系統(tǒng)在設(shè)計(jì)時(shí)，采用了異構(gòu)數(shù)據(jù)庫(kù)，請(qǐng)問(wèn)三種通用的異構(gòu)數(shù)據(jù)庫(kù)查詢技術(shù)是什么?標(biāo)準(zhǔn)答案：三種通用的異構(gòu)數(shù)據(jù)庫(kù)查詢技術(shù)是公共數(shù)據(jù)庫(kù)網(wǎng)關(guān)技術(shù)、公共協(xié)議技術(shù)、公共編程接口技術(shù)。知識(shí)點(diǎn)解析：異構(gòu)數(shù)據(jù)庫(kù)系統(tǒng)是相關(guān)的多個(gè)數(shù)據(jù)庫(kù)系統(tǒng)的集合，可以實(shí)現(xiàn)數(shù)據(jù)的共享和透明訪問(wèn)，每個(gè)數(shù)據(jù)庫(kù)系統(tǒng)在加入異構(gòu)數(shù)據(jù)庫(kù)系統(tǒng)之前本身就已經(jīng)存在，擁有自己的DMBS。異構(gòu)數(shù)據(jù)庫(kù)的各個(gè)組成部分具有自身的自治性，實(shí)現(xiàn)數(shù)據(jù)共享的同時(shí)，每個(gè)數(shù)據(jù)庫(kù)系統(tǒng)仍保持有自己的應(yīng)用特性、完整性控制和安全性控制。異構(gòu)數(shù)據(jù)庫(kù)系統(tǒng)的目標(biāo)在于實(shí)現(xiàn)不同數(shù)據(jù)庫(kù)之間的數(shù)據(jù)信息資源、硬件設(shè)備資源和人力資源的合并和共享。其中關(guān)鍵的一點(diǎn)就是以局部數(shù)據(jù)庫(kù)模式為基礎(chǔ)，建立全局的數(shù)據(jù)模式或全局外視圖。通用的異構(gòu)數(shù)據(jù)庫(kù)查詢技術(shù)主要包括公共數(shù)據(jù)庫(kù)網(wǎng)關(guān)技術(shù)、公共協(xié)議技術(shù)、公共編程接口技術(shù)。電子商務(wù)系統(tǒng)分析與設(shè)計(jì)練習(xí)試卷第4套一、中文選擇題(本題共11題，每題1.0分，共11分。)1、在開(kāi)發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時(shí)最好使用______。A、原型法B、瀑布模型法C、V-模型D、螺旋模型標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：在開(kāi)發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時(shí)最好使用原型化方法，先根據(jù)用戶基本需求快速構(gòu)建系統(tǒng)原型，隨著用戶或開(kāi)發(fā)人員對(duì)系統(tǒng)理解的加深而不斷地對(duì)這些需求進(jìn)行補(bǔ)充和細(xì)化，通過(guò)正常的迭代而避免非正常的反復(fù)，使系統(tǒng)原型逐步完善，并使有關(guān)各方直接感受并最終接受系統(tǒng)原型，這樣可以有效地降低開(kāi)發(fā)費(fèi)用，加快開(kāi)發(fā)進(jìn)度，并降低開(kāi)發(fā)風(fēng)險(xiǎn)。2、______用來(lái)描述數(shù)據(jù)的流程。A、數(shù)據(jù)字典B、數(shù)據(jù)流圖C、程序流程圖D、甘特圖標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：數(shù)據(jù)流圖用來(lái)描述數(shù)據(jù)流從輸入到輸出的變換流程。數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。程序流程圖是一種描述程序處理流程的過(guò)程設(shè)計(jì)工具。甘特圖則是一種簡(jiǎn)單的進(jìn)度管理工具。3、軟件開(kāi)發(fā)中的瀑布模型典型地刻畫(huà)了軟件生存周期的階段劃分，與其相適應(yīng)的軟件開(kāi)發(fā)方法是______。A、構(gòu)件化方法B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒―、快速原型方法標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：瀑布模型嚴(yán)格遵循軟件生命周期各階段的固定順序：計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)飛流直下的瀑布，其相適應(yīng)的軟件開(kāi)發(fā)方法是結(jié)構(gòu)化方法。4、下述任務(wù)中，不屬于軟件工程需求分析階段的是______。A、分析軟件系統(tǒng)的數(shù)據(jù)要求B、確定軟件系統(tǒng)的功能需求C、確定軟件系統(tǒng)的性能要求D、確定軟件系統(tǒng)的運(yùn)行平臺(tái)標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：需求分析階段的主要任務(wù)是了解、分析、確定目標(biāo)系統(tǒng)用戶的需求，包括功能需求、性能需求、安全需求、界面需求、數(shù)據(jù)要求等。5、軟件設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)軟件的構(gòu)造、過(guò)程和模塊，其中軟件結(jié)構(gòu)設(shè)計(jì)的主要任務(wù)是要確定______。A、模塊間的操作細(xì)節(jié)B、模塊間的相似性C、模塊間的組成關(guān)系D、模塊間的具體功能標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：軟件結(jié)構(gòu)設(shè)計(jì)的主要任務(wù)就是設(shè)計(jì)程序的體系結(jié)構(gòu)，也就是確定程序由哪些模塊組成以及模塊之間的關(guān)系。6、在結(jié)構(gòu)化分析方法中，數(shù)據(jù)字典是重要的文檔。對(duì)加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一，常用的加工描述方______。A、只有結(jié)構(gòu)化語(yǔ)言B、有結(jié)構(gòu)化語(yǔ)言和判定樹(shù)C、有結(jié)構(gòu)化語(yǔ)言和判定樹(shù)和判定表D、判定樹(shù)和判定表標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：加工邏輯描述了輸入數(shù)據(jù)流、輸入文件與輸出數(shù)據(jù)流、輸出文件之間的邏輯關(guān)系。常用的加工邏輯描述方法有三種：結(jié)構(gòu)化語(yǔ)言、判定表和判定樹(shù)。7、在面向數(shù)據(jù)流的設(shè)計(jì)方法中，一般把數(shù)據(jù)流圖中的數(shù)據(jù)流劃分為_(kāi)_____兩種。A、數(shù)據(jù)流和事物流B、變換流和數(shù)據(jù)流C、變換流和事物流D、控制流和事物流標(biāo)準(zhǔn)答案：C知識(shí)點(diǎn)解析：信息流大體可分為兩種類型：(1)變換流。信息沿著輸入通道進(jìn)入系統(tǒng)，然后通過(guò)變換中心(也稱主加工)處理，再沿著輸出通道離開(kāi)系統(tǒng)。具有這一特性的信息流稱為變換流。具有變換流型的數(shù)據(jù)流圖可明顯地分成輸入、變換(主加工)、輸出三大部分。(2)事務(wù)流。信息沿著輸入通道到達(dá)一個(gè)事務(wù)中心，事務(wù)中心根據(jù)輸入信息(即事務(wù))的類型在若干個(gè)動(dòng)作序列(稱為活動(dòng)流)中選擇一個(gè)來(lái)執(zhí)行，這種信息流稱為事務(wù)流。事務(wù)流有明顯的事務(wù)中心，各活動(dòng)以事務(wù)中心為起點(diǎn)呈輻射狀流出。8、系統(tǒng)中模塊的______不僅意味著作用于系統(tǒng)的小變動(dòng)將導(dǎo)致行為上的小變化，也意味著規(guī)格說(shuō)明的小變動(dòng)將影響到一小部分模塊。A、可分解性B、保護(hù)性C、可理解性D、連續(xù)性標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：模塊的可分解性是指：如果一種設(shè)計(jì)方法提供了將問(wèn)題分解成子問(wèn)題的系統(tǒng)化機(jī)制，它就能降低整個(gè)系統(tǒng)的復(fù)雜性，從而實(shí)現(xiàn)一種有效的模塊化解決方案。模塊的保護(hù)性是指：如果模塊內(nèi)部出現(xiàn)異常情況，并且它的影響限制在模塊內(nèi)部，則錯(cuò)誤引起的副作用就會(huì)被最小化。模塊的可理解性是指：如果一個(gè)模塊可以作為一個(gè)獨(dú)立的單位(不用參考其他模塊)被理解，那么它就易于構(gòu)造和修改。模塊的連續(xù)性是指：如果對(duì)系統(tǒng)需求的微小修改只導(dǎo)致對(duì)單個(gè)模塊而不是整個(gè)系統(tǒng)的修改，則修改引起的副作用就會(huì)被最小化。9、下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是______。A、鍵盤(pán)、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息B、操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C、應(yīng)用程序之間可以相互發(fā)送消息D、發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：消息就是向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求。應(yīng)用程序之間可以相互發(fā)送消息，應(yīng)用程序還可以向操作系統(tǒng)發(fā)送消息，所有I/O設(shè)備輸入輸出時(shí)也會(huì)產(chǎn)生消息。消息通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同，予程序被凋用是完全被動(dòng)的，而消息的接收方是處理的主體。10、面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成分：______屬性和方法(或操作)。A、標(biāo)識(shí)B、規(guī)則C、封裝D、消息標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：對(duì)象有三種成份：標(biāo)識(shí)、屬性和方法(或操作)。11、在使用UML建模時(shí)，若需要描述跨多個(gè)用例的單個(gè)對(duì)象的行為，使用______是最為合適的。A、協(xié)作圖(collaborationDiagram)B、序列圖(SequenceDiagram)C、活動(dòng)圖(ActivityDiagram)D、狀態(tài)圖(StatechartDiagram)標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：UML由五類九種圖組成，需要充分理解每類圖的使用場(chǎng)合、階段，并要重點(diǎn)掌握依賴、泛化、關(guān)聯(lián)三個(gè)關(guān)系在其中的溝通作用。第一類是用例圖，從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。第二類是靜態(tài)圖，包括類圖、對(duì)象圖。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。對(duì)象圖是類圖的實(shí)例，幾乎使用與類圖完全相同的標(biāo)識(shí)。它們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象實(shí)例，而不是實(shí)際的類。第三類是行為圖，包括狀態(tài)圖和活動(dòng)圖，描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。其中狀態(tài)圖描述類的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。而活動(dòng)圖描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)。第四類是交互圖，包括順序圖和合作圖，描述對(duì)象間的交互關(guān)系。其中順序圖顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)顯示對(duì)象之間的交互；合作圖描述對(duì)象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。第五類是實(shí)現(xiàn)圖，包括組件圖和實(shí)施圖。其中組件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。實(shí)施圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它以實(shí)際的計(jì)算機(jī)和設(shè)備(用節(jié)點(diǎn)表示)以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。由于單個(gè)對(duì)象在多個(gè)用例交付，狀態(tài)不斷在變化，故答案是D。二、中文選擇題（含2小題）(本題共8題，每題1.0分，共8分。)(1)的任務(wù)是根據(jù)系統(tǒng)說(shuō)明書(shū)中規(guī)定的功能要求，具體設(shè)計(jì)實(shí)現(xiàn)邏輯模型的技術(shù)方案，這個(gè)階段形成的技術(shù)文檔是(2)。12、A、系統(tǒng)分析階段B、系統(tǒng)規(guī)劃階段C、系統(tǒng)實(shí)施階段D、系統(tǒng)設(shè)計(jì)階段標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：暫無(wú)解析13、A、需求建議書(shū)B(niǎo)、系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)C、系統(tǒng)維護(hù)手冊(cè)D、系統(tǒng)測(cè)試分析報(bào)告標(biāo)準(zhǔn)答案：B知識(shí)點(diǎn)解析：根據(jù)系統(tǒng)說(shuō)明書(shū)中規(guī)定的功能要求，具體設(shè)計(jì)實(shí)現(xiàn)邏輯模型的技術(shù)方案，是系統(tǒng)設(shè)計(jì)階段的任務(wù)。系統(tǒng)設(shè)計(jì)階段形成的主要技術(shù)文檔是系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)。常見(jiàn)的開(kāi)發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中(1)適用于需求明確或很少變更的項(xiàng)目，(2)模型主要用來(lái)描述面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。14、A、瀑布模型B、演化模型C、螺旋模型D、噴泉模型標(biāo)準(zhǔn)答案：A知識(shí)點(diǎn)解析：暫無(wú)解析15、A、瀑布模型B、演化模型C、螺旋模型D、噴泉模型標(biāo)準(zhǔn)答案：D知識(shí)點(diǎn)解析：瀑布模型嚴(yán)格遵循軟件生命周期各階段的固定順序：計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)飛流直下的瀑布。瀑布模型有許多優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范的方法；嚴(yán)格規(guī)定了各階段必須提交的文檔；要求每個(gè)階段結(jié)束后，都要進(jìn)行嚴(yán)格的評(píng)審。但瀑布模型過(guò)于理想化，而且缺乏靈活性，無(wú)法在開(kāi)發(fā)過(guò)程中逐漸明確用戶難以確切表達(dá)或一時(shí)難以想到的需求，直到軟件開(kāi)發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離，此時(shí)必須付出高額的代價(jià)才能糾正這一偏差。演化模型是一種原型化開(kāi)發(fā)方法，其開(kāi)發(fā)過(guò)程是從初始模型逐步演化為最終軟件產(chǎn)品的漸進(jìn)過(guò)程。螺旋模型綜合了瀑布模型和演化模型的優(yōu)點(diǎn)，還增加了風(fēng)險(xiǎn)分析。螺旋模型包含四個(gè)方面的活動(dòng)：制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估。這四項(xiàng)活動(dòng)恰好可以放在一個(gè)直角坐標(biāo)系的四個(gè)象限，而開(kāi)發(fā)過(guò)程恰好像一條螺旋線。采用螺旋模型時(shí)，軟件開(kāi)發(fā)沿著螺旋線自內(nèi)向外旋轉(zhuǎn)，每轉(zhuǎn)一圈都要對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別和分析，并采取相應(yīng)的對(duì)策。螺旋線第一圈的開(kāi)始點(diǎn)可能是一個(gè)概念項(xiàng)目。從第二圈開(kāi)始，一個(gè)新產(chǎn)品開(kāi)發(fā)項(xiàng)目開(kāi)始了，新產(chǎn)品的演化沿著螺旋線進(jìn)行若干次迭代，一直運(yùn)轉(zhuǎn)到軟件生命期結(jié)束。噴泉模型主要用于描述面向?qū)ο蟮拈_(kāi)發(fā)過(guò)程。噴泉一詞體現(xiàn)了面向?qū)ο箝_(kāi)發(fā)過(guò)程的迭代和無(wú)間隙特征。迭代意味著模型中的開(kāi)發(fā)活動(dòng)常常需要多次重復(fù)，每次重復(fù)都會(huì)增加或明確一些目標(biāo)系統(tǒng)的性質(zhì)，但卻不是對(duì)先前工作結(jié)果的本質(zhì)性改動(dòng)。無(wú)間隙是指在開(kāi)發(fā)活動(dòng)(如分析、設(shè)計(jì)、編程)之間不存在明顯的邊界，而是允許各開(kāi)發(fā)活動(dòng)交叉、迭代地進(jìn)行。關(guān)于程序模塊優(yōu)化的啟發(fā)式規(guī)則有若干條，以下規(guī)則中不符合優(yōu)化原則的是(1)。如果一個(gè)模塊調(diào)用下層模塊時(shí)傳遞一個(gè)數(shù)據(jù)結(jié)構(gòu)，則這種耦合屬于(2)。16、