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

在线电影售票系统 需求说明文档1引言21.1项目名称21.2项目背景和内容概要21.3本文档说明22概述23功能需求43.1注册43.4 查询电影下单63.3支付73.4退票83.5管理员94性能需求104.1性能要求114.1.1时间特性要求114.1.2数据量114.2界面要求114.2.1输入输出要求114.3系统要求115运行环境125.1网络和硬件设备平台125.2操作系统平台125.3数据库系统平台125.4编程工具125.5其它支撑软件121 引言1.1 项目名称本项目名称为： 在线电影购票系统1.2 项目背景和内容概要现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。但是，仍然有很人喜欢到电影院去看电影。因为家里的气氛毕竟不如影院好。所以，现代家庭影院的出现并不会让电影院没有生路。 为了提高劳动的效率、节约成本、提高服务质量，我们小组开发本项目。用以方便电影票售票和客户的购买。通过这个软件，可以很快实现一些常用的服务，并保证无错、高效。 每个社会服务系统都有自己的一套管理机制。当然，电影院也不除外。其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。电影院不外乎是引进电影，制定播放影片的时间表，买票，检票进场观看，还有就是一些数据管理方面的事。如工作人员管理，票务管理等等。为了工作机制简单有序，必然要引进一套管理系统。1.3 本文档说明本文档包括内容有：引言、系统概述、功能需求、性能需求、运行环境和其他专门需求。引言章节用以描述项目的名称，项目的背景及相关内容，并给出本文参考的其他相关资料。系统概述章节是对本软件系统的一个简要介绍，从整体上说明本系统拥有的功能。然后对本系统的各个模块根据功能进行简要叙述。功能需求章节按照系统概述章节的模块划分，分别采用用例图来描述各模块的功能要求。并通过用例图，详细描述各功能点的操作细节。 性能需求章节罗列整个系统共有的非功能性需求。例如：结构、界面、兼容性、响应速度、负载能力、易用性、可用性、接口等等。运行环境章节列出本系统需要在怎样的软硬件、网络环境中运行，以及对本系统同其它系统间接口的要求。2 概述在当今世界电脑普及的时刻，电脑能为我们做更多的事了。过往如果我们想在电影院看最新上映的电影的时候，我们不得不将大部分时间和精力花费在排队购买电影票上，既费时又费力，那种等待让人心烦。为了解决买票的问题，我们完全能通过电脑跟互联网来完成，本系统就是根据此需求进行开发和设计的。我们开发一个满足用户需求，为用户提供便捷服务的安全稳定的在线电影购票订票系统。在线电影购票系统是为了提高劳动的效率、节约成本、提高服务质量，方便电影售票和客户购买。在线电影售票系统涉及到未注册用户注册、注册用户登录、查询电影、创建订单、付款等功能，并且还有对数据库进行管理和操作，总体实现项目的任务。系统角色共分为未注册用户、注册用户和管理员这三种，各自对应着相应的任务，实现功能。遵照在线电影购票信息的要求，我们进行如下的功能划分：系统管理员用户查询订单 及修改查询购票修改电影排片座位信息录入退票注册如下为本系统的详细模块划分和说明： 3 功能需求3.1 注册注册用例：未注册用户注册活动图：未注册用户主要事件流：用户注册基本信息前置条件：用户预通过此购买电影基本事件流：1 用户输入手机号码作为预注册账户和个人密码2 输入用户个人信息3 提交，用例结束扩展第3步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统： *a1.系统通知用户，终止用例。*b.系统检索到不合法数据： *b1.系统通知用户，终止用例后置条件：成功注册用户信息未注册用户用例表：用例编号：SJLR-001用例名称： 注册功能描述： 未注册用户注册账号，进而实现购票的需求。前置条件： 用户预通过此购买电影。成功保证： 无3.4 查询电影下单查询电影下单用例图：查询电影下单的活动图： 查询电影下单的主要事件流：下单： 前置条件：以用户登录系统基本事件流：1. 查询电影信息2. 选座3. 下单，用例结束扩展第3步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统： *a1.系统通知用户，终止用例。*b.系统检索到不合法数据： *b1.系统通知用户，终止用例后置条件：提交成功下单信息查询电影下单用例表：用例编号：SJLR-YH-001用例名称： 查询电影下单功能描述： 用户登录系统，查询想观看的电影，进而选座下单。前置条件： 以用户登录系统。成功保证： 无3.3支付支付的用例图：支付主要的事件流：前置条件：以用户登录系统基本事件流：1. 查询订单信息2. 付款，用例结束扩展第2步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统： *a1.系统通知用户，终止用例。*b.系统检索到不合法数据： *b1.系统通知用户，终止用例后置条件：提交支付成功信息支付的用例表：用例编号：SJLR-YH-002用例名称： 支付功能描述： 用户登录系统，查询电影下单，进而支付。前置条件： 以用户登录系统。成功保证： 无3.4退票退票的用例图：退票主要的事件流：前置条件：以用户登录系统基本事件流：1. 查询订单信息2. 退票，用例结束扩展第2步，如果选择取消，则返回主页面，用例结束异常：*a.用户中途退出系统： *a1.系统通知用户，终止用例。*b.系统检索到不合法数据： *b1.系统通知用户，终止用例后置条件：提交支付成功信息退票的用例表：用例编号：SJLR-YH-003用例名称： 退票功能描述： 用户登录系统，查询订单情况，进而退票。前置条件： 以用户登录系统。成功保证： 无3.5管理员管理员的用例图：管理员主要的事件流：受理订单： 前置条件：以管理员登录系统基本事件流：1. 管理员接受用户未受理的订单2. 受理3. 反馈用户的需求4. 提交，用例结束扩展第4步，如果选择取消，则返回主页面，用例结束异常：*a.订单中途取消： *a1.系统通知用户，终止用例。*b.系统检索到不合法数据： *b1.系统通知用户，终止用例后置条件：成功受理订单管理员的受理订单活动图：管理员的用例表：用例编号：SJLR-002用例名称： 管理员功能描述： 管理员的登录系统，进行用户信息录入、修改电影排片、受理订单。前置条件： 以用户登录系统。成功保证： 无4 性能需求列出整个系统共同的性能要求，（本章和第二章描述模块的性能要求、用例性能要求都适用）包括功能要求外的所有要求，比如结构、界面、兼容性、响应速度、负载能力、易用性、可用性。1、 各种号码要求连续。2、 能够录入各部分数据的历史情况。3、 各部分能够调整和保存显示顺序。4、 并发响应时间应在20秒以内（现有网络环境）。5、 各种命名、字体、提示等要规范统一。6、 所有数据库表均以“RS_”开头。4.1 性能要求4.1.1 时间特性要求 并发响应时间应在20秒以内（现有网络环境）4.1.2 数据量确保与现有数据处理能力相同。4.2 界面要求4.2.1 输入输出要求用户查询界面应当简洁、典雅，给以足够的操作导航。界面风格与其他系统功能模块不同。4.3 系统要求（1）表现层使用Asp客户端来表达系统的业务外观，实现与用户的信息交互。（2）业务逻辑及数据库访问层采用PB实现的COM+组件封装。（3）结合功能划分和COM+负载均衡能力实现系统的高负载承受能力5 运行环境5.1 网络和硬件设备平台网络拓扑结构如下：系统的硬件环境：服务器：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 4.