主題： 軟體開發管理規程
文件編號：
版本說明：
軟體開發管理規程
第一節總則
第一條為規範自有軟體研發以及外包軟體的管理工作，特制定本制度。本制度適用於公司總公司軟體研發與管理，分公司參照執行。
第二條本制度中軟體開發指新系統開發和現有系統重大改造。
第三條本制度中自行開發是指主要依賴公司自身的管理、業務和技術力量進行系統設計、軟體開發、整合和相關的技術支援工作，一般僅向外購置有關的硬體裝置和支撐軟體平台；合作開發是公司與專業it公司（合作商）共同協作完成it應用的專案實施和技術支援工作，一般形式是公司負責提供業務框架，合作商提供技術框架，雙方組成開發團隊進行專案實施，it系統的日常支援由it技術中心和合作商共同承擔，it技術中心負責內部（一級）支援，合作商負責外部（二級）支援；外包開發是指將it應用專案的設計、開發、整合、培訓等任務承包給某家專業公司（可以是專業的it公司或諮詢公司等），由該公司（承包商）負責應用專案的實施。
第四條軟體開發遵循專案管理和軟體工程的基本原則。專案管理涉及立項管理、專案計畫和監控、配置管理、合作開發管理和結項管理。軟體工程涉及需求管理、系統設計、系統實現、系統測試、使用者接受測試、試執行、系統驗收、系統上線和資料遷移。
第五條除特別指定，本制度中專案組包括業務組（或需求提出組）、it組（可能包括網路管理員和合作開發商）。
第二節立項管理
第六條提出開發需求的資訊科技部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》（附件一），開展前期籌備工作。《立項分析報告》應明確專案的範圍和邊界。
第七條應用系統主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統專案與公司整體策略相一致。
第八條 《立項分析報告》得到批准後，成立專案組（如果是外包開發，則成立外包商專案組；如果是合作開發，則與外包商共同成立合作開發專案組，以下統稱「專案組」），專案組應包括業務組（由公司相關業務部門組成）和it組（自行開發為辦公室網路管理員；外包開發為外包商成員；合作開發為網路管理員和外包商成員）。公司委派一名員工負責監督專案的進度，進行專案管理工作，確保開發能及時完成並能滿足業務需要。專案組人員的選擇應滿足專案對業務及技術要求，專案組人員應有足夠的業務和it技術方面的專業知識來勝任專案各方面的工作。
第三節需求分析
第九條立項後業務組對使用者需求進行彙總整理，出具《業務需求說明書》（附件二），並確保《業務需求說明書》中包含了所有的業務需求。經系統使用部門審批確認，作為業務需求基線。
第一十條 it組在獲得《業務需求說明書》後，提出技術需求和解決方案，並對系統進行定義，出具《系統需求規格說明書》（附件三）。《系統需求規格說明書》需詳細列出業務對系統的要求（介面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(kpi)等）。《系統需求規格說明書》需要由業務組提交給相關業務流程負責人確認。
第一十一條對於合作開發的專案，當業務需求發生變更時，業務組應提交《需求變更申請》（附件四），it組組長審批後交給合作開發商實施。
第一十二條專案組應對需求變更影響到的文件及時更新。
第四節專案計畫和監控
第一十三條軟體開發採用專案形式進行管理。專案經理負責整個專案的計畫、組織、領導和控制。
第一十四條需求分析過程中，專案經理組織制定詳細的《專案計畫書》（附件五），包括具體任務描述和專案進度表等。
第一十五條在專案的各個階段，業務組組長和it組組長需配合專案經理制定階段性專案計畫。業務組組長和it組組長需配合專案經理對專案計畫執**況進行監控，確保專案按計畫完成。
第一十六條專案計畫需要變更時，專案經理填寫《專案計畫變更說明》（附件六），並提交公司主管領導審批，通過審批後，交給業務組組長和it組組長執行。
第五節系統設計
第一十七條系統設計應分為概要設計和詳細設計，系統設計要遵循完備性、一致性、擴充套件性、可靠性、安全性、可維護性等原則。
第一十八條在系統設計階段中，使用者應充分參與，確保系統設計能滿足系統需求。
第一十九條專案組進行詳細設計，出具《設計說明書》（附件七）和《單元測試用例》（附件八）。《設計說明書》中需要定義系統輸入輸出說明和介面設計說明。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》（附件九）。
業務組組長和it組組長應參加此評審並對評審意見簽字確認。
第二十條設計評審均以《業務需求說明書》和《系統需求規格說明書》為依據，確保系統設計滿足全部需求。
第二十一條對已確認通過的系統設計進行修改需獲得管理部門、業務組組長和it組組長的審批後方可進行。
第二十二條對系統設計的修改的文件須由文件管理人員進行歸檔管理。
第六節系統實現
第二十三條專案組根據《設計說明書》制定系統實現計畫，並提交專案經理對計畫可行性進行審批。
第二十四條系統實現包括程式編碼、單元測試和整合測試。
第二十五條專案組保證開發、測試和生產環境獨立，為各環境建立訪問許可權控制機制，並明確專案成員的職責分工。對開發環境、測試環境與生產環境在物理或邏輯方面應該做到隔離；如果環境的分隔是通過邏輯形式實現的，應定期檢查網路設定。專案組對已授權訪問生產環境的人員進行詳細記錄，並對該記錄進行定期檢查，確保只有經授權的人員才能訪問到生產環境。
第二十六條專案組進行單元測試和整合測試，測試人員簽字確認測試結果。
第七節系統測試和使用者測試
第二十七條專案組制定《系統/使用者測試計畫》（附件十），並提交專案經理對計畫可行性進行審批。
第二十八條 《系統/使用者測試計畫》必須定義測試標準，並明確各種測試的測試步驟和需要的系統設定要求。
第二十九條專案組向資料擁有部門申請獲取測試用業務資料的使用權，對獲取的資料進行嚴格的訪問控制，確保只有相關專案人員才能訪問及使用。
第三十條專案組負責測試資料準備，測試用資料要足夠模擬生產環境中的實際資料。對已評定為敏感資訊的資料進行敏感性處理和保護。
第三十一條 it組或合作開發商建立測試環境進行系統測試。在系統測試中對新系統內部各模組之間的介面和與其他系統的介面進行充分測試。出具《系統測試報告》（附件十一），測試人員簽字確認測試結果。
第三十二條系統測試通過後，it組配合業務組建立使用者測試環境，業務組根據使用者測試用例進行使用者測試，出具《使用者測試報告》（附件十一），業務組組長和it組組長應在使用者測試報告中簽字確認。
第三十三條專案組完成系統幫助文件（其中包括《使用者操作手冊》和《安裝維護手冊》）。凡涉及應用系統的變更，應對系統幫助文件及時更新。
第八節試執行
第三十四條系統主要使用部門根據專案規模及影響決定試執行策略。
第三十五條專案組制定《試執行計畫》（附件十二），並制定試執行驗收指標，上報公司主管領導審批。《試執行計畫》中應包含問題應對機制，明確問題溝通渠道和職責分工。
第三十六條專案組聯合試執行單位進行相關系統部署工作，準備培訓資料，對相關使用者和資訊科技人員進行培訓。使用者培訓的完成度應為實施後評估的指標之一。
第三十七條專案組根據《試執行計畫》進行系統轉換和資料遷移。系統轉換前，檢查系統環境，確保執行環境能滿足新應用系統的需要。系統轉換時必須詳細記錄原系統中的重要引數、設定等系統資訊，並填寫試執行報告相關內容。
系統引數、設定的轉換工作作為系統上線的驗收的評估指標之一。
第三十八條資料遷移前，應制定詳細的《資料遷移計畫》（附件十三），《資料遷移計畫》中應包含遷移方案、測試方案、資料定義，新舊資料對照表、遷移時間、回退計畫等資訊。資料遷移計畫需經專案經理和主管領導簽字審批。
第三十九條資料遷移後，專案組對資料遷移的完整性和準確性作出檢查，出具《資料遷移報告》（附件十四），其中包括資料**、轉換前狀態、轉換後狀態，資料遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果後在該報告上簽字確認。
第四十條系統轉換和資料遷移由試執行單位業務部門和公司主管領導共同監督並進行驗收。
第四十一條系統轉換和資料遷移驗收通過後，正式啟動試執行。在試執行過程中，試執行單位辦公室把系統運**況（系統資源使用，反應速度等）記錄到試執行報告中。必要時，專案組應根據系統運**況對應用系統進行優化。
第四十二條試執行達到試執行計畫規定的終止條件時，專案組編寫《試執行報告》（附件十五）。此報告應由專案組和試執行單位簽字確認，並提交公司主管領導審閱。公司主管領導審閱試執行結果，決定試執行結束或延期。
第九節系統驗收
第四十三條系統主要使用部門及資訊科技部門聯合組成獨立系統驗收小組，也可授權原專案組作為驗收小組。驗收小組從功能需求及技術需求層面對系統進行綜合評估。
第四十四條驗收小組應根據驗收情況整理形成《系統驗收報告》（附件十六）提交系統主要使用部門和資訊科技部門審閱。
第四十五條系統主要使用部門和資訊科技部門負責人根據系統測試、試運**況簽署驗收意見。
第十節系統上線
第四十六條系統上線應遵循穩妥、可控、安全的原則。
第四十七條通常情況下，系統上線包含資料遷移工作。
第四十八條專案組制定《系統上線計畫》（附件十七），上報公司主管領導審批。在上線計畫得到批准後才能開始部署上線工作。
第四十九條 《系統上線計畫》內容應包括但不限於：
1、部署方式和資源分配（包括人力資源及伺服器資源）；
2、上線工作時間表；
3、上線操作步驟以及問題處理步驟；
4、專案階段性里程碑和成果匯報（專案執行狀態的審閱、進度安排等）；
5、資料遷移的需求和實施計畫；
6、完整可行的應急預案和「回退」計畫；
7、使用者培訓計畫（包括：培訓計畫、培訓手冊、培訓考核等）；
8、總公司下發的系統標準引數配置。
第五十條上線單位在上線初期需加強日常執行狀態監控，出現問題時應及時處理，對重大問題應啟動緊急預案。
第五十一條在完成上線後要填寫《系統驗收評估報告》（附件十八），上報總公司專案組彙總整理。《系統驗收評估報告》內容包括：資料準確性、系統效能及穩定性、介面問題、許可權問題、業務操作影響度、問題處理情況、備份、批處理等。
第五十二條上線單位管理層要對《系統驗收評估報告》進行審批簽字。
第五十三條公司主管領導批准結項後，業務組和it組將整理的文件提交各自部門統一管理。
第十一節合作開發管理
第五十四條合作開發商的選擇應遵循公司相關規定，合作商資質認定參見第三方管理制度。
第五十五條合作開發商必須遵循公司《軟體開發管理制度》。
第五十六條專案經理同合作開發商明確規定專案變更的範圍和處理方式，重點關注需求和設計變更。
第五十七條專案經理負責監控合作開發商的專案管理及軟體開發活動。合作開發商應按計畫定期向專案經理報告進展狀態，並提交階段性成果文件。發生重大問題時，合作開發商需及時向專案經理匯報。
第五十八條 it組組長派專人監控合作開發商的質量保證過程。
第五十九條專案組同合作開發商商定驗收的標準和方法。
第六十條以上各要求需要在開發合同中明確。
第十二節外包開發管理
第六十一條立項申請得到公司主管領導的審批後，選定開發商，簽訂外包開發合同。
軟體管理規程
海星計算機系統整合技術 軟體管理規程 公司的軟體管理主要涉及到兩種型別軟體的管理，一類是硬體相關的控制軟體，另一類是系統相關的管理軟體。為規範公司軟體開發過程，促進產品化，增強 可重用性，降低開發成本和週期，特制訂本管理規程。附件中列明配置管理要求存檔的檔案，希望相關人員配合配置管理人員的工作，按時...
某集團軟體測試規程
擬制 審核批准 檔案更改記錄 制定專案實施過程中的測試活動書面的規範要求，並為ppqa的對測試過程的符合性檢查提供依據。單元測試 即針對程式中可獨立執行的 模組作為最小測試單元而進行的測試。參考設計與實現規範 整合測試 也叫組裝測試，聯合測試 是單元測試的邏輯擴充套件，即針對幾個模組間介面或同網路 ...
工藝規程編制管理規程
1.目的 建立工藝規程編制管理規程，明確工藝規程編制的內容及要求，使其規範化 標準化。2.範圍 適用於每個經正式批准 生產的產品。3.職責 3.1 生產技術部負責工藝規程的起草 3.2 質量管理部負責審核工藝規程，對工藝規程的科學性 嚴密性負責 3.3 廠長負責工藝規程的批准。4.內容 4.1 工藝...