系統(tǒng)架構設計師 案例論文 系統(tǒng)架構專業(yè)知識_第1頁
系統(tǒng)架構設計師 案例論文 系統(tǒng)架構專業(yè)知識_第2頁
系統(tǒng)架構設計師 案例論文 系統(tǒng)架構專業(yè)知識_第3頁
系統(tǒng)架構設計師 案例論文 系統(tǒng)架構專業(yè)知識_第4頁
系統(tǒng)架構設計師 案例論文 系統(tǒng)架構專業(yè)知識_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

論文

【簡答題】

閱讀以下關于分布式系統(tǒng)設計的敘述,回答問題。

【說明】某軟件公司擬開發(fā)一套電信領域的分布式系統(tǒng),該系統(tǒng)后臺多個功能模塊同時運行時的計算負載較大,且需要控制不同的特定電信硬件設備,由于硬件體積和I/O端口沖突等原因,這些設備需要分散安裝在多個不同計算機系統(tǒng)中。該系統(tǒng)上線運行后將為企業(yè)最終用戶提供7×24小時的不間斷服務,而用戶的單次接入服務往往需要后臺多個模塊共同協(xié)作完成?;谏鲜鲈颍撓到y(tǒng)后臺軟件模塊需分布在局域網內的多臺計算機上。項目組決定基于ISO的開放分布進程(ODP)規(guī)范來進行系統(tǒng)架構的設計與開發(fā),近期項目組召開了多次會議,對架構設計階段的關鍵問題進行了討論分析。

【問題1】ODP從5個標準的視點組織分析系統(tǒng)的架構,這些視點描述了同一系統(tǒng)的不同重要方面,請根據(jù)圖中不同視點所關注的核心內容,將備選的架構視點填入圖中的(1)~(5)。備選答案:技術選擇架構、企業(yè)業(yè)務架構、分布式工程架構、計算接口架構、邏輯信息架構

<spanstyle="caret-color:red;">【問題2】</span><spanstyle="caret-color:red;">在技術選擇架構規(guī)劃時,王工認為系統(tǒng)應基于現(xiàn)有分布式基礎設施(分布式中間件)來構建,因為這樣可以充分利用現(xiàn)有基礎設施提供的各種支撐,在更短時間內構造出質量更高的分布式系統(tǒng);而李工則認為可基于基本的進程間通信機制自主開發(fā)系統(tǒng)的支撐平臺,這樣可以避免對特定中間件的依賴,項目組經過認真討論,最終采用了王工的方案。請用400字以內文字,從構件管理支持、互操作支持以及公共服務支持三個方面說明現(xiàn)有分布式基礎設施為構建分布式系統(tǒng)所提供的基本支撐。</span>

<spanstyle="caret-color:red;">【問題3】</span><spanstyle="caret-color:red;">由于系統(tǒng)后臺模塊的分布式特性,后臺分布式對象之間的互操作機制是需要考慮的核心問題之一。下圖所示是當前分布式基礎設施中支持分布式對象互操作的基本機制,請將相應部件名稱填入圖中(1)~(2);基于圖給出的結構,用300字以內文字說明完成一次分布式對象調用的詳細步驟。</span><br/>

1、【問題1】(1)企業(yè)業(yè)務架構(2)邏輯信息架構(3)計算接口架構(4)分布式工程架構(5)技術選擇架構<br/>【問題2】(1)構件管理支持:現(xiàn)有分布式基礎設施一般通過構件容器為構件提供基本的運行環(huán)境;具體功能一般包括管理構件的實例及其生命周期、管理構件的元信息等。(2)互操作支持:現(xiàn)有分布式基礎設施均提供了高層通信協(xié)議以屏蔽節(jié)點的物理特性以及各節(jié)點在處理器、操作系統(tǒng)、程序設計語言等方面的異構性;基于互操作支持,開發(fā)人員在開發(fā)與調用分布式對象時,均不需自己編寫處理底層通信的代碼。(3)公共服務支持:現(xiàn)有分布式基礎設施通常將針對分布式軟件的通用支持集成于一身,以公共服務的形式提供給應用程序;其提供的常見公共服務包括命名服務、事務服務、安全服務、持久性 服務等。 <br/><p><spanstyle="caret-color:red;">【問題3】(1)存根/樁(2)框架或(1)代理(2)存根一次遠程調用的過程如下:①客戶程序將調用請求發(fā)送給客戶端樁,對于客戶程序來說,樁就是服務程序在客戶端的代理。②客戶端樁負責將遠程調用請求進行編組并發(fā)送給通信總線。③調用請求經通信總線傳送到服務端框架。④服務端框架將調用請求解組并分派給真正的遠程對象實現(xiàn)(服務程序)。⑤服務程序完成客戶端的調用請求,將結果返回給服務端框架。⑥服務端框架將調用結果編組并發(fā)送給通信總線。⑦調用結果經通信總線傳送到客戶端樁。⑧客戶端樁將調用結果解組并返回給客戶程序,客戶程序得到調用結果。</span><br/></p>

答案:

解析:【簡答題】

論基于架構的軟件設計方法及應用基于架構的軟件設計(Architecture-BasedSoftwareDesign,ABSD.方法以構成軟件架構的商業(yè)、質量和功能需求等要素來驅動整個軟件開發(fā)過程。ABSD是一個自頂向下,遞歸細化的軟件開發(fā)方法,它以軟件系統(tǒng)功能的分解為基礎,通過選擇架構風格實現(xiàn)質量和商業(yè)需求,并強調在架構設計過程中使用軟件架構模板。采用ABSD方法,設計活動可以從項目總體功能框架明確后就開始,因此該方法特別適用于開發(fā)一些不能預先決定所有需求的軟件系統(tǒng),如軟件產品線系統(tǒng)或長生命周期系統(tǒng)等,也可為需求不能在短時間內明確的軟件項目提供指導。請圍繞“基于架構的軟件開發(fā)方法及應用”論題,依次從以下三個方面進行論述。

1.概要敘述你參與開發(fā)的、采用ABSD方法的軟件項目以及你在其中所承擔的主要工作。

2.結合項目實際,詳細說明采用ABSD方法進行軟件開發(fā)時,需要經歷哪些開發(fā)階段?每個階段包括哪些主要活動?

3.闡述你在軟件開發(fā)的過程中都遇到了哪些實際問題及解決方法。

1、

答案:

解析:

1.論文中要具體介紹項目的背景與總體需求、系統(tǒng)所采用的技術路線以及你所承擔的實際工作。

2.采用ABSD方法進行軟件開發(fā)時,需要經歷架構需求、架構設計、架構文檔化、架構復審、架構實現(xiàn)和架構演化六個階段。

1)架構需求階段需要明確用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望。其主要活動包括需求獲取、標識構件和架構評審。(1)需求獲取活動需要定義開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能夠完成他們的任務,從而滿足功能需求。與此同時,還要獲得軟件質量屬性,滿足一些非功能性需求。(2)標識構件活動首先需要獲得系統(tǒng)的基本結構,然后對基本結構進行分組,最后將基本結構進行打包成構件。(3)架構需求評審活動組織一個由系統(tǒng)涉眾(用戶、系統(tǒng)分析師、架構師、設計實現(xiàn)人員等)組成的小組,對架構需求及相關構件進行審查。審查的主要內容包括所獲取的需求是否真實反映了用戶需求,構件合并是否合理等。

2)架構設計階段是一個迭代過程,利用架構需求生成并調整架構決策。主要活動包括提出架構模型、將已標識的構件映射到架構中、分析構件之間的相互作用、產生系統(tǒng)架構和架構設計評審。

3)架構文檔化的主要活動是對架構設計進行分析與整理,生成架構規(guī)格說明書和測試架構需求的質量設計說明書。

4)在一個主版本的軟件架構分析之后,需要安排一次由外部人員(客戶代表和領域專家)參加的架構復審。架構復審需要評價架構是否能夠滿足需求,質量屬性需求是否在架構中得以體現(xiàn)、層次是否清晰、構件劃分是否合理等。從而標識潛在的風險,及早發(fā)現(xiàn)架構設計中的缺陷和錯誤。

5)架構實現(xiàn)主要是對架構進行實現(xiàn)的過程,主要活動包括架構分析與設計、構件實現(xiàn)、構件組裝和系統(tǒng)測試。

6)架構演化階段主要解決用戶在系統(tǒng)開發(fā)過程中發(fā)生的需求變更問題。主要活動包括架構演化計劃、構件變動、更新構件的相互作用、構件的組裝與測試和技術評審。

3.在軟件開發(fā)的過程中可能遇到的問題包括:在架構需求獲取過程中如何對捕獲的架構需求進行篩選和優(yōu)先級排序;在架構復審過程中如何解決評審人員的意見不一致問題;在架構實現(xiàn)過程中如何根據(jù)項目組實際情況選擇開發(fā)語言與開發(fā)平臺;在架構演化過程中如何篩選并處理用戶的需求變更,等等。

【簡答題】

論企業(yè)應用系統(tǒng)的數(shù)據(jù)持久層架構設計數(shù)據(jù)持久層(DataPersistenceLayer)通常位于企業(yè)應用系統(tǒng)的業(yè)務邏輯層和數(shù)據(jù)源層之間,為整個項目提供一個高層、統(tǒng)一、安全、并發(fā)的數(shù)據(jù)持久機制,完成對各種數(shù)據(jù)進行持久化的編程工作,并為系統(tǒng)業(yè)務邏輯層提供服務。它能夠使程序員避免手工編寫訪問數(shù)據(jù)源的方法,使其專注于業(yè)務邏輯的開發(fā),并且能夠在不同項目中重用本框架,這大大簡化了數(shù)據(jù)的增加、刪除、修改、查詢功能的開發(fā)過程,同時又不喪失多層結構的天然優(yōu)勢,繼承延續(xù)應用系統(tǒng)架構的可伸縮性和可擴展性。當運用關系型數(shù)據(jù)庫作為數(shù)據(jù)存儲機制時,在業(yè)務層與數(shù)據(jù)源間加入數(shù)據(jù)持久層,能夠解決對象與關系的“阻抗不匹配”問題,將對象的狀態(tài)持久化存儲到關系型數(shù)據(jù)庫中。請圍繞“企業(yè)應用系統(tǒng)的數(shù)據(jù)持久層架構設計”論題,依次從以下三方面進行論述。

1.概要敘述你參與分析和設計的企業(yè)應用系統(tǒng)開發(fā)項目以及你所擔任的主要工作。

2.分析在企業(yè)應用系統(tǒng)的數(shù)據(jù)持久層架構設計中有哪些數(shù)據(jù)訪問模式,并詳細闡述每種數(shù)據(jù)訪問模式的主要內容。

3.數(shù)據(jù)持久層架構設計的好壞決定著應用程序性能的優(yōu)劣,請結合實際說明在數(shù)據(jù)持久層架構設計中需要考慮哪些問題。

1、

答案:

解析:

1.簡要描述所參與分析和設計的企業(yè)應用系統(tǒng)開發(fā)項目,并明確指出在其中承擔的主要任務和開展的主要工作。

2.分析在企業(yè)應用系統(tǒng)的數(shù)據(jù)持久層架構設計中有哪些數(shù)據(jù)訪問模式,并詳細闡述每種數(shù)據(jù)訪問模式的主要內容。企業(yè)應用系統(tǒng)的數(shù)據(jù)持久層架構設計中主要有五種數(shù)據(jù)訪問模式:

(1)在線訪問(OnlineAccess)。OA是最基本的數(shù)據(jù)訪問模式,也是在實際開發(fā)過程中最常采用的。這種數(shù)據(jù)訪問模式會占用一個數(shù)據(jù)庫連接,讀取數(shù)據(jù),每個數(shù)據(jù)庫操作都會通過這個連接不斷地與后臺的數(shù)據(jù)源進行交互。

(2)數(shù)據(jù)訪問對象(DataAccessObject)。DAO模式是標準的J2EE設計模式之一,開發(fā)人員常常用這種模式將底層數(shù)據(jù)訪問操作與高層業(yè)務邏輯分離開。一個典型的DAO實現(xiàn)通常包括:一個DAO工程類;一個DAO接口;一個實現(xiàn)了DAO接口的具體類,包含訪問特殊數(shù)據(jù)源中數(shù)據(jù)的邏輯;數(shù)據(jù)傳輸對象。

(3)數(shù)據(jù)傳輸對象(DataTransferObject)。DTO是經典EJB設計模式之一,它本身是一組對象或者數(shù)據(jù)的容器,需要跨越不同的進程或者網絡的邊界來傳輸數(shù)據(jù)。對象本身應該不包含具體的業(yè)務邏輯,并且通常這些對象內部職能進行一些諸如內部一致性檢查和基本驗證之類的方法,而且這些方法最好不要再調用其他的對象行為。在具體實現(xiàn)DTO時,可以使用編程語言內置的集合對象,也可以通過創(chuàng)建自定義類來實現(xiàn)DTO對象。

(4)離線數(shù)據(jù)模型(Off-lineDataModel)。ODM以數(shù)據(jù)為中心,數(shù)據(jù)從數(shù)據(jù)源獲取之后,將按照某種預定義的結構存放在系統(tǒng)中,成為應用的中心。離線方式可以使得對數(shù)據(jù)的各種操作獨立于各種與后臺數(shù)據(jù)源之間的連接或者事務;通過與XML集成數(shù)據(jù)可以方便地與XML格式的文檔之間相互轉換;獨立于數(shù)據(jù)源,ODM定義了數(shù)據(jù)的存儲結構和規(guī)則。

(5)對象關系映射(ObjectRelationalMapping)。ORM是隨著面向對象軟件開發(fā)方法發(fā)展而產生的,面向對象開發(fā)方法是主流的開發(fā)方法,關系型數(shù)據(jù)庫是企業(yè)級應用環(huán)境中永久存放數(shù)據(jù)的主流數(shù)據(jù)存儲系統(tǒng)。對象和關系數(shù)據(jù)是業(yè)務實體的兩種表現(xiàn)形式,業(yè)務實體在內存中表現(xiàn)為對象,在數(shù)據(jù)庫中表現(xiàn)為關系數(shù)據(jù)。ORM一般以中間件的形式存在,能夠幫助將應用程序中的數(shù)據(jù)轉換成關系型數(shù)據(jù)庫中的記錄;或者將關系數(shù)據(jù)庫中的記錄轉換成應用程序中便于操作的對象。

3.數(shù)據(jù)持久層架構設計的好壞決定著應用程序性能的優(yōu)劣,無論在C/S,還是在B/S結構中,持久層在處理數(shù)據(jù)的同時,對服務器鎖的類型和持續(xù)時間、輸入輸出活動量以及處理器負荷等產生主要影響,并由此影響應用程序的總體性能。在持久層設計階段需要考慮的問題包括:網絡流量問題;返回結果集的問題;查詢或鎖定超時的問題;應用程序開發(fā)工具的問題;使用游標的問題;應用層設計的問題等。

【簡答題】

論決策支持系統(tǒng)的開發(fā)與應用決策支持系統(tǒng)(DecisionSupportSystems,DSS)是以管理科學、運籌學、控制論和行為科學為基礎,以計算機技術、仿真技術和信息技術為手段,以人機交互方式進行半結構化和非結構化決策的信息系統(tǒng)。它調用各種信息資源,并提供各種分析工具,為決策者提供分析問題、建立模型、模擬決策過程和方案的環(huán)境,幫助決策者提高決策水平和質量。決策支持系統(tǒng)在許多領域得到了廣泛的應用,己成為許多行業(yè)經營管理中一個不可缺少的現(xiàn)代化支持工具。請圍繞“決策支持系統(tǒng)的開發(fā)與應用”論題,依次從以下三個方面進行論述。

1.概要敘述你參與管理和開發(fā)的決策支持系統(tǒng)項目以及在其中所擔任的主要工作。

2.簡要敘述決策支持系統(tǒng)包含的典型組成部件及對應的基本功能。說明在建立決策支持系統(tǒng)時需解決的一般關鍵問題。

3.說明你所參與管理和開發(fā)的決策支持系統(tǒng)的應用場合以及對決策結果的要求,具體闡述在開發(fā)過程中所采用的關鍵技術、實旌過程和實際應用的效果。

1、

答案:

解析:

1.簡要敘述所參與管理和開發(fā)的決策支持系統(tǒng)項目,并明確指出在其中承擔的主要任務和開展的主要工作。2.決策支持系統(tǒng)包括如下典型組件:(1)接口部分,即輸入/輸出的界面,是人機交互的窗口。(2)模型管理子系統(tǒng),具有存儲、動態(tài)建模的功能。目前模型管理的實現(xiàn)是通過模型庫系統(tǒng)來完成的。(3)知識管理子系統(tǒng),集中管理決策問題領域的知識(規(guī)則和事實),包括知識的獲取、表達、管理等功能。(4)數(shù)據(jù)管理子系統(tǒng),DSS的數(shù)據(jù)庫通常包括在數(shù)據(jù)倉庫中。數(shù)據(jù)倉庫是集成的、面向主題的數(shù)據(jù)庫集合。數(shù)據(jù)倉庫通常從內部和外部數(shù)據(jù)源中抽取。內部數(shù)據(jù)主要來自于組織的交易處理系統(tǒng)。外部數(shù)據(jù)包括行業(yè)數(shù)據(jù)、市場調查數(shù)據(jù)等。(5)用戶,用戶可看作系統(tǒng)的一部分。DSS的用戶主要是企業(yè)各層次的管理者和商業(yè)分析人員。在建立決策支持系統(tǒng)時,主要有以下幾個關鍵問題:

1)建立數(shù)據(jù)倉庫系統(tǒng)數(shù)據(jù)倉庫系統(tǒng)必須為決策支持的分析處理提供以下服務:(1)根據(jù)主題需要,從OLTP數(shù)據(jù)庫中抽取分析用的數(shù)據(jù)。為此在抽取過程中要對原始數(shù)據(jù)進行分類、求和、統(tǒng)計等處理,抽取的過程實際上是數(shù)據(jù)的再組織。(2)在抽取過程中,完成數(shù)據(jù)凈化,即去掉不合格的原始數(shù)據(jù),必要時還必須對缺損的數(shù)據(jù)加以補充。(3)在改變分析決策的主題時,可以按主題進行數(shù)據(jù)查詢和訪問。(4)采用多級存儲模式,解決數(shù)據(jù)量巨大及按照主題、粒度劃分的數(shù)據(jù)組織問題。

2)模型、方法和知識管理系統(tǒng)采用數(shù)據(jù)倉庫和多維數(shù)據(jù)庫技術的數(shù)據(jù)管理子系統(tǒng)將數(shù)據(jù)進行整理(預處理)和凈化之后,形成可靠的易于進行決策的“數(shù)據(jù)源”(即數(shù)據(jù)倉庫或多維數(shù)據(jù)庫),這個“數(shù)據(jù)源”的結構與形式和決策支持系統(tǒng)所采用的模型與知識有關。決策粗略地分為結構化決策支持、非結構化決策支持、半結構化決策支持。一個較好的決策支持系統(tǒng)必須完成這三方面的決策支持。模型、方法和知識的管理是決策支持系統(tǒng)的核心,它對依據(jù)問題建立的模型庫、方法庫和知識庫進行管理。(1)對模型庫、方法庫和知識庫進行維護。模型、方法和知識管理系統(tǒng)必須有對三庫的維護界面;可根據(jù)問題的需要對模型、方法和知識庫進行增加、刪除和修改,并保證三庫的一致性:一是系統(tǒng)運行過程調用每個庫時不發(fā)生矛盾,特別是對知識庫的維護更為復雜;二是每種模型、方法和知識都能調用到。(2)模型、方法和知識管理系統(tǒng)根據(jù)用戶的要求和數(shù)據(jù)倉庫提供的數(shù)據(jù),能有效地選擇模型、方法和知識,經系統(tǒng)運行得到相應的結果,并將結果送給交互環(huán)境進行輸出。智能決策支持系統(tǒng)一般是在模型、方法和知識管理系統(tǒng)的基礎上增加專家系統(tǒng)和數(shù)據(jù)采掘與知識發(fā)現(xiàn)技術。

智能決策支持系統(tǒng)(IntelligenceDecisionSupportSystem,IDSS)的主要任務包括:(1)分析和識別問題;(2)描述決策問題和決策知識;(3)形成候選的決策方案(目標、規(guī)劃、方法和途徑等);(4)構造決策問題的求解模型(如數(shù)學模型、運籌學模型、程序模型、經驗模型等);(5)建立評價決策問題的各種準則(如價值準則、科學準則、效益準則等);(6)多方案、多目標、多準則情況下的比較和優(yōu)化;(7)綜合分析,包括決策結果或方案對實際問題可能產生的作用和影響的分析,以及各種環(huán)境因素、變量對決策方案或結果的影響程序分析等。

3)用戶交互環(huán)境用戶交互環(huán)境是決策者或決策部門與決策支持系統(tǒng)打交道的界面,它負責接收用戶發(fā)出的各種命令,根據(jù)這些命令調用不同的子系統(tǒng),并獲得處理結果,最后再將這些結果輸出給用戶。交互環(huán)境的好壞直接影響著用戶對系統(tǒng)的使用。一個好的交互環(huán)境,其輸入應當簡單、易學、易用。其輸出應當做到內容豐富、形式活潑。

3.考生需結合自身參與項目的實際狀況,指出其參與管理和開發(fā)的決策支持系統(tǒng)的應用行業(yè)或領域,選擇一個關鍵問題說明其設計、實現(xiàn)的具體過程、方法以及對實際應用效果的分析。 

【簡答題】

論企業(yè)信息化規(guī)劃的實施與應用企業(yè)信息化建設是一項長期而艱巨的任務,不可能在短時間內完成。信息化規(guī)劃是企業(yè)信息化建設的綱領和向導,是信息系統(tǒng)設計和實施的前提和依據(jù)。信息化規(guī)劃以整個企業(yè)的發(fā)展目標和戰(zhàn)略、企業(yè)各部門的目標與功能為基礎,同時結合行業(yè)信息化方面的實踐和對信息技術發(fā)展趨勢的掌握,制定出企業(yè)信息化遠景、目標和發(fā)展戰(zhàn)略,從而達到全面、系統(tǒng)地指導企業(yè)信息化建設的目的。請圍繞“企業(yè)信息化規(guī)劃的實施與應用”論題,依次從以下三個方面進行論述。

1.概要敘述你參與的企業(yè)信息化規(guī)劃項目以及你在其中所擔任的主要工作。

2.簡要敘述企業(yè)信息化規(guī)劃的主要內容。結合你參與的項目的實際情況,詳細分析有關企業(yè)的信息化規(guī)劃目標及規(guī)劃的具體內容。

3.說明你所參與實施的企業(yè)信息化規(guī)劃的步驟及效果,介紹其是否達到了預期的目標并分析原因。

1、

答案:

解析:

1.簡要敘述所參與管理和開發(fā)的企業(yè)信息化規(guī)劃項目,并明確指出在其中承擔的主要任務和開展的主要工作。

2.企業(yè)信息化規(guī)劃的內容企業(yè)信息化規(guī)劃不僅涉及到信息系統(tǒng)規(guī)劃,同時與企業(yè)規(guī)劃、業(yè)務流程建模等緊密相關,是融合企業(yè)戰(zhàn)略、管理規(guī)劃、業(yè)務流程重組等內容的“業(yè)務+管理+技術”的規(guī)劃活動,如下圖所示。涉及到業(yè)務流程重組和信息資源規(guī)劃、信息技術戰(zhàn)略規(guī)劃、信息系統(tǒng)戰(zhàn)略規(guī)劃和企業(yè)戰(zhàn)略規(guī)劃等多個領域。所有的規(guī)劃都應該圍繞企業(yè)關鍵目標的實現(xiàn)而展開,并為企業(yè)目標的實現(xiàn)提供支持和必須的服務。進行信息化規(guī)劃時,需要做好以下幾個方面的工作:(1)明確發(fā)展目標和實施重點。(2)成立領導機構。(3)做好企業(yè)業(yè)務信息化需求分析。(4)確定企業(yè)信息化不同發(fā)展階段的投資預算。(5)制定必要的促進企業(yè)信息化建設的規(guī)章制度。

3.結合實際項目,詳細闡述企業(yè)信息化規(guī)劃的目標和實施重點,對于企業(yè)業(yè)務信息化需求分析應進行重點論述。說明企業(yè)信息化規(guī)劃的實施過程,總結實施效果并進行進一步的分析。 

【簡答題】

論軟件可靠性設計技術的應用隨著軟件的日益普及,系統(tǒng)中軟件成分不斷增加,使得系統(tǒng)對軟件的依賴越來越強。軟件的可靠性對系統(tǒng)可靠性的影響越來越大。而實踐證明,保障軟件可靠性最有效、最經濟、最重要的手段是在軟件設計階段采取措施進行可靠性控制,為此提出了軟件可靠性設計的概念。軟件可靠性設計就是在常規(guī)的軟件設計中,應用各種方法和技術,使軟件設計在兼顧用戶功能和性能需求的同時,全面滿足軟件的可靠性要求。軟件可靠性設計應和軟件的常規(guī)設計緊密結合,貫穿于軟件設計過程的始終。請圍繞“軟件可靠性設計技術的應用”論題,依次從以下三個方面進行論述。

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

2.結合項目實際,論述你在項目開發(fā)過程中,進行軟件可靠性設計時遵循的基本原則;論述你在該項目中所采用的具體可靠性設計技術。

3.闡述你在具體的可靠性設計工作中,為了分析影響軟件可靠性的主要因素,所采用的可靠性分析方法。

1、

答案:

解析:

1.概要論述你參與管理和開發(fā)的信息系統(tǒng)項目以及你在其中所承擔的主要工作。

2.結合項目實際,論述你在進行軟件可靠性設計時遵循的基本原則,你所采用的具體可靠性設計技術的基本內容??煽啃栽O計需要遵循的原則有:(1)軟件可靠性設計是軟件設計的一部分,必須在軟件的總體設計框架中使用,并且不能與其他設計原則相沖突。(2)軟件可靠性設計在滿足提高軟件質量要求的前提下,以提高和保障軟件可靠性為最終目標。(3)軟件可靠性設計應確定軟件的可靠性目標,不能無限擴大,并且在功能、用戶需求、開發(fā)費用之后考慮。常見的可靠性設計技術有容錯設計、檢錯設計、降低復雜度設計等技術。容錯設計技術:對于軟件失效后果特別嚴重的場合,采用容錯設計技術。

常見的容錯設計技術有三種:恢復塊設計、N版本程序設計和冗余設計。

恢復塊設計:選擇一組軟件操作作為容錯設計單元,把普通的程序塊變成恢復塊。一個恢復塊包含有若干個功能相同、設計差異的程序塊文本,一個運行文本,多個備份文本,構成“動態(tài)冗余”,一旦運行文本出現(xiàn)故障,則用備份文本替換。軟件容錯的恢復塊方法就是使軟件包含有一系列恢復塊。

N版本程序設計:N版本程序的核心是通過設計出多個模塊或不同版本,對于相同初始條件和相同輸入的操作結果,實現(xiàn)多數(shù)表決,防止其中某一軟件模塊/版本的故障提供錯誤的服務,以實現(xiàn)軟件容錯。

冗余設計:在一套完整的軟件系統(tǒng)之外,設計一種不同路徑、不同算法或不同實現(xiàn)方法的模塊或系統(tǒng)作為備份

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論