系統(tǒng)架構設計師 歷年真題 2018年11月 系統(tǒng)架構設計師 論文題

2018年11月系統(tǒng)架構設計師論文題

【論述題】論軟件開發(fā)過程RUP及其應用 

RUP（RationalUnifiedProcess）是IBM公司一款軟件開發(fā)過程產品，它提出了一整套以UML為基礎的開發(fā)準則，用以指導軟件開發(fā)人員以UML為基礎進行軟件開發(fā)。RUP汲取了各種面向對象分析與設計方法的精華，提供了一個普遍的軟件過程框架，可以適應不同的軟件系統(tǒng)、應用領域、組織類型和項目規(guī)模。

請圍繞“論軟件開發(fā)過程RUP及其應用”論題，依次從以下三個方面進行論述。 

1.概要敘述你參與管理和開發(fā)的軟件項目以及你在其中所擔任的主要工作。

2.詳細論述軟件開發(fā)過程產品RUP所包含的4個階段以及RUP的基本特征。

3.結合你所參與管理和開發(fā)的軟件項目，詳細闡述RUP在該項目中的具體實施內容，包括核心工作流的選擇、制品的確定、各個階段之間的演進及迭代計劃以及工作流

結構的規(guī)劃等。

1、一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。 <p>二、本文內容的組織可以將問題2與問題3結合起來論述。先說明RUP的四個階段及RUP的特征，然后再論述每個

階段，作者開展了哪些工作。

RUP中的軟件過程在時間上被分解為四個順序的階段，分別是初始階段、細化階段、構建階段和交付階段。每個

階段結束時都要安排一次技術評審，以確定這個階段的目標是否已經滿足。如果評審結果令人滿意，就可以允許項

目進入下一個階段。 </p><p>四個階段的核心任務分別為：

（1）初始階段

·明確地說明項目規(guī)模。這涉及了解環(huán)境及最重要的需求和約束，以便于可以得出最終產品的驗收標準。

·計劃和準備商業(yè)理由。評估風險管理、人員配備、項目計劃和成本/進度/收益率折中的備選方案。

·綜合考慮備選構架，評估設計和自制/外購/復用方面的折中，從而估算出成本、進度和資源。此處的目標在于通

過對一些概念的證實來證明可行性。該證明可采用可模擬需求的模型形式或用于探索被認為高風險區(qū)域的初始原

型。初始階段的原型設計工作應該限制在確信解決方案可行就可以了。該解決方案在細化和構建階段實現(xiàn)。

·準備項目的環(huán)境，評估項目和組織，選擇工具，決定流程中要改進的部分。 </p><p>（2）細化階段

·快速確定構架，確認構架并為構架建立基線。

·根據此階段獲得的新信息改進前景，對推動構架和計劃決策的最關鍵用例建立可靠的了解。

·為構建階段創(chuàng)建詳細的迭代計劃并為其建立基線。

·改進開發(fā)案例，定位開發(fā)環(huán)境，包括流程和支持構建團隊所需的工具和自動化支持。

·改進構架并選擇構件。評估潛在構件，充分了解自制/外購/復用決策，以便有把握地確定構建階段的成本和進

度。集成了所選構架構件，并按主要場景進行了評估。通過這些活動得到的經驗有可能導致重新設計構架、考慮替

代設計或重新考慮需求。 </p><p>（3）構建階段

·資源管理、控制和流程優(yōu)化。

·完成構件開發(fā)并根據已定義的評估標準進行測試。

·根據前景的驗收標準對產品發(fā)布版進行評估。 </p><p>（4）產品化階段（提交階段）

·執(zhí)行部署計劃。

·對最終用戶支持材料定稿。

·在開發(fā)現(xiàn)場測試可交付產品。

·制作產品發(fā)布版。

·獲得用戶反饋。

·基于反饋調整產品。

·使最終用戶可以使用產品。

RUP最核心的3個特征是：用例驅動、以架構為中心的、迭代和增量。

制品（Artifact）——what的問題：制品是活動生成、創(chuàng)建或修改的一段信息。也可譯為產品、工件等，和制品

的意思差不多。

工作流（Workflow）——when的問題：工作流描述了一個有意義的連續(xù)的活動序列，每個工作流產生一些有價值

的產品，并顯示了角色之間的關系。</p>

答案：

解析：【論述題】論軟件體系結構的演化

軟件體系結構的演化是在構件開發(fā)過程中或軟件開發(fā)完畢投入運行后，由于用戶需求發(fā)生變化，就必須相應地修改原有軟件體系結構，以滿足新的變化了的軟件需求的過程。體系結構的演化是一個復雜的、難以管理的問題。

請圍繞“論軟件體系結構的演化”論題，依次從以下三個方面進行論述。 

1.<spanstyle="caret-color:red;">概要敘述你參與管理和開發(fā)的軟件項目以及你在其中所承擔的主要工作。</span>

2.軟件體系結構的演化是使用系統(tǒng)演化步驟去修改系統(tǒng)，以滿足新的需求。簡要論述系統(tǒng)演化的6個步驟。 

3.具體闡述你參與管理和開發(fā)的項目是如何基于系統(tǒng)演化的6個步驟完成軟件體系結構演化的。

1、一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。 <p>二、首先需要弄清楚的是此處的“軟件體系結構演化”實際上指的是ABSD方法中的最后一個階段。體系結構演化是

使用系統(tǒng)演化步驟去修改應用，以滿足新的需求。</p><p>主要包括以下六個步驟。 </p><p>1、需求變動歸類 </p><p>首先必須對用戶需求的變化進行歸類，使變化的需求與已有構件對應。對找不到對應構件的變動，也要做好標記，

在后續(xù)工作中，將創(chuàng)建新的構件，以對應這部分變化的需求。 </p><p>2、制訂體系結構演化計劃 </p><p>在改變原有結構之前，開發(fā)組織必須制訂一個周密的體系結構演化計劃，作為后續(xù)演化開發(fā)工作的指南。 </p><p>3、修改、增加或刪除構件 </p><p>在演化計劃的基礎上，開發(fā)人員可根據在第1步得到的需求變動的歸類情況，決定是否修改或刪除存在的構件、增

加新構件。最后，對修改和增加的構件進行功能性測試。 </p><p>4、更新構件的相互作用 </p><p>隨著構件的增加、刪除和修改，構件之間的控制流必須得到更新。 </p><p>5、構件組裝與測試 </p><p>通過組裝支持工具把這些構件的實現(xiàn)體組裝起來，完成整個軟件系統(tǒng)的連接與合成，形成新的體系結構。然后對組

裝后的系統(tǒng)整體功能和性能進行測試。 </p><p>6、技術評審 </p><p>對以上步驟進行確認，進行技術評審。評審組裝后的體系結構是否反映需求變動，符合用戶需求。如果不符合，則

需要在第2到第6步之間進行迭代。 </p><p>三、論文中需要結合項目實際工作，闡述6個步驟的具體應用，此時可以重點講述其中的2-3個方面，不必面面俱到

的論述，最后說明實施效果。</p>

答案：

解析：【論述題】論面向服務架構設計及其應用

面向服務架構（Service-OrientedArchitecture,SOA）是一種應用框架，將日常的業(yè)務應用劃分為單獨的業(yè)務功能服務和流程，通過采用良好定義的接口和標準協(xié)議將這些服務關聯(lián)起來。通過實施甚于SOA的系統(tǒng)架構，用戶可以構建、部署和整合服務，無需依賴應用程序及其運行平臺，從而提高業(yè)務流程的靈活性，幫助企業(yè)加快發(fā)展速度，降低企業(yè)開發(fā)成本，改善企業(yè)業(yè)務流程的組織和資產重用。

請圍繞“論面向服務架構設計及其應用”論題，依次從以下三個方面進行論述。

1.概要敘述你參與分析和開發(fā)的軟件系統(tǒng)開發(fā)項目以及你所擔任的主要工作。

2.說明面向服務架構的主要技術和標準，詳細闡述每種技術和標準的具體內容。

3.詳細說明你所參與的軟件系統(tǒng)開發(fā)項目中，構建SOA架構時遇到了哪些問題，具體實施效果如何。

1、一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。 <p>二、面向服務架構的主要技術有Web服務、ESB。</p><p>涉及到的標準有：

1、UDDI協(xié)議

UDDI（統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議）計劃是一個廣泛的、開放的行業(yè)計劃，它使得商業(yè)實體能夠（1）彼此發(fā)現(xiàn)，

（2）定義他們怎樣在Internet上互相作用，并在一個全球的注冊體系架構中共享信息。UDDI是這樣一種基礎的系

統(tǒng)構筑模塊，他使商業(yè)實體能夠快速、方便地使用他們自身的企業(yè)應用軟件來發(fā)現(xiàn)合適的商業(yè)對等實體，并與其實

施電子化的商業(yè)貿易。

UDDI同時也是Web服務集成的一個體系框架。它包含了服務描述與發(fā)現(xiàn)的標準規(guī)范。UDDI規(guī)范利用了W3C和

Internet工程任務組織（IETF）的很多標準作為其實現(xiàn)基礎，比如擴展標注語言（XML）、HTTP和域名服務

（DNS）等協(xié)議。另外，在跨平臺的設計特性中，UDDI主要采用了已經被提議給W3C的SOAP（SimpleObject

AccessProtocol，簡單對象訪問協(xié)議）規(guī)范的早期版本。 </p><p>2、WSDL規(guī)范

WSDL是WebServicesDescriptionLanguage（Web服務描述語言）的縮寫，是一個用來描述Web服務和說明如

何與Web服務通信的XML語言。它是Web服務的接口定義語言，由Ariba、Intel、IBM、MS等共同提出，通過

WSDL，可描述Web服務的三個基本屬性：

1、服務做些什么——服務所提供的操作（方法）；

2、如何訪問服務——和服務交互的數據格式以及必要協(xié)議；

3、服務位于何處——協(xié)議相關的地址，如URL。

WSDL文檔以端口集合的形式來描述Web服務，WSDL服務描述包含對一組操作和消息的一個抽象定義，綁定到這

些操作和消息的一個具體協(xié)議，和這個綁定的一個網絡端點規(guī)范。

3、SOAP協(xié)議

SOAP（SimpleObjectAccessProtocol）簡單對象訪問協(xié)議是在分散或分布式的環(huán)境中交換信息的簡單的協(xié)議，

是一個基于XML的協(xié)議。它包括四個部分：SOAP封裝（Envelop），封裝定義了一個描述消息中的內容是什么，

是誰發(fā)送的，誰應當接受并處理它，以及如何處理它們的框架；SOAP編碼規(guī)則（EncodingRules），用于表示應

用程序需要使用的數據類型的實例；SOAPRPC表示（RPCRepresentation），表示遠程過程調用和應答的協(xié)

定；SOAP綁定（Binding），使用底層協(xié)議交換信息。 </p><p>三、論文中需要結合項目實際工作，論述構建SOA架構時遇到的問題以及如何解決的，效果如何。注意本主題才

是文章的重心所在。</p>

答案：

解析：【論述題】論NoSQL數據庫技術及其應用

隨著互聯(lián)網web2.0網站的興起，傳統(tǒng)關系數據庫在應對web2.0網站，特別是超大規(guī)模和高并發(fā)的web2.0純動態(tài)SNS網站上已經顯得力不從心，暴露了很多難以克服的問題，而非關系型的數據庫則由于其本身的特點得到了非常迅速的發(fā)展。

NoSQL（NotonlySQL）的產生就是為了解決大規(guī)模數據集合及多種數據類型帶來的挑戰(zhàn)，尤其是大數據應用難題。目前NoSQL數據庫并沒有一個統(tǒng)一的架構，根據其所采用的數據模型可以分為4類：鍵值（Key-Value）存儲數據庫、列存儲數據庫、文檔型數據庫和圖（Graph）數據庫。

請圍繞“NoSQL數據庫技術及其應用”論題，依次從以下三個方面進行論述。 

1.概要敘述你參與管理和開發(fā)的軟件項目以及你在其中所擔任的主要工作。 

2.詳細論述常見的NoSQL數據庫技術及其所包含的主要內容，并說明NoSQL數據庫的主要適用場景。 

3.結合你具體參與管理和開發(fā)的實際項目，說明具體采用哪種NoSQL數據庫技術，并說明架構設計過程及其應用效果。

1、一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。 <p>二、

NoSQL的主要優(yōu)勢：

（1）避免不必要的復雜性

（2）高吞吐量

（3）高水平擴展能力和低端硬件集群

（4）避免了昂貴的對象-關系映射

NoSQL的缺點：

（1）數據模型和查詢語言沒有經過數學驗證

（2）不支持ACID特性

（3）功能簡單

（4）沒有統(tǒng)一的查詢模型</p><p>NoSQL數據庫的四大分類：

1、鍵值（Key-Value）存儲數據庫

這一類數據庫主要會使用到一個哈希表，這個表中有一個特定的鍵和一個指針指向特定的數據。Key/value模型對

于IT系統(tǒng)來說的優(yōu)勢在于簡單、易部署。但是如果DBA只對部分值進行查詢或更新的時候，Key/value就顯得效率

低下了。例如：TokyoCabinet/Tyrant,Redis,Voldemort,OracleBDB. </p><p>2、列存儲數據庫。 </p><p>這部分數據庫通常是用來應對分布式存儲的海量數據。鍵仍然存在，但是它們的特點是指向了多個列。這些列是由

列家族來安排的。如：Cassandra,HBase,Riak。

HBase：HBase是一個分布式的、面向列的開源數據庫，該技術來源于FayChang所撰寫的Google論文

“Bigtable：一個結構化數據的分布式存儲系統(tǒng)”。就像Bigtable利用了Google文件系統(tǒng)（FileSystem）所提供的分布式數據存儲一樣，HBase在Hadoop之上提供了類似于Bigtable的能力。HBase是Apache的Hadoop項目的子項目。HBase不同于一般的關系數據庫，它是一個適合于非結構化數據存儲的數據庫。另一個不同的是HBase基于列的而不是基于行的模式。 </p><p>3、文檔型數據庫</p><p>文檔型數據庫的靈感是來自于LotusNotes辦公軟件的，而且它同第一種鍵值存儲相類似。該類型的數據模型是版

本化的文檔，半結構化的文檔以特定的格式存儲，比如JSON。文檔型數據庫可以看作是鍵值數據庫的升級版，允

許之間嵌套鍵值。而且文檔型數據庫比鍵值數據庫的查詢效率更高。如：CouchDB,MongoDB.國內也有文檔型數

據庫SequoiaDB，已經開源