引論：我們為您整理了13篇管理系統設計范文，供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源，期望它們能夠激發您的創作靈感，讓您的文章更具深度。

篇1

發改委；檔案信息；設計；實現

隨著網絡和信息等現代化科學技術的發展與成熟，當今社會已經逐漸邁進信息化時代，人們日常的工作、生活和學習都在互聯網和計算機技術的影響下變得更加方便、快捷。同時，信息技術也越來越多地被應用到各個行業領域當中，在各企業、機關單位、醫院、學校的信息管理工作中都以計算機網絡技術為依托設計或引入了專門的信息管理系統來提升信息管理水平。本文針對發改委綜合檔案信息系統的設計與實現問題進行了探討。

一、發改委綜合檔案信息的管理需求分析

作為一個肩負宏觀調控職能的重要部門，發改委積累了大量珍貴的檔案資料，并逐年遞增，傳統的管理方式十分不便于檔案信息的管理、存儲和查詢、調用，大大降低了檔案信息的利用率，沒有發揮出綜合檔案信息對發改委及我國社會經濟穩定、健康發展的實際效用。因此，實現和推動發改委綜合檔案信息管理的現代化、數字化和信息化已然成為必然趨勢。發改委綜合檔案信息的管理主要會涉及到收發文、信息錄入、查詢、統計和歸檔整理、借閱等環節，設計信息管理系統的目的是要節省檔案信息的存儲空間、延長檔案信息保存的時間、方便信息查詢和調用等。設計的信息管理系統要能夠實現數據存儲、獲取和展示、轉存儲、備份等功能，同時還要保證檔案信息能夠在此信息管理系統和諸如OA一類的信息系統之間進行雙向的信息傳遞。此外，鑒于計算機技術的更新速度較快，設計的信息管理系統需要在保證系統本身先進性的同時具備一定的開放性與擴充性，以便隨著技術的發展和使用需求不斷更新和完善其功能。

二、綜合檔案信息管理系統設計思路

首先，在辦公內網的基礎上利用計算機技術設計符合發改委實際狀況和需求的信息管理系統，把安全、高效和服務、共享作為綜合檔案信息管理系統的設計原則，在此基礎上創建一個系統的檔案信息服務體系。其次，加快發改委紙質檔案信息資料的數字化腳步，為檔案信息管理系統提供原始的電子信息數據和元數據，對于部分重要檔案要盡量實現全文的檢索和利用，進而建立起基礎的電子檔案信息資源數據庫，全面實現發改委綜合檔案信息的無紙化利用和信息網絡化的管理模式，讓日后檔案信息的管理、調用、查詢、傳遞工作變得更加快捷、高效。再次，保證檔案信息管理系統完整性、科學合理性的前提下，既要保證其能夠與其他信息系統進行相互間的信息發送與信息接收。同時鑒于發改委的特殊性質，系統要具備對需要保密的檔案數據信息做壓縮加密處理和異地備份的功能。此外，為保證系統中檔案信息數據的完整性和延續性，要遷移歷史數據條目。最后，創建一個可以實現文字、音頻、影像等多種類型檔案信息數據查詢、利用的綜合性檔案信息管理平臺，兼具專業性、完整性的同時要允許并容易對其進行功能上的擴展、改進和完善。

三、模塊劃分

根據上文對發改委綜合檔案信息管理系統的需求分析，可將此系統程序按功能劃分成連接數據庫服務器和基本數據管理、檔案整理、檔案數據管理及系統維護5個模塊。連接數據庫服務器這部分模塊的主要功能是確定用戶選擇的數據庫服務器，出于安全方面考慮，可設置第一次使用時用戶要提供服務器名、用戶名、密碼等正確信息后方可成功登錄系統，之后此次填寫的信息將會被記錄到注冊表當中，以省卻日后登錄的麻煩?；緮祿旃芾砟K主要的功能有保密級別、歸檔類別、部門和保管期限、數據修改、刪除操作等。檔案數據管理模塊的功能是檔案信息的錄入、查詢和統計及銷毀等。檔案整理模塊則專為檔案鑒定與組卷而設計的。系統維護這一模塊的功能是數據的導入、導出、打印，以及數據庫的恢復和備份。

四、體系結構

將整個檔案信息管理系統分成應用服務器、用戶、數據3層。其中應用服務器這層本文選取了MVC結構，利用MVC結構將交互管理系統分解成模型、控制和視圖3個構成組件，裝有問題核心數據與邏輯計算關系和功能計算關系的模型組件需要利用JAVA類與EJB技術來實現；用于保證用戶和系統能夠進行互動操作的控制組件功能需要通過使用JAVA語言編寫的服務器端程序來實現，控制組件的主要目的是協調模型同視圖之間的工作；對于從模型處獲取顯示信息的視圖組件來說，同樣的信息可以通過不同的顯示形式和視圖展現出來，視圖組件功能的實現需要依靠JavaScript和JSP技術、HTML技術。需要說明的是，對于屬于用戶層的工作人員來說，不管是在單位還是其他地方，僅通過網絡就能得到此信息管理系統提供的業務邏輯層服務，雖然不需要再安裝客戶端軟件，但仍需要通過RMI通信協議。

五、結束語

鑒于以信息網絡技術為依托可建立信息管理系統來實現檔案信息管理的信息化和現代化，所以，在發改委綜合檔案信息管理工作中也應主動探索，結合發改委檔案信息管理工作的實際需求進行信息管理系統的設計，包括功能模塊的劃分、體系結構構建等。

作者：羅瓦則 單位：四川省喜德縣發展改革和經濟信息化局

【參考文獻】

篇2

我國很多制造企業傾向于使用自身資源，通過在各地區開設銷售公司和辦事處，完成產品存儲銷售與運輸工作。這種專有化程度較高的物流管理系統的特點，是企業對其控制能力較強，但由于組織結構的剛性，人力資源專業性強，導致整個渠道系統的柔性較差。

一、物流管理系統存在的問題

我國物流管理系統的模式主要有:制造企業的“物流配送中心（簡寫為M－DCs）和商業服務業中連鎖企業的物流配送中心（簡寫為C－DCs）”。他們大多數脫胎于原有企業的管理理念，多數從屬于企業管理構架，主要存在以下問題:

首先，在我國企業中物流管理的地位較低，尚未引起企業決策者的重視。?在國外的制造企業中，物流管理在企業組織中具有較高的地位，根據90年代北美的一項調查，美國被調查的企業中，有約45％的高層物流管理者是副總裁以上人員。而我國的制造企業還沒有認識到物流的集成化管理在提高企業快速反應能力、降低成本、滿足顧客個性化需求方面的作用，因此，尚未將其作為一項戰略問題來對待。

其次，物流管理實踐及研究重內不重外，缺少系統管理物流的方法研究。我國企業及研究人員較重視企業內部的物流系統的設計和管理，而缺少有關集成化的供應鏈管理方法的研究。

再次，物流管理系統設計和運作過程中，社會化分工程度較低，缺乏合理利用企業外部社會資源的意識。

綜上所述，作者認為我國物流管理系統必須進行徹底的改革，方能提高物流管理的效益，才能發揮第三利潤源泉的作用。

二、物流管理系統的總體設計

1、設計指導思想

結合我國實際，物流管理系統的設計把社會化的結構、系統化的運作流程、信息化的技術手段及關系型的管理方式作為指導思想。

物流系統社會化的含義建立在社會專業化分工的基礎上，即制造企業充分利用外部的資源，建立市場化程度較高的物流系統，而不是專有化程度較高的結構模式，借以減少組織結構的剛性，增加系統的柔性，并且通過提高勞動生產率（專業分工的結果）和減少包括管理成本在內的系統固定運行成本，增加效益。

系統化運作的含義有兩個：第一，處理好物流系統與企業生產加工、營銷、開發、財務等基本功能系統間的關系；第二，綜合考慮企業內外因素，對物流系統中采購、制造、倉儲、分銷過程中信息流、物流及資金流的運作流程進行集成設計和管理。其好處是可以建立一致的目標，使系統中的成員相互協作，通過共同減少系統中的資源浪費，減少運作成本，通過協調一致的合作增加系統的可靠性和快速反應能力。

信息化的含義是指新的物流系統應充分利用以計算機網絡、營銷管理與決策支持系統、庫存管理系統為代表的信息技術。可以說物流系統信息化是實現物流系統社會化和系統化運作的必要前提。? ?

關系型的管理方式是指制造商在供應商、分銷商和承運商等行為主體的交易過程中，采用供應鏈管理的概念，力求建立相對的長期穩定的伙伴關系，以保證物流系統的可靠性和快速反應性。?

2、設計遵循的原則

物流管理系統設計過程中主要遵循了以下原則：

①在保證先進性、實用性的基礎上，充分吸收企業積累的經驗和國內外的先進技術。

②充分考慮系統的柔性、擴展性和功能重組。

③在先進性、有效性的基礎上，充分考慮系統的經濟性，實現設計開發過程的平滑過渡。

④在保證先進性的基礎上，采用成熟技術，保證系統的穩定可靠。

3、系統設計的目標

系統設計的總體目標是適應企業發展的需要，在充分吸收企業長期積累的管理經驗的基礎上，利用現代管理技術和計算機技術，建立先進的物流管理系統，確保物流企業健康發展。

三、物流管理系統的功能結構

根據物流管理系統的總體設計思想，為輔助制造企業合理設計其物流系統，特提出了一種以區域公共配送中心（RC－DCs）為核心的社會化物流系統體系結構，并給出了其中信息流及物流的運作流程。

區域公共配送中心（RC－DCs）是獨立于制造企業、分銷商之外的經濟實體，是生產企業產品的集散地，其職能是為多個制造商提品短期儲存、分類、拆包、再包裝、送貨的物流功能，但并不買斷產品的所有權，同時將合并后的多品種、小批量的產品種類，按照顧客的提貨單及時送貨。

制造商是生產企業，是整個物流系統的產品的來源地。制造商為區域公共配送中心和供應商輸送制成品，并與（RC－DCs）、各分銷商、客戶直接保持緊密的信息交流。

供應商為所有制造商提供原材料和零部件，并與各制造商直接進行必要的制成品的交換。

各分銷商是單線接受與區域公共配送中心制成品的輸送，同時與各制造商、區域公共配送中心、客戶進行商品銷售信息的交流和分享。

客戶是整個物流系統的終端，直接從分銷商處購買到所需的商品，同時與各制造商、分銷商進行信息的交流和反饋。

四、物流管理系統運作的實現機制

社會化物流系統結構是一個統一有機體，各組成部分之間信息暢通，反饋及時，溝通順暢，貨運及時。通過使用RC－DCs提高物流運作的效率，其原理如下：在使用RC－DCs之前，制造商自己負責為客戶送貨，這意味著每個制造商要派遣數量較多，但可能沒有滿載的運輸車。使用RC－DCs之后，制造商可以滿負荷地將產品運送到RC－DCs。RC－DCs同時為多家制造商提供服務，在RC－DCs將多家制造商的產品進行拆包、合并，又可以利用部分制造商送貨的運輸設備滿負荷的運送至順路的分銷點，減少跑空車的次數。通過RC－DCs、制造商、分銷商共享信息和設備，使整個物流系統送貨和收貨的次數明顯減少，從而可減少運輸設備和勞動力的需求量，達到降低運輸成本的目的。

在社會化的物流系統中，“信息的及時傳遞和共享既是協調成員活動的基礎，也是產生信息價值的前提”，故網絡環境和友好的伙伴關系是保證系統信息化和正常運行的前提條件。在本系統中的制造商（企業內聯網），RC－DCs（企業內聯網），分銷商（企業內聯網）和客戶之間，通過Internet完成相互間的信息共享和傳遞。在系統中，合作伙伴間通過防火墻技術和用戶認證，訪問和讀寫Internet部分的數據庫。內部人員可以訪問內部數據庫，其他顧客僅能訪問外部Web服務器。

作者單位：黃岡師范學院教育科學與技術系

篇3

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.結語

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

篇4

1.1背景

隨著中國經濟的發展，能源問題日益突出，節能減排作為國家可持續發展的重要舉措被提升到戰略高度，在國務院發表的《節能減排“十二五”規劃》提到，在2015年，單位工業增加值（規模以上）能耗比2010年下降21%左右，我國當前有19個城市建成軌道交通線路多達87條，運營里程超過2539公里，地鐵是城市內的能耗大戶，尤其是電能的消耗，占地鐵運營成本的比例很高，因此，針對地鐵各主要用電設備的運行工況、損耗情況以及電特性等進行分析，研究科學有效的節能措施，是降低運營成本，提供地鐵可持續發展能力的重要途徑。

1.2地鐵能耗問題

地鐵行業能耗節能主要遇到的問題有

1）線路能耗呈持續增長的趨勢，地鐵線路的持續建設的導致能耗繼續增加，電費的成本急劇增加；

2）能耗統計監測體系不完善，地鐵車站分項節能應用不普遍，現有的能耗統計數據較粗，準確性差，且由于技術手段缺乏，統計分析和節能效果的評估方法欠缺；

3）缺乏標準的能耗指標，需要結合地鐵運營特點建立能耗的指標體系，并在此基礎上制定合理的考核標準；

4）缺乏標準化的節能效果評價指標，需要建立適合地鐵行業的定量評價與定性評價相結合的節能效果評價指標體系。

2、能耗管理系統設計

2.1 設計目標

能耗管理系統旨在建立車站精確的能耗監測管理平臺，為用戶科學用能、合理用能、節能管理提供支持，系統設計的主要目標有：

1）建立車站能耗采集平臺，提供各個分項能耗數據采集、統計、存儲功能，為能耗管理提供數據依據；

2）建立能耗統計和分析系統，為科學用能、合理用能、節能管理提供支持。

3）提供外部節能設備控制接口和節能策略管理，通過科學手段減少不必要的能源浪費，最終達到節能的目的。

4）依照地鐵運營能耗數據的分析，建立能耗的指標體系和制定相應的考核標準。

5）建立定量評價與定性評價相結合的節能效果評價指標體系；

2.2 系統構成

能耗管理系統通過能耗數據監測采集、能耗管理指標的量化管理、節能控制和綜合分析應用三大模塊進行設計，對地鐵線路各車站不同專業設備（包含牽引系統、照明系統、通風空調系統、電扶梯等）的能耗數據、環境設備參數、客流參數進行實時采集檢測，建立起適合地鐵運營的各類能耗評估指標、管理流程和各個節能項目效果的評價指標。

2.3 能耗采集模塊

實時能耗采集模塊實現實時能耗數據的采集，作為系統整個平臺能耗數據的來源和支撐，它的功能主要有：

1）通過通訊接口的方式實時采集布置在車站現場各電能儀表的能耗數據信息，主要包括以下系統設備的實時能耗數據：牽引供電系統、通風空調、電扶梯、照明、給排水、弱電系統等；

2）通過與環境與控制設備系統的通訊接口采集環境參數、設備參數；

3）通過與自動售檢票系統的通訊接口采集車站客流信息。 能耗數據采集的網絡拓撲示意圖：

圖 3：能耗數據采集的網絡拓撲示意圖

2.2指標量化管理模塊

指標量化管理模塊對各類供電負荷制定用電指標，實時監測用電情況，通過橫向和縱向的用電分析比較，從而建立如下指標體系：

1）建立合理的節電考核指標體系；

2）建立適用于地鐵行業統一的能耗指標體系來評估各類設備的能耗系數；

3）建立適用于地鐵行業統一的節能效果評價指標體系來指導如何進行高效的節能。

2.3節能控制模塊

對車站各類用電設備的能耗統計和能耗節能分析模型，以及綜合考慮行車密度、進出站客流、環境參數（溫度、濕度等）、服務質量因素，對環境設備的參數進行調優，產生節能優化策略，并且通過與環控系統的通訊接口下發該節能優化策略，實現節能的優化控制。

2.4綜合分析應用模塊

綜合分析應用模塊依照車站現場采集的實時能耗數據信息作為依據，提供如下綜合分析應用：

1）提供實時能耗顯示圖形界面和能耗趨勢曲線顯示；

2）提供用電數據匯總平臺，從多個維度展現地鐵運營能耗的分布情況；

3）提供電能費用的分析平臺，滿足各項能耗指標的考核要求；

4）提供各類能耗預警功能，幫助運營人員及時發現用電問題。

5）提供節能設備控制和節能策略的管理，并且對各項節能策略的能耗效果的進行多維分析和評估。

3、總結

地鐵能耗管理是地鐵運營過程面臨的重大問題，能耗管理系統的必須從設計目標和功能劃分就考慮地鐵運營的需求，能耗系統遠期更應該考慮與節能控制結合，實現能耗的采集，管理，控制完整的地鐵能耗控制管理流程。

篇5

系統包含四個不同的角色：系統管理員，子公司填報員，部門領導審批人，派車還車人。

3靜態結構分析

在用例模型的基礎上，抽象出了車輛管理的靜態模型（即類模型）。

4動態結構分析

車輛管理系統包括了申請、多級審批、領車、還車等多個步驟。子公司填報員填報車輛申請單后部門領導審批各自子公司的申請信息，然后分管廠長審批部門領導審批通過的信息，辦公室審批分管廠長審批通過的信息。辦公室審批通過后派車人派車，派完車系統會提示對應申請人去領車，另外用車人回來后還要到派車人那里還車。

5邏輯數據庫設計

通過分析，確定了車輛管理系統所用到的實體，并用ER－win設計出了數據庫的實體關系圖。根據數據庫邏輯模型，使用自己定義的數據字典，用Erwin的正向工程，將邏輯數據庫模型轉化為物理數據庫模型。

7軟件體系結構設計

系統采取表示層、業務層、數據層的三層架構，基于B/S模式進行軟件設計。在這種結構模式下，用戶工作界面是通過瀏覽器來實現，極少部分事務邏輯在前端實現，但主要事務邏輯在服務器端實現，這樣大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總成本。

8系統實現

系統利用.NET平臺開發。頁面上半部分是車輛申請的填報，下半部分是管理頁面，是對已填申請信息的修改、刪除、查詢，審批等功能。

篇6

2.1系統架構

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

（1）系統各層定義?！岸恕奔粗钢悄苘囄绘i、車牌識別欄桿機與手持移動終端。智能車位鎖用于采集車位狀態信息并控制車位使用權，與車牌識別欄桿機聯動實現停車用戶獲取與釋放車位使用權。手持移動終端通過安裝本系統停車APP，實時獲取系統內停車位資源以及其他停車服務?！熬W”包括停車場內局域網和停車場與云平臺間的廣域網，是連接本系統“端”與“云”的數據通道。本系統中，停車場內局域網采用自組織、低功耗的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）工作流程：智能車位鎖將檢測到車位的狀態信息傳到停車管理服務器，停車管理服務器將信息轉發到云端服務器，最終云端服務器將所述信息對外；用戶通過智能終端查詢停車位，通過智能終端應用程序預存停車費用；用戶通過在智能終端上安裝的應用程序預訂車位，通過網絡將欲停的車位請求上傳到云端服務器，云端服務器接收并處理用戶請求，將鎖定車位信息發送到停車管理服務器，停車管理服務器將信息轉發到智能車位鎖；智能車位鎖接收并執行鎖定車位信息，并將已執行命令反饋信息發送到停車管理服務器，由停車管理服務器將反饋信息轉發到云端服務器；當智能車位鎖檢測到車輛停車入庫完成，向停車管理服務器發送停車計時開始信號，停車管理服務器轉發計時開始信號至云端服務器，當智能車位鎖檢測到車輛駛離車位，則向停車管理服務器發送計時結束信號，停車管理服務器轉發計時結束信號至云端服務器，云端服務器計算出用戶需支付的停車費并發送到用戶賬號，自動扣除停車費用。

篇7

本無線抄表管理系統主要功能是對用戶熱量表數據采集存儲，可對用戶熱量表進行遠程通斷操作，并實現遠程溫度可控。系統主要包含3部分：用戶熱量表、Zigbee網絡、管理中心。統結構圖如圖1所示。2.1用戶熱量表用戶熱量表，取暖管道上按裝可控閥門，由熱量表主控芯片控制驅動電路驅動電磁閥，當出現欠繳費或者其他特殊情況時，可遠程實現開關閥門。另外在用戶熱量表有溫度采集裝置，當回水溫度達到預設定溫度時控制閥門，通過調節控制閥的角度讓回水溫度基本保持恒定，保證整個小區的采暖均勻。用戶熱量表通過M-BUS總線連接到M-BUS抄表器。2.2Zigbee網絡Zigbee網絡分為：Zigbee數據采集器、Zigbee數據中轉器和Zigbee數據集中器三部分。Zigbee無線模塊主芯片采用TI公司推出的高性能、低功耗芯片CC2530F256，組建小區無線局域網，保證數據安全可靠的傳輸和系統的穩定運行。2.2.1Zigbee數據采集器Zigbee數據采集器，集成了M-BUS抄表器和Zigbee終端節點，主要任務包括數據采集、數據無線通信、電壓檢測和休眠4個事件，結構圖如圖2所示。數據采集和休眠：Zigbee終端節點通過串口與M-BUS抄表器通信，獲取用戶熱量表的信息，無線上傳到數據中轉器。Zigbee數據采集器節點采用電池供電，平時處于定時休眠模式，這種工作模式極大的延長了電池的使用壽命。電源模塊和電壓檢測模塊：由于充電電池輸出電壓3.7V，而Zigbee模塊主芯片CC2530的供電電壓為2V～3.6V，選擇CAT6219—330設計的穩壓電路給系統供電。Zigbee網絡節點均采用電池供電，電量會逐漸降低，必須對供電電池進行電壓檢測。系統采用HT7027電壓監測芯片，實現對電池電量欠壓的檢測，電路圖如圖3所示[2]。時鐘模塊電路：采用時鐘芯片DSl302，用來記錄數據采集的日期和時間，便于工作人員查詢和分析數據。DS1302功耗低、電路簡單，非常符合Zigbee數據采集器的要求。2.2.2Zigbee數據中轉器Zigbee數據中轉節點為了保證Zigbee網絡數據的可靠傳輸距離，增大網絡覆蓋面積，增加了RF功率放大電路，并有外擴存儲器，用來暫存數據[3]。功率放大芯片選擇Ti公司官方推薦的的CC2591。如果小區范圍比較小，可以省略Zigbee數據中轉器，降低系統的復雜度，增強系統的可控性。2.2.3Zigbee數據集中器Zigbee數據集中器主要包括Zigbee協調器、GPRS模塊和主控MCU三部分，結構圖如圖7所示。Zigbee協調器負責整個小區無線局域網的組建和最優化路由選擇，當網絡中有數據采集器添加或者刪除時，Zigbee協調器會自動調整，建立新的優化路由，使上位機面對一個完全透明的網絡。Zigbee協調器將整個網絡的數據進行匯總，直接傳送到小區管理中心或者通過GPRS模塊傳送到遠程監控中心。主控MCU，采用TI公司的超低功耗芯片MSP430F149，通過SPI與CC2530無線模塊進行通信，通過串口與GPRS模塊通信。GPRS模塊，選擇SIMCOM公司生產低功耗、性能穩定的SIM900，必須使用SIM卡，并開通GPRS業務，所以需要承擔一定的費用。電路圖如圖5所示。2.3管理中心管理中心，管理員利用連接網絡的電腦，通過上位機控制熱量表系統，可以對任意的用戶熱量表進行數據采集和遠程通斷操作。系統一般采用定時抄表，可以根據實際情況改變抄表的時間，系統把采集到的數據自動存入數據庫并備份，可以為用戶提供詳細的打印報表。系統提供安全的財務軟件接口，并實時的進行數據交換，具有收費對賬和收費轉結功能。如果用戶出現趨于欠費或者已欠費情況，上位機會明確顯示，如果是用戶惡意拖欠，管理者可以將用戶的取暖管道遠程關斷，直到用戶補齊所有費用，再遠程打開管道。如果管理者需要更換IP地址，可以給GPRS模塊的SIM卡發送更換IP地址短信，格式如“管理密碼+新IP地址”給GPRS模塊，完成IP地址的更換。

3.系統工作流程

系統基本工作過程，主要分為Zigbee網絡初始化、熱量表數據采集、GPRS遠程數據傳輸和上位機遠程控制，系統的基本應用過程如圖6所示。Zigbee網絡初始化，Zigbee協調器負責網絡的組建和管理，允許節點的加入和撤銷。節點上電并初始化，按預設定頻道搜索網絡，當搜索到網絡后申請加入網絡，并將自己的節點ID發送給Zigbee協調器。Zigbee協調器接收節點ID后添加節點，并更新網絡。用戶熱量表信息采集有兩種方式：定時循環采集、工作人員發送命令采集。一般采用定時循環采集，Zigbee數據采集器一般處于休眠。當Zigbee數據集中器接到上位機的指令時，無法直接下達給Zigbee數據采集器，先把指令進行存儲，當Zigbee數據采集器醒來之后，首先必須向Zigbee數據集中器發送詢問消息，來獲取控制指令。GPRS通信，設定SIM900參數、建立TCP/IP連接和傳送數據都是通過AT指令來實現的。AT指令以AT開頭，以回車作為結尾；每條指令是否成功執行都有相應的響應返回。主控芯片MSP430F149通過串口與SIM900通信，SIM900的TCP/IP功能系統采用透傳模式。透傳模式下，SIM900串口接收到的數據均被看作是數據包，而不是AT指令。命令模式與數據模式可以相互切換[4]。

篇8

1.1公告通知模塊

學院可以在公告通知模塊頂崗實習的要求、規定、安全注意事項以及實習企業和就業信息等；學生可以通過查看該模塊的信息，完成學院規定的頂崗實習任務。

1.2管理員模塊

根據管理權限的不同，該模塊劃分為系部管理員、學院管理員和開發企業管理員。其中系部管理員可以導入或新增指導老師和實習學生的個人信息，并對這些信息進行統一維護；可以將學生分配給相應的指導老師；也可以根據企業的用人需求，、修改、禁用、啟用實習崗位，并將該崗位分配給適合的學生。學院管理員則可以對全院實習學生的崗位、工資、實習和論文答辯成績等基本信息進行統計分析，對實習單位的企業性質、規模等進行統計和測評。

1.3學院指導老師管理模塊

1.3.1查閱學生基本信息。指導老師可以查看自己指導的學生的基本信息，如實習企業的名稱、地址、崗位、企業指導老師的姓名和聯系方式等。1.3.2學生實習文檔管理。老師可以查看學生在企業頂崗實習期間提交的實習周記和實習報告，并做出回復。每位同學的文檔都有提交時間和次數，方便老師及時提醒沒有按時提交的同學補交，因此該模塊可有效的督促學生定期完成實習周記和實習報告。實習過程中，如果學生有疑問，也可通過此模塊提出，以便于老師幫助解決。老師通過該模塊批閱學生的周記和報告，答復學生在實習過程中的疑問，能讓指導老師更好地掌握學生近期在企業中的實習情況。1.3.3學生論文管理。指導老師可以方便的查看學生論文的進度，及時發現問題，并對學生的論文進行有效的指導。1.3.4成績管理。實習結束后，由指導老師評定學生實習成績，成績分為優、良、合格、不合格四個檔次。學生實習成績由實習答辯成績和企業指導老師成績加權得到。

1.4企業管理模塊

通過該模塊，企業可以管理本單位的信息，根據企業的用人需求，、修改用人崗位信息；可以新增、修改或刪除企業指導老師，給企業指導老師分配實習學生；對來企業實習的學生進行統一管理，給學生分配實習指導老師。此外，企業指導教師也可以通過該模塊查看自己所帶學生的信息、學校通知、意見反饋、填寫指導記錄、成績評定等。

1.5學生管理模塊

1.5.1瀏覽崗位。學生查看學校和企業的崗位信息，對有意向的崗位可以提出申請，等待系部管理員和指導老師審核。1.5.2實習文檔管理。實習學生根據指導老師的要求，按時提交實習周記和實習報告等實習文件，使指導老師了解實習過程中遇到的問題及收獲，同時在有疑問的情況下也可以及時向指導老師反饋，由指導老師對學生的疑問進行解答。1.5.3論文資料管理。上傳撰寫的論文資料，以便學院指導老師查看，并對論出相應指導。1.5.4查詢成績。查看由學院指導老師和企業指導老師對學生實習過程做出的考核評價以及最終成績。

2高職學生頂崗實習管理系統關鍵問題的實現

通過頂崗實習管理系統功能設計的描述可知，系統的開發應該以實習學生和實習指導教師為核心，以實習流程和實習任務為主要內容。該文采用基于UML的面向對象的方法進行建模，在系統設計過程中的幾個關鍵問題的實現描述如下。

2.1實習周記和報告的提交

在頂崗實習管理系統學生管理模塊中，應用較為頻繁的是實習周記和報告的提交功能。對于這一問題，該研究采用的是無刷新頁面提交的Ajax技術。學生在填寫好周記之后，直接點擊提交按鈕，這時就會觸發一個DHTML事件并調用Javascript事件處理函數，該函數調用XMLHttprequest對象，這一對象在函數中將會被初始化，然后根據具體情況向服務器發起異步通信請求，再將用戶的請求提交到服務器中。服務器在接收到用戶的請求后，可以對用戶的行為進行判斷和處理，然后再將處理結果以html的形式顯示給客戶端。服務器將結果輸出的時候，執行Javascript回調函數，并根據返回的數據更新相應的實習周記和實習報告列表，顯示新的頁面。頁面更新后，結束一次Ajax處理過程。

2.2報表設計

對于報表的設計，一定要根據不同用戶進行有針對性的設計。報表輸出的信息量，因為用戶提出的各種各樣的需求而變得非常龐大，幾種簡單的格式已經滿足不了用戶的需求。老師指導情況、學生實習情況、實習崗位安排、實習單位情況、實習地域分布以及就業合同簽訂情況等都是報表輸出模塊中涉及到的東西。而且報表針對的是不同的用戶和對象，每位用戶對數據的要求也是不盡相同。因此，本系統采用分類統計的方法來滿足各個用戶的需求。在報表輸出系統中，可以根據用戶的身份對用戶可查詢統計的范圍進行判斷。報表的分類統計功能可以方便用戶的數據分析，很大程度上提高了數據分析的準確性和有效性。

2.3分頁技術

在頂崗實習管理系統中，師生之間的互動記錄和學生提交的實習周記內容較多，往往會超出一個頁面，所以該文運用Displaytag標簽來處理分頁問題，該技術對JSP具有較好的兼容性，并且其是一款免費開源的框架，還能支持數據分頁。主要的處理方法是在web.xml文件taglib-location元素中將Displaytag標簽庫文件進行導入，再在JSP頁面中將該標簽的別名進行設置，其標簽代碼是<%@tagliburi="/displaytag"prefix="d"%>，然后在后臺的代碼就會對其進行匹配的顯示控制。

3結語

根據該院的實際實習情況，采用以WEB平臺為基礎的Java技術，設計了頂崗實習管理系統。該系統具有實習申請、實習審核、成績查詢以及通知列表等功能模塊，實現了教師和學生之間的聯系溝通，對學生的頂崗實習過程管理具有一定的應用價值。

作者:張世亮 單位:濟南工程職業技術學院

參考文獻

篇9

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.

篇10

為了方便采油井管理，本文主要研究了以下內容：

（1）根據現有工作流程、習慣，梳理已有數據結構，建立了單井整合數據庫。

（2）運用ORACLE數據庫技術和SQL查詢技術，開發出能夠按照不同范圍、不同條件進行數據查詢的功能；同時利用Office OWC制圖插件，實現了將數據以統計圖的形式進行顯示的功能。

（3）運用C#語言實現了錄入數據后自動計算差值數據的功能。

一、研究背景及目的、意義

隨著采油井數不斷增多、設計工作量逐漸增加和管理模式不斷細化，機采管理面臨以下問題：一是目前采油廠機采管理沒有一套綜合軟件平臺，將機采管理工作流程整合起來，目前統計工作依靠手抄選值本和電子表格完成，數據篩查和綜合分析效率低；二是目前機采管理過程中涉及不同種類單井電子表格較多，交叉維護和查詢難度較大，統計指標消耗時間較多；三是目前機采信息交換以每月井史和電話溝通完成，周期較長，無法實現每日信息實時查詢和溝通，工作量較大，因此，需要建立動態管理綜合應用平臺，實現管理提效。

開發一套覆蓋機采動態管理系統的綜合應用平臺，根據現有工作流程和管理習慣，將日常機采管理工作中動態分析、報表上報和數據統計等工作整合到同一工作系統中，通過建立單井整合數據庫，實現單井動態管理、調參計劃管理等功能，使采油井管理大部分工作由網絡完成，為工作人員省去很多重復性的操作，在提高了工作效率的同時節省了大量的勞動力，不僅簡化了管理者的工作流程，而且減輕了他們的勞動強度，提高了工作效率，使生產管理水平更上一個新臺階，對于油田的開發具有十分重要的意義。

二、 數據庫的配置

本系統采用方式來實現應用系統與ORACLE數據庫的連接。在中使用Connection對象連接數據庫，使用Command對象操作數據庫。

對于不同的.NET Data Provider，使用的Connection對象也不一樣。與兩種Data Provider相對應，Connection有兩種類型：SqlConnection和OleDbConnection。它們使用的方法很接近：創建連接時在類的構造器里指定連接字符串，然后調用Open方法打開連接。

當連接到數據庫之后，可以使用Command對象對數據庫進行操作，如進行數據添加、刪除、修改等操作。一個命令（Command）可以用典型的SQL語句來表達，包括執行選擇查詢（Select Query）來返回記錄集，執行行動查詢（Action Query）來更新（增加、編輯或刪除）數據庫的記錄，或者創建并修改數據庫的表結構。

三、系統的詳細設計與實現

1、 Session變量

在該模塊中由于用戶名及密碼需要在后續模塊中用到，所以將這兩個變量定義為Session類型，如Session["loginUser"]。Session對象用于存儲關于用戶的信息，或者為一個用戶的Session更改設置。存儲于Session對象中的變量存有單一用戶的信息，并且對于應用程序中的所有頁面都是可用的。存儲于Session對象中的信息通常是name、id以及參數。服務器會為每個新的用戶創建一個新的Session，并在Session到期時撤銷掉這個Session對象。

2、 ASP Response實現頁面跳轉

在以往的網站應用中，是由超鏈接完成頁面之間的跳轉。但由于很多頁面文章的內容比較多，導致頁面跳轉不流暢以及響應速度慢等問題。本文中采用ASP Response來解決這個問題。

3、 流程圖

采用了Iframe架構，通過數據綁定將需要查詢的數據用GridView顯示出來。

4、 Iframe架構

在大多網站互相連接的網頁中，頁面顯示的logo、導航條及其他對話框基本是一致的。而且每個網頁的頁面內容多，以及要求控件實現的功能繁瑣，采用一般的DIV不能解決網頁顯示中的這些問題。本文中采用了iframe框架結構，實現了網頁的功能嵌套，不但大大簡化了編程人員的工作量，而且還能將模塊功能分散到各個不同的網頁中區。

5、 GridView數據綁定及提取行、列名

1）數據綁定

“數據綁定”（Data Binding）是使頁面上控件的屬性與數據庫中的數據產生對應關系，使得控件的屬性值與數據庫的變動同步。數據綁定技術就是把已經打開的數據集中某個或某些字段綁定到組件的某些屬性上面的一種技術。

本文中使用SqlDataSource到相應數據源中檢索數據，并且綁定到各種數據綁定控件GridView中。使用SqlDataSource控件后，該控件會在后臺建立了所有關聯獲取和更新數據源所需的ADO連接對象，包括Connection、Command以及DataReader或者Dataset對象。開發人員只需要在SqlDataSource的配置界面上設置相應的屬性，就可以自動生成完成數據的操作的代碼，使得原來較復雜易出錯的數據源配置和操作，通過SqlDataSource控件來自動完成。使用SqlDataSource控件來連接和操作數據庫，極大地簡化了代碼的編寫，提高了開發的速度和效率。

2）提取行和列名

GridView控件內顯示的每一行對應于一種特殊的網格項。在本文中點擊“查看”時，后臺代碼需要從GridView中提取出來相應的列名，然后才能從數據庫中搜索對應的歷史數據。為了實現這個功能，采用了GridView_RowDeleting事件。增加該事件后，將“刪除”改為系統需要的“查看”，首先設定兩個Session變量，其次提取選中單元格的行和列名，并將值傳給先前定義好的Session變量。

6、 DropDownList觸發事件

DropDownList控件用于創建下拉列表。DropDownList控件中的每個可選項都是由ListItem元素定義的。它是一個下拉式的選單，功能和 RadioButtonList Web控件很類似，提供用戶在一群選項中選擇一個；不過RadioButtonList Web控件適合使用在較少量的選項群組項目，而DropDownList Web控件則適合用來管理大量的選項群組項目。若要指定希望顯示在 DropDownList控件中的項，請在 DropDownList控件的開始和結束標記之間為每個項放置一個ListItem對象。

DropDownList選中選項后的工作是由SelectedIndexChanged事件觸發實現的。使用 SelectedIndex 屬性以編程方式確定用戶從DropDownList控件中選擇的項的索引。當用戶選擇了下拉列表中的任意選項時，都將引SelectedIndexChanged事件。設置AutoPostBack屬性，當用于設置當改變選項內容時，后臺自動回送到服務器。

7、 數據庫訪問的實現

本系統是通過實現對數據庫的訪問，一般有直連接和無連接兩種模式。直連接即每條語句都要操作數據庫，該連接模式下，客戶機一直保持和數據庫服務器的連接，這和ADO技術是一致的。這種模式適合數據傳輸量少、系統規模不大、客戶機和服務器在同一網絡內的環境。無連接即先把表格提取到內存里，修改完成后在和數據庫同步，斷開連接模式適合網絡數據量大、系統節點多、網絡結構復雜，尤其是通過Internet/Intranet進行連接的網絡。

結束語

本文中的主要工作有三點：

篇11

1.管理信息系統（MIS）

MIS（Management Information System），即管理信息系統，是一個由人、計算機設備、相關軟件等組成的能進行信息的收集、儲存、處理、傳送和使用的系統，能夠實測企業的各種運行情況，并利用現在和過去的歷史數據預測未來，從企業全局的角度出發輔助企業進行決策，利用信息控制企業的行為，幫助企業實現其規劃目標。

MIS 是一個不斷發展的新型學科，MIS的定義隨著計算機技術和通訊技術的進步也在不斷更新，在現階段普遍認為MIS 是由人和計算機設備或其他信息處理手段組成并用于管理信息的系統。

從概念上，MIS由四個部件構成：信息源、信息處理器、信息用戶和信息管理者。它們的聯系如圖1所示：

信息源是信息的產生地；信息處理器負擔信息的傳輸、加工、保存等任務；信息用戶是信息的使用者，利用信息進行決策；信息管理者負責信息系統的設計、實現和維護。

管理信息系統一般被看作一個金字塔形的結構，分為從底層的業務處理到運行控制、管理控制、最高層的戰略計劃。最基層由任務巨大、處理繁雜的事務信息和狀態信息構成。層次越往上，事務處理的范圍越小，針對的也是比較特殊和非結構化的問題。

2. 專用人事管理系統（SPMS）

專用人事管理系統（SPMS）系統主要用于員工個人資料的錄入、職務變動的記錄和管理；使用SPMS便于動態掌握人員的動向，及時調整人才的配置；從而加快OA步伐，減輕工作負擔，提高工作效率，保證數據的準確性，便于人事信息管理。它由新員工檔案輸入、人更、員工檔案查詢修改三個重要功能模塊構成，通過共同的作用對象――人員信息，相互聯系，相互制約；并根據三個功能模塊各自的工作職責，采取分布式處理（Distributed Transact）方式，完成人事信息維護工作。

SPMS系統中的信息來自人事管理部門，維護數據量大且復雜，呈階段性，符合信息的前兩個基本特征。信息在系統處理過程中，反饋與控制分支條件復雜，靈活多變，政策性強，必須提供實時可變的系統結構。

二、專用人事管理系統（SPMS）項目設計

1.項目開發背景

隨著計算機技術的不斷發展，計算機作為知識經濟時代的產物，已被廣泛應用于社會各個行業和領域。隨著我國國企改革的深入和社會主義市場經濟的日趨繁榮，導致各企業間的競爭日益激烈，迫使企業采取先進的計算機硬件設備以及高質量的輔助軟件來管理企業的各項運作，以提高本企業的勞動生產率以及人員效率。人事管理系統軟件作為一種管理軟件正在各企事業單位中得到越來越廣泛的應用。直面激烈的市場競爭，“人”是最重要的因素！管好人，充分挖掘人的潛能，是人力資源部門的主要工作任務。

本文是從現代企業管理中的人事管理現狀出發，針對人事管理的復雜程序，經過詳細的系統調查，開發出的操作簡單而且方便實用的一個人事管理系統。所有數據由人力資源管理部門人員輸入。

2. 設計指導思想

（1）本系統是企事業單位管理信息系統的基礎部分。為其他子系統，如考勤管理系統、工資管理系統等系統，提供員工的基本信息；同時為其他系統提供了員工登錄的密碼認證和權限分配功能。

（2）企業人事管理系統是典型的信息管理系統（MIS），其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備，易使用等特點。

（3）簡化操作的中間環節，使整個處理過程盡可能符合人們的習慣性思路，讓只要熟悉自己本職工作的計算機技能水平不高人員也可以熟悉使用本系統，完成正確的管理工作。

（4）系統采用模塊化程序設計方法，既便于系統功能相互組合和修改，又便于將來系統的升級更新。

3.開發工具及運行環境

開發工具：Delphi 7.0

數 據 庫：Access

運行環境：Windows 9x、 Windows NT、 Windows 2000、 Windows XP

4.需求分析

專用人事管理系統的核心是人事管理，在本系統中其功能主要體現在新員工檔案輸入（即：增加新員工）、人更、員工檔案查詢修改上。

以人事基本信息的員工號為聯系主線，各個模塊在此基礎上維護各自職責范圍內的信息，這些信息即可作為其他模塊信息處理的依據（但不可更改）。在“增加新員工”字窗口中，員工號和密碼會自動按順序生成，并且不允許修改；是信息的中樞，做最基礎的信息維護；查詢相關必要信息。

（1）新員工檔案輸入功能模塊分析

新員工檔案輸入即“增加新員工”字窗口，主要功能是自動按順序生成員工號和密碼，是人動模塊、員工檔案查詢修改功能模塊的信息維護依據。

（2）人動功能模塊分析

人更功能模塊主要完成對人員職位和變動情況等信息進行維護。依據增加新員工模塊中提供的唯一員工號和密碼對人員職位變動情況和時間、部門以及職位進行信息的維護和更新。

（3）員工信息查詢修改功能模塊分析

員工信息查詢修改功能模塊是整個MIS系統數據維護的中心。完成對員工信息的綜合修改和維護。在該模塊中還涉及到對員工登錄密碼的修改。

5.結構設計

根據需求分析，筆者提出SPMS系統的數據流程圖如圖2所示，所有數據由人力資源管理部門管理人員輸入：

SPMS系統采用分布式處理方式，具體信息在各個相關的子系統中運作處理，然后將處理好的數據提交給共用的Access數據庫，達到信息共享與實時更新的目的。

6.功能設計

（1） 基本信息維護

基本信息維護主要涉及到：

員工信息：員工號、密碼、權限、姓名、性別、生日、部門、職務、受教育程度、專業、通訊地址、電話、E-mail、當前狀態、其它

人動：記錄號、員工、變動、詳細描述

所需的外部數據支持：

部門設置：部門編號、名稱......

（2）用戶管理部分

針對三個功能模塊，需要各自的數據維護與更新，而在每一個功能模塊內部，僅僅確定用戶在用戶管理上的權限，其他部分的權限控制暫時不予開放。因為在各個功能模塊中的信息維護僅限于自己的人員，所以無需做非常嚴格的權限控制。具體實現功能如下：

用戶添加

用戶修改

用戶刪除

④當前登錄用戶密碼修改

篇12

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系統測試

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

篇13

一、車庫管理系統結構

1.停車場系統由管理計算機、RS-485通訊接口、視頻接口、出/入口控制機（含EM卡讀寫系統、主控制器、顯示屏、出票機、機箱）、電動擋車器、車輛檢測器、發行器、條碼閱讀器、停車場系統管理軟件（含軟件狗）、攝像機、視頻捕捉卡、聚光射燈等設備組成。其中視頻捕捉卡與攝像機組成的圖像捕捉與對比子系統為選配設備。

2.系統可以根據需求增加語音系統、對講系統、剩余車位顯示屏、收費顯示屏等，全部模塊化設計無需將設備運回原廠，現場更改即可。

3.系統根據客戶需求還可以用IC卡讀寫系統代替EM卡讀寫系統，實現IC卡、條碼紙票兼容停車場。

4.系統采用“底層485、后端TCP/IP”的通訊模式，增加交換機、服務器等網絡設備，系統規模可以很容易的擴展/收縮。

5.如果您的停車場需要增加出入口，形成一個大的停車場系統，只需要增加網絡設備和終端設備即可，無需更改原有設備。

二、車庫管理系統設備布線

1.為了方便工程實施和減少系統用線的種類，對講線可采用與電源線相同的材料，但可能降低了通話距離。

2.全配置（含可選項目）的系統，無相應設備或不需要相應功能時無需布相應的線纜。例如無對講子系統時可不用布對講線；不使用手動按鈕時可不用布手動按鈕線；不需要計算機管理時不用布通訊線等。

3.出/入口電動擋車器應預留所配置的檢測線圈進線口。

三、系統功能描述

系統采用IC卡兼容其它所有Wiegand信號輸出的非接觸式ID卡（包括藍牙、TI、EM、AWID、HID、摩托羅拉、微波卡等）。系統具有脫機運行功能，由于采用了工業控制處理器，控制機本身具有對卡的讀寫功能。系統卡可分為月租卡、儲值卡、時租卡，可對進出車輛劃分為月卡車輛、臨時車輛等各種收費管理模式?？蓪Ω鞣N車輛類型（大型車、中型車、小型車、摩托車）進行不同收費管理。系統具有圖像對比功能，車輛入場時將圖像進行拍攝，出場時人工對比后確認開閘。硬件設備包括中英文高清晰度 LED顯示屏、語音提示功能，對系統操作進行人性化提示。

四、系統使用的IC卡

1.高級管理卡：由系統制造廠商在停車場管理系統出廠時隨系統發行。高級管理卡在停車場管理系統中具有最高權限，用戶不能發行或清空，在使用高級管理卡登記進入系統后可以發行值班管理人員的管理卡、發行各種用戶卡、執行卡片管理、數據查詢、報表管理等系統所有的操作，但不能作為進出停車場的憑證。

2.管理卡（操作卡）：停車場管理系統的值班管理人員的上崗憑證。值班管理員在上崗時持其管理卡在停車場管理系統中登記后才有權用本系統，而且只能在操作人員的權限內工作，在該值班員（管理員）下崗之前，系統的所有操作，例如開閘、關閘、收費、免費、異常處理等，都記錄在他的名下。

3.用戶卡1：由長期使用指定停車場的車主申請并經管理部門審核批準，通過IC卡發行系統發行。該卡按月或一定時期交納停車費用，在有效的時間段內可以任意進出停車場；月租卡根據車輛的類型（或車位或管理方式）不同而分為A、B、C、D四類。有效的月租卡是車輛進出停車場的合法憑證之一。

4.用戶卡2--儲值卡，停車場管理系統授權發行的一種IC卡，由經常使用指定停車場的車主申請并經管理部門審核批準，通過IC卡發行系統發行，車主預先交納一定數額的現金并在卡中給予記錄，車主使用該停車場時發生的費用直接從卡中扣除，方用權便了車主的使用。

5.用戶卡3--時租卡（臨時卡、臨?？ǎ和＼噲龉芾硐到y授權發行的一種IC卡，是臨時或持無效卡的車主到停車場的出入憑證。車主進場時領取卡，并在出場時將卡交回，停車費用必須即時支付現金。時租卡根據車輛的類型（或車位或管理方式）不同而分為A、B、C、D四類。有效的時租卡是車輛進出停車場的合法憑證之一。

五、車場系統軟件

主要功能：

1.故障自檢功能（能自動檢測道閘、地感、出卡機、顯示屏、主板等工作是否正常）；管理人員可以在管理中心隨時查詢到現時停車場內停車情況；任意時刻的出入場記錄并可查看相關的圖像；

2.可按用戶自定義的查詢方案查詢（萬能查詢），用戶自定義查詢方案可保存、編輯；