引論：我們?yōu)槟砹?3篇管理系統(tǒng)設(shè)計范文，供您借鑒以豐富您的創(chuàng)作。它們是您寫作時的寶貴資源，期望它們能夠激發(fā)您的創(chuàng)作靈感，讓您的文章更具深度。
篇1
發(fā)改委；檔案信息；設(shè)計；實現(xiàn)
隨著網(wǎng)絡(luò)和信息等現(xiàn)代化科學(xué)技術(shù)的發(fā)展與成熟，當(dāng)今社會已經(jīng)逐漸邁進(jìn)信息化時代，人們?nèi)粘５墓ぷ鳌⑸詈蛯W(xué)習(xí)都在互聯(lián)網(wǎng)和計算機(jī)技術(shù)的影響下變得更加方便、快捷。同時，信息技術(shù)也越來越多地被應(yīng)用到各個行業(yè)領(lǐng)域當(dāng)中，在各企業(yè)、機(jī)關(guān)單位、醫(yī)院、學(xué)校的信息管理工作中都以計算機(jī)網(wǎng)絡(luò)技術(shù)為依托設(shè)計或引入了專門的信息管理系統(tǒng)來提升信息管理水平。本文針對發(fā)改委綜合檔案信息系統(tǒng)的設(shè)計與實現(xiàn)問題進(jìn)行了探討。
一、發(fā)改委綜合檔案信息的管理需求分析
作為一個肩負(fù)宏觀調(diào)控職能的重要部門，發(fā)改委積累了大量珍貴的檔案資料，并逐年遞增，傳統(tǒng)的管理方式十分不便于檔案信息的管理、存儲和查詢、調(diào)用，大大降低了檔案信息的利用率，沒有發(fā)揮出綜合檔案信息對發(fā)改委及我國社會經(jīng)濟(jì)穩(wěn)定、健康發(fā)展的實際效用。因此，實現(xiàn)和推動發(fā)改委綜合檔案信息管理的現(xiàn)代化、數(shù)字化和信息化已然成為必然趨勢。發(fā)改委綜合檔案信息的管理主要會涉及到收發(fā)文、信息錄入、查詢、統(tǒng)計和歸檔整理、借閱等環(huán)節(jié)，設(shè)計信息管理系統(tǒng)的目的是要節(jié)省檔案信息的存儲空間、延長檔案信息保存的時間、方便信息查詢和調(diào)用等。設(shè)計的信息管理系統(tǒng)要能夠?qū)崿F(xiàn)數(shù)據(jù)存儲、獲取和展示、轉(zhuǎn)存儲、備份等功能，同時還要保證檔案信息能夠在此信息管理系統(tǒng)和諸如OA一類的信息系統(tǒng)之間進(jìn)行雙向的信息傳遞。此外，鑒于計算機(jī)技術(shù)的更新速度較快，設(shè)計的信息管理系統(tǒng)需要在保證系統(tǒng)本身先進(jìn)性的同時具備一定的開放性與擴(kuò)充性，以便隨著技術(shù)的發(fā)展和使用需求不斷更新和完善其功能。
二、綜合檔案信息管理系統(tǒng)設(shè)計思路
首先，在辦公內(nèi)網(wǎng)的基礎(chǔ)上利用計算機(jī)技術(shù)設(shè)計符合發(fā)改委實際狀況和需求的信息管理系統(tǒng)，把安全、高效和服務(wù)、共享作為綜合檔案信息管理系統(tǒng)的設(shè)計原則，在此基礎(chǔ)上創(chuàng)建一個系統(tǒng)的檔案信息服務(wù)體系。其次，加快發(fā)改委紙質(zhì)檔案信息資料的數(shù)字化腳步，為檔案信息管理系統(tǒng)提供原始的電子信息數(shù)據(jù)和元數(shù)據(jù)，對于部分重要檔案要盡量實現(xiàn)全文的檢索和利用，進(jìn)而建立起基礎(chǔ)的電子檔案信息資源數(shù)據(jù)庫，全面實現(xiàn)發(fā)改委綜合檔案信息的無紙化利用和信息網(wǎng)絡(luò)化的管理模式，讓日后檔案信息的管理、調(diào)用、查詢、傳遞工作變得更加快捷、高效。再次，保證檔案信息管理系統(tǒng)完整性、科學(xué)合理性的前提下，既要保證其能夠與其他信息系統(tǒng)進(jìn)行相互間的信息發(fā)送與信息接收。同時鑒于發(fā)改委的特殊性質(zhì)，系統(tǒng)要具備對需要保密的檔案數(shù)據(jù)信息做壓縮加密處理和異地備份的功能。此外，為保證系統(tǒng)中檔案信息數(shù)據(jù)的完整性和延續(xù)性，要遷移歷史數(shù)據(jù)條目。最后，創(chuàng)建一個可以實現(xiàn)文字、音頻、影像等多種類型檔案信息數(shù)據(jù)查詢、利用的綜合性檔案信息管理平臺，兼具專業(yè)性、完整性的同時要允許并容易對其進(jìn)行功能上的擴(kuò)展、改進(jìn)和完善。
三、模塊劃分
根據(jù)上文對發(fā)改委綜合檔案信息管理系統(tǒng)的需求分析，可將此系統(tǒng)程序按功能劃分成連接數(shù)據(jù)庫服務(wù)器和基本數(shù)據(jù)管理、檔案整理、檔案數(shù)據(jù)管理及系統(tǒng)維護(hù)5個模塊。連接數(shù)據(jù)庫服務(wù)器這部分模塊的主要功能是確定用戶選擇的數(shù)據(jù)庫服務(wù)器，出于安全方面考慮，可設(shè)置第一次使用時用戶要提供服務(wù)器名、用戶名、密碼等正確信息后方可成功登錄系統(tǒng)，之后此次填寫的信息將會被記錄到注冊表當(dāng)中，以省卻日后登錄的麻煩。基本數(shù)據(jù)庫管理模塊主要的功能有保密級別、歸檔類別、部門和保管期限、數(shù)據(jù)修改、刪除操作等。檔案數(shù)據(jù)管理模塊的功能是檔案信息的錄入、查詢和統(tǒng)計及銷毀等。檔案整理模塊則專為檔案鑒定與組卷而設(shè)計的。系統(tǒng)維護(hù)這一模塊的功能是數(shù)據(jù)的導(dǎo)入、導(dǎo)出、打印，以及數(shù)據(jù)庫的恢復(fù)和備份。
四、體系結(jié)構(gòu)
將整個檔案信息管理系統(tǒng)分成應(yīng)用服務(wù)器、用戶、數(shù)據(jù)3層。其中應(yīng)用服務(wù)器這層本文選取了MVC結(jié)構(gòu)，利用MVC結(jié)構(gòu)將交互管理系統(tǒng)分解成模型、控制和視圖3個構(gòu)成組件，裝有問題核心數(shù)據(jù)與邏輯計算關(guān)系和功能計算關(guān)系的模型組件需要利用JAVA類與EJB技術(shù)來實現(xiàn)；用于保證用戶和系統(tǒng)能夠進(jìn)行互動操作的控制組件功能需要通過使用JAVA語言編寫的服務(wù)器端程序來實現(xiàn)，控制組件的主要目的是協(xié)調(diào)模型同視圖之間的工作；對于從模型處獲取顯示信息的視圖組件來說，同樣的信息可以通過不同的顯示形式和視圖展現(xiàn)出來，視圖組件功能的實現(xiàn)需要依靠JavaScript和JSP技術(shù)、HTML技術(shù)。需要說明的是，對于屬于用戶層的工作人員來說，不管是在單位還是其他地方，僅通過網(wǎng)絡(luò)就能得到此信息管理系統(tǒng)提供的業(yè)務(wù)邏輯層服務(wù)，雖然不需要再安裝客戶端軟件，但仍需要通過RMI通信協(xié)議。
五、結(jié)束語
鑒于以信息網(wǎng)絡(luò)技術(shù)為依托可建立信息管理系統(tǒng)來實現(xiàn)檔案信息管理的信息化和現(xiàn)代化，所以，在發(fā)改委綜合檔案信息管理工作中也應(yīng)主動探索，結(jié)合發(fā)改委檔案信息管理工作的實際需求進(jìn)行信息管理系統(tǒng)的設(shè)計，包括功能模塊的劃分、體系結(jié)構(gòu)構(gòu)建等。
作者：羅瓦則 單位：四川省喜德縣發(fā)展改革和經(jīng)濟(jì)信息化局
【參考文獻(xiàn)】
篇2
我國很多制造企業(yè)傾向于使用自身資源，通過在各地區(qū)開設(shè)銷售公司和辦事處，完成產(chǎn)品存儲銷售與運(yùn)輸工作。這種專有化程度較高的物流管理系統(tǒng)的特點(diǎn)，是企業(yè)對其控制能力較強(qiáng)，但由于組織結(jié)構(gòu)的剛性，人力資源專業(yè)性強(qiáng)，導(dǎo)致整個渠道系統(tǒng)的柔性較差。
一、物流管理系統(tǒng)存在的問題
我國物流管理系統(tǒng)的模式主要有:制造企業(yè)的“物流配送中心（簡寫為M－DCs）和商業(yè)服務(wù)業(yè)中連鎖企業(yè)的物流配送中心（簡寫為C－DCs）”。他們大多數(shù)脫胎于原有企業(yè)的管理理念，多數(shù)從屬于企業(yè)管理構(gòu)架，主要存在以下問題:
首先，在我國企業(yè)中物流管理的地位較低，尚未引起企業(yè)決策者的重視。?在國外的制造企業(yè)中，物流管理在企業(yè)組織中具有較高的地位，根據(jù)90年代北美的一項調(diào)查，美國被調(diào)查的企業(yè)中，有約45％的高層物流管理者是副總裁以上人員。而我國的制造企業(yè)還沒有認(rèn)識到物流的集成化管理在提高企業(yè)快速反應(yīng)能力、降低成本、滿足顧客個性化需求方面的作用，因此，尚未將其作為一項戰(zhàn)略問題來對待。
其次，物流管理實踐及研究重內(nèi)不重外，缺少系統(tǒng)管理物流的方法研究。我國企業(yè)及研究人員較重視企業(yè)內(nèi)部的物流系統(tǒng)的設(shè)計和管理，而缺少有關(guān)集成化的供應(yīng)鏈管理方法的研究。
再次，物流管理系統(tǒng)設(shè)計和運(yùn)作過程中，社會化分工程度較低，缺乏合理利用企業(yè)外部社會資源的意識。
綜上所述，作者認(rèn)為我國物流管理系統(tǒng)必須進(jìn)行徹底的改革，方能提高物流管理的效益，才能發(fā)揮第三利潤源泉的作用。
二、物流管理系統(tǒng)的總體設(shè)計
1、設(shè)計指導(dǎo)思想
結(jié)合我國實際，物流管理系統(tǒng)的設(shè)計把社會化的結(jié)構(gòu)、系統(tǒng)化的運(yùn)作流程、信息化的技術(shù)手段及關(guān)系型的管理方式作為指導(dǎo)思想。
物流系統(tǒng)社會化的含義建立在社會專業(yè)化分工的基礎(chǔ)上，即制造企業(yè)充分利用外部的資源，建立市場化程度較高的物流系統(tǒng)，而不是專有化程度較高的結(jié)構(gòu)模式，借以減少組織結(jié)構(gòu)的剛性，增加系統(tǒng)的柔性，并且通過提高勞動生產(chǎn)率（專業(yè)分工的結(jié)果）和減少包括管理成本在內(nèi)的系統(tǒng)固定運(yùn)行成本，增加效益。
系統(tǒng)化運(yùn)作的含義有兩個：第一，處理好物流系統(tǒng)與企業(yè)生產(chǎn)加工、營銷、開發(fā)、財務(wù)等基本功能系統(tǒng)間的關(guān)系；第二，綜合考慮企業(yè)內(nèi)外因素，對物流系統(tǒng)中采購、制造、倉儲、分銷過程中信息流、物流及資金流的運(yùn)作流程進(jìn)行集成設(shè)計和管理。其好處是可以建立一致的目標(biāo)，使系統(tǒng)中的成員相互協(xié)作，通過共同減少系統(tǒng)中的資源浪費(fèi)，減少運(yùn)作成本，通過協(xié)調(diào)一致的合作增加系統(tǒng)的可靠性和快速反應(yīng)能力。
信息化的含義是指新的物流系統(tǒng)應(yīng)充分利用以計算機(jī)網(wǎng)絡(luò)、營銷管理與決策支持系統(tǒng)、庫存管理系統(tǒng)為代表的信息技術(shù)?？梢哉f物流系統(tǒng)信息化是實現(xiàn)物流系統(tǒng)社會化和系統(tǒng)化運(yùn)作的必要前提。? ?
關(guān)系型的管理方式是指制造商在供應(yīng)商、分銷商和承運(yùn)商等行為主體的交易過程中，采用供應(yīng)鏈管理的概念，力求建立相對的長期穩(wěn)定的伙伴關(guān)系，以保證物流系統(tǒng)的可靠性和快速反應(yīng)性。?
2、設(shè)計遵循的原則
物流管理系統(tǒng)設(shè)計過程中主要遵循了以下原則：
①在保證先進(jìn)性、實用性的基礎(chǔ)上，充分吸收企業(yè)積累的經(jīng)驗和國內(nèi)外的先進(jìn)技術(shù)。
②充分考慮系統(tǒng)的柔性、擴(kuò)展性和功能重組。
③在先進(jìn)性、有效性的基礎(chǔ)上，充分考慮系統(tǒng)的經(jīng)濟(jì)性，實現(xiàn)設(shè)計開發(fā)過程的平滑過渡。
④在保證先進(jìn)性的基礎(chǔ)上，采用成熟技術(shù)，保證系統(tǒng)的穩(wěn)定可靠。
3、系統(tǒng)設(shè)計的目標(biāo)
系統(tǒng)設(shè)計的總體目標(biāo)是適應(yīng)企業(yè)發(fā)展的需要，在充分吸收企業(yè)長期積累的管理經(jīng)驗的基礎(chǔ)上，利用現(xiàn)代管理技術(shù)和計算機(jī)技術(shù)，建立先進(jìn)的物流管理系統(tǒng)，確保物流企業(yè)健康發(fā)展。
三、物流管理系統(tǒng)的功能結(jié)構(gòu)
根據(jù)物流管理系統(tǒng)的總體設(shè)計思想，為輔助制造企業(yè)合理設(shè)計其物流系統(tǒng)，特提出了一種以區(qū)域公共配送中心（RC－DCs）為核心的社會化物流系統(tǒng)體系結(jié)構(gòu)，并給出了其中信息流及物流的運(yùn)作流程。
區(qū)域公共配送中心（RC－DCs）是獨(dú)立于制造企業(yè)、分銷商之外的經(jīng)濟(jì)實體，是生產(chǎn)企業(yè)產(chǎn)品的集散地，其職能是為多個制造商提品短期儲存、分類、拆包、再包裝、送貨的物流功能，但并不買斷產(chǎn)品的所有權(quán)，同時將合并后的多品種、小批量的產(chǎn)品種類，按照顧客的提貨單及時送貨。
制造商是生產(chǎn)企業(yè)，是整個物流系統(tǒng)的產(chǎn)品的來源地。制造商為區(qū)域公共配送中心和供應(yīng)商輸送制成品，并與（RC－DCs）、各分銷商、客戶直接保持緊密的信息交流。
供應(yīng)商為所有制造商提供原材料和零部件，并與各制造商直接進(jìn)行必要的制成品的交換。
各分銷商是單線接受與區(qū)域公共配送中心制成品的輸送，同時與各制造商、區(qū)域公共配送中心、客戶進(jìn)行商品銷售信息的交流和分享。
客戶是整個物流系統(tǒng)的終端，直接從分銷商處購買到所需的商品，同時與各制造商、分銷商進(jìn)行信息的交流和反饋。
四、物流管理系統(tǒng)運(yùn)作的實現(xiàn)機(jī)制
社會化物流系統(tǒng)結(jié)構(gòu)是一個統(tǒng)一有機(jī)體，各組成部分之間信息暢通，反饋及時，溝通順暢，貨運(yùn)及時。通過使用RC－DCs提高物流運(yùn)作的效率，其原理如下：在使用RC－DCs之前，制造商自己負(fù)責(zé)為客戶送貨，這意味著每個制造商要派遣數(shù)量較多，但可能沒有滿載的運(yùn)輸車。使用RC－DCs之后，制造商可以滿負(fù)荷地將產(chǎn)品運(yùn)送到RC－DCs。RC－DCs同時為多家制造商提供服務(wù)，在RC－DCs將多家制造商的產(chǎn)品進(jìn)行拆包、合并，又可以利用部分制造商送貨的運(yùn)輸設(shè)備滿負(fù)荷的運(yùn)送至順路的分銷點(diǎn)，減少跑空車的次數(shù)。通過RC－DCs、制造商、分銷商共享信息和設(shè)備，使整個物流系統(tǒng)送貨和收貨的次數(shù)明顯減少，從而可減少運(yùn)輸設(shè)備和勞動力的需求量，達(dá)到降低運(yùn)輸成本的目的。
在社會化的物流系統(tǒng)中，“信息的及時傳遞和共享既是協(xié)調(diào)成員活動的基礎(chǔ)，也是產(chǎn)生信息價值的前提”，故網(wǎng)絡(luò)環(huán)境和友好的伙伴關(guān)系是保證系統(tǒng)信息化和正常運(yùn)行的前提條件。在本系統(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)中，合作伙伴間通過防火墻技術(shù)和用戶認(rèn)證，訪問和讀寫Internet部分的數(shù)據(jù)庫。內(nèi)部人員可以訪問內(nèi)部數(shù)據(jù)庫，其他顧客僅能訪問外部Web服務(wù)器。
作者單位：黃岡師范學(xué)院教育科學(xué)與技術(shù)系
篇3
1.音像超市管理系統(tǒng)需求分析
需求的獲取和分析工作是音像超市管理系統(tǒng)開發(fā)工作中最基礎(chǔ)、最重要的環(huán)節(jié)，這一階段的主要任務(wù)是確定目標(biāo)系統(tǒng)必須具有的功能和性能及系統(tǒng)運(yùn)行要求的環(huán)境等。進(jìn)貨和銷售是音像超市管理中的重要部分，是管理者正確決策的反映，也是顧客需求影響的結(jié)果。經(jīng)過詳細(xì)的需求獲取和分析，設(shè)計的音像超市管理系統(tǒng)共分為四大部分，即會員管理、基本信息管理、進(jìn)貨管理和銷售管理。
2.音像超市管理系統(tǒng)設(shè)計
2.1音像超市管理系統(tǒng)概要設(shè)計
通過對音像超市管理工作的特點(diǎn)和流程進(jìn)行分析，已經(jīng)對系統(tǒng)的功能需求有比較清晰的認(rèn)知，確定音像超市管理系統(tǒng)主要包括會員管理、基本信息管理、進(jìn)貨管理和出貨管理共四個子系統(tǒng)，每個子系統(tǒng)又包括若干個子模塊，系統(tǒng)功能模塊圖如下圖所示。
圖 音像超市管理系統(tǒng)模塊圖
2.2音像超市管理系統(tǒng)模塊功能描述
經(jīng)過前面對音像超市管理具體的需求獲取和具體分析，已經(jīng)對系統(tǒng)的功能需求有比較清晰的認(rèn)知，下面是音像超市管理系統(tǒng)詳細(xì)的功能描述。
2.2.1會員信息的注冊、瀏覽、查詢、編輯等管理。
2.2.2音樂音像信息和影視音像信息的查詢、編輯、刪除及瀏覽等。
2.2.3會員查詢模塊，為會員查詢音像信息設(shè)計的模塊，主要功能是能夠分類查詢音像信息，為會員查詢提供方便快捷的平臺。
2.2.4供貨商信息的添加，瀏覽及對其進(jìn)行編輯、刪除等管理。
2.2.5缺貨信息的登記，瀏覽和刪除等管理。
2.2.6進(jìn)貨信息的錄入，歷史進(jìn)貨信息的瀏覽及編輯、刪除等管理。
2.2.7進(jìn)貨信息的統(tǒng)計及結(jié)算，進(jìn)貨報表的打印，分為日進(jìn)貨信息報表的打印和月進(jìn)貨信息報表的打印。
2.2.8銷售信息的錄入，歷史銷售信息的瀏覽及編輯、刪除等管理。
2.2.9銷售信息的統(tǒng)計及結(jié)算，銷售報表的打印，分為日銷售信息報表的打印和月銷售信息報表的打印。
2.2.10收銀員銷售模塊，為收銀員銷售音像商品設(shè)計的模塊，主要功能是實現(xiàn)銷售管理。
3.數(shù)據(jù)庫分析設(shè)計
在數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計階段，設(shè)計的實體包括會員信息實體、會員卡信息實體、音樂音像信息實體、影視音像信息實體、供貨商信息實體、進(jìn)貨信息實體、缺貨信息實體、銷售信息實體。具體描述如下：
會員信息：包括會員編號、會員性別、年齡、職業(yè)、電子郵箱、會員密碼、會員卡ID、備注信息等。
會員卡信息：包括會員卡ID、會員卡類別、開卡日期、累計消費(fèi)金額、有效期限等。
音樂音像信息：包括音樂ID、音樂名稱、演唱者、介質(zhì)、語言、音樂風(fēng)格、售價、現(xiàn)存數(shù)量、備注信息等。
影視音像信息：包括影視ID、影視名稱、導(dǎo)演、主演、類型、介質(zhì)、售價、現(xiàn)存數(shù)量、備注信息等。
供貨商信息：包括供貨商編號、供貨商名稱、地址、聯(lián)系電話、聯(lián)系人、備注信息等。
進(jìn)貨信息：包括進(jìn)貨編號、進(jìn)貨音像編號、進(jìn)貨音像名稱、數(shù)量、進(jìn)價、折扣、總金額、是否結(jié)賬、預(yù)付金額、進(jìn)貨日期、備注信息等。
銷售信息：包括銷售編號、銷售音像編號、數(shù)量、售價、折扣、總金額、銷售日期、備注信息等。
缺貨信息：包括缺貨編號、音像名稱、缺貨數(shù)量、登記日期、會員信息等。
接下來，通過數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計把概念結(jié)構(gòu)設(shè)計得出的實體和數(shù)據(jù)項映射成邏輯結(jié)構(gòu)，生成二維表存儲在計算機(jī)存儲器中，這是系統(tǒng)下一步實現(xiàn)的基礎(chǔ)。
4.結(jié)語
通過對音像超市管理系統(tǒng)詳細(xì)的需求分析、功能設(shè)計和數(shù)據(jù)庫設(shè)計，為音像超市管理系統(tǒng)的開發(fā)奠定了堅實的基礎(chǔ)。音像超市管理系統(tǒng)的成功開發(fā)能夠為音像超市在音像制品進(jìn)貨、銷售和會員管理等方面提供標(biāo)準(zhǔn)化管理，更重要的是能夠為音像超市經(jīng)營者提供各方面的決策支持。
篇4
1.1背景
隨著中國經(jīng)濟(jì)的發(fā)展，能源問題日益突出，節(jié)能減排作為國家可持續(xù)發(fā)展的重要舉措被提升到戰(zhàn)略高度，在國務(wù)院發(fā)表的《節(jié)能減排“十二五”規(guī)劃》提到，在2015年，單位工業(yè)增加值（規(guī)模以上）能耗比2010年下降21%左右，我國當(dāng)前有19個城市建成軌道交通線路多達(dá)87條，運(yùn)營里程超過2539公里，地鐵是城市內(nèi)的能耗大戶，尤其是電能的消耗，占地鐵運(yùn)營成本的比例很高，因此，針對地鐵各主要用電設(shè)備的運(yùn)行工況、損耗情況以及電特性等進(jìn)行分析，研究科學(xué)有效的節(jié)能措施，是降低運(yùn)營成本，提供地鐵可持續(xù)發(fā)展能力的重要途徑。
1.2地鐵能耗問題
地鐵行業(yè)能耗節(jié)能主要遇到的問題有
1）線路能耗呈持續(xù)增長的趨勢，地鐵線路的持續(xù)建設(shè)的導(dǎo)致能耗繼續(xù)增加，電費(fèi)的成本急劇增加；
2）能耗統(tǒng)計監(jiān)測體系不完善，地鐵車站分項節(jié)能應(yīng)用不普遍，現(xiàn)有的能耗統(tǒng)計數(shù)據(jù)較粗，準(zhǔn)確性差，且由于技術(shù)手段缺乏，統(tǒng)計分析和節(jié)能效果的評估方法欠缺；
3）缺乏標(biāo)準(zhǔn)的能耗指標(biāo)，需要結(jié)合地鐵運(yùn)營特點(diǎn)建立能耗的指標(biāo)體系，并在此基礎(chǔ)上制定合理的考核標(biāo)準(zhǔn)；
4）缺乏標(biāo)準(zhǔn)化的節(jié)能效果評價指標(biāo)，需要建立適合地鐵行業(yè)的定量評價與定性評價相結(jié)合的節(jié)能效果評價指標(biāo)體系。
2、能耗管理系統(tǒng)設(shè)計
2.1 設(shè)計目標(biāo)
能耗管理系統(tǒng)旨在建立車站精確的能耗監(jiān)測管理平臺，為用戶科學(xué)用能、合理用能、節(jié)能管理提供支持，系統(tǒng)設(shè)計的主要目標(biāo)有：
1）建立車站能耗采集平臺，提供各個分項能耗數(shù)據(jù)采集、統(tǒng)計、存儲功能，為能耗管理提供數(shù)據(jù)依據(jù)；
2）建立能耗統(tǒng)計和分析系統(tǒng)，為科學(xué)用能、合理用能、節(jié)能管理提供支持。
3）提供外部節(jié)能設(shè)備控制接口和節(jié)能策略管理，通過科學(xué)手段減少不必要的能源浪費(fèi)，最終達(dá)到節(jié)能的目的。
4）依照地鐵運(yùn)營能耗數(shù)據(jù)的分析，建立能耗的指標(biāo)體系和制定相應(yīng)的考核標(biāo)準(zhǔn)。
5）建立定量評價與定性評價相結(jié)合的節(jié)能效果評價指標(biāo)體系；
2.2 系統(tǒng)構(gòu)成
能耗管理系統(tǒng)通過能耗數(shù)據(jù)監(jiān)測采集、能耗管理指標(biāo)的量化管理、節(jié)能控制和綜合分析應(yīng)用三大模塊進(jìn)行設(shè)計，對地鐵線路各車站不同專業(yè)設(shè)備（包含牽引系統(tǒng)、照明系統(tǒng)、通風(fēng)空調(diào)系統(tǒng)、電扶梯等）的能耗數(shù)據(jù)、環(huán)境設(shè)備參數(shù)、客流參數(shù)進(jìn)行實時采集檢測，建立起適合地鐵運(yùn)營的各類能耗評估指標(biāo)、管理流程和各個節(jié)能項目效果的評價指標(biāo)。
2.3 能耗采集模塊
實時能耗采集模塊實現(xiàn)實時能耗數(shù)據(jù)的采集，作為系統(tǒng)整個平臺能耗數(shù)據(jù)的來源和支撐，它的功能主要有：
1）通過通訊接口的方式實時采集布置在車站現(xiàn)場各電能儀表的能耗數(shù)據(jù)信息，主要包括以下系統(tǒng)設(shè)備的實時能耗數(shù)據(jù)：牽引供電系統(tǒng)、通風(fēng)空調(diào)、電扶梯、照明、給排水、弱電系統(tǒng)等；
2）通過與環(huán)境與控制設(shè)備系統(tǒng)的通訊接口采集環(huán)境參數(shù)、設(shè)備參數(shù)；
3）通過與自動售檢票系統(tǒng)的通訊接口采集車站客流信息。 能耗數(shù)據(jù)采集的網(wǎng)絡(luò)拓?fù)涫疽鈭D：
圖 3：能耗數(shù)據(jù)采集的網(wǎng)絡(luò)拓?fù)涫疽鈭D
2.2指標(biāo)量化管理模塊
指標(biāo)量化管理模塊對各類供電負(fù)荷制定用電指標(biāo)，實時監(jiān)測用電情況，通過橫向和縱向的用電分析比較，從而建立如下指標(biāo)體系：
1）建立合理的節(jié)電考核指標(biāo)體系；
2）建立適用于地鐵行業(yè)統(tǒng)一的能耗指標(biāo)體系來評估各類設(shè)備的能耗系數(shù)；
3）建立適用于地鐵行業(yè)統(tǒng)一的節(jié)能效果評價指標(biāo)體系來指導(dǎo)如何進(jìn)行高效的節(jié)能。
2.3節(jié)能控制模塊
對車站各類用電設(shè)備的能耗統(tǒng)計和能耗節(jié)能分析模型，以及綜合考慮行車密度、進(jìn)出站客流、環(huán)境參數(shù)（溫度、濕度等）、服務(wù)質(zhì)量因素，對環(huán)境設(shè)備的參數(shù)進(jìn)行調(diào)優(yōu)，產(chǎn)生節(jié)能優(yōu)化策略，并且通過與環(huán)控系統(tǒng)的通訊接口下發(fā)該節(jié)能優(yōu)化策略，實現(xiàn)節(jié)能的優(yōu)化控制。
2.4綜合分析應(yīng)用模塊
綜合分析應(yīng)用模塊依照車站現(xiàn)場采集的實時能耗數(shù)據(jù)信息作為依據(jù)，提供如下綜合分析應(yīng)用：
1）提供實時能耗顯示圖形界面和能耗趨勢曲線顯示；
2）提供用電數(shù)據(jù)匯總平臺，從多個維度展現(xiàn)地鐵運(yùn)營能耗的分布情況；
3）提供電能費(fèi)用的分析平臺，滿足各項能耗指標(biāo)的考核要求；
4）提供各類能耗預(yù)警功能，幫助運(yùn)營人員及時發(fā)現(xiàn)用電問題。
5）提供節(jié)能設(shè)備控制和節(jié)能策略的管理，并且對各項節(jié)能策略的能耗效果的進(jìn)行多維分析和評估。
3、總結(jié)
地鐵能耗管理是地鐵運(yùn)營過程面臨的重大問題，能耗管理系統(tǒng)的必須從設(shè)計目標(biāo)和功能劃分就考慮地鐵運(yùn)營的需求，能耗系統(tǒng)遠(yuǎn)期更應(yīng)該考慮與節(jié)能控制結(jié)合，實現(xiàn)能耗的采集，管理，控制完整的地鐵能耗控制管理流程。
篇5
系統(tǒng)包含四個不同的角色：系統(tǒng)管理員，子公司填報員，部門領(lǐng)導(dǎo)審批人，派車還車人。
3靜態(tài)結(jié)構(gòu)分析
在用例模型的基礎(chǔ)上，抽象出了車輛管理的靜態(tài)模型（即類模型）。
4動態(tài)結(jié)構(gòu)分析
車輛管理系統(tǒng)包括了申請、多級審批、領(lǐng)車、還車等多個步驟。子公司填報員填報車輛申請單后部門領(lǐng)導(dǎo)審批各自子公司的申請信息，然后分管廠長審批部門領(lǐng)導(dǎo)審批通過的信息，辦公室審批分管廠長審批通過的信息。辦公室審批通過后派車人派車，派完車系統(tǒng)會提示對應(yīng)申請人去領(lǐng)車，另外用車人回來后還要到派車人那里還車。
5邏輯數(shù)據(jù)庫設(shè)計
通過分析，確定了車輛管理系統(tǒng)所用到的實體，并用ER－win設(shè)計出了數(shù)據(jù)庫的實體關(guān)系圖。根據(jù)數(shù)據(jù)庫邏輯模型，使用自己定義的數(shù)據(jù)字典，用Erwin的正向工程，將邏輯數(shù)據(jù)庫模型轉(zhuǎn)化為物理數(shù)據(jù)庫模型。
7軟件體系結(jié)構(gòu)設(shè)計
系統(tǒng)采取表示層、業(yè)務(wù)層、數(shù)據(jù)層的三層架構(gòu)，基于B/S模式進(jìn)行軟件設(shè)計。在這種結(jié)構(gòu)模式下，用戶工作界面是通過瀏覽器來實現(xiàn)，極少部分事務(wù)邏輯在前端實現(xiàn)，但主要事務(wù)邏輯在服務(wù)器端實現(xiàn)，這樣大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總成本。
8系統(tǒng)實現(xiàn)
系統(tǒng)利用.NET平臺開發(fā)。頁面上半部分是車輛申請的填報，下半部分是管理頁面，是對已填申請信息的修改、刪除、查詢，審批等功能。
篇6
2.1系統(tǒng)架構(gòu)
本系統(tǒng)構(gòu)成采用“云-網(wǎng)-端”三層架構(gòu)，具體由車位鎖與車牌識別欄桿機(jī)作為信息采集與命令執(zhí)行單元，手持終端作為停車服務(wù)使用單元，各停車管理服務(wù)器為停車管理云平臺提供服務(wù)支持，停車管理云平臺對外提供停車管理服務(wù)。本系統(tǒng)架構(gòu)圖。
（1）系統(tǒng)各層定義。“端”即指智能車位鎖、車牌識別欄桿機(jī)與手持移動終端。智能車位鎖用于采集車位狀態(tài)信息并控制車位使用權(quán)，與車牌識別欄桿機(jī)聯(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)絡(luò)，確保網(wǎng)絡(luò)質(zhì)量、降低部網(wǎng)成本；停車場與云平臺間廣域網(wǎng)采用有線網(wǎng)絡(luò)、WIFI網(wǎng)絡(luò)或移動網(wǎng)絡(luò)，具體采用何種通信方式根據(jù)應(yīng)用場景確定?！霸啤奔粗竿＼嚬芾碓破脚_，利用云計算技術(shù)存儲并處理各停車場車位數(shù)據(jù)、處理預(yù)訂請求和費(fèi)用支付信息，為停車場和停車用戶分別提供停車管理與停車服務(wù)。
（2）系統(tǒng)各層關(guān)系。智能車位鎖、車牌識別欄桿機(jī)、局域網(wǎng)與停車管理服務(wù)器組成停車場管理系統(tǒng)，作為停車管理云平臺的資源接入單元。每個停車場管理系統(tǒng)均可獨(dú)立運(yùn)行，停車場管理系統(tǒng)與停車管理云平臺之間采用特定數(shù)據(jù)接互停車數(shù)據(jù)，包括車位狀態(tài)反饋信息、車位預(yù)定信息、車位控制信息等。手持移動終端通過移動網(wǎng)絡(luò)接入停車管理云平臺，作為停車服務(wù)的用戶接入單元，享受停車位信息查詢、車位預(yù)定、車位出租以及在線支付停車費(fèi)等平臺服務(wù)。停車場與停車用戶是完全孤立的，彼此之間通過共同的停車管理云平臺建立聯(lián)系，在此過程中停車場提供停車位，而用戶為所獲得的停車服務(wù)支付費(fèi)用，二者之間是消費(fèi)與被消費(fèi)的關(guān)系。
2.2系統(tǒng)功能
本系統(tǒng)服務(wù)功能由云端服務(wù)器提供，云端服務(wù)器包括停車場和用戶管理模塊、信息交互管理模塊、信息模塊和費(fèi)用支付處理模塊。其中，停車場和用戶管理模塊用于管理停車場、車位和用戶信息；信息交互管理模塊用于處理用戶請求、管理車位信息、處理車位預(yù)訂信息和處理異常信息；信息模塊用于當(dāng)前時間空車位數(shù)量和停車誘導(dǎo)信息；費(fèi)用支付處理模塊用于處理費(fèi)用支付信息。
（1）車位出租與共享。停車場管理員或私家車位所有者通過管理平臺或手機(jī)APP對外車位出租或共享信息，包括停車場位置、車位編號、對外出租時間已經(jīng)收費(fèi)標(biāo)準(zhǔn)等。停車場管理員或私家車位所有者必須通過停車管理云平臺運(yùn)營商進(jìn)行身份認(rèn)證后，才可對外車位出租或共享信息。
（2）車位查詢與預(yù)定。停車位使用者通過手機(jī)APP查詢所需停車位信息，選定合適停車位后進(jìn)行預(yù)訂，停車管理云平臺確定預(yù)訂信息后向停車場服務(wù)器發(fā)送車位鎖定信息，車位預(yù)訂成功后向手機(jī)APP發(fā)送反饋信息。
（3）車位導(dǎo)航與反向找車。每個智能車位鎖對應(yīng)一個車位編號，結(jié)合停車場布局可繪制停車場車位位置地圖。通過采集車主位置與查詢停車車位記錄，根據(jù)停車場車位位置地圖規(guī)劃找車路線，實現(xiàn)車位導(dǎo)航與反向找車。
（4）在線支付。停車管理云平臺記錄車位預(yù)定時間，智能車位鎖記錄車輛駛?cè)肱c駛離停車位時間，根據(jù)收費(fèi)標(biāo)準(zhǔn)自動計算停車費(fèi)用，用戶通過移動支付向停車場或車位所有者支付費(fèi)用。
（5）停車場與用戶管理。停車管理云平臺支持各停車場注冊、停車場地址、車位數(shù)量等資源管理，支持車位所有者與車位使用者進(jìn)行用戶注冊、用戶管理。
3車位鎖硬件設(shè)計
智能車位鎖是本停車管理系統(tǒng)中的關(guān)鍵構(gòu)件，其主要承擔(dān)車位狀態(tài)信息采集、車位使用權(quán)限控制以及信息傳輸?shù)裙δ堋１鞠到y(tǒng)設(shè)計的智能車位鎖硬件構(gòu)成。本智能車位鎖硬件主要包括：MCU、ZigBee模塊、地磁檢測模塊、電機(jī)、限位開關(guān)、LED指示燈與電源模塊，各模塊通過數(shù)據(jù)和電源接口與MCU連接。MCU主要用于采集數(shù)據(jù)處理與發(fā)送、控制指令接收與解析。ZigBee模塊主要負(fù)責(zé)各車位鎖網(wǎng)絡(luò)連接，用于接收服務(wù)控制指令以及發(fā)送車位狀態(tài)與指令執(zhí)行結(jié)果。地磁檢測模塊主要用于檢測車位空閑狀態(tài)，用于偵測車輛駛?cè)肱c駛離，從而計算車輛停車時間。電機(jī)模塊主要用于控制車位鎖機(jī)械臂正反轉(zhuǎn)，從而實現(xiàn)對車位資源的鎖定與釋放。限位開關(guān)主要用于控制車位鎖機(jī)械臂轉(zhuǎn)動角度在0~90°之間，確保車位鎖的開啟與關(guān)閉兩種狀態(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ù)停車場物理布局特點(diǎn)并結(jié)合Zig－Bee網(wǎng)絡(luò)覆蓋范圍與組網(wǎng)特點(diǎn)，分別針對兩種停車場進(jìn)行網(wǎng)絡(luò)布置。地下停車場內(nèi)停車位為多排并列布局，且各排車位間經(jīng)常有支撐柱與墻壁遮擋。因此，地下停車場布置，在每排中間設(shè)置一處ZigBee路由器，有墻壁遮擋或某排車位長度超長時適當(dāng)增加路由器提高網(wǎng)絡(luò)信息。最終，各排車位的車位鎖通過各排路由器接入停車管理服務(wù)器所連接ZigBee協(xié)調(diào)器，從而實現(xiàn)停車管理系統(tǒng)內(nèi)部組網(wǎng)。路側(cè)停車場停車位一般沿道路方向順向或斜向劃線，在一條道路上路側(cè)停車場可根據(jù)距離劃分為多個區(qū)域，每個區(qū)域設(shè)置一處ZigBee路由器。最終，各區(qū)域內(nèi)車位鎖通過ZigBee路由器與停車管理服務(wù)器所鏈接的ZigBee協(xié)調(diào)器連接，從而將所有車位信息匯總至停車管理服務(wù)器。路側(cè)停車場布置。
4.2系統(tǒng)部署與工作流程
（1）系統(tǒng)部署。新建或在原有停車場管理系統(tǒng)基礎(chǔ)上增加智能車位鎖與ZigBee局域網(wǎng)，并將停車場管理服務(wù)器接入停車管理云平臺；在公網(wǎng)部署停車管理云平臺；用戶安裝停車管理系統(tǒng)手機(jī)APP。
（2）工作流程：智能車位鎖將檢測到車位的狀態(tài)信息傳到停車管理服務(wù)器，停車管理服務(wù)器將信息轉(zhuǎn)發(fā)到云端服務(wù)器，最終云端服務(wù)器將所述信息對外；用戶通過智能終端查詢停車位，通過智能終端應(yīng)用程序預(yù)存停車費(fèi)用；用戶通過在智能終端上安裝的應(yīng)用程序預(yù)訂車位，通過網(wǎng)絡(luò)將欲停的車位請求上傳到云端服務(wù)器，云端服務(wù)器接收并處理用戶請求，將鎖定車位信息發(fā)送到停車管理服務(wù)器，停車管理服務(wù)器將信息轉(zhuǎn)發(fā)到智能車位鎖；智能車位鎖接收并執(zhí)行鎖定車位信息，并將已執(zhí)行命令反饋信息發(fā)送到停車管理服務(wù)器，由停車管理服務(wù)器將反饋信息轉(zhuǎn)發(fā)到云端服務(wù)器；當(dāng)智能車位鎖檢測到車輛停車入庫完成，向停車管理服務(wù)器發(fā)送停車計時開始信號，停車管理服務(wù)器轉(zhuǎn)發(fā)計時開始信號至云端服務(wù)器，當(dāng)智能車位鎖檢測到車輛駛離車位，則向停車管理服務(wù)器發(fā)送計時結(jié)束信號，停車管理服務(wù)器轉(zhuǎn)發(fā)計時結(jié)束信號至云端服務(wù)器，云端服務(wù)器計算出用戶需支付的停車費(fèi)并發(fā)送到用戶賬號，自動扣除停車費(fèi)用。
篇7
本無線抄表管理系統(tǒng)主要功能是對用戶熱量表數(shù)據(jù)采集存儲，可對用戶熱量表進(jìn)行遠(yuǎn)程通斷操作，并實現(xiàn)遠(yuǎn)程溫度可控。系統(tǒng)主要包含3部分：用戶熱量表、Zigbee網(wǎng)絡(luò)、管理中心。統(tǒng)結(jié)構(gòu)圖如圖1所示。2.1用戶熱量表用戶熱量表，取暖管道上按裝可控閥門，由熱量表主控芯片控制驅(qū)動電路驅(qū)動電磁閥，當(dāng)出現(xiàn)欠繳費(fèi)或者其他特殊情況時，可遠(yuǎn)程實現(xiàn)開關(guān)閥門。另外在用戶熱量表有溫度采集裝置，當(dāng)回水溫度達(dá)到預(yù)設(shè)定溫度時控制閥門，通過調(diào)節(jié)控制閥的角度讓回水溫度基本保持恒定，保證整個小區(qū)的采暖均勻。用戶熱量表通過M-BUS總線連接到M-BUS抄表器。2.2Zigbee網(wǎng)絡(luò)Zigbee網(wǎng)絡(luò)分為：Zigbee數(shù)據(jù)采集器、Zigbee數(shù)據(jù)中轉(zhuǎn)器和Zigbee數(shù)據(jù)集中器三部分。Zigbee無線模塊主芯片采用TI公司推出的高性能、低功耗芯片CC2530F256，組建小區(qū)無線局域網(wǎng)，保證數(shù)據(jù)安全可靠的傳輸和系統(tǒng)的穩(wěn)定運(yùn)行。2.2.1Zigbee數(shù)據(jù)采集器Zigbee數(shù)據(jù)采集器，集成了M-BUS抄表器和Zigbee終端節(jié)點(diǎn)，主要任務(wù)包括數(shù)據(jù)采集、數(shù)據(jù)無線通信、電壓檢測和休眠4個事件，結(jié)構(gòu)圖如圖2所示。數(shù)據(jù)采集和休眠：Zigbee終端節(jié)點(diǎn)通過串口與M-BUS抄表器通信，獲取用戶熱量表的信息，無線上傳到數(shù)據(jù)中轉(zhuǎn)器。Zigbee數(shù)據(jù)采集器節(jié)點(diǎn)采用電池供電，平時處于定時休眠模式，這種工作模式極大的延長了電池的使用壽命。電源模塊和電壓檢測模塊：由于充電電池輸出電壓3.7V，而Zigbee模塊主芯片CC2530的供電電壓為2V～3.6V，選擇CAT6219—330設(shè)計的穩(wěn)壓電路給系統(tǒng)供電。Zigbee網(wǎng)絡(luò)節(jié)點(diǎn)均采用電池供電，電量會逐漸降低，必須對供電電池進(jìn)行電壓檢測。系統(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é)點(diǎn)為了保證Zigbee網(wǎng)絡(luò)數(shù)據(jù)的可靠傳輸距離，增大網(wǎng)絡(luò)覆蓋面積，增加了RF功率放大電路，并有外擴(kuò)存儲器，用來暫存數(shù)據(jù)[3]。功率放大芯片選擇Ti公司官方推薦的的CC2591。如果小區(qū)范圍比較小，可以省略Zigbee數(shù)據(jù)中轉(zhuǎn)器，降低系統(tǒng)的復(fù)雜度，增強(qiá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)器負(fù)責(zé)整個小區(qū)無線局域網(wǎng)的組建和最優(yōu)化路由選擇，當(dāng)網(wǎng)絡(luò)中有數(shù)據(jù)采集器添加或者刪除時，Zigbee協(xié)調(diào)器會自動調(diào)整，建立新的優(yōu)化路由，使上位機(jī)面對一個完全透明的網(wǎng)絡(luò)。Zigbee協(xié)調(diào)器將整個網(wǎng)絡(luò)的數(shù)據(jù)進(jìn)行匯總，直接傳送到小區(qū)管理中心或者通過GPRS模塊傳送到遠(yuǎn)程監(jiān)控中心。主控MCU，采用TI公司的超低功耗芯片MSP430F149，通過SPI與CC2530無線模塊進(jìn)行通信，通過串口與GPRS模塊通信。GPRS模塊，選擇SIMCOM公司生產(chǎn)低功耗、性能穩(wěn)定的SIM900，必須使用SIM卡，并開通GPRS業(yè)務(wù)，所以需要承擔(dān)一定的費(fèi)用。電路圖如圖5所示。2.3管理中心管理中心，管理員利用連接網(wǎng)絡(luò)的電腦，通過上位機(jī)控制熱量表系統(tǒng)，可以對任意的用戶熱量表進(jìn)行數(shù)據(jù)采集和遠(yuǎn)程通斷操作。系統(tǒng)一般采用定時抄表，可以根據(jù)實際情況改變抄表的時間，系統(tǒng)把采集到的數(shù)據(jù)自動存入數(shù)據(jù)庫并備份，可以為用戶提供詳細(xì)的打印報表。系統(tǒng)提供安全的財務(wù)軟件接口，并實時的進(jìn)行數(shù)據(jù)交換，具有收費(fèi)對賬和收費(fèi)轉(zhuǎn)結(jié)功能。如果用戶出現(xiàn)趨于欠費(fèi)或者已欠費(fèi)情況，上位機(jī)會明確顯示，如果是用戶惡意拖欠，管理者可以將用戶的取暖管道遠(yuǎn)程關(guān)斷，直到用戶補(bǔ)齊所有費(fèi)用，再遠(yuǎn)程打開管道。如果管理者需要更換IP地址，可以給GPRS模塊的SIM卡發(fā)送更換IP地址短信，格式如“管理密碼+新IP地址”給GPRS模塊，完成IP地址的更換。
3.系統(tǒng)工作流程
系統(tǒng)基本工作過程，主要分為Zigbee網(wǎng)絡(luò)初始化、熱量表數(shù)據(jù)采集、GPRS遠(yuǎn)程數(shù)據(jù)傳輸和上位機(jī)遠(yuǎn)程控制，系統(tǒng)的基本應(yīng)用過程如圖6所示。Zigbee網(wǎng)絡(luò)初始化，Zigbee協(xié)調(diào)器負(fù)責(zé)網(wǎng)絡(luò)的組建和管理，允許節(jié)點(diǎn)的加入和撤銷。節(jié)點(diǎn)上電并初始化，按預(yù)設(shè)定頻道搜索網(wǎng)絡(luò)，當(dāng)搜索到網(wǎng)絡(luò)后申請加入網(wǎng)絡(luò)，并將自己的節(jié)點(diǎn)ID發(fā)送給Zigbee協(xié)調(diào)器。Zigbee協(xié)調(diào)器接收節(jié)點(diǎn)ID后添加節(jié)點(diǎn)，并更新網(wǎng)絡(luò)。用戶熱量表信息采集有兩種方式：定時循環(huán)采集、工作人員發(fā)送命令采集。一般采用定時循環(huán)采集，Zigbee數(shù)據(jù)采集器一般處于休眠。當(dāng)Zigbee數(shù)據(jù)集中器接到上位機(jī)的指令時，無法直接下達(dá)給Zigbee數(shù)據(jù)采集器，先把指令進(jìn)行存儲，當(dāng)Zigbee數(shù)據(jù)采集器醒來之后，首先必須向Zigbee數(shù)據(jù)集中器發(fā)送詢問消息，來獲取控制指令。GPRS通信，設(shè)定SIM900參數(shù)、建立TCP/IP連接和傳送數(shù)據(jù)都是通過AT指令來實現(xiàn)的。AT指令以AT開頭，以回車作為結(jié)尾；每條指令是否成功執(zhí)行都有相應(yīng)的響應(yīng)返回。主控芯片MSP430F149通過串口與SIM900通信，SIM900的TCP/IP功能系統(tǒng)采用透傳模式。透傳模式下，SIM900串口接收到的數(shù)據(jù)均被看作是數(shù)據(jù)包，而不是AT指令。命令模式與數(shù)據(jù)模式可以相互切換[4]。
篇8
1.1公告通知模塊
學(xué)院可以在公告通知模塊頂崗實習(xí)的要求、規(guī)定、安全注意事項以及實習(xí)企業(yè)和就業(yè)信息等；學(xué)生可以通過查看該模塊的信息，完成學(xué)院規(guī)定的頂崗實習(xí)任務(wù)。
1.2管理員模塊
根據(jù)管理權(quán)限的不同，該模塊劃分為系部管理員、學(xué)院管理員和開發(fā)企業(yè)管理員。其中系部管理員可以導(dǎo)入或新增指導(dǎo)老師和實習(xí)學(xué)生的個人信息，并對這些信息進(jìn)行統(tǒng)一維護(hù)；可以將學(xué)生分配給相應(yīng)的指導(dǎo)老師；也可以根據(jù)企業(yè)的用人需求，、修改、禁用、啟用實習(xí)崗位，并將該崗位分配給適合的學(xué)生。學(xué)院管理員則可以對全院實習(xí)學(xué)生的崗位、工資、實習(xí)和論文答辯成績等基本信息進(jìn)行統(tǒng)計分析，對實習(xí)單位的企業(yè)性質(zhì)、規(guī)模等進(jìn)行統(tǒng)計和測評。
1.3學(xué)院指導(dǎo)老師管理模塊
1.3.1查閱學(xué)生基本信息。指導(dǎo)老師可以查看自己指導(dǎo)的學(xué)生的基本信息，如實習(xí)企業(yè)的名稱、地址、崗位、企業(yè)指導(dǎo)老師的姓名和聯(lián)系方式等。1.3.2學(xué)生實習(xí)文檔管理。老師可以查看學(xué)生在企業(yè)頂崗實習(xí)期間提交的實習(xí)周記和實習(xí)報告，并做出回復(fù)。每位同學(xué)的文檔都有提交時間和次數(shù)，方便老師及時提醒沒有按時提交的同學(xué)補(bǔ)交，因此該模塊可有效的督促學(xué)生定期完成實習(xí)周記和實習(xí)報告。實習(xí)過程中，如果學(xué)生有疑問，也可通過此模塊提出，以便于老師幫助解決。老師通過該模塊批閱學(xué)生的周記和報告，答復(fù)學(xué)生在實習(xí)過程中的疑問，能讓指導(dǎo)老師更好地掌握學(xué)生近期在企業(yè)中的實習(xí)情況。1.3.3學(xué)生論文管理。指導(dǎo)老師可以方便的查看學(xué)生論文的進(jìn)度，及時發(fā)現(xiàn)問題，并對學(xué)生的論文進(jìn)行有效的指導(dǎo)。1.3.4成績管理。實習(xí)結(jié)束后，由指導(dǎo)老師評定學(xué)生實習(xí)成績，成績分為優(yōu)、良、合格、不合格四個檔次。學(xué)生實習(xí)成績由實習(xí)答辯成績和企業(yè)指導(dǎo)老師成績加權(quán)得到。
1.4企業(yè)管理模塊
通過該模塊，企業(yè)可以管理本單位的信息，根據(jù)企業(yè)的用人需求，、修改用人崗位信息；可以新增、修改或刪除企業(yè)指導(dǎo)老師，給企業(yè)指導(dǎo)老師分配實習(xí)學(xué)生；對來企業(yè)實習(xí)的學(xué)生進(jìn)行統(tǒng)一管理，給學(xué)生分配實習(xí)指導(dǎo)老師。此外，企業(yè)指導(dǎo)教師也可以通過該模塊查看自己所帶學(xué)生的信息、學(xué)校通知、意見反饋、填寫指導(dǎo)記錄、成績評定等。
1.5學(xué)生管理模塊
1.5.1瀏覽崗位。學(xué)生查看學(xué)校和企業(yè)的崗位信息，對有意向的崗位可以提出申請，等待系部管理員和指導(dǎo)老師審核。1.5.2實習(xí)文檔管理。實習(xí)學(xué)生根據(jù)指導(dǎo)老師的要求，按時提交實習(xí)周記和實習(xí)報告等實習(xí)文件，使指導(dǎo)老師了解實習(xí)過程中遇到的問題及收獲，同時在有疑問的情況下也可以及時向指導(dǎo)老師反饋，由指導(dǎo)老師對學(xué)生的疑問進(jìn)行解答。1.5.3論文資料管理。上傳撰寫的論文資料，以便學(xué)院指導(dǎo)老師查看，并對論出相應(yīng)指導(dǎo)。1.5.4查詢成績。查看由學(xué)院指導(dǎo)老師和企業(yè)指導(dǎo)老師對學(xué)生實習(xí)過程做出的考核評價以及最終成績。
2高職學(xué)生頂崗實習(xí)管理系統(tǒng)關(guān)鍵問題的實現(xiàn)
通過頂崗實習(xí)管理系統(tǒng)功能設(shè)計的描述可知，系統(tǒng)的開發(fā)應(yīng)該以實習(xí)學(xué)生和實習(xí)指導(dǎo)教師為核心，以實習(xí)流程和實習(xí)任務(wù)為主要內(nèi)容。該文采用基于UML的面向?qū)ο蟮姆椒ㄟM(jìn)行建模，在系統(tǒng)設(shè)計過程中的幾個關(guān)鍵問題的實現(xiàn)描述如下。
2.1實習(xí)周記和報告的提交
在頂崗實習(xí)管理系統(tǒng)學(xué)生管理模塊中，應(yīng)用較為頻繁的是實習(xí)周記和報告的提交功能。對于這一問題，該研究采用的是無刷新頁面提交的Ajax技術(shù)。學(xué)生在填寫好周記之后，直接點(diǎn)擊提交按鈕，這時就會觸發(fā)一個DHTML事件并調(diào)用Javascript事件處理函數(shù)，該函數(shù)調(diào)用XMLHttprequest對象，這一對象在函數(shù)中將會被初始化，然后根據(jù)具體情況向服務(wù)器發(fā)起異步通信請求，再將用戶的請求提交到服務(wù)器中。服務(wù)器在接收到用戶的請求后，可以對用戶的行為進(jìn)行判斷和處理，然后再將處理結(jié)果以html的形式顯示給客戶端。服務(wù)器將結(jié)果輸出的時候，執(zhí)行Javascript回調(diào)函數(shù)，并根據(jù)返回的數(shù)據(jù)更新相應(yīng)的實習(xí)周記和實習(xí)報告列表，顯示新的頁面。頁面更新后，結(jié)束一次Ajax處理過程。
2.2報表設(shè)計
對于報表的設(shè)計，一定要根據(jù)不同用戶進(jìn)行有針對性的設(shè)計。報表輸出的信息量，因為用戶提出的各種各樣的需求而變得非常龐大，幾種簡單的格式已經(jīng)滿足不了用戶的需求。老師指導(dǎo)情況、學(xué)生實習(xí)情況、實習(xí)崗位安排、實習(xí)單位情況、實習(xí)地域分布以及就業(yè)合同簽訂情況等都是報表輸出模塊中涉及到的東西。而且報表針對的是不同的用戶和對象，每位用戶對數(shù)據(jù)的要求也是不盡相同。因此，本系統(tǒng)采用分類統(tǒng)計的方法來滿足各個用戶的需求。在報表輸出系統(tǒng)中，可以根據(jù)用戶的身份對用戶可查詢統(tǒng)計的范圍進(jìn)行判斷。報表的分類統(tǒng)計功能可以方便用戶的數(shù)據(jù)分析，很大程度上提高了數(shù)據(jù)分析的準(zhǔn)確性和有效性。
2.3分頁技術(shù)
在頂崗實習(xí)管理系統(tǒng)中，師生之間的互動記錄和學(xué)生提交的實習(xí)周記內(nèi)容較多，往往會超出一個頁面，所以該文運(yùn)用Displaytag標(biāo)簽來處理分頁問題，該技術(shù)對JSP具有較好的兼容性，并且其是一款免費(fèi)開源的框架，還能支持?jǐn)?shù)據(jù)分頁。主要的處理方法是在web.xml文件taglib-location元素中將Displaytag標(biāo)簽庫文件進(jìn)行導(dǎo)入，再在JSP頁面中將該標(biāo)簽的別名進(jìn)行設(shè)置，其標(biāo)簽代碼是<%@tagliburi="/displaytag"prefix="d"%>，然后在后臺的代碼就會對其進(jìn)行匹配的顯示控制。
3結(jié)語
根據(jù)該院的實際實習(xí)情況，采用以WEB平臺為基礎(chǔ)的Java技術(shù)，設(shè)計了頂崗實習(xí)管理系統(tǒng)。該系統(tǒng)具有實習(xí)申請、實習(xí)審核、成績查詢以及通知列表等功能模塊，實現(xiàn)了教師和學(xué)生之間的聯(lián)系溝通，對學(xué)生的頂崗實習(xí)過程管理具有一定的應(yīng)用價值。
作者:張世亮 單位:濟(jì)南工程職業(yè)技術(shù)學(xué)院
參考文獻(xiàn)
篇9
1 背景
目前，隨著日常辦公設(shè)備的廣泛使用，辦公設(shè)備的維修成為管理人員普遍關(guān)心的問題，辦公設(shè)備維修管理流程的信息化、規(guī)范化成為發(fā)展趨勢。傳統(tǒng)辦公設(shè)備維修管理主要依靠在紙質(zhì)媒介上人工記錄信息，電話分配任務(wù)甚至面對面分配任務(wù)的方式，從而造成效率低下、易出現(xiàn)疏漏等情況；因此開發(fā)一套在線報修管理系統(tǒng)，以達(dá)到辦公設(shè)備或設(shè)施出現(xiàn)故障或隱患時，職工發(fā)現(xiàn)問題時能快速、直觀、準(zhǔn)確的報送給相關(guān)負(fù)責(zé)部門，維修部門能夠及時知悉詳細(xì)情況并進(jìn)行快速維護(hù)，并在維修結(jié)束完成后能迅速反饋結(jié)果，從報修到維修完畢形成規(guī)范的流程，以提高工作效率。
2 系統(tǒng)整體設(shè)計
在線報修管理系統(tǒng)對辦公設(shè)備故障后報修的事務(wù)流程進(jìn)行管理，以形成有序的、高效的運(yùn)作方式。
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)生成報修單，要求用戶填寫相關(guān)信息；生成報修流程中各節(jié)點(diǎn)任務(wù)；維修完成后生成反饋單。
系統(tǒng)管理功能模塊：主要分為用戶管理、基礎(chǔ)信息配置和通知公告管理三大塊。用戶管理，包括添加、刪除用戶，更改用戶信息等；基礎(chǔ)信息管理，包括添加、刪除現(xiàn)有辦公設(shè)備，配置系統(tǒng)運(yùn)行環(huán)境等；通知公告管理，包括通知、更新、刪除等。
查詢統(tǒng)計功能模塊：不同權(quán)限用戶根據(jù)不同查詢條件，查詢報修記錄、設(shè)備故障等信息；管理人員根據(jù)報修情況統(tǒng)計設(shè)備信息，統(tǒng)計單位時間內(nèi)同一設(shè)備的故障率，從而判定設(shè)備性能，為辦公設(shè)備預(yù)防性維護(hù)提供數(shù)據(jù)參考。
2.3 報修流程
報修管理功能完成報修流程的控制，流程各個節(jié)點(diǎn)的任務(wù)分配；生成報修單和報修反饋單。報修任務(wù)的流程圖如圖2所示
圖2 報修任務(wù)流程圖
報修人員通過瀏覽器登錄自己的賬戶，登錄系統(tǒng)，啟動報修任務(wù)，填寫報修信息，描述故障情況，提交任務(wù)；維修任務(wù)完成，收到反饋提醒后填寫反饋單，評價維修質(zhì)量，提交后完成整個報修任務(wù)流程。在整個任務(wù)流程中，普通用戶需要完成“啟動任務(wù)”和“評價反饋”兩個節(jié)點(diǎn)任務(wù)。
維修管理人員登錄系統(tǒng)后，如收到報修任務(wù)，評估任務(wù)緊迫性，對多個任務(wù)進(jìn)行排序，向維修人員下發(fā)任務(wù)；維修任務(wù)完成，收到用戶的反饋單后，審核完畢存入系統(tǒng)數(shù)據(jù)庫。維修管理人員可以查詢數(shù)據(jù)，進(jìn)行統(tǒng)計分析，以便排查辦公設(shè)備可能發(fā)生的故障或存在隱患；與廠商溝通要求協(xié)助處理或要求廠商派遣維護(hù)人員；對于重大故障或隱患提交至相關(guān)上一級領(lǐng)導(dǎo)。
維修人員登錄系統(tǒng)后，可收到報修提醒，根據(jù)報修單上的相關(guān)信息，開始維修，維修完成后申請反饋單，發(fā)送至報修用戶處；如有不能解決的問題，提交給維修管理人員，以便聯(lián)系廠商或上報上一級領(lǐng)導(dǎo)。
2.4 系統(tǒng)架構(gòu)設(shè)計
系統(tǒng)軟件架構(gòu)設(shè)計中，采用和遵循三層架構(gòu)設(shè)計模式，以降低各功能模塊間的耦合程度，依次為：界面層（User Interface layer）UIL、業(yè)務(wù)邏輯層（Business Logic Layer）BLL和數(shù)據(jù)訪問層（Data access layer）DAL。業(yè)務(wù)邏輯層定義了實現(xiàn)業(yè)務(wù)邏輯功能的類：人員管理、部門管理、報修單管理、公告管理、設(shè)備管理、維護(hù)信息管理、數(shù)據(jù)列表操作等。數(shù)據(jù)訪問層定義類DataBase.cs，實現(xiàn)連接數(shù)據(jù)庫、對數(shù)據(jù)庫的讀、寫等功能。
2.5 界面設(shè)計
在用戶界面部分，根據(jù)需求分析的結(jié)果，用戶界面友好、易操作。在界面設(shè)計上，做到簡單明了，易于操作，并且要注意到界面的布局，突出顯示重要以及出錯信息，同時保證各個頁面美觀大方，風(fēng)格統(tǒng)一。本系統(tǒng)在用戶界面設(shè)計中，使用母版頁，公共信息顯示在母版頁上，以做到系統(tǒng)各頁面風(fēng)格統(tǒng)一。
3 數(shù)據(jù)庫設(shè)計
根據(jù)在線報修管理系統(tǒng)的功能數(shù)據(jù)邏輯結(jié)構(gòu)設(shè)計，分為報修表單、維修信息表單、公告信息表單、用戶信息表單。
1）報修表單（ORMS_Repair）：報修編號、用戶名、用戶所在部門、用戶電話、設(shè)備名稱、設(shè)備地點(diǎn)、報修時間、故障描述、等級、維修狀態(tài)、維修人員。
2）維修信息表單（ORMS_Maintain）：維修編號、報修編號、維修人員、處理情況、處理時間、維修狀態(tài)、維修費(fèi)用、用戶評價、用戶意見、評價時間。
3）公告信息表單（ORMS_News）：公告編號、公告名、用戶ID、公告內(nèi)容、更新時間。
4）用戶信息表單（ORMS_User）：用戶名、用戶密碼、用戶角色、用戶姓名、用戶部門、用戶電話。
4 系統(tǒng)實現(xiàn)
在線報修管理系統(tǒng)采用B/S模式設(shè)計，由用戶端、Web服務(wù)器、數(shù)據(jù)庫服務(wù)器構(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服務(wù)器系統(tǒng)：Windows7，安裝IE6、安裝IIS7、安裝FrameWork4
4.2 實際運(yùn)行效果
報修管理：管理人員對報修任務(wù)進(jìn)行審核，劃分故障等級，向維修人員下發(fā)維修任務(wù)，并決定是否向上一級領(lǐng)導(dǎo)匯報。效果如圖3所示，類型統(tǒng)計效果如圖4所示。
5 結(jié)束語
本系統(tǒng)從日常辦公的實際需求出發(fā)，架構(gòu)設(shè)計遵循三層架構(gòu)模式，提高系統(tǒng)架構(gòu)的明確性、層次性和標(biāo)準(zhǔn)性；權(quán)限設(shè)計時充分考慮實際辦公模式，提高系統(tǒng)管理功能的有效性和科學(xué)性；界面設(shè)計時充分考慮用戶的操作習(xí)慣，以提高易用程度。在今后管理系統(tǒng)的運(yùn)行過程中，將根據(jù)工作需求逐步完善，以達(dá)到提高工作效率的目的。
參考文獻(xiàn)：
[1] 張正禮， 王堅寧. 從入門到精通[M]. 北京： 清華大學(xué)出版社， 2011.
篇10
為了方便采油井管理，本文主要研究了以下內(nèi)容：
（1）根據(jù)現(xiàn)有工作流程、習(xí)慣，梳理已有數(shù)據(jù)結(jié)構(gòu)，建立了單井整合數(shù)據(jù)庫。
（2）運(yùn)用ORACLE數(shù)據(jù)庫技術(shù)和SQL查詢技術(shù)，開發(fā)出能夠按照不同范圍、不同條件進(jìn)行數(shù)據(jù)查詢的功能；同時利用Office OWC制圖插件，實現(xiàn)了將數(shù)據(jù)以統(tǒng)計圖的形式進(jìn)行顯示的功能。
（3）運(yùn)用C#語言實現(xiàn)了錄入數(shù)據(jù)后自動計算差值數(shù)據(jù)的功能。
一、研究背景及目的、意義
隨著采油井?dāng)?shù)不斷增多、設(shè)計工作量逐漸增加和管理模式不斷細(xì)化，機(jī)采管理面臨以下問題：一是目前采油廠機(jī)采管理沒有一套綜合軟件平臺，將機(jī)采管理工作流程整合起來，目前統(tǒng)計工作依靠手抄選值本和電子表格完成，數(shù)據(jù)篩查和綜合分析效率低；二是目前機(jī)采管理過程中涉及不同種類單井電子表格較多，交叉維護(hù)和查詢難度較大，統(tǒng)計指標(biāo)消耗時間較多；三是目前機(jī)采信息交換以每月井史和電話溝通完成，周期較長，無法實現(xiàn)每日信息實時查詢和溝通，工作量較大，因此，需要建立動態(tài)管理綜合應(yīng)用平臺，實現(xiàn)管理提效。
開發(fā)一套覆蓋機(jī)采動態(tài)管理系統(tǒng)的綜合應(yīng)用平臺，根據(jù)現(xiàn)有工作流程和管理習(xí)慣，將日常機(jī)采管理工作中動態(tài)分析、報表上報和數(shù)據(jù)統(tǒng)計等工作整合到同一工作系統(tǒng)中，通過建立單井整合數(shù)據(jù)庫，實現(xiàn)單井動態(tài)管理、調(diào)參計劃管理等功能，使采油井管理大部分工作由網(wǎng)絡(luò)完成，為工作人員省去很多重復(fù)性的操作，在提高了工作效率的同時節(jié)省了大量的勞動力，不僅簡化了管理者的工作流程，而且減輕了他們的勞動強(qiáng)度，提高了工作效率，使生產(chǎn)管理水平更上一個新臺階，對于油田的開發(fā)具有十分重要的意義。
二、 數(shù)據(jù)庫的配置
本系統(tǒng)采用方式來實現(xiàn)應(yīng)用系統(tǒng)與ORACLE數(shù)據(jù)庫的連接。在中使用Connection對象連接數(shù)據(jù)庫，使用Command對象操作數(shù)據(jù)庫。
對于不同的.NET Data Provider，使用的Connection對象也不一樣。與兩種Data Provider相對應(yīng)，Connection有兩種類型：SqlConnection和OleDbConnection。它們使用的方法很接近：創(chuàng)建連接時在類的構(gòu)造器里指定連接字符串，然后調(diào)用Open方法打開連接。
當(dāng)連接到數(shù)據(jù)庫之后，可以使用Command對象對數(shù)據(jù)庫進(jìn)行操作，如進(jìn)行數(shù)據(jù)添加、刪除、修改等操作。一個命令（Command）可以用典型的SQL語句來表達(dá)，包括執(zhí)行選擇查詢（Select Query）來返回記錄集，執(zhí)行行動查詢（Action Query）來更新（增加、編輯或刪除）數(shù)據(jù)庫的記錄，或者創(chuàng)建并修改數(shù)據(jù)庫的表結(jié)構(gòu)。
三、系統(tǒng)的詳細(xì)設(shè)計與實現(xiàn)
1、 Session變量
在該模塊中由于用戶名及密碼需要在后續(xù)模塊中用到，所以將這兩個變量定義為Session類型，如Session["loginUser"]。Session對象用于存儲關(guān)于用戶的信息，或者為一個用戶的Session更改設(shè)置。存儲于Session對象中的變量存有單一用戶的信息，并且對于應(yīng)用程序中的所有頁面都是可用的。存儲于Session對象中的信息通常是name、id以及參數(shù)。服務(wù)器會為每個新的用戶創(chuàng)建一個新的Session，并在Session到期時撤銷掉這個Session對象。
2、 ASP Response實現(xiàn)頁面跳轉(zhuǎn)
在以往的網(wǎng)站應(yīng)用中，是由超鏈接完成頁面之間的跳轉(zhuǎn)。但由于很多頁面文章的內(nèi)容比較多，導(dǎo)致頁面跳轉(zhuǎn)不流暢以及響應(yīng)速度慢等問題。本文中采用ASP Response來解決這個問題。
3、 流程圖
采用了Iframe架構(gòu)，通過數(shù)據(jù)綁定將需要查詢的數(shù)據(jù)用GridView顯示出來。
4、 Iframe架構(gòu)
在大多網(wǎng)站互相連接的網(wǎng)頁中，頁面顯示的logo、導(dǎo)航條及其他對話框基本是一致的。而且每個網(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)生對應(yīng)關(guān)系，使得控件的屬性值與數(shù)據(jù)庫的變動同步。數(shù)據(jù)綁定技術(shù)就是把已經(jīng)打開的數(shù)據(jù)集中某個或某些字段綁定到組件的某些屬性上面的一種技術(shù)。
本文中使用SqlDataSource到相應(yīng)數(shù)據(jù)源中檢索數(shù)據(jù)，并且綁定到各種數(shù)據(jù)綁定控件GridView中。使用SqlDataSource控件后，該控件會在后臺建立了所有關(guān)聯(lián)獲取和更新數(shù)據(jù)源所需的ADO連接對象，包括Connection、Command以及DataReader或者Dataset對象。開發(fā)人員只需要在SqlDataSource的配置界面上設(shè)置相應(yīng)的屬性，就可以自動生成完成數(shù)據(jù)的操作的代碼，使得原來較復(fù)雜易出錯的數(shù)據(jù)源配置和操作，通過SqlDataSource控件來自動完成。使用SqlDataSource控件來連接和操作數(shù)據(jù)庫，極大地簡化了代碼的編寫，提高了開發(fā)的速度和效率。
2）提取行和列名
GridView控件內(nèi)顯示的每一行對應(yīng)于一種特殊的網(wǎng)格項。在本文中點(diǎn)擊“查看”時，后臺代碼需要從GridView中提取出來相應(yīng)的列名，然后才能從數(shù)據(jù)庫中搜索對應(yīng)的歷史數(shù)據(jù)。為了實現(xiàn)這個功能，采用了GridView_RowDeleting事件。增加該事件后，將“刪除”改為系統(tǒng)需要的“查看”，首先設(shè)定兩個Session變量，其次提取選中單元格的行和列名，并將值傳給先前定義好的Session變量。
6、 DropDownList觸發(fā)事件
DropDownList控件用于創(chuàng)建下拉列表。DropDownList控件中的每個可選項都是由ListItem元素定義的。它是一個下拉式的選單，功能和 RadioButtonList Web控件很類似，提供用戶在一群選項中選擇一個；不過RadioButtonList Web控件適合使用在較少量的選項群組項目，而DropDownList Web控件則適合用來管理大量的選項群組項目。若要指定希望顯示在 DropDownList控件中的項，請在 DropDownList控件的開始和結(jié)束標(biāo)記之間為每個項放置一個ListItem對象。
DropDownList選中選項后的工作是由SelectedIndexChanged事件觸發(fā)實現(xiàn)的。使用 SelectedIndex 屬性以編程方式確定用戶從DropDownList控件中選擇的項的索引。當(dāng)用戶選擇了下拉列表中的任意選項時，都將引SelectedIndexChanged事件。設(shè)置AutoPostBack屬性，當(dāng)用于設(shè)置當(dāng)改變選項內(nèi)容時，后臺自動回送到服務(wù)器。
7、 數(shù)據(jù)庫訪問的實現(xiàn)
本系統(tǒng)是通過實現(xiàn)對數(shù)據(jù)庫的訪問，一般有直連接和無連接兩種模式。直連接即每條語句都要操作數(shù)據(jù)庫，該連接模式下，客戶機(jī)一直保持和數(shù)據(jù)庫服務(wù)器的連接，這和ADO技術(shù)是一致的。這種模式適合數(shù)據(jù)傳輸量少、系統(tǒng)規(guī)模不大、客戶機(jī)和服務(wù)器在同一網(wǎng)絡(luò)內(nèi)的環(huán)境。無連接即先把表格提取到內(nèi)存里，修改完成后在和數(shù)據(jù)庫同步，斷開連接模式適合網(wǎng)絡(luò)數(shù)據(jù)量大、系統(tǒng)節(jié)點(diǎn)多、網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜，尤其是通過Internet/Intranet進(jìn)行連接的網(wǎng)絡(luò)。
結(jié)束語
本文中的主要工作有三點(diǎn)：
篇11
1.管理信息系統(tǒng)（MIS）
MIS（Management Information System），即管理信息系統(tǒng)，是一個由人、計算機(jī)設(shè)備、相關(guān)軟件等組成的能進(jìn)行信息的收集、儲存、處理、傳送和使用的系統(tǒng)，能夠?qū)崪y企業(yè)的各種運(yùn)行情況，并利用現(xiàn)在和過去的歷史數(shù)據(jù)預(yù)測未來，從企業(yè)全局的角度出發(fā)輔助企業(yè)進(jìn)行決策，利用信息控制企業(yè)的行為，幫助企業(yè)實現(xiàn)其規(guī)劃目標(biāo)。
MIS 是一個不斷發(fā)展的新型學(xué)科，MIS的定義隨著計算機(jī)技術(shù)和通訊技術(shù)的進(jìn)步也在不斷更新，在現(xiàn)階段普遍認(rèn)為MIS 是由人和計算機(jī)設(shè)備或其他信息處理手段組成并用于管理信息的系統(tǒng)。
從概念上，MIS由四個部件構(gòu)成：信息源、信息處理器、信息用戶和信息管理者。它們的聯(lián)系如圖1所示：
信息源是信息的產(chǎn)生地；信息處理器負(fù)擔(dān)信息的傳輸、加工、保存等任務(wù)；信息用戶是信息的使用者，利用信息進(jìn)行決策；信息管理者負(fù)責(zé)信息系統(tǒng)的設(shè)計、實現(xiàn)和維護(hù)。
管理信息系統(tǒng)一般被看作一個金字塔形的結(jié)構(gòu)，分為從底層的業(yè)務(wù)處理到運(yùn)行控制、管理控制、最高層的戰(zhàn)略計劃。最基層由任務(wù)巨大、處理繁雜的事務(wù)信息和狀態(tài)信息構(gòu)成。層次越往上，事務(wù)處理的范圍越小，針對的也是比較特殊和非結(jié)構(gòu)化的問題。
2. 專用人事管理系統(tǒng)（SPMS）
專用人事管理系統(tǒng)（SPMS）系統(tǒng)主要用于員工個人資料的錄入、職務(wù)變動的記錄和管理；使用SPMS便于動態(tài)掌握人員的動向，及時調(diào)整人才的配置；從而加快OA步伐，減輕工作負(fù)擔(dān)，提高工作效率，保證數(shù)據(jù)的準(zhǔn)確性，便于人事信息管理。它由新員工檔案輸入、人更、員工檔案查詢修改三個重要功能模塊構(gòu)成，通過共同的作用對象――人員信息，相互聯(lián)系，相互制約；并根據(jù)三個功能模塊各自的工作職責(zé)，采取分布式處理（Distributed Transact）方式，完成人事信息維護(hù)工作。
SPMS系統(tǒng)中的信息來自人事管理部門，維護(hù)數(shù)據(jù)量大且復(fù)雜，呈階段性，符合信息的前兩個基本特征。信息在系統(tǒng)處理過程中，反饋與控制分支條件復(fù)雜，靈活多變，政策性強(qiáng)，必須提供實時可變的系統(tǒng)結(jié)構(gòu)。
二、專用人事管理系統(tǒng)（SPMS）項目設(shè)計
1.項目開發(fā)背景
隨著計算機(jī)技術(shù)的不斷發(fā)展，計算機(jī)作為知識經(jīng)濟(jì)時代的產(chǎn)物，已被廣泛應(yīng)用于社會各個行業(yè)和領(lǐng)域。隨著我國國企改革的深入和社會主義市場經(jīng)濟(jì)的日趨繁榮，導(dǎo)致各企業(yè)間的競爭日益激烈，迫使企業(yè)采取先進(jìn)的計算機(jī)硬件設(shè)備以及高質(zhì)量的輔助軟件來管理企業(yè)的各項運(yùn)作，以提高本企業(yè)的勞動生產(chǎn)率以及人員效率。人事管理系統(tǒng)軟件作為一種管理軟件正在各企事業(yè)單位中得到越來越廣泛的應(yīng)用。直面激烈的市場競爭，“人”是最重要的因素！管好人，充分挖掘人的潛能，是人力資源部門的主要工作任務(wù)。
本文是從現(xiàn)代企業(yè)管理中的人事管理現(xiàn)狀出發(fā)，針對人事管理的復(fù)雜程序，經(jīng)過詳細(xì)的系統(tǒng)調(diào)查，開發(fā)出的操作簡單而且方便實用的一個人事管理系統(tǒng)。所有數(shù)據(jù)由人力資源管理部門人員輸入。
2. 設(shè)計指導(dǎo)思想
（1）本系統(tǒng)是企事業(yè)單位管理信息系統(tǒng)的基礎(chǔ)部分。為其他子系統(tǒng)，如考勤管理系統(tǒng)、工資管理系統(tǒng)等系統(tǒng)，提供員工的基本信息；同時為其他系統(tǒng)提供了員工登錄的密碼認(rèn)證和權(quán)限分配功能。
（2）企業(yè)人事管理系統(tǒng)是典型的信息管理系統(tǒng)（MIS），其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護(hù)以及前端應(yīng)用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強(qiáng).數(shù)據(jù)安全性好的庫。而對于后者則要求應(yīng)用程序功能完備，易使用等特點(diǎn)。
（3）簡化操作的中間環(huán)節(jié)，使整個處理過程盡可能符合人們的習(xí)慣性思路，讓只要熟悉自己本職工作的計算機(jī)技能水平不高人員也可以熟悉使用本系統(tǒng)，完成正確的管理工作。
（4）系統(tǒng)采用模塊化程序設(shè)計方法，既便于系統(tǒng)功能相互組合和修改，又便于將來系統(tǒng)的升級更新。
3.開發(fā)工具及運(yùn)行環(huán)境
開發(fā)工具：Delphi 7.0
數(shù) 據(jù) 庫：Access
運(yùn)行環(huán)境：Windows 9x、 Windows NT、 Windows 2000、 Windows XP
4.需求分析
專用人事管理系統(tǒng)的核心是人事管理，在本系統(tǒng)中其功能主要體現(xiàn)在新員工檔案輸入（即：增加新員工）、人更、員工檔案查詢修改上。
以人事基本信息的員工號為聯(lián)系主線，各個模塊在此基礎(chǔ)上維護(hù)各自職責(zé)范圍內(nèi)的信息，這些信息即可作為其他模塊信息處理的依據(jù)（但不可更改）。在“增加新員工”字窗口中，員工號和密碼會自動按順序生成，并且不允許修改；是信息的中樞，做最基礎(chǔ)的信息維護(hù)；查詢相關(guān)必要信息。
（1）新員工檔案輸入功能模塊分析
新員工檔案輸入即“增加新員工”字窗口，主要功能是自動按順序生成員工號和密碼，是人動模塊、員工檔案查詢修改功能模塊的信息維護(hù)依據(jù)。
（2）人動功能模塊分析
人更功能模塊主要完成對人員職位和變動情況等信息進(jìn)行維護(hù)。依據(jù)增加新員工模塊中提供的唯一員工號和密碼對人員職位變動情況和時間、部門以及職位進(jìn)行信息的維護(hù)和更新。
（3）員工信息查詢修改功能模塊分析
員工信息查詢修改功能模塊是整個MIS系統(tǒng)數(shù)據(jù)維護(hù)的中心。完成對員工信息的綜合修改和維護(hù)。在該模塊中還涉及到對員工登錄密碼的修改。
5.結(jié)構(gòu)設(shè)計
根據(jù)需求分析，筆者提出SPMS系統(tǒng)的數(shù)據(jù)流程圖如圖2所示，所有數(shù)據(jù)由人力資源管理部門管理人員輸入：
SPMS系統(tǒng)采用分布式處理方式，具體信息在各個相關(guān)的子系統(tǒng)中運(yùn)作處理，然后將處理好的數(shù)據(jù)提交給共用的Access數(shù)據(jù)庫，達(dá)到信息共享與實時更新的目的。
6.功能設(shè)計
（1） 基本信息維護(hù)
基本信息維護(hù)主要涉及到：
員工信息：員工號、密碼、權(quán)限、姓名、性別、生日、部門、職務(wù)、受教育程度、專業(yè)、通訊地址、電話、E-mail、當(dāng)前狀態(tài)、其它
人動：記錄號、員工、變動、詳細(xì)描述
所需的外部數(shù)據(jù)支持：
部門設(shè)置：部門編號、名稱......
（2）用戶管理部分
針對三個功能模塊，需要各自的數(shù)據(jù)維護(hù)與更新，而在每一個功能模塊內(nèi)部，僅僅確定用戶在用戶管理上的權(quán)限，其他部分的權(quán)限控制暫時不予開放。因為在各個功能模塊中的信息維護(hù)僅限于自己的人員，所以無需做非常嚴(yán)格的權(quán)限控制。具體實現(xiàn)功能如下：
用戶添加
用戶修改
用戶刪除
④當(dāng)前登錄用戶密碼修改
篇12
1SSM框架
系統(tǒng)采用MVC軟件架構(gòu)模式［1］，可將頁面顯示、業(yè)務(wù)邏輯和數(shù)據(jù)庫訪問進(jìn)行分離，是很成功的軟件架構(gòu)模式。為提高應(yīng)用程序的開發(fā)效率，減少系統(tǒng)的復(fù)雜度，系統(tǒng)采用SSM框架［2－4］(SpringMVC、Spring和MyBatis)，SSM框架相對于傳統(tǒng)的SSH(Struts、Spring和Hibernate)框架耦合度更低，更輕量級，效率更高。SSM框架是標(biāo)準(zhǔn)的MVC，將整個系統(tǒng)劃分為表示層、控制層、服務(wù)層、數(shù)據(jù)庫訪問層4層，使用SpringMVC負(fù)責(zé)請求的轉(zhuǎn)發(fā)和視圖管理，Spring實現(xiàn)業(yè)務(wù)對象管理，MyBatis作為數(shù)據(jù)對象持久化引擎［5］。1.1Spring框架Spring框架是一個開源的企業(yè)應(yīng)用開發(fā)框架，采用JavaBean［6］來替換復(fù)雜的EJB，可以降低企業(yè)級開發(fā)的復(fù)雜性，是一個輕量級的控制反轉(zhuǎn)(IOC)和面向切面(AOP)的容器框架［7］。1.2SpringMVC框架SpringMVC屬于SpringFrameWork的后續(xù)產(chǎn)品，已融合在SpringWebFlow里。SpringMVC是Spring框架中用于WEB快速開發(fā)的一個模塊［8］，分離了控制器、模型對象、分派器以及處理程序?qū)ο蟮慕巧?，這種分離讓它們更容易進(jìn)行定制。1.3MyBatis框架與Hibernate一樣，MyBatis是一個基于Java的數(shù)據(jù)持久層框架［9］。有別于Hibernate的全自動化，MyB-atis框架結(jié)合了Hibernate和JDBC的優(yōu)點(diǎn)，使用較靈活，程序員自己寫SQL語句，便于SQL優(yōu)化。
2畢業(yè)設(shè)計管理系統(tǒng)分析
系統(tǒng)主要涉及到教師、學(xué)生和管理員3種用戶，教師可通過系統(tǒng)網(wǎng)上選題，同時對學(xué)生上傳的開題報告進(jìn)行審核，同時可以查看所有學(xué)生的選題狀態(tài)等。學(xué)生可瀏覽對應(yīng)指導(dǎo)老師的選題，同時對可選選題進(jìn)行上傳開題報告并選擇的操作，同時可以在老師未審核或者審核不通過時刪除自己的選擇，進(jìn)行重新選擇等［10］。管理員對系統(tǒng)進(jìn)行管理，其工作包括對系部、專業(yè)、班級的添加，對主任、老師、學(xué)生三者信息的批量錄入操作等。系統(tǒng)主要用例如圖1所示。
3畢業(yè)設(shè)計管理系統(tǒng)設(shè)計
3.1系統(tǒng)總體框架設(shè)計畢業(yè)設(shè)計管理系統(tǒng)分為兩部分:畢業(yè)設(shè)計后臺管理系統(tǒng)和畢業(yè)設(shè)計前臺管理系統(tǒng)。教師和管理人員通過后臺管理系統(tǒng)可以畢業(yè)設(shè)計選題、查看學(xué)生選題情況、導(dǎo)入指導(dǎo)的學(xué)生信息、下載開題報告和畢業(yè)設(shè)計成果。學(xué)生通過畢業(yè)設(shè)計前臺管理系統(tǒng)可查看選題、完成選題、下載開題報告模版、上傳開題報告以及畢業(yè)設(shè)計成果、查看開題報告審核結(jié)果等。系統(tǒng)采用表示層、控制層、服務(wù)層、數(shù)據(jù)庫訪問層4層，系統(tǒng)總體框架設(shè)計如圖2所示。3.2類設(shè)計根據(jù)系統(tǒng)需求分析和總體框架結(jié)構(gòu)設(shè)計，系統(tǒng)分為表示層、控制層、服務(wù)層和數(shù)據(jù)庫訪問層。系統(tǒng)主要類如圖3所示。3.3數(shù)據(jù)庫設(shè)計根據(jù)需求分析畢業(yè)設(shè)計管理系統(tǒng)主要有管理員、系主任、教師、學(xué)生、系別、專業(yè)、班級、畢業(yè)設(shè)計選題、畢業(yè)成果等10多個實體。系統(tǒng)涉及到的主要表有畢業(yè)設(shè)計選題表、學(xué)生表、畢業(yè)成果表，其中畢業(yè)設(shè)計選題表關(guān)系圖如圖4所示。
4系統(tǒng)實現(xiàn)關(guān)鍵技術(shù)
畢業(yè)設(shè)計管理系統(tǒng)的開發(fā)平臺采用EclipseforJa-vaEE，系統(tǒng)采用MVC軟件架構(gòu)，運(yùn)用SSM框架提高開發(fā)效率。表示層采用JSP、JQuery［11］和CSS技術(shù)和DWZ框架，SpringMVC完成業(yè)務(wù)流程控制，數(shù)據(jù)庫訪問層采用MyBatis來完成數(shù)據(jù)持久化的功能，數(shù)據(jù)庫采用MySQL5.6，Spring用于整合MyBatis。4.1畢業(yè)設(shè)計選題管理的實現(xiàn)畢業(yè)設(shè)計選題管理功能包括:導(dǎo)入畢業(yè)設(shè)計選題、611查看畢業(yè)設(shè)計選題、審核畢業(yè)設(shè)計選題、查看選題結(jié)果。采用JXL來實現(xiàn)以Excel形式導(dǎo)入和導(dǎo)出選題，主要涉及到的類和接口有:接口ITitleDao，實現(xiàn)類Ti-tleDaoImpl;控制器類有:TitleController，主要負(fù)責(zé)對選題相關(guān)的所有請求做處理;實體類包括:Titles類和Students類，Titles類和數(shù)據(jù)庫里的選題表對應(yīng)，Students類和數(shù)據(jù)庫里的學(xué)生表對應(yīng)。頁面主要有ti-tleManager.jsp，title.jsp等。4.2開題報告管理的實現(xiàn)開題報告管理功能包括:下載開題報告模版、上傳開題報告、下載開題報告、查看開題報告、審核開題報告等功能。主要涉及到的接口是IThesisProposalDao，其主要提供審核開題報告的方法;IThesisProposalDao接口實現(xiàn)類ThesisProposalDaoImpl;控制器類有:The-sisProposalController，主要負(fù)責(zé)對開題報告的請求做處理，實體類有ThesisProposal，該類和數(shù)據(jù)庫中的開題報告表對應(yīng)。4.3畢業(yè)設(shè)計成果管理的實現(xiàn)畢業(yè)設(shè)計成果管理功能包括:上傳畢業(yè)設(shè)計成果、審核畢業(yè)設(shè)計成果、下載畢業(yè)設(shè)計成果等功能。主要涉及到的接口有:IGradPjtResults，實現(xiàn)類Grad-PjtResultsImpl中封裝了畢業(yè)設(shè)計成果上傳下載、審核的方法，控制器類GradPjtResultsController主要完成對畢業(yè)設(shè)計成果相關(guān)的請求做處理，實體類包括Grad-PjtResult，和數(shù)據(jù)庫里的畢業(yè)設(shè)計成果表對應(yīng)。
5系統(tǒng)測試
為驗證系統(tǒng)功能，根據(jù)需求分析說明書，設(shè)計測試用例。系統(tǒng)采用黑盒測試完成系統(tǒng)的功能測試。通過多次測試和調(diào)試，系統(tǒng)能滿足教師、學(xué)生等用戶的需求，并已投入使用，達(dá)到了系統(tǒng)預(yù)期的效果。
篇13
一、車庫管理系統(tǒng)結(jié)構(gòu)
1.停車場系統(tǒng)由管理計算機(jī)、RS-485通訊接口、視頻接口、出/入口控制機(jī)（含EM卡讀寫系統(tǒng)、主控制器、顯示屏、出票機(jī)、機(jī)箱）、電動擋車器、車輛檢測器、發(fā)行器、條碼閱讀器、停車場系統(tǒng)管理軟件（含軟件狗）、攝像機(jī)、視頻捕捉卡、聚光射燈等設(shè)備組成。其中視頻捕捉卡與攝像機(jī)組成的圖像捕捉與對比子系統(tǒng)為選配設(shè)備。
2.系統(tǒng)可以根據(jù)需求增加語音系統(tǒng)、對講系統(tǒng)、剩余車位顯示屏、收費(fèi)顯示屏等，全部模塊化設(shè)計無需將設(shè)備運(yùn)回原廠，現(xiàn)場更改即可。
3.系統(tǒng)根據(jù)客戶需求還可以用IC卡讀寫系統(tǒng)代替EM卡讀寫系統(tǒng)，實現(xiàn)IC卡、條碼紙票兼容停車場。
4.系統(tǒng)采用“底層485、后端TCP/IP”的通訊模式，增加交換機(jī)、服務(wù)器等網(wǎng)絡(luò)設(shè)備，系統(tǒng)規(guī)?？梢院苋菀椎臄U(kuò)展/收縮。
5.如果您的停車場需要增加出入口，形成一個大的停車場系統(tǒng)，只需要增加網(wǎng)絡(luò)設(shè)備和終端設(shè)備即可，無需更改原有設(shè)備。
二、車庫管理系統(tǒng)設(shè)備布線
1.為了方便工程實施和減少系統(tǒng)用線的種類，對講線可采用與電源線相同的材料，但可能降低了通話距離。
2.全配置（含可選項目）的系統(tǒng)，無相應(yīng)設(shè)備或不需要相應(yīng)功能時無需布相應(yīng)的線纜。例如無對講子系統(tǒng)時可不用布對講線；不使用手動按鈕時可不用布手動按鈕線；不需要計算機(jī)管理時不用布通訊線等。
3.出/入口電動擋車器應(yīng)預(yù)留所配置的檢測線圈進(jìn)線口。
三、系統(tǒng)功能描述
系統(tǒng)采用IC卡兼容其它所有Wiegand信號輸出的非接觸式ID卡（包括藍(lán)牙、TI、EM、AWID、HID、摩托羅拉、微波卡等）。系統(tǒng)具有脫機(jī)運(yùn)行功能，由于采用了工業(yè)控制處理器，控制機(jī)本身具有對卡的讀寫功能。系統(tǒng)卡可分為月租卡、儲值卡、時租卡，可對進(jìn)出車輛劃分為月卡車輛、臨時車輛等各種收費(fèi)管理模式?？蓪Ω鞣N車輛類型（大型車、中型車、小型車、摩托車）進(jìn)行不同收費(fèi)管理。系統(tǒng)具有圖像對比功能，車輛入場時將圖像進(jìn)行拍攝，出場時人工對比后確認(rèn)開閘。硬件設(shè)備包括中英文高清晰度 LED顯示屏、語音提示功能，對系統(tǒng)操作進(jìn)行人性化提示。
四、系統(tǒng)使用的IC卡
1.高級管理卡：由系統(tǒng)制造廠商在停車場管理系統(tǒng)出廠時隨系統(tǒng)發(fā)行。高級管理卡在停車場管理系統(tǒng)中具有最高權(quán)限，用戶不能發(fā)行或清空，在使用高級管理卡登記進(jìn)入系統(tǒng)后可以發(fā)行值班管理人員的管理卡、發(fā)行各種用戶卡、執(zhí)行卡片管理、數(shù)據(jù)查詢、報表管理等系統(tǒng)所有的操作，但不能作為進(jìn)出停車場的憑證。
2.管理卡（操作卡）：停車場管理系統(tǒng)的值班管理人員的上崗憑證。值班管理員在上崗時持其管理卡在停車場管理系統(tǒng)中登記后才有權(quán)用本系統(tǒng)，而且只能在操作人員的權(quán)限內(nèi)工作，在該值班員（管理員）下崗之前，系統(tǒng)的所有操作，例如開閘、關(guān)閘、收費(fèi)、免費(fèi)、異常處理等，都記錄在他的名下。
3.用戶卡1：由長期使用指定停車場的車主申請并經(jīng)管理部門審核批準(zhǔn)，通過IC卡發(fā)行系統(tǒng)發(fā)行。該卡按月或一定時期交納停車費(fèi)用，在有效的時間段內(nèi)可以任意進(jìn)出停車場；月租卡根據(jù)車輛的類型（或車位或管理方式）不同而分為A、B、C、D四類。有效的月租卡是車輛進(jìn)出停車場的合法憑證之一。
4.用戶卡2--儲值卡，停車場管理系統(tǒng)授權(quán)發(fā)行的一種IC卡，由經(jīng)常使用指定停車場的車主申請并經(jīng)管理部門審核批準(zhǔn)，通過IC卡發(fā)行系統(tǒng)發(fā)行，車主預(yù)先交納一定數(shù)額的現(xiàn)金并在卡中給予記錄，車主使用該停車場時發(fā)生的費(fèi)用直接從卡中扣除，方用權(quán)便了車主的使用。
5.用戶卡3--時租卡（臨時卡、臨?？ǎ和＼噲龉芾硐到y(tǒng)授權(quán)發(fā)行的一種IC卡，是臨時或持無效卡的車主到停車場的出入憑證。車主進(jìn)場時領(lǐng)取卡，并在出場時將卡交回，停車費(fèi)用必須即時支付現(xiàn)金。時租卡根據(jù)車輛的類型（或車位或管理方式）不同而分為A、B、C、D四類。有效的時租卡是車輛進(jìn)出停車場的合法憑證之一。
五、車場系統(tǒng)軟件
主要功能：
1.故障自檢功能（能自動檢測道閘、地感、出卡機(jī)、顯示屏、主板等工作是否正常）；管理人員可以在管理中心隨時查詢到現(xiàn)時停車場內(nèi)停車情況；任意時刻的出入場記錄并可查看相關(guān)的圖像；
2.可按用戶自定義的查詢方案查詢（萬能查詢），用戶自定義查詢方案可保存、編輯；
