《电影院售票管理系统UML》由会员分享，可在线阅读，更多相关《电影院售票管理系统UML（21页珍藏版）》请在金锄头文库上搜索。
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.前景陈述该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐；也大大的节约了人们排队购票的时间，同时也让人们有了
3、更多的选择范围。2主要特性(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.登陆网站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 订多张
7、票（第4 步之后分支出来）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. 顾客变更订单数量，或者取消订单包含无使用频率无业务规则
8、无特别需求1.顾客在确认订单之前的任何时刻都可以取消订单假设无注意和问题1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期，否则，默认日期为下一个营业日2.这一用例的峰值使用负载是当地时间早十点到晚十点用例ID号UC-6用例名称处理订单参与者员工描述员工根据用户提交的订单，查询是否有余票及对应场次、座位，判断是否接受订单前置条件1.用户3软件需求规格说明3.1 介绍1.目标软件需求规格说明描述了“电影院售票管理系统” 1.0 版本的软件功能性需求和非功能性需求。这一文档计划实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且
9、都要在版本1.0 中加以实现。2.项目范围和产品特性“电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。 详细的项目描述请中参见电影院售票管理系统前景和范围文档。文档中的这一部 分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现 的全部或部分特性。3. 参考文献（1）Karl Wiegers 所著的 Cafeteria Ordering SystemVision and ScopeDocument,其网址是.pr ocessimpact./p rojects/COS/COS_vision_and_scope.doc（2）Karl Wiegers 所著的 P
10、rocess Impact Intranet Development Standard 版本1.3，其网址是www.processimpact./corporate/standards/PI_intranet_dev_std.doc3.2 总体描述1.产品远景规划“电影院售票管理系统”是一个新系统，它取代了当前传统的售票方式。图 1 是一幅关联图，它演示了1.0版本的外部实体和系统接口。期望系统演化若干个 版本后，可以提供信用卡和借记卡授权服务。2.用户类和用户特性用户类描述顾客（优先考虑）顾客希望该系统使用起来可以简单上手，通过该系统订票可以有惠，可以建立会员制。系统管理员通过使用该系统，可
11、以提高影院的收入，并提高影院知名度，扩大员工顾客人群使用该系统可以工作效率，简化流程3运行环境(Operation EnvironmentQE)OE-1 :“电影院售票管理系统”的操作通过如下的Web浏览器来完成：Microsoft Inte rnet Epl orer 版本 5.0 和 6.0，Netscape Communicat or 版本4.7和Netscape版本6和版本7.OE-2 :“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由 公司批准的 Red Hat Linux 版本和 Apache HTTP Server。OE-3 :“电影院售票管理系统”将允许用户通过公
12、司的内联网来访问，如果用 户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通 过Internet来访问该系统。4设计和实现的约束条件(constraint)CO-1 ：系统的设计、编码和维护文档将遵照 Process Impact IntranetDevelopment Standard 版本 1.3CO-2 :系统将采用公司标准的当前Oracle数据库引擎CO-3 :所有HTML代码遵照HTML4.0标准CO-4 :所有脚本都用Perl语言来编写5用户文档(User Documentation，UD)UD-1 :系统将提供一个分层的和跨连接的HTML联机帮助系统，它描述并 演示了所有
13、系统功能UD-2 :如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下 如何订票。系统不会将采用这一模板的订单存储到数据库中，也不 会将这种订单提交给系统。6假设（Assumption）和依赖（Dependency）3.3 系统特性1.订票（1）描述和优先级顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。（2）刺激/响应序列刺激：顾客请求订票，可以是一张或多张 响应：系统向顾客询问订票细节、付费方式 刺激：顾客请求改变订单响应：如果订单状态是“已接受”，则系统允许用户编辑以
14、前的订单 刺激：顾客请求取消订单 响应：如果订单状态是“已接受”，则系统取消订单（3）功能性需求登录到“电影院售票管理系统”的顾客可以通过该系统订票，订一 张或多张都可以 顾客可以浏览当天的上映电影 顾客可以选择电影场次及座位 如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他能订购的最大值顾客可以修改订单，删除订单当顾客订购完成后，系统将提示顾客付款 顾客可以浏览已订票信息 订购成功后，系统将发送电子邮件提示用户订购价格及细节4)非功能性需求 安全性：系统应保证客户信息不被泄露可维护性及时性：用户点击最多不超过3秒，系统应给予相应的响应3.4外部接口需求1用户界面(User Interface, UI)UI-1 :电影院售票管理系统的屏幕画面将遵照Process Impact InternetApplication User Interface Standard 版本2.0UI-2 :系统对所显示的每个HTML网页都提供帮助链接
