电影院售票管理系统uml.docxVIP

1.前景和范围文档 业务需求 背景、业务机会和客户需要 随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主 要娱乐方式之一。 传统的电影售票都是人工服务， 观看作为都是人共安排， 无法 体现人性化选择， 加上现在人们的生活节奏越来越快， 购票时间需要相应缩短以 及方便定影院工作人员的管理， 因此充分利用现代信息化、 因特网的优势， 设计 电影院售票管系统， 对提高系统建设的工作效率， 提高信息的及时性、 减轻各级 相关工作人员的劳动强度是非常有必要的。 一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率， 辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院 售票数据变得合理化、具体化、直观化。 业务目标（Business Objective,BO 和成功标准（Success Criteria,SC BO-1:初始版本发布之后的6个月内，电影院的收入提高20%。 BO-2:初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增 加 20 分钟。 SC-1初始版本发布后的6个月内，电影院收入显著提高。 业务风险（ Risk） RI-1 :使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报 解决方案的前景 前景陈述 该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再 那么繁琐；也大大的节约了人们排队购票的时间， 同时也让人们有了更多的选择 范围。 主要特性（ Feature） FE-1:根据电影院提供的当天的播放场次选择订票 FE-2注册订票的付费方式 FE-3创建、浏览、修改和删除电影场次 FE-4通过公司的内联网可以访问系统，或者授权的员工通过外部 In ternet 访问系统 假设(Assumption)和依赖(Dependency) 范围和局限性 1?初始版本和后续版本的范围 目前仅实现版本，实现上述的所有功能。 局限性(Limitation )和排斥性 LI-1： “电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的 需到影院购买。 业务上下文 1.涉众概览 涉众 主要价值 态度 主要兴趣 约束条件 系统管理员 引进新影片，更 使用该系统所节 无 新数据库 约的费用必须超 过开发此系统的 费用和使用此系 统的费用 员工 更咼效率的利用 保住工作 培训工作人员， 了工作人员的整 掌握使用 个工作时间；提 In ternet所必须 咼了客户的满意 的技能 度 顾客 可以更好的选择 积极支持新系 使用要简单，更 需要登录该公司 电影、座位、场 统，但使用系统 节约时间 的内联网 次；节约了时间， 的次数可能没有 更加方便 期望的高 2.项目优先级 因素 具体干活者进度 因素 具体干活者 进度 计划31/03前完成第 一版，到5/1/03前完 成第二版；在不包括 责任人评审的情况 下，最多可超过期限 三星期 特性壬曰.质量 特性 壬曰.质量 必须完全可操作 必须通过95%的用户 验收测试；必须通过 全部的安全性测试； 所有的安全事务都必 须遵守公司的标准 工作人员项目团队包括一名半 日工作的项目经理， 两名开发人员，和一 名测试人员 工作人员 费用 在不包括责任人评审 的情况下，财政预算 最多可超支15% 2?用例 各种用户类确认的 “电影院售票系统”的用例和主要参与者如下表示： 主要参与者 用例 顾客 1订票 2?变更订单 3?取消订单 4.查看订单 5?登陆网站 员工 6?处理订单 7?检票 8?更新余票 系统管理员 9?引进新片 10.更新数据库 11?添加、更改、删除员工信息 12?添加、删除、修改客户账户 用例ID号 UC-1 用例名称 订票 参与者 顾客 主要参与者 用例 描述 顾客登录网站访问”电影院售票管理系统“，随意查看某 一天的上映电影，选择自己想看的电影， 选定场次、座位， 提交订单并在付款界面支付 前置条件 顾客成功登录，并访问“电影院售票管理系统“ 付款成功 后置条件 1.订单在“电影院售票管理系统“中的存储状态是 “已接受“ 根据这一订单来更新余票 主干过程 订一张票 1. 顾客要求查看某一天的上映表 2. 系统显示当日上映电影、场次及余票 顾客选择自己喜欢的电影场次 顾客表明订票完成 系统显示所订票价格 顾客确认订单或请求修改订单（回到第 3 步） 顾客付款 系统确认接受订单 系统向顾客发送电子邮件，确认订单细节，价格 系统将订单存储在数据库中，并更新余票 分支过程 订多张票（第 4 步之后分支出来） 1. 顾客要求预定另一场次的电影 2. 返回到第 2 步 同样的票订多张（第 3 步之后分支出来） 1.顾客请求预定指定数量的电影票 2.返回到第 4 步 异常 订单截止时间在当前时间之前（第 1 步） 1.系