《电影院售票管理系统UML》由会员分享，可在线阅读，更多相关《电影院售票管理系统UML（15页珍藏版）》请在金锄头文库上搜索。
1、.1.前景和范围文档1.1业务需求1.背景、业务机会和客户需要随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要的。一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化
2、、具体化、直观化。2.业务目标（Business Objective,BO）和成功标准（Success Criteria,SC）BO-1：初始版本发布之后的6个月内，电影院的收入提高20%。BO-2：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加20分钟。SC-1：初始版本发布后的6个月内，电影院收入显著提高。3.业务风险（Risk）RI-1：使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报1.2解决方案的前景1.前景陈述该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐；也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。2.主
3、要特性（Feature）FE-1：根据电影院提供的当天的播放场次选择订票FE-2：注册订票的付费方式FE-3：创建、浏览、修改和删除电影场次FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统3.假设（Assumption）和依赖（Dependency）1.3范围和局限性1.初始版本和后续版本的范围目前仅实现1.0版本，实现上述的所有功能。2.局限性（Limitation）和排斥性LI-1：“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的需到影院购买。1.4业务上下文1.涉众概览 涉众主要价值态度主要兴趣约束条件系统管理员引进新影片，更新数据库使
4、用该系统所节约的费用必须超过开发此系统的费用和使用此系统的费用无员工更高效率的利用了工作人员的整个工作时间；提高了客户的满意度保住工作培训工作人员，掌握使用Internet所必须的技能顾客可以更好的选择电影、座位、场次；节约了时间，更加方便积极支持新系统，但使用系统的次数可能没有期望的高使用要简单，更节约时间需要登录该公司的内联网2.项目优先级因素具体干活者约束条件自由度进度计划3/1/03前完成第一版，到5/1/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限三星期特性安排1.0版本实现的特性必须完全可操作质量必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务
5、都必须遵守公司的标准工作人员项目团队包括一名半日工作的项目经理，两名开发人员，和一名测试人员费用在不包括责任人评审 的情况下，财政预算最多可超支15%2.用例各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示：主要参与者 用例顾客 1.订票 2.变更订单 3.取消订单 4.查看订单 5.登陆网站员工 6.处理订单 7.检票 8.更新余票系统管理员 9.引进新片 10.更新数据库 11.添加、更改、删除员工信息 12.添加、删除、修改客户账户用例ID号 UC-1用例名称 订票参与者 顾客主要参与者 用例描述 顾客登录网站访问”电影院售票管理系统“，随意查看某一天的上映电影，选择自己想看
6、的电影，选定场次、座位，提交订单并在付款界面支付前置条件 1.顾客成功登录，并访问“电影院售票管理系统“ 2.付款成功后置条件 1.订单在“电影院售票管理系统“中的存储状态是“已接受“2.根据这一订单来更新余票主干过程 1.0 订一张票1. 顾客要求查看某一天的上映表2. 系统显示当日上映电影、场次及余票3. 顾客选择自己喜欢的电影场次4. 顾客表明订票完成5. 系统显示所订票价格6. 顾客确认订单或请求修改订单（回到第3步）7. 顾客付款8. 系统确认接受订单9. 系统向顾客发送电子邮件，确认订单细节，价格10. 系统将订单存储在数据库中，并更新余票分支过程 1.1订多张票（第4步之后分支出
7、来）1. 顾客要求预定另一场次的电影2. 返回到第2步1.2同样的票订多张（第3步之后分支出来）1.顾客请求预定指定数量的电影票2.返回到第4步异常 1.0.E.1 订单截止时间在当前时间之前（第1步）1.系统通知顾客今天订票已经太晚了2a.顾客取消订单2b.系统终止用例3a.顾客请求选择另一个日期3b.系统重新启动用例1.0.E.2 票全部售完（第1步）1.系统通知顾客今日已没有余票2a.顾客取消订单 2b.系统终止用例1.0.E.3 不能完成同样的票订多张（第1步）1.系统通知顾客它所能提供的该票最大值2.顾客变更订单数量，或者取消订单包含无优先级高使用频率无业务规则无特别需求1.顾客在确
8、认订单之前的任何时刻都可以取消订单假设无注意和问题1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期，否则，默认日期为下一个营业日2.这一用例的峰值使用负载是当地时间早十点到晚十点用例ID号 UC-6用例名称 处理订单参与者 员工描述 员工根据用户提交的订单，查询是否有余票及对应场次、 座位，判断是否接受订单前置条件 1.用户3软件需求规格说明3.1介绍1.目标软件需求规格说明描述了“电影院售票管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0
9、中加以实现。 2.项目范围和产品特性“电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。详细的项目描述请中参见电影院售票管理系统前景和范围文档。文档中的这一部分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。3.参考文献（1）Karl Wiegers所著的Cafeteria Ordering SystemVision and Scope Document,其网址是 Wiegers所著的Process Impact Intranet Development Standard版本1.3，其网址是www. 描述顾客（优先考虑） 顾客希望该系统
10、使用起来可以简单上手，通过该系统订票可以有惠，可以建立会员制。系统管理员 通过使用该系统，可以提高影院的收入，并提高影院知名度，扩大顾客人群员工 使用该系统可以工作效率，简化流程3.运行环境（Operation Environment,OE）OE-1：“电影院售票管理系统”的操作通过如下的Web浏览器来完成：Microsoft Internet Eplorer版本5.0和6.0，Netscape Communicator版本4.7和Netscape版本6和版本7.OE-2：“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由公司批准的Red Hat Linux版本和Apache HT
11、TP Server。OE-3：“电影院售票管理系统”将允许用户通过公司的内联网来访问，如果用户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通过Internet来访问该系统。4.设计和实现的约束条件（constraint）CO-1：系统的设计、编码和维护文档将遵照Process Impact Intranet Development Standard版本1.3CO-2：系统将采用公司标准的当前Oracle数据库引擎CO-3：所有HTML代码遵照HTML4.0标准CO-4：所有脚本都用Perl语言来编写5.用户文档（User Documentation，UD）UD-1：系统将提供一个分层
12、的和跨连接的HTML联机帮助系统，它描述并演示了所有系统功能UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下如何订票。系统不会将采用这一模板的订单存储到数据库中，也不会将这种订单提交给系统。6.假设（Assumption）和依赖（Dependency）3.3系统特性 1.订票 （1）描述和优先级顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。（2）刺激/响应序列刺激：顾客请求订票，可以是一张或多张响应：系统向顾客询问订票细节、付费方式刺激：顾客请求改变订单响应：如果订单状态是“已
