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