標(biāo)準(zhǔn)軟件項目實施方案書p61.doc

項目實施方案書項目名稱：XXXXXXXX系統(tǒng)軟件實施單位：XXXXXXXXXXXXXX時 間：2017年09月18日技術(shù)支持：17158609861一、 項目實施總體目標(biāo)5二、 項目建設(shè)階段實施組織計劃61.1.項目組織架構(gòu)61.2.實施方案的職責(zé)劃分81.2.1.項目實施過程中91.2.2.上線后的運行維護階段111.3.項目概要實施計劃131.4.項目工作階段和內(nèi)容171.4.1.項目啟動171.4.2.需求分析階段171.4.3.設(shè)計開發(fā)階段181.4.4.系統(tǒng)測試階段201.4.5.質(zhì)量控制體系211.4.6.系統(tǒng)交付與用戶測試29三、 系統(tǒng)整體測試方案301.5.概述301.6.測試資源和環(huán)境301.6.1.硬件配置301.6.2.軟件配置301.7.需求分析311.8.概要設(shè)計311.9.詳細(xì)設(shè)計311.10.開發(fā)311.11.集成測試321.12.系統(tǒng)測試321.13.驗收測試321.13.1.Alpha測試321.13.2.Bate測試321.14.開發(fā)周期所需要產(chǎn)生的文檔331.15.軟件測試類型331.15.1.白盒測試341.15.2.靜態(tài)白盒測試341.15.3.動態(tài)白盒測試351.16.功能測試351.17.UI測試351.18.性能測試361.18.1.負(fù)載測試361.18.2.強度測試361.18.3.容量測試371.18.4.系統(tǒng)資源競爭測試371.19.安全性和訪問控制測試371.19.1.應(yīng)用程序級別的安全性371.19.2.系統(tǒng)級別的安全性381.20.故障轉(zhuǎn)移和恢復(fù)測試381.21.兼容性測試381.21.1.瀏覽器兼容性391.21.2.操作系統(tǒng)兼容性391.21.3.硬件兼容性391.22.安裝測試391.23.分辨率測試391.24.發(fā)布測試401.24.1.說明書測試401.24.2.宣傳材料測試401.24.3.幫助文件測試401.24.4.系統(tǒng)用語401.24.5.文檔審核測試401.25.缺陷管理401.25.1.錯誤跟蹤管理系統(tǒng)411.25.2.軟件錯誤的狀態(tài)411.25.3.Bug管理的一般流程411.25.4.軟件錯誤流程管理要點421.26.環(huán)境42四、 項目實施工作方式431.27.溝通方式431.28.工作流程：43五、 項目培訓(xùn)441.29.培訓(xùn)總體目標(biāo)441.30.用戶培訓(xùn)的定義441.30.1.項目管理人員培訓(xùn)441.30.2.關(guān)鍵用戶培訓(xùn)451.30.3.培訓(xùn)策略451.30.4.培訓(xùn)方式451.30.5.培訓(xùn)設(shè)施461.31.培訓(xùn)計劃46（4） 教學(xué)資料47（5） 培訓(xùn)內(nèi)容47六、 項目的交付與驗收481.32.集成階段481.33.上線階段491.34.上線后支持階段51七、 維護及技術(shù)服務(wù)531.35.服務(wù)與支持531.35.1.服務(wù)理念531.35.2.服務(wù)組織531.35.3.服務(wù)管理541.36.維護及技術(shù)服務(wù)承諾59項目建設(shè)階段實施組織方案項目實施方案是本公司中標(biāo)后在簽訂合同后所進行的、并對標(biāo)的軟件需求分析、開發(fā)、交付、驗收的系統(tǒng)活動所遵行的工作項目、內(nèi)容、人員、時間節(jié)點以及組織形式等實施預(yù)案，在中標(biāo)后，本公司承諾將按照不低于實施方案的工作標(biāo)準(zhǔn)對標(biāo)的項目進行實施。1、 項目實施總體目標(biāo)1、 研發(fā)標(biāo)的物軟件產(chǎn)品三套，并提供Linux操作系統(tǒng)服務(wù)器版2套序號名稱類型數(shù)量備注12342、 安裝、調(diào)測標(biāo)的物軟件產(chǎn)品的運行環(huán)境及三套研發(fā)成果軟件平臺至上線通過采購方驗收。3、 與采購方共同維持測試、試運行及驗收4、 提供三年售后技術(shù)服務(wù)。5、 培訓(xùn)采購方管理者、一般用戶和技術(shù)人員具體工作內(nèi)容與方式如下：2、 項目建設(shè)階段實施組織計劃1.1. 項目組織架構(gòu)XXXXXXX標(biāo)的項目實施領(lǐng)導(dǎo)小組 ：成員包括：XXXXXXX項目總監(jiān)、XXXXXXX有限公司項目總監(jiān)。XXXXXXX有限公司項目小組主要成員情況：序號姓名學(xué)歷職位備注1實施組2345678項目領(lǐng)導(dǎo)委員會負(fù)責(zé)對項目關(guān)鍵事項和重大問題進行議決，聽取階段性匯報，及對項目成果進行最終驗收確認(rèn)。職責(zé)：- 按照實施方案分工界面提供人員、設(shè)備、資金支持；- 審查確認(rèn)項目實施總體計劃，確認(rèn)項目階段目標(biāo)的設(shè)置，并監(jiān)督完成情況；- 參加項目會議，聽取每周項目進展匯報；- 審閱周工作報告，監(jiān)督項目進展；- 協(xié)調(diào)解決關(guān)鍵性、全局性問題；- 重大問題、解決方案的決策；- 總體驗收。項目經(jīng)理建議由一位XXXXXXX的領(lǐng)導(dǎo)和一位XXXXXXX有限公司的資深人員共同擔(dān)任項目總負(fù)責(zé)人職務(wù), 分別代表雙方管理本項目、負(fù)責(zé)雙方之間的聯(lián)絡(luò)，并且在這個合同的所有方面擁有代表本方的權(quán)力，并承擔(dān)相關(guān)義務(wù)。XXXXXXX有限公司應(yīng)在星期一到星期五的正常業(yè)務(wù)時間，即上午 9:00 到下午 6:00（節(jié)假日除外）提供本工作說明書項下的服務(wù)他們將負(fù)責(zé)： - 定義項目管理流程、政策、和操作規(guī)程；- 管理項目進程、項目目標(biāo)、和項目范圍；- 規(guī)劃項目總體進程；- 項目的全面溝通；- 向項目管理委員會報告項目總體狀態(tài)。實施組實施組由XXXXXXX有限公司實施顧問以及XXXXXXX的系統(tǒng)環(huán)境提供單位的關(guān)鍵人員組成，他們將負(fù)責(zé)：- 針對XXXXXXX的硬件和網(wǎng)絡(luò)環(huán)境條件制定項目實施方案的落實計劃；- 根據(jù)系統(tǒng)方案進行系統(tǒng)操作層面的相關(guān)配置工作；- 完成具體的功能模塊實施；- 解決最終用戶在使用中遇到的問題。- 根據(jù)項目需要，安裝及維護系統(tǒng)所需的系統(tǒng)環(huán)境、開發(fā)環(huán)境、網(wǎng)絡(luò)環(huán)境等方面的工作- 負(fù)責(zé)系統(tǒng)的性能調(diào)優(yōu)- 負(fù)責(zé)項目驗收測試，并提交驗收報告。1.2. 實施方案的職責(zé)劃分本項目實施是需要XXXXXXX、XXXXXXX有限公司公司兩個單位共同努力的，甲乙雙方應(yīng)有明確的分工配合，建立很好的工作機制，才能保證項目成功。1.2.1. 項目實施過程中 本項目的成功依賴于雙方的密切配合和通力合作。在項目實施過程中（包括需求分析、設(shè)計、系統(tǒng)安裝、系統(tǒng)配置、開發(fā)、上線、培訓(xùn)等方面），XXXXX、XXXXX有限公司公司各自應(yīng)承擔(dān)的職責(zé)義務(wù)：XXX的職責(zé)- 在項目中所需第三方軟件（指非標(biāo)的物供應(yīng)軟件），不通過XXXXXXX有限公司供應(yīng)的情況下，XXXXXXX將提供軟件并提供此類軟件的安裝、配置和維護工作。- 在實施過程中協(xié)助XXXXXXX有限公司負(fù)責(zé)項目管理、環(huán)境分析、安裝調(diào)試及項目系統(tǒng)測試；配合XXXXXXX有限公司進行關(guān)鍵用戶培訓(xùn)與知識轉(zhuǎn)移、方案設(shè)計。- 提供XXXXXXX有限公司完成工作任務(wù)所必須的信息- 保證與項目有關(guān)的問題得到及時解決- 向最終用戶說明新系統(tǒng)的功能、用途和業(yè)務(wù)規(guī)范- 設(shè)置用戶權(quán)限- 協(xié)助制定并執(zhí)行最終用戶培訓(xùn)計劃- 與XXXXXXX有限公司共同制定系統(tǒng)測試周期、測試腳本和所需測試業(yè)務(wù)并共同執(zhí)行測試- 在XXXXXXX有限公司的協(xié)助下，負(fù)責(zé)初期數(shù)據(jù)和基礎(chǔ)數(shù)據(jù)的準(zhǔn)備和整理工作- 與XXXXXXX有限公司共同建立項目環(huán)境和項目組織結(jié)構(gòu)- 與XXXXXXX有限公司共同努力，在保證實施質(zhì)量的前提下，控制項目實施時間進度按時完成工程。XXX有限公司的職責(zé)- 負(fù)責(zé)按照本方案確定的實施范圍，組織項目的實施工作，確保實施質(zhì)量并解決或協(xié)調(diào)解決實施過程中遇到的問題。- 在項目實施必要階段增加必要資源支持項目成功- 在實施過程中在XXXXXXX協(xié)助下負(fù)責(zé)項目管理、環(huán)境搭建及項目系統(tǒng)測試；在XXXXXXX的配合下負(fù)責(zé)關(guān)鍵用戶培訓(xùn)與知識轉(zhuǎn)移。- 指導(dǎo)與幫助XXXXXXX人員進行數(shù)據(jù)準(zhǔn)備及輸入。- 負(fù)責(zé)對于XXXXXXX項目組成員進行系統(tǒng)配置、二次開發(fā)、系統(tǒng)維護方面的培訓(xùn)，以使XXXXXXX項目組成員在項目實施完成后能夠獨立操作、二次開發(fā)、維護、系統(tǒng)配置方面的工作。- 使與項目有關(guān)的問題得到及時解決- 提供有關(guān)系統(tǒng)在實施范圍內(nèi)的技能和以往的經(jīng)驗- 解決系統(tǒng)培訓(xùn)和實施中出現(xiàn)的問題- 計劃、協(xié)調(diào)與項目實施相關(guān)的各個方面的工作- 與XXXXXXX共同建立項目環(huán)境和項目組織結(jié)構(gòu)- 依據(jù)項目計劃充分調(diào)動XXXXXXX有限公司資源，并做好這些資源的后勤保障，在必要時候，尋求公司更高層次的支持- 與XXXXXXX共同努力，在確保實施質(zhì)量的前提下，控制項目實施時間進度按時完成工程。- 提供必要的原廠技術(shù)支持- 提供必要的工信部軟件與集成電路促進中心的授牌共建支持。1.2.2. 上線后的運行維護階段 在本階段，XXXXXXX的系統(tǒng)已經(jīng)運行了一段時間，可能提出對系統(tǒng)的配置和一些新的要求。對于在項目實施過程中由于時間和資源限制沒有全部完成的實施內(nèi)容也在完善階段進行補充。同時對用戶的使用進行支持。此次項目中系統(tǒng)上線后的試運行定為兩個月。XXXXXXX的職責(zé)- XXXXXXX項目負(fù)責(zé)人應(yīng)依據(jù)項目需求召開項目管理會議。- 保證系統(tǒng)上線后的穩(wěn)定性- 安排支持人員，解決上線運用中最終用戶出現(xiàn)的問題。- 系統(tǒng)維護人員，根據(jù)項目設(shè)計的流程維護上線后的投產(chǎn)環(huán)境，例如維護用戶權(quán)限等，保證系統(tǒng)安全- 維護問題日志，關(guān)于軟件問題應(yīng)敦促軟件提供商及時解決XXXXXXX有限公司的職責(zé)- 與XXXXXXX項目經(jīng)理依據(jù)項目需求召開項目管理會議。- 協(xié)助XXXXXXX項目經(jīng)理監(jiān)督軟件商對問題解決的進度。- 評估各模塊的運行情況，解決系統(tǒng)操作，運用的問題。- 繼續(xù)實施在項目上線前沒有完成的實施任務(wù)- 提出系統(tǒng)配置改進建議- 幫助XXXXXXX完善系統(tǒng)運作。1.3. 項目概要實施計劃項目成果物與說明天數(shù)參與人員一、項目啟動1、項目組織、人員準(zhǔn)備項目組織機構(gòu)2、測試、開發(fā)環(huán)境搭建項目啟動任務(wù)書3、業(yè)務(wù)系統(tǒng)了解、學(xué)習(xí)項目綜合實施計劃二、需求分析與技術(shù)方案確定1、數(shù)據(jù)庫、中間件等平臺技術(shù)構(gòu)筑方案論證與評審系統(tǒng)平臺構(gòu)筑優(yōu)化方案2、應(yīng)用系統(tǒng)架構(gòu)方案和功能分析應(yīng)用平臺和功能分析書3、部門節(jié)點數(shù)據(jù)分析、需求分析數(shù)據(jù)標(biāo)準(zhǔn)與流程設(shè)計4、功能分析Demo原型、開發(fā)技術(shù)設(shè)計方案5、技術(shù)規(guī)范、策略制定系統(tǒng)實施標(biāo)準(zhǔn)規(guī)范三、系統(tǒng)設(shè)計1、前置庫、中心資源數(shù)據(jù)庫設(shè)計及管理規(guī)范2、數(shù)據(jù)質(zhì)量審核、比對工具與規(guī)范3、元數(shù)據(jù)管理工具與規(guī)范詳細(xì)設(shè)計報告技術(shù)實施方案5、分析專題建設(shè)規(guī)范6、數(shù)據(jù)交換設(shè)計、數(shù)據(jù)存儲設(shè)計、系統(tǒng)集成設(shè)計7、權(quán)限控制機制8、門戶設(shè)計9、數(shù)據(jù)展現(xiàn)工具與規(guī)范10、應(yīng)用框架設(shè)計（含：工具集成設(shè)計）四、系統(tǒng)開發(fā)、測試詳細(xì)設(shè)計報告系統(tǒng)技術(shù)手冊系統(tǒng)開發(fā)代碼操作手冊系統(tǒng)測試報告五、項目培訓(xùn)1、系統(tǒng)管理員培訓(xùn)現(xiàn)場培訓(xùn)、課堂培訓(xùn)2、開發(fā)技術(shù)人員培訓(xùn)現(xiàn)場培訓(xùn)、課堂培訓(xùn)3、關(guān)鍵用戶培訓(xùn)（操作員培訓(xùn)）課堂培訓(xùn)六、系統(tǒng)實施與維護服務(wù)1、系統(tǒng)部署、運行與驗收系統(tǒng)試運行報告系統(tǒng)終驗報告運維手冊 系統(tǒng)安裝部署系統(tǒng)試運行系統(tǒng)驗收2、運行維護服務(wù)免費服務(wù)系統(tǒng)維護報告1.4. 項目工作階段和內(nèi)容1.4.1. 項目啟動用戶工作組開發(fā)商q 簽訂委托開發(fā)合同書q 提供項目相關(guān)的資料與回答承包商的問題聯(lián)絡(luò)票上的相關(guān)內(nèi)容q 確認(rèn)承包商“項目綜合管理計劃”q 建立項目組織、對項目進行估算、制訂相關(guān)的計劃、系統(tǒng)可行性調(diào)查分析、與客戶的溝通、技術(shù)上的學(xué)習(xí)培訓(xùn)等準(zhǔn)備工作。 成立項目組織，確定包含項目經(jīng)理、PJL、SPJL、PPQA在內(nèi)的關(guān)鍵項目團隊組織； 定義項目過程裁剪定義 完成項目作業(yè)一欄表 完成項目綜合管理計劃的制定與評估；q 使用項目風(fēng)險問題管理表對識別出的風(fēng)險進行管理；1.4.2. 需求分析階段用戶工作組開發(fā)商q 協(xié)助提供各項資料、數(shù)據(jù)q 業(yè)務(wù)訪談協(xié)調(diào)安排q 參與正式審查會議、確認(rèn)需求分析報告q 安排需求專家參與本項目需求調(diào)研工作（包括：辦公業(yè)務(wù)類專家、門戶專家、集成專家和美工等。）q 制定及修改需求開發(fā)計劃；q 需求調(diào)查 完成和確認(rèn)需求調(diào)查報告。 對確認(rèn)的內(nèi)容，記入問題回答管理票q 需求分析 確定技術(shù)解決方案及技術(shù)架構(gòu)； 完成需求分析報告 建立需求追蹤矩陣q 需求評審q 需求確認(rèn)q 需求基線管理 問題回答管理票 需求調(diào)查報告 需求追蹤矩陣 需求分析報告 項目需求評審報告1.4.3. 設(shè)計開發(fā)階段 安排工程師進行現(xiàn)場設(shè)計開發(fā)工作，包括：美工、系統(tǒng)設(shè)計專家、辦公業(yè)務(wù)開發(fā)工程師、門戶開發(fā)工程師和系統(tǒng)集成工程師。. 概要設(shè)計用戶工作組開發(fā)商q 提供各項資料文件及數(shù)據(jù)供軟件設(shè)計用q 協(xié)助取得數(shù)據(jù)庫規(guī)劃所必須的各項文件及要求q 負(fù)責(zé)數(shù)據(jù)的檢查工作q 參與正式審查會議，確認(rèn)“概要設(shè)計書”q 制定概要設(shè)計計劃q 確定系統(tǒng)架構(gòu)和概要設(shè)計準(zhǔn)則q 概要設(shè)計 完成概要設(shè)計書。 建立需求追蹤矩陣。 數(shù)據(jù)庫邏輯設(shè)計。q 評審系統(tǒng)概要設(shè)計q 確認(rèn)概要設(shè)計書q 概要設(shè)計基線管理 概要設(shè)計準(zhǔn)則 概要設(shè)計書 概要設(shè)計評審報告. 詳細(xì)設(shè)計用戶工作組開發(fā)商q 參與正式審查會議，確認(rèn)“詳細(xì)設(shè)計文件”q 制定詳細(xì)設(shè)計計劃q 確定詳細(xì)設(shè)計準(zhǔn)則q 概要設(shè)計 完成概要設(shè)計書。 將詳細(xì)設(shè)計的內(nèi)容按照其和需求的對應(yīng)關(guān)系填入需求追蹤矩陣。q 評審系統(tǒng)詳細(xì)設(shè)計q 確認(rèn)詳細(xì)設(shè)計書q 概要設(shè)計基線管理 詳細(xì)設(shè)計準(zhǔn)則 詳細(xì)設(shè)計書 詳細(xì)設(shè)計評審報告. 程序編碼用戶工作組開發(fā)商q 監(jiān)控項目開發(fā)進度q 制定并不斷修正編碼開發(fā)計劃q 編制編程規(guī)約q 設(shè)計程序框架和共通模塊q 編碼實現(xiàn)q 代碼評審q 編碼基線管理 編碼完成后，源代碼、需求追蹤矩陣納入基線管理 編碼過程中所產(chǎn)生的所有文檔1.4.4. 系統(tǒng)測試階段 安排專業(yè)測試人員進行現(xiàn)場測試，包括用戶、頁面、功能、壓力等方面的測試。并由工程師對系統(tǒng)進行調(diào)整。. 分模塊測試用戶工作組開發(fā)商q 監(jiān)控項目開發(fā)進度q 獲得測試結(jié)果報告q 制定模塊計劃q 測試式樣書作成q 建立測試環(huán)境q 實施模塊測試q 測試結(jié)果報告/評估q 模塊測試基線管理. 結(jié)合測試用戶工作組開發(fā)商q 確認(rèn)“軟件整體測試計劃”q 依據(jù)測試報告，確認(rèn)測試結(jié)果q 參加功能示范審查，確認(rèn)結(jié)果q 制定整體測試計劃q 測試式樣書作成q 建立測試環(huán)境q 實施整體測試q 測試結(jié)果報告/評估q 整體測試基線管理1.4.5. 質(zhì)量控制體系. 工作文檔我公司有一套規(guī)范的作業(yè)流程和標(biāo)準(zhǔn)，以下是我公司項目管理中部分工作文檔的列表，本項目的開發(fā)過程中可以結(jié)合具體情況進行適當(dāng)?shù)男拚?。文檔作用1011_CN_項目啟動規(guī)程_項目任務(wù)書項目啟動，事業(yè)部長下發(fā)項目任務(wù)，任命項目經(jīng)理，PPQMD部指定PPQA。2011_CN_項目啟動規(guī)程_項目組組織圖3011_CN_項目啟動規(guī)程_項目資源管理表說明項目人員使用的開發(fā)、測試的軟件、硬件環(huán)境。項目服務(wù)器的環(huán)境等。4011_CN_項目啟動規(guī)程_參加部門人員一覽表5008_CN_項目估算規(guī)程_項目作業(yè)一覽表列舉項目的作業(yè)邊界，描述項目的交付內(nèi)容和時間。6008_CN_項目估算規(guī)程_項目過程裁剪定義根據(jù)公司要求的項目開發(fā)章程進行裁剪，形成項目執(zhí)行的流程和規(guī)范，指定項目需要執(zhí)行哪些流程，輸出哪些內(nèi)容的文檔、報告等。7008_CN_項目估算規(guī)程_項目預(yù)算書8009_CN_項目計劃制定以及修改規(guī)程_概要(詳細(xì))時間計劃概要計劃是指項目的里程碑時間點等，詳細(xì)計劃是指項目實施的時間計劃。9009_CN_項目計劃制定以及修改規(guī)程_項目計劃書項目的綜合計劃，是項目的時間計劃、方法、作業(yè)標(biāo)準(zhǔn)、需要達到的質(zhì)量等等。包含項目的各個階段的子計劃。10010_CN_風(fēng)險和問題管理規(guī)程_項目風(fēng)險問題管理表項目的風(fēng)險問題票，識別到的風(fēng)險和發(fā)生的問題填寫到這里，進行分析、跟蹤等。11007_CN_項目監(jiān)控規(guī)程_項目跟蹤和監(jiān)控計劃項目需要監(jiān)控哪些參數(shù)，監(jiān)控的周期，預(yù)計參數(shù)值。另外設(shè)定了這些內(nèi)容的偏差范圍，超出偏差范圍需要進行的控制方法。12007_CN_項目監(jiān)控規(guī)程_項目周報13007_CN_項目監(jiān)控規(guī)程_里程碑工作總結(jié)報告里程碑報告，主要是對當(dāng)前里程碑進行總結(jié)，判斷里程碑是否達到了我們設(shè)定的目標(biāo)，是否能夠進入下個階段。14007_CN_項目監(jiān)控規(guī)程_項目總結(jié)報告15012_CN_項目需求開發(fā)規(guī)程_系統(tǒng)要件定義書需求規(guī)格說明書。16012_CN_項目需求開發(fā)規(guī)程_需求開發(fā)調(diào)查報告導(dǎo)出的客戶的需求，分析、協(xié)調(diào)、精練細(xì)化并消除需求間的矛盾，做成以客戶的術(shù)語或非技術(shù)形式表達的需求調(diào)查報告17012_CN_項目需求開發(fā)規(guī)程_需求追蹤矩陣18013_CN_概要設(shè)計規(guī)程_概要設(shè)計書19013_CN_概要設(shè)計規(guī)程_概要設(shè)計準(zhǔn)則概要設(shè)計準(zhǔn)則通常包括：項目概要設(shè)計的方法、項目概要設(shè)計所使用的工具、概要設(shè)計成果物所使用的部分模板等。概要設(shè)計方針通常包括：方針包括：操作、錯誤處理、日志、提示信息、異常處理、命名規(guī)約等方針。20014_CN_詳細(xì)設(shè)計規(guī)程_詳細(xì)設(shè)計書21014_CN_詳細(xì)設(shè)計規(guī)程_詳細(xì)設(shè)計準(zhǔn)則和概要設(shè)計準(zhǔn)則的要求類似22015_CN_式樣理解規(guī)程_問題回答管理票對需求、設(shè)計文檔進行理解，以達成我們理解的意思和客戶的要求是一樣的。需求、設(shè)計內(nèi)容寫得不明確的時候，需要提問，提問的問題寫到這里，進行回答、記錄和跟蹤。23016_CN_編碼規(guī)程_程序框架設(shè)計書24017_CN_單元測試規(guī)程_產(chǎn)品缺陷票25017_CN_單元測試規(guī)程_單元測試式樣書26018_CN_項目集成規(guī)程_系統(tǒng)聯(lián)動測試報告是指產(chǎn)品經(jīng)過集成、編譯等動作后，進行一個驗證，以確定接口已經(jīng)基本正常。在這個基礎(chǔ)上，開始進行SI測試等動作。27019_CN_結(jié)合測試規(guī)程_產(chǎn)品缺陷票28019_CN_結(jié)合測試規(guī)程_結(jié)合測試式樣書29019_CN_結(jié)合測試規(guī)程_結(jié)合測試計劃測試的計劃，包括使用的方法，準(zhǔn)入、準(zhǔn)出的原則等等。時間計劃只是這個計劃的一個部分。30020_CN_項目驗收及交付規(guī)程_產(chǎn)品交付清單交付時，制定這個清單，列舉交付的內(nèi)容，報告當(dāng)前存在的為解決的問題。31020_CN_項目驗收及交付規(guī)程_納品管理表現(xiàn)在改稱交付管理表，是對交付的內(nèi)容設(shè)定相關(guān)的檢查方法和標(biāo)準(zhǔn)，記錄檢查的狀態(tài)，交付的部分的質(zhì)量數(shù)據(jù)分析。32023_CN_項目結(jié)束規(guī)程_項目個人總結(jié)考評表33023_CN_項目結(jié)束規(guī)程_項目總結(jié)34023_CN_項目結(jié)束規(guī)程_項目結(jié)項申請項目經(jīng)理向事業(yè)部長提交的結(jié)項申請35024_CN_項目需求管理以及變更管理規(guī)程_需求變更管理一覽表記錄需求變更的表，主要是記錄變更的需求和設(shè)計等內(nèi)容，我們當(dāng)前實施的狀態(tài)，是否需要對應(yīng)這些變更，對應(yīng)變更需要的工數(shù)預(yù)算，相關(guān)的對應(yīng)計劃。36024_CN_項目需求管理以及變更管理規(guī)程_需求追蹤矩陣37025_CN_評審規(guī)程_工作產(chǎn)品Review票兼評審報告各個部分的評審報告都需要參照這個模板填寫。38025_CN_評審規(guī)程_評審?fù)ㄖ皆u審，發(fā)的評審?fù)ㄖ?9026_CN_接收物驗收規(guī)程_接受物驗收報告對客戶給我們的東西進行驗收，確認(rèn)是否達到我們執(zhí)行項目的需要，或者確認(rèn)是否達到我們與客戶預(yù)定的要求。40027_CN_度量與分析規(guī)程_人力資源管理表項目經(jīng)理填寫的，項目的每個人員在什么時候以什么角色參加什么部分的工作。41027_CN_度量與分析規(guī)程_工作產(chǎn)品管理表-42027_CN_度量與分析規(guī)程_工作量度量分析管理表度量項目的投入工作量43027_CN_度量與分析規(guī)程_度量分析報告各個度量分析表中已經(jīng)有相關(guān)的度量分析報告信息，在需要時，將這些信息抽取到這個報告中。44027_CN_度量與分析規(guī)程_度量計劃45027_CN_度量與分析規(guī)程_成本度量分析管理表-46027_CN_度量與分析規(guī)程_生產(chǎn)率度量分析管理表47027_CN_度量與分析規(guī)程_缺陷統(tǒng)計Bug的統(tǒng)計分析表，將Bug管理系統(tǒng)中的Bug導(dǎo)出，用透視圖生成分析表格，主要是對Bug進行分類分析。48027_CN_度量與分析規(guī)程_規(guī)模度量分析管理表49027_CN_度量與分析規(guī)程_評審集計表統(tǒng)計評審發(fā)現(xiàn)的問題數(shù)，以及投入的工作量。50027_CN_度量與分析規(guī)程_質(zhì)量度量分析管理表51027_CN_度量與分析規(guī)程_進度度量分析管理表52028_CN_配置管理規(guī)程_創(chuàng)建基線申請票創(chuàng)建基線時，提出的申請，主要用作申請和CCB對變更的審核。53028_CN_配置管理規(guī)程_變更基線申請票變更基線時，提出的申請，主要用作申請和CCB對變更的審核。54028_CN_配置管理規(guī)程_基線管理表記錄基線的文件內(nèi)容、路徑、狀態(tài)、變更時間等等。55028_CN_配置管理規(guī)程_配置審計報告配置審計的物理審計報告，主要是審計配置項是否按照配置計劃納入到配置庫相關(guān)的位置，是否按照命名規(guī)則進行配置管理。56028_CN_配置管理規(guī)程_配置管理計劃列舉配置管理的執(zhí)行角色即配置管理組成員、配置控制委員會(CCB)的成員，以及配置庫的CVS配置，文件服務(wù)器的使用要求，配置項的位置、權(quán)限等等。57029_CN_決策分析規(guī)程_問題決策報告對重大問題進行決策分析(DAR)時的報告，報告主要有備選方案，決策的依據(jù)、標(biāo)準(zhǔn)、方法、評價方法、評價結(jié)果、存在風(fēng)險等。58030_CN_過程監(jiān)控與質(zhì)量保證規(guī)程_不一致問題票PPQA開出的NC問題列表，以及處理情況的跟蹤。59030_CN_過程監(jiān)控與質(zhì)量保證規(guī)程項目_PPQA報告PPQA的審核報告，分為階段審核報告和周期審核報告。60030_CN_過程監(jiān)控與質(zhì)量保證規(guī)程_項_PPQA計劃. 開發(fā)品質(zhì)標(biāo)準(zhǔn)為確保項目開發(fā)的質(zhì)量，公司對提出了下列基本度量指標(biāo)。根據(jù)項目的具體情況，標(biāo)準(zhǔn)與度量可以派生出更多的度量控制KPI，以保證本項目的實施。. 測試密度與bug檢出率工程要素下限目標(biāo)上限單元測試試驗密度65105170Bug檢出密度369結(jié)合測試1試驗密度163992Bug檢出密度0.742.23.6結(jié)合測試2試驗密度41550Bug檢出密度0.190.741.35說明： 測試密度(測試密度是用來衡量測試用例的覆蓋度的指標(biāo)) 有效源代碼：項目程序中除注釋和空白行之外的源代碼，以文件為單位按物理行計算。包含新規(guī)源代碼、修改的源代碼和自動生成的源代碼。 正規(guī)化源代碼行數(shù) 新規(guī)源代碼手工新制作的程序源代碼，不包括測試代碼。 自動生成源代碼由編程工具自動生成的代碼。. 問題處置能力標(biāo)準(zhǔn)n 聯(lián)絡(luò)應(yīng)對標(biāo)準(zhǔn)計算公式：響應(yīng)日時-收到日時。聯(lián)絡(luò)：包括客戶提出的式樣聯(lián)絡(luò)、BUG票、和要求變更。聯(lián)絡(luò)響應(yīng)期間：1個工作日內(nèi)。n BUG票應(yīng)對標(biāo)準(zhǔn)n QA缺陷(NC)票應(yīng)對標(biāo)準(zhǔn). 評審能力標(biāo)準(zhǔn)以下時間均指初次評審所必需的經(jīng)過時間，如需要再次評審，追加投入的時間可遞減。但總合計值不應(yīng)超過2倍。1) 設(shè)計文檔評審時間標(biāo)準(zhǔn)單位為(分鐘/P)。2) 源代碼評審時間標(biāo)準(zhǔn)單位為(分鐘/KL)。3) Case評審時間標(biāo)準(zhǔn)單位為(分鐘/個(Case個數(shù))文檔類型審查小組評審走查桌查BD-SPEC57353556DD-SPEC57353556PG-SOURCE4060304030504060PG-SOURCE600720450570-600720SI1-CASE10158108121015SI2-CASE1520101310151520說明1：審查和小組評審的會議前準(zhǔn)備時間未計在內(nèi)。說明2：PG-SOURCE指側(cè)重于程序結(jié)構(gòu)、規(guī)范性的代碼評審。PG-SOURCE指側(cè)重于查找程序邏輯缺陷的代碼評審。. 任務(wù)完成度的進度率標(biāo)準(zhǔn)比率BD/DDPGUTSI1/SI210%理解完理解完了-理解完了25%正在制作設(shè)計書編碼框架設(shè)計完成白盒測試CASE設(shè)計完成(評審?fù)ㄟ^)測試CASE和數(shù)據(jù)制作中50%符合模板要求的設(shè)計書完成按照Coding規(guī)約編碼完畢(編譯通過)一個回合的測試完畢，達到預(yù)定的覆蓋率CASE及數(shù)據(jù)設(shè)計完成(評審?fù)ㄟ^)75%內(nèi)部評審?fù)戤?，正在解決評審問題DEBUG+源代碼評審?fù)戤?，正在解決評審問題BUG對應(yīng)及復(fù)測中一個回合測試完畢，BUG對應(yīng)中95%評審發(fā)現(xiàn)的問題全部解決評審發(fā)現(xiàn)的問題全部解決BUG全部對應(yīng)且新版本確認(rèn)完畢BUG全部對應(yīng)且新版本確認(rèn)完畢100%直接管理者承認(rèn)直接管理者承認(rèn)直接管理者承認(rèn)直接管理者承認(rèn)說明：該指標(biāo)規(guī)定了實施計劃中任務(wù)的完成度和進度率的對應(yīng)關(guān)系。無相關(guān)對應(yīng)任務(wù)時可跳過該進度率。. 正規(guī)化編程生產(chǎn)性標(biāo)準(zhǔn)Java類型項目：n 詳細(xì)設(shè)計-SI1：1200行/人月。n CD+UT：2000行/人月。1.4.6. 系統(tǒng)交付與用戶測試 有系統(tǒng)用戶對系統(tǒng)進行測試，根據(jù)測試情況，對系統(tǒng)進行完善和調(diào)試，項目組安排工程師對系統(tǒng)進行調(diào)整。用戶工作組開發(fā)商q 提供安裝場地及必要設(shè)施q 指派人員點收軟硬件設(shè)備及文件，并進行安裝后測試q 確認(rèn)“系統(tǒng)測試計劃”q 指派專人協(xié)調(diào)配合測試q 依據(jù)“系統(tǒng)測試報告”確認(rèn)系統(tǒng)結(jié)合測試結(jié)果q 申請交付(包括階段性的交付時間點與最終交付日期)q 準(zhǔn)備交付用戶測試 確認(rèn)交付清單(一般由客戶提供) 確定當(dāng)前可交付工作產(chǎn)品版本號，分模塊制定020_CN_項目驗收及交付規(guī)程_納品管理表，提出明確的交付內(nèi)容、提交條件和完成標(biāo)準(zhǔn)。 并標(biāo)記尚未解決的缺陷和尚未實現(xiàn)的機能 打包交付的工作產(chǎn)品，并測試打包后的產(chǎn)品的可操作性q 提供場地及機房設(shè)備之安裝建議q 進行現(xiàn)場系統(tǒng)安裝q 撰寫“系統(tǒng)測試計劃”及進行系統(tǒng)測試內(nèi)容步驟的設(shè)計q 依“系統(tǒng)測試計劃”和測試要求進行系統(tǒng)測試，并撰寫測試報告3、 系統(tǒng)整體測試方案1.5. 概述系統(tǒng)測試是關(guān)注系統(tǒng)的外部特性。它的主要對象是進行系統(tǒng)測試的測試工程師。該方案所包含的測試用例范圍包括MicroMOe系統(tǒng)的所有功能測試用例、環(huán)境測試用例、性能測試用例以及UI測試用例等。1.6. 測試資源和環(huán)境1.6.1. 硬件配置關(guān)鍵項數(shù)量性能要求期望到位階段測試PC機4P4，主頻2.6GHZ，硬盤300G，內(nèi)存2G，此配置是實際用機需求分析階段數(shù)據(jù)庫服務(wù)器1P4，主頻2.6GHZ，硬盤300G，內(nèi)存2G，此配置是實際用機需求分析階段1.6.2. 軟件配置資源名稱/類型配置數(shù)據(jù)庫管理系統(tǒng)Oracle、操作系統(tǒng)Centos服務(wù)器版64位客戶端前端展示IE9.0負(fù)載性能測試工具Vs2008；功能性測試工具MANUAL1.7. 需求分析需求分析期間，測試的主要工作為：審核需求分析報告：需求中是否存在不合理現(xiàn)象；需求是否可以被實現(xiàn)召開需求評審會議：評審會議項目經(jīng)理，系統(tǒng)分析師，用戶代表，客戶，測試設(shè)計師參加書寫驗收測試計劃。1.8. 概要設(shè)計概要設(shè)計期間，測試的主要工作為：審核概要設(shè)計報告：概要設(shè)計是否符合全部需求，概要設(shè)計是否存在問題召開概要設(shè)計評審會議：由項目經(jīng)理，系統(tǒng)分析師，系統(tǒng)設(shè)計師，設(shè)計師，測試設(shè)計師,技術(shù)專家參加。書寫系統(tǒng)測試計劃。1.9. 詳細(xì)設(shè)計詳細(xì)設(shè)計期間，測試的主要工作為審核詳細(xì)設(shè)計報告：詳細(xì)設(shè)計是否符合全部需求，詳細(xì)設(shè)計是否存在問題召開詳細(xì)設(shè)計評審會議：由項目經(jīng)理，系統(tǒng)設(shè)計師，設(shè)計師，編碼人員，測試設(shè)計師參加書寫集成測試計劃。 1.10. 開發(fā)開發(fā)期間測試主要工作為召開開發(fā)指南評審會議：由項目經(jīng)理，設(shè)計師，開發(fā)員參加書寫個階段測試用例。召開測試用例評審會議：由項目經(jīng)理，測試設(shè)計師，測試工程師參加設(shè)計（由測試設(shè)計師設(shè)計）并書寫測試腳本（由開發(fā)人員書寫）。開發(fā)后期，由開發(fā)人員對開發(fā)的模塊進行單元測試。1.11. 集成測試按照模塊上下集關(guān)系，進行從上到下或者從下到上的集成測試方法進行集成測試，單元測試與集成測試主要考慮功能性測試。同時也要對模個模塊或者集成模塊進行非功能性的抽樣測試。1.12. 系統(tǒng)測試對整合系統(tǒng)進行整合測試，這時的測試主要測試系統(tǒng)的整體功能和全部非功能性的需求。1.13. 驗收測試驗收測試首先進行正規(guī)性的測試，即由技術(shù)人員模擬各戶環(huán)境，以用戶的身份進行安裝和測試工作。然后進行非正規(guī)測試alpha測試和bate測試。1.13.1. Alpha測試由公司內(nèi)部開發(fā)人員模擬用戶進行測試，這個時候還允許對需求做些修改工作1.13.2. Bate測試alpha測試后將產(chǎn)品提交給某些特定用戶，進行測試，注意這是的軟件一定要有使用時間限制 ，這時候凍結(jié)系統(tǒng)需求1.14. 開發(fā)周期所需要產(chǎn)生的文檔階段開發(fā)文檔測試文檔立項前期項目合同可行性分析報告項目計劃書需求分析期需求規(guī)格說明書需求規(guī)格審核報告需求規(guī)格評審報告驗收測試計劃書概要設(shè)計期概要設(shè)計書概要設(shè)計審核報告概要設(shè)計評審報告系統(tǒng)測試計劃書詳細(xì)設(shè)計期數(shù)據(jù)庫設(shè)計詳細(xì)設(shè)計書詳細(xì)設(shè)計審核報告詳細(xì)設(shè)計評審報告集成測試計劃書編碼前期編碼規(guī)范編碼測試腳本測試用例測試腳本設(shè)計書編碼后期單元測試報告集成測試期集成測試報告系統(tǒng)測試期系統(tǒng)測試報告驗收測試期驗收測試報告后期使用手冊配置指南廣告材料測試總結(jié)報告（決定產(chǎn)品是否可以發(fā)布）藍(lán)色為可選項1.15. 軟件測試類型 軟件測試是指使用人工或者自動的手段來運行或測定某個軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實際結(jié)果的區(qū)別。本文主要描述軟件測試的一些類型。1.15.1. 白盒測試 白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般白盒測試由項目經(jīng)理在程序員開發(fā)中來實現(xiàn)。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試1.15.2. 靜態(tài)白盒測試 利用眼睛，瀏覽代碼，憑借經(jīng)驗，找出代碼中的錯誤或者代碼中不符合書寫規(guī)范的地方。比如，代碼規(guī)范中規(guī)定，函數(shù)必須為動賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個函數(shù)定義如下：Function NameGet().這是屬于不符合開發(fā)規(guī)范的。有這樣一段代碼:if (i=0)這段代碼交集為整個數(shù)軸，IF語句沒有必要I=0;while(I100)J=J+100;T=J*PI;在循環(huán)體內(nèi)沒有I的增加, 錯誤產(chǎn)生。1.15.3. 動態(tài)白盒測試 利用開發(fā)工具中的調(diào)式工具進行測試。比如一段代碼有4個分支，輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。if(I0)P1elseP2在調(diào)試中輸入I=-1,測試P1程序段通過; 再輸入I=1, 測試P2程序段，這樣的測試屬于動態(tài)白盒測試的缺陷。白盒測試通常在單元測試的時候進行。1.16. 功能測試 功能測試指測試軟件各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面 (GUI)或者測試腳本與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。功能測試的主要參考為類似于功能說明書之類的文檔。1.17. UI測試 UI測試指測試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等用戶界面 (UI) 測試用于核實用戶與軟件之間的交互。UI 測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI 測試還可確保 UI 中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測試。UI測試比較主觀，與測試人員的喜好有關(guān)。 比如：頁面基調(diào)顏色刺眼；文字中出現(xiàn)錯別字；頁面顯示范圍超過屏幕范圍等都屬于UI測試中的缺陷。1.18. 性能測試 性能測試主要測試軟件測試的性能，包括負(fù)載測試，強度測試，容量測試，基準(zhǔn)測試以及基準(zhǔn)測試1.18.1. 負(fù)載測試 負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運行，程序是否能夠承擔(dān)。 在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。 比如，用戶并發(fā)量測試就是屬于負(fù)載測試的用戶，可以使用測試工具，模擬上百人客戶同時訪問，看系統(tǒng)響應(yīng)時間，處理速度如何？1.18.2. 強度測試 強度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。主要測試對象為低CPU主頻，低存儲空間（內(nèi)存或外存），低連接速度。 實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。 比如：一個系統(tǒng)在內(nèi)存366M下可以正常運行，但是降低到258M下不可以運行，告訴內(nèi)存不足，這個系統(tǒng)對內(nèi)存的要求就是366M。1.18.3. 容量測試 容量測試指通過代碼往存儲空間中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)程序是否能夠正常運行。 容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，通過編寫代碼項存貯空間輸入一定數(shù)量的記錄，然后運行需要使用這個存儲空間的程序，判斷程序是否運行正常。1.18.4. 系統(tǒng)資源競爭測試 軟件競爭使用各種資源（數(shù)據(jù)紀(jì)錄，內(nèi)存等），看他與其他相關(guān)系統(tǒng)對資源的爭奪能力。比如：一臺機器上即安裝您的財務(wù)系統(tǒng)，又安裝用友財務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強過用友財務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運行？1.19. 安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。1.19.1. 應(yīng)用程序級別的安全性 可確保：在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粝?，而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。比如不通過登入頁面，直接進入系統(tǒng)？1.19.2. 系統(tǒng)級別的安全性 可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。 比如輸入管理員賬戶，檢查其密碼是否容易猜取，或者可以從數(shù)據(jù)庫中獲得？1.20. 故障轉(zhuǎn)移和恢復(fù)測試