【正文】 向?qū)ο蟮某绦蛟O(shè)計語言將上一步整理的范式直接映射 (即直接用程序語言來取代 )為應(yīng)用程序軟件。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 19 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 1．面向?qū)ο蟮拈_發(fā)方法與 UML ? 1994年 10月， Grady Booch和 Jim Rumbaugh開始致力于這一工作。用例圖僅僅從角色使用系統(tǒng)的角度描述系統(tǒng)的信息，也就是站在系統(tǒng)外部察看系統(tǒng)功能，它并不描述系統(tǒng)內(nèi)部對該功能的具體操作方式，用例圖定義的是系統(tǒng)的功能需求。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 26 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (4)包 將許多類集合成一個更高層次的單位，形成一個高內(nèi)聚、低耦合的類的集合。配置圖描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件。 ? 3) 異步消息。 2) 轉(zhuǎn)移。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 34 一、信息系統(tǒng)開發(fā)方法 (4)協(xié)作圖 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 35 一、信息系統(tǒng)開發(fā)方法 (5)活動圖 活動圖的應(yīng)用非常廣泛，它既可描述操作 (即類的方法 )的行為，也可以描述用例和對象內(nèi)部的工作過程。 ?實現(xiàn)階段。因此，指導(dǎo)產(chǎn)品開發(fā)的過程必須是面向人員的，也就是說，要便于人們應(yīng)用。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 42 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 3．產(chǎn)品不僅僅是代碼 ?在信息系統(tǒng)的開發(fā)中，開發(fā)的產(chǎn)品是一個軟件系統(tǒng)。因此，過程和工具是相輔相成的?？蛻羲x的 “ 需求 ”對開發(fā)者來說是一個較高層次的產(chǎn)品概念，而且可能是一個從商業(yè)角度來定義的概念。功能性需求很容易以用例的方式來表達(dá)，而大多數(shù)非功能性的需求都具體對應(yīng)于單個用例，并可以在用例的詳細(xì)描述文檔中表現(xiàn)。 ?獲得候選需求：列舉候選需求，生成候選需求清單； ?理解系統(tǒng)環(huán)境：以業(yè)務(wù)模型、領(lǐng)域模型或術(shù)語表的方式描述系統(tǒng)環(huán)境； ?捕獲功能需求：采用用例模型來表達(dá)系統(tǒng)功能需求； ?捕獲非功能需求：針對用例或整個系統(tǒng)建立特殊需求說明，也可以以特殊用例的方式來描述一些非功能需求。確定這些對象并給這些對象命名有助于建立領(lǐng)域術(shù)語表，以確保參與系統(tǒng)的每個人都能夠較好地根據(jù)領(lǐng)域知識進(jìn)行交流。這時，可以采用補充需求說明的方式來記錄這些非功能性需求并進(jìn)行單獨處理。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 64 一、系統(tǒng)分析的基本概念 3．系統(tǒng)分析的主要原則 （ 1）采用圖形方式，使分析方案易于溝通理解。一個參與者表示了用例的使用者在與這些用例交互時所扮演的角色的一個緊密的集合。這兩種關(guān)系也代表了對用例描述的抽象。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 72 二、系統(tǒng)分析的主要工作 （一）功能分析 3．用例排序 用例的分類是對用例按照一定的標(biāo)準(zhǔn)來進(jìn)行類別劃分或順序排列，其目的是找出對系統(tǒng)最為重要的用例，確定高級別的用例集，并在早期的開發(fā)周期中優(yōu)先完成，以降低整個系統(tǒng)開發(fā)的風(fēng)險，提高系統(tǒng)開發(fā)成功率。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 76 二、系統(tǒng)分析的主要工作 （二）域類分析 ?域類分析的工作即在于表達(dá)系統(tǒng)內(nèi)部視圖，建立系統(tǒng)概念模型，從與應(yīng)用實施無關(guān)的邏輯層來描述整個系統(tǒng)的結(jié)構(gòu)和功能。在面向?qū)ο蟮姆治鲈O(shè)計中，首先要識別職責(zé)，其次要根據(jù)一定的模式或規(guī)則來分配職責(zé)，即把職責(zé)分派給合適的對象。系統(tǒng)設(shè)計是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體、從邏輯到物理的過程，該過程中還應(yīng)該考慮到系統(tǒng)實現(xiàn)的內(nèi)外環(huán)境和主客觀條件。也就是說，要符合當(dāng)前的需要，適應(yīng)系統(tǒng)的工作環(huán)境。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 91 二、系統(tǒng)設(shè)計的主要工作 （一）構(gòu)架設(shè)計 1．把握關(guān)鍵功能 ?軟件構(gòu)架的作用在本質(zhì)上與基本構(gòu)架在建筑物結(jié)構(gòu)中所起的作用是一樣的，它體現(xiàn)了系統(tǒng)最為靜態(tài)和動態(tài)的方面。此外，并不是所有的子系統(tǒng)都由當(dāng)前的項目來開發(fā)完成的，有些公共的子系統(tǒng)可能正是整個組織可重用資源的重要組成部分，這也代表了組織軟件開發(fā)能力的成熟水平，而另一些子系統(tǒng)可能來源于開發(fā)工具或其它軟件提供商，通過項目組自己開發(fā)的子系統(tǒng)與其他已有的子系統(tǒng)的結(jié)合可以以更高效和更快捷的方式來構(gòu)建整個應(yīng)用系統(tǒng)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 95 二、系統(tǒng)設(shè)計的主要工作 （二） 詳細(xì)設(shè)計 1. 用例設(shè)計 （ 1）對用例的事件流分析。其中順序圖描述對象之間的動態(tài)合作關(guān)系，它強(qiáng)調(diào)對象之間消息發(fā)送的順序，同時顯示對象之間的交互；協(xié)作圖則側(cè)重于描述對象間的協(xié)作關(guān)系，并顯示對象間的動態(tài)合作關(guān)系。與分析類相比，設(shè)計類是一個物理上的系統(tǒng)靜態(tài)結(jié)構(gòu)模型，其所包含的細(xì)節(jié)比分析類要多得多。關(guān)聯(lián)關(guān)系一般都是雙向的，即關(guān)聯(lián)的對象雙方彼此都能與對方通信。 103 【 案例 64】 財政部非貿(mào)易外匯管理信息系統(tǒng)的設(shè)計方案（部分） 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 104 第五節(jié) 電子政務(wù)系統(tǒng)的實施和測試 一、系統(tǒng)實施和測試的基本概念 二、系統(tǒng)實施和測試的主要工作 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 105 一、系統(tǒng)實施和測試的基本概念 1. 系統(tǒng)實施 ?在完成了系統(tǒng)分析和系統(tǒng)設(shè)計等階段的工作后，便開始了系統(tǒng)實施階段的工作。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 107 二、系統(tǒng)實施和測試的主要工作 ?系統(tǒng)實現(xiàn)階段由系統(tǒng)實施、系統(tǒng)測試和系統(tǒng)發(fā)布等主要活動構(gòu)成。 （ 2）系統(tǒng)命名規(guī)范。 ?新的系統(tǒng)通過測試之后，并不能立刻馬上投入運行，還存在著一個和原有的組織內(nèi)部系統(tǒng)相融合的過程。 ?組織完成系統(tǒng)的建設(shè)后，必定要申請注冊域名。然后申請者需要填寫域名注冊申請表，并以聯(lián)機(jī)注冊、電子郵件等方式向域名注冊服務(wù)機(jī)構(gòu)遞交。需要指出的是，電子政務(wù)系統(tǒng)開發(fā)是一項復(fù)雜的工程，本章只是對適合使用的開發(fā)方法和開發(fā)過程作了簡單介紹，其主要目的是讓大家了解系統(tǒng)建設(shè)的全過程的開發(fā)方法論的實質(zhì)，因此具體開發(fā)方法的細(xì)節(jié)不作為本教材的討論重點。各種方法所依據(jù)的認(rèn)知體系、所使用的工具和開發(fā)過程都不盡相同。 CNNIC開展對 CN域名注冊服務(wù)機(jī)構(gòu)的認(rèn)證認(rèn)證工作。 ?系統(tǒng)初始化包括進(jìn)行環(huán)境和資源設(shè)置、控制參數(shù)設(shè)定、數(shù)據(jù)加載以及調(diào)整系統(tǒng)與業(yè)務(wù)工作同步等內(nèi)容。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 110 二、系統(tǒng)實施和測試的主要工作 2．系統(tǒng)測試 ?系統(tǒng)測試是系統(tǒng)質(zhì)量可靠性保證的關(guān)鍵，也是對需求分析、系統(tǒng)設(shè)計和編碼的最終評審。在系統(tǒng)中的編碼與傳統(tǒng)的信息系統(tǒng)有所不同，由于系統(tǒng)的活動主要是基于 Inter完成的，所以編碼的重點也是放在編寫網(wǎng)頁和對應(yīng)的后臺服務(wù)上。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 106 一、系統(tǒng)實施和測試的基本概念 2. 系統(tǒng)測試 ?系統(tǒng)測試，是系統(tǒng)開發(fā)中一個十分重要的階段。 ?依賴關(guān)系描述的是兩個模型元素（類、用例等）之間的語義上的連接關(guān)系，其中一個模型元素是獨立的，另一個模型元素是非獨立的，它依賴于獨立的模型元素 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 102 二、系統(tǒng)設(shè)計的主要工作 （二） 詳細(xì)設(shè)計 5．?dāng)?shù)據(jù)存儲設(shè)計 系統(tǒng)中的部分對象的數(shù)據(jù)是需要保存到數(shù)據(jù)庫或其他設(shè)備中的，這些需要把數(shù)據(jù)存儲到特定存儲設(shè)備上的對象成為持久化對象。此外，屬性也可能根據(jù)類設(shè)計的需要進(jìn)行添加。從分析模型中的核心類入手，可以推斷各個類所應(yīng)該具有的功能和對應(yīng)的職責(zé)。 ?協(xié)作是 UML中的結(jié)構(gòu)事物，它定義了一個交互，是由一組共同工作以提供某種協(xié)作行為的角色和其它元素構(gòu)成的一個群體，這些協(xié)作行為大于所有元素的各自行為的總和。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 94 二、系統(tǒng)設(shè)計的主要工作 （二） 詳細(xì)設(shè)計 1. 用例設(shè)計 ?在系統(tǒng)分析階段獲得的用例模型主要是對需求的捕獲，是對系統(tǒng)需求的描述，從功能角度體現(xiàn)了系統(tǒng)所要完成的功能。由于什么東西是重要的部分取決于主觀判斷，而這種判斷又來自于經(jīng)驗，因此，所設(shè)計的基本構(gòu)架的價值主要取決于構(gòu)架設(shè)計師的能力和素質(zhì)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 90 二、系統(tǒng)設(shè)計的主要工作 （一）構(gòu)架設(shè)計 ?所謂構(gòu)架，是系統(tǒng)的整體框架和系統(tǒng)風(fēng)格等多方面因素的選擇。 ?系統(tǒng)設(shè)計的主要任務(wù)是提出合理的計算機(jī)硬、軟件系統(tǒng)的技術(shù)方案，并采取具體的技術(shù)措施來滿足用戶需求，因而大量工作是技術(shù)性的。在面向?qū)ο蟮姆治鲈O(shè)計中，需要對這些現(xiàn)實中的關(guān)聯(lián)關(guān)系進(jìn)行描述，并且要根據(jù)抽象的觀點來進(jìn)一步提升和表述各實體之間的潛在關(guān)系。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 78 二、系統(tǒng)分析的主要工作 （二）域類分析 1．概念模型 在理解概念模型時，有三點需要特別注意： ?①概念模型主要對系統(tǒng)領(lǐng)域中的有意義概念或?qū)ο筮M(jìn)行描述，即僅描述開發(fā)人員或客戶感興趣的對象，系統(tǒng)領(lǐng)域涉及的其他一些與系統(tǒng)開發(fā)和建設(shè)無關(guān)的概念不應(yīng)該出現(xiàn)在概念模型中， ?②概念模型中描述的是真實世界中的各個事物的代表，而不是軟件系統(tǒng)中的構(gòu)件或者程序的代表，因此在建立概念模型時不應(yīng)該考慮軟件實施后的具體軟件對象或概念， ?③概念模型側(cè)重于對系統(tǒng)進(jìn)行靜態(tài)描述，包括對象本身和對象之間關(guān)系的描述，而對象的動態(tài)特性將通過其他方式來進(jìn)行描述和表達(dá)。在功能分析階段需要對部分關(guān)鍵用例進(jìn)行詳細(xì)描述，以詳細(xì)解釋其事件流，包括用例如何開始、如何結(jié)束、開始和結(jié)束時的系統(tǒng)狀態(tài)以及如何與參與者進(jìn)行交互等等。最后可以根據(jù)對每個用例的仔細(xì)分析進(jìn)一步確定用例之間的其他關(guān)系，并對用例建立簡要說明。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 67 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 1）用例的識別 ?用例是對過程的描述，作為一個敘述型文檔，用例描述了一個參與者使用本系統(tǒng)完成某個過程時的事件發(fā)生順序，系統(tǒng)通過執(zhí)行一組活動來為參與者產(chǎn)生一個可觀察的結(jié)果。功能性需求很容易以用例的方式來表達(dá)，而大多數(shù)非功能性的需求都具體對應(yīng)于單個用例，并可以在用例的詳細(xì)描述文檔中表現(xiàn)。 ?系統(tǒng)分析階段是系統(tǒng)詳細(xì)開發(fā)的關(guān)鍵性階段，是確保每個子系統(tǒng)在服從全局的前提下，實現(xiàn)具體功能的重要基礎(chǔ)，其關(guān)鍵在于 “ 理解 ” 和 “ 表達(dá) ” 。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 59 二、需求捕獲的主要工作 4．捕獲非功能性需求 ?非功能性需求確定了系統(tǒng)的性質(zhì)，如環(huán)境和實現(xiàn)約束、性能、平臺依賴、可維護(hù)性、可擴(kuò)展性等性質(zhì)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 56 二、需求捕獲的主要工作 1．獲得候選需求 ?候選需求清單是需求捕獲工作的第一個工作成果，在清單中，需要對每個候選需求進(jìn)行描述。但更普遍的情況是，客戶根本不是計算機(jī)專家，甚至從未接觸過計算機(jī)，此時，同樣要求開發(fā)人員以一種清晰明了、簡單易懂的方式來表達(dá)需求，并保證客戶能夠讀懂并理解需求捕獲工作的成果。 ?非功能性需求則指的是系統(tǒng)的屬性、特點或者是某種特性，這些屬性、特點或特性同時也限制了系統(tǒng)解決方案的可選范圍，如性能要求、系統(tǒng)經(jīng)費投入要求、系統(tǒng)的安全限制要求都屬于系統(tǒng)的非功能性需求。 ?Rational 軟件公司在 1995年秋季引進(jìn)了Objectory AB，并在已有的軟件開發(fā)過程基礎(chǔ)之上統(tǒng)一了基本規(guī)則，從而獲得了突破。其中機(jī)器指工具、編譯器或目標(biāo)計算機(jī)；工作人員包括經(jīng)歷、架構(gòu)工程師、開發(fā)人員、測試人員、行政管理人員等；項目相關(guān)人員包括投資者、用戶、項目經(jīng)理、生產(chǎn)線經(jīng)理、生產(chǎn)人員等等。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 41 二、信息系統(tǒng)的開發(fā)過程 （一）信息系