摘要：本文對軟件開發型信息化項目的監理工作按照流程進行了設計：招標階段、總體規劃階段、需求分析階段、概要設計階段、詳細設計階段、編碼和測試階段、系統試運行階段；并介紹了每個階段監理方應承擔的工作。
關鍵詞：軟件開發型 項目監理 流程
Abstract: This paper designs the surveillance flows of information engineering that focused on software development: the phase of inviting public bidding、of laying out、of demand analysis、 of outline design、of detail design、of coding and testing 、of system test run , and presents the necessary work that the surveillant should do in the different phase.
Key words: project of software development surveillance flow
一、三種類型的信息化監理項目介紹
按照信息化工程項目本身的特點，信息化工程項目監理可以劃分為三類：硬件網絡集成項目的監理、軟件產品實施型信息化項目的監理以及軟件開發型信息化項目的監理。下面分別介紹這三類監理工作的特點：
硬件網絡集成項目的監理：這類項目，主要包括綜合布線和網絡系統集成。這類監理最主要的特點是，硬件網絡集成項目的評測標準是非常明確，易于執行的。比如，綜合布線的監理依據有“中國工程建筑標準化協會標準CESC89:97.5建筑與建筑群綜合布線系統工程施工和驗收規范”、“中華人民共和國通信行業標準YD/T926.11997大樓通信綜合布線系統”等，網絡質量監理依據有“ANSIX3T9.5光纖分布式數據接口標準規范”等，這些都是直接面向結果的規范。所以，相對于軟件產品實施型信息化項目的監理和軟件開發型信息化項目的監理，硬件網絡集成項目的監理是比較簡單的。
軟件產品實施型信息化項目的監理：這類項目，主要是面向各廠商開發出來的產品軟件，選擇出合適的軟件產品，并根據企業需求進行實施。相對于硬件網絡集成項目的監理，這類項目涉及到對于軟件應用的評測，而目前對于軟件評測，國家還沒有相應的標準來控制。事實上，軟件實施評測也不容易形成統一的標準，這造成了此類項目監理一定的難度。
軟件開發型信息化項目的監理：這類項目，主要是基于一定的硬件網絡設施，由承建方根據建設方需求開發出一套能夠滿足建設方需求的軟件系統。由于軟件開發工作，是知識密集程度非常高的工作，在某種程度上，也是非常個性化的。目前對于軟件開發項目的各種標準，多是針對軟件開發過程的控制，比如術語、文檔等。因此這類項目監理也有一定難度。
筆者將結合自身的軟件開發型項目監理的經歷，就此類信息化項目監理工作的流程研究進行初步的試探。
由于建設方和監理方的關系始于雙方監理合同的簽訂，所以本文的監理流程從監理合同簽訂開始。但鑒于在合同簽訂前監理方的前期準備工作是監理后續工作的基礎，因此先描述監理方的準備工作是非常必要的。
在簽訂監理合同之前，監理公司首先應對建設單位進行需求調研。此次需求調研的直接目的是為了編制更詳細的項目建議書以獲得監理合同，同時也是為招投標階段編制招標文件做準備。此次調研主要明確如下問題：建設方在該項目上總體上要達到什么目標？細分后分別是什么目標？質量上要達到什么要求？時間方面的要求？投資預算多少？等。最后完成項目建議書和初步監理規劃。
下面將詳細敘述每個階段的特點及監理方在該階段的工作。
二、軟件開發型項目監理基本流程
1、招投標階段
在招投標階段，監理方主要工作是根據前期調研工作，協助建設方編制招標文件，協助建設方評標及保管合同及文檔。其中招標文件應包括：投標人須知、招標項目性質、技術要求、質量要求、工期要求、培訓要求、驗收要求、報價要求、投標人資質等級要求、投標保證金要求、投標文件編制要求、評標標準、履約擔保函、合同主要條款等內容。而協助評標工作主要則從以下方面入手：
⑴、技術方面
對于技術方面的評比，一般有兩種方法：一是比較法，二是打分法。比較法一般是從標書的技術部分中選取一些關鍵技術進行橫向比較，誰的參數最接近標書要求，誰的技術評比的名次就越靠前。相對于比較法，打分法的精確性更高些。打分法也是從標書中選擇關鍵技術參數，按照預定好的權值計算分值進行打分，分數高者就在技術方面具有更大優勢。兩種方法各有長短。打分法一般適用于需要提取的關鍵技術種類比較多比較復雜且具有較大的成熟度、能較清晰劃分高下的情況，但在目前的評標工作中，一般都是采用比較法。
在技術方面，同時還應該考慮投標單位的技術背景等信息。比如公司具有的CMM等級，是否有過類似項目的開發經驗以及過去項目的客戶反饋等。
⑵、價格方面
在價格方面，監理方應協助招標方對評標價進行評比。在核算時應注意如下因素：
①、總報價是否等于各分項報價之和。如果總報價不等于各分項報價之和，則以各分項報價之和為準，價差按誤差處理。
②、貨幣轉換。如果投標價所使用的貨幣不一樣，則需根據開標當日中國國家外匯管理局公布的各種貨幣對美元匯率的賣出價，將非美元報價折算成美元報價后再進行比較。
③、報價缺項的處理。對照投標文件的要求核對每一項報價，如果發現有缺項報價，按規定必須先發函澄清，如果屬實則將這一標中所報該項的平均報價補充投標商缺項報價計算評標價格，并且注明該項補遺的相關指標在招標文件中的序號及理由。如果缺項的總金額超過開標價格的5%時，則可視為重大偏差。
④、超范圍投標項目的處理。投標商在投標文件中超過投標文件規定范圍投報的項目，原則上不能作為增減因素修改評標價格，也不可以發函澄清其報價。只有當超范圍投標項目在報價表中有單獨列名報價時，經批準可以從評標價格中扣除，并且在表下注明該項報價在投標文件中的編號以及理由。
經過調整補充所得到的報價則稱為評標價，對評標價進行評比和排序即得到價格方面的評測結果。
⑶、其它方面
任何產品的生產，都著重對質量、成本和交貨期三方面的控制。對于軟件開發項目，除了技術因素和價格因素，交貨期也是一個重要的指標。所以投標書所報的交貨期也需重點考慮。與此同時，技術規范中所要求的有關服務費用，投標人的信譽，售后服務等因素也需要考慮到。
2、總體規劃階段
在招投標階段確定中標人，甲乙雙方簽訂合同之后，整個項目就形成了建設方、承建方和監理方的三方并存協作的一個團體，因此合理統一的規劃就是項目成功的基礎。總體規劃階段的主要任務，就是在承建方制定出項目規劃后，對其項目規劃審查，并根據承建方的項目規劃，修訂前期制定的監理項目規劃。
監理規劃的性質，是監理方對整個項目工作的初步設計，是具體的監理活動的基礎。監理規劃一般由監理方在該項目的總監理工程師制定。其基本內容應包括：
⑴、工程概況。包括工程名稱、建設地址，項目組成及規模，預計總投資額，預計項目工期，工程質量等級，設計、開發單位名稱，工程特點等。
⑵、監理范圍和目標。監理范圍一般包括在工程各階段的質量控制、進度控制和投資控制，以及其它委托服務。監理目標以三大控制為目標。
⑶、主要監理措施。
⑷、監理組織機構。
⑸、項目監理工作制度。如監理方內部的工作會議制度、監理日志制度、監理周報和月報制度，監理方與另兩方的定期溝通制度等。
這個階段結束時，監理方應提交：監理規劃。
3、需求分析階段
需求分析是項目建設的基石，監理方在需求分析階段應以尊重承建方的項目管理和項目分析能力為前提，在具體的任務開展上不深入、不干擾承建方的自主權。同時，監理方要充分發揮好項目監督及溝通建設方和承建方之間的橋梁作用。
需求分析的工作方法，通常有三個階段。
第一階段：訪談階段。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通，目的是從宏觀了解用戶需求方向和趨勢，了解現有組織構架、業務流程、軟硬件環境及使用情況。實現手段通常是事先將調查問卷發放到待調研部門，然后在約定時間圍繞問卷進行交流訪談。
第二階段：深入階段。這一階段的工作是建立在訪談階段工作完成，承建方已經了解了用戶的組織構架、業務流程、軟硬件環境及使用情況等基本現狀的基礎之上。承建方根據以往項目經驗以及業務專家的經驗，和建設方共同探討業務模型的合理性、準確性和發展方向等問題，得到相對先進的業務模型。
第三階段：確認階段。在完成上兩階段的工作之后，就需要對具體的流程細化，對數據進行確認了。根據前兩個階段的工作，承建方應草擬出一份需求分析報告，并提供原型演示系統，和建設方進行進一步的討論，最終確定一份需求分析報告。
需要指出的是，在系統建設的過程中，特別在采用迭代法的開發模式時，需求分析的工作需一直進行下去，而在后期的需求改進中，工作則基本集中在后兩個階段中。
監理方在這三個階段的工作，按照內容可以分為兩部分：監督和溝通。監督工作包括對需求分析階段的各種文檔的保管監督，對承建方的訪談活動的監督，對需求分析報告、原型演示系統的確認等；溝通工作則表現在當建設方和承建方由于知識背景不同而在訪談過程中溝通不順暢的時候，監理方應利用自身優勢使得雙方順利理解對方。
需求分析階段，監理方可參考的標準有：GB938588計算機軟件需求說明編寫指南。
這個階段監理方應提交：在需求分析進行前提交需求分析階段監理細則、監理日志、在需求分析結束后提交需求分析階段總結報告。
4、概要設計階段
概要設計，即將軟件需求轉化為數據結構和軟件的系統結構，一般包括數據設計和系統結構設計。其中數據設計側重于數據結構的定義，系統結構設計定義軟件系統各主要成份之間的關系。
在承建方進行概要設計的過程中，監理方需要監督以下方面：
⑴、制定規范
在進入軟件開發階段之初，首先應為軟件開發組制定在設計時應該共同遵守的標準，以便協調組內各成員的工作。包括：
閱讀和理解軟件需求說明書，確認用戶要求能否實現，明確實現的條件，從而確定設計的目標，以及它們的優先順序；
根據目標確定最合適的設計方法；
規定設計文檔的編制標準；
規定編碼的信息形式，與硬件，操作系統的接口規約，命名規則。
⑵、軟件系統結構的總體設計
根據需求分析，基于功能層次結構建立系統，其中包括采用某種設計方法，將系統按功能劃分成模塊的層次結構、確定每個模塊的功能、建立與已確定的軟件需求的對應關系、確定模塊間的調用關系、確定模塊間的接口、評估模塊劃分的質量。
⑶、處理方式設計
處理方式設計要確定為實現系統的功能需求所必需的算法，評估算法的性能；確定為滿足系統的性能需求所必需的算法和模塊間的控制方式；確定外部信號的接收發送形式。
⑷、數據結構設計
根據需求分析報告進行數據庫設計。數據庫設計包括確定軟件涉及的文件系統的結構以及數據庫的模式、子模式，進行數據完整性和安全性的設計；確定輸入，輸出文件的詳細的數據結構；結合算法設計，確定算法所必需的邏輯數據結構及其操作；確定對邏輯數據結構所必需的那些操作的程序模塊(軟件包)；限制和確定各個數據設計決策的影響范圍；若需要與操作系統或調度程序接口所必須的控制表等數據時，確定其詳細的數據結構和使用規則；數據的保護性設計；數據的一致性設計；冗余性設計等。
⑸、可靠性設計
可靠性設計也叫做質量設計。在運行過程中，為了適應環境的變化和用戶新的要求，需經常對軟件進行改造和修正。在軟件開發的一開始就要確定軟件可靠性和其它質量指標，考慮相應措施，以使得軟件易于修改和易于維護。
⑹、概要設計階段的文檔
概要設計階段完成時應編寫以下文檔：概要設計說明書、數據庫設計說明書、用戶手冊、制定初步的測試計劃。
針對上述工作，監理方應按如下標準評定承建方的概要設計：
⑴、可追溯性：確認該設計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項需求；
⑵、接口：確認該軟件的內部接口與外部接口是否已經明確定義，模塊是否滿足高內聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內；
⑶、風險：確認該設計在現有技術條件下和預算范圍內是否能按時實現；
⑷、實用性：確認該設計對于需求的解決方案是否實用；
⑸、技術清晰度：確認該設計是否以一種易于翻譯成代碼的形式表達；
⑹、可維護性：確認該設計是否考慮了方便未來的維護；
⑺、質量：確認該設計是否表現出良好的質量特征；
⑻、各種選擇方案：看是否考慮過其它方案，比較各種選擇方案的標準是什么；
⑼、限制：評估對該軟件的限制是否現實，是否與需求一致；
⑽、其它具體問題：對于文檔、可測試性、設計過程等進行評估。
這個階段監理方應提交：在概要設計進行前提交總體設計階段監理細則、監理周記、在概要設計完成后提交概要設計監理報告。
5、詳細設計階段
詳細設計階段的直接目標是編寫詳細設計說明書，為此，承建方應做如下工作：
⑴、確定每個模塊的算法，用工具表達算法的過程，寫出模塊的詳細過程性描述；
⑵、確定每一模塊的數據結構；
⑶、確定模塊接口細節。
監理方在這個階段主要是在進度上進行控制，主要手段是定期與承建方溝通，檢查文檔。
這個階段監理方應提交：在詳細設計進行前提交詳細設計階段監理細則、監理周記、在詳細設計完成后提交詳細設計說明書的確認報告。
6、編碼及測試階段
編碼是將詳細設計階段的設計思想用某種計算機語言實現的過程。監理方應從結構化程序設計原則來進行編碼工作的監理：
⑴、使用語言中的順序、選擇、重復等有限的基本控制結構表示程序邏輯；
⑵、選用的控制結構只準許有一個入口和一個出口；
⑶、程序語句組成容易識別的塊，每塊只有一個入口和一個出口；
⑷、復雜結構應該用基本控制結構進行組合嵌套來實現；
⑸、語言中沒有的控制結構，可用一段等價的程序段模擬，但要求該程序段在整個系統中應前后一致；
通常測試是伴隨著編碼而同時進行的。廣義上軟件測試并非只在這個階段才有，而是貫穿軟件需求分析、概要設計、詳細設計等階段的。本處的測試，則指代碼測試。在測試階段，監理方應依據測試原則對承建方的測試進行監督：
⑴、應盡早的和不斷的進行軟件測試；
⑵、測試用例應由測試輸入數據和對應的預期輸出結果這兩部分組成；
⑶、程序員應避免檢查自己的程序；
⑷、在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件；
⑸、充分注意測試中的群集現象，即一般測試后程序中殘存的錯誤數目與該程序中已發現的錯誤數目成正比；
⑹、嚴格執行測試計劃，排除測試的隨意性；
⑺、應當對每一個測試結果做全面檢查。
⑻、妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護提供方便。
在編碼及測試階段監理方可參考的標準有：GB938688計算機軟件測試文件編制規范、GB/T1250490計算機軟件質量標準保證計劃規范、GB/T1250590計算機軟件配置管理計劃規范、GB/T1553295計算機軟件單元測試等。
7、系統試運行階段
由于信息化軟件一般都是比較大型的軟件，因此在完成了系統測試后還需要經過一段時間的試運行。系統試運行實際是測試的延續，檢查系統的穩定性、適用性等。監理方在這個階段的主要工作有：
⑴、審核竣工文檔資料的完整性、可讀性及其與工程實際的一致性；
⑵、審核操作系統、應用系統等軟件配置與設計方案的符合性；
⑶、檢測驗證系統功能性能與合同的符合性；
⑷、檢查人員培訓計劃落實情況；
⑸、出具驗收報告；
⑹、幫助用戶制定系統運行管理規章制度；
⑺、在保修期內定期或不定期對項目進行質量檢查、督促承建方按合同要求進行維護。
小結
從監理合同簽訂開始到最后系統試運行結束，監理方工作在職能上可以歸結為兩點：溝通與監督。溝通的目標是建設方與承建方信息對等，溝通的手段是定期或不定期召開工作會議；監督的目標是在質量、進度和投資上進行控制，監督的手段是合同管理和文檔管理。
參考文獻
1.葛乃康，羅四維信息工程建設監理電子工業出版社2002年
2.張海藩軟件工程導論清華大學出版社1998年
3.黃學戰項目需求階段的監理角色和方法論中國計算機報2003年第三期