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