第3章 可行性分析
第3章 可行性分析
3.1 经济可行性
对于一个简单的车次查询预定网站而言，在开始阶段通常需要进行网站界面的设计、服务器的搭建、数据库的建设、网络地址的申请等。基于国内软件行业的现状，搭建一个小型网站，只要一次性投入3－4万元人民币即可，日常产生的费用很小，主要是对网站和数据库的维护费用。本系统其维护过程很简单，并且提高了工作人员的工作效率和乘客排队问询时间，有效减少了人力资源的浪费，极大的节省了各项开支。另外，由于本系统的网络开放特性，乘客可以随时随地进行查询订票，车站工作人员也可以随时处理乘客订单，这必然会使销售数量有所增加。
由于车票销售的固定性较强，所有车次时间价格比较固定，不会轻易改动，且查询数据较易获得，这就降低了网站开发和维护的成本。与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。所以，从经济的角度来看，该系统可行。 3.2 技术可行性
对于本系统的操作界面，无论用户界面还是管理员界面都只是一些JSP页面，连接数据库和中文处理等部分则采用JavaBeans技术。本项目使用了集成开发工具Eclipse 7.0，用于它们拥有强大的语法提示及自动纠错等功能，因此可以方便的进行Java及JSP开发。Microsoft SQL Server 2000是一个全面的、集成化的数据库。其基本操作实质还是对数据库进行添加、删除、查找等简单操作，利用它可以为用户提供一个安全、可靠、便捷和高效的平台[8]。
目前在网络上开设车次查询订票系统，获得网址的方法可以通过注册和交费向域名管理机构申请网络地址的使用权，这种方式需要一定的投资额，但是获得域名较为稳定，且容易记忆[4]。
本系统开发涉及到的技术因素主要有如下几个方面：
1. 数据库技术，对SQL Server熟悉，能够熟练使用SQL Server数据库。 2. 系统架构的规划，使用B/S架构。MVC架构。
3. 页面开发，使用HTML和JSP技术，能够使用这两种技术开发页面。 4. 配置环境，装有Windows XP电脑一台，安装SQL Server2000数据库，搭建Eclipse平台和Tomcat服务器，IE浏览器等。
12
第3章 可行性分析
上述条件基本符合，本系统设计开发可以进行。 3.3 法律可行性
本系统的主要使用者是乘客和火车站售票人员，乘客应该本着诚信原则，我国对于铁路运营和网上销售各方面都制定了一系列严格的法律规定，车站售票人员应严格遵守执行相关的法律规定。
此外，在开发过程中使用的部分软件均涉及到了版权的问题，如：Microsoft SQL Server 2000，My Eclipse 7.0等，但由于本系统为学生毕业设计作品，并非用于商业用途，所以不会给对方公司带来经济损失。 3.4 逻辑可行性
火车站售票系统自身具备的即时互动方式可以吸引很多购票者的注意力，这些售票网站能够随时让乘客参与购买、更方便、更详细、更安全。而且在这样的网站中，票务的管理是有秩序的，并将其进行科学化的分类，便于购买者查询。这种网站的网页设计往往制作得更有指导性，并且更加美观，这些都将会吸引大批的购票
13
第4章 需求分析
第4章 需求分析
软件需求分析也成为需求分析工程，是软件生命周期中重要的一步，也是决定性的一步。在可行性分析阶段，对开发新系统的基本思想和过程进行了初步分析和论证，对系统的基本功能、性能及开发技术等做出了客观的分析。在需求分析阶段，要对经过可行性分析所确定的系统目标和功能作进一步论述，确定系统是“做什么”的问题。
需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 4.1 功能需求
4.1.1 车次信息浏览功能
车站工作人员可以发布车次信息供用户查询，用户可以通过浏览车次信息来选择自己想要预定的车票。此功能提供本系统所有车次信息，按照发布时间排序，用来对本站车次有大体的了解。 4.1.2 车次查询功能
用户可以根据车辆路线进行车次具体信息查询，便于用户进行信息查找。面对庞大的车次信息，用户如何找到自己所需的车次，这是非常关键的一点。车次查询功能可以大大缩短乘客找到正确车次的时间。 4.1.3 车票预定功能
用户可以按照自己的需求将预定的车票保存在“我的预定”当中。只需要填写车票数量和付款方式即可。
4.1.4 用户注册、用户登录及密码找回功能
当用户填写一些必要的信息后可以注册成为本网站的会员，从而可以进行车票预订、修改个人注册信息和密码等操作。忘记密码可以进行密码找回。这是创建一个网站必不可少的一部分，是整个系统安全性的保障。
14
第4章 需求分析
4.1.5 我的预定功能
由于用户预定车票后并不能马上决定是否真正要购买车票，可以将预定的车票保存在“我的预定”中，并可以继续预定其它车票。在“我的预定”中可以修改车票的数量或者更改付款方式，同时也可以退票。 4.1.6 后台管理功能
管理员可以在后台执行增加/修改管理员、修改密码、车次信息管理、增加车次信息、订票管理、会员管理、销售情况统计等功能。 4.2 数据库需求分析 4.2.1 实体分析
用户的需求具体体现在各种信息的提供，保存，查询，这就要求数据库结构能充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程，为后面的具体设计打下基础。在对整个系统的数据流程进行详尽分析后，从其中抽象出如下实体：
用户：代表一个用户实体，主要的属性有用户名、姓名、密码、性别、电话、和电子邮件。
火车：代表一个火车实体，它是针对某一个火车车次的，但是该车次可以在不同的时间执行运行任务，因此又引出了火车时刻安排实体，火车实体主要的属性有车次、出发地点、目的地点、出发时间、到达目的地时间、里程和票价。
订单：代表一个订单实体，主要的属性有注册名和火车车次信息。 4.2.2 实体模型的关系分析
1. 乘客和车次安排之间是多对多的关系。一个用户可以同时购买多张本车次的火车票，一个火车的车票可以同时被卖给多个乘客。
2. 乘客和订单之间是一对多关系。一个用户可以发出多个订单，但一个订单只能属于一个乘客。
3. 火车车次和火车的安排之间是一对多的关系。一个火车车次可以有多个安排，但一个火车的安排只能特定于一个火车。
4. 火车的安排和订单之间是一对多关系。一个火车的车次可以有多个订单，即相当于多个人同买一个火车的车票，但是一个订单只特定于一个火车。
15
第4章 需求分析
经过对系统功能模块的分析，我们很容易画出数据流图，如图3-1所示： 浏览
图3-1 数据流图
车次信息 返回首页 修改登录密码 查看预定 修改预定 修改详细资料 查询 注册 用户 登录 查询 预定 退出 网站管理 管理员设置 退票 车次信息 修改密码 车次信息管理 增加车次信息 订票管理 会员管理 销售情况统计
4.3 系统开发环境需求
硬件开发环境：
CPU：Intel Pentium M 1.73GHz 内存：1G 硬盘：160G
软件开发环境：
操作系统：Microsoft Windows XP Professional SP3 开发工具包：Java(TM) SE Development Kit 6
16