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

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