火车订票系统部分 uml.docx

火车订票系统部分 uml.docx

《火车订票系统部分 uml.docx》由会员分享，可在线阅读，更多相关《火车订票系统部分 uml.docx（25页珍藏版）》请在冰豆网上搜索。

火车订票系统部分uml

全程一体化建模报告

——火车订票系统

工商管理学院

信息1101

20110837

王若洲

1.火车订票系统描述....................................................................3

2.用例图和用例说明....................................................................3

3.类图........................................................................................11

4.对象图......................................................................................13

5.顺序图和协作图.....................................................................14

6.状态图....................................................................................28

7.组件图.....................................................................................29

8.部署图.....................................................................................30

9.总结............................................................................................30

1.火车订票系统描述

线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统，用户可以在注册之后进入系统。

购票用户可以在系统中查询车票信息，并进行车票预定。

同时购票用户的个人信息可以修改，已预定的车票也可以在取消订单的窗口中取消，很方便用户的使用。

对于管理员来说，可以对用户的信息进行统一的管理，具有实时性、便捷性等有点。

同时，系统的数据可以定期备份，以防止信息的丢失。

2.用例图和用例描述

2.1用例描述

用例编号：

001

用例名：

注册帐号

用例描述：

购票用户在注册帐号后成为该系统的用户，使用该系统的功能

参与者：

购票用户

前置条件：

电子商城正常运行

后置条件：

如果用户输入的帐号在系统中未被注册过，该用户会注册成功；否则，显示帐号已注册，提示用户重新输入。

基本路径：

1.用户登录火车订票系统

2.购票用户输入要注册的帐号和密码

3.购票用户提交信息

4.系统检查用户帐号是否已被注册

5.系统添加帐号，并显示注册成功

扩展点：

4a:

系统检测到帐号已被注册

4a1.用户重新输入

4a2.用户离开系统

变异点：

无

用例编号：

002

用例名：

登录帐号

用例描述：

购票用户在登录帐号后进入系统，使用该系统的功能

参与者：

购票用户

前置条件：

电子商城正常运行

后置条件：

如果用户输入的帐号和密码与系统数据库中的数据一致，该用户会登录成功；否则，显示输入信息有误，提示用户重新输入。

基本路径：

1.用户登录火车订票系统

2.购票用户输入自己的帐号和密码

3.购票用户提交信息

4.系统检查用户帐号和密码是否匹配

5.系统记录并显示当前用户

扩展点：

4a:

系统检测到帐号有误

4a1.用户重新输入

4a2.用户离开系统

4b:

购票用户密码错误

4b1:

系统弹出密码错误警告信息

4b2:

购票用户离开或重新输入密码

变异点：

无

用例编号：

003

用例名：

车票查询

用例描述：

在车票查询页面可以通过车次，始发地等信息查询相关车次，获得具体的车票信息

参与者：

购票用户

前置条件：

电子商城正常运行，用户已登录该系统

后置条件：

用户输入的车次信息是在实际的火车运行系统中存在的则显示相应的车票信息，否则，提示用户输入的信息有误。

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户进入车票查询界面

3.购票用户输入要查询的车票、车次或时间等信息

4.系统检测输入的信息是否正确

5.系统返回给用户车票的具体信息

扩展点：

4a:

系统检测到用户输入的信息有误

4a1.用户重新输入

4a2.用户离开该功能界面

变异点：

无

用例编号：

004

用例名：

订单查询

用例描述：

用户在提交订单后可以通过该功能查询自己的订单情况以及历史订单

参与者：

购票用户

前置条件：

电子商城正常运行，用户已登录该系统并在该系统已提交过订单

后置条件：

用户提交信息后系统会查询相关的数据库信息，如果用户提交过订单，系统返回所有订单（包括历史订单），否则提示用户订单列表为空

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户进入订单查询界面

3.购票用户输入要查询的订单的时间区间

4.系统调取用户的订单信息

5.系统返回给用户想要的订单信息（没有订单显示空）

扩展点：

无

变异点：

无

用例编号：

005

用例名：

取消订单

用例描述：

该功能是订单查询的拓展功能，在订单查询之后可以选择取消之前的订单操作

参与者：

购票用户

前置条件：

用户在执行完查询订单功能，并至少有一份未完成的订单

后置条件：

系统根据用户的操作在系统数据库中找到相应数据，如果符合条件则删除该条订单信息，否则，提示用户没有未完成的订单

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户进入订单查询界面

3.用户执行取消订单操作

4.系统检测该操作是否符合取消订单的条件

5.系统删除用户为完成的订单

扩展点：

4a:

用户没有未完成的订单,用户取消操作

变异点：

无

用例编号：

006

用例名：

车票预定

用例描述：

该功能是车票查询的拓展功能，在查询完车票信息后可以继续执行该功能，完成车票的最后预定

参与者：

购票用户

前置条件：

电子商城正常运行，用户已登录该系统并查询到自己需要的车票

后置条件：

用户提交信息后系统会查询相关的数据库信息，如果该车票有余票，则用户预定成功，否则，提示用户重新选择车票或者放弃操作

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户执行车票查询功能

3.用户预定车票

4.系统检测车票是否有余票

5.系统返回用户预定成功

扩展点：

4a:

车票已被全部出售

4a1：

用户重新选择车票

4a2：

用户放弃该操作

变异点：

无

用例编号：

007

用例名：

信息查询

用例描述：

该功能可以让用户查询自己的相关信息，包括帐号、密码、姓名及邮箱等

参与者：

购票用户

前置条件：

电子商城正常运行，用户登录系统进入自己的页面

后置条件：

用户提交请求后系统从数据库中调用与该用户有关的所有信息

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户提交信息查询申请

3.系统调用数据库中与该用户有关的信息

4.系统把数据返回给用户

扩展点：

无

变异点：

无

用例编号：

008

用例名：

修改信息

用例描述：

该功能是信息查询的拓展功能，主要指密码、邮箱的修改

参与者：

购票用户

前置条件：

电子商城正常运行，用户已登录系统并执行了查询功能

后置条件：

用户提交修改信息功能后，系统对比修改信息需要的条件，如果符合则把用户在系统数据库中的信息修改，否则，提示信息修改失败

基本路径：

1.用户执行登录帐号进入自己的页面

2.用户执行信息查询功能

3.用户填写想要修改的信息

4.系统检测相关条件

5.系统修改用户的信息

扩展点：

无

变异点：

无

用例编号：

009

用例名：

添加用户

用例描述：

把新注册的用户添加到系统数据库中

参与者：

系统管理员

前置条件：

有用户条件注册申请，管理员执行添加操作

后置条件：

如果用户输入的帐号在系统中未被注册过，该用户会注册成功；否则，显示帐号已注册，提示用户重新输入。

基本路径：

1.管理员登录系统

2.管理员执行添加用户操作

3.系统检测用户是否注册

4.管理员将用户信息添加到数据库中

扩展点：

无

变异点：

无

用例编号：

010

用例名：

修改用户

用例描述：

该功能可以修改用户的信息及用户权限

参与者：

系统管理员

前置条件：

系统正常运行

后置条件：

管理员选择修改用户信息，系统修改用户在数据库中的信息

基本路径：

1.管理员登录系统

2.管理员执行修改用户操作

3.系统修改用户信息

扩展点：

无

变异点：

无

用例编号：

011

用例名：

删除用户

用例描述：

该功能可以把用户从系统中彻底删除

参与者：

系统管理员

前置条件：

系统正常运行

后置条件：

管理员选择删除用户，将用户从系统中彻底删除

基本路径：

1.管理员登录系统

2.管理员执行删除用户操作

3.系统将用户彻底删除

扩展点：

无

变异点：

无

用例编号：

012

用例名：

修改票务信息

用例描述：

在车票的价格及火车的发车时间等实际信息更改后要在系统中做出相应修改

参与者：

系统管理员

前置条件：

系统正常运行，实际运行的票务信息有变化

后置条件：

管理员根据实际的修改对系统中的票务信息做出相应修改

基本路径：

1.管理员登录系统

2.管理员执行修改票务信息操作

3.系统重新存储修改后的信息

扩展点：

无

变异点：

无

用例编号：

013

用例名：

数据备份

用例描述：

定期将重要数据进行备份，防止数据丢失

参与者：

系统管理员

前置条件：

系统正常运行

后置条件：

管理员选择数据备份，数据被备份存储

基本路径：

1.管理员登录系统

2.管理员执行数据备份操作

3.系统将重要数据进行备份

扩展点：

无

变异点：

无

2.2用例图

3.类图

3.1实体类

3.2边界类

3.3控制类

4.对象图

5.顺序图和协作图

5.1用户的顺序图和协作图

（1）注册帐号

（2）登录帐号

（3）车票查询

（4）车票预定

（5）订单查询

（6）取消订单

（7）信息查询

（8）修改个人信息

5.2系统管理员的顺序图和协作图

（1）添加用户

（2）删除用户

（3）修改用户信息

（4）修改票务信息

（5）数据备份

6.状态图

6.1车票状态图

6.2用户状态图

7.组件图

8.部署图

9.总结

通过这次对火车订票系统的建模分析，让我对全程城一体化建模的理解更深了。

在做系统分析的时候，遇到了很多问题。

其中最大的问题就是，系统在实际做的时候跟想的时候差距是很大的。

做系统的时候要注意到所有的细节，要把每一步都想的非常清楚，只有这样才能搭建一个合理的系统。