火车票订购系统需求分析
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年以上
设备要求：计算机稳定性
1731
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
