【正文】 然后以統(tǒng)一開發(fā)過程為重點簡要介紹了信息系統(tǒng)開發(fā)的主要過程，即需求捕獲、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施和測試。 ?組織申請域名必須與經(jīng) CNNIC認(rèn)證的域名注冊服務(wù)機(jī)構(gòu)聯(lián)系。 ?另外在系統(tǒng)轉(zhuǎn)換過程中，可能又會發(fā)現(xiàn)系統(tǒng)的一些錯誤和功能的缺陷，此時應(yīng)以系統(tǒng)分析中所確定的系統(tǒng)目標(biāo)來衡量是否要對系統(tǒng)進(jìn)行修改，對此，無論是開發(fā)者還是最終用戶都應(yīng)采取謹(jǐn)慎的態(tài)度。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 111 二、系統(tǒng)實施和測試的主要工作 2．系統(tǒng)測試 ?系統(tǒng)測試階段任務(wù)的完成同樣也需要一整套的原則，這些原則如下。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 109 二、系統(tǒng)實施和測試的主要工作 1．系統(tǒng)實施 ?編程必須遵循一定的標(biāo)準(zhǔn)和規(guī)范，由于電子政務(wù)系統(tǒng)涉及到網(wǎng)頁編碼和程序編碼兩個部分，一般在整個系統(tǒng)編寫中應(yīng)該包含以下幾個部分的編碼規(guī)范。盡管在系統(tǒng)開發(fā)的各個階段均采取了嚴(yán)格的技術(shù)審查，希望盡早發(fā)現(xiàn)問題并予以修正，但依然難免遺留下差錯，如果在系統(tǒng)正式運(yùn)行前沒有發(fā)現(xiàn)并糾正這些差錯，將對整個系統(tǒng)造成非常嚴(yán)重的影響。 （ 2）關(guān)系數(shù)據(jù)庫。 ?在 UML中共有四種主要關(guān)系：關(guān)聯(lián)、依賴、泛化和實現(xiàn)，其中前三種主要體現(xiàn)在類與類之間的關(guān)系上，第四種主要體現(xiàn)在類與接口、用例和協(xié)作上。 ?職責(zé)與操作方法是兩個不同的概念，但職責(zé)的履行是通過操作方法來實現(xiàn)的，職責(zé)在分派后將與對象的操作方法相對應(yīng)，一個職責(zé)可以根據(jù)職責(zé)粒度的不同轉(zhuǎn)化為類的一個或多個方法。一般而言，在 UML的協(xié)作表示中包含了交互圖和類圖兩大部分 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 97 二、系統(tǒng)設(shè)計的主要工作 （二） 詳細(xì)設(shè)計 2. 交互圖設(shè)計 ?交互圖是 UML中用于描述系統(tǒng)行為的一種圖形，它主要用于描述對象間的交互關(guān)系。然而，這種用例模型在系統(tǒng)設(shè)計和系統(tǒng)實施階段是遠(yuǎn)遠(yuǎn)不夠的，僅僅有一個簡單的功能說明描述不能對系統(tǒng)的設(shè)計和實施起到更大的作用，也難以指導(dǎo)系統(tǒng)的開發(fā)工作。子系統(tǒng)的識別工作是在對整個系統(tǒng)功能的理解基礎(chǔ)上開展的，同時，子系統(tǒng)的劃分又是與整個系統(tǒng)采用的設(shè)計模式密不可分的。 ?系統(tǒng)構(gòu)架設(shè)計的工作主要是確定系統(tǒng)整體框架，進(jìn)行包 (或子系統(tǒng) )的劃分和層次劃分。 （ 2）系統(tǒng)的直接使用者是用戶，進(jìn)行系統(tǒng)設(shè)計時應(yīng)充分尊重合理解用戶的要求，特別是用戶在操作使用方面的要求，經(jīng)可能是用戶感到滿意。系統(tǒng)設(shè)計根據(jù)系統(tǒng)分析階段完成的系統(tǒng)分析模型要求，并考慮經(jīng)濟(jì)、技術(shù)和運(yùn)行環(huán)境等方面的條件，確定系統(tǒng)的總體結(jié)構(gòu)和系統(tǒng)各組成部分的技術(shù)方案，合理選擇計算機(jī)和通訊的軟、硬件設(shè)備，提出系統(tǒng)的實施計劃 。對于概念模型的建立，首先是要獲得系統(tǒng)涉及領(lǐng)域的各個有意義概念，并分析各概念的有效屬性。應(yīng)該說，用例模型和用例的詳細(xì)描述已經(jīng)能夠大體上反映客戶需求了，但是由圖標(biāo)、列表、按鈕和數(shù)據(jù)等組成的圖形界面能夠使用戶更為真實地感受到用例為他們提供的功能，因此也能夠使參與者更好地分析和評審用例。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 71 二、系統(tǒng)分析的主要工作 （一）功能分析 3．用例排序 ?按照迭代開發(fā)的觀點，系統(tǒng)開發(fā)的任務(wù)分為多次迭代來完成，即分為多個開發(fā)周期來完成，每個開發(fā)周期會從事新的用例的開發(fā)，或者是對前一個或多個周期的擴(kuò)展。關(guān)聯(lián)關(guān)系的導(dǎo)航方向取決于誰是通信的發(fā)起者（即參與者初始化和用例的通信，或者是用例初始化和參與者的通信）。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 66 二、系統(tǒng)分析的主要工作 （一）功能分析 1．識別參與者和定義系統(tǒng)邊界 ?參與者是系統(tǒng)外部的一個實體，它以某種方式參與了用例的執(zhí)行過程。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 63 一、系統(tǒng)分析的基本概念 2．系統(tǒng)分析的意義與目的 ?系統(tǒng)分析階段，通過精化對組織需求捕獲階段所描述的需求進(jìn)行深入分析，并得到一個易于維護(hù)且有助于確定系統(tǒng)結(jié)構(gòu)的需求描述，即分析模型，分析模型有助于我們組織需求，并能提供一種側(cè)重于可維護(hù)性的結(jié)構(gòu)，例如具有對需求變化的柔性及可重用性。大多數(shù)性能需求是與單個用例相關(guān)聯(lián)的，因此在描述用例時應(yīng)該采用恰當(dāng)?shù)姆绞胶颓‘?dāng)?shù)恼Z言來描述用例的性能需求。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 57 二、需求捕獲的主要工作 2．理解系統(tǒng)的環(huán)境 ?系統(tǒng)環(huán)境是系統(tǒng)所處的業(yè)務(wù)、技術(shù)環(huán)境的綜合描述，包括對環(huán)境中的重要概念和過程的描述。如果在需求捕獲工作中要引入各種形式化描述或?qū)I(yè)工具來表述系統(tǒng)需求或系統(tǒng)內(nèi)部運(yùn)作的細(xì)節(jié)時，一定要非常小心，要避免與客戶交流的不暢，這樣才能盡可能地避免因為不符合需求而帶來的開發(fā)風(fēng)險。為了開發(fā)出正確的、能滿足客戶需求并解決客戶問題的系統(tǒng)，需要以一種詳細(xì)的方式來描述系統(tǒng)需求 (也就是系統(tǒng)必須完成的功能、存在的條件、系統(tǒng)目標(biāo)或能力 )，并通過一些必要的交流和調(diào)整使客戶和開發(fā)人員在系統(tǒng)應(yīng)該做什么、不應(yīng)該做什么方面達(dá)成一致。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 45 二、信息系統(tǒng)的開發(fā)過程 （二） Rational統(tǒng)一過程（ RUP）簡介 ?RUP是目前軟件開發(fā)業(yè)事實上的工作標(biāo)準(zhǔn)， RUP的突出特點表現(xiàn)為以下三個方面： ? RUP是用例驅(qū)動的； ? RUP以架構(gòu)設(shè)計為中心； ? RUP是迭代和增量的過程。開發(fā)過程如果不考慮怎樣將它自動化，那么這種開發(fā)過程只會有理論意義。后續(xù)的項目周期將在很多版本之上延續(xù)系統(tǒng)的生命周期。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 39 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 ?信息系統(tǒng)開發(fā)的最終結(jié)果是一種產(chǎn)品，其開發(fā)過程是由許多不同類型的人員共同參與的，開發(fā)過程一般需要通過使用一種或一組工具完成，同時，開發(fā)過程需要通過一定的管理技術(shù)和手段，因而也屬于項目管理的范疇。 ?設(shè)計階段。雖然順序圖和協(xié)作圖都用來描述對象間的交互關(guān)系，但側(cè)重點不一樣。狀態(tài)圖中定義的狀態(tài)有：初態(tài)、終態(tài)、中間狀態(tài)、復(fù)合狀態(tài)。表示嵌套的控制流，方法的調(diào)用是一種典型的同步消息。組件圖可以用來顯示編譯、鏈接或執(zhí)行時組件之間的依賴關(guān)系。對象圖是類圖的一個范例，它及時、具體地反映了系統(tǒng)執(zhí)行到某處時的當(dāng)前工作狀況。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 21 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (1)用例圖 UML中的角色是指觸發(fā)系統(tǒng)的用戶，用例是指系統(tǒng)的功能。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 18 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 1．面向?qū)ο蟮拈_發(fā)方法與 UML ? 面向?qū)ο蟮拈_發(fā)方法的發(fā)展在 20世紀(jì) 80年代末至 90年代中出現(xiàn)了一個高潮， UML（ Unified Modeling Language，統(tǒng)一建模語言）是這個高潮的產(chǎn)物。這一階段一般被稱為面向?qū)ο笤O(shè)計，簡稱為 OOD（ ObjectOriented Design）。這種對象或類之間的層次結(jié)構(gòu)是靠繼承關(guān)系維系著的。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 14 一、信息系統(tǒng)開發(fā)方法 （ 2）面向?qū)ο箝_發(fā)方法的發(fā)展背景。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 12 一、信息系統(tǒng)開發(fā)方法 原型法的使用有一定的適用范圍和局限性，這主要表現(xiàn)在以下幾個方面： ?對于一個大型的系統(tǒng)，如果我們不經(jīng)過系統(tǒng)分析來進(jìn)行整體性劃分，想要直接用屏幕來一個一個地模擬是很困難的。2022年 8月 EGovernment 國家“十一五”規(guī)劃教材 電子政務(wù) 孫寶文 王天梅 主編 第六章 電子政務(wù)系統(tǒng)的開發(fā) 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 3 第六章 電子政務(wù)系統(tǒng)的開發(fā) ?了解信息系統(tǒng)開發(fā)的主要方法和 ?掌握信息系統(tǒng)開發(fā)的主要過程 ?重點 掌握面向?qū)ο蟮碾娮诱?wù)系統(tǒng)建設(shè) 的需求捕獲、系統(tǒng)分析、系統(tǒng)設(shè)計工作的主要內(nèi)容和主要步驟 學(xué)習(xí)目標(biāo) 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 4 第六章 電子政務(wù)系統(tǒng)的開發(fā) 第一節(jié) 信息系統(tǒng)開發(fā)方法和開發(fā)過程 第二節(jié) 電子政務(wù)系統(tǒng)的需求捕獲 第三節(jié) 電子政務(wù)系統(tǒng)分析 第四節(jié) 電子政務(wù)系統(tǒng)的設(shè)計 第五節(jié) 電子政務(wù)系統(tǒng)的實施和測試 本章小結(jié) 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 5 第一節(jié) 信息系統(tǒng)開發(fā)方法和開發(fā)過程 一、信息系統(tǒng)開發(fā)方法 二、信息系統(tǒng)的開發(fā)過程 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 6 一、信息系統(tǒng)開發(fā)方法 （一）信息系統(tǒng)常見開發(fā)方法簡介 1．結(jié)構(gòu)化系統(tǒng)開發(fā)方法 （ 1）結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想 ?結(jié)構(gòu)化系統(tǒng)開發(fā)方法是迄今為止最傳統(tǒng)、應(yīng)用最廣泛的一種系統(tǒng)開發(fā)方法。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 10 一、信息系統(tǒng)開發(fā)方法 (2)原型法開發(fā)過程 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 11 一、信息系統(tǒng)開發(fā)方法 (3)原型法的特點 原型法的主要優(yōu)點在于它是一種支持用戶的方法，使得用戶在系統(tǒng)生存周期的設(shè)計階段起到積極的作用；它能減少系統(tǒng)開發(fā)的風(fēng)險，特別是在大型項目的開發(fā)中 ,由于對項目需求的分析難以一次完成，應(yīng)用原型法效果更為明顯。 （ 1）面向?qū)ο箝_發(fā)方法的發(fā)展背景。 ? 對象之間的聯(lián)系主要是通過傳遞消息 (Message)來實現(xiàn)的。這一階段一般稱為面向?qū)ο蠓治觯喎Q為 OOA（ ObjectOriented Analysis）。 ? 通過使用各種直接模仿應(yīng)用領(lǐng)域的實體得到的抽象和對象，使規(guī)格說明和設(shè)計更加完整和易于理解。經(jīng)過 Booch、 Rumbaugh和 Jacobson三人的共同努力，于 1996年發(fā)布了新的版本，即 ，并將UM重新命名為 UML，集成了各種面向?qū)ο蠓椒ǖ膬?yōu)點，成為一個更具綜合性的統(tǒng)一方法。類圖就是用來表示系統(tǒng)中類和類之間的這些關(guān)系，它是對系統(tǒng)靜態(tài)結(jié)構(gòu)的描述。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 27 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (4) 包 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 28 一、信息系統(tǒng)開發(fā)方法 2． UML靜態(tài)建模 (5)組件圖和配置圖 ?1) 組件圖。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 29 一、信息系統(tǒng)開發(fā)方法 （二）統(tǒng)一建模語言 (1)消息 UML定義的消息類型有三種： ? 1) 簡單消息。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 30 一、信息系統(tǒng)開發(fā)方法 (2)狀態(tài)圖 ?狀態(tài)圖用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件，表示單個對象在其生命周期中的行為。順序圖存在兩個軸：水平軸表示不同的對象，垂直軸表示時間。活動圖中一個活動結(jié)束后將立即進(jìn)入下一個活動。使用前幾個階段所構(gòu)造的模型來指導(dǎo)和協(xié)助測試工作。因此對適當(dāng)?shù)娜藛T安排適當(dāng)明確的開發(fā)工作將使人員工作，將更加開發(fā)工作的效率。 ?系統(tǒng)是以機(jī)器其形式或人們可讀形式給機(jī)器、工作人員和其他項目相關(guān)人員提供表示的所有制品。統(tǒng)一過程不僅僅是一個簡單的過程，而是一個通用的過程框架，可用于不同類型的軟件系統(tǒng)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 51 一、需求捕獲的基本概念 系統(tǒng)需求可以劃分為功能性需求和非功能性需求兩種 : ?功能性需求定義的是在信息系統(tǒng)必須包括的功能或某種行為，它們被用戶所接受和使用，如處理存款，計算平均學(xué)分等都是系統(tǒng)的功能性需求。如果客戶是計算機(jī)專家或具備基本的計算機(jī)知識，那么開發(fā)人員能夠采用系統(tǒng)開發(fā)中的一些專用工具和方法來進(jìn)行需求捕獲和需求描述工作。當(dāng)有新的想法加入時，這份候選需求清單會增長，當(dāng)有些候選需求被證實為無效或成為真正