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

1、貴州茅臺酒股份有限公司原料基地管理平臺建設(shè)招標(biāo)項目投標(biāo)文件投標(biāo)人： （蓋單位章）法定代表人或其委托代理人：（簽字）2018 年04 月17 日1 公司介紹1.1 公司簡介1.2 我們的優(yōu)勢2 項目背景及發(fā)展2.1 建設(shè)背景2.2 項目建設(shè)的目的發(fā)展3 項目現(xiàn)狀及需求分析3.1 項目現(xiàn)狀3.2 需求分析4 系統(tǒng)總體設(shè)計4.1 系統(tǒng)總體設(shè)計4.2 系統(tǒng)設(shè)計原則4.3 技術(shù)架構(gòu)4.4 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖5 系統(tǒng)功能設(shè)計5.1 系統(tǒng)功能概述5.2 系統(tǒng)功能模塊5.3 硬件5.4 接口設(shè)計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 工程實施方案8.1 實施原則8.2 實施范圍8.3 分工界面分工界面說明參與項目的各方，在項目實施過程中的主要工作分工，以及分工的 邊界和工作銜接。8.3.1 分 工關(guān)系8.3.2 分工明細(xì)8.4 實施計劃8.4.1 項 目總體進(jìn)度計劃8.4.2 項 目里程碑計劃8.5 實施難點分析8.6 組織架構(gòu)8.6.1 項 目組織結(jié)構(gòu)8.6.2 項 目組成員名單8.7 實施過程8.7.1 實 施活動列表8.7.2 項 目調(diào)研8.7.3 項 目計劃8.7.4 需 求獲取8.7.5 數(shù) 據(jù)轉(zhuǎn)換8.7.6 確 定驗收條件8.7.7 模 擬環(huán)境搭建8.7.8 產(chǎn) 品部署8.7.9 模 擬運行8.7.

3、10 確認(rèn)測試8.7.11生產(chǎn)環(huán)境搭建8.7.12系統(tǒng)并行8.7.13初驗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 項目管控項目管控體系的建設(shè)從流程化、規(guī)范化、專業(yè)化出發(fā)去建立，主要從組織保證、項目管 理、數(shù)據(jù)管理、需求及流程管理四個方面去保障和執(zhí)行。8.9.1項目管控模式8.9.2項目管控內(nèi)容8.9.3項目管控制度9質(zhì)量管理9.1質(zhì)量管理實施原則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)人）項目經(jīng)理 項目組成員QA組長QA工程師9.1.3.

4、2就緒原則9.1.3.3工作流程9.1.3.4不符合項處理9.1.3.5質(zhì)量保證記錄9.1.3.6質(zhì)量保證驗證9.1.3.7結(jié)束準(zhǔn)則9.1.4關(guān)鍵因素及其對策1、隊伍一定要根據(jù)具體情況為項目的實施組建專門的隊伍，我們稱之為項目組。2、班子 項目組領(lǐng)導(dǎo)班子是項目組的核心。班子的第一把手 （ 項目經(jīng)理 ） 應(yīng)有良好的專業(yè)背 景和學(xué)歷、有很強(qiáng)的組織大型應(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)系，以有效地控制項上目的進(jìn)度、費用和

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

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

7、個班子應(yīng)具有主持大型應(yīng)用項目實施的豐富經(jīng)驗和足夠的技術(shù)功底，是一個團(tuán)結(jié)合作、朝氣蓬勃、敢于開拓和創(chuàng)新的班子，我們相信，在XXXXX業(yè)務(wù)專家、領(lǐng)導(dǎo)的全程指導(dǎo)和監(jiān)控之下，這個班子一定能夠帶好一支隊伍。3、關(guān)于規(guī)范我們將給出XXXXXXX系統(tǒng)所需的數(shù)據(jù)規(guī)范和應(yīng)用程序接口規(guī)范的具體內(nèi)容，這是 我們多年來從事 XXXX行業(yè)系統(tǒng)應(yīng)用軟件開發(fā)的經(jīng)驗積累，在本項目實施過程中，還將 結(jié)合項目情況，對其進(jìn)行進(jìn)一步的修改和完善，用以指導(dǎo)和約束項目的應(yīng)用軟件開發(fā) 工作。4、關(guān)于文檔我們將在軟件生命周期中每個階段輸出相應(yīng)的文檔，除此之外，在項目實施過程 中，還將產(chǎn)生各種質(zhì)量記錄文件，包括各種計劃、執(zhí)行情況檢查、考核記錄

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

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

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

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

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

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

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

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

16、.4.7配置審計10測試10.1準(zhǔn)則10.1.1測試工作實施準(zhǔn)則10.1.1.1測試目的10.1.1.2測試原則10.1.1.3測試活動10.1.1.4測試方法黑盒測試（功能測試/數(shù)據(jù)驅(qū)動測試） 白盒測試（結(jié)構(gòu)測試/邏輯驅(qū)動測試）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測試工作實施細(xì)則10.1.2.1單元測試實施細(xì)則10.1.2.2集成和系統(tǒng)測試實施細(xì)則10.2 系統(tǒng)測試10.2.1資源準(zhǔn)備10.2.2測試設(shè)計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 驗收細(xì)則11 服務(wù)培訓(xùn)11.1 培訓(xùn)對象11.1.1運行環(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高級培訓(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)評估11.3.5培訓(xùn)費用11.4 培訓(xùn)的其它事項11.4.1 培訓(xùn)的時間安排11.4.2 培訓(xùn)的人員數(shù)量12 服務(wù)質(zhì)量承諾12.1 質(zhì)量管理12.1.1 質(zhì)量管理實施原則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 不符合項處理12.1.1.4.4 質(zhì)量保證記錄12.1.1.4.5 質(zhì)量保證驗證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變更分析和評估12.1.2.3.4變更實施12.1.2.3.5變更驗證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)