【正文】 型描述了從邏輯角度抽象分析得到的系統(tǒng)核心概念類，而順序圖是從與實(shí)施技術(shù)無關(guān)的角度來描述系統(tǒng)行為，但順序圖的描述不是分析階段的重點(diǎn)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 75 二、系統(tǒng)分析的主要工作 （一）功能分析 5．部分用例的界面原型 構(gòu)建用戶界面原型可以分兩步來完成： ?①界面分析 —— 對所選擇的用例，確定參與者需要向用例提供什么以及從用例獲得什么，即識別用例的輸入輸出，這樣就可以了解用例需要顯示或展現(xiàn)哪些內(nèi)容； ?②界面構(gòu)建 —— 根據(jù)上一步工作建立用例界面原型，說明用戶是如何與用例進(jìn)行交互的，界面原型的構(gòu)建可以直接用筆在紙上畫，也可以通過一些計算機(jī)輔助工具來完成。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 74 二、系統(tǒng)分析的主要工作 （一）功能分析 5．部分用例的界面原型 ?在需求階段進(jìn)行界面原型的設(shè)計不是必需的，但是對于一些復(fù)雜用例或關(guān)鍵用例來講，有一個系統(tǒng)界面雛形可以增進(jìn)用戶和開發(fā)人員之間的溝通和了解，能夠使開發(fā)小組更準(zhǔn)確地把握用戶真正想要的東西，從而避免在開發(fā)完成后發(fā)生重大的需求變更。 ?關(guān)鍵用例包含了系統(tǒng)的關(guān)鍵風(fēng)險所在，也是對系統(tǒng)架構(gòu)影響最大的一個部分。 用例分類可按照兩個步驟來進(jìn)行： ?①定義用例的級別，根據(jù)用例對系統(tǒng)核心體系結(jié)構(gòu)的影響將用例概要性地劃分為三個級別 —— 主要的、次要的和可任選的； ?②對每個級別內(nèi)的用例按照功能實(shí)現(xiàn)的重要性進(jìn)行排序，確定各級別中用例的先后完成次序。開發(fā)周期是圍繞用例來組織的，每個開發(fā)周期都是在實(shí)現(xiàn)部分用例的功能，因此，每個開發(fā)周期都將包含一個到多個用例。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 70 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 3）用例圖 ?在建立了用例模型后，應(yīng)該邀請開發(fā)組織外的人員進(jìn)行非正式的評審，以確定建立的用例模型是否滿足了系統(tǒng)需求，其主要判定條件包括： ? ①是否已經(jīng)將所有必需的功能性需求捕獲為用例； ? ②每個用例的具體動作序列是否是正確的、完整的和易于理解的； ? ③是否已經(jīng)確定了一些價值很小或根本沒有價值的用例，若有則需要重新考慮是否應(yīng)該包含它們； ? ④用例的組織和用例之間的關(guān)系是否合理和正確。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 69 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 3）用例圖 ?首先可以根據(jù)不同的方式進(jìn)行用例的組織，通常包括按照角色組織、按照系統(tǒng)的不同考察角度和不同層次等進(jìn)行組織； ?第二步是確定共享的用例，進(jìn)行用例抽象，從而定義用例之間的包含關(guān)系； ?第三步是確定各用例的擴(kuò)展或可選部分，即定義用例之間的擴(kuò)展關(guān)系。多個用例可能使用同一個功能，這種用例最好分開單獨(dú)建立，這樣比在幾個用例中實(shí)現(xiàn)相同的功能更好些。 ?在用例之間存在的兩種主要關(guān)系是：包含 (include)或擴(kuò)展 (extend)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 68 二、系統(tǒng)分析的主要工作 （一）功能分析 2．建立用例模型 （ 2）識別用例間關(guān)系 ?在參與者和用例之間存在關(guān)聯(lián)關(guān)系，這種關(guān)聯(lián)可能是雙向的（用例到參與者和參與者到用例的關(guān)系），也可能是單向的（用例到參與者的，或參與者到用例的）。同時，可以根據(jù)需要對參與者的角色和參與者使用系統(tǒng)實(shí)現(xiàn)的功能進(jìn)行簡要描述，內(nèi)容應(yīng)包括對參與者的需求和責(zé)任的概述。一個參與者代表的角色可以是人或硬件設(shè)備，也可以是另一個系統(tǒng)。參與者通過向系統(tǒng)輸入和請求系統(tǒng)輸出某些事件來觸發(fā)系統(tǒng)用例的執(zhí)行。其他的一些通用性的非功能性需求可以采用補(bǔ)充需求說明的方式列出，以便用于系統(tǒng)分析、設(shè)計和實(shí)現(xiàn)工作。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 65 二、系統(tǒng)分析的主要工作 （一）功能分析 ?需求捕獲的主要工作是獲得系統(tǒng)需求，建立待開發(fā)系統(tǒng)的模型，而用例可以幫助我們更好地了解系統(tǒng)需求并以規(guī)范化的格式進(jìn)行描述。 （ 2）采用 “ 自頂向下 ” 的工作原則。 ?系統(tǒng)分析的主要目的是在系統(tǒng)規(guī)劃規(guī)定的某個開發(fā)項(xiàng)目范圍內(nèi)明確系統(tǒng)開發(fā)的目標(biāo)和用戶的信息需求，提出系統(tǒng)的邏輯方案。 “ 理解 ” 是開發(fā)人員對系統(tǒng)需求的理解，這些需求既包括了用戶明確表達(dá)出來的，也包括用戶沒有明確表達(dá)出來的。系統(tǒng)分析關(guān)注對問題的深入調(diào)查，分析模型體現(xiàn)了對問題域的理解和建模。 60 【 案例 62】 財政部非貿(mào)易外匯管理信息系統(tǒng)的需求捕獲（部分） 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 61 第三節(jié) 電子政務(wù)系統(tǒng)分析 一、系統(tǒng)分析的基本概念 二、系統(tǒng)分析的主要工作 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 62 一、系統(tǒng)分析的基本概念 1．什么是系統(tǒng)分析 ?系統(tǒng)分析（ System Analysis ）是按照對象和概念對系統(tǒng)進(jìn)行分解。除此之外的一些非功能性需求，如平臺依賴性、可維護(hù)性往往是針對整個系統(tǒng)或某個子系統(tǒng)而言的，而且會顯得非常通用，因此不能與某個特定的用例或現(xiàn)實(shí)世界中的某個特定對象相關(guān)聯(lián)。性能需求為系統(tǒng)的功能需求增加了一些新的約束和條件，如響應(yīng)速度、可承擔(dān)的負(fù)載、內(nèi)存的占用、延遲時間等等。用例實(shí)際上代表了系統(tǒng)用戶能夠執(zhí)行的一種操作，是系統(tǒng)功能的體現(xiàn)，根據(jù)用例的優(yōu)先級別的不同，不同的用例將被安排在不同的階段進(jìn)行實(shí)現(xiàn)和完成。同時，在系統(tǒng)的分析和設(shè)計階段，領(lǐng)域?qū)ο笠灿兄诮⑾到y(tǒng)概念模型并確定相應(yīng)的分析類。采用領(lǐng)域模型描述領(lǐng)域中的主要概念和主要對象，并將這些對象按照它們的關(guān)系連接起來。每個候選需求都有一個簡短的名字和簡要的解釋，并可以包含一些對該需求進(jìn)行詳細(xì)描述的其他屬性，可能包括的其他屬性有：系統(tǒng)的狀態(tài)、估計實(shí)現(xiàn)成本、優(yōu)先級、可能帶來的風(fēng)險級別、對組織的影響范圍。當(dāng)有新的想法加入時，這份候選需求清單會增長，當(dāng)有些候選需求被證實(shí)為無效或成為真正需求并進(jìn)入系統(tǒng)開發(fā)過程中時，這份清單會縮減。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 55 二、需求捕獲的主要工作 1．獲得候選需求 ?在系統(tǒng)開發(fā)的整個生命周期中，系統(tǒng)投資者、用戶、分析人員和開發(fā)人員等系統(tǒng)利益相關(guān)者都會不斷地提出很多系統(tǒng)建設(shè)的想法，這些想法中可能會包含一些真正的系統(tǒng)需求。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 54 二、需求捕獲的主要工作 ?需求捕獲的主要工作主要包括以下四個步驟。因此，我們必須使用客戶語言來描述這些結(jié)果，以便于客戶的理解和與客戶的交流。如果客戶是計算機(jī)專家或具備基本的計算機(jī)知識，那么開發(fā)人員能夠采用系統(tǒng)開發(fā)中的一些專用工具和方法來進(jìn)行需求捕獲和需求描述工作。其他的一些通用性的非功能性需求可以采用補(bǔ)充需求說明的方式列出，以便用于系統(tǒng)分析、設(shè)計工作。 ?需求捕獲的重大意義在于獲得系統(tǒng)需求，建立待開發(fā)系統(tǒng)的模型，而用例可以幫助我們更好地了解系統(tǒng)需求并以規(guī)范化的格式進(jìn)行描述。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 52 一、需求捕獲的基本概念 2．需求捕獲的目的和意義 ?需求捕獲工作的主要目的是開發(fā)一個正確的系統(tǒng)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 51 一、需求捕獲的基本概念 系統(tǒng)需求可以劃分為功能性需求和非功能性需求兩種 : ?功能性需求定義的是在信息系統(tǒng)必須包括的功能或某種行為，它們被用戶所接受和使用，如處理存款，計算平均學(xué)分等都是系統(tǒng)的功能性需求。而開發(fā)人員所說的 “ 需求 ” 對用戶來說則象是詳細(xì)設(shè)計，并且可能會包含許多一般客戶所不能或不易理解的內(nèi)容。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 46 二、信息系統(tǒng)的開發(fā)過程 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 47 二、信息系統(tǒng)的開發(fā)過程 （三） RUP的核心工作流 需求 捕獲 系統(tǒng) 分析 系統(tǒng) 設(shè)計 系統(tǒng) 實(shí)施 系統(tǒng) 測試 48 【 案例 61】 財政部非貿(mào)易外匯管理信息系統(tǒng)的開發(fā)過程簡介 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 49 第二節(jié) 電子政務(wù)系統(tǒng)的需求捕獲 一、需求捕獲的基本概念 二、需求捕獲的主要工作 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 50 一、需求捕獲的基本概念 ?在系統(tǒng)開發(fā)過程中遇到的第一個問題是缺乏統(tǒng)一定義、開發(fā)人員與客戶易理解、易溝通的名詞或術(shù)語來描述軟件開發(fā)工作。 1998年 6月， Rational公司公布了該產(chǎn)品的新版本 —— Rational統(tǒng)一過程（ Rational Unified Process， RUP） 。統(tǒng)一過程不僅僅是一個簡單的過程，而是一個通用的過程框架，可用于不同類型的軟件系統(tǒng)。一方面，過程驅(qū)動工具的開發(fā)；另一方面，工具指導(dǎo)過程的開發(fā)。開發(fā)工具如果不知道它們用來支持什么樣的過程，工具就沒有應(yīng)用價值。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 43 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 4．工具支持過程，過程指導(dǎo)項(xiàng)目 ?工具是將重復(fù)的任務(wù)自動化，使事情更有條理，管理大量信息，并指導(dǎo)開發(fā)人員沿著一套特定的開發(fā)路金前進(jìn)。 ?系統(tǒng)是以機(jī)器其形式或人們可讀形式給機(jī)器、工作人員和其他項(xiàng)目相關(guān)人員提供表示的所有制品。這里的產(chǎn)品不是單指所交付的代碼，而是指整個系統(tǒng)。在項(xiàng)目的整個生命周期中，項(xiàng)目組在項(xiàng)目實(shí)施的過程中必須綜合考慮變化、迭代和組織模型這三方面的因素，以創(chuàng)造最佳產(chǎn)品。生命周期中的第一個項(xiàng)目開發(fā)和發(fā)布最初的系統(tǒng)或產(chǎn)品。因此對適當(dāng)?shù)娜藛T安排適當(dāng)明確的開發(fā)工作將使人員工作，將更加開發(fā)工作的效率。 ?組織和管理開發(fā)項(xiàng)目的方式，即開發(fā)過程會極大地影響參與項(xiàng)目的人員。因此，在信息系統(tǒng)開發(fā)過程中存在幾個核心因素，即人員、項(xiàng)目、產(chǎn)品、過程，這些因素及其之間的相互作用關(guān)系將影響開發(fā)工作的成敗 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 40 二、信息系統(tǒng)的開發(fā)過程 （一）信息系統(tǒng)開發(fā)過程中的核心要素 1．人員至關(guān)重要 ?人員將參與軟件產(chǎn)品的開發(fā)，并貫穿其整個生命周期，他們或?qū)Ξa(chǎn)品提供資金，或進(jìn)行規(guī)劃、開發(fā)、管理、測試、使用，或從中受益。 統(tǒng)一建模語言 UML及其集成化支持環(huán)境將為走向這個新的開發(fā)范式奠定堅實(shí)的基礎(chǔ) 。使用前幾個階段所構(gòu)造的模型來指導(dǎo)和協(xié)助測試工作。具體工作就是進(jìn)行編碼，同時對已構(gòu)造的模型作相應(yīng)的修正，并通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況。通過考慮實(shí)現(xiàn)環(huán)境，將分析階段的模型擴(kuò)展和轉(zhuǎn)化為可行的技術(shù)實(shí)現(xiàn)方案，即通過設(shè)計模型描述技術(shù)上的解決方案。捕捉系統(tǒng)的功能需求，分析、提取所開發(fā)系統(tǒng)的 “ 客觀世界 ” 領(lǐng)域的類以及描述它們的協(xié)作關(guān)系，分析階段一般包括用例和域類分析?；顒訄D中一個活動結(jié)束后將立即進(jìn)入下一個活動?；顒訄D是由狀態(tài)圖變化而來的，它們各自用于不同的目的。順序圖著重體現(xiàn)交互的時間順序，協(xié)作圖則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 32 一、信息系統(tǒng)開發(fā)方法 (3)順序圖 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 33 一、信息系統(tǒng)開發(fā)方法 (4)協(xié)作圖 協(xié)作圖用于描述相互合作的對象間的交互關(guān)系和鏈接關(guān)系。順序圖存在兩個軸：水平軸表示不同的對象，垂直軸表示時間。狀態(tài)圖中狀態(tài)之間帶箭頭的連線被稱為轉(zhuǎn)移。如果一個狀態(tài)可以進(jìn)一步地細(xì)化為多個子狀態(tài)，我們將其稱作復(fù)合狀態(tài)。 1) 狀態(tài)。 第六章 電子政務(wù)系統(tǒng)的開發(fā) 電子政務(wù) 孫寶文 王天梅 主編 30 一、信息系統(tǒng)開發(fā)方法 (2)狀態(tài)圖 ?狀態(tài)圖用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件，表示單個對象在其生命周期中的行為。表示異步控制流，當(dāng)調(diào)用者發(fā)出消息后不用等待消息的返回即可繼續(xù)執(zhí)行自己的方法。調(diào)用者發(fā)出消息后必須等待消息返回，只有當(dāng)處理消息的方法執(zhí)行完畢后，調(diào)用者才可繼續(xù)執(zhí)行自己的方法。 ? 2) 同步消息