軟件項目工作組織及質量保障方案

1.軟件項目工作組織及質量保障方案

1.1安全保障體系

本項目作為政務息化支撐平臺，息的安全尤為重要，必須

建立一套統一的安全策略、防御體系、監察體系和響應體系，

在安全策略的指導下，防御、監察和響應組成一個完整的、動

態的安全循環，保證息資源的安全風險最小。

1.1.1建設目標

安全系統的建設目標是運用系統工程的觀點、方法，對平

臺進行整體、系統的安全性設計，并嚴格遵循息安全等級保護

三級標準的原則和國家的各種法律法規的要求，為其系統安全、

可靠運行提供技術保障支撐，既使系統具備抵御各種攻擊的能

力，又不能因為安全系統的建立而嚴重影響系統的整體運行效

率，同時還要考慮到系統的投資，根據實際工作需要，設計嚴

謹、合理的安全技術方案。

LL2安全體系組成

息資源安全框架體系一般包括物理安全、網絡安全、主機

安全、應用安全、數據安全五個安全層次，同時遵循一定的安

全策略，并由安全管理和安全服務做支撐，如下圖所示：

安全策略

數據安全

安

全

管

理

應用安全

主機安全性

網絡安全性

人身安全

安

全

衣服

事務

安全標準

1.121物理安全設計

物理安全主要指系統的周圍環境和物理特性，是整個系統

安全的前提。通常，物理安全的隱患大多是人為因素或自然災

害造成的。對于這種級別的安全問題，可以通過對網絡設施和

周邊環境的合理規劃和科學管理來有效解決。

網絡安全設計

網絡安全主要分為設備的安全保護和網絡鏈路的安全防護,

主要從網絡設備安全、路由安全、接入安全、訪問控制和監測、

日志記錄、業務隔離等方面進行考慮。配置防火墻，實現安全

代理、息包過濾、內外地址綁定等，防止非授權用戶非法訪問。

1.123主機安全設計

主機系統除服務器外還應包括存儲系統等應選擇安全級別

高、可控的操作系統；并且都應該具有身份識別功能，可以對

登陸操作系統的用戶身份進行識別和區別，對于管理員用戶應

具有復雜的口令要求和定期更換的制度保證。

L124應用安全設計

應用安全主要是對網絡應用系統的有效性進行控制,

管理和控制什么用戶對應用系統功能具有什么權限，

其主要功能是防止用戶身份假冒、非授權的訪問和數

據的非法竊取與篡改，所以需要通過必要的應用安全

審計，來進行基本的訪問行為控制和管理。

1.125數據安全設計

對業務數據、統計數據等重要息在傳輸過程中的完整性建

立檢查和校驗機制(如CRC等)，對數據存儲的安全性和完

整性建立必要的數據備份和歸檔流程。

對于重要數據的存儲將采用加密技術進行，保證數據安全。

對于重要數據的冬份還將采用多次冗余備份的方式進行。

1.1.3安全保障實施

LL3I用戶身份認證

平臺須結合安全體系，對用戶實現統一的管理，實現用戶

息的身份識別、權限控制。要求授權用戶只有提供密碼，進行

驗證通過后方可進入平臺系統。用戶可以進行的操作也是受到

權限控制的，保證息在適當范圍內的流動。

(1)用戶統一管理

該項目平臺包含多個應用系統，由于所處理的業務性質，

這些應用系統都具有用戶管理功能。從系統運行和維護的角度

來看，如果不同應用系統的身份管理部分是相互獨立的，那么

對于同一個用戶的管理來說，管理員和用戶之間的關系就更加

密切

(2)身份認證

傳統形式下辦公，辦事雙方要經過現實中的實際接觸，雙

方的身份比較容易得到保證；而通過網絡辦公，雙方互不見面,

息通過網絡進行傳遞，真實性難以保證。因此平臺的首要需求

就是要解決身份認證的可靠性問題，必須能夠對登錄系統的各

類用戶的真實性進行有效鑒別。

本項目主要對登錄用戶進行身份認證和密碼保護，防止未

經授權的用戶登錄系統進行非法操作，防止賬號和密碼的息安

全脅，防止息泄露。

主要安全措施包含：

密碼在后臺數據庫庫中采用加密方式存儲，即使拿到加密

密碼和加密邏輯也無法進行破解，保證賬戶密碼存儲的安全性;

賬戶登錄時每次生成隨機碼，并限制錯誤登錄次數，防止

暴力破解；

登錄時，輸入的密碼在傳輸過程中進行非對稱加密，保證

密碼從輸入端到服務器端傳輸的安全性；

啟用httponly可以有效防止xss攻擊和cookie息泄露導致

的密碼泄露。

(3)單點登錄

在可身份認證的前提下，實現單點登錄功能，即用戶完成

一次系統登錄認證后，即可以訪問許可范圍之內的應用系統，

從而減少用戶的操作復雜，提高辦公效率。

在實現單點登錄的過程中，必須要滿足安全性要求，需要

確保用戶狀態息在不同應用系統之間的安全轉移，防止在此過

程中用戶認證息被非法篡改，從而導致息資源被非法訪問。

(4)授權管理

本項目平臺涉及人員、賬號、工傷息等重要敏感資源。所

以要避免因未授權訪問導致的息泄露或非法訪問。因此，應在

統一身份認證的基礎上，實施嚴格的授權管理和訪問控制，為

不同部門和用戶精確定義各自的資源訪問權限，提供權責明確

的資源保護機制，真正實現“各司其職，禁止越權訪問”。

(5)賬戶安全管理(安全方面)

賬號安全：根據系統用戶范圍包含內部業務人員和外部專

家用戶兩大類，對于內部用戶，凡是需要使用應用系統的用戶

都需要“實名制”方式申請一個賬號僅限本人使用，不得隨意借

用，因某賬號操作引起的系統安全方面的影響，由該賬號負責,

當因某種原因不再使用系統時應及時注銷賬號；針對專家賬號,

對于已采集專家，通過發放賬號方式，確保賬號的真實有效性,

對于非采集專家需要通過申請方式，需要經過審批后才能注冊

成功。

密碼安全：用戶密碼長度不少于6位數，需包含大小寫及

數字組合，并及時更新密碼。

數字證書：可通過數字證書（CA）認證機制，確保用戶

身份驗證、防篡改等（具體以協會要求為準）。

數據傳輸加密

本系統的數據在一定的范圍內具有極高的安全保密性要求,

對于系統中極為嚴格的安全數據，諸如重點用戶息和業務機密

息需要在系統的數據庫中進行加密保存，即使通過數據庫客戶

端也不能訪問，更不能在互聯網上直接訪問到。

為了保證數據傳輸的機密性和完整性，我們需要考慮在數

據傳輸中保護數據防竊取和防篡改的手段。

我們需要考慮用戶訪問數據傳輸的安全性和接口服務訪問

數據傳輸的安全性。

針對用戶訪問，可以通過用戶口令來保證用戶的正確身份;

同時，數據傳輸可以采用HTTPS進行加密傳輸。

日志安全

系統提供完冬的日志記錄功能，日志將記錄自某用戶登錄

時起，到其退出系統時止，這期間所執行的所有操作，包括登

錄失敗操作，對數據庫的操作及系統功能的使用等。

日志能記錄任何非法操作，通過后續分析找出可能存在的

不安全因素，結合相關安全控制，達到賬號安全控制的目的，

類似場景如下：

潛在非法攻擊檢查：針對同一賬號的多次嘗試登錄，多次

失敗后凍結此賬號；

單賬號多用戶檢查：同時不允許出現同一賬號不同ip登

錄系統的用戶；

非工作時間操作檢查：非工作時間內的登錄嘗試與操作檢

查。

平臺提供完備的日志審計息，可分為最低級、通常級、警

告級、錯誤級、致命錯誤級等五個級別。用戶可查詢最新日志,

也可按時間段查詢歷史日志。

1.134數據備份

系統建設完成以后，需要不間斷提供服務，需要解決由于

系統硬件故障、應用程序及操作系統出錯，人為錯誤、電腦病

毒、黑客入侵、自然災害等原因導致的業務系統中斷的問題，

同時我們將面臨大量數據需要及時備份并有效管理的問題，如

果僅憑人工對這些系統進行備份，將導致巨大的工作量及混亂

的存儲管理，因此我們需要建設行之有效的備份系統，建立集

中的數據存儲備份機制，對應用系統及數據進行系統備份。對

于備份系統我們需要滿足以下要求：

1）自動存儲管理：需要存儲和備份大量的過程數據和系統

文件。如果這些備份及時有效地轉移到近線或離線存儲，轉移

過程必須自動完成。

2）自動調度功能：自動調度功能同時包含了對備份窗口

的管理，由于需要備份的系統均為生產系統，如果備份時間選

擇不正確，將會給管理員帶來巨大的工作量，同時也會影響生

產系統效率，因此通過自動調度將能有效的解決備份窗口管理

功能。

3）靈活的備份策略支持：數據備份時，每次完整的備份都

會產生大量的備份數據。因此，逐段備份策略支持，如完全備

份與增量備份相結合，可以減少總存儲占用，有效節約成本。

4）自動的備份版本管理：大量的服務器的備份，將日用

大量的存儲空間，而每次有新的備份產生時，我們需要及時的

清除之前的版木，因此備份系統需要對備份版本進行自動管理。

1、備份內容

1）應用系統備份

由于應用系統運行與虛擬服務器之上，如果運行虛擬系統

的服務器發生硬件故障，只需要將備份好的虛擬服務器的配置

文件和虛擬硬盤鏡像文件還原到新的服務器上，并恢復最近一

次數據備份，就可以恢復業務系統的正常使用。

2）重要數據備份

對于重要數據備份，出于更多安全的考慮，需要對系統中

的重點數據進行備份，主要針對數據庫服務器。

2、備份策略

備份策略的選擇主要根據以下幾個方面來確定：備份窗口、

備份保留期、備份方式、備份策略。

有三種類型的備份策略：

1）全備份：每次備份定義的所有數據，優點是恢復快，

缺點是備份數據量大，數據多時可能做一次全備份需很長時間;

2）增量備份：備份自上一次備份以來更新的所有數據，

其優點是每次備份的數據量少，缺點是恢復時需要全備份及多

份增量備份；

3）差分備份：備份自上一次全備份以來更新的所有數據,

其優缺點介于上兩者之間。

在備份類型選擇時，一般的規則是:

1）對于操作系統和應用程序，可以更新或安裝新軟件，每

次都進行完整備份；對于一些日常數據更新量較大，但總數據

量不是很大的關鍵應用數據，可以在用戶使用量較小的情況下,

每天安排一次完整備份。

2）對于每日更新量與總數據量相比相對較小，但總數據量

非常大的關鍵應用數據，可以每隔一個月或一周安排一次完整

備份，在此基礎上，每隔一小段時間進行增量備份。

3.備份模式

在應用系統中，有不同類型的服務器，但系統重復度高，

分別運行不同的業務系統。從數據備份的角度，指出了幾種備

份模式的建立和數據管理策略的設置。

1）快照備份策略

我們需要考慮這類數據對于在線數據備份的可用性。出于

安全原因，備份系統應自動“克隆”備份文件，并在備份完戌后

脫機保存。備份策略設置如下：

以周為備份周期，每周進行一次全備份；備份文件保留3

個月。

備份增量數據備份啟動時間可設定在每天白天系統空閑時

間進行。

2）數據庫備份策略

應用系統中所包含數據庫實時性和關鍵性相對較高，建議

采用如下備份策略：

以天為備份周期，每天進行一次對數據庫的全備份。由于

數據庫較小并且每天備份，因此不再產生“克隆”盤。庫內保留

3個月用于用戶數據的歸檔。

數據備份的開始時間可以設置在每天白天的空閑時間，在

交互應用系統的數據處理完成后進行備份。建議在用戶數量最

少時備份數據庫。

3）應用系統備份策略

當應用軟件的配置改變時，應用將被備份。備份介質是磁

盤陣列和磁帶庫。建議每兩個月做一次完全備份，每周做一次

增量備份。最新的完整備份應該保存在磁盤陣列上，最近一年

的備份應該保存在磁盤陣列上。

4）操作系統備份策略

當操作系統更改時，會備份操作系統。備份介質是磁盤陣

列和磁帶庫。建議每兩個月進行一次完整備份，每周進行一次

增量備份，并在磁盤陣列上保留最新的完整備份。

5）備份恢復

在恢復數據時，首先恢復最新的完整數據備份，這將在每

個月和每個周末進行。然后，依次還原后續的增量備份，直到

出現故障。系統管理員可以完全恢復系統，不需要使用任何其

他歷史數據，簡單方便。此外，在執行增量備份一段時間后，

可以考慮定期執行差異備份。

數據庫安全

本項目建設在，客戶端通過應用服務器訪問數據庫服務器,

應用服務器與訪問數據庫服務器之間采用數據庫連接池機制。

把應用服務器和數據庫服務器部署在一個受保護的安全區域中,

使客戶端只能通過應用服務器上運行的應用程序訪問系統的數

據，業務終端禁止繞過應用軟件直接對數據庫進行訪問。

采用數據庫服務器資源使用管理策略是為了防止一些用戶

由于其特定的業務操作而過度使用服務器資源。系統的多個業

務模塊應對應多個數據庫用戶，以實現上述資源管理功能。通

過數據庫軟件的安全特性，每個模塊的數據庫用戶被授權訪問

數據庫對象，如業務數據表、視圖和存儲過程。

加強對數據庫賬號的管理：

1）建立一個只讀賬戶，供開發者使用；

2）嚴格控制DBA權限，只允許數據庫管理人員/系統巡

檢人員（不超過兩人）和項目經理掌握。其他人員臨時日請

DBA權限需走委托授權流程；

3）建立用戶檔案，定期審計;

4）針對不同的數據庫系統，對照安全檢查表進行對應的

安全加固。

1.1.3.6應用安全

根據授權和訪問控制策略，實現應用系統對息資源的訪問

控制，確保息資源受控、安全、合法使用；

通過應用安全支撐平臺的接口向安全管理平臺提交安全審

計息，實現對應用系統安全事件的安全審計，如日志息、日志

管理、系統息分析、日志權限等。

通過代碼簽名和驗證技術確保安全控制和應用軟件

的完整性和真實性；

對用戶的輸入進行檢查，通過正則表達式，或者限定長度、

單引號和雙等安全檢查和校驗，在測試過程中采用輔助軟

件，防范sql注入等風險。

L2項目實施計劃

我公司在項目實施過程中，嚴格按照IS09001標準，認

真規劃，嚴密組織，嚴格監管，以確保項目高質量按期完戌。

我公司將成立專門的項目組，項目組成員均具有豐富的需求分

析、系統設計、開發、實施、培訓和項目管理能力，并在項目

實施過程中保持穩定。

本章節對本項目系統建設內容的實施進行闡述，從實施策

略、實施范圍與內容、項目組織機構與職責、項目進度計劃、

項目實施過程、系統測試方案、系統試運行方案、系統驗收方

案、項目成果與交付物等方面進行詳細闡述。

1.2.1項目實施策略

本項目建設周期短，涉及多個系統。為了按時、高質量地

完成項目實施任務，我公司將根據以往大型息系統開發集戌的

經驗，在本項目中采取“統一領導、分工協作”的方式：統一規

劃，階段控制；統一流程和標準；充分的研究和培訓；分步實

施，齊頭并進；及時溝通、及時總結、合作互助、資源共享”。

詳情如下：

1.統一領導、分工協作：項目管理由項目領導小組

領導，實行項目經理負責制。根據工作職責分工，設

立多個職能小組。項目經理通過調度管理組對各職能

組進行調度控制，各職能組采用組長負責制，形成分

級垂直管理體系，實現統一領導、分工協作。

2.統一規劃和階段控制：針對本項目的關鍵內容，如技術

設計、進度計劃、質量控制等。我公司將調動公司的優勢資源,

在項目經理的協調下進行統籌規劃，確保項目實施的結果。同

時，為了進一步保證實施進度和質量，我們將對項目進行分解,

采用階段控制的方法，定義相應的階段里程碑及其考核標準，

細化控制粒度，便于提前發現和解決問題。

3、統一流程、統一標準：我公司憑借多年從事系統開發、

集成工作的經驗，總結實際工作的切身體會與正反兩方面的經

驗教訓，逐步形成了一套以IS09001質量體系標準為基礎的

工程管理流程、標準與規范。在項目實施的全過程中，包括實

施前期、中期和后期，我公司將嚴格按照IS09001質量體系

標準進行管理和控制，以實現各項工作都有標準可依據，有標

準可考評。

4、充分調研：實施前期的調研工作要細致、充分。任何

細微的遺漏都有可能在實施的過程中造成嚴重的不良后果，甚

至影響整個實施隊伍的實施進程和質量。我公司的管理隊伍和

技術隊伍不但具有仔細、嚴謹的態度，而且經過長期的優質的

工作積攢了大量調研、實施經驗，完全可以保證本項目的調研

工作細致、充分。

5、充分培訓：培訓工作包括我公司實施前期的內部技術

培訓和用戶培訓。培訓工作充分與否直接關系到實施工作是否

能按時、保質地完成。而且，客戶培訓也是技術移交的重要手

段。它直接影響客戶在實施后期對系統的維護、管理和充分發

揮系統功能的能力。我公司具有多年大型項目培訓計劃的制定、

培訓教材的編寫、培訓組織安排和培訓授課的經驗，我們將最

大限度保證地項目培訓工作高質量完成。

6、及時溝通、及時總結、協作互助、資源共享：大型實

施項目的圓滿完成，絕不是單兵作戰可以做到的。參與到本次

項目實施工作中的單位很多，有業主方、監理單位等。各單位

組織相對獨立，運作流程和方式自成一體。這些往往是影響協

同工作的不利因素。但是，這些單位各自又擁有獨特的資源和

優勢。如果能把這些資源和優勢加以融合并使其互為支撐，那

么聚合在一起的能量將成倍增長，保證了實施工作的高質高效

完成。我公司深刻理解資源共享、優勢互補的重要作用。在以

往的實施工作中積攢了大量與合作單位及時溝通、及時總結、

協作互助、資源共享的方法和技巧。根據本項目的具體情況，

我公司將充分協調實施中的相關單位，把分散的能量聚合起來,

給客戶最有力的支持。

我公司將利用實施前期大量深入、嚴謹、全面、扎實的準

備工作，厚積薄發，集中優勢技術力量攻克重、大、復雜的實

施難題，確保項目任務一次完成，一次通過檢驗，節約項目單

位參與項目實施的人力、物力、時間等寶貴資源。

122項目人員配置

為了保障本項目的順利實施，我公司將成立專門的高效的

組織機構。從組織結構構成上保障項目實施的各個環節都有專

門的專業人員進行實施。從人員配備上，我公司將保障無論是

項目領導小組還是項目實施人員，都具備豐富的理論知識及實

際的相關工作經驗，并且在項目實施過程中至始至終都有專門

的管理機制和規章制度保障項目的實施，通過遵循公司在軟件

實施過程中頒布的IS09001質量管理體系的要求，確保項目

實施的每一個過程都必須按照嚴格的標準規范執行。

項目組織機構與職責

項目組織采用項目業主與項目承包商緊密合作的組織結構

關系，項目承包商接受項目業主的指導，按照項目設計的要求

完成項目的開發。而且項目會在建設方項目領導小組和施工方

領導小組的共同領導下管理整個項目，做出重大決策。為了讓

業主更好的掌控項目。項目實施過程中，項目承擔單位按照專

業化、標準化的目標，組織了分工明確的實施團隊，各專業團

隊將承擔項目實施各階段的相關工作。同時，整個項目的實施

要在項目實施者的監督和指導下進行

本項目組織機構中，各層組織的職責和工作范圍如下：

項目領導組

由項目建設方和我公司的有關領導組成。負責對該項目實

施統一領導，在實施過程中對整個項目進行管理，做出重大決

策。

項目開發組

項目開發組負責對項目的應用需求進行詳細調研和系統需

求分析，并負責進行詳細設計，然后將系統進行開發實現；負

責對所有具體實施人員進行培訓，設計組的一部分人員需要參

加實施小組，在實施工程中負責解決系統中的技術問題；負責

系統開發完成后，對軟件進行集成、調試和維護。

項目開發組由需求分析組、系統設計組和軟件開發組組成。

質量保證組

質量保證組的首要職責是系統的測試工作；其次對項目過

程的指導、監督、評審，對項目過程產品的審計、組織和監督

檢查；同時，也要接受客戶、質量保證專家和公司質量保證經

理的檢查。另外負責項目的配置管理策劃、基線建立、變更管

理和配置審計。

質量保證組下設項目測試組、配置管理組以及質量保證小

組。

項目實施組

負責項目培訓工作、以及系統上線、試運行等過程

中的安裝部署、系統初始化、等實施過程中的支持工

作。

項目實施組下培訓組及實施服務小組。

售后服務組

主要由專門的運維技術服務小組構成。

負責各系統的維護和日常巡檢工作，以確保系統能夠穩定

運行。

售后服務組由熱線中心、現場支持組、后臺支持組、專家

組組成。1.222項目人員配置

我公司承諾為本項目配備足夠人員，其中項目經理、技術

負責人都具有同類型項目的經驗。服務于本項目的核心人員及

主要人員穩定，業主方有權要求更換投標人項目團隊成員。

參與此項目的技術人員具有相關項目軟件設計、開發和集

成經驗，能夠與用戶進行良好的溝通。在項目實施階段，我公

司將配備專職的人員負責分項目實施、培訓、驗收等工作。我

公司會指派統一QA團隊對本項目進行全過程的質量控制。

123項目實施進度管理

1.231項目進度計劃

根據招標文件要求，本項目的工期要求在3個月內完成。

根據這一要求，安排項目實施進度計劃如下，項目啟動時間假

定2019年6月25日開始（以實際合同簽訂時間為準類推）：

1、第一階段：項目啟動和需求分析（2019年6月25日-

2019年7月02日）

項目簽訂后一周內，完成項目啟動和需求層面的工作。

項目啟動包括成立項目組，指定項目經理，技術負責人，

人員安排到位，項目開項目啟動會，項目經理編制項目工作計

劃，并提交業主方審批。制定項目相關的規章制度等。

在功能需求層面，基于公司現有的成熟系統和業務積累，

對系統工作進行整體性分析，快速梳理出初步方案和需求調研

點，協調用戶一起完成需求調研、分析、確認工作，從而確定

整個項目功能邊界，確定應用系統部署方案、與其他系統的接

口集成方案以及初步的數據遷移方案和數據遷移計劃。

4.第四階段：人員培訓（2019年9月1日?2019年9月11

0）

進入地圖建模數據整理階段。本階段完成對原珠江道所轄

所有小區和原黃河道天成佳境、箱悅山小區進行地圖建模，建

模內容包括住宅樓宇、底商建筑、道路、攝像頭、綠化等所有

地表建筑和固定物品；針對需要采集的人口息、建筑息、房屋

息、單位息、黨員息、志愿者息分別根據系統要求創建標準電

子版采集模板。將標準電子版采集模板下發到各社區、小區服

務中心，由專人負責將以上基本息采集集中，初步整理后導入

數據清洗庫。清洗庫僅用于數據清洗使用，而不會作為正式數

據用于正式系統。

3、第三階段：業務系統配置、調試（2019年8月21日-

2019年8月31日）

本階段按小區、社區、街道層級，設置對應層級系統配置、

用戶賬戶、權限分配等，并對每個復制點的系統進行調試。保

證復制點的系統穩定運行，工作可以正常開展。

5.第五階段：系統調試和最終檢驗（2019年9月120-

2019年9月24日）

本階段配合街道、社區工作人員進行集中系統使用培訓，

包括街道、社區管理人員、工作人員、網格長、物業管理人員、

物業工作人員。保障其能熟練操作系統，并運用系統中各項功

能開展社區相關工作。

5、第五階段：系統試運行及終驗（2019年9月12日-

2019年9月24日）

完成系統試運行及終驗工作。

試運行結束后，配合業主完成項目整體竣工驗收，保證項

目整體系統完成所有建設目標并且能夠保證系統穩定運行，并

且將項目建設過程中形成的方案、技術文件、電子材料等一并

進行提交。

7、售后服務與技術支持階段

通過項目整體竣工驗收后，進入免費售后服務與技術支持

服務期，公司提供軟件系統一年免費維護期。

1.232進度跟蹤與控制管理

在項目的實施過程中，還要對項目的實施情況進行跟蹤，

確保項目的實施符合計劃的要求。跟蹤的方法可分為正規跟蹤

和非正規跟蹤，正規跟蹤就是定期召開項目進展情況匯報會、

提交進展報告等，從而使項目利益相關者了解項目的執行情況。

根據進展報告，與會者討論項目遇到的問題，分析并找出問題

的原因，研究、確定應對方案和預防措施，為控制項目提供依

據。

非正規跟蹤則是項目經理頻繁地到項目現場，通過觀察、

與現場人員交談、收集數據等方式了解情況，發現問題。

項目進度息采集的方式：項目周報、項目例會、階段性評

審、掙值法。

1、項目周報：就是項目實施小組每周向項目經理提交每

周的工作匯報，包括存在的問題。

2、項目例會：就是項目組定期舉行工作會議，分析項目

狀態，落實下一步工作，其中包括對現有的問題進行討論并解

決。

3、階段性評審：就是在項目的階段最后，召開項

目小組成員、項目指導委員會、外部項目質量保證等

人員對項目的階段工作進行評審，包括進度、交付物

的質量、階段里程碑、項目中的重大問題'項目風險、

分析項目中的好的方法等。

4、掙值法：這種方法提供了三個數據來跟蹤項目

的執行情況：計劃做什么'實際做什么、以及做完的

工作花了多少費用，這種方法交計劃需完成的工作同

實際已完成的工作進行比較，確定項目在費用支出與

時間進度方面是否符合原計劃的要求，從而跟蹤項目

執行的好壞。

日常項目進度管理：

在日常管理過程中，我公司嚴格遵守以下管理規定:

1、每周定期檢查項目周報。

2、每周檢查項目周會。

3、項目風險和問題，和周報一起檢查。

4、里程碑評審記錄/報告在里程碑節點處檢查。

5、在項目總結階段檢查項目總結報告。

1.3系統試運行方案

131試運行方案概述

在系統安裝部署并通過聯調測試后，我公司將提交完整的

試運行工作方案并上報業主方審核。在本項目試運行期間，我

公司將依據試運行方案提供快速有效的技術服務。由業主方組

織進行試運行工作的評審，評審通過，方可進入下一工作環節。

1.3.2試運行目標

通過系統試運行，我們不僅是要檢驗系統的可行性，同時

也要生成一套系統的應用規范，用以快速定位和應對技術問題,

并總結出一套合理可行的建設模式和管理運維模式，為后續其

它資源庫的建設打好基礎。

本系統試運行的主要目的是：

1、檢驗各項功能是否完善；

2、檢驗系統的數據完整性和準確性；

2、檢驗系統的與其他對接系統的互聯互通性；

3、檢驗系統在真實生產環境下的性能指標。

由此可見試運行工作的目的主要是在全局的思維考慮下，

力求在試運行的過程中盡可能多的發現存在的問題和不足之處,

確保系統各項要求的實現，并為后續建設提供決策依據。

134.1試運行準備

為了保障試運行工作的有效執行，我公司將成立專門的工

作團隊服務于試運行工作。

1、明確工作團隊的組織架構和人員構成，指定試運行期

間項目負責人，負責統籌各方之間的協調溝通工作。

2、采取現場和在線服務相結合的支持方式，根據服務范

圍和工作性質，選派合適的團隊成員，進駐工作現場，進行服

務支持。

134試運行階段劃分

試運行準備

在試運行準卷階段，完成試運行相關方案的編制和環境準

備工作，具體包括:

按照試點單位的范圍和規模以及工作量大小，充分準備各

類資源（人員、設備、用戶手冊、系統維護手冊等），并進行

合理配置；

通過業主試運行方案審查；

應急處理預案編制；

培訓方案編制；

通過業主方試運行方案評審；

數據準備；

適用性分析及修改。

試運行實施

在試運行實施階段，完成具體試運行部署、實施和

完善工作，具體包括：

1、完成安裝部署，提供升級服務、調優、故障排除等日

常技術支持等工作。

2、完成應用軟件的安裝部署，提供各應用的功能

使用、性能監控、日常支持、數據集成。

3、試運行期間的問題記錄、問題分析、修改完善工作。

4、負責收集軟件試運行過程中發現的問題和用戶的二次

需求，修改完善應用軟件功能，優化系統性能。

5、及時跟蹤業務的變化，依據業務需求變化調整數據加

載和結果展示內容。

6、承擔發現、提交、修改問題的責任，問題處理清單須

經客戶方確認。

7、試運行結束時，向業主方提交系統試運行情況

總結報告。

142驗收組織

1.4.1驗收原則

完整一致性，項目竣工驗收要求與項目前期跟用戶確認的

《需求規格說明書》和本項目《招標文件》相一致，業務功能

實現跟要求相比沒有遺漏；

正確性，系統實現的功能是在理解正確的基礎上實現了客

戶的要求。軟件系統的功能正確、穩定；

可操作性，驗收要求及測試手段在現有人力、工具和技術

條件下能夠實現，從資源、時間、成本來看是可操作的；

驗收方案在生產環境或者接近生產環境下，系統在未來的

實際運行情況能夠在驗收和測試環節中充分體現（比如：業務

環境、數據環境、周期業務環境、實際用戶和權限環境等）。

1.4.2驗收組織

在項目初步驗收、項目整體初步驗收和項目竣工驗收之前,

由我公司向業主方提交驗收申請。由業主方組織項目驗收工作

開展，驗收組織由業主方、專家、我公司共同組成。

1.4.3驗收方式

本項目驗收分為項目初步驗收和項目竣工驗收。

項目初步驗收：在安裝部署階段結束后并滿足初步驗收標

準，由我公司向業主方提出本項目初驗申請。由業主方組織相

關人員進行項目初步驗收，驗收以本投標文件以及項目有關文

檔為依據。

項目竣工驗收：在試運行階段結束后并滿足最終全收標準,

我公司向業主方提出本項目竣工驗收申請。由業主方組織相關

人員進行項目竣工驗收，驗收以本投標文件、項目初步驗收意

見、用戶使用意見、項目有關文檔為依據。

對本項目中項目初步驗收和項目竣工驗收采用專家評審、

用戶評審等多種評審手段，公正、嚴格的對木項目進行瞼收。

1.4.4驗收標準

項目初步驗收

項目竣工驗收標準為：項目試運行階段結束后，應完成以

下工作：

1、應用系統的安裝、調試完成，達到了全部設計要求，

并通過聯調測試。

2、合同項下的設備與其他設備正常聯通，系統可正常運

行并支持其他系統的正常運行。

3、完成實施過程中所有文檔（技術文檔、實施文檔、用

戶使用手冊等）的提交，并提交項目初步驗收報告。

4、驗收工作按照業主方的相關規定執行。

項目竣工驗收

項目竣工驗收標準為：項目試運行階段結束后，完成以下

工作：

1、應用系統在試運行階段通過后，配合業主方出具試運

行報告，作為項目承包商提出系統終驗申請。

2、提供了合同的全部產品和資料，完成應用系統部署調

試、試運行等任務，達到了全部設計要求，實現無重大事故的

試運行。

3、安裝、調試、測試和試運行時出現的問題均已被解決。

4、業主方最終用戶單位出具系統可正常運轉的說明文件。

1.451.2項目初驗的基本要求

本項目驗收工作分為：項目初步驗收、項目竣工驗收。

1.451項目初步驗收

在安裝部署階段結束后，由甲方組織相關人員進行項目初

步驗收，驗收以本投標文件以及項目有關文檔為依據。

.1項目初驗目的

項目初驗的目的是初步檢查項目合同執行情況并驗證系統

建設質量，根據槍查的結果來評估系統上線后能保證不影響業

務部門的正常工作，系統能夠比較平穩的運行。

1.451.2項目初驗的基本要求

系統安裝調試完成并進行相關的配置和系統優化調試；

全面完成應用系統的設計、開發、測試和集成工作，應用

軟件的安裝、調試完成，達到了全部設計要求，并通過聯調測

試；

合同項下的設備與其他設備正常聯通，系統可正常運行并

支持其他系統的正常運行；

實施過程中所有文檔（技術文檔、實施文檔、用戶使用手

冊等）均已提交完畢。

用戶對系統的使用方式滿意，確實方便了用戶，提高了用

戶的效率，達到了系統的設計目標；

系統運行穩定，上線試運行后確保不會影響業務部門的正

常工作。1.451.3項目初驗范圍

初驗范圍包括本項目開發、標準制定、相關文檔提交件。

1.451.4項目初驗所需要檢查的方面

系統功能方面整體的實現程度。

系統在性能方面的評價。

項目管理情況的評價。

需求分析過程成果的檢查。

系統概要設計及詳細設計過程的成果檢查。

系統實現過程及系統測試過程的成果檢查。

用戶現場測試過程成果的檢查。

系統部署過程成果的檢查。

系統培訓過程成果的檢查。

145.1.5項目初驗實施過程

初驗策劃

項目按照計劃完成開發階段的工作，并執行完畢朕調測試

工作，項目組認為系統具備上線試運行的條件時，由我公司提

出書面申請。

初步驗收申請通過之后，由業主、專家、我公司共同組成

初步驗收小組，根據項目的初步設計、項目合同、補充協議等

共同策劃初步驗收方案，用于指導初步驗收過程工作。

初步驗收方案中需要明確驗收形式、何時、何地、誰組織

等事宜，提出需要的資金計劃等；對所要檢查的內容給出相對

具體的準備辦法及自查方法。

驗收準備

驗收組根據共同制定的驗收方案執行驗收準備工作。

我公司根據驗收計劃及合同、協議等約定條件準備驗收測

試環境、協助客戶執行測試驗收工作、整理項目過程檔案、準

備驗收報告及PPT。

業主針對開發商提交的各類驗收提交件執行檢查、測試的

工作。

專家對項目系統建設做出第三方評審

我公司需根據業主方的檢查、測試意見完善各類提交件。

驗收

各方確認系統及各類提交件基本滿足上線要求。

1.451.6相關文檔提交件

各類文檔以光盤、電子文檔、紙質文檔等形式進行提交。

標準規范的文檔資料：包括但不限于：

應用軟件的文檔資料：包括但不限于：

①業務現狀調研報告、需求規格說明書、系統概要設計和

系統詳細設計等；

②項目開發工作計劃、總體設計報告、軟件詳細設計報告、

數據庫設計報告、用戶手冊、軟件代碼、測試計劃、測試用例

和測試報告等；

③項目總結、項目驗收申請、項目驗收大綱、項目驗收報

告等。L45L7注意事項

在項目策劃階段即對項目驗收做出初步的策劃。通常情況

下，初步驗收執行之前才會組織策劃工作，但此時對于項目執

行過程中需要做的評審類的驗收工作起不到應有的監督與指導

作用，容易導致驗收準備階段的忙亂情況出現。

項目執行過程中需要時常根據驗收要求檢查過程產品，保

證過程產品符合驗收要求，項目文檔符合檔案管理要求。

在執行初驗策劃的同時，建議業主同時做出工程驗收策劃,

例如工程是否按照國家相關驗收標準來執行業主方的初驗以及

竣工驗收。將這些驗收標準要求融合于針對開發商的驗收要求

中，能夠極大程度上減少業主方執行初步驗收及竣工瞼收的工

作量。

1.452項目竣工驗收

項目竣工驗收是在系統通過初驗，試運行成功后，在系統

性能穩定、無故障運行，且系統能全部達到設計要求，項目相

關文檔、報告、代碼等文檔完成交付的前提下，我公司向業主

方提出本項目竣工驗收申請。由業主方組織相關人員進行項目

竣工驗收，驗收以本投標文件、項目整體初步驗收意見、用戶

使用意見、項目有關文檔為依據。1.4.521項目竣工驗收目的

竣工驗收的目的是對項目執行全面驗收工作。

項目竣工驗收的基本要求

提供了合同的全部產品和資料，完成應用軟件部署調試、

試運行等任務，達到了全部設計要求，實現無重大事故的試運

行；

安裝、調試、測試和試運行時出現的問題均已被解決；

最終用戶單位出具系統可正常運轉的說明文件。

.3項目竣工驗收范圍

驗收范圍包括應用軟件開發、標準規范、培訓、相關文檔

提交件等。

應用系統本項目整體系統

文檔項目實施過程文檔

1.4.524項目竣工驗收所需要檢查的方面

項目竣工驗收從以下面進行驗證：

本項目整體系統功能方面整體的實現程度。

由專家對項目的整體系統建設進行第三方評審（如有必要）。

項目管理情況的評價。

本項目整體需求分析過程成果的檢查。

本項目整體系統概要設計及詳細設計過程的成果檢查。

本項目整體系統實現過程及系統測試過程的成果檢查。

用戶現場測試過程成果的檢查。

本項目整體系統部署過程成果的檢查。

本項目整體系統培訓過程成果的檢查。

試運行過程檢查。

用戶使用情況報告。

1.4.525項目竣工驗收實施過程

項目竣工驗收策劃

項目按照計劃完成試運行工作，并執行完畢系統試運行過

程中的完善工作，我公司向業主方提出書面申請。

項目竣工驗收申請通過之后，由業主、專家、項目組共同

組成驗收小組，根據項目的初步設計、項目合同、補充協議、

初步驗收報告等共同策劃終險方案，用于指導終瞼工作。

終驗方案中需要明確驗收形式、何時、何地、誰組織等事

宜，提出需要的資金計劃等；對所要檢查的內容給出相對具體

的準備辦法及自查方法。

驗收準備

驗收組根據共同制定的驗收方案執行驗收準備工作。

我公司根據驗收計劃及合同、協議等約定條件準備驗收環

境、協助業主執行終驗報告及PPT。

業主針對開發商提交的各類驗收提交件執行檢查、測試的

工作。

專家對項目整體系統建設做出第三方評審（如需要）。

我公司需根據業主的檢查意見完善各類提交件。

驗收

通過一個階段的驗收準備工作，各方確認系統及各類提交

件基本滿足項目竣工要求。

14526相關文檔提交件

各類文檔以電子文檔、紙質文檔等形式進行提交。

培訓資料、項目總結、項目驗收申請、項目驗收大綱、項

目瞼收報告等。

項目成果和交付物

我公司遵循IS09001質量管理體系要求，對項目實施過

程嚴格把控，保證項目按時高質量的完成，及時交付成果。

具體提交成果、文檔以合同要求為準。

第五章項目質量保障方案

對于本項目，我們將根據用戶的要求，參照IS09001質

量體系，在各個階段嚴格履行質量保障計劃，從而最大限度地

避免因工程質量問題造成的返工，保證用戶可以按期使用滿足

質量要求的應用系統。

質量保證活動貫穿于項目的各個階段，項目質量保證工作

的策劃與項目開發工作策劃一樣十分重要。質量保證策劃的工

作的核心就是要與項目開發計劃、配置管理計劃等緊密結合，

制定全面有效的質量保證計劃，明確說明質量保證工作的人員

職責、活動、內容、技術與方法等事項。

質量保證計劃的主要內容應包括：

1、質量保證的目的和范圍；

2、質量保證的組織、權限和責任；

3、項目策劃階段的質量保證活動；

4、過程評審和工作產品審計活動的安排；

1.5質量保證的組織和管理

5.1本項目的質量保障目標

為保證本項目能夠順利實施，本項目制定了如下質量保證

目標，并要求全體項目實施人員共同遵守，以確保本項目滿足

客戶要求：

編號本項目質量保證目標

1確保符合公司的質量管理目標

2確保符合公司的息安全目標

3遵循成熟的管理過程執行本項目

4確保交付的軟件產品完全符合合同規定的質量、規格和

性能要求

5確保交付的軟件產品符合國家標準有關軟件開發技術規

范、軟件文檔管理和軟件驗收標準的要求

6確保文檔齊全，符合合同要求及標準規范，并嚴格按照

《計算機軟件工程規范國家標準》，根據開發進度及時提供有

關文檔

7確保交付的文檔經過內部審查和評審，文檔要求具有完

整性、一致性和方便性

8確保軟件產品通過《計算機軟件工程規范國家標準》所

要求的各項測試

9確保各實施過程在用戶的指導和參與下進行，整個過程

接受客戶的檢驗與審核

10

11

確保項目實施管理過程及進度控制保證措施切實可行

確保具備合理的項目質量保證措施，過程檢查有據可依，

質量保證工作高度量化

12

意度

最終實現的軟件產品符合客戶質量評測要求，達到客戶滿

1.5質量保證的組織管理

151質量保證組織與職責

我們公司在開發項目上按照規范化軟件的生產方式進行生

產，在生產流程上采用IS09001質量方針標準進行。項目除

配備了項目開發所需角色外，還專門配備了配置管理小組、測

試小組和質量保證小組確保質量管理的實施，并在此基礎上成

立專門的評審小組，對各里程碑活動和重要產出物進行評審。

質量管理小組職責

質量保證小組在項目執行過程中，主要的工作是支持并協

助項目經理完成部分管理工作，對項目過程的完成情況進行評

審和對產品進行審計。

質量保證小組作為質量保證的實施小組，主要職責是保證

軟件透明開發的主要環節。在項目開發的過程中幾乎所有的部

門都與質量保證小組有關。質量保證小組對項目經理提供項目

進度與項目真正開發時的差異報告，提出差異原因和改進方法。

項目進度被延滯或質量保證小組認為某階段開發質量有問

題時，提請項目經理、項目負責人等必要的相關人員舉行質量

會議。解決當前存在的和潛在的問題。質量保證是建立在文檔

的復審基礎之上，因而文檔版本的控制，特別是軟件配置管理,

直接影響軟件質量保證的影響力和力度。

質量保證小組的檢測范圍包括：

系統分析人員是否正確的反映了用戶的需求；

軟件執行體是否正確的實現了分析人員的設計思想；

測試人員是否進行了較為徹底的和全面的測試；

配置管理員是否對文檔的規范化進行的比較徹底，版本控

制是否有效。

151.2配置管理小組職責

配置管理小組是保證項目開發完畢的同時，內部文檔和外

部文檔都同時完成。內部文檔的及時產生和規范，是保證項目

開發各小組能夠更好的接口和溝通的重要前提，從另一個方面

講，也是保證工程不被某個關鍵路徑所阻塞而延滯的前提。如

上所述，配置管理小組還是保證質量保證小組得以發揮作用的

基礎。配置管理小組的主要職責包括：完善各個部門發送需要

存檔和進行版本控制的代碼、文檔（包括外來文件）和階段性

成果；對代碼、文檔等進行單向出入的控制；對所有存檔的文

檔進行版本控制；提供文檔規范，并傳達到開發組中。

151.3評審小組職責

評審小組由客戶代表、技術專家、項目經理等組成，主要

負責對客戶需求、軟件需求、概要設計（初步設計）等過程產

生的文檔進行評審活動，通過提高過程成果的質量來提高最終

產品的質量。151.4項目領導小組職責

項目領導層負責解決在項目組內部不能解決的問題，主要

是資源的提供和保障，以維護項目的質量。其中項目經理協調

并配合質量保證小組開展質量保證活動，負責項目執行過程中

發現問題的解決。

152質量保證工作流程

在項目具體開展過程中，項目組及相關人員將嚴格按質量

管理體系要求的工作流程執行，其中，涉及項目管理控制的環

節主要有三個，一個是以項目經理為主的”項目跟蹤與監控工

作流程，一個是以配置管理員（CM）為主的”配置管理工作

流程、一個是以質量保證員（QA）為主的“質量保證工作流

犯

住f!O

項目跟蹤與監控流程

具體執行流程分別描述如下圖所示：

說明：項目跟蹤與監控貫穿整個軟件生命周期，如下圖：

數據的收集、入庫、分析；項目日常管理；項目變更管

理

項目跟蹤與監控

項目啟動階段項目策劃階段項目執行階段收尾階段維護階

段

說明：本環節主要面向項目經理，大部分工作由項目經理

執行

項目經理：收集項目的狀態和進

度數據，主要方法是個人周報

項目組成員：提交《個人周報》

《個人周報》及其他相關數據

《項目開發廿劃》

項目數據收集

項目經理：統計數據并更新項目

控制數據庫

數據進入項目

控制數據庫

數據統計分析

項目經理：對數據統計分析負有

責任，統計分析收集數據并完成

項目周報初稿的編寫

1、進度和成本

的統計分析

項目周報（初稿）

2、偏差分析

3、任務完成點

估算

項目日常管理

項目周例會

人力和成本管理

項目經理：對項目日常管理、監控負有責

任，組織召開周例會，進行各項管理工作

項目組成員：對項目的日常管理、監控富有

參與和配合的責任

《風險對策登錄表》

規模管理

里程碑管理

關鍵計算機資源

管理

問題管理

《項目變更申請表》

《風險對策登錄表》

《問題狀態登錄表》

項目周報（完成稿）

項目變更管理

涉及項目的《項目變更申請表》（針

寫配置管理

變更申請人：負責以書面形式提出變更申請

項目經理：接受變更申請，組織評審，并履

行有關權限

相關組：即變更可能艘影響的組，參與對變

更的評審

高層經理：參與對設計軟件項目承諾的變

更，以及對組織外部承諾的變更評審

變更申請

變更評審

變更批準

變更實施

變更實施驗證

《項目變更申請表》

《項目開發計劃》

（經修訂后的）

配置管理工作流程

說明：配置管理貫穿于整個項目生命周期，如下圖:

配置管理過程跟蹤與驗證

配置管理計劃建立基線變更管理配置審計

項

目

啟

動

階

段

項

目

策

劃

階

段

軟

件

需

求

分

析

設

計

編

碼

測

試

試

點

驗

收

維

護

項目經理：負責配置管理的策劃活動

建立項目的配置管理組織

配置管理員：制定配置管理計劃，創

建和管理項目的配置管理系統

配置管理策劃

建立配置管理

組織

確定配置策劃

要點

編寫配置管理

計劃

《配置管理計劃》（已評

審通過）

項目配置管理系統《項目開發計劃》

配置管理計劃

的評審及批準

建立配置管理

系統

提供必要的配

置管理培訓

配置控制委員會（CCB）：批準客戶需求基線和運行基

線的

建立和變更

項目經理：負責審核批準開發基線并履行CCB主席的職

責

配置管理負責人：1.審查、指導開發人員進行配置項標

識，建立維護配置相間的追溯關系，維護配置庫和配置管

理庫2.建立基線3.進行配置狀態統計

開發人員：配合配置管理人員進行配置項的標識、配置狀

態統計，維護配置《追溯表》

質量保證負責人：審查項目基線建立活動以驗證它與配置

管理計劃和配置管理程序文件的符合性

建立基線

標識配置項

建立配置項間的

追溯關系

基線建立及發布

《配置狀態統計報告》

《追溯表一》

《追溯表二》

《產品發布清單》

《項目配置管理計劃》

項目配置管理系統配置狀態統計

CCB：分析、評審并批準客戶需求基線和運行基線的變

更

項目經理：負責審核批準開發基線的變更，并履行CCB

主席

的職責

配置管理員：執行計劃中規定的配置管理活動，對配置

苦、配置管理庫的變更負責

開發人員：按照配置管理規程配合配置管理人員進行配置

管理工作

質量保證負責人：審查項目配置變更管理活動，以驗證與

計劃和配置管理程序文件的符合性

變更管理

變更控制

版本控制

配置狀態統計

維護階段的軟件

配置管理活動

《配置變更和問題登錄表》

《項目配置管理計劃》（變更后的）

《配置變更申請表》

《配置問題報告單》

《配置狀態統計報告》

《產品發布清單》

《追溯表一》

《追溯表二》

《配置變更申請表》

《配置問題報告單》

新建配置項、配置變

更、配置審計

配置管理員：協助配置審計人員進行配置審計

配置審計人員：審計項目配置管理活動（此角色可由質量

保證人員擔任）

配置審計

項目結束

《配置審計報告》

質量保證工作流程

質量保證活動管理

項

目

論

證

質

項

量

目

保

策

證

劃

階

活

段

動

的

促統

進計

評數分

審據析

活質

動量

過

程

評

審

產

品

審

計

項

目

總

結

項目論證

項目策劃階段的質量

保證活動

確定項目QA

QA負責人：支持客戶需求基線的建立；支持

項，木開發策劃；策劃質量保證活動

高層經理：確定項目的QA負責人，并賦予相

應權利

支持客戶需求

基線的建立

支持項目的開

發策劃

策劃質量保證

《項目質量保證計

劃》（通過評審）

促進評審活切

協商組織評審

活動

QA負責人：協助評審主持人展開

評審活動，也可承擔主持人職責

項目經理：確定評審主持人

參與制定評審

檢查表

確保評審會按

要求進行

確保缺陷被記

錄并在產品批

準前解決

統計分析質量數據

QA負責人：協助項目經理進行數據收集分析

的策劃、項目質量的收集和分析

項目經理：上行數據收集分析的策劃，項目

結束后再QA的協助下對項目的質量數據進行

統計分析

數據收集分析

的策劃

數據的收集

數據的分析

項目數據收集表

1.5.3質量保證工作開展

在項目的啟動階段，根據項目組織結構建立項目組，各小

組的軟件質量保證人員受軟件質量保證小組領導，軟件質量保

證負責人直接對高層經理負責。軟件質量保證小組和軟件質量

保證人員必須檢查和督促項目開發計劃的實施。各小組的軟件

質量保證人員有權直接向軟件質量保證小組負責人報告各小組

的軟件質量狀況。軟件質量保證小組發現在項目組內不能解決

的問題時，可以直接匯報給高層經理，尋求問題的解決辦法。

項目啟動階段

軟件質量保證負責人輔助項目經理進行項目策劃，選擇生

命周期，對標準的軟件過程依據體系文件的裁剪原則和項目的

實際情況進行裁剪，形成項目開發計劃，同時產生與之對應的

項目質量保證計劃。

項目開發階段

軟件質量保證工作涉及軟件生命周期各階段的活動，應該

貫徹到日常的軟件開發活動中，特別是注意過程產品（軟件生

命周期各階段的成果）的早期評審工作。因此，軟件質量保證

小組要派成員依據質量保證計劃規定參加所有的評審與檢查活

動。評審與檢查的目的是為了確保在軟件開發工作的各個階段

和各個方面都認真采取各項措施來保證與提高軟件的質量。同

時在軟件開發過程中，質量保證人員要協助項目經理采集過程

數據，以便統計分析。

測試組應在項目開發中對提交測試的程序按照測試計劃進

行仔細的測試，發現的缺陷要記錄在軟件問題報告單中，由項

目經理分配給問題解決人；缺陷解決后，要作回歸測試，以驗

證缺陷已經解決，同時檢查缺陷的解決是否導致新的缺陷產生。

項目收尾階段

收尾階段，測試組配合客戶和項目經理執行驗收測試；軟

件質量保證負責人主要驗證項目定義的其余階段是否已經完成,

產品是否齊全并通過所有質量檢測點，另外結合項目執行中采

集的數據配合項目經理完成項目總結。

1.5.4項目質量保證策劃及計劃

質量保證活動貫穿于項目的各個階段，項目質量保證工作

的策劃與項目開發工作策劃一樣十分重要。質量保證策劃的工

作的核心就是要與項目開發計劃、配置管理計劃等緊密結合，

制定全面有效的質量保證計劃，明確說明質量保證工作的人員

職責、活動、內容、技術與方法等事項。

制定項目的質量保證計劃

在項目開發策劃期間，同時考慮制定項目的質量保證計劃。

質量保證計劃應與項目開發計劃及配置管理計劃等保持一致。

質量保證計劃的主要內容應包括：

1、質量保證的目的和范圍；

2、質量保證的組織、權限和責任；

3、項目策劃階段的質量保證活動；

4、過程評審和工作產品審計活動的安排；

5、質量保證活動所需的資源等。

本項目的質量保證活動計劃規劃如下：

序

號

1

2

項目策

劃階段

階段工作成果

項目開發計劃

入口準

則

項目啟

動會召

開

項目啟

動需求

調研

出口準則

計劃經過評

審，批準為

基線，配置

入庫

軟件需求分

析報告經過

評審，批準

為基線，配

置入庫

系統設計說

明書經過評

審，批準為

對于基線，匹配

放入倉庫

質量活動

項目計劃檢查

項目策劃過程檢查

軟件需求分析報告

檢查

1天

編碼過程檢查

系統設計文檔檢查

0.5天

計劃工作

量（天）3

需求分

析階段

軟件需求分析

報告

4

5系統設計說明

書

系統設

計階段6

需求分

析報告

經過評

審，批準

為基線，

配置入

庫

系統設

計說明

書經過

評審，批

準為基

線，配置

入庫

代碼經

過單元

測試、同

行評審

后可移

交測試

集成/系

統測試

通過

試運行

階段

系統設計過程檢查