導語：如何才能寫好一篇數(shù)據(jù)字典，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

關系數(shù)據(jù)庫系統(tǒng)作為軟件企業(yè)核心的數(shù)據(jù)處理系統(tǒng)，不僅在我國取得了十分廣泛的應用，而且對我國信息化建設發(fā)展具有重要的作用與意義。而數(shù)據(jù)字典系統(tǒng)作為保證關系數(shù)據(jù)庫系統(tǒng)正常運行的最基礎軟件，在很大程度上影響著關系數(shù)據(jù)庫系統(tǒng)的運行狀況具有重要影響。而本文筆者將對關系數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)字典系統(tǒng)進行深入的分析與研究。

【關鍵詞】關系數(shù)據(jù)庫 管理系統(tǒng) 數(shù)據(jù)字典 研究

作為關系數(shù)據(jù)庫系統(tǒng)功能實現(xiàn)的最核心軟件，數(shù)據(jù)字典系統(tǒng)的設計與實現(xiàn)是十分重要的。只有做好數(shù)據(jù)字典系統(tǒng)的設計，才能有效的保障關系數(shù)據(jù)庫系統(tǒng)的正常、穩(wěn)定運行。本文將對關系數(shù)據(jù)庫系統(tǒng)中的數(shù)據(jù)字典系統(tǒng)進行分析與研究。

1 數(shù)據(jù)字典物理存儲

1.1 數(shù)據(jù)字典的定義

數(shù)據(jù)字典的一個重要作用就是提供最終用戶數(shù)據(jù)庫所有的信息，在物理存儲上就采用跟其他用戶表一樣的實現(xiàn)，提供統(tǒng)一的接口。而數(shù)據(jù)字典的主要作用還是提供給DBMS自身使用，在實現(xiàn)上還跟整個數(shù)據(jù)庫的結構功能相關。

1.2 數(shù)據(jù)字典的邏輯功能

具體來說，關系數(shù)據(jù)庫中的所有數(shù)據(jù)信息與關聯(lián)都與數(shù)據(jù)字典有著十分緊密的聯(lián)系。數(shù)據(jù)字典具有著對關系數(shù)據(jù)庫中的所有對象進行定義的邏輯功能，除此之外，數(shù)據(jù)字典還可以對關系數(shù)據(jù)庫中的序列值進行默認、對數(shù)據(jù)庫中的各種信息進行約束、對數(shù)據(jù)庫中的用戶信息進行存儲和統(tǒng)計、對數(shù)據(jù)庫中的用戶權限進行分辨，并且還可以對數(shù)據(jù)庫中的各種信息的定義以及它們之間的關聯(lián)進行操作與辨別。

由于關系數(shù)據(jù)庫之中的各個對象之間存在著較強的關聯(lián)性，當用戶對某一對象進行刪除操作時，往往會由于該對象與其它對象之間的關聯(lián)程度與類型不同而產(chǎn)生一定的影響。例如數(shù)據(jù)庫用戶在PRLMARY KEY上建立起一個unique index文件，而這個unique index文件的主要功能就是幫助PRLMARY KEY實現(xiàn)其自身的功能任務。而由于PRLMARY KEY是依附在一個數(shù)據(jù)表中的，當刪除表或是表中的相關信息有所變動時，依附于這個表存在的PRLMARY KEY中的unique index里的信息也會相應的被刪除或有所變動。而數(shù)據(jù)字典負責的功能就是將關系數(shù)據(jù)庫中發(fā)生的這些關聯(lián)信息與操作完整的記錄和保存下來。通常來說，關系數(shù)據(jù)庫中的所有這些關聯(lián)對數(shù)據(jù)庫的用戶都是公開透明的，而另一種情況就是數(shù)據(jù)庫用戶為了方便自己的操作或是其它因素，在對數(shù)據(jù)庫中的對象進行刪除操作時需要加上由用戶自己設定的關系語句才能實現(xiàn)刪除操作，當此刪除操作實現(xiàn)時，與該對象有著密切關聯(lián)的其它信息也會一并被刪除。

1.3 物理記錄的存儲格式

關系數(shù)據(jù)庫中的數(shù)據(jù)字典與用戶數(shù)據(jù)都是以表的形式被記錄保存在關系數(shù)據(jù)庫的物理文件中的，并且關系數(shù)據(jù)庫管理系統(tǒng)中有著多種物理存儲格式，每一種物理存儲格式都有著各自不同的特點，相互之間具有較大的差別，而這都是由于關系數(shù)據(jù)庫管理系統(tǒng)中并發(fā)模式類型的不同造成的?，F(xiàn)階段，我國的數(shù)據(jù)庫管理系統(tǒng)將加鎖模型與多版本模型作為最為主要的兩種并發(fā)模型。其中加鎖式并發(fā)模型的特點是記錄格式簡單、無需版本信息就能實現(xiàn)，如SQL Server并發(fā)模型。而多版本并發(fā)模型主要有Oracle數(shù)據(jù)塊并發(fā)模型。該種并發(fā)模型不僅需要用到物理記錄來對數(shù)據(jù)庫中的版本信息進行記錄，而且還需要物理格式的幫助來實現(xiàn)對數(shù)據(jù)庫系統(tǒng)的并發(fā)控制及相關的事務處理，比較復雜。

2 數(shù)據(jù)字典內(nèi)存表示

2.1 CACHE作用

關系數(shù)據(jù)庫管理系統(tǒng)能夠通過對數(shù)據(jù)字典中的信息數(shù)據(jù)進行讀取來獲得數(shù)據(jù)用戶以及數(shù)據(jù)庫中的對象與存儲信息，當數(shù)據(jù)庫用戶需要對某些數(shù)據(jù)進行查詢和相關的操作時都需要利用其所發(fā)出的SQL語句來對數(shù)據(jù)字典中的信息進行查詢，查詢頻率非常高?，F(xiàn)階段，我國的數(shù)據(jù)庫管理系統(tǒng)主要由兩部分組成，即CACHE與RELCACHE。其中CACHE主要負責的是對數(shù)據(jù)庫管理系統(tǒng)中的表進行存放。在該部分中，一個系統(tǒng)表能夠利用ID查詢、NAME查詢與主鍵查詢中的任意一種方式進行查詢，除此之外，用戶也可以通過部分鍵對該系統(tǒng)表進行查詢。當查詢操作完成后，關系數(shù)據(jù)庫系統(tǒng)會根據(jù)數(shù)據(jù)字典的分析最終彈出用戶需要尋找的表格。

而RELCACHE部分的每一項都是一個RELATION結構，該結構對此結構中的所有數(shù)據(jù)信息與關聯(lián)進行了記錄與保存。并且此結構能夠?qū)㈥P系數(shù)據(jù)庫系統(tǒng)中的所有與需要查詢事件相關聯(lián)的描述信息進行聯(lián)合構造，以更好的滿足數(shù)據(jù)庫用戶的需求，提高關系數(shù)據(jù)庫管理的質(zhì)量與水平。

2.2 數(shù)據(jù)庫的啟動與CACHE的初始化

使關系數(shù)據(jù)庫能夠啟動并發(fā)揮其應有的作用，操作人員至少要做好以下三個步驟，即將一個實例啟動，之后對數(shù)據(jù)庫系統(tǒng)進行裝配操作，第三，將數(shù)據(jù)庫系統(tǒng)打開。使數(shù)據(jù)庫的CACHE系統(tǒng)得以初始化的方式有兩種：第一種，在數(shù)據(jù)庫系統(tǒng)建立時進行CACHE的初始化，主要負責對數(shù)據(jù)庫系統(tǒng)的內(nèi)存進行分配；第二種，數(shù)據(jù)庫系統(tǒng)已經(jīng)建立完成后在啟動時進行初始化操作，此時，內(nèi)存已經(jīng)分配完畢，用戶只要正常進行啟動操作就可以完成CACHE的初始化。

3 結束語

本文主要對關系數(shù)據(jù)庫管理系統(tǒng)的數(shù)據(jù)字典程序進行了分析介紹與研究，希望能夠進一步推動我國關系數(shù)據(jù)庫系統(tǒng)的管理質(zhì)量，促進關系數(shù)據(jù)庫系統(tǒng)的進步。

參考文獻

[1] 程陽.關系數(shù)據(jù)庫管理系統(tǒng)的一種簡易的數(shù)據(jù)存儲與查詢模塊的設計與實現(xiàn)[D].華中科技大學（碩士學位論文），2012.

[2] 馮玉才，李東，王元珍，曹忠升.一種移動數(shù)據(jù)庫管理系統(tǒng)的體系結構[J].計算機研究與發(fā)展，2011，38（5）： 620-625.

[3]何新貴，唐常杰，李霖.特種數(shù)據(jù)庫技術――數(shù)據(jù)庫技術叢書之一[M].北京：科學出版社，2010.

篇2

關鍵詞:數(shù)據(jù)庫;加密技術;電子商務

中圖分類號:TP309.7文獻標識碼:A文章編號:1007-9599 (2010) 07-0000-01

Application of Database Encryption Technology in E-Commerce System

Gao Xiang

(Guangdong Ocean Engineering Vocational School,Guangzhou510320,China)

Abstract:E-commerce system is internet-based platform,from the technical point of view,there are many factors of insecurity in the global network.Features include e-commerce itself-open,virtual,network,e-

commerce system,which made strict security requirements is to open and rational solution to the network and the conflict between security.Database of e-commerce system of a base platform,which preserves a large number of important data,shared by many users.So database security problems is very important when developing e-commerce system.

Keyword:Database;Encryption technology;E-commerce

一、加密數(shù)據(jù)庫模型的框架設計

模型采用典型的Client/Server結構。在客戶端,我們要實現(xiàn)一個加密字典管理程序和一個測試平臺。加密字典管理程序的功能是:根據(jù)加密需要對加密字典中的數(shù)據(jù)進行管理,例如對加密字段描述信息進行維護、對授權用戶信息進行維護、以及對數(shù)據(jù)密鑰進行維護。客戶平臺則完成對加密數(shù)據(jù)庫授權用戶的身份驗證、數(shù)據(jù)庫用戶私鑰的解密,加密字段數(shù)據(jù)密鑰的解密,以及提出查詢需求。在服務器端,我們要實現(xiàn)一個加解密引擎,處理從客戶端發(fā)來的對加密數(shù)據(jù)庫的訪問請求并將結果返回給客戶端。模型的總體框架如下圖:

圖1-1加密數(shù)據(jù)庫模型的總體框架

應用系統(tǒng)創(chuàng)建數(shù)據(jù)庫應用表之后,用戶通過運行圖形化界面―加密字典管理程序,定義哪些應用表中的哪些字段的數(shù)據(jù)需要加密。加密字典管理程序?qū)堰@些用戶定義信息存入加密字典中。應用表加密后,用戶還可以使用加密字典管理程序修改加密定義,重新指定加密表或加密字段。數(shù)據(jù)庫加/解密引擎是該系統(tǒng)的核心部件,負責在后成數(shù)據(jù)的加/解密處理。當應用程序向數(shù)據(jù)庫插入或更新數(shù)據(jù)時,加解密引擎根據(jù)加密字典中的信息,確定當前數(shù)據(jù)是否需要加密,如果需要加密,則對數(shù)據(jù)加密后再寫入數(shù)據(jù)庫中。同樣當應用從數(shù)據(jù)庫中檢索數(shù)據(jù)時,加密系統(tǒng)根據(jù)加密字典中的信息判定是否需要解密,如果需要解密,對數(shù)據(jù)進行解密以后再交給應用,存儲在數(shù)據(jù)庫中的數(shù)據(jù)仍然是密文。加密字典管理程序是一個特殊的數(shù)據(jù)庫應用。加密字典管理程序需要對數(shù)據(jù)字典進行讀操作,對加密字典進行寫操作。數(shù)據(jù)字典和加密字典存儲在數(shù)據(jù)庫中并且是不加密的,為了加快執(zhí)行速度,

加密字典管理程序執(zhí)行這些操作時不通過加/解密引擎直接與客戶端平臺通信。另一面,當用戶提交數(shù)據(jù)加密的定義要求時,加密字典管理程序通過加/解密引擎,實現(xiàn)數(shù)據(jù)明文與密文之間轉(zhuǎn)換的功能。

當用戶通過測試平臺登錄到加密數(shù)據(jù)庫并成功后,測試平臺會與加密字典進行交互,從加密字典中找到該用戶的加密形式私鑰,并解密得到用戶私鑰。當要訪問到某個加密字段的時候,測試平臺也會從加密字典中找到相關的數(shù)據(jù)加密拷貝,并解密得到數(shù)據(jù)密鑰。當在客戶端的測試平臺上執(zhí)行涉及到加密字段內(nèi)容的SQL語句時,測試平臺會與加解密引擎交互,將查詢需求轉(zhuǎn)由加解密引擎去處理。然后,加解密引擎與加密字典以及DBMS核心交互,完成對數(shù)據(jù)的加解密,并將正確的結果返回到客戶端。

當在測試平臺上提出的數(shù)據(jù)庫訪問請求不涉及到加密字段時,客戶端測試平臺會跨過加解密引擎,直接與DBMS交互,完成對普通數(shù)據(jù)的訪問。以下對各個設計模塊分別進行描述。

二、加密字典管理

(一)結構設計

加密字典管理是管理員定義加密字段的工具,它提供了用戶管理、加密字典配置、信息檢索、加密字典權限管理等功能,利用數(shù)據(jù)庫加密解密引擎完成對數(shù)據(jù)的加解密處理。數(shù)據(jù)庫加密系統(tǒng)對加密數(shù)據(jù)的所有操作均需要加密字典的支持,都需要以加密字典為基礎。在加密字段的添加和刪除過程中,需要調(diào)用加密字典配置、信息檢索以及加解密引擎模塊來實現(xiàn)。其流程如圖2.1所示。

(二)用戶登錄

用戶登錄是數(shù)據(jù)庫管理員啟動加密字典管理程序后必須通過的身份驗證模塊,該模塊防止未授權人員使用加密字典管理程序,確保加密字典的安全。它主要包括用戶登錄、身份驗證、口令加密功能。用戶身份認證的流程如圖2.2所示,以提高系統(tǒng)用戶訪問的安全性和可靠性。

(三)加密字典配置

管理員首先通過加密字典配置劃分應用程序的用戶類、數(shù)據(jù)類以及每個用戶類所擁有的數(shù)據(jù)類的權限信息,并給合法用戶授權;然后按照配置調(diào)用密鑰管理模塊完成用戶密鑰、用戶類密鑰以及數(shù)據(jù)類密鑰的生成分配以及存儲。加密信息配置表存放由管理員根據(jù)用戶需求定義的加密配置,實現(xiàn)向加密字典表中添加,更改或刪除加密字段的功能。它調(diào)用表信息檢索模塊和加解密引擎,完成一個表的加密定義修改任務。該模塊是加密字典管理程序的主要功能模塊。

(四)信息檢索

該模塊從系統(tǒng)的數(shù)據(jù)字典中檢索出與某個表有關的各種信息,放入結構變量,這些信息包括表名、表標識、主鍵定義、字段定義等,供其他模塊使用。信息檢索函數(shù)的輸入是字段名稱和表名稱,輸出是滿足條件的表信息結構體,該模塊被加密字典配置模塊調(diào)用,共同完成加密字段定義的變更。

三、數(shù)據(jù)加解密引擎客戶端測試平臺的設計

在客戶端設定一個測試程序,來完成訪問加密數(shù)據(jù)庫中數(shù)據(jù)的功能。在向服務器端發(fā)送真正的查詢或其它操作的請求之前,客戶端必須先完成用戶登錄等一系列工作。在我們的設計中,當一個用戶輸入登錄信息(包括加密數(shù)據(jù)庫的信息,用戶名,口令)之后,程序會做以下工作:

(1)輸入的信息去與數(shù)據(jù)庫建立連接,若建立連接成功,則說明用戶的用戶名與口令相符,用戶輸入的口令有效;如果建立連接失敗,則用戶名與口令不相符,終止并退出程序。

(2)輸入的口令進行加密,執(zhí)行MD5加密算法,生成口令的MD5加密值。

(3)根據(jù)用戶名生成一個SQL查詢語句:

“SELECT encrypted_private_key From master.dbo.Authorized_User WHERE authorized_login_name=‘”&username&”’”

在應用程序中執(zhí)行該SQL語句,就可以從加密字典中的Authorized_User表取出用戶的密文形式私鑰。當數(shù)據(jù)庫用戶還不是加密數(shù)據(jù)庫合法用戶時,就不具有公鑰/私鑰對。此時,客戶端程序會給出提示。

(4)針對上一步驟取到密文形式私鑰,執(zhí)行DES算法進行解密,解密密鑰是步驟2得到的口令MD5加密值。得到用戶的私鑰,存入應用程序的全局變量private_key中。

在客戶端程序中要訪問到某個加密字段時。首先客戶端程序會先生成一個SQL語句,去查詢加密字典中的Encrypted_Table表、Encrypted_Column表、Authorized_User表中的Encrypted_Key表。該SQL語句形式為:

“SELECT k.encrypted_data_key From master.dbo.Encrypted_Table t,

Master.dbo.Encrypted_Column c,master.dbo.Encrypted_Key k WHERE

k.authorized_login_ID=l.authorized_login_ID and

k.encrypted_column_ID=c.encrypted_column_ID and

t.encrypted_table_ID=c.encrypted_table_ID and

t.original_table_name=‘”&tabkename&”’and

l.authorized_login_name=‘”&username&”’”

這樣,根據(jù)要查詢的表的表名,以及用戶名,就可以得到該表中針對加密字段的數(shù)據(jù)密鑰(密文形式)。要申明的一點是,如果數(shù)據(jù)庫用戶不是加密字段的授權用戶,則取到的將是空值。

在客戶端程序中執(zhí)行RSA算法,對取得的密文形式數(shù)據(jù)密鑰進行解密,解密密鑰就是存儲在全局變量private_key中的用戶私鑰,得到數(shù)據(jù)密鑰,存入全局變量data_key中。

執(zhí)行用戶的訪問要求。當涉及到加密字段的訪問時,服務器就會利用視圖機制去執(zhí)行查詢操作,或者是執(zhí)行執(zhí)行插入/修改操作。當視圖或觸發(fā)器中需要用到數(shù)據(jù)密鑰對密文數(shù)據(jù)進行加密解密的時候,可以從應用程序上下文中取得。

參考文獻:

[1]王謙,陳放.加強電子政務信息安全保障體系建設[J].安防科技,2009,3

[2]張基溫.信息安全實驗與實踐教程.清華大學出版社[M],2005

[3]季厭浮.具有等級性的密鑰管理方法的設計[J].煤炭技術,2009,1:91-93

[4]李黎明.敏感數(shù)據(jù)庫加密算法與密鑰管理[J]..計算機與現(xiàn)代化,2005,(7):94-97

篇3

關鍵詞：錄入表 數(shù)據(jù)字典 業(yè)務單據(jù)

中圖分類號：TP319 文獻標識碼：A 文章編號：1672-3791（2016）04（b）-0000-00

一個成熟的軟件系統(tǒng)最關鍵的部分之一是系統(tǒng)的人機交互界面，如何根據(jù)業(yè)務單據(jù)需求開發(fā)出符合實際需要的通用錄入表格并確保其穩(wěn)定性、易維護性（模塊化和結構化）和彈性（容易根據(jù)實際業(yè)務單據(jù)的變化做出程序上的變動，例如字段內(nèi)容的添加、減少，字段順序的調(diào)整等等），通用錄入表設計解決的就是這一問題。通用錄入表由數(shù)據(jù)字典組件和單據(jù)組件組成，數(shù)據(jù)字典提供每一個字段和字段代碼集的選項，而單據(jù)組件則負責顯示那些字段及如何顯示。

1 設計思路

一般錄入表格開發(fā)都是由開發(fā)人員利用現(xiàn)成的表格控件（例如：華表Cell，SpreadSheet等）通過手工拖拽、在表格控件上進行增行、增列、設置格式、公式、著色的開發(fā)，這種開發(fā)是比較直觀的，但缺點是不能保證每一個開發(fā)人員做出的界面完全一致，而且當業(yè)務需求改變時，改變的工作量很大。鑒于此，通用錄入表的設計思路是利用程序從數(shù)據(jù)庫中讀取字段配置信息，為表格控件設置相應的屬性，并按一定規(guī)則排列，形成用戶所需求的界面。后臺的配置部分提煉總結成數(shù)據(jù)字典組件，前臺的顯示部分抽象為業(yè)務單據(jù)組件。

2 數(shù)據(jù)字典組件程序設計

數(shù)據(jù)字典是有目的地對信息系統(tǒng)數(shù)據(jù)與知識、元數(shù)據(jù)與元知識進行存儲與管理的邏輯抽象信息系統(tǒng)。數(shù)據(jù)字典組件通過提供基礎數(shù)據(jù)維護、查詢與同步功能，其作用主要體現(xiàn)為在建立數(shù)據(jù)標準的基礎上，通過抽象數(shù)據(jù)元，實現(xiàn)業(yè)務數(shù)據(jù)信息項的規(guī)范統(tǒng)一，通過定義業(yè)務要素，實現(xiàn)標準數(shù)據(jù)代碼表的規(guī)范統(tǒng)一，從而為單據(jù)組件提供一個可隨時獲取表及字段信息的數(shù)據(jù)來源。

數(shù)據(jù)字典不僅記錄了信息系統(tǒng)中的各種數(shù)據(jù)和知識，還記錄了對數(shù)據(jù)和知識進行恃性刻劃與抽象的元數(shù)據(jù)和元知識，使數(shù)據(jù)字典獨立于實際應用信息系統(tǒng)。報告、圖形生成工具負責軟件系統(tǒng)所有文檔資料的自動生成；數(shù)據(jù)物理存儲模式轉(zhuǎn)換工具使數(shù)據(jù)字典面向任意的計算機軟件平臺；實例系統(tǒng)生成工具運用數(shù)據(jù)字典中的元數(shù)據(jù)文件與元知識文件，通過向用戶提供的友好界面，根據(jù)用戶的選擇與輸入的參數(shù)生成可實際運行的信息系統(tǒng)；軟件系統(tǒng)開發(fā)人員通過使用用戶問答詢問工具，可以看到任一層次數(shù)據(jù)對象的有關情況；字典接口提供了一系列數(shù)據(jù)字典數(shù)據(jù)訪問過程調(diào)用，使數(shù)據(jù)字典能從信息系統(tǒng)分析工具獲得原始數(shù)據(jù)，從程序設計語言形式文法分析工具獲得對應語言的語法、語義規(guī)則集，使信息系統(tǒng)的輔助系統(tǒng)結構設計與程序自動生成工具能夠從數(shù)據(jù)字典中獲得所需要的系統(tǒng)數(shù)據(jù)，使多個數(shù)據(jù)字典實現(xiàn)數(shù)據(jù)的可相互操作性，形成一分布式數(shù)據(jù)字典系統(tǒng).另外，字典接口也是擴充字典功能與用途的唯一入口.

數(shù)據(jù)字典的功能包括數(shù)據(jù)元管理、業(yè)務要素管理、代碼表管理及數(shù)據(jù)表及表字段管理。

2.1數(shù)據(jù)元管理： 數(shù)據(jù)元是用一組屬性描述其定義、標識、表示和允許值的數(shù)據(jù)單元。數(shù)據(jù)元用于定義數(shù)據(jù)標準，主要包括：英文短名、中文名稱、數(shù)據(jù)類型、表示格式。該功能是管理業(yè)務基礎數(shù)據(jù)元目錄，為實現(xiàn)業(yè)務數(shù)據(jù)標準統(tǒng)一，提供基本依據(jù)。

2.2業(yè)務要素管理：業(yè)務要素是有具體業(yè)務含義的業(yè)務信息項，如機構信息、收款單位等等。該功能對業(yè)務要素屬性進行管理，包括其編碼、名稱、代碼表編碼方式和存儲位置、使用規(guī)則等等。

2.3代碼表管理： 代碼表存放業(yè)務要素代碼的表，也特指某一業(yè)務要素的代碼集合，該功能是對代碼表的增加、減少、修改等業(yè)務進行管理。

2.4數(shù)據(jù)表及字段管理：是對數(shù)據(jù)庫中的表及字段的進行管理。主要維護的表包括代碼表以及存放業(yè)務數(shù)據(jù)的表。

3業(yè)務單據(jù)組件程序設計

業(yè)務單據(jù)組件通過利用數(shù)據(jù)字典組件，建立存放數(shù)據(jù)的數(shù)據(jù)庫與人機界面的通道，并實現(xiàn)數(shù)據(jù)的增、刪、改、查等操作。

業(yè)務單據(jù)設計要有依據(jù)，不能以個人的意愿強加于管理，即使個人的管理愿望是有助于單位管理的，也必須取得單位的認可。一個業(yè)務單據(jù)的產(chǎn)生，一是要服務于民眾或涉眾管理的群體，不是滿足個人特定管理需要進行單據(jù)的設計，這就要求單據(jù)設計者必須本著客觀真實，為同一職業(yè)操守者服務的角度，進行單據(jù)的整體設計；二是必須符合公司管理的需要，每個崗位都是公司整體運營不可獲取的一份子，那么公司從公司管理的角度，決定著單據(jù)的設計必須有法可依，可控管理。

業(yè)務單據(jù)的具體功能包括業(yè)務單據(jù)類型管理、單據(jù)定義管理、屬性管理、查詢域管理、功能管理、來源管理、單號產(chǎn)生規(guī)則管理等功能。

3.1 業(yè)務單據(jù)類型管理：主要是對業(yè)務單據(jù)的分類進行管理。

3.2業(yè)務單據(jù)定義管理：對業(yè)務單據(jù)進行注冊管理，實現(xiàn)將業(yè)務單據(jù)與數(shù)據(jù)字典中表定義進行關聯(lián)。

3.3業(yè)務單據(jù)屬性（展示字段）管理：對單據(jù)中用到的表字段進行設置，通過數(shù)據(jù)字典的表及表字段定義進行映射，并設置字段的顯示順序，顯示寬度、錄入風格（下拉框、彈出框）、公式設置等字段屬性進行管理。

3.4業(yè)務單據(jù)查詢域管理：可定義查詢單據(jù)時采用哪些字段做為過濾條件。

3.5業(yè)務單據(jù)功能管理： 通過功能注冊，實現(xiàn)與業(yè)務邏輯的關聯(lián)；也是與工作流動作關聯(lián)的接口。

3.6業(yè)務單據(jù)來源管理：設置源單據(jù)與目標單據(jù)的對應關系，主要是有些表格的內(nèi)容不是錄入，而是從另一張表格中選擇一部分在進行修改，這時就需要對單據(jù)的來源單據(jù)進行定義。

3.7業(yè)務單號規(guī)則管理：單據(jù)上某些字段是自動產(chǎn)生的，例如單號，流水號等，可通過該功能進行配置。

在前臺界面加載時，程序利用單據(jù)組件讀取各種配置字段，并通過數(shù)據(jù)字典映射到數(shù)據(jù)庫中，提取預先定制的表樣，并根據(jù)與數(shù)據(jù)庫中表及表字段映射，實現(xiàn)對業(yè)務數(shù)據(jù)的增、刪、改、查操作。配合工作流組件實現(xiàn)單據(jù)的自動流轉(zhuǎn)，從而構建一個通用的錄入表功能。

4結束語

通過以上的框架設計，如果在MIS中需要添加或修改業(yè)務單據(jù)，只需要建立新的單據(jù)模型或重新配置即可，這樣就可以明顯提高工作效率，降低維護成本，在MIS系統(tǒng)的建設方面，這種通用錄入表設計具有一定的優(yōu)勢。

參考文獻

[1] 李潔，王連澤.資金審批工作流組件設計與實現(xiàn)[J]電腦編程技巧與維護，2015（14）：198.

[2] 石生，王春雁.信息化情況下業(yè)務單據(jù)的設計分析[J].科技傳播，2013（1上）：196-197.

篇4

關鍵詞：dbms復制聯(lián)邦數(shù)據(jù)庫

1.引言

隨著經(jīng)濟的發(fā)展，企業(yè)的規(guī)模越來越大，其積累的信息也越來越多。存在著各部門所處理的信息多數(shù)只對本部門有效，僅有少數(shù)信息需給其它某些部門共享的問題。這種信息的分布性和獨立性要求對所處理的數(shù)據(jù)進行分類，使各部門既能獨立地處理本部門大多數(shù)數(shù)據(jù)，也使部門間能協(xié)調(diào)處理跨部門的事務。在這種情況下，對整個企業(yè)建立一個完全的緊密耦合的分布式數(shù)據(jù)庫是很困難的，也是沒必要的，特別是大型企業(yè)，這樣的數(shù)據(jù)庫的效率往往是很低的。

為解決這個問題，我們采用以下策略：每個部門使用一套緊密耦合的數(shù)據(jù)庫系統(tǒng)，而在存在跨部門事務處理的數(shù)據(jù)庫系統(tǒng)間用一個協(xié)調(diào)器聯(lián)起來。這樣就組成了一個橫跨整個企業(yè)，各部門高度自治的聯(lián)邦數(shù)據(jù)庫系統(tǒng)。

dm2是由華中理工大學數(shù)據(jù)庫多媒體技術研究所研制的數(shù)據(jù)庫管理系統(tǒng)。它采用客戶/服務器模型，客戶機與服務器，服務器與服務器均通過網(wǎng)絡互連，通過消息相互通訊，組成一個緊密耦合的分布式數(shù)據(jù)庫系統(tǒng)。它的工作流程如下：客戶機登錄到一臺服務器上，這臺服務器便成為它的服務器；它接收來自客戶機的消息，然后根據(jù)全局數(shù)據(jù)字典決定是自己獨立完成該操作，還是與其它服務器協(xié)作處理這條消息，處理完成之后，再由服務器將處理結果返回給客戶機。

而數(shù)據(jù)字典，作為記錄數(shù)據(jù)庫所有元數(shù)據(jù)的系統(tǒng)表，它向以上過程中提供各類有用的信息，引導它們向正確的方向運行，起著“指南針”的作用。它分為局部數(shù)據(jù)字典和全局數(shù)據(jù)字典。其中，局部數(shù)據(jù)字典用于記錄一個服務器站點中數(shù)據(jù)庫的控制信息，如表的模式，視圖的模式及各個數(shù)據(jù)區(qū)的的文件名等信息。全局數(shù)據(jù)字典用于記錄分布式數(shù)據(jù)庫系統(tǒng)中各個服務器站點上有關全局數(shù)據(jù)的控制信息，如服務器站點信息，各服務器站點的全局表名及表內(nèi)碼記錄，各服務器站點上的全局數(shù)據(jù)視圖名及視圖內(nèi)碼記錄，用戶名及口令記錄，用戶權限記錄等信息。各個局部數(shù)據(jù)字典可以各不相同，但為了保證在各個服務器上所看到的全局數(shù)據(jù)庫是一致的，因此，全局數(shù)據(jù)字典必須一致。我們所關心的是全局數(shù)據(jù)字典中的基表控制塊tv_ctrl_block，它的內(nèi)容主要包括：全局基表總數(shù)，每個全局基表名和其對應的表內(nèi)碼，該基表所在的服務器站點的編號等信息。它的功能是將各個服務器站點號與存儲在其上的表名及表內(nèi)碼聯(lián)系起來。這樣，服務器從客戶消息中找到被處理的表名，然后通過查詢基表控制塊tv_ctrl_block,就能知道該表存在哪個服務器上，以便將相關消息發(fā)給該服務器。

由于dm2上各個服務器站點的全局字典完全相同，任何全局表的信息都會記入全局字典。若用它來構建一個企業(yè)的數(shù)據(jù)庫系統(tǒng)，則大量只對企業(yè)某部門有用的信息將會充斥在各部門所有服務器的全局字典中，增加了冗余。而且，當對全局表進行ddl操作時，為了確保全局字典的一致性，須對所有服務器的全局字典進行加鎖。dm2對全局字典的封鎖方式是采用令牌環(huán)方式，即令牌繞虛環(huán)（非實環(huán)）傳輸，某個服務器想對全局字典進行操作，必須等令牌到達該服務器才可以執(zhí)行。每個部門建立的全局表絕大多數(shù)只對本部門有用，當對這些表進行ddl操作時，卻要對所有服務器的全局字典進行封鎖，通過令牌來實現(xiàn)對全局字典的互斥訪問。假如，兩個部門都要分別對本部門的內(nèi)部表進行ddl操作，這應該是可以并行處理的操作，現(xiàn)在卻只能串行執(zhí)行。而且，當服務器數(shù)目龐大時，每個服務器等待令牌的時間將會很長。這嚴重損害了數(shù)據(jù)庫的效率。

為彌補以上不足，在dm2的改進版本dm3中增加了協(xié)調(diào)器，用以聯(lián)接各個獨立的dm3數(shù)據(jù)庫子系統(tǒng)，并協(xié)調(diào)各子系統(tǒng)間的各種關系，使各子系統(tǒng)既能高度自治地工作，又能進行有效的信息共享。

2.體系結構

本系統(tǒng)可看作多個數(shù)據(jù)庫子系統(tǒng)被協(xié)調(diào)器聯(lián)起來的，高度自治的一個聯(lián)邦數(shù)據(jù)庫系統(tǒng)。其中，每個子系統(tǒng)獨立處理本系統(tǒng)內(nèi)部的事務，而子系統(tǒng)間的信息共享由復制技術提供，副本間的一致性由協(xié)調(diào)器協(xié)調(diào)處理，處理所需的信息在初始化時寫入?yún)f(xié)調(diào)器的組間數(shù)據(jù)字典中。當對某子系統(tǒng)中的一份數(shù)據(jù)副本進行修改時，該子系統(tǒng)會將修改通知協(xié)調(diào)器，由協(xié)調(diào)器對該數(shù)據(jù)的其它副本進行修改，從而保證了所有副本的一致性。

由以上可知，子系統(tǒng)彼此并不直接接觸，而是各自都與協(xié)調(diào)器直接相聯(lián)，由協(xié)調(diào)器統(tǒng)一管理子系統(tǒng)間的通信。這樣，當子系統(tǒng)對副本進行修改時，不必關心相應的子系統(tǒng)處于何種狀態(tài)，也不必等待回應消息，以及異常處理，所有這些都由協(xié)調(diào)器進行管理。因此，既提高了系統(tǒng)運行的效率，也保證了子系統(tǒng)的獨立性。其體系結構如下圖所示。

協(xié)調(diào)器主要有三大功能，首先，它對協(xié)調(diào)器和服務器進行初始化，并將有關信息存入組間字典；其次，它管理不同子系統(tǒng)間的通信，維護副本的一致性；最后，它在子系統(tǒng)出現(xiàn)崩潰時，進行異常管理及恢復工作。

dm3多數(shù)據(jù)庫系統(tǒng)體系結構

3.主要策略

多個dm3系統(tǒng)間的信息共享是通過副本實現(xiàn)的，副本的一致性是由協(xié)調(diào)器來維持的，是一種弱一致性。通常，多數(shù)據(jù)庫系統(tǒng)間的一致性是通過協(xié)調(diào)器周期性地訪問服務器的日志來完成的。由于副本的更新帶有隨機性，因此，若采用這種方法，可能數(shù)據(jù)被修改多次，但其相對應的副本仍未被修改，這樣就損害了數(shù)據(jù)的一致性；也可能數(shù)據(jù)并未被修改，但協(xié)調(diào)器已多次訪問了服務器的日志了，這樣就降低了系統(tǒng)的效率。

所以，本系統(tǒng)采用的方法是當數(shù)據(jù)被修改時，由服務器通知協(xié)調(diào)器有關信息，再由協(xié)調(diào)器通知相關系統(tǒng)，修改相關數(shù)據(jù)。這樣，數(shù)據(jù)的修改及時（仍然是弱一致性），而協(xié)調(diào)器也不會在數(shù)據(jù)未被修改的情況下訪問服務器，提高了準確性。

為了使協(xié)調(diào)器正常工作，我們對底層數(shù)據(jù)庫管理系統(tǒng)dm2進行了修改。在基表控制塊tv_ctrl_block中增加一項isreplication。建表時，該項初始化為false；當為該表建立一個副本時，該項賦值為true。具體算法如下。

3.1初始化算法。

協(xié)調(diào)器：

從用戶或應用程序接收待連接的兩個系統(tǒng)中的服務器名，需復制的表名；

分別登錄到兩個系統(tǒng)的服務器上；

向存有待復制表的服務器發(fā)預復制消息；

等待服務器消息；

若失敗，發(fā)一條失敗的消息給服務器和用戶或應用程序，轉(zhuǎn)11）；

若成功，從消息中取出待復制表的有關信息，根據(jù)這些信息，發(fā)一條建表消息給另一個系統(tǒng)的服務器；

等待服務器消息；

若失敗，發(fā)一條失敗的消息給服務器和用戶或應用程序，轉(zhuǎn)11）；

若成功，調(diào)數(shù)據(jù)轉(zhuǎn)移程序，進行數(shù)據(jù)復制；

將有關信息寫入組間字典。

退出。

服務器：

當服務器收到預復制消息后，將基表控制塊tv_ctrl_block中的isreplication賦為true。同時，取出待復制表的有關信息，組成應答消息發(fā)給協(xié)調(diào)器。

當服務器收到失敗的消息后，將基表控制塊tv_ctrl_block中的isreplication賦為false。

3.2維護算法。

協(xié)調(diào)器：

從組間字典讀出相關信息，根據(jù)這些信息，登錄到相應系統(tǒng)上；

等待消息；

從某系統(tǒng)的服務器上收到一條修改消息后，通過查找組間字典，確定該消息的目的地，然后將它轉(zhuǎn)發(fā)過去；

若失敗，定時重發(fā)；

轉(zhuǎn)2）；

服務器：

1）等待消息；

2）當收到某客戶或應用程序的消息后，檢查它是否是修改數(shù)據(jù)的操作（如delete，update或insert等）；

若不是，轉(zhuǎn)7）；

若是，檢查基表控制塊tv_ctrl_block中的isreplication是否為true；

若不是，轉(zhuǎn)7）；

若是，向協(xié)調(diào)器發(fā)修改消息；

繼續(xù)執(zhí)行服務器程序的其它部分。

3.3恢復算法。

若協(xié)調(diào)器所聯(lián)接的系統(tǒng)中有一個跨掉了，則對副本的修改無法及時地反映到跨掉的系統(tǒng)中來。這時，需要恢復算法來進行處理。

協(xié)調(diào)器：

當協(xié)調(diào)器發(fā)現(xiàn)有一個系統(tǒng)已經(jīng)崩潰后，采取以下步驟。

將與該系統(tǒng)相關的變量open賦值為false；

打開記時器；

等待消息；

若收到的消息是其它系統(tǒng)發(fā)出的修改崩潰了的系統(tǒng)上的副本的命令，則依次將這些消息存儲起來，轉(zhuǎn)3）；

若收到的消息是記時器發(fā)出的時間到的消息，則向崩潰的系統(tǒng)發(fā)登錄命令；

若登錄成功，將open的值改為true；

將存儲的消息依次發(fā)送過去，轉(zhuǎn)9）；

若登錄失敗，轉(zhuǎn)3）；

退出。

4.結論

我們曾在三個dm3數(shù)據(jù)庫系統(tǒng)上，用兩個協(xié)調(diào)器進行聯(lián)接。結果，運行情況良好，各副本最終都能保證一致，且各副本間存在差異的時間間隔很短。另外，在出現(xiàn)異常的情況下，協(xié)調(diào)器也能正常工作。

主要參考文獻

1.周龍驤等，分布式數(shù)據(jù)庫管理系統(tǒng)實現(xiàn)技術，科學出版社，1998。

篇5

關鍵詞：數(shù)據(jù)字典；中文信息處理；聲母檢索；ASCII碼

中圖法分類號：TP311文獻標識碼：A 文章編號：1009-3044(2007)15-30803-02

The Method Of Realizing Automatic Calculating The Corresponding Initial Consonant Of Chinese Character

ZHU Kai-mei,TAN Peng

(Institute of Science & Technical Information of Yunnan, Kunming 650051, China）

Abstract:Have brought forward the concept of calculating the corresponding initial consonant of Chinese character voluntarily , have analysed the realizing thought and algorithm based on the Chinese character ASCII code and the Chinese character code national standard GB2312-80 regulation, have introduced main program section of realizing the algorithm.

Key words:Data dictionary;Chinese information processing;Search of initial consonant;ASCII code

1 引言

應用系統(tǒng)中涉及大量數(shù)據(jù)字典的檢索問題，數(shù)據(jù)字典檢索一般方式包括：按編碼檢索、按漢字檢索、按漢字拼音聲母檢索和直接列表選擇等方式。其中，按漢字拼音聲母進行檢索具有易用、方便的特點，與使用編碼檢索方式比較具有易記憶的優(yōu)點，與使用漢字檢索方式比較具有輸入簡單、方便、快捷的優(yōu)點，是一種符合漢語使用習慣的較綜合性、折中的字典檢索方式。要使用漢字拼音聲母進行字典檢索，關鍵問題是需要在建立數(shù)據(jù)字典時，根據(jù)用戶輸入的中文信息自動計算出對應的聲母，即自動進行漢字對應聲母的編碼，以透明的方式提供這一轉(zhuǎn)換過程。

2 實現(xiàn)思路

2.1計算漢字的ASCII碼

漢字字符在操作環(huán)境下是以Unicode雙字節(jié)編碼方式存在，每個漢字字符對應一個整數(shù)，在C# 中已經(jīng)沒有直接計算漢字ASCII碼的函數(shù)，需要通過利用Encoding類的GetBytes進行間接計算：如下：

Byte[] b=Encoding.Default.GetBytes(“啊”)

b[0]: 176

b[1]: 161

int i=b[0]*256+b[1]-65536

2.2根據(jù)漢字字符編碼國標GB2312-80規(guī)則確定ASCII碼對應的聲母

GB2312-80《信息交換用漢字編碼字符集 基本集》，1980年，是中文信息處理的國家標準，在大陸及海外使用簡體中文的地區(qū)（如新加坡等）是強制使用的唯一中文編碼。GB碼共收錄6763個簡體漢字、682個符號，其中漢字部分：一級字3755，以拼音排序，二級字3008，以偏旁排序。

一級字計算根據(jù)漢字ASCII碼值可以方便地計算出來：其中

聲母A對應ASCII碼范圍是：-20319至-20284

聲母B對應ASCII碼范圍是：-19775 至-19219

……

聲母Z對應ASCII碼范圍是：-11055 至-10247

二級字計算通過編碼為固定的聲母字符串，當漢字ASCII碼值>-10079時，通過對應字符串獲取。

3 實現(xiàn)方法

3.1 定義

引用命名空間：System.Text

定義類：Encoding

自定義方法：

（1）計算字符ASCII值函數(shù)：Asc

參數(shù)：pStr, 字符串型

返回值：Int，字符的ASC碼

（2）計算漢字聲母函數(shù)：Hzpy

參數(shù)：pStr，字符串型

返回值：String, 轉(zhuǎn)換后的漢字聲母字符串

3.2 算法流程圖

3.3 算法描述

（1）判斷輸入?yún)?shù)字符串是否為空，若為空，則結束。

（2）初始化局部變量。

（3）使用For循環(huán)，逐字符進行計算。

（4）利用Asc函數(shù)計算當前字符的ASCII碼。

（5）根據(jù)ASCII值分別計算字符的聲母，其中：ASCII值在-10247到-20319，屬于一級字庫，按拼音順序排列，可以通過判定值直接得到聲母；ASCII值大于0，則取字母“A”到“Z”；ASCII值在0到-10079之間，則從預定義的聲母表中獲取。

3.4 主要程序段

//計算字符串首字符的ASCII碼值

public int Asc(string pStr)

{ int _i=0;

if (pStr.Length > 0)

{ string _s = pStr.Substring (0,1);//取首字符

byte[] _b = System.Text.Encoding.Default.GetBytes (_s); //計算字符的Unicode碼

if (_b.Length == 1)

_i = _b[0]; //西文ASCII

else

_i = _b[0]*256+_b[1]-65536; //漢字ASCII-65536 }

return _i; }

//計算字符串對應的聲母

public string Hzpy(string pStr)

{ if (pStr.Length == 0){ return "" ;}//參數(shù)是空串

string sResult = ""; //定義返回字符串變量

int t; //字符的Ascii碼

string gH0="";

gH0 = InputAscii2();//從文件中加載二級字庫漢字聲母表

pStr = pStr.ToUpper ();

for (int i = 0 ; i < pStr.Length; i++)

{ t = Asc(pStr.Substring (i, 1));

if (t < 0)

{ if ( t >= -10079) //計算二級字庫漢字聲母

if (gH0.Length > 10079+t)

sResult = sResult + gH0.Substring (10079 + t,1);

else

sResult = sResult + " ";

else //計算一級字庫漢字聲母

{ if (t>=-20319 && t

else if (t>=-20283 && t

else if (t>=-19775 && t

else if (t>=-19218 && t

else if (t>=-18710 && t

else if (t>=-18526 && t

else if (t>=-18239 && t

else if (t>=-17922 && t

else if (t>=-17417 && t

else if (t>=-16474 && t

else if (t>=-16212 && t

else if (t>=-15640 && t

else if (t>=-15165 && t

else if (t>=-14922 && t

else if (t>=-14914 && t

else if (t>=-14630 && t

else if (t>=-14149 && t

else if (t>=-14090 && t

else if (t>=-13318 && t

else if (t>=-12838 && t

else if (t>=-12556 && t

else if (t==-12080) sResult = sResult + "H";

else if (t>=-12079 && t

else if (t>=-11847 && t

else if (t>=-11055 && t

}}

else //字母和數(shù)字

{ if (t>=65 && t=48 && t

sResult = sResult + pStr.Substring (i, 1); } }

return sResult; }

4 實現(xiàn)結果

輸入：Hzpy(“ab”) , 輸出：“AB“

輸入：Hzpy(“我們”)，輸出：“WM”

輸入：Hzpy(“駑一孥”)，輸出：“NYN”

5 小結

通過這種方法計算漢字對應聲母，其中一級字庫近7000個漢字，只需要通過條件判斷語句即可計算出來，二級字庫3000多個漢字通過預編碼，直接一一對應產(chǎn)生。與過去通過一個漢字對應一個字符的方式相比，這種方法不需要專門的數(shù)據(jù)文件進行存儲，不僅大大提高了計算速度，而且十分容易在不同的開發(fā)語言中進行移植，具有非常顯著的實用性。

參考文獻：

[1]規(guī)范. GB2312-80《信息交換用漢字編碼字符集 基本集》[S]. 北京: 中國標準出版,2003。

[2]葛季棟等. 利用數(shù)據(jù)字典創(chuàng)建維護數(shù)據(jù)庫基表[J]. 北京: 微型機與應用,2002。

篇6

關鍵詞：Oracle數(shù)據(jù)庫 角色 主體

1 角色管理的定義 在數(shù)據(jù)庫中，為便于對用戶及權限進行管理，可以將一組具有相同權限的用戶組織在一起，這一組具有相同權限的用戶就稱為角色（Role）。角色類似于Windows操作系統(tǒng)安全體系中組的概念。在實際工作中，有大量的用戶其權限是一樣的，如果讓數(shù)據(jù)庫管理員在每次創(chuàng)建完用戶后都對每個用戶分別授權，則是一件非常麻煩的事情，但如果把具有相同權限的用戶集中在角色中進行管理，則會方便很多。為一個角色進行權限管理就相當于對該角色中的所有成員進行操作，可以為有相同權限的一類用戶建立一個角色，然后為角色授予合適的權限。使用角色的好處是系統(tǒng)管理員只需對權限的種類進行劃分，然后將不同的權限授予不同的角色，而不必關心有哪些具體的用戶，而且當角色中的成員發(fā)生變化時，比如添加成員或刪除成員，系統(tǒng)管理員都無需做任何關于權限的操作。

2 角色管理的作用 角色是數(shù)據(jù)庫各種權限的集合，使用角色可以方便地管理數(shù)據(jù)庫特權，角色可以賦予其它用戶，也可以賦予其他角色，圖1-1形象地說明了角色的作用。

圖1-1 角色關系圖

顯然上圖有兩個角色，而每個角色有不同數(shù)目和類型的權限，而這些角色又可以賦予不同的用戶，這樣就方便了權限的管理，作為經(jīng)理的角色（Manager）具有創(chuàng)建會話、創(chuàng)建表以及查詢某個表的權限，而雇員（Clerk）角色具有查詢表、更新表的權限，然后將Clerk角色和Manager角色賦予第一個用戶，此時第一個用戶就具有了上圖的所有權限，而把Clerk角色賦予第2個和第3個用戶。使用角色可以減少給用戶授予權限的操作次數(shù)，同樣減少了修改多個用戶權限的操作次數(shù)，提高了DBA管理數(shù)據(jù)庫的效率，并減少了出錯的機會。

3 在Oracle中使用角色

a 創(chuàng)建角色 創(chuàng)建角色的范例如下，例創(chuàng)建角色mk_clerk

SQL>connect system/oracle@orcl

已連接。

SQL>create role mk_clerk

通過實例成功創(chuàng)建了角色，在Oracle中可通過數(shù)據(jù)字典dba_roles查看創(chuàng)建的角色，

SQL>select *

2 from dba_roles

3 where role in（“mk_clerk”）

有關數(shù)據(jù)字典dba_roles的具體操作不作過多解釋，另外通過dba_roles激活該角色時不需要相應的密碼驗證。

b 修改角色 修改角色的范例如下，例修改角色mk_clerk

SQL>alter role mk_clerk

2 identified by externallay；

角色已丟棄。

通過實例成功修改了角色，在Oracle中可通過數(shù)據(jù)字典dba_roles查看驗證修改結果，

SQL>select *

2 from dba_roles

3 where role in（“mk_clerk”）；

Role password

------------------------------------------------------

mk_clerk yes

顯示結果角色mk_clerk已通過操作系統(tǒng)驗證。

c 賦予角色權限 角色是權限的集合，所以在創(chuàng)建了角色后，就需要將各種權限賦予該角色，賦予角色權限的范例如下，例為角色clerk賦予權限

SQL>grant create session，select any table，create view

2 to at_clerk

授權成功

該實例將權限賦予了角色at_clerk，通過數(shù)據(jù)字典role_sys_privs 驗證授權結果，

SQL>select *

2 from role_sys_privs

3 where role =“at_clerk”

Role Privilege Adm

------------------------------------------------------

at_clerk Create session No

顯示結果角色at_clerk已具有權限，而且該角色不能將其擁有的權限賦予其它用戶或角色。

d 賦予用戶角色 在創(chuàng)建了角色后，就需要將各種角色賦予用戶，或賦予所有用戶（PUBLIC），在將角色賦予用戶前，先創(chuàng)建用戶Clerk，其范例如下：

SQL> create user Clerk

2 identified by cl12#；

用戶已創(chuàng)建

SQL> create user mymanager

2 i identified by my12#；

用戶已創(chuàng)建

通過數(shù)據(jù)字典DBA_USERS驗證是否成功創(chuàng)建用戶，實例如下：

SQL>select username，created

2 from dba_users

3* where username in （“Clerk”）

username created

------------------------------------------------------

mk_clerk 18-9月-09

上述輸出說明已經(jīng)創(chuàng)建新用戶Clerk，并已將Manager角色賦予該用戶，同時從結果可以清晰的看出角色Manager被賦予用戶Mymanager，并且該用戶具有將角色Manager繼續(xù)授權的能力。

4 在Oracle中的高級角色

上述講的是低級角色，涉及到禁止、激活、回收、刪除等操作時，由于權限相對比較復雜，就要談到高級角色了。

a 禁止和激活角色 角色可以禁止和激活，禁止意味著用戶不在具有改角色賦予的各種權限，即回收角色具有的權限，而激活意味著賦予用戶角色的權限。已知在實例中，用戶Clerk具有角色Manager，下面演示如何禁止用戶的角色，禁止用戶Clerk的所有角色范例如下：

SQL> set role none；

角色集

此時系統(tǒng)禁止了所有角色，即系統(tǒng)回收了這些角色的權限。查詢當前用戶Clerk的權限如下實例所示：

SQL> select *

2 from session_privs；

未選定行

可見用戶Clerk不具有任何會話權限了，下面激活用戶Clerk的At_Clerk角色。

SQL> set role at_clerk；

角色集

激活了角色at_clerk后查詢用戶Clerk是否有了角色at_clerk的權限。實例如下所示：

SQL> select *

2 from session_privs；

Privilege

------------------------------------------------------

Create session

Create any table

Select any table

Create view

從輸出結果可以看出用戶Clerk具有角色Manager和角色Clerk的權限，說明成功激活了角色Manager。

b 回收和刪除角色 既然可以賦予用戶角色，也可以回收用戶角色，Oracle允許使用Revoke子句回收賦予某一用戶的角色?；厥沼脩鬋lerk的At_clerk角色的實例如下：

SQL> revoke at_clerk from clerk；

撤消成功。

然后檢驗角色At_clerk是否已經(jīng)從用戶Clerk回收，如下實例所示：

SQL> select *

2 from dba_role_privs

3 where granted_role=””At_clerk”

4 ；

Grantee Granted_role

------------------------------------------------------

Manager At_clerk

在上述查詢的Where子句中，Grantee列中沒有了用戶Clerk，說明角色At_clerk已經(jīng)從用戶Clerk那回收。但是角色At_clerk依舊在系統(tǒng)中存在，只是沒有授權用戶使用，如果不需要該角色可以刪除該角色，實例如下所示：

SQL> drop role at_clerk；

角色已刪除。

通過數(shù)據(jù)字典Dba_role查看是否成功刪除角色At_clerk，如下實例所示：

SQL> select *

2 from dba_roles

3 where role in （“at_clerk”）；

role password

------------------------------------------------------

Manager yes

顯然Role列中沒有了角色At_clerk，說明成功刪除角色At_clerk。另外Oracle使用Public代表所有用戶，通過Public可以將多個角色用戶刪除，具體就不做展開描述。

5 結束語 角色就是數(shù)據(jù)庫權限的集合，這些權限可以是系統(tǒng)權限，也可以是數(shù)據(jù)庫對象權限，使用角色可以方便地對用戶授權進行管理，并減少授權操作。用戶可以根據(jù)業(yè)務需求來設計角色所擁有的權限角色，權限角色管理是Oracle實現(xiàn)安全管理的一部分，通過授權不同用戶的系統(tǒng)權限和對象權限實現(xiàn)用戶對系統(tǒng)功能以及數(shù)據(jù)庫對象的操作，并且使用權限角色可以很好地減少DBA的用戶權管理。

參考文獻

[1] 馬世俊，毛竹. 項目應用中的Oracle數(shù)據(jù)庫角色[J]. 現(xiàn)代經(jīng)濟信息，2012，2.

[2] 周錦. 基于Oracle數(shù)據(jù)庫SQL語句的研究[J].北方工業(yè)大學，2013，6

[3] 付國輝. Oracle數(shù)據(jù)庫的性能優(yōu)化探討[J].吉林大學，2013，3.

篇7

關鍵詞：數(shù)據(jù)庫界址線類別要素分類ARCMAPSlect By AttributesSlect By LocationField Caculator

中圖分類號： P273 文獻標識碼： A 文章編號：

界址線是宗地的邊界線，界址線類別是《城鎮(zhèn)地籍數(shù)據(jù)庫標準》規(guī)定的界址線屬性結構的必須字段，是描述宗地界標物的重要信息。傳統(tǒng)的錄入方式是地籍測繪完成后，依據(jù)調(diào)查結果和資料，對宗地進行采集及屬性入庫，逐條界址線錄入界標物類別屬性。對于大范圍的城鎮(zhèn)地籍數(shù)據(jù)庫建設，數(shù)以萬計的宗地而言，界址線數(shù)量又是宗地的幾倍甚至幾十倍，界址線類別錄入工作量之繁重，可想而知。應該本著人力和自動化有機結合的原則，研究和開發(fā)盡可能多的自動化處理功能或方法，將人力從繁復的機械操作中解放出來，提高數(shù)據(jù)庫質(zhì)量。通過研究Esri的 Arcmap 軟件，利用其空間和屬性選擇及屬性計算功能可以實現(xiàn)界址線類別批量錄入，結束以往人工錄入的歷史，大大提高了工作效率（非Arcgis平臺數(shù)據(jù)庫可將數(shù)據(jù)轉(zhuǎn)換為Arcgis支持數(shù)據(jù)格式操作）。

一 界址線類別分析，理解界址線類別代碼所代表的界標物。

《城鎮(zhèn)地籍數(shù)據(jù)庫標準》規(guī)定了如下1-9（不含8），共8個界址線類別代碼：

“1”圍墻：界址線依附于圍墻；“2”墻壁：界址線依附于房屋的墻壁；“3”柵欄：界址線依附于柵欄；“4”鐵絲網(wǎng)：界址線依附于鐵絲網(wǎng)；“5”路涯線：界址線是道路邊線；“6”滴水線：滴水線是特殊的界址線類別，在采集宗地界址要素時，要根據(jù)權屬調(diào)查資料將屬于這一類的界址線類別實時錄入?！?”兩點連線：沒有實體依附，又不屬于房屋滴水的界址線類別。“9”其他：與1-5類別無關的界址線但與其他實體要素重合的界址線類別為“其他”。

二 掌握界址線類別代碼涉及到的界標物在《基礎地理信息要素數(shù)據(jù)字典》中的要素分類代碼。

各類界標物在《基礎地理信息要素數(shù)據(jù)字典》中的要素分類代碼如下：

圍墻分類代碼：“380201”；房屋分類代碼：“3103*”；柵欄分類代碼：“380202”；鐵絲網(wǎng)分類代碼：“380205”；城市道路分類要素代碼：“430*”；鄉(xiāng)村道路分類要素代碼：“440*”。除上述要素外的水系、地貌土質(zhì)、植被等要素均為其他要素，只要掌握這6類要素的分類代碼就可以完成界址線類別賦值。

三 對界標物要素進行分類輸出。

利用Arcmap軟件屬性選擇功能，根據(jù)上述要素分類代碼提取各類界標物，將界標物分為6類提取輸出，并以1、2、3、4、5、9這6個界址類別代碼命名輸出的SHP文件。以輸出圍墻要素為例：添加居民地及設施數(shù)據(jù)集中的數(shù)據(jù)到ArcMap中，打開Slection菜單，選擇Slect By Attributes工具，彈出對話框輸入FHDM=” 380201”即將圍墻要素全部選中；然后，在對應的圖層上右鍵，選擇Date—Export Date,輸出選中的圍墻要素，選擇保存路徑并命名為1.SHP。依此類推，在居民地及設施數(shù)據(jù)集中輸出房屋要素命名為2.shp，柵欄要素命名為3.shp，鐵絲網(wǎng)要素命名為4.shp，不屬于上述4類要素的居民地及設施要素則輸出為其他要素，命名為9.shp。添加交通設施數(shù)據(jù)集，按城市道路分類要素代碼 “430*”和鄉(xiāng)村道路分類要素代碼 “440*”輸出道路要素命名為5.shp，打開屬性表反選，復制交通設施要素到之前輸出的9.shp中。將水系、地貌土質(zhì)、植被等要素集當中的線要素類復制到9.shp文件中。

四 根據(jù)空間位置為界址線類別批量賦值

界址線類別賦值原理是：界址線與界標物完全重合，也可以說界址線完全包含于界標物，即認定此條界址線類別為該界標物。具體賦值操作如下所述：將要賦值的界址線和之前分類輸出的6個shp文件添加到ArcMap中，利用Arcmap軟件根據(jù)位置選擇功能，通過空間選擇為界址線類別賦值。操作如下：打開Slection菜單，選擇Slect By Location工具，彈出對話框：select features from 勾選界址線，空間關系選擇“Are Within”（包含），關聯(lián)要素集選擇1.shp。這樣就把與1.shp文件中的要素完全重合的界址線全部選中，打開界址線屬性表，在“JZXLB”字段上右鍵，彈出對話框選擇Field Caculator，在彈出的對話框中輸入1，點擊OK，類別為圍墻的界址線賦值完畢。重復上述操作，根據(jù)界址線與2、3、4、5、9.shp文件中的要素的空間位置關系，計算字段為類別賦值。最后，根據(jù)屬性選擇“JZXLB”字段為空的界址線，賦值為“7”兩點連線。至此，界址線類別賦值全部完成。

結束語：在工作實踐中，方法總比問題多，這個問題的解決可能還有其他方法，筆者期望能給城鎮(zhèn)地籍數(shù)據(jù)庫建設工作人員提供一些幫助和借鑒。

參考文獻：

[1] 《基礎地理信息要素數(shù)據(jù)字典第1部分1：500 1：1 000 1：2 000基礎地理信息要素數(shù)據(jù)字典》GB/T 20258.1—2007，中國標準出版社，2007年。

篇8

1．1業(yè)務流程

業(yè)務流程是指小區(qū)物業(yè)工作的業(yè)務范圍及順序，為了能夠簡明扼要的說明業(yè)務的流程，本系統(tǒng)進行了前期的設計工作，完成了系統(tǒng)的業(yè)務流程。系統(tǒng)應用用戶(管理員)分別將小區(qū)樓宇信息到樓宇表，并將業(yè)主的入住信息、車位使用信息、費用繳費信息、投訴信息分別錄入到入住表、車位表、繳費表、投訴表、處理信息表，并對這些表格進行查閱、增加、刪減、更改等操作;管理員同時將所處理的業(yè)務按業(yè)務表分類錄入，將小區(qū)設備信息錄入到設備表，同時對投訴情況進行處理生成投訴處理單，并反饋到處理信息表供業(yè)主查詢，同時可以對這些表格進行查閱、增加、刪減、更改等操作;物業(yè)主管有權查閱業(yè)務表以查看業(yè)務情況，同時有權使用設備表，并查看投訴及處理情況報表以監(jiān)督投訴處理情況。通過建立不同表，管理員和主管對相關表格進行查閱、修改增刪等操作，實現(xiàn)對物業(yè)管理的信息化操作。

1．2系統(tǒng)數(shù)據(jù)流圖

在完成業(yè)務流程圖的設計后，需要對每個業(yè)務的數(shù)據(jù)通行進行確切的了解和設計，為后續(xù)的整體設計打下基礎。本系統(tǒng)將數(shù)據(jù)流圖分為兩個部分:系統(tǒng)頂層數(shù)據(jù)流圖(如圖1所示)與二層數(shù)據(jù)流程圖(如圖2所示)。頂層流圖只包含一個加工，用以表示被開發(fā)的系統(tǒng)，然后考慮該系統(tǒng)有哪些輸入數(shù)據(jù)、輸出數(shù)據(jù)流。該系統(tǒng)的數(shù)據(jù)輸入為業(yè)主相關信息，通過處理，輸出的數(shù)據(jù)為物業(yè)主管可操作的信息。頂層圖的作用在于表明被開發(fā)系統(tǒng)的范圍以及它和周圍環(huán)境的數(shù)據(jù)交換關系。二層數(shù)據(jù)流圖中某個加工進行細化，而它的某個加工也可以再次細化，形成子圖。

1．3數(shù)據(jù)字典

數(shù)據(jù)字典的作用是在軟件分析和設計的過程中給人提供關于數(shù)據(jù)的描述信息。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。本系統(tǒng)有關數(shù)據(jù)項的定義如表1所示。

2系統(tǒng)總體設計

在系統(tǒng)總體設計階段利用系統(tǒng)功能結構圖來描述系統(tǒng)中各個模塊如何化分、完成什么功能。在充分考慮各個模塊的耦合性與內(nèi)聚性后通過制作系統(tǒng)功能結構圖合理地將整個系統(tǒng)分拆成多個模塊。這樣做使系統(tǒng)的開發(fā)變得目標清晰，每個模塊的完成都是系統(tǒng)制作的里程碑，對于制作完成后的測試也提供了便利和依據(jù)。無論是為來的單元測試還是集成測試模塊化的系統(tǒng)都將大大提高測試效率和錯誤改正的速度。本系統(tǒng)一共分為九個模塊，每個模塊之間雖然在表面上是相互獨立的，但是在對數(shù)據(jù)庫的訪問上是緊密相連的，各個模塊訪問的是同一個數(shù)據(jù)庫不同的表。

3詳細設計

詳細設計階段是系統(tǒng)正式制作前最后一個設計階段。詳細設計階段包括用系統(tǒng)的軟硬件配置，基于三層架構的信息系統(tǒng)結構設計，以及用戶界面的設計。

3．1軟硬件配置

系統(tǒng)運行所需的軟硬件配置如下:硬件環(huán)境:臺式計算機(服務器)一臺，處理器P4以上，內(nèi)存1GB以上，硬盤空間80G以上。軟件環(huán)境:(1)Windows2003Server操作系統(tǒng)。(2)MyEclipseEnterpriseWorkbench6．0．1GA。(3)Dreamweaver8．0。(4)ApacheTomcat6．0．14。

3．2系統(tǒng)的整體架構

軟件整體架構的選擇，直接關系到軟件的開發(fā)效率與日后維護的難易程度。因此，本系統(tǒng)采用了三層架構的開發(fā)模式。三層架構通常意義上的三層架構就是將整個業(yè)務應用劃分為:表現(xiàn)層(UI)、業(yè)務邏輯層(BLL)、數(shù)據(jù)訪問層(DAL)，經(jīng)過層次的劃分，使軟件達到了“高內(nèi)聚，低耦合”的思想。

4結束語

篇9

關鍵詞：SharePoint；工作流；Visual Studio

中圖分類號：TP315

1 流程的分析

1.1 現(xiàn)狀分析

目前的加班申請和審批停留在紙質(zhì)簽字和使用Excel人工匯總加班工時發(fā)放加班工資的階段，手工操作多，單一環(huán)節(jié)辦公時間長，信息共享性差。

1.2 用戶需求分析

得到用戶的需求如下：（1）公司員工被授予了相應權限的用戶應可以通過系統(tǒng)在線提交加班申請，相關角色的用戶應可以在線審批。（2）自動匯總工時，計算加班工資，生成報表。

1.3 流程分析

1.4 流程數(shù)據(jù)字典

數(shù)據(jù)字典，是流程表單中涉及的數(shù)據(jù)和會簽結果等詳細情況加以記錄，并按照一定方式進行排列所形成的可以提供給設計人員查閱的的字典。

2 流程的設計

2.1 表單設計

表單設計的原則就是數(shù)據(jù)收集過程的標準化，創(chuàng)建針對特定用戶或任務優(yōu)化的單獨視圖，從而簡化表單填寫體驗（如輸入員工代碼直接顯示員工姓名），利用條件格式來優(yōu)化表單填寫體驗（使用日期控件填寫日期）。

2.2 列表設計

SharePoint列表類似于數(shù)據(jù)庫中的數(shù)據(jù)表是流程系統(tǒng)的核心和基礎，它把流程系統(tǒng)中的大量數(shù)據(jù)按一定的模型組織起來，使工作流可以方便、及時、準確地從列表中獲得所需要的信息。

4 測試

對于一個SharePoint工作流的測試，“白盒測試”環(huán)節(jié)顯得尤為重要，甚至是必不可少的一環(huán)。對工作流的“白盒測試”必須覆蓋工作的每個一環(huán)和流程流轉(zhuǎn)過程。所以，對工作流的測試用例較多，圖7中展示我們對加班流程測試過程中部分用例的清單。

5 結論

本文設計了工作流體系結構，給出了工作流從列表、表單、流程的需求分析方法以及編程的實現(xiàn)方法和實現(xiàn)過程，可以得出以下結論：（1）本文所建立的流程需求分析方法以及開發(fā)的方法和實現(xiàn)過程，為其他流程開發(fā)和實現(xiàn)提供了一般思路和開發(fā)流程，具有一定的借鑒意義。（2）使用Visual Studio將工作流的列表、表單和流程進行拆分的高內(nèi)聚、低耦合的分層次設計的“有碼”工作流的設計思路使得流程具有更好的可擴充性。

參考文獻：

[1]王欣.管理信息系統(tǒng)[M].北京：中國水利水電出版社，2004.

[2]高鈺瑩.管理信息系統(tǒng)的研究與應用[J].今日科苑，2008（8）：92-92.

[3]王紅，閆海珍.基于B/S架構的MIS生成系統(tǒng)[J].長春師范學院學報（自然科學版），2009，8（1）：24-26.

[4]SharePoint Server 2013 IT Professional Reviewer's Guide.

[5]陳倩.SharePoint項目審批工作流的設計與開發(fā)[J].電腦開發(fā)與應用， （2009）07.

篇10

本文基于客戶服務系統(tǒng)的發(fā)展現(xiàn)狀，結合當前的信息技術，針對對客戶服務系統(tǒng)的應用，建立了全程監(jiān)控、節(jié)約成本、穩(wěn)定性、可靠性、更具人性化的客戶服務系統(tǒng)。

關鍵詞： 計算機系統(tǒng)B/S模式客戶服務

中圖分類號：G623.58文獻標識碼： A

1系統(tǒng)研究的意義

目前客戶服務中心的經(jīng)營管理模式和技術實現(xiàn)方案已發(fā)展得較為成熟，廣泛應用于電信、銀行、證券、運輸、旅游、零售、制造等對客戶服務有一定要求的行業(yè)。國內(nèi)客戶服務中心的建設雖然起步較晚，但卻是一個重要的發(fā)展趨勢，相繼有一些省市在電信、銀行、保險、航空等行業(yè)建立了自己的客戶服務中心。

因此，在Web環(huán)境下客戶服務系統(tǒng)界面將是企業(yè)面向客戶的門戶，一個完善的客戶服務系統(tǒng)界面，能夠增強企業(yè)競爭能力，增加銷售，提升企業(yè)形象，同時客戶服務系統(tǒng)是確?？蛻魸M意度和客戶利益的重要和先決條件?？蛻舴障到y(tǒng)已不僅僅是交易過程中的一個步驟，也正成為各企業(yè)贏得競爭優(yōu)勢，打敗競爭對手的策略手段。

與傳統(tǒng)的面對面直接接觸的交互方式相比，企業(yè)的經(jīng)營管理將進一步打破地域的限制，消費者比以前擁有了更多的信息和選擇機會，有更多的方式與企業(yè)進行交互。這增加了消費者的知情權，企業(yè)與客戶的溝通也更加方便，但同時也導致了客戶對企業(yè)的期望值增大，使得客戶更加沒有耐性，企業(yè)與客戶個體接觸的時間也在不斷減少。因此，客戶服務系統(tǒng)的目的就在于提高客戶滿意度，提高企業(yè)的競爭力。

2業(yè)務流程分析

業(yè)務流程分析一般采用業(yè)務流程圖（TFD）來表示，就是用一些規(guī)定的符號和連線來表示某個具體的業(yè)務過程。業(yè)務流程圖的繪制一般是按照業(yè)務處理的實際過程和步驟進行。業(yè)務流程分析的內(nèi)容包括業(yè)務功能分析、業(yè)務關系分析、業(yè)務流程優(yōu)化。[03]如圖2-1：

表2-1業(yè)務流程圖符號

圖2-1 業(yè)務流程分析圖

3 數(shù)據(jù)流程分析

數(shù)據(jù)流程分析是把數(shù)據(jù)在組織（或原系統(tǒng)）內(nèi)部的流動情況抽象的獨立出來舍去了具體的組織機構、信息載體、處理工作和物資資料等，單從數(shù)據(jù)流動過程來查實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流中的問題。

表3-1數(shù)據(jù)流圖的符號說明

客戶服務系統(tǒng)的數(shù)據(jù)流程圖如：圖3-2。

圖3-2 客戶服務系統(tǒng)數(shù)據(jù)流程圖

4 數(shù)據(jù)字典

數(shù)據(jù)字典是在數(shù)據(jù)流程圖的基礎上對數(shù)據(jù)流程圖中的每一部分，即每個外部實體、數(shù)據(jù)流、數(shù)據(jù)處理、文件或數(shù)據(jù)存儲都應詳細描述，我們把這些描述所組成的集合按一定的次序排列起來的。不同的系統(tǒng)都有它們自己的數(shù)據(jù)流程圖和數(shù)據(jù)字典。數(shù)據(jù)流程圖結合數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。

客戶服務系統(tǒng)數(shù)據(jù)詞典如下所示：

（1）數(shù)據(jù)流描述

數(shù)據(jù)流名稱：客戶信息

標識符：F2

數(shù)據(jù)流來源：系統(tǒng)顯示客戶的信息

數(shù)據(jù)流去向：P1.2

數(shù)據(jù)流組成：客戶名稱＋客戶負責人＋客戶地址＋客戶聯(lián)系方式

（2）處理邏輯描述

處理邏輯名稱：咨詢流程

標識符：P1.4

輸入：C，D , P1.3

輸出：E3

處理：處理客戶需求，分配服務路線

處理邏輯名稱：系統(tǒng)接收

標識符：P1.1

輸入：E1

輸出：P1.2

處理：接受客戶的電話，查看客戶信息

（3）數(shù)據(jù)存儲描述

數(shù)據(jù)存儲名稱：客戶信息

標識符：A

簡述：記錄客戶的基本信息

組成：客戶信息編號＋客戶名稱＋客戶機構名稱＋客戶負責人姓名＋客戶地址＋客戶郵箱＋客戶傳真號＋添加時間

關鍵字：客戶信息編號

涉及的處理：P1.1

數(shù)據(jù)存儲名稱：客戶問題

標識符：D

簡述：記錄客戶的問題類型，進行分類回答

組成：問題編號＋客戶信息編號＋問題反饋時間＋問題處理負責人＋問題狀態(tài)＋詳細記錄

關鍵字：問題編號＋客戶信息編號

涉及的處理：P1.4

5系統(tǒng)總體設計

5.1 系統(tǒng)空間硬件結構的設計

圖5-1系統(tǒng)網(wǎng)絡拓撲圖

5.2 功能模塊設計

功能結構圖（層次圖）是用來描述系統(tǒng)模塊功能分解的一種圖形工具。功能結構圖的每個矩形框表示一個功能模塊，矩形框間的連線可以看作調(diào)用關系。如圖5-2所示

1.管理用戶：瀏覽用戶(管理員權限)可以重置用戶密碼操作；

添加用戶：添加系統(tǒng)用戶.。

2.管理客戶信息：查看客戶信息:可以查看詳細信息,刪除或修改某條信息；

添加客戶：填寫客戶詳細信息,提交添加到客戶信息列表；

查看客戶反饋：可以查看、刪除、修改客戶信息反饋信息；

添加客戶反饋：添加一條客戶反饋信息。

3.管理產(chǎn)品

查看產(chǎn)品：進行查看、刪除、修改；

添加產(chǎn)品:添加新產(chǎn)品。

4.查看訂單：進行查看、刪除、修改；

添加訂單：添加訂單。

圖5-2 客戶服務系統(tǒng)的功能模塊結構圖

6、結語

客戶服務系統(tǒng)猶如一個信息的工廠。使用操作方便，運行穩(wěn)定，能快速完成信息的采集、分發(fā)、共享，一直到信息處理、信息反饋的整個加工過程。有實用性和創(chuàng)新性?？蛻舴障到y(tǒng)采用JSP和MYSQL 進行設計，實現(xiàn)了用戶登錄、管理用戶菜單項、客戶信息管理、客戶問題反饋信息、公司產(chǎn)品、訂單信息，以及信息查詢、咨詢流程等實際應用流程。

參考文獻

[1] 耿騫.信息系統(tǒng)分析與設計[M].北京：高等教育出版社，2004

[2] 王麗華. 服務管理. 北京：中國旅游出版社，2007

[3] 李志剛. 客戶關系管理理論與應用[M]. 北京：機械工程出版社，206

[4] 馮俊. 服務企業(yè)管理[M]. 北京：科學出版社，2007