信息系統集成項目中軟件子系統的設計

薛業陽

（上海云思智慧信息技術有限公司 上海市 200233）

1 引言

1.1 研究背景

在交付實施類的信息系統集成項目中，系統集成項目經理是項目的統籌者和組織者，其參與管理的信息系統知識領域往往同時包括網絡、硬件安裝調試、弱電施工和軟件系統開發，涉及到的技術種類很多。出于項目管理者的項目推動及個人技術能力等原因，集成項目經理通常不會過多的去參與項目中具體事務的執行，而主要是去進行協調和溝通。這在建筑工程、計算機軟件工程中較為常見。所以，國家相關管理單位也對于這兩個行業的項目經理推出了執業和職業資格證書。

軟件研發經理主要是軟件研發中的管理者，負責計算機軟件架構設計、軟件需求分析、軟件研發技術等的管理工作。其實際上也是一個項目經理，只不過軟件研發經理的工作更加偏技術和執行。

一個包含軟件子系統的集成項目的交付實施過程，會有大量的軟件開發工作，集成項目經理出于個人工作定位、個人精力或者軟件開發技術能力不足等諸多原因，不會介入到太多的技術開發類工作中。那么集成項目經理對于軟件子系統的實施該如何管理，即為本文的討論內容。

1.2 主要研究內容

本文將結合個人多年的集成項目交付管理經驗，提出一個集成項目中軟件子系統的實施管理制度，該制度主要解決以下三個問題：

（1）集成項目中軟件交付有可能是成熟軟件產品的安裝，或者全新業務系統的定制開發，或產品為主、接口開發為輔，那么軟件子系統的種類該如何劃分；

（2）軟件開發中涉及的軟件技術人員包括系統分析人員、架構設計人員、編碼人員、測試人員等，對于集成項目經理而言，需要哪些軟件交付類人員；

（3）在集成項目整體交付流程的每個環節，根據不同的軟件項目類型，需要軟件系統負責人具體做哪些配合。

1.3 本文組織結構

第一章 引言。介紹了集成項目中軟件子系統交付管理制度的必要性。

第二章 軟件子系統管理細則。詳細介紹了軟件子系統交付管理制度。

第三章 總結。根據實際項目經驗，總結軟件子系統管理制度的指導意義。

2 軟件子系統管理細則

2.1 總則

（1）本制度針對含軟件子系統的集成項目特點，遵循系統集成項目管理和軟件子系統項目和開發管理的基本原則，借鑒了行業標準，也符合公司項目管理的制度。

（2）本制度中軟件子系統實施既包括新系統開發和現有系統重大改造；本制度中項目組主要指軟件子系統實施小組，包括軟件部門和合格軟件子系統供應商。

（3）本制度自發布之日生效，項目管理辦公室（以下稱PMO）擁有本制度的最終解釋權。

2.2 責任分工安排

圖1：軟件子系統開發過程

（1）項目經理：集成項目的項目負責人，全權負責項目的交付管理工作并作為客戶對接溝通協調的負責人。項目經理在項目啟動時指定，負責項目整體的資源整合、溝通協調、監管把控。

（2）軟件子系統負責人：在項目啟動時，由軟件部門（其他分包同理）指定，對于試點型項目，主要指軟件子系統負責人；對于定制型項目，主要是定制開發經理；對于產品型項目，根據項目實際需要，由軟件部門指定的產品技術支持對接人。

2.3 項目類型定義

含軟件子系統系統的集成項目按成熟度可分為以下類型：

（1）試點型項目：項目主要以推廣和驗證公司產品為主，項目特點為樣板工程和系統驗證為目的，項目側重點在于產品完善。

（2）定制開發項目：項目主要以維護客戶關系或特定行業試點等，需在公司立項經過評審。

（3）產品型項目：項目主要以大規模產品落地實施為主，主要是保證交付成功率和客戶滿意度。原則上軟件子系統人員不加入項目組，僅作為產品供應商，為項目提供技術支持工作。

2.4 產品類項目支持工作

對于軟件子系統，各產品線需提供全面、可靠的技術支持，包括：產品安裝說明、產品說明書、自研硬件規格說明書、排錯指南、遠程技術指導、安裝運維培訓等。

2.5 項目啟動

項目整體啟動，成立項目組。軟件部門指定一名軟件子系統負責人（試點類或定制開發類），全權負責該項目軟件子系統產品的實施及交付工作。

2.6 施工組織計劃

（1）項目內部啟動后，項目經理組織核心團隊成員召開項目會議，制定《項目施工組織及管理方案》。

（2）對于試點類項目，軟件子系統負責人應配合項目經理編制施工組織方案中軟件子系統部分的內容。對于定制開發類，需提供開發或實施計劃、質量管理、風險管理、項目溝通等內容。

2.7 深化需求分析

（1）項目啟動后，項目經理應及時組織相關部門開展深化需求分析階段。

（2）試點類軟件子系統，軟件子系統負責人應及時編制《系統需求分析說明書》，應清晰說明本次軟件子系統各內容。

（3）對于定制開發類，內容包括并不限于：功能清單、業務流程圖、用戶角色權限、UI 界面要求、原型文檔等，軟件子系統負責人還應按照項目要求輸出其他文檔。

（4）項目經理應主動要求用戶對《系統需求分析說明書》進行簽字確認，作為項目結項的唯一依據。

（5）軟件子系統負責人應按照功能要求或開發計劃編制《項目交付計劃》并提交項目經理。

2.8 系統設計

（1）對于試點類項目，軟件子系統負責人應及時與項目經理或用戶確認產品的內容，溝通交流方式可包括：PPT，原型Demo，功能確認單等，設計內容需經用戶書面或郵件等方式確認，確認時需項目經理在場。

（2）對于定制開發類，軟件子系統負責人應及時編制《系統設計說明書》，清晰說明本次子項各內容，包括并不限于：界面設計、架構設計、開發語言、數據庫設計、測試用例等，及其他按照項目要求輸出的文檔。

2.9 項目計劃和監控

試點類和定制開發類項目，軟件子系統負責人負責整個軟件子系統項目的計劃、組織、領導、控制以及風險識別與管理。

2.10 定制化軟件子系統開發

按公司標準開發流程進行管理。軟件子系統開發的輸入文件，根據項目實際需求，由軟件子系統負責人提交項目部；開發輸出文檔，須全部提交項目經理審核，以便把控項目進度，文檔清單詳見圖1。

2.11 系統安裝調試

（1）對于定制開發類和產品類項目，軟件子系統負責人需提供：配套硬件的數量和要求，由項目經理組織進行統一采購申請。

（2）對于試點型項目，在產品類基礎上，軟件子系統負責人還需提供相關硬件的安裝和技術指導，并組織軟硬件聯調，保證項目的交付質量。

2.12 系統測試

（1）項目部署完成后，項目經理應統一組織系統測試。對于產品化系統，軟件子系統負責人應提供產品檢測報告。若無產品檢測報告，則需編制《軟件子系統集成測試方案》，并提交《軟件子系統集成測試報告》。

（2）對于試點及定制化系統，軟件子系統負責人應組織測試人員，按照《系統需求分析說明書》、《系統設計明書》等內容，編制測試方案和報告。定制化項目應按照客戶要求，及時提供包括但不限于以下內容：《業務流程測試報告》、《系統安全測評報告》等。

（3）測試方案和報告報告應由項目經理及時交付用戶，經用戶簽字確認后作為后續驗收依據。

（4）測試完成后，軟件子系統負責人配合整改，同時及時組織更新《用戶操作手冊》和《安裝維護手冊》。

2.13 系統培訓

軟件子系統負責人應按照軟件子系統類型的特點，編制相應的培訓文檔、視頻、操作手冊等，開展具體的培訓工作。

2.14 系統試運行

試點類和定制開發類項目，軟件子系統負責人配合項目經理做好試運行計劃、試運行記錄，以及試運行結束后的試運行報告的整理等工作。

2.15 系統驗收

（1）項目經理應及時與用戶確認項目驗收方案和項目驗收標準，及時組織并開展項目驗收工作。

（2）試點類和定制開發類項目，軟件子系統負責人按照項目驗收方案和驗收標準，準備軟件子系統相關驗收材料，并配合用戶進行項目驗收。

2.16 系統移交

試點類和定制開發類項目，項目移交過程中軟件子系統負責人應對系統進行統一檢查，及時對問題和漏洞進行修復。軟件子系統移交應包括但不限于以下方面：系統移交、管理員賬號移交、系統文檔移交等。

2.17 內部運維移交

（1）試點和定制開發類項目，由軟件子系統或定制開發團隊負責軟件的售后運維，保證系統的正常運行。

（2）產品類項目，軟件子系統負責人指定運維支持人員，配合項目經理有序開展運維工作。

2.18 附則

對于試點和定制開發類項目，軟件子系統負責人有責任按用戶需求及公司管理的相關要求，配合項目經理執行系統上線、結項管理、配置管理、質量保證、合作開發管理等過程或相關制度。

3 總結

本文提出的信息系統集成項目中軟件子系統的實施管理制度，是基于系統集成項目總體管理流程提出的一種輔助管理制度。該制度規定了軟件子系統必須指定負責人，且哪些人員可以作為軟件負責人；該制度也對集成項目中可能遇到的軟件子系統的種類予以劃分，主要是試點類軟件子系統、產品類軟件子系統和定制開發類軟件子系統，不同種類的子系統需要軟件子系統負責人作的配合也不盡相同。

本制度出爐之前，本人所在單位的集成部與軟件開發部，在共同交付含軟件子系統的集成項目時，經常會因為軟件人員沒有明確定責或職責劃分不清的情況，導致某個環節的交付工作不能順利監管或執行、項目輸出物不全或者質量不達標，出現扯皮或業主追責的問題。原因就是不同類型的軟件子系統需要提供什么樣的配合，以及出什么樣的項目文檔，沒有明確的規定。

經過本制度的執行，項目管理思路明確，提高了集成項目經理的工作效率及項目交付質量。個人覺得，此制度具有市場推廣的價值。