（2）、查询功能
a) 车次查询 b) 时刻表查询 c) 售票情况查询
（3）、调度功能
a) 运价修改 b) 车辆修改 c) 终点站修改 d) 车次修改
（4）、维护功能
a) 车票表修改 b) 预定车票表修改 c) 退票表修改 d) 密码修改
（5）、系统功能
a) 售票统计 b) 报表打印
2. 数据流图
6
应用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改。通过确定系统的处理逻辑和流程，得到如上所示的系统数据流图。
3. 数据字典
经过分析可以得到一下数据条目： 车次表=车辆+车型+座位数
7
终点站名表=站名+里程 运价表=车型+运价+座位档次
发车时刻表=车次+车辆编号+站名+发车时间+检票口 已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否
预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量
退票表=票号+退票时间+票价+应退款 系统管理员=工号+姓名+账号+密码 车辆编号=6｛数字｝6 车次=4｛字符｝5 车型=1｛字符｝8 座位数=2｛数字｝2 站名=1｛字符｝10 里程=1｛数字｝5 运价=1｛数字｝6 发车时间=｛时间｝ 乘车日期=｛日期｝
8
4. 性能需求
4.1 精度要求
票价报表中的票价一般保留至小数位后两位 4.2 时间特性要求 ◆ 响应时间：
所有的查询操作响应时间一般不超过5秒，大型的报表如票价报表则应该在15秒内显示或者提示相关出错信息;
◆ 更新处理时间：所有提交数据一般在3秒内响应; ◆ 数据的转换和传送时间;
5. 输入输出格式要求
参考附录和售票管理中的相关内容。
6. 数据管理能力要求
系统数据库中车票记录数位几百万左右，增长速度每天两万左右条车次记录等。
7. 故障处理要求
鉴于火车售票系统涉及的数据对于火车站日常管理的重要性，必须建立数据库严格有效的恢复机制：数据必须每天进行一次备份，由于本信息涉及信息量巨大，应以天为周期进行增量转储，一
9
般半个季度为周期进行删除。
8. 其他专门要求
1) 对系统各个模块功能，以分级菜单的形式给出； 2) 所有的提交，确认，删除等操作以按钮的形式给出，且名称一律取为“提交”、“确认”、“删除”等易于理解的形式；
3) 根据用户统计信息计算，统计在正常情况下应该支持一定人数的并行操作能力，春运高峰期间人们要集中买票和查询，应支持更多人数的并行操作能力；高峰期间服务器应支持几十万以上的日访问量。
9. 运行环境规定
? 设备和开发工具规定
7. 指定工具 8. 编程工具：Visual Stdio
2005
9. 数据库管理系统：SQL
server 2005
10.
发环境
开11.
作系统：Windows XP
操
10