前言：中文期刊網精心挑選了項目管理系統需求分析范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
項目管理系統需求分析范文1
關鍵詞：中醫藥科研醫療機構；專業技術人員；網絡數據；平臺
隨著計算機及網絡技術的快速發展，實現了數據資源集中處理及管理和維護的能力。 基于中醫藥科研事業單位人才發展趨勢及要求，筆者致力于采用數據采集平臺了解本系統專業技術人員發展現狀，為制定專業技術人員發展中長期目標及發展重點、提供政策支撐及引導專業技術人員又快又好的發展方向提供了客觀的量化基礎和數據參考。
1、目的
通過平臺實現四川省中醫藥科研醫療機構專業技術人員發展現狀數據實時采集、更新、搜索、分析等。
2、研究方法
2.1主要研究對象
四川省中醫藥科研醫療機構：四川省中醫藥科學院院本部、四川省中醫藥科學院附屬醫院、四川省中醫藥科學院中醫研究所；專業技術人員：醫療、科研等專業技術人員。
2.2主要研究方法
基于中醫藥科研醫療機構專業技術人員發展現狀及特點，按照需求分析與概要設計的原則，結合目前省中醫藥學術帶頭人評價考核指標評價等基礎參考指標，突出中醫藥特色的指標，采用文獻檢索、問卷調查、網絡調查、專家咨詢等手段及SWOT分析法、SPSS統計軟件等分析法，對目前四川省中醫藥科研醫療專業技術人員發展現狀進行采集分析，確定采集平臺數據字典，建立并完善網絡數據采集平臺。
2.3 數據采集平臺建設
2.3.1 系統需求分析
用戶通過計算機輸入各種數據到網絡，可以實現遠程維護和管理。塊化、接口化的系統功能應具較好擴展性和易維護性。系統視圖應操作簡單、通俗易懂，方便非計算機專業人員使用。系統需有較高的穩定性、兼容性，保證使用中正常。系統應具較好的安全性用戶帳戶控制方式，有效限制系統的使用對象。
2.3.2 功能模塊需求分析
設計主要功能模塊：機構管理、申報和查詢管理、個人管理、項目管理、繼教管理、系統管理等模塊。
2.3.3系統結構設計
（1）技術角度：第一層為系統每一級終端相關的視圖模塊的集成。各視圖模塊包含了系統對應角色權限下的功能模塊集合，主要功能包括：信息的錄入、分類匯總、統計、以及課題項目和繼教項目的申報、數據查詢檢索等基本功能。第二層是系統后臺數據交換處理系統，將各個終端上傳的數據匯總集中存儲，并為系統管理角色提供高級系統操作功能，包括系統維護數據維護等高級操作，并提供高級查詢功能等系統管理功能。
（2）管理角度：第一層為主管部門匯總下屬各部門人員情況，將匯總信息納入決策。第二層將各個部門人員納入組織發展現狀評估的基本單位。第三層為專業技術人員更好參加各類中醫藥科研醫療活動提供高效服務。
3、 討論
四川省中醫藥科研醫療機構專業技術人員發展現狀網絡數據采集平臺成功構建實現了科研醫療機構中專業技術人員數據實時采集、更新、搜索、分析等，對全省中醫藥機構專業技術人員現狀進行數字化采集和差異性分析、對了解我省中醫藥專業技術人員人員人才結構、發展現狀、科研醫療水平提供橫向及縱向客觀數據參考；也為中醫藥科研醫療機構及省級科研、人事管理部門決策制定中醫藥專業技術人員中長期發展目標及發展重點、提供政策支撐及引導專業技術人員發展提供客觀的量化基礎和數據參考。在研發測試過程，遇到了許多新問題。隨著項目推進，可讓項目管理工作更規范化、合理優化系統視圖。另外從減少研發成本和增加系統生命周期的角度考慮，在系統架構設計、開發、實施各方面，相關的技術水平都需要不斷提高。
參考文獻
[1]《四川省學術和技術帶頭人管理辦法》川人發〔2008〕10 號
[2] 孫春玲，徐強等.省屬醫學科研院（所）專業技術人才評價方法研究[J].中華醫學科研管理雜志，2007，20（5）
[3] 文魁，譚永生.試論我國人才評價指標體系的構建[J].首都經濟貿易大學學報，2005，2
[4]賈曉輝，韓愷，樂嘉錦.基于UML的系統需求分析[J].計算機應用與軟件.2007，（8）：72—74
[5] 陳松喬，任勝兵，王國軍.現代軟件工程[M].清華大學出版社，2004.
項目管理系統需求分析范文2
基于WEB的企業MIS系統在建筑行業迅速發展的今天，管理工作得到了很大的重視。由于建筑工程項目管理的各項工作涉及到最后的經濟效益和社會效益，所以我們要對智能化建筑工程項目管理系統進行優化。圖1是基于WEB的企業MIS系統，這個系統優化了過去的一些缺點，同時融合了當下建筑項目的各個因素。從圖中可以看到，整個系統并不復雜，并且在一定程度上比較簡單。當瀏覽器、Web服務器、數據庫服務器建立一個良性循環以后，智能化建筑工程項目管理系統就得到了較大的改善，不僅提高了管理效率，很多的問題實現了智能化處理。
2智能化建筑工程項目管理系統的研究
2.1系統概述建筑工程項目的管理系統不同于其他的工作系統，經過大量的討論和分析，智能化建筑工程項目管理系統應該實現以下目標：實現各種信息的系統化、規范化；減少人力成本；降低管理費用；提供全面的信息等等。從現有的發展情況來看，智能化建筑工程項目管理系統成為了一個非常必要性的工作，它可以將一些瑣碎的工作融合在一起，并且合理的劃分工作時間和工作范圍，為工作人員提供一個有力的參考。當我們對眾多的數據、資料、人力分配、工作時間規定而煩惱的時候，完全可以將 這些輸入系統當中，結合目前的情況和最后的分析結果來決定，這樣不僅達到了高效管理的目的，同時還在一定程度上促進了項目的快速進行，在工程質量和工程進度上獲得雙豐收。根據現有的項目情況，結合大部分地區的實際需求，智能化建筑工程項目管理系統主要包括項目成本管理、倉庫管理、供應商管理等功能，全面覆蓋建筑工程項目管理的每一個方面。圖2是系統的主要結構。2.2系統參與者參與角色是與系統交互的人或者事。通過對系統需求進行分析。得到參與系統及各個子系統的角色。系統參與者是智能化建筑工程項目管理系統的重要組成部分之一，從客觀的角度來說，系統參與者指的是具體的組織和個人，可以詳細到每一個作業工人的具體工作。從參與組織來說，比較普遍的有監理機構，還有一些建筑工程項目為了進一步保證工作質量和工作效率，會加入公證機構等部門，避免造成參與組織的矛盾和分歧。從參與人員的角度來說，一般情況下有技術人員、設計人員、工程組織人員、工程管理人員、工程審核人員等等，這些工作人員都是智能化建筑工程項目管理系統的參與者，同時也是子系統角色的具體體現。我國目前處在一個發展建設期，建筑是國家的支柱性產業，做好系統參與者的分配和組織工作，是研究智能化建筑工程項目管理系統的重要工作。2.3系統業務分析目前的建筑工作相對于過去發生了較大的改變，比方說系統業務。目前的研究工作已經取得了一定的進展，并且大體的框架和結構都已經成型。系統業務作為整個系統的核心部分，對以后的應用和優化具有較大的積極影響。本文認為，我們可以對系統業務進行一個詳盡的分析，建立相應的模型和例圖，如果說某些項目比較復雜，則可以通過分層分解的方式，細化系統的各項功能。隨著建筑行業的迅速進步，我們還可以對智能化建筑工程項目管理系統進行總體分析，不斷的融入一些新的資料、數據和情況，提高系統的實用性和時效性。2.4供應商管理需求分析供應商管理包括添加、查找、修改刪除供應商等操作，以及對某個供應商所供應的材料信息進行管理等功能。相對來說，供應商管理需求分析是智能化建筑工程項目管理系統的保障工作，供應商對市場的行情比較了解，在把握價格的時候，既可以保證雙方都獲利，同時還能在一定程度上降低施工成本。值得注意的是，部分供應商依靠自己的貨源廣泛，市場鏈接多，故意抬高材料價格，導致建筑工程的各項工作不斷拖延，成本也有所上升。此時，我們需要應用智能化建筑工程項目管理系統，對供應商管理進行一個系統的分析。不僅要了解哪些供應商的信譽好，哪些供應商的貨源廣，還需要和一些良好的供應商建立長期合作關系，保持智能化建筑工程項目管理系統的穩定。和供應商打交道最深的就是采購商，二者的聯系可以直接影響建筑工程項目的進度和質量，甚至是能否投入使用。所以，智能化建筑工程項目管理系統還需要對采購商進行有效管理。
3總結
項目管理系統需求分析范文3
關鍵詞：10kV及以下農網工程；建設管理；系統設計
隨著經濟社會的發展和人們生活水平的不斷提高，對用電的需求也越來越大，供電企業面臨著越來越大的考驗，作為電力系統組成部分的10kV及以下配網工程，經常會有建設改造項目，以滿足人們對電力越來越高的需求。在10kV及以下配網工程建設管理過程中，需要針對現階段工程建設管理系統的不足進行分析，進而不斷提出新的管理要求，實現對10kV及以下農網工程建設管理系統的更新與應用。
一、10kV及以下農網工程建設管理系統設計
1.10kV及以下農網工程建設管理系統的特點10kV及以下農網工程是國家電網的基礎，其工程質量影響著整個電力系統的發展，對電力系統的正常運行具有十分重要的作用。通過對10kV及以下農網工程建設管理系統的設計，可以有效改善現有的電力系統，不僅有利于提高我國的供電能力，還有利于改善國家的電網結構。10kV及以下農網工程建設管理系統設計的目標是通過對農網工程管理中心實現監控、控制和管理功能的自動化。2.10kV及以下農網工程建設管理系統設計需求分析在對10kV及以下農網工程建設管理系統進行設計時需要考慮農網工程建設管理的需求，通過對農網工程建設需求的分析，設計出的農網工程建設管理系統可以更好地滿足電網運行的需要，下面將從3個方面對設計需求進行分析。2.1關鍵技術需求關鍵技術需求是保證10kV及以下農網工程建設管理系統正常、穩定運行的基礎和前提，通過實踐研究，采用J2EE架構下的B/S模式，系統數據庫則使用MySQL5.0。B/S模式以web技術為基礎，由3個層次構成，包括瀏覽器、web服務器和數據庫服務器，10kV及以下農網工程建設管理系統采用這種模式不僅可以實現數據處理、交換存貯的集中管理，還大大降低了系統維護的難度，軟件系統只需要連接到服務器一端，客戶端即可通過瀏覽器進行操作。2.2系統角色需求系統使用的用戶構成了系統角色，系統使用的用戶及電力系統的工作人員，由于工作人員在農網工程建設管理中承擔的職責不同，因此，系統角色需求也就不同，一般分為系統管理員和操作員，角色需求的不同要求在進行農網工程建設管理系統的設計時要區分不同的職責和功能。2.3系統功能模塊的需求根據實際工作中對農網工程建設管理系統的不同需求，在工作時需要對不同的問題分開處理，這就需要在設計10kV農網工程建設管理系統時將分為不同的功能模塊，包括用戶管理模塊、設備管理模塊、信息公告模塊。通過不同功能模的需求分析和設計，可以使得農網工程建設管理系統的設計更加貼合工作需求。3.系統設計通過對系統需求的分析總結，在對系統進行設計時，我們將整個系統劃分為用戶信息管理、登錄管理、設備臺賬信息管理、運行信息管理、試驗信息管理、故障缺陷信息管理、預警檢修信息管理、設備信息對比管理這8個子系統。3.1系統工作流程圖1為10kV級以下農網工程建設管理系統流程圖，通過分析圖表可以發現，在操作管理系統時需要先登錄系統，然后根據之前設置的權限進行具體的操作。3.2子系統的設計10kV級以下農網工程建設管理系統的設計還需要對子系統的各個部分進行設計，子系統包括登錄管理、臺賬信息管理、用戶信息管理、運行信息管理、試驗信息管理、故障缺陷信息管理、預警檢修信息管理及設備信息管理這8個模塊，在進行工程建設管理系統的設計時，需要考慮各個模塊的適應需求，進而進行設計。3.3數據庫的設計數據庫是10kV級以下農網工程建設管理系統的重要組成部分，為了便于分析，選用MySQL數據庫進行具體的研究，MySQL數據庫不僅穩定性好、方便快捷而且具有跨平臺能力強的特點，可以很大程度上滿足農網工程建設管理系統的需求。圖2為數據庫功能結構設計圖，該圖可以直觀地顯示農網工程建設管理系統設計完成后數據庫的基本功能，這是在B/S模式下進行的設計，后臺數據包括建設設備實時數據及管理員添加的數據，這些數據被存儲在數據庫，作為系統的運行基礎.
二、10kV及以下農網工程建設管理系統設計的具體實現
1.用戶信息管理的實現10kV及以下農網工程建設管理系統設計完成后，需要對系統進行具體操作，操作時需要先登錄系統，前面已經介紹，不同的用戶有不同的操作權限，輸入用戶名、密碼和自己的權限后就可以進入不同的頁面，然后就可以進行接下來的操作。2.業務管理的實現在對10kV及以下農網工程建設管理系統設計的實際工作中，需要從4個方面進行設計和分析：項目管理、安全管理、質量管理、造價管理。項目管理：項目管理農網工程建設管理的重要環節，主要包括綜合管理、施工進度管理、策劃準備、工程前期、物資計劃、協調管理、信息資料、總結評價等。對農網工程建設管理施工各個系統、各個階段進行設計后，可以有效地提高工程效率。安全管理：在農網工程建設管理系統中，安全管理也占據很重要的地位，安全問題一直是工程管理的重點，而且安全管理要全面、細致，安全管理工作主要包括安全策劃管理、項目風險管理、安全文明施工、安全性評價、項目分包安全管理、項目應急安全管理、項目安全檢查管理等很多方面。質量管理：質量管理是對10kV及以下農網工程建設管理系統各個運行階段進行的具體管理，可以分為4個方面的管理，策劃階段、施工階段、驗收階段以及評估階段。造價管理：造價管理是針對預算和費用審核進行的管理，包括初步設計的預算、施工圖紙的預算、工程變更的預算等多個階段的預算。
結語
10kV及以下農網工程是電力系統的基本構成部分，起到直接向客戶供應電力的功能，因此，10kV及以下農配網工程建設管理系統的水平直接影響著電力系統的供電質量，實踐證明，通過科學化建設管理系統的設計，可以最大限度地節約成本、縮短工期、提高用電質量，有利于電力系統的安全穩定運行，也有利于我國電網的健康長遠發展。
參考文獻
[1]虎生江.10kV配網工程建設管理系統設計與實現探討[J].科技論壇，2007(4)：30.
項目管理系統需求分析范文4
關鍵詞：科研管理；PHP；ThinkPHP；DWZ框架
中圖分類號：TP315文獻標識碼：A文章編號：1009-3044(2012)23-5625-04
Design and Implementation of Scientific Research Management System Based on the ThinkPHP + DWZ Architecture
ZHU Ya-xing, LU Shu-ping, LI Hao-yi
(Guangdong Vocational Institute of Science and Technology, Zhuhai 519010, China)
Abstract: This paper presents the Design and Implementation of Scientific Research Management system based on the ThinkPHP + DWZ architecture. The system is user-friendly, reducing the complexity of research management, enhancing the real-time and interactive scientific information, improving the query accuracy of the analysis.
Key words: scientific research management; PHP; ThinkPHP; DWZ architecture
隨著我國高等教育的快速發展，高校在提高辦學規模和辦學質量的同時，科研意識逐步加強，高校的科研工作不論在數量還是質量上都得到了較大提高。[1]然而我校過去依賴的傳統的工或者借助Excel，E-mail等辦公軟件所進行的科研管理模式已經不能滿足科研管理工作的需要。隨著互聯網技術的不斷發展與普及，利用學校已經建立的與Internet相連接的較為完善的校園網絡和計算機資源，[4]結合我?？蒲泄ぷ鞯木唧w情況，利用現代信息技術和優秀的軟件開發工具，提高科研管理效率和水平，使科研管理更規范化、科學化，更好地服務于本校廣大教職科研工作人員，提出了建立本校的科研管理系統的需求。
1系統需求分析
1.1系統需求分析
根據科研處提供的需求，分析得出科研信息管理系統的需求主要分為3個方面：
1）科研成果管理：科研處人員通過本系統來進行成果、論文、著作、專利等信息管理，記錄科研人員出版的著作、刊物論文、專利申請與專利授權情況、科研項目鑒定成果。
2）科研經費管理：科研處人員通過本系統進行經費管理。科研處人員通過本系統進行科研數據的查詢統計并生成各種報表。3）科研項目管理：提供對包括縱向項目與橫向項目在內的網上申報、評審及項目狀態查詢等主要功能。
1.2系統功能模塊結構
科研管理系統采用模塊化結構，系統包括四大模塊：審核管理、機構管理、成果管理和系統維護。系統功能模塊結構如圖1所示。
2開發工具簡介
2.1 ThinkPHP概述
ThinkPHP是一個開源的PHP框架，是為了簡化企業級應用開發和敏捷WEB應用開發而誕生的。最早誕生于2006年初，原名FCS，2007年元旦正式更名為ThinkPHP，并且遵循Apache2開源協議。早期的思想架構來源于Struts，后來經過不斷改進和完善，同時也借鑒了國外很多優秀的框架和模式，使用面向對象的開發結構和MVC模式，融合了Struts的Action和Dao思想和JSP的TagLib（標簽庫）、RoR的ORM映射和ActiveRecord模式，封裝了CURD和一些常用操作，單一入口模式等，在模版引擎、緩存機制、認證機制和擴展性方面均有獨特的表現。
2.2 DWZ框架
DWZ富客戶端框架(jQuery RIA framework)，是中國人自己開發的基于jQuery實現的Ajax RIA開源框架。DWZ富客戶端框架設計目標是簡單實用、擴展方便、快速開發、RIA思路、輕量級。使用DWZ框架可以自動邦定JavaScript效果，不需要開發人員去關心JavaScript怎么寫，只要寫標準HTML就可以了。DWZ簡單擴展了HTML標準，給HTML定義了一些特別的class和attribute。DWZ框架會找到當前請求結果中的那些特別的class和attribute,并自動關聯上相應的js處理事件和效果。DWZ基于jQuery，可以非常方便的定制特定需求的UI組件，并以jQuery插件的形式出來，如有需要也可做定制化開發。
3系統設計與實現
系統采用ThinkPHP + DWZ架構進行開發，較好地提高了開發效率。與本項目類似的系統開發一般來講需要寫大量的javas? cript才能達到滿意的效果。程序員對javascript的熟悉程度直接影響開發速度。使用DWZ框架能夠自動邦定javascript效果，不需要去關心javascript怎么寫，只要寫標準html就可以了。DWZ簡單擴展了html標準，給HTML定義了一些特別的class和attribute。DWZ框架會找到當前請求結果中的那些特別的class和attribute，并自動關聯上相應的js處理事件和效果。同時CSS和js代碼徹底分離，修改樣式方便，仍然保留了html的頁面布局方式，完全開源，源碼沒有做任何混淆處理，方便擴展，支持HTML擴展方式調用UI組件，提高了系統的通用性和界面的一致性。以圖2的簡單對話框為了說明。
圖2確認刪除對話框
其主要代碼為：
刪除
或者刪除
系統功能采用ThinkPHP+DWZ方案開發，服務器端采用ThinkPHP實現，客戶端利用DWZ框架實現，運用DWZ框架能夠快速實現Ajax應用，充分發揮了DWZ框架的資源優勢，提高了系統的通用性和界面的一致性。
3.1系統審核模塊
審核模塊如圖3所示：分為院級管理員審核、院長審核、科研處審核三級審核，不同的角色擁有不同的審核權限，所有的成果項目都需經過三級審核之后才能入庫進并行統計。
其核心代碼如下：
function edit(){
//人員的一些關聯表數據
$type=new Model(’department’);
$tlist=$typefield(’d_id,d_name’)select();
。。。
$data=$_REQUEST[’data’];
$name=$_REQUEST[’action’];
。。。
$thisdisplay($data);
3.2系統成果管理模塊
成果管理模塊如圖4所示。包括科研項目、專利成果、論文、論著、成果獎勵、成果鑒定和成果檢索等基本信息管理?？蒲腥藛T通過自己的賬號登錄系統可隨時輸入、查詢其科研成果，在審核人員確認之前還可進行編輯。系統還能依據要管理的科研成果類別進行管理，按年度、摘錄的論文名稱、作者等顯示出結果，并且統計導出結果視圖。其核心代碼如下：
function _search() {
//生成查詢條件
$name=$_POST[’q_year’];
$_SESSION[’year’] = $_POST[’q_year’];
。。。
$elist=$awardwhere(’a_year=’.$name.’ and p_id =’.$id.’ and a_audit =3’)select();
$thisassign(’vo4’,$elist);
}
圖4成果管理頁面
3.3機構管理模塊
由管理員對學院和部門進行管理，可以增加、刪除和修改機構名稱，對機構人員實現增加、刪除和修改功能。
其核心代碼如下：
function insert() {
$name=$thisgetActionName();
。。。
if (false === $modelcreate ()) {
$thiserror ( $modelgetError () );
} //保存當前數據對象
$list=$modeladd ();
if ($list!==false) { //保存成功
$thisassign ( ’jumpUrl’, Cookie::get ( ’_currentUrl_’ ) );
$thissuccess (’新增成功!’);
} else { //失敗提示
$thiserror ($modelgetDbError());
}
}
通過$name=$thisgetActionName()獲取對應控制器名字，實現例化對應表，從而對表進行增刪改查，因此可以統一封裝了對表的增刪改查，所有的控制器只需要繼承Commom,各個模塊就能進行增刪改查，無需再對每個模塊寫代碼，使得系統的通用性大大提高，減少了大量重復的代碼，提高了系統的執行效率。
3.4系統數據維護模塊
主要對各個代碼表進行維護以及對數據庫進行備份與還原，rbac等操作，如圖5所示。其核心代碼如下：
public function module()
{
$groupId = $_GET[’groupId’];
。。。
//讀取系統組列表
$list=$groupfield(’id,name’)findAll();
。。。
//讀取系統組的授權項目列表
。。。
//讀取當前項目的模塊列表
。。。}
//獲取當前項目的授權模塊信息
。。。}
4結束語
本項目是面向高校的科研管理系統，充分利用現代信息技術、網絡資源和優秀開發工具實現科研管理的實時性與互動性、提高科研管理工作的效率和水平；便于管理人員及時掌握科研動態，實現科研審核管理、項目、成果管理、科研結構管理與系統維護管理等。系統采用了目前比較先進和流行的ThinkPHP+DWZ技術，提高了開發效率，同時系統具有較強的跨系統性、擴展性，給后期系統的擴展、升級帶來方便。
參考文獻：
[1]臺德藝,王昆侖,郭昌鍵.高?？蒲行畔⒐芾硐到y的設計與實現[J].計算機工程與設計，2009,30(9):2339-2342.
[2]李斌.高職院校科研管理信息系統的設計與實現[J].計算機工程與設計,2007,28(13):3283-3284.
項目管理系統需求分析范文5
關鍵詞：高校后勤 財務管理模式 信息化平臺
中圖分類號：G475 文獻標識碼：A
文章編號：1004-4914（2012）05-094-02
評價一個財務信息系統成功與否的關鍵在于這個系統是否完成預期的建設目標，是否給高校的后勤財務管理帶來效率和水平的真正提高。在財務信息化平臺的建設過程中，可充分利用高校應運而生并迅速發展起來的新的信息技術手段和現代化設備，進一步拓展財務管理信息系統的各項功能，向集高校后勤財務管理與信息化校園于一體的“一體化”管理方向邁進。因此，高校后勤財務信息化平臺應以賬務核算、預算管理、資金管理和項目管理等模塊建設為核心，結合校園一卡通系統，整合形成校園后勤管理的一整套業務流程。
一、后勤財務信息化的需求與系統管理目標的設計
（一）后勤財務信息化的需求分析
從高校后勤管理的實際出發，針對高校具體的財務管理狀況和管理目標進行調研，作出符合實際情況的后勤財務信息化需求分析和評價。對于要達到的既定目標，既要用發展的眼光又不能脫離現實條件，盡可能細化、量化好系統需求方案制定前的組織調研工作。
1.理清高校的管理體制和結構。高校的辦校規模不同，管理體制也不盡相同，無論是哪一方面的管理都要服務并服從于高校的整體管理，后勤財務信息系統要為學校的財務管理服務這一點無可厚非。部分高校多個校區，屬于多級次的管理體制。管理體制的差異影響財務信息系統組織機構的功能設置，并對實施方案中的軟硬件環境（諸如網絡環境、軟硬件設備的選擇、人員的配備和崗位的設置）等要求產生影響。因此，只有明確了整個財務管理的組織結構以后，才能對財務信息系統的建設作出既科學又實用的規劃和設計方案。
2.確定目標工作流程。完成系統需求分析后，要著手對后勤財務信息系統運行的整個工作流程進行分析和前景規劃。通過對后勤財務信息系統工作流程與現行的財務工作流程進行比較，如果兩個流程的差異很大，那么應該及時同財務主管領導做細致的溝通，分析可能出現的問題，杜絕可能出現的漏洞，確認目標工作流程的可操作性。為方便今后開展工作，經過反復研究論證后的最終工作流程的分析報告也需要得到財務主管領導的簽字認可，方能進行下一步的工作。
3.信息化平臺的目標定位。對于將要建設的后勤財務信息系統需要達到的目標應該有一個相對準確的描述和合理定位，包括這個系統要實現的功能目標和性能目標，以及為實現這樣的目標對整個系統要進行多大規模的資金和人力投入，怎樣投入等。整個系統建設周期的計劃是什么，階段性目標是什么，特別是如何進行對系統建設完工后的驗收、使用和評價等。
4.出具需求分析報告。通過前期各階段的準備工作，對系統的需求分析進行了論證調研得出結論后形成書面報告。需求分析報告將成為系統設計的依據和今后系統改造的基礎資料。
（二）設計信息管理系統的目標方案
詳細了解高校后勤財務管理狀況以后，作出對具體的財務管理需求的分析報告，設計制定目標方案。理論上，財務信息化的目標與財務管理的目標應該保持一致，但我們必須要考慮財務信息化的階段性發展問題這一客觀因素的存在。不同階段會面臨要解決不同的問題，不能一刀切的看待遇到的各種障礙性因素，更不能主觀期望從一開始就解決所有的財務管理問題，這種想法是不切實際的。在開始設計具體的實施方案前，對高校的財務管理狀況要有一個比較整體、客觀和細致的了解。要內外兼明，尤其是對于高校后勤現行的財務管理體制、上級部門的支持情況、部門內部的業務流程、人員配備和崗位設置情況，以及高校整體的信息化水平、軟硬件環境等做一個比較細致的調查。應當明確高校后勤目前最迫切需要解決的財務管理問題，通過信息化平臺建設能否解決這一問題，能否做到通過一定程度上制度的變革來為財務信息化掃清障礙，領導層是否做好了這方面的思想準備。因為，當我們決定開始啟動財務信息系統后，都會在一定程度上引發財務管理體制“地震”，因而需要事前做好方方面面的準備工作。
二、后勤財務信息管理系統的建設
根據已經確定的需求分析報告對后勤財務信息管理系統進行規劃、設計，制訂出具體的設計方案。設計方案的內容包括：系統的網絡環境要求、系統需要的硬件和軟件配置、財務信息系統軟件的選購、系統的運行維護、人員和崗位配置等，整合這些具體的設計方案就形成一個相對完整的后勤財務信息系統設計。
（一）硬件平臺的設計與構建
1.規劃和設計網絡環境。通常情況下，單一校區的高校后勤多采用集中式財務管理模式，規模較大的高校后勤則采用分級管理。規模較大且多個校區的高校比較適合采取分散布局、集中管理的模式。建設后勤財務信息管理系統時，不同的管理模式對網絡環境的要求也不一樣。在設計后勤財務管理信息系統建設的方案時，一般都會優先考慮財務網絡的建設方案。單一校區的高校，往往選擇物理上與其他網絡隔離的獨立的網絡環境，這樣的網絡環境安全系數比較高，缺點是與其他管理系統的數據共享和交換受限。規模較大且擁有多個校區的高校，在選擇后勤財務信息管理系統的網絡環境時，要考慮的因素就相對復雜得多。首先要考慮的是安全因素，其次要考慮到建設實施的成本問題。在校區間相距較遠的條件下，構建獨立的財務專用網絡會產生較高的成本，這樣建設難度就比較大。近些年來，高校的校園網絡建設和發展速度較快，絕大部分高校都擁有自己的校園網，這是發展的必然趨勢。所以，通過依托“校園網”建設“財務局域網”成為一種較好的解決方案。利用VNP技術，依托校園網搭建一個財務專網，成為一種較為現實可行的做法，因為這種做法不僅大大降低了建設成本，而且在技術上和安全性能上也有一定的保障。網絡布局方案設計完成后，還應考慮網絡環境建設需要的網絡設備條件。網絡設備的挑選通常按性能價格比的原則，在建設資金保障充分的前提下，可選擇穩定性好、質量高的產品。
2.服務器及周邊設備的選型與配置。服務器的選擇非常重要，在選擇前要先咨詢這方面的專家。系統的應用規模和發展趨勢是選擇服務器種類的重要考量因素。同時要考慮到發展的需要，適當留有冗余。服務器工作環境要得到保障，條件允許的情況下，服務器最好設在通風、散熱條件好、環境整潔的獨立機房內。
（二）軟件平臺的建設
1.操作系統軟件的配置。當前應用較廣的操作系統有Linux、Unix、WindowsServer系列等等。高校在建信息系統的軟件平臺時，常會選擇一種作為主要的操作系統軟件。不過，也有混用的情況，如果從管理便捷性方面考慮，多種操作系統并用的情況往往會出現系統不兼容的現象，因此不利于管理。
2.選擇數據庫系統軟件。數據庫系統軟件在很大程度上直接影響到系統處理財務信息的效率和質量。目前常用的數據庫軟件有SQLServer、Informix、Oraele、MySQL等，這些數據庫軟件在性能方面各有各的特點。不同操作系統對軟件功能要求也有所不同。在建設財務信息化平臺之前，要根據后勤財務管理的要求，同時考慮其他管理系統的需求，以便選擇更適合后勤財務管理的數據庫軟件系統。
3.選擇財務管理系統軟件。在選擇財務管理系統軟件時要考量多方面的因素，軟件應用的核心問題是它的配置。財務管理軟件系統是整個財務信息系統運行的載體。財務管理軟件取得的途徑有兩種：一是購買，另外一種是自行開發。在后勤財務信息化平臺建設過程中，高校后勤財務管理系統軟件的規劃與選擇是核心工作，一方面要考察財務管理系統軟件在功能上是否能夠滿足高校后勤財務管理的需要，另一方面還要考慮自身的個性化需求?，F在絕大多數高校都采用直接購買的方式取得軟件，因為，這種方式的建設周期可以大大縮短，而且沒有開發風險，系統運行也會比較穩定。但是，這種商品化軟件通常都是通用軟件，很可能存在短時間內無法滿足單位的個性化需求的問題。
三、財務信息化平臺的實施
（一）硬件平臺的運行
系統硬件平臺能夠穩定的運行取決于很多因素，包括服務器及其配套設備、網絡設備、備用電源供給、客戶端設備配置等。硬件平臺系統運行的穩定性、數據的安全保障是首要和重點考慮因素。財務信息系統因其功能的特殊性，在硬件設備配置的選擇方面要求相對較高。首先做好網絡設備的暗轉與調試，其次做好服務器及周邊硬件設備的安裝與調試。
（二）軟件平臺的運行
要保證軟件平臺的正常運行，首先要做好操作系統軟件和數據庫軟件的安裝工作，然后進行財務管理軟件系統的安裝和調試。這時應注意確定財務管理信息子系統的使用規模和順序。通常高校后勤在安裝使用新系統過程中，首先要保證歷史工作的正常運轉和延續，因而會比較謹慎地選擇一個或者幾個有把握的子系統進行試運行，待穩定運行一個階段后再使用其他子系統。當然，也有高校采用新舊系統同時運行一段時間的方法。各高?？筛鶕陨淼膶嶋H情況進行選擇。另外，財務軟件的初始化工作也是非常關鍵的環節之一。系統初始化的工作不僅重要，而且工作量也很大。為了保證財務信息系統安全、穩定地運行，同時還要在服務器和客戶端上一并安裝防病毒軟件、數據備份軟件等。
［基金項目：黑龍江省教育會計學會科研課題，編號：1155KJXH402；黑龍江省人文社會科學研究項目，編號:11552175］
參考文獻：
1.肖富寧.高校財務信息化建設若干問題的探討.首都經濟貿易大學碩士論文，2009
2.許永斌.我國電算化會計信息系統模型改造理論基礎.會計研究，1996
3.薛云奎，饒艷超.會計信息系統(第二版).復旦大學出版社，2008
4.于金紅.稅務會計應用的障礙性因素及發展思路研究.財會研究，2011（12）
5.王海林.試論會計信息系統運行階段的風險與控制.會計之友，2009（1）
6.鄒秀華.高校財務管理信息化建設研究.中國科技信息，2008（3）
項目管理系統需求分析范文6
關鍵詞：公用信息管線；Visual ；組件式GIS；SuperMap Objects
Abstract： This paper selects the SQL Server as the database system， using language and SuperMap Objects and its SDX engine developed public information pipeline management system， realized the line of public information data browsing， query， editing， project management， contract management， statistical analysis， the function such as input and output， improve the management level of the pipeline， to further strengthen the scientific nature and rationality of management decision making.
Keywords： public information pipeline； Visual ； Component GIS； SuperMap Objects
引言
公用信息管線是城市規劃、建設和管理的重要基礎資料，是現代化城市高效、高質量運轉的保證。現階段，公用信息管線的管理顯得混亂不堪。當管線被破壞或出現故障，其管理部門很難在第一時間迅速的查明故障點所在之處以及問題所在，極易引起民眾對于管理不力的不滿，增添了管理難度[1]。隨著科學技術的發展，傳統公用信息管線的管理方式已經不能滿足其管理需求。基于此，設計和開發一個公用信息管線管理系統相當必要。
本文的系統總體設計采用C/S（客戶端/服務器）模式對系統進行了三層結構（基礎數據層、核心應用層和前端應用）設計。選用SQL Server作為系統數據庫，利用語言和SuperMap Objects及其SDX引擎開發了公用信息管線管理系統，實現了對公用信息管線數據的瀏覽、查詢、編輯、工程項目管理、合同管理、統計分析、輸入輸出等功能。
1.系統需求分析
1.1 公用信息管線的特點
為節約城市地面公共空間，公用信息管線大多埋設在城市的地面之下。公用信息管線作為城市的重要“血脈”之一，其主要特征是[2-4]：
（1）動態更新性。近些年，城市快速發展，城市區域規模不斷擴大，其功能需求日益增長。公用信息管線不斷更新，其維護也變得越來越頻繁，動態更新是其重要特點。
（2）隱蔽性?，F在大城市的公用信息管線大部分埋設于地下，比較隱蔽，已往的地下管線的檔案資料存在不完整、不準確，所以較難獲取管線的空間位置信息與屬性信息。
（3）復雜性。各類管線自身、管線與其它管線之間的空間關系復雜。這是因為管線一般集中埋設于地表以下一定埋深深度的地下空間，管線縱橫交錯，種類繁多。
（4）聯系性。管線由管線段、建筑物與設施組成，形成一個網狀的管線系統。系統各個組成部分相互依賴并相互影響，共同發揮輸送數據的作用。一旦出現管線故障，會發生連鎖反應，影響其它管線的功能實現。
1.2 功能需求分析
該系統包括基礎數據層、核心應用層和前端應用三部分。通過調查研究并結合實際需要，公用信息管線管理系統應包括以下功能：
（1）輸入輸出功能：應包含AutoCAD數據和GIS數據的輸入輸出。通過系統可進行GIS系統與AutoCAD DWG文件中的數據轉換。系統應支持AutoCAD各種實體數據類型，支持AutoCAD 2002-2011各個版本，能過濾不轉換的圖層和不轉換的類型，風格轉換不丟失，同時也要求數據轉換時不造成精度下降。
（2）管線信息瀏覽、查詢、編輯功能： 通過系統的查詢功能可以訪問工程項目中的所有管線圖形數據，并且可以對數據進行編輯，包括新建、修改、刪除等操作。其中查詢功能應包括：圖形―>屬性查詢、屬性―>圖形查詢、管孔查詢、管段查詢和工程管道查詢。編輯命令應提供圖形繪制、編輯和風格設置命令，滿足數據維護、圖形編輯、圖形業務辦理等工作的要求。
（3）統計分析功能：根據需要對管線圖形數據進行統計，并以圖文一體化的方式表示，生成、導出各種統計報表。應包括的功能有：管道長度統計、管道費用統計、管孔資源統計、合同統計、項目統計、現場資源統計、財務確認統計。
（4）維護功能：要保證系統的正常運行，就得提供管理配置工具、用戶創建、權限分配、日志管理、數據備份和還原等。
1.3 數據需求分析
公用信息管線管理系統需要大量的數據，根據公用信息管線管理系統的運作需求，公用信息管線數據庫數據存儲主要有：
（1）公用信息管線數據
公用信息管線數據主要包含各個記錄時期的管線數據和注記等輔助信息數據等，依照管線分類要求進行統一存儲。其中管線數據是矢量數據，包括管點和管段（線）兩種數據類型[5]。
（2）基礎地理信息數據
由自然地理信息中的地貌、水系和人文地理信息以及地理坐標系格網等構成?；A地理信息數據的承載方式有各種比例尺的地形圖、聲像資料、衛片、航片等[6]。
（3） 規劃成果數據
規劃成果數據主要包含規劃設計圖等規劃數據成果，如政府部門規劃、審批的用地紅線、管線紅線、道路中心線、保護范圍等，主要用于管線施工前的規劃數據調用進行區域管線規劃可行性分析等[7]。
（4）元數據
元數據是建設數據庫過程中產生的數據以及相關信息的定義，用來描述數據庫和其中數據內容，主要包含圖幅圖廓數據、標識數據、數據描述信息等[8]。
按照一定的數據庫結構要求，以上每種數據均各自形成數據庫子庫。其中基礎地理信息數據庫、規劃設計數據庫和元數據庫均由已經建成的各個地方城市基礎地理信息系統提供的共享數據庫為基礎。
1.4 非功能性需求分析
非功能性需求是指用戶界面設計、操作方法、運行速度、數據精度和安全性等方面的需求。本系統主要有以下幾個方面的非功能性需求：
（1）用戶界面簡潔美觀
要求界面簡單大方，搭配協調，合理布局各工具欄。
（2）操作簡單
各功能操作方便，容易上手，有比較明了易懂的圖標或文字提示。
（3）能夠處理大量地理空間數據
系統以大量且復雜的數據作為支撐，這就要求系統能夠儲存、管理和應用海量的地理空間數據。
（4）較強的安全性
數據應高度保密，防止數據被人惡意修改或丟失泄密，這就要求系統要有較強的安全性。
（5）可擴展性
社會的發展必然帶來管線的增多，所以系統應該支持擴展，新業務和新需求的增加影響不了已建設的內容的使用。
1.5 用戶類別分析
本系統采用C/S技術作為框架設計方式，將公用信息管線管理系統劃分為應用客戶端和數據服務器端。由于GIS數據具有高度保密性，根據系統功能需求，應給各種類別的用戶分配不同的權限以保護數據的安全，防止惡意的用戶對數據庫的輸入破壞以及輸出泄漏。通過分析，將用戶人員大致分為以下幾類：
系統管理員：考慮到公用信息管線數據的安全性，對系統管理員分配的權限較高。主要負責創建賬號、刪除賬號、為賬號配置功能權限、修改賬號密碼等。
數據管理員：管理數據的訪問權限、插件運行權限、數據輸入輸出權限，數據的還原和備份，系統的更新負責等。其中，數據的訪問權限有以下幾類：不可訪問、只讀訪問、可編輯、可導出等。
系統應用人員：主要是利用公用信息管線管理系統中的各種功能模塊，可以快速查詢、編輯管線數據，查看工程項目，打印各種報表，為管線工程的規劃、設計、施工、管理提供可靠的資料。
2.系統設計
本系統的開發采用Client/Server（簡稱C/S，客戶端/服務器）的模式，分為三層結構即基礎數據層、核心應用層和前端應用三個部分。
（1）基礎數據層包括管線數據庫與基礎地理信息數據庫。
（2）核心應用層包括數據查詢組件、圖形編輯組件、圖文關聯、GIS基礎組件、時態數據服務組件、數據訪問權限管理組件、數據輸入輸出轉換組件、圖表打印組件、二次開發接口等。
（3）前端應用可以根據用戶權限管理公用信息管線數據、實現快速查詢、統計、輸出、數據共享的管線信息管理系統。管理工程項目，對各種管線進行定位、測定，同時對管線調查點的埋深、管徑、材質等屬性進行系統采集，處理形成各種管線圖表等成果。
根據系統的設計目標和原則，結合實際需要，公用信息管線管理系統主要分為以下幾個功能模塊：
（1）瀏覽
主要功能包括：常規瀏覽功能、AutoCAD數據疊加瀏覽、柵格影像疊加瀏覽、圖層控制、風格設置等。
（2）查詢
主要功能包括：圖形屬性查詢、屬性圖形查詢、管孔查詢、管段查詢、工程管道查詢等。
主要功能包括：圖形編輯命令、捕捉設置、屬性數據編輯。
（4）合同管理
對工程項目中所簽訂的合同進行管理，合同與工程項目之間為一對多的關系，針對合同管理的功能，提供合同預算、合同結算、報表等功能，滿足日常管理的要求。
（5）工程項目管理
系統以項目為基本單位對管線工程進行管理，系統支持無限個項目的管理，并能進行分類管理。
（6）統計分析
對管線圖形數據進行空間查詢，根據不同的需要統計結果，以圖文一體化的方式呈現，并可導出統計報表。
（7）輸入輸出
包括AutoCAD數據輸入輸出和GIS數據輸出以及打印報表、圖形等功能。
3.系統實現
本系統利用語言，以SQL Server數據庫和SuperMap Objects為基礎平臺開發建設。采用GIS模式和CAD繪圖軟件相結合的模式進行開發，GIS系統負責空間數據管理及空間分析，CAD繪圖軟件負責圖形編輯，通過系統數據交互模塊，實現GIS平臺和CAD平臺間的數據交互， 通過應用圖文一體化的解決方案，整合地形圖、衛星影像圖等資源，為公用信息管線提供科學、直觀的管理。
SuperMap Objects是北京超圖公司開發的大型、開放的全組件式GIS開發平臺，它功能強大，對象和接口數量多，能夠滿足各種GIS 應用需要[9]。SuperMap Objects是由多個標準的ActiveX控件構成的，因此所有支持ActiveX編程的二次開發語言都可以對SuperMap Objects進行開發。SuperMap Objects可以方便的嵌入到各種流行的可視化高級開發語言環境中進行開發，例如VB、VC++、Delphi、C++Builder、PowerBuilder等。SuperMap Objects由一系列的如空間分析組件、拓撲組件、核心組件的ActiveX 組件構成。SuperMap Objects支持對AutoCAD 的DXF、DWG數據格式的轉換，支持R13、R14、R15版本以及AutoCAD2.5-2000 版本的數據導入，不但支持合并圖層導入，而且支持分層轉入。要建立一個空間數據源，對SQL Server 數據庫，直接使用SuperMap Objects的SDX引擎就可以[10]。
4.結束語
公用信息管線管理系統的開發和使用，是對信息管線的管理實現了向計算機綜合管理的現代管理模式的飛躍。系統反映了公用信息管線信息的現勢性，能夠快速精準地定位管線位置等信息，也能為應急方案的制定和政府決策提供可靠的依據。對城市公用信息管線資源的綜合開發使用，不僅可以有效地促進城市的建設和發展，同時可以產生巨大的經濟效益，保證了該系統的正常運行和維護更新。
參考文獻
[1]于建國. 論城市道路管線綜合設計[J]. 中國科技博覽，2010（36）：374
[2]朱順痣. 基于Geodatabase城市綜合地下管線管理系統的研究與實現[D].福建：廈門大學，2007
[3]周旭東，吳明冠，李宏偉.GIS在處置地下管線突發事件中的應用研究―以蘇州市地下綜合管網應急處置系統為例[J].測繪科學，2008，（33）：214-216
[4]任曉磊. 城市地下管線信息系統開發與研究[D].西南大學，2013
[5]張碩，郭同德，王金鑫. 用組件式GIS快速開發地理信息應用系統[J]. 城市勘測，2009，06：19-23
[6]張旭. 基于ArcEngine的城市地下管線信息系統的設計與實現[D].山東大學，2012
[7]郝天文，宋文波，李藝等.城市市政管網規劃設計研究與應用[M].北京：中國建筑工業出版社，2012.1
[8]解智強，王貴武.城市地下管線信息化研究與實踐[M].北京：測繪出版社，2012：1-2
