互聯(lián)網(wǎng)事業(yè)部業(yè)務(wù)管理辦法

互聯(lián)網(wǎng)事業(yè)部業(yè)務(wù)管理辦法智慧民生業(yè)務(wù)管理辦法1、 軟件保密管理辦法2、 軟件研發(fā)管理辦法3、 軟件升級(jí)管理辦法4、 工業(yè)品招商管理辦法5、 農(nóng)產(chǎn)品招商管理辦法6、 加盟商加盟管理辦法7、 縣級(jí)運(yùn)營(yíng)中心管理辦法8、 鄉(xiāng)鎮(zhèn)物流配送中心加盟管理辦法9、 村級(jí)信息服務(wù)站加盟管理辦法10、 平臺(tái)商戶結(jié)算管理辦法（事業(yè)部與財(cái)務(wù)部共同編制）11、 加盟商分成結(jié)算管理辦法（事業(yè)部與財(cái)務(wù)部共同編制）12、 平臺(tái)與子公司分成結(jié)算管理辦法（事業(yè)部與財(cái)務(wù)部共同編制）13、 村級(jí)信息服務(wù)站分成結(jié)算管理辦法（事業(yè)部與財(cái)務(wù)部共同編制）版 本 頁(yè)標(biāo) 題：研發(fā)部保密管理制度文檔編號(hào)：版本說(shuō)明：版本號(hào)版本日期作者備注V1.02016.4.10吳訓(xùn)波創(chuàng)建V1.0審批第一章總則第一條凡研發(fā)部的內(nèi)部資料和信息均屬研發(fā)部秘密，所有成員均負(fù)有保密的責(zé)任和義務(wù)。為維護(hù)公司利益，特制定本制度。第二條本制度適合研發(fā)部全體員工，包括在編、社會(huì)招聘和實(shí)習(xí)期人員。第二章保密內(nèi)容第三條 研發(fā)部秘密分為兩類(lèi)：技術(shù)秘密、內(nèi)部管理秘密。第四條技術(shù)秘密（一）研發(fā)部為開(kāi)發(fā)項(xiàng)目購(gòu)買(mǎi)的各種設(shè)計(jì)方案、技術(shù)資料等文檔。（二）研發(fā)部的發(fā)展戰(zhàn)略、前景規(guī)劃和實(shí)施步驟等涉及研發(fā)部技術(shù)走向類(lèi)文檔。（三）研發(fā)部各種產(chǎn)品的開(kāi)發(fā)計(jì)劃、需求分析、調(diào)研報(bào)告、立項(xiàng)報(bào)告等開(kāi)發(fā)前期類(lèi)文檔。（四）研發(fā)部各種系統(tǒng)的方案設(shè)計(jì)、功能說(shuō)明書(shū)、數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)參數(shù)說(shuō)明、接口規(guī)范、程序設(shè)計(jì)規(guī)范、系統(tǒng)其它各種規(guī)范和清單、測(cè)試方案、測(cè)試報(bào)告等開(kāi)發(fā)測(cè)試期間形成的各類(lèi)文檔。（五）研發(fā)部各種系統(tǒng)的集成方案、移植方案、上點(diǎn)試運(yùn)行方案、版本維護(hù)方案、操作和排錯(cuò)手冊(cè)、培訓(xùn)教材等開(kāi)發(fā)后期類(lèi)文檔。（六）合作單位提供的各種技術(shù)資料。（七）其它內(nèi)部技術(shù)資料。第五條研發(fā)部?jī)?nèi)部管理秘密（一）研發(fā)部辦公會(huì)議紀(jì)要。（二）技術(shù)討論會(huì)議紀(jì)要。第六條以上保密內(nèi)容，既指以文件、報(bào)表、圖紙、協(xié)議及各種資料等形式存在的紙質(zhì)文檔，又包括以磁盤(pán)（硬盤(pán)和U盤(pán)）、光盤(pán)等介質(zhì)形式保存的電子文檔。第三章保密原則第七條研發(fā)部員工不得采用各種手段了解或獲取不屬自己工作范圍內(nèi)或未經(jīng)研發(fā)部許可接觸的秘密。未經(jīng)研發(fā)部書(shū)面允許，不得擅自向研發(fā)部其他員工和研發(fā)部外其他人員透露、提供、拷貝自己所掌握的研發(fā)部機(jī)密資料。第八條未經(jīng)研發(fā)部書(shū)面同意，任何員工不得以方便使用或其它任何理由自行復(fù)制、拷貝自己所掌握的研發(fā)部機(jī)密材料。第九條在開(kāi)發(fā)過(guò)程中形成的正式文檔、圖紙、程序、各種資料、合同協(xié)議及各種成果均要及時(shí)上交相關(guān)管理部門(mén)，并要上交原件。第十條因工作需要使用屬于研發(fā)部機(jī)密的有關(guān)資料時(shí)，要通過(guò)文檔管理部門(mén)領(lǐng)取，并嚴(yán)格履行登記手續(xù)，任何人不得擅自拷貝或向其他員工索取。第十一條研發(fā)部員工所掌握的所有涉及秘密的資料，在到達(dá)規(guī)定使用期限或因辭職、辭退離開(kāi)研發(fā)部時(shí)必須向有關(guān)文檔管理部門(mén)辦理續(xù)借或退還手續(xù)，并負(fù)有繼續(xù)保密的責(zé)任。第十二條擁有研發(fā)部機(jī)密資料的員工，必須認(rèn)真保管使用資料，不得遺失、轉(zhuǎn)借，不經(jīng)允許，不得帶出研發(fā)部。版 本 頁(yè)標(biāo) 題：研發(fā)部軟硬件研發(fā)管理制度文檔編號(hào)：版本說(shuō)明：版本號(hào)版本日期作者備注V1.02016.4.10吳訓(xùn)波創(chuàng)建V1.0審批第一章總則第一條為規(guī)范軟硬件研發(fā)的管理工作，特制定本制度。本制度適用于公司軟件及硬件的研發(fā)與管理。第二條 軟硬件開(kāi)發(fā)遵循項(xiàng)目管理和軟硬件工程的基本原則。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、開(kāi)發(fā)管理和結(jié)項(xiàng)管理。軟硬件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測(cè)試、用戶接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)遷移。第二章 立項(xiàng)管理第三條 提出項(xiàng)目需求的部門(mén)參與公司層面立項(xiàng)，進(jìn)行立項(xiàng)的技術(shù)可行性分析，編寫(xiě)立項(xiàng)分析報(bào)告（附件一），開(kāi)展前期籌備工作。立項(xiàng)分析報(bào)告應(yīng)明確項(xiàng)目的范圍和邊界。第四條 需求提出部門(mén)將立項(xiàng)分析報(bào)告提交相關(guān)部門(mén)會(huì)簽后，上交公司總經(jīng)理與董事長(zhǎng)進(jìn)行立項(xiàng)審批，以保證系統(tǒng)項(xiàng)目與公司整體策略相一致。第五條立項(xiàng)分析報(bào)告得到批準(zhǔn)后，成立項(xiàng)目組，項(xiàng)目組應(yīng)包括業(yè)務(wù)組（由公司需求管理組和相關(guān)業(yè)務(wù)部門(mén)組成）和開(kāi)發(fā)組。公司研發(fā)部委派一名PM負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)行項(xiàng)目管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿足業(yè)務(wù)需要。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專(zhuān)業(yè)知識(shí)來(lái)勝任項(xiàng)目各方面的工作。第三章 需求分析第六條 立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理，出具業(yè)務(wù)需求說(shuō)明書(shū)（附件二），并確保業(yè)務(wù)需求說(shuō)明書(shū)中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門(mén)審批確認(rèn)，作為業(yè)務(wù)需求基線。第七條 業(yè)務(wù)組在獲得業(yè)務(wù)需求說(shuō)明書(shū)后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具系統(tǒng)需求規(guī)格說(shuō)明書(shū)（附件三）。系統(tǒng)需求規(guī)格說(shuō)明書(shū)需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)(KPI)等），最好是采用原型方式表達(dá)。系統(tǒng)需求規(guī)格說(shuō)明書(shū)需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)部門(mén)負(fù)責(zé)人確認(rèn)。第八條 項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。第四章 項(xiàng)目計(jì)劃和監(jiān)控第九條 軟硬件開(kāi)發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。第十條 需求分析過(guò)程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的項(xiàng)目計(jì)劃書(shū)（附件四），包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。第十一條 在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)需配合項(xiàng)目經(jīng)理制定階段性項(xiàng)目計(jì)劃。業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)需配合項(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ě)項(xiàng)目計(jì)劃變更說(shuō)明（附件五），并提交事業(yè)部領(lǐng)導(dǎo)審批，通過(guò)審批后，交給業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)執(zhí)行。第五章 系統(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ì)階段中，用戶或使用部門(mén)應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿足系統(tǒng)需求。第十五條 項(xiàng)目組進(jìn)行設(shè)計(jì)，出具設(shè)計(jì)說(shuō)明書(shū)（附件六）和單元測(cè)試用例（附件七）。設(shè)計(jì)說(shuō)明書(shū)中需要定義系統(tǒng)輸入輸出說(shuō)明和接口設(shè)計(jì)說(shuō)明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具設(shè)計(jì)評(píng)審報(bào)告（附件八）。業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)應(yīng)參加此評(píng)審并對(duì)評(píng)審意見(jiàn)簽字確認(rèn)第十六條 設(shè)計(jì)評(píng)審均以業(yè)務(wù)需求說(shuō)明書(shū)和系統(tǒng)需求規(guī)格說(shuō)明書(shū)為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需。第十七條 對(duì)已確認(rèn)通過(guò)的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得項(xiàng)目經(jīng)理、業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)的審批后方可進(jìn)行。第十八條 對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。第六章 系統(tǒng)實(shí)現(xiàn)第十九條 開(kāi)發(fā)組根據(jù)設(shè)計(jì)說(shuō)明書(shū)制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。第二十條 系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試。第二十一條 開(kāi)發(fā)組保證開(kāi)發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問(wèn)權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對(duì)開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問(wèn)生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對(duì)該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問(wèn)到生產(chǎn)環(huán)境。第七章 系統(tǒng)測(cè)試和用戶測(cè)試第二十二條 測(cè)試組制定系統(tǒng)測(cè)試計(jì)劃（附件九），并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。第二十三條 系統(tǒng)測(cè)試計(jì)劃必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求。第二十四條 開(kāi)發(fā)組向數(shù)據(jù)擁有部門(mén)申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問(wèn)控制，確保只有相關(guān)項(xiàng)目人員才能訪問(wèn)及使用。第二十五條 開(kāi)發(fā)組負(fù)責(zé)測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實(shí)際數(shù)據(jù)。對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第二十六條 開(kāi)發(fā)組或合作開(kāi)發(fā)商協(xié)助技術(shù)研發(fā)部測(cè)試組建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)測(cè)試中對(duì)新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測(cè)試。技術(shù)研發(fā)部測(cè)試組出具系統(tǒng)測(cè)試報(bào)告（附件十），測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。第二十七條 系統(tǒng)測(cè)試通過(guò)后，開(kāi)發(fā)組配合業(yè)務(wù)組建立用戶測(cè)試環(huán)境，業(yè)務(wù)組根據(jù)用戶測(cè)試用例進(jìn)行用戶測(cè)試，出具用戶測(cè)試報(bào)告（附件十），業(yè)務(wù)組組長(zhǎng)和開(kāi)發(fā)組組長(zhǎng)應(yīng)在用戶測(cè)試報(bào)告中簽字確認(rèn)。第二十八條 項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括用戶操作手冊(cè)和安裝維護(hù)手冊(cè)）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。第八章 試運(yùn)行第二十九條 系統(tǒng)主要使用部門(mén)根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。第三十條 項(xiàng)目組制定試運(yùn)行計(jì)劃（附件十一），并制定試運(yùn)行驗(yàn)收指標(biāo)，上報(bào)公司主管領(lǐng)導(dǎo)審批。試運(yùn)行計(jì)劃中應(yīng)包含問(wèn)題應(yīng)對(duì)機(jī)制，明確問(wèn)題溝通渠道和職責(zé)分工。第三十一條 項(xiàng)目組聯(lián)合試運(yùn)行單位或部門(mén)進(jìn)行相關(guān)系統(tǒng)部署工作，準(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)信息，并填寫(xiě)試運(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)包含遷移方案、測(cè)試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對(duì)照表、遷移時(shí)間、回退計(jì)劃等信息。數(shù)據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。第三十四條 數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性做出檢查，出具數(shù)據(jù)遷移報(bào)告（附件十三），其中包括數(shù)據(jù)來(lái)源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對(duì)完整性檢查情況、對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門(mén)驗(yàn)收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。第三十五條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。第三十六條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過(guò)后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過(guò)程中，試運(yùn)行單位把系統(tǒng)運(yùn)行情況（系統(tǒng)資源使用，反應(yīng)速度及其他量化指標(biāo)等）記錄到系統(tǒ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ī)定的終止條件時(shí)，項(xiàng)目組編寫(xiě)試運(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é)束或延期。第九章 系統(tǒng)驗(yàn)收 第三十八條 系統(tǒng)主要使用部門(mén)及技術(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)主要使用部門(mén)和技術(shù)研發(fā)部審閱。 第四十條 系統(tǒng)主要使用部門(mén)和信息技術(shù)部門(mén)負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn)收意見(jiàn)。第十節(jié) 系統(tǒng)上線第四十一條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。第四十二條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十三條 項(xiàng)目組制定系統(tǒng)上線計(jì)劃（附件十六），上報(bào)公司主管領(lǐng)導(dǎo)審批。在上線計(jì)劃得到批準(zhǔn)后才能開(kāi)始部署上線工作。第四十四條 系統(tǒng)上線計(jì)劃內(nèi)容應(yīng)包括但不限于： 1、部署方式和資源分配（包括人力資源及服務(wù)器資源）； 2、上線工作時(shí)間表； 3、上線操作步驟以及問(wèn)題處理步驟； 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)行狀態(tài)監(jiān)控，出現(xiàn)問(wèn)題時(shí)應(yīng)及時(shí)處理，對(duì)重大問(wèn)題應(yīng)啟動(dòng)緊急預(yù)案。第四十六條 在完成上線后要填寫(xiě)系統(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)定性、接口問(wèn)題、權(quán)限問(wèn)題、業(yè)務(wù)操作影響度、問(wèn)題處理情況、備份、批處理等。第四十七條 上線單位管理層要對(duì)系統(tǒng)驗(yàn)收評(píng)估報(bào)告進(jìn)行審批簽字。第四十八條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和開(kāi)發(fā)組將整理的文檔提交各自部門(mén)統(tǒng)一管理。第十二章 系統(tǒng)交付 第四十九條 在系統(tǒng)驗(yàn)收通過(guò)后，項(xiàng)目組對(duì)運(yùn)營(yíng)部門(mén)或使用單位進(jìn)行系統(tǒng)維護(hù)培訓(xùn)。 第五十條 項(xiàng)目組提交全部經(jīng)審批的交付資料給 PMO(項(xiàng)目管理辦公室) 存檔。 第五十一條 項(xiàng)目組填寫(xiě)系統(tǒng)交付申請(qǐng)（附件十八），提交公司技術(shù)總監(jiān)審批后，交付運(yùn)營(yíng)部門(mén)或使用單位。第十三章 軟件版本命名規(guī)范第五十二條 版本命名規(guī)范軟件版本號(hào)有四部分組成，第一部分為主版本號(hào)，第二部分為次版本號(hào)，第三部分為修訂版本號(hào)，第四部分為日期版本號(hào)加希臘字母版本號(hào)，希臘字母版本號(hào)共有五種，分別為base、alpha、beta、RC、release。如：2.1.1.20160410_betaBase：此版本表示該軟件僅僅是一個(gè)假頁(yè)面鏈接，通常包括所有的功能和頁(yè)面布局，但是頁(yè)面中的功能都沒(méi)有做完整的實(shí)現(xiàn)，只是作為整體網(wǎng)站的一個(gè)基礎(chǔ)架構(gòu)。Alpha： 軟件的初級(jí)版本，表示該軟件在此階段以實(shí)現(xiàn)軟件功能為主，通常只在軟件開(kāi)發(fā)者內(nèi)部交流，一般而言，該版本軟件的Bug較多，需要繼續(xù)修改，是測(cè)試版本。測(cè)試人員提交Bug經(jīng)開(kāi)發(fā)人員修改確認(rèn)之后，發(fā)布到測(cè)試網(wǎng)址讓測(cè)試人員測(cè)試，此時(shí)可將軟件版本標(biāo)注為alpha版。Beta：該版本相對(duì)于Alpha版已經(jīng)有了很大的進(jìn)步，消除了嚴(yán)重錯(cuò)誤，但還需要經(jīng)過(guò)多次測(cè)試來(lái)進(jìn)一步消除，此版本主要的修改對(duì)象是軟件的UI。修改的的Bug經(jīng)測(cè)試人員測(cè)試確認(rèn)后可發(fā)布到外網(wǎng)上，此時(shí)可將軟件版本標(biāo)注為beta版。RC：該版本已經(jīng)相當(dāng)成熟了，基本上不存在導(dǎo)致錯(cuò)誤的Bug，與即將發(fā)行的正式版本相差無(wú)幾。Release：該版本意味“最終版本”，在前面版本的一系列測(cè)試版之后，終歸會(huì)有一個(gè)正式的版本，是最終交付用戶使用的一個(gè)版本。該版本有時(shí)也稱(chēng)標(biāo)準(zhǔn)版。第五十三條 版本號(hào)修改規(guī)則1、主版本號(hào)：當(dāng)功能模塊有較大的變動(dòng)，比如增加模塊或是整體架構(gòu)發(fā)生變化。此版本號(hào)由項(xiàng)目研發(fā)部經(jīng)理決定是否修改。2、次版本號(hào)：相對(duì)于主版本號(hào)而言，次版本號(hào)的升級(jí)對(duì)應(yīng)的只是局部的變動(dòng)，但該局部的變動(dòng)造成程序和以前版本不能兼容，或者對(duì)該程序以前的協(xié)作關(guān)系產(chǎn)生了破壞，或者 是功能上有大的改進(jìn)或增強(qiáng)。此版本號(hào)由項(xiàng)目經(jīng)理決定是否修改。3、修訂版本號(hào)：一般是Bug的修復(fù)或是一些小的變動(dòng)或是一些功能的擴(kuò)充，要經(jīng)常發(fā)布修訂版，修復(fù)一個(gè)嚴(yán)重Bug即可發(fā)布一個(gè)修訂版。此版本號(hào)由項(xiàng)目經(jīng)理決定是否修改。4、日期版本號(hào)：用于記錄修改項(xiàng)目的當(dāng)前日期，每天對(duì)項(xiàng)目的修改都需要更改日期版本號(hào)。此版本號(hào)由開(kāi)發(fā)人員決定是否修改。5、希臘字母版本號(hào)：此版本號(hào)用于標(biāo)注當(dāng)前版本的軟件處于哪個(gè)開(kāi)發(fā)階段，當(dāng)軟件進(jìn)入到另一個(gè)階段時(shí)需要修改此版本號(hào)。此版本號(hào)由項(xiàng)目經(jīng)理決定是否修改。6、主版本號(hào)、次版本號(hào)及修訂版本號(hào)中，上一級(jí)版本有變動(dòng)時(shí)，下級(jí)要?dú)w零。第五十四條 版本發(fā)布周期1、非緊急情況：首先由測(cè)試人員測(cè)試并提交Bug，其次開(kāi)發(fā)人員會(huì)盡量在當(dāng)天修復(fù)Bug并在第二天發(fā)布該版本的alpha版，然后由測(cè)試人員測(cè)試驗(yàn)證關(guān)閉Bug之后在第三天會(huì)發(fā)布該版本的beta版。2、緊急情況：如果Bug比較緊急可跳過(guò)一般流程，由開(kāi)發(fā)人員盡快修復(fù)Bug，測(cè)試確認(rèn)之后直接發(fā)布該版本的beta版，日期為發(fā)布版本當(dāng)天的日期。第五十五條 升級(jí)發(fā)布流程。按照升級(jí)的版本號(hào)，由開(kāi)發(fā)人員、測(cè)試人員、項(xiàng)目經(jīng)理及研發(fā)部經(jīng)理填寫(xiě)軟件升級(jí)提交表（附件十九）。附件一 立項(xiàng)分析報(bào)告文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：ProjectName當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作 者參與者起止日期備注1. 項(xiàng)目介紹 1.1. 項(xiàng)目目的 提示：用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么”，“實(shí)現(xiàn)什么目的”。描述簡(jiǎn)練且清晰。 1.2. 項(xiàng)目背景 提示：闡述項(xiàng)目背景，重點(diǎn)說(shuō)明“為什么”會(huì)產(chǎn)生本項(xiàng)目。 （ 1 ）公司的短期、長(zhǎng)期發(fā)展戰(zhàn)略； （ 2 ）業(yè)務(wù)需求及發(fā)展趨勢(shì)； （ 3 ）技術(shù)狀況及發(fā)展趨勢(shì)； （ 4 ）特殊的業(yè)務(wù)需求等。 1.3. 項(xiàng)目范圍 提示：根據(jù)對(duì)現(xiàn)有需求的了解來(lái)確定項(xiàng)目基本范圍，說(shuō)明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 2. 項(xiàng)目計(jì)劃 2.1. 項(xiàng)目團(tuán)隊(duì) 提示：說(shuō)明項(xiàng)目團(tuán)隊(duì)的角色、知識(shí)技能要求、建議人選、人數(shù)、工作時(shí)間，如下表所示。角 色知識(shí)技能要求建議人選、人數(shù)工作時(shí)間項(xiàng)目經(jīng)理需求開(kāi)發(fā)人員系統(tǒng)設(shè)計(jì)人員研發(fā)人員測(cè)試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員2.2. 成本估計(jì)內(nèi)容成本（人民幣 萬(wàn)元）備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi)2.3. 進(jìn)度表編號(hào)進(jìn)度名稱(chēng)預(yù)計(jì)結(jié)束時(shí)間備注需求調(diào)研項(xiàng)目計(jì)劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)研發(fā)及單元測(cè)試系統(tǒng)測(cè)試用戶驗(yàn)收測(cè)試試運(yùn)行項(xiàng)目驗(yàn)收3. 總結(jié) 提示：給出清晰的建議結(jié)論，便于上級(jí)領(lǐng)導(dǎo)決策附件二 業(yè)務(wù)需求說(shuō)明書(shū)文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：ProjectName當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作 者參與者起止日期備注1 概述 1.1 業(yè)務(wù)調(diào)研人員名單 1.2 業(yè)務(wù)范圍 此處描寫(xiě)總體業(yè)務(wù)的概要分類(lèi)。 1.3 業(yè)務(wù)目標(biāo) 從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評(píng)價(jià)標(biāo)準(zhǔn)。 1.4 相關(guān)文檔 說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。 1.5 業(yè)務(wù)詞匯表 說(shuō)明：列出本文檔的所引用的專(zhuān)屬領(lǐng)域詞匯、術(shù)語(yǔ)等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。 2 組織結(jié)構(gòu)及業(yè)務(wù) 2.1 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu) 說(shuō)明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)2.2 組織機(jī)構(gòu)描述 2.3 角色職責(zé) 說(shuō)明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類(lèi)和抽象，描述該抽象角色的操作職責(zé)。 2.4 管理綜述【可選】 說(shuō)明：主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。 2.5 現(xiàn)有業(yè)務(wù)流程清單 【可選】 說(shuō)明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。 流程編號(hào)流程名稱(chēng)責(zé)任部門(mén)輔助部門(mé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)名稱(chēng)+編號(hào)） 對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范，對(duì)具體流程進(jìn)行編號(hào)，便于形成需求矩陣，同時(shí)形成需求的管理和跟蹤。 3.1.1 業(yè)務(wù)流程 3.1.2 業(yè)務(wù)描述 說(shuō)明：描述具體的業(yè)務(wù)流程。 3.1.3 相關(guān)業(yè)務(wù)對(duì)象 說(shuō)明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。 業(yè)務(wù)對(duì)象使用部門(mén)對(duì)應(yīng)電子檔案編號(hào) 3.1.4 業(yè)務(wù)規(guī)則及關(guān)鍵算法 說(shuō)明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。 4 假定和約束 說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如開(kāi)發(fā)期限等。 4.1 運(yùn)行環(huán)境約束4.2 設(shè)計(jì)約束 【可選】 說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 4.3 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 【可選】 說(shuō)明：闡述本產(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 目前核心問(wèn)題和困難 5.2 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望 【可選】 5.3 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說(shuō)明書(shū)文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：ProjectName當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作 者參與者起止日期備注1 引言 1.1 目的 例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。 1.2 讀者對(duì)象及閱讀建議 說(shuō)明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見(jiàn)。 1.3 文檔范圍 【可選】 說(shuō)明：對(duì)本文的范圍做闡述，本文檔改動(dòng)時(shí)，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。 1.4 參考文檔 說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計(jì)劃任務(wù)書(shū)、合同、批文、引用到的文件、資料及軟件開(kāi)發(fā)標(biāo)準(zhǔn)等。 1.5 術(shù)語(yǔ)與縮寫(xiě)解釋 說(shuō)明：列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原詞組，并給予解釋?zhuān)员阌谒凶x者達(dá)成共識(shí)。 2 綜合描述 2.1 系統(tǒng)背景 【可選】 說(shuō)明：介紹系統(tǒng)的預(yù)期效果、歷史原因。2.2 問(wèn)題說(shuō)明 【可選】 提供一段說(shuō)明，總結(jié)項(xiàng)目需要解決的問(wèn)題?？梢圆捎靡韵赂袷剑?jiǎn)栴}是對(duì)問(wèn)題進(jìn)行說(shuō)明影響問(wèn)題影響的干系人問(wèn)題的后果該問(wèn)題會(huì)導(dǎo)致什么后果成功的解決方案應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn)2.3 系統(tǒng)范圍 說(shuō)明：闡述本項(xiàng)目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說(shuō)清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開(kāi)發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。 l l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人； l l 明確本產(chǎn)品所影響到的部門(mén)和業(yè)務(wù)； l l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。 2.4 干系人與用戶說(shuō)明 【可選】 2.4.1 用戶環(huán)境 【可選】 詳細(xì)說(shuō)明目標(biāo)用戶的工作環(huán)境。以下是幾項(xiàng)建議： 該任務(wù)由多少人來(lái)完成？是否總在變化？ 一個(gè)任務(wù)周期需要多長(zhǎng)時(shí)間？執(zhí)行每項(xiàng)活動(dòng)要用多長(zhǎng)時(shí)間？是否總在變化？ 是否有特殊的環(huán)境約束：移動(dòng)、戶外、乘機(jī)旅行等？ 目前使用的是哪些系統(tǒng)平臺(tái)？以后會(huì)使用哪些平臺(tái)？ 還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？ 在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來(lái)概述所涉及的任務(wù)和角色等等。 2.4.2 干系人簡(jiǎn)要情況 【可選】 通過(guò)在下表中填寫(xiě)各干系人的相關(guān)信息來(lái)說(shuō)明系統(tǒng)中的各個(gè)干系人，詳盡的簡(jiǎn)要情況應(yīng)包括各種干系人在以下方面的信息：代表誰(shuí)是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫(xiě)姓名。說(shuō)明對(duì)干系人類(lèi)型的簡(jiǎn)要說(shuō)明。類(lèi)型介紹干系人的技能特長(zhǎng)、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專(zhuān)家用戶、初級(jí)用戶等）職責(zé)列出干系人對(duì)所開(kāi)發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。使用頻率該干系人使用系統(tǒng)的頻率意見(jiàn)/問(wèn)題在此處列出會(huì)阻礙成功的問(wèn)題以及任何其他相關(guān)信息。2.4.3 關(guān)鍵的干系人/用戶需要 列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問(wèn)題。對(duì)于列出的每個(gè)問(wèn)題，需澄清以下要點(diǎn)： 為什么會(huì)出現(xiàn)這一問(wèn)題？ 目前如何解決該問(wèn)題？ 干系人需要什么樣的解決方案？ 務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問(wèn)題的相對(duì)重視程度。分級(jí)和累積投票方法表明，必須解決的問(wèn)題與干系人或用戶希望解決的問(wèn)題大有不同。 2.5 目標(biāo)業(yè)務(wù)模型 【可選】 說(shuō)明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說(shuō)明書(shū)的輸入?yún)⒖假Y料。 2.6 功能摘要 總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個(gè)功能的細(xì)節(jié)。對(duì)功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。 2.7 功能清單及重要程度說(shuō)明 說(shuō)明：功能名稱(chēng)、功能描述、重要程度。 重要程度，以 ABC 三類(lèi)來(lái)表示：A：核心功能；B：輔助功能；C：外圍功能； 級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)； 編號(hào)級(jí)別重要程度功能名稱(chēng)功能描述備注2.8 功能與業(yè)務(wù)對(duì)照關(guān)系表 說(shuō)明：業(yè)務(wù)組為主編寫(xiě)業(yè)務(wù)需求，業(yè)務(wù)需求提交至開(kāi)發(fā)組后，由開(kāi)發(fā)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由開(kāi)發(fā)組與外協(xié)單位合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由開(kāi)發(fā)組與外協(xié)單位合作撰寫(xiě)和評(píng)審系統(tǒng)需求規(guī)格書(shū)明書(shū)。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動(dòng)（可選）功能名稱(chēng)2.9 假定和約束 說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如：開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)期限等。 格式限制說(shuō)明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如： 報(bào)表格式；數(shù)據(jù)命名；財(cái)務(wù)處理；審計(jì)追蹤，等等。 硬件限制說(shuō)明：本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括： 硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。 2.9.1 運(yùn)行環(huán)境約束 說(shuō)明：硬件設(shè)備、支持軟件、接口、控制等方面的約束 名稱(chēng)詳細(xì)要求2.9.2 設(shè)計(jì)約束 【可選】 說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 2.9.3 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 說(shuō)明：闡述本產(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 功能需求 3.1.1 具體功能 3.1.1.1 內(nèi)容 說(shuō)明：對(duì)于每一類(lèi)功能或者有時(shí)對(duì)于每一個(gè)功能，需要具體描述其輸入、加工和輸出的需求。3.2 非功能需求 3.2.1 外部接口 3.2.1.1 用戶接口 說(shuō)明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過(guò)顯示終端進(jìn)行操作，就必須指定如下要求： a 對(duì)屏幕格式的要求 說(shuō)明：對(duì)界面上的各對(duì)象、類(lèi)型、寬度、取值范圍、數(shù)據(jù)來(lái)源、能否為空等屬性進(jìn)行描述。 b 報(bào)表或菜單的頁(yè)面打印格式和內(nèi)容 c 輸入輸出的需求 說(shuō)明：解釋各輸入輸出數(shù)據(jù)類(lèi)型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。 d 程序功能鍵的可用性 說(shuō)明：快捷鍵定義等。 3.2.1.2 硬件接口 【可選】 說(shuō)明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。 3.2.1.3 軟件接口 【可選】 說(shuō)明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或其他軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說(shuō)明號(hào)、版本號(hào)、來(lái)源。 對(duì)于每一個(gè)接口，這部分應(yīng)說(shuō)明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 【接口定義】 下表是對(duì)一些接口的具體描述:接口名稱(chēng)接口描述填寫(xiě)接口完成的任務(wù)接口類(lèi)型填寫(xiě)是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫(xiě)接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫(xiě)接口輸出方系統(tǒng)或部件廠商提供/客戶化開(kāi)發(fā)文件類(lèi)型填寫(xiě)文件類(lèi)型；若通過(guò)數(shù)據(jù)庫(kù)表來(lái)交互，請(qǐng)指明數(shù)據(jù)庫(kù)及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫(xiě)數(shù)據(jù)處理的頻度復(fù)雜度批處理/人工填寫(xiě)接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工（manual）還是自動(dòng)(automatic)，還是都支持接口類(lèi)型填寫(xiě)是實(shí)時(shí)接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】 說(shuō)明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫(xiě)與接口交互的系統(tǒng)名稱(chēng) 系統(tǒng)類(lèi)型填寫(xiě)是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object) 數(shù)據(jù)庫(kù)填寫(xiě)交互系統(tǒng)使用的數(shù)據(jù)庫(kù)及版本軟件填寫(xiě)交互系統(tǒng)的軟件名稱(chēng) 架構(gòu)類(lèi)型交互系統(tǒng)的架構(gòu)類(lèi)型是 B/S 還是 C/S。 位置填寫(xiě)該軟件在交互軟件體系中所出的位置 技術(shù)支持填寫(xiě)交互系統(tǒng)的開(kāi)發(fā)商和支持商 功能支持填寫(xiě)具體的支持商或技術(shù)團(tuán)隊(duì) 數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息可選 】系統(tǒng)填寫(xiě)接口隸屬系統(tǒng)的名稱(chēng) 模塊隸屬于具體的模塊名稱(chēng) 數(shù)據(jù)庫(kù)隸屬系統(tǒng)的數(shù)據(jù)庫(kù)及版本 負(fù)責(zé)人控制報(bào)告【接口配置】 （1）接口基礎(chǔ)信息配置 說(shuō)明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。 （2）接口運(yùn)行參數(shù)配置 說(shuō)明：接口運(yùn)行參數(shù)的配置方式和步驟。 【其他配置可選 】 說(shuō)明：外圍系統(tǒng)或相關(guān)模塊的配置。 3.2.1.4 通信接口【可選】 說(shuō)明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。 3.2.2 其他非功能性需求 說(shuō)明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋名稱(chēng) 詳細(xì)要求靜態(tài)數(shù)值需求 動(dòng)態(tài)數(shù)值需求 精度 時(shí)間特性要求 可用性 可靠性 可維護(hù)性 安全性 可移植性 可擴(kuò)展性 兼容性 3.2.2.1 靜態(tài)數(shù)值需求 說(shuō)明：支持的終端數(shù)；支持并行操作的用戶數(shù)。 3.2.2.2 動(dòng)態(tài)數(shù)值需求說(shuō)明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。 3.2.2.3 精度 說(shuō)明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。 3.2.2.4 時(shí)間特性要求 說(shuō)明：對(duì)于該軟件的時(shí)間特性要求，如對(duì)： a響應(yīng)時(shí)間； b更新處理時(shí)間； c數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間； d解題時(shí)間等要求。 3.2.2.5 數(shù)據(jù)管理要求 【可選】 說(shuō)明：需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。 3.2.2.6 可用性 指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出典型任務(wù)的可評(píng)測(cè)任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能 3.2.2.7 可靠性 指出可用時(shí)間百分比 ( xx.xx%)、使用小時(shí)數(shù)、維護(hù)訪問(wèn)權(quán)、降級(jí)模式操作等。平均故障間隔時(shí)間 (MTBF)。平均修復(fù)時(shí)間 (MTTR)系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。 3.2.3 文檔需求 說(shuō)明：主要是在線用戶手冊(cè)與幫助系統(tǒng)，也包括其他的文檔 3.2.4 第三方產(chǎn)品 【可選】 說(shuō)明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。 3.3 數(shù)據(jù)字典 說(shuō)明：把相關(guān)的數(shù)據(jù)抽取出來(lái)統(tǒng)一維護(hù)，在其他章節(jié)如有類(lèi)似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說(shuō)明，如：引用到的字段等。 4 補(bǔ)充資料 【可選】4.1 待確定的問(wèn)題列表【可選】 需求標(biāo)題1 調(diào)查方式 調(diào)查人 調(diào)查對(duì)象 時(shí)間、地點(diǎn) 需求信息記錄 附件四 項(xiàng)目計(jì)劃書(shū)文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：ProjectName當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作 者參與者起止日期備注1 文檔介紹 1.1 文檔目的 1.2 文檔范圍 1.3 參考文獻(xiàn) 提示： 列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下： 標(biāo)識(shí)符 作者，文獻(xiàn)名稱(chēng)，出版單位（或歸屬單位），日期 例如： AAA 作者，立項(xiàng)建議書(shū)，機(jī)構(gòu)名稱(chēng)，日期 1.5 術(shù)語(yǔ)與縮寫(xiě)解釋縮寫(xiě)、術(shù)語(yǔ)解 釋 2 項(xiàng)目介紹 2.1 項(xiàng)目范圍 提示： （1）用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么”，“說(shuō)明用途”。 （2）說(shuō)明本項(xiàng)目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。2.2 項(xiàng)目目標(biāo) 提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。 2.3 客戶與最終用戶介紹 提示：請(qǐng)說(shuō)明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰(shuí)，描述最終用戶的特征。 2.4 約束 提示： （1）請(qǐng)說(shuō)明在項(xiàng)目開(kāi)發(fā)過(guò)程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 （2）請(qǐng)說(shuō)明相關(guān)項(xiàng)目可能對(duì)本項(xiàng)目造成的影響。 （3）說(shuō)明一些假設(shè)和依賴(lài)。 3 項(xiàng)目過(guò)程定義 3.1 軟件生命周期模型 提示：簡(jiǎn)要描述、繪制本項(xiàng)目的軟件生命周期模型。 3.2 項(xiàng)目規(guī)范 提示：描述項(xiàng)目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。 3.3 方法與工具 提示：說(shuō)明在過(guò)程中將采用的方法與工具。例如采用 Rational Rose 進(jìn)行面向?qū)ο蠓治雠c設(shè)計(jì)，采用 Visual SourceSafe 進(jìn)行配置管理，采用 Microsoft Office 制作文檔。方法與工具用途 Visual SourceSafe配置管理 4 里程碑計(jì)劃 序號(hào)里程碑名稱(chēng)開(kāi)始日期結(jié)束日期工作成果備注 5 資源計(jì)劃 5.1 人力資源計(jì)劃 提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個(gè)人可以兼多個(gè)角色）。角色職責(zé)人員姓名工作說(shuō)明高層領(lǐng)導(dǎo) 項(xiàng)目經(jīng)理 需求分析員 系統(tǒng)設(shè)計(jì)員 程序員 測(cè)試員 5.2 軟硬件資源計(jì)劃 提示：分析項(xiàng)目開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)影響軟件產(chǎn)品的性能的 CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括： l 資源級(jí)別（分為“關(guān)鍵”、“普通”兩種） l 詳細(xì)配置 l 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購(gòu)買(mǎi)”等）與獲取時(shí)間 l 使用說(shuō)明（如“誰(shuí)”在“什么”時(shí)候使用）軟硬件資源名稱(chēng)級(jí)別詳細(xì)配置獲取方式與時(shí)間使用說(shuō)明 關(guān)鍵 關(guān)鍵 普通 6 文檔交付列表序號(hào)交付文檔名稱(chēng)交付日期備注7 風(fēng)險(xiǎn)管理計(jì)劃 提示：以下是各個(gè)列標(biāo)題的解釋。 約定在項(xiàng)目中的風(fēng)險(xiǎn)管理方案，例如：風(fēng)險(xiǎn)識(shí)別頻度、風(fēng)險(xiǎn)跟蹤頻度等。 風(fēng)險(xiǎn)級(jí)別：確定風(fēng)險(xiǎn)的嚴(yán)重性、可能性、風(fēng)險(xiǎn)系數(shù) 風(fēng)險(xiǎn)描述：緩解方案或者應(yīng)急計(jì)劃風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)級(jí)別風(fēng)險(xiǎn)描述緩解方案應(yīng)急計(jì)劃嚴(yán)重性(1-5)可能性(%)風(fēng)險(xiǎn)系數(shù) (嚴(yán)重性*可能性)8 溝通計(jì)劃甲方代表乙方代表溝通方式溝通頻率/時(shí)間期望結(jié)果9 附件 l 項(xiàng)目進(jìn)度計(jì)劃附件五 項(xiàng)目計(jì)劃變更說(shuō)明項(xiàng)目名稱(chēng)申請(qǐng)日期 項(xiàng)目計(jì)劃變更申請(qǐng)申請(qǐng)變更的項(xiàng)目計(jì)劃輸入名稱(chēng)，版本，完成日期等信息 變更的內(nèi)容及其理由 評(píng)估計(jì)劃變更將對(duì)項(xiàng)目造成的影響 項(xiàng)目負(fù)責(zé)人簽字變更申請(qǐng)的審批意見(jiàn)產(chǎn)品經(jīng)理審批審批意見(jiàn)： 簽字 日期研發(fā)部經(jīng)理審批審批意見(jiàn)： 簽字 日期使用部門(mén)意見(jiàn)審批意見(jiàn)： 簽字 日期更改項(xiàng)目計(jì)劃變更后的項(xiàng)目計(jì)劃輸入名稱(chēng)，版本，完成日期等信息項(xiàng)目負(fù)責(zé)人簽字附件六 設(shè)計(jì)說(shuō)明書(shū)文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：ProjectName當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作 者參與者起止日期備注1 引言 1.1 編寫(xiě)目的 說(shuō)明編寫(xiě)這份詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的目的，指出預(yù)期的讀者。 1.2 背景 說(shuō)明： 待開(kāi)發(fā)軟件系統(tǒng)的名稱(chēng)； 本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶和運(yùn)行該程序系統(tǒng)的應(yīng)用環(huán)境。 1.3 定義 列出本文件中用到專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。 1.4 參考資料 列出有關(guān)的參考資料，如： 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文； 屬于本項(xiàng)目的其他已發(fā)表的文件； 本文件中各處引用到的文件資料，包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠取得這些文件的來(lái)源。 2 程序系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱(chēng)、標(biāo)識(shí)符和它們之間 的層次結(jié)構(gòu)關(guān)系。 3 程序 1（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明 從本章開(kāi)始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。以下給出的提綱是針對(duì)一般情況的。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層 模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡(jiǎn)單地說(shuō)明這一點(diǎn)即可。 3.1 程序描述 給出對(duì)該程序的簡(jiǎn)要描述，主要說(shuō)明安排設(shè)計(jì)本程序的目的意義，并且說(shuō)明本程序的特點(diǎn)（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重入的還是不可重入的？有無(wú)覆蓋要求？是順序處理還是并發(fā)處理等）。 3.2 功能 說(shuō)明該程序應(yīng)具有的功能，可采用 IPO 圖（即輸入處理輸出圖）的形式。 3.3 性能 說(shuō)明對(duì)該程序的全部性能要求，包括對(duì)精度、靈活性和時(shí)間特性的要求。3.4 輸入項(xiàng) 給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)的類(lèi)型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來(lái)源和安全保密條件等等。 3.5 輸出項(xiàng) 給出對(duì)每一個(gè)輸出項(xiàng)的特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)的類(lèi)型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的說(shuō)明、安全保密條件等等。 3.6 算法 詳細(xì)說(shuō)明本程序所選用的算法，具體的計(jì)算公式和計(jì)算步驟。 3.7 流程邏輯 用圖表（例如流程圖、判定表等）輔以必要的說(shuō)明來(lái)表示本程序的邏輯流程。 3.8 接口 用圖的形式說(shuō)明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說(shuō)明參數(shù)賦值和調(diào)用方式，說(shuō)明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫(kù)、數(shù)據(jù)文卷）。 3.9 存儲(chǔ)分配 根據(jù)需要，說(shuō)明本程序的存儲(chǔ)分配。 3.10 注釋設(shè)計(jì) 說(shuō)明準(zhǔn)備在本程序中安排的注釋?zhuān)纾?加在模塊首部的注釋?zhuān)?加在各分枝點(diǎn)處的注釋?zhuān)?對(duì)各變量的功能、范圍、缺省條件等所加的注釋?zhuān)?對(duì)使用的邏輯所加的注釋等等。 3.11 限制條件 說(shuō)明本程序運(yùn)行中所受到的限制條件。 3.12 測(cè)試計(jì)劃 說(shuō)明對(duì)本程序進(jìn)行單體測(cè)試的計(jì)劃，包括對(duì)測(cè)試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動(dòng)程序及樁模塊等的規(guī)定。 3.13 尚未解決的問(wèn)題 說(shuō)明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問(wèn)題。 4 程序 2（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明 用類(lèi)似上述3的方式，說(shuō)明第個(gè)程序乃至第N個(gè)程序的設(shè)計(jì)考慮。附件七 單元測(cè)試用例1 測(cè)試范圍