泛普OA辦公系統(tǒng)項目組織管理

申請免費試用、咨詢電話：400-8352-114

 泛普OA辦公系統(tǒng)項目組織管理
.1 項目組隊
項目管理是對由一連串互相關(guān)聯(lián)的任務(wù)組成的項目進行管理，每一個項目有明確的起始和結(jié)束日期。項目是由人來執(zhí)行的，這些人可能來自不同的組織，在有限的時間、開銷、資源條件下，在保證質(zhì)量的前提下，完成既定的目標。正是因為項目有這樣的內(nèi)在特點，建立一個良好的管理制度，嚴密的組織實施計劃，嚴格的監(jiān)督檢查機制對保證項目的成功至關(guān)重要。
項目組織管理包括最有效地使用涉及項目人員所需要的過程，它包括所有項目干系人、項目發(fā)起人、客戶、項目經(jīng)理、執(zhí)行組織等。
 組織編制原則
由于協(xié)同管理平臺建設(shè)項目規(guī)模較大，參加人員眾多，如何將人員有效地組織起來，最大限度地發(fā)揮他們的工作效率，對于成功地完成該項目極為重要。在建立組織時，我們遵循如下原則：
 層次型組織結(jié)構(gòu)
符合軟件工程的理論。將一個大型、復(fù)雜工程按職能劃分為若干個職能單一的組，每個職能組內(nèi)部還可根據(jù)職能進行細分成更小的組。
 崗位責任制
將本項目管理按職能進行分組，每一個職能組有專門的負責人進行管理，并對該組任務(wù)的完成負有責任。小組內(nèi)部實行崗位責任制，將任務(wù)分工后落實到個人。
 責權(quán)均衡
任何項目管理人員將不得越權(quán)，避免造成混亂。
 項目組織結(jié)構(gòu)
由于完成項目工程涉及專業(yè)部門多，為了保證項目的按時、保質(zhì)完成，同時考慮到系統(tǒng)建成后的維護技術(shù)支持工作。
泛普與用戶將組成一個聯(lián)合項目實施團隊來保證項目的成功進行，其中包括了項目的決策者、項目管理者、實施人員以及系統(tǒng)的最終使用者
特設(shè)置下面的項目組織機構(gòu)：
 
圖：項目組結(jié)構(gòu)
.2 項目組職責分工
在上述組織結(jié)構(gòu)中，各組織及人員的職責分工如下：
組織 人員組成 職責分工
項目領(lǐng)導小組 由雙方主要領(lǐng)導組成 任命各自的項目負責人，組建項目組；
監(jiān)督項目的執(zhí)行、協(xié)調(diào)雙方關(guān)系、處理決策重要事件，保證項目進度。在項目全過程中發(fā)揮決策作用，需要參與階段是項目啟動、項目試運行、項目/系統(tǒng)推廣、項目驗收階段。
項目總監(jiān) 由泛普項目部總監(jiān)組派遣出任 監(jiān)督項目團隊實施工作；協(xié)調(diào)公司資源對項目進行支持。主要參與的項目階段是：項目全過程
需求管理委員會 由泛普需求委員會派遣人員 審查與評估項目需求，找出行業(yè)需求共性并對項目 需求進行修正，導入其他項目的管理經(jīng)驗與實施經(jīng)驗。
主要參與的項目階段是：需求調(diào)研。
技術(shù)管理委員會 由泛普技術(shù)委員會派遣人員 審查與評估項目的系統(tǒng)設(shè)計，找出行業(yè)技術(shù)共性并對系統(tǒng)設(shè)計進行修正，導入其他項目與產(chǎn)品的技術(shù)經(jīng)驗。
主要參與的項目階段是：規(guī)劃設(shè)計。
項目經(jīng)理 由泛普具備豐富項目經(jīng)驗，熟悉客戶日常業(yè)務(wù)、掌握相關(guān)軟件技術(shù)的人員擔任 根據(jù)項目要求組建項目團隊；
根據(jù)項目情況、要求制定行之有效的項目計劃；
領(lǐng)導項目組按計劃開展項目運作，保證項目進度符合雙方要求；
負責項目質(zhì)量，保證項目質(zhì)量符合客戶要求；
協(xié)調(diào)項目實施過程中與客戶的關(guān)系，保證項目順利開展；
定期向項目領(lǐng)導小組匯報項目進度、項目情況，進行風險預(yù)測與評估，保證項目效果。
參與項目的全過程。
OA平臺需求分析小組 由泛普熟悉客戶日常業(yè)務(wù)的項目工程師、專家組成 在項目經(jīng)理的領(lǐng)導下進行需求調(diào)研、需求分析，編寫《客戶需求說明書》；
通過需求分析，結(jié)合相關(guān)經(jīng)驗向客戶提出項目建設(shè)的合理化建議；
監(jiān)督并檢查開發(fā)小組的需求實現(xiàn)。
主要參與的項目階段是：需求調(diào)研、需求實現(xiàn)、系統(tǒng)測試、安裝部署、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
實施小組 由泛普客戶服務(wù)中心的項目工程師組成 根據(jù)需求進行對系統(tǒng)原型進行服務(wù)端與客戶端的安裝部署、初始化、定制，包括表單定制、流程定制、協(xié)同功能定制等。
主要參與的項目階段是：項目全過程。
開發(fā)小組 由泛普相關(guān)技術(shù)水平高、具備開發(fā)經(jīng)驗的人員組成 根據(jù)需求進行系統(tǒng)設(shè)計，形成《系統(tǒng)總體設(shè)計文檔》
根據(jù)需求進行代碼編寫、功能實現(xiàn)，形成《功能模塊說明書》。
主要參與的項目階段是：系統(tǒng)設(shè)計、需求實現(xiàn)、安裝部署、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
UI小組 由泛普軟件UI設(shè)計經(jīng)驗豐富的設(shè)計師組成 對項目中使用的系統(tǒng)或者網(wǎng)站的主界面、功能界面等進行設(shè)計，提供多種美工方案供客戶選擇。
主要參與的項目階段是：規(guī)劃設(shè)計、需求實現(xiàn)。
OA培訓小組 由泛普熟悉客戶日常業(yè)務(wù)、具有多年培訓經(jīng)驗的培訓講師組成 編寫各類《培訓手冊》，準備培訓教材、培訓練習、考核數(shù)據(jù)；
根據(jù)客戶安排提供培訓授課，保證培訓效果；
輔導學員的日常使用，解決學員日常使用中出現(xiàn)的問題。
主要參與的項目階段是：管理員培訓、普通用戶培訓、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
項目負責人 由客戶方總部主管技術(shù)部門與主管業(yè)務(wù)部門的部門負責人共同組成 提供項目實施場地、項目用機等相關(guān)資源；
組建客戶方總部的需求負責小組與技術(shù)負責小組，協(xié)助項目工作開展；
與項目經(jīng)理共同制定計劃，保證項目計劃符合客戶的要求與實際情況，并監(jiān)督執(zhí)行；
作為客戶方總部的項目接口配合項目經(jīng)理組織、安排需求調(diào)研、用戶培訓、系統(tǒng)試運行、系統(tǒng)推廣等項目協(xié)調(diào)事宜，協(xié)助項目各項工作的順利開展；
對項目總體需求負責，在相關(guān)需求出現(xiàn)沖突時，審核、協(xié)調(diào)并確定最終需求。
組織客戶方總部對項目的最終成果進行驗收。參與項目的全過程。
需求負責小組 由客戶方總部相關(guān)業(yè)務(wù)部門熟悉業(yè)務(wù)流程、能對業(yè)務(wù)流程負責的人員組成 提供業(yè)務(wù)需求，并對需求分析小組提交的《系統(tǒng)需求說明書》進行審核，與項目組共同分析、確定系統(tǒng)需求；
檢驗系統(tǒng)功能是否滿足需求。
主要參與的項目階段是：需求調(diào)研、需求實現(xiàn)、系統(tǒng)測試、普通用戶培訓、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
技術(shù)負責小組 由客戶方總部相關(guān)技術(shù)水平高的人員組成 承擔系統(tǒng)的系統(tǒng)管理員；
在項目實施過程中，完成服務(wù)器、客戶端的環(huán)境準備，解決系統(tǒng)運行所必需的網(wǎng)絡(luò)、設(shè)備問題，保證系統(tǒng)能夠正常運行；
參與項目需求調(diào)研、功能開發(fā)、用戶培訓、系統(tǒng)運行等全過程，了解系統(tǒng)功能，承擔起系統(tǒng)的日常維護。
參與項目全過程。
質(zhì)量控制組長 由泛普資深質(zhì)量管理人員擔任 總體控制項目質(zhì)量，通過制定《項目質(zhì)量保證計劃》領(lǐng)導SQA小組、測試小組按照CMM質(zhì)量體系要求，開展對項目成果的評審、測試，及時發(fā)現(xiàn)項目隱患并提出解決辦法。
參與項目全過程。
SQA小組 由泛普專職SQA組成 在質(zhì)量控制組長的領(lǐng)導下，對項目各階段進行跟進、監(jiān)督，保證項目各階段工作按CMM質(zhì)量體系要求開展；
參與項目成果評審。
參與項目全過程。
測試小組 由泛普專職測試人員組成 在質(zhì)量控制組長的領(lǐng)導下，對項目各階段成果按照測試標準進行測試，提交測試報告；
監(jiān)督測試結(jié)果的更新與改正。
確保產(chǎn)品的性能，在惡劣環(huán)境下的運行可靠性
主要參與的項目階段是：需求實現(xiàn)、系統(tǒng)測試。
需求變更委員會 由項目經(jīng)理、技術(shù)負責人、需求分析小組、需求負責小組共同組成 針對項目實施過程中出現(xiàn)的需求變更進行審核、溝通討論，并確定最終需求
.3 投入本項目的力量
依據(jù)上述項目組織結(jié)構(gòu)，泛普擬對整個協(xié)同協(xié)同辦公管理平臺建設(shè)項目投入以下人力資源(不包含產(chǎn)品技術(shù)支持人員)：
項目小組 派遣部門 職務(wù)與人數(shù)(預(yù)計) 工作地點
項目領(lǐng)導小組 泛普高層領(lǐng)導
泛普總監(jiān)組 公司總監(jiān)：項目總監(jiān)、技術(shù)總監(jiān)，銷售總監(jiān) 在項目啟動、驗收以及需要領(lǐng)導協(xié)調(diào)時到項目現(xiàn)場
需求管理委員會 需求委員會 委員1名 公司
技術(shù)管理委員會 技術(shù)委員會 委員1名 公司
項目經(jīng)理 客戶服務(wù)中心 項目經(jīng)理，1名 項目現(xiàn)場
需求分析小組 顧問咨詢中心 項目顧問，1名 公司
 客戶服務(wù)中心 實施工程師，2名 項目現(xiàn)場
開發(fā)小組 研發(fā)中心 開發(fā)工程師，2名 項目現(xiàn)場
 研發(fā)中心 開發(fā)工程師，2名 公司
UI小組 研發(fā)中心UI部 UI設(shè)計師，1名 公司
培訓小組 客戶服務(wù)中心 培訓工程師，3名 現(xiàn)場(培訓階段)
 客戶服務(wù)中心 實施工程師(兼)，3名 項目現(xiàn)場
質(zhì)量控制組長 研發(fā)中心 總監(jiān)助理，1名 公司
SQA小組 研發(fā)中心 質(zhì)量管理員，1名 公司
測試小組 研發(fā)中心測試部 測試工程師，2名 公司
 研發(fā)中心 開發(fā)工程師(兼)，2名 項目現(xiàn)場
.4 項目管理
 項目實施方法論
根據(jù)協(xié)同管理平臺建設(shè)項目的要求，我們以泛普OSSP(組織標準軟件過程)實施方法論為基礎(chǔ)，分階段的方式實施整個項目。
CMM分為五個等級：一級為初始級，二級為可重復(fù)級，三級為已定義級，四級為已管理級，五級為優(yōu)化級。企業(yè)通過CMM3級評估標志著企業(yè)的軟件開發(fā)和維護的標準過程已文檔化，稱之為組織標準軟件過程(Organization's Standard Software Process，簡稱OSSP)；所建立的產(chǎn)品線內(nèi)，成本、進度、功能均受控，對軟件質(zhì)量也進行了跟蹤；精細構(gòu)建了軟件工程的基礎(chǔ)。
對于處于CMM3評估階段的泛普來說，其主要關(guān)注的是如何在組織范圍內(nèi)進行過程定義、實施以及改進。組織標準軟件過程(OSSP)的建立一般是CMM3組織必不可少的一項工作。然而，由于泛普所面對的項目環(huán)境并不盡相同，因此只有組織標準軟件過程是不夠的，還必須根據(jù)綜合資源庫平臺建設(shè)的特定的項目環(huán)境，對組織標準軟件過程進行剪裁，建立起相應(yīng)的項目定義軟件過程。
 泛普OSSP 的目標和基本思想
泛普OSSP 是一個己經(jīng)被驗證了的方法，它有助于實現(xiàn)項目的成功和順利實施。下列是泛普OSSP 的一些主要功能，有助于實現(xiàn)這些目標：
OSSP 方法為泛普項目定義了一個標準的項目結(jié)構(gòu)，是從Carnegie-Mellon 大學的軟件工程學院(SEI)和項目管理學院(PMI)的被廣泛接受的方法和最佳實踐指導中總結(jié)出來的，泛普OSSP 方法將此結(jié)構(gòu)量身定做以滿足綜合資源庫平臺建設(shè)的項目需求。
作為泛普的項目管理方法，泛普OSSP 為項目經(jīng)理提供了項目管理任務(wù)的模板。這些模板集中了已有的項目經(jīng)驗。它們通過預(yù)定義文檔結(jié)構(gòu)和預(yù)備使用的語句和示例文字，節(jié)約了時間。此外，模板的使用有助于項目經(jīng)理重復(fù)使用其他項目中的信息。
 泛普OSSP 將主要的帶來下列好處：
 跨組織(包括其他的泛普部門)、跨地域和技術(shù)界限的有效合作，以規(guī)范的方法實施項目。
 通過知識的獲取，經(jīng)驗的積累學習，最佳實踐以及現(xiàn)有的經(jīng)驗的重用，達到提高效率的目的。在整個項目中，鼓勵客戶參與，并遵循標準流程，以提高客戶實施的質(zhì)量。
 項目實施方法
泛普應(yīng)用成熟的軟件技術(shù)和平臺來實現(xiàn)本項目的各項需求。在項目交付階段制造執(zhí)行系統(tǒng)被實施，而一般當客戶簽訂了合同時，這個階段就開始了。本階段的目標是完成合同的各項指標，并為推廣應(yīng)用做準備，泛普OSSP 是該階段的方法，如下圖所示。
 
圖：泛普OSSP 項目方法
在泛普OSSP 實施方法的四個階段中，每個階段定義了一套交付、里程碑和報告，并在第三階段---執(zhí)行階段中應(yīng)用基于CMM的項目管理理論。
 啟動階段
項目交付過程的第一個階段是啟動，啟動階段的目標是：
• 詳細描述項目的目標和范圍
• 定義項目結(jié)構(gòu)，包括必需的硬件、應(yīng)用程序、工具、服務(wù)點的辦公設(shè)備等等，以完成建立流程一個經(jīng)由用戶批準的初步項目計劃
• 用戶和泛普實施團隊都同意的驗收標準，用來驗收項目的完成
 計劃階段
計劃階段在啟動階段后。計劃階段的目標是：
• 定義to-be 流程
• 由泛普實施團隊協(xié)助用戶定義和批準的詳細需求
• 詳細的框架和實施說明
• 用戶和泛普實施團隊在項目完成步驟上達成一致
 執(zhí)行階段
完成了計劃階段的目標后，進入執(zhí)行階段，在此將完成：
• 項目實施團隊進入實施角色
• 定義項目風險控制、項目進度監(jiān)控、質(zhì)量保障體系和項目文檔管理等相關(guān)標準，明確何時項目就緒并生效
• 培訓教師己接受培訓
 移交階段
項目交付流程的最后階段是移交，在移交階段的末期：
• 制造執(zhí)行系統(tǒng)的用戶己培訓
• 項目已部署，并投入生產(chǎn)
• 用戶已簽署了項目驗收表
在所有這些階段，項目管理任務(wù)如計劃、通信、項目結(jié)構(gòu)管理、基礎(chǔ)架構(gòu)維護、質(zhì)量保證等等，必須由項目經(jīng)理來執(zhí)行。
 項目實施工作方法
項目實施工作方法是確保項目成功的基石，項目工作管理是面向目標、面向規(guī)范工作過程之管理。因此，目標目的的嚴肅性必須嚴格強調(diào)，工作過程的規(guī)范化應(yīng)得到首要的尊重。
 決策制度
決策內(nèi)容包括以下幾個原則：
• 項目經(jīng)理首先決策原則
對于項目實施過程中的日常工作，一般由項目經(jīng)理加以決策，然后提交給項目領(lǐng)導小組、泛普項目實施組和項目經(jīng)理部，一般在2 天之內(nèi)，如果沒有任何一方提出異議，則該決定生效，此異議應(yīng)以書面方式表達。
• 領(lǐng)導組機構(gòu)決策原則
領(lǐng)導決策組是項目實施過程中的最高決策機構(gòu)，對重大問題具有決策權(quán)。
• 決策書面原則
一切決策應(yīng)有書面文件，并且在項目文檔管理組備案。
 交流制度
項目中的交流堅持以下原則：
• 問題及早提出原則
參加項目的系統(tǒng)工程師對自己承擔責任的工作，必須及時發(fā)現(xiàn)不能恰當完成的因素，并及時向項目經(jīng)理或有關(guān)責任人書面報告，否則不能恰當完成任務(wù)的責任在于任務(wù)承擔人。
及時解決原則
對所承接的工作，如沒有拒絕，則代表接受人己經(jīng)完全了解工作環(huán)境、工作結(jié)果要求等多個要素。如果在呈交結(jié)果時，與任務(wù)要求有出入，則不可以以任何理由解釋責任，失敗責任在接受人。因此，接受人應(yīng)及時與任務(wù)分派人澄清任務(wù)的全部因素。
• 提醒原則
所有項目組成員，如發(fā)現(xiàn)項目進展隱患，應(yīng)及時向項目經(jīng)理或其他人員提醒。不提醒是沒有道義的。提醒可以以書面或口頭方式。提醒時也要注意不要追究相關(guān)人員的后續(xù)工作(因為工作安排有各自的計劃與方式)。
 例會制度
• 周/月例會
每周五下午及每月最后一周的末尾工作日，由項目經(jīng)理組織在現(xiàn)場的雙方項目組成員參加周/月例會?？偨Y(jié)上周/月工作，形成項目周/月報。項目周/月報的內(nèi)容包括：上周/月工作進展報告、本周/月工作計劃、本周/月任務(wù)分派報告。
• 問題的提交
參見下文《問題爭議制度》的相關(guān)內(nèi)容。
• 審批與確認
審批或確認人在收到問題后的二個工作日內(nèi)向提出人給出書面回復(fù)。
 問題爭議制度
• 問題及早報告原則
對于一個問題，問題發(fā)起人必須在問題發(fā)生的1 日之內(nèi)，向項目經(jīng)理提交報告。問題沒有及早報告，導致的項目影響，由延誤報告人承擔。
• 報告方式
如報告人認為口頭報告即可，可以采用口頭報告，但是如果口頭報告沒有使問題得以解決，則視同報告人沒有作報告。
• 爭議管理
在項目中，任何不能達成一致的觀點均為爭議，爭議應(yīng)立即向項目的上級單位呈報，并報項目管理部。爭議應(yīng)由可以協(xié)調(diào)爭議各方的機構(gòu)加以裁決，并對裁決承擔責任。爭議裁決人由項目管理部項目經(jīng)理選擇。爭議的最高仲裁機構(gòu)為項目領(lǐng)導決策組。
如項目領(lǐng)導決策組仍不能達成一致意見，則遵循，誰決策，誰承擔決策失誤給對方和項目帶來的損失之原則。
 失誤管理制度
失誤可能是多方面的，失誤的及早發(fā)現(xiàn)是項目成功的基本保障。對失誤的嚴肅性是項目管理的基本要素。因此，每個項目成員均要給予極大重視。
對以下各個事件，必須做出失誤分析：
• 設(shè)計方案有重大改動
• 技術(shù)有嚴重的缺陷
• 進度與計劃差別較大
• 設(shè)計有誤
• 其它重大事件
項目經(jīng)理應(yīng)每月給出失誤分析報告，并有每一失誤的詳細分析報告，此報告應(yīng)提交相關(guān)人員。
如果失誤分析報告看不出項目有重大影響，而項目實際有重大問題，則為項目經(jīng)理之職責。
.5 軟件質(zhì)量管理
軟件質(zhì)量保證的目標是為管理提供保證，使得泛普OSSP 己定義的過程、規(guī)程、模板在項目過程中得到遵循和保持。
 指定角色
在項目啟動后，項目經(jīng)理與質(zhì)量總監(jiān)協(xié)商指派項目SQA 和行業(yè)SQA 小組來負責SQA 活動。行業(yè)SQA 和項目SQA 參與項目早期的策劃活動(包括選擇LC 模型、標準過程規(guī)范；制定PDSP ，進行軟件項目策劃估計)。
 制定項目SQA 活動計劃
SQA 小組負責制定項目的SQA 計劃，SQA 計劃以項目生命周期為基礎(chǔ)保證實際與項目計劃(軟件項目計劃、測試計劃、SCMP 、SQMP 、QPMP)的一致。計劃SQA 活動應(yīng)該在項目軟件質(zhì)量保證計劃模板中記錄。每當項目的日程或范圍有了重大改變，SQA 活動都可能需要重新計劃。項目經(jīng)理必須評審SQA 計劃。SQA 計劃應(yīng)與項目計劃，項目PDSP 一起撰寫，并且與這些文檔保持同步。計劃中應(yīng)該包括SOA 審核、SCM 審核的計劃日期和工作量。
 跟蹤項目SQA 活動和報告
SQA 小組應(yīng)該定期跟蹤己計劃的SQA 活動。
計劃和實際的SQA 活動的日程和工作量對比應(yīng)在項目PMR 中陳述。
 項目SQA 活動
從其它項目處吸取最佳實踐，幫助項目經(jīng)理在識別過程集合作為PDSP 的一部分的過程中獲得SEPG (軟件工程過程組)的支持，為項目計劃提供幫助。SQA 小組必須評審PP (項目策劃)、QP (質(zhì)量計劃)、PDSP (項目定義的軟件過程)和SCMP (軟件配置管理計劃)，以獲得有價值的階段入口，從而保證在OSSP 中定義的活動得到有效的執(zhí)行。
如果在OSSP 過程或者PDSP 過程中有變更發(fā)生時，要及時將OSSP 和PDSP 的變更與項目組進行溝通。對小組中的新成員要及時進行項目定義的各種活動的培訓。SQA 小組應(yīng)該為此做一些協(xié)調(diào)和配合工作。如果可能，要將項目文檔遷移到新的OSSP 版本，并對此進行跟蹤。參與項目每月評審(按需)和項目檢查點評審。
 公司SQA 活動的驗證
項目總監(jiān)每三個月對SQA 活動進行驗證，由獨立SQA 職能并具備SQA 知識和技能的人員對SQA 的活動和結(jié)果進行評審，并向公司高級經(jīng)理提交報告，以改進公司SQA 的工作。
如果用戶也有SQA ，泛普SQA 應(yīng)與用戶SQA 協(xié)調(diào)開展工作，如無則以泛普的SQA 為主。
 項目實施質(zhì)量控制管理
設(shè)計規(guī)范
設(shè)計是工程實施的初期步驟之一，為整個工程的實施奠定基礎(chǔ)，是保證最終工程質(zhì)量的關(guān)鍵要素。
在集成工程的各個子任務(wù)實施前必須提交合格的設(shè)計文檔，設(shè)計文檔應(yīng)充分考慮工程實施的實際情況，并確保從技術(shù)角度的正確與可行。
設(shè)計流程
設(shè)計的輸入為：用戶建設(shè)需求、定購設(shè)備的資料、合同等；
設(shè)計的輸出為：設(shè)計計劃(可以沒有)、設(shè)計報告和設(shè)計評審報告，設(shè)計更改申請報告。
設(shè)計計劃
1)對于設(shè)計周期比較長的設(shè)計任務(wù)應(yīng)當現(xiàn)制定設(shè)計計劃。
2)設(shè)計計劃在項目管理的監(jiān)督下委托有關(guān)人員負責。
3)設(shè)計計劃應(yīng)包括：設(shè)計進度，設(shè)計目標，設(shè)計的可接收原則以及設(shè)計所要求的各部門之協(xié)調(diào)配合。
4)設(shè)計計劃完成后，由項目管理部審核，用以指導實際的設(shè)計過程。
設(shè)計過程
1)設(shè)計過程是指設(shè)計人員為達到設(shè)計目標而進行的活動。
2)設(shè)計人員應(yīng)按規(guī)定的設(shè)計進度安排和工作順序按時提交設(shè)計報告。
3)設(shè)計應(yīng)對所涉及的問題作出準確描述(目的和目標)，對解決的方法進行嚴格的闡述。
4)設(shè)計過程中，設(shè)計人員可以采取定期自我評價的方法以保證設(shè)計的質(zhì)量。
設(shè)計評審
1)設(shè)計評審是針對設(shè)計方案的質(zhì)量進行控制。
2)設(shè)計人員(設(shè)計組)根據(jù)用戶需求，合同規(guī)定以及設(shè)備廠家的資料提出切實可行的設(shè)計方案后，先由組內(nèi)討論通過，然后由組長向項目管理部提出召開評審會的申請，由項目管理部召集設(shè)計評審會。
評審組的成員由項目管理部確定。對于總的設(shè)計原則和設(shè)計目標的確定以及影響整個工程質(zhì)量的設(shè)計，應(yīng)當邀請用戶和同設(shè)計無關(guān)的(第三方)專家參與構(gòu)成評審組，從技術(shù)角度作出判斷；其它關(guān)系各項目小組的設(shè)計的評審可以總體管理組為基礎(chǔ)擴充若干專家構(gòu)成評審組。
評審應(yīng)以確認設(shè)計是否滿足用戶需求，是否能達到用戶滿意的程度，同有關(guān)規(guī)范、標準的符合程度，驗證設(shè)計的適用性、可行性和可靠性，必要時可要求提供設(shè)計驗證的證明數(shù)據(jù)。評審結(jié)果形成評審報告存檔，若需要改進，反饋給設(shè)計人員，若評審?fù)ㄟ^，則進入批準生效過程。
設(shè)計批準和技術(shù)交底
設(shè)計方案評審?fù)ㄟ^后，領(lǐng)導決策組應(yīng)當會同項目管理部向最終用戶講解設(shè)計方案，對方案中采用的技術(shù)進行說明，使最終用戶理解設(shè)計的內(nèi)容，對工程進展和實施過程增強信心。重要的設(shè)計由領(lǐng)導決策組簽字批準，其它由項目管理部簽字批準，從而正式生效，設(shè)計文件要發(fā)送到所有參與過程實施的技術(shù)人員。
設(shè)計更改
針對己經(jīng)批準和發(fā)布的設(shè)計，在實施過程中或?qū)嵤┣埃绻l(fā)現(xiàn)明顯的錯誤或其它因無法抗拒的原因(如設(shè)備和線路性能，政策改變等)，設(shè)計方案需要修改時，應(yīng)由設(shè)計和實施人員共同提出申請，由項目管理部批準后，進行更改，更改后的文件重新進行評審，批準程序。設(shè)計更改申請報告應(yīng)對需要更改的原因作出說明和分析，對于設(shè)計中的錯誤應(yīng)當著重分析出現(xiàn)錯誤的根源。
設(shè)計的職責和控制
設(shè)計是工程最終能否滿足用戶需求的十分重要的因素，明確職責是為了確保設(shè)計的質(zhì)量。項目管理部應(yīng)當負責總的設(shè)計原則和設(shè)計目標的確定；督促影響整個工程質(zhì)量的設(shè)計的進行，各地區(qū)項目實施組的子項目經(jīng)理負責督促屬于本組的設(shè)計工作，保證設(shè)計能夠按時完成。設(shè)計評審會負責對設(shè)計質(zhì)量的最后把關(guān)。
在設(shè)計開展過程中，工程質(zhì)量管理組應(yīng)對設(shè)計進度和設(shè)計過程中存在的問題進行檢查，發(fā)現(xiàn)問題及時解決(包括檢查設(shè)計的目的是否清晰，設(shè)計分工是否明確合理，設(shè)計流程是否遵守，設(shè)計過程產(chǎn)生的文檔是否完整符合要求)。
 工程實施控制
實施的準備與組織
為保證各子任務(wù)的工程實施之順利進行并保證質(zhì)量，任務(wù)負責人必須在實施前作好充分的準備和組織工作。
實施的準備和組織的流程如下：
 
實施準備和組織流程產(chǎn)生的輸出包括：實施方案與進度計劃，提取設(shè)備清單，現(xiàn)場環(huán)境檢查報告。
對實施的準備和組織之流程作以下說明：
當項目管理部確定某子任務(wù)的實施期限后，由該任務(wù)的負責人在任務(wù)下達一周內(nèi)提交自己的實施方案設(shè)計。實施方案與進度計劃的內(nèi)容包括：參與人員及其任務(wù)分配，工程項目進度計劃，所需設(shè)備清單、根據(jù)任務(wù)設(shè)計方案和有關(guān)作業(yè)指導書(操作手冊)提出的關(guān)鍵控制點。
實施方案與進度計劃應(yīng)當交組長審核后由項目管理部批準，才能正式開始實施準備階段。準備階段首先要使參與人員各自明白自己的職責，并收集有關(guān)設(shè)計方案，作業(yè)指導書，準備質(zhì)量記錄和登記表格。
現(xiàn)場環(huán)境檢查，指工程實施地點是否有合格配套的場地、線路。
進入現(xiàn)場施工前，要從庫中提取所需要的設(shè)備。
實施過程的控制
實施過程是對工程質(zhì)量產(chǎn)生影響的最關(guān)鍵步驟，必須按照設(shè)計方案和實施計劃的要求，規(guī)范化嚴格控制。
工程實施工程的輸出包括：配置記錄表、配置修改記錄表、工作日志、設(shè)計修改申請與批準書(可能)和聯(lián)調(diào)技術(shù)報告。
工程實施由相應(yīng)的任務(wù)負責人控制工程實施的進度和質(zhì)量以及關(guān)鍵控制點的狀況。項目管理部和工程質(zhì)量管理組也要各自履行質(zhì)量監(jiān)督職責。
實施過程會有原廠家參與，應(yīng)注意協(xié)調(diào)雙方關(guān)系，共同維護工程質(zhì)量。
參與實施過程的每一位人員(包括廠家的技術(shù)人員)，都要履行以下職責：
每配置一臺設(shè)備，都要填寫相應(yīng)配置記錄表。
每天填寫工作日志。
局部聯(lián)調(diào)在任務(wù)負責人領(lǐng)導下統(tǒng)一進行。
聯(lián)調(diào)中發(fā)現(xiàn)錯誤，需修改設(shè)計時，報請項目管理部批準。聯(lián)調(diào)時某些設(shè)備需要修改其配置時，應(yīng)填寫配置修改記錄表。調(diào)試完畢，應(yīng)編制聯(lián)調(diào)技術(shù)報告，附所有設(shè)備配置清單。
實施驗證
實施驗證是為及時得到工程進行狀況與實施方案和設(shè)計方案的符合程度，由工程質(zhì)量管理組負貝。
實施驗證分為抽驗和終驗。
抽驗的時間地點由工程質(zhì)量管理組組長決定。抽驗結(jié)果向領(lǐng)導決策組提供抽驗報告，以便最高領(lǐng)導及時掌握工程質(zhì)量狀況，向項目管理部反饋質(zhì)量改進和控制的建議。
終驗指在每一項任務(wù)(子任務(wù))工程實施完畢后進行的評審活動，應(yīng)檢查各種文檔是否齊全，并對任務(wù)(子任務(wù))的工程質(zhì)量作總體評價，提交評審計劃(評審參加人員，評審內(nèi)容與方法)和評審報告。
審核和評審
審核與評審是保證工程質(zhì)量的重要保障手段，應(yīng)當有計劃地安排進行。
工程中所產(chǎn)生的每一份文件(實施過程產(chǎn)生的質(zhì)量記錄除外)都要履行審核手續(xù)。審核的目的是使文件符合文件規(guī)范規(guī)定和有關(guān)作業(yè)程序的規(guī)定，驗證是否存在質(zhì)量漏洞和職責不明確現(xiàn)象。對于工程中的重要關(guān)鍵問題必須召開評審會。評審會分為兩種：一種是項目管理部召集的論證評審會，另一種是工程質(zhì)量管理組負責人召開的檢驗性評審會，這種評審會由工程質(zhì)量管理組負責人定期向領(lǐng)導決策組者提交評審計劃安排。
任何一種評審會，遵從相同的工作流程：
 
其中，評審計劃中應(yīng)包括：
 準備評審的內(nèi)容
 評審的原則與標準
 評審會的時間和參加人
評審的方法
評審會應(yīng)當集中對于任務(wù)本身的評審，而不是對人的評審，即只對項目不對人。評審報告應(yīng)針對評審的內(nèi)容逐項給出結(jié)論，并給出總的評價結(jié)論，如果評審結(jié)果顯示必須進行修改時，論證性評審所產(chǎn)生的修改建議由項目管理部返回到任務(wù)負責人處進行修改或改進；檢驗性評審報告返回到領(lǐng)導決策組，再交由項目管理部處理。
 項目進度控制管理
由于項目總體進度直接關(guān)系到用戶的生產(chǎn)運行，因此，在項目總體進度的確定下，項目組將進行具體的各項工程項目、技術(shù)產(chǎn)品進行論證后，制定出本項目詳細進度計劃，項目將嚴格按照項目進度計劃表，進行具體實施。同時，項目經(jīng)理部，可以充分調(diào)動和指揮相關(guān)職能部門的各種資源，來保證項目進度的正常進行，從而實現(xiàn)項目目標。
我們按以下方式進行具體進度控制：
 對于制定《項目工程進度時間表》 ，項目經(jīng)理部將會同各相關(guān)小組在總體項目進度時間的基礎(chǔ)上，共同制訂詳細的《軟件開發(fā)進度時間表》 ，因此，能夠保證所制定的《軟件開發(fā)進度時間表》 切實符合項目組的實際情況。因此，所制定的項目進度生效后能夠保證得到具體的完整的貫徹與執(zhí)行，從而保證了的項目進度可控制管理。
 對于各項目生產(chǎn)開發(fā)團隊，每周末例會總結(jié)一周工作進展情況，并根據(jù)工程進度時間表制訂下周詳細《周工作開發(fā)計劃》
 而對于軟件測試組，每周末例會總結(jié)一周工作進展以及測試過程中所遇到的各種問題情況，并根據(jù)工程進度時間表制訂下周詳細《周測試開發(fā)計劃》
 若出現(xiàn)重大異常情況，項目經(jīng)理將會同項目經(jīng)理部有權(quán)制定應(yīng)急辦法，并可調(diào)動和指揮相關(guān)職能部門的各種資源，來保證項目進度的正常進行。
 各小組組長定期向項目經(jīng)理匯報，原則上是每周匯報一次。
 項目經(jīng)理每周向高層經(jīng)理匯報。
 項目經(jīng)理定期向項目經(jīng)理部匯報。
 項目經(jīng)理定期向用戶項目負責人匯報。
 工期的延誤
需求確認的延誤，如果因為需求無法按時確認或需要進行必要的變更，項目工程在按需求最終確認的日期順延。
開工時間的延誤，由于商務(wù)談判或環(huán)境準備等因素造成無法按時開工，工期將進行必要的調(diào)整，以保證主要的業(yè)務(wù)可以按時投入試運行，但部分功能將延后完成。
 項目完成標志
按方案設(shè)計及合同規(guī)定完成所有軟硬件的安裝、調(diào)試及交付工作。
按合同規(guī)定完成對技術(shù)人員、操作員等相關(guān)人員的培訓工作。
完成所有的技術(shù)文檔，并交付給用戶。
在交付前完成相應(yīng)的驗收工作，包括設(shè)備驗收、軟件產(chǎn)品驗收、文檔驗收等工作。
.6 系統(tǒng)環(huán)境質(zhì)量控制
 ISO9001管理和控制
根據(jù)本項目所具備的資源和系統(tǒng)環(huán)境等約束條件，我們將與客戶方一道努力，按照ISO9001質(zhì)量體系要求，通過質(zhì)量管理協(xié)調(diào)各種因素在系統(tǒng)維護過程中的作用，有效的利用資源，完成預(yù)定任務(wù)。
按照ISO 9001體系框架和要素的要求，緊密結(jié)合計算機系統(tǒng)維護項目的特點，制定出在各個環(huán)節(jié)的標準，來提高維護服務(wù)水平，控制質(zhì)量。
我公司把ISO 9001質(zhì)量體系認證作為加強質(zhì)量管理、提高企業(yè)競爭力的一張王牌。經(jīng)過ISO 9001質(zhì)量認證工作，我公司取得了原先意想不到的效果，產(chǎn)生了巨大的效益。
ISO 9000族標準的基本思想就在于一個組織要確定其質(zhì)量目標，并按照其確定的質(zhì)量目標建立并有效實施質(zhì)量體系，確保影響產(chǎn)品質(zhì)量的技術(shù)、管理和人的因素處于受控狀態(tài)，所有的控制應(yīng)針對減少和消除不合格，尤其是預(yù)防不合格，并建立和完善持續(xù)的質(zhì)量改進機制。它由一系列規(guī)則和協(xié)議組成，由專門的組織機構(gòu)以一系列的管理制度和工具來保證貫徹實施。
 公司項目質(zhì)量管理
通過近十年來系統(tǒng)集成和軟件開發(fā)工程的設(shè)計、開發(fā)及實踐，我們公司已形成了一套完善健全的質(zhì)量管理系統(tǒng)，從而為本項目建設(shè)的順利實施和按質(zhì)按量完成提供保障。
首先，我們公司內(nèi)部有著明確的分工，通過專業(yè)化的手段來提高公司的工作質(zhì)量及技術(shù)水平。
本公司每個部門均有明確的分工，每個技術(shù)方向均由專人負責跟蹤，確保掌握最新的先進技術(shù)和各種技術(shù)的發(fā)展動態(tài)，從而為用戶提供最佳的解決方案。同時，每個項目會有一個項目總負責人，負責公司內(nèi)部的各種資源協(xié)調(diào)、調(diào)動，計劃的制定和整個系統(tǒng)運作的監(jiān)督。
其次，我們有著規(guī)范的工程施工。在健全的質(zhì)量管理體系下，由專業(yè)的工程實施人員，嚴格按照操作工藝流程和技術(shù)要求進行施工。在施工過程中，實施小組還將分階段向客戶方提供工程進度記錄表格，讓用戶方非常清楚整個工程項目的施工計劃及施工進度情況，以便進行工程進度核查和質(zhì)量抽查。
再次，我們還有著科學的管理手段。從施工開始到施工結(jié)束驗收的整個過程，我們均有相應(yīng)的配套記錄表格，具體包括《工程實施記錄表》、《設(shè)備材料登記表》、《前期工作記錄表》、《工程預(yù)備記錄表》、《現(xiàn)場施工記錄表》、《工程驗收報告》等工程實施文檔，《用戶服務(wù)要求書》、《合約維護計劃及執(zhí)行記錄表》、《用戶維護、維修登記表》售后服務(wù)文檔等，及《網(wǎng)絡(luò)系統(tǒng)邏輯圖》、《設(shè)備端口信息記錄表》、《服務(wù)器記錄表》、《工作站記錄表》、《IP地址規(guī)劃表》等網(wǎng)絡(luò)系統(tǒng)維護文檔。方便系統(tǒng)管理維護部門進行系統(tǒng)維護及管理。同時，所有的記錄表格均錄入計算機進行電子化管理。
此外，我們公司還在全公司范圍內(nèi)應(yīng)用網(wǎng)站數(shù)據(jù)庫系統(tǒng)，實現(xiàn)全公司范圍內(nèi)任務(wù)書公文流轉(zhuǎn)功能，公司內(nèi)部各種各樣的任務(wù)書及申請單均可在全公司范圍內(nèi)以電子公文的形式實現(xiàn)流轉(zhuǎn)管理。公司還要求客戶填寫客戶滿意度表格，對工程實施維護人員的工作質(zhì)量進行評估，以進一步保證服務(wù)和工作質(zhì)量。
最后，我們公司還有完善的售后服務(wù)。
 管理措施建議
質(zhì)量，一直是項目成功的根本。系統(tǒng)集成服務(wù)作為一種綜合性高智力的活動，其質(zhì)量管理既要秉承質(zhì)量管理的一般原則和思想，又要針對其特點，而具有自身的規(guī)范。制定出標準、有效、可操作性強的質(zhì)量管理規(guī)范。基于我們以往的經(jīng)驗，為確保此項目順利，下列建議可供參考：
 參加項目的所有人員都能夠滿足各自的職責要求，具有相應(yīng)的資歷和經(jīng)驗。
 嚴格按照質(zhì)量體系要求管理各個工作環(huán)節(jié)；
 加強項目的督導，對工作記錄進行及時有效的檢查；
 做到崗位責任制，并在項目經(jīng)理的統(tǒng)一協(xié)調(diào)下開展工作；
 建立問題上報機制，使問題出現(xiàn)時，項目參與人員有途徑反映問題；
 加強按時按計劃完成所分配工作的觀念，做好項目時間管理；
 加強風險管理，使事故苗子得以及時根除；
 選擇合適的人參與項目的各個部分工作；
 加強文檔管理、應(yīng)用系統(tǒng)版本管理等系統(tǒng)配置管理
 定期召開會議，督促嚴格按計劃工作。
 本項目施工及質(zhì)量管理
對本系統(tǒng)建設(shè)項目的施工，我們將通過公司完善的質(zhì)量管理體系，同時針對本項目工程的特點，提供全面合理的相應(yīng)管理措施。
工程施工前，由項目經(jīng)理組織有關(guān)人員(業(yè)務(wù)員、方案設(shè)計人員、技術(shù)指導、項目實施負責人、工程實施小組、質(zhì)量監(jiān)控小組及售后服務(wù)小組等)召開工程準備會議，介紹工程設(shè)計方案及有關(guān)的情況，布置各項工作，討論可預(yù)見的技術(shù)細節(jié)、實施內(nèi)容、實施方法、實施進度安排及培訓計劃等。
建立該項目的《工程進度記錄表格》以作為項目實施的開始，業(yè)務(wù)員安排進貨并確定初步的進貨日期，同時安排發(fā)貨計劃。通過實際建筑環(huán)境考察和測量，由項目經(jīng)理與用戶商討并明確具體的實施計劃和操作細節(jié)，做好相應(yīng)的備忘記錄。
在施工過程中，分階段(每周)向用戶提供前一階段的施工進展情況及下一階段的施工計劃，確保整個施工過程的順利實施和按時按質(zhì)完成，減少施工過程中給用戶帶來的影響。
在整個工程項目的實施過程中，制定詳細的施工計劃，同客戶方的項目協(xié)調(diào)人進行溝通，確保整個施工計劃的可行性；同時，由質(zhì)量監(jiān)督小組負責對整個項目的實施質(zhì)量進行監(jiān)督，從而保證整個工程的質(zhì)量(包括進貨設(shè)備的質(zhì)量保證和工程實施的質(zhì)量保證)。
我們一貫認為好的技術(shù)及方案是對一個公司的基本要求，而工程的實施及維護才是關(guān)鍵，我們這樣認為也是這樣要求員工的。
5.2 項目實施規(guī)劃執(zhí)行
項目實施階段包括項目計劃制定、需求調(diào)研、規(guī)劃設(shè)計、系統(tǒng)配置與開發(fā)、安裝調(diào)試、用戶培訓、系統(tǒng)上線運行、項目驗收等8個階段。具體實施進度安排按照招標書要求進行，請參考本方案附卷二《XX集團協(xié)同辦公管理平臺項目解決方案書-技術(shù)卷附卷二(工作與成員說明)》
5.2.1 項目計劃制定
該階段作為整個項目實施的初始階段，主要工作內(nèi)容是組建項目組、準備環(huán)境、熟悉情況、確定實施目標與實施策略，是保證日后項目實施工作的順利開展的重要階段。
 資源計劃
• 工作時間：4個工作日
• 參加人員：泛普：項目經(jīng)理 客戶：項目負責人
 工作內(nèi)容
• 階段工作內(nèi)容：組建項目小組；準備項目環(huán)境；與客戶項目負責人根據(jù)現(xiàn)實情況談?wù)摏Q定實際的項目計劃。
• 客戶配合內(nèi)容：共同制定項目計劃；提供項目場地與工作設(shè)備
 提交文檔
• 必須提供：《項目實施計劃》
• 可選提供：《協(xié)同協(xié)同辦公管理平臺調(diào)查問卷》、《項目實施準備工作確認書》
5.2.2 泛普OA平臺詳細需求調(diào)研
需求是整個項目的重要基準之一，將影響到項目的進度、成本和風險等，因此向相關(guān)業(yè)務(wù)部門了解業(yè)務(wù)需求的該階段必須得到充分重視。由于需求調(diào)研可能涉及到多個部門的人員，需要雙方協(xié)調(diào)，保證時間緊湊、合理。
泛普承諾在中標后的開發(fā)實施過程中，配合客戶方對本項目功能設(shè)計中需完善的地方進行調(diào)整和完善。
 資源計劃
• 工作時間：14個工作日
• 參加人員：泛普：需求分析小組；客戶：需求負責小組、技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：進行相關(guān)的需求調(diào)研，調(diào)研內(nèi)容包括：組織結(jié)構(gòu)、硬件配置情況(包括布線系統(tǒng)、網(wǎng)絡(luò)設(shè)備和服務(wù)器配置)、現(xiàn)有應(yīng)用系統(tǒng)、當前系統(tǒng)軟件配置、基本數(shù)據(jù)環(huán)境(包括存儲策略、安全策略、備份策略、災(zāi)難恢復(fù)策略)、用戶情況、公文處理需求、協(xié)同需求、檔案應(yīng)用需求、常用辦公功能需求、其它需求。完成需求確認。
• 客戶配合內(nèi)容：抽調(diào)全職系統(tǒng)管理員協(xié)同泛普人員工作；安排需求負責小組協(xié)助調(diào)研工作。
 提交文檔
• 必須提供：《功能需求調(diào)研報告》、《客戶需求說明書》、《數(shù)據(jù)要求說明書》
• 可選提供：《系統(tǒng)環(huán)境調(diào)研報告》、《業(yè)務(wù)環(huán)境調(diào)研報告》
5.2.3 泛普OA協(xié)同應(yīng)用規(guī)劃設(shè)計
該階段將根據(jù)需求設(shè)計整個系統(tǒng)的底層結(jié)構(gòu)，將以泛普的實施人員為主，但實踐證明，客戶方的技術(shù)負責小組在此階段參與項目，不僅有利于日后該系統(tǒng)的維護，還有利于該系統(tǒng)日后的發(fā)展規(guī)劃。
 資源計劃
• 工作時間：10個工作日
• 參加人員：泛普：需求分析小組；客戶：技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：根據(jù)需求情況設(shè)計系統(tǒng)結(jié)構(gòu)與功能
• 客戶配合內(nèi)容：技術(shù)負責小組參與系統(tǒng)設(shè)計
 提交文檔
• 必須提供：《系統(tǒng)設(shè)計說明書》、《數(shù)據(jù)庫設(shè)計說明書》、《二次開發(fā)設(shè)計文檔》
• 可選提供
5.2.4 系統(tǒng)配置開發(fā)
此階段，首先確保后續(xù)系統(tǒng)設(shè)備和軟件能夠順利獲得安裝調(diào)試所需資源的保證。將以將以泛普的商務(wù)采購人員為主，并需要用戶相關(guān)商務(wù)人員的配合。
其次是需求得以實現(xiàn)的階段，將以泛普的實施人員為主，但實踐證明，客戶方的技術(shù)負責小組在此階段參與實現(xiàn)，不僅有利于日后該系統(tǒng)的維護，還有利于該系統(tǒng)日后的發(fā)展規(guī)劃。
 資源計劃
• 工作時間：30個工作日
• 參加人員：泛普：商務(wù)采購人員、實施小組；客戶：相關(guān)采購負責人、需求負責小組、技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：采購合同簽訂，設(shè)備到貨；根據(jù)調(diào)研情況實現(xiàn)應(yīng)用，包括系統(tǒng)的配置、流程設(shè)計、模板設(shè)計等；根據(jù)調(diào)研情況對特定系統(tǒng)進行二次開發(fā)，與安裝培訓系統(tǒng)環(huán)境；
• 客戶配合內(nèi)容：根據(jù)合同安排的預(yù)付款或相應(yīng)工作內(nèi)容；技術(shù)負責小組參與系統(tǒng)實現(xiàn)；技術(shù)負責小組參與二次開發(fā)工作；原有系統(tǒng)的系統(tǒng)管理員與泛普人員一起進行系統(tǒng)移植工作。
 提交文檔
• 必須提供：《公文及流程設(shè)計表》、《二次開發(fā)功能說明書》(模塊開發(fā)卷宗)、《系統(tǒng)開發(fā)程序源代碼》
• 可選提供：《功能實現(xiàn)計劃》
5.2.5 系統(tǒng)安裝調(diào)試
安裝階段由于需要到各業(yè)務(wù)處室進行相應(yīng)客戶端的檢測或安裝，因此我們建議該階段以客戶方的技術(shù)負責小組為主，技術(shù)負責小組在泛普實施人員的指導下，安裝或檢測相應(yīng)客戶端的使用情況，從而保證系統(tǒng)能正常運行。
調(diào)試階段是測試需求實現(xiàn)情況的階段。在此階段，一方面泛普由專職的測試小組對系統(tǒng)的功能進行測試；另一方面，我們建議客戶方的需求負責小組、技術(shù)負責小組的人員也應(yīng)參與系統(tǒng)測試，需求負責小組通過測試檢驗系統(tǒng)功能是否已經(jīng)滿足需求，技術(shù)負責小組通過測試熟悉業(yè)務(wù)需求、了解實現(xiàn)原理，不僅有利于系統(tǒng)功能更好地滿足需求，減少需求風險，而且有利于客戶方對系統(tǒng)地接受與日后維護。
 資源計劃
• 工作時間：15個工作日
• 參加人員：泛普：測試小組；客戶：需求負責小組、技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：機柜、KVM及UPS安裝調(diào)試；服務(wù)器、操作系統(tǒng)及陣列柜安裝調(diào)試；數(shù)據(jù)庫安裝調(diào)試；Portal系統(tǒng)安裝調(diào)試；安裝服務(wù)器端及客戶端；設(shè)置系統(tǒng)接口；集成相關(guān)的應(yīng)用系統(tǒng)；對實現(xiàn)的功能進行測試，檢驗：是否符合需求、是否存在bug、系統(tǒng)性能等
• 客戶配合內(nèi)容：在系統(tǒng)安裝前保證服務(wù)器等硬件設(shè)備到位；在系統(tǒng)安裝前保證操作平臺、數(shù)據(jù)庫系統(tǒng)等軟件到位；保證局域網(wǎng)絡(luò)系統(tǒng)正常；確保所有需要安裝協(xié)同協(xié)同辦公管理平臺的客戶端機器所在科室有人以便于安裝；需要安裝手寫筆的客戶端請預(yù)先安裝；需要安裝掃描儀的客戶端請預(yù)先安裝；需求負責小組參與測試，檢驗功能是否滿足需求；技術(shù)負責小組參與測試，檢驗系統(tǒng)功能與性能。
 提交文檔
• 必須提供：《服務(wù)器安裝驗收報告》、《客戶端安裝驗收報告》、《測試計劃》、《系統(tǒng)測試報告》(測試記錄)、
• 可選提供：《服務(wù)器安裝登記表》、客戶端安裝登記表》
5.2.6 用戶培訓推廣
管理員培訓方面，為了保證客戶方技術(shù)負責小組盡快掌握系統(tǒng)，從而在整個項目實施階段發(fā)揮重要作用，我們建議管理員培訓工作宜早不宜遲，因此該階段可以根據(jù)實際情況提前，必要時可提前到需求調(diào)研階段之前。
普通用戶培訓方面，該階段作為領(lǐng)導、用戶對系統(tǒng)的第一印象，是整個系統(tǒng)得以被領(lǐng)導認可、被用戶接受的重要階段。該階段的工作效果將直接影響整個系統(tǒng)日后的運行與推廣，因此該階段應(yīng)該得到雙方的充分重視與配合，尤其是客戶方必須給予培訓工作準備與開展的重要支持，而泛普也將在此階段根據(jù)客戶方的實際情況給予培訓方式、培訓效果保證的建議與配合。
 資源計劃
• 工作時間：15個工作日
• 參加人員：泛普：培訓小組；客戶：技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：集中培訓客戶系統(tǒng)管理員與應(yīng)用管理員，使管理員具有系統(tǒng)維護和管理的技能，能快速定義各種類型的公文以及流程，進行系統(tǒng)用戶管理和維護；協(xié)助客戶管理員進行普通用戶的培訓，包括領(lǐng)導層、各處室領(lǐng)導及一般工作人員；培訓內(nèi)容包括系統(tǒng)的基本操作方法，收文和發(fā)文的處理形式、檔案的查詢、其它辦公模塊的使用等。
• 客戶配合內(nèi)容：
管理員培訓：保證培訓用機器的到位；保證所有系統(tǒng)管理員的培訓時間；被培訓的系統(tǒng)管理員在培訓前必須具有以下技能：熟練掌握操作系統(tǒng)的安裝及維護技術(shù)；了解關(guān)系數(shù)據(jù)庫系統(tǒng)，掌握數(shù)據(jù)庫的維護技術(shù)；掌握J2EE應(yīng)用服務(wù)器的維護技術(shù)。
普通用戶培訓： 保證培訓環(huán)境，包括培訓教室、投影儀和實驗用機器(1-2人一臺)；保證被培訓人員的培訓時間；保證客戶方系統(tǒng)管理員能協(xié)助培訓；被培訓人員在培訓前應(yīng)具有以下技能：具有Microsoft Windows XP的基本操作技能；具有Microsoft Internet Explorer的基本操作技能。
 提交文檔
• 必須提供：《系統(tǒng)管理員培訓驗收報告》、《系統(tǒng)管理員培訓文檔》、《普通用戶培訓計劃》、《普通用戶培訓驗收報告》、《普通用戶培訓資料和教材》、《系統(tǒng)安裝手冊》、《系統(tǒng)維護手冊》、《用戶操作手冊》
• 可選提供：《培訓情況調(diào)查表》
5.2.7 系統(tǒng)試運行
整個系統(tǒng)正式投入使用，將直接檢測整個系統(tǒng)的效果與目標的實現(xiàn)情況，因此在此階段，將主要由客戶項目組成員發(fā)揮主要作用，而泛普在此階段主要提供技術(shù)的支持與協(xié)助。
 資源計劃
• 工作時間：20個工作日
• 參加人員：泛普：實施小組；客戶：技術(shù)負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：推廣實施，對運行過程中出現(xiàn)的問題進行調(diào)整；進行系統(tǒng)推廣，在客戶內(nèi)部推廣使用，收集用戶的使用情況；對數(shù)據(jù)庫系統(tǒng)進行優(yōu)化并提供優(yōu)化建議。
• 客戶配合內(nèi)容：通過行政手段要求相關(guān)部門使用系統(tǒng)；技術(shù)負責人協(xié)助泛普人員作技術(shù)支持；收集用戶在使用過程中反映的意見。
 提交文檔
• 必須提供：《系統(tǒng)正式運行支持紀錄》
• 可選提供：《系統(tǒng)正式運行總結(jié)報告》
5.2.8 項目驗收服務(wù)
 資源計劃
• 工作時間：5個工作日
• 參加人員：項目組全體成員
 工作內(nèi)容
• 階段工作內(nèi)容：移交整個系統(tǒng)給客戶方技術(shù)負責小組；整理驗收資料，對系統(tǒng)的功能總體上進行驗收；進行階段性總結(jié)，并為項目中遠期作規(guī)劃。
• 客戶配合內(nèi)容：技術(shù)負責小組配合泛普人員把移交工作做好；在驗收前進行相應(yīng)的驗收資料的準備。
 提交文檔
• 必須提供：《系統(tǒng)總體驗收報告》、項目總結(jié)》
• 可選提供：《系統(tǒng)驗收計劃》
5.3 系統(tǒng)環(huán)境安裝實施方案
 我公司向用戶方提供標書中對所有設(shè)備的要求。
 我公司具有良好信譽和相關(guān)實力的技術(shù)隊伍；
 我公司將本著認真負責態(tài)度，組織技術(shù)隊伍，做好投標的整體方案，并書面提出維護、服務(wù)以及今后技術(shù)支持的措施計劃和承諾；
 合同簽訂首付款到位后3個工作日內(nèi)開始進行；
 我公司將根據(jù)本項目的具體進度，給出明確的工程實施計劃；
 交貨時間：按合同規(guī)定的要求；
 交貨地點：客戶現(xiàn)場；
數(shù)據(jù)庫系統(tǒng)的安裝與調(diào)試
(1). 檢查機器性能是否符合要求，操作系統(tǒng)環(huán)境是否設(shè)置正確，補丁是否齊全；
(2) .開始安裝數(shù)據(jù)庫系統(tǒng)；
(3) .根據(jù)要求，進行系統(tǒng)的配置和調(diào)試。
(4) .根據(jù)要求，進行與協(xié)同協(xié)同辦公管理平臺和門戶系統(tǒng)的整合調(diào)試。
(5) .安裝完成。
Portal系統(tǒng)的安裝與調(diào)試
(1) .檢查機器性能是否符合要求，操作系統(tǒng)環(huán)境是否設(shè)置正確，補丁是否齊全；
(2) .開始在服務(wù)器上進行Portal系統(tǒng)的安裝；
(3) .根據(jù)要求，進行Portal的配置和調(diào)試。
(3) .安裝完成。
5.4 項目培訓方法
系統(tǒng)開發(fā)完成后，一個很重要的工作就是用戶培訓。培訓工作做不好，系統(tǒng)的推行就會遇到很多障礙，甚至會影響到系統(tǒng)的執(zhí)行。因此必須建立一套完善的培訓體系，泛普公司始終以如何迅速地掌握先進的計算機技術(shù)，并能得心應(yīng)手地投入具體的實施和應(yīng)用為使命，積極為廣大用戶提供高質(zhì)量的培訓課程。
在軟件項目的實施過程中，系統(tǒng)培訓的效果將直接影響到項目建設(shè)的效果，為此，泛普在項目的組織控制中一向非常重視對用戶的培訓。
5.4.1 有針對性的培訓策略
項目培訓工作應(yīng)該與系統(tǒng)開發(fā)實施工作同步進行。首先對全企業(yè)各級管理人員的信息化技能進行摸底調(diào)查，提前進行“掃盲”培訓并狠抓考核，確保在系統(tǒng)上線之前，廣大用戶具備基礎(chǔ)的計算機操作能力，如Windows、Office以及上網(wǎng)操作。對于廣大用戶的辦公自動化培訓工作，我們將采用理論與實踐結(jié)合、現(xiàn)場與遠程結(jié)合、共性與個性結(jié)合、培訓與考核結(jié)合、自助與他助結(jié)合的培訓策略，一方面系統(tǒng)自身的人性化易用性設(shè)計將大大降低學習難度(一部分計算機操作熟練的用戶無須培訓)，另一方面系統(tǒng)提供網(wǎng)上培訓、自助功能，讓每一位用戶隨時進行學習，并能在系統(tǒng)提供的學習論壇上進行經(jīng)驗交流。特別地，必須加強對各部門與各廠骨干的培訓，尤其對位于流程的關(guān)鍵節(jié)點的領(lǐng)導與管理人員進行重點培訓，確保流程暢通無阻。
因客戶方的員工較多，而且計算機應(yīng)用水平存在差異，因此泛普公司建議培訓期間從各部門、各單位挑選部分主干人員，我方先對這些人員進行詳細的培訓，然后再由他們對其他單位的大部分人員進行培訓，開始的第一、第二個單位我方將安排人員到培訓現(xiàn)場給予必要的技術(shù)支持。
5.4.2 培訓師資
培訓是成功實施管理軟件系統(tǒng)的重要因素，目的是為了增加人們對管理軟件相關(guān)知識的了解和規(guī)范管理人員的行為方式，使各級用戶盡快改變管理和服務(wù)觀念，掌握必要的技術(shù)，提高辦公效率，適應(yīng)并主動地推動信息化的建設(shè)發(fā)展。我們?yōu)榭蛻舳ㄖ撇嵤╈`活而有針對性的團體培訓，培訓中心由十多名系統(tǒng)工程師及認證教師執(zhí)教，具有豐富的實踐與教學經(jīng)驗(三年以上)，為全公司用戶使用單位培訓了近15000名操作人員和近1000名系統(tǒng)管理人員，形成了成熟的授課體制及經(jīng)驗，為客戶在短期內(nèi)進行高質(zhì)量培訓提供了有力的保證。
5.4.3 培訓方式
根據(jù)客戶方的實際需要，我們建議培訓按照以下方式進行：采用教師授課和實際工作相結(jié)合的方式進行，先按照授課方式講解基本理論，在具備了一定基礎(chǔ)后可加入到實際工程實施中，由泛普公司實施人員在工作中講解實際技巧。通過這種方式，保證接受培訓人員理論聯(lián)系實際，在較短時間內(nèi)學習到大量的技術(shù)知識，同時熟悉本單位的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)與管理模式，為以后的工作奠定良好的工作基礎(chǔ)。
5.4.4 培訓對象
協(xié)同協(xié)同辦公管理平臺面對著機關(guān)所有工作人員，而工作人員之間也存在工作任務(wù)輕重、本身對計算機熟悉程度等諸多因素的影響，因此，協(xié)同協(xié)同辦公管理平臺使用的培訓方式應(yīng)該是靈活多樣的，以達到全員會用為基本目標。
在本項目中，我們將根據(jù)不同用戶的不同特點，把培訓對象分為領(lǐng)導層、普通用戶、應(yīng)用管理員、系統(tǒng)管理員四類，采取集中培訓和個別輔導相結(jié)合、不同類型用戶各有側(cè)重的原則，有針對性地開展培訓。
 領(lǐng)導層
培訓公司領(lǐng)導層如何運用本系統(tǒng)，對整個公司的各種信息進行搜集和分析。公司部門領(lǐng)導和所屬企業(yè)領(lǐng)導的培訓，相應(yīng)的各個部門各有各的偏重點，但又互相關(guān)聯(lián)，各部門經(jīng)理的培訓就要使他們能夠熟練應(yīng)用相關(guān)模塊完成部門工作，更要會綜合整個系統(tǒng)的各種信息。
一般說來，領(lǐng)導層由于事務(wù)比較繁忙，幾乎沒有可能多次集中培訓。為此我們將安排他們一次集中培訓，或者是采取見縫插針，上門輔導的方式。每次時間共為3~4小時，總共不少于15個課時。培訓的主要內(nèi)容是Windows的基本使用技巧和有針對性的系統(tǒng)功能。在此基礎(chǔ)上，將根據(jù)實際需要進行個別不定期的培訓或者專項培訓。
 普通用戶
要使公司員工的相關(guān)工作都要轉(zhuǎn)到系統(tǒng)平臺上來，給領(lǐng)導層提供可靠的數(shù)據(jù)。普通用戶則只要求對所使用的系統(tǒng)功能能熟練操作，以利于系統(tǒng)應(yīng)用推廣。普通用戶將采取集中培訓和操作考核的形式進行。培訓按照每次4~6課時/人來安排，總共不少于10個課時。根據(jù)人數(shù)可分期分批進行，內(nèi)容是系統(tǒng)功能的使用。普通用戶考核不合格的將再集中安排培訓。
 應(yīng)用管理員(項目組人員)
使項目組人員能夠使用系統(tǒng)，并具有給公司其他人員培訓的能力。應(yīng)用管理員除要參加普通用戶的培訓和考核之外，還要針對其管理的應(yīng)用模塊進行專項培訓和考核。對應(yīng)用管理員的專項培訓每次不少于4小時/人，總共不少于20個課時。對應(yīng)用管理員還要采用“傳、幫、帶”的方式，進行經(jīng)常性的培訓和輔導。
 系統(tǒng)管理員
培訓公司至少兩名系統(tǒng)管理員，并確保他們能夠有維護整個系統(tǒng)的能力，包括后臺數(shù)據(jù)的增刪。系統(tǒng)管理員負責整個信息系統(tǒng)的日常維護，需要對系統(tǒng)運行平臺和系統(tǒng)所有前后臺功能都非常熟悉。我們將為系統(tǒng)管理員提供系統(tǒng)維護所必須的相關(guān)技術(shù)培訓。為保證系統(tǒng)管理員的實操能力，我們將專門培訓和實踐操作指導相結(jié)合，在整個項目實施過程中采用“傳、幫、帶”的方式，進行經(jīng)常性的培訓和輔導，總共不少于30個課時。
5.4.5 培訓環(huán)境
客戶負責指定培訓場地和培訓所需要的機器設(shè)備。
培訓場地要求能擺放學員用和教師用的計算機，學員和教師能方便通行，使用的電源安全不過載；有投影儀、話筒。
保證每個學員有一臺計算機、一臺共用的打印機，一臺共用的服務(wù)器，所有客戶端計算機操作系統(tǒng)安裝XP 。
準備練習用的打印紙(A4)若干，準備好網(wǎng)絡(luò)環(huán)境，每臺計算機之間網(wǎng)絡(luò)互通。
5.4.6 作息時間
作息時間根據(jù)實際的情況確定，建議如下：
上午：9:00 --12:00
下午：13:30--17:30
5.4.7 培訓內(nèi)容
針對本項目，我們提供的培訓內(nèi)容為：本次招標軟件的安裝、使用和系統(tǒng)管理等；提供所有軟件的安裝、使用培訓。培訓人數(shù)，完全滿足招標要求，具體操作事宜與用戶協(xié)商解決。
我們充分考慮到用戶參加學習的人員基礎(chǔ)參差不齊的特點，在設(shè)計培訓課程時，堅持循序漸進的原則，從最基礎(chǔ)的認證技術(shù)培訓課程開始。根據(jù)招標書的要求，我們安排安裝調(diào)試前(訂貨階段)對用戶進行集中開班培訓。具體安排如下：
在工程施工中及結(jié)束后，我們將根據(jù)用戶的要求，向用戶的技術(shù)人員提供現(xiàn)場培訓，具體的培訓時間需要與用戶方充分交流后確認下來。培訓前準備階段，我們將準備培訓教材、資料、培訓設(shè)備、培訓人員分工安排、與用戶聯(lián)系培訓安排事宜和其他事宜。各個培訓小組參照培訓課程安排表，針對用戶情況制定具體的培訓計劃根據(jù)用戶的要求。
我公司對培訓的內(nèi)容初步如下安排。
 高級培訓
序號 課程 內(nèi)容 課時(小時)
1  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關(guān)系、工作原理、 2
2. 主機配置與集群 主機參數(shù)設(shè)置、優(yōu)化、集群配置 1
3. J2EE平臺 J2EE架構(gòu) 2
4. 數(shù)據(jù)庫系統(tǒng)管理 數(shù)據(jù)庫安裝、參數(shù)配置、備份、優(yōu)化 16
5. 報表工具 報表工具的安裝配置、使用 4
6. 應(yīng)用原理及數(shù)據(jù)結(jié)構(gòu) 概要設(shè)計、數(shù)據(jù)庫結(jié)構(gòu) 2
7 應(yīng)用軟件設(shè)計開發(fā) 程序設(shè)計數(shù)據(jù)庫設(shè)計
環(huán)境搭建、應(yīng)用模塊部署
工作流定制、Portal 開發(fā) 16
8. 應(yīng)用程序維護 應(yīng)用模塊間關(guān)系常見程序問題的修復(fù)工作流維護 4
9. 電子印章管理 如何制作、發(fā)放、注銷及使用電子印章 1

我們可以根據(jù)用戶的實際情況對培訓內(nèi)容進行調(diào)整。
 中級培訓
序號 課程 內(nèi)容 課時(小時)
1.  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關(guān)系、工作原理、 2
2. J2EE平臺 J2EE架構(gòu) 2
3. 數(shù)據(jù)庫SQL  數(shù)據(jù)庫SQL 語言 8
4. 報表制作 報表工具使用 4
5. 應(yīng)用系統(tǒng)原理及數(shù)據(jù)結(jié)構(gòu) 概要設(shè)計、數(shù)據(jù)庫結(jié)構(gòu) 2
6. 應(yīng)用軟件操作 用戶管理、權(quán)限管理、日志管理、站群管理、欄目管理及信息發(fā)布、
工作流程管理、協(xié)同管理的使用 8
7. 電子印章使用 如何使用電子印章 1
8. 應(yīng)用日常管理 數(shù)據(jù)備份與恢復(fù) 2
9. 電子印章管理 如何制作、發(fā)放、注銷及使用電子印章 1

 初級培訓
序號 課程 內(nèi)容 課時(小時)
1.  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關(guān)系、工作原理、 2
2. 報表制作 簡單報表的定制、輸出 4
3. 應(yīng)用軟件操作 用戶管理、權(quán)限管理、日志管理、站群管理、欄目管理及信息發(fā)布、工作流程管理、協(xié)同管理的使用等 8
4. 業(yè)務(wù)處理流程 如何利用系統(tǒng)完成具體業(yè)務(wù)。如公文擬稿、審批、會簽、簽發(fā)等。 4
5. 電子印章使用 如何使用電子印章 1
6. 領(lǐng)導培訓 終端設(shè)備操作
領(lǐng)導辦公子系統(tǒng)的操作培訓電子印章使用 4
5.4.8 培訓費用
我公司將所有培訓費用(含培訓教材費)及各項支出列入“項目實施與培訓服務(wù)”報價，并計入投標總價。
5.5 需求變更管理
本項目可能會因為對項目的實施前提、項目范圍、進程安排、階段性標準、交付件、價格或付款條件等條款的變更的原因，要求進行本項目的變更。本程序的制定是為了檢查所有的變更請求，決定哪些需要實施、哪些需要推延、哪些需要否決。在得到客戶的認可后，進度和成本將相應(yīng)地做出調(diào)整。一個有效的變更控制程序?qū)τ诒苊忭椖垦悠诤统潜匾摹?br /> 如雙方希望修改本工作說明書，則需遵守以下申請程序：
5. 提出修改
提出修改方(用戶或泛普)需首先填寫《項目變更申請》 ?！俄椖孔兏暾垺?需提交至由最終用戶和泛普項目小組人員組成的評審小組。評審小組成員的資格將由雙方有關(guān)人員做出書面規(guī)定，其中任何一方都可以書面形式通知另一方其人員更改情況。評審小組將就《項目變更申請》 的技術(shù)可行性以及對整個項目的影響做出評估。經(jīng)過批準的《項目變更申請》 將轉(zhuǎn)給泛普，未被批準的將被退還給提出修改的本人。
5.5.2 雙方的反應(yīng)
修改方將在接到《項目變更申請》 的5 天內(nèi)給出收訖說明以及分析《項目變更申請》 所需的時間，做出相應(yīng)的《工程修改建議書》 。修改方可對《項目變更申請》 分析報告以及《工程修改建議書》 進行收費并以書面形式告知另一方收費標準、修改方將于另一方同意收費標準30 天內(nèi)或規(guī)定時間內(nèi)，對《項目變更申請》 進行分析研究并做出相應(yīng)的《工程修改建議書》 。
《工程修改建議書》 就《項目變更申請》 中所提出的修改對整個項目的影響做出以下幾方面的說明：
基本修改：文件的增改和刪除；
測試項目：測試和重新測試的修改；
系統(tǒng)性能：確認修改項目對系統(tǒng)性能的影響以及增加或改裝其它機器是否必要；其它材料：列出所有其它有關(guān)材料；
進度：項目進展情況、提交件的進展速度和協(xié)議的終止日期；
費用：確認此修改引起的相關(guān)費用的調(diào)整；
5.5.3 雙方的認可
有關(guān)《工程修改建議書》 費用或進展的修改，需由雙方項目經(jīng)理表以書面形式確認，或由評審小組批準。批準后的《工程修改建議書》 將以附件形式列入本協(xié)議。
如雙方確認的變更內(nèi)容與原合同條款的規(guī)定不符，則雙方授權(quán)代表將在此變更申請的基礎(chǔ)上另行簽訂《變更授權(quán)書》 。雙方授權(quán)代表簽訂的《變更授權(quán)書》 作為合同文件的補充條款，《變更授權(quán)書》 未闡明事宜仍按原合同條款執(zhí)行。若與原合同有沖突時，以《變更授權(quán)書》 為準。
5.5.4 實施
可根據(jù)多次修改后的內(nèi)容修改文件的基本內(nèi)容并以注有修改日期的文件的形式重新分發(fā)。修改只包括評審小組通過的內(nèi)容或不改變文件內(nèi)容的打印錯誤。
5.5.5 修改程序流程
修改方提出《項目變更申請》
將《項目變更申請》 提交評審小組作技術(shù)可行性評定
修改方以書面形式接受《項目變更申請》 并給出《工程修改建議書》 的準備時間和所需費用評審小組討論修改方提出的時間和費用以及是否批準《項目變更申請》
修改方做出《工程修改建議書》 并確認所需費用和進度
評審小組討論《工程修改建議書》 并提出實施建議
另一方對《工程修改建議書》 提出認可并同意修改方對協(xié)議進行修改雙方授權(quán)代表簽訂《變更授權(quán)書》 以對變更的實施作出授權(quán)
5.6 項目文檔管理
5.6.1 文檔編碼規(guī)范
為了使文檔能方便、有效的進行歸檔、存儲，以便于日后文檔的利用和流通，加強部門間溝通及協(xié)作。
項目中采用如下規(guī)則進行編號：
項目名縮寫-類型縮寫[-8 位日期]-自然順序號
定義
項目名縮寫：建議采用拼音的首字母方式，由該項目的銷售經(jīng)理規(guī)定。
類型 縮寫
故障及維護 GZ
需求確認單 XQ
項目協(xié)調(diào)單 XT
疑問解答單 YW
會議紀要 HYJY
售前客戶需求單 SQ
測試大綱 CSDG
測試報告 CSBG
概要設(shè)計 GYSJ
詳細設(shè)計 XX集團SJ
8 位日期：格式為yyyymmdd 。例“2009 年8月11 日”表示為：20030511。
自然順序號：從1 開始記錄序號
5.6.2 文件命名規(guī)則
文件名采用“編號加標題”方式進行命名，具體規(guī)則如下：
項目名縮寫-文件類型縮寫[-8 位日期]-自然順序號-標題.文件類型
如果某個文件有附件文件，其附件的文件名編寫規(guī)則如下：
項目名縮寫-文件類型縮寫[-8 位日期]-自然順序號-附件n：標題.文件類型
樣例
例2 、中國聯(lián)通山西分公司綜合客戶服務(wù)系統(tǒng)― 二期項目在2003 年7 月31 日由尋呼部提出“關(guān)于”人工接通率”和”IVR 接通率”指標偏低”的疑問的解答文件名及附件文件名為：
SXKFII-YW-20030729-1-關(guān)于IVR 接通率與人工接通率指標偏低的解答.doc
SXKFII-YW-20030729-1-附件1：20030725-20030728 人工接通率偏低與人員安排分析.xls
5.6.3 文檔鑒定制度
文檔鑒定是指通過分析文件內(nèi)容、來源、時間與形式，為文檔制定密級、解密、確定銷毀名錄提供了依據(jù)。鑒定工作通常由領(lǐng)導、項目經(jīng)理與檔案人員共同完成，鑒定后的銷毀清單必須經(jīng)過審批方有效。
1)通過對文檔的初步鑒定，制定密級及保存年限。如無特殊需要，文檔按現(xiàn)行的密級規(guī)定與保存年限執(zhí)行，特殊需要時應(yīng)通過鑒定來確定密級，檔案室應(yīng)保留相關(guān)的鑒定記錄或會議紀要。
2)為方便相關(guān)信息資料的流通，文件的解密工作同樣也應(yīng)通過鑒定。文件解密后應(yīng)有原密級與解密日期的標注。
3)所有經(jīng)鑒定后作廢的文檔由檔案員蓋上“失效”或“作廢”章，進行銷毀處理。
5.6.4 文檔管理流程
1)每月最后一周文檔管理員給項目參與人員發(fā)收文通知
2)相關(guān)人員按檔案規(guī)范及收檔通知的明確規(guī)定對部門文檔進行歸類、整理
3)文檔管理員按約定日期與相關(guān)人員接收文檔，雙方填寫書面檔案移交單
4)文檔管理員檢查審核文檔：
若文檔完整，文檔管理員按檔案規(guī)范審核其編號，歸入相應(yīng)的類別，將相關(guān)移交記錄保存好，并建立電子文檔清單。
若文檔不完整，文檔管理員報出缺失檔案清單，記錄文檔質(zhì)量缺陷并通知相關(guān)人員更正補齊文檔，進入下一次文檔收集過程。
5)歸檔工作結(jié)束。
5.6.5 項目文檔
根據(jù)項目要求，泛普將提供應(yīng)用軟件邏輯設(shè)計文檔，系統(tǒng)結(jié)構(gòu)設(shè)計文檔，數(shù)據(jù)庫設(shè)計文檔，接口需求說明書，接口設(shè)計文檔，系統(tǒng)詳細設(shè)計說明書，應(yīng)用軟件模塊設(shè)計文檔，軟件故障處理流程文檔、應(yīng)用軟件配置說明書、應(yīng)用軟件使用說明書(包括用戶手冊、操作手冊、維護手冊)、應(yīng)用軟件開發(fā)總結(jié)文檔，以及系統(tǒng)全部源程序和程序結(jié)構(gòu)說明。文檔和資料均以磁介質(zhì)(或光盤)和紙張為載體，文件格式為Word文檔或PDF文檔或其他可視化文件。
根據(jù)泛普項目實施規(guī)范，本項目可能提交的文檔清單如下(須與用戶協(xié)商后確定。)
 需求調(diào)研文檔
(1). 需求調(diào)研計劃
(2). 項目范圍報告
(3). 需求確認書
(4). 需求變更確認書
(5). 需求分析書(含可行性分析)
(6). 需求評審及變更評審記錄
(7). 需求變更匯總報告
(8). 需求規(guī)格書
 系統(tǒng)軟件安裝調(diào)試文檔
(1). 安裝計劃
(2). 安裝及測試方案
(3). 安裝調(diào)試記錄
(4). 配置參數(shù)
(5). 測試報告
 開發(fā)實施文檔
(1). 概要設(shè)計書
(2). 數(shù)據(jù)庫設(shè)計書
(3). 接口設(shè)計書
(4). 界面風格設(shè)計書
(5). 測試大綱
(6). 詳細設(shè)計書
(7). 詳細測試方案
(8). 用戶手冊
(9). 培訓教材
(10). 程序及程序說明書、源程序清單
(11). 程序維護手冊
(12). 單元測試報告
(13). 系統(tǒng)測試報告
(14). 平臺二次開發(fā)手冊
(15). 需求變更控制報告
(16). 同行評審報告、階段評審報告
(17). 產(chǎn)品一致性檢查報告
(18). 缺陷匯總報告
(19). 版本說明
 應(yīng)用集成文檔
(1). 系統(tǒng)測試方案
(2). 安裝記錄
(3). 調(diào)試記錄
(4). 配置參數(shù)
(5). 功能測試報告
(6). 測試分析報告
(7). 上線測試評審報告
(8). 試運行記錄
(9). 試運行報告
(10). 平臺維護手冊
(11). 培訓記錄
(12). 維護計劃
 驗收文檔
(1). 系統(tǒng)終驗報告(即項目驗收報告)
(2). 文檔移交清單
(3). 系統(tǒng)交接手續(xù)報告
 項目管理文檔
(1). 項目計劃(任務(wù)分解、進度計劃、人員計劃、配置計劃、質(zhì)量計劃)
(2). 項目周報、月報
(3). 工程管理記錄
(4). 評審記錄
(5). 項目協(xié)調(diào)單
(6). 會議紀要
5.7 項目風險管理
協(xié)同管理平臺是一項結(jié)構(gòu)復(fù)雜、功能強、涉及面廣的信息系統(tǒng)集成和開發(fā)的工程，為確保項目達到預(yù)期的目地，使系統(tǒng)真正發(fā)揮作用，必須做到在項目真正實施前就能預(yù)測到該項目可能遇到的各種風險，并準備好項目風險的控制方法，才有可能做到萬無一失并最終確保本項目的實施成功。
5.7.1 項目風險管理方法
泛普是一家通過CMM3認證、具備二級集成資質(zhì)的軟件開發(fā)和系統(tǒng)集成商，為保證項目實施的質(zhì)量和成功率，制定了一套嚴格的項目風險管理方法，因此在本項目的建設(shè)中，我們將按照這套項目風險管理方法對可能產(chǎn)生的風險進行管理。該方法如下：
 
由上圖可知，整個風險管理過程是一個閉環(huán)系統(tǒng)，隨著風險處置計劃的實施，風險會出現(xiàn)許多變化，這些變化的信息可及時反饋，風險預(yù)測和識別者就能及時地對新情況進行風險評估和分析，從而調(diào)整風險處置計劃并實施新的風險處置計劃，這樣循環(huán)往復(fù)，保持風險管理過程的動態(tài)性就能達到風險管理的預(yù)期目的。
5.7.2 項目風險預(yù)測與識別
對項目可能面臨的風險進行預(yù)測和識別是風險管理的基礎(chǔ)。項目風險預(yù)測與識別要回答以下問題：項目中有哪些潛在的風險因素？這些風險因素會引起什么風險？這些風險的嚴重程度如何？簡單地說，項目風險預(yù)測和識別就是要找出風險之所在和引起風險的主要因素，并對其后果作出定性的估計。在對項目風險進行預(yù)測和識別的方法中泛普常用的方法有：德爾菲方法(Delphi  Method)、頭腦風暴法(Brain storming)、情景分析法(Scenario Analysis)等。
5.7.3 項目風險評估與分析
對項目風險進行評估和分析就是在前期預(yù)測和識別的基礎(chǔ)上，建立問題的系統(tǒng)模型，對風險因素的影響進行定量分析，并估算出各風險發(fā)生的概率及其可能導致的損失大小，從而找到該項目的關(guān)鍵風險，為重點處置這些風險提供科學依據(jù)，以保障項目的順利進行。泛普對項目進行風險評估和分析常用的方法有模擬法，主觀概率法和模糊分析方法等。
5.7.4 項目風險處置
通過對項目風險的評估和分析，把項目風險發(fā)生的概率、損失嚴重程度以及其它因素綜合起來考慮，就可得出項目發(fā)生各種風險的可能性及其危害程度，再與公認的安全指標相比較，就可確定項目的危險等級，從而決定應(yīng)采取什么樣的措施以及控制措施應(yīng)采取到什么程度。對項目進行風險處置就是制訂并實施風險處置計劃。風險處置的方法包括風險回避、風險控制、風險自留和風險轉(zhuǎn)嫁。對不同的風險可不同的處置方法，對一個項目所面臨的各種風險，應(yīng)綜合運用各種方法進行處理。
5.7.5 項目風險及化解辦法
該項目的整體實施綜合起來可能存在如下風險：
 客戶配合風險
在應(yīng)用系統(tǒng)開發(fā)中最易導致系統(tǒng)開發(fā)失敗的因素是對客戶的需求調(diào)查不夠清楚，對業(yè)務(wù)需求的理解出現(xiàn)偏差，從而導致開發(fā)的系統(tǒng)與用戶的初衷不一致。因此在開發(fā)本系統(tǒng)的過程中，與客戶的配合和前期需求的詳細調(diào)研、行業(yè)需求的準確理解將顯得尤為重要，這一因素也將是本項目能否成功的最大風險。
泛普在進行每一個項目的實施中，都會專門配置一名專職的客戶經(jīng)理協(xié)助項目組和客戶進行有效溝通，從而有效避免項目組過分關(guān)注技術(shù)本身而忽略與客戶的準確溝通。同時公司會專門配備具有豐富項目經(jīng)驗的需求調(diào)研人員進行前期的需求調(diào)研，從而有效避免對用戶需求理解不準確。公司在需求調(diào)研中有一套嚴格的管理制度來有效保證獲取的需求與用戶的符合程度(如每一需求用例都會形成詳細的文檔，提交給用戶并獲得用戶的認可，只有經(jīng)過用戶認可的需求用例，項目組才能進行實施。在項目實施中，如果因為與客戶配合問題而產(chǎn)生客戶投訴或不滿意的情況，公司將按照項目考核條例對相關(guān)人員進行懲罰等。
 平臺技術(shù)風險
泛普有自己專門的軟件研發(fā)中心，有100 多人專門從事軟件的研究和開發(fā)，在多個領(lǐng)域都從事過大型軟件的成功開發(fā)，有著豐富的大型軟件開發(fā)經(jīng)驗。
泛普完全有能力成功保證本項目中第三方產(chǎn)品的熟練使用配置及軟件開發(fā)，可有效規(guī)避該項目中存在的軟發(fā)件技術(shù)風險。
 項目質(zhì)量風險
泛普己經(jīng)通過了CMM3認證，同時獲得了系統(tǒng)集成二級集成商資質(zhì)，因此從項目的整體實施質(zhì)量上完全有能力得到保證。對每一個項目，泛普都有一套嚴格地評審機制，而且有專門的質(zhì)量管理人員來實施監(jiān)督和考核(如與需求的符合程度，軟件的穩(wěn)定性，可靠性，體系構(gòu)架的合理性等)，對于每一個項目從過程上都實施了嚴格的質(zhì)量控制，因此可有效規(guī)避該項目在實施中的質(zhì)量風險。
 項目周期風險
泛普有著豐富的項目實施和管理經(jīng)驗，無論是時間周期長的項目(周期為1 年一2 年，如某些企業(yè)的整體數(shù)字化建設(shè)從門戶，決策支持等)，還是短的項目(如在恒安交通行業(yè)實施的協(xié)同協(xié)同辦公管理平臺一個月上線等)，泛普都積累了大量的項目成功實施的實際經(jīng)驗。同時由于泛普有著充分的各種資源(如人力資源、財務(wù)資源等等)保證，而且泛普對員工加班有著非常明確的獎勵規(guī)定，因此泛普肯定能保證在合同規(guī)定的周期內(nèi)高質(zhì)量地完成本項目的實施。
 項目服務(wù)風險
泛普始終堅持維持一個客戶比發(fā)展一個客戶更重要的服務(wù)精神，公司每年80 %的合同和收入都來自公司的老客戶，因此服務(wù)一直是公司的發(fā)展之本。公司的軟件服務(wù)特色是“長期合作，共同發(fā)展；用戶是上帝，用戶是財富；技術(shù)和服務(wù)是企業(yè)的生命；技術(shù)本地化(長期技術(shù)投入，維護用戶投資)；服務(wù)本地化”；系統(tǒng)集成服務(wù)特色是“7×24熱線電話技術(shù)支持，對故障可靈活啟用遠程診斷與支持系統(tǒng)；快速響應(yīng)服務(wù)，24 小時內(nèi)到達用戶現(xiàn)場；實行主任工程師制度，定期巡訪，跟蹤服務(wù)于用戶；與原廠商共同提供“雙備份”的技術(shù)服務(wù)；專家小組為用戶進行系統(tǒng)的整體分析、設(shè)計；提供多種合作及本地化服務(wù)方式；”。因此無論是從軟件服務(wù)還是從系統(tǒng)集成服務(wù)上，泛普都能得到很好的保證。
5.7.6 人力資源風險
泛普全國有12000 多人，95%本科學歷以上，軟件工程師280 多人。因此從人員數(shù)量上和各種技術(shù)特色人員的儲備上都能得到很好的保證。同時泛普一直將公司員工的穩(wěn)定性作為部門考核的一個重要依據(jù)，公司現(xiàn)有大量己經(jīng)在泛普工作了3 ～8 年的員工，因此無論從項目人員的穩(wěn)定性上，還是從項目人力資源滿足的充分性上，泛普都能提供很好的保證，可有效規(guī)避人力資源風險。
5.8 系統(tǒng)驗收管理
 名詞解釋
名詞 定義
供方 按照合同向需方提供系統(tǒng)、產(chǎn)品或服務(wù)的單位或部門。是提供軟件產(chǎn)品的廠商；本規(guī)程約定供方為泛普。
需方 從供方獲得系統(tǒng)、產(chǎn)品或服務(wù)的單位或部門。
驗證 為確保某一開發(fā)階段產(chǎn)品的正確性和與該階段輸入所規(guī)定的要求的一致性，對該階段產(chǎn)品進行評價的過程。
軟件驗證 對軟件開發(fā)過程中的階段產(chǎn)品的正確性進行評價的過程。
確認 為確保符合規(guī)定的要求而進行的評價過程。確認的目的是決定最終己完成的系統(tǒng)是否符合所規(guī)定的要求。
軟件確認 對軟件產(chǎn)品是否符合規(guī)定的要求進行評價的過程。確認的結(jié)果作為驗收的依據(jù)。
確認測試 確認測試又稱為有效性測試。它的任務(wù)是驗證軟件的功能和性能以及其他特性是否與用戶的要求一致。
驗收測試 驗收測試是以用戶為主，軟件開發(fā)人員和質(zhì)量保證人員也應(yīng)參加。根據(jù)設(shè)計的測試用例進行驗收測試，并分析測試的輸出結(jié)果。在測試過程中，除了測試軟件的功能和性能外，還應(yīng)對軟件的可移植性、兼容性、可靠性、錯誤的恢復(fù)功能等進行測試。
5.8.1 系統(tǒng)驗收前準備
根據(jù)需方行業(yè)的特點和慣例，系統(tǒng)驗收在最終用戶的實際系統(tǒng)運行環(huán)境中進行。供方在開發(fā)環(huán)境下，完成應(yīng)用系統(tǒng)開發(fā)工作并進行系統(tǒng)測試。
5.8.2 系統(tǒng)驗收過程
項目的系統(tǒng)驗收包括系統(tǒng)工程驗收、系統(tǒng)初驗、系統(tǒng)最終驗收(終驗)三個階段(這三個階段根據(jù)合同可以簡化為工程驗收、系統(tǒng)終驗兩個階段)。系統(tǒng)驗收應(yīng)履行正式手續(xù)，成立專門的測試驗收小組，負責組織、監(jiān)督和裁決整個系統(tǒng)的驗收過程。驗收流程入下圖：
 
5.8.3 組成驗收小組
 人員組成
需方負責成立專門的驗收小組，作為系統(tǒng)驗收的組織機構(gòu)。從成立之日到終驗結(jié)束，驗收小組行使驗收職責。
驗收小組設(shè)組長一人，組員若干人，驗收小組下設(shè)系統(tǒng)驗收測試組、技術(shù)組和文檔審查組。
驗收小組由上級部門負責人、需方代表、特邀專家和最終用戶代表組成，必要時，也可吸收供方代表參加。特邀專家必須是國內(nèi)通信、計算機領(lǐng)域、需方行業(yè)的權(quán)威，熟悉國內(nèi)外項目直接涉及的技術(shù)發(fā)展狀況。
 驗收小組的任務(wù)
驗收小組主持系統(tǒng)驗收工作，要完成的任務(wù)包括：
1)審定系統(tǒng)上線測試及割接計劃、系統(tǒng)終驗計劃；
2)聽取供方的《技術(shù)總結(jié)報告》 和《測試分析報告》 ，聽取需方的《系統(tǒng)運行報告》 ；3)判定所驗收的系統(tǒng)是否符合合同及系統(tǒng)說明書的要求；
4)審定驗收測試計劃、測試方案和割接上線方案；
5)組織終驗測試，對系統(tǒng)進行終驗評審，形成系統(tǒng)終驗報告；
6)監(jiān)督系統(tǒng)驗收后的產(chǎn)品移交；
 驗收小組的權(quán)限
1)有權(quán)要求供方和需方對系統(tǒng)開發(fā)過程中的有關(guān)問題進行說明，提出質(zhì)疑并要求做出解釋；
2)協(xié)調(diào)供方和需方之間可能發(fā)生的糾紛；
3)決定系統(tǒng)是否通過驗收；
 驗收記錄
驗收工作的全過程必須詳細記錄，記錄驗收過程中驗收小組提出的所有問題與建議，驗收小組對被驗收系統(tǒng)的評價，并形成文件供評審時查閱及存檔。
5.8.4 工程上線驗收
工程上線驗收過程包括(項目組可根據(jù)項目具體情況簡化)：
1). 系統(tǒng)工程上線驗收申請
2). 系統(tǒng)工程驗收計劃
3). 系統(tǒng)及軟件產(chǎn)品驗收
4). 系統(tǒng)軟件安裝調(diào)試初步驗收
5). 系統(tǒng)軟件系統(tǒng)試運行
6). 系統(tǒng)軟件安裝調(diào)試最終驗收
7). 文檔審查、上線測試環(huán)境檢查
8). 系統(tǒng)演示
9). 系統(tǒng)上線測試計劃和測試方案
10). 系統(tǒng)上線測試
11).系統(tǒng)上線或割接
 系統(tǒng)工程上線驗收申請
供方完成“系統(tǒng)驗收前供方進行的工作”的各項準備工作以后，應(yīng)適時向需方正式提出工程驗收申請報告，扼要說明申請系統(tǒng)驗收的準備情況和系統(tǒng)所具備的驗收條件。供方在提交工程驗收申請報告時，必須交付有關(guān)的產(chǎn)品資料，其中包括系統(tǒng)軟件配置清單、應(yīng)用軟件文檔(根據(jù)合同版權(quán)要求決定)、應(yīng)用軟件源程序(根據(jù)合同版權(quán)要求決定)、技術(shù)總結(jié)報告和測試分析報告等。驗收申請報告應(yīng)有供方的技術(shù)負責人簽字。
需方對供方提交的系統(tǒng)驗收申請報告和文檔進行審查，提出處理意見。需方主要檢查要驗收的系統(tǒng)的功能、性能、系統(tǒng)配置和文檔是否滿足要求。需方技術(shù)負責人在申請報告上簽字。
 系統(tǒng)工程上線驗收計劃
在系統(tǒng)工程驗收活動進行之前，要制定系統(tǒng)工程驗收計劃。系統(tǒng)工程驗收計劃由系統(tǒng)的供方私需方共同制定。該計劃應(yīng)包括：工程驗收工作的活動程序、驗收測試要求、技術(shù)條件、驗收準則、人員組成以及日程安排等內(nèi)容。該計劃由需方提交驗收小組審定后執(zhí)行。
 系統(tǒng)軟件產(chǎn)品驗收
驗收小組的技術(shù)組根據(jù)供方提供的系統(tǒng)軟件、數(shù)據(jù)庫和工具軟件等的配置清單，并對照合同或項目可研的有關(guān)規(guī)定，并將審查結(jié)果形成《系統(tǒng)軟件產(chǎn)品驗收報告》 。
5.8.5 系統(tǒng)軟件安裝調(diào)試初步驗收
本次采購的軟件產(chǎn)品到貨，安裝調(diào)試完成并通過測試，移交所有相關(guān)資料文檔后5個工作日內(nèi)進行初步驗收，驗收應(yīng)在雙方聯(lián)同有關(guān)驗收部門共同參加下進行。
5.8.6 系統(tǒng)軟件系統(tǒng)試運行
系統(tǒng)軟件安裝調(diào)試初步驗收合格后，系統(tǒng)進行為期不少于一個月試運行；試運行期間出現(xiàn)質(zhì)量問題，試運行相應(yīng)順延。在系統(tǒng)試運行期間，我公司將根據(jù)需要派技術(shù)人員到現(xiàn)場進行指導和維護工作。
5.8.7 系統(tǒng)軟件安裝調(diào)試最終驗收
系統(tǒng)軟件部分完工并且試運行結(jié)束，移交所有相關(guān)資料文檔后5個工作日內(nèi)進行正式驗收，驗收應(yīng)在雙方聯(lián)同有關(guān)驗收部門共同參加下進行。
 文檔審查、上線測試環(huán)境檢查
在上線測試開始之前，需方必須提前將《上線測試計劃書》、《測試大綱》和《測試用例》分發(fā)給驗收小組的成員。驗收小組必須進行以下檢查，以確定是否可以進行上線測試。
 測試環(huán)境與條件檢查
驗收小組要檢查測試環(huán)境是否符合要求，檢查全部測試項目的測試用例是否準備好，有關(guān)測試人員是否全部到位。
 文檔檢查
驗收小組的文檔審查組要檢查供方交付的文檔是否與合同書中規(guī)定的要求一致，在編寫內(nèi)容、格式上是否符合軟件設(shè)計與開發(fā)規(guī)范。特別要檢查文檔與程序的一致性、文檔的準確性和完整性，并形成文檔檢查報告。
 系統(tǒng)演示
供方向驗收小組演示被驗收系統(tǒng)的全部用戶界面、系統(tǒng)的主要功能和性能，以證明系統(tǒng)滿足合同書或需求說明書的要求。通過演示活動讓驗收小組對系統(tǒng)有一個直觀和概括的了解。驗收小組可現(xiàn)場選用實例對被驗收系統(tǒng)進行演示考核，以證實與系統(tǒng)需求的一致性、程序與文檔的一致性。
 系統(tǒng)上線測試計劃和測試方案
系統(tǒng)的上線前測試是系統(tǒng)驗收活動的最關(guān)鍵的步驟，被驗收的系統(tǒng)必須滿足合同條款與系統(tǒng)需求說明書中規(guī)定的要求。軟件上線前測試是在系統(tǒng)投入試運行之前，對需求分析、設(shè)計和編碼的最終復(fù)審，是軟件質(zhì)量保證的最后把關(guān)。
測試計劃通過對人員、設(shè)備、進度等資源進行合理地分配，來有效地組織和規(guī)劃整個測試過程。
測試計劃從人員分配(角色定義)、測試環(huán)境的選擇和搭建、測試進度的制定、風險評估等方面來進行。
在制定測試計劃同時，還要制定測試方案。測試方案應(yīng)明確測試內(nèi)容及重點，根據(jù)需求規(guī)格說明書中對系統(tǒng)的功能、性能、壓力承載、可靠性、安全和標準化接口等的規(guī)定和要求，精心設(shè)計一批測試用例。測試用例的設(shè)計要恰到好處，以達到軟件確認的目的。
 系統(tǒng)上線前測試
驗收小組的測試組應(yīng)按系統(tǒng)上線測試計劃和測試方案對系統(tǒng)進行各項測試。系統(tǒng)測試的目的不是為了證明軟件沒有錯誤，相反是證明錯誤的存在。當錯誤發(fā)生以后，應(yīng)該對這些錯誤進行有效地跟蹤和記錄。測試人員按分工對被驗收系統(tǒng)進行逐項測試，并詳細記錄每一項測試結(jié)果，將這些結(jié)果分別與預(yù)期的結(jié)果對照分析，然后寫出《系統(tǒng)上線測試報告》 ，該報告將作為驗收小組評價系統(tǒng)的主要依據(jù)，也是需方確定是否接收該系統(tǒng)的主要依據(jù)。
系統(tǒng)上線測試通過后，系統(tǒng)具備上線條件。需方和供方要配合制定上線或割接計劃、方案以及回退方案，要確定系統(tǒng)進入試運行的時間和結(jié)束時間，并向需方或需方上級管理部門提交上線或割接申請，同時提交上線測試報告、割接計劃、割接方案以及回退方案。需方或需方上級管理部門接到申請后，三天內(nèi)給出批復(fù)意見。
 系統(tǒng)上線或割接
需方接到同意上線或割接批復(fù)后，組織各方人員和資源，按照上線或割接方案實施上線或割接過程。密切觀察和記錄上線或割接過程中的各種情況，出現(xiàn)重大故障，立即實施回退方案，不能影響業(yè)務(wù)開展。
 系統(tǒng)試運行
系統(tǒng)割接上線后，根據(jù)具體情況至少需要一周的試運行階段。
 解決問題
在試運行階段，供方要解決試運行過程中檢測出的系統(tǒng)缺陷和處理遺留問題，要按用戶要求對系統(tǒng)進行相應(yīng)的修改，完善系統(tǒng)的功能和性能。試運行也是對系統(tǒng)的穩(wěn)定性和可靠性的繼續(xù)考核。
 試運行報告
在試運行階段，需方的系統(tǒng)維護人員和操作人員將接受供方組織的現(xiàn)場培訓和實習，盡快掌握系統(tǒng)原理和操作，為系統(tǒng)正式移交后的獨立運行維護奠定基礎(chǔ)。
在系統(tǒng)試運行階段，需方的運行維護人員和供方的開發(fā)技術(shù)人員要密切合作，對系統(tǒng)運行情況進行嚴密的監(jiān)視和記錄。供方的開發(fā)技術(shù)人員要切實為用戶著想，不斷改進和優(yōu)化系統(tǒng)。在系統(tǒng)試運行結(jié)束后，需方在供方配合下，要如實編寫《系統(tǒng)試運行報告》 ，作為系統(tǒng)終驗的依據(jù)文件。
 系統(tǒng)終驗
系統(tǒng)終驗驗過程包括：
1). 系統(tǒng)穩(wěn)定驗證
2). 系統(tǒng)終驗評審
3). 系統(tǒng)終驗報告
4). 系統(tǒng)終驗表決
5). 系統(tǒng)移交
 系統(tǒng)穩(wěn)定驗證
系統(tǒng)上線后，需方在供方的配合下，要對系統(tǒng)的各種功能、性能進行驗證，即線上驗證，并與上線前測試報告匯總，形成系統(tǒng)終驗測試報告。如果系統(tǒng)出現(xiàn)任何問題，需方要立即與供方協(xié)調(diào)解決。供方對上線系統(tǒng)進行的任何改動，都需要與需方確認，并通過線下測試確認后，才能上線。待系統(tǒng)穩(wěn)定，達到需求，可開始進行終驗評審。
系統(tǒng)穩(wěn)定驗證一般至少需要一周，如果系統(tǒng)問題比較多，可適當延長。
該階段根據(jù)項目情況決定是否需要。
 系統(tǒng)終驗評審
待系統(tǒng)穩(wěn)定后，需方可向上級管理部門提出終驗申請報告和終驗測試報告，同時提交供方提供的各種文檔、文檔檢查報告和設(shè)備驗收報告。需方或需方上級管理部門接到申請后，三天內(nèi)給出批復(fù)意見。
為進行終驗，驗收小組應(yīng)及時主持評審會，聽取有關(guān)報告和審議驗收結(jié)果，并對系統(tǒng)做出綜合評價。評審會的議程如下：
聽取供方開發(fā)部門的《測試分析報告》和《技術(shù)總結(jié)報告》；
聽取驗收技術(shù)組的《系統(tǒng)設(shè)備驗收報告》、文檔組的《文檔審查報告》 和測試組的《系統(tǒng)驗收測試報告》。
按以下驗收準則對系統(tǒng)進行評價：
系統(tǒng)是否滿足需方系統(tǒng)要實現(xiàn)的目標；
系統(tǒng)采用的技術(shù)和實現(xiàn)方案是否可靠、先進、靈活、實用并具有擴展性；
設(shè)備選型是否合理；
應(yīng)用軟件是否具有較好的靈活性、可操作性、擴展性和穩(wěn)定性；
運行系統(tǒng)是否可靠安全，是否具有較強的容錯能力，使系統(tǒng)不容易癱瘓；
關(guān)鍵設(shè)備與數(shù)據(jù)備份的設(shè)施是否達到安全可靠；
用戶界面是否風格規(guī)范、統(tǒng)一；
操作權(quán)限的管理是否健全，系統(tǒng)安全設(shè)施是否合理有效；
聯(lián)機幫助功能是否方便實用；
驗收小組應(yīng)認真評審被驗收系統(tǒng)，對被驗收的系統(tǒng)給出實事求是的評價。評價內(nèi)容包括系統(tǒng)的先進性、功能性、可靠性和安全保密性；設(shè)計與需求的一致性、程序代碼與軟件設(shè)計的一致性；文檔描述與程序的一致性；以及文檔的完整性、準確性和標準化程度。最后由驗收小組進行表決，決定系統(tǒng)是否通過終驗。
 系統(tǒng)終驗報告
終驗評審后，驗收小組應(yīng)寫出《系統(tǒng)終驗報告》 ，詳盡記錄驗收中對系統(tǒng)的評價及驗收意見。尤其要明確系統(tǒng)在驗收過程中發(fā)現(xiàn)的問題和缺陷，以及需要改進的意見和供方對此所做的承諾。驗收小組全體成員應(yīng)在終驗報告上簽字。根據(jù)驗收小組表決情況，由驗收小組組長在終驗報告上簽署驗收意見。
供方、需方向驗收小組提交的各種終驗文檔一式三份，一份提交給需方上級管理部門備案，兩份需方保留。
 系統(tǒng)終驗表決
終驗是否通過要通過驗收小組全體成員表決決定，驗收結(jié)論分為以下兩種：
通過：同意的組員超過三分之二；
不通過：同意的組員不超過三分之二。
如果系統(tǒng)終驗不能通過，驗收小組將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見，要求供方限期完成開發(fā)任務(wù)，重新提出驗收申請或終止合同。
系統(tǒng)終驗通過后，系統(tǒng)進入正式運行，明確供方在運行期間要解決的遺留問題以及改進系統(tǒng)的意見，對此供方的代表要做出承諾。
終驗過程中形成的所有文檔要提交給需方備案。
 系統(tǒng)移交
系統(tǒng)通過終驗后，驗收小組的技術(shù)組和文檔審查組應(yīng)分別對供方提供的系統(tǒng)設(shè)備清單和文檔資料清單進行驗收，逐項核實以后，移交給需方。移交結(jié)束后形成系統(tǒng)移交文件，移交文件包括以下內(nèi)容：
移交清單包括硬件部分和軟件部分。硬件部分包括計算機、存儲設(shè)備、外設(shè)、網(wǎng)絡(luò)設(shè)備、通信設(shè)備以及其他合同規(guī)定的設(shè)備；軟件部分包括系統(tǒng)軟件、網(wǎng)絡(luò)軟件、通信軟件、工具軟件和應(yīng)用軟件等。移交清單中包括設(shè)備(軟件)名稱、單價、數(shù)量、供貨廠商、保修期限和隨機資料。應(yīng)用軟件中包括源程序和文檔(根據(jù)合同版權(quán)約定)，并對軟件的運行環(huán)境做詳細說明。
移交的時間、地點和收授人簽字。
至此系統(tǒng)完全移交給需方，系統(tǒng)驗收工作全部完成。
5.9 項目組織結(jié)構(gòu)及職責
5.9.1 項目組織結(jié)構(gòu)圖
由泛普公司和XX集團雙方聯(lián)合組成三級的項目實施組織。結(jié)構(gòu)圖如下：
 
泛普協(xié)同辦公管理平臺項目實施小組成員配置

日期：
甲方：  XX集團
乙方： 泛普網(wǎng)絡(luò)科技有限公司
備注：
項目領(lǐng)導小組
組成 由XX集團集團領(lǐng)導和泛普公司領(lǐng)導組成
職責 對項目提供方向性指導，當項目需要企業(yè)大范圍員工配合或者需要大規(guī)模調(diào)動部分資源時，需要經(jīng)過該小組的書面確認。
項目管理小組
組成 由XX集團CIO、項目負責人和泛普公司項目經(jīng)理組成
職責 負責資源的管理與調(diào)配，項目方案的制訂，選擇和組成項目組，項目及任務(wù)的估計，任務(wù)分配，項目的跟蹤、整體管理與實施，協(xié)調(diào)資源以及各項目小組之間的工作，項目情況的交流，召開定期(建議為每周一次)以及階段性項目工作會議。
項目分析小組
組成 泛普公司咨詢顧問
職責 需求調(diào)研、偏差分析
項目實施小組
組成 泛普實施工程師
職責 項目實施、二次開發(fā)、功能修改
項目技術(shù)小組
組成 泛普技術(shù)工程師
職責 系統(tǒng)安裝、調(diào)試、維護
項目培訓小組
組成 泛普培訓專員
職責 培訓、系統(tǒng)推廣