電子商務(wù)設(shè)計(jì)師-電子商務(wù)系統(tǒng)分析與設(shè)計(jì)

1、電子商務(wù)設(shè)計(jì)師 - 電子商務(wù)系統(tǒng)分析與設(shè)計(jì) （ 一）（ 總分： 70.00 ，做題時(shí)間： 90 分鐘 ）一、 B 選擇題 /B（ 總題數(shù)： 20，分?jǐn)?shù)： 20.00）1. 關(guān)于數(shù)據(jù)字典說(shuō)法錯(cuò)誤的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 數(shù)據(jù)字典中描述數(shù)據(jù)的邏輯存儲(chǔ)結(jié)構(gòu)，也涉及它的物理組織VB. 外部實(shí)體描述了數(shù)據(jù)流入、 流出和處理的實(shí)際發(fā)生地點(diǎn)和有關(guān)的主體。 外部實(shí)體的定義包括實(shí)體編號(hào)、 名稱(chēng)、簡(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ù)

2、雜的數(shù)據(jù)結(jié)構(gòu)則包含了其他數(shù)據(jù)結(jié)構(gòu)，在數(shù)據(jù)字典中，需要詳細(xì)列出每個(gè)數(shù)據(jù)結(jié)構(gòu) 包含的項(xiàng)解析：2. 下列說(shuō)法錯(cuò)誤的是 （ ） 。（分?jǐn)?shù)： 1.00 ）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)VC. 一致性檢驗(yàn)則要求一個(gè)數(shù)據(jù)只能有一個(gè)生產(chǎn)者，避免數(shù)據(jù)有多個(gè)源頭，產(chǎn)生不一致現(xiàn)象D. U/C 矩陣不僅適用于功能 /數(shù)據(jù)分析，也適用于其他方面的管理分析，應(yīng)該很好的掌握這種方法 解析：3. 關(guān)于用例說(shuō)法正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 用例不能描述業(yè)務(wù)的交互過(guò)程B. 用例不適用于描述用戶(hù)

3、的功能性需求C. 用例不關(guān)心系統(tǒng)設(shè)計(jì)，編寫(xiě)用例的最昂貴的錯(cuò)誤包括太多細(xì)節(jié)和用戶(hù)界面說(shuō)明，使得用例變長(zhǎng)，難以 閱讀 VD. 用例不適用于增量開(kāi)發(fā)解析：4. 哪項(xiàng)不是業(yè)務(wù)流程分析的內(nèi)容 ?（ ）（分?jǐn)?shù)： 1.00 ）A. 業(yè)務(wù)功能分析B. 業(yè)務(wù)關(guān)系分析C. 業(yè)務(wù)流程優(yōu)化D. 業(yè)務(wù)邏輯分析 V解析：5. 關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)法不正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 數(shù)據(jù)存儲(chǔ)的安全性要求從存儲(chǔ)總體結(jié)構(gòu)上保證數(shù)據(jù)的安全性、一致性和完整性B. 而數(shù)據(jù)的大量冗余往往為維護(hù)數(shù)據(jù)一致性帶來(lái)困難，維護(hù)一致性就要盡可能地避免數(shù)據(jù)的冗余VC. 要求對(duì)數(shù)據(jù)文件組織合理，數(shù)據(jù)元素歸類(lèi)和劃分合理，以及對(duì)數(shù)據(jù)項(xiàng)進(jìn)行合理

4、描述D. 無(wú)論設(shè)計(jì)什么樣的存儲(chǔ)結(jié)構(gòu)，首先應(yīng)保證對(duì)數(shù)據(jù)進(jìn)行管理和維護(hù)上的方便，它是提高系統(tǒng)運(yùn)行效率的 基礎(chǔ)解析：6. 關(guān)于流程圖說(shuō)法不正確的項(xiàng)是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 流程圖是用描述程序執(zhí)行具體步驟的統(tǒng)一規(guī)定的標(biāo)準(zhǔn)符號(hào)圖形表示，是使用歷史最久、流行最廣的一 種描述工具B. 流程圖包括處理、判斷條件、控制流三種基本成分C. 流程圖只描述執(zhí)行過(guò)程而不能描述有關(guān)數(shù)據(jù)D. 流程圖表示控制的箭頭很靈活，使流程圖簡(jiǎn)單易懂，并易于維護(hù)V解析：7.IBM WBI 的核心是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. WBI Workbench VB. WBI Workbench ServerC. WB

5、I MonitorD. Process Modeler 解析：8. 在軟件項(xiàng)目中，需求決策問(wèn)題說(shuō)法正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 分析員須聽(tīng)從呼聲高的或來(lái)自最高層人物的最大的需求B. 誰(shuí)將對(duì)需求做出決策的問(wèn)題并沒(méi)有統(tǒng)一的正確答案VC. 分析員須聽(tīng)從用戶(hù)代表的需求D. 應(yīng)由系統(tǒng)地開(kāi)發(fā)人員做出需求決策 解析：9. 下列關(guān)于用例說(shuō)法錯(cuò)誤的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 因?yàn)橛美齺?lái)源于面向?qū)ο蟮拈_(kāi)發(fā)環(huán)境，所以它不能應(yīng)用在具有許多開(kāi)發(fā)方法的項(xiàng)目中VB. 最重要的，用例的觀點(diǎn)和思維過(guò)程帶給需求開(kāi)發(fā)的改變比起是否畫(huà)正式的用例圖顯得更為重要C. 用例的重要功能是用畫(huà)用例圖的功能來(lái)鑒別

6、和劃分系統(tǒng)功能D. 它把系統(tǒng)分成角色 （Acto 和用例 解析：10. 下列哪項(xiàng)不是需求分析調(diào)查范圍 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 組織機(jī)構(gòu)與功能業(yè)務(wù)B. 數(shù)據(jù)和數(shù)據(jù)流程C. 業(yè)務(wù)流程D. 實(shí)現(xiàn)細(xì)節(jié) V解析：11. 業(yè)務(wù)流程改造說(shuō)法不正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 業(yè)務(wù)流程改造涉及到技術(shù)等因素，但與人文等因素沒(méi)啥關(guān)系VB. 信息技術(shù)應(yīng)用是流程改造的核心C. 信息技術(shù)既是流程改造的出發(fā)點(diǎn)D. 也是流程改造的最終目標(biāo)的體現(xiàn)者 解析：12. 關(guān)于DFD說(shuō)法錯(cuò)誤的是（）。（分?jǐn)?shù)： 1.00 ）A. 數(shù)據(jù)流程分析的主要工具是數(shù)據(jù)流程圖B. 數(shù)據(jù)流程圖是現(xiàn)有數(shù)據(jù)流程的抽象，它包含了

7、具體的組織結(jié)構(gòu)、物流、場(chǎng)所等信息，并從信息流動(dòng)的角度考察業(yè)務(wù)執(zhí)行的過(guò)程 VC. 數(shù)據(jù)流程圖具有抽象性特征D. 數(shù)據(jù)流程圖具有概括性特征解析：13. 關(guān)于需求分析的活動(dòng)說(shuō)法不正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 需求預(yù)測(cè)，系統(tǒng)分析員對(duì)系統(tǒng)的基本需求作一假設(shè)B. 需求導(dǎo)出，運(yùn)用各種信息采集技術(shù)的本質(zhì)要求C. 需求確認(rèn)，將記錄的需求反饋給用戶(hù)進(jìn)行檢驗(yàn)D. 需求說(shuō)明，利用NS圖，PAD圖等工具進(jìn)行需求描述V解析：14. 數(shù)據(jù)的分析方式說(shuō)法錯(cuò)誤的是 （ ） 。 （分?jǐn)?shù)： 1.00 ）A. 圍繞系統(tǒng)目標(biāo)進(jìn)行分析B. 對(duì)信息環(huán)境分析C. 圍繞現(xiàn)行業(yè)務(wù)流程進(jìn)行分析D. 數(shù)據(jù)的功能分析 V解析：15.

8、 需求間的關(guān)系說(shuō)法錯(cuò)誤的是 （ ） （分?jǐn)?shù)： 1.00 ）A. 因果關(guān)系，只要因需求解決了，果需求就自然解決了，對(duì)于這類(lèi)問(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)合理安排V解析：分?jǐn)?shù)： 1.00 ）A. 功能點(diǎn)估算法、B. 功能點(diǎn)估算法、 C. 功能點(diǎn)估算法、D. 功能點(diǎn)估算法、16. 估算方法是

9、基于分解的技術(shù)的方法，分類(lèi)正確的是LOC估算法、IBM模型IBM 模型、 MARK II COCOM模 型、MARK IILOC 估算法、MARK II V解析：17. 下列哪個(gè)不是軟件工程的層次 （ ） （分?jǐn)?shù)： 1.00 ）A. 過(guò)程層B. 方法層C. 應(yīng)用層 VD. 工具層解析：18. 下列說(shuō)法錯(cuò)誤的是 （ ） 。（分?jǐn)?shù)： 1.00 ）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)行重組VD. 業(yè)務(wù)建模便于確?？蛻?hù)、最終用戶(hù)和開(kāi)發(fā)人員就目標(biāo)組織達(dá)成

10、共識(shí) 解析：19. 關(guān)于模塊耦合說(shuō)法不正確的是 （ ） 。（分?jǐn)?shù)： 1.00 ）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)在模塊的中下層VC. 當(dāng)兩個(gè)或多個(gè)模塊通過(guò)一個(gè)公共數(shù)據(jù)環(huán)境相互作用時(shí)，它們之間的耦合稱(chēng)為公共耦合。公共耦合可 以是全程變量、內(nèi)存的公共覆蓋區(qū)、存儲(chǔ)介質(zhì)中的文件等D. 一個(gè)模塊不經(jīng)調(diào)用直接使用或修改

11、另一個(gè)模塊中的數(shù)據(jù)，則這種模塊之間的連接關(guān)系為內(nèi)容耦合。內(nèi) 容耦合使得模塊的獨(dú)立性、系統(tǒng)的可修改性和可維護(hù)性最差，是一種病態(tài)聯(lián)結(jié)，因此，在設(shè)計(jì)時(shí)必須避免 這種模塊耦合解析：20. 以下哪一項(xiàng)說(shuō)法錯(cuò)誤 （ ） 。（分?jǐn)?shù)： 1.00 ）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ì)VC. 合理地進(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á)工具； 有一套基本

12、的設(shè)計(jì)準(zhǔn)則： 有一組基本的設(shè)計(jì)策略；有一組評(píng)價(jià)標(biāo)準(zhǔn)和質(zhì)量?jī)?yōu)化技術(shù)解析：二、 B 問(wèn)答題 /B（ 總題數(shù)： 10，分?jǐn)?shù)： 50.00）21. 簡(jiǎn)述ACTOR用例可以從不同的層次來(lái)描述信息的原因。（分?jǐn)?shù)： 5.00 ）正確答案： （）解析：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ò)程中，視

13、圖的組織原則 應(yīng)不斷進(jìn)行維護(hù)、更新。22. 簡(jiǎn)述用例在需求中的作用。（分?jǐn)?shù)： 5.00 ） 正確答案： （）解析：用例在需求中的作用：用例是從用戶(hù)的角度看待系統(tǒng)，而不是基于程序員的角度。這樣，用例驅(qū)動(dòng) 的系統(tǒng)能夠真正做到以用戶(hù)為中心，用戶(hù)的任何需求都能夠在系統(tǒng)開(kāi)發(fā)鏈中完整的體現(xiàn)。用戶(hù)和程序員間 通過(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)的。23. 確定用例的方法有哪些 ?（分?jǐn)?shù)： 5.00 ） 正確答案： （）解析：用例和用例文檔一書(shū)中提到了以下幾種方法來(lái)確定用例

14、。首先明確執(zhí)行者和他們的角色，然后確定業(yè)務(wù)過(guò)程，在這一過(guò)程中每一個(gè)參與者都在為確定用例而努力。確定系統(tǒng)所能反映的外部事件，然后把這 些事件與參與的執(zhí)行者和特定的用例聯(lián)系起來(lái)?？梢园阉鼈兠枋龀尚枨?，這些功能需求可以使用戶(hù)完成其 任務(wù)，也可以把它們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶(hù)對(duì)質(zhì)量的期望。雖然最 初的屏幕構(gòu)思有助于描述你對(duì)需求的理解，但是你必須細(xì)化用戶(hù)界面設(shè)計(jì)，建立用例文檔。在每一次的需 求獲取之后，都會(huì)生成很多未整理的需求，你必須將它們組織成用例文檔。使用諸如模板的技術(shù)能夠提高 你的速度和需求的復(fù)用性。 一個(gè)用例文檔可以使用表格來(lái)組織， 主要的要素包括了用例標(biāo)識(shí)號(hào)、 用

15、例名稱(chēng)、 父用例標(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)有意義的。用戶(hù)需 要的是一個(gè)軟件系統(tǒng)，并不是一大堆的用例說(shuō)明。24. 要進(jìn)行需求分析的方面有哪些 ?（分?jǐn)?shù)： 5.00 ） 正確答案： （）解析：需求分析的方面如下：功能需求，列舉出所開(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í)間限制、傳輸 速度要求和

16、安全保密等。 資源和環(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)行中安全保密方面的性能得到必要的保證。用戶(hù)界面需求，系統(tǒng)與用戶(hù)界面的友好性是用戶(hù)能夠方

17、便有效地使用該系統(tǒng)的關(guān)鍵之一，可以說(shuō)用戶(hù)就是系統(tǒng)的 上帝，要使系統(tǒng)為用戶(hù)服務(wù)，當(dāng)然對(duì)用戶(hù)進(jìn)行必要的培訓(xùn)也是必須的，后文將提到。從市場(chǎng)角度來(lái)看，具 有友好用戶(hù)界面的系統(tǒng)才可能會(huì)有較強(qiáng)的競(jìng)爭(zhēng)力。因此，必須在需求分析時(shí)，細(xì)致地規(guī)定用戶(hù)界面要達(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)備。25. U/C 系統(tǒng)的功能有哪些 ?（分?jǐn)?shù)： 5.00 ） 正確答案： （）解析：U/C矩陣的功能：通過(guò)對(duì)U/C矩陣的正確性檢驗(yàn)，及時(shí)發(fā)現(xiàn)前期調(diào)查

18、和分析中的錯(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ù)。26. 簡(jiǎn)述系統(tǒng)設(shè)計(jì)的原則。（分?jǐn)?shù)： 5.00 ）正確答案： （） 解析：從邏輯模型到物理模型的設(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)

19、性原則，系統(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í)間?？煽啃栽瓌t，可靠性既是評(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è)成功 的管理信息

20、系統(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)單化，使用戶(hù)容易理解操作的 步驟和要求，確保用戶(hù)的主動(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ì)。27. 某汽車(chē)配件公司最主要的業(yè)務(wù)， 顯然是采購(gòu)和銷(xiāo)售， 外部項(xiàng)是顧客和供應(yīng)商。 其第一層數(shù)據(jù)流程圖如圖

21、9.3 所示。請(qǐng)分析該公司的第二層及第三層數(shù)據(jù)流圖。（分?jǐn)?shù)： 5.00 ）正確答案：（）解析：系統(tǒng)從顧客那里接受訂貨要求，把汽車(chē)配件賣(mài)給顧客。當(dāng)存貨不足時(shí)，汽車(chē)配件公司向供應(yīng)商發(fā)岀 訂貨要求，以滿足銷(xiāo)售的需要。但該圖沒(méi)有反映賬務(wù)，而且銷(xiāo)售和采購(gòu)也沒(méi)有分開(kāi)表示，只是高度概括地 反映了汽車(chē)配件公司的業(yè)務(wù)，因此要進(jìn)一步擴(kuò)展岀第二層數(shù)據(jù)流程圖。該系統(tǒng)的主要邏輯功能有銷(xiāo)售、采購(gòu)和會(huì)計(jì)三個(gè)。主要的外部項(xiàng)有顧客和供應(yīng)商兩個(gè)。當(dāng)然允許有許多顧客和許多供應(yīng)商。當(dāng)顧客的訂貨要求被接受以后，就要按照顧客要購(gòu)買(mǎi)的汽車(chē)配件以及需要的數(shù)量查找?guī)齑媪?，確定是否能夠滿足顧客的訂 貨要求。如果能夠完全滿足，就給顧客開(kāi)發(fā)貨單，并

22、修改汽車(chē)配件的庫(kù)存量， 同時(shí)還要通知會(huì)計(jì)準(zhǔn)備收款。 如果只能滿足一部分或完全不能滿足顧客的訂貨要求，就要把不能滿足的訂貨記錄下來(lái)，并通知采購(gòu)部門(mén)，然后應(yīng)向供應(yīng)商發(fā)岀訂貨要求。當(dāng)供應(yīng)商接到汽車(chē)配件公司的訂貨要求，把貨物發(fā)來(lái)后，采購(gòu)部門(mén)要辦入 庫(kù)手續(xù)，修改庫(kù)存量，同時(shí)向銷(xiāo)售部門(mén)發(fā)岀到貨通知，銷(xiāo)售部門(mén)按到貨配件檢索訂貨單，向顧客補(bǔ)齊所要 求的配件數(shù)量。會(huì)計(jì)部門(mén)收到供應(yīng)商的發(fā)貨單后，應(yīng)該準(zhǔn)備辦理付款業(yè)務(wù)。第二層數(shù)據(jù)流程圖比較具體地反映了汽車(chē)配件公司的數(shù)據(jù)流程，但是只考慮了正常情況，未考慮發(fā)生錯(cuò)誤或特殊的情況。例如，顧客訂 貨單填寫(xiě)不正確，供應(yīng)商發(fā)來(lái)的貨物與采購(gòu)部門(mén)的訂貨要求不符合等，都屬于岀錯(cuò)或例外處

23、理。 原則上講，第二層數(shù)據(jù)流程圖不反映岀錯(cuò)處理和例外處理，它只反映主要的、正常的邏輯處理功能，岀錯(cuò)或例外處理 應(yīng)該在低層的更為詳細(xì)的數(shù)據(jù)流程圖里反映。我們可以從“銷(xiāo)售”、“采購(gòu)”、“會(huì)計(jì)”三個(gè)處理邏輯分 別擴(kuò)展岀第三層數(shù)據(jù)流程圖。28. 根據(jù)給定的U/C矩陣，如表9.2所示進(jìn)行矩陣求解，并可將系統(tǒng)分為哪幾個(gè)獨(dú)立的小系統(tǒng)，同時(shí)要注明子系統(tǒng)間相互聯(lián)系的數(shù)據(jù)有哪些 ？匚（分?jǐn)?shù)：5.00 ） 正確答案：（）解析：U/C矩陣的行或列之間沒(méi)有固定的順序，通過(guò)行或列的調(diào)整，使得矩陣中的C盡量靠近對(duì)角線，然后以C為標(biāo)準(zhǔn)劃分子系統(tǒng)，即構(gòu)成了U/C矩陣的解。小方框的劃分是任意的，但必須把所有的C都包含在小方框內(nèi)，

24、每個(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)、銷(xiāo)售子系統(tǒng)、 財(cái)務(wù)子系統(tǒng)和人事子系統(tǒng)。這樣就使系統(tǒng)數(shù)據(jù)間的凝聚性較強(qiáng)，耦合性較弱。表中的U被分割成兩類(lèi)，一類(lèi)在小方框內(nèi)，表示數(shù)據(jù)只在一個(gè)子系統(tǒng)內(nèi)產(chǎn)生和使用，可以考慮把數(shù)據(jù)放在子系統(tǒng)的計(jì)算機(jī)設(shè)備中處理：另一類(lèi)數(shù)據(jù)使用關(guān)系 U在小方框之外，表示不同子系統(tǒng)間存在著

25、數(shù)據(jù)聯(lián)系，需要考慮數(shù)據(jù)在網(wǎng)絡(luò)中的分布 和傳遞問(wèn)題。29. 系統(tǒng)設(shè)計(jì)中模塊劃分的原則是什么？（分?jǐn)?shù)：5.00 ） 正確答案：（）解析：模塊劃分的原則如下。（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ì)影響哪些