前言:
(1)项目背景:
随着国民经济的发展,我国的铁路建设也日益成为人们日常生活中不可或缺的一部分。就江苏而言,目前沪宁段铁路运输已经成为全国最紧张的一部分,在建的新长铁路,宁通铁路也将苏南和苏北日益紧密地连接起来。可以预见的是,在未来几年里,铁路将不可避免地成为城际交通的主力军。但是,与此同时,大量外来人口的涌入,使得铁路在某种程度上成为了犯罪分子的温床,盗窃,抢劫案时有发生,而且铁路运输的发达也给许多在逃的犯罪分子提供了可趁之机;同时,由于沪宁线运力的限制,使得火车晚点现象时有发生,随着大量的投诉事件以及消费者维权意识的不断提高,如何改善服务以同其他交通行业竞争已经成为了一个迫在眉梢的问题。作为铁路运营服务的第一道关,改善铁路沿用多年且已逐渐落后于时代步亩氏伐的售票系统势在必行。
(2)编写目的:
本报告的编写目的在于研究铁路售票系统应用软件是否可行,指出开发本软件所采用的方法和手隐耐腔段,并对软件的前景以及后续工作进行分析。
(3)使用语言:
软件使用Delphi编写, *** 作界面为英文。
项目概述:
(1)目标:
实现铁路售票的实名化,即将车票与个人身份z挂钩,同时维护相应的数据库。
(2)开发意图:
完善目前铁路售票系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(3)产品的逻辑模型:
铁路售票系统应用软件
车次信息
赔偿信息
个人信息
列车明细
日志维护
(4)工程目标:
开发出一套用于车票销售的软件,力求解决铁路上的安全隐患。并通过此次软件开发过程全面提高自身的综合素质。
技术目标
软件力求实现数据库与编程相结合的目的,使得使用和维护变得相对简单实用。
经济目标
单纯从经济角度上来看,我们认为这样做会造成一定的经济损失。损失主要来自以下几个方面:首先,开发系统需要大量的资金投入,而且,系统的维护需要相关的专业人员;其次,我们要对相应的 *** 作人员进行专业培训;第三,相应的硬件设施要进行升级,这需要一笔不菲的投入;第四,由于售票流程的相对复杂, *** 作人员的 *** 作时间将延长,在单位时间里的售票数会减少,这也将是一笔损失。
但是,从此举所带来的社会效益上来看,我们认为这样做是可行的。
同时本工程产品作为独立软件,是带有很大的实验性质的。因此从某种角度来讲无经济上收益。其主要目的是为了通过在编写软件的过程中不断提高自身的动手能力,达到理论与实践相结合的效果。
对于旧有软件的评估调查
旧有的售票系统由于没有实现售票实名制,使得许多铁路犯罪的调查无从下手,给犯罪分子提供了大量的可趁之机。同时,随着铁路运营的市场化,实行必要的赔偿制度是必要的,现行灶衫的售票系统及相应的数据库在这个方面有缺陷。
(1) *** 作平台:
软件是运行在Unix *** 作系统下的。
(2)产品功能:
实现数据的录入,保存,查询等;同时自动对某些事件进行智能化判别。
(3)产品系统流程图:
售票系统主模块
子模块1
子模块2
子模块3。。。。
(4)产品使用情况:
旧有的版本是运行在自主开发的Unix系统下的,因此安全系数较高。
(5)产品缺陷:
界面的友好程度不够,同时没有针对市场,社会的变化作出及时的更新。
关于本软件
(1)设计目标:
本软件设计的主要目标是使铁路的运营实现市场化,能够与时俱进,实现售票过程的人性化处理。
同时作为应用型软件,系统界面美观、布局合理、内容简单,提供的信息语言通俗易懂、有层次感、分类清晰。
必须根据现有条件所能达到的能力来完成整个工程。
(2)产品的局限性
第一,由于软件运行在Windows *** 作系统上的,因此其安全性值得商榷。作为国家命脉,铁路售票系统软件建立在Windows *** 作系统上具有很大的风险。
第二,由于软件系高级语言编写,产品的运行速度较慢。
第三,软件的可 *** 作性不够,尤其是数据的录入,比较烦琐。但是相信随着公安部新一代的电子身份z的发放,这个过程会变得相对简单。
第四,现在的火车往往一个班次就有一两千人,一天要有几十趟班次,就南京站而言,每天的人流量达到以万计,大量的人口涌入涌出,如何维护一个庞大而又复杂的数据库也是一个难点。
(3)软件流程图
编程软件
售票系统应用程序
支持售票系统的数据库
内容库
售票系统应用软件
(4)数据流程图:
(5)ACD结构环境图
*** 作人员
售票系统
*** 作人员
传输线路
*** 作人员
数据库系统
主机
(6)环境要求
硬件环境:
486以上的机器,鼠标
*** 作系统:
在windows95/98 .windowsNT .windows1700 .windowsXP *** 作系统都可以直接运行。
*** 作人员要求:
需要进行一定的培训
(7)软件自身的局限:
由于该软件是理想化的软件,没有考虑到实际的情况,比如数据录入的可 *** 作性,海量数据库的维护等都没有进行全面的考虑。
同时由于编程人员缺乏相关的知识,程序本身可能出现一些缺陷或不如人意的地方。这些需要在日后的维护。
可选的其他方案
暂无
市场分析
由于面对的是国家垄断系统,所以面向的市场比较单一,但是对本软件稍加修改可以应用于其他方面。
投资
无
社会影响
(1)社会效益:
基于软件本身编写的目的,相信软件能够实现其所期望的正面社会影响。同时也能够实现铁路售票的人性化,有利于提高铁路运输的市场竞争力。
(2)相关的法律可行性:
软件系自主开发,无法律风险。
(3)在人力资源方面的影响:
由于使用了一些新技术,故可以创造一些就业机会。
(4)风险评估
由于采用的OS平台的局限性,故存在着较大风险。
关于产品的检测
(1)检测标准:
黑盒测试与白盒测试相结合
(2)实现的具体方法:
本软件的黑盒测试即把对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:
1、是否有不正确或遗漏的功能?
2、在接口上,输入是否能正确的接受?能否输出正确的结果?
3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
4、性能上是否能够满足要求?
5、是否有初始化或终止性错误
白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性,等等。
(3)实现长期跟踪检测:
软件的使用是一个长期的过程,鉴于开发周期的关系,许多测试步骤可能有些不如意的地方,故应该对软件实现长期的跟踪,以满足客户的要求。
软件编写的初步计划及相应的功能实现:
(1)软件编写作业明细:
子模块
具体内容
相关模块项
后继需要完成内容
车次信息
列车沿途所经过的站点,列车车次,级别
列车明细,日志维护,个人信息
软件的跟踪,维护,修正
赔偿信息
车次有无发生意外,是否已经赔付,赔付金额
日志维护
同上
个人信息
个人的ID,个人的起终点站,售票人员的工号,座号
日志维护,车次信息
同上
列车明细
列车的座位情况,列车的最大负载,车票价格
日志维护
同上
日志维护
乘客购票的具体时间,列车运行的具体时刻
个人信息,车次信息,列车明细
同上
(2)PERT图
这是把十六进制则颂转成十进制来显示需要解释的就
if(DTO[4:0]>=5'b01010) begin//相加结果超过10的话
D[3:0] = (DT0[3:0]+4'b0110)//十六正姿进制的数需要举盯绝加上6来完成进位
D[4] = 1
end
这段
D[3:0] = (DT0[3:0]+4'b0110)D[4] = 1两句等价于D[4:0] = DT0[4:0]+4'b0110一句
另外,时序逻辑用<=来赋值,不要用=
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)