1、貴州茅臺酒股份有限公司原料基地管理平臺建設招標項目投標文件投標人： （蓋單位章）法定代表人或其委托代理人：（簽字） 2018 年 04 月 17 日目 錄1公司介紹101.1公司簡介101.2我們的優勢101.3成功案例102項目背景及發展102.1建設背景102.2項目建設的目的發展103項目現狀及需求分析103.1項目現狀103.2需求分析104系統總體設計104.1系統總體設計104.2系統設計原則104.3技術架構104.4系統網絡結構圖115系統功能設計115.1系統功能概述115.2系統功能模塊115.3硬件115.4接口設計115.5系統集成116系統部署117系統安全117.1

2、應用安全117.2數據安全117.3主機、操作系統和數據庫系統安全117.4綜合安全性118工程實施方案128.1實施原則128.2實施范圍128.3分工界面12分工關系12分工明細128.4實施計劃12項目總體進度計劃12項目里程碑計劃138.5實施難點分析138.6組織架構13項目組織結構13項目組成員名單138.7實施過程13實施活動列表13項目調研13項目計劃13需求獲取13數據轉換13確定驗收條件13模擬環境搭建13產品部署13模擬運行13確認測試13生產環境搭建14系統并行14初驗14系統上線148.8業務割接方案14割接原則14功能割接范圍14數據割接范圍14割接策略148.9項

3、目管控14項目管控模式14項目管控內容14項目管控制度149質量管理159.1質量管理實施原則15質量方針15質量目標15質量保證15組織職責15就緒原則16工作流程16不符合項處理16質量保證記錄16質量保證驗證16結束準則16關鍵因素及其對策169.2變更管理18變更的類型18變更管理機構19變更處理流程19變更提出19變更審核20變更分析和評估20變更實施20變更驗證21變更發布21變更表格219.3配置管理25配置管理目標25配置管理機構25配置管理計劃25配置管理活動26定義項目配置項26定義項目基線26定義配置項的標識與狀態跟蹤方法26配置變更控制26版本發布控制26配置狀態報告2

4、6配置審計2610測試驗收2710.1軟件測試準則27測試工作實施準則27測試目的27測試原則2710.1.1.3測試活動27測試方法27測試類型28測試依據28測試機構28測試準備28測試結果分析28測試工作實施細則28單元測試實施細則28集成和系統測試實施細則2810.2系統測試28資源準備28測試設計28測試方法28系統業務功能測試方法28系統性能測試方法28測試執行階段28系統建設質量測試2910.3驗收和測試29硬件測試內容29軟件測試內容29驗收細則2911服務培訓3011.1培訓對象30運行環境培訓對象30應用環境培訓對象3011.2培訓方式30現場培訓30高級培訓3011.3培

5、訓課程30培訓內容30培訓課程30培訓教師30培訓評估30培訓費用3011.4培訓的其它事項31培訓的時間安排31培訓的人員數量3112服務質量承諾3112.1質量管理31質量管理實施原則31質量方針31質量目標31質量承諾31質量保證31就緒原則31工作流程31不符合項處理31質量保證記錄31質量保證驗證31結束準則32關鍵因素及其對策32變更管理32變更的類型32變更管理機構32變更處理流程32變更提出32變更審核32變更分析和評估32變更實施32變更驗證32變更發布32變更表格32配置管理33配置管理目標33配置管理機構33配置管理計劃33配置管理活動33定義項目配置項33定義項目基線3

6、3定義配置項的標識與狀態跟蹤方法33配置變更控制33版本發布控制33配置狀態報告33配置審計3312.2技術服務33服務體系33概述33組織結構和人員配備情況34工作制度34客戶服務規程制定與實施情況34服務網點分布、服務方式、服務響應時間等情況34應用軟件服務34軟件服務宗旨34軟件服務標準34服務體系的特色34技術支持服務34服務目標34服務等級34服務方式34技術服務的內容35集成服務35保修期服務35現場設備保修及備件服務35定期巡訪357X24的服務響應35響應和恢復時間承諾3513技術文檔351 公司介紹1.1 公司簡介1.2 我們的優勢2 項目背景及發展2.1 建設背景2.2 項

7、目建設的目的發展3 項目現狀及需求分析3.1 項目現狀3.2 需求分析4 系統總體設計4.1 系統總體設計4.2 系統設計原則4.3 技術架構4.4 系統網絡結構圖5 系統功能設計5.1 系統功能概述5.2 系統功能模塊5.3 硬件5.4 接口設計5.5 系統集成6 系統部署7 系統安全7.1 應用安全7.2 數據安全7.3 主機、操作系統和數據庫系統安全7.4 綜合安全性8 工程實施方案8.1 實施原則8.2 實施范圍8.3 分工界面分工界面說明參與項目的各方，在項目實施過程中的主要工作分工，以及分工的邊界和工作銜接。8.3.1 分工關系8.3.2 分工明細8.4 實施計劃8.4.1 項目總

8、體進度計劃8.4.2 項目里程碑計劃8.5 實施難點分析8.6 組織架構8.6.1 項目組織結構8.6.2 項目組成員名單8.7 實施過程8.7.1 實施活動列表8.7.2 項目調研8.7.3 項目計劃8.7.4 需求獲取8.7.5 數據轉換8.7.6 確定驗收條件8.7.7 模擬環境搭建8.7.8 產品部署8.7.9 模擬運行8.7.10 確認測試8.7.11 生產環境搭建8.7.12 系統并行8.7.13 初驗8.7.14 系統上線8.8 業務割接方案8.8.1 割接原則8.8.2 功能割接范圍8.8.3 數據割接范圍8.8.4 割接策略8.9 項目管控項目管控體系的建設從流程化、規范化、

9、專業化出發去建立，主要從組織保證、項目管理、數據管理、需求及流程管理四個方面去保障和執行。 8.9.1 項目管控模式8.9.2 項目管控內容8.9.3 項目管控制度9 質量管理9.1 質量管理實施原則9.1.1 質量方針9.1.2 質量目標9.1.3 質量保證9.1.3.1 組織職責 產品總監（或授權人） 項目經理 項目組成員 QA組長 QA工程師9.1.3.2 就緒原則9.1.3.3 工作流程9.1.3.4 不符合項處理9.1.3.5 質量保證記錄9.1.3.6 質量保證驗證9.1.3.7 結束準則9.1.4 關鍵因素及其對策1、隊伍一定要根據具體情況為項目的實施組建專門的隊伍，我們稱之為項

10、目組。2、班子項目組領導班子是項目組的核心。班子的第一把手(項目經理)應有良好的專業背景和學歷、有很強的組織大型應用軟件項目的經驗和能力、有很好的合作精神和服務意識。班子中的其他成員亦應有相關的素質和技術、應用開發或質量管理方面的豐富經驗。領導班子負責確定和細化項目目標，制訂項目實施計劃，理順與項目有關的所有錯綜復雜的關系，以有效地控制項上目的進度、費用和質量，確保項目的成功。3、規范本項目的實施決不是個人的成就，它是集體智慧的結晶，團隊作戰的成果。嚴格的規范則是團隊工作的約束條件，是團隊作戰取得成功的保證。4、文檔本項目的開發將會劃分成若干個階段，每一個階段都應形成相應的文檔。這些文檔既是階

11、段成果的體現和階段驗收的標準，又是驅動下一個階段動作的依據。文檔的正確和完整程度是檢驗項目規范化管理程度的要素之一。5、監控任何事務的動作都會受到其對立面的制約。在項目實施過程中，也不例外地應受到相應的監控。這種監控至少應有進度監控、質量監控和產品化監控三個方面。6、用戶參與用戶自始至終的參與是質量保證中又一重要措施。它主要有兩方面的活動：從規范業務進而做需求分析開始，供方將與需方一起開發、測試和推廣應用軟件。在重要的用戶監控點進行包括供方、需方和專家在內的聯合評審。根據以上六個關鍵因素，我們提出相應的對策：1、關于隊伍在立項時，將為項目的實施組織專門的隊伍，稱為項目組，項目組成員均應屬于專業

12、人員，這支隊伍應具有很好的教育背景，有參與大型應用項目并發和推廣的經驗和實力，對XXXX業務有足夠的了解，同時，我們還可以保證，他們有良好的職業道德、合作精神和奉獻精神，這樣一支隊伍，一定能和XXXX的領導和工程師團結一致，精誠合作，以取得項目的成功。2、關于班子在本投標書中，我們已提出了關于項目經理、應用經理、QA組長的工作職責，這個班子應具有主持大型應用項目實施的豐富經驗和足夠的技術功底，是一個團結合作、朝氣蓬勃、敢于開拓和創新的班子，我們相信，在XXXXX業務專家、領導的全程指導和監控之下，這個班子一定能夠帶好一支隊伍。3、關于規范我們將給出XXXXXXX系統所需的數據規范和應用程序接口

13、規范的具體內容，這是我們多年來從事XXXX行業系統應用軟件開發的經驗積累，在本項目實施過程中，還將結合項目情況，對其進行進一步的修改和完善，用以指導和約束項目的應用軟件開發工作。4、關于文檔我們將在軟件生命周期中每個階段輸出相應的文檔，除此之外，在項目實施過程中，還將產生各種質量記錄文件，包括各種計劃、執行情況檢查、考核記錄、培訓記錄、會議記錄等，在我們的質量體系文件中均有相應的規定和檢查措施。5、關于監控為保證項目工作的全面受控和全程受控，需對項目的進展情況進行監控，監控活動包括“日常監控”和“階段監控”兩個部分。同時這一問題通過我們對項目完整的質量保證體系也得以確定。6、關于用戶參與在項目

14、實施過程的每一個階段，都將會與用戶一起進行，并受到項目領導小組的監控。綜上所述，在XXXXXX系統實施過程中，我們將會對其質量保證的關鍵因素給予充分的重視和保證。9.2 變更管理對項目中的變更進行有效的控制和管理，是一個項目成功與否的關鍵。為了強調這一過程的重要性，我們特做以下說明。9.2.1 變更的類型本節所提的“變更”，指如下幾個方面： 項目范圍對合同所提出的業務規程和業務功能提出更好的解決方案或更具靈活性的舉措，從而導致合同所規定的項目范圍（即需求）有較大工作量的更改。 項目成本由于項目范圍的更改，導致項目工作量的變動，從而涉及到項目成本的變化。 項目期限對變更工作量作出評估之后，可能會

15、引起項目完成期限的更改。項目成本和項目期限中所提出的變更是由項目范圍的變更所導致的，此種變更可能發生在項目初期，亦可能發生在項目實施過程中。9.2.2 變更管理機構變更管理機構將定位在項目雙方項目領導小組和項目組，雙方項目領導小組要親自參與重大變更內容的評估和審批。9.2.3 變更處理流程9.2.3.1 變更提出提出更改的人員可以是客戶代表、公司主管領導、本項目經理或項目組其他成員。變更的提出應填寫正式的“配置變更審批表”，“配置變更審批表”主要包含下述內容（具體見“配置變更申請”一節的表樣）：變更編號項目名稱申請人申請日期變更原因變更的配置項受影響的基線或者配置項：變更描述：本項目過程中提出

16、變更的“配置變更審批表”應由項目組配置管理工程師負責統一保管。9.2.3.2 變更審核項目經理對變更申請人提出的變更請求進行審核，審核更改方案的可行性，檢查配置變更審批表的正確性和完整性。 如果是一般變更，可直接通知實施人進行實施，在變更前應確定變更方案；一般變更主要是非正式基線的變更、該配置項變更不會引起其他配置項變更。 如果為重大變更，將此表送交CCB，進行審批。重大變更主要是正式基線的變更、該配置項變更將引起其他配置項的變更。 項目經理在配置變更審批表中填寫項目經理審核欄的內容。9.2.3.3 變更分析和評估 項目經理組織CCB對變更申請進行評審。 評審應分析和評估變更會涉及哪些內容，對

17、已經完成的工作產品、進度有何影響，需要哪些額外的資源。 評審更改方案的可行性，如果更改方案沒有通過CCB的認可，請CCB成員提出修改建議。 經過了CCB分析評估后，對變更申請有三種結果：n 立即更改：項目經理指定實施人。n 推遲更改：變更被擱置，留作將來實施。n 不接受更改：將拒絕變更的原因返回給變更提出人。 評審完成后，CCB負責人把評審結果寫在配置變更審批表里“CCB評審意見”欄的內容。 批準立即更改的配置變更審批表由項目配置管理工程師將變更通知到包括系統設計師、測試組組長、業務專家、開發組組長等項目組成員。9.2.3.4 變更實施 項目配置管理工程師從基線區中釋放出需要變更的配置項放到開

18、發區中，并通知實施人員。實施人員根據更改方案對配置項進行修改。9.2.3.5 變更驗證 實施完成后，由驗證人實施驗證。驗證可通過檢查（對文檔而言）或審查和測試（對代碼而言）。 驗證完成之后，驗證人在配置變更審批表上簽字確認。9.2.3.6 變更發布 項目配置管理工程師將驗證通過的配置項重新納入基線區。 填寫并保存配置狀態報告中的變更記錄。 把本次的變更通知給相關的人員。9.2.3.7 變更表格配置變更審批表配置變更申請變更編號：(由項目的配置管理員統一編號）產品(項目)名稱：申請人:申請日期變更原因：需求變更 內部改進 產品缺陷 系統環境變更 其他 變更的配置項：受影響的基線或者配置項：變更描

19、述：見配置項變更描述說明項目經理審核審核人意見：返回申請人 返回原因：可直接實施 實施人： 驗證人：需制定變更方案并提交CCB評審 方案制定人： 方案審核人：變更類型：一般變更審核人簽字：審核日期：變更方案：方案制定人簽名：日期：CCB審核CCB評審意見：立即變更推遲變更 原因：不接受變更 原因：實施人：解決期限：驗證人：驗證期限：CCB成員：CCB主席簽字：批準日期：實施和驗證變更實施內容：實施人簽字：實施日期：驗證意見:同意不同意 意見：驗證人簽字：驗證日期：變更發布配置項在基線庫中的位置：（填寫配置項在基線庫中的路徑）發布人：發布日期：9.3 配置管理9.3.1 配置管理目標對于大型的應

20、用軟件開發項目，必須建立配置管理系統，一個有效的配置管理系統包括：交付產品的確認、軟件模塊的版本控制及其交付與發表、各種狀態(開發、測試、驗收、推廣、維護)中軟件模塊的變動記錄等，在本項目的完成過程中，必須確保對產品現有配置狀態提供充分的可視性，確保項目組人員在開發工作的任何時刻都能采用正確和準確的信息，確保用戶能得到正確、有效的軟件產品。9.3.2 配置管理機構在項目組中設定專職的配置管理工程師，由配置管理工程師執行具體的配置管理事務。9.3.3 配置管理計劃在項目立項時，由項目經理主持、項目配置管理工程師具體負責起草配置管理計劃并提交給項目經理審核，項目經理在審核通過后，把配置管理計劃作為

21、項目計劃的子計劃一起提交評審，評審通過后及時向項目全體成員傳達計劃內容，并監督配置管理計劃的執行，全體成員應積極配合配置管理工程師執行配置管理計劃。9.3.4 配置管理活動9.3.4.1 定義項目配置項9.3.4.2 定義項目基線9.3.4.3 定義配置項的標識與狀態跟蹤方法9.3.4.4 配置變更控制9.3.4.5 版本發布控制9.3.4.6 配置狀態報告9.3.4.7 配置審計10 測試10.1 軟件測試準則10.1.1 測試工作實施準則 10.1.1.1 測試目的10.1.1.2 測試原則10.1.1.3 測試活動10.1.1.4 測試方法 黑盒測試(功能測試/數據驅動測試) 白盒測試(

22、結構測試/邏輯驅動測試)10.1.1.5 測試類型10.1.1.6 測試依據10.1.1.7 測試機構10.1.1.8 測試準備10.1.1.9 測試結果分析10.1.2 測試工作實施細則10.1.2.1 單元測試實施細則10.1.2.2 集成和系統測試實施細則10.2 系統測試10.2.1 資源準備10.2.2 測試設計10.2.3 測試方法10.2.3.1 系統業務功能測試方法10.2.3.2 系統性能測試方法10.2.4 測試執行階段10.2.5 系統建設質量測試10.3 驗收和測試10.3.1 硬件測試內容10.3.2 軟件測試內容10.3.3 驗收細則11 服務培訓11.1 培訓對象

23、11.1.1 運行環境培訓對象11.1.2 應用環境培訓對象11.2 培訓方式11.2.1 現場培訓11.2.2 高級培訓11.3 培訓課程11.3.1 培訓內容11.3.2 培訓課程11.3.3 培訓教師11.3.4 培訓評估11.3.5 培訓費用11.4 培訓的其它事項11.4.1 培訓的時間安排11.4.2 培訓的人員數量12 服務質量承諾12.1 質量管理12.1.1 質量管理實施原則12.1.1.1 質量方針12.1.1.2 質量目標12.1.1.3 質量承諾12.1.1.4 質量保證12.1.1.4.1 就緒原則12.1.1.4.2 工作流程12.1.1.4.3 不符合項處理12.1.1.4.4 質量保證記錄12.1.1.4.5 質量保證驗證12.1.1.4.6 結束準則12.1.1.5 關鍵因素及其對策12.1.2 變更管理12.1.2.1 變更的類型12.1.2.2 變更管理機構12.1.2.3 變更處理流程12.1.2.3.1