软件工程火车票预定系统的需求分析说明书

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

计算机与通信工程学院《软件工程》实验报告

(火车票预定系统)

需求分析说明书The Specification of Requirement Analysis

专业:计算机科学与技术

班级:计0804班

姓名:

报告日期:2011年5月19日

1、引言

随着计算机技术的发展,用计算机为人们的生活服务已经变得普及化。对于企业而言,时间就是金钱,能高速度地处理事物的计算机更能提高企业办事的效率,减少由于人为因素所照成的误差,使他们在这个激烈的市场经济中保持不败的地位。火车票订票系统是典型的信息管理系统的一部份,火车票订票系统的开发充分利用了计算机信息技术提高了火车票订票的管理水平、服务水平。系统实现了乘客查询信息、订票操作、取票操作、销售统计等功能,可明显提高对火车票订票的有效管理。

1.1 编写的目的

1)根据火车站工作人员的要求,探究此系统是否符合了火车工作人员和乘客的要求,以便于为软件的后期开发和维护做准备。预期的读者是火车站的工作人员和所有的乘客。

2)本报告是由谢缅(200850080404)独立完成。

1.2 背景

1)火车站工作人员要求为其设计一个火车票订票系统,以便方便工作人员和乘客对火车飘得相关操作。开发者是长沙理工大学计算机科学与技术0804班的谢缅,用户为所有坐火车的乘客。

2)本系统同其他系统或其他机构基本上没有相互来往关系。

1.3 定义

软错误:由于输入信息,或无法满足要求时产生的错误。

硬错误:由于其他问题,如网络传输超时等,产生的问题。

1.4 参考资料

[1]张海藩.软件工程导论(第四版)[M].北京:清华大学出版社,2003

[2]王珊,萨师煊.数据库系统概论[M].北京:高等教育出版社,2006

[3]刘惊雷.VC++实用教程[M].北京:电子工业出版社.2008

[4]Google Web APIs Reference[EB/OL]./api/reference,2005.5

2、任务概述

2.1 目标

在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的火车票订票系统,实现火车运载公司的火车票销售的自动化的计算机系统,为企业的决策层提高准确、精细、迅速的火车票销售信息。具体功能为各个售票点把预定火车票的乘客信息(乘客名称、乘客身份证等)和订票信息(乘行时间、乘行始发地和目的地,车位要求等)输入到系统中,系统为乘客安排行程。在乘客支付购买车票所需的金额后,系统为乘客打印出正确的车票。

2.2 用户的特点

本系统的最终用户是全世界所有的乘客,只需要对计算机操作有一点了解就可以使用本系统。由于火车票预定,查询,退票的基本流程不会怎么改变,所以本系统维护的好的话,基本上可以使用5年。

2.3 假定和约束

本系统无假定和约束。

3、需求规定

3.1 对功能的规定

本功能主要有火车票的查询,预定,取消,及系统的维护。总体功能图如下所示:图3.1 总体功能模块图

3.2 对性能的规定

3.2.1 精度

本系统对数据无精度要求,包括:数据类型、大小范围、小数位长、文本信息长度等。

3.2.2 时间特性要求

本系统对时间的要求不能超过3秒,其中时间包括:输入、输出和传输的响应时间等。

3.2.3 灵活性

本系统的灵活性比较强,能较好地适应用户的需求变化。

3.2.4 其他性能需求

本系统有很大的主存容量;足够大的磁盘容量;安全性好,系统还具有易操作性,可维护性。

3.3 细化数据流图

3.3.1订票系统基本系统模型

图3.2订票系统基本系统模型

3.3.2 订票系统0层数据流图

图3.3订票系统0层数据流图3.3.3 订票系统1层数据流图

图3.4 订票系统1层数据流图

3.4 E-R图

3.4.1车票信息E-R图

图3.5 车票信息E-R图3.4.2列车信息E-R图

图3.6 列车信息E-R图

3.4.3 管理员信息E-R图

图3.7 管理员信息E-R图

3.4.4 订票信息E-R图

图3.8 订票信息E-R图

3.5 数据管理能力要求(针对软件系统)

此系统表的个数有4个,能记录的最大规模是5000,随着经济的增长,坐车人数的增加,本系统如果维护的好的话,估计能记录的数据可以达到6000.

3.6 故障处理要求

程序在运行时主要会出现两种错误:软错误和硬错误。对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。对于硬错误:可在出错的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。同时,出错信息必须给出相应的出错原因,例:“全部班次座位已满!”“查无此定位信息!对于以上故障,我们也采取了一下措施:(1)所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。

(2)在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。

3.7 其他专门要求

3.7.1 安全保密设计

由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。

3.7.2 维护设计

维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

4、运行环境规定

4.1 设备

硬盘500G,显示器分辨率800*600以上, 正常情况下服务器CPU占用率不得超过20%,同时支持50000个http响应。

4.2 支持软件

装有VC和SQL Server的计算机。

4.3 接口

本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。本系统同其他系统之间无接口与协议、数据通信协议等。

4.4 控制

本系统无运行的方法和控制信号。

相关文档
最新文档