導語：如何才能寫好一篇管理信息系統論文，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

1．1問題定義及內容簡介

本系統是人事管理系統，它主要實現管理員如何對普通用戶進行授權，如何插入、刪除一個員工的信息，用戶如何瀏覽員工的所有信息，以及用戶如何查詢自己想要的結果，也即是通過輸入查詢條件，顯示符合條件的員工記錄以及如何顯示這個員工的全部信息。如何對查詢或統計出來的符合條件的記錄用報表的形式打印出來，窗口打開時的排放順序，也即是平鋪還是重疊，最后得提供一下如何使用這個系統，如何解決用戶可能會遇到的問題以及這個系統中的難點和開發技巧等等。

本系統包括8個模塊，即系統，包括重新選擇用戶和退出兩個功能。系統管理，包括人員編碼維護、用戶授權和程序定義。輸入，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的插入和刪除。查看，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的瀏覽，還有通過輸入查詢條件查詢用戶所要的記錄，還可以雙擊某個員工所在列，就可以顯示出這個員工的所有信息。維護，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的修改，這個功能只能由管理員來操作，普通用戶沒這個權力。報表，包括基本信息、考勤信息以及工資信息的查詢、統計和打印。窗口，包括平鋪和重疊，即窗口的排放形式是平鋪還是重疊的。幫助，包括這個系統的介紹和對這個系統可能出現的問題的解答。

1．2研究背景與研究意義

隨著計算機技術的飛速發展，計算機在企業管理中應用的普及，利用計算機實現企業人事檔案的管理勢在必行。當前企業信息管理系統正在從C/S結構向B/S結構轉移，但是由于安全性等方面的因素，C/S結構的管理信息系統仍然占據企業管理信息系統的主流。

人事管理系統是現代企業管理工作不可缺少的一部分，是適應現代企業制度要求、推動企業勞動人事管理走向科學化、規范化的必要條件。

人事管理系統可以用于支持企業完成勞動人事管理工作，有如下3個方面的目標。

1支持企業實現規范化的管理。

2支持企業高效率完成勞動人事管理的日常業務，包括新員工加入時人事檔案的建立，老員工轉出、辭職、退休等。

3支持企業進行勞動人事管理及其相關方面的科學決策，如企業領導根據現有的員工數目決定招聘的人數等。

1.3論文各章內容介紹

第一章緒論里主要介紹了問題定義和內容簡介，以及研究背景與研究意義，第二章主要介紹了系統功能需求分析數據字典，第三章主要介紹了系統設計，包括系統總體系結構設計、系統數據模型設計以及系統開發與運行環境確定。第四章主要介紹了各子系統體系結構設計，包括本模塊各子模塊功能、接口、界面設計和遇到的主要問題及解決方案，還介紹了用戶使用手冊，包括系統功能簡介、運行環境簡介，系統運行與操作指南，還介紹了系統評價，包括系統主要功能、特點介紹，系統存在不足與改進方案以及畢業設計心得與收獲。

2.系統需求分析

2．1系統功能需求分析

該系統需要完成如下功能：

2員工各種信息的輸入，包括員工的基本信息、學歷信息、婚姻狀況、考勤信息、工資信息。

3對用戶進行授權。

4員工各種信息的修改。

5對于轉出、辭職、退休員工信息的刪除。

6按照某種條件，查詢統計符合條件的員工信息。

7對查詢、統計的結果打印輸出。

8人事系統的使用幫助。2．2數據字典

數據字典是各類數據描述的集合，它是進行詳細的數據收集和數據分析后所獲得的主要成果。

數據字典通常包括以下5個部分：

2數據項。數據項是不可再分的數據單位。

3數據結構。數據結構反映了數據之間的組合關系。一個數據

結構可以由若干個數據項組成，也可以由若干個數據結構組成，或由若干數據項和數據結構混合組成。

4數據流。數據流是數據結構在系統內傳輸的路徑。

5數據存儲。數據存儲是數據及其結構停留或保存的地方，也是數據流的來源和去向之一。

6處理過程。處理過程的具體處理邏輯一般用判定表或判定樹來描述。

數據字典是關于數據庫中數據的描述，即對元數據的描述。數

據字典是在需求分析階段建立，在數據庫設計過程中不斷修改、充實、完善的。

針對本系統，通過員工管理內容和過程分析，設計的數據項和數據結構如下：

11員工基本情況。包括的數據項有員工號、員工姓名、性別、所在部門、身份證號、生日、籍貫、國籍、民族、婚姻狀況、健康狀況、政治面貌、參加時間、血型、開始工作時間、家庭住址、聯系電話、崗位代號。

12員工婚姻狀況。包括的數據項有員工號、愛人代號、愛人姓名、愛人生日、結婚時間、愛人工作單位、愛人政治面貌、愛人工作職務。

13員工學歷信息。包括的數據項有員工號、學歷、專業、畢業時間、畢業學校、學校類型、外語1、外語1級別、外語2、外語2級別。

14員工考勤信息。包括的數據項有員工號、姓名、日期，本月天數，公休假天數，應出勤天數，請假，節假日加班，其它加班。

15員工工資信息。包括的數據項有員工號，姓名，底薪，補貼，獎金，加班，代扣養老金，代扣醫療保險，代扣住房公積金，所得稅，房貼，房租，實發工資。

16人員編碼信息。包括的數據項有人員編碼，人員姓名，密碼。

17用戶授權信息。包括的數據項有序號，人員編碼，程序號。

18系統設計

3．1系統總體系結構設計

人事管理系統可以用于支持企業完成勞動人事管理工作，有如下3個方面的目標。

42支持企業實現規范化的管理。

43支持企業高效率完成勞動人事管理的日常業務，包括新員工加入時人事檔案的建立，老員工轉出、辭職、退休等。

44支持企業進行勞動人事管理及其相關方面的科學決策，如企業領導根據現有的員工數目決定招聘的人數等。

本系統開發設計思想有以下幾點。

11盡量采用學校現有軟硬件環境，及先進的管理系統開發方案，從而達到充分利用學校現有資源，提高系統開發水平和應用的目的。

12系統應符合學校人事管理的規定，滿足學校日常人事管理工作需要，并達到操作過程中的直觀、方便、實用、安全等要求。

13系統采用C/S體系結構，Client（客戶端）負責提供表達邏輯、顯示用戶界面信息、訪問數據庫服務器；Server（服務器端）則用于提供數據服務。系統分析等前期工作應盡量詳細完善，以便學校以后體系結構的改變，對于一些安全性要求不高的信息可以方便地采用Brower/Server的方式進行訪問。

14系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員補充、維護。

15系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、修改、備份等操作。

3．2系統數據模型設計

關系模型：

員工基本信息（員工號，姓名，所在系號，所在系名，性別，生日，籍貫，國籍，民族，身份證號，婚姻狀況，健康狀況，政治面貌，參加時間，血型，開始工作時間，家庭住址，電話，崗位代號）

員工婚姻信息（員工號，愛人代號，愛人姓名，愛人生日，結婚時間，愛人工作,位，愛人政治面貌，愛人工作職務)

員工學歷信息（員工號，學歷，專業，畢業時間，畢業學校，學校類型，外語1，外語1級別，外語2，外語2級別）

員工考勤信息（員工號，姓名，日期，本月天數，公休假天數，應出勤天數，請假，節假日加班，其它加班）

員工工資信息（員工號，姓名，底薪，補貼，獎金，加班，代扣養老金，代扣醫療保險，代扣住房公積金，所得稅，房貼，房租，實發工資）

人員編碼（人員編碼，人員姓名，密碼）

篇2

首先信息中心組織各信息系統相關各部門，對信息系統的業務連續性需求進行分析和判斷，從系統恢復時間點目標（RTO）和數據恢復點目標（RPO）兩個方面，分為財務損失和非財務損失進行分析，從各自的業務要求出發，對系統連續性的要求提出了指標。信息中心根據滿足各時間段連續運行和數據恢復的要求，進行建設成本估算，然后將業務要求和建設成本進行綜合分析，確定各系統的RTO和RPO，作為制定容災建設方案的基本參考指標。

2系統容災建設

根據業務需求分析的結果和建設成本的分析，制定切實可行的建設改造方案，并按照方案，對各信息系統進行改造和建設，以使其滿足相關指標的要求。根據各系統的特點和所支撐業務情況，制定全面的應急預案，包括系統恢復預案、系統恢復前的業務連續運行預案、系統恢復后數據處理預案等，保證業務運行盡可能不受系統中斷的影響或者將影響降到最低。

3應急預案演練

應急預案完成后，根據業務情況，策劃了應急預案的演練。模擬真實的環境，從各個層面檢驗應急預案的效果，已保證在真實災難發生時，能夠起到應有的作用。應急預案優化應急預案演練后，對演練過程和演練結果進行總結，從可行性、適宜性等方面對應急演練進行評價，并進行了優化和改進。以使其能夠持之以恒的滿足公司的業務連續管理的需要。

4總結

4.1增強企業應對各種災難的能力

（1）預防了潛在的威脅帶來的風險。（2）保護人員的生命財產安全。（3）使企業的業務中斷和損失最小化。（4）最大程度地減小了數據的丟失、收入的損失、客戶的流失。（5）增強了投資者、股東和消費者的信心。（6）維護了企業的形象和信譽。

4.2完善了公司的日常經營管理流程，提高了工作效率

篇3

1.1電力通信網絡信息管理系統的設計原則

關于電力通信網絡信息管理系統的設計原則需要從四個方面說起：第一，管理系統的網絡化。從長遠角度來說，在未來的發展當中，電力通信必然會和不同的體系結構整合在一起，因此需要提出統一的管理標準，而這也是目前來說最為可行的辦法。將網絡化管理的要求實現出來，最終實現不同的體系與統一的接口進行互聯的目的。第二，綜合的接入性。電力通信網絡信息管理系統需要對不同規格的設備和產品具有較好的兼容功能，而且每一部分的任務都是以綜合性的接入口為基準，實現通信設備的統一轉換，最終以網絡管理系統的高層次進行處理。第三，對功能和開放性的應用接口進行完善。要想制定好應用功能，那么就必須做好用戶的需求分析，并且將其作為基礎來將網絡管理體系設計得豐富和完善。第四，系統的獨立性和標準化。要想實現網絡管理系統的統一，就必須要從設計的角度出發，在設計程序、設計風格和設計術語應用等方面要做到盡量統一，還要通過標準化的設計來應對不同的設備和系統的控制與操作。

1.2電力通信網絡信息管理系統的功能與結構分析

將計算機信息技術發展的總體要求和技術的總體發展趨勢作為基礎，再和本研究的研究背景相結合，電力通信網絡信息管理系統在當前科技框架之下，最好采用基于J2EE體系的架構來進行設計和開發，采用Java語言進行輔助編輯。因為Java具有十分強大的編程語言優勢，而且它有眾多的國內外大型廠商所參與制定的J2EE標準規范，因此在目前來說，Java也是很多大中型企業的首選應用。不單單可以為電力通信網絡信息管理系統提供更加穩定的性能支持，而且還能夠為其提供更好的處理性能。J2EE應用服務器和Java語言Web的開發和應用當中，為其更好地發揮和使用提供了很多可復用性、標準性、開放性和可管理性等跨平臺功能特性。因此，給予J2EE和Java進行研發和設計，能夠開發出更多的一次研發多次運行的系統。在此期間，J2EE也為其提供了更加先進和強大的多層架構支持。此外，對于系統性能和方案設計來說，需求分析也具有十分重要的作用。在對功能配備和設備配置的時候，一定要本著合理性的原則來進行。對網絡進行設計的時候，一定要擺脫那種傳統式的對網絡的依賴，在設計系統的時候，一定要做到層次鮮明清晰。從功能角度分析方面來說，一個優秀的網絡系統需要具備三個方面的內容，分別是對故障的鑒定和判斷，對異常運行做出檢測和記錄，對相應故障和反應故障進行管理；對設備的性能做出分析、檢測和控制；合理做好物理設備上的資源管理和資源配置工作。

2電力通信網絡信息管理系統的實現

2.1電力通信網絡信息管理系統的建立

可以從三個方面來對電力通信網絡信息管理系統的建立進行闡述：

（1）進行設計前期的分析。

對該系統進行設計需要將滿足客戶的要求當做前提，在此基礎上對系統良好的開放性和穩定性做出設計，還要保證系統具有一定的安全性。在設計當中需要考慮對相關的技術手段的運用，對于在系統當中必然會出現的數據、表格和文字等作出處理，需要選擇較為強大的數據處理功能和數據處理軟件來進行。

（2）建立數據模型。

對數據模型進行監理可以說更加有益于大量的數據信息的管理，它能夠將抽象的數據具體化和形象化，在某種程度上能夠將管理的效率提升起來，也可以提高操作的可行性。關于數據模型主要分為兩個部分：一部分是利用DBMS進行電路走勢的分析，可以使相關工作人員對空間因素更好地掌握；另一部分是對線路的具置進行掌握，這種模型可以以幾何圖形的形式存在，運用起來更加高效便捷。

（3）對數據庫的建立。

在對數據庫進行建立之前，需要花費大量的工作在通信信息的收集和整理上，在具體的建立過程當中，需要對系統將來的發展做出考慮，因此就必須做好子網的聯網設計工作，而且在數據庫開始建立和設計之初就應該對圖層的階層關系做出準確而又清晰的把握，最好能夠了解各個階層之間的相互聯系和相互關系，以便于以后在大的通信網絡里更好地實現。

2.2電力通信網絡信息管理系統的體系結構

對于一般的網絡管理系統來說，主要分為分布式和主從式兩種。主從式的結構主要是通過后臺來統一調配和管理設備的電路的，操作管理相對來說更為高度集中，但是卻在其間存在著很多的問題。舉例來說，信息資源在這種結構之下就會顯得非常拙劣，這種結構采用集中式的管理，對處理的難度起到了一個施壓的作用，會使其工作難度加大。此外實時監測也存在著很大的問題，具體來說主要是效率比較低下，喪失了實時監測的意義所在，因為后臺的集中處理會使網絡數據產生阻塞，于是鏈路和節點就較多了，最終也就產生了這種情況。在這種情況之下，假使后臺出現了問題，那么整個系統很可能會面臨著失去控制中心的風險，此外這種結構的升級性能較差，服務類型也不全面。相比之下，分布式的結構就存在著很大的優勢，因為它具有很優秀的管理配置模式，其模式會將中央平臺作為中心，再逐層將數據的控制功能剝離出來，然后再配置到設備當中。這樣一來，該系統和各個管理級別就能夠通過協議來進行相互之間的聯系，從而構成一個完整的系統，因此這種結構方式是值得選擇的。在此之間，能夠有效地將電力通信的電路和設備數據的處理實現對應，在設計管理站的時候需要根據不同的操作環境來進行，實質上它是一個介于系統和操作者之間的界面，起到了一個介質的作用。而信息庫是用來儲存信息的，管理協議則對和管理者之間起到了一個連接的作用，而且還能夠對眾多的內容做出協定，比如信息的通信方式、數據的儲存方式，還有信息數據的處理方法等。

3結語

篇4

1.現狀及問題。

在專業中有來自原來五個不同專業的定位信息,其中包括經濟學、計算機科學技術、信息資源管理、信息系統開發等多方面的學科知識,導致專業定位不明確。②信息管理專業的培養目標和軟件工程、網絡工程、電子信息安全、電子商務、物流管理等專業有類似之處,導致信息管理專業的培養方向和人才定位不突出,可以被相似專業替代。③各類院校都利用自身的優勢辦信息管理專業,使本專業的定位各不相同,造成社會企業對本專業認知有誤,耽誤學生就業競爭。比如工科院校以培養信息系統開發人才為定位,側重計算機技術的培養;管理類院校以培養管理人才為主,側重管理理論;還有些院校是以信息資源管理為培養方向;有些院校只培養專門的行業信息處理人才,比如醫療信息處理,電子金融信息等。

2.科學定位,突出特色。

廣西財經學院是一所新建的本科院校,缺乏相關的計算機技術類專業和管理類專業的辦學經驗,與早在1978年就率先建立經濟信息管理專業的中國人民大學之類的一流大學差距甚遠。對信息管理專業的定位不明確,社會對本專業的認識模糊,加之類似相關專業的發展,給信息管理與信息系統專業的建設帶來很大的挑戰。在這樣的環境背景下,我們只有對本專業準確定位,突出特色,才能辦出有一定競爭力的信息管理專業。經過實踐思考,筆者認為信息管理與信息系統專業以計算機科學與技術、管理學和經濟學為三大學科基礎,形成復合型的專業定位。信息管理專業不是培養單純的計算機技術人才,也不是培養只熟悉業務流程的管理者,其培養的是高素質的信息管理人才,需要具備信息技術知識、信息管理知識和信息系統知識,還需要掌握項目管理知識,特別要具有運用計算機技術解決企業生產經營中的實際問題的能力,也就是具有依靠現代信息技術進行管理創新的素質,這是信息管理人才與其他技術人才不一樣的地方。為此我們考慮我院信管專業的定位是:①突出專業的復合型特點,管理理論和計算機技術并重,特別注重信息技術與管理流程的結合,注重學生創新素質的培養。培養“懂計算機的管理人員”,培養企業的信息化推動人才。②我校是廣西唯一的財經類院校,要突出學校的特點,以財經院校為背景,在財政、會計、金融等專業方面有突出的優勢。可利用學校背景適當加強財經類理論或技能的培養,使學生具有經濟信息的處理能力,區別于一般院校的學生。③突出實踐技能的培養,以培養應用型人才為重點,依靠大量計算機專業的老師,加強計算機技術應用能力的培養,突出操作型人才的特點。

二、信息管理與信息系統專業的課程體系

在人才培養方案中通過理論課程和實踐課程兩個模塊來實現知識的傳授和能力的培養,目前我院的人才培養方案課程體系包括理論和實踐兩個模塊。

1.理論課程。

應修學分共128學分,包含必修課(包括公共基礎課、專業基礎課、專業主干課)、專業選修課、公共選修課。①公共基礎課:大學英語、計算機應用基礎、高等數學、線性代數、概率論與數理統計、離散數學等。②專業基礎課:管理學原理、統計學、會計學、西方經濟學、C語言程序、面向對象程序設計、信息管理概論、數據結構與算法、信息安全等。③專業主干課:數據庫原理、計算機網絡技術、管理信息系統、信息系統分析與設計、信息經濟學、ERP原理等。④專業選修課:信息檢索與利用、辦公自動化、網頁設計、信息分析與預測、決策支持系統、數據倉庫與數據挖掘等。

2.實踐課程。

應修學分為32學分,包括集中實踐和獨立的課程實踐兩大模塊。①集中實踐模塊:軍事理論、就業指導、社會調查、畢業實習、畢業設計。②課程實踐模塊:數據結構與算法課程實踐、計算機網絡實踐、信息管理實習、計算機網絡技術實訓、C語言程序設計實訓、數據庫與程序設計實訓、管理信息系統開發、ERP原理與實訓、信息分析與預測實訓、信息系統開發綜合實訓。

三、核心課程的設置與整合

信息管理專業以經濟學、管理學和計算機技術作為三大支柱學

科,形成了科學的課程體系,但在實際操作中教師與學生往往有拼盤式的感覺,缺乏課程之間的有機聯系。很多教師是計算機專業或者管理專業畢業,他們在教學中往往從自身的特長出發完成教學,教授的課程內容不適合信息專業的需要;學生則感到本專業的課程設置和教學內容過散,所學到的知識支離破碎,缺乏明確的學習目標。所以,如何辦好信息管理專業除了有明確定位和突出特點的人才培養方案外,還必須考慮教學體系中的課程設置,特別是核心課程以及課程內容銜接等問題。本專業的核心課程體系由三部分組成。 1.管理科學課程

我們基本與管理類專業接軌,開設管理學原理、生產與運作管理、經濟學、會計學、市場營銷等。重點培養學生在組織、協調、人事、領導等管理方面的能力和素質。經濟學課程,開設西方經濟學。在財經院校的背景下,我們開設了會計信息系統、財務管理等選修課程,鼓勵學生掌握相關專業知識,提高就業競爭力。

2.計算機科學課程

最主要的是數據庫與計算機網絡,還包括C語言程序設計、數據結構與算法等,這些課程的教學內容與計算機類專業的相應課程要有所區別,強調解決信息的獲取、傳輸、存儲、組織、處理等問題,要求在掌握基本知識點的前提下,為管理應用服務。關于系統開發,我們開設高級程序語言,并連續開設兩個學期的JAVA,將一個工具徹底講通用會,滿足本專業學生具有開發系統的基本能力的要求。所有計算機類課程都設置同步的課程實驗,實現四年的計算機技術培訓不斷線,使本專業學生確實具備熟練的計算機使用技能。

篇5

目前，總局開發建設了一部分衛生檢疫的業務管理系統，包括口岸衛生檢疫業務信息管理系統、衛生檢疫電子監管系統、國際航行船舶電子檢疫管理系統等，但是這些系統均為衛生檢疫的業務工作系統，實現了大部分衛生檢疫直接業務的管理，但未涉及到衛生檢疫業務開展所需口岸核心能力要素的基礎信息，以及信息統計、查詢和管理，衛生檢疫工作的業務管理部門或決策層想要獲得各口岸的口岸核心能力基本情況，仍然沿襲傳統的書面統計、調查等人工方法獲取相關數據，同時受人為因素等的影響，獲得數據的時效性、準確性和完整性不能夠得到有效保證，亦不能及時獲取口岸核心能力的即時狀況和動態變化，從而影響了決策的科學性和時效性。

2總體思路和目的

通過建立全面完整的全省口岸核心能力建設數據庫，并及時動態更新，準確掌握各口岸核心能力的動態變化和發展情況，從而著眼全局，科學決策，統籌制定全省口岸核心能力發展規劃，有計劃、有步驟的科學實施，達到事半功倍的效果，同時將國際衛生條例的口岸核心能力要求提煉出相關匹配條件設計在系統中，輔以日常主客觀評價，實現對各口岸的核心能力的即時考評，提升管理效能和科學性，切實做好口岸疫情防控和反恐怖防范工作。

3功能架構及功能描述

系統主要功能框架包含數據采集、統計查詢、風險預警、即時考評和系統管理幾大功能。

3.1數據采集

數據采集模塊主要分口岸核心能力要素數據采集和重要業務數據采集（重要業務數據采集雖然不屬于口岸核心能力要素，但是基于業務管理的需要，并且為了能從側面反映口岸核心能力的建設成果，因此選擇了部分比較重要的業務數據進行采集）。

3.1.1口岸核心能力要素數據采集

口岸核心能力最主要的形成要素包括基礎設施設備、人力和技術資源、工作機制資源，這些也是做好衛生檢疫工作的基礎要素，因此本模塊設計了基礎設施模塊、設備模塊、人力資源模塊、工作機制模塊等，具體功能描述如下：①基礎設施模塊主要采集各口岸衛生檢疫用房、實驗室、查驗通道等的面積、格局等情況。②設備模塊可細分為查驗用設備、實驗室檢測設備、防護裝備以及應急物資儲備等，主要掌握各口岸現有的正在使用的各類設備的數量、種類、型號、功能、用途、使用期限，并要求各口岸根據設備的增加和減少情況，及時錄入系統，使管理部門能夠隨時準確全面掌握各口岸的設備情況，做到對口岸的設備配置統籌考慮、科學調配，做到既滿足需要，又不閑置浪費。③人力資源模塊主要采集全省衛生檢疫人員的數量、崗位配置情況（含動態變化）、人員的基本情況，含專業、學歷、資質、技術職稱、參加過的培訓情況，工作經歷、科研情況，并設定培訓模塊和能力評估模塊（培訓模塊可放置學習資料，并對學習情況統計，能力模塊可通過隨機考試等形式對人員的能力進行評估），使管理者掌握人員與崗位的適配情況，遴選專家，科學調配，制定培訓計劃。④工作規程、制度模塊主要放置總局、省局、口岸分支機構制定的相關文件、應急預案、工作規程、工作制度以及應急工作流程、協作機制、國家標準等，供各級人員工作學習參考，并在應急時使用。

3.1.2重要業務數據收集

該部分可定期（月）收集各口岸分支機構的重要業務數據包括：查驗的交通工具數量（含陽性數量）、出入境人員數量(含有問題的數量)、截獲的各類醫學媒介數量、衛生監督的數據等。

3.2數據查詢統計

該模塊可實現對各口岸不同要素的查詢和統計，包括查詢統計核心能力各要素的各種信息，也可實現模糊查詢，例如查詢某人員參加過何種培訓，查詢某設備使用期限等，同時可根據不同要求進行統計。

3.3即時自動考評

系統內設置口岸核心能力建設要求和標準（可及時調整和更新），可實現以口岸為單位將該口岸的口岸核心能力各要素與建設要求和標準進行匹配，進行自動考評打分。

3.險預警功能

該模塊主要是提供信息功能，可將有關國際疫情動態和總局的預警公告等信息進行即時，并設置提醒功能，對一線人員工作提供依據和指導。并可設定有效期，過期自行刪除。

3.5系統管理

系統提供強大的后臺管理功能，具體包括業務數據字典管理、組織機構管理、用戶管理、權限管理、數據備份、日志查詢等功能模塊。

4系統設計原則和技術架構

4.1設計原則

①規范性原則。系統設計遵循國際通用開發標準，并按國家標準執行，結合項目需求，形成接口規范、數據規范、應用系統接入規范等。②可靠性原則。系統設計應保證長期大規模訪問下系統的穩定性、可用性和運行性能，避免單點故障和關鍵信息丟失。③擴展性原則。系統采用模塊化、組件化的體系結構，在技術架構和設計模式上保證技術的延續性，靈活的擴展性和廣泛的適應性，確保系統能夠在數據及業務功能擴展方面的需求。④易用性原則。系統設計應符合一般用戶訪問習慣和要求，提供簡便、靈活、易用的頁面布局和功能選項。⑤安全保密原則。系統具備統一完善的多級安全機制設置，符合國家安全及保密部門要求，拒絕非法用戶和合法用戶越權操作，避免系統數據遭到破壞、竊取和篡改。

4.2技術架構

“口岸核心能力建設信息化管理系統”采用B/S三層結構設計，分為表示層、業務層、數據庫層。基于windows2003sever操作系統，采用SSH開源框架實現。表示層采用Struts框架實現，業務服務層采用Spring框架實現，并且可同Struts框架有效結合，數據持久層主要采用Hibernate框架，并實行O/RMapping，對JDBC進行對象封裝，建立Java對象模型的持久對象。集成框架的方法主要是利用Struts作為系統的整體架構，負責MVC的分離；在Struts架構的模型部分，利用Hibernate框架來提供持久層支持，業務層用Spring支持。具有不需要專門開發客戶端程序、可跨平臺操作、系統維護及時方便等優點，所有數據及大部分參數都存放在服務器端，系統運行維護、升級時只需操作服務端，降低了系統維護成本。具體做法就是用面向對象的分析方法根據需求來提出一個模型，將這些模型用Java語言生成Java基本對象，并編寫出DAO接口，然后設計基于Hibernate的DAO實現，用于實現Java對象與數據庫之間的轉換和訪問，最后采用Spring框架進行業務服務層的設計，提供管理和服務。

4.3數據庫設計

“口岸核心能力建設信息化管理系統”采用MySQL數據庫，MySQL是一種關聯數據庫管理系統，能夠將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣可增加速度并提高靈活性，并且其體積小、速度快、總體擁有成本低。

5建設建議

篇6

關鍵詞：倉庫管理模塊化設計安全報警。

一、引言

計算機技術、網絡技術、多媒體技術的成熟與發展，為倉儲管理自動化提供了強有力的技術支持。當前已有的系統其功能一般比較單一。如防盜系統只管防盜；倉儲管理系統只負責倉庫物品的數據處理；控制系統只完成簡單的環境控制功能（如開關門、開關燈、通風等）。將這些功能彼此獨立的系統有機結合起來，組成一個既能完成管理，又能實現實時監控的一體化自動管理系統具有重要的意義。我們所設計的這套倉庫安全管理綜合信息系統，是把門禁系統（IC卡開門）、環境監控系統、財務管理系統、合同管理系統、報警控制系統和數據處理系統結合在一起，充分利用了先進的計算機技術和控制手段。它既能通過音頻、視頻以及紅外線、雷達、震動等傳感器實時監控對所有分庫的開門、取物、檢修等操作，又能對防區內的警報信號立即處理或自動上報；它還是一個倉庫的數據中心，能完成人員、倉儲信息處理以及自動報時、鳴號、熄燈、開關高壓電網、布撤防等控制。另外，該系統還與財務管理系統、合同管理系統集成在一起構成一個安全、主動和綜合的倉庫管理系統。

二、系統的基本要求

目前的倉庫管理系統一般技術比較落后、性能較差且很不完備，有的甚至沒有安全防盜功能。即使有安全防盜功能其性能一般也不太理想，人工干涉多，操作使用不方便，有的還故障率高而不實用。隨著社會信息交流的日益加強和信息量的集聚增加，再加上盜竊活動的團伙化、智能化和高技術化等特點，倉儲管理部門越來越需要一套低成本、高性能、方便使用、功能完善的綜合倉庫監控管理系統。要求它具有立即捕捉警情并提供警情發生地的有關信息（如地圖、位置、類型、程度、平面圖、地形圖、結構圖以及警情發生地的倉儲情況等），計算機系統馬上對警情做出反應，迅速通知值班人員和倉庫管理員（通過聲光等信號形式），可能的話還可立即對警情發生地實施控制（如接通高壓電網、自動封閉門窗、拉響警笛、打開探照燈等）。對重要的警情要立即通過計算機網絡或內部電話自動交換網上報上級主管部門。特別是要求系統能完整記錄從發生警情到上報，進而做出處理的全過程，以便于事后分析處理。

倉庫大門的鑰匙管理和開門方法應采用較科學的電子識別手段（如磁卡、IC卡）進行控制，倉庫內外的溫度和濕度用溫濕度傳感器自動測量和記錄。發現越限時報警通知管理員，以便于管理員及時采取通風降溫和除濕等方法，確保倉儲物品的安全。除此之外，系統還可以對倉儲物品的出入庫、物品訂購合同、財務信息以及人員信息等內容進行統一的管理，以提高辦公自動化的程度。

三、系統功能描述

1.定時自動測量和記錄濕度和溫度，并能夠觸發越界報警；

2.可掛接多種類型的防區，每個防區可以是震動、雷達、紅外線等類型的一種；

3.系統對每個警情立即反應，指出地點、位置等，給出警情所在地的結構圖，并能自動啟動警號、燈光等報警設備，必要時可立即自動撥號上報上級主管部門；

4.雙IC卡開門，并自動記錄開門時間，持卡者身份等信息；

5.對鑰匙統一管理，記錄取鑰匙的時間，人員等信息；

6.可以進行人員管理、倉儲管理、財務管理、合同管理等內容；

7.自動記錄管理員交接班日志，對倉庫的操作也均有記錄；

8.可根據綜合條件檢索歷史記錄，并可打印輸出。

9.對人員的情況、密碼（管理員）、防區所接傳感器參數均可隨時更新。

綜上所述，系統所完成的功能是比較全面的。其中以處理警情的優先級最高，一旦發生警報，應立即停止其它事務性處理工作，轉為響應處理警報。由于這種系統具有一定的技術先進性、新穎性和實用性，可以對倉儲信息進行有效的安全管理。

四、系統的設計結構

系統實現采用結構化和面向對象的設計技術，硬件結合了單板機廉價、穩定的優點和PC機大容量、高速度、界面友好的特點，將整個系統分成功能相對獨立的若干子模塊，使系統結構層次分明，結構嚴謹，極易于維護和使用。由于系統采用結構化設計，自頂向下逐步分解精化而成，由多個模塊組成，因此可按散件組裝法則根據現場實際需求，靈活取舍組合系統各組成部件。對于一些特殊要求也可以采用模塊化形式方便地實現其功能的擴展，從而形成由低成本、簡單功能到高投入、復雜功能不同層次的系列產品，但無論怎樣組合均不會降低系統整體性能。系統的邏輯功能結構。

五、操作使用簡介

系統運行于WINDOWS環境，其界面同時具有字符、圖形、動畫、菜單命令等各種輸入輸出格式，友好且直觀形象，再加上采用了WINDOWS所特有的聯機提示和后援幫助作輔助手段，使系統的使用簡單易學，非常便于普及推廣。整個操作可分為四大部分：:

1.利用按鈕完成各種控制功能；

2.圖形操作界面，利用鼠標代替鍵盤輸入，快速直觀，一學就會；

3.對記錄的數據進行綜合條件的檢索，查詢并打印輸出，可用鼠標選擇查詢條件；

4.基本信息庫的更新，維護（如人員，倉儲，值班員密碼、報警代碼表、IC卡發卡等）等。

篇7

[關鍵詞]醫院，管理信息系統，問題，對策

1我國HIS發展的概況

隨著信息時代的到來，計算機在各行各業得到越來越廣泛的應用，醫院同樣面臨著信息時代的挑戰。早在20世紀80年代中后期，我國大中型醫院大都裝配了中型機或小型機和微機。這些醫院或采用中型機、小型機進行集中式信息管理，或采用微機進行分散式信息管理，并按照上級管理部門規定的格式，或自定的格式打印各種統計報表。在醫院信息化管理實施過程中，涌現出一大批初期開拓者。他們對醫院信息化管理進行了有益的嘗試，積累了許多成功經驗，開發出了一大批應用軟件。在實踐中他們認識到了單機應用的局限性。對一個信息源十分分散而共享要求很高的醫院系統，單機應用很難發揮出計算機的潛在優勢，很難實現“最小錄入，最大共享”的系統設計原則。那些采用小型機或中型機的單位往往因為系統維護任務繁重而帶來很多負擔。20世紀80年代后期，以微機作為服務器的網絡技術和網絡系統引入中國，網絡技術從根本上克服了單機系統的缺點、局限性與不方便性。網絡系統使醫院內各部門雖然地域分散，卻從信息處理角度連成一個整體，從而實現了真正的資源共享。醫院信息管理的計算機化、網絡化將是建設現代化醫院必不可少的條件。各大中型醫院采用計算機網絡實現醫院管理計算機化己成為大勢所趨。

2醫院信息管理系統產生的效益

醫院信息管理系統(HospitalInformationSystemHIS)系統的事實，并不能帶給醫院直接的經濟效益，也就是說沒有直接的產生，但HIS對醫院效益的影響是明顯的，主要表現在以下兩個方面：

2.1提高效率，節約優化人力

我們以門診就診人群為例，HIS的主要作用就是縮短就醫的非醫療時間。一是可以提高各流程間的信息傳遞效率，二是可避免差錯及無價值重復現象的發生。在三級甲等醫院中，門診就醫“三長一短”的現象既很普遍，也很難消除。根本原因就在于醫療資源(人力資源和物力資源)的相對缺乏和環節溝通不夠通暢。因此，提高各環節的內部工作效率和環節間的信息流通效率就可以有效地改善這種狀況。

門診劃價收費電腦化是提高門診管理水平的重要一環，它將門診劃價和收費合并，操作員錄入處方，系統自動劃價，打印收據，從而減少了病人排隊劃價次數，縮短了病人就診時間，并減少了因價格調整而造成的差錯。同時，還能堵塞人為造成的收費漏洞，使病人感到放心。

2.2加強控制，完善落實制度

醫院是一個以醫療工作為主體，多種工作、多個環節相互配合、相互影響、相互制約的復雜的機構。醫療管理以及圍繞醫療活動這個主體的其他管理，如檔案管理、信息管理、制度管理、財務管理、財產物資管理等構成了支撐醫院正常運營的基本骨架。HIS系統著重解決的就是圍繞醫療活動的財務管理(如劃價、收費、結賬等)、檔案管理(如處方管理、病歷醫囑管理等)、制度管理(人員權限管理、退費管理、發藥管理等)、信息管理(統計管理、病案管理等)等各種相關管理工作中存在的問題，從而保證各項工作的順利實施和效率的提高。

HMIS系統在管理上主要起著堵“跑、冒、滴、漏”的作用。有人估計，采用手工進行病人費用處理的醫院，漏收費大約為10%左右，而且很多漏洞難以調查深入，只能根據相關人員的主觀估計進行推測分析。

3HIS建設中的問題

HIS可以為醫院的管理及其他方面帶來很大的效益，但并非任何一所醫院采取任何一種HIS管理軟件，由任何一個公司實施，讓任何人來管理都能達到相同的最佳效果。在現實中，許多醫院在實施HIS過程中遇到了種種困難，實施的效果不甚理想。其主要原因有以下幾個方面：

3.1定位不準

這包括醫院對其管理和適應能力的定位、對其自身需求的定位、對HIS功能范圍的定位、對實施效果期望的定位、對實施階段目標的定位和對HIS長期運行管理模式的定位等等，主要表現在“一步到位”的思想比較嚴重，以為簽完合同就成功一半，醫院只管軟件使用，以致對HIS給醫院管理、運行模式帶來的變化(或者說是變化的要求)準備不足，節奏把握不當，沒有把握好管理制度調整與落實的關系。3.2商品成熟度、服務規范性不夠

盡管現在的HIS軟件品種繁多，但由于我國醫院管理模式多種多樣，HIS不可能像ERP軟件或財務軟件那樣即裝即用。一些不成熟的軟件產品帶來的問題常常無法解決。加之服務不規范、工程質量缺乏保證，日常維護的服務難以及時和保證質量等，給醫院信息化管理帶來難度。

3.3人才培養被忽視

醫院無論是在HIS的選擇、實施還是日常使用的過程中，都離不開自身技術力量的配合。這既涉及計算機網絡應用技術，也涉及醫院管理技術。熟悉醫院業務和管理，并能熟練運用有關計算機技術的人才是醫院成功實施HIS至關重要的因素。這種人才很難直接由學校培養出來，也很難在閑置人才市場資源中尋找，選擇合適的人進行培養，同時注意梯隊建設，是保證HIS應用長遠發展的關鍵。但在醫院中，由于這類人員不是臨床一線工作人員，重視程度往往不高，在經濟待遇、學習培養等方面容易受到忽視，其結果或是不能培養出高素質的人才，或是留不住高素質的人才。

4HIS建設的改進措施

4.1全面規劃，分步實施

系統規模的大小是一個值得探討的問題。大則可以包羅醫院信息處理的各個部門、各個環節、各種類型的信息(病人的財務信息和醫療信息；醫院職工的財務信息、人事信息和業務信息；醫院管理的各類綜合信息；各部門的部門管理信息等)，同時信息的媒體可有文字、圖像或語音。小則可僅限于某幾個部門，解決一兩個實際管理問題。大而全固然很好，也是今后的發展方向，但如果脫離醫院自身的實際情況，大而全的規劃往往導致浪費和失敗。因此，有處理好兩者的關系，注意全面規劃，分步實施。

篇8

(1)采用基于SOA的軟件系統架構,將應用的不同功能單元定義良好的接口服務,這些服務采用重量的方式進行定義,獨立于硬件平臺、編程語言,使得構建再各種這樣的系統中的服務可以一種統一、通用的方式進行交互。從計算模型上將這種服務是SOA的基本實體。具有較高的抽象級別、更大的粒度與更強的獨立性與可用性,更加便于使用者直接使用。基于軟件服務的SOA借助了開放系統中較為成熟的基于服務的松耦合運營模式的理念,以服務為基本單元封裝各類網絡資源,以服務集成為基本手段提供開放環境下的資源共享與集成的高層次抽象模型,以服務交互和協同為基本支撐,提供松散耦合的計算模型。(2)傳統的Web(HTML/HTTP)是為了解決了人與信息系統的交互和溝通問題,系統架構的B2C模式使WEB服務(XML/SOAP/WSDL)能有效安全地解決信息系統之間的交互和溝通,形成一個B2B/EAI/CB2C的結構。快速相應中心系統架構的SOA具有面向服務建模技術整合WEB服務的性能,松耦合機制實現了系統之間的整合與協同。WEB服務和SOA使得信息系統個體在能夠溝通的基礎上形成協同工作對于面向同步和異步應用。基于請求/響應模式的分布式計算來說,SOA是應用程序的業務邏輯(BusinessLogic)或某些單獨的功能被模塊化并作為服務呈現給客戶端。這些服務的關鍵是松耦合特性。服務的接口和實現相對獨立。應用開發人員或者系統集成者可以通過組合一個或多個服務來構建應用,不用理解服務的底層,降低了整體結構的運行及維護的風險。(3)系統布置的SOA架構中非常強調實體自我管理和恢復能力。事務處理(Transaction),消息隊列(MessageQueue),冗余部署(RedundantDeployment)和集群系統(Cluster)等核心組件利用SOA松耦機制從質的方面高了系統的效率和穩定。(4)基于SOA架構的快速相應中心系統是一種通用的、可擴展、具有聯合協作性的架構,有效提高了整個系統的穩定性、可靠性和運行效率以及對風險的規避。

2功能架構

2.1業務運轉管理

通過客服系統工單同步或手工錄入的方式,接收受理各類停電業務咨詢、信息查詢、服務投訴等客戶服務事件的工單。然后對服務事件的工單進行分類分級,甄別事件的重要程度、緊急程度、影響范圍、事件處理難度等,區別業務的輕重緩急采取相應對策。根據業務研判結果,在規定時限內向相關責任部門和責任人派發服務事件處理工單。根據相關標準,對業務人員回復事件的合理性、準確性進行把關審核,對不符合要求的工單退回責任部門重新辦理。

2.2快速復電管理

從調度系統、配網安全系統中采集電網運行數據,對采集的數據進行監控,若出現異常,將異常情況進行上報研判。根據采集到的異常信息系統獲取變電站開關的異常信息,通過調用一體化平臺的故障研判功能,分析出停電影響的配變,實時將故障信息和影響的配變傳遞給客戶服務人員。調用電力系統一體化平臺對承接的報修工單進行初步研判,分析是否為單戶故障、用戶側故障、重復報修、低壓故障、配變故障和高壓系統故障。根據報修工單的信息,定位用戶報修點并在系統中進行高亮顯示,并展現該用戶的設備信息。根據故障設備信息、故障設備的位置信息,分析停電范圍以及停電所涉及的用戶,對涉及停電的用戶進行故障停電告知。根據故障研判結果,調配相應的搶修資源前往故障點搶修,搶修任務和資源調配通過工單方式下發到相應的搶修小組。搶修資源調配前,通過搶修資源監控獲取各個搶修資源的空閑情況,所在地理區域信息,調配資源盡量選擇資源空閑且所在區域在故障點最近的搶修小組。

2.3停電管理

從相關業務系統獲取各類停電信息。及時收集并維護線路設備故障停電范圍、停送電時間。根據停電信息,通過通用識別格式對停電信息進行編譯,得出停電的設備及停電的影響范圍和停電的用戶。對編譯后的停電信息進行匯總歸集,最終形成停電事件庫。

2.4服務全景視圖

服務全景視圖通過多級組合、全方位查看的方式進行集中展現。內容包括停電區域與停復電搶修情況,各類服務事件受理與事件的分級、響應情況,營銷業務的關鍵節點與異常用電監控情況,停電信息的匯總與公告情況,各區域保供電及發電車調配情況。圍繞工作重點突出展現未搶修的故障停停電區域,計劃停復電區域存在保電用戶的情況;突出展現服務事件未響應的情況,關鍵時限即將超期或用電異常的情況,停電信息未公告的情況。全面展現各類服務事件的受理、分級、響應及處理情況。集中展現各類停電事件的影響區域、影響用戶范圍、搶修結果與保供電發電車調配情況。通過多層視圖可以查看具體服務事件處理信息、停電/搶修信息、監控異常信息與保供電信息,提供按照區域、電壓等級或事件分級進行明細信息的查看。從而實現快速響應中心全方位重點突出的工作服務全景視圖。

3結語

篇9

應用Internet技術開發基于WEB的管理信息系統，方便用戶通過系統實現無疫區內管理數據上傳、存儲和查詢。B/S架構下的管理信息系統開發是當前系統開發的主要方式，系統采用B/S架構設計，通過Internet實現數據上傳，使用SQLServer數據庫集成管理，搭建統一的信息整合、查詢和監管平臺。主要實現以下目標:①基于網絡實現養殖場管理者、疫病檢疫部門、行業主管部門對數據的分級、分權限管理。②集成管理草魚出血病無疫區內養殖生產、流行病學、病原監測、疾病免疫等數據。③系統數據高度共享，減少數據冗余，建立系統內部數據關聯查詢和靈活調用機制。

2系統結構設計

2．1系統邏輯結構設計系統采用表現層(rinterface，UI)、業務邏輯層(businesslogiclayer，BLL)、數據訪問層(dataaccesslayer，DAL)三層架構設計(圖1)。表現層包括數據展示、錄入、查詢和調用等基本功能，系統界面按照登陸用戶權限分配相應功能。用戶在瀏覽器端發送客戶端請求，通過Internet/Intranet傳輸至服務器端，服務器端將結果以XML數據格式返回客戶端，客戶端建立數據對象并提交用戶。在數據層通過SQLServer數據庫管理系統存儲并管理各類業務數據，定義數據表結構及數據庫約束范式。

2．2權限結構設計系統設置系統管理員、基礎管理員、監管員和養殖場管理員四種用戶角色(圖2)，分國家、省、市、縣、養殖場五級管理。通過角色管理用戶所能使用的功能，通過級別控制用戶所能管理的數據范圍。兩者配合決定用戶權限達到不同角色用戶使用不同系統功能，上級用戶可以瀏覽下級用戶數據，同級用戶無法瀏覽彼此數據的權限控制目的。

2．3數據庫結構設計無疫區管理是一項系統工程，整個無疫區內主要生產活動分為養殖生產管理、疫病監測管理、行政管理三大部分。參與主體主要是養殖戶、各級政府、科研機構、企業(產業鏈)。主要管理內容包括池塘管理、養殖生產管理、疫病監控、行政管理。提煉管理對象并設計無疫區管理信息系統數據對象體系，圍繞數據對象體系細化數據表設計，形成32個數據表，組織框架如圖3所示。

3系統開發環境

3．1系統開發工具UCML應用框架開發平臺基于．NET框架和ASP．NET平臺，是一個面向對象、面向框架、面向服務和面向套路的WEB應用快速開發平臺。系統基于UCML平臺開發，前端支持JavaScript腳本語言，后端直接生成C#源碼。系統采用運行于Windows操作系統平臺的互聯網信息服務平臺(internetinformationservices，IIS)。

3．2數據庫管理系統選擇SQLServer數據庫管理系統，管理和存儲系統數據。SQLServer是一種關系型數據庫管理系統(ORDBMS)，也是目前功能強大、特征豐富且復雜的數據庫系統［7］。SQLServer創建32個系統實體表，每個表按照數據表構建規范設置GUID類型字段并作為關鍵字段，同時通過設定非空字段保證數據錄入的完整性。在用戶數據管理過程中，系統程序通過捕捉SQLServer數據庫管理系統返回的數據讀取操作代碼，確定用戶數據操作是否成功，并將相應提示信息返回用戶界面。

4系統功能

無疫區管理信息系統集成無疫區內管理活動產生的各類數據，服務于養殖戶、檢疫部門和各級政府。養殖戶編輯養殖戶、池塘等基本信息，數據錄入覆蓋苗種放養、用藥、發病記錄、出魚記錄等整個養殖生產過程。檢疫部門負責錄入疫病發生時調查檢疫數據，包括流行病學調查、病原監測、免疫調查等。各級行政部門登錄系統實時查看所屬地區養殖場生產情況，特別是疫病發生發展情況。根據以上需求，系統提供以下主要功能:

4．1用戶權限分配系統通過“組織機構”管理功能實現用戶權限設置，從用戶、崗位、權限三個方面的設置實現對用戶權限的靈活配置。通過崗位的上下級關系實現上級崗位瀏覽所有下屬崗位錄入數據功能。“用戶管理”為每位系統用戶分配賬號;“崗位管理”設置系統內置崗位，并確定崗位的上下級關系;“權限管理”添加權限并匹配允許訪問的功能。系統為崗位設置可用權限，為用戶分配崗位。用戶和崗位是一對一關系，崗位和權限是一對多關系。

4．2數據錄入數據錄入是實現數據上傳的主要功能。養殖戶主要錄入養殖戶信息、池塘基本信息、養殖生產管理、投入品管理等數據;檢疫部門主要錄入流行病學、病原監測、免疫管理等數據。各級政府部門主要負責錄入下屬養殖場數據。錄入界面通過Ajax技術實現瀏覽器和服務器數據異步傳輸，用戶操作簡單快捷，貼近Excel操作。錄入形式分為列表式和編輯式(圖4)。列表式設計為錄入20字符以下的簡單數據項。編輯式設計為錄入復雜的數據項，包括多選框、大段文本輸入、按條件選擇輸入等。

4．3數據調用減少數據冗余，實現數據共享是建立管理信息系統的目的之一。在系統內部實現數據單一存儲多處使用是減少數據冗余的關鍵。系統采用兩種方法實現數據調用:一是通過主表、子表關系，確定主表、子表間關聯外鍵，實現數據的自動關聯和顯示;二是通過彈出窗口中的回調函數，自動對主窗口填入項賦值。數據調用功能大大減少了重復數據的錄入，提高了數據錄入效率。以養殖生產管理為例(圖5)，養殖場用戶通過“添加/編輯”管理池塘，選中當前池塘，通過主表和子表增加該池塘投放苗種記錄，在編輯投放記錄時，通過彈出窗口選擇“苗種引進記錄”中的“引進批次號”，彈出窗口將自動賦值主窗口中“引進批次號”和“魚種”兩個字段數據。

4．4應用實例該系統已在江西省草魚出血病無疫區建設項目中開展應用。中國水產科學院珠江水產研究所負責系統部署和技術輔導，江西省各級政府和水產推廣機構負責推廣實施，目前已整合了江西省8個縣、122個養殖場(企業)自2013年以來的養殖生產和疫病監測數據。通過系統應用解決了養殖場、監測機構沒有信息化工具輔助開展數據記錄的問題，幫助管理人員規范化、流程化的連續記錄工作數據，同時將分散在不同機構、不同人員手中的數據集中存儲，實現了江西省及下屬市縣管理部門從整體及時掌握轄區內草魚生產和出血病發生情況。顯著提升了江西省無疫區管理的現代化和信息化水平，同時為基于歷史數據的草魚出血病爆發預警和疫病控制做好了數據儲備。

5討論

篇10

1.教師角色業務流程

教師角色主要進行三項任務：論文錄入、著作教材錄入、科研項目申報。以科研項目申報為例，教師首先進行項目申報，分院秘書負責教師申報任務初審，若初審不通過則返回修改，若初審通過則進入下一步主管部門審核，若通過則進行科研立項，立項后教師要更新課題進展情況，結題階段需錄入成果信息，同時項目結題后將成果計入教師檔案并得到相應的考核分。

2.主管部門業務流程

主管部門主要進行項目管理、論文管理、教材管理等。以項目管理為例，主管部門需對教師申報課題進行評審并出具評審意見，項目立項后要對項目進展進行監督并反饋意見，項目結題后要進行評審并反饋結果。

二、系統功能設計

1.主要功能

科研管理信息系統研究和開發的主要內容是開發適合職業院校科研管理工作要求，能夠適應我院科研項目過程化管理及績效考核所面臨的各類問題，主要有以下幾個方面：

（1）各級各類部門、組織科學研究信息的統一和科研信息公開；

（2）一般職業院校涉及的各類科研項目的申報管理；

（3）建設期內各科研項目的進度管理；

（4）科研成果（如專利、論文、著作）管理；

（5）科研獲獎管理；

（6）科研考評管理；

（7）科研管理信息系統的基本架構及與以上問題的適應性；

（8）具體開發相關的各類問題。

2.預期目標

根據對職業院校科研管理工作要求，結合我院科研項目過程化管理及績效考核所面臨的各類問題研究，開發出一個能夠適應一般職業院校科研工作管理，特別是能夠適應我院今后科研管理工作要求的信息管理系統。具體指標如下：

（1）能夠識別系統管理員、教師用戶、教研室用戶、分院用戶、部門用戶等五種身份的人員，并分配各類人員的職能。

（2）教師用戶能夠進行公告通知閱覽、個人信息修改、科研項目申報、科研進度維護、科研項目結題、科研成果上傳、科研獲獎信息填寫等功能。

（3）教研室用戶能夠進行公告通知閱覽、本教研室科研人員添加與查詢（匯總）、本教研室科研項目審核與查詢（匯總）、本教研室科研進度查詢、本教研室科研成果和獲獎查詢（匯總）、本教研室科研考核查詢（匯總）。

（4）分院用戶能夠進行公告通知閱覽、本分院科研人員添加與查詢（匯總）、本分院科研項目審核與查詢（匯總）、本分院科研進度查詢、本分院科研成果與獲獎查詢（匯總）、本分院科研考核查詢（匯總）。

（5）部門用戶能夠進行公告通知、全院科研人員查詢（匯總）、全院科研項目審核與查詢（匯總）、全院科研進度查詢、全院科研成果與獲獎查詢（匯總）、全院科研考核查詢（匯總）。

（6）系統管理員擁有以上所有權限并根據需求調整和優化系統結構、功能等。

3.功能結構設計

（1）科研管理信息系統主頁設計“浙江廣廈建設職業技術學院科研管理信息系統”，與科研處網站結合為一個統一平臺。

（2）進入系統后選擇菜單包括“個人信息、公告與通知、課題申報、科研進度、科研成果、考核結果、統計與查詢”等。

（3）“課題申報”菜單下提供網上課題填表申報格式，格式具體內容按學院課題申報內容設計。“科研進度”菜單下提供項目中期報告、結題報告等相關信息。“科研成果”菜單下提供論文信息、教材基本信息、獲獎信息等的填寫及電子稿上傳功能，并需限定填寫無空字段，保證研究成果的真實性（如“期刊名”為必填字段以保證該論文已正式發表）。“考核結果”由科研立項、結題或獲獎情況結合學院教學管理考核指標體系自動產生，以表單呈現。“統計與查詢”提供部門、分院、教研室、個人的四級分類方式。

（4）按照不同角色進行統計查詢設計：為教師提供歷年“個人論文、科研、著作”等信息的查詢和統計功能；為教研室和分院提供本部門科研、和教材編寫的匯總查詢；學院科研處提供歷年核心期刊查詢，各分院科研課題進展情況的查詢，各分院課題、論文、教材編寫情況的查詢，各分院科研考核情況查詢等。

（5）輸入模塊主要輸入教師科研、和教材編寫的基本信息，系統為教師或其他部門職工提供本人的論文錄入、科研課題的錄入和教材編寫（已出版）的錄入信息窗口。分院秘書負責對教師錄入的信息進行初步審核（課題以立項和結題為標準，論文主要檢查是否非法出版刊物，教材以已出版為標準）（分院、部門不負責教師個人科研信息的錄入）。科研處負責對其他部門職工科研、論文、教材編寫的一次性審核，對分院初審的科研、論文和教材編寫進行終審。系統提供全院每年各分院、部門的所有科研成果、出版教材和的統計功能，并自動計算考核成績。

（6）系統提供數據備份，并可采用手動備份或定期自動備份兩種方式。

三、系統實現

1.軟條件

各級領導高度重視科研工作，是項目實施的最根本保證。我院組成“職業院校通用科研管理信息系統的研究和開發”課題組，團隊成員具有豐富的管理經驗和網站開發能力，所有課題組成員都來自一線，項目負責人同時兼任教務處管理人員，有2人擁有豐富的網站項目開發經驗。這是本系統得以實現的“軟條件”。

2.硬實現