軟件開發(fā)管理制度

1、頁眉.軟件開發(fā)管理制度第一節(jié)總則第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作 ,特制定本制度。本制度適用 于公司軟件研發(fā)與管理。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造 ,此類工作均需要以項(xiàng) 目制管理。第三條本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng) 設(shè)計(jì)、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作 , 一般僅向外購置有關(guān)的硬件 設(shè)備和支撐軟件平臺(tái) ;合作開發(fā)是公司與專業(yè) IT 公司 (合作商 )共同協(xié)作 完成 IT 應(yīng)用的項(xiàng)目實(shí)施和技術(shù)支持工作 ,一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框 架,合作商提供技術(shù)框架 ,雙方組成開發(fā)團(tuán)隊(duì)進(jìn)行項(xiàng)目實(shí)施 ,IT 系統(tǒng)的日常 支持由

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

3、的技術(shù)可行性分析 ,編寫 立項(xiàng)分析報(bào)告 (附件一 ),開展前期籌備工作。 立項(xiàng)分析報(bào)告應(yīng)明確 項(xiàng)目的范圍和邊界。1/59頁眉.第七條 需求提出部門將立項(xiàng)分析報(bào)告交相關(guān)部門會(huì)簽后 ,上交公司總裁與董事 長進(jìn)行立項(xiàng)審批 ,以保證系統(tǒng)項(xiàng)目與公司整體策略相一致。第八條 立項(xiàng)分析報(bào)告 得到批準(zhǔn)后 ,成立項(xiàng)目組 (如果是外包開發(fā) , 則成立外包 商項(xiàng)目組 ;如果是合作開發(fā) ,則與外包商共同成立合作開發(fā)項(xiàng)目組 ,以下統(tǒng) 稱“項(xiàng)目組 ”),項(xiàng)目組應(yīng)包括業(yè)務(wù)組 (由公司技術(shù)研發(fā)部需求管理組和相關(guān) 業(yè)務(wù)部門組成 )和開發(fā)組 (自行開發(fā)為技術(shù)研發(fā)部開發(fā)組、網(wǎng)絡(luò)管理員 ;外 包開發(fā)為技術(shù)研發(fā)部指定的開發(fā)組長、網(wǎng)絡(luò)管理

4、員和外包商成員 ;合作開發(fā) 為技術(shù)研發(fā)部開發(fā)組指定人員、網(wǎng)絡(luò)管理員和外包商成員 )。公司技術(shù)研發(fā)部 PMO( 項(xiàng)目管理辦公室 )委派一名項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度 ,進(jìn)行項(xiàng) 目管理工作 ,確保開發(fā)能及時(shí)完成并能滿足業(yè)務(wù)需要。 項(xiàng)目組人員的選擇應(yīng) 滿足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求 ,項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的 專業(yè)知識(shí)來勝任項(xiàng)目各方面的工作。第三節(jié)需求分析第九條 立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理 ,出具業(yè)務(wù)需求說明書 (附件 二),并確保業(yè)務(wù)需求說明書中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部 門審批確認(rèn) ,作為業(yè)務(wù)需求基線。第十條 業(yè)務(wù)組在獲得業(yè)務(wù)需求說明書后 ,提出技術(shù)需求和解決方案

5、,并對(duì)系統(tǒng) 進(jìn)行定義 ,出具系統(tǒng)需求規(guī)格說明書 (附件三 )。系統(tǒng)需求規(guī)格說明 書需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求 (界面、輸入、輸出、管理功能、安全需 求、運(yùn)作模式、關(guān)鍵指標(biāo) (KPI) 等 ),最好是采用原型方式表達(dá)。系統(tǒng)需求規(guī)格說明書需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)部門負(fù)責(zé)人確認(rèn)。第十一條 對(duì)于合作開發(fā)的項(xiàng)目 ,當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí) ,業(yè)務(wù)組應(yīng)提交需求變更申 請(qǐng) (附件四 ),項(xiàng)目經(jīng)理審批后交給開發(fā)組長實(shí)施。第十二條項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。2/59頁眉.第四節(jié)項(xiàng)目計(jì)劃和監(jiān)控第十三條 軟件開發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng) 導(dǎo)和控制。第十四條 需求分析過程中

6、 ,項(xiàng)目經(jīng)理組織制定詳細(xì)的 項(xiàng)目計(jì)劃書(附件五 ),包括 具體任務(wù)描述和項(xiàng)目進(jìn)度表等。第十五條在項(xiàng)目的各個(gè)階段 ,業(yè)務(wù)組組長和開發(fā)組組長需配合項(xiàng)目經(jīng)理制定階段性項(xiàng) 目計(jì)劃。業(yè)務(wù)組組長和開發(fā)組組長需配合項(xiàng)目經(jīng)理對(duì)項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行監(jiān)控 ,確保項(xiàng)目按計(jì)劃完成。第十六條 項(xiàng)目計(jì)劃需要變更時(shí) ,項(xiàng)目經(jīng)理填寫項(xiàng)目計(jì)劃變更說明(附件六 ),并提 交公司主管領(lǐng)導(dǎo)審批 ,通過審批后 ,交給業(yè)務(wù)組組長和開發(fā)組組長執(zhí)行。第五節(jié)系統(tǒng)設(shè)計(jì)第十七條 系統(tǒng)設(shè)計(jì)應(yīng)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì) ,系統(tǒng)設(shè)計(jì)要遵循完備性、一致性、擴(kuò) 展性、可靠性、安全性、可維護(hù)性等原則。第十八條 在系統(tǒng)設(shè)計(jì)階段中 ,用戶應(yīng)充分參與 ,確保系統(tǒng)設(shè)計(jì)能

7、滿足系統(tǒng)需求。第十九條 項(xiàng)目組進(jìn)行設(shè)計(jì) ,出具設(shè)計(jì)說明書 (附件七 )和單元測試用例 (附件 八)。設(shè)計(jì)說明書中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計(jì)說明。公司主 管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審 ,出具設(shè)計(jì)評(píng)審報(bào)告 (附件 九)。業(yè)務(wù)組組長和開發(fā)組組長應(yīng)參加此評(píng)審并對(duì)評(píng)審意見簽字確認(rèn)。第二十條 設(shè)計(jì)評(píng)審均以業(yè)務(wù)需求說明書和系統(tǒng)需求規(guī)格說明書為依據(jù) ,確保 系統(tǒng)設(shè)計(jì)滿足全部需求。第二十一條 對(duì)已確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得項(xiàng)目經(jīng)理、業(yè)務(wù)組組長和開發(fā)組組 長的審批后方可進(jìn)行。3/59頁眉.第二十二條 對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。第六節(jié)系統(tǒng)實(shí)現(xiàn)第二十三條 開發(fā)組根據(jù) 設(shè)

8、計(jì)說明書 制定系統(tǒng)實(shí)現(xiàn)計(jì)劃 ,并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行 性進(jìn)行審批。 ?第二十四條系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測試。第二十五條 開發(fā)組保證開發(fā)、測試和生產(chǎn)環(huán)境獨(dú)立 ,為各環(huán)境建立訪問權(quán)限控制機(jī)制 , 并明確項(xiàng)目成員的職責(zé)分工。對(duì)開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏 輯方面應(yīng)該做到隔離 ;如果環(huán)境的分隔是通過邏輯形式實(shí)現(xiàn)的 ,應(yīng)定期檢查 網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄 ,并對(duì)該記錄 進(jìn)行定期檢查 , 確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。第七節(jié)系統(tǒng)測試和用戶測試第二十六條 測試組制定系統(tǒng)測試計(jì)劃 (附件十 ),并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行 審批。第二十七條系統(tǒng)測試計(jì)劃

9、 必須定義測試標(biāo)準(zhǔn) ,并明確各種測試的測試步驟和需要的 系統(tǒng)設(shè)置要求。4/59頁眉.第二十八條 開發(fā)組向數(shù)據(jù)擁有部門申請(qǐng)獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán) ,對(duì)獲取的數(shù)據(jù)進(jìn) 行嚴(yán)格的訪問控制 ,確保只有相關(guān)項(xiàng)目人員才能訪問及使用。第二十九條 開發(fā)組負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備 ,測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數(shù)據(jù)。 對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第三十條 開發(fā)組或合作開發(fā)商協(xié)助技術(shù)研發(fā)部測試組建立測試環(huán)境進(jìn)行系統(tǒng)測試。在 系統(tǒng)測試中對(duì)新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測 試。技術(shù)研發(fā)部測試組出具 系統(tǒng)測試報(bào)告 (附件十一 ),測試人員簽字確 認(rèn)測試結(jié)果。第三十一條系統(tǒng)測試通

10、過后 ,開發(fā)組配合業(yè)務(wù)組建立用戶測試環(huán)境,業(yè)務(wù)組根據(jù)用戶測 試用例進(jìn)行用戶測試 ,出具用戶測試報(bào)告(附件十一 ),業(yè)務(wù)組組長和開 發(fā)組組長應(yīng)在用戶測試報(bào)告中簽字確認(rèn)。第三十二條 項(xiàng)目組完成系統(tǒng)幫助文檔 (其中包括用戶操作手冊(cè)和安裝維護(hù)手 冊(cè) )。凡涉及應(yīng)用系統(tǒng)的變更 ,應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。第八節(jié)試運(yùn)行第三十三條 系統(tǒng)主要使用部門根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。5/59頁眉.第三十四條 項(xiàng)目組制定試運(yùn)行計(jì)劃 (附件十二 ),并制定試運(yùn)行驗(yàn)收指標(biāo) ,上報(bào)公司 主管領(lǐng)導(dǎo)審批。試運(yùn)行計(jì)劃中應(yīng)包含問題應(yīng)對(duì)機(jī)制 ,明確問題溝通渠道 和職責(zé)分工。第三十五條 項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作

11、,準(zhǔn)備培訓(xùn)資料 ,對(duì)相關(guān)用戶 和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。第三十六條 項(xiàng)目組根據(jù)試運(yùn)行計(jì)劃 進(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)換時(shí)必須詳細(xì)記錄 原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息 ,并填寫試運(yùn)行報(bào)告相關(guān)內(nèi)容。系統(tǒng) 參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評(píng)估指標(biāo)之一。第三十七條數(shù)據(jù)遷移前 ,應(yīng)制定詳細(xì)的數(shù)據(jù)遷移計(jì)劃(附件十三 ),數(shù)據(jù)遷移計(jì) 劃中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義 , 新舊數(shù)據(jù)對(duì)照表、遷移時(shí) 間、回退計(jì)劃等信息。數(shù)據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。第三十八條數(shù)據(jù)遷移后

12、,項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查 ,出具數(shù)據(jù)遷 移報(bào)告 (附件十四 ),其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài) ,數(shù)據(jù)遷移負(fù)責(zé)人、 對(duì)完整性檢查情況、 對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門驗(yàn) 收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。6/59頁眉.第三十九條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行 驗(yàn)收。第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過后 ,正式啟動(dòng)試運(yùn)行。在試運(yùn)行過程中 ,試運(yùn) 行單位辦公室把系統(tǒng)運(yùn)行情況 (系統(tǒng)資源使用 , 反應(yīng)速度等 )記錄到試運(yùn)行 報(bào)告中。必要時(shí) ,項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。第四十一條 試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件

13、時(shí) ,項(xiàng)目組編寫試運(yùn)行報(bào)告 (附 件十五 )。此報(bào)告應(yīng)由項(xiàng)目組和試運(yùn)行單位簽字確認(rèn) ,并提交公司主管領(lǐng)導(dǎo) 審閱。公司主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果 , 決定試運(yùn)行結(jié)束或延期。第九節(jié)系統(tǒng)驗(yàn)收第四十二條 系統(tǒng)主要使用部門及技術(shù)研發(fā)部聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組 ,也可授權(quán)原項(xiàng) 目組作為驗(yàn)收小組。驗(yàn)收小組從功能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合評(píng)估。第四十三條驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成系統(tǒng)驗(yàn)收?qǐng)?bào)告(附件十六 )提交系統(tǒng)主要使用部門和技術(shù)研發(fā)部審閱。第四十四條 系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運(yùn)行情況簽署驗(yàn) 收意見。第十節(jié)系統(tǒng)上線第四十五條系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。7/59頁眉.

14、第四十六條通常情況下 ,系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十七條 項(xiàng)目組制定系統(tǒng)上線計(jì)劃 (附件十七 ),上報(bào)公司主管領(lǐng)導(dǎo)審批。在上線 計(jì)劃得到批準(zhǔn)后才能開始部署上線工作。第四十八條系統(tǒng)上線計(jì)劃內(nèi)容應(yīng)包括但不限于:1、部署方式和資源分配(包括人力資源及服務(wù)器資源);2、上線工作時(shí)間表;?3、上線操作步驟以及問題處理步驟;4、項(xiàng)目階段性里程碑和成果匯報(bào) (項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等 );5、數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃;6、完整可行的應(yīng)急預(yù)案和“回退 ”計(jì)劃 ;7、用戶培訓(xùn)計(jì)劃 (包括 :培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核等);8、公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。第四十九條 上線單位在上線初期需加強(qiáng)日常運(yùn)行狀

15、態(tài)監(jiān)控 ,出現(xiàn)問題時(shí)應(yīng)及時(shí)處理 ,對(duì) 重大問題應(yīng)啟動(dòng)緊急預(yù)案。第五十條 在完成上線后要填寫 系統(tǒng)驗(yàn)收評(píng)估報(bào)告 (附件十八 )。系統(tǒng)驗(yàn)收評(píng)估報(bào) 告內(nèi)容包括 :數(shù)據(jù)準(zhǔn)確性、 系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè) 務(wù)操作影響度、問題處理情況、備份、批處理等。8/59頁眉.第五十一條 上線單位管理層要對(duì)系統(tǒng)驗(yàn)收評(píng)估報(bào)告進(jìn)行審批簽字。第五十二條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后 ,業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(tǒng)一 管理。第十一節(jié)合作開發(fā)管理第五十三條第五十四條第五十五條第五十六條第五十七條第五十八條第五十九條第六十條第六十一條第六十二條6、完整可行的應(yīng)急預(yù)案和 “回退 ”計(jì)劃 ; 7、用戶培訓(xùn)計(jì)劃

16、(包括 :培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核等 ); 8、公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 。上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控 ,出現(xiàn)問題時(shí)應(yīng)及時(shí)處理 ,對(duì) 重大問題應(yīng)啟動(dòng)緊急預(yù)案。 在完成上線后要填寫 系統(tǒng)驗(yàn)收評(píng)估報(bào)告 (附件十八 )。系統(tǒng)驗(yàn)收評(píng)估報(bào) 告內(nèi)容包括 :數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè) 務(wù)操作影響度、問題處理情況、 備份、批處理等。 上線單位管理層要對(duì) 系統(tǒng)驗(yàn)收評(píng)估報(bào)告進(jìn)行審批簽字。公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后,業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(tǒng)一管理。合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定 ,合作商資質(zhì)認(rèn)定參見第三方管理制 度。 ?合作開發(fā)商必須遵循公司軟件開發(fā)管理

17、制度。9/59頁眉.項(xiàng)目經(jīng)理同合作開發(fā)商明確規(guī)定項(xiàng)目變更的范圍和處理方式 ,重點(diǎn)關(guān)注需求 和設(shè)計(jì)變更。 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項(xiàng)目管理及軟件開發(fā)活動(dòng)。合作開發(fā)商應(yīng)按 計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài) ,并提交階段性成果文檔。 發(fā)生重大問題 時(shí) ,合作開發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。 開發(fā)組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。 項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。 以上各要求需要在開發(fā)合同中明確。第十二節(jié)系統(tǒng)交付在系統(tǒng)驗(yàn)收通過后 ,項(xiàng)目組對(duì)運(yùn)維組進(jìn)行系統(tǒng)維護(hù)培訓(xùn)。 項(xiàng)目組提交全部經(jīng)審批的交付物給 PMO 存檔。 項(xiàng)目組填寫系統(tǒng)交付申請(qǐng) (附件十九 ),提交主管技術(shù)總裁審批后 ,交付 運(yùn)維

18、組。第7頁,共53頁技術(shù)開發(fā)管理制度第六十三條第六十四條第六十五條第六十六條第六十七條第六十八條第六十九條第十三節(jié)外包開發(fā)管理立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后 ,選定開發(fā)商 ,簽訂外包開發(fā)合同。 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控外包開發(fā)商的項(xiàng)目管理及軟件開發(fā)活動(dòng)。外包開發(fā)商應(yīng)按 計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài) ,并提交階段性成果文檔。發(fā)生重大問題 時(shí) ,外包開發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。項(xiàng)目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。 項(xiàng)目組同外包開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。 以上各要求需要在開發(fā)合同中明確。10/59頁眉.第十四節(jié)附則本制度由公司技術(shù)研發(fā)部負(fù)責(zé)解釋和修訂。本制度自發(fā)布之日起開始執(zhí)行。第8頁,共53頁技術(shù)

19、開發(fā)管理制度附件一立項(xiàng)分析報(bào)告版本歷史1. 項(xiàng)目介紹. 1.1.項(xiàng)目目的 ?提示 :用簡練的語言說明本項(xiàng)目 “是什么 ” ,實(shí)“現(xiàn)什么目的 ”。描述簡練且清晰。 ?. 1.2.項(xiàng)目背景 ?提示 :闡述項(xiàng)目背景 ,重點(diǎn)說明 “為什么 ”會(huì)產(chǎn)生本項(xiàng)目。 (1)公司的短期、長期發(fā)展戰(zhàn)略 ; (2)業(yè)務(wù)需求及發(fā)展趨勢;?(3)技術(shù)狀況及發(fā)展趨勢 ; ?(4)特殊的業(yè)務(wù)需求等。 ?. 1.3.項(xiàng)目范圍 ?提示 :根據(jù)對(duì)現(xiàn)有需求的了解來確定項(xiàng)目基本范圍,說明本系統(tǒng) “應(yīng)當(dāng)包含的內(nèi)容 ”?和“不包含的內(nèi)容 ”。2. 項(xiàng)目計(jì)劃 2.1. 項(xiàng)目團(tuán)隊(duì)提示 :說明項(xiàng)目團(tuán)隊(duì)的角色、 知識(shí)技能要求、建議人選、 人數(shù)、工

20、作時(shí)間 ,如下表所 示。文件狀態(tài) : 草稿 ? 正式文件標(biāo)識(shí) :發(fā)布 正在修改當(dāng)前版本 :11/59頁眉.作 者:完成日期 :版本 /狀態(tài)作者參與者起止日期角色知識(shí)技能要求建議人選、人數(shù)項(xiàng)目經(jīng)理需求開發(fā)人員系統(tǒng)設(shè)計(jì)人員第9頁,共53頁技術(shù)開發(fā)管理制度編程人員測試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員.2.2. 成本估計(jì)12/59頁眉.內(nèi)容成本 (人民幣 )備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi).2.3. 進(jìn)度表 提示 :制定項(xiàng)目開發(fā)的進(jìn)度表 (建議給出項(xiàng)目里程碑計(jì)劃)。例如 :編號(hào)里程碑名稱預(yù)計(jì)結(jié)束時(shí)間備注需求調(diào)研完成項(xiàng)目計(jì)劃完成需求分析完成概要設(shè)計(jì)完成詳細(xì)設(shè)計(jì)完成實(shí)現(xiàn)完成集成測試完成系

21、統(tǒng)測試完成用戶驗(yàn)收測試完成13/59頁眉.試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收3. 總結(jié) 提示 :給出清晰的建議結(jié)論 ,便于上級(jí)領(lǐng)導(dǎo)決策。第10頁,共53頁技術(shù)開發(fā)管理制度附件二業(yè)務(wù)需求說明書版本歷史1 概述 ?1.1業(yè)務(wù)調(diào)研人員名單 【可選】1.2 業(yè)務(wù)范圍 ?此處描寫總體業(yè)務(wù)的概要分類并。?1.3 業(yè)務(wù)目標(biāo) ?從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo),以及評(píng)價(jià)標(biāo)準(zhǔn)。?1.4 相關(guān)文檔 說明 :列出本文檔的所有參考文獻(xiàn)(可以是非正式出版物 ),包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。 ?1.5業(yè)務(wù)詞匯表說明 :列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等,以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的

22、業(yè)務(wù)理解基礎(chǔ)之上的。 ?2 組織結(jié)構(gòu)及業(yè)務(wù) ?2.1 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu) 說明 :如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置,業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)文件標(biāo)識(shí) :文件狀態(tài) : 草稿 ? 正式當(dāng)前版本 :發(fā)布 正在修改作 者:完成日期 :版本 /狀態(tài)作者參與者起止日期14/59頁眉.序號(hào)職能部門姓名主管第11頁,共53頁技術(shù)開發(fā)管理制度2.2 組織機(jī)構(gòu)描述 ?2.3 角色職責(zé) 說明 :將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象 ,描述該抽象角色的操作職責(zé)。 2.4 管理綜述?【可選】 ?說明 :主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如 :典型按庫存生產(chǎn)模式。 生產(chǎn)計(jì)劃以年度銷售計(jì)劃為指導(dǎo),并

23、綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。采購計(jì)劃的制訂以生產(chǎn)計(jì)劃為依據(jù)。?2.5 現(xiàn)有業(yè)務(wù)流程清單?【可選】說明 :現(xiàn)有業(yè)務(wù)流程需要考慮 ,很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。3 業(yè)務(wù)流程及業(yè)務(wù)處理描述 說明 :針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù) ,描述具體的業(yè)務(wù)流程 ,以及相關(guān)業(yè)務(wù)的具體描述。 ?3.1 具體業(yè)務(wù)流程(系統(tǒng)名稱 +編號(hào) ) 對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范 ,對(duì)具體流程進(jìn)行編號(hào) ,便于形成需求矩陣 ,同時(shí)形成需 求的管理和跟蹤。業(yè)務(wù)流程業(yè)務(wù)描述 ?說明 :描述具體的業(yè)務(wù)流程。相關(guān)業(yè)務(wù)對(duì)象 ?說明 :業(yè)務(wù)對(duì)象 :業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。業(yè)務(wù)規(guī)則及關(guān)鍵算法 ?說明 :描

24、述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。 ?4 假定和約束 說明 :列出進(jìn)行本軟件開發(fā)工作的假定和約束 ,例如開發(fā)期限等。 4.1 運(yùn)行環(huán)境約束15/59頁眉.流程編號(hào)流程名稱業(yè)務(wù)對(duì)象使用部門第12頁,共53頁技術(shù)開發(fā)管理制度4.2 設(shè)計(jì)約束 ?【可選】說明 :開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 ?4.3 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 ?【可選】 說明 :闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則 ,違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn) 品通常不太可能被接受。 ?5 其他 ?5.1 目前核心問題和困難 ?5.2 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望 ?【可選】 ?5.3 其他未盡事宜

25、第13頁,共53頁技術(shù)開發(fā)管理制度附件三系統(tǒng)需求規(guī)格說明書版本歷史1 引言 ?1.1 目的 ?例如 :規(guī)定系統(tǒng)的邊界和目標(biāo) ,描述系統(tǒng)的功能性需求和非功能性需求。 ?1.2 讀者對(duì)象及閱讀建議 ?說明 :指明本文檔面向的讀者群 ,及相應(yīng)的閱讀意見。 ?1.3 文檔范圍 ?【可選】 說明 :16/59頁眉.對(duì)本文的范圍做闡述 ,本文檔改動(dòng)時(shí) ,受到影響的范圍 ,例如 ,本文引用到的用例 模型 ,系統(tǒng)原型 ,系統(tǒng)測試用例等文檔。 ?1.4 參考文檔說明 :列出本文檔的所有參考文獻(xiàn) (可以是非正式出版物 ),包括計(jì)劃任務(wù)書、合同、批 文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。?1.5 術(shù)語與縮寫解釋說

26、明 :列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組 ,并給予解釋 ,以便于所有 讀者達(dá)成共識(shí)。 ?2 綜合描述 ?2.1 系統(tǒng)背景 ?【可選】 ?說明 :介紹系統(tǒng)的預(yù)期效果、歷史原因。文件標(biāo)識(shí) :文件狀態(tài) : 草稿 ? 正式當(dāng)前版本 :發(fā)布 正在修改作 者 :完成日期 :版本 /狀態(tài)作者參與者起止日期第14頁,共53頁技術(shù)開發(fā)管理制度2.2 問題說明 ?【可選】 提供一段說明 ,總結(jié)此項(xiàng)目需要解決的問題。可以采用以下格式:2.3 系統(tǒng)范圍 說明 :闡述本項(xiàng)目 “適用的業(yè)務(wù)領(lǐng)域 ”和 “不適用的業(yè)務(wù)領(lǐng)域 ”,本產(chǎn)品 “應(yīng)當(dāng)包含的內(nèi) 容”和“不包含的內(nèi)容 ”。說清楚系統(tǒng)范圍的好處是 :(1)有

27、助于判斷什么是需求 ,什么不 是需求 ;(2)可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi) ;(3)有助于控制需求的變更。 ? 完整而準(zhǔn)確的定義本產(chǎn)品的干系人 ;? 明確本產(chǎn)品所影響到的部門和業(yè)務(wù) ;? 用圖表或者文字描述產(chǎn)品的范圍 ,概要的定義產(chǎn)品的功17/59頁眉.能。 ?2.4 干系人與用戶說明?【可選】用戶環(huán)境 ?【可選】 ?詳細(xì)說明目標(biāo)用戶的工作環(huán)境。以下是幾項(xiàng)建議 : 該任務(wù)由多少人來完成 ?是否總在變化 ? 一個(gè)任務(wù)周期需要多長時(shí)間 ?執(zhí)行每項(xiàng)活動(dòng)要用多長時(shí)間 ?是否總在變化 ? 是否有特殊的環(huán)境約束 :移動(dòng)、戶外、乘機(jī)旅行等 ? 目前使用的是哪些系統(tǒng)平臺(tái) ?以后會(huì)使用哪些平臺(tái)? 還在使用哪

28、些應(yīng)用程序 ?您的應(yīng)用程序是否需要和這些應(yīng)用程序集成 ? 在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。干系人簡檔 ?【可選】 通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個(gè)干系人 ,詳盡的簡檔應(yīng)包括各 種干系人在以下方面的信息 :問題是 對(duì)問題進(jìn)行說明 影響 問題影響的干系人問題的后果 該問題會(huì)導(dǎo)致什么后果成功的解決方案 應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn)代表 誰是此產(chǎn)品的干系人代表?(如在他處已作記錄,則此處為可第15頁,共53頁技術(shù)開發(fā)管理制度說明對(duì)干系人類型的簡要說明。 類型介紹干系人的技能特長、技術(shù)背景和熟練程度(即權(quán)威用用戶等 )職責(zé)列出干系人對(duì)所開發(fā)的系統(tǒng)負(fù)

29、有的關(guān)鍵職責(zé),即他們作為使用頻率該干系人使用系統(tǒng)的頻率 18/59頁眉.意見 /問題在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。關(guān)鍵的干系人 /用戶需要 列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。對(duì)于列出的每個(gè)問題 ,需澄清以下要點(diǎn) :? 為什么會(huì)出現(xiàn)這一問題? ? 目前如何解決該問題? ? 干系人需要什么樣的解決方案 ? 務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問題的相對(duì)重視程度。 分級(jí)和累積投票方法表明 ,必 須解決的問題與干系人或用戶希望解決的問題大有不同。?2.5 目標(biāo)業(yè)務(wù)模型 ?【可選】 說明 :新系統(tǒng)業(yè)務(wù)模型描述 ,如有相應(yīng)業(yè)務(wù)模型材料了 ,可作為需求規(guī)格說明書的輸入?yún)?考資料。 ?2

30、.6 功能摘要 總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性 ,而不必涉及每個(gè)功能的細(xì)節(jié)。 對(duì)功能加以組織 ,使 客戶或初次閱讀該文檔的其他人能夠理解此功能列表。 ?2.7 功能清單及重要程度說明?說明 :功能名稱、功能描述、重要程度。 ?重要程度 ,以 ABC三類來表示 :A: 核心功能 ;B:輔助功能 ;C:外圍功能 ; 級(jí)別 ,按照繼承關(guān)系分為 :一級(jí) ,二級(jí) ,三級(jí) ; ?2.8 功能與業(yè)務(wù)對(duì)照關(guān)系表說明 :業(yè)務(wù)組為主編寫業(yè)務(wù)需求 ,業(yè)務(wù)需求提交至信息技術(shù)組后,由信息技術(shù)組建立目標(biāo) ?編號(hào)重要程功能名功能描級(jí)別稱備注度述第16頁,共53頁技術(shù)開發(fā)管理制度19/59頁眉.系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確

31、認(rèn) (本操作可選 ,也可由信息技術(shù)組與開發(fā)商合作建立 ), 目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入 ,由信息技術(shù)組與開發(fā)商合作撰寫和評(píng)審系統(tǒng)需求規(guī)格書明書。2.9 假定和約束說明 :列出進(jìn)行本軟件開發(fā)工作的假定和約束,例如 :開發(fā)語言、開發(fā)期限等。格式限制說明 :本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如: 報(bào)表格式 ;數(shù)據(jù)命名 ;財(cái)務(wù)處理 ;審計(jì)追蹤 ,等等。 硬件限制說明 :本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求,例如 ,應(yīng)該包括 : 硬件配置的特點(diǎn) (接口數(shù) ,指令系統(tǒng)等 );內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。運(yùn)行環(huán)境約束說明 : 硬件設(shè)備、支持軟件、接口、控制等方面的約束設(shè)計(jì)約束 ?【可選】說明

32、:開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 說明 :闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則 ,違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn) 品通常不太可能被接受。 ?3 具體需求 ?3.1 功能需求具體功能內(nèi)容說明 :對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能,需要具體描述其輸入、加工和輸出的需求。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動(dòng) ( 可功能名稱選)名稱詳細(xì)要求第17頁,共53頁技術(shù)開發(fā)管理制度20/59頁眉.3.2 非功能需求外部接口用戶接口 說明 :提供用戶使用軟件產(chǎn)品時(shí)的接口需求。 例如 ,如果系統(tǒng)的用戶通過顯示終端進(jìn)行操 作,就必須指定如下要求

33、:a 對(duì)屏幕格式的要求說明 :對(duì)界面上的各對(duì)象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。b 報(bào)表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明 :解釋各輸入輸出數(shù)據(jù)類型 ,并逐項(xiàng)說明其媒體、格式、數(shù)值范圍、精度等。對(duì) 軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例 ,包括對(duì)硬拷貝報(bào)告 (正常 結(jié)果輸出、狀態(tài)輸出及異常輸出 ) 以及圖形或顯示報(bào)告的描述。d 程序功能鍵的可用性說明 :快捷鍵定義等。硬件接口 ?【可選】說明 :要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜: 支撐什么樣的設(shè)備,如何支撐這些設(shè)備 ,有何約定。軟件接口 ?【可選】 說明 :

34、 在此要指定需使用的其他軟件產(chǎn)品 (例如 ,數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件 包 ),以及同其他應(yīng)用系統(tǒng)之間的接口。 對(duì)每一個(gè)所需的軟件產(chǎn)品 ,要提供如下內(nèi)容 :名 字、助記符、規(guī)格說明號(hào)、版本號(hào)、來源。 對(duì)于每一個(gè)接口 ,這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的 ,并根據(jù)信息的內(nèi)容和 格式定義接口 ,但不必詳細(xì)描述任何已有完整文件的接口 ,只要引用定義該接口的文件即 可。?【接口定義】 ?下表是對(duì)一些接口的具體描述 :接口名稱接口描述填寫接口完成的任務(wù)第18頁,共53頁技術(shù)開發(fā)管理制度21/59頁眉.接口類型填寫是輸入接口 (inbound) 還是輸出接口 (outboun源系統(tǒng)填寫接口輸

35、入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供 /客戶化開發(fā)文件類型填寫文件類型 ; 若通過數(shù)據(jù)庫表來交互 , 請(qǐng)指明數(shù)表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工(manual)還是自支持接口類型填寫是實(shí)時(shí)接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明 : 列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng) (obj數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是 C/S。22/59頁眉.位置

36、填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團(tuán)隊(duì)數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息系統(tǒng)模塊數(shù)據(jù)庫負(fù)責(zé)人第19頁,共53頁技術(shù)開發(fā)管理制度控制報(bào)告可選 】填寫接口隸屬系統(tǒng)的名稱隸屬于具體的模塊名稱隸屬系統(tǒng)的數(shù)據(jù)庫及版本【接口配置】(1)接口基礎(chǔ)信息配置說明 :接口基礎(chǔ)信息的配置項(xiàng)目 ,描述配置的方式。 (2)接口運(yùn)行參數(shù)配置說明 :接口運(yùn)行參數(shù)的配置方式和步驟?！酒渌渲?可選 】說明 :外圍系統(tǒng)或相關(guān)模塊的配置。通信接口【可選】 ?說明 :指定各種通信接口。例如,局部網(wǎng)絡(luò)的協(xié)議等等。其他非功能性需求說明 :下表中的各種需求,可根據(jù)實(shí)際情2

37、3/59頁眉.況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述 ,在表 的后面是各種需求的詳細(xì)解釋。名稱詳細(xì)要求靜態(tài)數(shù)值需求動(dòng)態(tài)數(shù)值需求精度時(shí)間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性.靜態(tài)數(shù)值需求 說明 :支持的終端數(shù) ;支持并行操作的用戶數(shù)。動(dòng)態(tài)數(shù)值需求第20頁,共53頁24/59頁眉.技術(shù)開發(fā)管理制度說明 :欲處理的事務(wù)和任務(wù)的數(shù)量 ,以及在正常情況下和峰值工作條件下一定時(shí)間周期中 處理的數(shù)據(jù)總量。精度 ?說明 :對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求 ,可能包括傳輸過程中的精度。時(shí)間特性要求說明 :對(duì)于該軟件的時(shí)間特性要求,如對(duì) :a.響應(yīng)時(shí)間 ; b.更新處理時(shí)間 ; c.數(shù)據(jù)的轉(zhuǎn)換

38、和傳送時(shí)間;d.解題時(shí)間等要求。數(shù)據(jù)管理要求【可選】 說明 :需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模,要按可預(yù)見的增長對(duì)數(shù)據(jù)及 其分量的存儲(chǔ)要求做出估算?？捎眯?指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間 ,指出典型任務(wù)的可評(píng)測 任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能可靠性指出可用時(shí)間百分比 ( xx.xx%) 、使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降級(jí)模式操作等。平均故障 間隔時(shí)間 (MTBF) 。平均修復(fù)時(shí)間(MTTR) 系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。指出系統(tǒng)輸出要求具備的精密度 (分辨率 )和精確度 (按照某一已知的標(biāo)準(zhǔn) )。文檔需求說明 :主要

39、是在線用戶手冊(cè)與幫助系統(tǒng),也包括其他的文檔第三方產(chǎn)品 ?【可選】 ?說明 :使用到的第三方產(chǎn)品相關(guān)的使用許可、使用限制、接口標(biāo)準(zhǔn)。 ?3.3 數(shù)據(jù)字典 說明 :把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護(hù) ,在其他章節(jié)如有類似信息描述 ,則關(guān)聯(lián)到數(shù)據(jù)字 典的相關(guān)部分并加輔助說明 ,如:引用到的字段等。4 補(bǔ)充資料【可選】第21頁,共53頁25/59頁眉.技術(shù)開發(fā)管理制度4.1 待確定的問題列表【可選】需求標(biāo)題 1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄第22頁,共53頁技術(shù)開發(fā)管理制度附件四需求變更申請(qǐng)記錄號(hào) :項(xiàng)目:類型:項(xiàng)目負(fù)責(zé)人 :變更申請(qǐng)人 :申請(qǐng)部門 :申請(qǐng)日期 :變更內(nèi)容變更的內(nèi)容及其理說明變

40、更的內(nèi)容及變更的理由 ,由如果變更為業(yè)務(wù)組提出 , 則業(yè)務(wù)組填寫 ;26/59頁眉.如果變更為為信息技術(shù)組提出, 則信息技術(shù)組填寫;說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本,變更的系統(tǒng)及版本如果變更為業(yè)務(wù)組提出, 則業(yè)務(wù)組填寫 ;如果變更為為信息技術(shù)組提出, 則信息技術(shù)組填寫;對(duì)業(yè)務(wù)及其接口的分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更,影響業(yè)務(wù)組填寫同意 不同意業(yè)務(wù)負(fù)責(zé)人意見 :簽字: 日期:第23頁,共53頁技術(shù)開發(fā)管理制度變更結(jié)果變更分析對(duì)相關(guān)的資源影響分析需求變更對(duì)人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響,僅信息技術(shù)組填寫風(fēng)險(xiǎn)分析分析需求變更的風(fēng)險(xiǎn) ,僅信息技術(shù)組填寫對(duì)其他系統(tǒng)或接口的影分析需求變更引

41、起的系統(tǒng)變更、其他系統(tǒng)或接口的變更響僅信息技術(shù)組填寫對(duì)開發(fā)工作量、 進(jìn) 度和成估計(jì)需求變更對(duì)開發(fā)工作量和進(jìn)度的影響,需說明本次變本影響總開發(fā)工作量 /總成本的 1%?僅信息技術(shù)組填寫信息技術(shù)部審批意見27/59頁眉.同意 不同意信息技術(shù)組負(fù)責(zé)人意見 :指定驗(yàn)證人員 :簽字:日期:簽字 :處經(jīng)理意見 :日期 :同意 不同意匯報(bào)上級(jí)同意 不同意簽字 :上級(jí)經(jīng)理意見 :日期 :變更結(jié)果說明變更后的工作產(chǎn)品變更的系統(tǒng)及版本簽字: 日期:變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是否正確性是否第24頁,共53頁技術(shù)開發(fā)管理制度附加變是否更版本和是否名稱28/59頁眉.符合要求不符合要驗(yàn)證人意求見:簽字:日期:第25頁,

42、共53頁技術(shù)開發(fā)管理制度附件五項(xiàng)目計(jì)劃書版本歷史1 文檔介紹 1.1文檔目的 1.2 文檔范圍 1.3 參考文獻(xiàn)提示 : 列出本文檔的所有參考文獻(xiàn)(可以是非正式出版物 ),格式如下 :標(biāo)識(shí)符 作者 ,文獻(xiàn)名稱 ,出版單位 (或歸屬單位 ),日期例如 :?AAA 作者 ,立項(xiàng)建議書 ,機(jī)構(gòu)名稱 ,日期1.5 術(shù)語與縮寫解釋2 項(xiàng)目介紹 2.1項(xiàng)目范圍提示 : (1)用簡練的語言說明本項(xiàng)目“是什么 ”,說“明用途 ”。 (2)說明本項(xiàng)目 “應(yīng)當(dāng)包含的內(nèi)容 ”和“不包含的內(nèi)容 ”。文件標(biāo)識(shí) :文件狀態(tài) : 草稿 ? 正式當(dāng)前版本 :發(fā)布 正在修改作 者:完成日期 :版本 /狀態(tài)作者參與者起止日期29/5