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