基于Java实现体系结构大作业之电影评分系统【100012608】

# 电影评分系统——项目文档 ## 一、候选架构 ### 1.1 分布式微服务架构  分布式系统具有更的可延展性，当单个硬件的能达到瓶颈时，通过增加数量来提系统整体的性能。采分布式系统可以在架构上对未来的户增长和数据增长作好准备。卖票功能与地理位置关系密切，分布式系统可以根据户所在地理位置，选择较近的结点作出反应，从减少延迟，提升户体验。此外，分布式系统的容错性，当某结点的出现意外，其他结点仍然可以正常运，提系统的可性。 ### 1.2 CS 架构  Client-Server 架构将系统拆分为服务端和客户端，客户端须关服务端的内部实现，仅通过络调服务器提供接即可，这降低了客户端和服务端之间的耦合，同时隐藏了数据的储存策略，另外服务端和客户端可採两种的硬件设备，对于计算要求较的服务端，则可以採性能的硬件设备，客户端则不需，从降低成本。服务器和客户端之间的职责明确清晰，这使得服务端和客户端可同时开发，降低开发的时间成本。 ## 二、项目需求信息 ### 2.1 项目的功能需求 - 用户购票：户可以在平台上选择影院或电影查看上映，然后对电影进选票的操作 - 发表评论：户可以在观影完成后对电影进评分和评论操作。 - 回复评论：户可以看到其他户的评分和评论，并可以对其他户的评论进评论、或者“顶/踩”操作。 - 账户管理：户可以设置个信息，包括昵称、机号、密码、感兴趣电影类型等信息 - 订单管理：户可以对已经购买的电影订单进查看、退票、改签等操作。 - 报表查看：管理员可以查看每部电影的销售情况或者每个影院每次放映的的上座率，户画像等资料 - 电影管理：管理员可以对电影进上架和下架等操作。 - 排片管理：电影院的管理员可以基于系统的已有电影进行其电影院的排片操作，同时本系统和其他电影院的系统进行同步座位、价格和场次情况。 ### 2.2 应用场景 获得样本输入，筛选掉不必要的需求，列出 ASR： 场景 1：\>100 的用户同时购买同一场电影的票（可靠性 reliability、性能 performance） | 场景组成部分 | 可能的值 | | ------------ | ------------------------------------------------------------ | | 源 | 系统用户 | | 刺激 | \>100 的用户同时购买同一场电影的票 | | 制品 | 系统的负载均衡模块、业务模块和数据库系统 | | 环境 | 系统正常运行 | | 响应 | 系统帮助用户正常完成购买操作服务器端的数据库中的数据正常修改客户端用户界面及时刷新 | | 响应度量 | 98% 以上的用户请求可以正常完成90% 以上的用户请求在 1s 内完成 | 场景 2：用户进行正确操作（易用性 usability） | 场景组成部分 | 可能的值 | | ------------ | ---------------------------------------------------------------------------------------- | | 源 | 系统用户 | | 刺激 | 用户执行正常操作 | | 制品 | 系统的客户端和服务器端 | | 环境 | 系统正常运行 | | 响应 | 用户的操作得到期望的反馈<br/>软件的操作简单易学、可以快速掌握 | | 响应度量 | 90% 以上的用户可以在 30min 内熟练使用本系统<br/>98% 以上的用户可以正确使用本系统完成任务 | 场景 3：用户进行错误操作（鲁棒性 robustness） | 场景组成部分 | 可能的值 | | ------------ | -------------------------------------------------------------------- | | 源 | 系统用户 | | 刺激 | 用户执行错误操作 | | 制品 | 系统的客户端的错误处理模块 | | 环境 | 系统正常运行 | | 响应 | 用户的操作被拒绝<br/>系统提示错误信息<br/>系统告知用户可能的解决办法 | | 响应度量 | 系统在 2s 内确认错误操作，并给用户错误提示信息 | 场景 4：客户端迁移到其他系统或环境（可移植性 Portability） | 场景组成部分 | 可能的值 | | ------------ | --------------------------------------------------------------------- | | 源 | 开发人员、维护人员 | | 刺激 | 客户端或者服务端迁移到新的环境 | | 制品 | 客户端、服务端 | | 环境 | 系统开发环境、或者系统维护和配置时 | | 响应 | 系统成功部署到运行环境<br/>系统完成修改并通过所有测试 | | 响应度量 | 完成部署和移植的代价为 1 个人月<br/>移植成本占总成本的比例不得高于 5% | 场景 5：为系统加入新的功能和服务（可扩展性 Extensibility、可维护性 Maintainability） | 场景组成部分 | 可能的值 | | ------------ | --------------------------------------------------------------------------------------- | | 源 | 系统开发人员 | | 刺激 | 系统需要加入新的功能 | | 制品 | 新添加的业务模块 | | 环境 | 系统运行环境，系统正常运行 | | 响应 | 新的功能成功部署<br/>客户端正常更新 | | 响应度量 | 系统的发布不会影响 99% 以上用户的正常使用<br/>添加系统功能时服务器维护时间在 2 小时以内 | 场景 6：数据库崩溃（可用性 avibility、安全性 Security） | 场景组成部分 | 可能的值 | | ------------ | ---------------------------------------------------------------------------------- | | 源 | 系统开发人员、系统维护人员 | | 刺激 | 数据库无法提供正常服务 | | 制品 | 数据库系统、错误处理模块 | | 环境 | 系统运行环境，系统正常运行；或者系统整体测试时