【正文】 面確定的情況下，我們建議項目組能夠借鑒如下常見風險，及早采取有效措施，確保項目成功。常見風險列表：ID類別描述可能性影響程度優(yōu)先級規(guī)避措施1組織和管理客戶方項目經(jīng)理的時間投入及專職程度60%4高明確客戶方項目經(jīng)理的責任和可投入時間2組織和管理完整的文檔資料的建立30%1低由QA對文檔的完整性和一致性進行檢查。完備的文檔信息可以跟蹤整個項目，讓項目組成員，尤其是后來加入的項目組其他的成員，盡快了解項目狀態(tài)。3客戶特性用戶短期內(nèi)可能不適應(yīng)新系統(tǒng)60%3高咨詢顧問作耐心的解釋，緩解他們的厭煩情緒。有必要的話可以說服客戶領(lǐng)導建立相應(yīng)的獎勵制度，從而激發(fā)員工的工作積極性，避免因情緒影響而導致的消極怠工或數(shù)據(jù)錄入不及時等情況的發(fā)生。4客戶特性客戶內(nèi)部因業(yè)務(wù)流程變更產(chǎn)生的抵觸40%3中建議客戶建立保障機制5客戶特性開發(fā)過程中發(fā)生業(yè)務(wù)細節(jié)的改造40%3中調(diào)研過程中通過交流幫助客戶細化業(yè)務(wù)流程，避免今后的變更6團隊雙方配合30%4中開發(fā)方與客戶方在具體工作上都指定負責人，及時聯(lián)絡(luò)和交流7團隊若有兩家以上開發(fā)商合作，過程中的協(xié)調(diào)問題20%3低合理分工，明確各自的職責，及時溝通工作成果和進展8數(shù)據(jù)遷移和數(shù)據(jù)切換可能因舊系統(tǒng)的文檔不全，而導致無法平滑升級30%4中對升級可能出現(xiàn)的問題進行預(yù)測，提出解決方案9需求需求范圍的不可控性70%3高應(yīng)根據(jù)雙方對各種制約因素的分析，明確需求范圍。分期實施。 風險應(yīng)對措施在風險分析之后，項目經(jīng)理對概率和影響程度制定風險應(yīng)對計劃。風險應(yīng)對計劃分為規(guī)避、減緩和應(yīng)急計劃。在規(guī)避、減緩、接受和應(yīng)急計劃中，項目經(jīng)理寫明計劃中相關(guān)的人員、時間（對應(yīng)急計劃可以不需要）、具體行動等。計劃制定后，相關(guān)人員必須嚴格依照執(zhí)行。在制定風險應(yīng)對措施時，如涉及到資源、成本、進度變更等問題，報請項目經(jīng)理提供支持，并啟動配置變更管理過程。規(guī)避：通過分析找出發(fā)生風險事件的原因，消除這些原因來規(guī)避一些特定的風險事件發(fā)生。 風險跟蹤在制定和執(zhí)行風險應(yīng)對計劃之后，項目經(jīng)理跟蹤所有被標識風險的狀態(tài)和應(yīng)對計劃的執(zhí)行情況，并將規(guī)避/減緩計劃的執(zhí)行情況以及風險發(fā)生時采取的應(yīng)急計劃的執(zhí)行情況，記錄在項目風險表中的計劃執(zhí)行情況欄目中，直至被標識風險的狀態(tài)為Close。 風險狀態(tài)通報子項目經(jīng)理根據(jù)當前風險項目的狀態(tài)以及正在形成的風險的信息隨時更新修改風險列表，并把它作為項目月總結(jié)報告的一部分提交項目總經(jīng)理。對于風險處理優(yōu)先級比較高的風險，要以最快的速度，用書面或口頭形式通報項目總經(jīng)理。 風險數(shù)據(jù)庫在子項目開發(fā)關(guān)閉時，子項目經(jīng)理負責向質(zhì)量部提交相關(guān)風險數(shù)據(jù)，在通過風險數(shù)據(jù)庫維護人員的評審后，更新項目風險數(shù)據(jù)庫。第九章 項目實施 實施步驟 基于里程碑的迭代式開發(fā)過程模型1. 系統(tǒng)項目的實施控制可以從以下幾方面來進行：l 全面采用微軟解決方案框架結(jié)構(gòu)(MSF)過程模型來進行規(guī)劃實施；l 全面采用Rational公司面向?qū)ο蟮姆治鲈O(shè)計等軟件開發(fā)管理系列產(chǎn)品；l 全面貫徹ISO9001質(zhì)量體系標準和CMM軟件生產(chǎn)過程標準，建立相應(yīng)的質(zhì)量和進度保證體系。2. MSF過程模型包含四個主要的里程碑，它們是：l 前景／范圍認可（Vision／Scope Approved）里程碑l 項目設(shè)計認可（Project Plan Approved）里程碑l 范圍完成／第一次應(yīng)用（Scope Complete／First Use）里程碑l 系統(tǒng)發(fā)布（Release）里程碑。3. 這四個里程碑是客戶與項目組之間重要的設(shè)計、評估和協(xié)調(diào)的同步點。 風險控制的時間進度風險控制的時間進度安排是指在項目中風險程度高的部分優(yōu)先開發(fā)的方法。無論是軟件開發(fā)項目還是基礎(chǔ)信息設(shè)施實現(xiàn)項目，風險控制的時間進度安排都很重要。l 盡早的建立體現(xiàn)概念理解的原型；l 確定何時完成何種功能特色；l 根據(jù)技術(shù)和業(yè)務(wù)的風險，對工作任務(wù)進行優(yōu)先級劃分；l 在每個里程碑上進行風險復(fù)查；l 風險控制的時間進度安排的一個優(yōu)勢是，在高風險的部分需要比原計劃更多的時間時，可以提供更靈活的響應(yīng)時間。 全面質(zhì)量管理控制全面貫徹ISO9001質(zhì)量體系標準和CMM軟件生產(chǎn)過程標準，嚴格執(zhí)行國家有關(guān)軟件工程的設(shè)計規(guī)范，建立相應(yīng)的質(zhì)量和進度保證體系。1. 測試：l 在開發(fā)各階段進行測試評審，盡早地發(fā)現(xiàn)和預(yù)防錯誤，提高軟件質(zhì)量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將軟件交付用戶驗收。l 單元測試l 組裝（集成）測試l 確認測試l 系統(tǒng)測試2. 質(zhì)量保證：l 制定質(zhì)量保證計劃和質(zhì)量保證標準；l 明確各階段的質(zhì)量保證（文檔和程序）工作；l 各階段的質(zhì)量評審；l 各開發(fā)階段進度管理、質(zhì)量管理、交接管理、維護體制；l 貫徹ISO9001質(zhì)量體系標準；l 符合CMM軟件生產(chǎn)過程標準。 實施步驟對于該系統(tǒng)，我們確定了如下的系統(tǒng)實施步驟：l 成立項目組織機構(gòu)l 制定實施計劃l 準備各種數(shù)據(jù)l 系統(tǒng)開發(fā)和用戶化l 功能模擬運行l(wèi) 培訓操作人員l 系統(tǒng)實際運行l(wèi) 系統(tǒng)升級和維護 進度計劃該系統(tǒng)的開發(fā)進度計劃如下表所示。階段任務(wù)起始時間終止時間時間期限投入人數(shù)人月數(shù)工作量統(tǒng)計完成標志需求細化與評審需求分析報告功能概要設(shè)計和確認概要設(shè)計報告詳細設(shè)計(數(shù)據(jù)庫設(shè)計、功能設(shè)計、界面設(shè)計)詳細設(shè)計報告編碼與單元測試目標代碼系統(tǒng)聯(lián)調(diào)、集成測試系統(tǒng)測試報告文檔資料整理用戶手冊、安裝手冊、技術(shù)手冊測試驗收、安裝培訓、試運行系統(tǒng)確認書用戶培訓教材系統(tǒng)試運行報告總計 項目的組織與領(lǐng)導為了系統(tǒng)項目的順利進行，必須建立完善、嚴密、高效的項目組織機構(gòu)，以在項目實施的各個階段，項目各個小組協(xié)同工作，使系統(tǒng)保質(zhì)保量的按期投入運行，圓滿完成系統(tǒng)的開發(fā)設(shè)計任務(wù)。 項目組織結(jié)構(gòu)項目組織結(jié)構(gòu)圖見下圖： 項目領(lǐng)導小組組 長：XXX工貿(mào)和XXXXXX聯(lián)合指定成 員： 職 責：協(xié)調(diào)各部門、各項目小組為本項目建設(shè)各方面的配合，達成共識、理順各種關(guān)系、決策重大方向、統(tǒng)一思想、發(fā)揚團隊合作精神。 項目協(xié)調(diào)小組項目協(xié)調(diào)小組為項目領(lǐng)導小組的常設(shè)機構(gòu)。組 長：聯(lián)合指定成 員：XXX工貿(mào)業(yè)務(wù)部門業(yè)務(wù)骨干；XXX項目負責人職 責：日常協(xié)調(diào)各單位各部門的工作，定期向項目領(lǐng)導小組匯報，以及時反映并解決項目執(zhí)行過程中所出現(xiàn)的問題。通過各種途徑調(diào)度各單位各部門各類人員積極性，支持項目建設(shè)。 質(zhì)量管理小組質(zhì)量管理貫穿整個項目生命周期的各個階段。軟件開發(fā)單位的軟件質(zhì)量計劃和計劃的執(zhí)行情況由項目領(lǐng)導小組或委托項目協(xié)調(diào)小組負責監(jiān)督審核。組 長：聯(lián)合指定成 員：XXX公司質(zhì)保人員職 責：l 制定質(zhì)量保證計劃和質(zhì)量保證標準；l 明確各階段的質(zhì)量保證（文檔和程序）工作；l 各階段的質(zhì)量評審；l 各開發(fā)階段進度管理、質(zhì)量管理、交接管理、維護體制；l 貫徹ISO9001質(zhì)量體系標準；軟件質(zhì)量保證：l 正確性、易理解性、可見性（每個活動均能以取得明確的結(jié)果告終，使過程的進展對外可見，可跟蹤性）、可支持性、可接收性、可靠性（不會出現(xiàn)過程錯誤和意外發(fā)生問題的干擾，保證數(shù)據(jù)的完整性）、可維護性、互連性、速度（在規(guī)定期限完成開發(fā)并交付）、軟件的可以執(zhí)行，能適應(yīng)硬件、軟件環(huán)境的變化和用戶新的需求以及各個開發(fā)階段中實行中間檢查/階段評審（白盒和黑盒測試檢查）等。l 軟件質(zhì)量評價標準：可跟蹤性、完備性、一致性、安全性、容錯性、準確性、簡單性、執(zhí)行效率、存儲效率、存取控制、存取審查、操作性、易訓練性、鍵壯性、模塊獨立性、描述性、結(jié)構(gòu)性、文檔完備性、通用性、可擴充性、可修改性、自薦性、機器獨立性、軟件系統(tǒng)獨立性、通信共享性、數(shù)據(jù)共享性、通信性、保密性等等。 需求分析小組組 長：項目需求負責人，由項目經(jīng)理指定或兼任。成 員：XXX工貿(mào)工作人員；XXX公司指定人員。職 責： l 確定業(yè)務(wù)人員可接受的操作界面，如菜單、按鈕、提示信息、報表內(nèi)容的布局、界面風格等；l 對業(yè)務(wù)部門提出的經(jīng)復(fù)核和部門經(jīng)理審核的業(yè)務(wù)需求統(tǒng)一進行管理；l 確保其他相關(guān)開發(fā)文檔與軟件需求保持一致性；l 用戶的軟件需求主要為業(yè)務(wù)功能需求，需求內(nèi)容為業(yè)務(wù)功能、業(yè)務(wù)功能處理流程、數(shù)據(jù)流程、功能使用的權(quán)限及某些特殊的條件限制、時效性，基礎(chǔ)數(shù)據(jù)要素定義、算法、用戶輸入界面要素、報表樣張以及制作方法等等；l 負責對需求進行分析并給出詳細的定義，編寫需求說明書（內(nèi)容包括功能的和非功能的需求）、或可視化模型、或系統(tǒng)功能說明書、非功能需求（要求所有更改數(shù)據(jù)庫的操作均寫入日志文件并供查詢）、初步的系統(tǒng)用戶手冊。需求分析評審：l 系統(tǒng)定義的目標是否與用戶的要求一致。系統(tǒng)需求分析階段提供的文檔資料是否安全；文檔中的所有描述是否完整、清晰、準確反映用戶要求；與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述；所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；所有圖表是否清楚，在不補充說明時能否理解。l 主要功能是否包括在規(guī)定新的軟件范圍內(nèi)，是否都有充分說明；設(shè)計的約束條件或限制是否符合實際；開發(fā)的技術(shù)風險是什么；是否考慮過軟件需求的其它方案；是否考慮過將來可能會提出的軟件需求；是否詳細制定了檢驗的標準，他們能否對系統(tǒng)定義是否成功進行確認；有沒有遺漏、重復(fù)或不一致的地方；用戶是否審查了初步的用戶手冊；軟件開發(fā)計劃中的估算是否受到了影響。l 為保證軟件需求定義的質(zhì)量，評審由項目協(xié)調(diào)小組、項目質(zhì)量管理小組負責，并按規(guī)定嚴格進行。評審?fù)ㄟ^，軟件開發(fā)才可進入設(shè)計階段。 系統(tǒng)設(shè)計小組組 長：由項目經(jīng)理指定。成 員：開發(fā)設(shè)計人員。職 責：把已確定的各項需求（功能需求、非功能需求）按一定的規(guī)則轉(zhuǎn)換成一個相應(yīng)的體系結(jié)構(gòu)，即結(jié)構(gòu)設(shè)計。結(jié)構(gòu)設(shè)計文檔完成后，提交技術(shù)開發(fā)項目小組評審，評審?fù)ㄟ^后進入軟件編程階段。 軟件開發(fā)小組組 長：由項目經(jīng)理指定。成 員：開發(fā)設(shè)計人員。職 責：l 程序編寫；l 數(shù)據(jù)結(jié)構(gòu)合理化、程序結(jié)構(gòu)良好、規(guī)范、清晰易讀、執(zhí)行速度快、占用內(nèi)存空間少。充分考慮項目的應(yīng)用范圍，算法和計算復(fù)雜性，軟件執(zhí)行的環(huán)境，性能上的考慮與實現(xiàn)的條件以及數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性。 系統(tǒng)測試小組組 長：由項目經(jīng)理指定測試小組負責人。成 員：測試員。職 責： l 制定各階段的軟件測試計劃，提交質(zhì)量管理小組評審。評審?fù)ㄟ^后，進入測試階段。l 測試計劃內(nèi)容包括所測試軟件的功能、輸入和輸出、測試內(nèi)容、各項測試進度安排、資源測試、測試資料、測試工具、黑盒和白盒測試用例的選擇、控制方式和過程、系統(tǒng)組裝方式、跟蹤規(guī)程、調(diào)試規(guī)程、回歸測試的規(guī)定、測試數(shù)據(jù)量、軟件安裝版測試等以及評價標準。l 在開發(fā)各階段進行測試評審，盡早地發(fā)現(xiàn)和預(yù)防錯誤，提高軟件質(zhì)量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將軟件交付用戶驗收。l 單元測試；l 組裝（集成）測試；l 確認測試；l 系統(tǒng)測試；l 對每一步測試都需提供測試報告。 文檔整理小組組 長：由項目經(jīng)理指定。成 員：文檔編寫人員。職 責：l 整理系統(tǒng)技術(shù)手冊、用戶手冊、安裝手冊；l 提交用戶驗收。 系統(tǒng)培訓小組組 長：XXX公司指定。成 員： 相關(guān)開發(fā)人員或聘請相應(yīng)的培訓教師。職 責： l 提供培訓資料：l 安裝手冊、用戶手冊、系統(tǒng)維護說明、設(shè)備維護說明；l 對高層及各基層的各部門領(lǐng)導、系統(tǒng)管理人員、操作人員進行培訓。 系統(tǒng)維護小組組 長：由項目經(jīng)理指定。成 員：系統(tǒng)維護人員。職 責：l 對軟件投入使用后進行軟件維護工作：l 改正性維護（部分隱藏的錯誤）；l 適應(yīng)性維護（硬件和軟件的配置升級）；l 完善性維護（新功能、新性能）；l 受理軟件維護申請；l 提供電話熱線技術(shù)支持或現(xiàn)場支持；l 記錄軟件修改日志，提交軟件修改報告。 評審驗收評審和測試一樣，是系統(tǒng)質(zhì)量保證的又一措施。軟件評審的通過，一方面用于凈化軟件工程的各項活動，同時也標志著我公司在此階段工作的勝利完成及用戶對其功能/質(zhì)量的認可。我們認為，在軟件改造開發(fā)的各個階段都可進行評審。如：對系統(tǒng)需求分析定型、系統(tǒng)重要功能模塊的修改等。系統(tǒng)試運行結(jié)束后應(yīng)組織使用單位人員對軟件工程的系統(tǒng)建設(shè)進行全面的評審驗收。1. 評審應(yīng)從下幾方面進行：l 功能、邏輯和實現(xiàn)上有無缺陷。l 是否符合用戶需求。l 是否按照指定的工具和方法加以開發(fā)。l 效率如何。l 文檔是否齊全。l 在各個局部范圍是否已經(jīng)試用成功。l 其它。2. 驗收項目（1） 功能項測試：對軟件需求說明書中的所有功能項進行測試；（2） 業(yè)務(wù)流程測試對軟件項目的典型業(yè)務(wù)流程進行測試；（3） 容錯測試容錯測試的檢查內(nèi)容包括:l 系統(tǒng)對用戶常見的誤操作是否能進行提示；l 系統(tǒng)對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；l 系統(tǒng)對重要數(shù)據(jù)的刪除是否有警告和確認提示；l 系統(tǒng)是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。（4） 安全性測試安全性測試的檢查內(nèi)容包括:l 系統(tǒng)是否有留痕功能, 即是否保存有用戶的操作日志；l 系統(tǒng)中各種用戶的權(quán)限分配是否合理；（5） 性能測試對需求說明書中明確的系統(tǒng)性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。（6） 易用性測試易用性測試的內(nèi)容包括:l 用戶界面是否友好，是否出現(xiàn)中英