前言：我們精心挑選了數篇優質科研管理系統論文文章，供您閱讀參考。期待這些文章能為您帶來啟發，助您在寫作的道路上更上一層樓。

第1篇

在目前利用靜態文檔和表格作為工具的管理模式下，操作復雜，管理人員無法直觀了解項目進度狀況，導致工作狀態分析匯總過程繁瑣，工作量大。管理過程中主要存在以下幾方面的問題：

1.1缺乏協同的計劃管理平臺

項目執行是項目組內部以及各部門間協同工作的過程，需要管理過程中能夠貫穿協同辦公的思想，建立有效的溝通平臺，保證項目信息順暢的傳遞和溝通。

1.2計劃監控力度不足

通過電話、報表等方式反饋項目進展，無法做到直觀、實時的將項目進度、存在問題等關鍵信息反饋給項目負責人、高層領導及相關協同部門，對于項目進度的管理容易失控。

1.3資源協調困難

項目管理過程中涉及跨部門多角色人員的資源調配，研發任務較重，硬件、軟件、人員等資源經常出現沖突，項目負責人、部門領導往往難以準確的把握資源的狀態，難以做到資源平衡，合理調配內部資源，協調外部資源。

1.4臨時任務管理繁瑣

設計生產過程中臨時工作任務較多，時常出現因臨時任務打亂項目計劃，需要追加資源，導致計劃任務延期等混亂現象。

1.5任務執行力不足

項目任務計劃難以“任務分解、層層落實”，由于信息孤島等原因，數據溝通不暢，任務執行信息不準確，滯后，監管執行不完善，工作效率不高，執行力下降，布置的任務不能及時高效完成。

1.6工作總結缺乏規范

技術部門在多項目管理過程中，部門內部需要進行部門工作的匯總，形成相關的報表，但在現行的管理方式下各類工作報表難以按照統一的模板體現必要的信息，難以按照規范的流程進行整理、上報、審核，不但影響了工作效率，而且影響了工作質量。

2科研工作管理系統的功能設計

為了有效解決上述問題，科研工作管理系統的主要功能可以歸納為兩方面：一是要求能夠實時了解到項目計劃的進展、項目存在的問題及當前的狀態，加強對項目過程的管控；二是支持任務的下達、分解、執行、匯總，實現工作協同，并提供任務計劃的報表統計功能。

2.1項目資源管理

按職能部門組織結構和崗位角色對研發人員進行分類管理，能動態管理人員所承擔的研發任務及其完成情況，提供直觀的項目資源負荷分析功能，為科研任務的追加和調度提供即時的可用資源庫支持。

2.2研發工作任務分解、定義及

支持標準的項目管理立項功能，方便定義工作類別，分解項目任務，定義里程碑、時間進度要求和交付物等，并參照人力資源負荷情況，將相應任務分配給能用并且可用的人員。

2.3項目執行

為研發人員提供按重要度和緊迫度排序的在研任務看版，自動向項目組成員發送任務消息提醒，可自行設定時間，在任務要求完成時間前進行提示。提供日志功能，方便研發人員按照不同的工作類別（包括臨時任務）填寫相應的工作日志，各種類的工作日志要有相應的模板，利用這些模板及時反饋其工作進展情況；日志管理需采用結構化數據管理模式，便于系統自動匯總編織各管理層所需的管理報表和工作總結。

2.4問題管理

建立問題跟蹤機制和管理平臺，可按照不同的類別創建問題，設定解決期限和預期效果，指派責任人并對其下發任務，同時提供直觀的當期問題綜合展示看板功能，提供指定期限臨近的問題提醒和延期問題的匯總提示功能。需要指定專門的問題分析人員，對問題進行確認，然后對確認的問題進行一個閉環的管理。

2.5任務和資源狀態監控

可利用報表、甘特圖、直方圖等各種直觀、靈活的方式，進行所有在研項目、當期問題、臨時性任務的執行情況的綜合展示，可對指定的任務或個人工作情況進行綜合查詢，可對指定若干任務或個人進行對比查詢。任務看板需要分為個人看板和指派看板，個人看板由自己創建，并具備維護、查詢、提醒等功能；指派看板是其他人給該人員分配的任務，要有查詢和提醒等功能。能夠實時匯總相關的指標數據，并能夠通過直觀的方式進行展示，進而形成在研項目看板，可對在研項目各個階段的項目情況進行匯總統計，以便直觀地了解項目各個階段任務的進度、成本、人員工作量等情況；同時與計劃進行對比，提供多種統計報表方便管理者對計劃進行統計分析。

2.6工作協同管理

提供項目內外的信息協同平臺，工作任務信息可進行跨項目、跨部門的、接收或轉發。

2.7其他功能

要求系統基于B/S架構，以降低系統的維護和使用成本；具備完善的安全加密和登陸認證措施，確保系統安全無風險運行，支持pad和智能手機用戶登錄應用；在權限管理上，具備統一用戶及權限管理機制，可基于用戶、角色、部門、安全級別和系統功能模塊等多個維度進行配置和管控。

3結語

第2篇

Struts2是一個基于JAVAEE的MVC模式實現經典框架，在Struts2框架中，視圖通常由HTML、JSP和Struts2標簽表示，JSP頁面結合Struts2的標簽庫構成了視圖組件的主體；模型由實現業務邏輯的JavaBeans或EJB組件構成；控制器由核心控制器、業務邏輯控制器Action以及struts.xml配置文件共同組成，其中核心控制器是由Struts2框架提供的一個過濾器（StrutsPrepareAndExecuteFilter），負責接受用戶請求，并根據struts.xml調用Action，以及根據Action返回的邏輯結果和struts.xml的結果配置分派請求給視圖頁面。Action是開發人員自定義的一個類，負責調用模型響應用戶請求，并返回邏輯結果。客戶端和后臺的數據交互通過Action類的屬性的setter和getter方法來實現。工作原理如圖2所示。從圖2我們可以看到，模型以及Struts2的業務邏輯Action都沒有與物理視圖直接關聯，其中的Action只負責返回執行結果，該執行結果與怎樣的視圖資源關聯，是由核心控制器和配置文件來決定的。這種做法可以提供很好的解耦，當需要將某個邏輯視圖映射到不同的視圖資源時，無須修改Action的代碼，只要修改配置文件就可以了。開發人員使用Struts2實現控制器主要是創建業務邏輯控制器Action來調用Model實現業務邏輯處理、獲取模型數據以及返回用于映射物理視圖的邏輯視圖。

2系統設計

2.1系統功能設計高校科研管理系統在功能上包括組織管理、立項管理、項目管理、成果管理、知識管理、權限管理、流程管理和系統管理八個功能模塊，系統功能模塊結構如圖3所示。

2.2系統總體框架高校科研管理系統采用B/S架構，使用Struts2作為MVC架構實現。按照MVC設計模式的抽象方法，根據圖3所示系統的功能模塊結構圖，可建立如圖4所示的系統總體框架。部門管理視圖、人員管理視圖、知識管理視圖、系統管理視圖和權限管理視圖為系統管理員提供交互界面，負責接受系統管理員用戶的操作請求，以及將請求的處理結果呈現給系統管理員；項目管理視圖、立項管理視圖為科研人員、科研管理員、評審專家和主管院長提供交互界面，負責接受這些用戶的操作請求，以及將請求的處理結果呈現給請求的用戶；流程管理視圖給科研管理員提供交互界面，負責接受科研管理員用戶的操作請求，以及將請求的處理結果呈現給科研管理員。系統控制器由核心控制器StrutsPrepareandExecuteFilter、針對不同模塊創建的業務邏輯控制器Action類以及struts.xml配置文件。核心控制器接受用戶動作請求，并通過查詢struts.xml文件后將請求轉發給請求的Action實例，Action實例接收請求后調用模型的業務方法，業務方法執行后返回結果給Action，Action根據業務方法執行結果返回一個邏輯結果，核心控制器根據邏輯結果查詢struts.xml的結果配置，選擇視圖頁面。

3系統實現

系統功能設計：基于MVC模式的高校科研管理系統中每一個模塊都利用了Struts2框架實現流程的控制，嚴格按照MVC分層模式來設計，實現業務邏輯和表現層邏輯的分離。下面以部門管理為例，詳細說明使用MVC的設計實現。

3.1業務邏輯控制器Action的實現部門管理的業務邏輯控制器由DepartmentAction類來實現，該類的主要作用是調用業務邏輯類DepartmentServiceImpl的業務方法響應用戶發來的各種操作請求，同時與各個視圖頁面實現數據的交互。DepartmentAction動作類中包括了addInput()、add()、updateInput()、update()、delete()和list()等業務處理方法，其中addInput()方法用于打開添加部門的JSP表單頁面，提交添加的部門信息到動作執行添加前，首先調用setDepartment()將部門的各個信息封裝到department對象，并將department對象暫存在動作類的成員變量department中，最后再調用department!add.action動作執行add()方法添加信息；add()方法通過調用DepartmentServiceImpl類的saveOrUpdateDepartment()方法實現持久化一條部門信息；updateInput()用于打開部門信息更新的JSP表單頁面，提交更新后的部門信息到動作執行更新前，首先調用setDepartment()將部門的各個信息封裝到department對象，并將department對象暫存在動作類的成員變量department中，最后再調用department!update.action動作執行update()方法更新信息；update()方法通過調用DepartmentServiceImpl的saveOrUpdateDepartment()方法更新部門信息；delete()方法調用了DepartmentServiceImpl類deleteDepartment()，實現對指定ID的部門信息的刪除，如果該部門存在下屬部門，則不允許刪除；list()方法調用DepartmentServiceImpl類listDepartments()來獲取某一級部門下的所有部門信息，如果所指定級別的部門的ID為0，則返回所有頂級部門的信息，最后返回“list”邏輯結果。在struts.xml文件中配置<resultname=”list”>/department/departmentList.jsp</result>，這樣就可以在動作返回“list”邏輯結果后，讓核心控制器將請求分派給站點根目錄下的department目錄下的departmentList.jsp物理視圖。動作類中的add()、update()和delete()三個方法執行后都返回“success”邏輯結果，返回該結果后流程將重定向調用department!list.action動作執行list()方法，這樣，可以讓用戶實時看到自己的操作結果。系統使用了動態方法調用的方式來訪問動作實例，故可在struts.xml中對DepartmentAction進行如下的配置。

3.2模型層（Model)的實現高校科研管理系統的模型層使用了面向接口編程的方式來提高系統的靈活性，同時按負責內容的不同，將其細分為業務邏輯層和數據持久層。業務邏輯層負責實現業務功能以及調用持久層方法實現數據的持久化，為動作提供服務，包括DepartmentService接口和DepartmentServiceImpl實現類。數據持久層封裝了數據的CRUD操作，包括DepartmentDao接口和DepartmentDaoImpl實現類，其中包括了添加部門信息方法addDepartment()、更新部門信息方法updateDepartment()、按指定部門ID查找部門信息方法findDepartment()、刪除指定ID的部門信息方法deleteDepartment()和獲取某一部門的所有下屬部門信息方法listDepartments()。

3.3視圖層（View)的實現視圖層決定如何將數據展示給用戶，高校科研管理系統的視圖部分主要是JSP頁面，包括列表某一部門的所有下屬部門的departmentList.jsp頁面、添加部門信息的表單頁面add_input.jsp和更新部門信息的表單頁面update_input.jsp。這些JSP頁面中使用了Struts2標簽和OGNL表達式。departmentList.jsp使用了<s:iteratorvalue=”departments”>Struts2標簽來迭代輸出每個部門的信息。Web服務器在解釋departmentList.jsp過程中，當遇到<s:iteratorvalue=”departments”>標簽時，會根據departments這個OGNL表達式，來調用動作類中的getDepartments()來獲得暫存在動作類成員變量departments中的值。在add_input.jsp頁面中的每個表單域的name屬性值均使用了“department.屬性名”（如：department.name）這樣的OGNL表達式，這樣在用戶輸入完各個信息點擊提交按鈕將信息提交給department!add.action動作處理時，動作根據表單域的OGNL表達式，首先執行setDepartment()將部門的各個信息封裝到department對象，然后再將department對象暫存在動作類的成量變量department中。在update_input.jsp頁面跟add_input.jsp頁面很類似，主要不同的地方是在該頁面表單中包含了所要更新的部門的ID及其上級部門的ID，點擊提交按鈕后，更新后的部門信息提交給department!update.action動作處理，在執行該動作之前，同樣根據表單域的OGNL表過式，首先執行setDepartment()將部門的各個信息封裝到department對象，并將該對象暫存在動作類的成量變量department中。add_input.jsp和update_input.jsp通過setDepartment()就完成了將用戶輸入的數據傳遞給動作進行處理的任務，而departmentList.jsp則通過getDepartments()方法完成將動作獲取的模型數據傳遞給視圖的任務。setDepartment()和getDepartments()方法的調用全部通過Struts2提供的攔截器自動實現，無需開發人員作任何的工作。另外，在調用setDepartment()方法進行設值前，Struts2對用戶提交的各個信息自動進行類型轉換，類型轉換不成功時自動將錯誤提示信息封裝為字段級別的錯誤信息，并自動顯示在相應的Struts2表單域標簽上面。可見，對于客戶端和后臺數據的交互、以及類型的轉換等常規功能Struts2都已幫我們實現了，因而可以很大程度上提高我們的開發效率。

4結束語

第3篇

1.1科研管理部門隊伍

大部分的科研管理部門工作人員相對較少，工作量大、工作繁復，各種原因大致如下：①科研管理部門編制少、人員配備速度遠遠落后于實際科研工作量的飛速增長。②上級領導部門的標準化管理、全程化監管增大了高校科研管理實際工作量；③科研部門內部工作分配機制問題。④單位對科研工作不夠重視，許多管理人員只停留在上傳下達的工作狀態。用管理行政的方式管理學術人員，服務觀念不強。⑤科研管理人員本身素質不高，在申報立項時，不能夠很好的指導科研人員進項項目選題，導致項目申報中標率很低。

1.2科研人員

由于質檢單位對科研能力的考核不太嚴格，而且許多檢驗項目屬于法定檢驗，不用去爭奪市場。其次，科研獎勵機制不能落實。這就導致許多人安于現狀，不愿意創新，不愿參與到科研活動中。只有迫于職稱評定或領導壓力時，才不得已為之。另外由于單位本身的科研管理制度基本是集權式管理模式，這就導致項目在申請立項時呈現一窩蜂往前上，立項后，基本無人問津，快結題時，實際工作只有一兩個人負責。大部分的項目參與人員只是名義上參加，所以這樣就會對項目實際負責人員造成壓力。由于不是專門的科研機構，這些科研工作對于大部分的科研人員來說，無疑增大了工作量。同時由于人際關系壓力，很多青年骨干對項目的付出和獲得的成績是不成正比的，這也就導致許多青年骨干力量不愿意去干。

1.3管理制度

對于并非專門科研機構的事業單位來說，科研管理監督意識不強，許多相關制度只是依據上級制定，不符合根據本單位的實際情況，執行起來也有難度。比如缺乏一套完整的經費審核監督機制，而且審核尺度較為寬松，使得科研經費管理混亂。另外項目專項經費不能由項目負責人合理支配，科研經費不能及時到位等因素，影響項目的實施進度。在項目驗收環節，缺少一整套完善的驗收制度，不利于驗收工作的順利進行。獎勵機制更是滯后，雖然已經頒布了科研項目管理辦法，但是相應的獎勵辦法卻一直處于難產之中。這勢必成為抑制科研水平發展的重要原因。

2現代科研管理的思考

2.1更新科研管理觀念

管理要擺脫傳統的“管”的思想，強化管理與服務并重，以服務為主的觀念。與時俱進。科研管理并不僅僅是上傳下達，還包括為項目提供一定的信息平臺，監督項目的實施、結題驗收等一系列工作，培養青年人才。以服務項目、服務科研人員為目標，促進科研的順利進行。作為質檢系統，大部分工作人員都要參與到一線從事檢驗，要完成檢驗任務。所以從事科學研究的時間少之又少。作為科研管理工作者，科研管理就要激發科研人員的積極性和創造性，為研究人員能夠釋放出更大的潛能，能夠更好地進行科研活動，實現科研目標，創造條件，提供服務。管理就是服務，科研管理工作要盡可能地為科研活動提供便利和保證，確立質量第一的觀念。

2.2管理應該是積極和主動的

這是現代科研管理的時代要求。管理不能停留在按上級通知要求項目提交資料或匯報進度。管理要主動出擊。要在符合政策的前提下，對項目的立項、實施、進展的提出合理的建議，監督和促進課題的順利執行和完成。管理還要走出去，例如多舉辦或參加一些全國性的科研活動，向兄弟單位學習先進的管理經驗、科研發展思路等，可以讓科管人員了解本單位的問題、需求和變化。2012年8月，河北省鍋爐壓力容器監督檢驗院就承辦了“第一屆壓力管道元件產業發展技術交流論壇”。此次論壇吸引了眾多檢驗機構、生產制造企業以及高校的領導和業內知名專家。通過此次論壇，該院更加了解其它單位的情況以及上級部門科研信息，知己知彼。同時也提高了該院的知名度。

2.3建立健全科研管理制度

科研管理要打破原有的傳統的管理制度，建立新型的、符合自身實際情況的管理制度。制度不是一成不變的，要隨時間、環境、人員的變化適時調整。例如創建合理的獎酬分配機制和公平環境。通過經濟杠桿來激勵科研人員。科研基金也要用來對科研成果和進行獎勵。對按計劃完成科研項目、經過成果鑒定者，要根據不同評價結論，發獎勵。激勵他們在完成本職工作的同時積極投身于科研中。這樣將有利于科研成果和質量和數量的提高，繼而提高單位的知名度和學術影響力。

2.4增大經費投入，培養青年人才

增加經費投入是保證。對科研工作人力、物力和財力的必要投入，是科研工作正常開展的必要保證。重視科研工作的一項指標就是經費的投入；同時鼓勵科研人員積極爭取國家及其他有關部門的科研課題的立項，多渠道爭取科研經費，保證配套經費足額到位，專項使用。科研經費不但可以購買供科研用的設備、資料，確保科研信息的獲取，還包括提供各種機會讓青年人才走出去參加研討、交流等科研活動，開闊視野。為了激勵科研熱情，該院鼓勵青年人才尤其是學歷較高者積極參加特種設備科技協作平臺組織的科技活動周的征文活動。

3結語