1、OA系統及詢價系統 實施方案建議書 第 PAGE 55 頁 OA系統及詢價系統項目范圍與實施方案建建議書數據網絡技術有限公司司二O一三年五月二十五五日目錄TOC o 1-3 h z u HYPERLINK l _Toc 1前言 PAGEREF _Toc h 5k。 HYPERLINK l _Toc 2項目背景 PAGEREF _Toc h 6p。 HYPERLINK l _Toc 3項目總體思路 PAGEREF _Toc h 7K。 HYPERLINK l _Toc 4業務需求及詳細解決方方案 PAGEREF _Toc h 8C。 HYPERLINK l _Toc 4.1總體需求 PAGERE

2、F _Toc h 8a。 HYPERLINK l _Toc 4.2總體解決方案案 PAGEREF _Toc h 106。 HYPERLINK l _Toc 4.3解決方案功能能框架 PAGEREF _Toc h 115。 HYPERLINK l _Toc 4.4軟件定制流程程圖 PAGEREF _Toc h 12N。 HYPERLINK l _Toc 4.5及詢價系統詳詳細業務需求及解解決方案 PAGEREF _Toc h 13N。 HYPERLINK l _Toc 5系統架構方案 PAGEREF _Toc h 16R。 HYPERLINK l _Toc 5.1OA與詢價系系統架構方案 PAG

3、EREF _Toc h 16m。 HYPERLINK l _Toc 5.1.1可伸縮性性的系統架構設計計 PAGEREF _Toc h 16Y。 HYPERLINK l _Toc 5.1.2統一的高高可用性系統架構構 PAGEREF _Toc h 17s。 HYPERLINK l _Toc 5.1.3數據庫系系統選型方案 PAGEREF _Toc h 19b。 HYPERLINK l _Toc 5.2服務器規格要要求估算 PAGEREF _Toc h 19O。 HYPERLINK l _Toc 5.2.1外部用戶戶HTTP接入 PAGEREF _Toc h 20d。 HYPERLINK l _

4、Toc 5.2.2內部用戶戶HTTP接入 PAGEREF _Toc h 20f。 HYPERLINK l _Toc 5.2.3IIS 應用服務器 PAGEREF _Toc h 20e。 HYPERLINK l _Toc 5.2.4MQ服務務器 PAGEREF _Toc h 20Z。 HYPERLINK l _Toc 5.2.5文件服務務器 PAGEREF _Toc h 20q。 HYPERLINK l _Toc 5.2.6數據庫服服務器及存儲系統統 PAGEREF _Toc h 20b。 HYPERLINK l _Toc 5.3方案特點 PAGEREF _Toc h 218。 HYPERLIN

5、K l _Toc 6項目實施范圍 PAGEREF _Toc h 21r。 HYPERLINK l _Toc 6.1項目實施組織織范圍 PAGEREF _Toc h 21s。 HYPERLINK l _Toc 6.2OA及詢價系系統項目實施范圍圍 PAGEREF _Toc h 214。 HYPERLINK l _Toc 6.2.1OA及詢詢價系統功能范圍圍 PAGEREF _Toc h 21j。 HYPERLINK l _Toc 6.2.2OA和詢詢價系統與其他內內部系統接口范圍圍： PAGEREF _Toc h 25q。 HYPERLINK l _Toc 6.2.3表格和報報表范圍： PAGE

6、REF _Toc h 26Z。 HYPERLINK l _Toc 6.2.4數據轉換換范圍： PAGEREF _Toc h 26p。 HYPERLINK l _Toc 7項目實施方法 PAGEREF _Toc h 273。 HYPERLINK l _Toc 7.1項目實施方法法論介紹 PAGEREF _Toc h 27n。 HYPERLINK l _Toc 7.2項目實施策略略 PAGEREF _Toc h 27G。 HYPERLINK l _Toc 7.2.1項目實施施策略 PAGEREF _Toc h 27W。 HYPERLINK l _Toc 7.2.2關鍵任務務實施方法 PAGEREF

7、 _Toc h 284。 HYPERLINK l _Toc 7.3項目風險與關關鍵成功要素 PAGEREF _Toc h 30D。 HYPERLINK l _Toc 7.3.1項目風險險 PAGEREF _Toc h 30Z。 HYPERLINK l _Toc 7.3.2關鍵成功功要素 PAGEREF _Toc h 31p。 HYPERLINK l _Toc 7.4項目實施的保保障措施 PAGEREF _Toc h 319。 HYPERLINK l _Toc 7.4.1項目管理理 PAGEREF _Toc h 32o。 HYPERLINK l _Toc 7.4.2進度控制制 PAGEREF _

8、Toc h 32q。 HYPERLINK l _Toc 7.4.3項目變更更管理 PAGEREF _Toc h 324。 HYPERLINK l _Toc 7.4.4風險管理理 PAGEREF _Toc h 34g。 HYPERLINK l _Toc 7.4.5品質確保保計劃 PAGEREF _Toc h 357。 HYPERLINK l _Toc 7.4.6溝通（Communication）管理 PAGEREF _Toc h 36g。 HYPERLINK l _Toc 7.4.7問題解決決方案 PAGEREF _Toc h 38Z。 HYPERLINK l _Toc 8項目實施計劃（工作內內

9、容、任務與交付付件） PAGEREF _Toc h 39s。 HYPERLINK l _Toc 8.1項目總體計劃劃 PAGEREF _Toc h 39w。 HYPERLINK l _Toc 9項目實施組織機構及人人員 PAGEREF _Toc h 40u。 HYPERLINK l _Toc 9.1項目組織架構構 PAGEREF _Toc h 40F。 HYPERLINK l _Toc 9.2項目組織主要要成員角色與職責責 PAGEREF _Toc h 41W。 HYPERLINK l _Toc 9.2.1某網絡公公司項目成員角色色與職責 PAGEREF _Toc h 41G。 HYPERLI

10、NK l _Toc 9.2.2中心項目目成員角色與職責責 PAGEREF _Toc h 44W。 HYPERLINK l _Toc 10培訓及知識轉移移 PAGEREF _Toc h 46k。 HYPERLINK l _Toc 10.1項目實施方方法培訓 PAGEREF _Toc h 474。 HYPERLINK l _Toc 10.2項目組系統統知識培訓 PAGEREF _Toc h 47R。 HYPERLINK l _Toc 10.2.1OA及及詢價系統培訓課課程 PAGEREF _Toc h 47G。 HYPERLINK l _Toc 10.3培訓準備及及條件 PAGEREF _Toc

11、h 48t。 HYPERLINK l _Toc 11系統維護 PAGEREF _Toc h 49H。 HYPERLINK l _Toc 11.1概述 PAGEREF _Toc h 49i。 HYPERLINK l _Toc 11.2服務范圍 PAGEREF _Toc h 49W。 HYPERLINK l _Toc 11.3服務方式 PAGEREF _Toc h 49J。 HYPERLINK l _Toc 11.4中心及會員員公司的職責 PAGEREF _Toc h 50m。 HYPERLINK l _Toc 11.5服務期限 PAGEREF _Toc h 50N。 HYPERLINK l _T

12、oc 12項目提交文檔 PAGEREF _Toc h 50r。 HYPERLINK l _Toc 12.1OA及詢價價系統提交文檔清清單 PAGEREF _Toc h 50Y。 HYPERLINK l _Toc 13項目報價 PAGEREF _Toc h 516。 HYPERLINK l _Toc 14項目假設 PAGEREF _Toc h 51I。 HYPERLINK l _Toc 14.1一般假設 PAGEREF _Toc h 51H。 HYPERLINK l _Toc 14.2實施方法假假設 PAGEREF _Toc h 52k。 HYPERLINK l _Toc 14.3系統環境假假設

13、 PAGEREF _Toc h 52y。 HYPERLINK l _Toc 14.4工作環境 PAGEREF _Toc h 522。 HYPERLINK l _Toc 14.5項目團隊 PAGEREF _Toc h 53H。 HYPERLINK l _Toc 14.6實施計劃 PAGEREF _Toc h 53A。 HYPERLINK l _Toc 14.7其它廠商信信息及配合事項 PAGEREF _Toc h 53T。 HYPERLINK l _Toc 14.8IT假設 PAGEREF _Toc h 53g。 HYPERLINK l _Toc 15關于某某網絡公司 PAGEREF _Toc

14、h 54w。 HYPERLINK l _Toc 15.1簡介 PAGEREF _Toc h 54s。 HYPERLINK l _Toc 15.2相關資質 PAGEREF _Toc h 54V。前言某網絡公司很榮幸被邀邀參加中心OA系統及數數據統計信息系統統項目。項目背景項目總體思路根據業務需求，為了提提升中心信息化管理水水平，為會員公司司提供優質服務，某網絡公司提出擬建立包含協同辦公管理系統（OA）、詢價系統、多維分析系統的一體化管理信息系統，供中心內部使用，對中心內部之間的日常流程與管理活動進行規范和優化，并最終固化到該管理信息系統中。E。為了實現這一目標，某某網絡公司將充分分考慮中心的情況

15、，在流流程設計和需求定定義階段會綜合考考慮中心的管理現狀和和業務需求，并根根據其業務需求搭搭建系統。在整個個項目實施階段某某網絡公司會向中心的項目小組核核心用戶進行全面面的知識轉移，使使他們成為培訓最最終用戶及支持系系統上線的中堅力力量。O。某網絡公司期望能有機機會于本項目中為為中心提供專業服務務，與中心一起實施這一一項目，并成功地地完成它，并且成成為中心長期的合作伙伙伴。T。業務需求及詳細解決方方案總體需求協同辦公管理（OA）實現中心各部門之間的的信息、數據共享享。發文簽報流程化、自動動化，實現無紙化化辦公。流程可定制。具備一定的防偽功能。 實現收文電子化（上級級單位發文）內勤收文后掃描上傳

16、OA系系統（發文）。系統自動流轉至相關領領導。 領導審閱后交辦業務部部門進行處理。實現與會員單位和其他他單位之間文件傳傳遞的電子化中心完成文件的印發后后掃描上傳OA系系統（發文）各會員單位可通過網站站入口進入查看同時需要設置提醒服務務，告知會員單位位聯系人賬號中有有新的文件詢價系統數據采集方式。通過網站入口進入數據據庫后逐項手工錄錄入相關統計數據據。根據設定好的模板，在在本地填寫好excel表表格后成批上傳統統計數據。L。數據采集原則涉及采集點12處（可可擴展）。按照獨立采價為主，參參考其他信息價格格為輔的原則，地地產材料同中心派派人實地進行調查查，大宗材料和特特種設備到產地進進行調價。相同材

17、材料，價格不得高高于造價辦及省造造價站信息價。3。數據采集范圍以市區屬地為主，項目目所在地的縣區為為輔，重要材料、設備和大批量材材料與榆林、西安安等周邊地市進行行價格比對。對地地產材料，要兼顧顧產地材料的區域域分布，確保所調調查品種的代表性性。主要涵蓋：工工程材料設備、政政府采購、造價指指標體系三個方面面內容。s。數據采集方法聘請價格信息員布點采采集，南部各縣設設置一個采集點，北北部各縣設置一個個采集點，市區落落實四個采集點，西西安市固定安排四四名價格采集信息息員，中心督導加加工兩人，形成由由十二個點組成的的采價網絡。與生生產廠家及一、二二級供應商建立合合作關系，定期提提供產品價格。對對工程材

18、料設備，按按照需要進行市場場調查、廠家調查查，按期采集；對對列入政府采購目目錄的商品和服務務，按政府年度采采購目錄的進度要要求采集。造價指指標，按年度分類類統計，加工分析析，定期公布。i。信息公布中心價格信息胺月公布布，遇波動時按旬旬公布，效率優于于市造價辦雙月發發布，省定額站按按季發布。所有材材料價格及造價指指標遠的在網絡上上進行公布，供相相關單位采用，社社會各方監督。r。價格使用一是工程材料設備屬地地價格。用于規范范概、預、決算階階段的價格使用、預、決算階段價價格以我中心公布布價格為準。1。二是列入政府采購目錄錄的商品和服務屬屬地價格。按照政政府采購目錄采集集相應的價格信息息，財政等部門按

19、按照我中心公布價價格編制政府采購購預算。S。三是造價指標體系，匯匯總分析出政府投投資項目所屬區域域的不同行業，相相同類別、類似項項目的造價指標。利利用財政、審計已已完項目歷史數據據加工統計造價指指標。主要用于在在項目資料不完整整或不具備條件時時對項目造價匡算算；審核結果，控控制質量；對預、決算進行對比檢檢查，控制預、決決算。P。其他要求系統成熟穩定易于維護護。本地化部署系統部署在中心自購服服務器設備上。任何數據信息的存儲交交換也都在中心自購服務器設設備上。系統的最終產權屬中心心所有總體解決方案基于對需求分析中中系統要求的理解解，以及前期我們們與中心相關人員交流流的情況，結合某某網絡公司在協同辦

20、公管理領領域豐富的經驗，我我們對本項目的總總體需求進一步歸歸納總結后，給出出如下建議：M。為滿足中心快速建立中中心內部與會員公司之間協同辦公管理理平臺，改善內部信息化化管理能力，提升升工作效率，規范與與會員公司之間的的服務流程，提高高服務質量滿意度度的整體需求，某某網絡公司推薦采采用某網絡公司協同辦辦公管理系統解決方案（以下簡簡稱OA解決方案）中的：F。企業級電子郵件系統流程管理系統公文管理系統企業信息門戶管理系統統微博系統（內部）文檔管理系統協同工作管理系統權限及組織機構管理系系統資產管理系統短信通知系統并基于該解決方案中特有有的插件接口，完完成詢價系統的定制開開發。在此基礎上實施多維分析系

21、統統，實現對數據的的挖掘分析，并以以圖表等多種方式式直觀展示個總統計分析析結果。0?；趨f同辦公管理系統統平臺，通過建立基于SOA的的標準接口可實現與其他他系統（包括與地市市協會可能存在的的系統）進行整合合，最終形成完整的一體化化管理信息系統。o。解決方案功能框架邏輯架構如上圖所示，某網絡公公司協同辦公管理理系統采用多層架架構，分為接入層層、展現層、業務務層和基礎設施層層四層。Q。接入層：用戶使用多種種終端設備（包括括PC、PDA、手機等）和多種種接入方式（Internet、Intranet、VPN等），通通過SSO（單點點登錄）登入協同同辦公管理系統，實實現對多個系統的的個性化訪問。S。展現

22、層：提供一個企業業內部信息交互及及所有業務系統的的統一展現入口。實實現展現、認證授授權、用戶管理三三大類服務。m。業務層：作為某網絡公公司協同辦公管理理系統的具體應用用實現，又可分為為基礎信息服務和和應用業務服務兩兩個層次。其中基基礎信息服務層一一般不獨立存在，而而作為一些應用業業務的底層支撐，如如通信服務、流程程管理、信息整合合等；而應用業務務服務層則直接提提供給用戶具體的的應用，如公文流流轉、信息管理、個人辦公等。v?；A設施層“包括基礎礎網絡及硬件設施施等，保證系統的的正常運行、訪問問。此外，某網絡絡公司協同辦公管管理系統還包括貫貫穿各個層次的系系統及安全管理和和接口管理。e。系統功能某

23、網絡公司協同辦公管管理系統提供統一一展現平臺、管理理信息服務、協同同辦公、內容管理理、通信服務、流流程管理、信息整整合平臺等幾部分分功能，并可集成成現存的其他系統統。J。軟件定制流程圖OA針對本項目需求的的功能說明如下：及詢價系統詳細業務需求求及解決方案針對于中心在需求分析析中對OA及詢價系統提出的業業務需求，某網絡絡公司根據在協同化辦公公解決方案領域豐豐富的實施經驗，初初步提出以下的解解決方案：b。 中心系統功能需求：中心業務需求系統功能所處OA解決方案中的的系統/模塊OA系統實現中心各部門之間的的信息、數據共享享。完全滿足系統提供“電子郵件”、“微博”，“協同工作”以及“文檔管理”等功能，

24、幫助中心心各個部門之間進進行信息傳遞、數數據共享、互動協協作、分享交流。其其中資產管理系統統能夠幫助中心實現對辦公用用品及固定資產等等資源進行有效管管理。企業級電子郵件系統微博（內部）系統文檔管理系統協同工作管理系統資源管理系統發文簽報流程化、自動動化，實現無紙化化辦公。完全滿足系統通過流程管理功能能可以定義包括發發文簽報流程在內的各種其他流流程，如請假、報報銷、采購申請等等等，流程管理系系統采用BPM技技術架構，具備流流程建模功能，能能夠廣泛整合不同同業務系統；在審審批環節的電子簽簽名方面，該系統統也能與wacom等電子簽名設備集成，真正實現無紙化的工作流程。流程管理系統公文管理系統實現收文

25、電子化，內勤勤收文后可掃描上上傳至OA系統，系系統自動流轉至相相關領導，領導審審閱后交辦業務部部門進行處理。完全滿足系統提供的公文管理系系統能夠實現收文文掃描和發文處理理。其中相關的流程程部分通過流程管管理功能實現，這這些流程可以預先先設置，也可以在在發文過程中動態態定義，靈活性高高。流程管理系統公文管理系統中心完成文件的印發后后掃描上傳OA系系統，各會員單位位可通過網站入口口進入查看，同時時需要設置提醒服服務，告知會員單單位聯系人賬號中中有新的文件。完全滿足企業信息門戶管理系統統采用Portal技技術能夠集成中心心現有的網站系統統，并為各會員單單位開設專屬頁面面（授權訪問）。中心完成的各種文

26、件（包括會員單位統計數據等）都可以方便地通過OA系統發布到這些專屬頁面中，供會員單位訪問；提醒服務有兩種，電子郵件和短信通知，中心工作人員可以方便設置通知的類型和事件，系統將完成上述通知的自動發送。企業信息門戶管理系統統企業級電子郵件系統短信通知系統詢價系統能通過三種方式進行數數據采集：一是通通過網站入口進入入數據庫后逐項手手工錄入相關統計計數據，二是從本本地excel復制粘粘貼進行數據的錄錄入，三是根據設設定好的模板，在在本地填寫好excel表格后后成批上傳統計數數據。完全滿足系統允許采集點相關人人員（授權后）登登入企業信息門戶戶管理系統的專屬屬頁面，在該頁面面中能夠直接錄入入或導入exce

27、l實現數數據快速上報。企業信息門戶管理系統統數據統計系統（定制）數據采集內容應包括：建材類，政府采采購類，設備類，指指標體系類幾大部部分共三級目錄，并并且可以分商家和和個人信息歸類。完全滿足在數據統計系統中，可可以通過智能電子子表格技術定制各各種格式的數據采采集表。此外還能能通過動態表單技技術擴大統計數據據的信息量數據統計系統（定制）在數據的使用和修改方方面有如下需求：1.各采集點均有權使使用系統中各家采采集點的統計數據據，非采集點不得得使用。2.經協會授權并開通通相應用戶權限后后，采集點可登錄錄系統自行查閱、下載相關統計數數據。3.下載的文件格式為為XLS格式。4.各采集點應對數據據的準確性

28、負責，已已報送到系統中的的數據一經協會確確認不能隨意修改改，如數據填報錯錯誤確需修改時，需需向上級申請，等等上級下發修改權權限后，重新填報報上傳。完全滿足系統提供基于角色的權權限控制系統，對對數據訪問限制能能達到字段一級，完完全能夠滿足秘書書處對權限的管理理需求。此外，在在數據統計系統中中將專門設計數據據報送的規則，確確保提交后的信息息需要上級“退回”之后方能再次修修改。權限及組織機構管理系系統企業信息門戶管理系統統數據統計系統系統應在內部設定公式式，基礎數據進行行自動校驗，比如如基礎數據保費收收入，無論表格怎怎樣計算或變化，核核心數據應保持邏邏輯一致。完全滿足數據統計系統中的電子子表格技術能

29、夠設設置自動計算公式式，以確保勾稽關關系的一致性。數據統計系統系統應能根據采集點上上傳表格的時間做做出記錄，并按照照月度向采集點反反饋。完全滿足數據統計系統中具備日日志功能，會詳細細記錄包括采集點點上傳表格行為在在內的各種操作，并并能方便地調用OA系統中的流程程管理、電子郵件件、短信通知等功功能，實現結果的的自動化反饋。數據統計系統多維分析系統希望能擴大統計數據信信息量，提高統計計時效，充分利用用技術手段使我省省的保險業務統計計信息工作滿足各各采集點的需求，為為其經營決策提供供及時可靠的數據據信息。完全滿足系統提供多維分析功能能，能夠對上報的的數據建立多維分分析模型，并通過過鉆取、切片、旋旋轉

30、等方式挖掘數數據背后的信息，為為經營決策提供有有力的數據依據。多維分析系統系統架構方案OA與詢價系統架構方方案根據對于中心提供的需需求分析的理解，可可以認為此建議書書涉及的系統不僅僅在功能上要求豐豐富，而且由于涉涉及的是中心的核心業務流流程，所以建設完完成的系統還需要要是高可用性的；同時隨著中心的發展，系統統的擴展性也是本本建議書中及系統統設計的要點。2?？缮炜s性的系統架構設設計我們建議的應用系統設設計分為3個大的應用系統統，即“協同辦公管理（OA）系統”、“詢價系統”、“多維分析系統”。三個應用系統都是基于標準的.NET技術框架，可以共享相同的基礎設施，包括存儲、數據庫系統、應用服務器群等。

31、尤其是協同辦公管理（OA）系統，為了更好的適應辦公管理需求， 不僅能夠與企業信息門戶集成，而且可以適應分布式部署的要求，與未來可能存在的地市分會系統之間通過基于MQ的數據交互模塊通訊。協同辦公管理（OA）系統采用Portal技術架構，與數據統計和多維分析系統有機地集成為一體化管理信息系統（下圖中被標識為OAs）。整體架構示意圖如下：e。這樣的架構其實為可伸伸縮的，其主要表表現在2個方面：其一是建設初期期已經考慮了基礎礎設施的共享和標標準統一，保證了了基礎設施投資的的保護以及將來的的處理能力的擴展展。如統一采用.NET為基本應應用架構，部署時時，協同辦公管理理（OA）解決方方案中不同的應用用系統

32、可以部署在在同一套基礎設施施之上，共享通訊訊和計算能力。其其二是，地市分會會應用，既可以是是分布的，也可以以是使用集中部署署在中心數據中心內的的應用，甚至對中中心來說，有部分分地市分會使用分布布式的，部分可以以使用集中式的混混合方式，部署的的彈性極大。F。會員公司和地市分會通通過ISP提供的的Internte服務中心的DMZ區域中的web server 通訊，中心內部用戶則是和內部網的web server通訊。Web Server通過不同的URL將請求分發到不同的應用。DMZ區域中的MQ以及內部網的MQ組成地市分會通訊網絡支撐數據交互。B。統一的高可用性系統架架構根據對需求的理解，某某網絡公司

33、的協同辦公管理系統統架構設計基于當當前流行的B/S 結構和某網絡公公司的軟件產品，不不僅提供滿足功能能和性能的系統支支持，而且整個體體系考慮了高可靠靠性、高安全性和和將來的擴展性。X。其布局主要由三部分組組成：HTTP接接入，應用服務和和數據庫服務。根據中心的具體情況，建建議的協同辦公管管理系統的邏輯架架構模型如下圖所所示：o。HTTP接入建議架構中的HTTP接接入功能從應用服服務中脫離，這種種設計不但為網絡絡設計和部署帶來來靈活性，而且支支持應用服務的負負載均衡管理。協協同辦公管理系統統的用戶由兩部分分組成：中心內部人員（包括地地市分會人員）和和會員公司用戶，從從應用系統的架構構設計上，建議

34、區區分不同的接入渠渠道，為將來網絡絡安全加固留下余余地。W。建議的 HTTP 接接入分為“外部HTTP接接入區”和“內部HTTP接接入區”。初始建設，內內部接入區安排一一臺服務器安裝IIS HTTP Server，服服務器采用雙硬盤盤、雙電源設計，保保證系統的高可用用性，將來有需要要可以類似外部接接入區采用HTTP服服務陣列。外部接接入區從目前會員員公司的數量和用用戶規模來看，可可以采用與“內部接入區”一樣的方式，當當用戶數量增長較較大之后可使用HTTP服服務陣列方式。HTTP服服務器陣列不僅能能夠橫向擴展性能能，而且可以最大大限度地提升可用用性。屆時還將需要網絡絡層提供七層交換換機支持ses

35、sion定定位，如果要求高高可用性，網絡交交換機可以采用Standby方方式備份。R。應用服務應用服務是進行應用邏邏輯處理的關鍵部部分，需要性能好好而且可靠性高。針針對這一特點，應應用服務器的建議議方案充分利用了了windows Server 2008和IIS7群集的特點，同一個應用服務群集即能為外網HTTP請求服務，而且可以為內網HTTP請求服務；同一臺HTTP接入服務器又可以同時使用此應用服務群集中的任一臺，所以很好地實現了負載分配。假使有一臺應用服務器有問題，停止服務，在HTTP請求可以自動轉向另一臺應用服務器，自然實現了高可用性。h。數據庫服務協同辦公管理系統解決決方案作為商業應應用，

36、對于數據庫庫的性能要求較高高。數據庫服務包包括兩方面的內容容：數據庫系統和和存儲。作為企業業關鍵應用，數據據庫系統需要支持持高可用性和在線線備份能力。6。硬件平臺建議使用IBM eX5系列，采用第五代 IBM X 架構 芯片組設計與最最新 HYPERLINK /DistributeModule.aspx?ppc_cid=WTM_&re=masthead&lnk=mprSS-sysx-cnzh o Go to site 英特爾 至強 處理器 E7 產品系列相結合合具有高可靠性和和高性價比的特點點，可以滿足作為為數據庫服務器應應用的需要。3。存儲架構使用SAN，屬于選配，當數據規模達到一定程度之后

37、再考慮也可，此處作為完整架構展示。I。文件服務其實文件服務和數據庫庫服務一樣，也是是商業應用中關鍵鍵的系統服務。文文件服務器建議使使用高速、大容量量的磁盤，且受Raid1保保護。文件服務器器的性能同時還受受到網絡和磁盤訪訪問的影響，所以以可以不只一臺。C。MQ服務MQ的服務設計，可以以為每個維修站分分別建立數據通訊訊隊列組。根據負負荷，將這些組分分布在不同的服務務器中，MQ支持持服務器之間的橋橋接通訊。MQ服服務器還支持Standby方方式備份，但是考考慮投資和實際應應用中此系統軟件件的成熟性，本建建議書中MQ服務務器不使用備機方方式。w。數據庫系統選型方案在商用系統中，主流的的數據庫系統通常

38、常會選擇SQL Server或或Oracle。這兩種數據庫各各有優缺點，Oracle能能夠運行在Unix環環境中，更加穩定定和健壯，但缺點點是價格貴且維護護復雜。SqlServer與與微軟的技術體系系能夠完美結合，運運行效率高，維護護簡單。f?；诒痉桨覆捎玫?NET技技術框架，我們推推薦使用微軟SQLServer2008為為本次項目的數據據庫系統。相對于于Oracle10g，SQL Server2008有有如下優點：Y。更強大的性能和擴展性性，SQL Data Services，條條件過濾索引，稀稀疏列, 前綴壓壓縮。Y。更安全: 使用證書簽簽名的模塊, 整整合的更新和補丁丁。更完善的商業智

39、能工具具：優化的Cube設設計，按需處理和和基于實例的呈現現，與微軟Office 2007產品家家族的完善集成。I。服務器規格要求估算服務器的規格定義一般般在項目的非功能能性需求分析階段段定義，這里根據據需求分析及協同辦公管理解解決方案經驗為基基礎，設置下列估估算假設前提條件件：J。中心內部（含地市分會會，集中式）預估估100人。即可可能同時使用的用用戶100個，常規業業務并發度20。3年每人數據量估算為10G，共1T。數據交互的的審計周期為7天天計，每天每人評評價交互量為2M，數數據存放在文件服服務器，共需2M*7*100=2G。其他文件所所需空間20G。s。建議使用病毒防范方案案。外部用戶

40、HTTP接入入根據估算前提，并發度度要求為100，每每臺服務器處理200300個并發度度，需要1臺PC服服務器。s。1 x PC服務器：1CPU(Xeon 3.0以上，緩緩存1M以上)，內存存1G，Raid1硬硬盤，2x20G以上， Windows2003 Server SP4以上。L。安裝IIS6內部用戶HTTP接入入根據估算前提，并發度度要求為10，需需要1臺PC服務務器。1 x PC服務器：1CPU(Xeon 3.0以上，緩緩存1M以上)，內存存1G，Raid1硬硬盤，2x20G以上，Windows2003 Server SP4以上。8。安裝IIS6IIS 應用服務器每臺服務器負擔100

41、并并發度。部署兩個個應用： OA應用需要1臺臺應用服務器；數數據統計應用，需需要1臺應用服務器。b。3 x PC服務器：2CPU(Xeon 3.0以上，緩緩存2M以上)，內存存4G，Raid1硬硬盤，2x40G以上，Windows Server 2008。4。安裝IIS7。MQ服務器1 x PC服務器：2CPU(Xeon 3.0以上，緩緩存2M以上)，內存存2G，Raid1硬硬盤，2x40G以上，Windows2003 Server SP4以上。a。配置MSMQ。文件服務器根據估算前提，文件容容量只需20G左右，可由IIS應應用服務器替代。P。數據庫服務器及存儲系系統由估算得，按年量，分分成一

42、個OA數據庫實例；數據統計和多維維分析各一個實例例。其中多維分析析實例采用多維立立方體模型?？偣泊鎯臻g按按照1T計算。當當數據規模擴大是是，可考慮存儲方方案同時考慮磁帶帶備份能力，使用用專用的備份服務務器。w。數據庫服務器建議使用用2 x X5系列: 4 CPU, 8G Memory, 320Gx4HDH。安裝SqlServer2008數據庫。方案特點本建議書提供的解決方方案的技術特點，一一方面體現在整體體設計方面,另一一方面也體現在各各個組織部件的優優越特性方面。6。系統技術需求微軟解決方案特點查詢統計響應速度快本方案推薦采用的硬件件、軟件平臺具有有優越的處理性能能，保障系統響應應速度。擴

43、展性本建議書提供了對硬件件擴展性、數據量量擴展性和應用擴擴展性的支持。系統安全可靠本方案考慮了硬件系統統的安全性、可靠靠性，以及從系統統角度而言的數據據存儲、訪問、傳傳輸等各個環節的的安全性。已經能夠充分滿足目前前商用系統的安全全性需求。在數據傳輸方面，本方方案對Web/Browser應應用環境提供了對對SSL的支持,保保障了敏感數據在在Internet上上傳輸的安全性。項目實施范圍項目實施組織范圍中心及所屬部門：辦公室信息中心其他業務部門（產險工工作部、壽險/中中介部、統計研究究部、法律事務部部）O。會員公司及地市分會OA及詢價系統項目實實施范圍OA及詢價系統功能范范圍OA系統包括以下主要要

44、功能：A . 協會部門與地地市分會端功能編號功能類別功能名稱1電子郵件1.1收信1.2寫信1.3收件箱1.4已發郵件1.5垃圾箱1.6草稿1.7郵件代收1.8個人設置1.9郵件過濾1.10地址簿管理1.11地址簿查詢2協同工作2.1新建日程2.2日程共享2.3日程查詢2.4項目管理2.5項目查詢2.6項目庫2.7項目統計報表2.8云存儲2.9云存儲文件共享2.10發起流程2.11流程跟蹤2.12流程查詢2.13流程撤銷3公文管理3.1發文管理3.2收文管理3.3公文查詢3.4公文督辦3.5個人委托4企業信息門戶管理4.1欄目管理4.2文章管理4.3專題管理4.4資源管理5流程管理5.1流程設計

45、5.2模板管理5.3流程跟蹤5.4統計分析6權限及組織機構管理6.1.用戶管理6.2職位管理6.3角色管理6.4離職人員管理6.5組織機構管理6.6日志列表6.7提醒設置6.8會員管理7微博管理（內部）7.1小組管理7.2投票管理7.3發布管理（張貼、文件件、鏈接、話題、投票）7.4書簽管理7.5粉絲管理7.6提醒設置8文檔管理8.1模板管理8.2文檔上傳8.3版本管理8.4文檔查詢8.5文檔預覽8.6文件夾權限9資源管理9.1資源采購9.2資源入庫9.3資源領/借用9.4資源報廢9.5統計報表10短信通知10.1發件箱10.2已發送短信10.3已刪除短信10.4個人管理統計10.4常用短信庫

46、10.6短信設置10.7匯總統計10.8地址簿管理10.9地址簿查詢B . 會員公司端序號功能類別功能名稱1會員門戶1.1會員登錄1.1個人資料維護1.3文件瀏覽1.4信息推送1.5通知公告詢價系統包括以下主要要功能：序號功能類別功能名稱1采集內容管理1.1數據分類1.2模板管理1.3勾稽關系設置1.4模板下載2數據采集2.1數據錄入2.2數據導入2.3數據填報2.43數據審核3.1填報日志3.2數據審核3.3填報退回4數據匯總4.1匯總統計4.2數據發布5打印下載6權限管理6.1用戶管理6.2權限設置多維分析系統包括以下下主要功能：備注功能類別功能名稱1企業門戶設置1.1用戶管理1.2角色管

47、理1.3菜單管理2數據管理2.1鏈接管理2.2業務管理2.3主題管理3報表管理3.1報表管理3.2.報表管理維度定義義3.3報表管理測度定義義3.4多維分析OA和詢價系統與其他他內部系統接口范范圍：某網絡公司將負責承擔擔OA系統和中心可能存在的其其他系統與OA端端和數據統計端的的接口設計和實施施工作。a。OA系統和數據統計與與其他系統接口清單單（預計, 以實實際調研結果為準準）6。接口類別接口名稱備注OA系統與網站的接口口內容維護數據抓取及發布權限控制 會員公司用戶信息 文檔發布及下載用戶管理及權限單點登錄 SSO官方微博 與官方微博同步，一鍵鍵多發數據統計與網站的接口口會員登錄個人資料文件瀏

48、覽信息推送文件下載表格和報表范圍：根據需求分析，目前涉涉及的表格主要是是數據統計填報表表，主要包括：采購表516.xls上述表格具體的格式及及內容請參見附附件，某網絡公公司能夠滿足中心包括上述報表表在內的其他類型型或格式的填報表表需求。f。數據轉換范圍：在項目上線前可能需要要轉換一些諸如網網站內容、電子檔檔案、用戶資料等等數據。某網絡公司顧問將將就數據轉換戰略略和提供數據模板板提供建議。中心心的核心用戶必須須根據模板準備數數據，并按照模板板對數據進行轉換換前加工并做質量量檢測。 中心必須確保準備備的數據是準確的的，符合系統要求求的，并在數據正正式轉換前簽署批批準。n。 項目實施方法項目實施方法

49、論介紹本項目中，某網絡公司司將以IBM全球服務所所使用的實施方法法GSMethod為為本項目實施的基基礎。GSMethod方方法論結合策略、流程和技術三種種層次的構想以實實現項目的成功。此此實施方法共分為為項目準備、業務務藍圖、系統實現現、最后準備、系系統上線和后續支支持6個階段。P。下面我們以GSMethod實實施方法的項目準準備、業務藍圖、系統實現、最后后準備、上線支持持與后續支持6個個階段分別述各個個階段的目標：t。準備階段本階段的目標為建立完完整的項目組織、明確實施重點、確認項目投入規規則，同時提供專專門人員，成立具具備豐富實施經驗驗的項目小組。a。業務藍圖階段本階段的目標為充分了了解

50、企業現行功能能流程，制定需求求分析報告，進行行差異分析，并設設計未來的業務流流程。O。系統實現階段本階段將對上述的設計計進行進一步的分分析與設計，與軟軟件流程聯系起來來，并進行原型設設計及模塊測試。u。最后準備階段確保包括集成測試，數數據轉換，最終用用戶培訓，及其他他切換事宜在內的的系統上線準備工工作就緒。w。系統上線及后續支持階階段在系統正式投入運行的的初期進行在線支支持和管理，并且且逐步完善系統從從測試狀態向正式式生產狀態的轉變變。8。項目實施策略項目實施策略針對以上中心業務管理理的特點，為確保保項目實施成功，某網絡公司將會采取的總體策略如下：t。采用“原型法”實施策策略，即在需求定定義和

51、流程設計過過程中，某網絡公公司將充分利用在在協同辦公解決方方案領域實施類似似項目的成功經驗驗，引進行業最佳佳實踐，并結合中中心具體情況，設設計出一整套既體體現先進的管理思思想又簡捷實用的的業務流程和業務務操作方案，提交交中心的領導和業務務主管審閱修改，通通過幾次研討會討討論，可以在最短短的時間內幫助中中心業務主管和骨骨干的間統一認識識、并決定系統的的詳細需求和業務務流程，從而為信信息系統的建設贏贏得時間；F。采用“交鑰匙工程”的的項目實施策略，即即在項目組配備包包括業務顧問、技技術專家、軟件開開發工程師、系統統集成工程師、數數據工程師、測試試工程師、系統上上線小組、上線后后支持小組、系統統推廣

52、和用戶培訓訓小組在內的全套套完整的項目團隊隊，認真做好每一個階階段的計劃、實施施、檢查等工作，確確保項目實施一次次成功；并且把中中心的相關配套（IT和和業務數據二方面面）工作一并納入入項目管理范圍，以以統一的時間表進進行驅動，為新系系統的上線做好充充分的技術準備；B。采用“全面知識轉移”的項目移交策略略，即在整個項目目實施階段某網絡絡公司還會向中心的項目小組和和關鍵用戶進行全全面的知識轉移，使使他們有能力成為為未來系統支持和和升級的中堅力量量；3。同時，某網絡公司已經經并且會長期組建建一支專業隊伍，為為包括中心在內的行業用戶的協同辦公務管理信信息系統提供長期期的運行支持和系系統升級服務。T。關

53、鍵任務實施方法本項目的實施并非單純純的信息系統實施施，此項目將涵蓋蓋工作流程的變化化、人員觀念轉變變、部門間溝通及及信息科技運用等等復雜因素。因此此除完整的項目實實施方法外，流程程改善、數據轉換換、系統上線、并并行操作的考慮和和其他關鍵要素的的考慮都是項目成成功的重要關鍵。8。今將某網絡公司建議的的各項關鍵任務實實施方法分別敘述述如下：流程改善本項目涉及的最終用戶戶群包括中心相關部門及工工作人員、地市分會、會員公司及相關關工作人員等，也包括廣大的互聯聯網訪問用戶（網網站）。本項目各各項系統功能及基基于其上的業務流流程設計需要整合合所有這些用戶的的業務需求。為此此，某網絡公司基于相相關項目的實施

54、經經驗，建議中心組織和建立二二個業務導向的專專業委員會：“OA系統委員會會”和“詢價系統委員會”，前者由中心辦公室主管和和業務骨干組成，后后者其成員來自統統計研究部。這兩兩個委員會代表中心確認需求并把把握系統建設方向向，在系統建設階階段參與并進行功功能驗證，在系統統上線階段參與測測試并協助進行經經其他用戶的培訓。Y。信息中心作為本項目核核心支撐部門，需需要全程參與項目目所有過程。 數據準備 當系統實施上線前，中中心有一些重要業務數數據需要以適當的的方式及順序移轉轉至新系統上，同同時必須根據預定定上線計劃將既有有系統的期末數據據快速正確地移轉轉至新系統成為期期初值, 完成正確地上上線作業。 t。

55、數據準備分為以下三類類關鍵任務并分別別敘述其應注意事事項:主數據準備 (Master Files)中心的主數據需要較多多的整理編輯工作作，包括：組織機機構、人員信息、既往流程、流程程檔案、重要文件件、會員公司資料料、地市分會資料料等等，這些數據據通常也需要進行行規范化的編碼。該項數據整理工作原則上由中心負責完成，某網絡公司的業務顧問愿意進行專業指導。z。主數據定義的完整性和和準確性對未來的的業務運作和數據據分析影響巨大，需需要特別關注。C。上述主數據文件數據量量通常較大, 可能會先在臨臨時系統甚至Excel文文件中編制，在系系統上線前轉換到到本項目開發的系系統，因此通常大大部份都會考慮利利用程

56、序做轉換工工作。 但因為新舊系統統上的主文件內容容不會完全相同, 因此在即使利用用程序來取代大量量數據轉換的后, 必須安排一定的人力來作后后續數據確認及補補充的作業。 此項工作會因新新系統的環境復雜雜度不同而困難度度不同, 一般上線準備備工作的安排需要要在預定上線日前前就提前準備, 復雜的情況下可可能需要考慮更早早開始。以下為主主要工作:l。新舊系統主文件詳細比比對, 并歸納程序轉轉換規則撰寫并測試程序準備舊系統主文件及測測試環境測試并確認正確性準備最后一版的舊系統統主文件數據并轉轉換至新系統上數據確認主數據補充(必須經由由人為判斷的數據據輸入部份)過往重要電子郵件或公公文的處理 通常在過去的

57、工作中存存在一些非常重要要的電子郵件和公公文等文件數據，這這些數據在新系統統上線后需被遷移移至新的系統，為為此某網絡公司將幫助助中心制定一套流程程和規則用于處理理這些重要的數據據。W。系統上線 本項目各系統既有一定定聯系，又相對獨獨立，因此建議分分階段的上線策略略。綜合考慮業務務需求和合理的項項目實施周期，建建議各系統按如下下次序上線：q。1，電子郵件、公文管管理、企業信息門門戶、微博系統因因實施時間短，且且是溝通互動的必要要工具，可以先期期上線；p。2，流程管理系統需要要根據需求進行優優化和調整，需要要一定的周期，因因此各種流程的定定義可以在后續不不斷完善；k。3，詢價系統的上線需需要對現有

58、的門戶戶網站做一些必要要的調整，通過本本項目中企業信息息門戶系統的實施施可以同步進行。x。4，多維分析系統的運運行需要建立在一一定數據規模的基基礎上，應此這個個系統可以最后上上線。8。項目風險與關鍵成功要要素項目風險某網絡公司根據經驗，列列出以下可能造成成項目執行困擾及及進度落后的因素素：H。項目一般風險以下是信息系統建設項項目中一般常見的的可能造成項目執執行困擾及進度落落后的因素：O。薄弱的項目決策領導與與模糊的責任觀念念模糊的企業業務目標與與衡量標準經常改變的項目目標與與執行范圍未能適時了解組織接受受變革的能力不當的項目組織架構與與決策流程不適任的項目主管與成成員誤認為項目的成敗是項項目實

59、施公司的全全部責任誤認系統的實施可解決決全面業務流程與與組織整合的問題題實施項目時，未能有效效的執行變革管理理與溝通計劃系統實施時，未能適時時完成數據的準備備工作項目特有風險考慮到中心業務管理的的特點，我們列出出本項目特有的可可能造成項目執行行困擾及進度落后后的因素，需要在在項目實施過程中中特別關注：V。OA系統的功能需求可可能會隨著業務模模型設計的深入會會不斷地制定和修修改，對項目需求求定義工作產生較較大干擾，從而影影響項目實施進度度；S。對于數據統計的范圍和和格式，也可能存存在不斷的變化和和增加，對系統整整體設計會產生一一定的影響；a。中心的IT團隊能否同同步成長，這可能能會影響該項目實實

60、施上線后的技術術支持能力。一個個變通的方案是請請某網絡公司團隊繼繼續服務提供運行行支持，但會對項項目預算產生一定定影響。M。關鍵成功要素針對以上中心本項目系系統的特點，為確確保項目實施成功功，某網絡公司建議要要特別關注以下關關鍵成功要素：J。雙方高層領導的承諾與與全程參與，項目目決策主管需“全程”參與項目的重要要會議，做出適時時的決策，并負項項目成敗的責任i。雙方全職且精選的項目目團隊成員某網絡公司派出豐富項項目經驗的專業顧顧問中心業務人員突破原單單位既有業務模式式的思考，組織和和參加業務培訓成立項目管理辦公室對對各個項目統一進進行管理雙方全體項目成員的全全身心投入，切實實執行項目計劃及時有效