【正文】 。 ? 3) 異步消息。表示簡單的控制流，用于描述控制如何在對象間進行傳遞，而不考慮通信的細節(jié)。配置圖描述系統(tǒng)硬件的物理拓撲結構以及在此結構上執(zhí)行的軟件。組件圖顯示軟件組件之間的依賴關系。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 26 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (4)包 將許多類集合成一個更高層次的單位，形成一個高內(nèi)聚、低耦合的類的集合。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 24 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (2)類圖 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 25 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (3)對象圖 對象圖是類圖的變體。用例圖僅僅從角色使用系統(tǒng)的角度描述系統(tǒng)的信息，也就是站在系統(tǒng)外部察看系統(tǒng)功能，它并不描述系統(tǒng)內(nèi)部對該功能的具體操作方式，用例圖定義的是系統(tǒng)的功能需求。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 20 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 2． UML靜態(tài)建模 ?任何建模語言都以靜態(tài)建模機制為基礎，統(tǒng)一建模語言 UML也不例外。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 19 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 1．面向?qū)ο蟮拈_發(fā)方法與 UML ? 1994年 10月， Grady Booch和 Jim Rumbaugh開始致力于這一工作。 ? 通過形成界面更少、更抽象、聚集度更高的模塊，提高了軟件工程中的模塊化和信息隱藏度。即用面向?qū)ο蟮某绦蛟O計語言將上一步整理的范式直接映射 (即直接用程序語言來取代 )為應用程序軟件。 ?第二階段：整理問題。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 15 一、信息系統(tǒng)開發(fā)方法 (3)面向?qū)ο箝_發(fā)方法的開發(fā)過程 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 16 一、信息系統(tǒng)開發(fā)方法 ?第一階段：分析問題的性質(zhì)和求解問題。 ? 對象可按其屬性進行歸類。 ? 對象由屬性和方法組成。 ?面向?qū)ο?(Object Oriented)方法的形成最初是從面向?qū)ο蟪绦蛟O計語言開始的，隨之才逐漸形成面向?qū)ο蠓治龊驮O計方法。 ?對于原基礎管理不善、信息處理過程混亂的問題，原型法的使用存在一定的困難。原型法既適用于系統(tǒng)的重新開發(fā)，也適用于對系統(tǒng)的修改；它不局限于僅對開發(fā)項目中的計算機軟硬件進行設計，還可用于制作系統(tǒng)的工作模型。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 7 一、信息系統(tǒng)開發(fā)方法 （一）信息系統(tǒng)常見開發(fā)方法簡介 1．結構化系統(tǒng)開發(fā)方法 (2)結構化開發(fā)方法的開發(fā)過程 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 8 一、信息系統(tǒng)開發(fā)方法 (3)結構化開發(fā)方法的特點 ?對現(xiàn)實世界的認識與系統(tǒng)編程之間存在著理解上的鴻溝 ?系統(tǒng)是圍繞著如何實現(xiàn)一定的行為來進行的，當系統(tǒng)行為易變，需要經(jīng)常性地修改時，修改變得極為困難 ?這種結構是無法適應以控制關系為重要特性的系統(tǒng)要求 ?自頂向下功能分解的分析設計方法極大地限制了軟件的可重用性 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 9 一、信息系統(tǒng)開發(fā)方法 （一）信息系統(tǒng)常見開發(fā)方法簡介 2．原型法 （ 1）原型法的基本思想 ?原型法是近年來提出的一種以計算機為基礎的系統(tǒng)開發(fā)方法，它首先構造一個功能簡單的原型系統(tǒng)，然后通過對原型系統(tǒng)逐步求精，不斷擴充完善得到最終的軟件系統(tǒng)。中央財經(jīng)大學 169。原型就是模型，而原型系統(tǒng)就是應用系統(tǒng)的模型，它是待構筑的實際系統(tǒng)的縮小比例模型，但是保留了實際系統(tǒng)的大部分功能。原型法可以與結構化系統(tǒng)開發(fā)方法相結合使用，這樣會擴大用戶參與需求分析、初步設計及詳細設計等階段的活動，加深對系統(tǒng)的理解。 ?對于一個批處理系統(tǒng)，其大部分是內(nèi)部處理過程，這時用原型法有一定的困難。 ?面向?qū)ο缶幊陶Z言的出現(xiàn)以 20世紀 60年代末挪威奧斯陸大學和挪威計算中心共同研制的SIMULA語言為標志。屬性 (Attribute)反映了對象的信息特征，如特點、值、狀態(tài)等等。類 (class)有一定的結構，類上可以有超類 (Superc1ass)，類下可以有子類(Subclass)。對系統(tǒng)將要面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進行調(diào)查研究，即先弄清要干什么的問題。即對分析的結果作進一步地抽象、歸類、整理，并最終以范式的形式將它們確定下來。這一階段一般被稱為面向?qū)ο蟮木幊?，簡稱為 OOP（ ObjectOriented Programming）。 ? 面向?qū)ο蟪绦蛟O計語言和面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)的使用，大大縮小了代碼規(guī)模，提高了效率和可復用性。他們首先將 Booch93和 OMT2統(tǒng)一起來，并于 1995年 10月發(fā)布了第一個公開版本，稱之為統(tǒng)一方法 (Unitied Method)。 ?UML的靜態(tài)建模機制包括用例圖 (use case diagram)、類圖 (class diagram)、對象圖(object diagram)、包 (package)、組件圖 (ponent diagram)和配置圖(deployment diagram)。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 22 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (1)用例圖 用例圖示意 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 23 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (2)類圖 UML中的類用來表示系統(tǒng)中需要處理的事物。兩者之間的差別在于對象圖表示的是類的對象實例，而不是真實的類。 UML中將這種機制叫做包 (package)。一般來說，軟件組件就是一個實際文件，可以是源代碼文件、二進制代碼文件和可執(zhí)行文件等。配置圖可以顯示計算結點的拓撲結構和通信路徑、結點上運行的軟件組件、軟件組件包含的邏輯單元 (對象、類 )等。 ? 2) 同步消息。表示異步控制流，當調(diào)用者發(fā)出消息后不用等待消息的返回即可繼續(xù)執(zhí)行自己的方法。 1) 狀態(tài)。狀態(tài)圖中狀態(tài)之間帶箭頭的連線被稱為轉(zhuǎn)移。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 32 一、信息系統(tǒng)開發(fā)方法 (3)順序圖 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 33 一、信息系統(tǒng)開發(fā)方法 (4)協(xié)作圖 協(xié)作圖用于描述相互合作的對象間的交互關系和鏈接關系?；顒訄D是由狀態(tài)圖變化而來的，它們各自用于不同的目的。捕捉系統(tǒng)的功能需求，分析、提取所開發(fā)系統(tǒng)的 “ 客觀世界 ” 領域的類以及描述它們的協(xié)作關系，分析階段一般包括用例和域類分析。具體工作就是進行編碼，同時對已構造的模型作相應的修正，并通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況。 統(tǒng)一建模語言 UML及其集成化支持環(huán)境將為走向這個新的開發(fā)范式奠定堅實的基礎 。 ?組織和管理開發(fā)項目的方式，即開發(fā)過程會極大地影響參與項目的人員。生命周期中的第一個項目開發(fā)和發(fā)布最初的系統(tǒng)或產(chǎn)品。這里的產(chǎn)品不是單指所交付的代碼，而是指整個系統(tǒng)。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 43 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 4．工具支持過程，過程指導項目 ?工具是將重復的任務自動化，使事情更有條理，管理大量信息，并指導開發(fā)人員沿著一套特定的開發(fā)路金前進。一方面，過程驅(qū)動工具的開發(fā)；另一方面，工具指導過程的開發(fā)。 1998年 6月， Rational公司公布了該產(chǎn)品的新版本 —— Rational統(tǒng)一過程（ Rational Unified Process， RUP） 。而開發(fā)人員所說的 “ 需求 ” 對用戶來說則象是詳細設計，并且可能會包含許多一般客戶所不能或不易理解的內(nèi)容。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 52 一、需求捕獲的基本概念 2．需求捕獲的目的和意義 ?需求捕獲工作的主要目的是開發(fā)一個正確的系統(tǒng)。其他的一些通用性的非功能性需求可以采用補充需求說明的方式列出，以便用于系統(tǒng)分析、設計工作。因此，我們必須使用客戶語言來描述這些結果，以便于客戶的理解和與客戶的交流。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 55 二、需求捕獲的主要工作 1．獲得候選需求 ?在系統(tǒng)開發(fā)的整個生命周期中，系統(tǒng)投資者、用戶、分析人員和開發(fā)人員等系統(tǒng)利益相關者都會不斷地提出很多系統(tǒng)建設的想法，這些想法中可能會包含一些真正的系統(tǒng)需求。每個候選需求都有一個簡短的名字和簡要的解釋，并可以包含一些對該需求進行詳細描述的其他屬性，可能包括的其他屬性有：系統(tǒng)的狀態(tài)、估計實現(xiàn)成本、優(yōu)先級、可能帶來的風險級別、對組織的影響范圍。同時，在系統(tǒng)的分析和設計階段，領域?qū)ο笠灿兄诮⑾到y(tǒng)概念模型并確定相應的分析類。性能需求為系統(tǒng)的功能需求增加了一些新的約束和條件，如響應速度、可承擔的負載、內(nèi)存的占用、延遲時間等等。 60 【 案例 62】 財政部非貿(mào)易外匯管理信息系統(tǒng)的需求捕獲（部分） 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 61 第三節(jié) 電子政務系統(tǒng)分析 一、系統(tǒng)分析的基本概念 二、系統(tǒng)分析的主要工作 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 62 一、系統(tǒng)分析的基本概念 1．什么是系統(tǒng)分析 ?系統(tǒng)分析（ System Analysis ）是按照對象和概念對系統(tǒng)進行分解。 “ 理解 ” 是開發(fā)人員對系統(tǒng)需求的理解，這些需求既包括了用戶明確表達出來的，也包括用戶沒有明確表達出來的。 （ 2）采用 “ 自頂向下 ” 的工作原則。其他的一些通用性的非功能性需求可以采用補充需求說明的方式列出，以便用于系統(tǒng)分析、設計和實現(xiàn)工作。一個參與者代表的角色可以是人或硬件設備，也可以是另一個系統(tǒng)。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 68 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 2）識別用例間關系 ?在參與者和用例之間存在關聯(lián)關系，這種關聯(lián)可能是雙向的（用例到參與者和參與者到用例的關系），也可能是單向的（用例到參與者的，或參與者到用例的）。多個用例可能使用同一個功能，這種用例最好分開單獨建立，這樣比在幾個用例中實現(xiàn)相同的功能更好些。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 70 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 3）用例圖 ?在建立了用例模型后，應該邀請開發(fā)組織外的人員進行非正式的評審，以確定建立的用例模型是否滿足了系統(tǒng)需求，其主要判定條件包括： ? ①是否已經(jīng)將所有必需的功能性需求捕獲為用例； ? ②每個用例的具體動作序列是否是正確的、完整的和易于理解的； ? ③是否已經(jīng)確定了一些價值很小或根本沒有價值的用例，若有則需要重新考慮是否應該包含它們； ? ④用例的組織和用例之間的關系是否合理和正確。 用例分類可按照兩個步驟來進行： ?①定義用例的級別，根據(jù)用例對系統(tǒng)核心體系結構的影響將用例概要性地劃分為三個級別 —— 主要的、次要的和可任選的； ?②對每個級別內(nèi)的用例按照功能實現(xiàn)的重要性進行排序，確定各級別中用例的先后完成次序。 第六章 電子政務系統(tǒng)的開發(fā) 電子政務 孫寶文 王天梅 主編 74 二、系統(tǒng)分析的主要工作 （一）功能分析 5．部分用例的界面原型 ?在需求階段進行界面原型的設計不是必需的，但是對于一些復雜用例或關鍵用例來講，有一個系統(tǒng)界面雛形可以增進用戶和開發(fā)人員之間的溝通和了解，能夠使開發(fā)小組更準確地把握用戶真正想要的東西，從而避免在開發(fā)完成后發(fā)生重大的需求變更。域類分析階段的主要工作成果是概念模型和順序圖，其中概念模型描述了從邏輯角度抽象分析得到的系統(tǒng)核心概念類，而順序圖是從與實施技術無關的角度來描述系統(tǒng)行為，但順序