商城系統(tǒng)投標(biāo)書

《項(xiàng)目名字》

投標(biāo)文件

投標(biāo)單位：XXXXXXXXXXXX（蓋章）

法定代表（授權(quán)）人：（簽字）

YYYY年MM月DD日

目錄

第一章投標(biāo)函.............................................................................I

第二章法人代表人授權(quán)書..................................................................2

第三章投標(biāo)資格文件.....................................................................3

第四章軟件開發(fā)實(shí)施技術(shù)方案............................................................16

第五章軟件銷售合同范本.................................................................67

第六章軟件功能清單.....................................................................77

第七章軟件報價表......................................................................105

第八章培訓(xùn)方案........................................................................107

第一章投標(biāo)函

XXXXXXXXXXX有限公司：

我公司收到貴公司《XXXXXXX采購項(xiàng)目招標(biāo)文件》，經(jīng)詳細(xì)研究我們同意并遵從招標(biāo)文件所

有規(guī)定，

參與投標(biāo)，為此我方謹(jǐn)鄭重聲明一下諸點(diǎn)，并對之負(fù)法律責(zé)任。我方愿意按照招標(biāo)文件要求承

接項(xiàng)目量清單內(nèi)的工作內(nèi)容，我單位的投標(biāo)報價總金額為人民幣元（大寫:）

一旦我方中標(biāo)，我公司保證執(zhí)行投標(biāo)文件和雙方簽訂的經(jīng)濟(jì)合同規(guī)定，按期保質(zhì)保量生產(chǎn)和安

裝任務(wù)并為之承擔(dān)全部責(zé)任和義務(wù)。

我們愿意提供招標(biāo)文件要求的所有資料，投標(biāo)書在開標(biāo)后90天內(nèi)有效。除非貴我雙方另外達(dá)

成協(xié)議并有效，

招標(biāo)人的中標(biāo)通知及本投標(biāo)文件將構(gòu)成約束我們雙方的合同規(guī)定。

我們理解你們有選擇或拒絕任何投標(biāo)者中標(biāo)的權(quán)利，無需向落標(biāo)者作任何落標(biāo)原因的解釋，我

司絕無任何異議。

貴公司有權(quán)授予全部或部分工作內(nèi)容給中標(biāo)的承包商。

我們完全同意，我們所投遞的投標(biāo)文件已充分考慮了各種外部因素對報價的影響。

所有有關(guān)本投標(biāo)書的函電，請按下列地址聯(lián)系：

投標(biāo)單位（共章）：

單位地址：郵政編碼：

法定代表人（簽字、蓋章）：

聯(lián)系人：電話'傳真：

開戶銀行：銀行賬號：

銀行地址：銀行電話：

第二章法定代表人授權(quán)書

XXXXXXXXXX有限公司公司：

本授權(quán)委托書聲明：我XXX系XXXXXXXXXXXXX的法定代表人。

現(xiàn)授權(quán)委托XXXXXXXXXXXXX的XX為我司代理人。全權(quán)代表我司處理投標(biāo)的有關(guān)事項(xiàng)。

代理人在開標(biāo)、評標(biāo)、合同談判過程中所簽署的一切文件和處理與之有關(guān)的一切事務(wù),我均予以承

認(rèn)。

代理人無權(quán)轉(zhuǎn)委托其他人代理。

特此委托

代理人；性別;年齡:

身份證號：

單位：部門：職務(wù)：

通訊地址：

電話：傳真:

投標(biāo)單位（公章）

法定代表人（簽字蓋章）：

YYYY年MM月DD日

2

第三章投標(biāo)資格文件

3.1.公司簡介

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

3.2.近期部分項(xiàng)目業(yè)績一覽表

合同金額

序號項(xiàng)目名稱合同開始時間服務(wù)公司名稱項(xiàng)目使用地址

（萬元）

1XXXXXXXMWMMMYYYY年MM月XXXX

3

2XXXXXXXMMVMMMYYYY年MM月XXXX

3xxxxxxxMWMMMYYYY年MM月XXXX

4XXXXXXXMMVMMMYYYY年MM月XXXX

5xxxxxxxMMRfMMMYYYY年MM月XXXX

6xxxxxxxMMMMMMYYYY年MM月XXXX

7xxxxxxxMMMMMMYYYY年MM月XXXX

4

8XXXXXXXYYYY年MM月XXXX

承諾單位簽字/蓋章：

3.3.營業(yè)執(zhí)照

3.4.軟件著作權(quán)

3.5.稅務(wù)登記證

3.6.IS09001質(zhì)量管理體系認(rèn)證證書

3.7.雙軟認(rèn)證證書

3.8.AAA級信用單位

第四章軟件開發(fā)實(shí)施技術(shù)方案

4.1.系統(tǒng)開發(fā)組織

軟件項(xiàng)目的組織結(jié)構(gòu)如圖:

5

項(xiàng)目經(jīng)理

【圖：軟件項(xiàng)目組織結(jié)構(gòu)】

項(xiàng)目由項(xiàng)目經(jīng)理負(fù)責(zé)。整個項(xiàng)目組下設(shè)需求組、設(shè)計組、開發(fā)組、測試組、配置管理組、文檔

組和質(zhì)量控制組（SQA小組）。

其中質(zhì)量控制組負(fù)責(zé)整個項(xiàng)FI的質(zhì)量控制，關(guān)鍵階段評審的組織工作等，可以由公司項(xiàng)目管理

人員和用戶方共同組成。需求組由于需要確定用戶的需求，并對需求進(jìn)行分析，因此也需要用戶參

與。用戶可以根據(jù)自己要求和實(shí)際情況，有選擇的加入設(shè)計組。

4.1.1.職責(zé)與權(quán)限

各組的職責(zé)與權(quán)限如卜.:

人員、角色職責(zé)權(quán)限

負(fù)責(zé)與客戶的溝通協(xié)調(diào)，組織項(xiàng)目的設(shè)備采購、安裝、

項(xiàng)目經(jīng)理調(diào)試等工作,完成系統(tǒng)的驗(yàn)收交付。

對項(xiàng)目成敗全權(quán)負(fù)責(zé)，有權(quán)限對進(jìn)度和人員進(jìn)行調(diào)整

負(fù)責(zé)和用戶進(jìn)行訪談，編寫需求說明書，準(zhǔn)確、完整

需求人員

的記錄用戶的需求，并對業(yè)務(wù)提出合理建議

負(fù)責(zé)系統(tǒng)整體結(jié)構(gòu)的設(shè)計，包括功能模塊的劃分、數(shù)

分析設(shè)計人員

據(jù)庫結(jié)構(gòu)設(shè)計、通用代碼以及重要技術(shù)專題的解決

6

開發(fā)人員負(fù)責(zé)系統(tǒng)的詳細(xì)設(shè)計和開發(fā)工作

負(fù)責(zé)根據(jù)需求編寫測試計劃和測試用例，并完成單元

測試人員

測試、集成測試、系統(tǒng)測試，是軟件產(chǎn)品的交付的出口

負(fù)責(zé)系統(tǒng)的安裝部署、運(yùn)行維護(hù)和故障排除。解決用

技術(shù)支持人員

戶在日常應(yīng)用終于到的問題。

負(fù)責(zé)開發(fā)過程中的配置管理，采用先進(jìn)的配置管理工

配置管理人員

具，進(jìn)仃版本控制、配置變更通知等

質(zhì)量控制組是整個項(xiàng)目的監(jiān)督機(jī)構(gòu)，負(fù)責(zé)按照

質(zhì)量控制人員

IS09001的標(biāo)準(zhǔn)要求各個小組，組織各個階段的階段性評

(SQA)

審，并負(fù)責(zé)對數(shù)據(jù)的收集和整理

文檔組負(fù)責(zé)對項(xiàng)目+各階段的開發(fā)文檔進(jìn)行整理和

文檔人員

管理

4.1.2.項(xiàng)目組人員說明

姓名本項(xiàng)目擬任崗位年齡性別專業(yè)年限職務(wù)和職稱

7

人員簡歷表

4.2.項(xiàng)目概述

積分商城管理系統(tǒng)，包括（手機(jī)端APP、小程序）實(shí)現(xiàn)線上到線下服務(wù)體系的全網(wǎng)打通，通過

信息化手段、互聯(lián)網(wǎng)技術(shù)，研發(fā)面向用戶的換購、換住、換游服務(wù)平臺，為用戶提供豐富的企業(yè)服

務(wù)，在線進(jìn)行兌換、購買。商家可自行管理線上服務(wù)、產(chǎn)品、統(tǒng)計分析營銷數(shù)據(jù)，為自身及平臺的

升級、迭代提供數(shù)據(jù)。

8

項(xiàng)目名稱：積分商城管埋系統(tǒng)

4.3.系統(tǒng)整體框架

系統(tǒng)選取JAVA作為開發(fā)語言，保證系統(tǒng)具有跨平臺性和可移植性.并選取Spring技術(shù)枚作為開發(fā)

框架，采用MVC設(shè)計模式.并采用微服務(wù)進(jìn)行架構(gòu)，選擇springcloud技術(shù)棧,docker容器作為微服務(wù)的

支撐.初步將系統(tǒng)劃分為三個層級:業(yè)務(wù)級（提供具體的業(yè)務(wù)邏輯），基礎(chǔ)服務(wù)（為微服務(wù)提供最基本的服

務(wù)支撐），.采用前后端分離的模式，所有數(shù)據(jù)通過RestAPI進(jìn)行交互.接口全部采用HTTPS協(xié)議,并對傳

輸數(shù)據(jù)進(jìn)行AES加密,以確保API的安全性.并對基礎(chǔ)服務(wù)進(jìn)行才分，為上層業(yè)務(wù)模塊提供支持.對于系

統(tǒng)主體方面，將每個微服務(wù)進(jìn)行docker容器化管理,并采用Kubemetes對容器進(jìn)行編排管理.方便業(yè)務(wù)

集群管理.

業(yè)務(wù)架構(gòu)總體描述：

系統(tǒng)業(yè)務(wù)架構(gòu)整體分為三層,Client主要為客戶提供接觸的“界面”，業(yè)務(wù)層則是支撐前臺高效

運(yùn)轉(zhuǎn)，并將業(yè)務(wù)邏輯進(jìn)行合理的，顆粒度足夠的戈U分,既保證獨(dú)立性.方便后期維護(hù)升級?運(yùn)維管理層，提

供日志收集,消息隊列管理，容器編排等服務(wù).

選擇SpringCloud微服務(wù)的理由：

SpringCloud來源于Spring,質(zhì)量、穩(wěn)定性、持續(xù)性都可以得到保證

SpirngCloud天然支持SpringBoot,更加便「業(yè)務(wù)落地。

SpringCloud是Java領(lǐng)域最適合做微服務(wù)的框架。

相比于其它框架,SpringC：oud對微服務(wù)周邊環(huán)境的支持力度最大。

對于中小企業(yè)來講，使用門檻較低。

SpringCloud架構(gòu)圖

9

Docker:

Docker是一個開源的應(yīng)月容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個可移植的

容器中，然后發(fā)布到任何流行的Linux機(jī)器上，也可以實(shí)現(xiàn)虛擬化。容器是完全使用沙箱機(jī)制，相

互之間不會有任何接口。

采用Dockei'開發(fā)微服務(wù)的優(yōu)勢：

隔離，抽象，可移植性

容器是操作系統(tǒng)內(nèi)存中的應(yīng)用隔離，我們并不知道這些相關(guān)的服務(wù)是不是運(yùn)行在同一個機(jī)器上,

通過容器抽象來共享主機(jī)的操作系統(tǒng)資源。得益于Docker,我們可以從頭建立一個分布式應(yīng)用，根

據(jù)應(yīng)用的需求定制環(huán)境，并復(fù)用在所有Docker主機(jī)上。還可以省去不重要安裝，環(huán)境依賴，將環(huán)境

改變控制在容器內(nèi)，從而保持操作系統(tǒng)的「純凈J。

輕量級

10

Docker輕量級，開銷很少，這使得它成為?個開發(fā)immutableinfrastructure的絕佳_L具，并且所

有組件都很容易被替代。使用Docker可以在同一臺主機(jī)上運(yùn)行更多的服務(wù)和應(yīng)用，不會產(chǎn)生性能損

失和額外的容量。

版本化的鏡像

Docker通過Docker鏡像來交付環(huán)境，你可以用Docker的強(qiáng)大的tag機(jī)制指定你的鏡像的版本。

這意味著你可以版本化你的整個微服務(wù)環(huán)境，不管你的應(yīng)用s用是Java、Python>Ruby還是其它完

全獨(dú)立于主機(jī)操作系統(tǒng)的語言寫的，都可以擁有一個同質(zhì)的打包系統(tǒng)。

4.3.1.

Docker組件是可以重用的。之前精心設(shè)計的鏡像，可以通過baseimge被重用，并且不需要從

零開始構(gòu)建。

可測試

Dockerfile描述了Docker的環(huán)境，以及能夠使我們的應(yīng)用運(yùn)行于其上的必要的步驟。每次Docker

構(gòu)建的過程，都是對這個步驟的測試，測試其能否為我們的應(yīng)用程序執(zhí)行創(chuàng)建一個完美的運(yùn)行環(huán)境。

DevOps的思維方式

得益于上述幾點(diǎn)，開發(fā)團(tuán)隊更容易從傳統(tǒng)思維過渡到DevOps的思維方式，關(guān)注完整的軟件交

付生命周期。Docker可以將IT運(yùn)維部門從一個繁忙的、簡易的交付批準(zhǔn)/拒絕導(dǎo)向的團(tuán)隊，變成一

個有效率的，交付授權(quán)的部門，而且開發(fā)人員可以在容器內(nèi)定制自己的運(yùn)行環(huán)境，同時不會影響其

他應(yīng)用。

Kubemetes:

Kubemetes是Google團(tuán)隊發(fā)起并維護(hù)的開源容器集群管理系統(tǒng)，支持如Docker等容器技術(shù)。使

用Kubernetes,我們可以輕松搭建和管理一個私有容器云。對容器進(jìn)行可視化管理與編排

11

4.4.平臺整體設(shè)計方案

4.4.1.整體框架

3000+生活

商家端用戶端

商家前端

訂

訂

訂

單

單

單

通

管

驗(yàn)

理

證

知

12

4.4.2.用戶端

13

4.4.3.商家端

4.5.項(xiàng)目建設(shè)依據(jù)及原則

本項(xiàng)目涉及到系統(tǒng)必須以實(shí)用為原則。采用成熟的并且通過實(shí)踐考驗(yàn)的先進(jìn)技術(shù)和解決方案。

4.5.1.功能性

與一組功能及其指定的性質(zhì)有關(guān)的一組屬性，具體包括：

適合性：與規(guī)定任務(wù)能否提供一組功能以及這組功能的適合程度有關(guān)的軟件屬性。

準(zhǔn)確性：與能否得到正確或相符的結(jié)果或效果有關(guān)的軟件屬性。

互用性：與同其他指定系統(tǒng)進(jìn)行交互的能力有關(guān)的軟件屬性。

依從性：使軟件遵循有關(guān)的標(biāo)準(zhǔn)，約定，法規(guī)及類似規(guī)定的軟件屬性。

安全性：與防止對程序及數(shù)據(jù)的非授權(quán)的故意或意外訪問的能力有關(guān)的軟件屬性。

充分考慮系統(tǒng)的安全防護(hù)，具備較強(qiáng)的數(shù)據(jù)管理機(jī)制和控制能力

14

4.5.2.可靠性

與在規(guī)定的一段時間和條件下，軟件維持其性能水平的能力有關(guān)的一組屬性，具體包括：

成熟性：與由軟件故障引起失效的頻度有關(guān)的軟件屬性。

容錯性：與在軟件故障或違反指定接口的情況下，維持規(guī)定的性能水平的能力有關(guān)的軟件屬性。

易恢復(fù)性：與在失效發(fā)生后，重建其性能水平并恢復(fù)直接受影響數(shù)據(jù)的能力以及為達(dá)此目的所

需的時間和能力有關(guān)的軟件屬性充分考慮性價比。

4.5.3.易用性

與一組規(guī)定或潛在的用戶為使用軟件所需作的努力和對這樣的使用所作用的評價有關(guān)的一組屬

性，具體包括：

易理解性：與用戶為認(rèn)識邏輯概念及其應(yīng)用范圍所花的努力有關(guān)的軟件屬性。

易學(xué)性：與用戶為學(xué)習(xí)軟件應(yīng)用所花的努力有關(guān)的軟件屬性。

易操作性：與用戶為操作和運(yùn)行控制所花努力有關(guān)的軟件屬性。

4.5.4.效率

與在規(guī)定的條件下，軟件的性能水平與所使用的資源量之間關(guān)系有關(guān)的一組屬性，具體包括：

時間特性：與軟件執(zhí)行其功能時響應(yīng)和處理時間以及吞吐量有關(guān)的軟件屬性。

資源特性：與在軟件執(zhí)行其功能時所使用的資源數(shù)量及其使用時間有關(guān)的軟件屬性。

4.5.5.可維護(hù)性

與進(jìn)行指定的修改所需的努力有關(guān)的一組屬性，具體包括：

易分析性：與為診斷缺陷或失效原因急為判定待修改的部分所需努力有關(guān)的軟件屬性。

易改變性：與進(jìn)行修改，排除錯誤或適應(yīng)環(huán)境變化所需努力有關(guān)的軟件屬性。

穩(wěn)定性：與修改所造成的未預(yù)料結(jié)果的風(fēng)險有關(guān)的軟件屬性。

易測試性：與確認(rèn)已修改軟件所需的努力有關(guān)的軟件屬性。

15

4.5.6,可移植性

與軟件可從某一環(huán)境轉(zhuǎn)移到另一個環(huán)境的能力有關(guān)的一組屬性，具體包括：

適應(yīng)性:與軟件無需采用有別于為該軟件準(zhǔn)備的活動或手段就可能適應(yīng)不同的規(guī)定環(huán)境有關(guān)的

軟件屬性。

易安裝性:與在指定環(huán)境下安裝軟件所需努力有關(guān)的軟件屬性。

遵循性:使軟件遵循與可移植性有關(guān)的標(biāo)準(zhǔn)或約定的軟件屬性。

易替換性:與軟件在該軟件環(huán)境中用來替代指定的其他軟件的機(jī)會和努力有關(guān)的軟件屬性。

4.5.7.標(biāo)準(zhǔn)化

本項(xiàng)目涉及到的各個系統(tǒng)模塊設(shè)計、系統(tǒng)性能、代碼編寫等應(yīng)符合中國有關(guān)軟件項(xiàng)目的標(biāo)準(zhǔn)化的要求：

1.軟件開發(fā)過程中作業(yè)標(biāo)準(zhǔn)化。

2.確定每個作業(yè)的表示形式。

3.確定每個文檔資料的格式。

4.規(guī)定組符號。

5根據(jù)軟件開發(fā)經(jīng)驗(yàn)，制定出大家能夠接受的開發(fā)原則和進(jìn)度.

4.6.嚴(yán)格的項(xiàng)目開發(fā)流程

4.6.1.開發(fā)流程概述

公司在軟件項(xiàng)目的開發(fā)中，將完全遵循IS09001質(zhì)量體系的要求，保證開發(fā)過程的規(guī)范性和產(chǎn)

品的質(zhì)量。

為了保證產(chǎn)品質(zhì)量，提高用戶滿意度，公司的開發(fā)流程中采取了以下措施：

1、階段性評審

開發(fā)采用SQA模式，設(shè)立SQA組專職進(jìn)行質(zhì)量控制。在每個關(guān)鍵里程碑結(jié)束之前，需要通過

質(zhì)量控制組（SQA）組織的評審，從而保證每一階段的正確性，避免由于設(shè)計失誤造成項(xiàng)弓失敗。

16

2、完善的測試，具和方法

公司特別加強(qiáng)了測試組的實(shí)力，通過JIRA等工具的使用，在測試階段的出現(xiàn)的問題均通過系統(tǒng)

管理。測試人員從需求分析階段就加入到項(xiàng)目組中，在概要設(shè)計階段完成測試計劃和測試用例，保

證測試的全面性和正確性。

3、配置管理

配置管理是保證工程質(zhì)量的一個重要環(huán)節(jié)，配置管理貫穿公司整個開發(fā)流程。由專人負(fù)責(zé)配置

的管理和變更控制，對于配置產(chǎn)生的變更，配置管理組負(fù)責(zé)通知整個項(xiàng)目組，同時進(jìn)行產(chǎn)品的版本

控制。

4、變更控制

在國內(nèi)進(jìn)行的軟件項(xiàng)目中，60%以上失敗的原因來自于需求變更的失控，對于一個大的軟件項(xiàng)

目，需求分析是一個困難漫長的過程，為了解決這個問題，采取了以下措施：

?按業(yè)務(wù)劃分模塊，分步進(jìn)行需求調(diào)研和分析

?需求分析中完成系統(tǒng)原型，提供給用戶確認(rèn)

?需求分析的評審用戶需要參加

?對于需求變更需要提出變更申請，通過評審方能變更

?影響開發(fā)基線的變更，變更的里程碑也要再次進(jìn)行評審

需求變更的控制，不僅能夠提高產(chǎn)品的質(zhì)量，還能夠降低項(xiàng)目的成本和風(fēng)險，一個完整的項(xiàng)目

變更，應(yīng)該是可以追溯、測量和控制的，只有做好了項(xiàng)目的需求變更，才能真正把握整個項(xiàng)FI的開

發(fā)過程。

4.6.2.項(xiàng)目策劃階段

一、職責(zé)

項(xiàng)目經(jīng)理負(fù)責(zé)整個項(xiàng)目

17

項(xiàng)目經(jīng)埋負(fù)責(zé)制定_L作計劃和項(xiàng)目實(shí)施

項(xiàng)目組負(fù)責(zé)項(xiàng)目開發(fā)計劃的執(zhí)行，公司其他部門作相應(yīng)的配合

二、工作程序

?項(xiàng)目組的確定

公司總經(jīng)理指定項(xiàng)目負(fù)責(zé)人，成立項(xiàng)目組

?項(xiàng)目開發(fā)策劃

令項(xiàng)目經(jīng)理負(fù)責(zé)依據(jù)開發(fā)任務(wù)、項(xiàng)目相關(guān)的合同、標(biāo)書及其它相關(guān)信息對項(xiàng)目進(jìn)

行開發(fā)策劃。

令項(xiàng)目經(jīng)理對項(xiàng)目開發(fā)策劃結(jié)果按《項(xiàng)目計劃編寫規(guī)范》編制《項(xiàng)目開發(fā)計劃書》0

?《項(xiàng)目開發(fā)計劃書》內(nèi)容

＜設(shè)計開發(fā)輸入、輸出，評審，驗(yàn)證、確認(rèn)等各階段的劃分和主要工作內(nèi)容。

。項(xiàng)目資源的組織管理：各階段人員職責(zé)，權(quán)限，設(shè)備、資金保證、配合單位及

其他相關(guān)內(nèi)容等。

令項(xiàng)目確認(rèn)方式、交付期限、驗(yàn)收標(biāo)準(zhǔn)。

＜項(xiàng)目進(jìn)度要求。

?設(shè)計開發(fā)的接口管理

令項(xiàng)目經(jīng)理負(fù)責(zé)設(shè)計開發(fā)活動組別或人員之間的接口管理，在公司內(nèi)部網(wǎng)上或會

議進(jìn)行溝通，協(xié)調(diào)。

令項(xiàng)目經(jīng)理明確與顧客溝通責(zé)任人員。

?《項(xiàng)目開發(fā)計劃書》的評審

令《項(xiàng)目開發(fā)計劃書》的評審由質(zhì)量保證組組織有關(guān)人員進(jìn)行，質(zhì)量保證組負(fù)責(zé)

人審批匕，按《設(shè)計評審程序》實(shí)施。

?項(xiàng)目管理

。項(xiàng)目經(jīng)理負(fù)責(zé)設(shè)計任務(wù)的分配，根據(jù)《項(xiàng)目開發(fā)計劃書》向項(xiàng)目組成員下達(dá)開

發(fā)任務(wù)。

令項(xiàng)目成員按各自分配任務(wù)實(shí)施。

＜項(xiàng)目經(jīng)理按《項(xiàng)目實(shí)施流程說明書》對開發(fā)過程進(jìn)行管理。

?項(xiàng)目開發(fā)計劃的跟蹤監(jiān)督

令質(zhì)量保證組(SQA)負(fù)責(zé)對項(xiàng)目開發(fā)計劃進(jìn)度和質(zhì)量進(jìn)行日常檢查和督促c

18

?形成的記錄

令保留項(xiàng)目開發(fā)策劃中形成的質(zhì)量記錄，待項(xiàng)目結(jié)束后，由項(xiàng)目經(jīng)理將所形成的

質(zhì)量記錄移交經(jīng)理辦公室歸檔。

三、工作成果

《項(xiàng)目開發(fā)計劃書》

4.6.3.需求分析階段

一、職責(zé)

?需求組負(fù)責(zé)編制《軟件需求規(guī)格說明書》

?質(zhì)量保證組（SQA）負(fù)責(zé)審批《軟件需求規(guī)格說明書》，并對需求分析活動是否符合質(zhì)量體

系的要求進(jìn)行跟蹤監(jiān)督。

二、工作程序

?需求來源

令軟件開發(fā)計劃；

?上一版本軟件的優(yōu)點(diǎn)和不足；

令市場需求和顧客需求；

?其他同類產(chǎn)品的功能特點(diǎn)；

?同類產(chǎn)品的技術(shù)發(fā)展方向。

?需求分析

?在《項(xiàng)目開發(fā)計劃書》批準(zhǔn)后，由項(xiàng)目管理組聯(lián)系用戶進(jìn)行訪談。

＜項(xiàng)目組根據(jù)合同和用戶訪談的要求和需求來源的相應(yīng)信息及合同文本、標(biāo)書、立項(xiàng)報告、

適用的法令法規(guī)要求、對用戶的調(diào)研資料等進(jìn)行顧客需求的詳細(xì)分析。

令需求分析的結(jié)果形成《軟件需求規(guī)格說明書》和《軟件功能需求說明書》，附有各類相關(guān)

資料。

?《軟件需求規(guī)格說明書》和《軟件功能需求說明書》的編制

＜根據(jù)分析結(jié)果，由項(xiàng)目組成員按照《軟件需求編寫規(guī)范》編制《軟件需求規(guī)格說明書》和

《軟件功能需求說明書》，必要時，編制成員可以包括顧客代表。

?《軟件需求規(guī)格說明書》主要從業(yè)務(wù)角度描寫用戶工作流程

令《軟件功能需求說明書》主要從功能角度描寫每個具體功能，包括以下幾點(diǎn)：

/功能說明，包括業(yè)務(wù)簡述，功能流程等

19

/界面說明，描述用戶操作界面

/數(shù)據(jù)要求，描寫本功能對數(shù)據(jù)的操作要求

?需求評審

?當(dāng)《軟件需求規(guī)格說明書》編制完成后，要對需求的正確性、完整性、清晰性以及其他質(zhì)

量要求進(jìn)行設(shè)計評審。

令需求評審由質(zhì)量保證組組織實(shí)施，參加人員可包括：質(zhì)量保證組人員、項(xiàng)目組骨干人員、

顧客代表，必要時，還可以包括有關(guān)專家。需求評審的具體程序見《設(shè)計評審程序》。

＜評審?fù)ㄟ^后，質(zhì)量保證組審批，項(xiàng)目組依據(jù)《項(xiàng)目開發(fā)計劃書》實(shí)施。

?需求分析的跟蹤監(jiān)督

＜由質(zhì)量保證組負(fù)責(zé)對需求分析實(shí)施過程是否符合《項(xiàng)目開發(fā)計劃書》。實(shí)施的結(jié)果能否達(dá)

到《軟件需求規(guī)格說明書》的要求進(jìn)行跟蹤監(jiān)督，保留監(jiān)督記錄。

?形成的記錄

令項(xiàng)目組保留項(xiàng)目需求分析過程中形成的相關(guān)記錄，待項(xiàng)目完成后將相關(guān)記錄移交經(jīng)理辦公

室。

三、階段成果

《軟件需求規(guī)格說明書》

4.6.4.概要設(shè)計階段

一、職貢

?設(shè)計組負(fù)責(zé)概要設(shè)計、詳細(xì)設(shè)計和編碼。

?項(xiàng)目經(jīng)理對開發(fā)過程進(jìn)行管理。

?測試組對參與此階段，并完成測試設(shè)計。

?質(zhì)量保證組對設(shè)計是否符合計劃的安排進(jìn)行跟蹤監(jiān)督。

二、工作程序

?系統(tǒng)概要設(shè)計

令需求分析完成后，設(shè)計組根據(jù)評審?fù)ㄟ^的《軟件需求規(guī)格說明書》進(jìn)行系統(tǒng)概要設(shè)計。

?系統(tǒng)概要設(shè)計的主要任務(wù)是確定系統(tǒng)的具體實(shí)現(xiàn)方案，系統(tǒng)的結(jié)構(gòu)設(shè)計。

令系統(tǒng)概要設(shè)計的結(jié)果形成《概要設(shè)計說明書》，由項(xiàng)目經(jīng)理指定設(shè)計人員根據(jù)《軟件概要設(shè)

計編寫規(guī)范》編制《概要設(shè)計說明書》。

令《概要設(shè)計說明書》的內(nèi)容：

20

J確定系統(tǒng)的軟硬件運(yùn)行的環(huán)境和可擴(kuò)展性；

/確定系統(tǒng)的軟硬件開發(fā)的環(huán)境；

,確定系統(tǒng)整體功能的結(jié)構(gòu)，使用工具；

/確定子系統(tǒng)/功能模塊的劃分；

/確定個系統(tǒng)模塊功能、性能、數(shù)據(jù)、結(jié)果、處理等要素；

,確定數(shù)據(jù)庫要求；

,確定系統(tǒng)的內(nèi)外部接口和主界面設(shè)計；

/確定系統(tǒng)的錯誤處理和安全保密設(shè)計；

,確定系統(tǒng)的維護(hù)設(shè)計；

/明確設(shè)計所受條件約束等。

?概要設(shè)計的評審

＜評審由項(xiàng)目管理組提出申請，質(zhì)量保證組組織實(shí)施，參加人員可包括：質(zhì)量保證組、項(xiàng)目

管理組、項(xiàng)目經(jīng)理、系統(tǒng)分析組、軟件開發(fā)組、業(yè)務(wù)有關(guān)人員，必要時，還可以包括有關(guān)

專家和用戶代表，設(shè)計評審的具體程序見《設(shè)計評審程序》。

令評審?fù)ㄟ^后，由質(zhì)量保證組負(fù)責(zé)人審批。

?測試方案設(shè)計

?在系統(tǒng)詳細(xì)設(shè)計階段，測試組負(fù)責(zé)人應(yīng)參與系統(tǒng)的詳細(xì)設(shè)計，確定相應(yīng)的測試方案，編制

《測試計劃及測試用例》0

＜測試方案確定的具體程序見《測試和驗(yàn)收交付程序》

三、階段成果

《概要設(shè)計說明書》

《測試計劃及測試用例》

4.6.5,詳細(xì)設(shè)計與編碼

一、職責(zé)

?開發(fā)組負(fù)責(zé)系統(tǒng)的詳細(xì)設(shè)計和編碼

?測試組對開發(fā)產(chǎn)品進(jìn)行測試，輸出合格軟件產(chǎn)品。

?質(zhì)量保證組對設(shè)計是否符合計劃的安排進(jìn)行跟蹤監(jiān)督。

二、工作程序

21

?系統(tǒng)詳細(xì)設(shè)計

令系統(tǒng)概要設(shè)計完成后，軟件開發(fā)組根據(jù)評審?fù)ㄟ^的《概要設(shè)計說明書》對關(guān)鍵性模塊進(jìn)行

詳細(xì)設(shè)計。

?系統(tǒng)詳細(xì)設(shè)計的主要任務(wù)是進(jìn)一步細(xì)化概要設(shè)計的結(jié)果，確定系統(tǒng)的具體實(shí)現(xiàn)過程，得到

對系統(tǒng)的精確描述。

?詳細(xì)設(shè)計評審

令評審由項(xiàng)目經(jīng)理提出申請，質(zhì)量保證組組織實(shí)施，參加人員可包括：項(xiàng)日經(jīng)理、測試人員、

設(shè)計人員、業(yè)務(wù)有關(guān)人員，必要時，還可以包括有關(guān)專家和用戶代表，設(shè)計評審的具體程

序見《設(shè)計評審程序》

?評審內(nèi)容包括：《詳細(xì)設(shè)計說明書》。

?評審?fù)ㄟ^后，由質(zhì)量保證組負(fù)責(zé)人審批。

?編碼

令開發(fā)組人員根據(jù)項(xiàng)目需要編制《軟件設(shè)計編碼規(guī)范》，經(jīng)質(zhì)量保證組審批。

＜開發(fā)組人員《功能需求說明書》、《概要設(shè)計說明書》和詳細(xì)設(shè)計進(jìn)行編碼。

令開發(fā)組人員在編碼過程中，應(yīng)嚴(yán)格遵循《軟件設(shè)計編碼規(guī)范》，保證編碼的一致性及代碼

的正確性、易讀性、易維護(hù)性。

?編碼完成的結(jié)果形成《源程序清單》。

?項(xiàng)目經(jīng)理對編碼的結(jié)果進(jìn)行審批，對不符合《軟件設(shè)計編碼規(guī)范》的情況，返回開發(fā)人員

進(jìn)行修改，直至批準(zhǔn)通過。

?測試

?編碼經(jīng)批準(zhǔn)后，開發(fā)組人員提交相應(yīng)源程序，交測試人員。

令由測試人員根據(jù)《測試和驗(yàn)收交付程序》進(jìn)行測試。

三、階段成果

《詳細(xì)設(shè)計說明書》

《源程序清單》

程序代碼

4.6.6.測試階段

一、職責(zé)

?測試組負(fù)責(zé)組織編制測試計劃、測試用例。

22

質(zhì)量保證組負(fù)責(zé)批準(zhǔn)測試計劃、測試用例和測試結(jié)果報告。

?測試組負(fù)責(zé)實(shí)施測試計劃。

?開發(fā)組負(fù)責(zé)提供技術(shù)支持。

二、工作程序

?測試計劃書編制與評審

＜在詳細(xì)設(shè)計階段，測試組負(fù)責(zé)人參與系統(tǒng)的詳細(xì)設(shè)計，并組織測試人員編制《測試計劃》、

《軟件測試用例》，包括：單元測試、集成測試、系統(tǒng)測試等。

?測試計劃的內(nèi)容包括測試進(jìn)度、測試內(nèi)容、測試工具、測試環(huán)境等，集成和系統(tǒng)測試計戈I」,

還應(yīng)驗(yàn)證各部分之間的接口有無錯誤。

/A依據(jù)《軟件測試計劃與測試用例編寫規(guī)范》中的內(nèi)容與上述相一致。

/B測試用例應(yīng)包括對模塊的正常輸入進(jìn)行測試和處理路徑的測試，以及對非法輸入，非

預(yù)期輸出，出錯處理路徑的測試。

令編制完成后，由質(zhì)量保證組組織有關(guān)測試組人員、開發(fā)組人員和設(shè)計組人員按《設(shè)計評審

程序》對《測試計劃》、《軟件測試用例》進(jìn)行評審，評審?fù)ㄟ^后，由質(zhì)量保證組負(fù)責(zé)人

批準(zhǔn)。

?測試計劃的實(shí)施

?測試人員按《測試計劃》內(nèi)容進(jìn)行單元測試，對軟件測試過程應(yīng)填寫《軟件測試報告》予

以記錄，如果測試中發(fā)現(xiàn)的問題，應(yīng)在《軟件測試報告》中注明，交測試組負(fù)責(zé)人審批后

交項(xiàng)目經(jīng)理，并由開發(fā)人員進(jìn)行修改，在程序代碼中標(biāo)明。

令集成或系統(tǒng)的所有組成部分均需通過單元測試，得到確認(rèn)后，才可進(jìn)行集成或系統(tǒng)測試.

?測試總結(jié)

令測試完畢后，由測試人員編寫《測試分析報告》，授權(quán)的測試人員簽名，其中應(yīng)清楚描述

測試過程和測試結(jié)果。

?質(zhì)量保證組組織有關(guān)人員按《設(shè)計評審程序》對《測試分析報告》進(jìn)行評審。

＜評審?fù)ㄟ^后，由測試保證組負(fù)責(zé)人審批《測試分析報告》。

三、階段成果

《軟件項(xiàng)目開發(fā)總結(jié)報告》

《軟件測試用例》

23

4.6.7.系統(tǒng)安裝及項(xiàng)目交付

一、職責(zé)

?測試組負(fù)責(zé)編寫用戶手冊

?網(wǎng)絡(luò)工程師負(fù)責(zé)提供技術(shù)支持和系統(tǒng)現(xiàn)場部署。

二、工作程序

?《用戶手冊》的編制

＜《用戶手冊》必須依據(jù)《用戶手冊編寫規(guī)范》在項(xiàng)目驗(yàn)收前完成，具體編制時間、編制人

由項(xiàng)目經(jīng)理確定。

＜《用戶手冊》內(nèi)容包括：

,軟件概述；

/運(yùn)行環(huán)境（硬件、支持軟件）；

,使用說明（安裝和初始化、輸入輸出）：

/運(yùn)行說明

?《用戶手冊》的評審

＜評審由項(xiàng)目經(jīng)理提出申請，質(zhì)量保證組組織實(shí)施，參加人員可包括：質(zhì)量保證組、項(xiàng)目經(jīng)

理、設(shè)計組、開發(fā)組，設(shè)計評審的具體程序見《設(shè)計評審程序》；

令評審?fù)ㄟ^后，由質(zhì)量保證組負(fù)責(zé)人審批。

?軟件開發(fā)組負(fù)責(zé)《用戶手冊》的制作，具體見《軟件產(chǎn)品制作過程控制程序》。

?待項(xiàng)目結(jié)束后，由項(xiàng)FI經(jīng)理將所形成的質(zhì)量記錄移交經(jīng)理辦公室歸檔。

?系統(tǒng)的安裝部署

?確認(rèn)、交付

令根據(jù)合同中規(guī)定的確認(rèn)方式進(jìn)行產(chǎn)品確認(rèn)。

令開發(fā)組負(fù)責(zé)產(chǎn)品的交付。

＜用戶在接到產(chǎn)品后，雙方對產(chǎn)品進(jìn)行驗(yàn)證，并填寫《軟件復(fù)制、交付和安裝表》，由用戶

和公司雙方簽字認(rèn)可。

?形成的記錄

＜對本程序所產(chǎn)生的質(zhì)量記錄由項(xiàng)目經(jīng)理保存，待項(xiàng)目驗(yàn)收交付完畢移交經(jīng)理辦公室統(tǒng)?管

理。

?提交《用戶手冊》及其相應(yīng)的文檔，完成項(xiàng)目交付

三、階段成果

24

《系統(tǒng)安裝于冊》

《系統(tǒng)運(yùn)行維護(hù)手冊》

《用戶手冊》

4.6.8.配置管理

一、職責(zé)

?配置管理組負(fù)責(zé)組織配置管理計劃的編制.

?質(zhì)量保證組負(fù)責(zé)組織評審配置管理計劃。

?項(xiàng)目開發(fā)人員執(zhí)行項(xiàng)目的配置管理計劃。

二、工作程序

?配置管理提供一個標(biāo)識、控制和追蹤每個軟件項(xiàng)的有效版本的機(jī)制，通過配置管理系統(tǒng)應(yīng):

令唯一的標(biāo)識每一軟件項(xiàng)的正式版本；

令標(biāo)識構(gòu)成一個特定版本完整產(chǎn)品的各軟件項(xiàng)的版本；

?標(biāo)識在開發(fā)、交付及安裝中的軟件產(chǎn)品的狀態(tài)：

?控制由一個以上的程序員同時對同一軟件項(xiàng)進(jìn)行的更新；

＜對多個產(chǎn)品的一處或多處的更新進(jìn)行協(xié)調(diào)；

＜確定和追蹤由一個更改申請而引起的所有措施和更改，包括從開始到釋放的全過程。

?配置管理計劃編制

令所有項(xiàng)n在制定項(xiàng)目開發(fā)計劃時，配置管理組組長按《配置管理編寫規(guī)范》制定項(xiàng)口的《配

置管理計劃》。

?《配置管理計劃》的內(nèi)容：

,有關(guān)機(jī)構(gòu)及職責(zé)；

,配置管理活動；

/使用的工具、技術(shù)和方法；

,應(yīng)將各配置項(xiàng)置于配置控制之卜的相應(yīng)階段。

?《配置管理計劃》評審

?《配置管理計劃》編制完成后，由項(xiàng)目經(jīng)理提出評審申請。

＜《配置管理計劃》評審由質(zhì)量控制組負(fù)責(zé)人組織實(shí)施，參加評審的人員包括：質(zhì)量控制組、

項(xiàng)目經(jīng)理、項(xiàng)目組成員等，評審的具體程序見《設(shè)計評審程序》。

＜評審?fù)ㄟ^后，由質(zhì)量控制組負(fù)責(zé)人審批。

25

?配置管理活動

令創(chuàng)建項(xiàng)目配置管理（CM）環(huán)境

為項(xiàng)目配置管理（CM）創(chuàng)建一環(huán)境，在此環(huán)境中可以對整個產(chǎn)品進(jìn)行開發(fā)、構(gòu)建，而且具有可

重用性或可維護(hù)性。建立開發(fā)和構(gòu)建產(chǎn)品的環(huán)境可以分兩個部分來完成：首先設(shè)置硬件環(huán)境，然后

建立開發(fā)環(huán)境。

設(shè)置CM環(huán)境包括分配機(jī)器資源（服務(wù)器和硬盤空間）以及安裝配置管理工具。

設(shè)置開發(fā)環(huán)境包括創(chuàng)建儲存庫、設(shè)置產(chǎn)品目錄結(jié)構(gòu)以及導(dǎo)入所有的已有文件。最初的壞境是進(jìn)

一步開發(fā)工作的基線。

令配置標(biāo)識和追蹤

通過制定《配置管理計劃》建立和維護(hù)軟件生命周期所有階段中標(biāo)識軟件的規(guī)程，每個軟件項(xiàng)

應(yīng)有唯一標(biāo)識。這些軟件項(xiàng)的每一版本標(biāo)識下列內(nèi)容：

/功能和技術(shù)規(guī)格說明；

,影響功能和技術(shù)規(guī)格說明的所有開發(fā)工具；

,與其他軟件項(xiàng)和硬件的所有接口；

/與軟件項(xiàng)有關(guān)的所有文檔。

,對所釋放的產(chǎn)品應(yīng)制定便于追蹤軟件項(xiàng)或產(chǎn)品的規(guī)程。

?配置變更控制

在《配置管理計劃》對在配置管理下的軟件項(xiàng)制定對更改的申請、標(biāo)識、記錄、評審和批準(zhǔn)的

規(guī)程。軟件項(xiàng)的所有更改都要按照這些規(guī)程實(shí)施，并填寫相應(yīng)記錄《配置變更記錄表》、《配置狀

態(tài)報告》。

應(yīng)對更改的有效性進(jìn)行確認(rèn)，并確定和檢查該更改對其他軟件項(xiàng)的影響。

應(yīng)填寫《配置變更通知單》將更改情況通知有關(guān)方面并說明更改與軟件項(xiàng)被更改部分的追蹤方

法。

?配置狀態(tài)報告

由配置管理人員填寫《配置狀態(tài)報告》記錄配置項(xiàng)的狀態(tài)、更改申請和已批準(zhǔn)更改的實(shí)現(xiàn)情況。

?《配置管理計劃》變更控制

?《配置管理計劃》變更由項(xiàng)目經(jīng)理填寫《需求變更審批表》，具體變更程序見《設(shè)計變更

控制程序》。

令變更完成后，項(xiàng)目經(jīng)理將變更情況通知所有相關(guān)部門和人員。

?形成的記錄

26

＜對本程序所產(chǎn)生的質(zhì)量記錄山項(xiàng)口經(jīng)理待項(xiàng)口驗(yàn)收交付后移交經(jīng)理辦公室統(tǒng)一保存。

三、階段成果

《配置管理計劃》

《配置變更記錄表》

《配置變更通知單》

《配置狀態(tài)報告》

4.6.9.變更控制

一、職責(zé)

?項(xiàng)目經(jīng)理、測試組人員提出變更需求。

?質(zhì)量保證組負(fù)責(zé)組織對變更需求的合理性、可行性進(jìn)行評審。

?項(xiàng)H經(jīng)理負(fù)責(zé)指定程序員進(jìn)行變更，指定測試組人員對變更進(jìn)行測試。

二、工作程序

?變更需求提出：

e在設(shè)計開發(fā)的各階段項(xiàng)目組成員發(fā)現(xiàn)其它階段輸出結(jié)果不適合處后或顧客提出變更需求時

的填寫《需求變更審批表》；

＜在測試階段測試人員在測試過程中填寫的《軟件測試報告》；

?變更需求確認(rèn)：

中對于設(shè)計開發(fā)階段的《需求變更審批表》，經(jīng)項(xiàng)F1經(jīng)理審核后，質(zhì)量保證組負(fù)貢組織相關(guān)

人員按《設(shè)計評審程序》對變更需求進(jìn)行變更評審。

?對于《軟件測試報告》提出的問題經(jīng)測試組確認(rèn)后，由項(xiàng)目經(jīng)理審核確認(rèn)其有效性、合理

性、可行性。

?變更的實(shí)施

＜對于維護(hù)階段的變更需求由產(chǎn)品經(jīng)理、其它變更需求由項(xiàng)目經(jīng)理確定變更執(zhí)行人（如有軟

件代碼變更，需確定測試人員），并確定相應(yīng)資源配置。

令對于涉及的技術(shù)文檔的變更，變更執(zhí)行人按變更需求進(jìn)行分析，并執(zhí)行變更，經(jīng)項(xiàng)目經(jīng)理

（或產(chǎn)品經(jīng)理）審核后，質(zhì)量保證組組織相關(guān)人員按《設(shè)計評審程序》進(jìn)行評審，通過后

由項(xiàng)目經(jīng)理（或產(chǎn)品經(jīng)理）收回原文檔，發(fā)布新文檔，變更執(zhí)行人按《配置管理計劃》操

作。

令對于軟件代碼變更

27

/測試階段中的提出的變更，山項(xiàng)口經(jīng)理確定是否使用原有《詳細(xì)設(shè)計說明書》、《測試計

戈IJ》、《軟件測試用例》，如需要重新編寫，由項(xiàng)目經(jīng)理指定程序員、測試員進(jìn)行編寫。

,執(zhí)行變更的程序員、測試人員根據(jù)有效的變更需求進(jìn)行分析，確定變更方案、測試方案，

編寫《詳細(xì)設(shè)計說明書》、《測試計劃》、《軟件測試用例》。

/質(zhì)量保證組組織人員按《設(shè)計評審控制程序》對《詳細(xì)設(shè)計說明書》、《測試計劃》、《軟

件測試用例》進(jìn)行評審。

/評審?fù)ㄟ^后程序員依相應(yīng)的《詳細(xì)設(shè)計說明書》、《軟件設(shè)計編碼規(guī)范》進(jìn)行程序編碼的

變更。

/編碼完成后，由測試組測試人員依《測試計劃》、《軟件測試用例》進(jìn)行測試，填寫《軟

件測試報告》。

?配置的變更

對于涉及到配置項(xiàng)的變更按《配置管理控制程序》、相應(yīng)的《配置管理計劃》進(jìn)行變更，并將

變更情況通知所有相關(guān)部門和人員

?形成的記錄

本程序所產(chǎn)生的質(zhì)量記錄由經(jīng)理辦公室進(jìn)行管理。

三、階段成果

《詳細(xì)設(shè)計說明書》

《測試計劃》

《軟件測試用例》

《需求變更審批表》

4.7.項(xiàng)目開發(fā)/測試計劃

項(xiàng)目名稱：XXXX預(yù)計開始時間：YYYY年MM月

版本號：VI.0.0預(yù)計完成時問：YYYY年MM月DD日

項(xiàng)目經(jīng)理：預(yù)計上架時間：YYYY年MM月DD日

技術(shù)負(fù)責(zé)人：產(chǎn)品經(jīng)理：

完成時間節(jié)點(diǎn)階段名稱交付內(nèi)容備注

28

2019年8月1日項(xiàng)目啟動甲方確認(rèn)啟動郵件

2019年8月6日需求整理輸出功能清單/思維導(dǎo)圖

乙方給出E操作界面、原型

2019年8月29日原型設(shè)計

圖文檔

甲方出具《反饋調(diào)整意見》，進(jìn)

2019年9月3R反饋調(diào)整

行原型圖確認(rèn)

2019年9月6日UE/UI設(shè)計完成乙方給出詳細(xì)設(shè)計圖文件

乙方內(nèi)部測試通過后給出

2019年11月25日開發(fā)完成

APP測試版安裝文件

甲方確認(rèn)整個項(xiàng)目簽收

乙方交付項(xiàng)目源碼、接口文

2019年12月5日項(xiàng)目完成

檔、設(shè)計源文件、后臺使用手冊

等項(xiàng)目相關(guān)文件

4.8.運(yùn)維及售后服務(wù)方案

4.8.1.運(yùn)維系統(tǒng)管理方案

1、服務(wù)目標(biāo)

本公司可提供的運(yùn)行維護(hù)服務(wù)包括，信息系統(tǒng)相關(guān)的主機(jī)設(shè)備、操作系統(tǒng)、數(shù)據(jù)庫和存儲

設(shè)備的運(yùn)行維護(hù)服務(wù)，保證用戶現(xiàn)有的信息系統(tǒng)的正常運(yùn)行，降低整體管理成本，提高網(wǎng)絡(luò)信息系

統(tǒng)的整體服務(wù)水平。同時根據(jù)日常維護(hù)的數(shù)據(jù)和記錄，提供用戶信息系統(tǒng)的整體建設(shè)規(guī)劃和建議，

更好的為用戶的信息化發(fā)展提供有力的保障。

29

用戶信息系統(tǒng)的組成主要為軟件部分可分為操作系統(tǒng)軟件、典型應(yīng)用軟件（如：數(shù)據(jù)庫軟

件、中間件軟件等）、業(yè)務(wù)應(yīng)用軟件（如前端APP）等。

本公司通過運(yùn)行維護(hù)服務(wù)的有效管理來提升用戶信息系統(tǒng)的服務(wù)效率，協(xié)調(diào)各業(yè)務(wù)應(yīng)用系

統(tǒng)的內(nèi)部運(yùn)作，改善網(wǎng)絡(luò)信息系統(tǒng)部門與業(yè)務(wù)部門的溝通，提高服務(wù)質(zhì)量。結(jié)合用戶現(xiàn)有的環(huán)境、

組織結(jié)構(gòu)、IT資源和管理流程的特點(diǎn)，從流程、人員和技術(shù)三方面來規(guī)劃用戶的網(wǎng)絡(luò)信息系統(tǒng)的結(jié)

構(gòu)。將用戶的運(yùn)行目標(biāo)、業(yè)務(wù)需求與IT服務(wù)的相協(xié)調(diào)一致。

本公司提供的信息系統(tǒng)服務(wù)的目標(biāo)是，對用戶現(xiàn)有的信息系統(tǒng)基礎(chǔ)資源進(jìn)行監(jiān)控和管理，

及時掌握網(wǎng)絡(luò)信息系統(tǒng)資源現(xiàn)狀和配置信息、，反映信息系統(tǒng)資源的可用性情況和健康狀況，創(chuàng)建-

個可知可控的IT環(huán)境，從而保證用戶信息系統(tǒng)的各類業(yè)務(wù)應(yīng)用系統(tǒng)的可靠、高效、持續(xù)、安全運(yùn)行。

服務(wù)項(xiàng)目范圍覆蓋的信息系統(tǒng)資源以下方面的關(guān)鍵狀態(tài)及參數(shù)指標(biāo)：

>運(yùn)行狀態(tài)、故障情況

>配置信息

>可用性情況及健康狀況性能指標(biāo)

2、網(wǎng)絡(luò)、安全系統(tǒng)運(yùn)維服務(wù)

從網(wǎng)絡(luò)的連通性、網(wǎng)絡(luò)的性能、網(wǎng)絡(luò)的監(jiān)控管理三個方面實(shí)現(xiàn)對網(wǎng)絡(luò)系統(tǒng)的運(yùn)維管理。網(wǎng)絡(luò)、

安全系統(tǒng)基本服務(wù)內(nèi)容。

序號服務(wù)模塊內(nèi)容描述提供方

首先分析軟件升級的必要

1后臺系統(tǒng)軟件升級性和風(fēng)險，配合用戶進(jìn)行軟件升

級

按服務(wù)級別：7X24小時

2現(xiàn)場故障診斷

5X8小時

3電話遠(yuǎn)程技術(shù)支持7X24小時

對遇到的問題進(jìn)行匯總和

4問題管理系統(tǒng)

發(fā)布

30

(1)現(xiàn)場巡檢服務(wù)

現(xiàn)場巡檢服務(wù)是本公司對客戶的設(shè)備及網(wǎng)絡(luò)進(jìn)行全面檢查的服務(wù)項(xiàng)目，通過該服務(wù)可使客戶獲

得設(shè)備運(yùn)行的第一手資料，最大可能地發(fā)現(xiàn)存在的隱患，保障設(shè)備穩(wěn)定運(yùn)行。同時，本公司將有針

對性地提出預(yù)瞥及解決建議，使客戶能夠提早預(yù)防，最大限度降低運(yùn)營風(fēng)險。

巡檢包括的內(nèi)容如K：

編號巡檢內(nèi)容

軟件運(yùn)行情況檢查項(xiàng)目

1

項(xiàng)目運(yùn)行情況檢查網(wǎng)絡(luò)報文分析項(xiàng)目對接運(yùn)行狀況檢查

網(wǎng)絡(luò)整體運(yùn)行情況調(diào)查

2

網(wǎng)絡(luò)運(yùn)行問題調(diào)查網(wǎng)絡(luò)變更情況-周查網(wǎng)絡(luò)歷史故隙調(diào)查

(2)后臺運(yùn)行分析與管理服務(wù)

后臺運(yùn)行分析與管理服務(wù)是指本公司工程師通過對后臺運(yùn)行狀況、后臺問題進(jìn)行周期性檢查、

分析后，為客戶提出指導(dǎo)性建議的一種綜合性高級服務(wù)，其內(nèi)容包括：

服務(wù)內(nèi)容服務(wù)優(yōu)點(diǎn)

向客戶提供后臺專家電話號碼。保證重大問題第一連線至后臺專家.

后臺專家組每周與客戶進(jìn)行不少于2以最小成本保證及時解答客戶關(guān)心的

小時的電話技術(shù)交流技術(shù)問題，并就某一領(lǐng)域技術(shù)問題展開深層

次溝通。

(3)重要時刻專人值守服務(wù)

本公司深刻知道保證重要時刻軟件穩(wěn)定運(yùn)行對客戶成功尤為關(guān)鍵，因此，本公司可對客戶提供

重要時刻的專人現(xiàn)場值守支持，包括政府客戶的重大會議期間、金融客戶的年終結(jié)算日、運(yùn)營商客

31

戶的生產(chǎn)網(wǎng)重大割接或具它任何客戶認(rèn)為可能對具'業(yè)務(wù)運(yùn)營產(chǎn)?生重大影響的時刻。

如需專人值守，客戶需至少提前3周與本公司客戶服務(wù)經(jīng)理聯(lián)系。對每位客戶，本公司均需按

事先合同約定提供專人值守服務(wù)?？蛻羧缧璩龊贤s定范圍的更多值守支持，需額外支付相應(yīng)人

力和差旅費(fèi)用。

3、數(shù)據(jù)庫系統(tǒng)運(yùn)維服務(wù)

本公司提供的數(shù)據(jù)庫運(yùn)行維護(hù)服務(wù)是包括主動數(shù)據(jù)庫性能管理，數(shù)據(jù)庫的主動性能管理對系統(tǒng)

運(yùn)維非常重要。通過主動式性能管理可了解數(shù)據(jù)庫的日常運(yùn)行狀態(tài)，識別數(shù)據(jù)庫的性能問題發(fā)生在

什么地方，有針對性地進(jìn)行性能優(yōu)化.同時，密切注意數(shù)據(jù)庫系統(tǒng)的變化，主動地預(yù)防可能發(fā)生的

問題。

本公司提供的數(shù)據(jù)庫運(yùn)行維護(hù)服務(wù)還包括快速發(fā)現(xiàn)、診斷和解決性能問題，在出現(xiàn)問即時，及

時找出性能瓶頸，解決數(shù)據(jù)庫性能問題，維護(hù)高效的應(yīng)用系統(tǒng)。

本公司的數(shù)據(jù)庫運(yùn)行維護(hù)服務(wù)，主要工作是使用技術(shù)手段來達(dá)到管理的目標(biāo)，以系統(tǒng)最終的運(yùn)

行維護(hù)為目標(biāo)，提高用戶的工作效率。

具體數(shù)據(jù)庫運(yùn)行維護(hù)監(jiān)控的基本服務(wù)內(nèi)容包括：

4、中間件運(yùn)維服務(wù)

中間件管理是指對BEAWeblogic、MQ等中間件的日常維護(hù)管理和監(jiān)控工作，提高對中間件平臺

事件的分析解決能力，確保中間件平臺持續(xù)穩(wěn)定運(yùn)行。中間件監(jiān)控指標(biāo)包括配置信息管理、故障監(jiān)

控、性能監(jiān)控。

■執(zhí)行線程：監(jiān)控WcbLogic配置執(zhí)行線程的空閑數(shù)晟。

■JVM內(nèi)存：JYM內(nèi)存曲線正常，能夠及時的進(jìn)行內(nèi)存空間回收。

■JDBC連接池：連接池的初始容量和最大容量應(yīng)該設(shè)置為相等，并且至少等于執(zhí)行線程

的數(shù)量，以避免在運(yùn)行過程中創(chuàng)建數(shù)據(jù)庫連接所帶來的性能消耗。

32

■檢查WEBLOG日志文件是否有異常報錯

■如果有WEBLOG集群配置，需要檢查集群的配置是否正常。

3.6.2運(yùn)維服務(wù)流程

本公司建議用戶采用的服務(wù)方式為兩種：一種為技術(shù)人員現(xiàn)場值守，另一種是定期巡檢結(jié)合故

障現(xiàn)場服務(wù)。

技術(shù)人員現(xiàn)場值守運(yùn)行維護(hù)服務(wù)的基本操作流程如下圖所示：

33

技術(shù)人員用戶現(xiàn)場值守，H常狀態(tài)監(jiān)控

備件更換故障現(xiàn)場解決

記錄到維廬數(shù)據(jù)庫

I〕

目