“在线电影售票系统”需求分析文档.pdf

在线电影售票系统在线电影售票系统 需求说明文档需求说明文档1引言.21.1项目名称.21.2项目背景和内容概要.21.3本文档说明.2概述.3功能需求.43.1注册.4查询电影下单.6支付.8退票.9管理员.10性能需求.124.1性能要求.124.1.1时间特性要求.124.1.2数据量.124.2界面要求.134.2.1输入输出要求.134.3系统要求.13运行环境.135.1网络和硬件设备平台.135.2操作系统平台.145.3数据库系统平台.145.4编程工具.145.5其它支撑软件.15234511 1 引言引言1.11.1 项目名称项目名称本项目名称为：在线电影购票系统1.21.2 项目背景和内容概要项目背景和内容概要现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。但是，仍然有很人喜欢到电影院去看电影。因为家里的气氛毕竟不如影院好。所以，现代家庭影院的出现并不会让电影院没有生路。为了提高劳动的效率、节约成本、提高服务质量，我们小组开发本项目。用以方便电影票售票和客户的购买。通过这个软件，可以很快实现一些常用的服务，并保证无错、高效。每个社会服务系统都有自己的一套管理机制。当然，电影院也不除外。其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。电影院不外乎是引进电影，制定播放影片的时间表，买票，检票进场观看，还有就是一些数据管理方面的事。如工作人员管理，票务管理等等。为了工作机制简单有序，必然要引进一套管理系统。1.31.3 本文档说明本文档说明本文档包括内容有：引言、系统概述、功能需求、性能需求、运行环境和其他专门需求。引言引言章节用以描述项目的名称，项目的背景及相关内容，并给出本文参考的其他相关资料。系统概述系统概述章节是对本软件系统的一个简要介绍，从整体上说明本系统拥有的功能。然后对本系统的各个模块根据功能进行简要叙述。功能需求功能需求章节按照系统概述章节的模块划分，分别采用用例图来描述各模块的功能要求。并通过用例图，详细描述各功能点的操作细节。性能需求性能需求章节罗列整个系统共有的非功能性需求。例如：结构、界面、兼容性、响应速度、2负载能力、易用性、可用性、接口等等。运行环境运行环境章节列出本系统需要在怎样的软硬件、网络环境中运行，以及对本系统同其它系统间接口的要求。2 2概述概述在当今世界电脑普及的时刻，电脑能为我们做更多的事了。过往如果我们想在电影院看最新上映的电影的时候，我们不得不将大部分时间和精力花费在排队购买电影票上，既费时又费力，那种等待让人心烦。为了解决买票的问题，我们完全能通过电脑跟互联网来完成，本系统就是根据此需求进行开发和设计的。我们开发一个满足用户需求，为用户提供便捷服务的安全稳定的在线电影购票订票系统。在线电影购票系统是为了提高劳动的效率、节约成本、提高服务质量，方便电影售票和客户购买。在线电影售票系统涉及到未注册用户注册、注册用户登录、查询电影、创建订单、付款等功能，并且还有对数据库进行管理和操作，总体实现项目的任务。系统角色共分为未注册用户、注册用户和管理员这三种，各自对应着相应的任务，实现功能。遵照在线电影购票信息的要求，我们进行如下的功能划分：系统注册用户管理员购票查询退票座位信息查询订单修改电影3如下为本系统的详细模块划分和说明：模块模块名子模块用户资料注册二级子模块用户信息填写验证用户信息合法性用户信息录入功能描述帐号，密码，昵称填写，帐号用手机号帐号，密码长度的验证将用户填写的资料录入到数据库中()提供客服电话、QQ等联系方式用户填写帐号、密码章海涛章海涛章海涛章海涛章海涛分配客服提供提供客服联系方式帐号密码填写前台主页面管理用户登录认证帐号信息认证验证所填写帐号是否存在及密码是否匹配 章海涛在主页面能看到所录入的电影的信息选择某一部电影，进入订票管理模块录入不同厅室的座位信息及剩余票数修改座位的状态（已选/未选）确认选座后增加订单信息撤销未付款的订单信息易礼书易礼书李亚童李亚童李亚童李亚童前台页面查询电影信息电影信息查看电影选择座位信息及剩余票数查询订票选座选座订票管理订单增加删除增加订单撤销订单修改订单状态订单状态修改超时订单撤销订单付款后改为已支付状态，增加支付时蒋磊间超过支付时间的订单，撤销订单信息蒋磊蒋磊提供支付方式及付款蒋磊蒋磊查询该用户已付款的订单验证其支付时间是否处于可退款时间内查询历史订单及其状态退回付款删除订单管理员账户可进入后台页面用管理员账户登陆后，进入后台页面增加新上映的电影修改已录入电影信息删除下架的电影查询所有创建的订单修改已创建的订单删除已创建的订单增加座位信息徐梦雪徐梦雪徐梦雪徐梦雪徐梦雪易礼书易礼书易礼书易礼书何炜何炜何炜何炜何炜支付管理支付功能支付宝支付接口网银支付接口微信支付接口查询已付款订单已付款订单时间验证验证已付款订单时间历史订单管理查询历史订单可退款的订单退款退票退款后删除订单（非物理）管理员用户登录权限管理登录后台页面增加电影电影信息管理退票管理后台页面后台主页面管理总订单管理影院布局管理修改电影信息删除电影（非物理）查询订单修改订单删除订单（非物理）增加电影座位信息3 3功能需求功能需求3.13.1 注册注册注册用例：4v1.0 可编辑可修改未注册用户注册活动图：未注册用户主要事件流：用户注册基本信息前置条件：用户预通过此购买电影基本事件流：1 用户输入手机号码作为预注册账户和个人密码2 输入用户个人信息5v1.0 可编辑可修改3 提交，用例结束扩展第 3 步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统：*a1.系统通知用户，终止用例。*b.系统检索到不合法数据：*b1.系统通知用户，终止用例后置条件：成功注册用户信息未注册用户用例表：用例编号：SJLR-001用例名称：注册功能描述：未注册用户注册账号，进而实现购票的需求。前置条件：用户预通过此购买电影。成功保证：无查询电影下单查询电影下单查询电影下单用例图：查询电影下单的活动图：6v1.0 可编辑可修改查询电影下单的主要事件流：下单：前置条件：以用户登录系统基本事件流：1.查询电影信息2.选座3.下单，用例结束扩展第 3 步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统：*a1.系统通知用户，终止用例。*b.系统检索到不合法数据：*b1.系统通知用户，终止用例后置条件：提交成功下单信息查询电影下单用例表：7v1.0 可编辑可修改用例编号：SJLR-YH-001用例名称：查询电影下单功能描述：用户登录系统，查询想观看的电影，进而选座下单。前置条件：以用户登录系统。成功保证：无支付支付支付的用例图：支付主要的事件流：前置条件：以用户登录系统基本事件流：1.查询订单信息2.付款，用例结束扩展第 2 步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统：*a1.系统通知用户，终止用例。*b.系统检索到不合法数据：*b1.系统通知用户，终止用例8v1.0 可编辑可修改后置条件：提交支付成功信息支付的用例表：用例编号：SJLR-YH-002用例名称：支付功能描述：用户登录系统，查询电影下单，进而支付。前置条件：以用户登录系统。成功保证：无退票退票退票的用例图：退票主要的事件流：前置条件：以用户登录系统基本事件流：1.查询订单信息2.退票，用例结束扩展第 2 步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统：*a1.系统通知用户，终止用例。9v1.0 可编辑可修改*b.系统检索到不合法数据：*b1.系统通知用户，终止用例后置条件：提交支付成功信息退票的用例表：用例编号：SJLR-YH-003用例名称：退票功能描述：用户登录系统，查询订单情况，进而退票。前置条件：以用户登录系统。成功保证：无管理员管理员管理员的用例图：管理员主要的事件流：受理订单：前置条件：以管理员登录系统基本事件流：1.管理员接受用户未受理的订单10v1.0 可编辑可修改2.受理3.反馈用户的需求4.提交，用例结束扩展第 4 步，如果选择取消，则返回主页面，用例结束异常：*a.订单中途取消：*a1.系统通知用户，终止用例。*b.系统检索到不合法数据：*b1.系统通知用户，终止用例后置条件：成功受理订单管理员的受理订单活动图：管理员的用例表：用例编号：SJLR-002用例名称：管理员11功能描述：管理员的登录系统，进行用户信息录入、修改电影排片、受理订单。前置条件：以用户登录系统。成功保证：无4 4性能需求性能需求列出整个系统共同的性能要求，（本章和第二章描述模块的性能要求、用例性能要求都适用）包括功能要求外的所有要求，比如结构、界面、兼容性、响应速度、负载能力、易用性、可用性。1、各种号码要求连续。2、能够录入各部分数据的历史情况。3、各部分能够调整和保存显示顺序。4、并发响应时间应在 20 秒以内（现有网络环境）。5、各种命名、字体、提示等要规范统一。6、所有数据库表均以“RS_”开头。4.14.1 性能要求性能要求4.1.14.1.1时间特性要求时间特性要求并发响应时间应在 20 秒以内（现有网络环境）4.1.24.1.2数据量数据量确保与现有数据处理能力相同。124.24.2 界面要求界面要求4.2.14.2.1输入输出要求输入输出要求用户查询界面应当简洁、典雅，给以足够的操作导航。界面风格与其他系统功能模块不同。4.34.3 系统要求系统要求业务逻辑及数据库访问层查询、统计业务逻辑组件数据库表 现 层用户其它业务逻辑组件（1）表现层使用 Asp 客户端来表达系统的业务外观，实现与用户的信息交互。（2）业务逻辑及数据库访问层采用 PB 实现的 COM+组件封装。（3）结合功能划分和 COM+负载均衡能力实现系统的高负载承受能力5 5运行环境运行环境5.1 网络和硬件设备平台网络拓扑结构如下：13客户端1客户端2客户端3客户端410/100M switch服务器系统的硬件环境：服务器：P 1G以上CPU，256M以上内存，800600以上显示模式，5GB以上硬盘剩余空间。客户端：PII 366M以上CPU，64M以上内存，800600以上显示模式，500M以上硬盘剩余空间。5.2 操作系统平台数据库服务器：Windows 2000 Server应用服务器：Windows 2000 ServerWEB 服务器：Windows 2000 ServerBrowser 客户端：Win7，XP5.3 数据库系统平台采用Mysql max for Win32数据库软件。5.4 编程工具编程采用IntelLij IDEA集成开发环境，设计采用Rational Rose 2000e及Borland TogetherCC建模 软件。145.5 其它支撑软件采用SUN 公司的J2SDK开发环境及j2re运行环境。浏览器采用MircoSoft IE 以上版本。1516