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 版本实现的特性必须完全可操
5、作质量 必须通过 95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守公司的标准工作人员 项目团队包括一名半日工作的项目经理，两名开发人员，和一名测试人员费用 在不包括责任人评审 的情况下，财政预算最多可超支 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. 系统
7、将订单存储在数据库中，并更新余票分支过程 1.1 订多张票（第 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.系统通知顾客它所能
8、提供的该票最大值2.顾客变更订单数量，或者取消订单包含 无优先级 高使用频率 无业务规则 无特别需求 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 Scope Document,其网址是 Wiegers 所著的 Process Im
10、pact Intranet Development Standard 版本1.3，其网址是 www. 总体描述1.产品远景规划“电影院售票管理系统”是一个新系统，它取代了当前传统的售票方式。图 1 是一幅关联图，它演示了 1.0 版本的外部实体和系统接口。期望系统演化若干个版本后，可以提供信用卡和借记卡授权服务。2.用户类和用户特性用户类 描述顾客（优先考虑） 顾客希望该系统使用起来可以简单上手，通过该系统订票可以有惠，可以建立会员制。系统管理员 通过使用该系统，可以提高影院的收入，并提高影院知名度，扩大顾客人群员工 使用该系统可以工作效率，简化流程3.运行环境（Operation Envi
11、ronment,OE ）OE-1：“电影院售票管理系统”的操作通过如下的 Web 浏览器来完成：Microsoft Internet Eplorer 版本 5.0 和 6.0，Netscape Communicator版本 4.7 和 Netscape 版本 6 和版本 7.OE-2：“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由公司批准的 Red Hat Linux 版本和 Apache HTTP Server。OE-3：“电影院售票管理系统”将允许用户通过公司的内联网来访问，如果用户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通过 Internet 来访问该系统。
12、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：系统将提供一个分层的和跨连接的 HTML 联机帮助系统，它描述并演示了所有系统功能UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户
13、可以使用静态教程来具体实践一下如何订票。系统不会将采用这一模板的订单存储到数据库中，也不会将这种订单提交给系统。6.假设（Assumption ）和依赖（Dependency）3.3 系统特性1.订票（1）描述和优先级顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。（2）刺激/响应序列刺激：顾客请求订票，可以是一张或多张响应：系统向顾客询问订票细节、付费方式刺激：顾客请求改变订单响应：如果订单状态是“已接受” ，则系统允许用户编辑以前的订单刺激：顾客请求取消订单响应：如果订单状态是“已接受” ，则系统取消订单（3）功能性需求 登录到“电影
14、院售票管理系统” 的顾客可以通过该系统订票，订一张或多张都可以 顾客可以浏览当天的上映电影 顾客可以选择电影场次及座位 如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他能订购的最大值 顾客可以修改订单，删除订单 当顾客订购完成后，系统将提示顾客付款 顾客可以浏览已订票信息 订购成功后，系统将发送电子邮件提示用户订购价格及细节（4）非功能性需求安全性：系统应保证客户信息不被泄露可维护性及时性：用户点击最多不超过 3 秒，系统应给予相应的响应3.4 外部接口需求1用户界面（User Interface，UI）UI-1：“电影院售票管理系统”的屏幕画面将遵照 Process Impact I
15、nternet Application User Interface Standard 版本 2.0UI-2：系统对所显示的每个 HTML 网页都提供帮助链接，解释如何使用这些网页UI-3：Web 页面的全部导航和票目选择，除了综合使用鼠标和键盘共同完成外，还可以只通过键盘来单独完成2.硬件接口 硬件接口还没确定3.软件接口（Software Interface，SI）还没确定4.通信接口（Communication Interface，CI）CI-1： “电影院售票管理系统”将向顾客发送电子邮件消息，以确认收到订单、价格。CI-2： “电影院售票管理系统”奖项顾客发送电子邮件信息，以报告接受订单后存在的问题。系统管理员对账户操作的活动图、 、 、 、 、 、 、顾客登录系统的时序图、 、 、 、 、 、顾客订票的活动图、 、 、 NO、YES、NO员工处理退票的活动图、 、 、YES、NO员工处理订单的活动图、 、YES、 、员员
