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