軟件系統開發（平臺開發）

項

目

實

施

方

案

日期：2020年1月1日

目錄

1.I.項目實施方案........................................................3

1.1.1.項目實施策略.....................................................3

1.1.2.實施范圍.........................................................4

1.1.3.項目組織與人員配備..............................................5

1.1.4.階段劃分.........................................................8

1.1.5.進度計劃........................................................11

1.1.6.實施方法........................................................16

1.1.7.實施過程中的溝通計劃...........................................23

1.1.8.測試方案........................................................25

1.1.9.★成果和交付物..................................................42

1.1.10.項目開發和管理工具...........................................43

1.2.項目培訓方案........................................................44

1.2.1.培訓對象與目標.................................................44

1.2.2.培訓策略........................................................44

1.2.3.培訓方式........................................................46

1.2.4.培訓對象........................................................46

1.2.5.培訓課程及計劃.................................................46

1.2.6.培訓資源........................................................47

1.2.7.培訓流程管理....................................................50

1.2.8.培訓保障........................................................51

1.1.項目實施方案

1.1.1.項目實施策略

1.1.1.1.領導支持重視策略

為了順利推動落實整個項目建設工作，必須有用戶方和建設方領導的高度

重視和參與，從高層到基層提高認識、落實責任，才能更高效的推動項目的建

設和順利上線運行。

從我公司作為實施方的角色來說也需要公司領導的支持重視，從人員、制

度、后勤保障、技術、管理等方面為本項目提供便利的條件，整合公司的各方

面力量，為項目實施提供強有力的保障，同時協調與用戶方在項目實施過程中

的事務，使項目實施按計劃順利進行。

有了客戶方領導和我公司領導的支持重視，就為本項目的成功實施打下堅

實的基礎，必將推動項目按時、保質的完成。

1.1.1.2.科學的需求工程策略

本項目需求索涵蓋的內容復雜，因此在進行需求工作時，應嚴格按照需求

工程的理論進行安排。需求工作應從兩個方面來考慮：

需求開發方面應在項目開始時就制定需求開發的有關規章制度，這些規章

制度應在項目組人員和業務人員之間進行宣傳，以便達到普遍共識。需求開發

要強調需求調研的流程規范，調研前的提綱準備、調研后的會議紀要、需求確

認等都必須嚴格按照規范進行，保證需求開發的質量。需求開發要采用標準的

規格說明方式，結合原型以便將客戶需求具體化、明確化。

需求管理方面在本項目中的難度更大，需要嚴格按照項目招投標方案、合

同等確定的項目目標，進行項目的范圍控制，同時及時設定項目的需求基線，

避免需求扯皮而拖延項目進度。

1.1.L3,詳盡的項目測試策略

測試工作是保證項目質量的重要一環，必須加強測試工作。在這方面應該

采取如下措施：

1、測試方案提前編寫，測試方案應提前到設計階段進行編寫，當需求初步

定型或評審通過后，就開始測試方案的編寫工作。測試人員技術設計人員背靠

背工作，這就給測試方案的編寫爭取了更多的時間，保證測試用例的全面性和

質量。

2、測試的自動化：測試工作的展開完全靠手工進行是不現實的，必須借助

有關的測試工具，提高測試的效率和BUG的管理，達到很好的測試結果。

3、全面的測試：除了單元測試和集成測試外，還要進行功能、性能、安全、

健壯、界面、安裝、文檔方面的測試。

1.L1.4.加強溝通管理策略

為保證項目的順利進行，必須建立良好的項目溝通管理制度。在項目啟動

時，應從決策層、管理層、執行層和監督層四個層面建立業主和項目實施單位

的溝通渠道。同時，啟動時就應明確項目的溝通方式，如周報、周會、高層會

談制度等，保證項目情況得到有效的溝通，推進項目進展。

1.1.2.實施范圍

1.1.2.1.實施范圍

根據我們對項目建設及談判文件的理解，定義本項目實施范圍如下:

主題描述

組織范圍業主方相關部門業務處理。

定制開發范圍軟件平臺系統；數字資源庫；門戶系統。

測試范圍單元測試、集成測試、系統測試、專項測試（如性

主題描述

能測試、安全測試）、用戶驗收測試等（根據需

要，可適當刪減）

培訓范圍1、培訓內容：系統管理培訓、系統操作培訓；

2、培訓對象：系統管理員、系統操作用戶；

3、培訓地點：集中培訓，具休地點根據用戶要求

待定。

服務范圍提供系統擴充、升級方面的技術支持服務，提供本

地服務團隊，提供現場技術支持和響應服務；為后

期工程預留接口，并為后期工程的順利開展作技術

準備，在軟件系統設計、數據庫設計方面具有靈活

性，方便以后能夠擴充新的系統功能。

驗收后免費提供所開發軟件為期一年的技術支持服

務。

1.1.2.2.★建設周期

本項目建設周期在合同簽訂后6個月內完成調研、設計、開發、實施、內

測，自主測試15天，試運行60天后進行終驗。

實施期間（6個月內）完成用戶需求調研、需求分析、系統設計、詳細設

計、編碼、調試、系統集成、測試與驗收等任務。

1.1.3.項目組織與人員配備

1.1.3.1.項目組織結構

針對本項目的要求和特點，我們成立專門的項目組織結構，包括項目管理

辦公室、系統集成組、應用開發組、系統測試組、用戶培訓組和運行維護組,

項目組織結構圖如下所示：

各組織具體崗位職責定義如下節描述。

1.1.3.2.關鍵崗位及職責定義

乙方甲方

項目角色

公司業主方

項目管理辦公室由甲方和乙方的項目經理及主要負責人組成項目管理辦公室，辦調項目

管理和實施過程中的各項工作。

項目經理制定項目總體計劃，管理項目風對項R領導小組及項R總體R標

險，預算控制，人員安排，對項目負責；

做宏觀控制；組織、推動并保證項目的順利實

安排及源，協調項目工作，檢查實施；

施進度；定義實施策略；

依據質量報告，對項目實施質量進制定項目推進計劃及階段性目

行管理；標；

定期提交項目進展情況報告，提出協調項目組內外部資源；

需要解決的問題；共同制定工作計劃與階段控制，

負責制定項目計劃，分配任務，協確認工作內容與方法；

調資源，進行項目管控；參與制定及確定業務、IT、技術

對項E組成員的工作和項目進度進等解決方案。

行檢查，提出對甲方的資源需求；

乙方甲方

項目角色

公司業主方

負責整體把握業務、IT、技術等解

決方案；

負責牽頭制定項目實施規劃；

負責對各小組提供支持。

系統集成組負責服務器等網絡硬件設備安裝調

試等。

負責異構系統和跨平臺軟件系統的

開發應用集成。

設計開發組負責應用系統前期調研和需求分

析；

負責系統總體設計、概要設計和洋

細設計；

負責軟件系統的程序開發和單元測

試；

負責應用系統的安裝部署工作。

系統測試組配合項目經理制定總體測試規劃；

負責編制應用系統的驗收測試計劃

和聯調測試計劃并完成相應的測試

工作。

用戶培訓組制定培訓計劃、模式，建立培訓模

板；

組織協調項目組編寫培訓文檔、手

冊；

負責培訓隊伍的建立、培訓，完成

培訓工作。

運行維護組負責系統驗收后的技術支持和售后

服務工作。

1.1.3.3.項目人員簡介

我司為本項目配備了各個角色的管理、開發、實施人員，主要人員簡介參

見商務部分《項目人員安排》所含內容。

1.1.4.階段劃分

1.1.4.1.項目準備階段

本階段主要進行建立項目組織、建立項目管理體制、優化項目計劃、工作

任務定義、開發環境準備及環境搭建、需求分析確認等工作。

建立項目組織：我公司提出項目組織計劃，與用戶就本項目的項目組織進

行溝通交流，確定項日組織結構及相應人員崗位，明確項目組中每個人的責任,

確定項目核心成員。

建立項目管理體制：與用戶就本項目的項目管理體制進行討論，最終形成

項目管理體制。

優化項目計劃：針對實際情況對項目計劃進行優化，編寫項目進度計劃和

預算。

文件需求分析確認：再次確認用戶中提出的需求。

編寫項目的工作說明書，對項目實施的項目范圍、項目階段、工作方法、

相關各方的責任分工、各階段的交付物、階段完成里程碑、溝通制度等進行明

確規定，同時編寫質量保證計劃，編寫配置管理計劃，以及項目實施的有關規

章制度等。

1.1.4.2.需求分析階段

本階段主要內容為需求調研和需求分析，數據資源情況的清查，用戶涪訓I、

初步用戶手冊的編制等工作內容。

需求調研和需求分析：我公司組織資深的系統分析人員對用戶需求進行進

步的分析，與用戶不斷溝通，交流，確認已經明確的需求內容，經過不斷調

研、確認，最終形成需求規格說明書，完成由用戶組織的專家進行評審。

初步用戶手冊的編制：根據需求原型和需求內容，編制初步用戶手冊。

需求評審：針對需求規格說明書、界面原型進行用戶的需求評審。

1.1.4.3.系統設計階段

本階段主要內容為系統的總體設計和詳細設計、數據資源系統的規劃、數

據庫設計、測試方案的設計、用戶培訓等工作內容。

總體設計：提出設計的方法及該階段的工作進度安排，并得到采購人確認;

編制總體設計方案；編制測試環境建設方案；編制系統上線試運行至系統正式

上線期間的計劃及方案；提供對項目應用系統設計風險的詳細評估。

詳細設訂：完成應用系統軟件功能模塊的詳細設訂。

數據庫設計：完成數據庫系統的詳細設計，包括數據庫結構、表結構、數

據字典等的編制。

測試方案的設計：系統詳細設計，完成測試大綱、測試計劃、測試用例的

詳細設計，使得在下一階段應用系統開發完成后能夠根據本工作任務中的可交

付物。

完成系統設計的評審；

1.1.4.4.系統開發階段

本階段主要完成應用軟件系統功能的開發的編碼與單元測試工作，各子系

統之間業務調用通暢。包括配置研發及測試人員、配置開發及測試設備、進行

系統編碼、標準規范的完善、并進行測試方案的評審。

本階段要實現的生程碑是：完成軟件的開發評審。

1.1.4.5.系統集成階段

本階段主要完成硬件和應用軟件系統的安裝調試、應用系統集成、用戶培

訓工作、編寫安裝、調試手冊。

同時編寫系統安裝手冊、維護手冊。

1.1.4.6.系統測試階段

本階段主要完成應用軟件系統的系統測試工作，測試工作包括功能測試、

集成測試、性能測試、安全測試、健壯測試、界面測試、安裝測試、文檔測試

工作，并編寫相應的測試報告。

同時編寫系統使用手冊。

1.1.4.7.試運行及驗收階段

本階段主要完成的工作為試運行的準備以及對在試運行過程中發現問題的

修改工作，用戶培訓工作，試運行工作以及系統切換后的正式上線和驗收工作。

試運行過程發現問題，要確定工作方案，進行問題解決。

用戶培訓：完成此階段對用戶的培訓工作。

試運行：完成系統試運行工作。

在完成系統上線穩定運行，并進行項目驗收。

本階段要實現的里程碑是：完成系統試運行，系統切換上線完成，簽署系

統驗收報告。

1.1.4.8.售后服務階段

本階段是從項目驗收合格后開始進入質保時間，售后服務的具體內容參見

《售后服務能力及服務方案》文檔的相關內容。

1.1.4.9.其他貫穿項目建設周期的工作

項目管理工作從項目啟動開始，持續到項目維護期結束，主要由我公司項

目管理人員完成本項目實施的管理工作O

1.1.5.進度計劃

1.1.5.1.項目實施流程和步驟

1.1.5.2.項目實施策略

基于對本次項目建設目標和需求的理解，本項目總體，采用“總體規劃、

分步實施”的策略，具體來說，即全面調研、分階段設計/開發/部署/實施、分

模塊培訓、最終總體聯調。采取這種循序漸進的開發和部署方式可有效保證工

期，讓用戶充分與未來生產系統磨合，也是對后期應用的保障。

項目劃分明確的關鍵里程碑，對項目啟動、調研、模塊設計開發、全面試

運行、驗收等各個階段的時間節點、工作任務和人力資源都在各階段制訂詳細

計劃和進行嚴格控制。

1.1.5.3.項目實施總體流程介紹

工作責任

項目實施流程工作重點

公司業主方

明確項目的目標、范圍、總體計

項目立項

OO劃，成立項目團隊，明確項目成員

的角色和職責

系統導入培訓（從觀念上正確引導

領導層止確理解項目并了解如何有

需求調研力地進行支持和指導）

4

OO現場需求調研（與系統用戶進行現

1

場、有效的溝通和交流，確保業務

流程、技術要求等被全面和正確的

理解）

1.1.5.4.項目實施總體進度計劃

我們認為，實施計劃制訂得好壞，是實施成功的關鍵因素。在項目實施時

共同制定一個實施計劃。在制訂實施計劃時，根據我們的實施經驗，建議實施

計劃將分成三級：

第一級為項目總的實施計劃。這一計劃應包含項目總體目標、階段劃分、

每個階段的開始和完成時間。

第二級為階段的計劃。在每個階段開始之前，根據實際情況制定出階段實

施計劃。

第三級為活動的詳細計戈h對于些重要的活動，如原型測試、系統切換

等,應制訂詳細的活動計劃。

在項目開始時制定

總的目標和階段目標

得到決策委員會批準

在每個階段開始之前制定

階段的實施進程表

得到決策委員會批準

下面的計劃是根據目前對項目理解情況而制訂的第一級項目總體實施計劃0

不排除由于需求調研或變更而進行必要的調整。

1.1.5.5.工期進度計劃

業主方軟件平臺項目

項目名稱工作分解開始時間結束時間參與人員

1.需求分析

需求分析2016-10-202016-10-30

需求分析評審

2.系統設計

概要設計、詳細設

2016-10-312016-11-20

計

設計評審

3.開發

用戶注冊、咨詢專

創新創業成

家、成果發布、需

果交易服務2016-11-102016-12-15

求征集、定句推薦

平臺開發

等

用戶管理、審核管

管理平臺開

理、服務管理、系2016-12-152017-1-15

發

統管理

智能檢索、表格檢

專利檢索系索、專家檢索、瀏

2016-12-172016-12-27

統開發覽檢索查看、專利

數據接口

視頻用戶角色、音

視頻系統開頻視頻即時交流、

2016-11-102016-12-27

發開發交流文字、電子白

板等

數字資源庫專家庫、成果庫、2016-12-152017-01-15

建立開發資源庫

系統接口開

接口開發、調試2017-01-162017-02-01

發

門戶網站建

網站前臺與后臺開

設各系統開2017-01-162017-02-15

發

發

4.測試

測試計劃制定/編寫

測試用例/測試用例

評審/測試用例的修

改與批準/開發集成

集成測試2017-02-162017-02-25

測試數據/測試實施

/測試確認/測試結

果Review/測試bug

管理和修改

性能測試計劃制定/

性能測試項目表的

做成/性能測試項目

標的REVIEW/性能測

試項目標的修正與

性能測試批準/性能測試數據2017-02-262017-03-01

制造/性能測試實施

/性能測試確認/性

能測試結果Review/

性能測試bug管理

和修改

5.部署上線2017-03-022017-03-05

6.業主測試2017-03-062017-03-20

7.試運行2017-03-212017-04-10

6.交付2017-04-112017-04-11

文檔編寫/交付物準2017-04-122017-04-15

備與檢查/交付/項

目驗收

按照采購人的實施進度，結合本項目的情況，我公司制定了本項目的總體

進度計劃，總體進度計劃滿足標書中對進度的要求，本計劃擬從2016年10月

20日起開始項目準備，2017年4月15日完成項目終驗。

按招標文件項目工期要求：

調研、設計、開發、公司內測：130天；

采購人測試：14天；

試運行：20天：試運行后綜合評估，達到要求可申請驗收。

我方承諾將按照標書及合同要求，在規定期限內，保質保量完成項目進度。

1.1.6.實施方法

1.1.6.1,實施方法論

在多年的工程項目實施實踐中，我司總結出一套完整的實施方法論，它的

主要特點是：

?從眾多大型T程項目實施中提煉出來的實戰經驗

?幫助客戶持續優化

?嚴謹和清晰可控的實施路線

?較為全面的模板工具

?快捷、高效的管理平臺

?可靠的售后支持和服務體系

?務實、有效的項目管理方法

實施路線為獨立實施的項目提供了面向過程的、清晰的、準確的實施路標。

這個路標起到了項目向導的作用，用來確定步驟，明確轉折點，并且通常用來

設定整個項目的進度，使得可以使用最優的預算和資源，快速地、高質量地生

成一個新的應用系統，使客戶盡快地體驗到信息化帶來的享受。它主要包括以

卜五個階段：

組織與計劃：主要完成項目章程的確立、項目組織的建設、項目總體計劃

的制定、系統軟硬件的需求規劃、項目啟動等工作。本階段的里程碑就是完成

項目的啟動。

系統規劃：主要完成客戶需求調研，并對調研結果進行分析，形成系統的

業務藍圖。同時根據規劃好的業務藍圖分析需求與成熟系統的吻合度，形成差

異化報告，并形成軟件需求規格說明書；根據軟件需求規格說明書進行實現設

計，包括成熟系統的實現設計及定制開發部分的設計工作；同時，根據需求規

格說明書進行系統測試方案的編寫。本階段的里程碑就是完成需求規格說明書

和系統設計。

開發測試：根據需求規格說明書和系統設計方案，進行系統的開發和定制,

并根據系統的測試方案進行系統的各項測試工作；同時，通過培訓及指導使關

鍵用戶的能力提高.，達到對系統能獨立操作的水平。本階段的里程碑是完成系

統測試，并通過項目初驗。

試運行：主要完成試運行的各種準備工作，包括正式系統的安裝、最終用

戶的培訓、技術手冊、初始數據導入、管理措施的制定等。本階段的里程碑就

是系統通過試運行，并由客戶簽署驗收報告。

系統上線：主要完成系統的正式運行的有關準備，做好日常操作日志，對

用戶端反饋的問題進行及時解決。為保障后期系統的正常運行需要進行管理員

的培訓。為保證客戶高層對信息的有效決策，需要進行高層應用培訓。本階段

的里程碑就是系統上線成功。

2、項目管理

項目管理就是對定義好的實施工作任務進行控制，并且及時處理資源、成

本預算、時間進度等各方面的沖突及問題，使項目的目標最終得以實現。主要

包括以下內容：

項目質量管理：包括了項目交付物的定義、檢測標準及控制方法。

項目成本管理：包括了項目預算的計劃、測量與分析、控制項目預算的方

法等。

項目進度管理：包括工作進度的度量方法、平衡進度、質量、成本的關系、

進度控制原則等內容。

項目范圍管理：包括實施范圍的合理劃分（組織范圍、業務范圍等）、明

確定義、變更管理流程、控制要點等。重點強調了如何分析項目范圍的變更對

項目整體的影響力。

項目團隊管理：包括項目組織結構的規劃、角色及職責定義、匯報關系、

人員配置、成員教育、成員變動管理、團隊活動等，重點強調客戶相關人員全

職參與到業務實施小組，形成推動項目實施及后期維護的主力軍。

項目變革管理：包括項目變革的識別定義、分析變革對企業及項目的影響

力度、業務變革的執行方法等。

項目溝通管理：包括分析溝通對項目的重要性，問時也強調了過分的溝通

會造成工作質量低下，提供快速有效的溝通方法。

項目風險及問題管理：包括風險及問題的識別、度量、分析、控制與反饋,

重點強調了控制流程與解決方法。

3、工具

實施工具是幫助項目快速規劃、規范執行的有力支持，包括:

項目實施模板：包括了項目實施過程中無論是軟件開發工作還是管理工作

所需要的模板文檔。

項目管理平臺：包括了項目管理使用的管理平臺工具等。

4、服務

為保證項目實施質量，我們公司提供充分調用公司資源來保證項目成功，

對項目的實施提供了各種服務與支持來保障客戶持續改進，包括：

管理咨詢服務：在項目關鍵的時候，由經驗豐富的管理咨詢專家提供業務

管理及業務流程的優化指導。

培訓教育：為保證系統上線后的正常運行，并保證客戶對系統功能的再挖

掘，提高整體效益，我們公司提供面向客戶的標準培訓服務。

在線支持：為及時響應項目實施過程中或系統上線后技術問題，我們公司

提供及時在線服務，由認證技術專家會對系統進行檢測并修復。

專家診斷：在項目的實施過程中，每一個影響系統性能的工作，我們都會

安排相關方面的專家進行診斷（遠程或現場），比如在系統安裝完成后，需要

對系統的運行性能、安全保障等進行診斷：系統設計完成后，需要由專家進行

分析診斷，從而更加保證了實施質量。

1.1.6.2,實施主流程

項目從整體上可以劃分成八個階段，即項目準備、需求分析、系統設計、

系統開發、集成測試、系統測試、試運行和上線及驗收、運營維護。

從管理控制上講，項目的各項工作任務均圍繞以下五個項目子流程來組織、

執行和管理，所以管理好這幾個項目子流程，就能保證項目的成功：

?開發管理

開發管理主要包括系統開發階段的工作內容，從用戶需求調研、分析、設

計、到開發測試。在這個過程中，要明確系統的業務藍圖、設計其實現方式，

并按照CMM15的質量管理體系和基于RUP方法論嚴格控制開發的過程，最后對

系統進行模擬以測試系統對業務的滿足程度。

?項目管理

負責項目推進和系統實施相關的管理與控制，包括對管理層、項目小組、

項目計劃、項目范圍及所需資源的管理。按照用戶方的戰略和目標規劃、監督

和交付項目的各項成果；采取措施保證項目人員和其它資源的有效使用；定期

進行進度和質量管理。

?試運行及上線

試運行及上線是指系統試點、上線等階段的工作內容。其中，試點階段可

以進一步細分為試點準備和試點上線兩個子階段，通過該過程的工作，完成試

點任務上線目標，為系統的可行性進行最終驗證；系統上線包括了上線準備與

上線兩個子階段的工作，通過前期整理好的標準數據、規范及文檔，對上線階

段的用戶進行數據準備，并對最終操作用戶進行培訓，數據導入后，即可進行

上線運行及后期維護。作為系統實施工作的結束，項目收尾階段的工作內容也

被納入項目實施子流程中。在該階段的工作中，實施方要持續對用戶提供技術

上的支持，并且需要把項目中的相關技術文檔及管理文檔交付給客戶。

1.1.6.3.實施方法

目前，國內很多集成商在大項目的實施中，過多關注于形式化的項目管理,

而忽視真正決定項目成敗的軟件工程。實際上，在基于方案級的定制軟件開發

工作，這塊的硬功夫是決定成敗的關鍵。有鑒于此，我們在大型項目實施中，

一直重視需求開發、系統分析設計、測試、數據加載和系統部署等工作。下面,

將專門介紹我們在這方面的積累。

1.1.6.3.1.需求開發的工作方法

需求是系統開發和測試的入口，需求工作的成效直接影響項目的成敗，因

此，下面首先介紹我們在需求工程方面積累的一些理論知識和實戰經驗。

需求工作可以分為開發和管理兩方面的工作。需求管理主要包括需求基線

形成、需求跟蹤矩陣和變更控制三方面的工作。在實施團隊中，主要是由項目

管理團隊負責需求管理工作。需求開發包括需求調研（在RUP定位為業務建

模）、需求分析（在RUP定位為系統建模）、規格說明書的編寫（含功能和非

功能兩部分）、需求原型的開發細化、規格說明書的評審和需求驗證。這方面

的工作主要需求經理和行業專家負責需求管理通常在項目管理中會有較多的

說明，這里，我們主要說明需求開發的方法。

需求調研就是真實、全面地反映客戶的業務現狀和未來發展，具體來說：

需求調研通過將客戶立務領域中的重要概念和主要業務建模，采用規范的描述

工具進行描述，并與客戶進行溝通和確認。這項工作最大的難度是如何使用客

戶可以理解的語言來描述客戶的需求，這也是在本項目中建議采用面向對象的

開發方法及UML作為建模語言的原因。需求調研工作中，應該盡量列舉出盡可

能多的業務領域，采用的方法為查閱文檔、現場交流、調研問卷等幾種方式。

需求調研主要制品為需求調研報告。

需求分析工作就是在需求調研的基礎上，將客戶的業務變成系統需求的過

程。其主要目的是開發正確的、符合客戶需要功能的系統。這里，系統建模人

員應使用專業的工具詳細地描述系統的功能和非功能需求，并形成需求規格說

明書。需求分析通常包含需求分析策劃和需求規格化2個子過程。其中，需求

分析策劃是指對確認的用戶需求報告進行可行性、優先級等初步分析以形成需

求分析的階段計劃，需求規格化實際是需求分析過程不斷深入的過程，因為需

求分析的初期的文檔制品主要采用用戶語言進行描述，最終要對所有的需求進

行規格化描述，并通過客戶和專家的評審，作為需求分析階段的結束和設計階

段的依據。在本項目中，需求分析的主要工作內容和制品包括：需求規格說明

書、術語表、業務規則、系統原型、業務模型、系統模型。

1.1.6.3.2.系統分析與設計的工作方法

在系統分析設計的主要任務是根據需求分析的結果細化并構造系統，基于

RUP的分析設計中，將其分為系統架構和用例的分析設計工作。最終的衍生品

統稱為系統設計模型。

系統架構設計：主要是進行系統的整體架構設計、接口設計、部署方法等,

從而產生穩定的系統架構。

系統詳細設計：根據設計分解的子系統，進行系統的詳細設計，主要包括

界面、邏輯和控制的設計，并要進行0-R（對象-關系數據庫）的轉換及設計，

最終提交的文檔制品包括設計類圖、交互圖、界面設計、數據庫設計等。

1.1.6.3.3,軟件編碼與測試的工作方法

軟件開發組長負責對開發人員工作進行分配，開發人員接收到需求規格說

明書及系統設計資料后，即開始進行編碼工作，同時負責所負責單元的測試工

作。開發人員在工作中應遵守相關研發管理規范，每天工作結束時，應向項目

經理提交任務完成進度信息，以便于項目管理者進行進度控制。

系統測試也需要有計劃、設計、實施、報告幾個過程。在系統分析和設計

階段，就要進行測試計劃和測試用例的設計。系統測試實施的內容包括：關鍵

單元的測試、集成測試、系統測試及聯調測試，每個階段完成后都要有相應的

系統測試報告。

系統測試用例應在系統設計階段同步設計，測試用例需要特別關注的內容

是用例是否全面，因應在遵循公司相關的測試規范的基礎上，應引入最終用戶

參與系統測試用例的設計工作，以保證測試用例的有效性。

1.1.6.3.4.試運行工作方法

系統試運行作為質量保證的一種手段，規避了系統直接推廣的風險，在整

個項目的生命周期中，起到了承前啟后的作用。通過系統試點，我們不僅是要

檢驗系統的可行性，同時也要生成一套系統的應用規范，以便于后面的系統推

廣工作。在試點正式啟動之前，要明確試點單位的范圍，不僅要考慮業務的代

表性，還要考慮在試點期間要有相關業務發生。試點的過程包括系統安裝、培

訓、數據切換與上線支持。

1.1.7.實施過程中的溝通計劃

項目組織機構成員的有效溝通是項目成功實施的基礎。項目溝通通路主要

有三條：項目經理（PM）與項目監管組織（PMO）之間，項目經理與項目團隊成

員（TM）之間，項目團隊成員相互之間。

項目經理與項目監管組織之間的及時有效溝通是及時發現問題，降低頃目

風險，協調落實各階段資源和資金，協調解決項三進行中甲乙雙方存在的分歧

的有利支持和保證。

項目經理與項目團隊成員之間的及時有效溝通是明確項目共同目標和任務,

項目團隊成員獲得充分的信息和指導，項目經理獲得項目計劃控制更新調整，

保證項目成功實施的基礎。

項目團隊成員相互之間的及時有效溝通是整個項目團隊成員共同協作完成

項目各項子系統，任務包的技術保證。

具體的項目溝通計劃如下:

起點9終點頻率格式媒介反饋

《項目階段評

按階段會議/面談2d

審記錄》

PMOPM

審批《項目變E-Mail/會

按需要Id

更申請》議

《項目計劃電

PMOPM項目啟動之前Id

書》話

《項目滿意度E-Mail&電

PMOPM項目完成Id

調查表》話

《項目進展狀

PM里程碑及每周面談/電話2d

態報告》

《項目總結與

項目完成前會議Id

備忘》

《項目計戈IJE-Mail/會

項目啟動2d

書》議

《項目進展狀

里程碑E-MailId

態報告》

PMPMO重大《項目變

更申請》及

按需要E-Mail2d

《項目變更控

制記錄》

《項目總結報

項目完成后會議3d

告》

《項目計

劃》、《設計

E-Mail/n

階段/按需要文檔》等各類Id

頭

技術和管理文

檔

PMTM

B協助解決問題口頭溝通Od

《個人項目績面談/E-

項目完成2d

效評價結果》mail

《現場實施服

E-Mail/電

TMPM每周1?2次務單》/《階段Id

話

工作報告》

《測試計劃》

《測試用例》

《測試報告》

QAPM按進度計劃E-MailId

《缺陷報告》

《評審紀錄》

等

《項目進展狀電話/E-

里程碑2d

態報告》Mail

PM客戶經理

《項目驗收計

電話/E-

項目驗收時戈1》《項目驗2d

Mail

收報告》

1.1.8.測試方案

1.1.8.1.測試目標和原則

1.1.8.1.1.測試目標

測試過程是驗證建設成的最終系統是否滿足原始需求并且遵循系統設計，

測試的目標是盡可能多的發現系統中存在的錯誤，并能發現及預言潛在的錯誤,

以保證系統正常運行。同時，本項目的建設任務中還包括應用集成服務的內容,

因此對應用集成測試業務也是本項目的測試目的之一。測試的最終目的則是發

現應用軟件的錯誤、便件和系統軟件的問題，達到在硬件和系統軟件支撐下，

應用軟件系統能正常、穩定、可靠運行的目的。

1.L8.1.2.測試原則

?制定規范和完整的測試計劃，嚴格按計劃組織測試，排除測試活動的

隨意性。

?預先組織和準備好各種測試用例和測試數據，以保證測試活動的順利

開展。

?測試輸入數據應與對應的預期輸出結果配套。

?測試用例中不僅有合理的輸入條件，還要有不合理的輸入條件。

?妥善保存各種測試文檔及測試用例與數據，為以后軟件重測和維護提

供方便。

?對每一個測試結果要做全面的分析和檢查。

?系統測試過程中發現的所有缺陷用統一的缺陷管理工具來管理，開發

人員根據缺陷管理報告及時改正錯誤。

1.1.8.2.測試組織

針對本項目實施特點，我公司成立專門的測試組織來完成測試工作，測試

的組織結構是屬于項目組，但是獨立于開發組，測試負責人的直接匯報渠道是

項目經理。

1.1.8.3.測試內容

木項目的測試種類包括：單元測試、集成測試、功能測試、界面測試、健

壯測試、安全測試、性能測試、安裝測試、文檔測試等。

在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試

準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結果

等內容。在測試案例中應包含對異常情況處理的測試，如數據不全、數據類別

有誤、數據不合法等。

各種類型的測試都是采用循環往復的“測試一改進”操作，以確保問邈得

到完整、充分的解決的過程。

1.1.8.4.測試程序

根據本項目實施進度要求安排測試步驟如下：

1.制定測試計劃：明確時間、人員安排，系統測試時間；特別注意階段性

完整測試版本的計劃安排。確定測試重點（測試設計）并對測試計劃進行版本

管理。

2.準備測試環境：根據項目環境、計劃要求，測試員在測試服務器搭建測

試環境

3.準備測試數據：根據項目開發計劃的時間安排，編寫測試用例

4.獲得測試版本：

首先，測試版本可分為兩種：增量測試版本、完整測試版本。在系統完善

修改的測試階段，可以采取增量式測試，即只對增加的修改內容進行測試：在

計劃的時間點取得完整的測試版本（執行包括數據重新初始化在內的操作），

對版本進行全面的回歸測試，并且必須保證所有情況下實施前的最后一個版本

進行過完整測試。

5.執行測試：測試員執行測謊用例，將問題記錄丁-bug管理工具，bug記

錄要盡可能詳細的填寫測試用例執行過程。

在執行測試用例進行測試時，如果需要調整測試用例或測試方法，修改測

試計劃與測試用例，并在修改歷史中記錄修改原因與修改辦法。

6.編制測試報告：按照測試計劃，項目版本達到測試通過標準，測試方撰

寫《測試分析報告》，《測試分析報告》通過后，項目發行版本可發行，項目

測試工作可結束。測試總結：根據項目的計劃安排，項目測試結束后，測試人

員對測試過程進行總結。對測試過程進行總結分析，在項目總結會議上提交，

共同討論，匯總經驗?？偨Y內容形成《測試總結很告》。

1.1.8.5.測試過程進度及質量控制

有了測試計劃和規范，只是知道做什么和如何去做，但是有沒有按要求去

做，做得好不好，就必須在測試過程中進行進度控制和質量控制。需要及時的

進行落實，還要實時的進行跟蹤測試的執行情況、發現問題，并及時調整測試

策略，以使測試過程中的質量和進度得到保證。

進度控制主要是看能不能按照測試計劃的工作任務和時間要求完成。這就

需要隨時掌握測試工作的進展情況，若進度拖延，要考慮是在合理的時間范圍

內調整以后的測試計劃，還是必須加快以后的工作效率趕上計劃的進度“在子

系統確認測試執行過程中，我們采取了每天填寫《測試過程記錄表》的方式了

解每天測試執行工作的進展情況，來進行進度控制。

測試質量的控制主要是對測試需求、用例設計、測試方案的評審。

1.1.8.6.測試方法

1.1.8.6.1,單元測試

■單元測試目的

單元測試的對象是軟件設計中的最小單元模塊。單元測試人員根據單元測

試計劃對已完成的系統單元進行測試，確保已完成的系統單元符合相應部分系

統詳細設計說明書所規定的要求。如果單元測試發現系統單元與其相應的詳細

設計說明書不符，則此系統單元必須修改以最終符合說明書的規定。

■單元測試采月的方法、技術與內容

單元測試主要采用白盒測試技術，用控制流覆蓋和數據流覆蓋等測試方法

設計測試用例；主要測試內容包括單元功能測試、單元性能測試和異常處理測

試等。

■單元測試流程

單元測試流程分為單元測試設計、單元測試準備、單元測試實施和記錄、

單元測試錯誤跟蹤。

單元測試設計即單元測試用例設計，由系統設計人員在詳細設計的同時完

成。

單元測試準備為按照測試用例的要求，準備單元測試驅動數據和驅動模塊,

由開發人員在開發過程中完成。

單元測試實施和記錄由開發人員在編碼完成以后進行。

單元測試問題跟蹤由開發人員和系統設計人員共同完成，根據引起問題的

不同原因進行不同處理。如果測試問題為編碼錯誤，則由開發人員完成糾錯后

重新測試。如果測試問題為設計階段引起的問題，則需要進行設計變更。

通過單元測試的程序，進入配置管理系統。

■單元測試用例

編程組組長組織、指導開發人員根據《系統設計說明書》，編寫所負責代

碼設計模塊的《單元測試用例》，設計單元測試腳本。

1.1.8.6.2.代碼評審

編程組組長組織人員進行代碼檢查。若所寫的代碼不符合編碼規范，即便

已實現了系統功能，仍然認為不合格的，需要重寫。

■代碼檢查的意義

保證代碼編寫的規范

保證代碼編寫的過程不產生BLG

代碼檢查的依據

■檢查代碼是否有更新

檢查存在問題是否有更新

檢查存在問題是否已解決

問題已解決，則填寫《代碼檢查記錄》

1.1.8.6.3,集成測試

■集成測試目的

集成測試是指根據《系統概要設計》及《系統集成與開發詳細設計》，

對系統的各單元進行組裝。把分離的系統單元組裝為完整的可執行的計算機

軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體，完成

一定的功能，并找出單元測試中沒有發現的錯誤，包括數據定義有沒有重合

與沖突，接口會不會產生錯誤，組合以后的模塊功能會不會互相影響，組合

的系統是不是達到預期的效果等。

■集成測試采月的方法、技術和內容

集成測試采用白盒測試和黑盒測試相結合的測試技術和漸增式的測試策

略，用數據流等測試方法設計測試用例。主要測試內容包括單元之間的接口

測試、全局數據結構測試等。

■集成測試流程

集成測試包括集成測試設計、集成測試準備、集成測試實施和測試記錄、

集成測試問題跟蹤和結束測試等階段。

集成測試設計由測試組組長根據項目計劃和開發計劃編制《集成測試計

戈IJ》，設計《測試用例》。

測試計劃和測試用例應當通過項目經理的審查。

集成測試準備需要系統測試組組長建立獨立的測試環境。測試環境包括

測試硬件環境、網絡、數據庫、應用服務器等以及測試對象(程序)的安裝和

初始化工作。

集成測試實施和測試記錄是由系統測試組組長組織人員按照測試計劃和

測試用例要求進行測試，并且記錄測試過程和測試結果。

集成測試問題跟蹤是在測試過程中發現的問題由系統測試組組長根據測

試記錄提交測試問題報告，并由系統設計人員和開發人員解決每一個問題的

過程。

測試結束指測試問題報告中的問題解決后，進行回歸測試。當測試問題

降低到一定程度并通過測試通過準則時，系統測試組組長提交測試總結報告

結束測試。

1.L8.6.4.功能測試

功能測試包括兩大部分，一是包括基本業務功能、業務測試、接口測試

和可用性測試等方面的功能測試，二是包括?：安全性測試、故障恢復測試、

數據庫測試、配置測試、安裝測試的產品化測試。驗收測試主要從系統的實

用性、穩定性、可維護性、靈活性、可操作性、和安全性方面進行測試。

(1)測試目標

在整個的軟件開發過程中，由于各種原因應用系統會有不完善的問題，

這些問題會體現在開發后發布的軟件產品中，棄在產品中極大的影響著產品

的使用，對于用戶，這些缺陷阻礙著完成他們的既定目標和工作。所以我們

要組織并執行測試，以降低軟件產品中存在的缺陷，保證產品的質量和可用

性，測試工作的目標就是降低BUG率，從各個方面提高軟件產品的質量和可

用性，為用戶提供優質系統。計劃進度表和測試計劃對業務系統測試進行了

時間和內容上的定義與約束。

(2)測試流程

下圖是功能測試的流程，概要描述了測試過程中所涉及的角色，測試階

段，以及各階段不同角色需要完成的任務。

潮試仇充人開發tV.HiJ<HI仇貢人

求劃業務庾試-

杜準甘劃

|M中做試“贏］

基

毒

〉

修正珠陷

歧

運

我

〉

件

業務測試流程

在準備測試用例這一活動中，我們所執行的具體任務如圖所示，在確定

具體的測試范圍及內容后，進行測試分類，并根據分類的結果確定需要設計

的測試用例。每個測試用例的描述如圖中下半部分的描述。

Testcaw

項目■號ProjectM項目名晞PtojedNamtVnDevelopDept或目會野人PL

三5根駛33夠式力JR■條MSWtiWI執行結果

DModuleIDL&v€i1」?心⑶.3Leven號T”t述?r<C<>ndxTea用淅記ExiledEx,et，oa

ModuleModuleWocMeModuleCaseIDCl?itCaseQisStepCcaplecResulnRemitT”tUtt

T?itFn?r>ty

onDaU

n<

準備測試用例

在整個測試過程中，我們將用缺陷管理工具BugBase對測試大綱、測試

用例、測試問題等進行管理，并可對問題進行統計。

(3)關鍵步驟

■輸入

項目開發計劃

業務需求說明、《系統需求規格說明》

測試數據

■關鍵步驟

定義測試需求與策略

開發測試腳本和用例

準備測試環境

執行測試

■輸出

測試計劃

測試用例、腳本

測試結果

■關鍵成功因素

確定系統需求的可靠方法

認可了整體測試計劃

測試腳本開發與執行有足夠資源與時間

支持測試腳本開發與執行的工具，包括適當的配置環境

開發以業務過程驅動為基礎的測試腳本

測試環境的可靠、及時（轉換）的測試數據

所有業務系統和系統集成測試的全面執行

獨立的質量保記測試和對所有測試活動的合格終止

（4）測試完成標準

?實現功能完全符合功能列表。

?所有的功能頁面均可達。

?TD（TestDirector）上的問題得到妥善處理，不含有A,B,C類句題。

?定義的測試項目完成。

?產品化測試的約束達成。

（5）缺陷管理追蹤工具

在上節描述中提到的TD（TestDirector）,可以應用于測試的全過程，

也可以用于管理各類評審的缺陷等。

TD(TestDirector)還提供一些模板，例如測試計劃、測試總結、測試

大綱、測試問題卡，因此可以通過BugBase實現從測試計劃到總結的各測