在线电影售票系统需求分析文档.docx
《在线电影售票系统需求分析文档.docx》由会员分享,可在线阅读,更多相关《在线电影售票系统需求分析文档.docx(14页珍藏版)》请在冰豆网上搜索。
在线电影售票系统需求分析文档
在线电影售票系统需求说明文档
1
引言
1.1项目名称
本项目名称为:
在线电影购票系统
1.2项目背景和内容概要
现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。
但是,仍然有很人喜欢到电影院去看电影。
因为家里的气氛毕竟不如影院好。
所以,现代家庭影院的出现并不会让电影院没有生路。
为了提高劳动的效率、节约成本、提高服务质量,我们小组开发本项目。
用以方便电影票售票和客户的购买。
通过这个软件,可以很快实现一些常用的服务,并保证无错、高效。
每个社会服务系统都有自己的一套管理机制。
当然,电影院也不除外。
其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。
电影院不外乎是引进电影,制定播放影片的时间表,买票,检票进场观看,还有就是一些数据管理方面的事。
如工作人员管理,票务管理等等。
为了工作机制简单有序,必然要引进一套管理系统。
1.3本文档说明
本文档包括内容有:
引言、系统概述、功能需求、性能需求、运行环境和其他专门需求。
引言章节用以描述项目的名称,项目的背景及相关内容,并给出本文参考的其他相关资料。
系统概述章节是对本软件系统的一个简要介绍,从整体上说明本系统拥有的功能。
然后对本系统的各个模块根据功能进行简要叙述。
功能需求章节按照系统概述章节的模块划分,分别采用用例图来描述各模块的功能要求。
并通过用例图,详细描述各功能点的操作细节。
性能需求章节罗列整个系统共有的非功能性需求。
例如:
结构、界面、兼容性、响应速度、负载能力、易用性、可用性、接口等等。
运行环境章节列出本系统需要在怎样的软硬件、网络环境中运行,以及对本系统同其它系统间接口的要求。
2概述
在当今世界电脑普及的时刻,电脑能为我们做更多的事了。
过往如果我们想在电影院看最新上映的电影的时候,我们不得不将大部分时间和精力花费在排队购买电影票上,既费时又费力,那种等待让人心烦。
为了解决买票的问题,我们完全能通过电脑跟互联网来完成,本系统就是根据此需求进行开发和设计的。
我们开发一个满足用户需求,为用户提供便捷服务的安全稳定的在线电影购票订票系统。
在线电影购票系统是为了提高劳动的效率、节约成本、提高服务质量,方便电影售票和客户购买。
在线电影售票系统涉及到未注册用户注册、注册用户登录、查询电影、创建订单、付款等功能,并且还有对数据库进行管理和操作,总体实现项目的任务。
系统角色共分为未注册用户、注册用户和管理员这三种,各自对应着相应的任务,实现功能。
遵照在线电影购票信息的要求,我们进行如下的功能划分:
系统
注册
购票
退票
座位信息录入
查询订单及修改
修改电影排片
查询
如下为本系统的详细模块划分和说明:
3功能需求
3.1注册
注册用例:
未注册用户注册活动图:
未注册用户主要事件流:
用户注册基本信息
前置条件:
用户预通过此购买电影
基本事件流:
1.用户输入手机号码作为预注册账户和个人密码
2.输入用户个人信息
3.提交,用例结束
扩展
第3步,如果选择取消,则返回主页面,用例结束
异常:
*a.用户中途退出系统:
*a1.系统通知用户,终止用例。
*b.系统检索到不合法数据:
*b1.系统通知用户,终止用例
后置条件:
成功注册用户信息
未注册用户用例表:
用例编号:
SJLR-001
用例名称:
注册
功能描述:
未注册用户注册账号,进而实现购票的需求。
前置条件:
用户预通过此购买电影。
成功保证:
无
查询电影下单
查询电影下单用例图:
查询电影下单的活动图:
查询电影下单的主要事件流:
下单:
前置条件:
以用户登录系统
基本事件流:
1.查询电影信息
2.选座
3.下单,用例结束
扩展
第3步,如果选择取消,则返回主页面,用例结束
异常:
*a.用户中途退出系统:
*a1.系统通知用户,终止用例。
*b.系统检索到不合法数据:
*b1.系统通知用户,终止用例
后置条件:
提交成功下单信息
查询电影下单用例表:
用例编号:
SJLR-YH-001
用例名称:
查询电影下单
功能描述:
用户登录系统,查询想观看的电影,进而选座下单。
前置条件:
以用户登录系统。
成功保证:
无
支付
支付的用例图:
支付主要的事件流:
前置条件:
以用户登录系统
基本事件流:
1.查询订单信息
2.付款,用例结束
扩展
第2步,如果选择取消,则返回主页面,用例结束
异常:
*a.用户中途退出系统:
*a1.系统通知用户,终止用例。
*b.系统检索到不合法数据:
*b1.系统通知用户,终止用例
后置条件:
提交支付成功信息
支付的用例表:
用例编号:
SJLR-YH-002
用例名称:
支付
功能描述:
用户登录系统,查询电影下单,进而支付。
前置条件:
以用户登录系统。
成功保证:
无
退票
退票的用例图:
退票主要的事件流:
前置条件:
以用户登录系统
基本事件流:
1.查询订单信息
2.退票,用例结束
扩展
第2步,如果选择取消,则返回主页面,用例结束
异常:
*a.用户中途退出系统:
*a1.系统通知用户,终止用例。
*b.系统检索到不合法数据:
*b1.系统通知用户,终止用例
后置条件:
提交支付成功信息
退票的用例表:
用例编号:
SJLR-YH-003
用例名称:
退票
功能描述:
用户登录系统,查询订单情况,进而退票。
前置条件:
以用户登录系统。
成功保证:
无
管理员
管理员的用例图:
管理员主要的事件流:
受理订单:
前置条件:
以管理员登录系统
基本事件流:
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以上内存,800×600以上显示模式,5GB以上硬盘剩余空间。
客户端:
PII366M以上CPU,64M以上内存,800×600以上显示模式,500M以上硬盘剩余空间。
5.2操作系统平台
数据库服务器:
Windows2000Server
应用服务器:
Windows2000Server
WEB服务器:
Windows2000Server
Browser客户端:
Win7,XP
5.3数据库系统平台
采用MysqlmaxforWin32数据库软件。
5.4编程工具
编程采用IntelLijIDEA集成开发环境,设计采用RationalRose2000e及BorlandTogetherCC建模软件。
5.5其它支撑软件
采用SUN公司的J2SDK开发环境及j2re运行环境。
浏览器采用MircoSoftIE以上版本。