电子商务分析与设计设计题目火车站售票管理系统组长成员成员目录一、需求分析 (1)1.1功能需求 (1)1.2系统用例分析 (1)1.2.1.火车站售票管理系统的参与者 (1)1.2.2.管理员用例图 (2)1.2.3.系统管理员用例图 (3)1.2.4.票务管理员用例图 (4)1.2.5.乘客用例图 (5)二、静态模型设计 (6)2.1类图 (6)2.2数据库字段 (6)三、动态模型设计 (8)3.1时序图 (8)3.1.1“系统管理员时序图 (8)3.1.2顾客时序图 (9)3.1.3．票务管理员时序图 (11)3.1.4.售票员时序图 (12)3.2 状态图 (14)3.3协作图 (15)3.4活动图 (16)3.4.1.“乘客查询”活动图 (16)3.5系统部署图 (19)四、小组成员分工说明 (20)五、课程设计的收获和总结 (21)参考资料 (22)一、需求分析1.1功能需求线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统，它包括用户管理模块、系统参数设置模块、票务信息模块（提供票价、列车的实时信息）、订票管理模块（提供订票和退订功能）、实时信息提示模块（提供车况、路况、列车晚点等实时信息）、数据管理模块（提供数据备份、数据操作功能）。
实现火车票线上预定的自动化的计算机系统，为旅客提供准确、精细、迅速的火车票销售信息和方便、简单的订票功能。
线上预订火车票系统主要是对于订票信息的统一管理，满足了中小型线上订票网站对于用户的管理，订票信息的收集和处理方面的要求。
用现代化的方式取代以前的传统模式，更有利于信息的流通，资源的宏观管理。
具有体积小，代码简洁，易维护、易修改的优点。
1.2系统用例分析1.2.1.火车站售票管理系统的参与者*乘客：查询、预订车票的人员。
*售票员：具体负责乘客的车票订单。
*票务管理员：负责更新车票信息。
*系统管理员：系统管理员负责系统的员工信息管理，会员信息管理以及系统的维护等。
根据以上分析，创建系统参与者，如图所示：管理员系统管理员票务管理员售票员乘客图1-1系统参与者1.2.2.管理员用例图火车站系统中的所有人都是管理员，管理员是一个抽象的概念，他包含的行为是所有管理员的共同行为。
管理员在本系统中通过合法的身份验证能够修改自身的信息和密码。
根据以上分析，建立用例图如下所示：查询信息图1-2系统管理员用例图1.2.3.系统管理员用例图系统管理员能够通过本系统进行如下活动。
*管理会员信息：系统管理员能够对当前注册到本系统的客户进行整理。
*管理售票员信息：系统管理员能够管理当前系统中的售票员信息，如添加、删除和修改售票员信息等。
*系统设置：系统管理员可以对系统进行必要的设置和维护，如升级等。
管理乘客信息系统管理管理售票员信息系统管理员系统设置系统维护<<include>><<include>>图1-3系统管理员用图1.2.4.票务管理员用例图票务管理员能够通过本系统进行如下活动：添加车票信息、删除车票信息、修改车票信息等。
修改车票信息图1-4票务管理员用例图1.2.5.乘客用例图对于火车票售票系统，乘客可以登录和查询。
其下为乘客的用例图，即乘客可以进行的活动。
图1-5乘客用例图二、静态模型设计2.1类图2-1系统类图2.2数据库字段乘客（姓名、性别、联系电话、有效证件）列车班次（发车时间、起点、终点、乘坐人数、价格）火车站（名称、所在地、车站经过车次）订票（票号、列车班次号、乘客号、票价、车票类型）管理员（密码、姓名）付款方式（付款序号、付款名字）乘客表字段类型含义说明p_name string() 乘客的名字乘客的名字p_sex varchar() 乘客的性别乘客的性别p_phone string () 乘客的联系电话乘客的联系电话p_ID string () 乘客的有效证件乘客的有效证件列车班次表字段类型含义说明t_time time 班次时间列车的发车时间t_ttart varchar() 班次起点列车的始发站t_end varchar() 班次终点列车的终点站t_number int() 班次乘坐人数列车的乘坐人数t_price int() 班次价格本次列车的价格订购车票表字段类型含义说明o_ID string() 订火车票号主键（PK）o_tID string() 班次号外键（FK）o_pID string() 乘客号外键（FK）o_price int() 票价外键（FK）o_style varchar() 车票类型外键（FK）管理员表火车站表三、动态模型设计3.1时序图3.1.1“系统管理员时序图1)系统管理员进入登录界面2)系统管理员输入登录信息3)后台数据库检验信息是否合法4)若合法，则显示登录成功，否则转8）5)系统管理员进入火车站管售票理系统6)系统管理员修改系统信息7)后台数据库更新8)登录信息不合法。
9)系统弹出“重新登录”对话框10)若选择“是”返回到第2步图3-1系统管理员时序图3.1.2顾客时序图1)进入登录界面2)验证用户的登录信息是否正确3)若正确，显示登录成功否则转第十一步4)用户进入管理系统查询界面，输入查询信息5)返回查询信息6)用户进入预定界面7)用户进行预订8)数据库更新9)返回预订票信息10)显示预订成功11)登录信息不正确12)系统显示错误原因，并提示是否重新登录13)若选择“是”，则返回到第2步。
图3-2顾客时序图3.1.3．票务管理员时序图1)选择车票添加操作进入相关页面2)系统列出表单要求填写3)填写添加车票的信息4)提供更新信息给数据库5)用户表明填写完成6)系统显示表单请求确认7)确认表单完成操作8)数据库更新、保存9)用户要求修改信息。
10)返回到第2步。
图3-3票务管理员时序图3.1.4.售票员时序图1)售票员要求查看相关的车票信息2)后台系统整理3)后台数据库传递相应订票信息4)系统显示出有效的订票信息5)售票员从中选择订票选项6)更新订票信息7)售票员表明订票完成8)系统显示所订车票的信息9)系统请求确认信息10)售票员确认订票信息，完成订票11)数据库保存图3-4售票员时序图3.2 状态图1)进入数据库系统界面2)进入预订车票界面3)预订成功后推出4)进入退订车票界面5)退订成功后退出6)预订退订车票失败则退出图3-5 系统状态作图3.3协作图1）客户首先要连接上网络的电脑2）客户进行网站搜索，检索有关的票务信息3）电脑将显示的票务信息给予客户4）客户再通过查看信息后选择买票5）客户输入自己的账号6）验证帐户并提交扣钱7）电脑将票的代码显示给客户，凭证取票图3-6 系统协作图3.4活动图3.4.1.“乘客查询”活动图查询系统方便人们的生活，人们不用注册即可按照一定的要求进行查询。
如，按“始发站——-终点站”进行查询。
系统接收查询信息后，进行相应的整理，其过程如下：图3-7“乘客查询”活动图3.4.2．“乘客登录”活动图乘客分老客户和新客户，新客户为没有注册过的客户，那么，其首先要注册。
老用户是已经注册过的用户，其直接输入用户名登录即可。
其活动图如下：图3-8“乘客登录”活动图3.5系统部署图在火车站售票管理系统中，系统包括五格节点，分别是系统管理员管理系统、票务管理员管理系统、售票员管理系统、客户管理系统和售票管理系统。
票务管理员管理系统负责进系统车票信息更新，系统管理员管理系统负责进行系统维护，售票管理系统负责客户预订退订票管理，客户管理系统负责对客户信息的管理，售票员管理系统负责售票管理。
图3-9系统部署图四、小组成员分工说明需求分析阶段是软件开发的最核心的部分，我们组成员通过上网查阅资料，去图书馆借阅有关的书籍以及根据课本上的知识，再经过我们组成员三个人之间的默契配合，共同完成了软件的核心部分-----需求分析。
完成了我们所要做的项目的需求分析之后，下面的课程设计可根据需求分析来进行，我们组成进行分工合作共同完成了这次课程设计。
静态模型中的类图由刘盈娣和燕京京完成。
动态模型的四部分图，时序图由我们三个共同完成，状态图和协作图由陈斌完成，活动图由燕京京完成，系统部署图由刘盈娣完成。
我们分工明确，互相帮助，顺利的完成了自己的任务。
最后的总结由陈斌完成，再做了最后的文档的整理。
五、课程设计的收获和总结经过一个星期的实践学习，使我们对UML有了更进一步的认识和了解，要想学好它要重在实践，要通过不断的上机操作才能更好地学习它，通过实践，我们也发现我们的好多不足之处，最主要是自己在UML图形正确使用上不够熟悉，通过实践，使我们在这个方面的认识有所提高。
其次，经过查找资料，调查研究，获取需求以及在这些基础上做出的系统分析。
总的来说，这个系统的设计考虑了大部分要考虑的因素，一些影响不大的因素就没有考虑在内，系统的需求分析中占相当一部分比例的用例规格说明采用表格的方式，直观，便于理解，不过需求分析在整体的格式多样性上有所欠缺，这在以后的设计中要吸取教训。
通过这次的课程设计，我们不但学到了很多东西，也把原来学的东西理解的更透彻了，特别是把原来学的不同科目的东西结合起来了，收获很大。
通过实践的学习，我们认到学好计算机要重视实践操作，不仅仅是学习UML 语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我们会更加注视实践操作，使自己更好地学好计算机。
没有实践，学习就是无源之水，无本之木。
以上就是我们在进行课程设计实训的心得和感受。
参考资料[1] 李大友，陈明等《实用软件工程基础》清华大学出版社[2]吴建，汪杰等《UML基础与Rose建模案例》人民邮电出版社[3] Soren Lauesen 著《软件需求》电子工业出版社[4] 《uml 和rational rose 2002 从入门到精通》电子工业出版社。