【文章內(nèi)容簡介】 估的全方位和系統(tǒng)化的管理平臺(tái)。 高校的信息如同企業(yè)，是一個(gè)有機(jī)的整體。事實(shí)上，不管是學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)，還是其他應(yīng)用系統(tǒng)，高?，F(xiàn)行的應(yīng)用系統(tǒng)普遍存在認(rèn)下幾個(gè)方面的缺點(diǎn)： 大多數(shù)高?，F(xiàn)行的應(yīng)用系統(tǒng)往往是在不同時(shí)間由不同人群研發(fā)完成的，缺乏全局的系統(tǒng)規(guī)劃，應(yīng)用系統(tǒng) 的數(shù)據(jù)共享還有敕于落后的磁盤甚至是介質(zhì)等低效率的方式，從而形成了網(wǎng)絡(luò)環(huán)境下的信息孤島。 還有一些應(yīng)用系統(tǒng)，雖然運(yùn)行在聯(lián)入在校園網(wǎng)的計(jì)算機(jī)上，但其自身的運(yùn)行模式卻是個(gè)人計(jì)算模式，也難以完成與其它系統(tǒng)的信息共享。 另外，應(yīng)用系統(tǒng)要能采用不同軟件平臺(tái)開發(fā)，這就導(dǎo)致了缺乏統(tǒng)一規(guī)劃下的應(yīng)用訪問接口。同一個(gè)用戶，進(jìn)入校園網(wǎng)的不同應(yīng)用系統(tǒng)，可能需要不同的密碼，甚 至需要不同的身份標(biāo)識(shí)。這樣各應(yīng)用系統(tǒng)之間就無法直接訪問相互間的數(shù)據(jù)和功能。 目前國內(nèi)很多高校仍然被些問題所困擾，并且這些問題在美國、澳大利亞、香港地區(qū)等高校信息化 發(fā)展較早的國家和地區(qū)也同樣存在?；趯?duì)這些問題的研究，參照企業(yè)資源計(jì)劃（ Enterprise Resources Plan， ERP） ,清華大學(xué)提出了大學(xué)資源計(jì)劃（ University Resources Plan, URP）這一概念。 一般高校都采用 ERP 模式，這是一個(gè)全局的、自上而下的過程，它最大弱點(diǎn)是系統(tǒng)之間的藕合度太高，數(shù)據(jù)庫統(tǒng)一設(shè)計(jì)，各部門的信息交織在一起， 互相影響，互為條件。這樣會(huì)導(dǎo)致 14 應(yīng)用系統(tǒng)的維護(hù)非常困難，某個(gè)局部的變動(dòng)會(huì)影響到整體。因此在校園信息化過程中采用 ERP模式的院校，普遍面臨著實(shí)施 困難、成本高、投入大、達(dá)不到預(yù)期成效、投資下降等困境。而且，因?yàn)?ERP 模式集成度過高，系統(tǒng)升級(jí)非常困難。 清華大學(xué)提出的 URP 模式，不同于 ERP 系統(tǒng)中各種業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯密切相關(guān)的緊密藕合方式，而是通過一個(gè)基礎(chǔ)平臺(tái)，使得各個(gè)應(yīng)用系統(tǒng)能夠以一種松散藕合的方式實(shí)現(xiàn)集成。這個(gè)系統(tǒng)由一個(gè)平臺(tái)、一個(gè)門戶、 N 個(gè)應(yīng)用系統(tǒng)構(gòu)成，每個(gè)應(yīng)用系統(tǒng)都能夠獨(dú)立運(yùn)行，保持相互間的松藕合度，使得局部的變動(dòng)不至于直接干擾到整體，應(yīng)用系統(tǒng)之間也不必互相依賴。同時(shí)每個(gè)應(yīng)用系統(tǒng)向其它應(yīng)用系統(tǒng)提供一些業(yè)務(wù)服務(wù)調(diào)用，使得其它應(yīng)用系統(tǒng)可以通過這層接 口調(diào)用這些服務(wù)，從而訪問該應(yīng)用系統(tǒng)內(nèi)部的信息。 建立《學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)》，具有以下四點(diǎn)意義： （ 1） 在觀念上解決了傳統(tǒng)的人工管理模式 的弊端。有效地將學(xué)生宿舍網(wǎng)絡(luò)管理的方面集成于信息化模式，提高了學(xué)生宿舍網(wǎng)絡(luò)管理的維護(hù)效率。從而為學(xué)生宿舍網(wǎng)絡(luò)管理提供了一個(gè)完整的過程，準(zhǔn)確而全面的信息，為長遠(yuǎn)的分析和決策提供了科學(xué)的依據(jù)。 （ 2）在理論上，采用 URP 管理。 URP 的基本特征是通過一個(gè)基礎(chǔ)平臺(tái)，使得各個(gè)應(yīng)用系統(tǒng)能夠以一種松散藕合的方式實(shí)現(xiàn)集成。通過與各部門合理的接口設(shè)置、訪問設(shè)置，實(shí)現(xiàn)數(shù)據(jù)交換流通和信息 共享。使得學(xué)生宿舍網(wǎng)絡(luò)的管理工作高效協(xié)同。 （ 3）在技術(shù)上采取 B/S 模式， ODBC 與 數(shù)據(jù)訪問技術(shù)相接合，解決權(quán)限與數(shù)據(jù)接口的問題，并通過 技術(shù)實(shí)現(xiàn)數(shù)據(jù)遠(yuǎn)程訪問。 （ 4）在實(shí)踐上利于領(lǐng)導(dǎo)的分析與決策，通過即時(shí)、準(zhǔn) 確的數(shù)據(jù)與報(bào)表給領(lǐng)導(dǎo)提供分析與決策的基礎(chǔ)，從而做出快速、準(zhǔn)確的決策，提高工作效率。 系統(tǒng)分析 組織結(jié)構(gòu)分析 圖 2－ 1 是學(xué)生宿舍網(wǎng)絡(luò)管理的組織結(jié)構(gòu)示意圖。學(xué)生宿舍網(wǎng)絡(luò)管理屬于高校信息化教學(xué)管理的范疇。以常州機(jī)電職業(yè)技術(shù)學(xué)院的學(xué)生宿舍網(wǎng)絡(luò)管理的相關(guān)業(yè) 務(wù)為例，它的組織結(jié)構(gòu)和部門職能職下： 15 圖２－１學(xué)生宿舍網(wǎng)絡(luò)管理組織結(jié)構(gòu)示意圖 行政管理中心 :負(fù)責(zé)對(duì)整個(gè)網(wǎng)絡(luò)進(jìn)行監(jiān)控 、管理、考查和分配。 行政管理中心下屬財(cái)務(wù)外、信息管理中心、一卡通管理中心。 財(cái)務(wù)處：負(fù)責(zé)對(duì)學(xué)生上網(wǎng)網(wǎng)費(fèi) 充 值情況進(jìn)行管理。 信息管理中心：負(fù)責(zé)對(duì)宿舍區(qū)網(wǎng)絡(luò)進(jìn)行監(jiān)控、管理 維護(hù) 、考查和 任務(wù)分配以及對(duì)管理器材的購置。 一卡通管理中心：負(fù)責(zé)對(duì)學(xué)生網(wǎng)費(fèi)的充值與管理。 學(xué)生宿舍網(wǎng)絡(luò)管理中心：負(fù)責(zé)對(duì)學(xué)生宿舍網(wǎng)絡(luò)的正常管理維護(hù)，包括基本網(wǎng)絡(luò)問題的處理 、開網(wǎng)信息的登記、網(wǎng)絡(luò)的開通，網(wǎng)絡(luò)的維護(hù)等。 行政管理中心 財(cái)務(wù)處 信息管理中心 一卡通管理中心 學(xué)生宿舍網(wǎng)絡(luò)管理中心 16 接口分析 圖２－２學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)接口 分析 圖 圖２－２是學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修系統(tǒng)與其它業(yè)務(wù)系統(tǒng)的接口分析圖。 學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)的信息來源有 兩個(gè)：信息管理中心將學(xué)生反映的網(wǎng)絡(luò)問題直接報(bào)告于學(xué)生宿舍網(wǎng)絡(luò)管理中心的管理人員，由管理人員直接對(duì)學(xué)生反映的問題進(jìn)行處理；學(xué)生宿舍網(wǎng)絡(luò)管理中心，是學(xué)生直接反映問題的固定場所，是直接處理網(wǎng)絡(luò)相關(guān)問題的管理維護(hù)機(jī)構(gòu)。 信息 查詢 信息 查詢 消費(fèi) 查詢 信息 查詢 信息 查詢 財(cái)務(wù)處 信息管理中心 一卡通管理中心 學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng) 行政管理中心 學(xué)生宿舍網(wǎng)絡(luò)管理中心 17 3 系統(tǒng)的總體設(shè)計(jì) 系統(tǒng)規(guī)劃的目標(biāo)及原則 凡事預(yù)則立 ,不預(yù)則廢?？茖W(xué)的規(guī)劃對(duì)于任何要經(jīng)過較長時(shí)間去實(shí)現(xiàn)的事情都十分重要。系統(tǒng)規(guī)劃是管理信息系統(tǒng)生命周期的第一個(gè)階段，其決定管理信息系統(tǒng)在整個(gè)生命周期內(nèi)的發(fā)展方向、規(guī)模和發(fā)展進(jìn)程。 通過對(duì)常州機(jī)電職業(yè)技術(shù)學(xué)院學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)的需求分析，確定系統(tǒng)的規(guī)劃目標(biāo)是：促進(jìn)學(xué)生宿舍網(wǎng)絡(luò)管理的整體性、規(guī)范性和高效性，符合科學(xué)性、均衡性要求，為學(xué)院的學(xué)生宿舍網(wǎng)絡(luò)管理提供了及時(shí)性、準(zhǔn)備性和科學(xué)性的信息。 系統(tǒng)開發(fā)平臺(tái)及技術(shù)方法 URP 平臺(tái) URP 系統(tǒng)是建立在信息技術(shù)基礎(chǔ)上，利用現(xiàn)代化大學(xué)的先進(jìn)管理思想，全面地集成、管理大學(xué)的所有資源信息，并為大學(xué)提供決策、計(jì)劃、管理、運(yùn)行，以及評(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。 URP 很類似企業(yè)管理當(dāng)中的 ERP，它是數(shù)字化校園的核心解決方案，也是大學(xué)信息系統(tǒng)的總集成，它從全局的高度分析大學(xué)內(nèi)部的關(guān)系，并通過建立統(tǒng)一的信息標(biāo)準(zhǔn)，提供平臺(tái)與接口規(guī)范，將各種信息系統(tǒng)以松散耦合的方式集成起來，以統(tǒng)一的形象為用戶提供個(gè)性化的服務(wù)。URP 的提出是為了解決當(dāng)前大學(xué)信息化建設(shè)過程中缺乏發(fā)展規(guī)劃、資源不能 共享、應(yīng)用難以集成、用戶使用繁雜等問題。 考查 ERP， ERP 建設(shè)是一個(gè)全局的，自上而下的過程。 ERP 從設(shè)計(jì)之初就考慮了整個(gè)企業(yè)的需求，保證了數(shù)據(jù)的共享和一致性。一個(gè) ERP 系統(tǒng)在企業(yè)的實(shí)施過程中，企業(yè)的各個(gè)部門的管理和動(dòng)作都向 ERP 靠攏，企業(yè)也借此實(shí)現(xiàn)標(biāo)準(zhǔn)化管理。一個(gè) ERP 在企業(yè)中的實(shí)施可能經(jīng)歷相當(dāng)長的時(shí)間。對(duì)于一個(gè)邁向標(biāo)準(zhǔn)化管理的企業(yè)或者生產(chǎn)管理模式相對(duì)穩(wěn)定的企業(yè)， ERP 的建設(shè)方式無疑是適合的。 ERP 系統(tǒng)的最大弱點(diǎn)是系統(tǒng)之間的耦合度太高，數(shù)據(jù)庫統(tǒng)一設(shè)計(jì)，各部門的信息交織在一起，互相影響，互為條件。這樣會(huì)導(dǎo) 致應(yīng)用系統(tǒng)的維護(hù)非常困難，某全局部的變動(dòng)會(huì)影響到整體。 18 對(duì)于處于教育改革時(shí)期的大學(xué)不同于企業(yè)，教學(xué)模式和管理模式都可能會(huì)發(fā)生變化。如：教學(xué)模式由學(xué)年制改革為學(xué)分制，教學(xué)管理的模式由學(xué)校、系所二級(jí)模式改革為學(xué)校一級(jí)管理模式。又如：學(xué)校財(cái)務(wù)管理由二級(jí)模式改為一級(jí)模式。這些客觀原因的存在，使得設(shè)計(jì)和建立全局的應(yīng)用系統(tǒng)極為困難。追求信息工享、應(yīng)用集成和統(tǒng)一訪問接口的目標(biāo)和這些客觀現(xiàn)實(shí)成為了一對(duì)矛盾。 系統(tǒng)總體功能結(jié)構(gòu)及劃分 在學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系統(tǒng)的設(shè)計(jì)過程中，系統(tǒng)劃分的一般原則如下： （ 1） 子系統(tǒng)要具有相對(duì)的獨(dú)立性；（ 2）子系統(tǒng)的劃分結(jié)果就使數(shù)據(jù)冗余度較?。唬?3）子系統(tǒng)的劃分應(yīng)能夠滿足目前和今后管理上的需要，功能齊全，操作方便且為今后的發(fā)展留有接口；（ 4）子系統(tǒng)的劃分應(yīng)以企業(yè)管理如能為依據(jù)。 系統(tǒng)總體功能結(jié)構(gòu) 圖 ３ －１系統(tǒng)模塊圖１ 用戶管理系統(tǒng) 收費(fèi)管理系統(tǒng) 報(bào)修管理系統(tǒng) 值班管理系統(tǒng) 新聞發(fā)布系統(tǒng) 學(xué)生宿舍網(wǎng)絡(luò)故障報(bào)修管理系 19 系統(tǒng)總體功能劃分 圖 ３ －２系統(tǒng)模塊圖２ 圖 ３ －３系統(tǒng)模塊圖 ３ 交費(fèi)登記 交費(fèi)信息查詢 交費(fèi)匯總 收費(fèi) 管 理 系 統(tǒng) 用戶添加刪除 用戶信息修改 密碼修改 用戶查詢 用 戶 管 理 系 統(tǒng) 20 圖 ３ －４系統(tǒng)模塊圖４ 圖 ３ －５系統(tǒng)模塊圖５ 新聞添加刪除 新聞修改 系統(tǒng)初始化 新 聞 發(fā) 布 系統(tǒng) 報(bào)修登記 報(bào)修處理信息查詢 報(bào)修情況匯總 報(bào)修 管 理 系 統(tǒng) 21 圖 ３ －６系統(tǒng)模塊圖６ 系統(tǒng)硬件平臺(tái)及網(wǎng)絡(luò)配置 系統(tǒng)硬件平臺(tái) 工作站：聯(lián)想電腦（ P4， 40G） 操作系統(tǒng)： Windows98/2021/2021/XP/Vista。Windows NT 數(shù)據(jù)庫管理系統(tǒng)： Access,SQL Server 2021,SQL server 2021 系統(tǒng)網(wǎng)絡(luò)配置 網(wǎng)絡(luò)服務(wù)器： HPLC4(內(nèi)存 512,80G 硬盤 ) 網(wǎng)絡(luò)類型：星型 值班考勤 值班查詢 值班匯總 值班 管 理 系 統(tǒng) 22 4 系統(tǒng)的詳細(xì)設(shè)計(jì) 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫與關(guān)系模型 數(shù)據(jù)庫是長期存儲(chǔ)在計(jì)算機(jī)內(nèi)、有組織的、可共享的數(shù)據(jù)集合。 數(shù)據(jù)庫中的數(shù)據(jù)按一定的數(shù)據(jù)模型組織、描述和存儲(chǔ)，具有較小的冗余度、較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，可為各種用戶共唐朝，并且還具有完善的自我保護(hù)能力和數(shù)據(jù)恢復(fù)能力。 關(guān)系模型是最常用、最重要的一種數(shù)據(jù)模型，采用關(guān) 系模型作為數(shù)據(jù)組織方式的數(shù)據(jù)庫系統(tǒng)稱為關(guān)系數(shù)據(jù)庫系統(tǒng)。 用二維表格結(jié)構(gòu)表示實(shí)體之間聯(lián)系的模型稱為關(guān)系模型。在關(guān)系模型中，操作對(duì)象和結(jié)果都是二維表，每個(gè)二維表又可稱為關(guān)系。關(guān)系模型的主要特征是用二維表格表示實(shí)體集。 數(shù)據(jù)表的設(shè)計(jì) （ 1） 名稱： 學(xué)生信息 表 （ Students） 。 字段名 字段類型 長度 主 /外鍵 字段值約束 對(duì)應(yīng)中文名 StuID Int 10 P Not null 學(xué)號(hào) StuName Nvarchar 10 Not null 姓名 Sex Char 2 Not null 性別 StuClass Nvarchar 8 Not null 班級(jí) Department Nvarchar 10 Not null 系部 StuStyle Nvarchar 8 Not null 類型 StuInfo Ntext 50 Not null 信息 TEL Nvarchar 15 聯(lián)系電話 （ 2） 名稱：報(bào)修登記表 (RepairInfo)。 字段名 字段類型 長度 主 /外鍵 字段值約束 對(duì)應(yīng)中文名 stuID Int 10 P Not null 學(xué)號(hào) 23 StuName Nvarchar 10 Not null 姓名 roomID Nvarchar 6 Not null 宿舍號(hào) TEL Nvarchar 15 宿舍電話 adddatetime Smalldatetime 4 Not null 報(bào)修時(shí)間 content Ntext 16 報(bào)修內(nèi)容 (3)值班考勤表 (RotaDuty)。 字段名 字段類型 長度 主 /外鍵 字段值約束 對(duì)應(yīng)中文名 UserID Int 10 P Not null 學(xué)號(hào) StuName Nvarchar 10 Not null RotaStyle Char 10 Not null 用戶類型 WriteTime datetime 8 Not null 登記時(shí)間 Host_IP char 50 Not null 登記 IP Date smalldatetime 4 Not null 登記日期 Status nvarchar 6 Not null 登記狀態(tài) (4)用戶管理表（ UserManage）。 字段名 字段類型 長度 主 /外鍵 字段值約束 對(duì)應(yīng)中文名 StuID Int 10 P Not null 學(xué)號(hào) StuName Nvarchar 10 Not null 姓名 StuPW Nvarchar 50 Not null 密碼 Department Nvarchar 30 Not null 部門 StuStyle char 8 Not null 用戶類型 StuInstruction Nvarcha