引論：我們?yōu)槟砹?3篇管理系統(tǒng)設計范文，供您借鑒以豐富您的創(chuàng)作。它們是您寫作時的寶貴資源，期望它們能夠激發(fā)您的創(chuàng)作靈感，讓您的文章更具深度。

篇1

發(fā)改委；檔案信息；設計；實現(xiàn)

隨著網(wǎng)絡和信息等現(xiàn)代化科學技術的發(fā)展與成熟，當今社會已經(jīng)逐漸邁進信息化時代，人們?nèi)粘５墓ぷ鳌⑸詈蛯W習都在互聯(lián)網(wǎng)和計算機技術的影響下變得更加方便、快捷。同時，信息技術也越來越多地被應用到各個行業(yè)領域當中，在各企業(yè)、機關單位、醫(yī)院、學校的信息管理工作中都以計算機網(wǎng)絡技術為依托設計或引入了專門的信息管理系統(tǒng)來提升信息管理水平。本文針對發(fā)改委綜合檔案信息系統(tǒng)的設計與實現(xiàn)問題進行了探討。

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

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

二、綜合檔案信息管理系統(tǒng)設計思路

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

三、模塊劃分

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

四、體系結(jié)構(gòu)

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

五、結(jié)束語

鑒于以信息網(wǎng)絡技術為依托可建立信息管理系統(tǒng)來實現(xiàn)檔案信息管理的信息化和現(xiàn)代化，所以，在發(fā)改委綜合檔案信息管理工作中也應主動探索，結(jié)合發(fā)改委檔案信息管理工作的實際需求進行信息管理系統(tǒng)的設計，包括功能模塊的劃分、體系結(jié)構(gòu)構(gòu)建等。

作者：羅瓦則 單位：四川省喜德縣發(fā)展改革和經(jīng)濟信息化局

【參考文獻】

篇2

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

一、物流管理系統(tǒng)存在的問題

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

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

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

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

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

二、物流管理系統(tǒng)的總體設計

1、設計指導思想

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

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

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

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

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

2、設計遵循的原則

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

①在保證先進性、實用性的基礎上，充分吸收企業(yè)積累的經(jīng)驗和國內(nèi)外的先進技術。

②充分考慮系統(tǒng)的柔性、擴展性和功能重組。

③在先進性、有效性的基礎上，充分考慮系統(tǒng)的經(jīng)濟性，實現(xiàn)設計開發(fā)過程的平滑過渡。

④在保證先進性的基礎上，采用成熟技術，保證系統(tǒng)的穩(wěn)定可靠。

3、系統(tǒng)設計的目標

系統(tǒng)設計的總體目標是適應企業(yè)發(fā)展的需要，在充分吸收企業(yè)長期積累的管理經(jīng)驗的基礎上，利用現(xiàn)代管理技術和計算機技術，建立先進的物流管理系統(tǒng)，確保物流企業(yè)健康發(fā)展。

三、物流管理系統(tǒng)的功能結(jié)構(gòu)

根據(jù)物流管理系統(tǒng)的總體設計思想，為輔助制造企業(yè)合理設計其物流系統(tǒng)，特提出了一種以區(qū)域公共配送中心（RC－DCs）為核心的社會化物流系統(tǒng)體系結(jié)構(gòu)，并給出了其中信息流及物流的運作流程。

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

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

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

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

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

四、物流管理系統(tǒng)運作的實現(xiàn)機制

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

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

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

篇3

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)營者提供各方面的決策支持。

篇4

1.1背景

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

1.2地鐵能耗問題

地鐵行業(yè)能耗節(jié)能主要遇到的問題有

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

2）能耗統(tǒng)計監(jiān)測體系不完善，地鐵車站分項節(jié)能應用不普遍，現(xiàn)有的能耗統(tǒng)計數(shù)據(jù)較粗，準確性差，且由于技術手段缺乏，統(tǒng)計分析和節(jié)能效果的評估方法欠缺；

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

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

2、能耗管理系統(tǒng)設計

2.1 設計目標

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

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

2）建立能耗統(tǒng)計和分析系統(tǒng)，為科學用能、合理用能、節(jié)能管理提供支持。

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

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

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

2.2 系統(tǒng)構(gòu)成

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

2.3 能耗采集模塊

實時能耗采集模塊實現(xiàn)實時能耗數(shù)據(jù)的采集，作為系統(tǒng)整個平臺能耗數(shù)據(jù)的來源和支撐，它的功能主要有：

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

2）通過與環(huán)境與控制設備系統(tǒng)的通訊接口采集環(huán)境參數(shù)、設備參數(shù)；

3）通過與自動售檢票系統(tǒng)的通訊接口采集車站客流信息。 能耗數(shù)據(jù)采集的網(wǎng)絡拓撲示意圖：

圖 3：能耗數(shù)據(jù)采集的網(wǎng)絡拓撲示意圖

2.2指標量化管理模塊

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

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

2）建立適用于地鐵行業(yè)統(tǒng)一的能耗指標體系來評估各類設備的能耗系數(shù)；

3）建立適用于地鐵行業(yè)統(tǒng)一的節(jié)能效果評價指標體系來指導如何進行高效的節(jié)能。

2.3節(jié)能控制模塊

對車站各類用電設備的能耗統(tǒng)計和能耗節(jié)能分析模型，以及綜合考慮行車密度、進出站客流、環(huán)境參數(shù)（溫度、濕度等）、服務質(zhì)量因素，對環(huán)境設備的參數(shù)進行調(diào)優(yōu)，產(chǎn)生節(jié)能優(yōu)化策略，并且通過與環(huán)控系統(tǒng)的通訊接口下發(fā)該節(jié)能優(yōu)化策略，實現(xiàn)節(jié)能的優(yōu)化控制。

2.4綜合分析應用模塊

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

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

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

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

4）提供各類能耗預警功能，幫助運營人員及時發(fā)現(xiàn)用電問題。

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

3、總結(jié)

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

篇5

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

3靜態(tài)結(jié)構(gòu)分析

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

4動態(tài)結(jié)構(gòu)分析

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

5邏輯數(shù)據(jù)庫設計

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

7軟件體系結(jié)構(gòu)設計

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

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

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

篇6

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

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

（1）系統(tǒng)各層定義。“端”即指智能車位鎖、車牌識別欄桿機與手持移動終端。智能車位鎖用于采集車位狀態(tài)信息并控制車位使用權(quán)，與車牌識別欄桿機聯(lián)動實現(xiàn)停車用戶獲取與釋放車位使用權(quán)。手持移動終端通過安裝本系統(tǒng)停車APP，實時獲取系統(tǒng)內(nèi)停車位資源以及其他停車服務。“網(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ā)送到用戶賬號，自動扣除停車費用。

篇7

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

3.系統(tǒng)工作流程

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

篇8

1.1公告通知模塊

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

1.2管理員模塊

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

1.3學院指導老師管理模塊

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

1.4企業(yè)管理模塊

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

1.5學生管理模塊

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

2高職學生頂崗實習管理系統(tǒng)關鍵問題的實現(xiàn)

通過頂崗實習管理系統(tǒng)功能設計的描述可知，系統(tǒng)的開發(fā)應該以實習學生和實習指導教師為核心，以實習流程和實習任務為主要內(nèi)容。該文采用基于UML的面向?qū)ο蟮姆椒ㄟM行建模，在系統(tǒng)設計過程中的幾個關鍵問題的實現(xiàn)描述如下。

2.1實習周記和報告的提交

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

2.2報表設計

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

2.3分頁技術

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

3結(jié)語

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

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

參考文獻

篇9

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.

篇10

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

（1）根據(jù)現(xiàn)有工作流程、習慣，梳理已有數(shù)據(jù)結(jié)構(gòu)，建立了單井整合數(shù)據(jù)庫。

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

（3）運用C#語言實現(xiàn)了錄入數(shù)據(jù)后自動計算差值數(shù)據(jù)的功能。

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

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

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

二、 數(shù)據(jù)庫的配置

本系統(tǒng)采用方式來實現(xiàn)應用系統(tǒng)與ORACLE數(shù)據(jù)庫的連接。在中使用Connection對象連接數(shù)據(jù)庫，使用Command對象操作數(shù)據(jù)庫。

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

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

三、系統(tǒng)的詳細設計與實現(xiàn)

1、 Session變量

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

2、 ASP Response實現(xiàn)頁面跳轉(zhuǎn)

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

3、 流程圖

采用了Iframe架構(gòu)，通過數(shù)據(jù)綁定將需要查詢的數(shù)據(jù)用GridView顯示出來。

4、 Iframe架構(gòu)

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

5、 GridView數(shù)據(jù)綁定及提取行、列名

1）數(shù)據(jù)綁定

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

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

2）提取行和列名

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

6、 DropDownList觸發(fā)事件

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

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

7、 數(shù)據(jù)庫訪問的實現(xiàn)

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

結(jié)束語

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

篇11

1.管理信息系統(tǒng)（MIS）

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

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

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

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

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

2. 專用人事管理系統(tǒng)（SPMS）

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

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

二、專用人事管理系統(tǒng)（SPMS）項目設計

1.項目開發(fā)背景

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

本文是從現(xiàn)代企業(yè)管理中的人事管理現(xiàn)狀出發(fā)，針對人事管理的復雜程序，經(jīng)過詳細的系統(tǒng)調(diào)查，開發(fā)出的操作簡單而且方便實用的一個人事管理系統(tǒng)。所有數(shù)據(jù)由人力資源管理部門人員輸入。

2. 設計指導思想

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

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

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

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

3.開發(fā)工具及運行環(huán)境

開發(fā)工具：Delphi 7.0

數(shù) 據(jù) 庫：Access

運行環(huán)境：Windows 9x、 Windows NT、 Windows 2000、 Windows XP

4.需求分析

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

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

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

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

（2）人動功能模塊分析

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

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

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

5.結(jié)構(gòu)設計

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

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

6.功能設計

（1） 基本信息維護

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

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

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

所需的外部數(shù)據(jù)支持：

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

（2）用戶管理部分

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

用戶添加

用戶修改

用戶刪除

④當前登錄用戶密碼修改

篇12

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)預期的效果。

篇13

一、車庫管理系統(tǒng)結(jié)構(gòu)

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

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

3.系統(tǒng)根據(jù)客戶需求還可以用IC卡讀寫系統(tǒng)代替EM卡讀寫系統(tǒng)，實現(xiàn)IC卡、條碼紙票兼容停車場。

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

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

二、車庫管理系統(tǒng)設備布線

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

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

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

三、系統(tǒng)功能描述

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

四、系統(tǒng)使用的IC卡

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

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

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

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

5.用戶卡3--時租卡（臨時卡、臨保卡）：停車場管理系統(tǒng)授權(quán)發(fā)行的一種IC卡，是臨時或持無效卡的車主到停車場的出入憑證。車主進場時領取卡，并在出場時將卡交回，停車費用必須即時支付現(xiàn)金。時租卡根據(jù)車輛的類型（或車位或管理方式）不同而分為A、B、C、D四類。有效的時租卡是車輛進出停車場的合法憑證之一。

五、車場系統(tǒng)軟件

主要功能：

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

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