午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

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