2022年網(wǎng)絡營銷服務平臺可行性研究報告

1、網(wǎng)絡營銷服務平臺可行性研究報告 網(wǎng)絡營銷服務平臺可行性研究報告網(wǎng)絡營銷服務平臺可行性研究報告（此文檔為 word格式，下載后您可任意修改編輯！）目錄 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 第一章系統(tǒng)概述51.1項目背景51.2項目建設內(nèi)容51.3總體目標81.4項目實施總則9 HYPERLINK l bookmark4 o Current Document 第二章技術規(guī)劃102.1系統(tǒng)采用面向服務構架（SOA）的技術體系 1022可適應未來 SSO單點登錄方式 112.3數(shù)據(jù)中心規(guī)劃思路122.4兼容未來數(shù)據(jù)擴展 12 H

2、YPERLINK l bookmark6 o Current Document 2.5 無縫銜接 Web Services技術 132.6技術路線142.7系統(tǒng)建設原則 15 HYPERLINK l bookmark14 o Current Document 第三章 系統(tǒng)設計173.1網(wǎng)絡拓撲結構173.2總體結構設計 183.3架構規(guī)劃193.4應用體系結構規(guī)劃 203.5電子商務門戶結構 213.6門戶用戶訪問流圖223.7主要業(yè)務流程分析 22 HYPERLINK l bookmark18 o Current Document 3.7.1掛牌交易 22 HYPERLINK l bookm

3、ark20 o Current Document 3.7.2競價交易 233.7.3通過競價銷售資源的主要流程 263.7.4通過競價采購資源的主要流程 263.7.5會員入市流程 273.8系統(tǒng)關鍵用例273.9設計范圍283.10數(shù)據(jù)庫設計29對數(shù)據(jù)庫平臺的性能要求 29數(shù)據(jù)庫系統(tǒng)結構設計 30數(shù)據(jù)庫系統(tǒng)邏輯結構 313.10.4數(shù)據(jù)庫設計遵循技術規(guī)范標準 32 HYPERLINK l bookmark22 o Current Document 第四章欄目設置及功能354.2網(wǎng)站欄目劃分 354.3功能設計35 HYPERLINK l bookmark24 o Current Docume

4、nt 4.3.1系統(tǒng)管理354.3.2基礎數(shù)據(jù)管理364.3.3會員信息管理364.3.4交易單證管理（分配到相關各子系統(tǒng)中） 36 HYPERLINK l bookmark26 o Current Document 435結算管理36 HYPERLINK l bookmark28 o Current Document 436異常管理 37 HYPERLINK l bookmark30 o Current Document 4.3.7統(tǒng)計分析 374.3.8客戶交互平臺（信息增值服務系統(tǒng)） 37 HYPERLINK l bookmark32 o Current Document 4.3.9客戶

5、服務 384.4網(wǎng)頁設計規(guī)范384.5技術性能設計 40 HYPERLINK l bookmark34 o Current Document 4.5.1相應時間 40 HYPERLINK l bookmark36 o Current Document CPU 和 LAN 負荷率40 HYPERLINK l bookmark38 o Current Document 4.5.3并發(fā)處理 41 HYPERLINK l bookmark40 o Current Document 第五章接口設計415.1模塊級、系統(tǒng)級的數(shù)據(jù)交換 425.2接口規(guī)范42 HYPERLINK l bookmark42 o

6、 Current Document 第六章系統(tǒng)性能設計 446.1系統(tǒng)安全性設計446.2系統(tǒng)可靠性設計 466.3存儲解決方案466.4災難備份設計476.5系統(tǒng)實用性設計 486.6系統(tǒng)可擴展性設計 496.7系統(tǒng)靈活性設計 496.8系統(tǒng)容錯性設計 506.9系統(tǒng)快速恢復設計 506.10方案設計特點51 HYPERLINK l bookmark44 o Current Document 第七章項目質量保障方案 537.1質量計劃編制537.2質量控制原則 547.2.1事前控制原則54 HYPERLINK l bookmark46 o Current Document 7.2.2標準原

7、則557.2.3階段性控制原則 557.2.4定性測試和量化測試相結合原則 557.2.5用戶需求符合性原則 567.3質量控制影響因素 567.3.1全面地、系統(tǒng)地了解用戶需求 567.3.2充分討論系統(tǒng)設計方案 57設計完整的系統(tǒng)驗證方案 577.3.4確定可行的質量控制方案 577.3.5形成表述規(guī)范的設計文檔 577.3.6遵循科學的實施流程和技術要求 587.3.7合理進行階段性測試 587.4質量控制具體措施 587.4.1技術保障措施587.4.2管理保障措施 607.4.3質量保障措施 61 HYPERLINK l bookmark48 o Current Document 第

8、八章 項目建設與費用預算 628.1項目建設內(nèi)容628.2建設規(guī)模638.3人員編制 638.4項目投資估算648.5項目建設周期66 HYPERLINK l bookmark50 o Current Document 第九章 項目風險管理 679.1風險分析679.2項目開發(fā)常見風險 689.3風險應對措施 699.4風險跟蹤699.5風險狀態(tài)通報 699.6風險數(shù)據(jù)庫 70 HYPERLINK l bookmark52 o Current Document 第十章項目實施70 HYPERLINK l bookmark54 o Current Document 10.1實施步驟7010.1.

9、1基于里程碑的迭代式開發(fā)過程模型 7010.1.2風險控制的時間進度 7110.1.3全面質量管理控制 7110.1.4實施步驟72 HYPERLINK l bookmark56 o Current Document 10.1.5進度計劃7310.2項目的組織與領導 73 HYPERLINK l bookmark58 o Current Document 10.2.1項目組織結構74 HYPERLINK l bookmark60 o Current Document 10.2.2項目領導小組 74 HYPERLINK l bookmark62 o Current Document 10.2.3

10、項目協(xié)調小組 74 HYPERLINK l bookmark64 o Current Document 10.2.4質量管理小組 75 HYPERLINK l bookmark66 o Current Document 10.2.5需求分析小組 76 HYPERLINK l bookmark68 o Current Document 10.2.6系統(tǒng)設計小組 77 HYPERLINK l bookmark70 o Current Document 10.2.7軟件開發(fā)小組 78 HYPERLINK l bookmark72 o Current Document 10.2.8系統(tǒng)測試小組 78

11、HYPERLINK l bookmark74 o Current Document 10.2.9文檔整理小組 79 HYPERLINK l bookmark76 o Current Document 10.2.10系統(tǒng)培訓小組79 HYPERLINK l bookmark78 o Current Document 10.2.11系統(tǒng)維護小組 8010.3評審驗收 8010.4用戶培訓 8510.5系統(tǒng)移交85 HYPERLINK l bookmark80 o Current Document 第一章項目經(jīng)濟效益86第一章系統(tǒng)概述1.1項目背景某某購網(wǎng)絡營銷服務平臺是迎合當下某某省人民政府文件

12、某某 人民政府關于印發(fā)（加快發(fā)展開放型經(jīng)濟的若干政策措施） 的通知， 組建聯(lián)盟和省內(nèi)企業(yè)產(chǎn)業(yè)技術創(chuàng)新新聯(lián)盟， 推動傳統(tǒng)品牌開拓國內(nèi)市 場，提升新興優(yōu)勢產(chǎn)業(yè)的市場份額。某某購網(wǎng)絡營銷服務平臺能適應“某某”工程的發(fā)展的戰(zhàn)略需求、運作需求和技術需求所開發(fā)的平臺 化解決方案，以互聯(lián)網(wǎng)、電子商務、網(wǎng)上銀行、身份認證等先進思想 和技術，與傳統(tǒng)貿(mào)易實際相融合，給省內(nèi)企業(yè)、貿(mào)易商、消費者、倉 儲加工中心、運輸商、結算和信貸銀行提供的專業(yè)性安全高效的網(wǎng)絡 營銷平臺系統(tǒng)。平臺整體建成后應滿足倉儲、加工、運輸、財務、物業(yè)、設備等 市場運營的各項業(yè)務需求，以互聯(lián)網(wǎng)、電子商務、網(wǎng)上銀行、身份認 證、現(xiàn)貨電子交易、融資管

13、理等先進思想和技術，給市場中參與各方 提供專業(yè)、安全、高效的增值服務和信息交換、共享。1.2項目建設內(nèi)容隨著產(chǎn)業(yè)鏈的延伸、信息技術的日臻成熟，特別是供應鏈管理競 爭理念的普及，建立信息共享或交易平臺等均成為某某生產(chǎn)企業(yè)物流 園區(qū)資源整合的手段，但資源整合的目的無外乎是增強客戶服務能力、提高客戶服務水平和獲得更好的投資回報。所以，盡管不同的企 業(yè)在實際運作中所采取的資源整合方式方法不盡相同，但還是有一些共同的范疇需要納入企業(yè)的視野。它們是客戶資源整合、能力資源整 合和信息資源整合。實施資源整合的時候，必須牢牢把握住兩點：對 企業(yè)內(nèi)部資源整合的價值的調整和對企業(yè)外部資源整合。我們要做的就是找到最佳

14、的結合點，并實現(xiàn)服務資源的優(yōu)化配置。在本項目中，我們將從企業(yè)的服務化運作去考慮和審視系統(tǒng)架構，把企業(yè)運作經(jīng)驗總結并積累變成一個個“服務”，把“組織能力” 服務化，通過對“服務”的編排來實現(xiàn)彈性的業(yè)務流程，將這種方法 定義為SOA架構，其核心是對企業(yè)業(yè)務的抽象和組件化。 也就是說, 系統(tǒng)從一開始，就不是“像傳統(tǒng)軟件那樣按照工作流的方式”去設計 的，而是從企業(yè)的戰(zhàn)略，到業(yè)務流程，以及流程所需要的服務去考慮。 這樣的思路所設計出來的系統(tǒng)，通過服務的編排來實現(xiàn)業(yè)務流程，自 然地形成以服務為基礎的架構。某某購網(wǎng)絡營銷平臺，參與方示意如下：共他出黃單位協(xié)助單垃（如翦UJM 1、弟思服務等）如政時菅理機Kb

15、金珈扣保需）/（入生產(chǎn)廠家.賈易商等）根據(jù)各參與方的需求和相關服務，我們期望構建的系統(tǒng)如下圖所示：倉儲管理信息系統(tǒng)內(nèi)部管理平臺電子商務平臺加工管理信息系統(tǒng)物業(yè)管理系統(tǒng)運輸配送管理信息系統(tǒng)rr、質押管理系統(tǒng)現(xiàn)貨電子交易平臺綜合信息平臺（EIP）銀行B2B電子支付接口LJjJrOA綜合結算管理系統(tǒng)決策支持系統(tǒng)CRM1 1.5 ）、小于1.5且大于等于0.8 （0.8 Cv 1.5 ）和小于0.8 （CV0.8 ）的情況。對于中、高級的風險（風險優(yōu)先級 0.8 ）,項目經(jīng) 理應該考慮該風險對當前項目計劃執(zhí)行的影響， 并根據(jù)實際情況，調 整項目計劃的相關內(nèi)容。9.2項目開發(fā)常見風險本項目是復雜度較高的

16、項目，在系統(tǒng)需求沒有詳細全面確定的情 況下，我們建議項目組能夠借鑒如下常見風險，及早采取有效措施， 確保項目成功。常見風險列表:ID類別描述可能性影響 程度優(yōu)先級規(guī)避措施1組織和管理客戶方項目經(jīng)理 的時間投入及專 職程度60%4高明確客戶方項目經(jīng)理的責任和可投入時間2組織和管理完整的文檔資料的建立30%1低由QA對文檔的完整性和一 致性進行檢查。完備的文檔 信息可以跟蹤整個項目，讓 項目組成員，尤其是后來加 入的項目組其他的成員，盡 快了解項目狀態(tài)。3客戶特性用戶短期內(nèi)可能 不適應新系統(tǒng)60%3高咨詢顧問作耐心的解釋，緩 解他們的厭煩情緒。有必要 的話可以說服客戶領導建 立相應的獎勵制度，從而

17、激 發(fā)員工的工作積極性，避免 因情緒影響而導致的消極 怠工或數(shù)據(jù)錄入不及時等 情況的發(fā)生。4客戶特性客戶內(nèi)部因業(yè)務 流程變更產(chǎn)生的 抵觸40%3中建議客戶建立保障機制5客戶特性開發(fā)過程中發(fā)生 業(yè)務細節(jié)的改造40%3中調研過程中通過交流幫助 客戶細化業(yè)務流程，避免今 后的變更6團隊雙方配合30%4中開發(fā)方與客戶方在具體工 作上都指定負責人，及時聯(lián) 絡和交流7團隊若有兩家以上開 發(fā)商合作，過程 中的協(xié)調問題20%3低合理分工，明確各自的職 責，及時溝通工作成果和進 展8數(shù)據(jù)遷移和可能因舊系統(tǒng)的30%4中對升級可能出現(xiàn)的問題進數(shù)據(jù)切換文檔不全，而導 致無法平滑升級行預測，提出解決方案9需求需求范圍的

18、不可 控性70%3高應根據(jù)雙方對各種制約因 素的分析，明確需求范圍。 分期實施。9.3風險應對措施在風險分析之后，項目經(jīng)理對概率和影響程度制定風險應對計劃。風險應對計劃分為規(guī)避、減緩和應急計劃。在規(guī)避、減緩、接受和應急計劃中，項目經(jīng)理寫明計劃中相關的人員、時間（對應急計劃 可以不需要）、具體行動等。計劃制定后，相關人員必須嚴格依照執(zhí) 行。在制定風險應對措施時，如涉及到資源、成本、進度變更等問題, 報請項目經(jīng)理提供支持，并啟動配置變更管理過程。規(guī)避：通過分析找出發(fā)生風險事件的原因， 消除這些原因來規(guī)避 一些特定的風險事件發(fā)生。9.4風險跟蹤在制定和執(zhí)行風險應對計劃之后，項目經(jīng)理跟蹤所有被標識風險

19、 的狀態(tài)和應對計劃的執(zhí)行情況，并將規(guī)避/減緩計劃的執(zhí)行情況以及 風險發(fā)生時采取的應急計劃的執(zhí)行情況， 記錄在項目風險表中的計劃 執(zhí)行情況欄目中，直至被標識風險的狀態(tài)為 Close。9.5風險狀態(tài)通報子項目經(jīng)理根據(jù)當前風險項目的狀態(tài)以及正在形成的風險的信息隨時更新修改風險列表，并把它作為項目月總結報告的一部分提交 項目總經(jīng)理。對于風險處理優(yōu)先級比較高的風險，要以最快的速度， 用書面或口頭形式通報項目總經(jīng)理。9.6風險數(shù)據(jù)庫在子項目開發(fā)關閉時，子項目經(jīng)理負責向質量部提交相關風險數(shù) 據(jù)，在通過風險數(shù)據(jù)庫維護人員的評審后，更新項目風險數(shù)據(jù)庫。第十章項目實施10.1實施步驟10.1.1基于里程碑的迭代式

20、開發(fā)過程模型系統(tǒng)項目的實施控制可以從以下幾方面來進行：全面采用微軟解決方案框架結構(MSF)過程模型來進行規(guī)劃實施；全面采用Rational公司面向對象的分析設計等軟件開發(fā)管理系列 產(chǎn)品；全面貫徹IS09001質量體系標準和CMM軟件生產(chǎn)過程標準，建 立相應的質量和進度保證體系。MSF過程模型包含四個主要的里程碑，它們是：前景/范圍認可(Vision/Scope Approved)里程碑項目設計認可(Project Plan Approvec)里程碑范圍完成/第一次應用(Scope Complete First Use)里程碑系統(tǒng)發(fā)布(Release里程碑。這四個里程碑是客戶與項目組之間重要的

21、設計、評估和協(xié)調的同 步點。10.1.2風險控制的時間進度風險控制的時間進度安排是指在項目中風險程度高的部分優(yōu)先開 發(fā)的方法。無論是軟件開發(fā)項目還是基礎信息設施實現(xiàn)項目，風險控制的時間進度安排都很重要。盡早的建立體現(xiàn)概念理解的原型；確定何時完成何種功能特色；根據(jù)技術和業(yè)務的風險，對工作任務進行優(yōu)先級劃分；在每個里程碑上進行風險復查；風險控制的時間進度安排的一個優(yōu)勢是，在高風險的部分需要比原計劃更多的時間時，可以提供更靈活的響應時間。10.1.3全面質量管理控制全面貫徹IS09001質量體系標準和CMM軟件生產(chǎn)過程標準，嚴 格執(zhí)行國家有關軟件工程的設計規(guī)范，建立相應的質量和進度保證體 系。1.測

22、試：在開發(fā)各階段進行測試評審，盡早地發(fā)現(xiàn)和預防錯誤，提高軟件質量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將 軟件交付用戶驗收。單元測試組裝（集成）測試確認測試系統(tǒng)測試2.質量保證：制定質量保證計劃和質量保證標準；明確各階段的質量保證（文檔和程序）工作；各階段的質量評審；各開發(fā)階段進度管理、質量管理、交接管理、維護體制； 貫徹IS09001質量體系標準；符合CMM軟件生產(chǎn)過程標準。10.1.4實施步驟對于該系統(tǒng)，我們確定了如下的系統(tǒng)實施步驟:成立項目組織機構制定實施計劃準備各種數(shù)據(jù)系統(tǒng)開發(fā)和用戶化功能模擬運行培訓操作人員系統(tǒng)實際運行系統(tǒng)升級和維護10.1.5進度計劃該系統(tǒng)的開發(fā)進度計劃

23、如下表所示階段任務起始時間終止時間時間期限投入人數(shù)人月數(shù)工作量統(tǒng)計完成標志需求細化與評審需求分析報告功能概要設計和確認概要設計報告詳細設計（數(shù)據(jù) 庫設計、功能設 計、界面設計）詳細設計報告編碼與單兀測試目標代碼系統(tǒng)聯(lián)調、集成測試系統(tǒng)測試報告文檔資料整理用戶手冊、安裝手冊、技術手冊測試驗收、安裝培訓、試運行系統(tǒng)確認書 用戶培訓教材 系統(tǒng)試運仃報口總計10.2項目的組織與領導為了系統(tǒng)項目的順利進行，必須建立完善、嚴密、高效的項目組織機構，以在項目實施的各個階段，項目各個小組協(xié)同工作，使系統(tǒng)保質保量的按期投入運行，圓滿完成系統(tǒng)的開發(fā)設計任務10.2.1項目組織結構項目組織結構圖見下圖:10.2.2項

24、目領導小組組 長：省內(nèi)企業(yè)和某某購公司聯(lián)合指定成員：職 責：協(xié)調各部門、各項目小組為本項目建設各方面的配合，達成 共識、理順各種關系、決策重大方向、統(tǒng)一思想、發(fā)揚團隊合作精神10.2.3項目協(xié)調小組項目協(xié)調小組為項目領導小組的常設機構。組長：聯(lián)合指定成 員：省內(nèi)企業(yè)業(yè)務部門業(yè)務骨干；某某購項目負責人職 責：日常協(xié)調各單位各部門的工作，定期向項目領導小組匯報，以及時反映并解決項目執(zhí)行過程中所出現(xiàn)的問題。 通過各種途徑調度 各單位各部門各類人員積極性，支持項目建設。10.2.4質量管理小組質量管理貫穿整個項目生命周期的各個階段。軟件開發(fā)單位的軟 件質量計劃和計劃的執(zhí)行情況由項目領導小組或委托項目協(xié)

25、調小組 負責監(jiān)督審核。組長：聯(lián)合指定成員：某某購公司質保人員職責：制定質量保證計劃和質量保證標準；明確各階段的質量保證（文檔和程序）工作；各階段的質量評審；各開發(fā)階段進度管理、質量管理、交接管理、維護體制；貫徹IS09001質量體系標準；軟件質量保證：正確性、易理解性、可見性（每個活動均能以取得明確的結果告終，使過程的進展對外可見，可跟蹤性）、可支持性、可接收性、 可靠性（不會出現(xiàn)過程錯誤和意外發(fā)生問題的干擾，保證數(shù)據(jù)的 完整性）、可維護性、互連性、速度（在規(guī)定期限完成開發(fā)并交付） 軟件的可以執(zhí)行，能適應硬件、軟件環(huán)境的變化和用戶新的需求 以及各個開發(fā)階段中實行中間檢查/階段評審（白盒和黑盒測

26、試檢 查）等。軟件質量評價標準：可跟蹤性、完備性、一致性、安全性、容錯 性、準確性、簡單性、執(zhí)行效率、存儲效率、存取控制、存取審 查、操作性、易訓練性、鍵壯性、模塊獨立性、描述性、結構性、 文檔完備性、通用性、可擴充性、可修改性、自薦性、機器獨立 性、軟件系統(tǒng)獨立性、通信共享性、數(shù)據(jù)共享性、通信性、保密10.2.5需求分析小組組 長：項目需求負責人，由項目經(jīng)理指定或兼任。成 員：省內(nèi)企業(yè)工作人員；某某購公司指定人員。職責：確定業(yè)務人員可接受的操作界面，如菜單、按鈕、提示信息、報 表內(nèi)容的布局、界面風格等；對業(yè)務部門提出的經(jīng)復核和部門經(jīng)理審核的業(yè)務需求統(tǒng)一進行管理；確保其他相關開發(fā)文檔與軟件需求

27、保持一致性；用戶的軟件需求主要為業(yè)務功能需求，需求內(nèi)容為業(yè)務功能、業(yè) 務功能處理流程、數(shù)據(jù)流程、功能使用的權限及某些特殊的條件 限制、時效性，基礎數(shù)據(jù)要素定義、算法、用戶輸入界面要素、 報表樣張以及制作方法等等；負責對需求進行分析并給出詳細的定義，編寫需求說明書（內(nèi)容 包括功能的和非功能的需求）、或可視化模型、或系統(tǒng)功能說明書、 非功能需求（要求所有更改數(shù)據(jù)庫的操作均寫入日志文件并供查 詢）、初步的系統(tǒng)用戶手冊。需求分析評審：系統(tǒng)定義的目標是否與用戶的要求一致。系統(tǒng)需求分析階段提供 的文檔資料是否安全；文檔中的所有描述是否完整、清晰、準確 反映用戶要求；與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描

28、述； 所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結構是否足夠、確定；所有圖表是否 清楚，在不補充說明時能否理解。主要功能是否包括在規(guī)定新的軟件范圍內(nèi)，是否都有充分說明； 設計的約束條件或限制是否符合實際；開發(fā)的技術風險是什么； 是否考慮過軟件需求的其它方案；是否考慮過將來可能會提出的 軟件需求；是否詳細制定了檢驗的標準，他們能否對系統(tǒng)定義是 否成功進行確認；有沒有遺漏、重復或不一致的地方；用戶是否 審查了初步的用戶手冊；軟件開發(fā)計劃中的估算是否受到了影響。為保證軟件需求定義的質量，評審由項目協(xié)調小組、項目質量管 理小組負責，并按規(guī)定嚴格進行。評審通過，軟件開發(fā)才可進入 設計階段。10.2.6系統(tǒng)設計小組組長：由

29、項目經(jīng)理指定。成員：開發(fā)設計人員職責:把已確定的各項需求（功能需求、非功能需求）按一定的規(guī)則轉 換成一個相應的體系結構，即結構設計。結構設計文檔完成后，提交 技術開發(fā)項目小組評審，評審通過后進入軟件編程階段。10.2.7軟件開發(fā)小組組長：由項目經(jīng)理指定。成員：開發(fā)設計人員。職責：程序編寫；數(shù)據(jù)結構合理化、程序結構良好、規(guī)范、清晰易讀、執(zhí)行速度快、 占用內(nèi)存空間少。充分考慮項目的應用范圍，算法和計算復雜性, 軟件執(zhí)行的環(huán)境，性能上的考慮與實現(xiàn)的條件以及數(shù)據(jù)結構的復 雜性。10.2.8系統(tǒng)測試小組組 長：由項目經(jīng)理指定測試小組負責人。成員：測試員。職責：制定各階段的軟件測試計劃，提交質量管理小組評

30、審。評審通過后，進入測試階段。測試計劃內(nèi)容包括所測試軟件的功能、輸入和輸出、測試內(nèi)容、 各項測試進度安排、資源測試、測試資料、測試工具、黑盒和白 盒測試用例的選擇、控制方式和過程、系統(tǒng)組裝方式、跟蹤規(guī)程、 調試規(guī)程、回歸測試的規(guī)定、測試數(shù)據(jù)量、軟件安裝版測試等以 及評價標準。在開發(fā)各階段進行測試評審，盡早地發(fā)現(xiàn)和預防錯誤，提高軟件 質量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將 軟件交付用戶驗收。單元測試；組裝（集成）測試；確認測試；系統(tǒng)測試；對每一步測試都需提供測試報告。10.2.9文檔整理小組組長：由項目經(jīng)理指定。成員：文檔編寫人員。職責：整理系統(tǒng)技術手冊、用戶手冊、安裝手冊;提

31、交用戶驗收。10.2.10系統(tǒng)培訓小組組長：某某購公司指定成 員：相關開發(fā)人員或聘請相應的培訓教師。職責：提供培訓資料：安裝手冊、用戶手冊、系統(tǒng)維護說明、設備維護說明；對高層及各基層的各部門領導、系統(tǒng)管理人員、操作人員進行培 訓。10.2.11系統(tǒng)維護小組組長：由項目經(jīng)理指定。成員：系統(tǒng)維護人員。職責：對軟件投入使用后進行軟件維護工作：改正性維護（部分隱藏的錯誤）；適應性維護（硬件和軟件的配置升級）；完善性維護（新功能、新性能）；受理軟件維護申請；提供電話熱線技術支持或現(xiàn)場支持；記錄軟件修改日志，提交軟件修改報告。10.3評審驗收評審和測試一樣，是系統(tǒng)質量保證的又一措施。軟件評審的通過,一方面

32、用于凈化軟件工程的各項活動，同時也標志著我公司在此階段工作的勝利完成及用戶對其功能/質量的認可。我們認為，在軟件改造開發(fā)的各個階段都可進行評審。如：對系 統(tǒng)需求分析定型、系統(tǒng)重要功能模塊的修改等。系統(tǒng)試運行結束后應 組織使用單位人員對軟件工程的系統(tǒng)建設進行全面的評審驗收。評審應從下幾方面進行：功能、邏輯和實現(xiàn)上有無缺陷。是否符合用戶需求。是否按照指定的工具和方法加以開發(fā)。效率如何。文檔是否齊全。在各個局部范圍是否已經(jīng)試用成功。其它。驗收項目（1）功能項測試：對軟件需求說明書中的所有功能項進行測試；（2）業(yè)務流程測試對軟件項目的典型業(yè)務流程進行測試；（3）容錯測試容錯測試的檢查內(nèi)容包括：系統(tǒng)對用

33、戶常見的誤操作是否能進行提示；系統(tǒng)對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提 示；系統(tǒng)對重要數(shù)據(jù)的刪除是否有警告和確認提示；系統(tǒng)是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非 法值，并有相應的錯誤提示。（4）安全性測試安全性測試的檢查內(nèi)容包括：系統(tǒng)是否有留痕功能，即是否保存有用戶的操作日志；系統(tǒng)中各種用戶的權限分配是否合理；（5）性能測試對需求說明書中明確的系統(tǒng)性能進行測試。測試的準則是要滿足 規(guī)格說明書中的各項性能指標。（6）易用性測試易用性測試的內(nèi)容包括：用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；提示信息是否清楚、易理解，是否存在原始的英文提示；各個模塊的界面風格是否一致；查

34、詢結果的輸出方式是否比較直觀、合理。（7）適應性測試參照用戶的軟、硬件使用環(huán)境和需求說明書中的規(guī)定，列出開發(fā) 的系統(tǒng)需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。（8）文檔測試用戶文檔包括：安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括: 操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所 有的功能模塊；用戶文檔描述的信息是否正確，是否沒有歧義和錯誤的表達； 用戶文檔是否容易理解，是否通過使用適當?shù)男g語、圖形表 示、詳細的解釋來表達；用戶文檔對主要功能和關鍵操作是否提供應用實例；用戶文檔是否有詳細的目錄表和索引表；驗收標準（1）軟件錯誤的嚴重性等級不能執(zhí)行正常功能或重要功能；嚴重地影

35、響系統(tǒng)要求或基本功能的實現(xiàn)，且沒有辦法解決； 嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的解決辦法；使操作者不方便或遇到麻煩，但不影響執(zhí)行正常功能或重要 功能；其它錯誤。（2）錯誤與嚴重性等級對應表1級錯誤的描述這一級別的錯誤一般包括以下內(nèi)容：沒有實現(xiàn)或錯誤地實現(xiàn)重要 的功能；業(yè)務流程存在重大隱患；軟件在操作過程中由于軟件自身的 原因自動退出系統(tǒng)或出現(xiàn)死機的情況；軟件在操作過程中由于軟件自 身的原因對系統(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設環(huán)境下不能實現(xiàn)應有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。2級錯誤的描述這一級別的錯誤一般包括：沒有實現(xiàn)基本功能，并且不存在替代 辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務 流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權限分 配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒 有滿足系統(tǒng)的性能要求。3級錯誤的描述這一級的錯誤是與第2級別的錯誤相對應的，而第3級錯誤則存 在替代方法；對誤操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù) 庫。4級錯誤的描述為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文 混雜；查詢結果輸出不直觀等。5級錯誤的描述為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述 錯誤。對發(fā)現(xiàn)的每一個錯誤都要確定相應的嚴重性等級， 全部改正方可。