TOC\o"1-5"\h\z\o"CurrentDocument"第一章系統槪述 1\o"CurrentDocument"一、 項冃背景 1\o"CurrentDocument"二、 系統現狀 2\o"CurrentDocument"第二章系統建設目標及原則 3\o"CurrentDocument"一、 系統建設冃標 3\o"CurrentDocument"二、 系統建設原則 3\o"CurrentDocument"第三章系統總體方案與結構 4\o"CurrentDocument"一、 技術線路 4二、 定義 5\o"CurrentDocument"三、 系統功能描述 5\o"CurrentDocument"四、 接□設計 9\o"CurrentDocument"五、 運行設計 9\o"CurrentDocument"六、 系統出錯處理設計 10\o"CurrentDocument"第四章系統運行環境 11第五章系統報價 11系統策劃方案第一章系統概述一、項目背景當前，隨著互聯網的迅猛發展與普及，網絡媒體已越來越表現出其它媒體所無法比擬的優勢。網絡宣傳有哪些優勢：1、 網絡宣傳擁有最有活力的消費群體互聯網用戶70.54%集中在經濟較為發達地區，64%家庭人均月收入高于1000元，85.8%年齡在18歲到35歲之間，83%受過大學以上教育。因此，網絡宣傳的目標群體是目前社會上層次最高、收入最高、消費能力最高的最具活力的消費群體。這一群體的消費總額往往大于其他消費層次之和。2、 網絡宣傳具有交互性和縱深性交互性強是互聯網絡媒體的最大的優勢，它不同于傳統媒體的信息單向傳播，而是信息互動傳播。通過鏈接，用戶只需簡單地點擊鼠標，就可以從站點中得到更多、更詳盡的信息。另外，用戶可以通過網絡直接填寫并提交在線表單信息，網站通過管理平臺可以隨時得到寶貴的用戶反饋信息，進一步減少了用戶和宣傳客戶之間的距離。同時，網絡宣傳可以提供進一步的產品查詢需求。3、網絡宣傳能進行完善的統計無法衡量的東西就無法管理。網絡宣傳通過及時和精確的統計機制，使自己能夠直接對信息的發布進行在線監控。而傳統的信息發布形式只能通過并不精確的收視率、發行量等來統計投放的受眾數量。4、 網絡宣傳可以跟蹤和衡量宣傳的效果用戶能通過Internet即時衡量宣傳的效果。通過監視瀏覽量、點擊率等指標，用戶可以統計出多少人看到了發布的信息，其中有多少人對發布的信息感興趣進而進一步了解了信息的詳細信息。因此，較之其他任何宣傳，網絡宣傳使用戶能夠更好地跟蹤受眾的反應，及時了解用戶和潛在用戶的情況。5、網絡宣傳的投放更具有針對性通過提供眾多的在線服務，網站一般都能建立完整的用戶數據庫，包括用戶的地域分布、年齡、性別、收入、職業、婚姻狀況、愛好等。這些資料可幫助分析市場與受眾，根據信息發布目標受眾的特點，有針對性地進行信息發布，并根據用戶特點作定點投放和跟蹤分析，對投放效果作出客觀準確的評價。6、 網絡宣傳傳播范圍廣、不受時空限制通過國際互聯網絡，網絡宣傳可以將信息24小時不間斷地傳播到世界的每一個角落。只要具備上網條件，任何人，在任何地點都可以閱讀。這是傳統媒體無法達到的。二、系統現狀當前，云臺山網上售票系統已不能滿足日益增長的網上訂票需求。存在以下問題系統功能老化、性能不夠穩定；票務種類單一，沒有獨立的票類管理平臺；無法追蹤訂票來源以便于給市場推廣部門制定推廣計劃提供有效的數據支持；無法管理客戶資源庫：無法通過網絡平臺提供網上訂票財務及其它相矢統計報表;系統操作界面生硬，用戶體驗方面欠佳；在線支付服務商服務質量不到位；第二章系統建設目標及原則、系統建設目標打造一個集散客訂票、旅行社訂票、訂票記錄統計、在線客服等功能于一一體網上訂票系統，同時開發獨立的票務信息管理平臺，管理通過網上售票系統注冊的散客及旅行社信息、票務種類及相矢價格(如老人票、兒童票等) 、相矢支付記錄、網上售票報表等。最終達到一個適合各種人群通過網上支付完成訂票的一體化平臺二、系統建設原則系統建設實施以安全，可靠，實用，經濟，規范，先進為整體遵循原則，以完善可靠的技術解決案建設和嚴格的項目實施管理，全程的質量審核體系來保證原則的遵循規范。安全性以嚴格可靠的用戶認證權限管理機制，嚴密的體系運行架構，請求結果多次加密傳遞，系統日志分析預警等多種方式來保證數據、系統安全。可靠性系統平臺采用高可靠性的小型機技術、SQL數據庫技術、應用組件技術來保證系統運行穩定，牢固可靠。實用性系統面向各類不同層次的訂票人群，以合理的人性化功能設計，完善的功能引導設計，簡單易用的應用模塊，全面豐富的管理模塊，實現系統功能齊全，維護方便。規范化系統嚴格遵循項目建設及實施標準，定制符合規范的應用接口和數據格式，保證相矢業務應用系統的矢聯，同時也按照軟件行業開發的技術準則，確保以后系統功能的擴展及重構，實現系統應用間無縫結合。5）先進性系統采用成熟的多層體系架構，行業領先的數據交換平臺機制，高效率數據處理流程管理，符合現在及以后應用的程序調用接口，便于擴展和升級，系統在一定時間內具有先進性和模范性?第三章系統總體方案與結構、技術線路系統的技術設計采用B/S（瀏覽器/服務器）架構，基于微軟ASP.NET框架，系統的構架模式采用多層次構架，實現客戶端、web接入層、業務邏輯層及公共服務層、數據庫服務器的分層設計。?定義本文件中用到的專門術語的定義和外文首字母組詞的原詞組:DAL:DataAccessLayer數據操作層BLL:BusinessLogicLayer業務邏輯層DomainModel:領域模型DEL:DocumentExchangeLayer文檔交換層PL:PresentationLibrary表現層層次矢系nxItegoryBLLProductsBLLDataAccessLayerDatabase三、系統功能描述（1）網上訂票a?訂票管理1〉訂票申請游客可在訂票申請面板選擇定取不同的票類及對應的票數（票類及對應票價由票務管理平臺設置），系統會自動根據各種票類的單價及訂票張數計算出應付款總價，同時會在此處紀錄訂票明細供游客取票時核對。 （當前系統現狀是只有一種票類，既單價為180的普通票，游客不能定取兒童等特殊票種。票價一旦調整就必須通過修改程序完成而不能由云臺山相矢管理人員通過后臺功能設置。）2〉訂票記錄查詢游客的歷史訂票記錄。3）退票申請在規定時間內提交退票申請，如預訂游覽時間前24小時，小于此規定時間不能退票，在預定游覽期后由工作人員通過確認該游客確未領取預定門票，通過相矢程序辦理退款事宜。4〉退票記錄查看歷史退票信息。b?個人財務管理1〉消費記錄游客查看自己通過網上訂票系統的消費統計。2） 成功支付統計游客查看自己的成功支付訂票紀錄。3） 未支付訂單統計游客查看自己的未支付訂單信息。c會員資料管理1〉修改會員資料2〉修改登陸密碼d?在線客服1〉我要留言游客把自己的意見及建議在線提交。云臺山相矢人員通過票務管理平臺進行回復和答疑，與游客形成有效的互動。通過此平臺可有效的提升云臺山在游客中的品牌形象。2） 已回復留言由云臺山相矢管理人員回復過的留言。3） 未回復留言尚未被回復的留言列表。4〉即時通訊在此處設置專門的QQ或MSN客服號碼，實時解答游客遇到的問題e?在線支付現用在線支付接口反應的問題是接口提供商后續服務不到位； 游客支付款項不能即時提現；查詢游客支付紀錄不便，導致出現系統異常時不能即時查詢相應的支付紀錄，給游客及景區雙方造成不良影響。丙此建議更換在線支付接口。經過多家在線支付商對比，推薦選用支付寶做為新的支付平臺。支付寶特點：1、支付方式全面支付寶一多種支付充值渠道，讓支付無障礙d支吋寶支持二彳二農石?建行?招行，交行.有網上支付權限的網銀用戶A郵政、民主、浦刎興業名」倍、廣包棵發/\答仁賽銀行的網銀支馮有網上支付權限的網銀用戶/\?：〉戰也第三方*色主慕匚這沖方式弘支忖寶獨冇?面向W?億持卡人，未叮適網上支付譏有銀工巧、栢行、裔口郵政蒔存星卡己廳E的冃戶經幵逋\匕空二服餐八宴去包壟些 使用現金支付的用戶/邯政網匯已+現金允值?????匚爰為宣Oi使用現金支付的用戶/邯政網匯已+現金允值\ ■＞三紙J下城幣用戶鑫與\電于簡務匹保疋A現盈充值是指網民在丸持更付寶匹便利店便可為網上訂申一支忙。2?無需到銀行查賬，支付寶即時告知您買家付款情況「省力、省時；3?賬目分明，交易管理幫您清晰地記錄每一筆交易的詳細信息；4?支付金額實時到帳，每日可三次提現，日提現金額最高 200萬（2）票務管理系統a.訂票管理1〉未支付訂票記錄通過網上訂票系統訂票但未支付的訂票紀錄。2〉已支付訂票記錄已成功支付的訂票紀錄3〉退票信息管理新提交的退票申請及已處理的退票信息。b.票類管理（添加及管理門票種類及票價）1〉添加票類添加不同價格的票務種類（普通票?兒童票等）2〉管理票類管理票類信息（增、刪、改）c會員管理1〉旅行社會員信息管理管理注冊的旅行社會員信息，可以審核、取消審核、鎖定帳戶、刪除用戶等。可按地區分類。2〉散客信息管理管理注冊的散客信息。d?報表統計1〉訂票信息報表統計網上訂票的總體報表。2〉退票信息報表3） 網上訂票日報表4） 網上訂票月報表5〉網上訂票地域分布對比不同地區網上訂票對比，通過此數據可以幫景區推廣部門有針對性地在不同地區制定不同的推廣策略。e?系統管理1〉添加系統管理員2） 管理系統管理員3） 系統操作日志4） 修改密碼5〉安全退出四、接口設計1） 用戶接口本系統用戶接□采用瀏覽器方式。數據錄入使用ASP.net表單，文件導出和導入使用上傳和下載的方式進行。圖形可通過客戶端控件嵌入頁面顯示和更新。ASP.NET窗體應用AJAX技術，確保用戶良好的使用體驗。2） 外部接口本系統的外部接□主要是文檔接口，使用一個良好定義的數據交換格式文件，可方便清晰的理解及掌握各模塊功能及實現。3）內部接口DAL、MODEL、Bussiness、Framework、Ul、DE層次編譯為一個應用，托管于IIS。通過瀏覽器應用運行。五、運行設計1）運行模塊組合說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟件。在線數據錄入：Ul->BLL->DAL->DataBase數據導出:DataBase?>DAL?>BLL?>DE數據導入:DEBLL->DALDataBase六、系統出錯處理設計1） 出錯信息本系統可能產生的不確定異常包括：數據庫異常應用服務器異常當數據庫異常出現時，如果此操作不是致命操作，此異常將被記錄并顯示給用戶一個友好信息，用戶可以嘗試重新嘗試這個操作。如果這個操作是自動化的操作，此異常也會被記錄，但會自動的重試這個操作，直到失敗給定的次數為止。當應用服務器出現異常時，IIS—般都將捕捉到這些異常，記入系統日志，并使用預定的方式重新啟動服務或者尖閉服務。2） 系統維護設計日志系統：為了在系統運行的過程中收集系統的性能及異常信息，除業務日志以外，系統還記錄了性能日志，因日志系統使用AOP方式攔截調用產生，故可在運行時動態加載或卸載。系統對日志有詳細的分類及篩選，日志分為如下類別：1、 性能日志：記錄矢鍵事務的持續運行時間，系統啟動，停止，重啟動時間。2、異常日志：記錄介質、網絡、運算溢出、空指向及其他未預料到的異常。3、 業務異常：記錄業務規則的沖突，事務取消及回滾。另外為了配合Applicati