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

1.前景和范围文档 1.1 业务需求 1.背景、业务机会和客户需要 随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主 要娱乐方式之一。 传统的电影售票都是人工服务， 观看作为都是人共安排， 无法体现人性化选择， 加上现在人们的生活节奏越来越快， 购票时间需要相应缩短以及方便定影院工作人员的管理， 因此充分利用现代信息化、 因特网的优势， 设计电影院售票管系统， 对提高系统建设的工作效率， 提高信息的及时性、 减轻各级相关工作人员的劳动强度是非常有必要的。 一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化、具体化、直观化。 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.主要特性（ 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.涉众概览 涉众 主要价值 态度 主要兴趣  约束条件 系统管理员 引进新影片，更 新数据库  使用该系统所节 约的费用必须超 过开发此系统的 费用和使用此系 统的费用  无 员工 更高效率的利用 了工作人员的整 个工作时间；提 高了客户的满意 度 顾客 可以更好的选择 电影、座位、场 次；节约了时间， 更加方便  保住工作 培训工作人员， 掌 握 使 用 Internet 所 必 须 的技能 积 极 支 持 新 系 使用要简单，更 需要登录该公司 统，但使用系统 节约时间 的内联网 的次数可能没有 期望的高 2.项目优先级 因素  具体干活者  约束条件  自由度 进度  计划 3/1/03 前完成第 一版，到 5/1/03 前完 成第二版；在不包括 责任人评审的情况 下，最多可超过期限 三星期 特性  安排  1.0 版本实现的 特性必须完全可操作 质量  必须通过  95%的用户 验收测试；必须通过 全部的安全性测试； 所有的安全事务都必 须遵守公司的标准 工作人员  项目团队包括一名半 日工作的项目经理， 两名开发人员，和一 名测试人员 费用  在不包括责任人评审 的情况下，财政预算 最多可超支 15% 2.用例 各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示： 主要参与者 用例 顾客 1.订票 2.变更订单 3.取消订单 4.查看订单 5.登陆网站 员工 6.处理订单 7.检票 8.更新余票 系统管理员 9.引进新片 10.更新数据库 11.添加、更改、删除员工信息 12.添加、删除、修改客户账户 用例 ID 号 UC-1 用例名称 订票 参与者 顾客 主要参与者 用例 描述 顾客登录网站访问 ”电影院售票管理系统“，随意查看某 一天的上映电影， 选择自己想看的电影， 选定场次、 座位， 提交订单并在付款界面支付 前置条件 1.顾客成功登录，并访问“电影院售票管理系统“ 2.付款成功 后置条件 1.订单在“电影院售票管理系统“中的存储状态是 “已接受“ 2.根据这一订单来更新余票 主干过程 1.0 订一张票 顾客要求查看某一天的上映表 系统显示当日上映电影、场次及余票 顾客选择自己喜欢的电影场次 顾客表明订票完成 系统显示所订票价格 6. 顾客确认订单或请求修改订单（回到第 3 步） 顾客付款 系统确认接受订单 系统向顾客发送电子邮件，确认订单细节，价格 系统将订单存储在数据库中，并更新余票 分支过程 1.1 订多张票（第 4 步之后分支出来）