【文章內容簡介】 確定的軟件需求的對應關系、確定模塊間的調用關系、確定模塊間的接口、評估模塊劃分的質量。⑶、處理方式設計處理方式設計要確定為實現系統(tǒng)的功能需求所必需的算法，評估算法的性能；確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式；確定外部信號的接收發(fā)送形式。⑷、數據結構設計根據需求分析報告進行數據庫設計。數據庫設計包括確定軟件涉及的文件系統(tǒng)的結構以及數據庫的模式、子模式，進行數據完整性和安全性的設計；確定輸入，輸出文件的詳細的數據結構；結合算法設計，確定算法所必需的邏輯數據結構及其操作；確定對邏輯數據結構所必需的那些操作的程序模塊(軟件包)；限制和確定各個數據設計決策的影響范圍；若需要與操作系統(tǒng)或調度程序接口所必須的控制表等數據時，確定其詳細的數據結構和使用規(guī)則；數據的保護性設計；數據的一致性設計；冗余性設計等。⑸、可靠性設計可靠性設計也叫做質量設計。在運行過程中，為了適應環(huán)境的變化和用戶新的要求，需經常對軟件進行改造和修正。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質量指標，考慮相應措施，以使得軟件易于修改和易于維護。⑹、概要設計階段的文檔概要設計階段完成時應編寫以下文檔：概要設計說明書、數據庫設計說明書、用戶手冊、制定初步的測試計劃。針對上述工作，監(jiān)理方應按如下標準評定承建方的概要設計：⑴、可追溯性：確認該設計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項需求；⑵、接口：確認該軟件的內部接口與外部接口是否已經明確定義，模塊是否滿足高內聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內；⑶、風險：確認該設計在現有技術條件下和預算范圍內是否能按時實現；⑷、實用性：確認該設計對于需求的解決方案是否實用；⑸、技術清晰度：確認該設計是否以一種易于翻譯成代碼的形式表達；⑹、可維護性：確認該設計是否考慮了方便未來的維護；⑺、質量：確認該設計是否表現出良好的質量特征；⑻、各種選擇方案：看是否考慮過其它方案，比較各種選擇方案的標準是什么；⑼、限制：評估對該軟件的限制是否現實，是否與需求一致；⑽、其它具體問題：對于文檔、可測試性、設計過程等進行評估。這個階段監(jiān)理方應提交：在概要設計進行前提交總體設計階段監(jiān)理細則、監(jiān)理周記、在概要設計完成后提交概要設計監(jiān)理報告。詳細設計階段詳細設計階段的直接目標是編寫詳細設計說明書，為此，承建方應做如下工作：⑴、確定每個模塊的算法，用工具表達算法的過程，寫出模塊的詳細過程性描述；⑵、確定每一模塊的數據結構；⑶、確定模塊接口細節(jié)。監(jiān)理方在這個階段主要是在進度上進行控制，主要手段是定期與承建方溝通，檢查文檔。這個階段監(jiān)理方應提交：在詳細設計進行前提交詳細設計階段監(jiān)理細則、監(jiān)理周記、在詳細設計完成后提交詳細設計說明書的確認報告。編碼及測試階段編碼是將詳細設計階段的設計思想用某種計算機語言實現的過程。監(jiān)理方應從結構化程序設計原則來進行編碼工作的監(jiān)理：⑴、使用語言中的順序、選擇、重復等有限的基本控制結構表示程序邏輯；⑵、選用的控制結構只準許有一個入口和一個出口；⑶、程序語句組成容易識別的塊，每塊只有一個入口和一個出口；⑷、復雜結構應該用基本控制結構進行組合嵌套來實現；⑸、語言中沒有的控制結構，可用一段等價的程序段模擬，但要求該程序段在整個系統(tǒng)中應前后一致；通常測試是伴隨著編碼而同時進行的。廣義上軟件測試并非只在這個階段才有，而是貫穿軟件需求分析、概要設計、詳細設計等階段的。本處的測試，則指代碼測試。在測試階段，監(jiān)理方應依據測試原則對承建方的測試進行監(jiān)督：⑴、應盡早的和不斷的進行軟件測試；⑵、測試用例應由測試輸入數據和對應的預期輸出結果這兩部分組成；⑶、程序員應避免檢查自己的程序；⑷、在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件；⑸、充分注意測試中的群集現象，即一般測試后程序中殘存的錯誤數目與該程序中已發(fā)現的錯誤數目成正比；⑹、嚴格執(zhí)行測試計劃，排除測試的隨意性；⑺、應當對每一個測試結果做全面檢查。⑻、妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。在編碼及測試階段監(jiān)理方可參考的標準有：GB938688計算機軟件測試文件編制規(guī)范、GB/T1250490計算機軟件質量標準保證計劃規(guī)范、GB/T1250590計算機軟件配置管理計劃規(guī)范、GB/T1553295計算機軟件單元測試等。系統(tǒng)試運行階段由于信息化軟件一般都是比較大型的軟件，因此在完成了系統(tǒng)測試后還需要經過一段時間的試運行。系統(tǒng)試運行實際是測試的延續(xù)，檢查系統(tǒng)的穩(wěn)定性、適用性等。監(jiān)理方在這個階段的主要工作有：⑴、審核竣工文檔資料的完整性、可讀性及其與工程實際的一致性；⑵、審核操作系統(tǒng)、應用系統(tǒng)等軟件配置與設計方案的符合性；⑶、檢測驗證系統(tǒng)功能性能與合同的符合性；⑷、檢查人員培訓計劃落實情況；⑸、出具驗收報告；⑹、幫助用戶制定系統(tǒng)運行管理規(guī)章制度；⑺、在保修期內定期或不定期對項目進行質量檢查、督促承建方按合同要求進行維護。小結：從監(jiān)理合同簽訂開始到最后系統(tǒng)試運行結束，監(jiān)理方工作在職能上可以歸結為兩點：溝通與監(jiān)督。溝通的目標是建設方與承建方信息對等，溝通的手段是定期或不定期召開工作會議；監(jiān)督的目標是在質量、進度和投資上進行控制，監(jiān)督的手段是合同管理和文檔管理。信息系統(tǒng)軟件工程監(jiān)理的幾點體會大型信息系統(tǒng)建設是一項投資大、周期長、知識密集、高風險的系統(tǒng)工程，行業(yè)新穎、人員年輕、科技含量高、智力密集、所涉及的領域寬廣、對實踐經驗要求高。但目前信息系統(tǒng)工程的市場不規(guī)范、政策法規(guī)不完善、缺少監(jiān)督監(jiān)理機制，致使不成功的信息系統(tǒng)工程建設屢見不鮮。大型信息系統(tǒng)建設是一項投資大、周期長、知識密集、高風險的系統(tǒng)工程，行業(yè)新穎、人員年輕、科技含量高、智力密集、所涉及的領域寬廣、對實踐經驗要求高。但目前信息系統(tǒng)工程的市場不規(guī)范、政策法規(guī)不完善、缺少監(jiān)督監(jiān)理機制，致使不成功的信息系統(tǒng)工程建設屢見不鮮。保障信息系統(tǒng)工程簽約雙方的利益是保證我國計算機信息產業(yè)和信息系統(tǒng)工程順利發(fā)展的重要方面。在新形勢下，為了確保國家信息產業(yè)更加健康、有序地發(fā)展，為了使我國信息資源得到更充分的利用，對計算機信息系統(tǒng)工程建設進行有組織、規(guī)范化的監(jiān)理，就顯得更加重要。一、信息系統(tǒng)工程監(jiān)理的概念和內容信息系統(tǒng)工程監(jiān)理是監(jiān)理方受業(yè)主方委托，代表業(yè)主的利益，保護投資、控制質量、確保進度；站在第三方的立場，公平對待工程各方，確保公正性、公平性、公開性。在實際操作中，我們把信息系統(tǒng)工程監(jiān)理分為網絡工程監(jiān)理和軟件工程監(jiān)理。所謂網絡工程監(jiān)理，是指在網絡建設過程中，給用戶提供建設前期咨詢、網絡方案論證、系統(tǒng)集成商的確定、網絡質量控制等一系列的服務，幫助用戶建設一個性價比最優(yōu)的網絡系統(tǒng)。所謂軟件工程監(jiān)理，是參照軟件工程的思想，對在建軟件系統(tǒng)的整個軟件生命周期進行的全過程監(jiān)理；并給用戶提供咨詢、幫助建設運行制度等有益的服務項目，目的是幫助用戶建設一個高質量的、具有可持續(xù)生命力的軟件系統(tǒng)。二、軟件工程監(jiān)理現況近期流行這樣一句話：軟件就是服務。CCID在發(fā)布的20012002年中國軟件市場研究年度報告中指出，2002年及以后幾年的重點是建立軟件服務評測體系和監(jiān)理制度。可見，包括業(yè)主和軟件提供商都認識到了軟件質量對一個軟件系統(tǒng)建設的重要性。軟件工程監(jiān)理逐漸會得到大家的共識和認同。但軟件工程監(jiān)理的難度并非一般人所能想象的，下面從軟件工程本身和監(jiān)理依據兩個方面來解釋這一觀點：1．軟件工程的特點及對監(jiān)理人員的要求軟件工程技術含量高，是智力、知識密集型的產業(yè)；往往處于發(fā)展中的高科技領域，涉及當前最新的研究領域，有時會是多種科學技術領域的綜合與交叉；與技術的繼承程度相比，創(chuàng)新成分多，新開發(fā)的工作量大；工程類型廣泛，涉及國民經濟的各行各業(yè)。這些特點決定了從事軟件工程的監(jiān)理人員必須具有較高、較廣的知識面，并且相對熟悉所涉及行業(yè)的領域知識。軟件工程不可預見成分高，風險程度大，監(jiān)理人員必須認識到軟件質量對用戶的重要性。另外，用戶需求隨形勢發(fā)展而容易發(fā)生急速變化，甚至有許多要求超過新技術的發(fā)展。監(jiān)理人員必須能有效控制用戶需求的不確定性對項目管理所帶來的影響，另一方面，有時需要監(jiān)理人員花費時間和精力收集資料，為用戶提供前期咨詢。2．軟件工程監(jiān)理依據的缺乏首先，計算機信息系統(tǒng)工程中缺少信息系統(tǒng)建設的規(guī)范及詳細的成套標準，軟件工程更是如此，監(jiān)理人員對項目的控制可以參照的依據和標準不多。另外，國家在信息產業(yè)中還沒有實行過信息系統(tǒng)工程建設監(jiān)理制度，雖然有些城市已經開始制定信息產業(yè)工程監(jiān)理的法制體系和管理結構體系，但很多地方還不完善。好在近幾年有些研究機構和企業(yè)一直堅持從事著信息系統(tǒng)工程監(jiān)理、包括軟件工程監(jiān)理的探索工作，這對創(chuàng)造一個有效的信息系統(tǒng)工程監(jiān)理的大環(huán)境是巨大的推動。對工程進行規(guī)范化管理，按標準規(guī)范開展工作是順理成章的。而軟件系統(tǒng)建設的實際情況較為復雜，由于技術更新快，標準規(guī)范常常滯后，如何堅持按軟件工程的思想對項目進行有力的控制，這需要監(jiān)理人員有很高的創(chuàng)新性。既能在情況復雜的條件下支持軟件工程的思想對項目進行監(jiān)督約束，又能做到合作協(xié)調，在目前沒有更多的依據作參照的前提下，如何進行軟件工程監(jiān)理工作，是一個巨大的課題。三、軟件工程監(jiān)理的幾點探索1．監(jiān)理首要是咨詢監(jiān)理首要是咨詢。其次才是對工程的監(jiān)督與控制。實踐中表明這兩點并不矛盾。深入的和具有說明力的咨詢工作會引導監(jiān)督與控制工作向著更健康、更協(xié)調的方面發(fā)展。需要強調一點：對工程技術文檔的熟悉和理解。文檔包括業(yè)主的需求報告、集成方的需求分析報告、概要設計、詳細設計等標識軟件生命周期各階段的文檔。監(jiān)理人員對工程項目的理解和把握很大部分通過這些文檔實現。監(jiān)理人員對這些文檔所述內容的咨詢、建議可以通過監(jiān)理意見書的形式提交與業(yè)主和集成方。2．全過程監(jiān)理，產品質量涉及到生產的所有環(huán)節(jié)，只有各個生產層面都不忽視質量，最后才能得到高質量的產品。監(jiān)理人員對軟件工程幾個開發(fā)階段如分析、設計、實施、測試等實施全過程監(jiān)理，使影響系統(tǒng)質量的要素在開發(fā)過程中處于受控狀態(tài)。我們參考建筑工程監(jiān)理的流程和規(guī)范制訂軟件工程監(jiān)理的通用規(guī)劃，根據軟件工程開發(fā)規(guī)范和ISO90003標準制訂軟件開發(fā)和系統(tǒng)集成過程的監(jiān)理規(guī)范。并根據工程的特點及需要，制定工程的監(jiān)理依據，包括質量保證書等全局性依據和其他階段性監(jiān)理依據。3．確定三方工作流程由于軟件開發(fā)獨有的特點，監(jiān)理方對工程細節(jié)的理解遠不如集成方，為實施有效的監(jiān)督控制工作，必須制定規(guī)范的三方工作流程，并征得業(yè)主同意。對某一個重要階段，也有必要制定相應的三方工作流程。如針對子項開發(fā)與驗收，我們制定了以下流程：4．系統(tǒng)初驗軟件系統(tǒng)的初驗是監(jiān)理工作在軟件項目管理上的一個創(chuàng)新點，是人為地將軟件試運行另外劃分為一個新的階段。它的目的在于盡可能快的和有效地解決用戶對軟件系統(tǒng)的不適應，增強軟件的生命力。通過初驗的形式，使集成方投入相對多的人力對系統(tǒng)進行完善。當然，如果業(yè)主與集成方事先有約定，可以作為分期付款的一個階段。初驗應遵循嚴格的流程，這樣才能體現出初驗在全過程監(jiān)理中的特殊作用。符合初驗的系統(tǒng)（子項）應滿足以下條件：1)集成方開發(fā)結束；2)監(jiān)理方已經進行過階段性驗收；3)集成方進行相應的修改（若有必要）；4)監(jiān)理已進行第二次針對性檢驗；5)子系統(tǒng)已經上線試運行；6)已上線一個月左右，已有用戶反饋意見（視具體工程而定）。萬維易化：信息化也要監(jiān)理【信息化建設呼喚可視化監(jiān)理平臺】規(guī)范、高效的信息化建設必須引進監(jiān)理機制，這已經成為許多政府部門和企業(yè)的共識。正是基于對此的認識，2002年11月28日，信息產業(yè)部正式頒布了《信息系統(tǒng)工程監(jiān)理暫行規(guī)定》。其中規(guī)定投資在200萬元以上的信息化項目必須有第三方的監(jiān)理。這在制度上拉開了我國信息化建設走向科學化、專業(yè)化的序幕。但是隨著一些信息化工程監(jiān)理的實施，很多信息化監(jiān)理公司發(fā)現在具體操作層面出現重多棘手問題。例如監(jiān)理公司在接到一個項目后，會根據工程的不同子系統(tǒng)撰寫例如《監(jiān)理大綱》、《監(jiān)理規(guī)劃》、《專業(yè)監(jiān)理的分配計劃》、《監(jiān)理工作總結》等文檔來力圖規(guī)范整個項目的進程和質量。但在“乙方”交付工程之前“監(jiān)理”方根本無法看到“乙方”真實的“工程現場”。即便監(jiān)理方堅持“五控制，兩管理，一協(xié)調”（質量控制、進度控制、投資控制、安全控制、知識產權控制、合同管理、信息管理和工程協(xié)調）的原則。但在整個監(jiān)理過程還是會陷入“監(jiān)理黑洞”，還是難免會出現進度拖延、資金超支等問題。究其原因：我們發(fā)現“信息化監(jiān)理”很大程度上是參考了建筑行業(yè)的監(jiān)理模式，但軟件工程與建筑等一般工程不同。首先軟件工程屬于知識高度密集，開發(fā)過程復雜多變，顯現度很低，對于建筑行業(yè)監(jiān)理方在施工現場隨時可以對工程的進行、質量進行現場監(jiān)理。而信息化工程監(jiān)理根本就沒有什么施工現場可以考察，工程進度、資金使用情況、軟件質量、合同執(zhí)行情況也難以掌控。這就造成信息化監(jiān)理在實際操作過程中“可操作性”差、“能見度”低的主要原因。如何能讓“信息化監(jiān)理”在實施監(jiān)理的過程中做到完全可視化的“五控制、兩管理、一協(xié)調”呢？“信息化監(jiān)理”迫切需要營造一個“軟件建設現場”，將工程建設過程可視化?！靶畔⒒こ瘫O(jiān)理平臺”的理念由此孕育而出?！尽靶畔⒒こ瘫O(jiān)理平臺”平臺的優(yōu)勢】那么“信息化工程監(jiān)理平臺”是什么呢？簡單說是將信息化建設的工程過程可視化，不僅可以監(jiān)控軟件開發(fā)的全部過程，而且可以隨時看到項目的進度、資金的使用情況。由于整個信息化建設是在這個平臺上完成，從前期的需求調研到整個開發(fā)過程（編程、測試、集成等）直至最后的軟件交付，所以確保了整個項目軟件的安全性和知識產權問題。從根本上解決了 “信息化監(jiān)理黑洞”的問題。在以往的信息化工程建設監(jiān)理中，由于缺少有效的管理和溝通的橋梁和工具。經常會導致甲、乙、丙三方信息失真，溝通困難，甚至監(jiān)理方無法確切得到“乙方”的“建設”資料。利用軟件工程監(jiān)理平臺，則能給三方提供一個實時的信息交互平臺，從而大幅度提高建設效率。信息化監(jiān)理需要將軟件開發(fā)從立項到驗收的每個環(huán)節(jié)都變得清晰可見。同時還要審核開發(fā)過程中每個環(huán)節(jié)的文件、代碼以及反復的系統(tǒng)測試，如此才能夠保障軟件質量。信息化工程監(jiān)理平臺恰好能達到這一