




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、軟件項目管理規(guī)章制度【篇一:軟件項目管理制度】軟件項目管理制度目錄1234目的2適用范圍2職責2軟件項目管理34.14.24.34.44.54.64.74.84.94.105項目整體管理3項目啟動階段5初步需求調研階段6軟件需求規(guī)格階段6設計階段7實現(xiàn)階段8測試階段8實施及試運行階段10驗收階段11收尾階段12相關文件13skyeyes-xxxx1/15軟件開發(fā)管理制度1 目的本制度規(guī)定了公司所承接的不同規(guī)模的軟件項目開發(fā)流程,說明項目的各個階段之間的輸入輸出結果,以及執(zhí)行各階段任務時的要求及相關模板,各部門的職責等,并說明了各階段完成的標志和標準,是項目組推進項目及質量管理部門檢查項目工作的
2、核心制度。本制度是作為項目配置管理、質量管理、測試管理制度的基礎性文件,其他相關制度按照此制度規(guī)定的流程及要求進一步拓展、深化項目相關其他環(huán)節(jié)的管理規(guī)范。2 適用范圍本制度適用于以下情況:?公司所承接的不同規(guī)模的軟件開發(fā)類項目;?公司所承接的集成項目中的軟件開發(fā)部分;?公司產品的外圍開發(fā)工作。3 職責skyeyes-xxxx2/15軟件開發(fā)管理制度4 軟件項目管理4.1 項目整體管理skyeyes-xxxx3/15軟件開發(fā)管理制度skyeyes-xxxx4/15軟件開發(fā)管理制度【篇二:互聯(lián)網it行業(yè)項目管理規(guī)章制度】互聯(lián)網it行業(yè)項目管理制度一、制度目的為規(guī)范項目研發(fā)、加強項目管理,保證信息系
3、統(tǒng)符合業(yè)務一致性、內控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)安全性,使我公司新產品開發(fā)能夠嚴格遵循科學管理程序進行,公司根據企業(yè)實際情況和研發(fā)產品的特點,特制定本制度。二、適用范圍本制度適用于產品技術人員及其關聯(lián)公司的產品開發(fā)與項目管理全過程。附件涵蓋產品需求申請表模板,產品設計prd文檔模板,產品測試文檔模板。三、制度說明1. 本制度中軟件開發(fā)指新產品系統(tǒng)開發(fā)和現(xiàn)有產品系統(tǒng)升級改造。2. 本制度中軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、驗收測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據轉換
4、。3. 各軟件開發(fā)項目組應嚴格遵循本制度所附流程和模版,若需調整需經過相關評審。四、主要角色及職責四、開發(fā)管理過程(一)需求管理依據公司業(yè)務開展及軟件產品應用現(xiàn)狀所提出的需求,均須遵循本制度內容執(zhí)行。1.需求分類:( 1)根據其緊急程度,分為緊急類需求和非緊急類需求;( 2)根據其實施優(yōu)先級,分為緊急、高、中、低級四個級別;2.審批流程( 1)需求申請人提交產品需求申請單(詳見附件1)至業(yè)務歸管部門進行業(yè)務評審,評審通過后,報至產品技術中心。( 2)產品技術中心根據產品需求進行分析,形成評審報告進行內部評審,評審通過后列入部門工作計劃,并提交至公司中高決策層。評審報告內容主要包括預計工作量和成
5、本、風險、可行性分析等(詳見附件2:產品需求文檔(prd)模板)。(二)立項管理經評審確認后的產品需求由產品技術中心提交公司中高決策層,討論通過后立項。(三)項目計劃與監(jiān)控對于產品需求,軟件開發(fā)采用項目形式管理,項目經理負責整個項目的計劃、組織、協(xié)調和控制。技術總監(jiān)配合項目經理、產品經理與項目干系人進行有效溝通,在項目目標、項目計劃和工作方法上達成一致。(四)系統(tǒng)設計1. 在系統(tǒng)設計階段中,邀請用戶或者業(yè)務一線人員充分參與,確保系統(tǒng)設計能滿足系統(tǒng)需求。2. 項目組結合需求規(guī)格說明書或者系統(tǒng)原型,進行數(shù)據庫設計和功能設計,并形成db設計書。項目組組織相關人員對核心功能的相關設計進行評審,出具評審
6、報告,評審人員應對評審意見簽字確認。3. 項目組進行詳細設計,出具單元測試案例。詳細設計說明書中,需要定義系統(tǒng)輸入輸出說明和接口設計說明。4. 詳細設計評審和db設計評審均以業(yè)務需求規(guī)格說明書為依據,確保系統(tǒng)設計滿足全部需求。5. 對已確認的系統(tǒng)設計進行修改,需項目經理及技術組負責人及測試負責人審批。(五)系統(tǒng)實現(xiàn)1 .系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。2 .在系統(tǒng)實現(xiàn)時保證開發(fā)、測試和生產環(huán)境獨立,為各環(huán)境建立訪問權限控制機制,并明確項目成員的職責分工。對生產環(huán)境、測試環(huán)境與開發(fā)環(huán)境在物理或邏輯方面應該做到隔離。4.項目組完成用戶操作手冊(參照附件5),凡涉及應用系統(tǒng)的變更,應對手冊
7、及時更新。(六)系統(tǒng)測試及驗收測試1. 項目測試組依據項目整體計劃制定項目測試計劃。2. 產品技術中心確保開發(fā)、測試、驗收、上線運營環(huán)境獨立,為各環(huán)境建立訪問權限控制機制。3. 搭建驗收環(huán)境供內部測試,網絡運營中心在驗收測試環(huán)境進行驗收測試,并在驗收測試報告簽字確認。4. 業(yè)務部門邀請合作伙伴參與測試,確保與系統(tǒng)控制活動相關的功能得到充分的測試,確保系統(tǒng)生成的與編制財務報告相關的報表的正確性。5. 驗收測試通過后,進一步完善用戶操作手冊。(七)系統(tǒng)試運行1. 網絡運營中心根據項目規(guī)模及影響決定試運行策略。2. 研發(fā)事業(yè)部組織制定試運行計劃并提交網絡運營中心審批。3. 研發(fā)事業(yè)部進行相關系統(tǒng)部署
8、工作,準備培訓資料,對相關用戶和信息技術人員進行培訓。4. 試運行達到試運行計劃規(guī)定的終止條件時,項目組編寫試運行報告。此報告應由項目組和試運行單位審批確認,并提交系統(tǒng)主要使用部門負責人審批。(八)系統(tǒng)驗收1 .研發(fā)事業(yè)部及業(yè)務歸管部門組織驗收小組,從業(yè)務需求和功能需求及技術需求進行系統(tǒng)評估驗收。2 .驗收小組依據驗收情況整理形成產品驗收報告提交信息系統(tǒng)研發(fā)事業(yè)部及業(yè)務歸管部門審閱。(九)系統(tǒng)上線1. 系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。2. 研發(fā)事業(yè)部提交系統(tǒng)上線發(fā)布申請。3. 研發(fā)事業(yè)部在系統(tǒng)發(fā)布前檢查經測試人員、相關業(yè)務歸管部門負責人審批確認的系統(tǒng)發(fā)布申請、相關測試報告是否齊全,并提交
9、公司決策層審批確認。(十)數(shù)據轉換1.研發(fā)事業(yè)部配合數(shù)據轉換/初始化各相關部門,根據網絡運營中心和研發(fā)事業(yè)部負責人簽字確認的數(shù)據遷移計劃/數(shù)據初始化計劃進行【篇三:軟件開發(fā)管理制度】*信息技術開發(fā)有限公司軟件開發(fā)管理制度2016-05-03第一節(jié)總則第一條為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作,特制定本制度。本制度適用于公司軟件研發(fā)與管理。第二條本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)維護或改造,此類工作均需要以項目制管理。第三條本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作,一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發(fā)是公司
10、與專業(yè)it公司(合作商)共同協(xié)作完成it應用的項目實施和技術支持工作,一般形式是公司負責提供業(yè)務框架,合作商提供技術框架,雙方組成開發(fā)團隊進行項目實施,it系統(tǒng)的日常支持由技術研發(fā)部承擔;外包開發(fā)是指將it應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司(可以是專業(yè)的it公司或咨詢公司等),由該公司(承包商)負責應用項目的實施。第四條軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據遷移。第五條除特別指定,本制度中項目組包括業(yè)
11、務組(或需求提出組)、開發(fā)組(可能包括網絡管理員和合作開發(fā)商)。第二節(jié)立項管理第六條提出項目需求的部門參與公司層面立項,進行立項的技術可行性分析,編寫立項分析報告,開展前期籌備工作。立項分析報告應明確項目的范圍和邊界。第七條需求提出部門將立項分析報告交相關部門會簽后,上交公司高層進行立項審批,以保證系統(tǒng)項目與公司整體策略相一致。第八條立項分析報告得到批準后,成立項目組(如果是外包開發(fā),則成立外包商項目組;如果是合作開發(fā),則與外包商共同成立合作開發(fā)項目組,以下統(tǒng)稱“項目組”),項目組應包括業(yè)務組(由公司技術研發(fā)部需求管理組和相關業(yè)務部門組成)和開發(fā)組(自行開發(fā)為技術研發(fā)部開發(fā)組、網絡管理員;外包
12、開發(fā)為技術研發(fā)部指定的開發(fā)組長、網絡管理員和外包商成員;合作開發(fā)為技術研發(fā)部開發(fā)組指定人員、網絡管理員和外包商成員)。公司技術研發(fā)部委派一名項目經理負責監(jiān)督項目的進度,進行項目管理工作,確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求,項目組人員應有足夠的業(yè)務和it技術方面的專業(yè)知識來勝任項目各方面的工作。第三節(jié)需求分析第九條立項后業(yè)務組對用戶需求進行匯總整理,出具業(yè)務需求說明書,并確保業(yè)務需求說明書中包含了所有的業(yè)務需求。經系統(tǒng)使用部門審批確認,作為業(yè)務需求基線。第十條業(yè)務組在獲得業(yè)務需求說明書后,提出技術需求和解決方案,并對系統(tǒng)進行定義,出具系統(tǒng)需求規(guī)格說明書
13、。系統(tǒng)需求規(guī)格說明書需詳細列出業(yè)務對系統(tǒng)的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(kpi)等),最好是采用原型方式表達。系統(tǒng)需求規(guī)格說明書需要由業(yè)務組提交給相關業(yè)務部門負責人確認。第十一條對于合作開發(fā)的項目,當業(yè)務需求發(fā)生變更時,業(yè)務組應提交需求變更申請,項目經理審批后交給開發(fā)組長實施。第十二條項目組應對需求變更影響到的文檔及時更新。第十三條在項目需求確認后,需建立需求跟蹤矩陣,當需求有變更時,需及時的更新跟蹤矩陣(可省略)第四節(jié)項目計劃和監(jiān)控第十三條軟件開發(fā)采用項目形式進行管理。項目經理負責整個項目的計劃、組織、領導和控制。第十四條需求分析過程中,項目經理組織制定詳細
14、的項目計劃書,包括具體任務描述和項目進度表等。第十五條在項目的各個階段,業(yè)務組組長和開發(fā)組組長需配合項目經理制定階段性項目計劃。業(yè)務組組長和開發(fā)組組長需配合項目經理對項目計劃執(zhí)行情況進行監(jiān)控,確保項目按計劃完成。第十六條項目計劃需要變更時,項目經理填寫項目計劃變更說明,并提交公司主管領導審批,通過審批后,交給業(yè)務組組長和開發(fā)組組長執(zhí)行。第五節(jié)系統(tǒng)設計第十七條系統(tǒng)設計應分為概要設計和詳細設計,系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十八條在系統(tǒng)設計階段中,用戶應充分參與,確保系統(tǒng)設計能滿足系統(tǒng)需求。第十九條項目組進行設計,出具設計說明書和單元測試用例。設計說明書中
15、需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審,出具設計評審報告。業(yè)務組組長和開發(fā)組組長應參加此評審并對評審意見簽字確認。第二十條設計評審均以業(yè)務需求說明書和系統(tǒng)需求規(guī)格說明書為依據,確保系統(tǒng)設計滿足全部需求。第二十一條對已確認通過的系統(tǒng)設計進行修改需獲得項目經理、業(yè)務組組長和開發(fā)組組長的審批后方可進行。第二十二條對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。第六節(jié)系統(tǒng)實現(xiàn)第二十三條開發(fā)組根據設計說明書制定系統(tǒng)實現(xiàn)計劃,并提交項目經理對計劃可行性進行審批。第二十四條系統(tǒng)實現(xiàn)包括程序編碼、單元測試。第二十五條開發(fā)組保證開發(fā)、測試和生產環(huán)境獨立,為各環(huán)境建
16、立訪問權限控制機制,并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產環(huán)境在物理或邏輯方面應該做到隔離;如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的,應定期檢查網絡設置。項目組對已授權訪問生產環(huán)境的人員進行詳細記錄,并對該記錄進行定期檢查,確保只有經授權的人員才能訪問到生產環(huán)境。第七節(jié)系統(tǒng)測試和用戶測試第二十六條測試組制定系統(tǒng)測試計劃,并提交項目經理對計劃可行性進行審批。第二十七條系統(tǒng)測試計劃必須定義測試標準,并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。第二十八條開發(fā)組向數(shù)據擁有部門申請獲取測試用業(yè)務數(shù)據的使用權,對獲取的數(shù)據進行嚴格的訪問控制,確保只有相關項目人員才能訪問及使用。第二十九條開發(fā)組負
17、責測試數(shù)據準備,測試用數(shù)據要足夠模擬生產環(huán)境中的實際數(shù)據。對已評定為敏感信息的數(shù)據進行敏感性處理和保護。第三十條開發(fā)組或合作開發(fā)商協(xié)助技術研發(fā)部測試組建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。技術研發(fā)部測試組出具系統(tǒng)測試報告,測試人員簽字確認測試結果。第三十一條系統(tǒng)測試通過后,開發(fā)組配合業(yè)務組建立用戶測試環(huán)境,業(yè)務組根據用戶測試用例進行用戶測試,出具用戶測試報告,業(yè)務組組長和開發(fā)組組長應在用戶測試報告中簽字確認。第三十二條項目組完成系統(tǒng)幫助文檔(其中包括用戶操作手冊和安裝維護手冊)。凡涉及應用系統(tǒng)的變更,應對系統(tǒng)幫助文檔及時更新。第三十三
18、條所有項目的bug管理均采用qc系統(tǒng),用戶所提交的問題及測試的bug均需記錄在案第八節(jié)試運行第三十四條系統(tǒng)主要使用部門根據項目規(guī)模及影響決定試運行策略。第三十五條項目組制定試運行計劃,并制定試運行驗收指標,上報公司主管領導審批。試運行計劃中應包含問題應對機制,明確問題溝通渠道和職責分工。第三十六條項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作,準備培訓資料,對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。第三十七條項目組根據試運行計劃進行系統(tǒng)轉換和數(shù)據遷移。系統(tǒng)轉換前,檢查系統(tǒng)環(huán)境,確保運行環(huán)境能滿足新應用系統(tǒng)的需要。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信
19、息,并填寫試運行報告相關內容。系統(tǒng)參數(shù)、設置的轉換工作作為系統(tǒng)上線的驗收的評估指標之一。第三十八條數(shù)據遷移前,應制定詳細的數(shù)據遷移計劃,數(shù)據遷移計劃中應包含遷移方案、測試方案、數(shù)據定義,新舊數(shù)據對照表、遷移時間、回退計劃等信息。數(shù)據遷移計劃需經項目經理和主管領導簽字審批。第三十九條數(shù)據遷移后,項目組對數(shù)據遷移的完整性和準確性作出檢查,出具數(shù)據遷移報告,其中包括數(shù)據來源、轉換前狀態(tài)、轉換后狀態(tài),數(shù)據遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。第四十條系統(tǒng)轉換和數(shù)據遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。第四十一條系統(tǒng)轉換和數(shù)據遷移驗收通過后,正式啟動試運行。在試運行過程中,試運行單位辦公室把系統(tǒng)運行情況(系統(tǒng)資源使用,反應速度等)記錄到試運行報告中。必要時,項目組應根據系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。第四十二條試運行達到試運行計劃規(guī)定的終止條件時,項目組編寫試運行報告。此報告應由項目組和試運行單位簽字確認,并提交公司主管領導審閱。公司主管領導審閱試運行結果,決定試運行結束或延期。第九節(jié)系統(tǒng)驗收第四十三
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 七夕節(jié)活動方案 (15篇)
- 《綠野仙蹤》讀后感集合15篇
- 綠色制造工藝改造項目可行性研究報告
- 空調與照明系統(tǒng)優(yōu)化在標準廠房節(jié)能中的作用
- 海洋科技創(chuàng)新的路徑與行動計劃
- 光伏電站光伏區(qū)技改項目可行性研究報告
- 工業(yè)遺產活化利用項目可行性研究報告
- 高效能電機研發(fā)項目可行性研究報告
- 家庭對學生心理健康教育
- 新疆維吾爾自治區(qū)塔城地區(qū)烏蘇市第一中學2022-2023學年高一下學期3月月考政治 含解析
- 陽光心理-健康人生小學生心理健康主題班會課件
- 樂理知識考試題庫130題(含答案)
- 2023年廣東廣州中考滿分作文《一樣的舞臺不一樣的我》
- 2024-2030年中國商用顯示產業(yè)投資策略及發(fā)展規(guī)劃建議研究研究報告
- 2024年共青團入團積極分子團校結業(yè)考試試題庫及答案
- 小學五年級數(shù)學奧林匹克競賽試卷及答案
- 中西文化鑒賞智慧樹知到答案2024年鄭州大學
- 人教PEP版英語六上Unit 5《What does he do》(B Let's learn)說課稿
- DL∕T 5494-2014 電力工程場地地震安全性評價規(guī)程
- DL∕T 1630-2016 氣體絕緣金屬封閉開關設備局部放電特高頻檢測技術規(guī)范
- 實驗室可靠性測試計劃表
評論
0/150
提交評論