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

《項目名字》

投標文件

投標單位：XXXXXXXXXXXX（蓋章）

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

YYYY年MM月DD日

目錄

第一章投標函.............................................................................I

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

第三章投標資格文件.....................................................................3

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

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

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

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

第八章培訓方案........................................................................107

第一章投標函

XXXXXXXXXXX有限公司：

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

有規(guī)定，

參與投標，為此我方謹鄭重聲明一下諸點，并對之負法律責任。我方愿意按照招標文件要求承

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

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

裝任務(wù)并為之承擔全部責任和義務(wù)。

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

成協(xié)議并有效，

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

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

司絕無任何異議。

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

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

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

投標單位（共章）：

單位地址：郵政編碼：

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

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

開戶銀行：銀行賬號：

銀行地址：銀行電話：

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

XXXXXXXXXX有限公司公司：

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

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

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

認。

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

特此委托

代理人；性別;年齡:

身份證號：

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

通訊地址：

電話：傳真:

投標單位（公章）

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

YYYY年MM月DD日

2

第三章投標資格文件

3.1.公司簡介

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

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

合同金額

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

（萬元）

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ì)量管理體系認證證書

3.7.雙軟認證證書

3.8.AAA級信用單位

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

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

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

5

項目經(jīng)理

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

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

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

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

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

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

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

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

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

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

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

對項目成敗全權(quán)負責，有權(quán)限對進度和人員進行調(diào)整

負責和用戶進行訪談，編寫需求說明書，準確、完整

需求人員

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

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

分析設(shè)計人員

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

6

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

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

測試人員

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

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

技術(shù)支持人員

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

負責開發(fā)過程中的配置管理，采用先進的配置管理工

配置管理人員

具，進仃版本控制、配置變更通知等

質(zhì)量控制組是整個項目的監(jiān)督機構(gòu)，負責按照

質(zhì)量控制人員

IS09001的標準要求各個小組，組織各個階段的階段性評

(SQA)

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

文檔組負責對項目+各階段的開發(fā)文檔進行整理和

文檔人員

管理

4.1.2.項目組人員說明

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

7

人員簡歷表

4.2.項目概述

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

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

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

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

8

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

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

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

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

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

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

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

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

集群管理.

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

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

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

供日志收集,消息隊列管理，容器編排等服務(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機器上，也可以實現(xiàn)虛擬化。容器是完全使用沙箱機制，相

互之間不會有任何接口。

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

隔離，抽象，可移植性

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

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

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

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

輕量級

10

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

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

失和額外的容量。

版本化的鏡像

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

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

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

4.3.1.

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

零開始構(gòu)建。

可測試

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

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

DevOps的思維方式

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

付生命周期。Docker可以將IT運維部門從一個繁忙的、簡易的交付批準/拒絕導向的團隊，變成一

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

他應(yīng)用。

Kubemetes:

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

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

11

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

4.4.1.整體框架

3000+生活

商家端用戶端

商家前端

訂

訂

訂

單

單

單

通

管

驗

理

證

知

12

4.4.2.用戶端

13

4.4.3.商家端

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

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

4.5.1.功能性

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

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

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

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

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

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

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

14

4.5.2.可靠性

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

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

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

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

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

4.5.3.易用性

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

性，具體包括：

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

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

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

4.5.4.效率

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

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

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

4.5.5.可維護性

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

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

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

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

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

15

4.5.6,可移植性

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

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

軟件屬性。

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

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

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

4.5.7.標準化

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

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

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

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

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

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

4.6.嚴格的項目開發(fā)流程

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

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

品的質(zhì)量。

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

1、階段性評審

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

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

16

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

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

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

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

3、配置管理

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

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

控制。

4、變更控制

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

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

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

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

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

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

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

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

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

發(fā)過程。

4.6.2.項目策劃階段

一、職責

項目經(jīng)理負責整個項目

17

項目經(jīng)埋負責制定_L作計劃和項目實施

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

二、工作程序

?項目組的確定

公司總經(jīng)理指定項目負責人，成立項目組

?項目開發(fā)策劃

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

行開發(fā)策劃。

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

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

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

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

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

令項目確認方式、交付期限、驗收標準。

＜項目進度要求。

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

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

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

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

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

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

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

?項目管理

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

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

令項目成員按各自分配任務(wù)實施。

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

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

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

18

?形成的記錄

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

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

三、工作成果

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

4.6.3.需求分析階段

一、職責

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

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

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

二、工作程序

?需求來源

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

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

令市場需求和顧客需求；

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

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

?需求分析

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

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

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

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

資料。

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

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

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

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

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

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

19

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

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

?需求評審

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

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

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

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

＜評審通過后，質(zhì)量保證組審批，項目組依據(jù)《項目開發(fā)計劃書》實施。

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

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

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

?形成的記錄

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

室。

三、階段成果

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

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

一、職貢

?設(shè)計組負責概要設(shè)計、詳細設(shè)計和編碼。

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

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

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

二、工作程序

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

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

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

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

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

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

20

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

/確定系統(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)的維護設(shè)計；

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

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

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

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

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

令評審通過后，由質(zhì)量保證組負責人審批。

?測試方案設(shè)計

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

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

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

三、階段成果

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

《測試計劃及測試用例》

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

一、職責

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

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

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

二、工作程序

21

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

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

詳細設(shè)計。

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

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

?詳細設(shè)計評審

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

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

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

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

?評審通過后，由質(zhì)量保證組負責人審批。

?編碼

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

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

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

的正確性、易讀性、易維護性。

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

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

進行修改，直至批準通過。

?測試

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

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

三、階段成果

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

《源程序清單》

程序代碼

4.6.6.測試階段

一、職責

?測試組負責組織編制測試計劃、測試用例。

22

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

?測試組負責實施測試計劃。

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

二、工作程序

?測試計劃書編制與評審

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

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

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

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

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

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

預期輸出，出錯處理路徑的測試。

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

程序》對《測試計劃》、《軟件測試用例》進行評審，評審通過后，由質(zhì)量保證組負責人

批準。

?測試計劃的實施

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

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

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

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

?測試總結(jié)

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

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

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

＜評審通過后，由測試保證組負責人審批《測試分析報告》。

三、階段成果

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

《軟件測試用例》

23

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

一、職責

?測試組負責編寫用戶手冊

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

二、工作程序

?《用戶手冊》的編制

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

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

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

,軟件概述；

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

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

/運行說明

?《用戶手冊》的評審

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

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

令評審通過后，由質(zhì)量保證組負責人審批。

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

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

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

?確認、交付

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

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

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

和公司雙方簽字認可。

?形成的記錄

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

理。

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

三、階段成果

24

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

《系統(tǒng)運行維護手冊》

《用戶手冊》

4.6.8.配置管理

一、職責

?配置管理組負責組織配置管理計劃的編制.

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

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

二、工作程序

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

令唯一的標識每一軟件項的正式版本；

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

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

?控制由一個以上的程序員同時對同一軟件項進行的更新；

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

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

?配置管理計劃編制

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

置管理計劃》。

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

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

,配置管理活動；

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

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

?《配置管理計劃》評審

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

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

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

＜評審通過后，由質(zhì)量控制組負責人審批。

25

?配置管理活動

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

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

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

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

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

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

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

令配置標識和追蹤

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

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

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

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

,與其他軟件項和硬件的所有接口；

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

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

?配置變更控制

在《配置管理計劃》對在配置管理下的軟件項制定對更改的申請、標識、記錄、評審和批準的

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

態(tài)報告》。

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

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

法。

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

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

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

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

控制程序》。

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

?形成的記錄

26

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

三、階段成果

《配置管理計劃》

《配置變更記錄表》

《配置變更通知單》

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

4.6.9.變更控制

一、職責

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

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

?項H經(jīng)理負責指定程序員進行變更，指定測試組人員對變更進行測試。

二、工作程序

?變更需求提出：

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

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

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

?變更需求確認：

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

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

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

性、可行性。

?變更的實施

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

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

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

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

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

作。

令對于軟件代碼變更

27

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

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

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

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

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

件測試用例》進行評審。

/評審通過后程序員依相應(yīng)的《詳細設(shè)計說明書》、《軟件設(shè)計編碼規(guī)范》進行程序編碼的

變更。

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

件測試報告》。

?配置的變更

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

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

?形成的記錄

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

三、階段成果

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

《測試計劃》

《軟件測試用例》

《需求變更審批表》

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

項目名稱：XXXX預計開始時間：YYYY年MM月

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

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

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

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

28

2019年8月1日項目啟動甲方確認啟動郵件

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

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

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

圖文檔

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

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

行原型圖確認

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

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

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

APP測試版安裝文件

甲方確認整個項目簽收

乙方交付項目源碼、接口文

2019年12月5日項目完成

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

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

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

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

1、服務(wù)目標

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

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

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

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

29

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

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

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

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

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

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

本公司提供的信息系統(tǒng)服務(wù)的目標是，對用戶現(xiàn)有的信息系統(tǒng)基礎(chǔ)資源進行監(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ù)、安全運行。

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

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

>配置信息

>可用性情況及健康狀況性能指標

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

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

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

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

首先分析軟件升級的必要

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

級

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

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

5X8小時

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

對遇到的問題進行匯總和

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

發(fā)布

30

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

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

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

對性地提出預瞥及解決建議，使客戶能夠提早預防，最大限度降低運營風險。

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

編號巡檢內(nèi)容

軟件運行情況檢查項目

1

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

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

2

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

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

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

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

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

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

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

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

次溝通。

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

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

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

31

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

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

事先合同約定提供專人值守服務(wù)。客戶如需超出合同約定范圍的更多值守支持，需額外支付相應(yīng)人

力和差旅費用。

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

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

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

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

問題。

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

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

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

行維護為目標，提高用戶的工作效率。

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

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

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

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

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

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

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

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

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

32

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

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

3.6.2運維服務(wù)流程

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

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

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

33

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

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

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

I〕

目