【正文】 頁 共 39 頁10 質(zhì)量管理 質(zhì)量方針 質(zhì)量目標(biāo) 質(zhì)量保證 組織職責(zé)? 產(chǎn)品總監(jiān)（或授權(quán)人）? 項(xiàng)目經(jīng)理? 項(xiàng)目組成員? QA 組長? QA 工程師第 20 頁 共 39 頁 就緒原則 工作流程 不符合項(xiàng)處理 質(zhì)量保證記錄 質(zhì)量保證驗(yàn)證 結(jié)束準(zhǔn)則 關(guān)鍵因素及其對策隊伍一定要根據(jù)具體情況為項(xiàng)目的實(shí)施組建專門的隊伍，我們稱之為項(xiàng)目組。班子項(xiàng)目組領(lǐng)導(dǎo)班子是項(xiàng)目組的核心。班子的第一把手(項(xiàng)目經(jīng)理)應(yīng)有良好的專業(yè)背景和學(xué)歷、有很強(qiáng)的組織大型應(yīng)用軟件項(xiàng)目的經(jīng)驗(yàn)和能力、有很好的合作精神和服務(wù)意識。班子中的其他成員亦應(yīng)有相關(guān)的素質(zhì)和技術(shù)、應(yīng)用開發(fā)或質(zhì)量管理方面的豐富經(jīng)驗(yàn)。領(lǐng)導(dǎo)班子負(fù)責(zé)確定和細(xì)化項(xiàng)目目標(biāo)，制訂項(xiàng)目實(shí)施計劃，理順與項(xiàng)目有關(guān)的所有錯綜復(fù)雜的關(guān)系，以有效地控制項(xiàng)上目的進(jìn)度、費(fèi)用和質(zhì)量，確保項(xiàng)目的成功。規(guī)范本項(xiàng)目的實(shí)施決不是個人的成就，它是集體智慧的結(jié)晶，團(tuán)隊作戰(zhàn)的成果。嚴(yán)格的規(guī)范則是團(tuán)隊工作的約束條件，是團(tuán)隊作戰(zhàn)取得成功的保證。文檔第 21 頁 共 39 頁本項(xiàng)目的開發(fā)將會劃分成若干個階段，每一個階段都應(yīng)形成相應(yīng)的文檔。這些文檔既是階段成果的體現(xiàn)和階段驗(yàn)收的標(biāo)準(zhǔn)，又是驅(qū)動下一個階段動作的依據(jù)。文檔的正確和完整程度是檢驗(yàn)項(xiàng)目規(guī)范化管理程度的要素之一。監(jiān)控任何事務(wù)的動作都會受到其對立面的制約。在項(xiàng)目實(shí)施過程中，也不例外地應(yīng)受到相應(yīng)的監(jiān)控。這種監(jiān)控至少應(yīng)有進(jìn)度監(jiān)控、質(zhì)量監(jiān)控和產(chǎn)品化監(jiān)控三個方面。用戶參與用戶自始至終的參與是質(zhì)量保證中又一重要措施。它主要有兩方面的活動：從規(guī)范業(yè)務(wù)進(jìn)而做需求分析開始，供方將與需方一起開發(fā)、測試和推廣應(yīng)用軟件。在重要的用戶監(jiān)控點(diǎn)進(jìn)行包括供方、需方和專家在內(nèi)的聯(lián)合評審。根據(jù)以上六個關(guān)鍵因素，我們提出相應(yīng)的對策：關(guān)于隊伍在立項(xiàng)時，將為項(xiàng)目的實(shí)施組織專門的隊伍，稱為項(xiàng)目組，項(xiàng)目組成員均應(yīng)屬于專業(yè)人員，這支隊伍應(yīng)具有很好的教育背景，有參與大型應(yīng)用項(xiàng)目并發(fā)和推廣的經(jīng)驗(yàn)和實(shí)力，對 XXXX 業(yè)務(wù)有足夠的了解，同時，我們還可以保證，他們有良好的職業(yè)道德、合作精神和奉獻(xiàn)精神，這樣一支隊伍，一定能和 XXXX 的領(lǐng)導(dǎo)和工程師團(tuán)結(jié)一致，精誠合作，以取得項(xiàng)目的成功。關(guān)于班子在本投標(biāo)書中，我們已提出了關(guān)于項(xiàng)目經(jīng)理、應(yīng)用經(jīng)理、QA 組長的工作職責(zé)，這個班子應(yīng)具有主持大型應(yīng)用項(xiàng)目實(shí)施的豐富經(jīng)驗(yàn)和足夠的技術(shù)功底，是一個團(tuán)結(jié)合作、朝氣蓬勃、敢于開拓和創(chuàng)新的班子，我們相信，在 XXXXX 業(yè)務(wù)專家、領(lǐng)導(dǎo)的全程指導(dǎo)和監(jiān)控之下，這個班子一定能夠帶好一支隊伍。關(guān)于規(guī)范第 22 頁 共 39 頁我們將給出 XXXXXXX 系統(tǒng)所需的數(shù)據(jù)規(guī)范和應(yīng)用程序接口規(guī)范的具體內(nèi)容，這是我們多年來從事 XXXX 行業(yè)系統(tǒng)應(yīng)用軟件開發(fā)的經(jīng)驗(yàn)積累，在本項(xiàng)目實(shí)施過程中，還將結(jié)合項(xiàng)目情況，對其進(jìn)行進(jìn)一步的修改和完善，用以指導(dǎo)和約束項(xiàng)目的應(yīng)用軟件開發(fā)工作。關(guān)于文檔我們將在軟件生命周期中每個階段輸出相應(yīng)的文檔，除此之外，在項(xiàng)目實(shí)施過程中，還將產(chǎn)生各種質(zhì)量記錄文件，包括各種計劃、執(zhí)行情況檢查、考核記錄、培訓(xùn)記錄、會議記錄等，在我們的質(zhì)量體系文件中均有相應(yīng)的規(guī)定和檢查措施。關(guān)于監(jiān)控為保證項(xiàng)目工作的全面受控和全程受控，需對項(xiàng)目的進(jìn)展情況進(jìn)行監(jiān)控，監(jiān)控活動包括“日常監(jiān)控”和“階段監(jiān)控”兩個部分。同時這一問題通過我們對項(xiàng)目完整的質(zhì)量保證體系也得以確定。關(guān)于用戶參與在項(xiàng)目實(shí)施過程的每一個階段，都將會與用戶一起進(jìn)行，并受到項(xiàng)目領(lǐng)導(dǎo)小組的監(jiān)控。綜上所述，在 XXXXXX 系統(tǒng)實(shí)施過程中，我們將會對其質(zhì)量保證的關(guān)鍵因素給予充分的重視和保證。對項(xiàng)目中的變更進(jìn)行有效的控制和管理，是一個項(xiàng)目成功與否的關(guān)鍵。為了強(qiáng)調(diào)這一過程的重要性，我們特做以下說明。 變更的類型本節(jié)所提的“變更” ，指如下幾個方面：? 項(xiàng)目范圍對合同所提出的業(yè)務(wù)規(guī)程和業(yè)務(wù)功能提出更好的解決方案或更具靈活性的舉措，從而導(dǎo)致合同所規(guī)定的項(xiàng)目范圍（即需求）有較大工作量的更第 23 頁 共 39 頁改。? 項(xiàng)目成本由于項(xiàng)目范圍的更改，導(dǎo)致項(xiàng)目工作量的變動，從而涉及到項(xiàng)目成本的變化。? 項(xiàng)目期限對變更工作量作出評估之后，可能會引起項(xiàng)目完成期限的更改。項(xiàng)目成本和項(xiàng)目期限中所提出的變更是由項(xiàng)目范圍的變更所導(dǎo)致的，此種變更可能發(fā)生在項(xiàng)目初期，亦可能發(fā)生在項(xiàng)目實(shí)施過程中。 變更管理機(jī)構(gòu)變更管理機(jī)構(gòu)將定位在項(xiàng)目雙方項(xiàng)目領(lǐng)導(dǎo)小組和項(xiàng)目組，雙方項(xiàng)目領(lǐng)導(dǎo)小組要親自參與重大變更內(nèi)容的評估和審批。 變更處理流程 變更提出提出更改的人員可以是客戶代表、公司主管領(lǐng)導(dǎo)、本項(xiàng)目經(jīng)理或項(xiàng)目組其他成員。變更的提出應(yīng)填寫正式的“配置變更審批表” ， “配置變更審批表”主要包含下述內(nèi)容（具體見“配置變更申請”一節(jié)的表樣）：變更編號項(xiàng)目名稱申請人申請日期變更原因變更的配置項(xiàng)受影響的基線或者配置項(xiàng)：變更描述：第 24 頁 共 39 頁本項(xiàng)目過程中提出變更的“配置變更審批表”應(yīng)由項(xiàng)目組配置管理工程師負(fù)責(zé)統(tǒng)一保管。 變更審核項(xiàng)目經(jīng)理對變更申請人提出的變更請求進(jìn)行審核，審核更改方案的可行性，檢查《配置變更審批表》的正確性和完整性。? 如果是一般變更，可直接通知實(shí)施人進(jìn)行實(shí)施，在變更前應(yīng)確定變更方案；一般變更主要是非正式基線的變更、該配置項(xiàng)變更不會引起其他配置項(xiàng)變更。? 如果為重大變更，將此表送交 CCB，進(jìn)行審批。重大變更主要是正式基線的變更、該配置項(xiàng)變更將引起其他配置項(xiàng)的變更。? 項(xiàng)目經(jīng)理在《配置變更審批表》中填寫項(xiàng)目經(jīng)理審核欄的內(nèi)容。 變更分析和評估? 項(xiàng)目經(jīng)理組織 CCB 對變更申請進(jìn)行評審。? 評審應(yīng)分析和評估變更會涉及哪些內(nèi)容，對已經(jīng)完成的工作產(chǎn)品、進(jìn)度有何影響，需要哪些額外的資源。? 評審更改方案的可行性，如果更改方案沒有通過 CCB 的認(rèn)可，請 CCB 成員提出修改建議。? 經(jīng)過了 CCB 分析評估后，對變更申請有三種結(jié)果：? 立即更改：項(xiàng)目經(jīng)理指定實(shí)施人。? 推遲更改：變更被擱置，留作將來實(shí)施。? 不接受更改：將拒絕變更的原因返回給變更提出人。? 評審?fù)瓿珊?，CCB 負(fù)責(zé)人把評審結(jié)果寫在《配置變更審批表》里“CCB 評審意見”欄的內(nèi)容。? 批準(zhǔn)立即更改的《配置變更審批表》由項(xiàng)目配置管理工程師將變更通知到包括系統(tǒng)設(shè)計師、測試組組長、業(yè)務(wù)專家、開發(fā)組組長等項(xiàng)目組成員。第 25 頁 共 39 頁 變更實(shí)施? 項(xiàng)目配置管理工程師從基線區(qū)中釋放出需要變更的配置項(xiàng)放到開發(fā)區(qū)中，并通知實(shí)施人員。實(shí)施人員根據(jù)更改方案對配置項(xiàng)進(jìn)行修改。 變更驗(yàn)證? 實(shí)施完成后，由驗(yàn)證人實(shí)施驗(yàn)證。驗(yàn)證可通過檢查（對文檔而言）或?qū)彶楹蜏y試（對代碼而言） 。? 驗(yàn)證完成之后，驗(yàn)證人在《配置變更審批表》上簽字確認(rèn)。 變更發(fā)布? 項(xiàng)目配置管理工程師將驗(yàn)證通過的配置項(xiàng)重新納入基線區(qū)。? 填寫并保存《配置狀態(tài)報告》中的變更記錄。? 把本次的變更通知給相關(guān)的人員。 變更表格配置變更審批表配置變更申請變更編號： (由項(xiàng)目的配置管理員統(tǒng)一編號）產(chǎn)品(項(xiàng)目)名稱：　 申請人:　申請日期　變更原因：需求變更 □ 內(nèi)部改進(jìn) □ 產(chǎn)品缺陷 □ 系統(tǒng)環(huán)境變更 □ 其他 □第 26 頁 共 39 頁　變更的配置項(xiàng)：　　受影響的基線或者配置項(xiàng)：　變更描述： 見《配置項(xiàng)變更描述說明》項(xiàng)目經(jīng)理審核□返回申請人 返回原因：□可直接實(shí)施 實(shí)施人： 驗(yàn)證人：審核人意見：□需制定變更方案并提交 CCB 評審 方案制定人： 方案審核人：第 27 頁 共 39 頁變更類型： 一般變更審核人簽字：　審核日期：　變更方案： 　方案制定人簽名：　 日期： 　CCB 審核□立即變更□推遲變更 原因：CCB 評審意見：□不接受變更 原因：實(shí)施人： 　解決期限：　驗(yàn)證人： 　驗(yàn)證期限：　 　 　第 28 頁 共 39 頁CCB 成員： 　CCB 主席簽字：　批準(zhǔn)日期：　實(shí)施和驗(yàn)證變更實(shí)施內(nèi)容： 　實(shí)施人簽字：　實(shí)施日期：　□同意驗(yàn)證意見:□不同意 意見：驗(yàn)證人簽字：　驗(yàn)證日期：　第 29 頁 共 39 頁變更發(fā)布配置項(xiàng)在基線庫中的位置：（填寫配置項(xiàng)在基線庫中的路徑）發(fā)布人： 　發(fā)布日期：　 配置管理目標(biāo)對于大型的應(yīng)用軟件開發(fā)項(xiàng)目，必須建立配置管理系統(tǒng)，一個有效的配置管理系統(tǒng)包括：交付產(chǎn)品的確認(rèn)、軟件模塊的版本控制及其交付與發(fā)表、各種狀態(tài)(開發(fā)、測試、驗(yàn)收、推廣、維護(hù))中軟件模塊的變動記錄等，在本項(xiàng)目的完成過程中，必須確保對產(chǎn)品現(xiàn)有配置狀態(tài)提供充分的可視性，確保項(xiàng)目組人員在開發(fā)工作的任何時刻都能采用正確和準(zhǔn)確的信息，確保用戶能得到正確、有效的軟件產(chǎn)品。 配置管理機(jī)構(gòu)在項(xiàng)目組中設(shè)定專職的配置管理工程師，由配置管理工程師執(zhí)行具體的配置管理事務(wù)。 配置管理計劃在項(xiàng)目立項(xiàng)時，由項(xiàng)目經(jīng)理主持、項(xiàng)目配置管理工程師具體負(fù)責(zé)起草配置管理計劃并提交給項(xiàng)目經(jīng)理審核，項(xiàng)目經(jīng)理在審核通過后，把配置管第 30 頁 共 39 頁理計劃作為項(xiàng)目計劃的子計劃一起提交評審，評審?fù)ㄟ^后及時向項(xiàng)目全體成員傳達(dá)計劃內(nèi)容，并監(jiān)督配置管理計劃的執(zhí)行，全體成員應(yīng)積極配合配置管理工程師執(zhí)行配置管理計劃。 配置管理活動 定義項(xiàng)目配置項(xiàng) 定義項(xiàng)目基線 定義配置項(xiàng)的標(biāo)識與狀態(tài)跟蹤方法 配置變更控制 版本發(fā)布控制 配置狀態(tài)報告 配置審計第 31 頁 共 39 頁11 測試驗(yàn)收 軟件測試準(zhǔn)則 測試工作實(shí)施準(zhǔn)則 測試目的 測試原則 測試活動 測試方法? 黑盒測試(功能測試/數(shù)據(jù)驅(qū)動測試)? 白盒測試(結(jié)構(gòu)測試/邏輯驅(qū)動測試)第 32 頁 共 39 頁 測試類型 測試依據(jù) 測試機(jī)構(gòu) 測試準(zhǔn)備 測試結(jié)果分析 測試工作實(shí)施細(xì)則 單元測試實(shí)施細(xì)則 集成和系統(tǒng)測試實(shí)施細(xì)則 系統(tǒng)測試 資源準(zhǔn)備 測試設(shè)計 測試方法 系統(tǒng)業(yè)務(wù)功能測試方法 系統(tǒng)性能測試方法 測試執(zhí)行階段第 33 頁 共 39 頁 系統(tǒng)建設(shè)質(zhì)量測試 驗(yàn)收和測試 硬件測試內(nèi)容 軟件測試內(nèi)容 驗(yàn)收細(xì)則第 34 頁 共 39 頁12 技術(shù)培訓(xùn) 培訓(xùn)對象 運(yùn)行環(huán)境培訓(xùn)對象 應(yīng)用環(huán)境培訓(xùn)對象 培訓(xùn)方式 現(xiàn)場培訓(xùn) 高級培訓(xùn) 培訓(xùn)課程 培訓(xùn)內(nèi)容 培訓(xùn)課程 培訓(xùn)教師 培訓(xùn)評估 培訓(xùn)費(fèi)用第 35 頁 共 39 頁 培訓(xùn)的其它事項(xiàng) 培訓(xùn)的時間安排 培訓(xùn)的人員數(shù)量13 服務(wù)質(zhì)量承諾 質(zhì)量管理實(shí)施原則 質(zhì)量方針 質(zhì)量目標(biāo) 質(zhì)量承諾 質(zhì)量保證 就緒原則 工作流程 不符合項(xiàng)處理 質(zhì)量保證記錄 質(zhì)量保證驗(yàn)證第 36 頁 共 39 頁 結(jié)束準(zhǔn)則 關(guān)鍵因素及其對策 變更管理 變更的類型 變更管理機(jī)構(gòu) 變更處理流程 變更提出 變更審核 變更分析和評估 變更實(shí)施 變更驗(yàn)證 變更發(fā)布 變更表格第 37 頁 共 39 頁 配置管理 配置管理目標(biāo) 配置管理機(jī)構(gòu) 配置管理計劃 配置管理活動 定義項(xiàng)目配置項(xiàng) 定義項(xiàng)目基線 定義配置項(xiàng)的標(biāo)識與狀態(tài)跟蹤方法 配置變更控制 版本發(fā)布控制 配置狀態(tài)報告 配置審計 技術(shù)服務(wù) 服務(wù)體系 概述第 38 頁 共 39 頁 組織結(jié)構(gòu)和人員配備情況 工作制度 客戶服務(wù)規(guī)程制定與實(shí)施情況 服務(wù)網(wǎng)點(diǎn)分布、服務(wù)方式、服務(wù)響應(yīng)時間等情況 應(yīng)用軟件服務(wù) 軟件服務(wù)宗旨 軟件服務(wù)標(biāo)準(zhǔn) 服務(wù)體系的特色 技術(shù)支持服務(wù) 服務(wù)目標(biāo) 服務(wù)等級 服務(wù)方式熱線電話支持：EMAIL 服務(wù)信箱： 傳真：遠(yuǎn)程支持第 39 頁 共 39 頁現(xiàn)場支持 用戶回訪 技術(shù)服務(wù)的內(nèi)容基本技術(shù)服務(wù)：可選技術(shù)服務(wù)： 集成服務(wù)? 網(wǎng)絡(luò)規(guī)劃? 協(xié)調(diào)網(wǎng)絡(luò)設(shè)備、主機(jī)設(shè)備和數(shù)據(jù)庫系統(tǒng)安裝? 協(xié)調(diào)存儲、備份設(shè)備的安裝? 應(yīng)用軟件安裝? 系統(tǒng)整體性能調(diào)整 保修期服務(wù) 現(xiàn)場設(shè)備保修及備件服務(wù) 定期巡訪 7X24 的服務(wù)響應(yīng) 響應(yīng)和恢復(fù)時間承諾14 技術(shù)文檔我方提供軟件產(chǎn)品正常運(yùn)行所需的管理、運(yùn)營及維護(hù)有關(guān)的全套文件。包括：