管理系統(tǒng)設計大全11篇

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

篇（1）

關鍵詞:

宿舍門禁系統(tǒng);樹莓派;遠程監(jiān)控;消防聯(lián)動

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

1系統(tǒng)硬件組成

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

2系統(tǒng)功能及組成

2．1權(quán)限分級

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

2．2圖像監(jiān)控

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

2．3人臉識別

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

2．4消防聯(lián)動

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

3系統(tǒng)結(jié)果

本系統(tǒng)軟件設計主要有主控制程序和后臺服務器數(shù)據(jù)存儲和其他子功能程序設計。主控程序主要協(xié)調(diào)硬件與云端的關系。后臺存儲主要用來數(shù)據(jù)備份方便后期查詢，其他子功能程序包括流視頻監(jiān)控以及學生本寢室內(nèi)的圖片郵件監(jiān)控功能。硬件設計主要有樹莓派攝像頭圖像采集以及圖像識別，以及驅(qū)動門鎖開門，檢測寢室內(nèi)環(huán)境是否正常等功能。整套系統(tǒng)整體運行情況良好，且搭建方便費用較低?？梢赃\用到實際的宿舍內(nèi)部使用。

4結(jié)語

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

參考文獻:

［1］張展林．智能家居發(fā)展現(xiàn)狀解析［J］．智能家居發(fā)展現(xiàn)狀解析，2016．

［2］吳義黃．基于微信端的智能家居監(jiān)控系統(tǒng)的設計與實現(xiàn)［J］．電腦知識與技術，2016．

篇（2）

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

1.音像超市管理系統(tǒng)需求分析

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

2.音像超市管理系統(tǒng)設計

2.1音像超市管理系統(tǒng)概要設計

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

圖 音像超市管理系統(tǒng)模塊圖

2.2音像超市管理系統(tǒng)模塊功能描述

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

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

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

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

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

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

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

2.2.7進貨信息的統(tǒng)計及結(jié)算，進貨報表的打印，分為日進貨信息報表的打印和月進貨信息報表的打印。

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

2.2.9銷售信息的統(tǒng)計及結(jié)算，銷售報表的打印，分為日銷售信息報表的打印和月銷售信息報表的打印。

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

3.數(shù)據(jù)庫分析設計

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

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

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

音樂音像信息：包括音樂ID、音樂名稱、演唱者、介質(zhì)、語言、音樂風格、售價、現(xiàn)存數(shù)量、備注信息等。

影視音像信息：包括影視ID、影視名稱、導演、主演、類型、介質(zhì)、售價、現(xiàn)存數(shù)量、備注信息等。

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

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

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

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

接下來，通過數(shù)據(jù)庫的邏輯結(jié)構(gòu)設計把概念結(jié)構(gòu)設計得出的實體和數(shù)據(jù)項映射成邏輯結(jié)構(gòu)，生成二維表存儲在計算機存儲器中，這是系統(tǒng)下一步實現(xiàn)的基礎。

4.結(jié)語

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

篇（3）

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

關鍵詞：公文管理系統(tǒng)；B/S模式；；SQLSERVER

1引言

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

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

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

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

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

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

2公文管理系統(tǒng)系統(tǒng)分析

2.1系統(tǒng)需求分析

根據(jù)公文管理系統(tǒng)的基本需求，本系統(tǒng)需要完成以下任務。

根據(jù)公司的實際情況，創(chuàng)建公文流路徑。

員工能夠起草公文，并且起草的公文可以按照已創(chuàng)建的公文流路徑流轉(zhuǎn)。

能夠?qū)ζ鸩莸墓倪M行統(tǒng)計及實時監(jiān)控。

能夠統(tǒng)計查看自己審批過的公文。

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

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

2.1.1用戶身份級別要求

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

2.1.2系統(tǒng)功能模塊設置

公文起草

通過公文起草模塊，可以創(chuàng)建要流轉(zhuǎn)的文件。

已發(fā)公文

通過已發(fā)公文模塊，可以查看自己發(fā)送的公文的詳細信息，包括公文現(xiàn)在的所處的節(jié)、公文要流轉(zhuǎn)的路徑以及公文具體信息。

待辦公文

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

已辦公文

通過已辦公文模塊，可以查看自己審批過公文的詳細信息，包括公文現(xiàn)在的所處環(huán)節(jié)、公文要流轉(zhuǎn)以及公文的具體信息。

公文委托

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

流程監(jiān)控

通過流轉(zhuǎn)監(jiān)控模塊、可以查看自己所發(fā)公文所處的環(huán)節(jié)以及已批環(huán)節(jié)的審批內(nèi)容。

類別定制

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

2.2系統(tǒng)設計目標

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

本系統(tǒng)總體目標是將網(wǎng)絡技術、信息技術、現(xiàn)代管理技術和科學的公文管理結(jié)合，實現(xiàn)了公文處理的自動化流轉(zhuǎn)。

本系統(tǒng)首先要實現(xiàn)動態(tài)性和交互性。所謂的動態(tài)性就是能動態(tài)更新內(nèi)容，如更新個人信息、公文信息、流轉(zhuǎn)信息等。這要求與數(shù)據(jù)庫有良好的連接；交互性則要求公文的及時審批和歸檔。

實現(xiàn)系統(tǒng)的安全性和可靠性，避免他人進入破壞數(shù)據(jù)庫信息。

2.3開發(fā)環(huán)境

框架

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

的工作原理

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

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

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

2.3.4MVC介紹

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

模型（Model）

模型是應用程序的主體部分。模型表示業(yè)務數(shù)據(jù)，或者業(yè)務邏輯。

視圖（View）

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

控制器（controller)

控制器工作就是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示和更新model對象狀態(tài)。

2.3.5編程運行環(huán)境

硬件環(huán)境：

CPU:AMDAthlon(tm)2800+

內(nèi)存：512MB

硬盤：80G

軟件環(huán)境：

操作系統(tǒng)：MicrosoftWindowsXPService

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

3公文管理系統(tǒng)系統(tǒng)設計

3.1數(shù)據(jù)庫設計與實現(xiàn)

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

根據(jù)系統(tǒng)需求，本系統(tǒng)需要設計9張表。

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

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

公文流轉(zhuǎn)路徑信息表：存放制定的公文路徑。

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

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

篇（4）

關鍵詞 ：資產(chǎn)管理，信息系統(tǒng)，系統(tǒng)實施

引言

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

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

陳霞玲[2]在其文章中指出中國運營商一般情況下?lián)碛芯揞~的設備、管線資源等固定資產(chǎn)。怎么對這些資產(chǎn)進行規(guī)范化管理，是電信企業(yè)關注的一個重點問題。在電信行業(yè)管線資源管理信息系統(tǒng)的基礎上，研究開發(fā)企業(yè)的固定資產(chǎn)管理信息系統(tǒng)，使電信企業(yè)的固定資產(chǎn)管理實現(xiàn)信息化、科學化。

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

電信行業(yè)資產(chǎn)管理系統(tǒng)的建議性研究較多，有的從整體業(yè)務流程進行研究、有的從物聯(lián)網(wǎng)設計進行研究，形成了一些指導性意見，本文結(jié)合電信行業(yè)日常運營實務，管理信息系統(tǒng)設計理念出發(fā)對電信行業(yè)資產(chǎn)管理信息系統(tǒng)進行研究。

1、電信企業(yè)資產(chǎn)管理系統(tǒng)

電信行業(yè)的資產(chǎn)管理系統(tǒng)除了具有一般的管理信息系統(tǒng)的功能外，同時還具有決策數(shù)據(jù)分析的功能，因此本文借鑒兩個系統(tǒng)的特點設計企業(yè)資產(chǎn)管理系統(tǒng)。

1.1 電信企業(yè)資產(chǎn)管理分析

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

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

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

3） 管理制度執(zhí)行不規(guī)范，根據(jù)電信企業(yè)固定資產(chǎn)實物管理分類模式，可分為網(wǎng)絡類資產(chǎn)、管理類資產(chǎn)，這兩類資產(chǎn)的管理方面目前均十分不規(guī)范。

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

1.2 電信企業(yè)資產(chǎn)管理系統(tǒng)模塊分析

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

（1） 生產(chǎn)類資產(chǎn)管理模塊：

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

（2） 管理類資產(chǎn)管理模塊：

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

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

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

（4） 數(shù)據(jù)挖掘模塊

數(shù)據(jù)挖掘分析主要是用于資產(chǎn)分析，資產(chǎn)分析主要針對賬實相符率、固定資產(chǎn)投資情況、固定資產(chǎn)余額與投入比、固定資產(chǎn)應用結(jié)果分析、固定資產(chǎn)調(diào)撥統(tǒng)計、固定資產(chǎn)分布情況、固定資產(chǎn)新增信息統(tǒng)計等。

（5） 基礎數(shù)據(jù)管理模塊

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

2、電信企業(yè)資產(chǎn)管理系統(tǒng)實施

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

（2） 根據(jù)本次解決方案目標，不僅要提高資產(chǎn)賬實相符率，而且要規(guī)范資產(chǎn)管理業(yè)務操作持續(xù)保持資產(chǎn)賬實相符。結(jié)合各類資產(chǎn)處理過程，形成地市基線方案，可分為六個階段完成解決方案目標：業(yè)務宣傳、調(diào)研分析、責任落實、現(xiàn)場盤查、資產(chǎn)匹配、優(yōu)化處理。

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

2） 調(diào)研分析：調(diào)研分析階段主要是收集數(shù)據(jù)、解除報廢資產(chǎn)匹配關系和核對權(quán)證資料等工作處理。

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

4） 現(xiàn)場盤查：現(xiàn)場盤查是根據(jù)資產(chǎn)分布地點，盤點資產(chǎn)設備。固定資產(chǎn)存放地點通常可分為七類：辦公樓、營業(yè)部、營業(yè)廳、倉庫、機房、基站地點和網(wǎng)優(yōu)地點。

5） 資產(chǎn)匹配：主要是通過資產(chǎn)管理系統(tǒng)的資產(chǎn)匹配功能，實現(xiàn)資產(chǎn)賬實相符。根據(jù)資產(chǎn)匹配原則，首先匹配新增資產(chǎn)，確保新增資產(chǎn)達到完全賬實相符。

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

3、小結(jié)

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

參考文獻：

[1] 劉輝. 一種流動性資產(chǎn)管理系統(tǒng)的設計與實現(xiàn)[J]. 中國管理信息化，2011，20：56-57.

[2] 陳霞玲. 面向流程的電信固定資產(chǎn)管理實現(xiàn)分析[J]. 現(xiàn)代商貿(mào)工業(yè)，2010，09：198-199.

[3] 王英奎，羅平. 電信運營企業(yè)實物資產(chǎn)全程管理系統(tǒng)構(gòu)建研究[J].北京交通大學學報（社會科學版），2007，02：42-47.

作者簡介：

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

篇（5）

2系統(tǒng)設計

2.1系統(tǒng)架構(gòu)

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

（1）系統(tǒng)各層定義?！岸恕奔粗钢悄苘囄绘i、車牌識別欄桿機與手持移動終端。智能車位鎖用于采集車位狀態(tài)信息并控制車位使用權(quán)，與車牌識別欄桿機聯(lián)動實現(xiàn)停車用戶獲取與釋放車位使用權(quán)。手持移動終端通過安裝本系統(tǒng)停車APP，實時獲取系統(tǒng)內(nèi)停車位資源以及其他停車服務?！熬W(wǎng)”包括停車場內(nèi)局域網(wǎng)和停車場與云平臺間的廣域網(wǎng)，是連接本系統(tǒng)“端”與“云”的數(shù)據(jù)通道。本系統(tǒng)中，停車場內(nèi)局域網(wǎng)采用自組織、低功耗的ZigBee網(wǎng)絡，確保網(wǎng)絡質(zhì)量、降低部網(wǎng)成本；停車場與云平臺間廣域網(wǎng)采用有線網(wǎng)絡、WIFI網(wǎng)絡或移動網(wǎng)絡，具體采用何種通信方式根據(jù)應用場景確定?！霸啤奔粗竿＼嚬芾碓破脚_，利用云計算技術存儲并處理各停車場車位數(shù)據(jù)、處理預訂請求和費用支付信息，為停車場和停車用戶分別提供停車管理與停車服務。

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

2.2系統(tǒng)功能

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

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

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

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

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

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

3車位鎖硬件設計

智能車位鎖是本停車管理系統(tǒng)中的關鍵構(gòu)件，其主要承擔車位狀態(tài)信息采集、車位使用權(quán)限控制以及信息傳輸?shù)裙δ堋１鞠到y(tǒng)設計的智能車位鎖硬件構(gòu)成。本智能車位鎖硬件主要包括：MCU、ZigBee模塊、地磁檢測模塊、電機、限位開關、LED指示燈與電源模塊，各模塊通過數(shù)據(jù)和電源接口與MCU連接。MCU主要用于采集數(shù)據(jù)處理與發(fā)送、控制指令接收與解析。ZigBee模塊主要負責各車位鎖網(wǎng)絡連接，用于接收服務控制指令以及發(fā)送車位狀態(tài)與指令執(zhí)行結(jié)果。地磁檢測模塊主要用于檢測車位空閑狀態(tài)，用于偵測車輛駛?cè)肱c駛離，從而計算車輛停車時間。電機模塊主要用于控制車位鎖機械臂正反轉(zhuǎn)，從而實現(xiàn)對車位資源的鎖定與釋放。限位開關主要用于控制車位鎖機械臂轉(zhuǎn)動角度在0~90°之間，確保車位鎖的開啟與關閉兩種狀態(tài)。LED指示燈用于指示車位的空閑狀態(tài)，車位空閑時顯示綠色，車位被占時顯示紅色。

4系統(tǒng)實現(xiàn)

4.1系統(tǒng)組網(wǎng)布置

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

4.2系統(tǒng)部署與工作流程

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

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

篇（6）

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

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

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

2輪轂生產(chǎn)管理系統(tǒng)總體設計

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

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

3輪轂生產(chǎn)管理系統(tǒng)詳細設計

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

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

4系統(tǒng)實現(xiàn)

研究利用VisualBasic6．0對生產(chǎn)管理系統(tǒng)進行了開發(fā)。

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

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

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

篇（7）

【關鍵詞】

房屋置換還遷；管理系統(tǒng)；設計；實現(xiàn)

前言

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

1系統(tǒng)需求分析

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

2總體設計

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

3系統(tǒng)實現(xiàn)及測試

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

4結(jié)論

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

作者：邊濤 單位：天津市河東區(qū)房產(chǎn)服務中心

參考文獻

篇（8）

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

1 背景

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

2 系統(tǒng)整體設計

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

2.1 系統(tǒng)總體結(jié)構(gòu)

在線報修管理系統(tǒng)總體結(jié)構(gòu)圖如圖1所示，該系統(tǒng)主要分為報修管理功能模塊、系統(tǒng)管理功能模塊、查詢統(tǒng)計功能模塊。

2.2 系統(tǒng)各模塊功能

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

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

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

2.3 報修流程

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

圖2 報修任務流程圖

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

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

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

2.4 系統(tǒng)架構(gòu)設計

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

2.5 界面設計

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

3 數(shù)據(jù)庫設計

根據(jù)在線報修管理系統(tǒng)的功能數(shù)據(jù)邏輯結(jié)構(gòu)設計，分為報修表單、維修信息表單、公告信息表單、用戶信息表單。

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

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

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

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

4 系統(tǒng)實現(xiàn)

在線報修管理系統(tǒng)采用B/S模式設計，由用戶端、Web服務器、數(shù)據(jù)庫服務器構(gòu)成。

4.1 系統(tǒng)開發(fā)環(huán)境

數(shù)據(jù)庫系統(tǒng)：Windows2003 Server、安裝SQLserver2008

開發(fā)環(huán)境：Microsoft Visual Studio 2010， 4.0， C#

Web服務器系統(tǒng)：Windows7，安裝IE6、安裝IIS7、安裝FrameWork4

4.2 實際運行效果

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

5 結(jié)束語

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

參考文獻：

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

篇（9）

1概述

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

2標書管理存在問題及系統(tǒng)建設目標

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

3技術實現(xiàn)與功能

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

4結(jié)束語

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

篇（10）

【關鍵詞】

政府網(wǎng)；信息管理系統(tǒng)；設計思路；實踐應用

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

1政府網(wǎng)建設概述

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

2政府網(wǎng)信息管理系統(tǒng)設計應用

2.1信息管理系統(tǒng)總體規(guī)劃

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

2.2政府網(wǎng)信息管理系統(tǒng)設計思路

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

2.2.1管理系統(tǒng)模塊化

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

2.2.2數(shù)據(jù)庫設計

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

2.2.3信息管理系統(tǒng)應具有良好的擴充性、應變性

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

2.2.4保密性

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

2.2.5管理及整合

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

3結(jié)束語

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

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

參考文獻

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

篇（11）

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

1SSM框架

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

2畢業(yè)設計管理系統(tǒng)分析

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

3畢業(yè)設計管理系統(tǒng)設計

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

4系統(tǒng)實現(xiàn)關鍵技術

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

5系統(tǒng)測試

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