在线火车票订购系统1215

在线火车票订购系统目录1.概述 42.背景 43.名词定义 54.参考资料 55.任务概述 55.1主要的系统特征（Feature） 55.2.项目的范围和限制 65.2.1初始发布和后续发布的范围 65.2.2限制和排除条件（LImitation） 65.3涉众 65.4项目优先级 76.目标（BusinessObjective）和成功标准（SuccessCrite) 77.运行环境（OperatingEnvironment，OE） 88.假定（Assumption）和约束（Constraint） 89.需求规定 99.1用户需求 99.1.1组织机构和角色 9客户参与业务 11售票员参与业务 11管理员参与业务 129.1.2业务概览 14查询业务 14处理意见业务 15改签业务 15个人账户管理业务 16领票业务 17退订车票业务 18车票预订业务 18注册业务 19公告发布业务 209.2业务场景 219.2.1查询业务场景 219.2.2处理意见业务场景 229.2.3.改签业务场景 239.2.4.个人账户管理场景 249.2.5.领票业务场景 259.2.6.退订车票业务场景 269.2.7.车票预订业务场景 279.2.8.注册业务场景 289.2.9.发布公告业务场景 299.3系统需求 309.3.1概览 309.3.2系统需求规定 329.3.3务场景分析 419.3.4业务实体分析 519.4数据分析 609.4.1实体之间关系图： 6010.性能需求（Performance） 6011.安全设施需求（SAfety） 6012.安全性需求（Security） 6113.软件质量属性（可靠性、可用性、有效性、可维护性、可移植性） 6114.外部接口需求 6115.用户界面（UserInterfaces，UI） 6116.通信接口（CommunicationsInterfaces，CI） 621.概述该软件需求规格说明描述了“在线售票系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“在线火车售票系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。2.背景在国内，逢年过节买火车票都是一个令人头疼的问题。因为中国庞大的人口，导致每逢节假日都导致很大一批人无法买到回家的火车票，甚至前几年出现了这样一个现象：很多拿着帐篷在火车站过夜以便能买到回家的火车票。传统的排队买票不仅费时费力，更重要的是很多人花费了大量的时间去排队最终却没有买到票，这是人们最不能接受的事情。近几年，随着计算机网络的发展，计算机的普及，网上购物系统如雨后春笋一样纷纷呈现在人们的眼前，这种新颖的购物方式以其方便快捷的优势迅速发展，如今越来越多的人在网上购物。有人向政府提议：开发出一个网上购票系统，可以让人们随时随地订购火车票。人们通过这个系统可以按照不同的需求查询（如按发车时间，目的地），能够快速找到自己所需要的车次,并查询出是否还有余票，随时订票退票，这样人们可以根据自己的实际情况随时做出计划更改，不仅节约的人们大量时间，而且缓解了火车站的拥挤情况，避免了一些事故的发生。3.名词定义订单篮：是指我们在线购买火车票后，会形成订单存放到订单篮中，可以方便我们查阅、领票、改签和退订业务。订单：当我们在线购买车票后，会形成一个电子订单。显示购票人、火车票价、座位号、车次、火车出发时间和到达时间。4.参考资料软件工程需求课本和网上资料。5.任务概述5.1主要的系统特征（Feature）FE-1：注册网上订票系统账户。（注册需要姓名、性别、出生日期、身份证号码、手机号、电子邮箱）FE-2：进行网上预订车票功能。FE-3：网上改签车票功能。FE-4：网上退订车票功能。FE-5：网上查询车次信息功能。FE-6：网上查询车票情况。FE-7：可以通过Internet访问该系统。FE-8：实现残疾、军人、学生半价票预定。FE-9：实现团购预定。5.2.项目的范围和限制5.2.1初始发布和后续发布的范围特性版本1.0版本1.1版本1.2FE-1完全实现FE-2完全实现FE-3不实现部分实现完全实现FE-4有时间就实现完全实现FE-5完全实现FE-6完全实现FE-7完全实现FE-8不实现不实现完全实现FE-9不实现不实现完全实现5.2.2限制和排除条件（LImitation）LI-1：本系统只识别拥有二代身份证件的客户，暂时不对香港、澳门、台湾和外国国籍的居民预定。LI-2：需要通过互联网访问到该系统。LI-3：需要通过中国银行卡网上支付系统进行支付。5.3涉众涉众主要价值态度主要兴趣约束条件顾客可以更好的买到自己所需要的车票，节约了大量的时间；更加方便积极支持新系统，但由于实际需求，会在国庆，春节等比较大的节日有巨大的需求使用简单，方便；能够及时了解到余票信息需要访问互联网铁路局管理层提高了售票效率，能够满足大部分人的购票需求，缓解了大节日的售票压力强烈要求尽快完成版本一并投入使用，加紧后期开发该系统的开发成本不能过高，稳定性必须得到保证无售票员极大地缓解了售票压力与工作量，提高了用户的满意度担心自己的工作岗位会丢失，否则很愿意接受保住工作接受培训，掌握internet知识5.4项目优先级因素约束自由度特性安排版本1.0完全实现的特性必须完全可操作必须实现质量必须通过99.9%的安全性测试必须达到进度在2013年1月1号之前必须完成1.0版本预计2013年5月之前完成1.1版本；2013年7月1日之前完成版本1.2人员项目团队包括1名有5年工作经验的项目经理，1名有5年工作经验的架构师，3名开发人员，3名测试人员如果项目比较紧，再添加一名开发人员成本尽可能在财政预算范围内在不包括责任人评审的情况下财政预算做多可超支10%6.目标（BusinessObjective）和成功标准（SuccessCrite)BO-1：初始版本发布半年后，减少15%的人群到火车站排队购票。BO-2:：初始版本发布1年后,减少30%的人群到火车站排队购票。BO-3：初始版本发布后，增加5名软件维护人员进行软件维护，减少站台售票人员20%的工作压力。SC-1：在初始版本发布6个月后，有50%的购票群众进行点击浏览，9个月后有50%的购票群众进行网上购票。SC-2：在初始版本发布1年后，群众满意度提高1.5。7.运行环境（OperatingEnvironment，OE）OE-1：“在线火车票订购系统”的操作能通过绝大部分Web浏览器来完成：如IE，360，火狐等OE-2：“在线火车票订购系统”将运行在一个服务器中，该服务器运行当前公司批准的RedHatLinux版本和AachenHTTPServer。OE-3：“在线火车票订购系统”允许用户internet来访问。8.假定（Assumption）和约束（Constraint）AS-1：一个城市可以有多个代售点，这样客户可以方便、及时领取到所预定的纸质车票。AS-2：如果有自动取票机，可以通过射频技术刷身份证领取纸质纸票。这样能节约领票时间。AS-3：如果火车上有可以直接进行身份证识别车票信息的硬件，可以不用购买纸质车票。AS-4：开发为MyEclipesBlueEdition编辑环境，利用JavaWeb语言开发系统。CO-1：需要有网上银行支持。CO-2：系统上的交易按照中国铁路局标准规则进行车票的出售。CO-3:为了交易的安全，本系统实行实名制注册购买。9.需求规定9.1用户需求9.1.1组织机构和角色下面为角色视图，有客户视图、售票员视图和管理员视图。角色视图：角色说明：角色名称说明客户该系统的服务对象，主要实现网上预订车票、改签车票和退票的功能售票员售票员可以有各户的权限和实现取票以及处理客户申请的意见的功能管理员管理员主要对账号和系统的维护和管理以及票数的设定和火车正晚点设定客户参与业务本系统主要是为了方便广大用户进行网上快捷地购买到火车票，因此主要业务是面对客户。可以实现客户的网上注册用户名、查询车票、预订车票、个人账户管理、改签车票、退订车票、领票、提交问题等功能。售票员参与业务上图为售票员参与的业务功能。售票员除了拥有不同客户的功能外，有查询客户预订记录的功能，主要是为了当客户去车站或者代售点领取购买的车票时，方便查找记录；还有处理客户提交问题的功能，因为当用户在购买车票的过程中有可能会出现一些个人无法处理的问题，这时就需要向铁路局提交问题，让他们解决我们的疑问和困难。管理员参与业务上图为管理员参与业务。我们知道在火车票的票价等信息需要上传和公布维护等。这里管理员主要可以发布一些公告信息、票价设置、和管理不同账号的功能。9.1.2业务概览查询业务查询业务：在上图中我们可以清晰地看法哦客户查询车票的概览情况。可以查询列车的正晚点发车，方便客户能够及时顺利的知道列车的出发情况；余票查询功能，是当客户在购买车票的时候可以事先查看本次列车还有多少张剩余的车票，以便是否购买；票价查询，是实现客户可以顺利地查到所购买的车票的票价，以便用户基数知道账户的余额是否够用和能够清楚地知道自己花了多少钱。处理意见业务处理意见业务：上图说明了当用遇到问题时候，提交问题和问题处理的业务流程。由客户提交问题和售票员进行问题的处理解答。改签业务改签业务视图主要的参与者就是客户。当客户因为某种原因需要改签车票的时候，可以自己登陆自己的账号进行改签业务。个人账户管理业务个人账户管理业务，为了方便用户对自己的账户进行维护和管理；常用联系人维护和管理是用户可以自己添加联系人、修改联系人和删除联系人，以便在购买车票的时候可以用自己的账号帮助好友一起购买车票；个人资料维护是指当自己绑定的手机号、邮箱进行改变的时候可以自己在系统中进行修改，实现买票过程的顺利进行；密码修改，实现自己对自己账户密码的修改维护操作。领票业务领票业务，可以清晰地看到是客户和售票员的参与，该流程为当客户去火车站或者代售点去领取纸质车票的时候，只需要提供本人的身份证给售票员，售票员进行刷卡识别认证，查到购票订单进行提取车票。然后再把车票移交给客户。退订车票业务退订车票业务说明：当用户因为各种的缘由无法乘坐本次列车，需要退票，退票时要自动地扣取20%的手续费。车票预订业务车票预订业务说明：当客户需要网上预订车票时，先进行查找，查找到自己需要购买的车票，再进行预订，只有网上进行支付之后又才算是完成预订购买业务。注册业务注册业务说明：用户所进行的而所有业务都必须先登录账号之后才能进行操作，那么首要就是注册账号。为了安全注册时需要绑定身份账号、绑定邮箱、绑定邮箱。公告发布业务发布公告业务：管理员可以通告公告发布一些信息方便用户及时了解在线火车票的预订、查询等状态操作。9.2业务场景9.2.1查询业务场景查询务场景，进入系统后可以进行列车正晚点查询、票价查询、余票查询、订单查询。9.2.2处理意见业务场景处理意见业务场景，当客户在购买车票的过程中出现各种问题时，都可以写一个申请发给系统，然后等待人工处理，当售票员看到客户提出的申请后就会处理客户所提出的问题。9.2.3.改签业务场景改签业务场景，当客户由于各种各样的原因不能乘坐本次列车的时候，可以在线进行车票的改签。需要客户先进行查询订单，查到自己的购买订单后，进行改签处理。9.2.4.个人账户管理场景个人账户管理场景，当客户想要进行个人账户管理的时候，可以通过登录系统后直接选择个人账户管理模块，直接可以转换下一级，常用联系人维护、个人资料维护、密码修改业务。9.2.5.领票业务场景领票业务场景包括客户和售票员两位参与者，在取票的过程中客户出示身份证，售票员根据客户所提供的身份证信息，查看购买订单，然后通过系统取票，再把车票转交给客户。9.2.6.退订车票业务场景退订业务场景，主要是客户参与，客户可以实现自动地实现退订车票的功能，首先要查询到自己购买的订单后，根据订单信息进行退订车票处理业务。9.2.7.车票预订业务场景车票预订业务场景的参与者是客户，客户查询车票的信息，查找到自己想要购买的车票后，点击预订车票后生成订单，直接进行网上支付即可完成预订购买。9.2.8.注册业务场景注册业务场景，客户想要应用本系统就必须要先注册账号，点击注册后，要通过绑定手机号，绑定身份证号，绑定邮箱才能够完成注册。9.2.9.发布公告业务场景发布公告的参与者是管理员，当出现特殊的情况，管理员可以在系统上公布信息通知广大用户。9.3系统需求9.3.1概览本图为系统概述图，要实现的有查询车票业务、改签车票业务、个人账户管理业务、取票业务、票价设置业务、退票业务、预订车票业务、注册账户业务、发布公告业务。9.3.2系统需求规定查询车票业务说明用例名称bu_查询车票用例描述客户通过此用例向系统查询自己所需要的车票请求参与者客户前置条件客户注册过本系统账号客户的账号正常主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.计算机显示登陆界面3.进入查询界面，用户按时间、始发终到、车次、类型查询，计算机显示查询结果。备选事件流1.a用户没有注册账号1.拒绝登录，用例结束1.b用户没有身份证1.拒绝登录注册业务规则至少选择一个条件进行查询涉及的业务实体Bu_车票，bu_账号，Bu_车次处理意见业务说明用例名称bu_处理意见用例描述御用通过此用例向系统提交问题意见请求参与者客户，售票员前置条件1.客户注册过本系统账号2.客户的账号正常后置条件提出问题申请系统向售票员提示有意见需要处理主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户选择处理意见，计算机显示意见申请界面3.用户根据要求提出申请4.用户确认提交申请。5.等待处理。用例结束备选事件流1.a用户没有注册账号1.拒绝登录，用例结束1.b用户没有身份证1.拒绝登录注册业务规则可以提交多个问题，需要按类别提交涉及的业务实体Bu_账号，Bu_意见改签车票业务说明用例名称bu_改签车票用例描述借阅人通过此用例向系统进行改签业务参与者客户前置条件1.客户注册过本系统账号2.客户的账号正常3.已经预定过车票，有预定订单后置条件删除改签之前的订单生成改签后的订单主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户账号登陆，进入系统3.选择车票改签，进入改签页面4.用户确认改签，计算机显示确认改签清单。5.改签成功。用例结束备选事件流1.a用户没有注册账号1.拒绝登录，用例结束1.b用户没有身份证1.拒绝登录注册业务规则先进行订单查询，在进行改签，一次只能改签一个订单涉及的业务实体Bu_账号，Bu_订单，Bu_订单篮,Bu_车票个人账户管理业务说明用例名称bu_个人账户管理用例描述借阅人通过此用例对自己的账户进行管理参与者客户前置条件1.客户注册过本系统账号2.客户的账号正常主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户登陆账号，计算机显示业务界面3.进入个人账户管理业务界面4.用户可以对自己的信息，如邮箱、电话号码进行修改5.修改成功，用例结束业务规则登陆进入后，就可以进行修改涉及的业务实体Bu_账号，Bu_手机号，Bu_邮箱，Bu_身份证号领票业务说明用例名称bu_领票用例描述客户通过此用例进行领票参与者客户，售票员前置条件1.客户注册过本系统账号2.客户的账号正常3.已经购买成功，生成订单后置条件领取纸质车票后，自动取消订单订单篮中的该订单被删除主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户选择登陆账号，计算机显示登陆界面3.进入取票界面，售票员根据订单号，或者身份证号进行查询订单，系统进行处理，生成纸质车票。4.取票后，把纸票交给客户。用例结束备选事件流1.用户没有注册账号1.拒绝登录，用例结束2.用户没有身份证1.拒绝登录注册业务规则一次可以领取一个订单或者多个订单涉及的业务实体Bu_账号，Bu_订单，Bu_订单篮退订车票业务说明用例名称bu_退订车票用例描述客户通过此用例在系统上进行退订参与者客户前置条件1.客户注册过本系统账号2.客户的账号正常后置条件领取纸质车票后，自动取消订单2.订单篮中的该订单被删除主事件流1用户输入网址登录系统，计算机显示火车票订购界面首页2.用户选择登陆账号，计算机显示登陆界面3.进入系统后，查找预定订单。4.对订单进行退订。用例结束备选事件流1.用户没有注册账号1.拒绝登录，用例结束2.用户没有身份证1.拒绝登录注册3.退订后，系统自动扣取一定的手续费业务规则一次只能退订一个订单涉及的业务实体Bu_订单，Bu_订单篮，Bu_账号车票预订业务说明用例名称bu_车票预订用例描述顾客通过此用例向系统查询并提交订票请求参与者客户前置条件1. 顾客账号处于可使用状态2. 顾客有网上银行卡后置条件1. 创建订票定单2. 更新顾客订票记录，更新车票余数主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户选择预订车票，计算机显示登陆界面3.输入账号密码，进入预订界面。4用户按时间、始发终到、车次、类型查询，计算机显示查询结果。5.用户可单选或团购火车票，并确认订购，计算机显示确认订票清单。6.用户选择确认订票，计算机显示借阅定单及费用。7用户选择提交定单，计算机显示提交结果和定单号8.用户选择网上支付，并支付费用9.计算机执行后置条件。用例结束备选事件流3.a顾客没有注册账号1.拒绝登录，用户注册账号5.a顾客所查询的车票没有剩余1.拒绝订票6.a顾客选择继续订票1.计算机执行4；4.b用户选择放弃1.计算机执行48.a用户余额不足1.用户选择放弃，计算机执行1业务规则至少订票一张涉及的业务实体Bu_订单，Bu_订单篮，Bu_车票注册账户业务说明用例名称bu_注册账户用例描述客户通过此用例向系统注册账户参与者客户前置条件1.客户注册过本系统账号2.客户的账号正常主事件流1用户输入网址登录系统，计算机显示火车票订购界面2.用户选择注册账号3.根据系统提示机型注册，需要输入合法的用户名，密码，身份证号，邮箱，手机号4.验证成功，用例结束备选事件流1.用户没有身份证拒绝注册业务规则一个身份证号，只能注册一个账号涉及的业务实体Bu_身份证号，Bu_手机号，Bu_邮箱发布公告业务说明用例名称bu_发布公告用例描述管理员通过此用例向系统发布公告参与者管理员前置条件管理员拥有超级账号主事件流1.管理员输入网址登录系统，计算机显示火车票订购界面2.用户管理员选择发布公告3.设置公告内容，公告显示的时间，显示的格式4.操作结束业务规则可以发布多条公告，和取消公告涉及的业务实体Bu_公告，Bu_公告栏非功能性需求支持多种语言显示9.3.3务场景分析.购票业务分析购票业务分析：先进行账号登陆，当登陆失败时，结束操作；当登陆成功时，在进行“预定购票”业务；先查询是否有所需要的车票，如果没有则返回或者结束，否则继续进行购买；之后生成订单，如果放弃订单或者付款失败，则业务结束，否则成功完成交易结束。.改签业务分析.退订车票业务分析.注册账号业务分析.处理意见业务分析类图：说明：用户(Owner)、姓名(Name)、电话(PhoneNumber)、地址(Address)、邮箱(Email)账户(Account)、账号(accountNo)、密码(Password)、购票篮(ShopingBucket)意见(Suggestion)、问题(question)、回答问题(answer)。.领取车票业务分析.发布公告业务分析.个人账户管理业务分析说明：用户(Owner)、姓名(Name)、电话(PhoneNumber)、地址(Address)、邮箱(Email)账户(Account)、账号(accountNo)、密码(Password)、购票蓝(ShopingBucket)、订单(Order)、订单号(OrderNo)、订购日期(OrderDate)、发车日期(SendOffDate)、车次(TrainNumber)、乘车人姓名(PassengerName)、座位号(SeatNumber)、状态(Status)、过期订单(OverdueOrder)、状态(Status)、退订订单(UnsubscribeOrder)、状态(Status)、交易中的订单(BargainingOrder)、状态(Status)、修改(Modify)、查看(Check)、联系人(Passenger).查询业务分析类图：用户(Owner)、姓名(Name)、电话(PhoneNumber)、地址(Address)、邮箱(Email)账户(Account)、账号(accountNo)、密码(Password)、购票蓝(Sh