緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇管理系統設計范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

關鍵詞:

宿舍門禁系統;樹莓派;遠程監控;消防聯動

目前由于很多學校建造時間較遠，宿舍內存在很多安全隱患，對于高校宿舍而言，學生的人身財產安全存在一定的問題。同時由于傳統的機械鎖的原因，很多學生經常忘記帶鑰匙而被鎖在門外。由于這種鎖弊端較多，所以在宿舍內引入門禁管理系統是非常有必要的。宿舍門禁系統以其運作成本低、高效便捷、靈活多樣的優勢，受到人們的廣泛關注，在高等院校內宿舍門禁管理系統已經成為了研究和應用的熱點問題。在本系統內，我們引入人臉識別來對宿舍內人員進行審查和管理進出門的權限控制。進一步提高了宿舍的安全性，也避免了學生忘記帶鑰匙的情況。結合其他傳感器以及后臺數據庫等方式，進一步加強了寢室的可管理性。并根據學生的每日進出入狀況并每日生成考勤報表，隨時了解學生的生活狀況。

1系統硬件組成

現在的校園開放，越來越社會化，校園案件急劇上升，高校宿舍學生眾多，門多不易管理，學生經常忘帶鑰匙，在系統設計中，綜合考慮安全以及實用因素，在設計過程中硬件采用了樹莓派作為整個門禁系統的控制核心，同時系統中采用了MQ-2煙霧傳感器、DHT-11溫濕度傳感器等傳感器，實時采集宿舍內的相關數據，在門禁管理中，采用了百度的人臉識別API，百度API可以創建不同的人臉列表，每個列表可代表當前不同等級的學生。使得管理更為方便。系統內嵌的智能機器人可以對用戶的請求進行模糊匹配，并且機器人也可以進行一些日常的數據查詢，例如查詢天氣汽車站、火車票等功能，大大方便學生的生活學習。在硬件設計過程中考慮到對攝像頭的保護以及防止多次拍照造成系統數據請求過多，加入了觸摸開關，只有在人體觸碰觸摸開關時，系統執行一次請求操作，開啟攝像頭，采集圖像數據進行匹配。

2系統功能及組成

2．1權限分級

本系統分為兩套權限，一套使用權限交由學生使用，一套權限交由管理人員使用，管理人員一級權限可查看該宿舍樓內的監控系統，查看后臺管理系統的學生進出寢室的報表等功能。二級權限交由學生使用，可結合QQ對宿舍內的數據進行查詢，通過郵件對宿舍內的狀況進行監控、以及查詢宿舍內其他信息等功能。

2．2圖像監控

OpenCV是近年來推出的開源、免費的計算機視覺庫，利用其所包含的函數可以很方便地實現數字圖像和視頻處理，用C++語言等進行程序編寫，大大提高了計算機的運行速度。圖像監控分為兩類，一類是學校端流視頻監控，流視頻監控使用TCP/IP協議，OpenCV采集到圖像之后通過Python的Zlib包壓縮之后傳出。另一類是學生對本宿舍的監控，我們使用郵件形式，學生在QQ上推送一條消息后，后臺程序識別學生的QQ并自動將圖片郵件發送至該請求學生的郵箱內。

2．3人臉識別

API(ApplicationProgrammingInterface，應用程序編程接口)是一些預先定義的函數，目的是提供應用程序與開發人員基于某軟件或硬件得以訪問一組例程的能力，而又無需訪問源碼，或理解內部工作機制的細節。在人臉識別模塊中，系統使用了百度的API，當有學生發起開門請求時，攝像頭會自動拍攝一張圖片與云端圖片進行對比，如果對比成功，系統執行開門動作并將該學生的學號上傳至服務器并進行記錄。如果匹配未通過，系統會等待下一次命令。為了防止人員密集的時候進行大規模的無用請求，我們使用觸摸按鍵進行一次請求，每當用戶觸摸按鍵時，系統才會執行一次人臉識別請求。

2．4消防聯動

考慮到現代大學生以及消防意識的薄弱，存在學生對宿舍內的消防設備不熟悉的問題;尤其是現代大學生宿舍的環境問題是比較突出的，為提醒學生注意宿舍環境衛生以及保持室內通風，因此在系統中采用了煙霧傳感器，溫濕度傳感器，可有效減少學生室內抽煙，同時幫助學生注意環境。系統工作是，當系統檢測到室內危險氣體以及出現大量煙霧的時候，會分別推送消息給管理員和學生，并自動把門打開，可保證學生的身體健康以及生命安全。

3系統結果

本系統軟件設計主要有主控制程序和后臺服務器數據存儲和其他子功能程序設計。主控程序主要協調硬件與云端的關系。后臺存儲主要用來數據備份方便后期查詢，其他子功能程序包括流視頻監控以及學生本寢室內的圖片郵件監控功能。硬件設計主要有樹莓派攝像頭圖像采集以及圖像識別，以及驅動門鎖開門，檢測寢室內環境是否正常等功能。整套系統整體運行情況良好，且搭建方便費用較低。可以運用到實際的宿舍內部使用。

4結語

本文介紹了基于樹莓派的宿舍管理系統的設計方案，若該系統應用于學生宿舍，將大大方便學生的日常生活與學習，更好地適應大學的生活。同時更好的實現學校端的寢室管理。學生只需攜帶一個手機便可方便的管理寢室，學校管理人員也可以方便的查詢學生的生活學習狀況，同時避免了寢室的物品丟竊等問題。對于有緊急危險的情況還能準確的開門，使得宿舍安全在整體上得到了改善，所以，在宿舍安全管理和考勤方面，本系統在未來會更好地發揮其應有的作用。

參考文獻:

［1］張展林．智能家居發展現狀解析［J］．智能家居發展現狀解析，2016．

［2］吳義黃．基于微信端的智能家居監控系統的設計與實現［J］．電腦知識與技術，2016．

篇（2）

隨著社會的進步，人們的精神需求越來越高，文化品位不斷提升，相應的，對滿足精神世界視聽要求的音像制品的需要越來越多，風格也在不斷變化。這不僅使音像超市管理的日常工作趨于復雜繁重，而且對它提出更高的要求。音像超市管理系統強化了音像超市管理的職能，涵蓋了會員管理、音像商品管理、供貨商管理、進貨管理及銷售管理等主要功能。音像超市管理系統的使用，大大減少了管理者的勞動，是音像店管理的得力助手。因此，開發一個基于數據庫的音像超市管理系統是非常必要的。

1.音像超市管理系統需求分析

需求的獲取和分析工作是音像超市管理系統開發工作中最基礎、最重要的環節，這一階段的主要任務是確定目標系統必須具有的功能和性能及系統運行要求的環境等。進貨和銷售是音像超市管理中的重要部分，是管理者正確決策的反映，也是顧客需求影響的結果。經過詳細的需求獲取和分析，設計的音像超市管理系統共分為四大部分，即會員管理、基本信息管理、進貨管理和銷售管理。

2.音像超市管理系統設計

2.1音像超市管理系統概要設計

通過對音像超市管理工作的特點和流程進行分析，已經對系統的功能需求有比較清晰的認知，確定音像超市管理系統主要包括會員管理、基本信息管理、進貨管理和出貨管理共四個子系統，每個子系統又包括若干個子模塊，系統功能模塊圖如下圖所示。

圖 音像超市管理系統模塊圖

2.2音像超市管理系統模塊功能描述

經過前面對音像超市管理具體的需求獲取和具體分析，已經對系統的功能需求有比較清晰的認知，下面是音像超市管理系統詳細的功能描述。

2.2.1會員信息的注冊、瀏覽、查詢、編輯等管理。

2.2.2音樂音像信息和影視音像信息的查詢、編輯、刪除及瀏覽等。

2.2.3會員查詢模塊，為會員查詢音像信息設計的模塊，主要功能是能夠分類查詢音像信息，為會員查詢提供方便快捷的平臺。

2.2.4供貨商信息的添加，瀏覽及對其進行編輯、刪除等管理。

2.2.5缺貨信息的登記，瀏覽和刪除等管理。

2.2.6進貨信息的錄入，歷史進貨信息的瀏覽及編輯、刪除等管理。

2.2.7進貨信息的統計及結算，進貨報表的打印，分為日進貨信息報表的打印和月進貨信息報表的打印。

2.2.8銷售信息的錄入，歷史銷售信息的瀏覽及編輯、刪除等管理。

2.2.9銷售信息的統計及結算，銷售報表的打印，分為日銷售信息報表的打印和月銷售信息報表的打印。

2.2.10收銀員銷售模塊，為收銀員銷售音像商品設計的模塊，主要功能是實現銷售管理。

3.數據庫分析設計

在數據庫的概念結構設計階段，設計的實體包括會員信息實體、會員卡信息實體、音樂音像信息實體、影視音像信息實體、供貨商信息實體、進貨信息實體、缺貨信息實體、銷售信息實體。具體描述如下：

會員信息：包括會員編號、會員性別、年齡、職業、電子郵箱、會員密碼、會員卡ID、備注信息等。

會員卡信息：包括會員卡ID、會員卡類別、開卡日期、累計消費金額、有效期限等。

音樂音像信息：包括音樂ID、音樂名稱、演唱者、介質、語言、音樂風格、售價、現存數量、備注信息等。

影視音像信息：包括影視ID、影視名稱、導演、主演、類型、介質、售價、現存數量、備注信息等。

供貨商信息：包括供貨商編號、供貨商名稱、地址、聯系電話、聯系人、備注信息等。

進貨信息：包括進貨編號、進貨音像編號、進貨音像名稱、數量、進價、折扣、總金額、是否結賬、預付金額、進貨日期、備注信息等。

銷售信息：包括銷售編號、銷售音像編號、數量、售價、折扣、總金額、銷售日期、備注信息等。

缺貨信息：包括缺貨編號、音像名稱、缺貨數量、登記日期、會員信息等。

接下來，通過數據庫的邏輯結構設計把概念結構設計得出的實體和數據項映射成邏輯結構，生成二維表存儲在計算機存儲器中，這是系統下一步實現的基礎。

4.結語

通過對音像超市管理系統詳細的需求分析、功能設計和數據庫設計，為音像超市管理系統的開發奠定了堅實的基礎。音像超市管理系統的成功開發能夠為音像超市在音像制品進貨、銷售和會員管理等方面提供標準化管理，更重要的是能夠為音像超市經營者提供各方面的決策支持。

篇（3）

本公文系統實現了公文處理的自動化流轉，包括公文起草、已發公文、待辦公文、已辦公文、公文委托、流程監控以及類別定制。系統完成了創建公文流的路徑；起草的公文能按照已創建的公文流路徑流轉；能對其起草的公文進行統計及實時的監控；能夠查看自己審批過的公文；能委托其他人代自己審批公文；能夠添加、維護人員信息。

關鍵詞：公文管理系統；B/S模式；；SQLSERVER

1引言

隨著行政機關、公司企業公文電子化工作的進一步展開，電子化公文管理成為政府機關和公司企業的一個戰略性課題，但當前公文管理技術與標準還不夠成熟，為了進一步推動政府信息化的建設，必須進一步研究開發適應新時代的基于Internet的公文管理系統，以提高公文辦理效率，提升政府和公司績效。

公文管理系統以數據管理為核心，在數據庫等計算機信息系統的支持下，對公文處理的各種信息進行收集、整理、存儲、檢索、統計和傳播。為了實現對公文處理信息的有效管理和操作，就要把這些信息轉化為規范的數據結構，并使之適應公文管理的要求。提供網絡電子公文管理功能需求實例是宣傳管理部門的迫切要求。但是由于基層部門缺乏既精通公文管理業務又懂計算機軟件開發的人才，在參與系統開發建設中仍然遇到很多困難，如缺少可供參考、借鑒的網絡公文管理解決方案，很難提出準確、系統的功能需求。由于公文管理系統的功能需求優先和相對獨立干系統開發的計算機軟硬件環境，功能需求分析和編制工作可以在系統設計開發前進行。所以，公文管理系統需要深入進行功能需求研究，及時提供具有借鑒、參考作用的功能需求實例。

公文管理系統在實際應用上概括起來說是向著普及性和高層次兩個方向發展。從普及性方面來說，隨著計算機和網絡功能的增強和廣泛應用，以微型計算機為主要信息處理工具的、功能完善的公文管理系統將越來越多地受到各級管理者的歡迎，并且要逐漸地向著取代原始的公文方式的方向發展。

從公文管理系統應用的高層次上來講，以大型計算機為中央處理機的分布式公文管理系統也是一個重要的發展方向，利用微型計算機和大型主機聯網，可以為管理者提供更加方便的信息渠道和支持。

從公文管理系統的體系結構看，傳統的公文管理系統一般采用兩層C/S結構，這種結構集中了大中型系統及文件服務器的優點，并有良好的系統開放性和可擴展性，它一般應用于局域網。但是，隨著信息的全球化，區域的界限己經被打破，人們己經越來越不滿足于只在一個小的區域內共享信息，尤其是近年來的電子商務在Internet的興起，已成為一種強大的驅動力，迫使C/S模式從局域網(LAN)向廣域網(WAN)延伸。如今，Internet己經成為全球最大的網絡互連環境，在Internet的環境下實現數據的B/S計算模式正是目前的流行趨勢。因此，作為一個科技工作者，我們應該密切地注意公文管理系統的發展方向，盡量吸收各種有益的經驗，積極開展對公文管理系統的理論研究和實際應用，促進計算機應用在我國的進一步發展。

Internet的出現和發展己經給這個世界帶來了巨大的沖擊。但隨著Internet上信息資源的爆炸增長出現了新的問題。例如:有用信息的查找極為困難:Internet的響應速度越來越慢;WEB信息處理的智能化得不到深入發展等等。針對這些問題，XML近幾年來迅速崛起XML又稱為可擴展標記語言(ExtensibleMarkupLanguage,7CNL)，事實上它并不是一種真正意義上的標記語言，而是一種允許用戶對自己的標記語言進行定義的源語言。XML具有對數據的自描述性和可擴展性，符合Internet進一步發展的需要，WK組織制定XML標準的初衷也是定義一種互聯網上交換數據的標準，也是公文管理系統在未來的技術發展的趨勢和方向。ASP也向升級。隨著技術的發展，公文管理系統的開發和維護功能都達到新的高度。

2公文管理系統系統分析

2.1系統需求分析

根據公文管理系統的基本需求，本系統需要完成以下任務。

根據公司的實際情況，創建公文流路徑。

員工能夠起草公文，并且起草的公文可以按照已創建的公文流路徑流轉。

能夠對起草的公文進行統計及實時監控。

能夠統計查看自己審批過的公文。

能夠委托其他員工代自己審批公文。

能夠添加、維護員工信息。

2.1.1用戶身份級別要求

即根據身份的不同對系統的使用權限有所不同。從權限大小大致可以分為：系統管理員、用戶、一般用戶。系統提供靈活的角色設定和權限的分配功能，每個用戶的審批、通知、查看、歸檔可以在系統賦予。

2.1.2系統功能模塊設置

公文起草

通過公文起草模塊，可以創建要流轉的文件。

已發公文

通過已發公文模塊，可以查看自己發送的公文的詳細信息，包括公文現在的所處的節、公文要流轉的路徑以及公文具體信息。

待辦公文

通過待辦公文模塊，可以查看需要自己審批的公文，并對其進行審批。

已辦公文

通過已辦公文模塊，可以查看自己審批過公文的詳細信息，包括公文現在的所處環節、公文要流轉以及公文的具體信息。

公文委托

通過公文委托模塊，可以委托其他同事代替自己審批公文。

流程監控

通過流轉監控模塊、可以查看自己所發公文所處的環節以及已批環節的審批內容。

類別定制

通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及管理員工信息。

2.2系統設計目標

公文管理系統可以滿足現代辦公的需要，在Internet上實現公文流。系統的基本設計原則有：先進性與方便性原則、功能實用性原則、開放性與可擴展性原則等。系統設計時采用較好的設備與技術，協議符合國家和國際標準，能保證公文的正常運行，確保系統有較長的生命周期。

本系統總體目標是將網絡技術、信息技術、現代管理技術和科學的公文管理結合，實現了公文處理的自動化流轉。

本系統首先要實現動態性和交互性。所謂的動態性就是能動態更新內容，如更新個人信息、公文信息、流轉信息等。這要求與數據庫有良好的連接；交互性則要求公文的及時審批和歸檔。

實現系統的安全性和可靠性，避免他人進入破壞數據庫信息。

2.3開發環境

框架

是Microsoft公司推出的具有戰略性發展的新一代開發平臺，框架將Microsoft公司所有編程語言的開發環境同意起來，并且可以創建、配置和運行Web服務以及Windows平臺的應用。在.NET框架中，所有的編程語言，從高層javascript到低層的C++語言，一律是等同的，他們都將生成托管代碼，并且可以一次編寫，隨處運行。.NET框架還可以使不同的語言進行交互，即一種語言可以使用另一種語言所編寫的組件。

的工作原理

在多數場合下，可以將頁面簡單地看成一般的HTML頁面，頁面包含標記有特殊處理方式的一些代碼段。當安裝.NET時，本地的IISWeb服務器自動配置成查找擴展名為.aspx的文件，且用模塊(名為aspnet_isapi.dll的文件)處理這些文件。

從技術上講，模塊分析ASPX文件的內容，并將文件內容分解成單獨的命令以建立代碼的整體結構。完成此工作后，模塊將各命令放置到預定義的類定義中(不需要放在一起，也不需要按編寫順序放置)。然后使用這個類定義一個特殊的對象Page。該對象要完成的任務之一就是生成HTML流，這些HTML流可以返回到IIS，再從IIS返回到客戶。簡言之，在用戶請求IIS服務器提供一個頁面時，IIS服務器就根據頁面上的文本、HTML和代碼(這對我們來說是最重要的)建立該頁面。

采納了包括Java在內的許多其它面相對象編程語言的功能和特點。把基本數據類型（字符串、整型、雙精度等等）轉換成帶有屬性和方法的對象；它還引入了Java類型的錯誤捕獲機制（用Try和Catch）；還把代碼編譯成微軟中間語言（MicrosoftIntermediateLanguage，IL）；它還提供了基于XML的應用程序配置。更重要的是設計面向對象解決方案的能力可以用任何語言實現。在本文中，我將比較語言和Java；不過與其它面相對象編程語言來說，現在本質上在走它自己的路。

2.3.4MVC介紹

MVC(Model/View/Controller)是一個設計模式，是國外用得比較多的一種設計模式，MVC包括三類對象。Model是應用對象，View是它在屏幕上的表示，Controller定義用戶界面對用戶輸入的響應方式。它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。

模型（Model）

模型是應用程序的主體部分。模型表示業務數據，或者業務邏輯。

視圖（View）

視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。

控制器（controller)

控制器工作就是根據用戶的輸入，控制用戶界面數據顯示和更新model對象狀態。

2.3.5編程運行環境

硬件環境：

CPU:AMDAthlon(tm)2800+

內存：512MB

硬盤：80G

軟件環境：

操作系統：MicrosoftWindowsXPService

應用軟件：SQLServer2005、2005操作平臺

3公文管理系統系統設計

3.1數據庫設計與實現

3.1.1數據庫的需求分析

根據系統需求，本系統需要設計9張表。

人員基本信息表：公司人員信息保存在這張表中。

部門信息表：存放部門信息。

公文流轉路徑信息表：存放制定的公文路徑。

公文類別表：存放公文緊急等級信息。

公文委托表：存放公文委托處理的相關信息。

篇（4）

關鍵詞 ：資產管理，信息系統，系統實施

引言

長期以來，我國的電信企業固定資產保證了企業的正常運轉，在促進企業生產運行和企業發展等方面發揮了重要的作用，但是在社會主義市場經濟改革的高速進程中，電信企業的固定資產管理出現了很多問題，使得固定資產利用率低下甚至流失。隨著公司資產規模快速擴大，以及多元化資產的形成，給傳統的資產管理模式帶來巨大考驗。如何確保企業資產安全、合理配置資源，如何推動企業低成本高效運營、提升企業競爭力等重要命題逐步走向前臺。面對企業精細化管理要求的不斷提高，迫切需要構建全方位資產管理體系，落實資產管理制度，提升資產管理水平。

劉輝[1]在其文章中指出電信行業有大量的資產具有很強的流動性，需要加強管理。這類資產不僅具有很強的流動性，同時還具有單價較高，流動性較大，使用頻率很高，管理難度很大等特點。表現為資產管理難度很大，每年由于資產流失而造成電信運營商的巨大損失。他提出利用物聯網的概念對電信行業的資產進行管理。

陳霞玲[2]在其文章中指出中國運營商一般情況下擁有巨額的設備、管線資源等固定資產。怎么對這些資產進行規范化管理，是電信企業關注的一個重點問題。在電信行業管線資源管理信息系統的基礎上，研究開發企業的固定資產管理信息系統，使電信企業的固定資產管理實現信息化、科學化。

王英奎、羅平[3]在其文章中指出由于成本控制的重要性，電信企業開始關注占其總資產85%的固定資產管理，認為這些資產的管理直接關系到企業的運營效果，以及企業的經濟效益與市場競爭力。在其文中基于e-TOM和價值鏈模型，對資產管理系統的重要流程進行構建，同時分析了建設資產管理系統的必要性，提供了實施實物資產全程管理系統的具體建議。

電信行業資產管理系統的建議性研究較多，有的從整體業務流程進行研究、有的從物聯網設計進行研究，形成了一些指導性意見，本文結合電信行業日常運營實務，管理信息系統設計理念出發對電信行業資產管理信息系統進行研究。

1、電信企業資產管理系統

電信行業的資產管理系統除了具有一般的管理信息系統的功能外，同時還具有決策數據分析的功能，因此本文借鑒兩個系統的特點設計企業資產管理系統。

1.1 電信企業資產管理分析

為了加強對資產管理的監督，促進資產管理的規范運作，保障固定資產保值增值，電信企業在資產管理方面做了大量工作，包括規范了物資采購、資產調撥、報廢等一系列程序，了固定資產管理實施細則等制度，但在實際管理過程中仍存在一些矛盾和問題，需要進一步加以解決。目前資產管理中存在問題主要包括：資產賬實不符；實物管理基礎薄弱；管理制度執行不規范；缺乏資產管理監管措施。

1） 資產賬實不符，是指財務賬上資產與實物無法找到匹配關系，即資產沒有找到與之相關的實物。本文資產賬實不符統計數據主要來源于資產管理臺賬，在臺賬中未建立財務賬上資產與實物匹配關系即視為賬實不符。

2） 實物管理基礎薄弱，電信企業作為上市公司，資產管理需要遵循SOX要求，對資產管理提出明確控制點。通信企業受行業特點所決定，具有經營場所多、分布面廣、管理對象復雜等特點，給資產管理帶來一定難度。資產管理之所以長期積累問題較多，與其資產管理基礎相對較弱有著直接關聯，主要體現在：1）的重視基礎不夠，重建設輕管理；2）管理標準存在不一致，資產與實物管理顆粒度有差異；3）資產管理意識不強。

3） 管理制度執行不規范，根據電信企業固定資產實物管理分類模式，可分為網絡類資產、管理類資產，這兩類資產的管理方面目前均十分不規范。

4） 缺乏資產管理監管措施，資產管理基礎工作薄弱，經過幾年的積累，資產的責任部門、責任人、使用人落實的不準確；管理力量不足，各公司財務資產管理人員的業務水平不高，而且實物使用部門資產管理員對資產管理業務理解不深，影響資產管理業務操作。因此造成整體的資產管理水平不高。

1.2 電信企業資產管理系統模塊分析

本文所研究的資產管理系統是集資產管理、資產分析的信息系統，因此在模塊設計時不僅結合了電信行業的特點，同時還結合了管理信息系統特點、決策分析系統特點進行設計。系統整體設計圖如圖1所示。

（1） 生產類資產管理模塊：

電信行業企業一般具有多種生產類資產，且每種資產均具有不同的任務，包括：新建、擴容、減容、維修、替換、搬遷、巡檢，以及工單刪除、工單EXCEL上傳、工單歸檔等功能。因此在資產管理系統設計時可考慮包括的模塊有包括：新建工程管理子模塊、工程擴容工程管理子模塊、工程減容工程管理子模塊、工程維修工單、資產替換工單、資產搬遷工單、資產巡檢工單。

（2） 管理類資產管理模塊：

管理類資產在電信行業所站的比重較大，且所占的資本額也較大。其分布于每個公司所轄區域的各個區縣，對企業來說管理起來難度較大，但從對這些資產管理的角度可以設計以下模塊對資產進行管理。這些模塊可包括：資產臺帳管理、資產調撥管理、資產盤點管理、資產折舊預測分析、資產考核統計報表、資產報廢管理。實施統一的流程來對企業的管理類資產進行管理。

（3） 低值易耗品管理模塊：

低值易耗臺賬包括營業部自購、機關部室（綜合部）統購和營業廳新建臺賬。營業部自購或綜合部統購臺賬：營業部、綜合部收貨人收到送貨單后登記臺賬，并打印低值易耗領用單，使用部門的領用人領用簽字。營業廳新建臺賬：營業廳責任人啟動整理低值易耗清單上報營業本部，營業部低值易耗管理登記臺賬。根據低值易耗品管理的內容可將系統模塊設計為以下部分：低值易耗臺帳、低值易耗盤點、低值易耗處置、低值易耗維護、領用出庫。

（4） 數據挖掘模塊

數據挖掘分析主要是用于資產分析，資產分析主要針對賬實相符率、固定資產投資情況、固定資產余額與投入比、固定資產應用結果分析、固定資產調撥統計、固定資產分布情況、固定資產新增信息統計等。

（5） 基礎數據管理模塊

系統管理模塊是對資產管理系統運轉所需的相關管理，其中包括：用戶及權限管理、基礎數據維護、菜單配置和工作流配置等的管理。資產分類信息維護，以數據字典的方式，維護系統中設備分類數據；用戶管理，定義能夠使用資產管理系統的用戶，以及各用戶訪問系統的具體權限；工作流程維護，工作流管理主要是針對資產管理系統使用的工作流程引擎進行的系統流程設置。

2、電信企業資產管理系統實施

（1） 根據資產賬實不符的分析，結合資產管理系統，實施工作總體思路分為五個層面處理：對現有賬實信息匹配、可能去向追查、地市間調撥資產匹配、優化資產匹配關系處理和核銷賬實不符資產。根據提高資產賬實相符率工作五步法，每類資產要經過調研分析、責任落實、現場盤查、資產匹配和優化處理等過程達到資產賬實相符。

（2） 根據本次解決方案目標，不僅要提高資產賬實相符率，而且要規范資產管理業務操作持續保持資產賬實相符。結合各類資產處理過程，形成地市基線方案，可分為六個階段完成解決方案目標：業務宣傳、調研分析、責任落實、現場盤查、資產匹配、優化處理。

1） 業務宣傳：業務宣傳階段主要包括對資產管理業務操作流程和操作規范進行培訓、宣講業務考核指標與評分標準、制定實施計劃、組建地市項目團隊。

2） 調研分析：調研分析階段主要是收集數據、解除報廢資產匹配關系和核對權證資料等工作處理。

3） 責任落實：由于資產賬的部分信息不夠規范，造成資產實物與帳無法匹配。責任落實階段主要是對已收集的實物信息與資產賬進行匹配。主要包括工程物資確認、租賃資產確認、原始憑證查閱、追蹤個人保管資產、建立父資產、生成標簽、建立實物臺帳、資產匹配和分析未盤點資產去向。

4） 現場盤查：現場盤查是根據資產分布地點，盤點資產設備。固定資產存放地點通常可分為七類：辦公樓、營業部、營業廳、倉庫、機房、基站地點和網優地點。

5） 資產匹配：主要是通過資產管理系統的資產匹配功能，實現資產賬實相符。根據資產匹配原則，首先匹配新增資產，確保新增資產達到完全賬實相符。

6） 優化處理：主要是指資產與實物匹配關系合理后，提出資產報廢建議，最后完成資產同步，達到賬實信息相符，erp系統與資產管理系統的信息一致。

3、小結

本文結合電信行業生產的實際情況，梳理了電信行業資產管理中存在的問題，并結合信息系統理論對電信行業資產管理信息系統進行設計，其包括生產類資產管理模塊、管理類資產管理模塊、低值易耗品管理模塊、數據挖掘管理模塊、系統管理模塊，共五部分。同時根據資產管理信息系統實施現狀，對信息系統的實施路徑進行研究，分為業務宣傳、調研分析、責任落實、現場盤查、資產匹配、優化處理六個部分，特別是對賬實不符問題的解決進行了深入研究。

參考文獻：

[1] 劉輝. 一種流動性資產管理系統的設計與實現[J]. 中國管理信息化，2011，20：56-57.

[2] 陳霞玲. 面向流程的電信固定資產管理實現分析[J]. 現代商貿工業，2010，09：198-199.

[3] 王英奎，羅平. 電信運營企業實物資產全程管理系統構建研究[J].北京交通大學學報（社會科學版），2007，02：42-47.

作者簡介：

徐偉，碩士研究生，上海理工大學，研究方向：項目管理；

篇（5）

2系統設計

2.1系統架構

本系統構成采用“云-網-端”三層架構，具體由車位鎖與車牌識別欄桿機作為信息采集與命令執行單元，手持終端作為停車服務使用單元，各停車管理服務器為停車管理云平臺提供服務支持，停車管理云平臺對外提供停車管理服務。本系統架構圖。

（1）系統各層定義。“端”即指智能車位鎖、車牌識別欄桿機與手持移動終端。智能車位鎖用于采集車位狀態信息并控制車位使用權，與車牌識別欄桿機聯動實現停車用戶獲取與釋放車位使用權。手持移動終端通過安裝本系統停車APP，實時獲取系統內停車位資源以及其他停車服務。“網”包括停車場內局域網和停車場與云平臺間的廣域網，是連接本系統“端”與“云”的數據通道。本系統中，停車場內局域網采用自組織、低功耗的ZigBee網絡，確保網絡質量、降低部網成本；停車場與云平臺間廣域網采用有線網絡、WIFI網絡或移動網絡，具體采用何種通信方式根據應用場景確定。“云”即指停車管理云平臺，利用云計算技術存儲并處理各停車場車位數據、處理預訂請求和費用支付信息，為停車場和停車用戶分別提供停車管理與停車服務。

（2）系統各層關系。智能車位鎖、車牌識別欄桿機、局域網與停車管理服務器組成停車場管理系統，作為停車管理云平臺的資源接入單元。每個停車場管理系統均可獨立運行，停車場管理系統與停車管理云平臺之間采用特定數據接互停車數據，包括車位狀態反饋信息、車位預定信息、車位控制信息等。手持移動終端通過移動網絡接入停車管理云平臺，作為停車服務的用戶接入單元，享受停車位信息查詢、車位預定、車位出租以及在線支付停車費等平臺服務。停車場與停車用戶是完全孤立的，彼此之間通過共同的停車管理云平臺建立聯系，在此過程中停車場提供停車位，而用戶為所獲得的停車服務支付費用，二者之間是消費與被消費的關系。

2.2系統功能

本系統服務功能由云端服務器提供，云端服務器包括停車場和用戶管理模塊、信息交互管理模塊、信息模塊和費用支付處理模塊。其中，停車場和用戶管理模塊用于管理停車場、車位和用戶信息；信息交互管理模塊用于處理用戶請求、管理車位信息、處理車位預訂信息和處理異常信息；信息模塊用于當前時間空車位數量和停車誘導信息；費用支付處理模塊用于處理費用支付信息。

（1）車位出租與共享。停車場管理員或私家車位所有者通過管理平臺或手機APP對外車位出租或共享信息，包括停車場位置、車位編號、對外出租時間已經收費標準等。停車場管理員或私家車位所有者必須通過停車管理云平臺運營商進行身份認證后，才可對外車位出租或共享信息。

（2）車位查詢與預定。停車位使用者通過手機APP查詢所需停車位信息，選定合適停車位后進行預訂，停車管理云平臺確定預訂信息后向停車場服務器發送車位鎖定信息，車位預訂成功后向手機APP發送反饋信息。

（3）車位導航與反向找車。每個智能車位鎖對應一個車位編號，結合停車場布局可繪制停車場車位位置地圖。通過采集車主位置與查詢停車車位記錄，根據停車場車位位置地圖規劃找車路線，實現車位導航與反向找車。

（4）在線支付。停車管理云平臺記錄車位預定時間，智能車位鎖記錄車輛駛入與駛離停車位時間，根據收費標準自動計算停車費用，用戶通過移動支付向停車場或車位所有者支付費用。

（5）停車場與用戶管理。停車管理云平臺支持各停車場注冊、停車場地址、車位數量等資源管理，支持車位所有者與車位使用者進行用戶注冊、用戶管理。

3車位鎖硬件設計

智能車位鎖是本停車管理系統中的關鍵構件，其主要承擔車位狀態信息采集、車位使用權限控制以及信息傳輸等功能。本系統設計的智能車位鎖硬件構成。本智能車位鎖硬件主要包括：MCU、ZigBee模塊、地磁檢測模塊、電機、限位開關、LED指示燈與電源模塊，各模塊通過數據和電源接口與MCU連接。MCU主要用于采集數據處理與發送、控制指令接收與解析。ZigBee模塊主要負責各車位鎖網絡連接，用于接收服務控制指令以及發送車位狀態與指令執行結果。地磁檢測模塊主要用于檢測車位空閑狀態，用于偵測車輛駛入與駛離，從而計算車輛停車時間。電機模塊主要用于控制車位鎖機械臂正反轉，從而實現對車位資源的鎖定與釋放。限位開關主要用于控制車位鎖機械臂轉動角度在0~90°之間，確保車位鎖的開啟與關閉兩種狀態。LED指示燈用于指示車位的空閑狀態，車位空閑時顯示綠色，車位被占時顯示紅色。

4系統實現

4.1系統組網布置

停車場主要分為地下停車場與路側停車場兩類，本系統內部局域網采用ZigBee組網，根據停車場物理布局特點并結合Zig－Bee網絡覆蓋范圍與組網特點，分別針對兩種停車場進行網絡布置。地下停車場內停車位為多排并列布局，且各排車位間經常有支撐柱與墻壁遮擋。因此，地下停車場布置，在每排中間設置一處ZigBee路由器，有墻壁遮擋或某排車位長度超長時適當增加路由器提高網絡信息。最終，各排車位的車位鎖通過各排路由器接入停車管理服務器所連接ZigBee協調器，從而實現停車管理系統內部組網。路側停車場停車位一般沿道路方向順向或斜向劃線，在一條道路上路側停車場可根據距離劃分為多個區域，每個區域設置一處ZigBee路由器。最終，各區域內車位鎖通過ZigBee路由器與停車管理服務器所鏈接的ZigBee協調器連接，從而將所有車位信息匯總至停車管理服務器。路側停車場布置。

4.2系統部署與工作流程

（1）系統部署。新建或在原有停車場管理系統基礎上增加智能車位鎖與ZigBee局域網，并將停車場管理服務器接入停車管理云平臺；在公網部署停車管理云平臺；用戶安裝停車管理系統手機APP。

（2）工作流程：智能車位鎖將檢測到車位的狀態信息傳到停車管理服務器，停車管理服務器將信息轉發到云端服務器，最終云端服務器將所述信息對外；用戶通過智能終端查詢停車位，通過智能終端應用程序預存停車費用；用戶通過在智能終端上安裝的應用程序預訂車位，通過網絡將欲停的車位請求上傳到云端服務器，云端服務器接收并處理用戶請求，將鎖定車位信息發送到停車管理服務器，停車管理服務器將信息轉發到智能車位鎖；智能車位鎖接收并執行鎖定車位信息，并將已執行命令反饋信息發送到停車管理服務器，由停車管理服務器將反饋信息轉發到云端服務器；當智能車位鎖檢測到車輛停車入庫完成，向停車管理服務器發送停車計時開始信號，停車管理服務器轉發計時開始信號至云端服務器，當智能車位鎖檢測到車輛駛離車位，則向停車管理服務器發送計時結束信號，停車管理服務器轉發計時結束信號至云端服務器，云端服務器計算出用戶需支付的停車費并發送到用戶賬號，自動扣除停車費用。

篇（6）

1．1業務流程分析計劃人員根據訂單制定生產計劃，倉儲物流人員根據計劃人員的生產計劃給生產制造人員提供原材料，生產制造人員進行生產，生產完成后質檢人員進行檢驗，合格后進入下一道工序，生產管理人員對這一系列人員活動進行監控，設備管理人員對機器設備進行維護。人員組織結構如圖1所示。

1．2存在問題分析根據對企業的調研，發現企業主要存在如下問題:1)生產信息反饋慢。由于企業內部并沒有信息系統，信息的傳遞主要是靠計劃人員和調度人員頻繁碰頭，生產過程中產生的生產進度、質量、物料、設備等大量有價值的生產數據無法及時采集、處理、統計，以至于對生產信息的把握較為延遲，對突發事件的處理也不及時，影響了生產進度，造成損失。2)對市場需求預測不準確。企業安排生產計劃時并沒有用科學的方法預測市場需求，以至于對市場需求把握錯誤，導致過度生產，車間之間的過道上堆滿了輪轂半成品。3)生產數據處理較為困難。由于沒有采集設備，需要數據時只能現場進行采集，而且數據量較大，管理人員想要了解車間生產信息較為困難。4)任務不均衡，車間生產資源(如機器、設備、人力等)利用率低。車間內部生產任務的分配主要依賴計劃人員的個人經驗，受主觀判斷的影響，任務的安排不夠均衡，車間內時忙時閑，很多機床閑置，利用率較低。

1．3需求分析制造過程中信息采集與處理是企業信息化系統必不可少的一部分。生產過程中采集得到的各項實時數據，必須能夠在各個車間實現共享，這也是生產管理系統必須具有的功能。本研究以某車輪有限公司為應用對象，通過現場調研，分析其生產運作過程的特點、存在問題以及實際的需求，分析歸納得出企業生產管理系統功能需求如下:1)實時的信息采集。生產車間內環境復雜多變，為了全面且準確地獲取制造過程中的信息，需要使用合理的信息采集方式。信息采集方式很多，如設備連線、手持終端、條碼、攝像頭、固定感測器、RFID、PC機等。根據實際生產條件，采用設備連線、條碼、攝像頭較為實際。同時采集到的信息需要進行合理的保存、記錄，以便加強對歷史記錄的管理，提高對各類信息追溯的能力。2)信息的及時傳遞，實現生產可視化。例如開工前任務信息及時傳遞到工人手中，生產的不合格品被檢測出來，會即時反饋到生產，不會因為信息傳遞得不及時導致生產的停滯。同時生產過程中任務進度信息、質量檢測信息、在制品庫存信息等等可以清晰地顯示在LED看板或者是計算機屏幕上。3)信息的合理記錄與存儲。采集到的信息能夠進行合理的存儲，這樣一旦出現問題才能做到有據可查。本研究針對某車輪有限公司，通過對其生產流程、組織結構和業務流程的分析，結合該企業存在的問題和實際的需求，為適應現代化發展的方向，開發并設計出一套對其適用并且可以提高其生產效率的生產管理系統。

2輪轂生產管理系統總體設計

2．1系統功能結構設計根據現場調研和企業實際生產狀況，結合需求分析，確定生產管理系統主要由下列模塊組成:計劃管理、生產制造管理、倉儲管理、質量檢驗、系統管理、生產信息管理及設備管理。如圖2所示。計劃管理:存儲企業接收到的訂單的信息，相關人員根據此模塊提供的信息，安排生產任務，并通過此模塊將任務下達。生產制造管理:接收計劃管理下達的任務，并記錄生產過程、進度和生產過程中出現的問題等信息。生產完成后報檢。倉儲管理:對倉庫成品、半成品庫存信息進行核對管理，并記錄出入庫信息。質量檢驗:接收生產制造管理模塊報檢信息，并對其產品進行檢驗。同時存儲生產檢驗信息、車間質量文檔等。系統管理:主要存儲企業所有用戶的登錄信息、帳號信息以及權限信息，同時對系統進行維護、升級等。生產信息管理模塊:錄入訂單信息，同時記錄生產過程中的生產進度信息、質量信息、員工考勤信息等，供相關人員查閱。設備管理模塊:設備故障時對設備進行維修，記錄設備運行狀態，并更新設備信息。

2．2系統業務流程設計通過分析企業車間的生產業務流程及其生產特點，結合2．1節，本文對生產管理系統生產方面的業務流程設計如圖3所示。根據系統設計的不同角色及其使用權限，系統業務流程進行分析如下。計劃人員:根據錄入的訂單信息，合理安排各個工位的生產任務，將任務下達到車間。生產制造人員:根據下發的任務，進行生產，同時在生產過程中系統會錄入生產進度信息，生產完成后報檢，生產過程中若機床出現故障，錄入故障信息。倉庫人員:根據生產制造人員的任務，為他們提供原材料及半成品，負責成品的出入庫。質檢人員:收到生產制造人員的報檢信息后，對產品進行檢驗，檢驗后提交相關的質量信息。設備管理人員:通過讀取生產制造人員錄入的故障信息對機床進行維修，同時管理機床相關數據信息。

3輪轂生產管理系統詳細設計

3．1生產業務流程詳細設計1)車間生產計劃流程設計。從企業接收訂單到實際投入生產，這之間有一個生產計劃的安排。系統對于車間生產計劃流程的設計大致是:企業接受到訂單后，由生產管理人員錄入訂單信息，計劃人員接收到訂單信息后，根據訂單情況和生產能力，制定生產計劃，并且編制出生產的具體要求，然后進行生產派工，派工信息會傳送到生產制造人員，生產制造人員接收到派工信息后便開始領料生產。具體流程如圖4所示。2)車間生產統計流程設計。生產過程中的生產信息需要進行收集并統計、匯報給生產管理人員，這樣生產管理人員才能對車間生產情況進行把握，以掌握訂單的完成進度，對訂單負責。具體的統計流程是:生產制造人員開始生產后，系統顯示任務實時進度信息，批次生產任務完成后，提交完工，作業計劃人員就會進行生產結果的統計，統計完成后填寫生產報表，交給生產管理人員審核，審核通過后進行確認。3)車間不良品處理流程。生產過程中會出現不良品，這就需要質檢人員不停地對成品、半成品進行檢驗，檢測合格的送至倉庫，由倉庫管理員進行入庫操作，若檢驗不合格，則進一步判斷是否可以返工，若無法返工則進行報廢處理，并將報廢信息發給倉庫管理員進行記錄，若可以返工，則返回車間重新加工。

3．2數據庫設計在SQLServer2008中創建名為“輪轂生產管理系統”的數據庫，數據庫包括員工信息表、登錄帳號表、訂單信息表、機床歷史任務表、機床狀態信息表、庫存表、出入庫記錄表、登錄信息表、班次表、產品信息表。登錄帳號表和登錄信息表與員工信息表通過外鍵連接，機床歷史任務表和機床狀態信息表通過外鍵連接，員工信息表和機床狀態信息表與班次表通過外鍵連接等等，各個數據表之間都有著相應的聯系。以“機床狀態信息表”和“登錄帳號表”兩個表單為例，具體內容見表1、表2。

4系統實現

研究利用VisualBasic6．0對生產管理系統進行了開發。

4．1系統登錄及模塊選擇系統登錄運行后，根據各角色的權限設置進行模塊選擇;對于沒有權限的模塊，控件按鈕是隱藏不可見的。點擊相應模塊按鈕就會進入相應模塊。

4．2生產制造管理模塊工人登錄到模塊選擇界面，選擇生產制造管理模塊進入后輸入自己的機床編號，系統便會讀取當前機床的加工任務等信息，如圖5所示。“當日任務”便是生產制造人員所安排該機床的任務，“當日已加工數目”是工人根據實際生產所提交的數據，工人可以通過“生產計數”按鈕(每按一下數據加1)進行修改。當工人加工到一定數目時會通過報檢數量的提交“呼叫”質檢人員來進行檢驗，檢驗完成后質檢人員會提交“當日不合格品數目”數據。“差距目標”是通過設置時鐘控件，使得“差距目標”一直等于“當日任務”減去“當日已加工數目”再加上“當日不合格品數目”。若在加工過程中設備出現故障，工人便可點擊“設備報修”按鈕，“運行狀態”便會變成故障，設備人員看到后便會第一時間過來維修。工人當日的加工任務完成后便會點擊“提交完工”按鈕，然后系統便會讀取系統日期和當前機床編號，檢查有沒有重復(防止重復提交)，若沒有重復就把當日加工數據添加到“機床歷史任務表”中，同時修改“機床狀態表”中的“已加工總數量”和“已加工不合格品數量”。

4．3系統管理模塊系統管理員可以對系統帳號以及權限進行修改，如圖6所示，可以按員工編號進行查找，可以刪除帳號，點擊以相應權限為名稱的按鈕可以改變該帳號的權限，還可以在“增加記錄”里增加帳號。

篇（7）

【關鍵詞】

房屋置換還遷；管理系統；設計；實現

前言

城市化進程下，我國城市房屋置換還遷工作進入到飛速發展階段。作為一項政策性、群眾性工作，具有復雜性特點，且涉及國家、集體及個人利益。由于我國該方面工作尚處于發展階段，各個方面存在很多不足之處，手工管理模式較為普遍，無論是效率、還是質量都難以滿足市民需求。信息時代下，將信息技術應用于房屋置換還遷工作當中，構建管理系統非常必要，不僅能夠提高市民滿意度，且能夠協調利益主體之間的關系。

1系統需求分析

系統需求分析作為軟件項目建設的首要環節，也是最為重要的過程。良好的分析工作能夠為系統建設提供科學依據。反之則會影響項目成功率。因此加強對需求的分析勢在必行。本系統應按照房屋置換還遷實際要求進行設計。經過多次研究后，我們明確了系統需求表現在以下幾個方面：①基礎資料管理主要是對系統相關信息進行統一管理，如用戶管理、權限管理等，且每個模塊都應設置信息檢索、添加等功能，滿足管理需求；②居民信息管理，針對街里村民信息進行增加、編輯等；③房屋信息管理應對整個房屋置換還遷涉及到的各類房屋信息進行整理、分析及管理；④置換還遷管理作為整個系統的核心，其涉及居民信息、房屋基礎信息[1]。除了基本功能外，還應添加置換協議上傳功能，實現信息實時共享。除了上述功能性需求，還需要加強對非功能性需求的研究。如系統穩定性、安全性及系統性等，如在房主業務信息查詢過程中，系統應在3s之內給出反應。

2總體設計

如今，根據當前軟硬件技術水平，筆者將B/S框架作為基礎，將前端用戶通過瀏覽器與web服務器連接到一起，當用戶發出命令后，服務器會對請求進行相應處理，然后回饋給用戶需要的信息。具體來說，整個系統的框架由顯示邏輯、事務及數據處理三個部分構成[2]。其中顯示邏輯層主要與用戶接觸，獲取具體的指令信息，事務處理層則對指令進行分析，而數據處理與系統數據庫進行交互，最后完成業務請求，為用戶提供優質服務。此時，按照系統需求進行模塊設計，充實系統架構內容。該環節值得我們注意的是數據庫的設計，本文采取E-R圖形式對房屋置換還遷信息進行管理，如甲方戶主ID、戶主姓名、身份證號等。為了規范數據庫運行方式，應對數據庫表結構進行設計。如系統管理員表admin，該表主要應用于存儲、管理系統信息數據，如用戶編號、用戶名及聯系電話等[3]。而房屋信息表houseinfo，該表則應用于存儲及管理居民房屋信息數據，如編號、戶主姓名等。針對系統數據庫服務器的選擇，本文主要使用了SQLServer2005，在實踐應用中，可以通過訪問數據庫編程接口，實現對數據庫內容的鏈接、增加及刪除等。對于管理系統網絡架構的設計，可以將內網與外網整合到一起形成網絡架構，采用靈活的組網方式，能夠促使高度機密文件僅能夠在內網中運行，而針對非敏感性的文件信息可以在兩個網絡中進行訪問。信息時代背景下，我們針對管理系統設計還應重視安全性，要求對外網絡需要設置防火墻，并在計算機中安裝殺毒軟件，及時發現外部危險因素，并對其進行控制，避免黑客、病毒等對系統內部文件信息的惡意攻擊。

3系統實現及測試

經過上述工作的分析后，實現了對系統的周密設計，為系統實現做好了充分的準備。系統實現作為對系統總體運行的分析環節。系統實現在上述詳細系統設計基礎上，應用一種程序設計語言，將設計轉變為運行程序，從中獲取到源程序代碼。相比較多個程序語言，我們發現C++語言具有簡單、易學等優勢，且強大的MicrosoftVisualstudio開發工具的支持，因此本系統所有源代碼通過C++實現。在實踐中，針對各個模塊進行設計即可。針對系統測試而言，其能夠對系統設計、編碼等進行終極檢查。在測試時，能夠結合實際情況，使用不同的工具，結合事先編好的測試方案，對軟件系統進行檢查。出于對系統穩定性、功能性需求的考慮，可以采取黑白盒法。其中前者能夠對系統功能進行測試，且不需要考慮軟件內部原理；而后者則主要針對軟件進行檢測。針對所有模塊測試后發現，經過測試的模塊都能夠滿足系統的要求，且并未發現任何遺留問題[3]。在測試中，主要從功能模塊、案例名稱等方面入手，其中案例名稱代表的是功能模塊，而結果欄則代表的是測試結果。可見，該管理系統無論是設計方面、還是實現方面都具有較強可行性，值得應用和推廣。

4結論

根據上文所述，房屋置換還遷管理工作作為一項龐大的工程，其與國家、人民利益存在非常密切的聯系，提高工作水平在構建和諧社會、促進城市化發展等方面占據至關重要的位置。因此新時期下，我們應明確認識到引進信息技術的重要性，立足于管理系統需求，對管理系統進行設計及實現，并對系統進行測試后，了解和掌握系統實際情況，為該項工作的順利開展提供支持，為城市居民提供更加優質的服務。

作者：邊濤 單位：天津市河東區房產服務中心

參考文獻

篇（8）

中圖分類號：TP315 文獻標識碼：A 文章編號：1009-3044（2016）03-0073-02

1 背景

目前，隨著日常辦公設備的廣泛使用，辦公設備的維修成為管理人員普遍關心的問題，辦公設備維修管理流程的信息化、規范化成為發展趨勢。傳統辦公設備維修管理主要依靠在紙質媒介上人工記錄信息，電話分配任務甚至面對面分配任務的方式，從而造成效率低下、易出現疏漏等情況；因此開發一套在線報修管理系統，以達到辦公設備或設施出現故障或隱患時，職工發現問題時能快速、直觀、準確的報送給相關負責部門，維修部門能夠及時知悉詳細情況并進行快速維護，并在維修結束完成后能迅速反饋結果，從報修到維修完畢形成規范的流程，以提高工作效率。

2 系統整體設計

在線報修管理系統對辦公設備故障后報修的事務流程進行管理，以形成有序的、高效的運作方式。

2.1 系統總體結構

在線報修管理系統總體結構圖如圖1所示，該系統主要分為報修管理功能模塊、系統管理功能模塊、查詢統計功能模塊。

2.2 系統各模塊功能

報修管理功能模塊：用戶提出報修申請時，系統生成報修單，要求用戶填寫相關信息；生成報修流程中各節點任務；維修完成后生成反饋單。

系統管理功能模塊：主要分為用戶管理、基礎信息配置和通知公告管理三大塊。用戶管理，包括添加、刪除用戶，更改用戶信息等；基礎信息管理，包括添加、刪除現有辦公設備，配置系統運行環境等；通知公告管理，包括通知、更新、刪除等。

查詢統計功能模塊：不同權限用戶根據不同查詢條件，查詢報修記錄、設備故障等信息；管理人員根據報修情況統計設備信息，統計單位時間內同一設備的故障率，從而判定設備性能，為辦公設備預防性維護提供數據參考。

2.3 報修流程

報修管理功能完成報修流程的控制，流程各個節點的任務分配；生成報修單和報修反饋單。報修任務的流程圖如圖2所示

圖2 報修任務流程圖

報修人員通過瀏覽器登錄自己的賬戶，登錄系統，啟動報修任務，填寫報修信息，描述故障情況，提交任務；維修任務完成，收到反饋提醒后填寫反饋單，評價維修質量，提交后完成整個報修任務流程。在整個任務流程中，普通用戶需要完成“啟動任務”和“評價反饋”兩個節點任務。

維修管理人員登錄系統后，如收到報修任務，評估任務緊迫性，對多個任務進行排序，向維修人員下發任務；維修任務完成，收到用戶的反饋單后，審核完畢存入系統數據庫。維修管理人員可以查詢數據，進行統計分析，以便排查辦公設備可能發生的故障或存在隱患；與廠商溝通要求協助處理或要求廠商派遣維護人員；對于重大故障或隱患提交至相關上一級領導。

維修人員登錄系統后，可收到報修提醒，根據報修單上的相關信息，開始維修，維修完成后申請反饋單，發送至報修用戶處；如有不能解決的問題，提交給維修管理人員，以便聯系廠商或上報上一級領導。

2.4 系統架構設計

系統軟件架構設計中，采用和遵循三層架構設計模式，以降低各功能模塊間的耦合程度，依次為：界面層（User Interface layer）UIL、業務邏輯層（Business Logic Layer）BLL和數據訪問層（Data access layer）DAL。業務邏輯層定義了實現業務邏輯功能的類：人員管理、部門管理、報修單管理、公告管理、設備管理、維護信息管理、數據列表操作等。數據訪問層定義類DataBase.cs，實現連接數據庫、對數據庫的讀、寫等功能。

2.5 界面設計

在用戶界面部分，根據需求分析的結果，用戶界面友好、易操作。在界面設計上，做到簡單明了，易于操作，并且要注意到界面的布局，突出顯示重要以及出錯信息，同時保證各個頁面美觀大方，風格統一。本系統在用戶界面設計中，使用母版頁，公共信息顯示在母版頁上，以做到系統各頁面風格統一。

3 數據庫設計

根據在線報修管理系統的功能數據邏輯結構設計，分為報修表單、維修信息表單、公告信息表單、用戶信息表單。

1）報修表單（ORMS_Repair）：報修編號、用戶名、用戶所在部門、用戶電話、設備名稱、設備地點、報修時間、故障描述、等級、維修狀態、維修人員。

2）維修信息表單（ORMS_Maintain）：維修編號、報修編號、維修人員、處理情況、處理時間、維修狀態、維修費用、用戶評價、用戶意見、評價時間。

3）公告信息表單（ORMS_News）：公告編號、公告名、用戶ID、公告內容、更新時間。

4）用戶信息表單（ORMS_User）：用戶名、用戶密碼、用戶角色、用戶姓名、用戶部門、用戶電話。

4 系統實現

在線報修管理系統采用B/S模式設計，由用戶端、Web服務器、數據庫服務器構成。

4.1 系統開發環境

數據庫系統：Windows2003 Server、安裝SQLserver2008

開發環境：Microsoft Visual Studio 2010， 4.0， C#

Web服務器系統：Windows7，安裝IE6、安裝IIS7、安裝FrameWork4

4.2 實際運行效果

報修管理：管理人員對報修任務進行審核，劃分故障等級，向維修人員下發維修任務，并決定是否向上一級領導匯報。效果如圖3所示，類型統計效果如圖4所示。

5 結束語

本系統從日常辦公的實際需求出發，架構設計遵循三層架構模式，提高系統架構的明確性、層次性和標準性；權限設計時充分考慮實際辦公模式，提高系統管理功能的有效性和科學性；界面設計時充分考慮用戶的操作習慣，以提高易用程度。在今后管理系統的運行過程中，將根據工作需求逐步完善，以達到提高工作效率的目的。

參考文獻：

[1] 張正禮， 王堅寧. 從入門到精通[M]. 北京： 清華大學出版社， 2011.

篇（9）

1概述

神華神東煤炭集團公司是國內一流的煤炭企業，擁有十幾個大型現代化安全高效礦井，3個煤礦設備維修廠，企業擁有大量的機電設備，包括采掘設備，洗選設備及其他設備等，在采購和維修的過程中，不論是大件設備還是小型配件，基本上都需要用到標書。盡管目前神東已經有物供信息系統在使用，但是該系統側重于采購流程，對標書的管理欠缺，導致各個基層部門上傳的標書不規范、不統一，另外由于標書種類非常繁多，目前已經包括600多種設備，每種設備都有大量的配件組成，數量可想而知，并且有些標書定期需要更新內容，而使用者是各基層單位人員，人員操作水平參差不起，存在查找困難、容易出錯、效率低下等問題，一旦出錯可能影響采購環節，調錯配件，輕者影響生產，重者可能造成更大損失。隨著企業本質安全管理和降本增效的需要，神東作為先進的煤炭生產企業更需要完善、可靠、及時的物質供給，因此用信息化手段將標書這一重要環節進行統一維護管理是一項很有意義的工作。建設標書管理系統不僅是現代化煤炭企業的一項任務，也是創建神東煤炭集團創建“本質安全型、科技創新型、質量效益型、和諧發展型、資源節約型”企業不和或缺的一部分。神東標書管理系統是一個對神東所有的機電設備標書進行統一維護、管理，為機電管理部門提供標書上傳、維護功能，為所有使用機電設備的部門提供標書查詢和下載服務的系統，通過標書管理系統，可以確保標書的統一管理、規范、準確無誤及快速查找，方便各基層人員使用，方便管理人員統一維護，提高了員工的工作效率，降低由于填寫錯誤導致配件延誤的風險，間接地提高的生產效率，真正起到降本增效、提升安全的效果。

2標書管理存在問題及系統建設目標

2.1標書管理存在問題標書不統一：標書目前是word文檔的形式進行傳閱，由于使用者分布范圍廣，數量多，要想統一標書版本是非常困難的事，基層操作人員人員流動大，水平參差不齊，直接加劇了標書使用過程中的不規范。標書數量多：大量的標書查找起來非常不方便，繁瑣，并且容易出錯，直接影響采購過程。標書版本不更新，有些標書需要定期進行更新，而在使用過程中，基層人員又將老版本的標書使用了，不僅浪費時間，由于煤炭企業的特殊性，可能會造成不可估量的損失。鑒于此，迫切需要神東標書管理信息系統來解決這些問題。2.2系統建設目標系統建成后可滿足：（1）神東煤炭集團下屬礦井、維修廠、醫院、礦業等公司的設備及配件采購標書的快速下載使用，使用人員多，分布范圍廣，提升工作效率明顯，能滿足多個用戶并發訪問的要求；（2）系統菜單掛靠在神東業務協同平臺上，符合神東員工的操作習慣；（3）系統有操作權限，不同類型人員具有的操作權限不同，便于統一管理；（4）系統可以實現標書的操作記錄查詢，可以看到每個標書的上傳、下載的人員信息；（5）系統具有標書的統計報表，可以通過條件對標書進行統計查詢；（6）系統具有標書更新提醒功能，管理員可以設置標書類型的更新周期，系統會以進度條的形式提醒操作者剩余更新時間。此外本系統還需要滿足以下條件：經濟高效性：系統設計充分考慮利用本部門現有的技術積累及優勢，使該系統結構簡單，易于操作，易于開發，項目周期短，成本低，用途廣。可靠穩定性：系統在保證可靠穩定的前提下才能夠讓用戶使用，不僅如此，另外還要考慮維護方便，便于后期的維護工作。系統安全性：本系統標書數據的安全不容忽視，依靠業務協同平臺的人員角色設置，對管理人員及基層區隊操作人員進行權限控制，避免其他人員能夠修改數據，影響系統的安全性及可靠性。

3技術實現與功能

結合神東煤炭集團信息管理中心軟件研發部目前的開發模式，本系統采用了普元EOS7.0作為開發平臺。3.1普元EOS介紹普元EOS是一款國內知名的SOA應用平臺。傳統的非SOA架構下的MVC開發模式雖然應用至今，但是卻不能完美地支持服務與流程的松耦合、服務構造的多樣化、服務的靈活裝配、服務的標準化和服務與邏輯的松耦合。普元EOS基于J2EE、Eclipse等開放的技術和平臺，采用了先進的SOA架構和標準規范，并通過構件化、一體化、圖形化的產品為客戶提供覆蓋SOA應用全生命周期的支撐。提供了一套完備的從頂層業務模塊的構件包設計，到業務服務的定義和業務數據的設計，再到業務服務和業務數據的開發實現，都統一實現了設計即開發的理念。使用這種SOA應用平臺，可以真正地幫助企業實現統一SOA架構并達到高質量、低成本、易管控、靈活地構造SOA服務和應用這一目標。采用普元EOS可以大大提高開發效率，比如對于基本的單數據表增刪改查功能，可以使用快捷功能一鍵生成。另外該平臺后臺采用圖形化的界面，開發簡單，易于學習，功能模塊化，便于擴展。前臺界面可以參考使用采用NUIDemo，例程里面有各種各樣的web界面控件，包括快速創建B/S快速錄入數據、Ajax無刷新、菜單工具欄、彈出面板、數據驗證、布局導航、Master-Detail、CRUD、分頁表格、樹形表格、樹等50多種典型WEB應用系統界面控件，例程代碼可以直接復制到自己的系統中進行修改，可以獨立、組合使用這些控件，另外nui通過內置數據懶加載、快速界面布局、低內存等機制優化性能。這樣前臺界面代碼開發量也大大減少，通過這些可以縮短開發時間，提升用戶體驗。因此本系統采用普元EOS7.0作為開發平臺。3.2系統功能設計與實現為了實現標書管理的功能，通過前期的需求調研分析，了解到系統的使用對象為設備管理中心和各基層單位，并不是所有員工都使用這一系統；另外標書類型需要專門維護；標書要能維護，定期更新，同時要有更新提醒功能，標書的上傳和下載都要記錄操作人員信息；此外要有統計報表。考慮到這些因素，故將系統分為四個功能模塊，分別為標書類型管理模塊、標書管理模塊、報表管理模塊及權限管理模塊。詳細功能如下：3.2.1標書類型管理由于標書類型目前已有600多個類型，并且相對比較固定，存在層級關系，因此需要采用樹形結構對標書類型進行維護，通過樹形結構顯示可以直觀地對標書類型樹節點進行增加、刪除、修改及查看，同時將不同類型的標書更新周期在在該模塊設置好以后，在類型管理模塊維護好的類型樹可以直接被標書管理模塊調用，方便快捷便于標書的維護。3.2.2標書管理該模塊是本系統的核心功能，主要是各種標書的新增、修改、刪除、下載及查看功能。標書管理頁面圖文并茂地顯示每個標書的更新剩余時間，便于及時維護。上傳功能采用了NTKO附件管理控件，同時記錄上傳和下載操作的人員信息，便于對系統的使用情況進行管理。3.2.3報表管理該模塊主要是對標書類型，標書數量，使用情況的數據進行匯總、統計、查看，用戶可以通過報表對系統的整體情況進行了解，可摘要：標書是煤炭企業采購環節中一項必不可少的內容，針對神東煤炭集團標書管理中存在的數量大，版本不統一，容易出錯等問題，需要信息管理系統來取代傳統的手工錄入。為此，神東信息管理中心研發了基于普元EOS平臺的神東標書管理系統，實現標書的信息化管理。關鍵詞：標書；EOS；管理系統以直接查看報表，也可以直接導出為Excel等格式文件保存到本地。3.2.4權限管理由于本系統的特殊性，需要對系統的操作權限進行管理，本系統依托神東業務協同平臺，設置了系統管理員，機電管理部及區隊人員三個角色。機電管理部人員擁有標書管理和標書類型管理的增刪改查權限，而區隊人員有標書類型的查看權限和標書的查看和下載權限，防止區隊人員對標書數據進行改動，保證了標書的準確。

4結束語

在煤炭形勢持續低迷的市場環境下，如何降本增效是各個煤炭企業應該考慮的。神東煤炭集團作為國內煤炭行業的領先企業，通過開發標書管理信息系統來替代傳統標書管理模式，神東標書管理系統使用后將會大大改善目前存在的問題，不僅便于管理，而且降低了使用者的工作量，提高了標書使用環節的準確性、統一性及可靠性，提高了工作效率，有了可靠快捷的配件采購保障，間接地保證了礦井的安全生產及生產效率，達到了降本增效。

篇（10）

【關鍵詞】

政府網；信息管理系統；設計思路；實踐應用

政府網建設對于實現政府信息共享以及便民服務活動的開展十分有利，但目前來說，我國的政府網建設并不成熟，大多數省市的政府部門的信息資源都沒有得到充分開發，導致了資源的浪費。因此，本文主要就政府網信息管理系統的設計思路及實踐應用進行探討，希望能對相關政府部門有所啟發。

1政府網建設概述

通過政府網建設在網上成立一個虛擬的政府，使得原本只能在網下操作的政府職能工作可以在網上進行。政府網建設完成后，政府部門可以將各種資料、檔案儲存到網上數據庫，民眾能夠在政府網上查看一切可以公開的相關信息，比如政府部門的名稱、辦事規章制度、職能、各類政府文件等等。可以說，政府網建設對于政府部門及廣大民眾而言都十分有利。近年來，各級政府都在積極推進政府網站建設工作，現階段大多數政府網站的主要功能就是政府信息。這就要求政府網站每天需要處理大量的各類公開信息、新聞稿件，信息十分的繁雜，為了保證信息處理高質高高效，信息的規范管理就十分重要，本文主要就政府網站信息管理系統的總體規劃及設計方法進行簡單分析。

2政府網信息管理系統設計應用

2.1信息管理系統總體規劃

信息管理系統的主要作用是收集管理政務信息，接收整理政府門戶網站的來信來稿，審核信息等等。信息管理系統建設前，必須做好規劃工作。政府網信息管理系統建設工作不是一朝一夕可以完成的，系統建設之前需要進行大量的基礎性工作。信息管理系統總體規劃可以分為：信息管理系統調查、規劃開發、系統分析、系統設計、管理實施、運行維護幾部分內容。政府網信息管理系統建設時主要需要解決幾個方面的問題：為了保證政府各部門之間的公文流轉、在線審批等等電子政務工作的正常開展，必須建立起一個互聯互通的機制。目前來說，各政府部門都采用分散建設的方法進行信息系統的構建。為了達到政務信息共享的目的，必須加強各部門信息系統的統籌管理，將各部門分散的信息統一歸納；信息系統的安全管理工作必不可少，必須在滿足政府部門內部信息互聯互通的同時，保證系統安全。

2.2政府網信息管理系統設計思路

網站信息管理系統可以分為三大部分，即前臺顯示、后臺管理及其他功能。本次網站信息管理系統設計采用linux操作系統，軟件技術有apache、php、mysql幾種。為了促進政府網更加高效、安全的運行，本文研究的網站信息管理系統主要的設計思路為以下幾點：

2.2.1管理系統模塊化

政府網站建設時需要按照網站的功能進行逐層分類，每一大類之下再細化分為不同的小類。信息管理系統中存在著許多的程度代碼，部分代碼可能比較相似，如果分類變化較大，需要改動所有的程序代碼，這種方法很容易導致程序代碼出現錯誤。為了便于工作的開展，可以將相同功能劃分為同一模塊，方便模塊與模塊之間調用，功能分類變化較大時，修改人員的代碼調整工作也更加的清晰明了，減少錯誤率。模塊化程序設計時，不僅需要考慮新的分類方式，還需要關注原有的分類基礎。程序分類時，部分固定不變的內容劃分為同一類，會實時變化的劃分為另一類。為了保證模塊之間能夠相互調用，應合理安排模塊結構，使這些模塊能夠相互獨立、互相引用。

2.2.2數據庫設計

數據庫的主要作用是存儲和管理信息系統的數據，是網站信息系統重要的組成部分，數據庫設計時需要根據信息系統的系統環境及實際應用需求，對數據庫進行邏輯設計及物理開發。設計時遵循方便、快捷、靈活性強的原則，數據庫內部結構及數量需要根據網站的內容確定。設計時可以將其分為兩類，存儲用戶信息的歸為一類，存儲實時信息的歸為另一類。為了保證數據庫的安全性，可以使用一定的技術手段保護用戶的密碼，比如mysql數據庫中的password函數，可以將密碼信息生成為復雜的字符串，從而提高密碼的安全性。

2.2.3信息管理系統應具有良好的擴充性、應變性

為了保證系統的正常運行、提高系統的安全性，信息管理系統需要及時更新維護。在程序編輯時，部分程序需要留一定的接口以便于后期的程序擴充工作的開展。更新維護或者二次開發的時候，相關人員只需要針對程序接口進行編程即可，這種方法可以極大地提高系統的擴充性、靈活性，減少了設計人員的工作量，對于信息管理系統的建設十分有利。此外，系統設計的過程中，用戶隨時可能會變更設計要求，調整部分內容，因此，系統設計應該具有良好的應變性。設計要求及內容變更時，設計人員只需要適當調整部分配置文件或參數文件即可。

2.2.4保密性

用戶在使用信息管理系統時，為了保證信息安全，需要首先進入登陸頁面輸入用戶名、密碼進行認證才能進入網站后臺操作。為了便于使用，大部分網站每次使用時只需要登陸認證一次即可調用其它頁面進行操作，但是這種設計存在著一個十分明顯的問題，如果有人知道了其它用戶的后臺網頁名就能夠不通過登陸頁面直接進入后臺頁，登陸頁面就失去了原有的保護功能。因此，設計人員應針對這一問題進行優化。實際的設計過程中，可以對后臺頁進行加密，用戶訪問后臺時必須經過登陸頁面才能進入。計算機網絡應用中Session機制的使用就是很好的例子，使用Session機制后，用戶的保密信息可以在網頁之間進行傳遞，但是加密內容不會傳遞，有效保證了用戶加密信息的安全性。信息管理系統的服務器會創建一個臨時文件，該文件能夠匹配識別字符串。使用Session機制后，即使有人以某種方式獲得了后臺頁的名字，將其輸入到地址欄并進行訪問，Session機制會直接判斷出該用戶沒有經過登陸認證，然后頁面跳轉到登陸頁，直至用戶以正確方式登陸為止。用戶登陸完成后，Session會將用戶的個人信息保存，直至瀏覽器關閉之前，該儲存始終有效，用戶可以自由在各后臺網頁瀏覽。因此在政府信息管理系統建設過程中可以將Session機制引入其中，用戶登陸政府網站之后，信息管理系統通過一定的計算機程序辨別用戶提交的用戶名、密碼等信息是否正確，如果計算機程度判斷輸入的信息能夠與數據庫連接則允許該用戶進入網站，反之則不能進入。

2.2.5管理及整合

信息的管理整合工作由管理人員進行。本次設計中，管理人員具有一定的層次劃分方法，各層次管理人員只能承擔自己部分的管理整合工作，不能越級操作。錄入人員不能參與信息的審批及高級管理工作，高級管理人員不能參與審批工作。為了便于后期的管理與開發工作的進行，設計增加了連續操作的模塊，眾多基礎模塊共同組成功能模塊，管理人員可以進行連續添加、重新分類等等工作。程序整合對于信息管理系統而言十分重要。級別認證、Session等等功能單獨實現比較簡單，但要想保證信息管理系統構建完成，必須將這些功能進行整合。整合過程中遵循先易后難的原則進行，先將基本流程下的網頁做出來，將需要進行模塊化處理的代碼整理在一起，完成基本模塊的建設，基礎模塊建設完成后需要對其進行集中的測試、調整，Session等其它功能最后加入。大致框架建設完成后進行整體整合，處理不同功能的模塊，調整模塊的結構，部分需要更改、充實配置文件的集中處理。

3結束語

本次設計中將單一的程序進行了模塊化，這在一定程度上會增加單個網頁編程的工作量，但是這種模塊化設計方法下，網站的使用管理效率就有較大的提高。隨著網絡技術的不斷發展，網站欄目內容隨時可能會發生變化，這就要求信息管理系統程序能夠適應更多的需求。模塊化設計思路下，只需要簡單改變配置文件的內容就可以實現程序功能的變化，具有良好的可擴充性，對于政府網站信息管理系統的建設十分有利。

作者：游穎萍 單位：龍巖市永定區項目技術對接服務中心

參考文獻

[1]王莉，徐玉成，王鋒.政府網站信息管理系統設計與實現[J].辦公自動化：綜合版，2010（7）：12~14.

篇（11）

目前多數院校的畢業設計環節存在以下問題:(1)畢業設計選題比較隨意，與專業培養目標不符;(2)畢業設計的開題、審核等工作還是通過QQ、郵箱或者面談的形式進行，很難記錄過程;(3)畢業設計和畢業論文的歸檔;(4)畢業論文的查詢統計困難。本文運用SSM框架開發了一種畢業設計管理系統，實現網上完成畢業設計選題、開題和審核，解決目前畢業設計環節存在的問題。

1SSM框架

系統采用MVC軟件架構模式［1］，可將頁面顯示、業務邏輯和數據庫訪問進行分離，是很成功的軟件架構模式。為提高應用程序的開發效率，減少系統的復雜度，系統采用SSM框架［2－4］(SpringMVC、Spring和MyBatis)，SSM框架相對于傳統的SSH(Struts、Spring和Hibernate)框架耦合度更低，更輕量級，效率更高。SSM框架是標準的MVC，將整個系統劃分為表示層、控制層、服務層、數據庫訪問層4層，使用SpringMVC負責請求的轉發和視圖管理，Spring實現業務對象管理，MyBatis作為數據對象持久化引擎［5］。1.1Spring框架Spring框架是一個開源的企業應用開發框架，采用JavaBean［6］來替換復雜的EJB，可以降低企業級開發的復雜性，是一個輕量級的控制反轉(IOC)和面向切面(AOP)的容器框架［7］。1.2SpringMVC框架SpringMVC屬于SpringFrameWork的后續產品，已融合在SpringWebFlow里。SpringMVC是Spring框架中用于WEB快速開發的一個模塊［8］，分離了控制器、模型對象、分派器以及處理程序對象的角色，這種分離讓它們更容易進行定制。1.3MyBatis框架與Hibernate一樣，MyBatis是一個基于Java的數據持久層框架［9］。有別于Hibernate的全自動化，MyB-atis框架結合了Hibernate和JDBC的優點，使用較靈活，程序員自己寫SQL語句，便于SQL優化。

2畢業設計管理系統分析

系統主要涉及到教師、學生和管理員3種用戶，教師可通過系統網上選題，同時對學生上傳的開題報告進行審核，同時可以查看所有學生的選題狀態等。學生可瀏覽對應指導老師的選題，同時對可選選題進行上傳開題報告并選擇的操作，同時可以在老師未審核或者審核不通過時刪除自己的選擇，進行重新選擇等［10］。管理員對系統進行管理，其工作包括對系部、專業、班級的添加，對主任、老師、學生三者信息的批量錄入操作等。系統主要用例如圖1所示。

3畢業設計管理系統設計

3.1系統總體框架設計畢業設計管理系統分為兩部分:畢業設計后臺管理系統和畢業設計前臺管理系統。教師和管理人員通過后臺管理系統可以畢業設計選題、查看學生選題情況、導入指導的學生信息、下載開題報告和畢業設計成果。學生通過畢業設計前臺管理系統可查看選題、完成選題、下載開題報告模版、上傳開題報告以及畢業設計成果、查看開題報告審核結果等。系統采用表示層、控制層、服務層、數據庫訪問層4層，系統總體框架設計如圖2所示。3.2類設計根據系統需求分析和總體框架結構設計，系統分為表示層、控制層、服務層和數據庫訪問層。系統主要類如圖3所示。3.3數據庫設計根據需求分析畢業設計管理系統主要有管理員、系主任、教師、學生、系別、專業、班級、畢業設計選題、畢業成果等10多個實體。系統涉及到的主要表有畢業設計選題表、學生表、畢業成果表，其中畢業設計選題表關系圖如圖4所示。

4系統實現關鍵技術

畢業設計管理系統的開發平臺采用EclipseforJa-vaEE，系統采用MVC軟件架構，運用SSM框架提高開發效率。表示層采用JSP、JQuery［11］和CSS技術和DWZ框架，SpringMVC完成業務流程控制，數據庫訪問層采用MyBatis來完成數據持久化的功能，數據庫采用MySQL5.6，Spring用于整合MyBatis。4.1畢業設計選題管理的實現畢業設計選題管理功能包括:導入畢業設計選題、611查看畢業設計選題、審核畢業設計選題、查看選題結果。采用JXL來實現以Excel形式導入和導出選題，主要涉及到的類和接口有:接口ITitleDao，實現類Ti-tleDaoImpl;控制器類有:TitleController，主要負責對選題相關的所有請求做處理;實體類包括:Titles類和Students類，Titles類和數據庫里的選題表對應，Students類和數據庫里的學生表對應。頁面主要有ti-tleManager.jsp，title.jsp等。4.2開題報告管理的實現開題報告管理功能包括:下載開題報告模版、上傳開題報告、下載開題報告、查看開題報告、審核開題報告等功能。主要涉及到的接口是IThesisProposalDao，其主要提供審核開題報告的方法;IThesisProposalDao接口實現類ThesisProposalDaoImpl;控制器類有:The-sisProposalController，主要負責對開題報告的請求做處理，實體類有ThesisProposal，該類和數據庫中的開題報告表對應。4.3畢業設計成果管理的實現畢業設計成果管理功能包括:上傳畢業設計成果、審核畢業設計成果、下載畢業設計成果等功能。主要涉及到的接口有:IGradPjtResults，實現類Grad-PjtResultsImpl中封裝了畢業設計成果上傳下載、審核的方法，控制器類GradPjtResultsController主要完成對畢業設計成果相關的請求做處理，實體類包括Grad-PjtResult，和數據庫里的畢業設計成果表對應。

5系統測試

為驗證系統功能，根據需求分析說明書，設計測試用例。系統采用黑盒測試完成系統的功能測試。通過多次測試和調試，系統能滿足教師、學生等用戶的需求，并已投入使用，達到了系統預期的效果。