火车票订购系统需求分析

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年以上

设备要求：计算机稳定性