火车票订购系统需求分析
1.1 系统任务概述
这里将该系统的应用是学生在线订购火车票系统,主要涉及对列车信息的管理、学生信息的管理和学生订票信息的管理:
对列车信息的管理:对列车信息的添加、修改、删除和查询等
对学生信息的管理:对学生信息的添加、修改、删除、查询等
对订票信息的管理:对订票信息的管理,如:何人,何时订了何票等。
此外,对于每个使用该系统的人,都要实现用户名和密码登陆,只有合法的用户才能使用该系统。
1.2 功能需求
1.2.1 学生的管理
每个通过资格审查的人都注册,并拥有自己的用户名和密码,成为注册用户,以后凭此登陆系统;不能通过审查的人员则不予办理。
每个注册用户都拥有一个账号,此账号里包含该用户的所有个人信息,每次的订票活动都凭借此账号进行,直到该账号被注销或删除为止。
因此,对学生的管理包含对学生相关信息的添加、修改、删除及检索功能。
1.2.2 列车信息管理
列车信息的管理中很大一部分就是对车次信息的管理,主要涉及以下功能:
新列车车次入库:对次新的列车车次信息,都将其详细信息加以记录,方可对外订购和查询
列车信息的检索:要想从上千条列车信息记录中找到需要的车次,必须提供列车车次的快速检索和查询功能。
信息的修改:列车的基本信息(如车次号、车次时间、单价等)是不需提供修改功能的,但其它一些信息(是否打折、席别、票价、张数等)需要有修改功能。
列车信息的删除:对过时的列车信息要能够从系统信息中删除。
1.2.3 订票信息管理
这是火车订票系统的核心功能之一,由系统管理员实现,主要涉及订票的车次的基本信息、学生的部分信息,订购日期及归订购张数等。
订票时:审查学生是否有订票权;检查列车信息信息是否可以被订购;两者都满足后才能办理订票手续。
取票时:获取学生信息和列车车次信息,判断订票时间是否超期,若超期则不予订购,只有在学生交了订金后才算成功订票。
对订票的历史记录要提供一定的查询功能,且由于不可能永远保存所有记录,还需要提供相应的删除记录的功能。
1.2.4 用户的登录
用户分系统管理员和普通注册用户两种:系统管理员拥有系统的所有功能权限,而普通注册用户只能管理自己的个人信息及检索需要的车次,对系统的其他功能不具有权限。因此,系统需要对不同的用户给予不同的权限,为此要给每一个合法用户提供一个用户名和密码,用户凭此登录系统,提高系统的安全性。
1.2.5 系统基本信息的管理
对车次类别的设置:对不同类型的车次信息给予不同的订票期限。
对系统用户的管理:分系统管理员和普通注册用户两类,不同类型的用户有不同的使用权限。
1.3 数据字典
需求分析可通过数据字典加以描述,以保证数据定义的严格性。
对学生的管理:[添加学生|修改学生|删除学生|检索学生]
对列车的管理:[添加列车|修改列车信息|删除列车信息|检索列车]
对车票订购的管理:
对车票订购的管理:[添加订票信息|修改订票信息|删除订票信息|检索订票信息]
对个人信息的管理:[添加个人信息|修改个人信息]
对基本信息的维护:[对车次类别的信息维护|对登录用户的维护]
对车次类别信息的维护:[对车次类别信息的添加|对车次类别信息的修改|对车次类别信息的删除|对车次类别信息的检索]
对登录用户的维护:[对用户信息的添加|对用户信息的修改|对用户信息的删除|对用户信息的检索]
时间表达:年+月+日
学生信息:姓名+性别+学号
学生:学生信息
性别:[男|女]
学号:12位字符串
车次信息=车次号+车次名+时间+类型+票价+席别+起始站+终点站+里程+入库日期
车次=车次信息
车次号=8位字符串
时间=时+分
类别=[普快|特快|动车|普通|高铁]
席别=[硬座|软座|硬卧|软卧]
起点站=4个字节
终点站=4个字节
里程=4为整数
入库时间=年-月-日
订票信息=流水号+姓名+列车号+列车名+订购日期+实际得票日期+张数
订票=订票信息
订购日期=年+月+日
实际订票日期=年+月+日
系统基本信息=[学生类别信息|车次类别信息|系统用户]
学生类别信息=学生类别+能订购的数量
张数=[0|1|2|3|4|5|6|7|8|9]本
车次类别信息=车次类别+金额
车次类别=[硬座|软座|硬卧|软卧]
系统用户=用户名+密码+是否管理员
用户名=16位数字或字母
密码=8位数字或字母
是否管理员=[是管理员|不是管理员]
是管理员=1;不是管理员=0
1.3性能要求
总体来说,该系统在性能上没有太多特殊要求,只要进行图书查询的时候没有明显的延时就行了,希望查询的响应时间不超过3秒。其它一些要求如下:
系统最小寿命:系统应该能在无重大改动的条件下正常运行5年以上
设备要求:计算机稳定性