【正文】 碼文件和可執(zhí)行文件等。組件圖可以用來顯示編譯、鏈接或執(zhí)行時組件之間的依賴關(guān)系。 ?2) 配置圖。配置圖描述系統(tǒng)硬件的物理拓撲結(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件。配置圖可以顯示計算結(jié)點的拓撲結(jié)構(gòu)和通信路徑、結(jié)點上運行的軟件組件、軟件組件包含的邏輯單元 (對象、類 )等。配置圖常常用于幫助理解分布式系統(tǒng)。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 29 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 (1)消息 UML定義的消息類型有三種： ? 1) 簡單消息。表示簡單的控制流，用于描述控制如何在對象間進行傳遞，而不考慮通信的細節(jié)。 ? 2) 同步消息。表示嵌套的控制流，方法的調(diào)用是一種典型的同步消息。調(diào)用者發(fā)出消息后必須等待消息返回，只有當處理消息的方法執(zhí)行完畢后，調(diào)用者才可繼續(xù)執(zhí)行自己的方法。 ? 3) 異步消息。表示異步控制流，當調(diào)用者發(fā)出消息后不用等待消息的返回即可繼續(xù)執(zhí)行自己的方法。異步消息主要用于描述實時系統(tǒng)中的并發(fā)行為。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 30 一、信息系統(tǒng)開發(fā)方法 (2)狀態(tài)圖 ?狀態(tài)圖用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件，表示單個對象在其生命周期中的行為。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。 1) 狀態(tài)。狀態(tài)圖中定義的狀態(tài)有：初態(tài)、終態(tài)、中間狀態(tài)、復合狀態(tài)。如果一個狀態(tài)可以進一步地細化為多個子狀態(tài)，我們將其稱作復合狀態(tài)。 2) 轉(zhuǎn)移。狀態(tài)圖中狀態(tài)之間帶箭頭的連線被稱為轉(zhuǎn)移。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 31 一、信息系統(tǒng)開發(fā)方法 (3)順序圖 順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。順序圖存在兩個軸：水平軸表示不同的對象，垂直軸表示時間。順序圖中的對象用一個帶有垂直虛線的矩形框表示，并標有對象名和類名。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 32 一、信息系統(tǒng)開發(fā)方法 (3)順序圖 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 33 一、信息系統(tǒng)開發(fā)方法 (4)協(xié)作圖 協(xié)作圖用于描述相互合作的對象間的交互關(guān)系和鏈接關(guān)系。雖然順序圖和協(xié)作圖都用來描述對象間的交互關(guān)系，但側(cè)重點不一樣。順序圖著重體現(xiàn)交互的時間順序，協(xié)作圖則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 34 一、信息系統(tǒng)開發(fā)方法 (4)協(xié)作圖 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 35 一、信息系統(tǒng)開發(fā)方法 (5)活動圖 活動圖的應用非常廣泛，它既可描述操作 (即類的方法 )的行為，也可以描述用例和對象內(nèi)部的工作過程?；顒訄D是由狀態(tài)圖變化而來的，它們各自用于不同的目的?；顒訄D依據(jù)對象狀態(tài)的變化來捕獲動作 (將要執(zhí)行的工作或活動 )與動作的結(jié)果?；顒訄D中一個活動結(jié)束后將立即進入下一個活動。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 36 一、信息系統(tǒng)開發(fā)方法 (5)活動圖 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 37 一、信息系統(tǒng)開發(fā)方法 4． UML建模應用過程 ?分析階段。捕捉系統(tǒng)的功能需求，分析、提取所開發(fā)系統(tǒng)的 “ 客觀世界 ” 領(lǐng)域的類以及描述它們的協(xié)作關(guān)系，分析階段一般包括用例和域類分析。 ?設計階段。通過考慮實現(xiàn)環(huán)境，將分析階段的模型擴展和轉(zhuǎn)化為可行的技術(shù)實現(xiàn)方案，即通過設計模型描述技術(shù)上的解決方案。 ?實現(xiàn)階段。具體工作就是進行編碼，同時對已構(gòu)造的模型作相應的修正，并通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況。 ?測試階段。使用前幾個階段所構(gòu)造的模型來指導和協(xié)助測試工作。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 38 一、信息系統(tǒng)開發(fā)方法 未來的軟件開發(fā)模式將會具有以下三個特點： ?首先 ， 軟件開發(fā)自動化的程度將越來越高； ?其次 ， 在所開發(fā)的軟件中隱藏的差錯將越來越少； ?第三 ， 在新型軟件工程環(huán)境的支持下 ， 將有能力開發(fā)出自適應的軟件系統(tǒng) 。 統(tǒng)一建模語言 UML及其集成化支持環(huán)境將為走向這個新的開發(fā)范式奠定堅實的基礎(chǔ) 。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 39 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 ?信息系統(tǒng)開發(fā)的最終結(jié)果是一種產(chǎn)品，其開發(fā)過程是由許多不同類型的人員共同參與的，開發(fā)過程一般需要通過使用一種或一組工具完成，同時，開發(fā)過程需要通過一定的管理技術(shù)和手段，因而也屬于項目管理的范疇。因此，在信息系統(tǒng)開發(fā)過程中存在幾個核心因素，即人員、項目、產(chǎn)品、過程，這些因素及其之間的相互作用關(guān)系將影響開發(fā)工作的成敗 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 40 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 1．人員至關(guān)重要 ?人員將參與軟件產(chǎn)品的開發(fā)，并貫穿其整個生命周期，他們或?qū)Ξa(chǎn)品提供資金，或進行規(guī)劃、開發(fā)、管理、測試、使用，或從中受益。因此，指導產(chǎn)品開發(fā)的過程必須是面向人員的，也就是說，要便于人們應用。 ?組織和管理開發(fā)項目的方式，即開發(fā)過程會極大地影響參與項目的人員。包括項目可行性、項目風險管理方式、開發(fā)組的結(jié)構(gòu)、項目進度表的制定、項目的易理解性，以及項目完成的成就感。因此對適當?shù)娜藛T安排適當明確的開發(fā)工作將使人員工作，將更加開發(fā)工作的效率。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 41 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 2．項目創(chuàng)造產(chǎn)品 ?一個開發(fā)項目將得到一種產(chǎn)品的新版本。生命周期中的第一個項目開發(fā)和發(fā)布最初的系統(tǒng)或產(chǎn)品。后續(xù)的項目周期將在很多版本之上延續(xù)系統(tǒng)的生命周期。在項目的整個生命周期中，項目組在項目實施的過程中必須綜合考慮變化、迭代和組織模型這三方面的因素，以創(chuàng)造最佳產(chǎn)品。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 42 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 3．產(chǎn)品不僅僅是代碼 ?在信息系統(tǒng)的開發(fā)中，開發(fā)的產(chǎn)品是一個軟件系統(tǒng)。這里的產(chǎn)品不是單指所交付的代碼，而是指整個系統(tǒng)。除了系統(tǒng)的源代碼外，系統(tǒng)分析、設計的文檔，有關(guān)的需求、測試、生產(chǎn)、安裝的操作也是系統(tǒng)的組成部分。 ?系統(tǒng)是以機器其形式或人們可讀形式給機器、工作人員和其他項目相關(guān)人員提供表示的所有制品。其中機器指工具、編譯器或目標計算機；工作人員包括經(jīng)歷、架構(gòu)工程師、開發(fā)人員、測試人員、行政管理人員等；項目相關(guān)人員包括投資者、用戶、項目經(jīng)理、生產(chǎn)線經(jīng)理、生產(chǎn)人員等等。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 43 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 4．工具支持過程，過程指導項目 ?工具是將重復的任務自動化，使事情更有條理，管理大量信息，并指導開發(fā)人員沿著一套特定的開發(fā)路金前進。開發(fā)過程如果不考慮怎樣將它自動化，那么這種開發(fā)過程只會有理論意義。開發(fā)工具如果不知道它們用來支持什么樣的過程，工具就沒有應用價值。因此，過程和工具是相輔相成的。一方面，過程驅(qū)動工具的開發(fā)；另一方面，工具指導過程的開發(fā)。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 44 二、信息系統(tǒng)的開發(fā)過程 （二） Rational統(tǒng)一過程（ RUP）簡介 ?軟件開發(fā)過程是一個將用戶需求轉(zhuǎn)化為軟件系統(tǒng)所需要的活動的集合。統(tǒng)一過程不僅僅是一個簡單的過程，而是一個通用的過程框架，可用于不同類型的軟件系統(tǒng)。 ?Rational 軟件公司在 1995年秋季引進了Objectory AB，并在已有的軟件開發(fā)過程基礎(chǔ)之上統(tǒng)一了基本規(guī)則，從而獲得了突破。 1998年 6月， Rational公司公布了該產(chǎn)品的新版本 —— Rational統(tǒng)一過程（ Rational Unified Process， RUP） 。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 45 二、信息系統(tǒng)的開發(fā)過程 （二） Rational統(tǒng)一過程（ RUP）簡介 ?RUP是目前軟件開發(fā)業(yè)事實上的工作標準， RUP的突出特點表現(xiàn)為以下三個方面： ? RUP是用例驅(qū)動的； ? RUP以架構(gòu)設計為中心； ? RUP是迭代和增量的過程。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 46 二、信息系統(tǒng)的開發(fā)過程 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 47 二、信息系統(tǒng)的開發(fā)過程 （三） RUP的核心工作流 需求 捕獲 系統(tǒng) 分析 系統(tǒng) 設計 系統(tǒng) 實施 系統(tǒng) 測試 48 【 案例 61】 財政部非貿(mào)易外匯管理信息系統(tǒng)的開發(fā)過程簡介 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 49 第二節(jié) 電子政務系統(tǒng)的需求捕獲 一、需求捕獲的基本概念 二、需求捕獲的主要工作 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 50 一、需求捕獲的基本概念 ?在系統(tǒng)開發(fā)過程中遇到的第一個問題是缺乏統(tǒng)一定義、開發(fā)人員與客戶易理解、易溝通的名詞或術(shù)語來描述軟件開發(fā)工作。客戶所定義的 “ 需求 ”對開發(fā)者來說是一個較高層次的產(chǎn)品概念，而且可能是一個從商業(yè)角度來定義的概念。而開發(fā)人員所說的 “ 需求 ” 對用戶來說則象是詳細設計，并且可能會包含許多一般客戶所不能或不易理解的內(nèi)容。實際上，軟件需求包含著多個層次，不同層次的需求從不同角度與不同程度反映著整個系統(tǒng)的細節(jié)問題。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 51 一、需求捕獲的基本概念 系統(tǒng)需求可以劃分為功能性需求和非功能性需求兩種 : ?功能性需求定義的是在信息系統(tǒng)必須包括的功能或某種行為，它們被用戶所接受和使用，如處理存款，計算平均學分等都是系統(tǒng)的功能性需求。 ?非功能性需求則指的是系統(tǒng)的屬性、特點或者是某種特性，這些屬性、特點或特性同時也限制了系統(tǒng)解決方案的可選范圍，如性能要求、系統(tǒng)經(jīng)費投入要求、系統(tǒng)的安全限制要求都屬于系統(tǒng)的非功能性需求。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 52 一、需求捕獲的基本概念 2．需求捕獲的目的和意義 ?需求捕獲工作的主要目的是開發(fā)一個正確的系統(tǒng)。為了開發(fā)出正確的、能滿足客戶需求并解決客戶問題的系統(tǒng)，需要以一種詳細的方式來描述系統(tǒng)需求 (也就是系統(tǒng)必須完成的功能、存在的條件、系統(tǒng)目標或能力 )，并通過一些必要的交流和調(diào)整使客戶和開發(fā)人員在系統(tǒng)應該做什么、不應該做什么方面達成一致。 ?需求捕獲的重大意義在于獲得系統(tǒng)需求，建立待開發(fā)系統(tǒng)的模型，而用例可以幫助我們更好地了解系統(tǒng)需求并以規(guī)范化的格式進行描述。功能性需求很容易以用例的方式來表達，而大多數(shù)非功能性的需求都具體對應于單個用例，并可以在用例的詳細描述文檔中表現(xiàn)。其他的一些通用性的非功能性需求可以采用補充需求說明的方式列出，以便用于系統(tǒng)分析、設計工作。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 53 一、需求捕獲的基本概念 3．需求捕獲的主要原則 ?需求捕獲工作要解決的首要問題是如何使得需求的定義沒有二義性，以便能與客戶進行充分的交流。如果客戶是計算機專家或具備基本的計算機知識，那么開發(fā)人員能夠采用系統(tǒng)開發(fā)中的一些專用工具和方法來進行需求捕獲和需求描述工作。但更普遍的情況是，客戶根本不是計算機專家，甚至從未接觸過計算機，此時，同樣要求開發(fā)人員以一種清晰明了、簡單易懂的方式來表達需求，并保證客戶能夠讀懂并理解需求捕獲工作的成果。因此，我們必須使用客戶語言來描述這些結(jié)果，以便于客戶的理解和與客戶的交流。如果在需求捕獲工作中要引入各種形式化描述或?qū)I(yè)工具來表述系統(tǒng)需求或系統(tǒng)內(nèi)部運作的細節(jié)時，一定要非常小心，要避免與客戶交流的不暢，這樣才能盡可