軟件開發(fā)管理制度_第1頁
軟件開發(fā)管理制度_第2頁
軟件開發(fā)管理制度_第3頁
軟件開發(fā)管理制度_第4頁
軟件開發(fā)管理制度_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、*有限公司軟件開發(fā)管理制度總則第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作,特制 定本制度。本制度適用于 * 有限公司軟件研發(fā)與管理。第二條 本制度中軟件開發(fā)指新系統開發(fā)和現有系統重大改造。第三條 本制度中自行開發(fā)是指主要依賴信息中心自身的管理、 業(yè)務和技術力量進行系統設計、 軟件開發(fā)、 集成和相關的技術支持工 作,一般僅向外購置有關的硬件設備和支撐軟件平臺; 外包開發(fā)是指 將 IT 應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公 司(可以是專業(yè)的 IT 公司或咨詢公司等) ,由該公司(承包商)負責 應用項目的實施。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。 項目管 理涉及

2、立項管理、項目計劃和監(jiān)控、配置管理和結項管理。軟件工程 涉及需求管理、系統設計、系統實現、系統測試、用戶接受測試、試 運行、系統驗收、系統上線和數據遷移。第五條 除特別指定,本制度中項目組包括業(yè)務組(或需求提出 組)、信息中心(可能包括網絡管理員) 。立項管理第六條 提出開發(fā)需求的信息技術部門參與信息中心層面立項,進行立項的技術可行性分析,編寫立項分析報告 ,開展前期籌備工作。立項分析報告應明確項目的范圍和邊界第七條 應用系統主要使用部門將立項分析報告上交信息 中心主管部門進行立項審批, 以保證系統項目與蘇州市住房和城鄉(xiāng)建 設局整體策略相一致。第八條 立項分析報告得到批準后,成立項目組(如果是

3、外 包開發(fā),則成立外包商項目組;外包開發(fā)為外包商成員) 。信息中心 委派一名員工負責監(jiān)督項目的進度, 進行項目管理工作, 確保開發(fā)能 及時完成并能滿足業(yè)務需要。 項目組人員的選擇應滿足項目對業(yè)務及 技術要求,項目組人員應有足夠的業(yè)務和 IT 技術方面的專業(yè)知識來 勝任項目各方面的工作。需求分析第九條 立項后業(yè)務組對用戶需求進行匯總整理,出具業(yè)務需 求說明書,并確保業(yè)務需求說明書中包含了所有的業(yè)務需求。 經系統使用部門審批確認,作為業(yè)務需求基線。第十條 信息中心在獲得業(yè)務需求說明書后,提出技術需求 和解決方案,并對系統進行定義,出具系統需求規(guī)格說明書 。系 統需求規(guī)格說明書需詳細列出業(yè)務對系統的

4、要求(界面、輸入、輸 出、管理功能、安全需求、運作模式、關鍵指標 (KPI) 等)。系統需 求規(guī)格說明書需要由業(yè)務組提交給相關業(yè)務流程負責人確認。第十一條 項目組應對需求變更影響到的文檔及時更新。項目計劃和監(jiān)控第十二條軟件開發(fā)米用項目形式進行管理。信息中心負責人 負責整個項目的計劃、組織、領導和控制。第十三條 需求分析過程中,信息中心負責人組織制定詳細的項目計劃書,包括具體任務描述和項目進度表等。第十四條在項目的各個階段,業(yè)務組組長和信息中心組長需 配合信息中心負責人制定階段性項目計劃。 業(yè)務組組長和信息中心組 長需配合信息中心負責人對項目計劃執(zhí)行情況進行監(jiān)控,確保項目按計劃完成。第十五條 項

5、目計劃需要變更時,信息中心負責人填寫項目 計劃變更說明,并提交信息中心主管領導審批,通過審批后,交給 業(yè)務組組長和信息中心組長執(zhí)行。系統設計第十六條系統設計應分為概要設計和詳細設計,系統設計要 遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十七條 在系統設計階段中,用戶應充分參與,確保系統設 計能滿足系統需求。第十八條 項目組進行詳細設計,出具設計說明書和單 元測試用例。設計說明書中需要定義系統輸入輸出說明和接口設 計說明。信息中心主管領導組織相關人員對概要設計進行評審,出具設計評審報告。業(yè)務組組長和信息中心組長應參加此評審并對評 審意見簽字確認第十九條 設計評審均以業(yè)務需求說

6、明書和系統需求規(guī) 格說明書為依據,確保系統設計滿足全部需求。第二十條 對已確認通過的系統設計進行修改需獲得管理部 門、業(yè)務組組長和信息中心組長的審批后方可進行。第二十一條 對系統設計的修改的文檔須由文檔管理人員進行 歸檔管理。系統實現第二十二條 項目組根據設計說明書制定系統實現計劃,并 提交信息中心負責人對計劃可行性進行審批。第二十三條 系統實現包括程序編碼、單元測試和集成測試。第二十四條 項目組保證開發(fā)、 測試和生產環(huán)境獨立, 為各環(huán)境 建立訪問權限控制機制,并明確項目成員的職責分工。對開發(fā)環(huán)境、 測試環(huán)境與生產環(huán)境在物理或邏輯方面應該做到隔離; 如果環(huán)境的分 隔是通過邏輯形式實現的, 應定

7、期檢查網絡設置。 項目組對已授權訪 問生產環(huán)境的人員進行詳細記錄, 并對該記錄進行定期檢查, 確保只 有經授權的人員才能訪問到生產環(huán)境。第二十五條 項目組進行單元測試和集成測試, 測試人員簽字確 認測試結果。系統測試和用戶測試第二十六條 項目組制定系統 /用戶測試計劃,并提交信息中 心負責人對計劃可行性進行審批。第二十七條 系統 /用戶測試計劃必須定義測試標準,并明 確各種測試的測試步驟和需要的系統設置要求。第二十八條 項目組向數據擁有部門申請獲取測試用業(yè)務數據 的使用權, 對獲取的數據進行嚴格的訪問控制, 確保只有相關項目人 員才能訪問及使用。第二十九條 項目組負責測試數據準備, 測試用數據

8、要足夠模擬 生產環(huán)境中的實際數據。 對已評定為敏感信息的數據進行敏感性處理 和保護。第三十條 系統測試通過后,信息中心配合業(yè)務組建立用戶測 試環(huán)境,業(yè)務組根據用戶測試用例進行用戶測試,出具用戶測試報 告,業(yè)務組組長和信息中心組長應在用戶測試報告中簽字確認。第三十一條 項目組完成系統幫助文檔 (其中包括 用戶操作手 冊和安裝維護手冊 )。凡涉及應用系統的變更,應對系統幫助文 檔及時更新。試運行第三十二條 系統主要使用部門根據項目規(guī)模及影響決定試運 行策略。第三十三條 項目組制定試運行計劃 ,并制定試運行驗收指 標,上報信息中心主管領導審批。 試運行計劃中應包含問題應對 機制,明確問題溝通渠道和職

9、責分工。第三十四條 項目組聯合試運行單位進行相關系統部署工作, 準 備培訓資料,對相關用戶和信息技術人員進行培訓。 用戶培訓的完成 度應為實施后評估的指標之一。第三十五條項目組根據試運行計劃進行系統轉換和數據遷 移。系統轉換前,檢查系統環(huán)境,確保運行環(huán)境能滿足新應用系統的 需要。系統轉換時必須詳細記錄原系統中的重要參數、設置等系統信息,并填寫試運行報告相關內容。系統參數、設置的轉換工作作為系 統上線的驗收的評估指標之一。第三十六條 數據遷移前,應制定詳細的數據遷移計劃,數 據遷移計劃中應包含遷移方案、測試方案、數據定義,新舊數據對 照表、遷移時間、回退計劃等信息。數據遷移計劃需經信息中心負責

10、人和主管領導簽字審批。第三十七條 數據遷移后,項目組對數據遷移的完整性和準確性 作出檢查,出具數據遷移報告,其中包括數據來源、轉換前狀態(tài)、 轉換后狀態(tài),數據遷移負責人、對完整性檢查情況、對準確性檢查情 況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。第三十八條 系統轉換和數據遷移由試運行單位業(yè)務部門和公 司主管領導共同監(jiān)督并進行驗收第三十九條系統轉換和數據遷移驗收通過后,正式啟動試運 行。在試運行過程中,試運行單位辦公室把系統運行情況(系統資源 使用,反應速度等)記錄到試運行報告中。必要時,項目組應根據系統運行情況對應用系統進行優(yōu)化第四十條 試運行達到試運行計劃規(guī)定的終止條件時, 項目組

11、 編寫試運行報告。此報告應由項目組和試運行單位簽字確認,并 提交公司主管領導審閱。公司主管領導審閱試運行結果,決定試運行 結束或延期。系統驗收第四十一條 系統主要使用部門及信息技術部門聯合組成獨立 系統驗收小組,也可授權原項目組作為驗收小組。 驗收小組從功能需 求及技術需求層面對系統進行綜合評估。第四十二條驗收小組應根據驗收情況整理形成系統驗收報 告提交系統主要使用部門和信息技術部門審閱。第四十三條 系統主要使用部門和信息技術部門負責人根據系 統測試、試運行情況簽署驗收意見。系統上線第四十四條 系統上線應遵循穩(wěn)妥、可控、安全的原則。第四十五條 通常情況下,系統上線包含數據遷移工作。第四十六條

12、項目組制定系統上線計劃,上報信息中心主管 領導審批。在上線計劃得到批準后才能開始部署上線工作。第四十七條 系統上線計劃內容應包括但不限于:(一)部署方式和資源分配(包括人力資源及服務器資源)(二)上線工作時間表;(三)上線操作步驟以及問題處理步驟;(四)項目階段性里程碑和成果匯報(項目執(zhí)行狀態(tài)的審閱、進度安排等);(五)數據遷移的需求和實施計劃;(六)完整可行的應急預案和“回退”計劃;(七)用戶培訓計劃(包括:培訓計劃、培訓手冊、培訓考核等);(八)省局下發(fā)的系統標準參數配置。第四十八條 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控, 出 現問題時應及時處理,對重大問題應啟動緊急預案。第四十九條在完成上線后要填寫系統驗收評估報告,上報 蘇州市住房和城鄉(xiāng)建設局項目組匯總整理。 系統驗收評估報告內 容包括:數據準確性、系統性能及穩(wěn)定性、接口問題、權限問題、業(yè) 務操作影響度、問題處理情況、備份、批處理等。第五十條 上線單位管理層要對系統驗收評估報告進行審批簽字。第五條 信息中心主管領導批準結項后,業(yè)務組和信息中心 將整理的文檔提交各自部門統一管理。外包開發(fā)管理第五十二條 立項申請得到信息中心主管領導的審批后, 選定開 發(fā)商,簽訂外包開發(fā)合同。第五十三條 信息中心負責人負責監(jiān)控外包開發(fā)商的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論