【文章內容簡介】 一種合適的數(shù)據(jù)庫管理系統(tǒng)來作為系統(tǒng)進行開發(fā)的基礎。這不僅決定了系統(tǒng)開發(fā)所采用的數(shù)據(jù)庫工具，同時也能夠影響到整個系統(tǒng)的性能及將來的擴展。因此，應在對現(xiàn)有普遍使用的商用數(shù)據(jù)庫進行整體調查的基礎上，必須綜合考慮系統(tǒng)建設的總體目標及性能要求來選擇合適的數(shù)據(jù)庫管理系統(tǒng)[11]。美國Mircrosoft公司在關系數(shù)據(jù)庫系統(tǒng)的開發(fā)方面具有悠久的歷史。其主要產(chǎn)品較早進入中國市場，在銀行、郵電等行業(yè)得到了廣泛的應用。Sqlserver數(shù)據(jù)庫系統(tǒng)主要有以下幾個特點：（1）Sqlserver是一個可以真正實現(xiàn)多進程數(shù)據(jù)庫引擎，做到加載不同的可執(zhí)行程序來執(zhí)行不同的任務，尤其是在多處理機的結構下表現(xiàn)優(yōu)異。（2）擁有很強的聯(lián)機事務處理能力，能夠充分完成同時處理多個用戶的并發(fā)請求。（3）擁有很強的分布式處理能力。支持分布式查詢、分布式更新、兩階段提交、遠程過程調用等。（4）數(shù)據(jù)庫安全及容錯性能較好。（5）可移植性較好?？梢猿浞謶貌⑦\行于多種不同的硬件平臺及操作系統(tǒng)上，如IBM大型機，DEC、HP等小型機和各種PC機，所支持的操作系統(tǒng)包括目前市面上流行基本上所有的主流操作系統(tǒng)。通過以上敘述，Sqlserver用來作為一個大型商用數(shù)據(jù)庫系統(tǒng)，完全能夠勝任本系統(tǒng)的開發(fā)要求。本系統(tǒng)的數(shù)據(jù)庫設計模型采用的是ER模型法，ER方法進行數(shù)據(jù)建模的過程一般是先進行實體(Entity )標示，再進行實體間的聯(lián)系( Relation )標示，最后給實體方面加上屬性(Properties )[6]。ER方法被應用于系統(tǒng)中進行數(shù)據(jù)庫的概念設計，大體能夠分成三步進行：首先設計局部ER模式，然后把各局部ER模式綜合成一個全局模式，最后對全局ER模式進行優(yōu)化，得到最終的概念模式。1. 設計全局ER模式局部ER模式基本上全部設計好了后，接下來就是將以上部分綜合成單一的全局概念結構。全局概念結構不僅要做到充分支持所有局部ER模式，還應做到必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結構，大體上可以分三步進行。(1)確定公共實體類型為了能夠給多個局部ER模式的合并提供開始合并所需要的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們需要做的僅僅是根據(jù)實體類型名和鍵來認定公共實體類型。一般情況下，把同名實體類型作為公共實體類型的一類候選，而把具有相同鍵的實體類型來作為公共實體類型所需要的另一類候選。(2)局部ER模式的合并局部ER模式的合并必須遵守一定原則，首先進行的是兩兩合并，必須先和合并那些現(xiàn)實世界中有聯(lián)系的局部結構，需要注意的是合并從公共實體類型開始，繼而再加入獨立的局部結構。(3)消除沖突沖突分為三類：屬性沖突、結構沖突、命名沖突。全局ER模式的設計目標不僅僅在于把若干局部ER模式形式上合并為一個ER模式，同時還在于消除沖突，使之成為能夠被所有用戶共同理解并且能夠接受的同一的概念模型[12]。2. 全局ER模式的優(yōu)化在實現(xiàn)了全局ER模式后，為了能夠繼續(xù)提高數(shù)據(jù)庫系統(tǒng)的效率，還可以進一步依據(jù)處理需求對ER模式進行優(yōu)化。作為一個較好的全局ER模式，除能準確、全面地反映用戶功能所提出的要求，還應滿足下列條件：實體類型的個數(shù)方面要能夠盡可能的少，實體類型所含屬性個數(shù)盡可能少，并且實體類型間聯(lián)系無冗余。第四章　　 系統(tǒng)設計4．1　 系統(tǒng)設計目標設計的目標為實現(xiàn)系統(tǒng)自動對用戶信息電費進行統(tǒng)計，能夠設置電費單價，計算每月電費總額，能夠打印出詳細清單，能夠添加新用戶，修改用戶信息。系統(tǒng)能夠達到良好的可靠性、穩(wěn)定性和可維護性標準。充分實現(xiàn)聯(lián)機數(shù)據(jù)備份，使平均故障時間降低到最低限度[13]。系統(tǒng)能夠同時具有良好的開放性和可擴充性。使新系統(tǒng)能夠隨著管理的發(fā)展方便地進行不斷地發(fā)展和擴充，滿足將來的管理需要。系統(tǒng)具有嚴密的數(shù)據(jù)安全性和網(wǎng)絡安全性，防止不良人員和病毒對系統(tǒng)的侵擾和破壞。4．2　 系統(tǒng)結構設計系統(tǒng)結構圖，如圖31：圖31 系統(tǒng)結構圖系統(tǒng)活動圖，如圖32：圖32 系統(tǒng)活動圖4．3　 數(shù)據(jù)庫設計4．3．1　 數(shù)據(jù)庫概念設計 根據(jù)上述電力收費管理信息系統(tǒng)數(shù)據(jù)庫所按照的設計思想,我們設計出了能充分達到要求并且滿足需求的數(shù)據(jù)庫。整個數(shù)據(jù)庫一共使用了48個表,由于篇幅有限,以下只介紹兩個具有代表性的表的設計[14]。概念結構設計是將分析得到的用戶需求經(jīng)過抽象而轉化為概念模型的過程。即在需求分析的基礎上，充分設計出能夠滿足用戶需求的各種實體以及它們之間的相互關系概念結構設計模型。這樣才能更好地并且更準確地用某一DBMS實現(xiàn)這些需求，因此，它便成為了整個數(shù)據(jù)庫設計的關鍵。概念結構具有很多特點：易于理解，能真實、充分地反映現(xiàn)實世界，易于更改，易于向關系、網(wǎng)狀和層次等各種數(shù)據(jù)模型轉換。設計概念結構通常有四類方法：（1）自頂向下。含義是首先定義全局概念結構的框架，然后再逐步細化；（2）自底向上。即首先定義各局部應用相應的概念結構，然后將它們集成起來，得到全局的概念結構；（3）逐步擴張。先定義最重要的核心概念結構，然后再逐步向外擴充，以滾雪球的方式從而逐步生成其他概念結構，直至總體概念結構；（4）混合策略。將第一步和第二步自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，然后再以其為骨架集成由自底向上策略中設計的各局部概念結構。其中最經(jīng)常被使用的方法是自底向上方法。即自頂向下進行需求分析，然后再自底向上設計概念結構[15]。描述概念模型的有力工具是ER模型。針對本系統(tǒng)的數(shù)據(jù)庫ER模型設計如下圖33：圖33 ER模型設計圖4．3．2　 數(shù)據(jù)庫邏輯設計概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計的任務就是把概念結構設計階段設計好的基本ER圖轉換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。設計邏輯結構時一般要分三步進行：(1) 將概念結構轉換為一般的關系、網(wǎng)狀、層次模型；(2) 將轉換來的關系、網(wǎng)狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換；(3) 對數(shù)據(jù)模型進行優(yōu)化[16]。4．3．3　 數(shù)據(jù)庫物理設計根據(jù)以上的數(shù)據(jù)庫需求分析結果，再進行進一步分析和細分，我們設計出以下16張數(shù)據(jù)庫表：保存電費單價信息的表, 如表31所示：表名DJ（電費單價信息表）說明保存電費單價信息字段名稱類型PK說明dj_id編號Int(4)是dj_name電價名稱Varchar(50)dj_shuoming 電價說明 Varchar(50)dj_danjia單價Int(4)表31 電費單價信息表保存用戶信息的表表名JM（用戶信息）說明保存用戶信息字段名稱類型PK說明Jm_no用戶編號Varchar(50)Jm_name 用戶名Varchar(50)Jm_sex用戶性別Varchar(50)Jm_sfz身份證號Varchar(50)Jm_addr地址Varchar(50)Jm_lxfs聯(lián)系方式Varchar(50)表32用戶信息表保存用戶繳費信息的表表名（繳費信息表）說明紀錄用戶繳費信息字段名稱 類型 PK說明Wgf_id編號Int(4)是Jm_no用戶編號Int(4)Wft_fpdate繳費日期DateWgf_ds底數(shù)Int(4)Wgf_ydl用電量Int(4)Wgf_df電費Int(4)Wgf_ye余額Int(4)Wgf_ss實收Int(4) 表33 用戶繳費信息表保存管理員信息的表表名Admin（管理員信息表）說明保存管理員信息字段名稱類型PK說明Id編號Int(4)是Username用戶名Varchar(50)Password密碼Varchar(50)Name真實姓名Varchar(50)Sex性別Varchar(50)Qx權限Int(4)表34 管理員信息表4．4　 系統(tǒng)模塊設計4．4．1　 系統(tǒng)設計思路和框架系統(tǒng)模塊總體設計思路和框架：采用自頂向下設計、自底向上實現(xiàn)的設計思想。為了確保供電公司各級機構上下之間應用的連接的平滑性，同時也為了規(guī)范管理以及規(guī)范操作，系統(tǒng)的功能需求由供電公司營銷部根據(jù)生產(chǎn)、管理、經(jīng)營的需要統(tǒng)一規(guī)范和統(tǒng)一設計。由于從上到下確定了用電系統(tǒng)完整詳細的功能需求，各個應用模塊之間的邏輯關系和相互關聯(lián)在程序開發(fā)前就已經(jīng)明確，因此，在開發(fā)完成后應用到各個下屬單位時，系統(tǒng)不僅能夠統(tǒng)一規(guī)范各個下屬單位的業(yè)務規(guī)范、業(yè)務流程，還可保障基層單位之間、上下級單位之間的信息交流暢通、高效。在制訂了詳細實用的功能需求后，采取了自底向上的開發(fā)方式就能夠完成系統(tǒng)目標的具體實現(xiàn)。應用系統(tǒng)采用Client/Server方式的應用軟件體系結構良好的體系結構能夠充分保證系統(tǒng)的先進性和可擴展性，在一定程度上可以明確，應用體系結構的選擇是保證系統(tǒng)成功的重要取決要素。客戶機/服務器體系結構是基于兩層計算模式的。這種模式是由客戶層和數(shù)據(jù)庫服務器層組成。其最大特點是將處理任務進行充分的規(guī)劃，對任務和應用邏輯的處理由數(shù)據(jù)庫服務器和客戶端共同完成，也就是說是分別由服務器和客戶機分別承擔系統(tǒng)任務。兩層計算模式是可由各種機型組網(wǎng)的LAN和交互式構成的分布式系統(tǒng)體系結構，其應用規(guī)模可以自由伸縮，具有很強的實時處理能力、安全性能，曾廣泛運用于分布式計算。在供電公司電力營銷管理信息系統(tǒng)中，在數(shù)據(jù)處理充分應用傳統(tǒng)的客戶機/服務器體系結構，能夠充分做到保證系統(tǒng)優(yōu)秀的時實響應性能、可靠的系統(tǒng)安全性能。系統(tǒng)結構總體框架：系統(tǒng)基本功能的模塊化劃分方法是根據(jù)目前工程領域普遍接受的設計方法而進行的，模塊化是指解決一個復雜問題時自頂向下逐層把軟件系統(tǒng)劃分成按照規(guī)律進行的若干模塊的過程。每個模塊完成一個特定的子功能，所有的模塊能夠按某種方法組裝起來，成為一個整體，完成整個系統(tǒng)所要求的功能。模塊具有以下幾種基本屬性：功能、邏輯、狀態(tài)、接口、功能。狀態(tài)與接口反映模塊的外部特性，邏輯可以反映它的內部特性。在軟件的體系結構中，模塊是可組合，系統(tǒng)結構總體框架圖分解和更換的單元，它一方面可以降低大大系統(tǒng)方面的復雜性；另一方面，模塊化提供了并行開發(fā)的可能性，從而進一步提高了軟件的生產(chǎn)效率。軟件模塊化的兩個準則是：低耦合性和高內聚性。也就是說，必須充分實現(xiàn)模塊之間的低耦合性和模塊內部的高內聚性。根據(jù)需求調研的結果以及以上的設計原則，從而將本系統(tǒng)的基本功能劃分。4．4．2　 系統(tǒng)管理詳細分類用電業(yè)務的發(fā)生和處理都是以用電客戶為中心而進行的，基于客戶為中心的思想建立起來的用電核心全面地反映客戶的用電狀況，數(shù)據(jù)可以更加準確，繼而更好地反映整個供電企業(yè)的經(jīng)營狀況。用電客戶核心數(shù)據(jù)架構的設計，不僅僅需要體現(xiàn)各核心檔案的對應關系和數(shù)據(jù)處理過程，而且要能夠保證實際業(yè)務在各專業(yè)子系統(tǒng)中流轉和處理的暢通無阻。通過對用電客戶這一現(xiàn)實實體各種屬性的抽象，能夠提出如圖所示的客戶信息結構。（1）用戶(客戶)具體指的是與供電企業(yè)簽定用電合同的實際戶。用戶的戶號是用戶整個生命期的標識符，具有在用電業(yè)務全局唯一性。用戶具有一整套屬于該層次的信息集合。包括用戶基本檔案信息，用戶歷次的業(yè)務辦理情況，業(yè)務收費信息，用戶違章用電情況及用戶電費抄、收信息。（2）受電點具體指的是用戶受電裝置安裝的地點，如低壓用戶的配電屏、一次變電站、同一受電裝置不論有幾個回路或幾個電源供電都視為一個受電點。受電點是用戶的12具有獨立電氣結構并與系統(tǒng)相聯(lián)系的受電單元。受電點記錄用戶主要受電裝置檔案，負控設備檔案。（3）電源電源由供電企業(yè)在用戶某受電點處進行提供的。用供電線路或配電變壓器向用戶供電，該供電線路或配電變壓器就被稱為用戶的電源。對于電源，需要記錄供電企業(yè)的批準容量和計費容量，即基本電費。每月需要根據(jù)電源的用電情況計算用戶的基本電費，電能質量監(jiān)測。（4）計量點計量點是指電源下的一組計費表計，可以用來記錄不同用電類別的用電量和電費。對于一個有效地計量點來說，還需要記錄實際安裝的電能表信息，同時并能夠記錄電能表的裝、拆換和校驗等運行情況。（5）表計表計的作用是記錄計量點中的各種表的示數(shù)。供電企業(yè)根據(jù)規(guī)定在一定時間段的用電數(shù)據(jù)進行抄表，作為電量電費計算的基礎數(shù)據(jù)。系統(tǒng)中表的概念不僅僅局限于物理存在的表，也可以按照系統(tǒng)對信息處理內容和處理方便性上考慮，并加以一定得聯(lián)想和抽象得出的。這里所說的表既可以是一塊物理存在的計量13表，也可以是一塊虛擬表或者邏輯表。（6）收費戶(單位)最后需要特別說明一下收費戶(單位)的概念：用電的收費戶是與供電企業(yè)結算電費的實際經(jīng)濟實體。在收費戶這一層次需要記錄收費戶的開戶行、銀行帳戶、增值稅帳戶、稅號等信息?，F(xiàn)實世界能夠出現(xiàn)的特殊情況是千差萬別的，存在多種形式和多種層次的收費關系：多個與供電企業(yè)簽定供用電合同的用戶可能會要求使用同一收費戶的帳戶進行電費結算，也有的用戶自身就可能存在很多個收費帳戶能夠分別進行結算。因此我們在樹形圖中單列加以詳細的表示，這樣就可以兼顧系統(tǒng)歷史、現(xiàn)在和未來的業(yè)務狀況，做到最大限度地適應用電業(yè)。第五章　　 系統(tǒng)實現(xiàn)5．1　 開發(fā)環(huán)境及相應技術介紹設備要求：選擇系統(tǒng)硬件運行環(huán)境配置的時候應該充分考慮到系統(tǒng)的安全性、開放性、性能價格比、可擴展性、能保證較高的工作效率等方面。最終確定的硬件環(huán)境配置為： CPU：Intel P4 ；內存：512MB DDR；硬盤：30GB；基本的輸入、輸出設備系統(tǒng)軟件平臺的配置，軟件是系統(tǒng)開發(fā)的靈魂，軟件開發(fā)工具：操作系統(tǒng)：Window