第一篇：2012结核病专报系统数据分析方案
2012年结核病控制信息系统
数据分析方案
我国是全球22个结核病高负担国家之一，结核病患者数量居全球第二位；同时，我国耐多药结核病疫情也非常严重，是27个耐药结核病高负担国家之一，耐多药患者数量亦位居全球第二。目前，我国政府对结核病防制的投入逐年加大，同时，各级结核病防治专业人员共同努力，结核病疫情已较过去有较好的控制。
我国结核病疫情特点是：感染人数多、患者数多、死亡人数多、农村患者多、耐药患者多。在我国传染病疫情网络报告中，肺结核报告发病和报告死亡数位居甲、乙类传染病前列。
一、目标任务
（一）总目标
促进结核病防治规划目标的实现，完成年度肺结核病人发现和治疗、管理任务，降低结核病的感染、发病与死亡，提高全民健康水平。
（二）年度目标
1．2012年以镇为单位，现代结核病控制策略（DOTS）覆盖率保持100％。
2．新涂阳肺结核病人发现率保持在70％以上；活动性肺结核病人发现数达到上级要求。
3．新涂阳肺结核病人治愈率保持在85％以上，肺结核病人系统管理率保持在95％以上。
4．2012年全市发现、治疗管理活动性肺结核病人400
—1—
例。
二、范围和内容
（一）范围 范围覆盖全镇。
（二）方案内容
1．中央财政结核病防治项目资金
中央财政结核病防治项目资金主要用于：为肺结核病人提供诊断减免、免费药品和随访查痰，对肺结核病报病、督导管理、结核病疫情网络报告、疫情追踪、乡镇卫生院查痰、涂阳肺结核病人密切接触者检查和规划管理等工作给予补助。
（1）病人诊断
对到指定结核病诊治定点机构就诊的肺结核可疑病人提供免费的结核病诊断检查，包括提供一次胸部X光片和痰涂片检查。据估算，每检查7例可疑病人，可确诊1例涂阳肺结核病人。
（2）为肺结核病人提供免费药品和随访查痰
对全市范围内的常住居民、暂住人口、农民工及特殊人群（如大中专院校学生、被羁押管教人员）中发现的所有活动性肺结核病人，免费提供抗结核药品；治疗期间免费进行1次痰涂片检查，以检验治疗效果。各类病人的治疗以不住院化疗为主，采用国家标准化疗方案，在当地结核病诊治定点机构接受正规治疗，由疾病预防控制机构和城乡基层社区卫生服务机构负责落实各类病人的全程督导、强化期督导和
—2—
治疗管理。
（3）肺结核病报病补助
对推荐和报告肺结核病人以及承担有关公共卫生工作的基层社区医务人员给予适当补助，激励基层社区医务人员参与肺结核病的报告及公共卫生服务工作。
（4）督导治疗管理补助
对按要求已完成肺结核病人（包括涂阳和涂阴病人）治疗管理工作的督导医生，发放督导治疗管理补助费。
（5）疫情追踪
利用国家疫情监测系统，了解肺结核病的报告情况，由县级疾控机构聘用专业人员，主要是经过相应培训的乡级人员，对已报告但还没有到结核病诊治定点机构就诊的可疑病人进行现场追踪。
（6）提高肺结核病人发现率
乡镇卫生院查痰：在六个具备条件的社区卫生服务中心建立省级乡镇痰涂片检查点，对农村结核病可疑者开展痰涂片检查工作，提高发现率。检查农村结核病可疑者数（即需查痰人数）按照所辖人口的3‰测算。定期对各查痰点工作指标的完成情况进行考核，根据结果给予相应的工作补助。
疫情报告：运用结核病网络专报系统，疾病预防控制（结核病防治）机构负责实施病人报告和个案信息录入管理工作，以保证国家获得及时准确的疫情信息。
密切接触者流行病学检查：动员已知的肺结核病人家庭成员尽早到结核病诊治定点机构就诊，是早期发现肺结核病
—3—
人的手段之一。对涂阳肺结核病人的密切接触者开展流行病学调查，并提供相应工作补助。
（7）规划管理工作
健康促进：对各地提供健康促进活动补助经费，结合“世界防治结核病日”、“三下乡”等内容开展综合性健康促进活动；制作并发放健康促进相关材料；对年度健康促进活动进行督导评估。
强化督导：为提高工作质量，确保完成各项工作指标，各单位加强分级督导工作力度。市每年对医疗机构强化督导2次以上。
2．省财政结核病防治专项经费
省财政结核病防治专项经费主要用于：肺结核病人诊断检查、报病补助，耐药肺结核病人的发现与治疗管理，健康促进，药物不良反应监测处置与专题调查，特殊人群结核病防治等。
（1）肺结核病人诊断检查补助
对所有在结核病诊治定点机构登记治疗的肺结核病人免费提供规定的基本肝功能检查补助。
（2）肺结核病报病补助
为激励各级各类医务人员参与肺结核病人的发现与报告工作，对推荐和报告活动性肺结核病人的医疗机构相关医务人员给予适当补助。
（3）特殊人群结核病防治
流动人口肺结核病人的发现与治疗管理：全球基金流动
—4—
人口结核病控制项目在我市实施，根据全球基金项目要求，省承担部分配套经费，用于农民工肺结核病人的发现、治疗减免补助。
三、组织实施
（一）组织实施
1．卫生行政部门负责项目的组织实施、检查督导和考核。疾病预防控制机构负责项目的技术指导和监测工作，对项目实施进行质量控制。
2．疾病预防控制机构要根据项目工作内容和工作量，安排足够的人力，保证项目工作的落实。组织专人，认真做好病人追踪、密切接触者检查、病人管理等工作。
（二）资金安排
市财政设立结核病防治专项经费，中央财政和省财政专项资金对各地结核病防治工作给予补助，不足部分由地方财政负担。
肺结核病报病和督导管理费的发放，按照卫生部《肺结核病报病奖和督导管理费补助办法》及宜卫（2007）第159号关于结核病防治专项业务经费使用的意见精神实施。
（三）质量控制
所有项目按照卫生部《结核病预防控制工作规范》、《中国结核病防治规划实施工作指南》和本实施方案的要求，对项目实施的每个环节进行质量控制，明确职责分工，落实责任，保证项目工作取得预期效果。
四、执行时间
—5—
项目工作于2012年年底前完成。
五、监督和评估
（一）严格按照国家有关专项资金管理的规定执行，加强经费管理，提高资金使用效益。确保经费专款专用，不得挪作他用。
（二）年底卫生行政部门对工作进展情况汇总上报市级财政局、市人民政府。
（三）市卫生局将分别在年中和年终，对工作情况进行检查评估考核。随机抽取部分地区按照《中国结核病防治规划实施工作指南》的考核评价指标，对工作完成情况进行督导检查。
六、数据分析
（一）收集数据种类如下：
收集的数据来源于新结核病管理信息系统，数据真实性、有效性均较高。
收集中遇到的困难及如何克服：病人依从性差，不配合：加强健康教育，提高病人配合度；上级提供的药品种类单一，不利于病人用药的调剂。
（二）数据分析思路：
本次数据分析采用描述性统计分析，结防机构或者定诊机构及时录入本市结核病病人的病案信息，通过结核病管理信息系统自动生成结核病病人原始数据，经由统计学分析，得出结论；
（三）数据挖掘利用：
—6—
通过3年以上全市病人数据的分析，预测未来的发病趋势，针对各类重点人群，合理组织安排防控工作重点和有效措施；
（四）数据分析方法：
本次数据分析采用描述性统计分析，所收集的数据制成图表，能够很直观的反映出各种指标的完成情况及疾病本身的三间分布趋势；
（五）数据分析周期与频次：每年一次。
七、分析结果利用
市疾病预防控制机构对发病的病例数据进行分析、总结，并向同级卫生行政部门和上级疾病预防控制机构报告，用于预防控制措施的制定、效果评价、流行趋势预测和卫生决策等。
—7—
第二篇：APP数据分析系统
中国领先的互联网营销分析服务提供商
APP数据分析系统
SiteAPPTM，是99click公司自主研发的移动终端APP用户行为分析系统。借助SiteAPPTM的强大功能，用户可以对安装了APP的用户，在APP中的浏览、点击、购买、订单等行为做全方位各角度的分析，随时掌握APP运行和使用问题，及时调整和优化，从而提升APP的用户体验和销售业绩。
1、安全：采用软件+硬件可选的加密识别方式，满足不同客户对唯一终端的识别需求，同
时避免应用商城对APP的审核障碍。
2、实时：系统综合信息分析数据每小时更新一次，确保用户得到最即时的信息。
3、全面：通过用户留存、注册/交易情况、内容浏览、点击、用户忠诚度、消费意愿、用户
使用习惯等各类数据统计，全面分析用户使用情况和体验。
4、稳定：监测服务器采用集群结构，多点布阵，实现海量数据处理；
T：010-62703392-281[1]商助科技（北京）有限公司 市场部
第三篇：系统数据备份方案
系统数据备份方案
采供血信息系统从开始正常运行，就将随着时间的推移，不断地积累数据。在采供血机构中一切基于业务流程的活动都以这些数据为基础。在系统运行中常常会不可避免地遇到一些问题，如人为误操作、硬件损毁、电脑病毒、断电或是天灾人祸等造成网络系统瘫痪、数据丢失，这会给采供血机构、献血者和用血者带来难以弥补的损失。避免这种损失的最佳途径就是为系统进行可靠的数据备份。备份方案
1.1 备份策略 建立一套完整的备份策略，是做好备份的先决条件。（1）备份周期:根据数据的重要程度和需要，可以选择每周、每日、每时进行备份;（2）备份介质:使用的存储介质如磁带、磁盘等进行备份;（3）备份方案:目前常用的方案有双机备份、磁带备份、异机备份等方案，备份方案的选择是备份策略中最关键的一步;（4）自动备份和手工备份:自动备份是指计算机按预先设定好的时间自动启动备份作业，手工备份是指程序员不定时的人工启动备份作业;（5）检查备份数据的完整性:数据库在使用过程中有时会由于某种原因而造成索引损坏或数据丢失。由于不能对实时库进行检查，所以在数据备份后通常要对备份数据库进行完整性检验。
1.2 常用备份方案
1.2.1 双机备份 双机备份分为双机冷备份和双机热备份两种。双机冷备份为一台主机实时工作，一台备用机等待备用。这种方案最大的问题是无法实现实时数据备份。对于采供血机构的工艺流程对于数据连续性要求很强，基本无法使用备用机工作。双机实时热备份为双机镜像和共享磁盘阵列两种方案。双机镜像方案是准备两台在软件和硬件配置都要完全一样的服务器，分为一主一备，并互为镜像。将主数据库服务器上的表、文件、数据库或全部内容通过专用连接通道镜像到备用服务器上。当主服务器发生故障时，由主服务器迅速装载事务处理日志到备份服务器。备份服务器将接管事务处理日志继续完成主服务器的操作。优点是简单、便宜;缺点是降低系统效率，对数据维护的能力与共享磁盘阵列方案相同，都无法防止逻辑上的错误，如人为误操作、病毒和数据错误等。共享磁盘阵列方案为两台主机共用一个磁盘阵列。优点是不降低系统性能，为目前较为流行的主流技术，但要求磁盘阵列具有较高的可靠性。
目前较为先进的备份方案为多主机集群方案，多台主机都在同时分别工作，当其中一台主机故障，其它主机可以接管故障机的任务。这种方案在“理论上”十分完美，可以避免冗余服务器的闲置浪费，但在系统方案设计中，仍要考虑一台主机故障后，全部任务交给备份机，备份机是否有能力承担全部任务，因而硬件冗余能力必须大于系统负载，故冗余硬件能力的闲置在理论上是不可避免的。双机备份方案主要有三种模式:Mutual backup（双机同时工作相互热备份）模式虽然可各自执行各自的作业，但在出现故障时，前端客户机的工作需重新开始;Hot standby（双主机固定热备份）与Muster-Slaver（双机主从热备份）的区别在于原MASTER主机修复后是否从SLAVE恢复到MAS-TER。由于目前所有的热备软件均不能解决数据库的故障，数据库的安全和可靠性仍需单独维护。另外，数据库的切换时间与数据库的数据量及进程的复杂性有关，所以应尽量减少数据的切换、数据库的回滚及系统重新启动等。
1.2.2 异地备份 选择1台与主服务器配置相近的备用服务器，建立1个与主服务器数据库同名的数据库。利用系统本身提供的异地传送工具，通过设置定时由计算机自动地把主服务器数据库中的数据传送到备份数据库上。如果主服务器系统出现故障时，启用该服务器通过网络做临时性单机运行。一旦主服务器系统瘫痪，只要重新在主服务器上安装操作系统或重装数据库，就可以利用异地传送工具把备用服务器上的数据传回至主服务器，确保数据安全恢复。这种方案近似于手工完成备份和恢复工作。优点是简单，可根据服务器的瘫痪情况控制数据的恢复程度。缺点是不能实时备份主服务器数据。
1.2.3 磁带备份 磁带备份就是将数据库中的数据备份到磁带上。磁带备份长期以来一直是首选的数据存储备份技术。磁带介质不仅能提供高容量、高可靠性、可管理性、容易携带和保存，并且价格便宜。常用的硬件设备包括磁带机和磁带库。磁带库是一种框式封闭机构，由数台磁带机、机械手、数十盘磁带构成。它能够提供基本自动备份和数据恢复功能，可以实现连续备份、自动搜索磁带。在备份软件方面，通常使用操作系统本身所提供的备份功能。缺点是磁带质量常常影响存储效果。我站数据备份方案
2.1 血站信息系统的特点（1）工艺流程性强。整个流程包括献血者档案管理、血液采集、检测、搬运、制备、包装、发出、报废、销毁、血费收取、血液返还等，环节众多，纷繁复杂，对于信息的一致性要求极高。（2）判定机制健全、严格。为保证提供血液安全、有效，保证献血者和用血者身体健康，信息判定机制对于各种情况的判断要非常细致，对信息的完整性要求很高。（3）业务信息时效性强。
2.2 数据备份方案 根据我站信息系统的特点，笔者采用了具有容错功能的服务器，选用双机热备、磁盘阵列技术的硬件设备配置方案为主，异机备份为辅的数据备份方案。
2.2.1 硬件环境 两台服务器采用IBM xSeries225，单PII-II2.8CPU，512M，本地硬盘36.4G，分别装有10/100M网卡。服务器通过光纤集线器与一个IBM磁盘阵列柜相连，以共享其36.4G的磁盘空间作为双机热备服务器组。一台联想T200服务器作为异机备份服务器。
2.2.2 软件环境 服务器上安装Windows2000企业版，O-RACLE805，VERITAS BackUP EXEC。2.2.3 备份 系统采用VERITAS BackUP EXEC软件，实现对Oracle数据库的在线备份。备份Oracle数据库之前，每个数据库的Oracle数据库日志模式设置为ARCHIVELOG模式，并且启动每个数据库的自动归档设置，以便Oracle代理 程序能在运行备份操作之前，将每个表空间置于备份模式。由于我站信息系统数据发生经常性的变化，该系统采用完全备份策略，每天备份整个联机数据库。系统每天定时将主备份服务器上的数据备份到异机备份服务器。
第四篇：铁路售票系统数据分析
铁路售票系统数据分析
一、背景
目前火车站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题。同时还会出现由此带来的大量记录存放和管理所带来的问题。本次设计拟开发一个火车票售票系统，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客售票。
二、现实状况
火车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，售票是客运业务中的一个最基本的业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的售票方式——网上售票，来缓解售票高峰时期的客运压力，并为用户提供方便快捷的售票服务。
三、售票系统工作流程
3-1 售票系统工作流程
四、数据提取整理及流程描述
1）顾客在窗口排队买票，买票时提供所需车票的日期、到站、车票类型（硬座、软座、硬卧、软卧）票数、车次（可选）
2）售票人员通过本系统客户端，按顾客的所要求查询，如果有足够的车票则按系统提示收费并出票（票面包括车次，始发站、到站、座位/卧铺号、价格、发车日期及时间）；如果没有足够的车票与顾客协商选择其它车次或车票类型；如果都没有车票或顾客放弃，则结束本次售票业务。
3）顾客可以通过大屏幕来查看3天内各车次的车票剩余情况。
4）铁路调度提前10天将发车信息输入系统。发车信息有两种，一种是计划内，即列车时刻表上有的；另一种是计划外的，如春运期间加开的临时列车。对于计划内的只需指派列车长和工作人员组即可。而对于计划外的则需要包括车次、发车日期时间、各种车厢的个数，列车长和工作人员组。5）车票价格按单位里程计算，按列车类型和车票类型高低不同，详见下表：（计算票价时，两站间距离不足10公里部分按10公里计算）
6)
各种车厢坐位数如下：
硬座车厢：110座 软座车厢：110座
硬卧车厢：20号，每号分上中下铺 软卧车厢：20号，每号分上下铺
五、可行性研究和需求分析
1、可行性分析
1.1、经济可行性分析
开发该系统所需的相关资料可以通过已存在的网上售票系统进行调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低。而引进使用本系统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。所以，从经济的角度来看，该系统可行。1.2、技术可行性分析 开发工具：JSP 数据库环境：SQL Server 2000 系统环境：Microsoft Windows 2000或以上版本。
系统实现依靠相对熟悉的JSP语言和SQL Server2000数据库系统，其基本操作实质还是对数据库进行添加、删除、查找等操作，暂不存在技术问题。1.3、操作可行性分析
系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便。用户只需对售票流程和业务调查了解即可，不需掌握数据库等相关知识。
2、需求分析
需求分析是软件设计的一个重要的环节。本阶段对售票系统的应用情况作全面调查，以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析，从而确定用户的需求。用户对系统的需求我们从以下几方面进行分析。2.1、功能需求分析
需求分析是软件设计的一个重要的环节。本阶段对售票系统的应用情况作全面调查，以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析，从而确定用户的需求。用户对系统的需求我们从以下几方面进行分析。3.2.1功能需求
本网上售票系统应该具备如下功能： 1.查询
分为对车次信息的查询和客户对已订车票信息的查询。要求：
1）对车次的查询，可以按照发车车次进行查询； 2）车次信息包括：车号、出发地、目的地、发车日期、开出时刻、票价。3）座位类型设定。
4）车次信息只允许用户查询，不能修改。3.售票 通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：
售票记录应包括：会员名、车号、发车日期、订购日期、订购票数、总价。4.退票
可退票，通过查询系统，客户可以根据自己的名字找到自己的售票信息，通过退票模块退去已购车票。2.2、数据需求分析
信息需求，即在系统中需要处理哪些数据。根据对火车票售票系统的分析，本系统的信息需求如表2-1所示。
2-1 信息输入输出
2.3、性能需求分析 2.3.1、准确性和及时性
系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应。由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。2.3.2、易用性
本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。2.3.3、安全性
网上售票系统中涉及到的数据是客运公司相当重要的信息，系统要保证用户的权限，对于车次等信息用户只享有查询服务，不得更改；系统还要提供方便的手段供系统维护人员进行数据备份、日常安全管理、以及系统意外崩溃时数据的恢复等工作。同时系统还要保证对数据库进行及时更新，保证数据一致性。
3、数据流图
3-1 数据流图
4、数据字典
4-1 车次信息数据字典
4-2 售票信息数据字典
3、用户信息数据字典
5、E-R图
用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。
针对火车票售票系统，通过对网上售票工作的过程、内容以及数据流程分析，设计如下所示的数据项和数据结构：
1.车次信息包括：车号、出发地、目的地、发车日期、开出时刻、剩余座位数、票价。
3.售票记录包括：订单号、身份证号、车号、订购日期、订购票数、总价。4.用户信息包括：用户名、身份证号、性别、电话。E-R图如图5-1所示。
5-1 总E-R 图
6、数据库逻辑结构分析
火车票售票系统数据库中各个表格的设计结果如下表所示。每个表格表示在数据库中的一个表。
6-1 车次信息表
6-2 订单表
6-3 用户表
第五篇：数据分析报告 铁路售票系统
毕业实习数据分析报告
1.调查实际环境背景
信息时代已经来临,信息处理的利器——计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇，为火车站票务管理领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志，给火车站票务带来了明显的经济效益和社会效益。计算机已经成为人们生活不可或缺的一部分。
随着Internet的迅速发展和用户数量的急剧增加，互联网对于企业和事业单位的运营和发展日益重要，网上交易也逐渐被人们认可，并成为未来交易的发展方向。铁路售票系统也不例外。
铁路售票系统是铁路旅游服务信息系统的一个重要组成部分，为旅客提供优质便捷的服务。为了提高铁路客运的售票效率，丰富铁路客运的营销手段，火车站售票总站及其下属代售点可以通过公用的互联网资源，实现网上的售票，查询及管理工作。
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统，为企业的决策层提供准确、精细、迅速的车票销售信息。
2.描述现实状况及工作流程 2.1现实状况
随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各火车站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范。列车在我国的人员流动、物资运输中占据着举足轻重的地位。全国有大量的人员通过搭乘火车到达目的地。而与火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘坐的那一趟列车。所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。一种可行的方案是通过网上订购，可以达到高效、便捷的购票。铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。
2.2工作流程
系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息。①查询：可以通过起点站与终点站在进行查询，也可根据具体的车次输入进行查询，同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的详细信息，其中包括所到达每个站的到达时间与出发时间。
②客户注册、登录：由于要进行网上订购车票，用户需注册，填写有关信息，由由票务人员负责送车票到客户手中。
③订票业务：本系统为网上订票，用户经过查询车次信息、票务信息，找到自己所需的车票通过所关联的账户进行订购。
④退票业务：根据客户提供的情况（车次、时间）为客户办理退票手续，退票时按票价的80%退给客户金额，若所退票额能满足他的要求，则为他办理退票手续，同时在数据库中进行更新。（车票价格低于2元不予退票）
⑤更新功能：该系统随时跟据车辆的变化情况进行更新，增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间，当某趟车停止、开行时可以删除该趟车的信息。同时包括对列车信息、站点信息、订票记录等的更新功能。
⑥车票配送：客户在订购了车票之后,管理人员通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。（1）客户注册及登录流程图：
2.1 注册登录流程图
（2）订票业务流程图：
2.2 订票业务流程图（3）退票业务流程图：
2.3 退票业务流程图
铁路网上售票系统数据流程图如下图2.4—图2.7：（1）顶层数据流程图：
2.4 顶层数据流程图（2）第一层数据流程图：
2.5 第一层数据流程图
（3）第二层数据流程图—订票：
2.6 第二层数据流程图-----订票
（4）第二层数据流程图—退票：
2.7 第二层数据流程图-----退票
3.数据分析
参照业务流程图和数据流程图，分别画出分E-R图，如图3.1至3.4所示。
(1)根据图2.2抽象出的进货分E-R图：
3.1 车票配送E-R图
(2)根据图2.6抽象出的销售分E-R图：
3.2 客户订票E-R图
(3)根据图1.7抽象出的存储分E-R图：
3.3 客户退票E-R图(4)根据图2.4抽象出的存储分E-R图：
3.4售票记录E-R图
各E-R图中的实体属性如下图3.5至图3.10：（1）车票及其属性：
3.5 车票及其属性
（2）客户及其属性：
3.6 客户及其属性
（3）票务人员及其属性：
3.7 票务人员及其属性
（4）票存系统及其属性：
3.8 票存系统及其属性
（5）订票单及其属性：
3.9 订票单及其属性
（6）退票单及其属性：
3.10 退票单及其属性 根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体，进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图3.11所示。
3.11 全局E-R图
5.设计数据库
5.1数据库物理设计阶段目标和任务
数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：
(1)确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；(2)对物理结构进行评价，评价的重点是时间和空间效率。
5.2数据字典
(1)数据项如表5.1所示。
数据项编号 I1 I2 I3 I4 I5 I6 数据项名数据项含义
称 Tno Tprice 车票编号 车票价格
车票的编号 车票的售价 某次列车的编号 包括硬座、软卧、无座Tstype Tpno Tsta 座位类型
等
座位编号 出发站
出发
车票上所示乘客要到达车厢号和座位编号 车票上所示乘客从何处
char char char char int char
简述
类型
宽度（位）60 8 8 8 20
取值范围
Trainno 车次
I7 Tdes 目的站 的地方
char 20 YYYY:MI8 Tstatime 发车时间 列车从该站出发的时间 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 订票单号 订票日期 订票时间 订票数量 订票手续费
订购火车票单据的编号 订购火车票的日期 订购火车票的时间 一次性订购的数量 订购火车票所支付的额
char datetime datetime int int
YYYY:MM:DD
hh:mm 1-50 5 YYYY:M
外费用
售票单号 开售单日期
日期
开售单时间 开出销售火车票单据的datetime
销售火车票单据的编号 开出销售火车票单据的datetime char
M:DD hh:mm 数据项编号 数据项名数据项含义
称
时间
简述
类型
宽度（位）
取值范围
I18 I19 I20 I21 Sgname Sgno 领票人姓名 领取火车票人的姓名 领票人身份证号
领取火车票人的身份证
char char 20
≤
号码
支付票款的日期 支付火车票金额及手续
date int
费 Sddate Sdamo 交款日期 交款金额 即时退票单
100000
char
YYYY:MI22 Pdno 号 即时退票日
即时退票单据的编号
I23 Pddate 期 即时退票时
即时退票的日期 datetime
M:DD I24 Pdtime 间 即时退票数
即时退票的时间 datetime hh:mm I25 Pdqua 量 即时退票金
一次性即时退票的数量 即时退票后应收取的金
int 1-50 ≤I26 Pdamo 额 即时退票手
额
即时退票所支付的额外
int
100000 I27 Pdpou 续费 退票申请单
费用
客户向服务器申请退票
int 2 I28 Adno 号 退票申请日的单据的编号
char 14 YYYY:MI29 Addate 期 退票申请时
申请退票的日期 datetime
M:DD I30 I31 I32 Adtime 间
Adqua Dno 退票数量 退票单号
申请退票的时间 一次性退票的数量 退票单的编号
datetime int char
hh:mm 1-50 数据项编号 I33 I34 I35 数据项名数据项含义
称 Ddate Dtime Damo 开退单日期 退票的日期 开退单时间 退票的时间 退票金额
退票后应收取的金额 退票所应支付的额外费
datetime datetime int
简述
类型
宽度（位）
取值范围 YYYY:MM:DD
hh:mm ≤100000 I36 I37 I38 Dpou Cname Cno 退票手续费
用
客户名 客户身份证
客户的身份证号码
号 客户银行卡
客户的姓名
int char char
I39 I40 I41 I42 Ccano 号
Cphone Cadd Cid 客户电话 客户地址 登录ID
客户的银行卡号码 客户的电话号码 客户的住址
客户办理网上业务的名
char char char char 12 30 14
称
客户办理网上业务的名I43 Cpwd 登录密码
称对应的密码
票务人员编I44 Tsno 号 票务人员姓I45 Tsname 名 票务人员工I46 Tsadd 作地点 票存分系统I47 I48 Msno 编号
Msadd 票存分系统
票存系统分系统的服务
char
票存系统分系统的编号
char
票务人员所在的工作地
char
各车站票务人员的姓名
char
各车站票务人员的编号
char
char
数据项编号 数据项名数据项含义
称
地址
所在地
某次售、退票业务记录
简述
类型
宽度（位）
取值范围
YYYY:M
datetime
M:DD
datetime
hh:mm I49 Rdate 记录日期
到系统的日期 某次售、退票业务记录I50 Rtime 记录时间
到系统的时间 某次售、退票业务账目I51 Rsty 出入账类型 的出入类型
某次售、退票应记录的char 6 ≤I52 Ramo 出入帐金额
交易金额 表5.1 数据项
int
100000(2)数据结构如表5.2所示。
DS01 客户信息
I38 客户身份证号
I37 客户姓名 I39 客户银行卡号 I40 客户电话 I41 客户地址 I42 登录ID I43 登录密码
DS02 车票信息
I1 车票编号
I3 车次 I4 座位类型 I5 座位编号 I6 出发站 I7 目的站
I2 车票价格
DS03 票务人员信息
I44 票务人员编号 I45 票务人员姓名 I46 票务人员工作地点
I8 发车时间 I9 到站时间
DS04 订票单的数据结构
I10 订票单号
I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I40 客户电话 I41 客户地址 I3 车次 I4 座位类型 I6 出发站 I7 目的站
I2 车票价格 I13 订票数量 I14 订票手续费
I8 发车时间 I9 到站时间 I11 订票日期 I12 订票时间
DS05 售票单的数据结构
I15 售票单号
I22 即时退票单号
I3 车次 I37 客户姓名 I38 客户电话 I41 客户地址 I18 领票人姓名 I19 领票人身份证号 I44 票务人员编号 I45 票务人员姓名 I13 订票数量 I21 交款金额
I16 开售单日期 I17 开售单时间 I20 交款日期
I23 即时退票日期 I24 即时退票时间
DS06 即时退票的数据结构
I2 车票价格 I25 即时退票数量 I26 即时退票金额 I27 即时退票手续费 I37 客户姓名 I38 客户身份证号 I1 车票编号 I44 票务人员编号 I45 票务人员姓名
DS07 退票申请单的数据结构
I28 退票申请单号
I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I1 车票编号
I2 车票价格 I31 退票数量
I29 退票申请日期 I30 退票申请时间
DS08 退票单的数据结构
I32 退票单号
I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I6 出发站 I7 目的站 I44 票务人员编号 I45 票务人员姓名
I2 车票价格 I31 退票数量 I35 退票金额 I36 退票手续费
I33 开退单日期 I34 开退单时间
表5.2 数据结构
(3)数据流如表5.3所示。
数据流简述
名称
客户网上欲订票单 订购火车票的单据 服务器开出售票单 销售火车票的单据 业务人员开即时退出的即时退票单
票的单据 客户向服务退票申器申请退票请单 的单据 服务器不同未通过意客户退票单
申请的单据
拒绝退票单 服务器拒绝
服务器
客户退票的客户
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份
数据流
数据流
数据流组成
量
量
数据流
高峰流数据流简述
名称
单据 服务器同意
数据流来源
数据流
数据流组成
去向
数据流量
高峰流量
审理模通过单 客户退票申
块
请的单据 服务器开出退票单 的客户退票的单据
服务器
票存模
I1+I2+I31+I29+I30
块
I37+I38+I39+I6+I7+I
2180份/天
1800份/天
180份/
客户
+I31+I35+I36+I8+I33+
天
I34+I44+I45 表5.3数据流
1800份/天
(4)处理逻辑如表5.4所示。
处理逻辑处理
处理逻辑简述
输入的数据流
处理
输出的数据流
频率
编号 名称
根据客户订单信服务器
F1 订票单，来向客户P1.1 售票
销售火的订票单据
车票
录
服务器
F3 即时退票为客户即时P1.2 退票
时退票
退票单据
手续 服务器退票P2.1 审理 户的退票申请
户发出的退票申请单据
审理，确定是否同意
申请录入系统；F8 退票
天
单，向客户开出的退票审理客
F4 退票申请单，来源于客
根据客户开出的退票申请单进行
F5 未通过单，拒绝客户
200
申请；F7 通过单，同意
次/
更改 办理即
户发出的即时
统进行登记记录
有详细记录
天
单，来源于客
信息，将票存系
账，每次即时退票都要
次/
根据即时退票单
S1 票存系统、S2 流水
票并进行登记记
次售票都要有详细记录
源于客户发出
售票单销售火车
存系统、S2 流水账，每天
息，向客户开出
发出的售票单据；S1 票
次/
F2 售票单，向客户售票
1000处理逻辑处理
处理逻辑简述
输入的数据流
处理
输出的数据流
频率
编号 名称
单据
服务器录入P2.2 系统 票销售记录 的火车
F7 通过单，来
根据通过单将退
源于服务器退
票信息录入系统
票审理系统开
以作记录
出的同意单据 F5 未通过单，细记录
天
账，每次退票都要有详
次/
S1 票存系统、S2 流水
180服务器拒绝P2.3 退票
户退票 拒绝客
来源于服务器退票审理系统开出的不同意单据
根据未通过单，F6 拒绝退票单，拒绝客
拒绝客户的退票
次/
户的退票申请
申请，拒绝退票 天
表5.4处理逻辑
(5)数据存储如表5.5所示。
数据存数据存
简述
储编号 储名称
售票、退票后修票存系S1 统
息
类型+开单日期+单号+车票编号+车售票、退票的流S2 流水账
水账记录
时间+到站时间+车票价格+交易数量+客户名 表5.5数据存储
P2.2
次+座位类型+出发站+目的站+发车
P1.1、P1.2、改当前票务信
目的站+发车时间+到站时间
P2.2
车票编号+车次+座位类型+出发站+
P1.1、P1.2、数据存储组成
相关联的处理
6.主要算法
6.1数据结构的描述：
车票=日期+价格+出发站+终点站+售票站+座号+车次+性质+编号 日期=年+月+日+时+分 价格=“1”～“9999” 出发站=1{汉字}6 终点站=1{汉字}6 售票站=1{汉字}6 座号=车厢号+座位号 车次=“1”～“9999” 性质=“1”～“6” 注：如“1”表示空调硬座特快，“2”表示空调软座普快等 编号=“000000001”～“999999999”
6.2算法
1.车次表（车次，始发站，始发时间，终到站，终到时间，总里程，车况）注：①举例：（K59，北京，20：30，长春，7：06，670，特快）；②“车况”分为‘特快空调’、‘特快’（不是空调车）、‘普通’。
2.经过站表（车次，经过站，到站时间，停留时间，里程）注：这里的‘里程’指从始发站到该站的里程。
3.票价表（车次，到站，席别，车厢号，座位号，票价）
注：①‘席别’分为硬座、硬卧、软卧。②硬卧分上、中、下铺，‘座位号’一项上填写方式如‘9上’，‘9中’和‘9下’。③票价采用四舍五入方式取整数。4.车票定价公式：
特快空调：硬座—0.30元/公里，硬卧—0.65元/公里，软卧—1.20元/公里； 特快：硬座—0.20元/公里，硬卧—0.55元/公里，软卧—1.00元/公里； 普通：硬座—0.10元/公里，硬卧—0.40元/公里，软卧—0.80元/公里。
售票表（车次，到站，发车日期，车厢号，座位号，已售否，售票日期）
点击咨询 