軟件投標(biāo)技術(shù)方案書

1、貴州茅臺(tái)酒股份有限公司原料基地管理平臺(tái)建設(shè)招標(biāo)項(xiàng)目投標(biāo)文件投標(biāo)人： （蓋單位章）法定代表人或其委托代理人：（簽字）2018 年04 月17 日1 公司介紹1.1 公司簡介1.2 我們的優(yōu)勢2 項(xiàng)目背景及發(fā)展2.1 建設(shè)背景2.2 項(xiàng)目建設(shè)的目的發(fā)展3 項(xiàng)目現(xiàn)狀及需求分析3.1 項(xiàng)目現(xiàn)狀3.2 需求分析4 系統(tǒng)總體設(shè)計(jì)4.1 系統(tǒng)總體設(shè)計(jì)4.2 系統(tǒng)設(shè)計(jì)原則4.3 技術(shù)架構(gòu)4.4 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖5 系統(tǒng)功能設(shè)計(jì)5.1 系統(tǒng)功能概述5.2 系統(tǒng)功能模塊5.3 硬件5.4 接口設(shè)計(jì)5.5 系統(tǒng)集成6 系統(tǒng)部署7 系統(tǒng)安全7.1 應(yīng)用安全7.2 數(shù)據(jù)安全7.3 主機(jī)、操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)安全7.4 綜

2、合安全性8 工程實(shí)施方案8.1 實(shí)施原則8.2 實(shí)施范圍8.3 分工界面分工界面說明參與項(xiàng)目的各方，在項(xiàng)目實(shí)施過程中的主要工作分工，以及分工的 邊界和工作銜接。8.3.1 分 工關(guān)系8.3.2 分工明細(xì)8.4 實(shí)施計(jì)劃8.4.1 項(xiàng) 目總體進(jìn)度計(jì)劃8.4.2 項(xiàng) 目里程碑計(jì)劃8.5 實(shí)施難點(diǎn)分析8.6 組織架構(gòu)8.6.1 項(xiàng) 目組織結(jié)構(gòu)8.6.2 項(xiàng) 目組成員名單8.7 實(shí)施過程8.7.1 實(shí) 施活動(dòng)列表8.7.2 項(xiàng) 目調(diào)研8.7.3 項(xiàng) 目計(jì)劃8.7.4 需 求獲取8.7.5 數(shù) 據(jù)轉(zhuǎn)換8.7.6 確 定驗(yàn)收條件8.7.7 模 擬環(huán)境搭建8.7.8 產(chǎn) 品部署8.7.9 模 擬運(yùn)行8.7.

3、10 確認(rèn)測試8.7.11生產(chǎn)環(huán)境搭建8.7.12系統(tǒng)并行8.7.13初驗(yàn)8.7.14系統(tǒng)上線8.8 業(yè)務(wù)割接方案8.8.1 割 接原則8.8.2 功 能割接范圍8.8.3 數(shù) 據(jù)割接范圍8.8.4 割 接策略8.9 項(xiàng)目管控項(xiàng)目管控體系的建設(shè)從流程化、規(guī)范化、專業(yè)化出發(fā)去建立，主要從組織保證、項(xiàng)目管 理、數(shù)據(jù)管理、需求及流程管理四個(gè)方面去保障和執(zhí)行。8.9.1項(xiàng)目管控模式8.9.2項(xiàng)目管控內(nèi)容8.9.3項(xiàng)目管控制度9質(zhì)量管理9.1質(zhì)量管理實(shí)施原則9.1.1質(zhì)量方針9.1.2質(zhì)量目標(biāo)9.1.3質(zhì)量保證9.1.3.1 組織職責(zé)產(chǎn)品總監(jiān)（或授權(quán)人）項(xiàng)目經(jīng)理 項(xiàng)目組成員QA組長QA工程師9.1.3.

4、2就緒原則9.1.3.3工作流程9.1.3.4不符合項(xiàng)處理9.1.3.5質(zhì)量保證記錄9.1.3.6質(zhì)量保證驗(yàn)證9.1.3.7結(jié)束準(zhǔn)則9.1.4關(guān)鍵因素及其對策1、隊(duì)伍一定要根據(jù)具體情況為項(xiàng)目的實(shí)施組建專門的隊(duì)伍，我們稱之為項(xiàng)目組。2、班子 項(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ù) 意識(shí)。班子中的其他成員亦應(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í)施計(jì)劃，理順與項(xiàng)目有關(guān)的所有 錯(cuò)綜復(fù)雜的關(guān)系，以有效地控制項(xiàng)上目的進(jìn)度、費(fèi)用和

5、質(zhì)量，確保項(xiàng)目的成功。3、規(guī)范 本項(xiàng)目的實(shí)施決不是個(gè)人的成就，它是集體智慧的結(jié)晶，團(tuán)隊(duì)作戰(zhàn)的成果。嚴(yán)格 的規(guī)范則是團(tuán)隊(duì)工作的約束條件，是團(tuán)隊(duì)作戰(zhàn)取得成功的保證。4、文檔 本項(xiàng)目的開發(fā)將會(huì)劃分成若干個(gè)階段，每一個(gè)階段都應(yīng)形成相應(yīng)的文檔。這些文 檔既是階段成果的體現(xiàn)和階段驗(yàn)收的標(biāo)準(zhǔn)，又是驅(qū)動(dòng)下一個(gè)階段動(dòng)作的依據(jù)。文檔的正確和完整程度是檢驗(yàn)項(xiàng)目規(guī)范化管理程度的要素之一。5、監(jiān)控任何事務(wù)的動(dòng)作都會(huì)受到其對立面的制約。在項(xiàng)目實(shí)施過程中，也不例外地應(yīng)受 到相應(yīng)的監(jiān)控。這種監(jiān)控至少應(yīng)有進(jìn)度監(jiān)控、質(zhì)量監(jiān)控和產(chǎn)品化監(jiān)控三個(gè)方面。6、用戶參與用戶自始至終的參與是質(zhì)量保證中又一重要措施。它主要有兩方面的活動(dòng)：從規(guī)

6、范業(yè)務(wù)進(jìn)而做需求分析開始，供方將與需方一起開發(fā)、測試和推廣應(yīng)用軟件。在重要的用戶監(jiān)控點(diǎn)進(jìn)行包括供方、需方和專家在內(nèi)的聯(lián)合評(píng)審。根據(jù)以上六個(gè)關(guān)鍵因素，我們提出相應(yīng)的對策：1、關(guān)于隊(duì)伍在立項(xiàng)時(shí)，將為項(xiàng)目的實(shí)施組織專門的隊(duì)伍，稱為項(xiàng)目組，項(xiàng)目組成員均應(yīng)屬于 專業(yè)人員，這支隊(duì)伍應(yīng)具有很好的教育背景，有參與大型應(yīng)用項(xiàng)目并發(fā)和推廣的經(jīng)驗(yàn) 和實(shí)力，對XXXX業(yè)務(wù)有足夠的了解， 同時(shí)，我們還可以保證， 他們有良好的職業(yè)道德、 合作精神和奉獻(xiàn)精神，這樣一支隊(duì)伍，一定能和XXXX的領(lǐng)導(dǎo)和工程師團(tuán)結(jié)一致，精誠合作，以取得項(xiàng)目的成功。2、關(guān)于班子在本投標(biāo)書中，我們已提出了關(guān)于項(xiàng)目經(jīng)理、應(yīng)用經(jīng)理、QA組長的工作職責(zé)，這

7、個(gè)班子應(yīng)具有主持大型應(yīng)用項(xiàng)目實(shí)施的豐富經(jīng)驗(yàn)和足夠的技術(shù)功底，是一個(gè)團(tuán)結(jié)合作、朝氣蓬勃、敢于開拓和創(chuàng)新的班子，我們相信，在XXXXX業(yè)務(wù)專家、領(lǐng)導(dǎo)的全程指導(dǎo)和監(jiān)控之下，這個(gè)班子一定能夠帶好一支隊(duì)伍。3、關(guān)于規(guī)范我們將給出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ā) 工作。4、關(guān)于文檔我們將在軟件生命周期中每個(gè)階段輸出相應(yīng)的文檔，除此之外，在項(xiàng)目實(shí)施過程 中，還將產(chǎn)生各種質(zhì)量記錄文件，包括各種計(jì)劃、執(zhí)行情況檢查、考核記錄

8、、培訓(xùn)記 錄、會(huì)議記錄等，在我們的質(zhì)量體系文件中均有相應(yīng)的規(guī)定和檢查措施。5、關(guān)于監(jiān)控為保證項(xiàng)目工作的全面受控和全程受控，需對項(xiàng)目的進(jìn)展情況進(jìn)行監(jiān)控，監(jiān)控活 動(dòng)包括“日常監(jiān)控”和“階段監(jiān)控”兩個(gè)部分。同時(shí)這一問題通過我們對項(xiàng)目完整的 質(zhì)量保證體系也得以確定。6、關(guān)于用戶參與在項(xiàng)目實(shí)施過程的每一個(gè)階段，都將會(huì)與用戶一起進(jìn)行，并受到項(xiàng)目領(lǐng)導(dǎo)小組的 監(jiān)控。綜上所述，在XXXXXX系統(tǒng)實(shí)施過程中，我們將會(huì)對其質(zhì)量保證的關(guān)鍵因素給予充 分的重視和保證。9.2變更管理對項(xiàng)目中的變更進(jìn)行有效的控制和管理，是一個(gè)項(xiàng)目成功與否的關(guān)鍵。為了強(qiáng)調(diào) 這一過程的重要性，我們特做以下說明。9.2.1變更的類型本節(jié)所提的“

9、變更”，指如下幾個(gè)方面：項(xiàng)目范圍對合同所提出的業(yè)務(wù)規(guī)程和業(yè)務(wù)功能提出更好的解決方案或更具靈活性的舉措， 從而導(dǎo)致合同所規(guī)定的項(xiàng)目范圍（即需求）有較大工作量的更改。項(xiàng)目成本由于項(xiàng)目范圍的更改，導(dǎo)致項(xiàng)目工作量的變動(dòng)，從而涉及到項(xiàng)目成本的變化。項(xiàng)目期限對變更工作量作出評(píng)估之后，可能會(huì)引起項(xiàng)目完成期限的更改。項(xiàng)目成本和項(xiàng)目期限中所提出的變更是由項(xiàng)目范圍的變更所導(dǎo)致的，此種變更可 能發(fā)生在項(xiàng)目初期，亦可能發(fā)生在項(xiàng)目實(shí)施過程中。922變更管理機(jī)構(gòu)變更管理機(jī)構(gòu)將定位在項(xiàng)目雙方項(xiàng)目領(lǐng)導(dǎo)小組和項(xiàng)目組，雙方項(xiàng)目領(lǐng)導(dǎo)小組要親 自參與重大變更內(nèi)容的評(píng)估和審批。9.2.3變更處理流程9.2.3.1 變更提出提出更改的人

10、員可以是客戶代表、公司主管領(lǐng)導(dǎo)、本項(xiàng)目經(jīng)理或項(xiàng)目組其他成員。變更的提出應(yīng)填寫正式的“配置變更審批表”，“配置變更審批表”主要包含下述內(nèi)容（具體見“配置變更申請”一節(jié)的表樣） ：變更編號(hào)項(xiàng)目名稱申請人申請日期變更原因變更的配置項(xiàng)受影響的基線或者配置項(xiàng)：變更描述：本項(xiàng)目過程中提出變更的“配置變更審批表”應(yīng)由項(xiàng)目組配置管理工程師負(fù)責(zé)統(tǒng)一保管。923.2 變更審核項(xiàng)目經(jīng)理對變更申請人提出的變更請求進(jìn)行審核，審核更改方案的可行性，檢查 配置變更審批表的正確性和完整性。如果是一般變更，可直接通知實(shí)施人進(jìn)行實(shí)施， 在變更前應(yīng)確定變更方案； 一般變更主 要是非正式基線的變更、該配置項(xiàng)變更不會(huì)引起其他配置項(xiàng)變更

11、。如果為重大變更，將此表送交ccb進(jìn)行審批。重大變更主要是正式基線的變更、該配置項(xiàng)變更將引起其他配置項(xiàng)的變更。項(xiàng)目經(jīng)理在配置變更審批表中填寫項(xiàng)目經(jīng)理審核欄的內(nèi)容。923.3 變更分析和評(píng)估項(xiàng)目經(jīng)理組織 CCB對變更申請進(jìn)行評(píng)審。評(píng)審應(yīng)分析和評(píng)估變更會(huì)涉及哪些內(nèi)容，對已經(jīng)完成的工作產(chǎn)品、 進(jìn)度有何影響，需要哪些額外的資源。評(píng)審更改方案的可行性，如果更改方案沒有通過 CCB的認(rèn)可，請CCB成員提出修改建議。 經(jīng)過了 CCB分析評(píng)估后，對變更申請有三種結(jié)果：立即更改：項(xiàng)目經(jīng)理指定實(shí)施人。推遲更改：變更被擱置，留作將來實(shí)施。不接受更改：將拒絕變更的原因返回給變更提出人。評(píng)審?fù)瓿珊?，CCB負(fù)責(zé)人把評(píng)審結(jié)

12、果寫在配置變更審批表里“CCB評(píng)審意見”欄的內(nèi)容。批準(zhǔn)立即更改的 配置變更審批表 由項(xiàng)目配置管理工程師將變更通知到包括系統(tǒng)設(shè)計(jì)師、測試組組長、業(yè)務(wù)專家、開發(fā)組組長等項(xiàng)目組成員。923.4 變更實(shí)施項(xiàng)目配置管理工程師從基線區(qū)中釋放出需要變更的配置項(xiàng)放到開發(fā)區(qū)中，并通知實(shí)施人員。實(shí)施人員根據(jù)更改方案對配置項(xiàng)進(jìn)行修改。923.5 變更驗(yàn)證實(shí)施完成后，由驗(yàn)證人實(shí)施驗(yàn)證。驗(yàn)證可通過檢查（對文檔而言）或?qū)彶楹蜏y試（對代 碼而言）。驗(yàn)證完成之后，驗(yàn)證人在配置變更審批表上簽字確認(rèn)。923.6 變更發(fā)布項(xiàng)目配置管理工程師將驗(yàn)證通過的配置項(xiàng)重新納入基線區(qū)。填寫并保存配置狀態(tài)報(bào)告中的變更記錄。把本次的變更通知給相關(guān)

13、的人員。923.7 變更表格配置變更審批表配置變更申請變更編號(hào)：（由項(xiàng)目的配置管理員統(tǒng)一編號(hào)）產(chǎn)品（項(xiàng)目）名稱：申請人：申請日期變更原因：需求變更 口內(nèi)部改進(jìn) 口產(chǎn)品缺陷口系統(tǒng)環(huán)境變更 口其他口變更的配置項(xiàng)：受影響的基線或者配置項(xiàng)：變更描述：見配置項(xiàng)變更描述說明項(xiàng)目經(jīng)理審核返回申請人返回原因：審核人意見：可直接實(shí)施實(shí)施人：驗(yàn)證人：需制定變更方案并提交CCB平審方案制定人:方案審核人：變更類型：一般變更審核人簽字：審核日期：變更方案：方案制定人簽名：日期：CCB審核CCB評(píng)審意見：立即變更推遲變更原因：不接受變更原因：實(shí)施人：解決期限：驗(yàn)證人：驗(yàn)證期限：CCB成員：CCB主席簽字：批準(zhǔn)日期：實(shí)施

14、和驗(yàn)證變更實(shí)施內(nèi)容：實(shí)施人簽字：實(shí)施日期：驗(yàn)證意見：同意不同意意見：驗(yàn)證人簽字：驗(yàn)證日期：變更發(fā)布配置項(xiàng)在基線庫中的位置：（填寫配置項(xiàng)在基線庫中的路徑）發(fā)布人：發(fā)布日期：9.3 配置管理9.3.1 配 置管理目標(biāo)對于大型的應(yīng)用軟件開發(fā)項(xiàng)目，必須建立配置管理系統(tǒng)，一個(gè)有效的配置管理系 統(tǒng)包括：交付產(chǎn)品的確認(rèn)、軟件模塊的版本控制及其交付與發(fā)表、各種狀態(tài)（ 開發(fā)、測試、驗(yàn)收、推廣、維護(hù) ） 中軟件模塊的變動(dòng)記錄等，在本項(xiàng)目的完成過程中，必須確保 對產(chǎn)品現(xiàn)有配置狀態(tài)提供充分的可視性，確保項(xiàng)目組人員在開發(fā)工作的任何時(shí)刻都能 采用正確和準(zhǔn)確的信息，確保用戶能得到正確、有效的軟件產(chǎn)品。9.3.2 配 置管理

15、機(jī)構(gòu)在項(xiàng)目組中設(shè)定專職的配置管理工程師，由配置管理工程師執(zhí)行具體的配置管理 事務(wù)。9.3.3 配 置管理計(jì)劃在項(xiàng)目立項(xiàng)時(shí)，由項(xiàng)目經(jīng)理主持、項(xiàng)目配置管理工程師具體負(fù)責(zé)起草配置管理計(jì) 劃并提交給項(xiàng)目經(jīng)理審核，項(xiàng)目經(jīng)理在審核通過后，把配置管理計(jì)劃作為項(xiàng)目計(jì)劃的 子計(jì)劃一起提交評(píng)審，評(píng)審?fù)ㄟ^后及時(shí)向項(xiàng)目全體成員傳達(dá)計(jì)劃內(nèi)容，并監(jiān)督配置管 理計(jì)劃的執(zhí)行，全體成員應(yīng)積極配合配置管理工程師執(zhí)行配置管理計(jì)劃。9.3.4配置管理活動(dòng)9.3.4.1定義項(xiàng)目配置項(xiàng)9.3.4.2定義項(xiàng)目基線9.3.4.3定義配置項(xiàng)的標(biāo)識(shí)與狀態(tài)跟蹤方法9.3.4.4配置變更控制9.3.4.5版本發(fā)布控制9.3.4.6配置狀態(tài)報(bào)告9.3

16、.4.7配置審計(jì)10測試10.1準(zhǔn)則10.1.1測試工作實(shí)施準(zhǔn)則10.1.1.1測試目的10.1.1.2測試原則10.1.1.3測試活動(dòng)10.1.1.4測試方法黑盒測試（功能測試/數(shù)據(jù)驅(qū)動(dòng)測試） 白盒測試（結(jié)構(gòu)測試/邏輯驅(qū)動(dòng)測試）10.1.1.5測試類型10.1.1.6測試依據(jù)10.1.1.7測試機(jī)構(gòu)10.1.1.8測試準(zhǔn)備10.1.1.9測試結(jié)果分析10.1.2測試工作實(shí)施細(xì)則10.1.2.1單元測試實(shí)施細(xì)則10.1.2.2集成和系統(tǒng)測試實(shí)施細(xì)則10.2 系統(tǒng)測試10.2.1資源準(zhǔn)備10.2.2測試設(shè)計(jì)10.2.3測試方法10.2.3.1系統(tǒng)業(yè)務(wù)功能測試方法10.2.3.2系統(tǒng)性能測試方法1

17、0.2.4測試執(zhí)行階段10.2.5 系統(tǒng)建設(shè)質(zhì)量測試10.310.3.1 硬件測試內(nèi)容10.3.2 軟件測試內(nèi)容10.3.3 驗(yàn)收細(xì)則11 服務(wù)培訓(xùn)11.1 培訓(xùn)對象11.1.1運(yùn)行環(huán)境培訓(xùn)對象11.1.2應(yīng)用環(huán)境培訓(xùn)對象11.2 培訓(xùn)方式11.2.1現(xiàn)場培訓(xùn)11.2.2高級(jí)培訓(xùn)11.3 培訓(xùn)課程11.3.1培訓(xùn)內(nèi)容11.3.2培訓(xùn)課程11.3.3培訓(xùn)教師11.3.4培訓(xùn)評(píng)估11.3.5培訓(xùn)費(fèi)用11.4 培訓(xùn)的其它事項(xiàng)11.4.1 培訓(xùn)的時(shí)間安排11.4.2 培訓(xùn)的人員數(shù)量12 服務(wù)質(zhì)量承諾12.1 質(zhì)量管理12.1.1 質(zhì)量管理實(shí)施原則12.1.1.1 質(zhì)量方針12.1.1.2 質(zhì)量目標(biāo)12

18、.1.1.3 質(zhì)量承諾12.1.1.4 質(zhì)量保證12.1.1.4.1 就緒原則12.1.1.4.2 工作流程12.1.1.4.3 不符合項(xiàng)處理12.1.1.4.4 質(zhì)量保證記錄12.1.1.4.5 質(zhì)量保證驗(yàn)證12.1.1.4.6結(jié)束準(zhǔn)則12.1.1.5關(guān)鍵因素及其對策12.1.2 變更管理12.1.2.1變更的類型12.1.2.2變更管理機(jī)構(gòu)12.1.2.3變更處理流程12.1.2.3.1變更提出12.1.2.3.2變更審核12.1.2.3.3變更分析和評(píng)估12.1.2.3.4變更實(shí)施12.1.2.3.5變更驗(yàn)證12.1.2.3.6變更發(fā)布12.1.2.3.7變更表格12.1.3 配置管理12.1.3.1配置管理目標(biāo)12.1.3.2配置管理機(jī)構(gòu)