面向对象系统分析设计用例分析

问题描述：智能手机及移动互联网的普及，手机购票成为网络购物常见的应用形式之一。本项目名称为：本项目名称为：XX票务（可以是电影票、演出票…）销售系统，系统目标是实现在线票务发布，销售，验票等一站式票务服务，要求支持手机在线购票验票功能。

运用StarUML/EA（Enterprise Architect），完成不少于5个用例的用例图，并为每个用例添加用例描述,用例描述模板参照教材P50.

 

Use Case Diagram：

 

Use Case Description:

 

（1）用例UC1：注册账户

用例名称	注册账户
范围	电影票务销售系统
级别	子功能
主要参与者	用户
涉众及其关注点	用户：希望可以注册成功成为该系统的用户，从而达成购买电影票的目的。 影院商家：希望可以记录下所有登记注册的用户信息，以便在用户后续的登录时，可以检验登录的有效性。
前置条件	希望使用本系统的用户打开了该电影购票app或访问了网站。
后置条件	用户提交后，其填写的注册信息被系统记录，界面显示等待审核通过。
主成功场景(基本流程)	用户打开电影购票系统。 系统显示欢迎界面。 用户选择申请注册。 系统跳转至注册界面。 用户填写并提交注册所需相关信息。 系统检查用户填写是否符合约束条件与完整性规范。 系统保存用户注册信息，并跳转提示等待审核通过界面。
替代流程	5a. 系统检测到用户填写了不符合规范的注册信息。 系统给出正确填写规范的显著提示，要求用户重新填写。
特殊需求	系统的界面响应时间不超过10毫秒，且系统可靠性为99.9%。
技术和数据变元表	5a. 用户信息应包含：用户名，密码，手机号，邮箱，身份证，性别，地址。 5b. 用户输入应使用手机键盘，且不应包含敏感数字和字符。

 

（2）用例UC2:查询选座

用例名称	查询选座
范围	电影票务销售系统
级别	用户目标
主要参与者	用户
涉众及其关注点	用户：希望在成为系统用户后，可以随时登录查询当前上映的电影信息，查看附近的电影院及其场次、票价和座位余量。 影院商家：希望可以对本电影院上映的电影进行及时地更新，设定票价，实时提供给用户座位和场次信息的更新。
前置条件	用户通过登录进入到了电影票务销售app。
后置条件	用户查询到了其住址附近的电影院中合适的电影场次，也了解了票价，并获得了该场次的座位预订情况。
主成功场景(基本流程)	用户访问电影选择主界面。 用户选择自己感兴趣的有打算去看的电影。 界面根据电影和用户位置信息显示了符合用户条件的相关电影院及其放映场次信息，并显示购票价格。 用户选择符合条件的电影场次，点击进入。 系统显示该场次的座位分布图及座位余量情况。
替代流程	3a. 系统查询不到用户附近的电影院。 系统为用户推荐较远一些的电影院。 3b. 系统查询到的用户附近电影院，均不包含用户想看的电影 系统为用户推荐较远一些的包含该电影的电影院。 3c. 系统查询到了符合条件的结果，但该电影院当前的放映场次已过期，用户无法选择当前时间之前的场次。 系统为用户推荐后续日期该电影的场次。 5a. 符合条件的场次座位已满，用户无法选择。 系统弹出座位已满提示，推荐用户选择其他场次。
特殊需求	系统的界面响应时间不超过10毫秒，且系统可靠性为99.9%。 查询无结果时，应给予用户友好和简洁明了的提示信息。 电影的场次在放映前15分钟应停止向用户提供在线选座和购买的选项，提示已放映。 选座页面的更新应具有很高的实时性和并发性，且当用户进入该界面并选择了某一座位时，应及时给该座位加锁，防止不同用户二次选择重复购买。

 

（3）用例UC3:购买电影票

用例名称	购买电影票
范围	电影票务销售系统
级别	用户目标
主要参与者	用户
涉众及其关注点	用户：希望在查询到合适的电影座位时，可以选座买票，并跳转到第三方支付平台进行付款。 影院商家：在用户完成付款后，可以完成该场次电影的剩余座位更新，并能根据用户获得的电子票据信息进行验票。
前置条件	用户已经登录，并且选择了合适的电影及其场次座位。
后置条件	完成付款后，用户获得所购买电影票的座位信息和验票二维码、取票密码等，作为看电影时的验票凭证，商家相应地获得了对应场次的剩余座位信息更新。
主成功场景(基本流程)	用户选择该电影场次的座位 系统根据用户选择的座位生成购票数量和应支付款项 用户选择支付方式，并跳转到第三方支付页面完成支付 系统跳转回当前页面，显示支付成功提示，并为用户生成对应的取票二维码，同时记录此笔订单到用户订单列表
替代流程	1a. 用户在选择座位时，想要的位置提前被他人预订，出现无法选择该座位的情况 系统提示用户座位已被选择，推荐其他座位。 2a. 系统计算数量和金额错误 后台计算方法函数的可靠性和系统稳定性测试来保证。 3a. 第三方支付业务暂时不可用，导致支付失败 提供多种第十三方支付业务，确保任一时刻至少有一种支付服务可用。 4a. 支付成功但订单和二维码信息未及时生成更新到用户订单 设置错误上传机制，得到用户的错误报告时，系统重新判断和计算，并为其生成订单信息。
特殊需求	选座页面的更新应具有很高的实时性和并发性，且当用户进入该界面并选择了某一座位时，应及时给该座位加锁，防止不同用户二次选择重复购买。 系统应尽可能多地支持第三方支付业务，包括支付宝、微信、银行卡、信用卡等

 

（4）用例UC4:在线发布票务

用例名称	在线发布票务
范围	电影票务销售系统
级别	用户目标
主要参与者	影院商家
涉众及其关注点	用户：希望在成为系统用户后，可以随时登录查询当前上映的电影信息，查看附近的电影院及其场次、票价和座位余量。 影院商家：希望可以对本电影院上映的电影进行及时地更新，设定票价，实时提供给用户座位和场次信息的更新。
前置条件	商户已登录系统，进入票务发布界面
后置条件	系统保存商家上传的对应电影院的电影信息，场次信息，票价信息和放映厅座位信息等，并定时更新给用户查看。
主成功场景(基本流程)	商家请求上传电影放映信息 系统跳转显示票务发布的界面 商家输入并提交电影票务的相关信息 系统检查提交内容是否符合规范 系统保存该电影院商家的电影场次票务信息 系统推送显示该电影院的票务信息给用户
替代流程	3a. 商家上传的电影票务信息不完整或者不符合规范 系统给出正确填写规范的显著提示，要求用户重新填写。
特殊需求	系统审核和上传服务的可靠性为99.9%，否则会给商家和用户都带来错误的错误信息，造成损失和纠纷。

（5）用例UC5:在线验票

用例名称	在线验票
范围	电影票务销售系统
级别	用户目标
主要参与者	用户、影院商家
涉众及其关注点	用户：希望在购票成功，获得观看电影的唯一取票和验票凭证，从而顺利观影。 影院商家：希望可以唯一确定用户与其对应购买的电影票，以防止其他人员进入影院观看电影。
前置条件	用户已在系统完成了购票和支付，获得了二维码和短信取票码
后置条件	用户在商家处利用手机上购票系统订单二维码或短信取票码完成取票和验票，从而顺利进入观影。
主成功场景(基本流程)	用户来到对应的电影院 用户打开手机上的订单二维码/短信取票码 用户在对应的取票机器上完成订单信息验证 机器验证通过后，对应出票
替代流程	3a. 无网络连接，二维码无法显示，导致用户无法验票 订单信息保存到用户手机本地，则二维码无需联网查看 利用短信服务接受到的短信取票码完成第二种方式验票
特殊需求	系统必须能保证二维码的唯一性，以及与订单的唯一绑定，否则验票功能就无法保证可靠。

来源：https://www.cnblogs.com/y4oung/p/11578910.html