公司在線培訓(xùn)考試系統(tǒng)項目建設(shè)保障

1、公司在線培訓(xùn)考試系統(tǒng)項目建設(shè)保障項目進(jìn)度控制 項目進(jìn)度控制基于項目計劃，由項目經(jīng)理每周出具項目周報，對項目中每項任務(wù)的進(jìn)度和完成情況做一個總結(jié)。周報內(nèi)容包括： 任務(wù)號 階段 任務(wù)描述 子任務(wù) 工作產(chǎn)品 計劃開始時間 計劃完成時間 實際開始時間 實際完成時間 差異 責(zé)任人 必要的假設(shè) 依據(jù)上述內(nèi)容，可以計算出項目的PV（計劃）、EV（掙值）、CV（實際）等度量指標(biāo)。如果項目任務(wù)的完成時間超出計劃，產(chǎn)生差異時，我方可以采用兩種方式進(jìn)行彌補： 1. 加班趕工 2. 增加項目組成員。 質(zhì)量保證 為了保證項目的質(zhì)量，質(zhì)量保證工作主要從以下幾方面入手： 1. 系統(tǒng)設(shè)計和文檔類的質(zhì)量保證主要是通過項目組和招

2、標(biāo)方共同評審或走審?fù)瓿伞Ｔu審和走審會發(fā)現(xiàn)文檔中的缺陷，項目組將制定缺陷跟蹤列表，將所有缺陷記錄在案，跟蹤缺陷的改進(jìn)，直至缺陷的完畢。 2. 代碼類的質(zhì)量保證主要是通過代碼審查、測試和試運行工作來完成。 對于重要功能的代碼，開發(fā)組組長會對開發(fā)人員的代碼進(jìn)行代碼審查。對于重要性一般程度的代碼，開發(fā)組長會對開發(fā)人員的代碼進(jìn)行抽查。 測試工作分為單元測試，集成測試、系統(tǒng)測試、驗收用戶測試。測試工作將會發(fā)現(xiàn)重大的或致命的BUG。測試中發(fā)現(xiàn)的BUG或需要優(yōu)化的地方會被項目經(jīng)理記錄在BUG列表中，并進(jìn)行跟蹤，直至關(guān)閉。 試運行階段將會發(fā)現(xiàn)少量的一般性的BUG和需要優(yōu)化的地方。項目經(jīng)理會記錄在BUG列表中，并

3、進(jìn)行跟蹤，直至關(guān)閉。 3. 另外，文檔和代碼都會嚴(yán)格遵守相關(guān)規(guī)范。文檔要遵守模板的規(guī)范，代碼要遵守代碼規(guī)范。 4. 項目組QA人員會幫助項目經(jīng)理： 正確的使用和貫徹項目管理過程，并定期進(jìn)行審計； 客觀審視項目過程的符合性； 與 SEPG組共同分析執(zhí)行過程所產(chǎn)生的結(jié)果，以支持過程改進(jìn)。 提供執(zhí)行過程的反饋意見； 為項目人員掌握過程提供指導(dǎo)。 范圍控制 1. 需求變更的控制 項目的范圍變化主要來源于用戶的需求變更，所以控制好需求變更，就可以控制住項目的范圍。用戶對項目提出的變更首先要經(jīng)過變更委員會進(jìn)行審核，通過后，項目經(jīng)理填寫變更申請表，用戶方簽字確認(rèn)后，方可進(jìn)行修改。同時，要更新相關(guān)的文檔。 接

4、受變更 拒絕變更 取消變更申請 變更確認(rèn) 變更驗證 變更評審 變更申請 變更驗證 實施變更 修訂開發(fā)計劃 需求、設(shè)計書變更 變更登記 2. 需求開發(fā)的手段 項目需求分析階段是否能夠完全挖掘出用戶的需求，對項目需求變更也是很好的一種預(yù)防的方法。 我方開發(fā)需求主要是采用的原型法和面談兩種方式。 原型法制作系統(tǒng)原型可以讓用戶在感官上對系統(tǒng)有個全面的了解，利于開發(fā)用戶的思維，挖掘深層次的需求。 以系統(tǒng)原型作為基礎(chǔ)，用戶進(jìn)行面談，可以保證需求開發(fā)階段的工作質(zhì)量。 配置管理 項目的產(chǎn)品（包括文檔、代碼、發(fā)布的基線等）統(tǒng)一由配置庫進(jìn)行管理。產(chǎn)品進(jìn)出配置庫需要通過流程進(jìn)行控制，由配置管理員進(jìn)行配置庫管理。 配

5、置管理的主要工作包括： 1. 在計劃階段要建立配置管理計劃 2. 識別配置項和基線，建立配置庫 3. 配置庫管理 變更控制 出入庫操作 配置狀態(tài)報告 配置審計 創(chuàng)建和發(fā)布基線 風(fēng)險控制 1. 風(fēng)險控制的主要活動包括： 識別和分析風(fēng)險 制定風(fēng)險響應(yīng)計劃 跟蹤風(fēng)險 2. 項目風(fēng)險控制在項目計劃階段就應(yīng)該識別出，并借助風(fēng)險評估表來進(jìn)行風(fēng)險控制。風(fēng)險評估表包括以下內(nèi)容： 規(guī)模風(fēng)險識別 需求風(fēng)險識別 客戶風(fēng)險識別 人員風(fēng)險識別 管理風(fēng)險識別 技術(shù)風(fēng)險識別 風(fēng)險響應(yīng)計劃 風(fēng)險管理表 3. 風(fēng)險點 流程類： 合理性：流程是否合理，是否具有可執(zhí)行性。延展性：能否進(jìn)行適當(dāng)?shù)难诱挂赃m應(yīng)實際業(yè)務(wù)發(fā)生的調(diào)整。 接口類

6、 與其他系統(tǒng)和企業(yè)服務(wù)總線接口：新接口開發(fā)的及時性以及接口實施后的穩(wěn)定性。 數(shù)據(jù)類 共享傳遞：系統(tǒng)內(nèi)數(shù)據(jù)能否在制定規(guī)則內(nèi)共享、內(nèi)部數(shù)據(jù)采集是否存在瓶頸；能否與外部系統(tǒng)進(jìn)行暢通的數(shù)據(jù)交互。 完整性：歷史數(shù)據(jù)的封存，當(dāng)前數(shù)據(jù)完整性，確實數(shù)據(jù)恢復(fù)。 安全性：權(quán)限設(shè)置是否能有效地控制數(shù)據(jù)的共享、傳遞。 功能類 穩(wěn)定性：常用功能是否能穩(wěn)定支撐系統(tǒng)運行。 可擴(kuò)展性：功能能否擴(kuò)展以適應(yīng)調(diào)整的需求。 推廣類 分行：各分行是否能認(rèn)可系統(tǒng)并熟練使用。 4. 控制策略 流程類： 調(diào)查分析研發(fā)本部業(yè)務(wù)現(xiàn)狀，由業(yè)務(wù)骨干全程參與并結(jié)合業(yè)務(wù)實際細(xì)化流程，實現(xiàn)流程由粗到細(xì)；由高層審核流程并提供專業(yè)意見，對流程進(jìn)行調(diào)整和優(yōu)化使

7、之更科學(xué)、合理。 接口類 在項目開展之前根據(jù)既定的流程設(shè)計好接口，包括接口功能、接口方式，確保接口與系統(tǒng)開發(fā)工作同步開展。在流程各環(huán)節(jié)設(shè)置測試點并反復(fù)測試接口功能，對于不合理的及時調(diào)整，不完善的逐步完善。 數(shù)據(jù)類 根據(jù)業(yè)務(wù)實際設(shè)計符合業(yè)務(wù)實際的實體，有我方提供科學(xué)合理的解決方案搭建數(shù)據(jù)結(jié)構(gòu)以確保數(shù)據(jù)的共享及流通無阻礙。設(shè)計科學(xué)的數(shù)據(jù)存儲功能保證在系統(tǒng)運行時的數(shù)據(jù)不缺損，歷史數(shù)據(jù)不丟失。設(shè)置完善的數(shù)據(jù)安全、備份、恢復(fù)機(jī)制，確保特定的數(shù)據(jù)在指定的范圍內(nèi)可使用，歷史數(shù)據(jù)完整備份，意外損失的數(shù)據(jù)及時完整的恢復(fù)。 功能類 功能設(shè)計時充分考慮需求的調(diào)整，預(yù)留適當(dāng)?shù)慕涌冢⒂蓸I(yè)務(wù)部門確認(rèn)；功能開發(fā)時交叉迭代

8、進(jìn)行功能測試；功能完成后再進(jìn)行三部曲：單元測試、集成測試、壓力測試，以確保將來功能在投入后的能支撐系統(tǒng)穩(wěn)定的運轉(zhuǎn)。 人員控制 1. 項目成員需要調(diào)離項目組時必須要征得項目經(jīng)理的同意。 2. 項目經(jīng)理需要調(diào)離項目組時必須要征得用戶方的同意。 項目實施計劃、方法與重點 項目分兩個階段進(jìn)行實施。 1. 第一個階段，將完成系統(tǒng)功能的建設(shè)。此階段采用原型法和迭代的生命周期模型。 2. 第二個階段，將完成與財務(wù)共享中心的數(shù)據(jù)交換，集中支付，與人力資源系統(tǒng)的數(shù)據(jù)交換。此階段采用瀑布生命周期模型。 3. 第一階段 重點：應(yīng)用支撐組件如何與開發(fā)技術(shù)和工具做到無縫集成，需要提前與廠商溝通到位。 重點：應(yīng)用支撐組件

9、是否能夠支持電子郵件發(fā)送或短信發(fā)送，或是需要另行開發(fā)，需要與廠商提前確認(rèn)。 重點：所需硬件需要在開發(fā)之前安裝部署到位，會造成到項目的拖期。 重點：需求中定義的業(yè)務(wù)流程是否具有可執(zhí)行性，否則業(yè)務(wù)流程的大幅度調(diào)整會造成到項目的拖期。 重點：用戶方需派一到兩名業(yè)務(wù)和項目管理人員，配合開發(fā)方項目組的工作。 難點：項目計劃需要安排合理，否則會造成某某軟件與研發(fā)本部的人力成本浪費。 4. 第二階段 重點：因項目的第二階段采用的是瀑布模型，所以需求獲取與確認(rèn)是整個項目范圍控制的重點。 難點：與財務(wù)共享中心的數(shù)據(jù)交互，和與其他業(yè)務(wù)系統(tǒng)的集成，需要用戶的協(xié)調(diào)和配合，這是二期項目的難點。 項目培訓(xùn) 培訓(xùn)總體方案

10、我方在項目實施過程中與研發(fā)本部共同制定培訓(xùn)計劃。 我方負(fù)責(zé)提供培訓(xùn)教材。 我方提供的培訓(xùn)內(nèi)容包括產(chǎn)品的安裝、使用、維護(hù)、操作、常見問題及解決辦法等主要內(nèi)容。 我方將按照培訓(xùn)計劃現(xiàn)場執(zhí)行12次現(xiàn)場集中培訓(xùn)。 培訓(xùn)方式 1、集中授課培訓(xùn)。 2、 現(xiàn)場培訓(xùn)。 文檔 文檔形成 我們可為用戶提供以下項目文檔，并可根據(jù)實際情況按用戶的要求作適當(dāng)調(diào)整。 1. 系統(tǒng)需求分析說明書 2. 系統(tǒng)整體設(shè)計方案3. 應(yīng)用系統(tǒng)邏輯設(shè)計說明書 4. 應(yīng)用系統(tǒng)數(shù)據(jù)結(jié)構(gòu)規(guī)范 5. 應(yīng)用系統(tǒng)數(shù)據(jù)接口規(guī)范 6. 應(yīng)用系統(tǒng)各模塊詳細(xì)設(shè)計說明書 7. 數(shù)據(jù)庫詳細(xì)設(shè)計說明書 8. 應(yīng)用系統(tǒng)界面詳細(xì)設(shè)計說明書 9. 應(yīng)用系統(tǒng)數(shù)據(jù)結(jié)構(gòu)詳細(xì)

11、設(shè)計說明書 10. 應(yīng)用系統(tǒng)設(shè)計風(fēng)險評估 11. 應(yīng)用系統(tǒng)可擴(kuò)展性詳細(xì)設(shè)計 12. 應(yīng)用系統(tǒng)開發(fā)工作進(jìn)度計劃表 13. 現(xiàn)有數(shù)據(jù)資源分析報告 14. 數(shù)據(jù)資源規(guī)劃文檔 15. 數(shù)據(jù)架構(gòu)設(shè)計文檔 16. 數(shù)據(jù)庫詳細(xì)設(shè)計文檔 17. 系統(tǒng)數(shù)據(jù)字典 18. 與本項目有關(guān)的業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)（規(guī)范） 19. 程序開發(fā)片斷記錄 20. 需求變更記錄手冊 21. 軟件編碼規(guī)范 22. 軟件版本管理手冊 23. 質(zhì)量保證計劃 24. 配置管理計劃 25. 度量計劃 26. 工作周報 27. 系統(tǒng)安裝程序和安裝說明文檔 28. 系統(tǒng)測試方案 29. 系統(tǒng)測試進(jìn)度計劃表 30. 單元測試計劃 31. 單元測試用例 3

12、2. 單元缺陷報告 33. 集成測試計劃 34. 集成測試用例 35. 集成測試報告 36. 功能測試計劃 37. 功能測試用例 38. 功能缺陷報告 39. 界面測試報告 40. 健壯性測試報告 41. 安全測試計劃 42. 安全測試報告 43. 性能測試方案 44. 性能測試報告 45. 安裝測試報告 46. 文檔測試缺陷報告 47. 過渡方案請求書 48. 系統(tǒng)過渡運行計劃 49. 系統(tǒng)過渡實施方案 50. 系統(tǒng)總集成方案 51. 系統(tǒng)安裝調(diào)試方案 52. 系統(tǒng)安裝手冊 53. 系統(tǒng)維護(hù)手冊 54. 項目各階段驗收文檔 提交件文檔要求 1. 我方由項目經(jīng)理負(fù)責(zé)在項目執(zhí)行的各個階段，向用戶

13、方面接口人提交項目文檔。 2. 我方提供文檔嚴(yán)格按照項目開發(fā)規(guī)范的要求進(jìn)行編寫，針對不同的閱讀者，文檔有不同的表達(dá)方法和不同的詳細(xì)程度，并對今后的培訓(xùn)、運行、維護(hù)和管理具有較強的指導(dǎo)作用。 3. 在項目進(jìn)行過程中，我方文檔指導(dǎo)整個項目工作。 4. 我方提供的項目文檔均為簡體中文版本。 5. 我方提交的電子文檔包括：WORD、EXCEL、POWERPOINT、VISIO、MS PRJECT等原始電子文檔形式，對于關(guān)鍵性的電子文檔，同時提交PDF文件。 售后服務(wù) 在系統(tǒng)上線驗收后，我公司將指定專人提供長期的售后支持服務(wù)，主要包括：系統(tǒng)培訓(xùn)、系統(tǒng)使用支持、故障診斷及恢復(fù)、系統(tǒng)升級、需求變更等。服務(wù)方式主要分為主動式服務(wù)和響應(yīng)式服務(wù)兩種。 1.