欧美色欧美亚洲高清在线观看,国产特黄特色a级在线视频,国产一区视频一区欧美,亚洲成a 人在线观看中文

  1. <ul id="fwlom"></ul>

    <object id="fwlom"></object>

    <span id="fwlom"></span><dfn id="fwlom"></dfn>

      <object id="fwlom"></object>

      2012結核病專報系統(tǒng)數(shù)據(jù)分析方案

      時間:2019-05-13 16:16:22下載本文作者:會員上傳
      簡介:寫寫幫文庫小編為你整理了多篇相關的《2012結核病專報系統(tǒng)數(shù)據(jù)分析方案》,但愿對你工作學習有幫助,當然你在寫寫幫文庫還可以找到更多《2012結核病專報系統(tǒng)數(shù)據(jù)分析方案》。

      第一篇:2012結核病專報系統(tǒng)數(shù)據(jù)分析方案

      2012年結核病控制信息系統(tǒng)

      數(shù)據(jù)分析方案

      我國是全球22個結核病高負擔國家之一,結核病患者數(shù)量居全球第二位;同時,我國耐多藥結核病疫情也非常嚴重,是27個耐藥結核病高負擔國家之一,耐多藥患者數(shù)量亦位居全球第二。目前,我國政府對結核病防制的投入逐年加大,同時,各級結核病防治專業(yè)人員共同努力,結核病疫情已較過去有較好的控制。

      我國結核病疫情特點是:感染人數(shù)多、患者數(shù)多、死亡人數(shù)多、農(nóng)村患者多、耐藥患者多。在我國傳染病疫情網(wǎng)絡報告中,肺結核報告發(fā)病和報告死亡數(shù)位居甲、乙類傳染病前列。

      一、目標任務

      (一)總目標

      促進結核病防治規(guī)劃目標的實現(xiàn),完成年度肺結核病人發(fā)現(xiàn)和治療、管理任務,降低結核病的感染、發(fā)病與死亡,提高全民健康水平。

      (二)年度目標

      1.2012年以鎮(zhèn)為單位,現(xiàn)代結核病控制策略(DOTS)覆蓋率保持100%。

      2.新涂陽肺結核病人發(fā)現(xiàn)率保持在70%以上;活動性肺結核病人發(fā)現(xiàn)數(shù)達到上級要求。

      3.新涂陽肺結核病人治愈率保持在85%以上,肺結核病人系統(tǒng)管理率保持在95%以上。

      4.2012年全市發(fā)現(xiàn)、治療管理活動性肺結核病人400

      —1—

      例。

      二、范圍和內(nèi)容

      (一)范圍 范圍覆蓋全鎮(zhèn)。

      (二)方案內(nèi)容

      1.中央財政結核病防治項目資金

      中央財政結核病防治項目資金主要用于:為肺結核病人提供診斷減免、免費藥品和隨訪查痰,對肺結核病報病、督導管理、結核病疫情網(wǎng)絡報告、疫情追蹤、鄉(xiāng)鎮(zhèn)衛(wèi)生院查痰、涂陽肺結核病人密切接觸者檢查和規(guī)劃管理等工作給予補助。

      (1)病人診斷

      對到指定結核病診治定點機構就診的肺結核可疑病人提供免費的結核病診斷檢查,包括提供一次胸部X光片和痰涂片檢查。據(jù)估算,每檢查7例可疑病人,可確診1例涂陽肺結核病人。

      (2)為肺結核病人提供免費藥品和隨訪查痰

      對全市范圍內(nèi)的常住居民、暫住人口、農(nóng)民工及特殊人群(如大中專院校學生、被羈押管教人員)中發(fā)現(xiàn)的所有活動性肺結核病人,免費提供抗結核藥品;治療期間免費進行1次痰涂片檢查,以檢驗治療效果。各類病人的治療以不住院化療為主,采用國家標準化療方案,在當?shù)亟Y核病診治定點機構接受正規(guī)治療,由疾病預防控制機構和城鄉(xiāng)基層社區(qū)衛(wèi)生服務機構負責落實各類病人的全程督導、強化期督導和

      —2—

      治療管理。

      (3)肺結核病報病補助

      對推薦和報告肺結核病人以及承擔有關公共衛(wèi)生工作的基層社區(qū)醫(yī)務人員給予適當補助,激勵基層社區(qū)醫(yī)務人員參與肺結核病的報告及公共衛(wèi)生服務工作。

      (4)督導治療管理補助

      對按要求已完成肺結核病人(包括涂陽和涂陰病人)治療管理工作的督導醫(yī)生,發(fā)放督導治療管理補助費。

      (5)疫情追蹤

      利用國家疫情監(jiān)測系統(tǒng),了解肺結核病的報告情況,由縣級疾控機構聘用專業(yè)人員,主要是經(jīng)過相應培訓的鄉(xiāng)級人員,對已報告但還沒有到結核病診治定點機構就診的可疑病人進行現(xiàn)場追蹤。

      (6)提高肺結核病人發(fā)現(xiàn)率

      鄉(xiāng)鎮(zhèn)衛(wèi)生院查痰:在六個具備條件的社區(qū)衛(wèi)生服務中心建立省級鄉(xiāng)鎮(zhèn)痰涂片檢查點,對農(nóng)村結核病可疑者開展痰涂片檢查工作,提高發(fā)現(xiàn)率。檢查農(nóng)村結核病可疑者數(shù)(即需查痰人數(shù))按照所轄人口的3‰測算。定期對各查痰點工作指標的完成情況進行考核,根據(jù)結果給予相應的工作補助。

      疫情報告:運用結核病網(wǎng)絡專報系統(tǒng),疾病預防控制(結核病防治)機構負責實施病人報告和個案信息錄入管理工作,以保證國家獲得及時準確的疫情信息。

      密切接觸者流行病學檢查:動員已知的肺結核病人家庭成員盡早到結核病診治定點機構就診,是早期發(fā)現(xiàn)肺結核病

      —3—

      人的手段之一。對涂陽肺結核病人的密切接觸者開展流行病學調(diào)查,并提供相應工作補助。

      (7)規(guī)劃管理工作

      健康促進:對各地提供健康促進活動補助經(jīng)費,結合“世界防治結核病日”、“三下鄉(xiāng)”等內(nèi)容開展綜合性健康促進活動;制作并發(fā)放健康促進相關材料;對年度健康促進活動進行督導評估。

      強化督導:為提高工作質量,確保完成各項工作指標,各單位加強分級督導工作力度。市每年對醫(yī)療機構強化督導2次以上。

      2.省財政結核病防治專項經(jīng)費

      省財政結核病防治專項經(jīng)費主要用于:肺結核病人診斷檢查、報病補助,耐藥肺結核病人的發(fā)現(xiàn)與治療管理,健康促進,藥物不良反應監(jiān)測處置與專題調(diào)查,特殊人群結核病防治等。

      (1)肺結核病人診斷檢查補助

      對所有在結核病診治定點機構登記治療的肺結核病人免費提供規(guī)定的基本肝功能檢查補助。

      (2)肺結核病報病補助

      為激勵各級各類醫(yī)務人員參與肺結核病人的發(fā)現(xiàn)與報告工作,對推薦和報告活動性肺結核病人的醫(yī)療機構相關醫(yī)務人員給予適當補助。

      (3)特殊人群結核病防治

      流動人口肺結核病人的發(fā)現(xiàn)與治療管理:全球基金流動

      —4—

      人口結核病控制項目在我市實施,根據(jù)全球基金項目要求,省承擔部分配套經(jīng)費,用于農(nóng)民工肺結核病人的發(fā)現(xiàn)、治療減免補助。

      三、組織實施

      (一)組織實施

      1.衛(wèi)生行政部門負責項目的組織實施、檢查督導和考核。疾病預防控制機構負責項目的技術指導和監(jiān)測工作,對項目實施進行質量控制。

      2.疾病預防控制機構要根據(jù)項目工作內(nèi)容和工作量,安排足夠的人力,保證項目工作的落實。組織專人,認真做好病人追蹤、密切接觸者檢查、病人管理等工作。

      (二)資金安排

      市財政設立結核病防治專項經(jīng)費,中央財政和省財政專項資金對各地結核病防治工作給予補助,不足部分由地方財政負擔。

      肺結核病報病和督導管理費的發(fā)放,按照衛(wèi)生部《肺結核病報病獎和督導管理費補助辦法》及宜衛(wèi)(2007)第159號關于結核病防治專項業(yè)務經(jīng)費使用的意見精神實施。

      (三)質量控制

      所有項目按照衛(wèi)生部《結核病預防控制工作規(guī)范》、《中國結核病防治規(guī)劃實施工作指南》和本實施方案的要求,對項目實施的每個環(huán)節(jié)進行質量控制,明確職責分工,落實責任,保證項目工作取得預期效果。

      四、執(zhí)行時間

      —5—

      項目工作于2012年年底前完成。

      五、監(jiān)督和評估

      (一)嚴格按照國家有關專項資金管理的規(guī)定執(zhí)行,加強經(jīng)費管理,提高資金使用效益。確保經(jīng)費專款專用,不得挪作他用。

      (二)年底衛(wèi)生行政部門對工作進展情況匯總上報市級財政局、市人民政府。

      (三)市衛(wèi)生局將分別在年中和年終,對工作情況進行檢查評估考核。隨機抽取部分地區(qū)按照《中國結核病防治規(guī)劃實施工作指南》的考核評價指標,對工作完成情況進行督導檢查。

      六、數(shù)據(jù)分析

      (一)收集數(shù)據(jù)種類如下:

      收集的數(shù)據(jù)來源于新結核病管理信息系統(tǒng),數(shù)據(jù)真實性、有效性均較高。

      收集中遇到的困難及如何克服:病人依從性差,不配合:加強健康教育,提高病人配合度;上級提供的藥品種類單一,不利于病人用藥的調(diào)劑。

      (二)數(shù)據(jù)分析思路:

      本次數(shù)據(jù)分析采用描述性統(tǒng)計分析,結防機構或者定診機構及時錄入本市結核病病人的病案信息,通過結核病管理信息系統(tǒng)自動生成結核病病人原始數(shù)據(jù),經(jīng)由統(tǒng)計學分析,得出結論;

      (三)數(shù)據(jù)挖掘利用:

      —6—

      通過3年以上全市病人數(shù)據(jù)的分析,預測未來的發(fā)病趨勢,針對各類重點人群,合理組織安排防控工作重點和有效措施;

      (四)數(shù)據(jù)分析方法:

      本次數(shù)據(jù)分析采用描述性統(tǒng)計分析,所收集的數(shù)據(jù)制成圖表,能夠很直觀的反映出各種指標的完成情況及疾病本身的三間分布趨勢;

      (五)數(shù)據(jù)分析周期與頻次:每年一次。

      七、分析結果利用

      市疾病預防控制機構對發(fā)病的病例數(shù)據(jù)進行分析、總結,并向同級衛(wèi)生行政部門和上級疾病預防控制機構報告,用于預防控制措施的制定、效果評價、流行趨勢預測和衛(wèi)生決策等。

      —7—

      第二篇:APP數(shù)據(jù)分析系統(tǒng)

      中國領先的互聯(lián)網(wǎng)營銷分析服務提供商

      APP數(shù)據(jù)分析系統(tǒng)

      SiteAPPTM,是99click公司自主研發(fā)的移動終端APP用戶行為分析系統(tǒng)。借助SiteAPPTM的強大功能,用戶可以對安裝了APP的用戶,在APP中的瀏覽、點擊、購買、訂單等行為做全方位各角度的分析,隨時掌握APP運行和使用問題,及時調(diào)整和優(yōu)化,從而提升APP的用戶體驗和銷售業(yè)績。

      1、安全:采用軟件+硬件可選的加密識別方式,滿足不同客戶對唯一終端的識別需求,同

      時避免應用商城對APP的審核障礙。

      2、實時:系統(tǒng)綜合信息分析數(shù)據(jù)每小時更新一次,確保用戶得到最即時的信息。

      3、全面:通過用戶留存、注冊/交易情況、內(nèi)容瀏覽、點擊、用戶忠誠度、消費意愿、用戶

      使用習慣等各類數(shù)據(jù)統(tǒng)計,全面分析用戶使用情況和體驗。

      4、穩(wěn)定:監(jiān)測服務器采用集群結構,多點布陣,實現(xiàn)海量數(shù)據(jù)處理;

      T:010-62703392-281[1]商助科技(北京)有限公司 市場部

      第三篇:系統(tǒng)數(shù)據(jù)備份方案

      系統(tǒng)數(shù)據(jù)備份方案

      采供血信息系統(tǒng)從開始正常運行,就將隨著時間的推移,不斷地積累數(shù)據(jù)。在采供血機構中一切基于業(yè)務流程的活動都以這些數(shù)據(jù)為基礎。在系統(tǒng)運行中常常會不可避免地遇到一些問題,如人為誤操作、硬件損毀、電腦病毒、斷電或是天災人禍等造成網(wǎng)絡系統(tǒng)癱瘓、數(shù)據(jù)丟失,這會給采供血機構、獻血者和用血者帶來難以彌補的損失。避免這種損失的最佳途徑就是為系統(tǒng)進行可靠的數(shù)據(jù)備份。備份方案

      1.1 備份策略 建立一套完整的備份策略,是做好備份的先決條件。(1)備份周期:根據(jù)數(shù)據(jù)的重要程度和需要,可以選擇每周、每日、每時進行備份;(2)備份介質:使用的存儲介質如磁帶、磁盤等進行備份;(3)備份方案:目前常用的方案有雙機備份、磁帶備份、異機備份等方案,備份方案的選擇是備份策略中最關鍵的一步;(4)自動備份和手工備份:自動備份是指計算機按預先設定好的時間自動啟動備份作業(yè),手工備份是指程序員不定時的人工啟動備份作業(yè);(5)檢查備份數(shù)據(jù)的完整性:數(shù)據(jù)庫在使用過程中有時會由于某種原因而造成索引損壞或數(shù)據(jù)丟失。由于不能對實時庫進行檢查,所以在數(shù)據(jù)備份后通常要對備份數(shù)據(jù)庫進行完整性檢驗。

      1.2 常用備份方案

      1.2.1 雙機備份 雙機備份分為雙機冷備份和雙機熱備份兩種。雙機冷備份為一臺主機實時工作,一臺備用機等待備用。這種方案最大的問題是無法實現(xiàn)實時數(shù)據(jù)備份。對于采供血機構的工藝流程對于數(shù)據(jù)連續(xù)性要求很強,基本無法使用備用機工作。雙機實時熱備份為雙機鏡像和共享磁盤陣列兩種方案。雙機鏡像方案是準備兩臺在軟件和硬件配置都要完全一樣的服務器,分為一主一備,并互為鏡像。將主數(shù)據(jù)庫服務器上的表、文件、數(shù)據(jù)庫或全部內(nèi)容通過專用連接通道鏡像到備用服務器上。當主服務器發(fā)生故障時,由主服務器迅速裝載事務處理日志到備份服務器。備份服務器將接管事務處理日志繼續(xù)完成主服務器的操作。優(yōu)點是簡單、便宜;缺點是降低系統(tǒng)效率,對數(shù)據(jù)維護的能力與共享磁盤陣列方案相同,都無法防止邏輯上的錯誤,如人為誤操作、病毒和數(shù)據(jù)錯誤等。共享磁盤陣列方案為兩臺主機共用一個磁盤陣列。優(yōu)點是不降低系統(tǒng)性能,為目前較為流行的主流技術,但要求磁盤陣列具有較高的可靠性。

      目前較為先進的備份方案為多主機集群方案,多臺主機都在同時分別工作,當其中一臺主機故障,其它主機可以接管故障機的任務。這種方案在“理論上”十分完美,可以避免冗余服務器的閑置浪費,但在系統(tǒng)方案設計中,仍要考慮一臺主機故障后,全部任務交給備份機,備份機是否有能力承擔全部任務,因而硬件冗余能力必須大于系統(tǒng)負載,故冗余硬件能力的閑置在理論上是不可避免的。雙機備份方案主要有三種模式:Mutual backup(雙機同時工作相互熱備份)模式雖然可各自執(zhí)行各自的作業(yè),但在出現(xiàn)故障時,前端客戶機的工作需重新開始;Hot standby(雙主機固定熱備份)與Muster-Slaver(雙機主從熱備份)的區(qū)別在于原MASTER主機修復后是否從SLAVE恢復到MAS-TER。由于目前所有的熱備軟件均不能解決數(shù)據(jù)庫的故障,數(shù)據(jù)庫的安全和可靠性仍需單獨維護。另外,數(shù)據(jù)庫的切換時間與數(shù)據(jù)庫的數(shù)據(jù)量及進程的復雜性有關,所以應盡量減少數(shù)據(jù)的切換、數(shù)據(jù)庫的回滾及系統(tǒng)重新啟動等。

      1.2.2 異地備份 選擇1臺與主服務器配置相近的備用服務器,建立1個與主服務器數(shù)據(jù)庫同名的數(shù)據(jù)庫。利用系統(tǒng)本身提供的異地傳送工具,通過設置定時由計算機自動地把主服務器數(shù)據(jù)庫中的數(shù)據(jù)傳送到備份數(shù)據(jù)庫上。如果主服務器系統(tǒng)出現(xiàn)故障時,啟用該服務器通過網(wǎng)絡做臨時性單機運行。一旦主服務器系統(tǒng)癱瘓,只要重新在主服務器上安裝操作系統(tǒng)或重裝數(shù)據(jù)庫,就可以利用異地傳送工具把備用服務器上的數(shù)據(jù)傳回至主服務器,確保數(shù)據(jù)安全恢復。這種方案近似于手工完成備份和恢復工作。優(yōu)點是簡單,可根據(jù)服務器的癱瘓情況控制數(shù)據(jù)的恢復程度。缺點是不能實時備份主服務器數(shù)據(jù)。

      1.2.3 磁帶備份 磁帶備份就是將數(shù)據(jù)庫中的數(shù)據(jù)備份到磁帶上。磁帶備份長期以來一直是首選的數(shù)據(jù)存儲備份技術。磁帶介質不僅能提供高容量、高可靠性、可管理性、容易攜帶和保存,并且價格便宜。常用的硬件設備包括磁帶機和磁帶庫。磁帶庫是一種框式封閉機構,由數(shù)臺磁帶機、機械手、數(shù)十盤磁帶構成。它能夠提供基本自動備份和數(shù)據(jù)恢復功能,可以實現(xiàn)連續(xù)備份、自動搜索磁帶。在備份軟件方面,通常使用操作系統(tǒng)本身所提供的備份功能。缺點是磁帶質量常常影響存儲效果。我站數(shù)據(jù)備份方案

      2.1 血站信息系統(tǒng)的特點(1)工藝流程性強。整個流程包括獻血者檔案管理、血液采集、檢測、搬運、制備、包裝、發(fā)出、報廢、銷毀、血費收取、血液返還等,環(huán)節(jié)眾多,紛繁復雜,對于信息的一致性要求極高。(2)判定機制健全、嚴格。為保證提供血液安全、有效,保證獻血者和用血者身體健康,信息判定機制對于各種情況的判斷要非常細致,對信息的完整性要求很高。(3)業(yè)務信息時效性強。

      2.2 數(shù)據(jù)備份方案 根據(jù)我站信息系統(tǒng)的特點,筆者采用了具有容錯功能的服務器,選用雙機熱備、磁盤陣列技術的硬件設備配置方案為主,異機備份為輔的數(shù)據(jù)備份方案。

      2.2.1 硬件環(huán)境 兩臺服務器采用IBM xSeries225,單PII-II2.8CPU,512M,本地硬盤36.4G,分別裝有10/100M網(wǎng)卡。服務器通過光纖集線器與一個IBM磁盤陣列柜相連,以共享其36.4G的磁盤空間作為雙機熱備服務器組。一臺聯(lián)想T200服務器作為異機備份服務器。

      2.2.2 軟件環(huán)境 服務器上安裝Windows2000企業(yè)版,O-RACLE805,VERITAS BackUP EXEC。2.2.3 備份 系統(tǒng)采用VERITAS BackUP EXEC軟件,實現(xiàn)對Oracle數(shù)據(jù)庫的在線備份。備份Oracle數(shù)據(jù)庫之前,每個數(shù)據(jù)庫的Oracle數(shù)據(jù)庫日志模式設置為ARCHIVELOG模式,并且啟動每個數(shù)據(jù)庫的自動歸檔設置,以便Oracle代理 程序能在運行備份操作之前,將每個表空間置于備份模式。由于我站信息系統(tǒng)數(shù)據(jù)發(fā)生經(jīng)常性的變化,該系統(tǒng)采用完全備份策略,每天備份整個聯(lián)機數(shù)據(jù)庫。系統(tǒng)每天定時將主備份服務器上的數(shù)據(jù)備份到異機備份服務器。

      第四篇:鐵路售票系統(tǒng)數(shù)據(jù)分析

      鐵路售票系統(tǒng)數(shù)據(jù)分析

      一、背景

      目前火車站售票的狀況是僅靠手工操作,以現(xiàn)有的工作人員很難應付車票訂購高峰時刻的大量數(shù)據(jù)處理問題。同時還會出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。本次設計擬開發(fā)一個火車票售票系統(tǒng),可以降低工作人員的工作量,提高工作人員的工作效率,同時方便顧客售票。

      二、現(xiàn)實狀況

      火車站市場的管理和規(guī)范問題,是困擾我們多年的一個老問題,也是政府管理中的一個難點,售票是客運業(yè)務中的一個最基本的業(yè)務,表面上看,它只是火車站業(yè)務的一個簡單的部分,但是它涉及到管理與客戶服務等多方面,因此,過去傳統(tǒng)的售票方式已經(jīng)不能滿足現(xiàn)代客運業(yè)務流量劇增的客觀要求,這就要求一種全新的售票方式——網(wǎng)上售票,來緩解售票高峰時期的客運壓力,并為用戶提供方便快捷的售票服務。

      三、售票系統(tǒng)工作流程

      3-1 售票系統(tǒng)工作流程

      四、數(shù)據(jù)提取整理及流程描述

      1)顧客在窗口排隊買票,買票時提供所需車票的日期、到站、車票類型(硬座、軟座、硬臥、軟臥)票數(shù)、車次(可選)

      2)售票人員通過本系統(tǒng)客戶端,按顧客的所要求查詢,如果有足夠的車票則按系統(tǒng)提示收費并出票(票面包括車次,始發(fā)站、到站、座位/臥鋪號、價格、發(fā)車日期及時間);如果沒有足夠的車票與顧客協(xié)商選擇其它車次或車票類型;如果都沒有車票或顧客放棄,則結束本次售票業(yè)務。

      3)顧客可以通過大屏幕來查看3天內(nèi)各車次的車票剩余情況。

      4)鐵路調(diào)度提前10天將發(fā)車信息輸入系統(tǒng)。發(fā)車信息有兩種,一種是計劃內(nèi),即列車時刻表上有的;另一種是計劃外的,如春運期間加開的臨時列車。對于計劃內(nèi)的只需指派列車長和工作人員組即可。而對于計劃外的則需要包括車次、發(fā)車日期時間、各種車廂的個數(shù),列車長和工作人員組。5)車票價格按單位里程計算,按列車類型和車票類型高低不同,詳見下表:(計算票價時,兩站間距離不足10公里部分按10公里計算)

      6)

      各種車廂坐位數(shù)如下:

      硬座車廂:110座 軟座車廂:110座

      硬臥車廂:20號,每號分上中下鋪 軟臥車廂:20號,每號分上下鋪

      五、可行性研究和需求分析

      1、可行性分析

      1.1、經(jīng)濟可行性分析

      開發(fā)該系統(tǒng)所需的相關資料可以通過已存在的網(wǎng)上售票系統(tǒng)進行調(diào)查采集,所需的其他應用軟件、硬件系統(tǒng)也易于獲得.因此,開發(fā)成本較低。而引進使用本系統(tǒng)后,與傳統(tǒng)方式相比,具有高效率、低成本、高質量的特點,可以節(jié)省不少人力、物力及財力。所以,從經(jīng)濟的角度來看,該系統(tǒng)可行。1.2、技術可行性分析 開發(fā)工具:JSP 數(shù)據(jù)庫環(huán)境:SQL Server 2000 系統(tǒng)環(huán)境:Microsoft Windows 2000或以上版本。

      系統(tǒng)實現(xiàn)依靠相對熟悉的JSP語言和SQL Server2000數(shù)據(jù)庫系統(tǒng),其基本操作實質還是對數(shù)據(jù)庫進行添加、刪除、查找等操作,暫不存在技術問題。1.3、操作可行性分析

      系統(tǒng)采用菜單式,實現(xiàn)用戶與數(shù)據(jù)庫的交互,界面簡潔友好,操作方便。用戶只需對售票流程和業(yè)務調(diào)查了解即可,不需掌握數(shù)據(jù)庫等相關知識。

      2、需求分析

      需求分析是軟件設計的一個重要的環(huán)節(jié)。本階段對售票系統(tǒng)的應用情況作全面調(diào)查,以確定系統(tǒng)目標,并對系統(tǒng)所需要的基礎數(shù)據(jù)以及數(shù)據(jù)處理要求進行分析,從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進行分析。2.1、功能需求分析

      需求分析是軟件設計的一個重要的環(huán)節(jié)。本階段對售票系統(tǒng)的應用情況作全面調(diào)查,以確定系統(tǒng)目標,并對系統(tǒng)所需要的基礎數(shù)據(jù)以及數(shù)據(jù)處理要求進行分析,從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進行分析。3.2.1功能需求

      本網(wǎng)上售票系統(tǒng)應該具備如下功能: 1.查詢

      分為對車次信息的查詢和客戶對已訂車票信息的查詢。要求:

      1)對車次的查詢,可以按照發(fā)車車次進行查詢; 2)車次信息包括:車號、出發(fā)地、目的地、發(fā)車日期、開出時刻、票價。3)座位類型設定。

      4)車次信息只允許用戶查詢,不能修改。3.售票 通過查詢系統(tǒng),客戶根據(jù)自己的需求找到滿意的車次,再輸入個人信息后直接通過網(wǎng)上售票確定已預訂選中的車票。要求:

      售票記錄應包括:會員名、車號、發(fā)車日期、訂購日期、訂購票數(shù)、總價。4.退票

      可退票,通過查詢系統(tǒng),客戶可以根據(jù)自己的名字找到自己的售票信息,通過退票模塊退去已購車票。2.2、數(shù)據(jù)需求分析

      信息需求,即在系統(tǒng)中需要處理哪些數(shù)據(jù)。根據(jù)對火車票售票系統(tǒng)的分析,本系統(tǒng)的信息需求如表2-1所示。

      2-1 信息輸入輸出

      2.3、性能需求分析 2.3.1、準確性和及時性

      系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。系統(tǒng)應能及時而且準確的根據(jù)用戶權限及所輸入的信息做出響應。由于本系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源,而車票的數(shù)量和時間又影響用戶的決策活動,其準確性和及時性很大程度上決定了系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中,必須采用一定的方法保證系統(tǒng)的準確性和及時性。2.3.2、易用性

      本系統(tǒng)是直接面對用戶的,而用戶往往對計算機并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口,易用的人機交互界面。要實現(xiàn)這一點,就要求系統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面,從而保證系統(tǒng)的易用性。2.3.3、安全性

      網(wǎng)上售票系統(tǒng)中涉及到的數(shù)據(jù)是客運公司相當重要的信息,系統(tǒng)要保證用戶的權限,對于車次等信息用戶只享有查詢服務,不得更改;系統(tǒng)還要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)備份、日常安全管理、以及系統(tǒng)意外崩潰時數(shù)據(jù)的恢復等工作。同時系統(tǒng)還要保證對數(shù)據(jù)庫進行及時更新,保證數(shù)據(jù)一致性。

      3、數(shù)據(jù)流圖

      3-1 數(shù)據(jù)流圖

      4、數(shù)據(jù)字典

      4-1 車次信息數(shù)據(jù)字典

      4-2 售票信息數(shù)據(jù)字典

      3、用戶信息數(shù)據(jù)字典

      5、E-R圖

      用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢,這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。

      針對火車票售票系統(tǒng),通過對網(wǎng)上售票工作的過程、內(nèi)容以及數(shù)據(jù)流程分析,設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結構:

      1.車次信息包括:車號、出發(fā)地、目的地、發(fā)車日期、開出時刻、剩余座位數(shù)、票價。

      3.售票記錄包括:訂單號、身份證號、車號、訂購日期、訂購票數(shù)、總價。4.用戶信息包括:用戶名、身份證號、性別、電話。E-R圖如圖5-1所示。

      5-1 總E-R 圖

      6、數(shù)據(jù)庫邏輯結構分析

      火車票售票系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如下表所示。每個表格表示在數(shù)據(jù)庫中的一個表。

      6-1 車次信息表

      6-2 訂單表

      6-3 用戶表

      第五篇:數(shù)據(jù)分析報告 鐵路售票系統(tǒng)

      畢業(yè)實習數(shù)據(jù)分析報告

      1.調(diào)查實際環(huán)境背景

      信息時代已經(jīng)來臨,信息處理的利器——計算機應用于火車站售票的日常管理為火車站售票的現(xiàn)代化帶來了從未有過的動力和機遇,為火車站票務管理領域的飛速發(fā)展提供了無限潛力。采用計算機管理信息系統(tǒng)已成為火車站票務管理科學化和現(xiàn)代化的重要標志,給火車站票務帶來了明顯的經(jīng)濟效益和社會效益。計算機已經(jīng)成為人們生活不可或缺的一部分。

      隨著Internet的迅速發(fā)展和用戶數(shù)量的急劇增加,互聯(lián)網(wǎng)對于企業(yè)和事業(yè)單位的運營和發(fā)展日益重要,網(wǎng)上交易也逐漸被人們認可,并成為未來交易的發(fā)展方向。鐵路售票系統(tǒng)也不例外。

      鐵路售票系統(tǒng)是鐵路旅游服務信息系統(tǒng)的一個重要組成部分,為旅客提供優(yōu)質便捷的服務。為了提高鐵路客運的售票效率,豐富鐵路客運的營銷手段,火車站售票總站及其下屬代售點可以通過公用的互聯(lián)網(wǎng)資源,實現(xiàn)網(wǎng)上的售票,查詢及管理工作。

      在計算機網(wǎng)絡,數(shù)據(jù)庫和先進的開發(fā)平臺上,利用現(xiàn)有的軟件,配置一定的硬件,開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的鐵路網(wǎng)上售票系統(tǒng),為企業(yè)的決策層提供準確、精細、迅速的車票銷售信息。

      2.描述現(xiàn)實狀況及工作流程 2.1現(xiàn)實狀況

      隨著旅游業(yè)的逐漸的成熟發(fā)達,鐵路客運量大幅度的提高,各大省市的列車都顯著的增加,這些都對列車票務管理系統(tǒng)提出了更高的要求,所以要不斷的完善更新列車票務管理系統(tǒng),提高列車售票系統(tǒng)的工作效率。隨著科學的不斷進步,計算機應用已經(jīng)遍布整個社會的每個角落。目前社會正處于健保發(fā)展方興未艾的時代,各火車站莫不兢兢業(yè)業(yè)地改善本身的體制或管理方式,以適應健保越來越嚴格的規(guī)范。列車在我國的人員流動、物資運輸中占據(jù)著舉足輕重的地位。全國有大量的人員通過搭乘火車到達目的地。而與火車的特殊性及可能經(jīng)過多個城市,每個城市的車站可以出售此火車的車票。而且同一車站可能有多輛車經(jīng)過。許多希望以最快的方式選擇自己想來乘坐的那一趟列車。所以以人工的方式和單純的列車票務管理系統(tǒng)都不可能實現(xiàn)這種功能的。一種可行的方案是通過網(wǎng)上訂購,可以達到高效、便捷的購票。鐵路網(wǎng)上售票系統(tǒng)的實施,將會在一定程度上促進鐵路客運生產(chǎn)力和生產(chǎn)關系的變革,增強市場競爭能力,提高鐵路部門的工作效率,提升管理水平,減少勞動強度,方便廣大旅客購票,有一定的社會和經(jīng)濟效益。

      2.2工作流程

      系統(tǒng)要處理的對象主要包括票存系統(tǒng)基本信息、票務人員基本信息、客戶基本信息、訂票單基本信息、退票單基本信息、車票基本信息、車票銷售記錄基本信息。①查詢:可以通過起點站與終點站在進行查詢,也可根據(jù)具體的車次輸入進行查詢,同時每次查詢都會顯示車次號,點擊即可顯示該趟列車所進過站點的詳細信息,其中包括所到達每個站的到達時間與出發(fā)時間。

      ②客戶注冊、登錄:由于要進行網(wǎng)上訂購車票,用戶需注冊,填寫有關信息,由由票務人員負責送車票到客戶手中。

      ③訂票業(yè)務:本系統(tǒng)為網(wǎng)上訂票,用戶經(jīng)過查詢車次信息、票務信息,找到自己所需的車票通過所關聯(lián)的賬戶進行訂購。

      ④退票業(yè)務:根據(jù)客戶提供的情況(車次、時間)為客戶辦理退票手續(xù),退票時按票價的80%退給客戶金額,若所退票額能滿足他的要求,則為他辦理退票手續(xù),同時在數(shù)據(jù)庫中進行更新。(車票價格低于2元不予退票)

      ⑤更新功能:該系統(tǒng)隨時跟據(jù)車輛的變化情況進行更新,增加車輛時可以在系統(tǒng)中插入該車的詳細信息,同時也能根據(jù)需要修改某趟車經(jīng)過的站點與發(fā)車時間,當某趟車停止、開行時可以刪除該趟車的信息。同時包括對列車信息、站點信息、訂票記錄等的更新功能。

      ⑥車票配送:客戶在訂購了車票之后,管理人員通過后臺管理訂票記錄,然后根據(jù)客戶的要求由票務人員及時為其配送車票。(1)客戶注冊及登錄流程圖:

      2.1 注冊登錄流程圖

      (2)訂票業(yè)務流程圖:

      2.2 訂票業(yè)務流程圖(3)退票業(yè)務流程圖:

      2.3 退票業(yè)務流程圖

      鐵路網(wǎng)上售票系統(tǒng)數(shù)據(jù)流程圖如下圖2.4—圖2.7:(1)頂層數(shù)據(jù)流程圖:

      2.4 頂層數(shù)據(jù)流程圖(2)第一層數(shù)據(jù)流程圖:

      2.5 第一層數(shù)據(jù)流程圖

      (3)第二層數(shù)據(jù)流程圖—訂票:

      2.6 第二層數(shù)據(jù)流程圖-----訂票

      (4)第二層數(shù)據(jù)流程圖—退票:

      2.7 第二層數(shù)據(jù)流程圖-----退票

      3.數(shù)據(jù)分析

      參照業(yè)務流程圖和數(shù)據(jù)流程圖,分別畫出分E-R圖,如圖3.1至3.4所示。

      (1)根據(jù)圖2.2抽象出的進貨分E-R圖:

      3.1 車票配送E-R圖

      (2)根據(jù)圖2.6抽象出的銷售分E-R圖:

      3.2 客戶訂票E-R圖

      (3)根據(jù)圖1.7抽象出的存儲分E-R圖:

      3.3 客戶退票E-R圖(4)根據(jù)圖2.4抽象出的存儲分E-R圖:

      3.4售票記錄E-R圖

      各E-R圖中的實體屬性如下圖3.5至圖3.10:(1)車票及其屬性:

      3.5 車票及其屬性

      (2)客戶及其屬性:

      3.6 客戶及其屬性

      (3)票務人員及其屬性:

      3.7 票務人員及其屬性

      (4)票存系統(tǒng)及其屬性:

      3.8 票存系統(tǒng)及其屬性

      (5)訂票單及其屬性:

      3.9 訂票單及其屬性

      (6)退票單及其屬性:

      3.10 退票單及其屬性 根據(jù)各分E-R圖合并整體E-R圖,具體方法是將4個E-R圖中相同的實體,進行合并,消除屬性沖突、命名沖突、結構沖突之后得到總E-R圖如圖3.11所示。

      3.11 全局E-R圖

      5.設計數(shù)據(jù)庫

      5.1數(shù)據(jù)庫物理設計階段目標和任務

      數(shù)據(jù)庫的物理設計是為邏輯數(shù)據(jù)模型選取一個最合適應用需求的物理結構的過程,在這個階段中需要完成的任務是:

      (1)確定數(shù)據(jù)庫的物理結構,在關系數(shù)據(jù)庫中主要是存取方法和存儲結構;(2)對物理結構進行評價,評價的重點是時間和空間效率。

      5.2數(shù)據(jù)字典

      (1)數(shù)據(jù)項如表5.1所示。

      數(shù)據(jù)項編號 I1 I2 I3 I4 I5 I6 數(shù)據(jù)項名數(shù)據(jù)項含義

      稱 Tno Tprice 車票編號 車票價格

      車票的編號 車票的售價 某次列車的編號 包括硬座、軟臥、無座Tstype Tpno Tsta 座位類型

      座位編號 出發(fā)站

      出發(fā)

      車票上所示乘客要到達車廂號和座位編號 車票上所示乘客從何處

      char char char char int char

      簡述

      類型

      寬度(位)60 8 8 8 20

      取值范圍

      Trainno 車次

      I7 Tdes 目的站 的地方

      char 20 YYYY:MI8 Tstatime 發(fā)車時間 列車從該站出發(fā)的時間 datetime M:DD hh:mm YYYY:MI9 Tdestime 到站時間 列車終到目的站的時間 datetime M:DD hh:mm I10 I11 I12 I13 I14 I15 I16 I17 Bno Bdate Btime Bqua Bpou Sno Sdate Stime 訂票單號 訂票日期 訂票時間 訂票數(shù)量 訂票手續(xù)費

      訂購火車票單據(jù)的編號 訂購火車票的日期 訂購火車票的時間 一次性訂購的數(shù)量 訂購火車票所支付的額

      char datetime datetime int int

      YYYY:MM:DD

      hh:mm 1-50 5 YYYY:M

      外費用

      售票單號 開售單日期

      日期

      開售單時間 開出銷售火車票單據(jù)的datetime

      銷售火車票單據(jù)的編號 開出銷售火車票單據(jù)的datetime char

      M:DD hh:mm 數(shù)據(jù)項編號 數(shù)據(jù)項名數(shù)據(jù)項含義

      時間

      簡述

      類型

      寬度(位)

      取值范圍

      I18 I19 I20 I21 Sgname Sgno 領票人姓名 領取火車票人的姓名 領票人身份證號

      領取火車票人的身份證

      char char 20

      號碼

      支付票款的日期 支付火車票金額及手續(xù)

      date int

      費 Sddate Sdamo 交款日期 交款金額 即時退票單

      100000

      char

      YYYY:MI22 Pdno 號 即時退票日

      即時退票單據(jù)的編號

      I23 Pddate 期 即時退票時

      即時退票的日期 datetime

      M:DD I24 Pdtime 間 即時退票數(shù)

      即時退票的時間 datetime hh:mm I25 Pdqua 量 即時退票金

      一次性即時退票的數(shù)量 即時退票后應收取的金

      int 1-50 ≤I26 Pdamo 額 即時退票手

      即時退票所支付的額外

      int

      100000 I27 Pdpou 續(xù)費 退票申請單

      費用

      客戶向服務器申請退票

      int 2 I28 Adno 號 退票申請日的單據(jù)的編號

      char 14 YYYY:MI29 Addate 期 退票申請時

      申請退票的日期 datetime

      M:DD I30 I31 I32 Adtime 間

      Adqua Dno 退票數(shù)量 退票單號

      申請退票的時間 一次性退票的數(shù)量 退票單的編號

      datetime int char

      hh:mm 1-50 數(shù)據(jù)項編號 I33 I34 I35 數(shù)據(jù)項名數(shù)據(jù)項含義

      稱 Ddate Dtime Damo 開退單日期 退票的日期 開退單時間 退票的時間 退票金額

      退票后應收取的金額 退票所應支付的額外費

      datetime datetime int

      簡述

      類型

      寬度(位)

      取值范圍 YYYY:MM:DD

      hh:mm ≤100000 I36 I37 I38 Dpou Cname Cno 退票手續(xù)費

      客戶名 客戶身份證

      客戶的身份證號碼

      號 客戶銀行卡

      客戶的姓名

      int char char

      I39 I40 I41 I42 Ccano 號

      Cphone Cadd Cid 客戶電話 客戶地址 登錄ID

      客戶的銀行卡號碼 客戶的電話號碼 客戶的住址

      客戶辦理網(wǎng)上業(yè)務的名

      char char char char 12 30 14

      客戶辦理網(wǎng)上業(yè)務的名I43 Cpwd 登錄密碼

      稱對應的密碼

      票務人員編I44 Tsno 號 票務人員姓I45 Tsname 名 票務人員工I46 Tsadd 作地點 票存分系統(tǒng)I47 I48 Msno 編號

      Msadd 票存分系統(tǒng)

      票存系統(tǒng)分系統(tǒng)的服務

      char

      票存系統(tǒng)分系統(tǒng)的編號

      char

      票務人員所在的工作地

      char

      各車站票務人員的姓名

      char

      各車站票務人員的編號

      char

      char

      數(shù)據(jù)項編號 數(shù)據(jù)項名數(shù)據(jù)項含義

      地址

      所在地

      某次售、退票業(yè)務記錄

      簡述

      類型

      寬度(位)

      取值范圍

      YYYY:M

      datetime

      M:DD

      datetime

      hh:mm I49 Rdate 記錄日期

      到系統(tǒng)的日期 某次售、退票業(yè)務記錄I50 Rtime 記錄時間

      到系統(tǒng)的時間 某次售、退票業(yè)務賬目I51 Rsty 出入賬類型 的出入類型

      某次售、退票應記錄的char 6 ≤I52 Ramo 出入帳金額

      交易金額 表5.1 數(shù)據(jù)項

      int

      100000(2)數(shù)據(jù)結構如表5.2所示。

      DS01 客戶信息

      I38 客戶身份證號

      I37 客戶姓名 I39 客戶銀行卡號 I40 客戶電話 I41 客戶地址 I42 登錄ID I43 登錄密碼

      DS02 車票信息

      I1 車票編號

      I3 車次 I4 座位類型 I5 座位編號 I6 出發(fā)站 I7 目的站

      I2 車票價格

      DS03 票務人員信息

      I44 票務人員編號 I45 票務人員姓名 I46 票務人員工作地點

      I8 發(fā)車時間 I9 到站時間

      DS04 訂票單的數(shù)據(jù)結構

      I10 訂票單號

      I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I40 客戶電話 I41 客戶地址 I3 車次 I4 座位類型 I6 出發(fā)站 I7 目的站

      I2 車票價格 I13 訂票數(shù)量 I14 訂票手續(xù)費

      I8 發(fā)車時間 I9 到站時間 I11 訂票日期 I12 訂票時間

      DS05 售票單的數(shù)據(jù)結構

      I15 售票單號

      I22 即時退票單號

      I3 車次 I37 客戶姓名 I38 客戶電話 I41 客戶地址 I18 領票人姓名 I19 領票人身份證號 I44 票務人員編號 I45 票務人員姓名 I13 訂票數(shù)量 I21 交款金額

      I16 開售單日期 I17 開售單時間 I20 交款日期

      I23 即時退票日期 I24 即時退票時間

      DS06 即時退票的數(shù)據(jù)結構

      I2 車票價格 I25 即時退票數(shù)量 I26 即時退票金額 I27 即時退票手續(xù)費 I37 客戶姓名 I38 客戶身份證號 I1 車票編號 I44 票務人員編號 I45 票務人員姓名

      DS07 退票申請單的數(shù)據(jù)結構

      I28 退票申請單號

      I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I1 車票編號

      I2 車票價格 I31 退票數(shù)量

      I29 退票申請日期 I30 退票申請時間

      DS08 退票單的數(shù)據(jù)結構

      I32 退票單號

      I37 客戶姓名 I38 客戶身份證號 I39 客戶銀行卡號 I6 出發(fā)站 I7 目的站 I44 票務人員編號 I45 票務人員姓名

      I2 車票價格 I31 退票數(shù)量 I35 退票金額 I36 退票手續(xù)費

      I33 開退單日期 I34 開退單時間

      表5.2 數(shù)據(jù)結構

      (3)數(shù)據(jù)流如表5.3所示。

      數(shù)據(jù)流簡述

      名稱

      客戶網(wǎng)上欲訂票單 訂購火車票的單據(jù) 服務器開出售票單 銷售火車票的單據(jù) 業(yè)務人員開即時退出的即時退票單

      票的單據(jù) 客戶向服務退票申器申請退票請單 的單據(jù) 服務器不同未通過意客戶退票單

      申請的單據(jù)

      拒絕退票單 服務器拒絕

      服務器

      客戶退票的客戶

      I29+I30

      I37+I38+I1+I2+I31+

      20份/

      200份/

      塊 審理模

      服務器

      I29+I30

      I37+I38+I1+I2+I31+

      20份/

      200份/

      客戶

      I31+I29+I30

      審理模

      I37+I38+I39+I1+I2+

      200份/

      2000份/

      I24

      票務人

      服務器 I2+I25+I26+I27+I23+

      服務器

      客戶

      客戶 來源

      去向

      I37+I38+I39+I40+I41+

      1000份

      服務器 I3+I4+I6+I7+I2+I13+

      /天

      I14+I8+I9+I11+I12 I3+I37+I38+I39+I18+

      1000份

      I19+I13+I21+I16+I17+

      /天

      I20+I44+I45 I37+I38+I1+I44+I45+

      10份/

      100份//天 10000份/天 10000份

      數(shù)據(jù)流

      數(shù)據(jù)流

      數(shù)據(jù)流組成

      數(shù)據(jù)流

      高峰流數(shù)據(jù)流簡述

      名稱

      單據(jù) 服務器同意

      數(shù)據(jù)流來源

      數(shù)據(jù)流

      數(shù)據(jù)流組成

      去向

      數(shù)據(jù)流量

      高峰流量

      審理模通過單 客戶退票申

      請的單據(jù) 服務器開出退票單 的客戶退票的單據(jù)

      服務器

      票存模

      I1+I2+I31+I29+I30

      I37+I38+I39+I6+I7+I

      2180份/天

      1800份/天

      180份/

      客戶

      +I31+I35+I36+I8+I33+

      I34+I44+I45 表5.3數(shù)據(jù)流

      1800份/天

      (4)處理邏輯如表5.4所示。

      處理邏輯處理

      處理邏輯簡述

      輸入的數(shù)據(jù)流

      處理

      輸出的數(shù)據(jù)流

      頻率

      編號 名稱

      根據(jù)客戶訂單信服務器

      F1 訂票單,來向客戶P1.1 售票

      銷售火的訂票單據(jù)

      車票

      服務器

      F3 即時退票為客戶即時P1.2 退票

      時退票

      退票單據(jù)

      手續(xù) 服務器退票P2.1 審理 戶的退票申請

      戶發(fā)出的退票申請單據(jù)

      審理,確定是否同意

      申請錄入系統(tǒng);F8 退票

      單,向客戶開出的退票審理客

      F4 退票申請單,來源于客

      根據(jù)客戶開出的退票申請單進行

      F5 未通過單,拒絕客戶

      200

      申請;F7 通過單,同意

      次/

      更改 辦理即

      戶發(fā)出的即時

      統(tǒng)進行登記記錄

      有詳細記錄

      單,來源于客

      信息,將票存系

      賬,每次即時退票都要

      次/

      根據(jù)即時退票單

      S1 票存系統(tǒng)、S2 流水

      票并進行登記記

      次售票都要有詳細記錄

      源于客戶發(fā)出

      售票單銷售火車

      存系統(tǒng)、S2 流水賬,每天

      息,向客戶開出

      發(fā)出的售票單據(jù);S1 票

      次/

      F2 售票單,向客戶售票

      1000處理邏輯處理

      處理邏輯簡述

      輸入的數(shù)據(jù)流

      處理

      輸出的數(shù)據(jù)流

      頻率

      編號 名稱

      單據(jù)

      服務器錄入P2.2 系統(tǒng) 票銷售記錄 的火車

      F7 通過單,來

      根據(jù)通過單將退

      源于服務器退

      票信息錄入系統(tǒng)

      票審理系統(tǒng)開

      以作記錄

      出的同意單據(jù) F5 未通過單,細記錄

      賬,每次退票都要有詳

      次/

      S1 票存系統(tǒng)、S2 流水

      180服務器拒絕P2.3 退票

      戶退票 拒絕客

      來源于服務器退票審理系統(tǒng)開出的不同意單據(jù)

      根據(jù)未通過單,F(xiàn)6 拒絕退票單,拒絕客

      拒絕客戶的退票

      次/

      戶的退票申請

      申請,拒絕退票 天

      表5.4處理邏輯

      (5)數(shù)據(jù)存儲如表5.5所示。

      數(shù)據(jù)存數(shù)據(jù)存

      簡述

      儲編號 儲名稱

      售票、退票后修票存系S1 統(tǒng)

      類型+開單日期+單號+車票編號+車售票、退票的流S2 流水賬

      水賬記錄

      時間+到站時間+車票價格+交易數(shù)量+客戶名 表5.5數(shù)據(jù)存儲

      P2.2

      次+座位類型+出發(fā)站+目的站+發(fā)車

      P1.1、P1.2、改當前票務信

      目的站+發(fā)車時間+到站時間

      P2.2

      車票編號+車次+座位類型+出發(fā)站+

      P1.1、P1.2、數(shù)據(jù)存儲組成

      相關聯(lián)的處理

      6.主要算法

      6.1數(shù)據(jù)結構的描述:

      車票=日期+價格+出發(fā)站+終點站+售票站+座號+車次+性質+編號 日期=年+月+日+時+分 價格=“1”~“9999” 出發(fā)站=1{漢字}6 終點站=1{漢字}6 售票站=1{漢字}6 座號=車廂號+座位號 車次=“1”~“9999” 性質=“1”~“6” 注:如“1”表示空調(diào)硬座特快,“2”表示空調(diào)軟座普快等 編號=“000000001”~“999999999”

      6.2算法

      1.車次表(車次,始發(fā)站,始發(fā)時間,終到站,終到時間,總里程,車況)注:①舉例:(K59,北京,20:30,長春,7:06,670,特快);②“車況”分為‘特快空調(diào)’、‘特快’(不是空調(diào)車)、‘普通’。

      2.經(jīng)過站表(車次,經(jīng)過站,到站時間,停留時間,里程)注:這里的‘里程’指從始發(fā)站到該站的里程。

      3.票價表(車次,到站,席別,車廂號,座位號,票價)

      注:①‘席別’分為硬座、硬臥、軟臥。②硬臥分上、中、下鋪,‘座位號’一項上填寫方式如‘9上’,‘9中’和‘9下’。③票價采用四舍五入方式取整數(shù)。4.車票定價公式:

      特快空調(diào):硬座—0.30元/公里,硬臥—0.65元/公里,軟臥—1.20元/公里; 特快:硬座—0.20元/公里,硬臥—0.55元/公里,軟臥—1.00元/公里; 普通:硬座—0.10元/公里,硬臥—0.40元/公里,軟臥—0.80元/公里。

      售票表(車次,到站,發(fā)車日期,車廂號,座位號,已售否,售票日期)

      下載2012結核病專報系統(tǒng)數(shù)據(jù)分析方案word格式文檔
      下載2012結核病專報系統(tǒng)數(shù)據(jù)分析方案.doc
      將本文檔下載到自己電腦,方便修改和收藏,請勿使用迅雷等下載。
      點此處下載文檔

      文檔為doc格式


      聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻自行上傳,本網(wǎng)站不擁有所有權,未作人工編輯處理,也不承擔相關法律責任。如果您發(fā)現(xiàn)有涉嫌版權的內(nèi)容,歡迎發(fā)送郵件至:645879355@qq.com 進行舉報,并提供相關證據(jù),工作人員會在5個工作日內(nèi)聯(lián)系你,一經(jīng)查實,本站將立刻刪除涉嫌侵權內(nèi)容。

      相關范文推薦

        商務平臺商品數(shù)據(jù)分析系統(tǒng)設計探討論文[范文模版]

        1商務平臺商品數(shù)據(jù)分析商務平臺商品數(shù)據(jù)分析系統(tǒng)集數(shù)據(jù)獲取、數(shù)據(jù)統(tǒng)計和分析,系統(tǒng)設計有如下考慮:1)商品ID號:根據(jù)上線商品的ID號直接獲取商品的評論,并對評論進行等級評定;2)評......

        商務平臺商品數(shù)據(jù)分析系統(tǒng)設計探討論文[范文模版]

        1商務平臺商品數(shù)據(jù)分析商務平臺商品數(shù)據(jù)分析系統(tǒng)集數(shù)據(jù)獲取、數(shù)據(jù)統(tǒng)計和分析,系統(tǒng)設計有如下考慮:1)商品ID號:根據(jù)上線商品的ID號直接獲取商品的評論,并對評論進行等級評定;2)評......

        銷售經(jīng)理—建立銷售數(shù)據(jù)分析系統(tǒng)doc12

        管理資源吧(004km.cn),提供海量管理資料免費下載! 銷售經(jīng)理—建立銷售數(shù)據(jù)分析系統(tǒng) 大區(qū)經(jīng)理下設辦事處分公司十幾個區(qū)域市場,要想提高工作效率必須建立數(shù)據(jù)分析體系,幫......

        《員工滿意度調(diào)查與數(shù)據(jù)分析系統(tǒng)》

        員工滿意度調(diào)查與數(shù)據(jù)分析系統(tǒng) 員工滿意度調(diào)查是指通過員工問卷或訪談的方式接受管理者或第三方對企業(yè)相關問題的調(diào)查,以便企業(yè)領導者及時發(fā)現(xiàn)管理中存在的問題。然后由企......

        山東國稅稅收監(jiān)控數(shù)據(jù)分析系統(tǒng)

        山東國稅 稅收監(jiān)控數(shù)據(jù)分析系統(tǒng) 中創(chuàng)軟件商用中間件有限公司 2010年01月 I 伴隨信息技術和稅收事業(yè)的不斷發(fā)展,我國稅收管理信息化建設從簡單地使用計算機到廣泛深入地應用......

        預防結核病方案范文合集

        德陽市沱江路小學結核病防治工作實施 方案 學校是人群高度集中的場所,小學生又處于生長發(fā)育階段,身體免疫力低,自我保護意識差,更容易受到各種傳染病的危害。但是,大多數(shù)師生和家......

        結核病方案自查

        東社鎮(zhèn)一中 結核病等傳染病防控工作自查報告 自接到市教育局下發(fā)的《關于開展學校結核病等傳染病防控工作》后,我校組織全校教師,特別是班主任進行了認真地學習,按《通知》的要......

        結核病治療方案

        結核病治療方案 短程督導化療分為兩個階段:強化期和繼續(xù)期。 目前我市采取(1)全程每日用藥; 初治菌涂陽肺結核: 主要推薦短程化療方案為:2HRZE/4HR 強化期: 固定劑量復合制劑3聯(lián)藥(......