信息化工程監(jiān)理、測試評估認證運維運營服務投標方案(技術方案)_第1頁
信息化工程監(jiān)理、測試評估認證運維運營服務投標方案(技術方案)_第2頁
信息化工程監(jiān)理、測試評估認證運維運營服務投標方案(技術方案)_第3頁
信息化工程監(jiān)理、測試評估認證運維運營服務投標方案(技術方案)_第4頁
信息化工程監(jiān)理、測試評估認證運維運營服務投標方案(技術方案)_第5頁
已閱讀5頁,還剩85頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

信息化工程監(jiān)理、測試評估認證運維運營服務

投標方案

目錄

第一章技術方案...................................5

1.1.項目采購(我方完全響應并了解采購需求)...5

1.1.1.服務范圍:.........................5

1.1.2.招標要求...........................9

1.1.3.資格證明文件填報要求.............11

1.1.4.投標報價要求.....................12

1.2.項目管理組織體系.......................15

1.2.1.售前技術服務.....................15

1.2.2.實施過程技術服務.................15

1.2.3.質量保證期技術服務...............16

1.2.4.其他技術承諾服務.................16

1.3.質量管理與控制.........................17

1.3.1.項目組人員保證方案...............17

1.3.2.編制和評審質量計劃...............17

1.3.3.“過程和工作產(chǎn)品”的質量檢查.....18

1.3.4.不符合項的跟蹤處理...............18

1.3.5.質量管理責任分配.................18

1.3.6.質量保證小組職責.................19

1.3.7.2.2.2配置管理小組職責...........20

1

1.3.8.2.2.3測試小組職責...............20

1.4.質量保證措施...........................22

1.4.1.2.3.1項目進度..................22

1.4.2.2.3.2需求分析.................23

1.4.3.2.3.3系統(tǒng)設計..................24

1.4.4.2.3.4系統(tǒng)實現(xiàn)..................25

1.4.5.2.3.5系統(tǒng)測試..................26

1.4.6.2.3.6系統(tǒng)維護...................27

1.5.售后服務流程...........................28

1.5.1.事件建立.........................28

1.5.2.事件分配.........................28

1.5.3.事件確認.........................30

1.5.4.事件監(jiān)督.........................30

1.5.5.故障處理.........................30

1.5.6.現(xiàn)場支持.........................31

1.5.7.事件轉移.........................31

1.5.8.事件內部升級.....................31

1.5.9.事件升級到廠家...................31

1.5.10.硬件故障.......................31

1.5.11.事件關閉........................31

第二章項目進度保證方案.........................33

2.1.控制項目進度措施.......................33

2.1.1.加強項目進度管理.................34

2.2.項目運維管理...........................35

2

2.2.1.規(guī)劃階段.........................35

2.2.2.設計階段.........................35

2.2.3.建設階段.........................35

2.2.4.運維階段.........................35

2.2.5.管理階段.........................36

2.2.6.治理階段.........................36

2.3.項目培訓計劃...........................41

2.3.1.培訓目標.........................41

2.3.2.培訓內容.........................41

2.3.3.平臺的常見問題...................42

2.3.4.平臺數(shù)據(jù)模擬.....................42

2.4.信息化工程監(jiān)理服務規(guī)范.................45

2.4.1.總則.............................45

2.4.2.范圍.............................45

2.4.3.規(guī)范引用文件.....................46

2.4.4.術語.............................46

2.4.5.規(guī)范框架.........................49

2.4.6.監(jiān)理支撐要素.....................50

2.4.7.監(jiān)理階段及其目標.................52

2.4.8.監(jiān)理工作.........................53

2.5.測試評估認證服務.......................55

2.5.1.上線前...........................55

2.5.2.運維過程.........................55

2.6.運行維護服務...........................61

3

2.6.1.項目組織機構.....................61

2.6.2.服務原則.........................61

2.6.3.熱線支持服務.....................62

2.6.4.現(xiàn)場支持服務.....................63

2.6.5.遠程支持服務.....................63

2.6.6.主動支持服務.....................63

2.6.7.WEB支持服務.......................64

2.6.8.客戶回訪服務.....................64

2.6.9.售后服務流程.....................64

2.7.運營服務...............................68

2.7.1.運營流程.........................68

2.7.2.項目實施方法論...................68

2.7.3.項目實施過程管理.................70

2.7.4.項目質量控制.....................72

2.7.5.項目溝通管理.....................76

2.7.6.問題管理制度.....................78

2.7.7.項目文檔管理.....................80

2.7.8.項目風險及風險管理...............80

2.8.信息技術咨詢服務.......................88

2.8.1.咨詢內容.........................88

2.8.2.咨詢形式.........................88

2.8.3.咨詢要求.........................88

2.8.4.咨詢原則.........................88

2.8.5.國際信息安全標準.................89

4

第一章技術方案

1.1.項目采購(我方完全響應并了解采購需求)

★一、項目名稱:xxxx政府集中采購2022年協(xié)議供

貨(信息技術服務)

★二、服務對象:xxxx(鎮(zhèn)、鄉(xiāng))其所屬各級行政事

業(yè)單位。

★三、協(xié)議供應商資格期限:框架協(xié)議簽訂之日——

2022年12月31日(xxxx政府采購中心可視具體實際情

況延期)。

1.1.1.服務范圍:

1.信息化工程監(jiān)理服務

依據(jù)國家有關法律法規(guī)和技術標準,由定點服務商提

供的監(jiān)督管理信息系統(tǒng)工程項目實施的服務,包括:

(1)通用布纜系統(tǒng)工程監(jiān)理;

(2)電子設備機房系統(tǒng)工程監(jiān)理;

(3)計算機網(wǎng)絡系統(tǒng)工程監(jiān)理;

(4)軟件工程監(jiān)理;

(5)信息化工程安全監(jiān)理;

(6)信息技術服務工程監(jiān)理。

2.測試評估認證服務

5

由定點服務商提供的對軟件、硬件、網(wǎng)絡、質量管理、

能力成熟度評估、信息技術服務管理及信息安全管理等是

否滿足規(guī)定要求而進行的測試、評估和認證服務

3.運行維護服務

為滿足信息系統(tǒng)正常運行及優(yōu)化改進的要求,由定點

服務商對采購人信息系統(tǒng)的基礎環(huán)境、硬件、軟件及安全

等提供的各種技術支持和管理服務,包括:

3.1基礎環(huán)境運維服務。指對保證信息系統(tǒng)正常運行所

必須的電力、空調、消防、安防等基礎環(huán)境的運行維護,包

括機房電力、消防、安防等系統(tǒng)的例行檢查及狀態(tài)監(jiān)控、

響應支持、性能優(yōu)化等服務。

3.2硬件運維服務。指對硬件設備(網(wǎng)絡、主機、存儲

、桌面設備以及其他相關設備等)及其附帶軟件的例行檢

查及狀態(tài)監(jiān)控、響應支持、性能優(yōu)化等服務,包括:

(1)網(wǎng)絡運維服務;

(2)主機運維服務;

(3)存儲運維服務;

(4)桌面運維服務;

(5)其他硬件運維服務。

3.3軟件運維服務。指對軟件(包括基礎軟件、支撐軟

件、應用

6

軟件等)的功能修改完善、性能調優(yōu),以及常規(guī)的例

行檢查和狀態(tài)監(jiān)控、響應支持等服務,包括:

(1)基礎軟件運維服務;

(2)支撐軟件運維服務;

(3)應用軟件運維服務;

(4)嵌入式軟件運維服務;

(5)信息安全軟件運維服務;

(6)其他軟件運維服。

3.4安全運維服務。指為采購人信息系統(tǒng)提供的安全巡

檢、安全加固、脆弱性檢查、滲透性測試、安全風險評估、

應急保障等提供的服務。

3.5其他運行維護服務。包括數(shù)據(jù)遷移服務、應用遷移

服務、機房或設備搬遷服務,以及其他運行維護服務。

4.運營服務

由定點服務商為采購人提供租用軟件應用系統(tǒng)、業(yè)務平

臺、信息系統(tǒng)基礎設施等的部分或全部功能的服務,配備

操作人員或維護人員,包括:

4.1軟件運營服務。指向采購人提供軟件系統(tǒng)的部分或

全部功能的租用服

務。

7

4.2平臺運營服務。指向采購人提供應用系統(tǒng)開發(fā)、測

試、部署、管理等工具平臺,以及業(yè)務支撐平臺的租用服

務。

4.3基礎設施運營服務。指向采購人提供信息系統(tǒng)基礎

設施的租用服務,如數(shù)據(jù)中心服務,存儲轉發(fā)服務等,包

括:

(1)計算資源租用服務;

(2)網(wǎng)絡資源租用服務;

(3)存儲資源租用服務;

(4)服務器托管;

(5)其他基礎設施運營服務。

4.4其他運營服務。包括網(wǎng)吧服務、其他運營服務。5.

信息技術咨詢服務

由定點服務商在信息資源開發(fā)利用、工程建設、管理體

系建設、技術支撐等方面為采購人提供的管理或技術咨詢

服務,包括:

5.1信息化規(guī)劃服務。指行業(yè)、區(qū)域或領域的信息化建

設方案,包括:

(1)信息化遠景規(guī)劃;

(2)信息化戰(zhàn)略規(guī)劃;

(3)信息化總體框架設計等。

8

5.2信息系統(tǒng)設計服務。指基于采購人的信息化規(guī)劃,

根據(jù)其實

際業(yè)務需求,對信息系統(tǒng)的架構、選型和實施策略進

行設計,為信息系統(tǒng)的開發(fā)和建設提供設計、方案的服務

5.3信息技術管理咨詢服務。指協(xié)助采購人提升和優(yōu)化

其信息化管理工作的咨詢服務,包括:

(1)質量管理咨詢;

(2)項目管理咨詢;

(3)信息安全管理咨詢;

(4)信息技術治理(IT治理)咨詢;

(5)信息技術服務管理(IT服務管理)咨詢;

(6)過程能力成熟度咨詢;

(7)其他信息技術管理咨詢服務。

5.4其他信息技術咨詢服務。

1.1.2.招標要求

(一)服務要求

1.投標人應履行投標文件、定點協(xié)議、服務合同的各項

承諾,無正當理由,不得拒絕履行在投標文件、定點協(xié)

議、服務合同中承諾的義務。

9

2.按照采購人提出的質量要求與標準認真操作實施,

嚴格遵守采購人的相關規(guī)章制度,接受采購人的考核。對

采購人提出的服務范圍內的意見和建議做到實施和整改。

3.建立完善的管理制度、制定工作流程、人員考核制度

(月度考核),確定維護(駐場)人員的崗位職責(包

括人員的上班時間、休息及備勤時間,上班時間的分配等

內容),能夠對維護人員的工作進行跟蹤及質量監(jiān)督,要

求有完備的文檔資料產(chǎn)生。

4.根據(jù)國家標準,建立規(guī)范的管理體系,并根據(jù)采購

人需求制訂詳細的服務方案,按要求提供相關駐場人員和

二線技術團隊保障,在規(guī)定的響應時間內完成服務任務。

5.派出的現(xiàn)場項目經(jīng)理需具有相應年限的項目管理經(jīng)

驗,并同時具備相應的資質證書(如信息系統(tǒng)項目管理師

等)。

6.派出具有相應專業(yè)資格和實際工作經(jīng)驗的培訓人員,

對采購人進行充分的技術培訓。

7.服務期間,應自備辦公電腦以及開展運維所需的其

他工具、設備。

8.投標人應在與采購人簽訂合同時列出具有相關資格

的技術人員情況,附其資格證書、職稱證書的復印件;并

出具上述人員在本單位服務的外部證明。

10

9.采購人根據(jù)項目實際需要,選擇具有相關資格的定

點服務商(如信息化監(jiān)理,等保測評等)提供服務,如

被選供應商不能滿足項目要求,應主動提出。

(二)相關要求

1、投標人應服從xxxxxx政府采購電商平臺管理。

2、承諾完全同意《xxxx政府集中采購2022年協(xié)議供

貨、定點服務框架協(xié)議》全部條款和規(guī)定。一旦中標,將

在中標公告發(fā)布之日起7個工作日內到xxxx公共資源交

易中心簽訂《xxxx政府集中采購2022年協(xié)議供貨、定點

服務框協(xié)議》,逾期未簽訂框架協(xié)議的供應商,視為自動

放棄中標資格。

3、承諾法律法規(guī)有規(guī)定須具備相應資質的,應具備相

應資格方能提供服務。

4、承諾采購人或行業(yè)主管部門有特定要求的,在滿足

法律法規(guī)的前提下,投標人應提供其滿足要求的資格證明

材料后,方能提供服務。

5、承諾已充分了解并知道中標協(xié)議供應商不代表一定

能承接相應的政府集中采購項目。

1.1.3.資格證明文件填報要求

投標人根據(jù)本次招標“服務范圍”內容中可能涉及的由

國家行政機關頒發(fā)的資質證書、行政許可、備案等證明文

件,以及適用信息化項目服務其他資質證書(證明文件)

11

,在網(wǎng)上商城系統(tǒng)逐一填寫證書名稱,證書有等級要求的,

應標明等級;證書中沒有標明的,寫“無”。同時,填

寫發(fā)證機關(全稱)及證書有效期,各類證書將對外公開

備查。

《資質證書明細表》

序號資質證書名證書等發(fā)證機有效期備注

稱級關

1

2

1.1.4.投標報價要求

1、各投標人所報優(yōu)惠率不得低于5%,否則其投標按

照無效投標處理。

2、投標人承諾中標協(xié)議供應商后所成交的價格不得高

于相關行業(yè)主管部門的限價,且不得高于2021年1月1

日(含)以來投標人在公開市場及其他縣市政府采購定點

服務項目簽訂的最低成交價。

★八、評標辦法及標準

(一)評標方法

本項目擬采用“合格制”方式進行評審,即采用資格

性審查和符合性檢查相結合的辦法進行評審。評委會對各

投標供應商進行資格性審查和符合性檢查,資格性審查和

符合性檢查均合格且實質性響應技術服務要求的投標供應

12

商,可成為本項目的入圍協(xié)議供貨服務商。(名額數(shù)量不

設上限)。

(二)評標步驟

評標委員會對投標文件進行資格性審查和符合性檢查

合格后,進入技術服務評議,沒有實質性響應招標文件要

求的,投標文件無效。

1、資格性審查和符合性檢查評標委員會審查各投標人

的投標文件是否實質上響應了招標文件的資格性和符合

性要求。實質上響應的投標應該是與招標文件要求的關鍵

條款、條件和規(guī)格相符,沒有重大偏離的投標。對關鍵條

文的偏離、保留或反對將被認為是實質上的偏離。評標

委員會只根據(jù)投標文件本身的真實無誤的內容判斷投標的

響應性,而不依據(jù)外部的證據(jù),但投標文件有不真實不正

確的內容時除外。(詳見《資格性檢查對照表》、《符合

性檢查表對照表》)

2、進入技術服務評議。

評標委員會對資格性審查和符合性檢查合格均合格的

投標文件按照招標文件要求進行技術服務評議,沒有實

質性響應招標文件要求的,投標文件無效。內容見《技

術評議對照表》。

3、澄清有關問題

13

(1)評標期間,評標委員會有權要求供應商對其投標

文件中含義不明確、同類問題表述不一致或者有明顯文字

和計算錯誤的內容等作必要的澄清、說明或者修正。供應

商必須按照評標委員會要求的澄清內容和規(guī)定時間做出澄

清。除按招標文件第二章規(guī)定改正算術錯誤外,

供應商對投標文件的澄清不得超出投標文件的范圍或

者改變投標文件的實質性內容。評標委員會不得尋求、提

供或允許供應商對投標報價等實質性內容做任何更改。

(2)供應商的澄清文件是其投標文件的有效組成部分。

有關澄清的答復均應由供應商的法定代表人(合伙人)或

投標授權代表簽字的書面形式作出。

4、確定入圍供應商名單

評標委員會依據(jù)對各投標文件的評審結果,提出書面評

標報告,并根據(jù)招標文件的規(guī)定,將凡是資格性審查和符

合性檢查均合格且實質性響應技術服務要求的供應商,確

定為本項目入圍協(xié)議供貨商。

14

1.2.項目管理組織體系

1.2.1.售前技術服務

對用戶的信息化現(xiàn)狀、系統(tǒng)建設需求、建設目的進行分

析,編寫技術方案,內容包括:需求分析、建設內容、應用

系統(tǒng)設計、系統(tǒng)功能建設、建設方式、系統(tǒng)集成、項目報價

、服務保障等內容,并向用戶介紹軟硬件產(chǎn)品情況,解答有

關技術和產(chǎn)品問題。

完成方式:投標文件和其他要求的文件。

完成標志:簽訂合同。

1.2.2.實施過程技術服務

實施過程中,公司將進行充分的調研和總體設計分析,

提出總體設計方案,并由用戶方建設相關人員予以確認。對

總體設計方案和其他與工程有關的問題,用戶方相關人員可

提出建議和疑問,公司將認真進行解答。系統(tǒng)實施過程中,

用戶方相關人員可對項目建設有關問題提出建議和疑問,公

司將認真解答;如果用戶方在招、投文件規(guī)定的各項范圍內

要求對系統(tǒng)進行修改和調整,公司將給予支持。

完成方式:提交技術文檔、應用系統(tǒng)。

完成標志:應用系統(tǒng)進入試運行。

15

1.2.3.質量保證期技術服務

合同驗收后,進入質量保證期,公司將免費提供3年技

術支持服務,包括:技術咨詢、問題的解答、技術服務、軟

件升級服務。

完成方式:按我公司承諾的售后保證期內的技術支持服

務條款進行。

完成標志:免費質量保證期從全部系統(tǒng)驗收簽字通過之

日起始計24個月。

1.2.4.其他技術承諾服務

我公司始終認為工程的后續(xù)服務應貫穿于工程的全過

程,服務工作內容應根據(jù)不同設計階段的工作內容改變而改

變。為此,公司承諾:我公司將及時為本工程成立項目組,

配備強有力的項目經(jīng)理、總工和各專業(yè)的項目負責人,配置

充足的人力資源,做好項目各階段的設計服務工作,在設計

和施工過程中,為招標單位提供最優(yōu)質的服務

16

1.3.質量管理與控制

為確保社會領域信息化項目的順利開展和實施,我們分

別制定了項目組人員保證方案和軟件開發(fā)質量保證方案以

及項目進度保證方案。

1.3.1.項目組人員保證方案

為確保項目的順利開展和實施,項目組的人員配備既有

高層次的技術帶頭人(專家、教授等),也有中堅力量(博

士、工程師、研發(fā)經(jīng)理等),還有一般工作人員(具體開發(fā)

設計工作的人員、試驗人員、管理人員等),并實行項目經(jīng)

理、技術負責人質量負責制,加強技術管理的有效性和研發(fā)

過程的科學性、準確性。

1.3.2.編制和評審質量計劃

制定質量保證計劃:依據(jù)項目計劃及項目質量目標確定

需要檢查的主要過程和工作產(chǎn)品,識別項目過程中的干系人

及其活動,估計檢查時間和人員,并制定出本項目的質量保

證計劃。

質量保證計劃的主要內容包括:例行審計和里程碑評審,

需要監(jiān)督的重要活動和工作產(chǎn)品,確定審計方式,根據(jù)項目

計劃中的評審計劃確定質量保證人員需要參加的評審計劃。

明確質量審計報告的報送范圍。

17

質量保證計劃的評審:質量保證計劃需要經(jīng)過評審方能

生效,以確保質量保證計劃和項目計劃的一致性。經(jīng)過批準

的質量保證計劃需要納入配置管理。當項目計劃變更時,需

要及時更改和復審質量保證計劃。

1.3.3.“過程和工作產(chǎn)品”的質量檢查

根據(jù)質量保證計劃進行質量的審計工作,并發(fā)布質量審

計報告。

審計的主要內容包括:是否按照過程要求執(zhí)行了相應的

活動,是否按照過程要求產(chǎn)生了相應的工作產(chǎn)品。本項目中

對質量的控制主要體現(xiàn)在不同階段的審計當中。

1.3.4.不符合項的跟蹤處理

對審計中發(fā)現(xiàn)的不符合項,要求項目組及時處理,質量

保證人員需要確認不符合項的狀態(tài),直到最終的不符合項狀

態(tài)為“完成”為止。

1.3.5.質量管理責任分配

我公司在開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進行

生產(chǎn)。每個項目除配備了項目開發(fā)所需角色外,還專門配備

了質量保證小組、配置管理小組、測試小組來確保質量管理

的實施,下面針對這三種角色進行說明:

18

1.3.6.質量保證小組職責

質量保證小組作為質量保證的實施小組,在項目開發(fā)的

過程中幾乎所有的部門都與質量保證小組有關。質量保證小

組的主要職責是:以獨立審查方式,從第三方的角度監(jiān)控軟

件開發(fā)任務的執(zhí)行,分析項目內存在的質量問題,審查項目

的質量活動,給出質量審計報告。就項目是否遵循已制定的

計劃、標準和規(guī)程,給開發(fā)人員和管理層提供反映產(chǎn)品和過

程質量的信息和數(shù)據(jù),使他們能了解整個項目生存周期中工

作產(chǎn)品和過程的情況,提高項目透明度,從而支持其交付高

質量的軟件產(chǎn)品。

質量保證人員依據(jù)質量保證計劃,通過質量審計報告向

項目經(jīng)理及有關人員提出已經(jīng)識別出的不符合項,并跟蹤不

符合項的解決過程,通過審計周報或者審計月報向項目經(jīng)理

提供過程和產(chǎn)品質量數(shù)據(jù),并與項目組協(xié)商不符合項的解決

辦法。

質量保證小組的檢測范圍主要包括:項目的進度是否按

照項目計劃執(zhí)行,用戶需求是否得到了用戶的簽字確認,軟

件需求是否正確的反映了用戶的需求,是否將每一項用戶需

求都映射到軟件需求;系統(tǒng)設計是否完全反映了軟件需求;

實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設計;測試人員是否進行

了較為徹底的和全面的測試;客戶驗收和交接清單是否完備;

對于系統(tǒng)運行中出現(xiàn)的問題,維護人員是否記錄了詳細的維

19

護記錄;配置管理員是否按照配置管理計劃建立了基線,是

否嚴格控制變更過程,是否對配置庫進行了維護。

1.3.7.2.2.2配置管理小組職責

配置管理活動的目的是通過執(zhí)行版本控制、變更控制、

基線管理等規(guī)程,借助配置管理工具的使用,來保證整個生

命周期過程產(chǎn)生的所有配置項的完整性、一致性和可追溯性。

配置管理是對工作成果(階段工作成果和產(chǎn)品成果、進展狀

態(tài)成果)的一種有效保護形式,是反映項目及其工作產(chǎn)品的

過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。

配置管理小組的主要職責包括:根據(jù)項目計劃制定配置

管理計劃,建立配置庫,為項目組人員分配配置庫權限,創(chuàng)

建需求、設計、開發(fā)、測試、交付階段的基線。當納入基線

庫的工作產(chǎn)品發(fā)生變更時,嚴格按照配置項變更控制過程執(zhí)

行變更,變更后建立新的基線。

1.3.8.2.2.3測試小組職責

作為質量控制的主要手段,如同軟件開發(fā)一樣,測試在

執(zhí)行之前,測試小組制定軟件測試計劃、測試用例的編寫和

執(zhí)行工作。

本項目中,測試可以分為如下幾種類型:代碼走查、單

元測試、集成測試、系統(tǒng)測試。為了保證程序的質量,開發(fā)

20

人員需要對同伴的代碼進行代碼走查,同時對自己編寫的程

序進行單元測試,確保程序編譯、運行正確。

測試人員根據(jù)軟件需求分析報告進行軟件集成測試用

例和系統(tǒng)測試用例的編寫。對編寫完成的測試用例提交項目

組進行評審,同時質量保證人員對評審過程和工作產(chǎn)品進行

監(jiān)測。

測試人員根據(jù)測試計劃和測試用例執(zhí)行測試用例,并對

發(fā)現(xiàn)的缺陷進行記錄,只有這樣才能確保項目組開發(fā)的軟件

產(chǎn)品滿足用戶需求。在完成集成測試之后,可以進行軟件系

統(tǒng)測試,系統(tǒng)測試包括對軟件進行功能測試、性能測試、安

全測試、壓力測試。只有進行了系統(tǒng)測試軟件測試才是完整

的。系統(tǒng)測試在本項目中占有重要的地位,性能要求有可能

改變軟件的設計,為避免造成軟件的后期返工,測試在性能

上需要較大的側重。

21

1.4.質量保證措施

通過質量管理責任的分配,通過如下幾個方面來進行質

量保證的實施過程:

1.4.1.2.3.1項目進度

項目計劃的制定為工程項目實施、管理和支持工作、項

目進度、成本、質量及過程產(chǎn)品的有效控制打下了良好的基

礎,以便所有相關人員能夠按照該計劃有條不紊地開展工作;

制定《項目計劃》,必須獲得相關干系人的認可,并以此作

為項目跟蹤的基礎。

項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理

的項目計劃首要前提是選擇從事類似規(guī)模和類似業(yè)務項目

的有經(jīng)驗的項目負責人參加制定項目進度計劃。

項目計劃由項目負責人制定,由項目各小組組長、項目

成員、干系人、質量保證人員參加一起進行評審。評審過程

主要討論項目計劃的可行性,對其中不合理的地方提出修改

意見,對計劃中不合理的地方進行修改完善,并由質量保證

人員對其結果進行跟蹤處理,以確保項目計劃完整性、可行

性,項目計劃評審通過后,交由配置管理人員進行配置管

理。

在計劃實施過程中,按項目計劃中里程碑為界限,將整

個開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況,適當

22

的調整每一個較小的階段的任務量和完成的任務時間,動態(tài)

跟蹤和動態(tài)調整,以利于項目質量保證的實施。

實際運作中,質量保證人員在對項目執(zhí)行過程進行檢查

時,對于發(fā)現(xiàn)的項目偏差,以質量審計報告的形式提交項目

負責人。由項目負責人組織人員對計劃進行維護,對于已經(jīng)

變動的項目計劃,由配置管理進行配置管理。

1.4.2.2.3.2需求分析

需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定

義過程。從系統(tǒng)分析的經(jīng)驗來看,這個過程往往是個循序漸

進的過程,一次性對系統(tǒng)形成完整的認識是困難的。只有不

斷地和客戶領域專家進行交流確認,方能逐步明了用戶的需

求。從系統(tǒng)開發(fā)的過程得知,系統(tǒng)分析時犯下的錯誤,會在

接下來的階段被成倍的放大,越是在開發(fā)的后期,糾正分析

時犯下的錯誤所花費的代價越是昂貴,也越發(fā)影響系統(tǒng)的工

期和系統(tǒng)的質量。

本項目中,將邀請招標方技術負責人參與需求調研,以

便保證需求調研質量,同時形成用戶需求說明書。需求評審

時會同雙方管理層、項目實施層共同進行,對于通過用戶確

認的需求,交由配置管理員形成需求基線。

用戶需求在招標方確認后,由系統(tǒng)分析人員形成軟件需

求分析報告,同時對軟件需求分析報告進行評審,對于評審

23

通過的軟件需求分析報告可以交由測試人員進行測試計劃

和測試用例的編寫。

對于開發(fā)過程存在的需求變動,招標方填寫變更申請單

發(fā)給項目經(jīng)理,在質量保證人員參加的情況下,對這個變更

進行評審,由項目經(jīng)理組織項目組成員一起討論實施變更的

可行性及實施后所帶來的影響,對于影響小的變更直接記錄,

大的變更則需要形成正式的變更報告,無論那種變更都需要

對相應的文檔實施同步變更(包括需求分析報告、系統(tǒng)設計、

安裝手冊、操作手冊等)。但是對于無法實現(xiàn)或是變更會帶

來巨大的影響而將導致進度的延期,這時,我們將變更報告

提交給招標方并召開協(xié)調會議,討論變更取舍問題或是項目

進度變更問題。

決定變更之后,由項目負責人組織實施變更,測試人員

檢測變更結果,而質量保證人員監(jiān)督變更實施過程,并協(xié)助

配置管理員對變更后的成果進行配置管理。變更實施完后,

運行前還需要協(xié)助用戶一同測試并由招標方簽字后同意方

可上線。

1.4.3.2.3.3系統(tǒng)設計

優(yōu)良的體系結構應當具備可擴展性和可配置性,而好的

體系結構則需要好的設計方法,需要針對項目的結構、項目

的特征和用戶的需求來分析。本項目中將安排我公司高級系

24

統(tǒng)架構師擔當項目總體設計師,匯同總體設計組完成系統(tǒng)設

計。

另外對公共類模塊的開發(fā)。由總體設計組通過對用戶需

求的仔細研究,盡可能的識別出公共類,并進行定義和設計,

以減少重復工作。對于項目組提供的設計文檔,由項目經(jīng)理

組織,質保小組成員參與,對其設計文檔進行評審,及時發(fā)

現(xiàn)設計中可能存在的錯誤,降低項目開發(fā)風險,同時確保設

計文檔能為開發(fā)人員、

測試人員提供切實的指導。對于可復用的設計進行提取

作為公共庫設計和開發(fā),提供項目組。最后交由配置管理員

進行設計文檔的版本控制。

1.4.4.2.3.4系統(tǒng)實現(xiàn)

系統(tǒng)實現(xiàn)的目的是依據(jù)系統(tǒng)設計文檔,由程序員進行程

序編寫,以便實現(xiàn)設計要求,系統(tǒng)實現(xiàn)過程中,開發(fā)人員需

要對模塊進行代碼走查和交叉單元測試,以保證模塊代碼質

量。軟件實現(xiàn)也就是代碼的生產(chǎn)過程。根據(jù)上一階段形成的

設計文檔,程序員在完成代碼之后,可以開始編碼并且進行

代碼走查和單元測試。對于測試完成的程序可以交由配置管

理人員進行配置管理。

25

1.4.5.2.3.5系統(tǒng)測試

系統(tǒng)開發(fā)涉及到一系列的過程,每一個過程都有可能引

入缺陷(Bug),本系統(tǒng)質量的好壞直接關系到正常使用和

日后的維護。在開發(fā)過程中,我們將質量控制貫穿于所有階

段和所有參與系統(tǒng)的人員中,包括系統(tǒng)分析、設計和編碼。

分階段的評審和測試是軟件質量的有力保障。

系統(tǒng)存在平臺測試和應用系統(tǒng)的測試以及最終的測試。

由于測試也存在協(xié)調的問題,如錯誤具體定位,在應用系統(tǒng)

發(fā)現(xiàn)一個錯誤,到底是應用系統(tǒng)的自身的錯誤還是中間件存

在的錯誤,需要測試人員進行準確的判斷。

為了達到良好的測試目的,本系統(tǒng)測試工作由測試組來

完成,主要采用下列方法進行系統(tǒng)的測試:

從測試方法上來說,分為黑盒測試和白盒測試:

黑盒測試:著重于測試軟件系統(tǒng)的外部特性;根據(jù)系統(tǒng)

的設計要求,每一項功能都要進行逐個測試,檢查其是否達

到了預期的要求,是否能正確地接受輸入,是否能正確地輸

出結果。

白盒測試:由于軟件的所有源代碼都要由項目組成員編

寫,對其內部的邏輯規(guī)則和數(shù)據(jù)流程,都要進行測試,以檢

查其代碼編寫是否符合設計要求。

從測試策略上來說分為集成測試和系統(tǒng)測試:

26

集成測試:在所有模塊都通過了單元測試后,將各個模

塊組裝在一起,進行組裝測試,用于發(fā)現(xiàn)與接口相聯(lián)系的問

題。在通過組裝測試后,將經(jīng)過單元測試的模塊組裝成一個

符合設計要求的軟件結構。

系統(tǒng)測試:在本項目通過了以上的測試步驟后,與其它

系統(tǒng)元素(如硬件服務器、網(wǎng)絡系統(tǒng)等)進行集成測試和系

統(tǒng)級的確認測試,將各種可能的缺陷完全排除掉,從根本上

保證系統(tǒng)的長期穩(wěn)定運行。

1.4.6.2.3.6系統(tǒng)維護

本項目中,技術支持小組的任務一方面是保證對項目客

戶的跟蹤服務,另一方面是確保該項目的技術咨詢工作。

系統(tǒng)維護期,對于一般性的錯誤,如操作不當?shù)纫鸬?/p>

問題,全部由技術支持小組執(zhí)行完成,但需要用戶測試確認

上線。如果較大的修改則需要走變更控制流程,填寫變更申

請,經(jīng)項目組討論分析可行方案在由技術支持小組實施,通

過測試后方可提交用戶。在這個過程中質量人員需要對維護

過程和維護記錄單進行檢查。

27

1.5.售后服務流程

嚴格按照質量保證體系制定的售后服務控制程序來執(zhí)

行服務過程、保證服務質量。售后服務控制程序,規(guī)定了服

務質量控制的基本要求,通過規(guī)范的服務流程和事件處理流

程,保證提供的軟硬件產(chǎn)品或系統(tǒng)能安全、可靠、穩(wěn)定、有

效地運行,保證產(chǎn)品或系統(tǒng)滿足合同要求、收集質量信息,

為改進工程及相關產(chǎn)品的質量提供依據(jù)。

我們將客戶遇到的各種問題和幫助申請統(tǒng)稱為事件。

如圖所示,事件處理流程如下:

1.5.1.事件建立

現(xiàn)場維護人員或用戶通過電話、傳真、電子郵件把其故

障告知支持中心的值班人員工程師,值班工程師需完成以下

工作:

記錄用戶信息;

記錄故障信息;

初步確定故障級別;

生成事件記錄。

1.5.2.事件分配

值班工程師在事件建立后,對于自己能夠認定為有效的

事件,直接分配事件給一線工程師。對于自己不能認定的事

件,需要進行“事件確認”。

注:部門內部采取輪換值班制度執(zhí)行售后服務。

28

29

1.5.3.事件確認

值班工程師把自己不能認定的事件,向經(jīng)理確認用戶身

份/產(chǎn)品保修期;

如經(jīng)理不同意技術支持,值班人員需要電話或其它方式

向用戶進行解釋說明,并關閉事件;

如經(jīng)理同意技術支持,值班人員需要依據(jù)技術支持人員

名單分配事件給指定的工程師或由經(jīng)理直接分配事件給人

員;

1.5.4.事件監(jiān)督

監(jiān)督事件在最初的1小時內的執(zhí)行情況是值班工程師的

職責,手段包括電子郵件的收發(fā)及電話聯(lián)系,檢查時間分別

為從分配事件給工程師后的第15分鐘、第30分鐘和第45

分鐘;

如果指定的一線工程師在45分鐘的時間內沒有回呼用

戶,則依據(jù)技術支持人員名單分配事件給另外一個一線工程

師,要求他15分鐘內回呼用戶,并把情況報告給經(jīng)理。

注:一線工程師:服務于客戶處的基礎工程師或者離故

障點最近的工程師。

1.5.5.故障處理

工程師通過遠程支持、現(xiàn)場服務以及設備維修與更換等

方式對用戶的故障進行處理;

如在規(guī)定的時限內,不能確診,需要依據(jù)升級上報程序

30

采取下一步行動。

1.5.6.現(xiàn)場支持

當工程師在事件處理過程中需要現(xiàn)場支持時,他需要向

經(jīng)理進行申請,同時把事件轉移給經(jīng)理。

中心經(jīng)理負責指定現(xiàn)場工程師并進行“再分配事件”。

1.5.7.事件轉移

當事件處理需要現(xiàn)場支持時,需要當前處理事件的工程

師把事件轉交給經(jīng)理,經(jīng)理再把事件分配給相關人員。

1.5.8.事件內部升級

當工程師無法獨立解決事件或到達規(guī)定的升級時限時,

他要把事件轉交給經(jīng)理,經(jīng)理再把事件分配給二線服務人員

中的高級工程師。

1.5.9.事件升級到廠家

高級工程師依然無法獨立解決事件或到達規(guī)定的升級

時限時,他要將事件直接升級到相關廠家。并且在廠家的工

程師進行事件處理直到事件關閉的過程中提供支持與協(xié)助。

1.5.10.硬件故障

對于由硬件設備故障產(chǎn)生的事件,需要工程師填寫申請

交給相關負責人,在得到確認后,繼續(xù)由原來的工程師進行

事件處理直至事件關閉。

1.5.11.事件關閉

工程師在關閉事件前,需要與用戶進行溝通,確認用戶

31

同意關閉事件后,才能關閉事件,并通知值班員進行客戶滿

意度調查。

交貨期、質保期

框架協(xié)議簽訂之日——2022年12月31日(xxxx政府采

購中心可視具體實際情況延期)

32

第二章項目進度保證方案

2.1.控制項目進度措施

(1)項目經(jīng)理一定對整個項目的開發(fā)周期有一個清楚的

了解,把任務的劃分一定要一天為單位,不要一模塊為單位,

而每天無論是開發(fā)人員還是測試人員,都要對自己的工作

有一個大致的估計。即每天下午,有項目經(jīng)理組織開發(fā)人員

進行系統(tǒng)的了解,并且作好相應的記錄。對已經(jīng)解決的問題

一定要一個詳細的記錄。而對沒有解決的問題一定要重視

起來。不要向后退。找到根本的原因所在。

(2)加強溝通和交流,項目經(jīng)理一定要多多與開發(fā)人員

進行交流,要調動其的積極性,讓他們學會問題該如何解決,

不要讓他等待問題的解決。了解其實際的進展以及對開發(fā)工

具的熟練程度,這對以后的任務的重新安排有重要的借鑒意

義。

(3)把一些難點提出,讓大家共同克服,或者有一些技

術比較精通的人來解決。解決完以后一定,讓大家都熟悉其

編程思路。而對經(jīng)常用的知識點,一定有詳細的說明。這樣

實現(xiàn)資源的共享。

(4)做好項目的總結,無論是難點還是不難,只要有問

題,一定要提出,并且解決完以后一定讓大家都熟悉,這樣

有助于大家的技術水平的提高。

(5)做到日清日結,是保證項目進度的關鍵所在。

33

2.1.1.加強項目進度管理

為保證項目按期完成,通過制定項目里程碑管理運行表、

定期舉行項目狀態(tài)會議、比較各項任務的實際開始日期與計

劃開始日期是否吻合、確定正式的項目里程碑是否在預期完

成等方式加強項目進度管理。

34

2.2.項目運維管理

2.2.1.規(guī)劃階段

在初步的需求分析基礎上提出項目建議書和可行性研

究報告。

在建設工程項目管理中常界定為項目前期。

2.2.2.設計階段

編制總體規(guī)劃、完成初步設計、評審、修訂,進而完成

詳細的技術設計和施工設計。

此階段的項目內容與建設工程的設計階段的模式相似,

但計價卻又不同。

2.2.3.建設階段

按照設計完成的方案、計劃、流程推進工程建設的實施

及建設過程的監(jiān)理和工程品質控制。

2.2.4.運維階段

在工程驗收后進入正常的運行維護。項目投資方可以自

行組織運維團隊,也可以將運維業(yè)務外包給具備專業(yè)水準的

服務團隊完成。

對于傳統(tǒng)建設工程而言,項目的管理到此為止。但對信

35

息化工程而言,工程的運轉和效能發(fā)揮卻還必須有科學、合

理、有效的運行管理和維護。

2.2.5.管理階段

在工程建設完成后的運營周期內,對工程的運轉、維護

、業(yè)務交易和客戶服務進行有效的管理。

與建設工程不同之處在于:信息化工程不僅要管理“實

體”資源,還要管理“智力”資源和“人力”資源。

2.2.6.治理階段

對工程的規(guī)劃、建設、運維、經(jīng)營按照信息系統(tǒng)工程的

規(guī)范進行績效評價和深化治理,以改善、提升、規(guī)范工程管

理,或提出對工程的升級、改造、乃至重建的決策參考。

信息化項目建設階段與造價類型的對應關系

規(guī)劃段項目建議書/可行性研究投資估算

總體規(guī)題/初步設計工程造價概算價格

管理

設計段詳細設計/技術設計修正造價概算

施工段計/進度計劃工程造價預算

招投標合同價格

價格

建設段工程建設/工程監(jiān)理結算價格

校材

竣工驗收決算價格

運維/外售

運維段運維/外包服務服務成本

成本

效數(shù)

管理段工程經(jīng)營管理管理成本

管理

控M

治理投入

治理段績效評估/工程治理

后效益評估

1.2.3信息化工程的項目類型

36

信息化工程項目按單項工程的屬性可分為基礎工程、技

術工程和應用工程三個類別。其中:

基礎工程為信息系統(tǒng)運行與管理提供基本設施和環(huán)境

平臺。

技術工程為信息化業(yè)務提供需要的專項技術。

應用工程為建設單位的自有專屬業(yè)務,采用信息化手段

實現(xiàn)的項目。

信息化工程概述

信息化工程項目類型

計算

信息化工程中計算機網(wǎng)絡系統(tǒng)的新建、

機網(wǎng)

升級和改造工程,包括網(wǎng)絡基礎設備、

絡系

信息安全系統(tǒng)、網(wǎng)絡管理系統(tǒng)的建設及

信統(tǒng)工

程與相應軟件系統(tǒng)的集成調試。

化為保證計算機設備、網(wǎng)絡設備、通信設

工信息備等電子設備的安全有效運行而提供的

程系統(tǒng)配套系統(tǒng)的新建、升級和改造工程,它

內機房包括室內裝飾、供配電、空調、消防、

容工程安全防范、機房環(huán)境監(jiān)控、機房環(huán)境、

防雷、接地等的建設。

綜合支持廣泛應用范圍(如語音、數(shù)據(jù)、圖

布線像等數(shù)字信息傳輸)的結構化通用布纜

37

工程系統(tǒng)的新建、升級和改造工程,它包含

工作區(qū)、配線子系統(tǒng)、干線子系統(tǒng)、設

備間、管理、建筑群子系統(tǒng)的建設。

數(shù)據(jù)

集中式數(shù)據(jù)管理與服務外包發(fā)展趨勢。

中心

軟件是計算機系統(tǒng)中與硬件相互關聯(lián)而

實現(xiàn)信息處理功能的核心部件,包括計

軟件

算機運行時所需要的各種程序、相關數(shù)

工程

據(jù)及其說明文檔。按軟件的功能可劃分

為:系統(tǒng)軟件、支持軟件、應用軟件。

通訊數(shù)據(jù)傳輸?shù)幕就ǖ?,包括有線通訊網(wǎng)

系統(tǒng)和移動通訊網(wǎng)。

網(wǎng)絡包括有線網(wǎng)絡系統(tǒng)(CAN、LAN、WAN)和

系統(tǒng)無線網(wǎng)絡系統(tǒng)(WiFi、WLAN)。

程數(shù)字

信息化工程的的具體實施形式,是信息

化工

程化最本質的工程體現(xiàn)。

3S技

指全球定位系統(tǒng)GPS、地理資源系統(tǒng)GIS、

術應

謠感系統(tǒng)RS、3S技術和應用系統(tǒng)數(shù)字化

用工

程空間的基礎技術和應用系統(tǒng)。

38

信息安全系統(tǒng)是為保護信息系統(tǒng)中的軟

件、硬件及信息資源,使之免受偶然或

信息

惡意的破壞、篡改和泄露,保證信息系

安全

統(tǒng)正常運行和服務不中斷的安全防范體

系統(tǒng)

系。包括物理訪問、邏輯訪問、應用環(huán)

境、網(wǎng)絡系統(tǒng)、災備系統(tǒng)的安全管理。

指信息處理系統(tǒng)的工程實現(xiàn),其依據(jù)的

科學原理和方法是《信息系統(tǒng)工程》,

信息

其功能是信息系統(tǒng)工程建設單位在其業(yè)

系統(tǒng)

務活動中實現(xiàn)管理流程、組織機構、業(yè)

工程

務活動機能以及業(yè)務手段和工具的科學

化、信息化、系統(tǒng)化。

指運用計算機、網(wǎng)絡和通信等現(xiàn)代信息

技術手段,實現(xiàn)政府組織結構和工作流

電子

程的優(yōu)化重組,超越時間、空間和部門

政務

程分隔的限制,建成的一個精簡、高效、

廉潔、公平的政府運作模式。

電子商務是一個為企業(yè)或個人提供網(wǎng)上

交易洽談的平臺。利用電子商務平臺提

電子

供的網(wǎng)絡基礎設施、支付平臺、安全平

商務

臺、管理平臺等共享資源有效地、低成

本地開展企業(yè)或個人的商業(yè)活動。

39

電子社區(qū)是電子政務的高級應用階段,

電子

是全民性電子政務系統(tǒng)的重要組成部分

社區(qū)

0

智能建筑工程是一種智能化信息系統(tǒng)工

智能程,主要內容包為智能建筑自動化控制

建筑系統(tǒng)(BAS)的功能、結構和設備及與辦

工程公自動化系統(tǒng)和建筑自動化網(wǎng)絡的集成

0

信息信息數(shù)字化工程包括兩項基本內容,即:

數(shù)字信息數(shù)字化技術與信息數(shù)字化管理,在

化工數(shù)字化圖書館和數(shù)字化檔案管理應用系

統(tǒng)中,信息數(shù)字化工程是關鍵工程之一。

40

2.3.項目培訓計劃

2.3.1.培訓目標

一、●使系統(tǒng)操作人員通過培訓,勝任系統(tǒng)的日常操作

和業(yè)務處理。

二、●使數(shù)據(jù)準備人員通過培訓,勝任系統(tǒng)的數(shù)據(jù)準備

工作。

三、●使應用維護支撐人員通過培訓,勝任系統(tǒng)管理,

日常維護、一般故障診斷和處理。

四、●使業(yè)務決策、管理人員通過培訓,具備利用本

系統(tǒng)參與的能力;掌握系統(tǒng)提供的管理和分析功能,能夠對

操作人員的管理考核。

五、●使高級技術人員通過培訓,掌握系統(tǒng)的整體設計

思想、數(shù)據(jù)模型、前后臺的開發(fā)方法。

2.3.2.培訓內容

六、在項目實施期間,針對新系統(tǒng)的各種培訓是必不可

少的。從培訓對象和目的來劃分,可劃分以下3類。

七、●初級培訓(操作培訓)

八、●高級培訓

九、●現(xiàn)場培訓(維護培訓)

十、2.1初級培訓

十一、培訓對象:平臺一線使用人員

41

十二、培訓內容:●平臺使用方法

2.3.3.平臺的常見問題

十三、培訓教師:公司的技術業(yè)務骨干,具備熟練的中

文或英文回話和書寫能力;具有相關的理論知識;參加了建

設和維護工作;表達和溝通能力強,為用戶方進行過維護培

訓,具備豐富培訓經(jīng)驗。

十四、培訓教材:《系統(tǒng)操作手冊》、《系統(tǒng)安裝及維

護手冊》

十五、2.2高級培訓

十六、培訓對象:高級技術人員、維護支撐人員

十七、培訓內容:●系統(tǒng)體系架構

2.3.4.平臺數(shù)據(jù)模擬

十八、●平臺軟件的管理與維護

十九、培訓教師:公司的技術專家,具備熟練的中文或

英文會話和書寫能力;精通操作系統(tǒng),主機及相關設備;精

通數(shù)據(jù)庫技術;精通中間件技術;精通主流程序語言;精通

建設工作;表達和溝通能力強,為用戶進行過高級技術培訓

,具備豐富培訓經(jīng)驗。

二十、培訓教材:《高級培訓教材》

二十一、2.3現(xiàn)場培訓

二十二、培訓對象:維護支撐人員

42

二十三、培訓內容:●平臺軟件的管理與維護

二十四、●系統(tǒng)日常維護常識

二十五、培訓教師:公司的軟件業(yè)務和技術骨干,具備

熟練的中文或英文會話和書寫能力;精通操作系統(tǒng),主機及

相關設備;精通數(shù)據(jù)庫技術;精通中間件技術;精通主流程

序語言;精通建設工作;表達和溝通能力強,為用戶進行過

高級技術培訓,具備豐富培訓經(jīng)驗。

二十六、培訓教材:《系統(tǒng)說明書》、《系統(tǒng)操作手冊

》、《系統(tǒng)安裝及維護手冊》。

二十七、2.4范圍說明

二十八、培訓內容由公司提供,主題是平臺相關的應用

軟件培訓,由公司的資深專家對實際應用中經(jīng)常使用的部分

編寫教材,并由公司提供講解培訓。不包括廠家提供的培訓

課程和費用。

二十九、培訓方式

三十、針對培訓對象和內容的實際情況,建議采用集中

培訓、現(xiàn)場培訓、培訓等多種類型,有白、黑板講課式培訓

、PowerPoint講課式培訓,上機實際操作培訓等多種培訓方

式相結合。

三十一、培訓環(huán)境要求

三十二、要求提供培訓教室或會議室,具備投影儀和白

板,具備應用系統(tǒng)的實際操作環(huán)境。

43

三十三、培訓資料

三十四、需求規(guī)格說明書

三十五、系統(tǒng)設計說明書

三十六、系統(tǒng)操作手冊

三十七、系統(tǒng)安裝及維護手冊

44

2.4.信息化工程監(jiān)理服務規(guī)范

2.4.1.總則

1.1為了提高信息化工程監(jiān)理水平,規(guī)范信息化工程行為

,編制本規(guī)范。

1.2本規(guī)范適用信息化工程項目的立項、實施、評測等方

面的監(jiān)理工作。

1.3實施信息化工程監(jiān)理前,監(jiān)理單位必須與信息化建設

單位簽訂書面信息化工程委托監(jiān)理合同,合同中應包括監(jiān)理

單位對信息化工程技術要求、費用、進度進行全面控制和管

理的條款。

1.4信息化工程監(jiān)理應實行總監(jiān)理工程師負責任。

1.5監(jiān)理單位應公正、獨立、自主地開展監(jiān)理工作,維信

息化建設單位承建單位的合法權益。

1.6信息化工程監(jiān)理除應符合本規(guī)范外,還應符合國家現(xiàn)

行的有關強制性標準、規(guī)范的規(guī)定。

2.4.2.范圍

本規(guī)范

——規(guī)定了信息化工程監(jiān)理的要求和方法

——確定了信息化工程監(jiān)理的基本原則

——給出了信息化工程監(jiān)理工作實施指南

45

——適用于從事信息化工程監(jiān)理的單位、個人,從事信

息化工程的建設單位、承建單位和相關的培訓單位也可參照

使用。

2.4.3.規(guī)范引用文件

下列標準所包含的條文,通過在本規(guī)范中引用而構成為

本規(guī)范的條文。在規(guī)范出版時,所示版本均為有效。所有標

準都會被修訂,使用本規(guī)范的各方應探討使用下列標準最新

版本的可能性。

《信息技術軟件生存期過程》GB/T8566-2001

《軟件工程術語》GB/T11457-1995

《建設工程監(jiān)理規(guī)范》GB50319-2000

2.4.4.術語

4.1工程監(jiān)理

是指信息化工程監(jiān)理單位,接受信息化建設單位的委托

,依據(jù)國家的有關規(guī)定、信息化工程建標準和信息化工程承

建、監(jiān)理合同,對信息化工程的質量、進度和投資方面實施

監(jiān)督和控制。即從技術和管理的角度,對信息化工程項目的

實施過程進行控制和管理,確保信息化工程能夠按照信息化

建設單位需求,高效、經(jīng)濟的按時完成,實現(xiàn)預期的建設目

標。

4.2工程監(jiān)理單位

46

具有獨立企業(yè)法人資格,取得相應等級資質證書,受業(yè)

主單位委托負責信息化工程監(jiān)理單位。

4.3工程建設單位

具有信息化工程發(fā)包主體資格和支付工程價款能力的

單位。

4.4工程承建設單位

取得相應等級的資質證書,承擔信息化工程建設的具有

工程承包主體資格的單位。

4.5監(jiān)理監(jiān)理機構

具有監(jiān)理單位承擔某一信息化工程項目時負責履行監(jiān)

理合同的組織機構。

4.6監(jiān)理工程師

具有監(jiān)理方面專業(yè)知識,并從事某一專業(yè)工程監(jiān)理工作

的工程師。

4.7總監(jiān)理工程師

由監(jiān)理單位法定代表人書面授權,全面負責委托監(jiān)理合

同的履行,主持工程監(jiān)理機構工作的監(jiān)理工程師。

4.8總監(jiān)理工程師代表

經(jīng)監(jiān)理單位法定代表人同意,由總監(jiān)理工程師書面授權

,代表總監(jiān)理工程師行使其部分職責和權力的項目監(jiān)理機構

中的監(jiān)理工程師。

4.9專業(yè)監(jiān)理工程師

47

根據(jù)項目監(jiān)理崗位職責分工和總監(jiān)理工程師的指令,負

責實施某一方面的監(jiān)理工作,具有相應監(jiān)理文件簽發(fā)權的監(jiān)

理工程師。

4.10監(jiān)理員

經(jīng)過信息化工程監(jiān)理業(yè)務培訓,具有同類工程相關專業(yè)

知識,從事具體監(jiān)理工作的監(jiān)理人員。

4.11監(jiān)理規(guī)劃

在總監(jiān)理工程師的主下編制、經(jīng)監(jiān)理單位技術負責人批

準,用來指導項目監(jiān)理機構全面開展監(jiān)理工作的指導性文件

0

4.12監(jiān)理實施細則

根據(jù)監(jiān)理規(guī)劃,由專業(yè)監(jiān)理工程師編寫,并經(jīng)總監(jiān)理工

程師批準,針對信息化工程項目中某一專業(yè)或某一方面監(jiān)理

工作的操作性文件。

4.13工程監(jiān)理例會

由項目監(jiān)理機構主持的,在信息化工程實施過程中針對

工程技術要求、投資、進度、合同管理等事宜定期召開的、

由有關單位參加的會議。

4.14工程變更

在信息化工程項目實施過程中,按照合同約定的程序對

部分或全部信息化工程在技術要求、項目技術功能、技術指

標及實施辦法等方面做出的改變。

48

4.15關鍵驗證

在關鍵階段或關鍵環(huán)節(jié)設計實施中,有監(jiān)理人員對工程

實施程序過程進行的監(jiān)督活動。

4.16外委監(jiān)制

監(jiān)理單位根據(jù)委托監(jiān)理合同和大型系統(tǒng)軟件訂貨合同

對大型系統(tǒng)軟件開發(fā)過程進行的監(jiān)督活動。

4.17費用索賠

根據(jù)承包合同的約定,合同一方面因另一方面原因造成

本方經(jīng)濟損失,通過監(jiān)理工程師向對方索取費用的活動。

4.18臨時延期批準

對發(fā)生的非承建單位原因造成的持續(xù)性影響項目進度

的事件,總監(jiān)理工程師所作出暫時延長工程進度的批準。

4.19延期批準

對發(fā)生的非承建單位原因造成的持續(xù)性影響項目進度

事件,總監(jiān)理工程師所作出的最終延長工程進度的批準。

2.4.5.規(guī)范框架

5.1工程監(jiān)理規(guī)范技術參考模型

信息化工程監(jiān)理規(guī)范(以下簡稱規(guī)范)由四個要素組成

,即監(jiān)理支撐要素、監(jiān)理階段、監(jiān)理內容和監(jiān)理對象(包括

信息安全)。

5.2規(guī)范技術參考模型中的具體內容

5.2.1監(jiān)理支撐要素

49

監(jiān)理支撐要素包括三個層次共七個方面的內容,包括國

家法律、法規(guī)和標準、監(jiān)理規(guī)劃和監(jiān)理實施細則(以下簡稱

細則)、監(jiān)理機構、監(jiān)理設施、監(jiān)理人員和質量保證等。

5.2.2監(jiān)理階段

本規(guī)范中所指的監(jiān)理階段是從建設單位與監(jiān)理單位簽

訂的委托監(jiān)理合同生效開始,到完成工程驗收為止。監(jiān)理工

作主要包括四個階段:工程招投標階段、工程設計階段、工

程實施階段和工程驗收階段。

5.2.3監(jiān)理內容

監(jiān)理單位根據(jù)監(jiān)理對象各階段的特點開展工作,依據(jù)監(jiān)

理規(guī)劃和細則的要求實施質量控制、進度控制、投資控制、

合同管理、信息管理和協(xié)調,實施監(jiān)理目標。

5.2.4監(jiān)理對象

本規(guī)范中的監(jiān)理對象是指各種類型的信息化工程,如布

線工程、計算機網(wǎng)絡工程和軟件工程等,相關監(jiān)理對象的技

術規(guī)范不在本規(guī)范的范圍內。

信息安全是保證信息系統(tǒng)正常運行的必要條件,是信息

化工程建設的重要組成部分,貫穿于所有類型信息化工程建

設的全過程。由于它的特殊性,所以在監(jiān)理對象中單獨將其

列出。

2.4.6.監(jiān)理支撐要素

6.1監(jiān)理規(guī)劃與細則

50

6.1.1監(jiān)理規(guī)劃

監(jiān)理規(guī)劃的編制應針對工程的實際情況,明確工程監(jiān)理

機構的工作目標,確定具體的監(jiān)理工作制度、方法和措施,

并應具有可操作性。

6.1.1.1監(jiān)理規(guī)劃編制的程序

6.1.1.2監(jiān)理規(guī)劃編制的依據(jù)

6.1.1.3監(jiān)理規(guī)劃的內容

6.1.2監(jiān)理實施細則

工程監(jiān)理機構應依據(jù)收到的工程實施方案編制監(jiān)理實

施細則,在工程實施開始前編制完成。監(jiān)理實施細則應符合

監(jiān)理規(guī)劃的要求,并應結合工程項目的專業(yè)特點,做到詳細

具體、具有可操作性。

6.1.2.1監(jiān)理實施細則編制的程序

6.1.2.2監(jiān)理實施細則編制的依據(jù)

6.1.2.3監(jiān)理實施細則的內容

6.2工程監(jiān)理機構

6.2.1監(jiān)理機構設置

監(jiān)理單位履行信息化工程監(jiān)理合同時,須建立工程監(jiān)理

機構,工程監(jiān)理機構在完成監(jiān)理合同規(guī)定的監(jiān)理工作后方可

解除。

6.2.2監(jiān)理機構的組織形式和規(guī)模

6.3監(jiān)理設施

51

6.3.1監(jiān)理單位應具備的設備

6.3.2建設單位為監(jiān)理單位提供的設施

6.4監(jiān)理人員

6.4.1監(jiān)理人員的構成

6.4.2監(jiān)理人員的職責

6.4.2.1總監(jiān)理工程師職責

6.4.2.2總監(jiān)理工程師代表的職責

6.4.2.3專業(yè)監(jiān)理工程師的職責

6.4.2.4監(jiān)理員的職責

6.5質量保證

6.6監(jiān)理模式

6.6.

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論