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