嚴(yán)李宏，黃 成

(江陰職業(yè)技術(shù)學(xué)院計算機科學(xué)系，江蘇江陰 214405)

?

基于B/S模式的高職網(wǎng)絡(luò)報修平臺的設(shè)計與實現(xiàn)

嚴(yán)李宏，黃 成

(江陰職業(yè)技術(shù)學(xué)院計算機科學(xué)系，江蘇江陰 214405)

本文分析了在高職院校中引入網(wǎng)絡(luò)報修平臺的必要性，并基于B/S架構(gòu)對各角色的需求與各功能模塊進行了探討，旨在使高職維修管理工作更加高效有序。

B/S模式；高職院校；網(wǎng)絡(luò)報修平臺

目前，許多高職院校維修管理仍處在紙質(zhì)與電話申報、紙張記錄、后勤管理處委派維護人員的階段，存在反應(yīng)慢、效率低、成本高、上下溝通不及時等缺點。在多年的報修工作中，我們發(fā)現(xiàn)缺乏行之有效的內(nèi)部考核機制，不能對維護人員的工作進行質(zhì)量的監(jiān)督和考核，不能及時了解維護人員的工作情況，對維護工作的安排缺少統(tǒng)籌規(guī)劃。因此，在院校內(nèi)部建立一個網(wǎng)絡(luò)報修管理平臺是非常必要的。網(wǎng)絡(luò)報修管理平臺最主要的作用在于：第一，方便快捷即時性地提供服務(wù)；第二，減少用人數(shù)量，降低用人成本；第三，即時了解庫存及各備件的使用情況，為管理應(yīng)對做及時調(diào)整；第四，對維修人員進行監(jiān)督管理，提高他們的工作效率。本文探討的網(wǎng)絡(luò)報修平臺使各用戶通過網(wǎng)絡(luò)進行設(shè)施報修，可以不受時間、地點限制來反映相關(guān)問題，這對于學(xué)院日常維修事務(wù)的管理具有非常重要意義[1]。

1 B/S模式

B/S(Browser/Server)模式即瀏覽器和服務(wù)器結(jié)構(gòu)。B/S結(jié)構(gòu)分為3個部分：瀏覽器、WEB服務(wù)器、數(shù)據(jù)庫服務(wù)器[2]。在這種結(jié)構(gòu)下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)原來復(fù)雜軟件的全部功能，極少部分事務(wù)邏輯在前端(Browser)實現(xiàn)，主要事務(wù)邏輯在服務(wù)器端(Server)實現(xiàn)，形成了表示層、應(yīng)用邏輯層、數(shù)據(jù)服務(wù)層3層體系結(jié)構(gòu)(圖1)。

圖1 B/S系統(tǒng)三層架構(gòu)圖

2 平臺功能需求分析與設(shè)計

針對高職院校維修人員需求量少、維修地點多、維修工程量小而多等特點，為使經(jīng)濟效率最大化并與適應(yīng)信息化時代，我們基于B/S架構(gòu)設(shè)計了高職網(wǎng)絡(luò)報修平臺。該平臺便于設(shè)備快捷、高效的報修、維修和管理，去除舊式電話報修的繁瑣復(fù)雜和統(tǒng)計困難等一系列弊端。該平臺主要功能包括報修管理、維修管理、備件管理、系統(tǒng)管理、基礎(chǔ)設(shè)置五大模塊，具體詳見圖2。

圖2 系統(tǒng)總體功能模塊

2.1 用戶需求分析

本平臺的角色主要包括系統(tǒng)管理員、聯(lián)絡(luò)員、維修員、后勤值班員。

2.1.1 管理員工作詳細功能需求

管理員主要職能是進行系統(tǒng)管理、基礎(chǔ)設(shè)置、報修管理、維修管理以及備件管理。主要功能流程圖如圖3所示。

圖3 管理員功能流程圖

2.1.2 聯(lián)絡(luò)員工作詳細功能需求

各部門的聯(lián)絡(luò)員主要職能是進行報修管理、用戶密碼修改以及系統(tǒng)通知發(fā)布。

聯(lián)絡(luò)員用例分析起到了設(shè)計與需求的橋梁紐帶的作用，根據(jù)用例分析，可以直觀地總結(jié)平臺的功能需求[2]。如圖4所示的聯(lián)絡(luò)員用例分析。

圖4 聯(lián)絡(luò)員用例圖

2.1.3 維修員工作詳細功能需求

(1)報修管理：報修單列表的瀏覽、報修單的添加、刪除、查詢；(2)維修登記：維修員對接到的派單進行維修并登記維修結(jié)果；(3)維修新增：維修員在維修過程中發(fā)現(xiàn)未報修的項目可新增維修；(4)備件管理：備件列表的瀏覽、備件的添加、刪除、查詢；(5)送修管理：備件送修列表的瀏覽、備件送修的處理；(6)密碼修改：用戶密碼的修改；(7)系統(tǒng)通知：發(fā)布消息。

2.1.4 后勤值班員工作詳細功能需求

在平時維修工作中，高職院后勤處基建維修科會安排專員對各部門上報的維修項目進行審核與派單。后勤值班員的主要職能是報修管理、派單管理、密碼修改、系統(tǒng)通知。

2.2 數(shù)據(jù)庫需求分析

數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎(chǔ)，信息系統(tǒng)的各個部分能否緊密地結(jié)合在一起以及如何結(jié)合是關(guān)鍵所在[3]。本平臺根據(jù)實際功能的詳細需求，設(shè)計了10張數(shù)據(jù)表。

2.2.1 基礎(chǔ)信息表

包含數(shù)據(jù)項有：編碼、名稱、分類(部門、人員類別、維修類別、計量單位、備件類別、設(shè)備狀態(tài))、排序號、備注、刪除標(biāo)記(正常：0；已刪除：1)。

2.2.2 用戶表

包含數(shù)據(jù)項有：用戶編號、登錄賬號、姓名、密碼、性別、用戶類別(值班員、維修員等)、出生日期、所在部門編碼、備注、電話號碼、手機號碼、短號、刪除標(biāo)記(正常：0；已刪除：1)。

2.2.3 報修單表

包含數(shù)據(jù)項有：主鍵(日期+3位流水號)、報修單號(手工或自動生成)、報修類別、報修內(nèi)容、報修部門編碼、備注、報修人、報修電話、聯(lián)系人、聯(lián)系電話、報修日期、故障地點、錄入人(外鍵)、錄入時間。

2.2.4 維修派單主表

包含數(shù)據(jù)項有：報修單號(外鍵)、錄入人(外鍵)、錄入時間、備注、完成狀態(tài)(0：已派修，1：已完成，2：未完成)、維修情況、其它情況、維修日期、是否移交、移交部門編號、移交維修員編號、移交說明、移交日期、審核人編號、審核日期、審核結(jié)論、審核意見。

2.2.5 備件表

包含數(shù)據(jù)項有：備件編號、備件名稱、備件類別、是否電腦、業(yè)務(wù)類型(1：新增，2：報廢)、型號、規(guī)格、備注、庫存數(shù)量、購買時間、序列號、使用人、使用單位等。

2.2.6 入庫表

包含數(shù)據(jù)項有：入庫編號、備件編號(外鍵)、數(shù)量、入庫日期、入庫人(外鍵)、地址、備注、送修單號(僅僅保存送修單號)。

2.2.7 領(lǐng)用表

包含數(shù)據(jù)項有：入庫編號、備件編號(外鍵)、數(shù)量、出庫日期、出庫人(外鍵)、地址、備注。

2.2.8 備件操作表

包含數(shù)據(jù)項有：入庫編號、備件編號(外鍵)、數(shù)量、操作日期、操作人(外鍵)、地址、備注、類別(備用、待修、送修、報廢)。

2.2.9 系統(tǒng)通知表

包含數(shù)據(jù)項有：主鍵(標(biāo)示種子)、標(biāo)題、內(nèi)容、發(fā)布時間、添加的用戶編號(外鍵)、類別。

2.2.10 消息表

包含數(shù)據(jù)項有：消息編號主題、發(fā)送日期、發(fā)送人、接收人、頁面地址、讀取狀態(tài)。

2.3 功能模塊設(shè)計

根據(jù)系統(tǒng)需求分析階段確定功能需求與開發(fā)的技術(shù)要求，以及系統(tǒng)設(shè)計原則與軟件工程的相關(guān)設(shè)計理論[4]，高職網(wǎng)絡(luò)維修平臺采用了傳統(tǒng)的3層架構(gòu)B/S模式來實現(xiàn)[5]。本平臺主要劃分為5個系統(tǒng)模塊，即報修管理、維修管理、備件管理、系統(tǒng)管理、基礎(chǔ)設(shè)置五大模塊。下面以5個模塊中4個典型的子模塊為例加以說明。

2.3.1 報修管理模塊

報修管理功能主要包括新增維修、刪除所選報修單、修改報修單、報修單的多樣查詢等功能。用戶登錄后可根據(jù)多種查詢條件快速地查詢到自己的報修單并查看它的維修狀態(tài)等。

派單管理功能主要包含對各部門上報的維修項目中未派修的報修單進行派修管理、維修派單管理、維修派單的導(dǎo)出和維修派單的多樣查詢等功能。對于已經(jīng)派單的報修單系統(tǒng)管理員可以進行重新派單，這樣將避免再次輸入重復(fù)數(shù)據(jù)的繁瑣。

2.3.2 維修管理模塊

維修登記：維修員登錄成功以后，直接顯示維修登記頁面，查看管理員派發(fā)給自己的報修項目。

維修新增：當(dāng)維修員在現(xiàn)場發(fā)現(xiàn)需要維修不同的項目，或者各單位在后來自行與維修員聯(lián)系的維修項目，維修員可以進行維修新增。

維修派修：維修員登錄維修管理后，在維修結(jié)果頁面中，還可以進行維修的移交，可通過選擇框移交給其它單位或者其他維修員。

2.3.3 報廢管理模塊

(2)圓上的任意一點到定點(圓心)的距離等于常數(shù)(半徑)，而點M在橢圓上運動時，點F1、F2的位置不發(fā)生變化.請同學(xué)們用文字語言歸納,橢圓上任意一點應(yīng)具有怎樣的性質(zhì)呢？

報廢管理功能包含多樣查詢與報廢詳細。報廢管理的多樣查詢主要可以通過名稱、品牌型號、使用人、上報部門與報修的時間期限等多種條件快速便捷地查詢到系統(tǒng)管理員所需要的報廢信息，解決了因為數(shù)據(jù)過多而難于查找的問題并大大減少了查找時間。報廢詳細是對備件管理中要報廢的備件進行管理，只有系統(tǒng)管理員才有報廢管理的權(quán)限，比較特別的是，在報修管理平臺中報廢表與其它任何表都沒有數(shù)據(jù)上的關(guān)聯(lián)。

2.3.4 系統(tǒng)通知模塊

系統(tǒng)通知包括系統(tǒng)通知顯示、系統(tǒng)通知信息發(fā)布。系統(tǒng)通知方式主要有列表顯示、右側(cè)顯示。系統(tǒng)管理員、后勤值班員、維修員、聯(lián)絡(luò)員登錄成功后，點擊系統(tǒng)管理平臺下的系統(tǒng)通知都可以查看系統(tǒng)通知列表。當(dāng)不同的人員需要刪除某條系統(tǒng)通知時可以點擊數(shù)據(jù)行的復(fù)選框進行刪除；或者通過全選功能刪除當(dāng)前所有記錄。系統(tǒng)通知右側(cè)的顯示：用戶登陸后在平臺的右側(cè)空白處顯示系統(tǒng)通知框，系統(tǒng)通知能在框內(nèi)直接顯示出最近系統(tǒng)管理員發(fā)布的消息內(nèi)容，并顯示通知時間。系統(tǒng)通知的信息發(fā)布：主要有標(biāo)題、內(nèi)容?？蛇M入此功能頁面對系統(tǒng)通知的信息進行添加。

3 平臺關(guān)鍵技術(shù)實現(xiàn)

3.1 報修單刪除功能實現(xiàn)

報修單的刪除功能主要是邏輯刪除，通過更改DelFalg字段來實現(xiàn)刪除功能，并且只能刪除未派修的報修單，如果報修單已經(jīng)派修將不能刪除報修單，只能在維修員未登記維修結(jié)果之前執(zhí)行修改功能。系統(tǒng)管理員點擊“刪除所選”圖標(biāo)可以刪除報修單，刪除成功后自動重新加載列表。核心的代碼在ShopCart.aspx.cs中數(shù)據(jù)綁定核心代碼。

protected void btnDelete_Click(object sender,EventArgs e)

{

DBConnect.DelAll("Repairs","RepairsId",rptList,"chkId","HidRepairsId");

JscriptMsg("您好，成功刪除！","#","Sucess");

}

維修派單，通過從RepairUser_list.aspx頁面中點擊列表里的操作列獲取EditFlag和ReapirsId獲取派修單詳細，并對派修單進行派修，核心代碼：RepairUser.aspx.cs中按鈕的代碼。

protected void btnDaYin_Click(object sender,EventArgs e)

{

ExcelPutManager put = new ExcelPutManager();

string RepairsId = Request.QueryString["RepairsId"] == null ? "":Request.QueryString["RepairsId"].ToString();

OutputRepairUserExcel();

}

3.2 維修員添加記錄功能實現(xiàn)

維修員添加記錄主要調(diào)用了Add()方法，首先鏈接數(shù)據(jù)庫，調(diào)用了DBConnect類里面的GetConnectionString()方法，然后綁定登錄用戶的信息，對Repair實例化并賦值，核心代碼是：

private void Add()

{

string ConnectionString = DBConnect.GetConnectionString();

Users User = (Users)Session[DTKeys.SESSION_ADMIN_INFO];

Repairs Repairs1= new Repairs();

Repairs Repairs2= new Repairs();

Repairs Repairs3= new Repairs();

Repairs1.RepairCode = "";

Repairs1.Category = ddlCategory.SelectedValue.ToString();

Repairs1.Contents = txtContent1.Text.Trim();

Repairs1.DepCode = ddlDep.SelectedValue.ToString();

Repairs1.Remarks = "";

Repairs1.Repairor = txtRepairor.Text.Trim();

Repairs1.RepairTel = txtRepairTel.Text;

Repairs1.Contractor = txtContractor.Text.Trim();

Repairs1.ContractTel = txtContractTel.Text;

Repairs1.ApplyDate = DateTime.Now;

Repairs1.Address = txtAddress1.Text.Trim();

Repairs1.ListerId = User.UserId;

Repairs1.ListTime = DateTime.Now;

if (txtAddress2.Text.Trim() != ""&&txtContent2.Text.Trim() != "")

{

Repairs2.RepairCode = "";

Repairs2.Category = ddlCategory.SelectedValue.ToString();

Repairs2.Contents = txtContent2.Text.Trim();

Repairs2.DepCode = ddlDep.SelectedValue.ToString();

Repairs2.Remarks = "";

Repairs2.Repairor = txtRepairor.Text.Trim();

Repairs2.RepairTel = txtRepairTel.Text;

Repairs2.Contractor = txtContractor.Text.Trim();

Repairs2.ContractTel = txtContractTel.Text;

Repairs2.ApplyDate = DateTime.Now;

Repairs2.Address = txtAddress2.Text.Trim();

Repairs2.ListerId = User.UserId;

Repairs2.ListTime = DateTime.Now;

}

if (txtAddress3.Text.Trim() != ""&&txtContent3.Text.Trim() != "")

{

……

}

}4 結(jié)語

網(wǎng)絡(luò)報修管理平臺在原有的人工報修方式的基礎(chǔ)上揚長避短，基于B/S架構(gòu)設(shè)計，采用C#語言和SQLServer 2008編程來實現(xiàn)對數(shù)據(jù)的存儲和操作，網(wǎng)絡(luò)數(shù)據(jù)交互則遵照HTTP協(xié)議來實現(xiàn)與服務(wù)器端的通信。既解決了原有方式的繁瑣、通知時間長、難于統(tǒng)計等弊端，同時又符合時代的發(fā)展，更具可持續(xù)發(fā)展的價值。

[1]梁昊.基于.NET框架的校園網(wǎng)絡(luò)報修系統(tǒng)的實現(xiàn)[J].長沙大學(xué)學(xué)報,2011(9):43-44.

[2]熊錦輝.基于B/S結(jié)構(gòu)的學(xué)生信息管理系統(tǒng)的設(shè)計與實現(xiàn)[D].北京:北京郵電大學(xué),2013(5):25-27.

[3]才振鵬.基于B/S模式的網(wǎng)絡(luò)教學(xué)平臺設(shè)計與實現(xiàn)[D].杭州:浙江工業(yè)大學(xué),2013(10):25-27.

[4]陳陽.基于.NET的酒店管理系統(tǒng)的設(shè)計與實現(xiàn)[D].長春:吉林大學(xué),2014(12):20-21.

[5]何曉冬.基于.NET在線學(xué)習(xí)系統(tǒng)的開發(fā)與實踐[J].湖北函授大學(xué)學(xué)報,2015(23):110-111.

The Design and Implementation of Higher Vocational Network Repair Platform Based on B/S Model

YAN Li-hong,HUANG Cheng

(Computer Science,Jiangyin Polytechnic College，Jiangyin Jiangsu 214405,China)

This paper analyzes the necessity of introducing the network repair platform in higher vocational colleges,and based on B/S structure of each character’s demand and function modules are discussed in this paper. The aim is to make the maintenance and management of higher vocational education more efficient and orderly.

B/S model;higher vocational colleges;network service platform

2016-04-12

嚴(yán)李宏(1981- )，男，講師，碩士，從事計算機信息管理與教育管理研究。

TP393

A

2095-7602(2016)10-0062-06