軟體配置管理表單審批系統設計論文

軟體配置管理表單審批系統設計論文

　　簡要分析了軟體配置管理表單審批系統替代手工填寫軟體配置管理表單的需求，介紹了軟體配置管理表單審批系統的設計方案，該系統有助於確保軟體配置管理表單之間資料一致性，提高表單提交和審批效率。

　　1 引言

　　軟體配置管理是專案軟體研製過程的重要環節之一。如果採用手工填寫軟體配置管理表單提交專案各級主管審批簽字，不僅效率低下，而且通常會因表單種類多，數量大而造成管理困難，並容易出錯。建立軟體配置管理表單審批系統，就能夠較好地解決此問題。

　　2 系統需求分析

　　專案啟動後，由專案管理員設定專案軟體資訊。專案組成員提交軟體配置管理表單時，可自動關聯該專案軟體資訊，同時系統設定了表單之間約束關係，避免出現邏輯關係錯誤。軟體配置管理表單提交後，流轉至各級主管審批，所有使用者可隨時檢視審批進度和專案軟體配置管理狀態記錄及報告。由此構建起軟體配置管理表單審批系統，主要實現使用者管理、設定專案軟體資訊、新建/修改/刪除/查詢表單、表單審批、生成軟體配置狀態記錄和報告等功能。

　　3 系統設計

　　3.1 系統整體設計

　　本系統使用SQL Server 2008作為資料庫管理工具，採用ASP.NET開發框架，開發環境為Visual Studio 2010。

　　3.2 資料庫設計

　　根據系統需求分析，資料庫主要包含如下資料表：

　　(1)使用者資訊表：包括使用者名稱、密碼、許可權、預設專案等;

　　(2)專案軟體資訊表：包括軟體名稱、產品代號、軟體負責人、軟體配置管理員、軟體質量保證人員、系統工程組負責人、客戶代表等;

　　(3)軟體配置項資訊表：包括軟體名稱、配置項名稱、配置項標識，責任人等;

　　(4)入庫申請單：包括入庫申請單號、軟體名稱、申請人、申請日期、入庫配置項名稱、入庫配置項版本、配置稽核結論等;

　　(5)出庫申請單：包括出庫申請單號、軟體名稱、申請人、申請日期、出庫配置項名稱、出庫配置項版本等;

　　(6)軟體更改申請單：包括軟體更改申請單號、軟體名稱、申請人、申請日期、變更原因、變更內容、變更影響域分析、變更配置項名稱、變更配置項版本、更改人、驗證方法、驗證人、計劃完成日期等;

　　(7)軟體更改單：包括軟體更改單號、軟體名稱、對應的軟體更改申請單號、軟體更改單提交人、提交日期、變更配置項名稱、變更後配置項版本、變更部分更改前內容、變更部分更改後內容、驗證結論、驗證日期、配置稽核結論等;

　　(8)基線建立和釋出申請單：包括基線建立和釋出申請單號、軟體名稱、申請人、申請日期、基線標識、配置項名稱、配置項版本、配置稽核結論等;

　　(9)產品釋出申請單：包括產品釋出申請單號、軟體名稱、申請人、申請日期、產品標識、對應基線標識、配置稽核結論等。

　　3.3 功能模組設計

　　3.3.1 使用者管理

　　設立三類使用者許可權：

　　(1)專案管理員：新建、修改、刪除專案軟體資訊;

　　(2)表單提交人員(專案組成員)：新建、修改、刪除表單;

　　(3)表單審批人員：審批表單，根據審批級別不同細分為專案負責人、軟體負責人、軟體配置管理員、軟體質量保證人員、系統工程組負責人、客戶代表等。

　　所有使用者對全部資訊均有查詢許可權，並允許每個使用者自定義其預設專案。

　　3.3.2 新建/修改/刪除/查詢專案軟體資訊

　　專案管理員建立並維護專案軟體資訊，主要包括軟體名稱，產品代號，各利益相關方，軟體配置項資訊等。

　　3.3.3 新建/修改/刪除/查詢表單

　　實現軟體配置管理表單線上提交功能，這些表單主要有入庫申請單、出庫申請單、軟體更改申請單、軟體更改單、基線建立和釋出申請單、產品釋出申請單等。表單提交人員進行新建表單或修改、刪除自己提交的表單。

　　為減少表單提交人員填寫錯誤，對錶單填寫內容進行如下約束：

　　(1)必填項不能有遺漏或空缺;

　　(2)應符合表單資料格式要求;

　　(3)入庫申請單中入庫配置項應從該專案軟體配置項中選擇;

　　(4)軟體更改申請單、出庫申請單中配置項版本應從已入庫版本中選擇;

　　(5)軟體更改單中變更配置項應從軟體更改申請單中選擇;

　　(6)軟體更改申請單中所有需變更配置項均有對應的軟體更改單更改完成後方可設定為“完成”;

　　(7)表單各級審批人員，預設為專案軟體資訊中相應人員，表單提交人可另行選擇，但應選擇同級別許可權人員審批。

　　3.3.4 表單審批

　　表單審批流程主要包括以下3種形式：

　　(1)序列審批。前一人審批透過，後一人才能開始審批。本系統多數審批採用此種形式。

　　(2)需全部透過的並行審批。多個審批人員不分前後順序，每個審批人員都通過後，才能進入下一環節。如：軟體更改單審批流程中驗證人對變更配置項的.審批。

　　(3)只需一人透過的並行審批。多個審批人員不分前後順序，只要其中一個審批透過，即可進入下一環節。如：各表單中的配置稽核，軟體負責人和軟體配置管理員都可以進行配置稽核。

　　若某級審批不透過，主要分為以下3種情況處理：

　　(1)退回至表單提交人，修改後重新進行各級審批。本系統多數審批採用此種形式。

　　(2)退回至表單提交人，修改後繼續本級審批，前面已透過的審批不受影響。如：軟體更改單審批流程中驗證人對變更配置項的審批。

　　(3)退回至前面某級審批，用於對前面審批意見不同意時退回，由該級審批人重新填寫審批意見。如：軟體更改單審批流程中其他審批人對驗證人審批結論不同意。

　　在本系統中，每張表單都能跟蹤到各級審批狀態和審批時間。

　　3.3.5 生成軟體配置狀態記錄和報告

　　本系統可自動生成軟體配置狀態記錄和報告，供使用者管理、統計和查詢。

　　4 結語

　　用軟體配置管理表單審批系統替代手工填寫軟體配置管理表單，不僅可以確保軟體配置管理表單之間資料一致性，而且能夠大幅提高表單提交和審批效率，從而有助於進一步降低軟體研製人工成本，提升軟體研製質量管理水平。