(2火车票订票系统.docVIP

项目文档 火车票订票系统用户需求说明书 成 员 学 院 东软信息学院 专 业 计算机科学与技术 指导教师 讲师 20 年 月 日  1. 引言 文档编制目的 本报告详细说明系统产品的功能需求，为用户和描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。 背景 的管理 该系统为管理员提供了一个个性化的窗口，从始于火车票信息录入的管理，到对查询火车车次信息以及乘客购买火车票，管理员 2. 软件综述 2.1 软件范围定义 录入修改、的功能， 该系统共包括以下三个子系统：乘客信息管理 2.2 系统特性概述 系统特性描述 优先级 乘客信息管理子系统 主要用于登记乘客的注册信息，以及使用这些信息实现登录购票等功能。 高 车次信息管理子系统 记录运营车辆的信息，为购票提供必要车次信息 高 购票登记管理子系统 对于乘客的购票和退票行为进行登记和管理 高 2.3 系统环境 硬件环境：450*2MHZ/40G/1024MB/40G/ 软件环境：Visual C++ 6 集成环境。 3. 功能描述 3.1 乘客信息管理 2. 查询乘客的信息，有简单的筛选功能。 3 修改乘客信息，乘客可以自己登录系统然后对自己的资料进行修改 4 注销登记信息，乘客可以在特殊情况下注销自己的注册信息。系统将不再保留乘客的个人信息。 5. 乘客可以查询车次信息。及时向系统提出中意的车次信息。但是此时的信息具有预定功效，在车站可以通过预订信息缴纳完款额后获得纸质票据。 3.2 车次信息管理 1. 查询车次信息：按车次号来查询车次的相关信息。 修改信息 3. 删除车次信息：可以将已经停用的车次删除。 4 添加车次信息：可以根据需要临时增加车辆。 3.3 购票信息管理 1、管理员查询乘客购票的信息，有一定的筛选功能。 2、购买车票功能，乘客登录以后可以购买车票并写入数据库 3、退票功能，若乘客有需要可以登录以后进行退票 3.4 需求规定 1. 车次编号具有一定规则。尤其是临时增加的车次，不允许车次管理人员随意编写车次编号。 2. 乘客购买车票时必须首先注册有个人信息，然后方可购票。购票时需要出示身份证，并通过录入身份证号获得乘客的个人信息，并可以查看到乘客的预定信息。如果有预定信息，则在乘客缴纳完相应款额后出具车票，完成售票工作；如果没有预订信息，则可以直接在窗口选定车次购买车票。预定的车票在火车发车前半小时内如果没有交款领票，则作废，将票源重新打入现场零售环节，不再接受预订请求。 3. 乘客退票时必须在发车半小时前退票有效。否则不予退票。退票时将会收取票价3%的手续费。 4. 数据模型 4.1数据说明表 4.1.1车次信息train 属性 类型 说明 主键/非空 默认 备注 trainID varchar 车次号 主键、非空 staSation varchar 始发站 Not null endSation Varchar 终到站 Not null staTime Varchar 发车时间 endTime Varchar 到站时间 money number 票价 not null 大于零 4.1.2乘客信息 passenger 属性 类型 说明 主键/非空 默认 备注 pId Varchar 乘客号 主键 name Varchar 姓名 Not null sex char 性别 Not null 男or女 password varchar 密码 not null age Number 年龄 Not null 4.1.3购票信息 属性 类型 说明 主键/非空 默认 备注 saleID Varchar 票号 主键 trainID varchar 车次号 外键 pId Varchar 乘客号 外键 date vachar 发车日期 not null restTicket number 余票数量 not null 4.1.4 管理员信息表Admin 类型 说明 主键/非空 默认 备注 AdminID Varchar（10） 管理员号 主键 AdminName Varchar（10） 管理员的名字 Not null P Varchar(20) 登录密码 Not null 由数字，字母 5. 其他非功能需求 5.1性能需求 系统的安全性。 5 各种数据字典的编码要尽可能采用行业标准，自行编码也应合乎规范，并征得相关业务部门认可。数据库设计应考虑可扩充性，以适应今后发展和系统升级的需要。 5.3其他需求 安全性：不同的