地铁售票管理系统设计说明书.doc

.地铁售票管理系统设计说明书目录1.介绍11.1 目的11.2范围11.3定义、缩写词11.4内容概览12. 体系结构表示方法23. 系统要达到的目标和限制24. 用例视图24.1系统用例图24.2购买车票44.3 乘客路线查询54.4乘客票价查询64.5乘客票数查询64.6售票管理员路线查询74.7售票管理员票数查询74.8售票管理员票价查询84.9售票管理员普通售票84.10售票管理员特殊人群售票94.11 售票管理员退票104.12售票管理员登录系统114.13管理员维护数据124.14 管理员修改站点124.15 管理员修改票价134.16管理员修改时间134.17 管理员登录系统145.E-R设计图155.1 乘客与售票管理员E-R图156、过程视图166.1 管理员登陆顺序图166.2 售票管理员操作顺序图176.3 乘客查询顺序图176.4 售票顺序图186.5 系统类图207. 部署试图208. 数据视图229.规模和性能2210.质量22部分内容来源于网络，有侵权请联系删除！1.介绍1.1 目的 现今的地铁收费制度的相对完善，但也存在的一定的问题，不同于一般的乘客，有些“特殊”的乘客是不买票的，如残疾人、65周岁以上（含65周岁）的老年人、持有效证件的离休干部等等。对于这些特殊人群收费管理，正是城市轨道交通自动售检票系统所欠缺的。通过本系统可以解决这一问题，实现对特殊人群的免票。另乘客可通过自行使用互联网查询到相应的车次信息，剩余票价、票数等，售票管理员可以通过登录系统后处理乘客的相关请求，而管理员可以进行数据的有效维护，还可以根据地铁的客流量等情况对地铁车次、时间的做出相应的增加、删减、修改。1.2范围介绍了网上购买地铁票的登录系统、浏览车票系统、售退票系统、人群判定系统。1.3定义、缩写词模块化：模块化是指解决一个复杂问题时自顶向下逐层把系统划分成若干模块的过程，有多种属性，分别反映其内部特性。1.4内容概览v 登陆系统管理员、乘客要进行买卖票操作，需要输入正确的用户名和密码，如果输入错误，则停留在登陆页。v 浏览车票系统 进入B2C系统后，乘客必须知道有关的列车信息，可以得到列车的班次、价格，并能根据需要输入相关信息进行搜索v 售退票系统当乘客需要购买或退订某张票后，可以根据需要进行购买或退订，由售票管理员操作后生效，可以得到需要车票。v 人群判定系统 乘客提供自己的信息之后售票管理员可以通过系统判定乘客为普通人群还是受到优惠的特殊人群，然后根据人群的判定进行售票。2. 体系结构表示方法这篇文档使用一系列视图反映系统架构的某个方面；用例视图：概括了架构上最为重要的用例和它们的非功能性需求；逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；数据视图：描述了数据流、持久性数据模式、对象与持久性数据之间的模式映射、对象到数据库、存储过程以及触发器的映射机制(使用类图描述数据模型，活动图表示数据流)。3. 系统要达到的目标和限制 目标乘客可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示；正确登录后可以看到相应列车的列表，点击其中一条后可以看到某次列车的详细票数、票价信息等。售票管理员登录之后，可以对乘客的需求进行正确的处理，同时还可以统计信息，对车票信息进行查询。管理员正确登录后可以修改用户信息，列车信息，同时可以维护系统相关的数据。 限制乘客和管理员、售票管理员的界面分开，客户不能修改逻辑上不能修改的信息；管理员不能修改用户密码，还有同级别的管理员、售票管理员的信息。 售票管理员不能修改用户密码，还有同级别的管理员、售票管理员的信息。4. 用例视图4.1系统用例图1、系统管理用例图2、售票用例图4.2购买车票用例描述：乘客决定购买某次地铁的车票，添加到订单。基本事件流：1 乘客：在列车详细页面，提交将该车次车票放入订单的请求；2 系统：检查车票是否有效；3 系统：检查车票的库存数；4 系统：将车票放入订单；5 系统：在订单页面，显示旅客的订单中的车票；6 用例结束。活动图4.3 乘客路线查询用例描述：乘客可输入线路信息等进行线路查询基本事件流：1 乘客：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图4.4乘客票价查询用例描述：乘客可输入线路信息等进行票价查询基本事件流：1 乘客：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图（见4.3活动图）4.5乘客票数查询用例描述：乘客可输入线路信息等进行票数查询基本事件流：1 乘客：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图（见4.3活动图）4.6售票管理员路线查询用例描述：售票管理员可输入线路信息等进行地铁线路查询基本事件流：1 售票管理员：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图4.7售票管理员票数查询用例描述：售票管理员可输入线路信息等进行地铁票数查询基本事件流：1 售票管理员：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图（见4.6活动图）4.8售票管理员票价查询用例描述：售票管理员可输入线路信息等进行地铁票价查询基本事件流：1 售票管理员：在列车检索页面，输入列车检索条件，提交检索请求；2 系统：在系统中检索与输入条件相符的列车数据；3 系统：把检索条件相符的列车数据显示在页面上；4 用例结束。活动图（见4.6活动图）4.9售票管理员普通售票用例描述：售票管理员向普通乘客（非老年人、军人等）进行售票基本事件流：1 售票管理员：向系统提供旅客要购买的票的信息。2 系统：在系统中检索与输入条件相符的购票方式和信息。3 系统：把检索条件相符的票价信息等数据显示在页面上；4 用例结束活动图：4.10售票管理员特殊人群售票用例描述：售票管理员向特殊人群（老年人、残疾人等）进行售票基本事件流：1 售票管理员：向系统提供旅客要购买的票的信息。2 系统：在系统中检索与输入条件相符的购票方式和信息。3 系统：把检索条件相符的票价信息等数据显示在页面上；4 用例结束活动图：4.11 售票管理员退票用例描述：售票管理员通过乘客提供的信息售票。基本事件流1 系统：进入退票界面 2 乘客：输入退票车票基本信息；3 系统：检索该车票是否可以退票；4 系统：判定可以退票，进入退票界面；5 用例结束。活动图4.12售票管理员登录系统用例描述：售票管理员可以通过输入正确个人信息登陆系统基本事件流： 1 系统：进入售票管理员登陆界面2 系统：显示输入密码框；3 顾客；输入密码4 系统：判定密码是否正确；5 系统：密码正确，进入售票管理员页面；6 用例结束。活动图：（见4.17活动图）4.13管理员维护数据用例描述：管理员管理商品，对相应的数据进行维护。基本数据流：1 管理员：实施业务数据进行维护操作。2 系统： 在系统中实现对业务数据的维护；3 用例结束。活动图：4.14 管理员修改站点用例描述：管理员具有管理系统的权限，可以根据客流量等及时信息修改列车站点。基本事件流：1 管理员：实施业务数据的修改；2 系统： 在系统中实现对业务数据的相关操作；3 用例结束。活动图：4.15 管理员修改票价用例描述：管理员具有管理系统的权限，可以根据客流量等及时信息修改列车票价。基本事件流：1 管理员：实施业务数据的票价修改；2 系统： 在系统中实现对业务数据的相关操作；3 用例结束。活动图：（见4.14活动图）4.16管理员修改时间用例描述：管理员具有管理系统的权限，可以根据客流量等及时信息修改列车时间。基本事件流：1 管理员：实施业务数据的时间修改；2 系统： 在系统中实现对业务数据的相关操作；3 用例结束。活动图：（见4.14活动图）4.17 管理员登录系统用例描述：管理员可以登陆系统基本事件流： 1 系统：进入管理员登陆界面2 系统：显示输入密码框；3 顾客；输入密码4 系统：判定密码是否正确；5 系统：密码正确，进入管理员页面；6 用例结束。活动图：5.E-R设计图5.1 乘客与售票管理员E-R图6、过程视图6.1 管理员登陆顺序图6.2 售票管理员操作顺序图 管理员操作顺序图6.3 乘客查询顺序图6.4 售票顺序图6.5 系统类图7. 部署试图部署视图描述了如何将具体软件制品分配到计算节点 (具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。 Generic PC普通的个人计算机。 Web Browser通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。 ApacheWeb服务器，可以运行在所有广泛使用的计算机平台上。 Struts一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。 Tomcat 6.0Tomcat 6.0提供Servlet容器。 HibernateHibernate提供对象关系映射框架，对JDBC进行了非常轻量级