軟件開發(fā)管理規(guī)定資料

1、第一條第二條第三條第四條第五條第六條第七條第八條軟件開發(fā)管理規(guī)定為標(biāo)準(zhǔn)自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系 統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的 硬件設(shè)備和支撐 軟件平臺；合作開發(fā)是公司與專業(yè) IT 公司合作商共同 協(xié)作完成 IT 應(yīng)用的工程實施 和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè) 務(wù)框架，合作商提供技術(shù)框架，雙方組成開 發(fā)團(tuán)隊進(jìn)行工程實施， IT 系統(tǒng)的日常支持由 IT 管理小組和合作商共同承當(dāng)， IT 管 理小組負(fù)責(zé)內(nèi)部一 級支

2、持，合作商負(fù)責(zé)外部二級支持；外包開發(fā)是指將 IT 應(yīng)用 工程的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司可以是專業(yè)的 IT 公司或 咨詢公司等 ，由該公司承包商負(fù)責(zé)應(yīng)用工程的實施。軟件開發(fā)遵循工程管理和軟件工程的根本原那么。工程管理涉及立項管理、 工程方案和監(jiān)控、配置管 理、合作開發(fā)管理和結(jié)項管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、 用戶接受測試、試運(yùn)行、系統(tǒng) 驗收、系統(tǒng)上線和數(shù)據(jù)遷移。除特別指定，本制度中工程組包括業(yè)務(wù)組或需求提出組 、 IT 組可能包 括網(wǎng)絡(luò)管理員和合 作開發(fā)商 。第二節(jié)立項管理 提出開發(fā)需求的信息技術(shù)部門參與公司層面立項，進(jìn)行立項的技術(shù)可行性 分析，

3、編寫?立項分析報 告? ，開展前期籌備工作。 ?立項分析報告?應(yīng)明 確工程的范圍和邊界。 應(yīng)用系統(tǒng)主要使用部門將?立項分析報告?上交公司進(jìn)行立項審批。 ?立項分析報告?得到批準(zhǔn)后，成立工程組如果是外包開發(fā)，那么成立外 包商工程組；如果是合作開發(fā)，那么與外包商共同成立合作開發(fā)工程組，以 下統(tǒng)稱“工程 組 ，工程組應(yīng)包括業(yè)務(wù)組由公司相關(guān)業(yè)務(wù)部門組成和 IT 組自行開發(fā)為辦公室 網(wǎng)絡(luò)管理員；外包開發(fā)為外包商成員；合作開發(fā) 為網(wǎng)絡(luò)管理員和外包商成員 。公司委 派一名員工負(fù)責(zé)監(jiān)督工程的進(jìn)度，進(jìn) 行工程管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。工程組人員的 選擇應(yīng)滿足工程 對業(yè)務(wù)及技術(shù)要求，工程組人員

4、應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專業(yè)知識來勝任工程各方面的工作。第三節(jié) 需求分析第九條 立項后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具?業(yè)務(wù)需求說明書? ，并確保 ?業(yè)務(wù)需求說明書? 中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門審批確 認(rèn)，作為業(yè)務(wù)需求基線。第十條 IT 組在獲得?業(yè)務(wù)需求說明書?后，提出技術(shù)需求和解決方案，并對系統(tǒng) 進(jìn)行定義，出具?系統(tǒng) 需求規(guī)格說明書? 。?系統(tǒng)需求規(guī)格說明書? 需詳細(xì) 列出業(yè)務(wù)對系統(tǒng)的要求 ( 界面、輸入、 輸出、管理功能、平安需求、運(yùn)作 模式、關(guān)鍵指標(biāo) (KPI) 等) 。?系統(tǒng)需求規(guī)格說明書? 需要由業(yè)務(wù)組提交給相 關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。第十一條 對于合作開發(fā)的

5、工程，當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交?需求變更申請?， IT 組組長審批后交給合作開發(fā)商實施。第十二條 工程組應(yīng)對需求變更影響到的文檔及時更新。第四節(jié) 工程方案和監(jiān)控第十三條 軟件開發(fā)采用工程形式進(jìn)行管理。工程經(jīng)理負(fù)責(zé)整個工程的方案、組織、 領(lǐng)導(dǎo)和控制。第十四條 需求分析過程中，工程經(jīng)理組織制定詳細(xì)的?工程方案書? ，包括具體任務(wù) 描述和工程進(jìn)度表 等。第十五條 在工程的各個階段，業(yè)務(wù)組組長和 IT 組組長需配合工程經(jīng)理制定階段性項 目方案。業(yè)務(wù)組組長 和 IT 組組長需配合工程經(jīng)理對工程方案執(zhí)行情況進(jìn)行 監(jiān)控，確保工程按方案完成。第十六條 工程方案需要變更時，工程經(jīng)理填寫?工程方案變更說

6、明? ，并提交公司主 管領(lǐng)導(dǎo)審批，通過 審批后，交給業(yè)務(wù)組組長和 IT 組組長執(zhí)行。第五節(jié) 系統(tǒng)設(shè)計第十七條 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細(xì)設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、第十八條擴(kuò)展性、可靠性、平安性、可維護(hù)性等原那么。 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充 第十九條分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。 工程組進(jìn)行詳細(xì)設(shè)計，出具?設(shè)計說明書?和?單元測試用例? 。?設(shè)計說 明書?中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。公司主管領(lǐng)導(dǎo)組織 相 關(guān)人員對概要設(shè)計進(jìn)行評審，出具?設(shè)計評審報告? 。業(yè)務(wù)組組長和 IT 組組長應(yīng)參加此評審并對評審 意見簽字確認(rèn)。 設(shè)計評審均以?業(yè)務(wù)需求說明書?和?系統(tǒng)需求規(guī)格

7、說明書?為依據(jù)，確 保系統(tǒng)設(shè)計 滿足全部需求。 對已確認(rèn)通過的系統(tǒng)設(shè)計進(jìn)行修改需獲得管理部門、業(yè)務(wù)組組長和 IT 組組 長的審批 前方可進(jìn)行。 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。第六節(jié) 系統(tǒng)實現(xiàn) 工程組根據(jù)?設(shè)計說明書?制定系統(tǒng)實現(xiàn)方案， 并提交工程經(jīng)理對方案可 行性進(jìn)行審批。 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。 工程組保證 開發(fā)、測試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī) 制，并明確工程成員的職責(zé)分工。對開發(fā)環(huán) 境、測試環(huán)境與生產(chǎn)環(huán)境在物 理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應(yīng) 定期檢查網(wǎng)絡(luò)設(shè)置。工程組對已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)

8、記錄， 并對該記錄進(jìn)行定期檢查，確 保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。 工程組進(jìn)行單元測試和集成測試，測試人員簽字確認(rèn)測試結(jié) 果。第七節(jié) 系統(tǒng)測試和用戶測試工程組制定?系統(tǒng) / 用戶測試方案? ，并提交工程經(jīng)理對方案可行性進(jìn)行審 批。?系統(tǒng) / 用戶測試方案?必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和 需要的系統(tǒng)設(shè)置要求。工程組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù) 進(jìn)行嚴(yán)格的訪問控制，確保只 有相關(guān)工程人員才能訪問及使用。第三十條 工程組負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù) 據(jù)。對已評定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第三十一條 IT 組或

9、合作開發(fā)商建立測試環(huán)境進(jìn)行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內(nèi) 部各模塊之間的接 口和與其他系統(tǒng)的接口進(jìn)行充分測試。出具?系統(tǒng)測試 報告?，測試人員簽字確認(rèn)測試結(jié) 果。第三十二條 系統(tǒng)測試通過后， IT 組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測 試用例進(jìn)行用戶測 試，出具?用戶測試報告? ，業(yè)務(wù)組組長和 IT 組組長應(yīng) 在用戶測試報告中簽字確認(rèn)。第三十三條 工程組完成系統(tǒng)幫助文檔其中包括?用戶操作手冊?和?安裝維護(hù)手 冊?。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新第八節(jié)試運(yùn)行第三十四條 系統(tǒng)主要使用部門根據(jù)工程規(guī)模及影響決定試運(yùn)行策略。第三十五條 工程組制定?試運(yùn)行方案?，并制定試運(yùn)行

10、驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。?試運(yùn)行計戈V?中應(yīng)包含問題應(yīng)對機(jī)制，明確問題溝通渠道和職責(zé)分工。第三十六條 工程組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。第三十七條 工程組根據(jù)?試運(yùn)行方案?進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報告相關(guān)內(nèi) 容。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的 評估指標(biāo)之一。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的?數(shù)據(jù)遷移方案?，?數(shù)據(jù)遷移方案?中應(yīng)包含 遷移方案、

11、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退方案等信息。數(shù)據(jù)遷移方案需經(jīng)工程經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。第三十九條 數(shù)據(jù)遷移后，工程組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具?數(shù)據(jù)遷移報告?，其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門驗收轉(zhuǎn)換 結(jié)果后在該報告上簽字確認(rèn)。第四十條系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)第四十一條第四十二條第四十三條第四十四條第四十五條第四十六條第四十七條第四十八條第四十九條行驗收。系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運(yùn)行。在試運(yùn)行過程中，試 運(yùn)行單位辦公室把 系統(tǒng)運(yùn)

12、行情況系統(tǒng)資源使用，反響速度等記錄到試 運(yùn)行報告中。必要時，工程組應(yīng)根據(jù) 系統(tǒng)運(yùn)行情況對應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。 試運(yùn)行到達(dá)試運(yùn)行方案規(guī)定的終止條件時，工程組編寫 ?試運(yùn)行報告? 。此 報告應(yīng)由工程組和試運(yùn)行單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo)審閱。 公司 主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。第九節(jié) 系統(tǒng)驗收系統(tǒng)主要使用部門及信息技術(shù)部門聯(lián)合組成獨(dú)立系統(tǒng)驗收小組，也可授權(quán) 原工程組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進(jìn)行 綜合評估。驗收小組應(yīng)根據(jù)驗收情況整理形成?系統(tǒng)驗收報告?提交系統(tǒng)主要使用部 門和信息技術(shù)部門 審閱。系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運(yùn)行情

13、況簽署 驗收意見第十節(jié) 系統(tǒng)上線 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、平安的 原那么。 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。 工程組制定?系統(tǒng)上線方案? ，上報公 司主管領(lǐng)導(dǎo)審批。在上線方案得到批 準(zhǔn)后才能開始部署上線工作。?系統(tǒng)上線方案?內(nèi)容應(yīng)包括但不限于：1、部署方式和資源分配包括人力資源及效勞器資源；2、上線工作時間表；3、上線操作步驟以及問題處理步驟；4、工程階段性里程碑和成果匯報工程執(zhí)行狀態(tài)的審閱、進(jìn)度安排等5、數(shù)據(jù)遷移的需求和實施方案；6、完整可行的應(yīng)急預(yù)案和“回退方案；7、用戶培訓(xùn)方案包括：培訓(xùn)方案、培訓(xùn)手冊、培訓(xùn)考核等；第六十三條第五十八條8、公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 。第六十四條第

14、五十條九條 上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問題時應(yīng)及時處理， 對重大問題應(yīng)啟動 第六十條 緊急預(yù)案。第五十一條 在完成上線后要填寫?系統(tǒng)驗收評估報告? ，上報公司工程組匯總整理 ?系統(tǒng)驗收評估報 告?內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口 問題、權(quán)限問題、業(yè)務(wù)操作影響度、 問題處理情況、 備份、批處理等。 上線單位管理層要對 ?系統(tǒng)驗收評估報告? 進(jìn)行審批簽字。第五十二條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后，業(yè)務(wù)組和 IT 組將整理的文檔提交各自部門統(tǒng) 管理。第五十三條第十一節(jié) 合作開發(fā)管理合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見第三方管理 制度。合作開發(fā)商必須遵循公司?軟件開發(fā)管理制度?第五十四條 工程經(jīng)理同合作開發(fā)商明確規(guī)定工程變更的范圍和處理方式，重點(diǎn)關(guān)注需 求和設(shè)計變更。按方案定期向工程工程經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的工程管理及軟件開發(fā)活動。合作開發(fā)商應(yīng)第五十五條 經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大 問題時，合作開發(fā)商需及時向工程經(jīng) 第五十六條 理匯報。IT 組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第五十七條 工程組同合作開發(fā)商