1. <rp id="zsypk"></rp>

      2. 軟件項目管理制度

        時間:2024-10-25 09:38:56 制度 我要投稿

        軟件項目管理制度范本

          如何制定軟件項目管理制度?下面是小編給大家整理收集的軟件項目管理制度范本,供大家閱讀參考。

        軟件項目管理制度范本

          軟件項目管理制度范本

          第一節(jié) 總 則

          第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作,特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理,分公司參照執(zhí)行。

          第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。

          第三條  本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作,一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發(fā)是公司與專業(yè)IT公司(合作商)共同協(xié)作完成IT應用的項目實施和技術支持工作,一般形式是公司負責提供業(yè)務框架,合作商提供技術框架,雙方組成開發(fā)團隊進行項目實施,IT系統(tǒng)的日常支持由IT技術中心和合作商共同承擔,IT技術中心負責內部(一級)支持,合作商負責外部(二級)支持;外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司(可以是專業(yè)的IT公司或咨詢公司等),由該公司(承包商)負責應用項目的實施。

          第四條

          軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。

          第五條

          除特別指定,本制度中項目組包括業(yè)務組(或需求提出組)、IT組(可能包括網絡管理員和合作開發(fā)商)。

          第二節(jié) 立項管理

          第六條

          提出開發(fā)需求的信息技術部門參與公司層面立項,進行立項的技術可行性分析,編寫《立項分析報告》(附件一),開展前期籌備工作!读㈨椃治鰣蟾妗窇鞔_項目的范圍和邊界。 第七條 應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批,以保證系統(tǒng)項目與公司整體策略相一致。 第七條 應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批,以保證系統(tǒng)項目與公司整體策略相一致。

          第八條

          《立項分析報告》得到批準后,成立項目組(如果是外包開發(fā),則成立外包商項目組;如果是合作開發(fā),則與外包商共同成立合作開發(fā)項目組,以下統(tǒng)稱“項目組”),項目組應包括業(yè)務組(由公司相關業(yè)務部門組成)和IT組(自行開發(fā)為辦公室網絡管理員;外包開發(fā)為外包商成員;合作開發(fā)為網絡管理員和外包商成員)。公司委派一名員工負責監(jiān)督項目的進度,進行項目管理工作,確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求,項目組人員應有足夠的業(yè)務和IT技術方面的專業(yè)知識來勝任項目各方面的工作。

          第三節(jié) 需求分析

          第九條

          立項后業(yè)務組對用戶需求進行匯總整理,出具《業(yè)務需求說明書》(附件二),并確!稑I(yè)務需求說明書》中包含了所有的業(yè)務需求。經系統(tǒng)使用部門審批確認,作為業(yè)務需求基線。

          第十條

          IT組在獲得《業(yè)務需求說明書》后,提出技術需求和解決方案,并對系統(tǒng)進行定義,出具《系統(tǒng)需求規(guī)格說明書》(附件三)!断到y(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務對系統(tǒng)的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等)!断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務組提交給相關業(yè)務流程負責人確認。

          第十一條 對于合作開發(fā)的項目,當業(yè)務需求發(fā)生變更時,業(yè)務組應提交《需求變更申請》(附件四),IT組組長審批后交給合作開發(fā)商實施。

          第十二條 項目組應對需求變更影響到的文檔及時更新。 、

          第四節(jié) 項目計劃和監(jiān)控

          第十三條 軟件開發(fā)采用項目形式進行管理。項目經理負責整個項目的計劃、組織、領導和控制。

          第十四條 需求分析過程中,項目經理組織制定詳細的《項目計劃書》(附件五),包括具體任務描述和項目進度表等。

          第十五條  在項目的各個階段,業(yè)務組組長和IT組組長需配合項目經理制定階段性項目計劃。業(yè)務組組長和IT組組長需配合項目經理對項目計劃執(zhí)行情況進行監(jiān)控,確保項目按計劃完成。

          第十六條  項目計劃需要變更時,項目經理填寫《項目計劃變更說明》(附件六),并提交公司主管領導審批,通過審批后,交給業(yè)務組組長和IT組組長執(zhí)行。

          第四節(jié) 系統(tǒng)設計

          第十七條 系統(tǒng)設計應分為概要設計和詳細設計,系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。

          第十八條 在系統(tǒng)設計階段中,用戶應充分參與,確保系統(tǒng)設計能滿足系統(tǒng)需求。

          第十九條  項目組進行詳細設計,出具《設計說明書》(附件七)和《單元測試用例》(附件八)!对O計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審,出具《設計評審報告》(附件九)。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。 第二十條 設計評審均以《業(yè)務需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù),確保系統(tǒng)設計滿足全部需求。

          第二十一條 對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行。

          第二十二條

          對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。

          第五節(jié) 系統(tǒng)實現(xiàn)

          第二十三條 項目組根據(jù)《設計說明書》制定系統(tǒng)實現(xiàn)計劃,并提交項目經理對計劃可行性進行審批。

          第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。

          第二十五條 項目組保證開發(fā)、測試和生產環(huán)境獨立,為各環(huán)境建立訪問權限控制機制,并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產環(huán)境在物理或邏輯方面應該做到隔離;如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的,應定期檢查網絡設置。項目組對已授權訪問生產環(huán)境的人員進行詳細記錄,并對該記錄進行定期檢查,確保只有經授權的人員才能訪問到生產環(huán)境。

          第二十六條 項目組進行單元測試和集成測試,測試人員簽字確認測試結果。

          第七節(jié) 系統(tǒng)測試和用戶測試

          第二十七條 項目組制定《系統(tǒng)/用戶測試計劃》(附件十),并提交項目經理對計劃可行性進行審批。

          第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標準,并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。

          第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權,對獲取的數(shù)據(jù)進行嚴格的訪問控制,確保只有相關項目人員才能訪問及使用。

          第三十條 項目組負責測試數(shù)據(jù)準備,測試用數(shù)據(jù)要足夠模擬生產環(huán)境中的實際數(shù)據(jù)。

          對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。

          第三十一條 IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內

          部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》(附件十一),測試人員簽字確認測試結果。

          第三十二條 系統(tǒng)測試通過后,IT組配合業(yè)務組建立用戶測試環(huán)境,業(yè)務組根據(jù)用戶測試

          用例進行用戶測試,出具《用戶測試報告》(附件十一),業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。

          第三十三條 項目組完成系統(tǒng)幫助文檔(其中包括《用戶操作手冊》和《安裝維護手冊》)。

          凡涉及應用系統(tǒng)的變更,應對系統(tǒng)幫助文檔及時更新。

          第八節(jié) 試運行

          第三十四條 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。 第三十五條 項目組制定《試運行計劃》(附件十二),并制定試運行驗收指標,上報公司主管領導審批。《試運行計劃》中應包含問題應對機制,明確問題溝通渠道和職責分工。

          第三十六條 項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作,準備培訓資料,對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。

          第三十七條 項目組根據(jù)《試運行計劃》進行系統(tǒng)轉換和數(shù)據(jù)遷移。系統(tǒng)轉換前,檢查

          系統(tǒng)環(huán)境,確保運行環(huán)境能滿足新應用系統(tǒng)的需要。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息,并填寫試運行報告相關內容。系統(tǒng)參數(shù)、設置的轉換工作作為系統(tǒng)上線的驗收的評估指標之一。

          第三十八條 數(shù)據(jù)遷移前,應制定詳細的《數(shù)據(jù)遷移計劃》(附件十三),《數(shù)據(jù)遷移計劃》中應包含遷移方案、測試方案、數(shù)據(jù)定義,新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經項目經理和主管領導簽字審批。

          第三十九條 數(shù)據(jù)遷移后,項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查,出具《數(shù)據(jù)遷移報告》(附件十四),其中包括數(shù)據(jù)來源、轉換前狀態(tài)、轉換后狀態(tài),數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。

          第四十條 系統(tǒng)轉換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。

          第四十一條 系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后,正式啟動試運行。在試運行過程中,試

          運行單位辦公室把系統(tǒng)運行情況(系統(tǒng)資源使用,反應速度等)記錄到試運行報告中。必要時,項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。

          第四十二條 試運行達到試運行計劃規(guī)定的終止條件時,項目組編寫《試運行報告》(附件十五)。此報告應由項目組和試運行單位簽字確認,并提交公司主管領導審閱。公司主管領導審閱試運行結果,決定試運行結束或延期。

          第九節(jié) 系統(tǒng)驗收

          第四十三條 系統(tǒng)主要使用部門及信息技術部門聯(lián)合組成獨立系統(tǒng)驗收小組,也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。

          第四十四條 驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》(附件十六)提交系統(tǒng)主要使用部門和信息技術部門審閱。

          第四十五條 系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。

          第十節(jié) 系統(tǒng)上線

          第四十六條 系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。 第四十七條 通常情況下,系統(tǒng)上線包含數(shù)據(jù)遷移工作。 第四十八條 項目組制定《系統(tǒng)上線計劃》(附件十七),上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。

          第四十九條 《系統(tǒng)上線計劃》內容應包括但不限于:

          1、部署方式和資源分配(包括人力資源及服務器資源); 2、上線工作時間表;

          3、上線操作步驟以及問題處理步驟;

          4、項目階段性里程碑和成果匯報(項目執(zhí)行狀態(tài)的審閱、進度安排等); 5、數(shù)據(jù)遷移的需求和實施計劃;

          6、完整可行的應急預案和“回退”計劃;

          7、用戶培訓計劃(包括:培訓計劃、培訓手冊、培訓考核等) 8、總公司下發(fā)的系統(tǒng)標準參數(shù)配置。

          第五十條 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控,出現(xiàn)問題時應及時處理,對

          重大問題應啟動緊急預案。

          第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》(附件十八),上報總公司項目

          組匯總整理!断到y(tǒng)驗收評估報告》內容包括:數(shù)據(jù)準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度、問題處理情況、備份、批處理等。

          第五十二條 上線單位管理層要對《系統(tǒng)驗收評估報告》進行審批簽字。

          第五十三條 公司主管領導批準結項后,業(yè)務組和IT組將整理的文檔提交各自部門統(tǒng)一管理。

          第十一節(jié) 合作開發(fā)管理

          第五十四條 合作開發(fā)商的選擇應遵循公司相關規(guī)定,合作商資質認定參見第三方管理制度。

          第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。

          第五十六條 項目經理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式,重點關注需求和設計變更。

          第五十七條 項目經理負責監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。合作開發(fā)商應

          按計劃定期向項目經理報告進展狀態(tài),并提交階段性成果文檔。發(fā)生重大問題時,合作開發(fā)商需及時向項目經理匯報。

          第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質量保證過程。

          第五十九條 項目組同合作開發(fā)商商定驗收的標準和方法。

          第六十條 以上各要求需要在開發(fā)合同中明確。

        【軟件項目管理制度】相關文章:

        軟件項目計劃書05-16

        軟件項目工作總結05-26

        軟件項目建議書08-09

        軟件項目實施計劃方案范文06-05

        軟件項目計劃書范文07-10

        軟件項目表揚信02-14

        軟件項目實施方案范文10-10

        軟件項目計劃書模板08-21

        軟件項目工作總結范文10-29

        99热这里只有精品国产7_欧美色欲色综合色欲久久_中文字幕无码精品亚洲资源网久久_91热久久免费频精品无码
          1. <rp id="zsypk"></rp>