2022年05月高級(jí)系統(tǒng)分析師下午真題

2022年05月高級(jí)系統(tǒng)分析師下午真題(總分：40.00，做題時(shí)間：90分鐘)一、試題一(總題數(shù)：1，分?jǐn)?shù)：20.00)1.

論原型法及其在信息系統(tǒng)開(kāi)發(fā)中的應(yīng)用

作為一種信息系統(tǒng)開(kāi)發(fā)方法，原型法(Prototyping)被普遍使用，原型法是指在獲取一組基本的需求定義后，利用可視化的開(kāi)發(fā)工具，快速建立一個(gè)目標(biāo)系統(tǒng)的最初版本，并交由用戶試用，并根據(jù)用戶反饋進(jìn)行補(bǔ)充和修改，再形成新的版本。反復(fù)進(jìn)行這個(gè)過(guò)程，直到得出系統(tǒng)的“精確解”，即用戶滿意為止。

請(qǐng)圍繞“原型法及其在信息系統(tǒng)開(kāi)發(fā)中的應(yīng)用”論題，依次從以下三個(gè)方面進(jìn)行論述。

1．概要敘述你參與管理和開(kāi)發(fā)的軟件項(xiàng)目以及你在其中所承擔(dān)的主要工作。

2．請(qǐng)簡(jiǎn)要描述原型法的開(kāi)發(fā)過(guò)程。

3．具體闡述你參與管理和開(kāi)發(fā)的項(xiàng)目是如何基于原型法進(jìn)行信息系統(tǒng)開(kāi)發(fā)的。

（分?jǐn)?shù)：20.00）__________________________________________________________________________________________

正確答案：(寫(xiě)作要點(diǎn)一、應(yīng)結(jié)合自己參與的信息系統(tǒng)項(xiàng)目，說(shuō)明在其中所承擔(dān)的工作。二、原型法的開(kāi)發(fā)過(guò)程包括：(1)確定用戶基本需求。在系統(tǒng)分析師和用戶的緊密配合下，快速確定系統(tǒng)的基本需求。這些需求可能是不完全的、粗略的，但卻是最基本的、易于描述和定義的。這個(gè)階段一般不產(chǎn)生對(duì)外的正式文檔，但對(duì)于大型系統(tǒng)而言，應(yīng)該形成一個(gè)初步需求文檔。(2)設(shè)計(jì)系統(tǒng)初始原型。在快速分析的基礎(chǔ)上，根據(jù)基本需求，盡快實(shí)現(xiàn)一個(gè)可運(yùn)行的系統(tǒng)。構(gòu)造原型時(shí)要注意兩個(gè)基本原則，即集成原則(盡可能用現(xiàn)有系統(tǒng)和模型來(lái)構(gòu)成，這需要相應(yīng)的原型工具)和最小系統(tǒng)原則(耗資一般不超過(guò)總投資的10%)。(3)試用和評(píng)價(jià)原型。用戶在開(kāi)發(fā)人員的協(xié)助下試用原型，根據(jù)實(shí)際運(yùn)行情況，評(píng)價(jià)系統(tǒng)的優(yōu)點(diǎn)和不足，指出存在的問(wèn)題，進(jìn)一步明確用戶需求，提出修改意見(jiàn)。(4)修正和完善原型。根據(jù)修改意見(jiàn)和新的需求進(jìn)行修改。如果用修改原型的過(guò)程代替快速分析，就形成了原型開(kāi)發(fā)的迭代過(guò)程。開(kāi)發(fā)人員和用戶在一次次的迭代過(guò)程中不斷將原型完善，以接近系統(tǒng)的最終要求。(5)整理原型和提供文檔。如果經(jīng)過(guò)修改或改進(jìn)的原型，得到參與者一致認(rèn)可，則原型開(kāi)發(fā)的迭代過(guò)程可以結(jié)束。三、第三個(gè)問(wèn)題要根據(jù)項(xiàng)目的實(shí)際情況來(lái)寫(xiě)自己是怎么做的，遇到什么樣的問(wèn)題，如何解決的。)解析：二、試題二(總題數(shù)：1，分?jǐn)?shù)：20.00)2.

論面向?qū)ο笤O(shè)計(jì)方法及其應(yīng)用

系統(tǒng)設(shè)計(jì)是根據(jù)系統(tǒng)分析的結(jié)果，運(yùn)用系統(tǒng)科學(xué)的思想和方法，設(shè)計(jì)出能滿是用戶所要求的目標(biāo)(或目的)系統(tǒng)的過(guò)程。面向?qū)ο笤O(shè)計(jì)方法是一種接近現(xiàn)實(shí)的系統(tǒng)設(shè)計(jì)方法。在該方法中，數(shù)據(jù)結(jié)構(gòu)和在數(shù)據(jù)結(jié)構(gòu)上定義的操作算法封裝在一個(gè)對(duì)象之中。

請(qǐng)圍繞“面向?qū)ο笤O(shè)計(jì)方法及其應(yīng)用”論題，依次從以下三個(gè)方面進(jìn)行論述。

1．概要敘述你參與管理和開(kāi)發(fā)的軟件項(xiàng)目以及你在其中所承擔(dān)的主要工作。

2．面向?qū)ο笤O(shè)計(jì)方法包含多種設(shè)計(jì)原則，請(qǐng)簡(jiǎn)要描述其中的三種設(shè)計(jì)原則。

3．具體闡述你參與管理和開(kāi)發(fā)的項(xiàng)目是如何遵循這三種設(shè)計(jì)原則進(jìn)行信息系統(tǒng)設(shè)計(jì)的。

（分?jǐn)?shù)：20.00）__________________________________________________________________________________________

正確答案：(寫(xiě)作要點(diǎn)一、應(yīng)結(jié)合自己參與的信息系統(tǒng)項(xiàng)目，說(shuō)明在其中所承擔(dān)的工作。二、面向?qū)ο笤O(shè)計(jì)的原則：對(duì)于OO系統(tǒng)的設(shè)計(jì)而言，在支持可維護(hù)性的同時(shí)，提高系統(tǒng)的可復(fù)用性是一個(gè)至關(guān)重要的問(wèn)題，如何同時(shí)提高系統(tǒng)的可維護(hù)性和可復(fù)用性，是OOD需要解決的核心問(wèn)題之一。在OOD中，可維護(hù)性的復(fù)用是以設(shè)計(jì)原則為基礎(chǔ)的。常用的OOD原則包括開(kāi)閉原則、里氏替換原則、依賴倒置原則、組合/聚合復(fù)用原則、接口隔離原則和最少知識(shí)原則等。這些設(shè)計(jì)原則首先都是面向復(fù)用的原則，遵循這些設(shè)計(jì)原則可以有效地提高系統(tǒng)的復(fù)用性，同時(shí)提高系統(tǒng)的可維護(hù)性。1．開(kāi)閉原則開(kāi)閉原則是指軟件實(shí)體應(yīng)對(duì)擴(kuò)展開(kāi)放，而對(duì)修改關(guān)閉，即盡量在不修改原有代碼的情況下進(jìn)行擴(kuò)展。此處的“實(shí)體”可以指一個(gè)軟件模塊、一個(gè)由多個(gè)類(lèi)組成的局部結(jié)構(gòu)或一個(gè)獨(dú)立的類(lèi)。應(yīng)用開(kāi)閉原則可擴(kuò)展已有的系統(tǒng)，并為之提供新的行為，以滿足對(duì)軟件的新需求，使變化中的系統(tǒng)具有一定的適應(yīng)性和靈活性。對(duì)于已有的軟件模塊，特別是最重要的抽象層模塊不能再修改，這就使變化中的系統(tǒng)有一定的穩(wěn)定性和延續(xù)性，這樣的系統(tǒng)同時(shí)滿足了可復(fù)用性與可維護(hù)性。在OOD中，開(kāi)閉原則一般通過(guò)在原有模塊中添加抽象層(例如，接口或抽象類(lèi))來(lái)實(shí)現(xiàn)，它也是其他OOD原則的基礎(chǔ)，而其他原則是實(shí)現(xiàn)開(kāi)閉原則的具體措施。2．里氏替換原則里氏替換原則由BarbaraLiskov提出，其基本思想是，一個(gè)軟件實(shí)體如果使用的是一個(gè)基類(lèi)對(duì)象，那么一定適用于其子類(lèi)對(duì)象，而且覺(jué)察不出基類(lèi)對(duì)象和子類(lèi)對(duì)象的區(qū)別，即把基類(lèi)都替換成它的子類(lèi)，程序的行為沒(méi)有變化。反過(guò)來(lái)則不一定成立，如果一個(gè)軟件實(shí)體使用的是一個(gè)子類(lèi)對(duì)象，那么它不一定適用于基類(lèi)對(duì)象。在運(yùn)用里氏替換原則時(shí)，盡量將一些需要擴(kuò)展的類(lèi)或者存在變化的類(lèi)設(shè)計(jì)為抽象類(lèi)或者接口，并將其作為基類(lèi)，在程序中盡量使用基類(lèi)對(duì)象進(jìn)行編程。由于子類(lèi)繼承基類(lèi)并實(shí)現(xiàn)其中的方法，程序運(yùn)行時(shí)，子類(lèi)對(duì)象可以替換基類(lèi)對(duì)象，如果需要對(duì)類(lèi)的行為進(jìn)行修改，可以擴(kuò)展基類(lèi)，增加新的子類(lèi)，而無(wú)需修改調(diào)用該基類(lèi)對(duì)象的代碼。3．依賴倒置原則依賴倒置原則是指抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。換言之，要針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。在程序代碼中傳遞參數(shù)時(shí)或在組合(或聚合)關(guān)系中，盡量引用層次高的抽象層類(lèi)，即使用接口和抽象類(lèi)進(jìn)行變量類(lèi)型聲明、參數(shù)類(lèi)型聲明和方法返回類(lèi)型聲明，以及數(shù)據(jù)類(lèi)型的轉(zhuǎn)換等，而不要用具體類(lèi)來(lái)做這些事情。為了確保該原則的應(yīng)用，一個(gè)具體類(lèi)應(yīng)當(dāng)只實(shí)現(xiàn)接口和抽象類(lèi)中聲明過(guò)的方法，而不要給出多余的方法，否則，將無(wú)法調(diào)用到在子類(lèi)中增加的新方法。實(shí)現(xiàn)開(kāi)閉原則的關(guān)鍵是抽象化，并且從抽象化導(dǎo)出具體化實(shí)現(xiàn)，如果說(shuō)開(kāi)閉原則是OOD的目標(biāo)的話，那么依賴倒置原則就是OOD的主要機(jī)制。有了抽象層，可以使得系統(tǒng)具有很好的靈活性，在程序中盡量使用抽象層進(jìn)行編程，而將具體類(lèi)寫(xiě)在配置文件中，這樣，如果系統(tǒng)行為發(fā)生變化，則只需要擴(kuò)展抽象層，并修改配置文件，而無(wú)需修改原有系統(tǒng)的源代碼，在不修改的情況下來(lái)擴(kuò)展系統(tǒng)功能，滿足開(kāi)閉原則的要求。依賴倒置原則是COM、CORBA、EJB、Spring等技術(shù)和框架背后的基本原則之一。4．組合/聚合復(fù)用原則組合/聚合復(fù)用原則又稱為合成復(fù)用原則，是在一個(gè)新的對(duì)象中通過(guò)組合關(guān)系或聚合關(guān)系來(lái)使用一些已有的對(duì)象，使之成為新對(duì)象的一部分，新對(duì)象通過(guò)委派調(diào)用已有對(duì)象的方法達(dá)到復(fù)用其已有功能的目的。簡(jiǎn)單地說(shuō)，就是要盡量使用組合/聚合關(guān)系，少用繼承。在OOD中，可以通過(guò)兩種基本方法在不同的環(huán)境中復(fù)用已有的設(shè)計(jì)和實(shí)現(xiàn)，即通過(guò)組合/聚合關(guān)系或通過(guò)繼承，但首先應(yīng)該考慮使用組合/聚合，組合/聚合可以使系統(tǒng)更加靈活，類(lèi)與類(lèi)之間的耦合度降低，一個(gè)類(lèi)的變化對(duì)其他類(lèi)造成的影響相對(duì)較少；其次才考慮繼承，在使用繼承時(shí)，需要嚴(yán)格遵循里氏替換原則，有效使用繼承會(huì)有助于對(duì)問(wèn)題的理解，降低復(fù)雜度，而濫用繼承反而會(huì)增加系統(tǒng)構(gòu)建和維護(hù)的難度，以及系統(tǒng)的復(fù)雜度。通過(guò)繼承來(lái)進(jìn)行復(fù)用的主要問(wèn)題在于繼承復(fù)用會(huì)破壞系統(tǒng)的封裝性，因?yàn)槔^承會(huì)將基類(lèi)的實(shí)現(xiàn)細(xì)節(jié)暴露給子類(lèi)，由于基類(lèi)的內(nèi)部細(xì)節(jié)通常對(duì)子類(lèi)來(lái)說(shuō)是透明的，所以這種復(fù)用是透明的復(fù)用，又稱為白盒復(fù)用。如果基類(lèi)發(fā)生改變，那么子類(lèi)的實(shí)現(xiàn)也不得不發(fā)生改變；從基類(lèi)繼承而來(lái)的實(shí)現(xiàn)是靜態(tài)的，不可能在運(yùn)行時(shí)發(fā)生改變，沒(méi)有足夠的靈活性；而且繼承只能在有限的環(huán)境中使用(例如，如果類(lèi)沒(méi)有聲明不能被繼承)。由于組合或聚合關(guān)系可以將已有的對(duì)象(也可稱為成員對(duì)象)納入到新對(duì)象中，使之成為新對(duì)象的一部分，新對(duì)象可以調(diào)用已有對(duì)象的功能，這樣做可以使得成員對(duì)象的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)對(duì)于新對(duì)象是不可見(jiàn)的，因此，這種復(fù)用又稱為黑盒復(fù)用。相對(duì)繼承關(guān)系而言，其耦合度較低，成員對(duì)象的變化對(duì)新對(duì)象的影響不大，可以在新對(duì)象中根據(jù)實(shí)際需要有選擇性地調(diào)用成員對(duì)象的操作。組合/聚合復(fù)用可以在運(yùn)行時(shí)動(dòng)態(tài)進(jìn)行，新對(duì)象可以動(dòng)態(tài)地引用與成員對(duì)象類(lèi)型相同的其他對(duì)象。一般而言，如果兩個(gè)類(lèi)之間是“Has-A”的關(guān)系，則應(yīng)使用組合或聚合；如果是“Is-A”關(guān)系，則可使用繼承?！癐s-A”是嚴(yán)格的分類(lèi)學(xué)意義上的定義，意思是一個(gè)類(lèi)是另一個(gè)類(lèi)的“一種”。而“Has-A”則不同，它表示某一個(gè)角色具有某一項(xiàng)責(zé)任。5．接口隔離原則接口隔離原則是指使用多個(gè)專(zhuān)門(mén)的接口，而不使用單一的總接口。每個(gè)接口應(yīng)該承擔(dān)一種相對(duì)獨(dú)立的角色，不多不少，不干不該干的事，該干的事都要干。這里的“接口”通常有兩種不同的含義，一種是指一個(gè)類(lèi)型所具有的方法特征的集合，僅僅是一種邏輯上的抽象；另外一種是指某種語(yǔ)言具體的接口定義，有嚴(yán)格的定義和結(jié)構(gòu)，例如，Java語(yǔ)言中的interface。對(duì)于這兩種不同的含義，接口隔離原則的表達(dá)方式和含義都有所不同。如果將“接口”理解成一個(gè)類(lèi)型所提供的所有方法的特征集合，這就是一種邏輯上的概念，接口的劃分將直接帶來(lái)類(lèi)型的劃分。在這種情況下，可以將接口理解成角色，一個(gè)接口就只是代表一個(gè)角色，每個(gè)角色都有它特定的一個(gè)接口，此時(shí)，接口隔離原則可以稱為角色隔離原則。如果將“接口”理解成狹義的特定語(yǔ)言的接口，接口隔離原則表達(dá)的意思則是指接口僅僅提供客戶端需要的行為，客戶端不需要的行為則隱藏起來(lái)，應(yīng)當(dāng)為客戶端提供盡可能小的單獨(dú)的接口，而不要提供大的總接口。在面向?qū)ο缶幊陶Z(yǔ)言中，如果需要實(shí)現(xiàn)一個(gè)接口，就需要實(shí)現(xiàn)該接口中定義的所有方法，因此，大的總接口使用起來(lái)不一定很方便，為了使接口的職責(zé)單一，需要將大接口中的方法根據(jù)其職責(zé)不同，分別放在不同的小接口中，以確保每個(gè)接口使用起來(lái)都較為方便，并都承擔(dān)單一角色。6．最少知識(shí)原則最少知識(shí)原則也稱為迪米特法則(LawofDemeter)，是指一個(gè)軟件實(shí)體應(yīng)當(dāng)盡可能少地與其他實(shí)體發(fā)生相互作用。這樣，當(dāng)一個(gè)模塊修改時(shí)，就會(huì)盡量少的影響其他的模塊，擴(kuò)展會(huì)相對(duì)容易。這是對(duì)軟件實(shí)體之間通信的限制，它要求限制軟件實(shí)體之間通信的寬度和深度。最少知識(shí)原則可分為狹義原則和廣義原則。在狹義原則中，如果兩個(gè)類(lèi)之間不必彼此直接通信，那么這兩個(gè)類(lèi)就不應(yīng)當(dāng)發(fā)生直接的相互作用；如果其中的一個(gè)類(lèi)需要調(diào)用另一個(gè)類(lèi)的某一個(gè)方法，可以通過(guò)第三者轉(zhuǎn)發(fā)這個(gè)調(diào)用。狹義原則可以降低類(lèi)之間的耦合，但是會(huì)在系統(tǒng)中增加大量的小方法并散落在系統(tǒng)的各個(gè)角落，它可以使一個(gè)系統(tǒng)的局部設(shè)計(jì)簡(jiǎn)化，因?yàn)槊總€(gè)局部都不會(huì)和遠(yuǎn)距離的對(duì)象有直接的關(guān)聯(lián)，但是也會(huì)造成系統(tǒng)的不同模塊之間的通信效率降低，使得系統(tǒng)的不同模塊之間不容易協(xié)調(diào)。廣義原則是指對(duì)對(duì)象之間的信息流量、流向和信息的影響的控制，主要是對(duì)信息隱藏的控制。信息的隱藏可以使各個(gè)子系統(tǒng)之間解耦，從而允許它們獨(dú)立地被開(kāi)發(fā)、優(yōu)化、使用和修改，同時(shí)可以促進(jìn)軟件的復(fù)用，由于每個(gè)模塊都不依賴于其他模塊而存在，因此，每個(gè)模塊都可以獨(dú)立地在其他的地方使用。系統(tǒng)的規(guī)模越大，信息的隱藏就越重要，而信息隱藏的重要性也就越明顯。最少知識(shí)原則的主要用途在于控制信