软件工程概论期末大作业Word文档格式.docx
《软件工程概论期末大作业Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件工程概论期末大作业Word文档格式.docx(22页珍藏版)》请在冰点文库上搜索。
本系统所需的是项目人员的研究及整个操作过程所需的步骤及对所出现的问题的正确操作。
2.2可行性研究要解决的问题
项目研究人员:
对于项目研究人员所需的操作即为界面功能实现的后台代码,这
不仅仅是最需要解决的问题,项目人员最需要的是对整个系统所要实现的功能的整合,针对某一问题所需要的操作,所对应的模块,所调用的数据,这些都需要借助于日常出现问题的总结,因此项目开发人员是要对列车整个运行过程十分了解,并熟知所面对问题的解决方法。
系统操作人员:
对于系统操作人员,需要了解整个系统所能实现的功能以及对应的处理,如何操作,怎么操作这是需要解决的问题。
2.3对于项目的技术支撑
面对当今社会技术的飞速发展、计算机科学技术已经发展的相当成熟。
C语言、
C++C#JAVA.NET等高级语言完全可以驾驭各项功能。
Access、SQLServer、Oracle等数据库可以完成对数据的存储,只需将后台程序与数据库连接即可实现对数据的操作。
2.4项目在经济上的可行性
任何一个软件公司对于所要开发的项目,都需要对整个功能实现的解决有深入了解,因此调查是必不可少的。
当然由此产生费用视该系统所要解决问题的范围而定,针对本系统,一个面对大众,一劳永逸的工程,所需花费与收益相比,可谓九牛一毛。
对于相关人员的培训费用和从程序入手到系统实现的费用也不值一提。
因此,相对于系统所带来的经济价值和社会效益而言,在经济可行性上是完
全可行的。
2.5项目在法律允许的可行性
本项目是在大范围内需求而产生的,针对的是大众群体,使用对象是国家,而并非个人,所以不会存在侵权行为。
因此,在法律范围之内,无侵权行为。
2.6方案的具体实现
对于程序实现者来说,一个大的程序可以分解为若干个子程序,进而一步步实现。
对于售票系统,我们可以将其拆分为票面信息版块、网络售票信息版块、列车信息版块、候车信息版块等小的分支,我们可以在解决以上各个版块之后,实现系统的综合,进而实现各方面功能。
三、需求分析
3.1功能需求
为旅客提供火车票购买与预订服务,方便火车站的售票工作,提高火车站的服务质量和服务效率,我们开发了火车票售票系统。
本售票系统应该具备以下功能:
1.查询
分为对车次信息的查询和客户对已订车票信息的查询。
要求:
1)对车次的查询,可以按照发车车次进行查询。
2)也可以按照区间查询。
3)车次信息包括:
车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、座位类型设定。
4)车次信息只允许用户查询,不能修改。
5)在查询到的结果中要有对发车时刻,到站时刻的排序功能。
2.添加车票
通过查询系统,客户根据自己的需求找到满意的车次,再输入个人信息后直接通过网上售票确定已预订选中的车票。
售票记录应包括:
会员名、车号、发车日期、订购票数、总价。
3.退票
可退票,通过查询系统,客户可以根据自己的名字找到自己的订票信息,通过退票模块退去已购车票。
4.售票
售票员根据旅客要求,查询到合适的车票并标记该车票已出售,打印出车票给旅客。
5.改签
旅客或售票员根据客户信息查询到该票的信息,根据客户需要改签日期的剩余票情况决定是否允许改签。
该系统分为售票员、列车管理员、旅客三个模块。
1.售票员功能
售票员管理包括添加售票员信息、删除售票员信息以及售票员修改自己的密码、电话号码、家庭地址的信息三部分。
添加售票员信息是系统管理员的操作权限,系统管理员可以向系统的数据库中输入某个新的车站售票员的信息,信息被输入到系统中后,该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限的操作。
删除售票员信息也是系统管理员的操作权限,系统管理员从系统的数据库中将某个车站售票员的全部信息从系统的数据库中删除。
一旦该车站售票员的全部信息被删除后,该车站售票员将不再能够登录到系统中车站售票员的工作平台,他不再具有一个车站售票员的权限。
售票员修改自己的登录密码是指系统中具有售票权限的售票员能够修改自己登录系统时的密码。
即系统管理员在向系统中添加一个新的售票员时得到了一个密码,在此之后,售票员仍然可以修改自己的密码。
系统初始设置包括设置票价、设置车票类别的折扣等部分。
它是管理员可以根据某些原则在数据库中输入各种类型的票价,以及规定退票时的扣除手续费的折扣。
2.列车管理员功能
车次管理包括添加运行车次、删除车次、修改车次、增加列车。
比如车站将要加车,系统管理员将一列新的列车的全部信息输入到系统的数据库中,一列新的列车的全部信息一经被输入到数据库中,售票员便可以通过系统来查询它的所有信息,并且可以出售该列车的车票。
删除列车,比如车站将暂时或永远停运某一列列车,系统管理员将一列新的列车的全部信息从系统的数据库中删除,一列新的列车的全部信息一经被从数据库中删除,售票员将无法通过系统来查询它的所有信息,并且不能够再出售该列车的车票。
修改车次,比如车站把该列车的运行时间进行了修改,系统管理员将新的时间输入到系统的数据库中替换了原来的运行时间,售票员只能在已经修改成功的新的时间段售出该列车的车票。
车次路线管理包括车次的临时调度和由于自然灾害等客观因素造成的临时路线更改。
比如由于春运来临,广州火车站的客运量急剧增加,铁路管理员临时调度很多列车经过广州,贝U这些列出就会临时改变路线。
车厢管理包括增加车厢、减少车厢、更换车厢等部分。
增加车厢,系统管理员将增加了车厢的列车信息输入到系统的数据库中,售票员可以查询到该增加的车厢的信息,并出售因此增加的车票。
减少车厢,系统管理员在数据库中删除某些列车中已不存在的车厢的信息。
更换车厢,系统管理员在系统数据库中更新已更换车厢的列车的车厢信息。
3.旅客功能
旅客的功能包括售票、订票、退票、改签四个子模块。
该四个模块都是针对于售票员的权限内的操作。
售票部分的功能是在售票窗口售票员根据旅客需求选择用户需要的车次,或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次,然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别(全票、半票)、车次类型等要求选择合适的车次,然后结算并打印出车票给旅客。
订票部分的功能是完成由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票,售票代理商通过电话或是亲自到售票点预订的方式进行预订退票部分的功能是处理用户由于某种情况需要退回车票的情况,旅客要在列车开出之前到退票窗口进行退票,售票员将会扣除一定的手续费,并且将该票的信息退回到数据库中,退出的车票还能继续出售。
车次查询提供了所有车次浏览、按车次查询和站点查询。
车次查询,售票员可根据旅客想要乘坐的列车的车次查询该车次的列车的具体售票情况。
站站查询,售票员根据旅客提供的出发站和目的站查询从出发站出发经过目的站的所有的列车的信息。
售票查询,售票员可以根据自己或旅客的需求来查询所有车次的售票情况。
剩余车票查询可以查询到所有车次的剩余车票的情况。
3.2性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,本系统应该满足
以下的性能需求。
1、准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
系统应能及时而且准确的根据用户权限及所输入的信息做出响应。
由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而车票的数量和时间又影响用户的决策活动,其准确性和及时性很大程度上决定了系统的成败。
在系统开发
过程中,必须采用一定的方法保证系统的准确性和及时性。
2、易用性
本系统是直接面对用户的,而用户往往对计算机并不是很熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面,从而保证系统的易用性。
3、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符
合国家标准,各铁道部统一。
如规范的数据库操作界面、作为业界标准的TCP/IP网络协议及IS09002标准所要求的质量规范等;
同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
4、系统的响应速度
车票预订系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3.3运行要求
火车票管理系统中的各个子系统的硬件和软件的配置如下:
1、服务器端子系统的运行要求
系统软件:
WIN7
数据库管理系统:
SQLServer
硬件要求:
内存2G以上,主频2MHZ^上
2、客户端子系统的运行要求
目前流行的计算机均能运行
3.4未来可能出现的情况
1、除了在售票窗口购买,你还可以像买地铁票一样在自助售票机上完成,付现金或者刷银行卡都随你自己选择。
“升级”的火车票系统新增了刷卡购票的功能,未来旅客可以刷卡购票。
2、针对火车票的实名制,我们也考虑将用户信息和车票的链接,为每个客户唯一地分配一张火车票
3.5需求模型
1、数据字典
售票工作人员日志数据字典
名字别名描述定义间
售票工作人员日志
售票员工作日志
记录售票工作人员出勤信息的文件,以供统计售票工作人员出勤情况售票工作人员日志-日志编号+售票员编号+售票员登录时间+售票员退出时
订票信息数据字典
名字别名描述定义
订票记录
订单信息存放订单信息的文件,以供用户查询,并做相应操作
订票记录-用户名+车号+发车日期+订购日期+订购票数+总价
售票信息数据字典
买票记录
售票信息
存放售票信息的文件,以供用户查询,并做相应操作
买票记录=买票编号+售票员编号+旅客编号+买票数量+买票时间
退票信息数据字典
名字别名描述定义+退票
退票记录
退票信息
存放退票信息的文件,以供用户查询,并做相应操作
退票记录-退票编号+售票员编号+旅客编号+退票数量+扣除金额+返还金额叨寸间
列车停靠记录数据字典
名字别名描述间的匚等,’定义+历时座价才
列车停靠记录
列车停靠信息
存放列车停靠信息的文件,以供用户查询列车有哪些停靠站及任意两站之到达时间、出发时间、里程数、历时、各种座位票价、各类座位数量等信息并做相应操作
停靠记录-停靠编号+列车编号+车站编号+到达时间+发车时间+两站里程数f+硬座价格+硬卧价格+软座价格+软卧价格+特等座价格+—等座价格+二等格+咼级软卧价格
列车信息数据字典
名字:
列车记录别名:
列车信息
描述:
存放列车信息的文件,以供用户查询列车车次、等级、起点站、终点站、各类座位数量等信息,并做相应操作
定义:
列车记录=列车编号+运费序号+列车等级+起点站+硬座总数量+软座总数量+硬卧总数量+软卧总数量+特等座总数量+—等座总数量+二等座总数量+高级软卧总数量+无座总数量+当前剩余硬座数量+当前剩余软座数量+当前剩余硬卧数量+当前剩余软卧数量+当前剩余特等座数量+当前剩余一等座总数量+当前剩余二等座总数量+当前剩余高级软卧总数量+当前剩余无座总数量
3.6画出系统的IPO图
IPO
系统名:
模块名:
火车票信息更新
由于下列模块调用:
火车票订票管理信息系统主模块
调用下列模块:
新增火车票模块
修改火车票模块
删除火车票模块
输入:
输出:
新增火车票信息
车票汇总信息表
修改火车票信息
删除火车票信息
处理内容:
根据收到火车票更新信息,
进入火车票信息表进行更新。
内部数据元素:
备注:
系统的IPO图
3.7系统的数据流图
数据流图
系统分析的主要成果是系统的逻辑模型,在对火车票预购管理方式和业务流程进行认真分析和研究的基础上,运用数据流图描述出新系统应具有的功能、数据输入、数据输出和数据存储。
对火车票销售业务进行分析,划分出几个主要的信息管理功能,并明确各功能之间的联系,绘制出关联图、数据流图的顶层图以及第一层数据流图,如下图所示
火车票预购管理关联图
D1车票汇总信息
D2订单表
火车票预购管理顶层数据流图
从图中可以看出,整个火车票的预购管理功能从总体上分为火车票查询、
车票预购、火车票信息更新等三大部分。
四、概要设计
4.1系统的层次图
本火车站网上订票系统可划分为信息查询、网上订票、取消订票三个部分。
其中信息查
询又可分为车次查询和订单查询两个部分。
系统的层次图
五、详细设计
5.1系统主要功能模块界面图
締涵倉惇中篇谱筍卓載#峯
I-uh.Bh•穹'
I■J^ri
oti通锂页面苜页間琳畫tat所需臭的列车摘息,提亲:
幔可以注册董录后下載”中铁时閲恚:
安装在机器上杳喪匚
郎还可以通过手41衽叶BhikBorC^n/v>
pl14・
欢迎使用火车站网上订票系统
系统首页
|d|Sfhrwtp■pp«
lr«
!
ifijpliTSa
iM^wJi^rbriim£
ffia^C>
igf^-rirt*^*r屮|田可*»
■和屮rhAjrwH*d
iiAUl^vUlir^|-1|ll^lirMfd^ildnpj|flrU'
甲
愈可以通过页面苜页两恪誉询.的列车僧息.提示:
您可以注册董录后下載”中铁时劃裘:
安装左机器上査询。
朋j可以il过孚勿更康iw*shikoor|ron/wap$mt
火车票预定系蜿
产品说明
5.1.2用户登录及访问权限
本系统设计要求用户通过登录框选择访问权限,登录系统。
其中,用户须输入用户名和
密码,以进入系统。
未使用过本系统的用户选择注册会员,系统自动跳转至主界面。
系统用户权限登录访问时,车次信息查询、订票信息查询、订票、退票等功能均可用。
系统用户输入正确的用户名和密码,访问系统,得到其相应的权限。
戏迎登诽火车祟预定系球用户容:
密码:
验证玛:
9676
[登录I
找回密码注抠会员
登录框
系统用户输入错误的用户名或身份证号,系统拒绝其访问。
出错提示
新用户在登录窗口选择“注册”单选钮,系统自动跳转到注册页面,并控制其访问权限。
用户要求的车次,再由用户自行选择满意的车次。
幌克:
亚询信息
火车購锁足系鴉
车次查询条件框
5.1.4订票信息查询
对于订票信息的查询,本系统只提供一种查询方式。
由于用户在登录时已选择了访问权限,且输入了身份证号等确认具体身份的重要信息。
故用户可以通过菜单选项直接查询自己
I窗岀】
的订票信息。
该信息由系统自动返回,简便、快捷。
Idictd
*avuM
UAM
订票
5.1.5订票
系统用户可以通过两种方式进入到订票环节。
一是在主界面的菜单选项中,直接选择“订
票”服务,二是用户可以由车次查询界面,点击“订票”命令,直接跳转订票界面。
新用户
在填写订票信息之前,必须填写用户信息,以保证下次访问系统时的系统权限不受限制。
订
票信息中的订单号由系统提供。
如果用户是从车次查询界面跳转至订票界面的,在填写订票
信息时,车次的相关信息由系统自动提供。
用户只需输入订票数,点击“下一步”完成订票交易。
交易成功后,系统会弹出提示框,示意用户订票操作已成功。
新用户通过菜单,直接进入订票程序。
首先点击新增,激活操作,填写用户信息。
预率车票
火车票预定丟统
订票信息界面
5.1.6退票
系统进入退票管理也是通过两个方法来实现,用户可以直接进入退票环节,也可以从
订单查询环节进入。
订票相关信息由系统自动提供。
退票
系统自动返回退票后的信息
5.2系统某一模块的程序流程图
顶层系统流程
车次信息查询系统流程图
订单信息查询系统流程图
订票系统流程图
退票系统流程图
六、UML模型
6.1画出系统的用例图
客户先通过网站系统查询各种情况(票的价格,车的情况,以及一些铁路状况),再通过系统数据库给与的实时信息提示去预定想要的火车票,完成订票的过程,客户也可以通过网站系统对自己已经订购的票进行退订手续。
管理员可以通过系统对客户进行管理,查看客户信息,修改客户信息,添加客户信息,以及删除客户信息等等,管理员也可以去修改票务信息,修改变动后的时间以及车票价格等等。
退订
用户
管理员
(fromLogicalView)
路况
查看用户信息
修改用户信息
用尸管理
添加用户信息
订购
查询
实时信息提示
修改票务信息
票价
车况
修改时间
修改票价
预定
删除用户信息
6.2系统中客户(功能)的时序图
网站搜索
h<
1
6:
输入账号密码
7:
验证账号密码
I
9:
显示给客户代码
1客户首先要使用一台已经联网的电脑
2在网站上搜索票务信息
3检索票务信息数据库
4电脑将检索的信息传递给客户
5客户经查看信息后进行订票
6客户输入自己的银行账号
7系统验证账号正确性
8提交信息并进行缴费
9系统给客户票务
1.管理员登陆到系统。
2.管理员拥有权限修改票务信息、客户信息、车况信息
3.用户登陆的网站。
4.用户可以查看票务信息、车况信息。
5.用户预定火车票
总结
经过几个月的实践学习,使我对UML有了更进一步的认识和了解,要想学好它要重在实践,要通过不断的上机操作才能更好地学习它,通过实践,我也发现我的好多不足之处,最主要是自己在UML图形正确使用上不够熟悉,通过实践,使我在这个方面的认识有所提高。
其次,经过查找资料,调查研究,获取需求以及在这些基础上做出的系统分析,我做出了这个“火车票订票管理信息系统”说明书。
总的来说,这个系统的设计考虑了大部分要考虑的因素,一些影响不大的因素就没有考虑再内,系统的需求分析中占相当一部分比例的用例规格说明采用表格的方式,直观,便于理
解,不过需求分析在整体的格式多样性上有所欠缺,这在以后的设计中要吸取教训。
通过这次的课程设计,我不但学到了很多东西,也把原来学的东西理解的更透彻了,特别是把原来学的不同科目的东西结合起来了,收获很大。
通过实践的学习,我认到学好计算机要重视实践操作,不仅仅是学习UML语言,还是其它的语言,以及其它的计算机方面的知识都要重在实践,所以后在学习过程中,我会更加注视实践操作,使自己更好地学好计算机。
没有实践,学习就是无源之水,无本之木。
以上就是我在进行课程设计实训
的心得和感受。