2022年網(wǎng)絡(luò)營銷服務(wù)平臺(tái)可行性研究報(bào)告

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

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

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

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

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

6、 Current Document 第六章系統(tǒng)性能設(shè)計(jì) 446.1系統(tǒng)安全性設(shè)計(jì)446.2系統(tǒng)可靠性設(shè)計(jì) 466.3存儲(chǔ)解決方案466.4災(zāi)難備份設(shè)計(jì)476.5系統(tǒng)實(shí)用性設(shè)計(jì) 486.6系統(tǒng)可擴(kuò)展性設(shè)計(jì) 496.7系統(tǒng)靈活性設(shè)計(jì) 496.8系統(tǒng)容錯(cuò)性設(shè)計(jì) 506.9系統(tǒng)快速恢復(fù)設(shè)計(jì) 506.10方案設(shè)計(jì)特點(diǎn)51 HYPERLINK l bookmark44 o Current Document 第七章項(xiàng)目質(zhì)量保障方案 537.1質(zhì)量計(jì)劃編制537.2質(zhì)量控制原則 547.2.1事前控制原則54 HYPERLINK l bookmark46 o Current Document 7.2.2標(biāo)準(zhǔn)原

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

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

9、1基于里程碑的迭代式開發(fā)過程模型 7010.1.2風(fēng)險(xiǎn)控制的時(shí)間進(jìn)度 7110.1.3全面質(zhì)量管理控制 7110.1.4實(shí)施步驟72 HYPERLINK l bookmark56 o Current Document 10.1.5進(jìn)度計(jì)劃7310.2項(xiàng)目的組織與領(lǐng)導(dǎo) 73 HYPERLINK l bookmark58 o Current Document 10.2.1項(xiàng)目組織結(jié)構(gòu)74 HYPERLINK l bookmark60 o Current Document 10.2.2項(xiàng)目領(lǐng)導(dǎo)小組 74 HYPERLINK l bookmark62 o Current Document 10.2.3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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