第一章  緒論 

 

1.1 背景和意義 

隨著電力技術(shù)的迅速發(fā)展和發(fā)電種類的極大豐富，內(nèi)蒙古電力公司所投資建設(shè)的項目數(shù)量也急劇的增長，無論從市場發(fā)展還是在網(wǎng)絡(luò)建設(shè)方面均處于快速發(fā)展勢頭，計劃建設(shè)工作也同步加大。目前內(nèi)蒙電力每年新啟動項目都在數(shù)百個，投資總額巨大。所有投資項目從啟動、實施到最后竣工驗收，投資項目的進(jìn)度和質(zhì)量控制都直接影響到項目的成敗。整個項目實施過程中，涉及的部門和管理人員較多，而且不同行政部門對項目管理上的要求各有側(cè)重。但公司在建設(shè)項目全過程管理方面沒有一套科學(xué)、規(guī)范的信息化管理手段和平臺。在規(guī)劃管理、項目管理和固定資產(chǎn)投資計劃管理上主要存在如下問題： 1）目前集團公司的計劃管理平臺無法滿足內(nèi)蒙古電力建設(shè)項目管理需求； 2）規(guī)劃工作原始數(shù)據(jù)積累沒有日?；?、規(guī)范化； 3）投資計劃項目管理流程需要進(jìn)一步的規(guī)范、優(yōu)化與固化，尤其在職責(zé)界定、風(fēng)險控制等方面； 4）工程建設(shè)進(jìn)度把控缺乏科學(xué)的管理手段； 5）由于缺少其他信息系統(tǒng)（如 MIS 系統(tǒng)）的數(shù)據(jù)支撐，數(shù)據(jù)來源不及時、不準(zhǔn)確，無法達(dá)到實時分析與實時監(jiān)控的效果； 為了適應(yīng)新形勢下的項目管理需求，需要解決將橫向職能結(jié)構(gòu)與縱向的層次結(jié)構(gòu)相結(jié)合、實現(xiàn)多方數(shù)據(jù)整合的問題，以加強控制信息的雙向流動、滿足不同管理層次對各種信息的需求，同時實現(xiàn)多部門間、區(qū)公司與分公司間、分公司與分公司間、以及電力公司和合作單位間的信息交流和協(xié)同辦公。同時，企業(yè)必須從傳統(tǒng)的項目管理模式中解放出來，減少不必要的工作，實現(xiàn)項目管理的系統(tǒng)化、規(guī)范化和自動化。因此本課題開發(fā)和實現(xiàn)了內(nèi)蒙古電力開發(fā)建設(shè)項目信息管理系統(tǒng)，以達(dá)到對施工進(jìn)度、成本和質(zhì)量的科學(xué)化、現(xiàn)代化全面控制管理的目的，為企業(yè)提供強大的決策支持。 根據(jù)電廠的整體戰(zhàn)略，在業(yè)務(wù)上，我們按照電廠的規(guī)模進(jìn)行相應(yīng)的等級劃分，因此，在業(yè)務(wù)上對信息技術(shù)的需求，側(cè)重也有所不同，因此在經(jīng)營模式上可以考慮分類經(jīng)營。 

...........

 

1.2 本文的主要工作 

內(nèi)蒙古電力項目管理信息系統(tǒng)（SAP）以項目流程為主線，以進(jìn)度、成本和資源管理為核心，以企業(yè)決策層和各級管理層、項目具體實施層為服務(wù)對象，滿足規(guī)劃部、工程部、網(wǎng)絡(luò)部、采購部、基建部、財務(wù)部等部門的業(yè)務(wù)需求及區(qū)公司工程管理職能需求和各盟市分公司工程建設(shè)職能需求。  SAP 將最新的項目管理理念融合到工程建設(shè)管理實踐中，結(jié)合電力產(chǎn)業(yè)工程建設(shè)特點，為電力公司的業(yè)務(wù)發(fā)展提供強有力的支持。該系統(tǒng)包含包含規(guī)劃管理、項目管理、合作單位管理、共建共享、計劃管理、任務(wù)管理、進(jìn)度管理、投資管理等模塊，是一個按統(tǒng)一規(guī)范進(jìn)行業(yè)務(wù)處理和數(shù)據(jù)分析的網(wǎng)上工作平臺，提供各類綜合統(tǒng)計分析數(shù)據(jù)及不同管理層次所需的各種相關(guān)信息，以保證工程質(zhì)量、進(jìn)度的完全控制，實現(xiàn)對合作單位的多方位、綜合管理。 電廠信息系統(tǒng)是電廠中，投資規(guī)模最大、技術(shù)最為先進(jìn)、處理能力最高的大型現(xiàn)代化電廠綜合信息系統(tǒng)。

........

 

第二章   相關(guān)技術(shù)介紹

 

2.1  相關(guān)軟件  

Visual Studio 是一套完整的開發(fā)工具集，它包括了整個軟件生命周期中所需要的大部分工具，用于生成 ASP.NET Web 應(yīng)用程序、XML Web Services、桌面應(yīng)用程序和移動應(yīng)用程序。  Visual Basic、Visual C++、Visual C#和 Visual J#全都使用相同的集成開發(fā)環(huán)境(IDE)，利用此 IDE 可以共享此開發(fā)工具且有助于創(chuàng)建混合語言解決方案。另外，這些語言利用了.NET Framework 的功能，通過此框架可使用簡化 ASP  Web 應(yīng)用程序和  XML Web Services 開發(fā)的關(guān)鍵技術(shù)。所寫的目標(biāo)代碼適用于微軟支持的所有平臺，包括 Microsoft Windows，Windows Mobile，Windows CE，.NET  Framework，和 Microsoft  Silverlight。微軟公司先后發(fā)布了 5 個 Visual Studio 的不同版本，Visual Studio 5.0，Visual Studio 6.0，Visual Studio 7.0，Visual Studio  8.0 ，   Visual  Studio2003 ， Visual  Studio2005 ， Visual  Studio2008 ， Visual Studio2010。 Visual  Studio  2010 正式版已于 2010 年 4 月 12 日上市，中文版也于 2010 年 5月 26 日發(fā)布。作為面向新一代平臺的開發(fā)工具，Visual Studio 2010 提供了很多工具來幫助開發(fā)者開發(fā)基于 Windows  7 的應(yīng)用程序。Visual  Studio  2010 在繼承之前版本新技術(shù)的基礎(chǔ)之上，又新增了一些新的功能和特性，如可視增強、  快速瀏覽代碼編輯器、易于調(diào)試功能、IDE  功能、測試先行支持、Application  Lifecycle Managemen  、代碼生成和文本模板及起始頁。 

.........

 

2.2  系統(tǒng)模式 

本節(jié)介紹 C/S 模式、B/S 模式及兩者的優(yōu)缺點，并通過本系統(tǒng)的一些特征得出本系統(tǒng)應(yīng)采用 B/S 模式。C/S（Client/Server，客戶機/服務(wù)器）模式又稱 C/S 結(jié)構(gòu)，客戶在本地安裝了客戶端之后，很多功能都放在客戶機上執(zhí)行，服務(wù)器則主要負(fù)責(zé)一些數(shù)據(jù)庫服務(wù)，降低了系統(tǒng)的通訊開銷，所以有些人也稱這種模式為胖客戶端模式。這種模式有兩大優(yōu)勢，一是響應(yīng)速度快，二是操作界面漂亮。響應(yīng)速度快，是因為這種模式主要的業(yè)務(wù)處理功能都是直接在本地直接處理，與服務(wù)器的交互基本很少，也就是一些數(shù)據(jù)的存儲，查詢，修改等操作。操作界面漂亮是因為相比 HTML 服務(wù)器控件，客服端控件的功能更豐富，更美觀。從系統(tǒng)數(shù)據(jù)安全上考慮采用 C/S 模式也是較好的方案。 C/S 模式也存在其不足之處，首先在應(yīng)用范圍上，C/S 模式只適用于較小范圍的人群應(yīng)用，同時需要客戶下載并安裝特定的客戶端程序，不能夠?qū)崿F(xiàn)快速部署安裝，不像 B/S 模式那樣，只要能連網(wǎng)和有瀏覽器就能實現(xiàn)安裝部署那樣方便快捷。還有就是服務(wù)器端所作的任何變動都會對每個客戶端產(chǎn)生連鎖影響。 

........

 

第三章   需求分析....... 9 

3.1 用戶需求的獲取........... 9 

3.2 需求分析............ 10

3.3 系統(tǒng)主要功能.... 14 

3.3.1 規(guī)劃管理 ..... 14 

3.3.2 項目管理 ..... 15 

3.3.3 共建共享 ..... 16 

3.4 SAP 的原型系統(tǒng)......... 16 

3.5  小結(jié) .......... 17 

第四章   項目管理信息系統(tǒng)的設(shè)計.... 18 

4.1 系統(tǒng)目標(biāo)............ 18 

4.2 規(guī)劃管理設(shè)計.... 19 

4.3 項目管理設(shè)計.... 22 

.4 共建共享設(shè)計.... 28 

4.5 小結(jié)........... 28 

第五章   項目管理信息系統(tǒng)的實現(xiàn).... 29 

5.1 三層架構(gòu)............ 29 

5.2 關(guān)鍵模塊實現(xiàn).... 30

5.3 用戶管理實現(xiàn).... 52 

5.4 系統(tǒng)接口實現(xiàn).... 55

5.5  小結(jié) .......... 56 

 

第六章   項目管理信息系統(tǒng)的測試

 

6.1 SAP 測試概述 

  軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。 在對 SAP 進(jìn)行測試的過程中，遵循了以下兩個原則： 1）盡早地和不斷地進(jìn)行軟件測試 我們把軟件測試貫穿到整個軟件開發(fā)的過程中，而不是把軟件測試看作是其過程中的一個獨立階段。因為在軟件開發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問題，其影響因素有很多，比如軟件本身的抽象性和復(fù)雜性、軟件所涉及問題的復(fù)雜性、軟件開發(fā)各個階段工作的多樣性，以及各層次工作人員的配合關(guān)系等。  2）對測試用例有正確的態(tài)度 第一，測試用例由測試輸入數(shù)據(jù)、預(yù)期輸出結(jié)果和實際輸出結(jié)果這三部分組成；第二，在設(shè)計測試用例時，不僅考慮合理的輸入條件，更注意不合理的輸入條件。因為軟件投入實際運行中，往往不遵守正常的使用方法，  很容易產(chǎn)生一系列的問題。 本系統(tǒng)的測試過程按 2 個步驟進(jìn)行，即單元測試和集成測試。開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進(jìn)行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。 

..........

 

總結(jié)

 

該工程項目管理系統(tǒng)（SAP）將最新的項目管理理念融合到工程建設(shè)管理實踐中，結(jié)合電力項目工程建設(shè)特點，包含了計劃管理、項目管理、任務(wù)管理、進(jìn)度管理、合作單位管理、投資管理、系統(tǒng)接口等多個子系統(tǒng)，統(tǒng)一規(guī)范的進(jìn)行業(yè)務(wù)處理、數(shù)據(jù)分析。為公司提供強大的決策支持，達(dá)到全面控制施工進(jìn)度、成本和質(zhì)量，實現(xiàn)了科學(xué)化、現(xiàn)代化的管理。 該系統(tǒng)自從一期系統(tǒng)上線以來，即構(gòu)成了 SAP 系統(tǒng)的雛形，實現(xiàn)了工程建設(shè)管理的電子化管理。建成以工程建設(shè)為主體、多部門信息共享與交互的信息支撐平臺。系統(tǒng)整合了工程項目管理系統(tǒng)、采購管理系統(tǒng)、基建信息管理系統(tǒng)以及 MIS系統(tǒng)中涉及項目管理的數(shù)據(jù)，實現(xiàn)數(shù)據(jù)的單點錄入，全局信息共享。通過與 MIS、OA 系統(tǒng)、物流、檔案管理等系統(tǒng)開發(fā)數(shù)據(jù)接口，使 SAP 系統(tǒng)與外部系統(tǒng)實現(xiàn)了信息共享和互動，消除了信息孤島，集成后 SAP 系統(tǒng)使項目建設(shè)的工作效率大大提高，有效提高了信息統(tǒng)計和查詢的實時性、準(zhǔn)確性。 系統(tǒng)下一步將加強對項目全過程的管理，開發(fā)和其他辦公系統(tǒng)的接口，實現(xiàn)信息的自動抓取，對于某些無法抓取的信息，將開發(fā)新的功能代替手工 Excel 供用戶錄入，盡量減少用戶的工作量，無需人工去維護(hù)過程。同時加強建設(shè)單位與合作單位的互動，加強對合作單位的管理開發(fā)，進(jìn)一步健全和完善與項目相關(guān)的數(shù)據(jù)信息，進(jìn)一步推進(jìn)管理信息化進(jìn)程。 

.........

參考文獻(xiàn)（略）