電子政務業(yè)務流程設計方法通用指南 標準草案

1、1,主要內(nèi)容,主要指標與文檔全程一體化建模過程建模要領 應用要領,建模過程與要領,2,建模的主要文檔,（1）描述組織分工的建模文檔（2）描述業(yè)務流程的建模文檔（3）描述業(yè)務信息的建模文檔 （4）描述信息化需求定義的建模文檔,3,描述組織分工的建模文檔,①  反映一個組織中上下級關系的組織結構圖以及相關描述；②  反映一個組織中層次化職能分工分解的組成結構樹以及相關描述。,4,描述業(yè)務

2、流程的建模文檔,① 反映宏觀業(yè)務聯(lián)系的業(yè)務協(xié)作流程圖以及相關描述；② 反映微觀業(yè)務操作的功能執(zhí)行流程圖以及相關描述。,5,描述業(yè)務信息的建模文檔,①  反映業(yè)務信息內(nèi)容及其聯(lián)系的業(yè)務信息關系圖以及相關描述；②  反映業(yè)務信息基本流向的數(shù)據(jù)流圖以及相關描述；③  反映活動主體之間信息交互的數(shù)據(jù)接口圖以及相關描述；④  反映活動主體操

3、作信息的業(yè)務信息操作權限圖以及相關描述；,6,描述信息化需求定義的建模文檔,基于組成結構樹的信息化，重點包括：功能定義過程定義數(shù)據(jù)定義以及相關描述。,7,1.6 全程一體化建模過程,業(yè)務調(diào)查 需求定義 總體設計 詳細設計 生成程序,8,業(yè)務調(diào)查,1．填寫業(yè)務調(diào)查表2．描述組織結構 3．準確捕捉業(yè)務流程，全面搜集業(yè)務信息（數(shù)據(jù)） 4．歸納業(yè)務部門間的活動 5．歸納業(yè)務部門間交換的業(yè)務信息6．描述業(yè)務數(shù)據(jù)的具體內(nèi)容

4、,9,填寫業(yè)務調(diào)查表,這是了解用戶業(yè)務的第一步。該表是描述組織機構的組成結構樹及描述業(yè)務流程的事件流程圖的依據(jù)。崗位設置、責任(往往“掛”在墻上)業(yè)務報表/信息(往往“擺”在桌子上)所需軟件(可在需求定義階段與用戶共同確定),10,描述組織結構,用戶的業(yè)務組織結構是我們認識了解其業(yè)務的最佳向?qū)?，PlayCASE用組成結構樹來表示它。 劃分組織結構的一般原則：第0層：企業(yè)自身第1層：企業(yè)的業(yè)務部門類別（如生產(chǎn)經(jīng)營部門等）第2層

5、：具體的業(yè)務處室（如銷售處等）第3層：業(yè)務處室所設的業(yè)務崗位（如財務處的記帳員、成本會計等）第4層：每個崗位的工作職責（如成本會計要核算生產(chǎn)成本、核算銷售成本等）。,11,準確捕捉業(yè)務流程，全面搜集業(yè)務信息（數(shù)據(jù)）,PlayCASE用事件流程圖描述業(yè)務流程，其方式是沿組成結構樹自上而下，從整體到部分。對用戶業(yè)務流程的調(diào)查應該從劃分業(yè)務流程種類開始。劃分依據(jù)：一個業(yè)務流程由一組聯(lián)系緊密的業(yè)務活動組成。通過經(jīng)驗豐富的用戶提供的業(yè)務的

6、各種細節(jié)，無一遺漏地捕捉到用戶進行業(yè)務活動時產(chǎn)生的各種業(yè)務數(shù)據(jù)，這些數(shù)據(jù)往往體現(xiàn)為報表、票據(jù)等，它們可以用于生成數(shù)據(jù)流程圖(DFD)。,12,歸納業(yè)務部門間的活動,PlayCASE根據(jù)事件流程圖，用事件接口圖自動歸納業(yè)務部門間的業(yè)務活動。事件接口圖和事件流程圖一一對應，它按層次來表達業(yè)務部門（人）之間的業(yè)務分工，集中反映了各個部門（人）的業(yè)務活動。從宏觀上把握和認識企業(yè)的業(yè)務劃分與工作職責。,13,歸納業(yè)務部門間交換的業(yè)務信息,Pl

7、ayCASE根據(jù)事件流程圖中事件所攜帶的數(shù)據(jù)，用數(shù)據(jù)接口圖自動歸納業(yè)務部門（人）之間的信息交互。數(shù)據(jù)接口圖和事件流程圖一一對應，按層次來表達企業(yè)內(nèi)部的信息界面，說明信息的由來和去處。從整體上把握和認識企業(yè)進行業(yè)務活動時所交互的信息。,14,描述業(yè)務數(shù)據(jù)的具體內(nèi)容,在事件流程圖中捕捉到的業(yè)務數(shù)據(jù)，PlayCASE用“信息/表單” 來描述，可從兩方面深入認識：業(yè)務數(shù)據(jù)的具體內(nèi)容（現(xiàn)階段考慮） 業(yè)務數(shù)據(jù)間的聯(lián)系(總體設計階段考慮)如

8、果業(yè)務數(shù)據(jù)種類較多，為了保證調(diào)研的效率，在業(yè)務調(diào)查階段可以采取折衷方式：不描述業(yè)務數(shù)據(jù)的具體內(nèi)容只描述關鍵部分保留原始材料（數(shù)據(jù)）忽略部分應當在總體設計時補充。,15,需求定義,1．確定哪些業(yè)務需要計算機軟件2．描述軟件系統(tǒng)的運行模式,16,確定哪些業(yè)務需要計算機軟件,在業(yè)務調(diào)查的基礎上，用組成結構樹定義軟件的基本結構：每個節(jié)點由業(yè)務部門和支持它的計算機軟件組成。 組成結構樹應當分解到：凡是需要計算機軟件的部門，分解到每個業(yè)

9、務崗位的工作職責。一般來講，業(yè)務調(diào)查很難一次徹底完成，往往貫穿整個開發(fā)過程。,17,描述軟件系統(tǒng)的運行模式,PlayCASE用事件流程圖描述未來軟件的總體行為，它是真實業(yè)務的仿真。這種直接支持日常業(yè)務活動的軟件最容易被用戶接受。,18,總體設計,1．描繪軟件的全部結構2．描述軟件的總體運行過程3．劃分軟件的功能界面 4．劃分軟件的數(shù)據(jù)界面 5．描述信息流動情況 6．歸納上下級模塊的數(shù)據(jù)傳遞 7．進行數(shù)據(jù)庫的概念設計8．描

10、述數(shù)據(jù)（構件）間的相互關系,19,描繪軟件的全部結構,明確結構樹中哪些節(jié)點是子系統(tǒng)，哪些節(jié)點是功能（模塊），其判斷可以綜合兩方面因素：支持業(yè)務部門或業(yè)務崗位的軟件，可以視為子系統(tǒng)，替代業(yè)務崗位某項職責的軟件可以視為功能（模塊） ；單個運行的軟件（可執(zhí)行文件）可以視為子系統(tǒng)，反之為功能（模塊）。在此基礎上，根據(jù)用戶實際業(yè)務的需要，對現(xiàn)有結構樹的末級節(jié)點進行適當?shù)墓δ芊纸狻?20,原則,功能分解要盡可能根據(jù)用戶的業(yè)務活動規(guī)則進行，按照

11、國家制度規(guī)定進行。 功能分解程度最好對應到“原子”級業(yè)務活動。 從某種意義上來說，這種分解是需求分析的深化。,21,描述軟件的總體運行過程,在需求定義的基礎上，根據(jù)組成結構樹所做的功能分解，把事件流程圖進一步向下逐層展開，來描述軟件的總體運行過程。,22,劃分軟件的功能界面,PlayCASE根據(jù)上述事件流程圖，用事件接口圖自動歸納子系統(tǒng)（或模塊）間的功能交互。事件接口圖和事件流程圖一一對應，按層次來表達軟件內(nèi)部的功能界面，說明哪些

12、功能由哪些子系統(tǒng)（模塊）來完成。從宏觀上把握和認識系統(tǒng)每部分所具備的各種功能。,23,劃分軟件的數(shù)據(jù)界面,PlayCASE根據(jù)事件流程圖中事件所攜帶的數(shù)據(jù)，用數(shù)據(jù)接口圖自動歸納子系統(tǒng)（模塊）間的信息交互。數(shù)據(jù)接口圖和事件流程圖一一對應，按層次來表達軟件內(nèi)部的數(shù)據(jù)界面，說明信息的來源和去處。從整體上把握和認識系統(tǒng)運行時所交互的信息。,24,描述信息流動情況,數(shù)據(jù)流圖用于描述信息流動的情況 在縱向表示了函數(shù)分解關系 在橫向上表示了

13、數(shù)據(jù)依賴關系 和事件流程圖一一對應 在系統(tǒng)開發(fā)的任何階段都可以得到數(shù)據(jù)流圖,25,歸納上下級模塊的數(shù)據(jù)傳遞,PlayCASE提供的功能調(diào)用樹與軟件工程教科書所講的結構圖是一致的。組成結構樹的所有節(jié)點視做軟件的模塊父級模塊調(diào)用子級模塊完成有關功能集中反映父級模塊傳遞給子級模塊的數(shù)據(jù)和子級模塊返回的數(shù)據(jù),26,進行數(shù)據(jù)庫的概念設計,補充業(yè)務調(diào)查時業(yè)務數(shù)據(jù)（信息/表單）的具體內(nèi)容被忽略的部分。指定數(shù)據(jù)屬性值的基本類別（如數(shù)字型、字

14、符型、時間型等）屬性值的具體類型（如數(shù)字型中的整數(shù)、浮點數(shù)等），可以在詳細設計中確定，因為在總體設計時，并不需要考慮實現(xiàn)系統(tǒng)所使用的編程工具和DBMS。,27,描述數(shù)據(jù)（信息/表單）間的相互關系,信息/表單關系圖包括了實體—關系圖的全部內(nèi)容三種數(shù)據(jù)關系：組裝關系、分類關系、關聯(lián)關系由業(yè)務數(shù)據(jù)本身的性質(zhì)或者根據(jù)業(yè)務活動找到這些關系全面建立所有數(shù)據(jù)的關系，盡可能消除孤立數(shù)據(jù),28,詳細設計,1．設計用戶界面及其運行序列2．進行數(shù)據(jù)

15、庫的邏輯設計 3．進行數(shù)據(jù)庫的物理設計 4．設計模塊5. 生成程序,29,設計用戶界面及其運行序列,設計每個子系統(tǒng)的所有用戶界面。典型的用戶界面有如菜單、對話框、Form（窗體）等。給出這些界面的運行序列，形成用戶界面原型系統(tǒng)，預演未來軟件系統(tǒng)的運行模式。,,30,進行數(shù)據(jù)庫的邏輯設計,定義信息/表單的鍵字（包括主鍵、外鍵和候選鍵），保持數(shù)據(jù)一致性；確定實現(xiàn)信息/表單具體的DBMS或編程語言；定義信息/表單屬性值的具體類型

16、；建立交叉表，消除多對多的連接關系；信息/表單應當符合第3范式，至少要達到第2范式，消除更新異常情況。,,31,進行數(shù)據(jù)庫的物理設計,定義信息/表單的索引，優(yōu)化數(shù)據(jù)檢索；垂直分割信息/表單，優(yōu)化數(shù)據(jù)存?。欢x視圖、查詢，為編程提供方便;定義信息/表單的方法。,,32,物理數(shù)據(jù)庫的設計,理解應用類型使用定量評估理解存儲分層結構理解DBMS中的瓶頸選擇平臺物理設計原則與常規(guī)硬件設計建議,,33,理解應用類型,操作類型

17、 只讀: SELECT操作； DML：Insert，Update，Delete操作。應用類型 OLTP、DSS、批作業(yè)處理、OLAP、VCDB,,34,應用類型,（1）OLTP（聯(lián)機事務處理）——是一個包含繁重DML的應用。（2）DSS（決策支持系統(tǒng)）——通常是一個大型的、包含歷史性內(nèi)容的只讀數(shù)據(jù)庫，通常用于簡單的固定查詢。（3）批作業(yè)處理——批作業(yè)處理系統(tǒng)是作用于數(shù)據(jù)庫的非交互性的自動應用。通常含有繁忙的D

18、ML語句并有較低的并發(fā)性。（4）OLAP（聯(lián)機分析處理）——可提供分析服務。包含大量計算。有時是OLTP和DSS模型的交叉。（5）VCDB（可變基數(shù)數(shù)據(jù)庫）——通常被用作一個處理系統(tǒng)的數(shù)據(jù)庫后端。在數(shù)據(jù)處理期間，數(shù)據(jù)庫中的表顯著地增長或收縮。,,35,使用定量評估,事務分析* 并發(fā)用戶數(shù)目* 響應時間* 經(jīng)過的時間* 事務數(shù)目* 并發(fā)程序的數(shù)目* 讀或?qū)懙淖止?jié)數(shù)篩分分析 表有多大,,36,理解存儲分層結構,,37

19、,RAID,RAID（冗余廉價磁盤陣列）是一組能并行工作的磁盤。能夠減少I/O時間，通過數(shù)據(jù)條技術來實現(xiàn)并行工作。1．RAID 0——沒有校驗的基本數(shù)據(jù)條。特點：速度快，但無校驗。適用于tempdb。2．RAID 1——是傳統(tǒng)的，硬件級的磁盤鏡像。兩部分磁盤是同時寫的。特點：可靠性最高。寫較慢、讀快、貴、沒有數(shù)據(jù)條狀化的內(nèi)部機制。 3．RAID 5——帶有校驗的數(shù)據(jù)條。它將校驗信息與數(shù)據(jù)一起保存在所有磁盤上。校驗信息和

20、數(shù)據(jù)一樣受到保護。 特點：可靠性較高、寫慢。4．使用RAID設備的考慮：造價、性能、可靠性；數(shù)據(jù)和日志使用不同的RAID設備。,38,理解DBMS中的瓶頸,1．網(wǎng)絡；2．對DSS、VLDS來說，硬盤的I/O尤為突出；3．OLTP和OLAP內(nèi)存和CPU 較突出。,39,選擇平臺,1．Intel公司的微機系列和Sun公司的Solaris系統(tǒng)；2．Windows NT Unix：支持多CPU 3

21、．Oracle 9i SQL SERVER 2000 Sybase,40,物理設計原則與常規(guī)硬件設計建議,1．設計原則2．硬件設計：主要目標是消除或減少競爭。,,41,1．設計原則,分而治之：分區(qū)、分段和并行。預分配和預編譯：靜態(tài)分配和固定分配。即提前分配你的資源。前攝：預測主要的問題。批量、塊和批處理：使用大量傳送。即持有著相同的起源和終點的I/O操作組合在一起。合理地分割應用：客戶/服務器的分工要

22、合理。,,42,2．硬件設計,把表和索引分開；把大的表和索引段放到它們自己的盤上；把經(jīng)常聯(lián)合的表放在單獨的盤上，或把它們聚合；必要時，把不常聯(lián)合的表放在相同的盤上；把DBMS軟件與表和索引分開；把數(shù)據(jù)字典與表和索引分開；為任務日志使用RAID 1；為表數(shù)據(jù)使用RAID 5；為索引使用RAID 0。,43,設計模塊,用偽碼（一種規(guī)范的結構化模塊設計語言）（事件流程圖中的【 Pcode】） PAD（問題分析圖）設計每個模塊

23、的運行過程。（崗位說明書中的【工作職責】 ）,44,生成程序,在對軟件進行概念設計、邏輯設計、物理設計之后，PlayCASE就可以自動生成程序代碼框架。代碼框架是面向?qū)ο笳Z言的類聲明體或數(shù)據(jù)庫的表定義語句、視圖定義語句、查詢SQL。類聲明體包括數(shù)據(jù)成員和函數(shù)成員數(shù)據(jù)庫的表定義語句包括了域名、域的值類型、鍵型、索引、主鍵、外鍵等。,45,1.7 建模要領,組織建模組織建模按部門、崗位、職責、工作步驟方式展開，其目的是描述員工的

24、本職工作。用結構樹來描述組成結構。 流程建模業(yè)務流程描述了企業(yè)與客戶和供應商、企業(yè)內(nèi)部部門之間、員工之間的業(yè)務往來情況以及員工本職工工作進行的具體過程。用職責執(zhí)行流程圖分層次描述業(yè)務流程。 數(shù)據(jù)建模數(shù)據(jù)建模主要描述業(yè)務數(shù)據(jù)（單據(jù)與報表）的內(nèi)容及期間的關系。用業(yè)務信息關系圖描述單據(jù)的具體欄目。,46,1.8 應用要領,應用要領歸結為：同時把握業(yè)務和軟件。,47,對于用戶業(yè)務，應當從四個方面來全面深入地來認識,企業(yè)的

25、組織結構——表現(xiàn)為組成結構樹；業(yè)務流程——表現(xiàn)為事件流程圖；業(yè)務數(shù)據(jù)——表現(xiàn)為信息/表單；業(yè)務數(shù)據(jù)間的關系——由業(yè)務及其流程決定，表現(xiàn)為信息/表單關系圖。,48,對開發(fā)的軟件的把握,軟件的結構——表現(xiàn)為組成結構樹； 軟件的運行過程——表現(xiàn)為事件流程圖與偽碼、PAD； 軟件的數(shù)據(jù)——表現(xiàn)為信息/表單； 軟件中數(shù)據(jù)間的關系——表現(xiàn)為信息/表單關系圖。,49,建立起用戶業(yè)務與軟件的緊密聯(lián)系,軟件的結構與企業(yè)的組織結構相吻合； 軟