基于CS架构的影院管理系统 毕业论文.doc

中文题目：基于 c/s架构的影院管理系统 外文题目：the cinema management system based on c/s 毕业设计(论文)共 72 页(其中:外文文献及译文 8 页)图纸共 0 张 完成日期 2010 年 6 月 答辩日期 2010 年 6 月 i 摘要 一个正常营业的电影公司需要管理所拥有的影片、网点、营业员的信息等，更重要 的还要提供票务管理。面对各种不同种类的信息，需要合理的数据库结构来保存数据信 息以及有效的程序结构支持各种数据操作的执行。 本系统的用户分为营业员和管理员。营业员可以查询影片、购票以及查看本人营业 记录的功能。管理员可以实现电影管理，营业员管理、营业记录的管理。系统能根据任 意电影编号快速定位到某一客户，能导出营业记录报表。因此它能方便快捷地运用在电 影业务的营销之中。该系统的界面设计友好，易于操作，符合当前的电影公司现状，应 用之后可以提高工作效率，并能对各种信息进行有效管理，有实际应用价值。 关键词：售票；影院管理系统 ；c/s 架构； ii abstract a normal operation of the airline needs a management-owned film, outlets, members of business information, more importantly, also provide ticket management. facing different kinds of information need reasonable database structure to store data and program structure to support effective implementation of a variety of data manipulation. the system is divided into business users and administrators. salesperson can check flight, tickets, altered tickets, refunds and examine the business records. administrators can achieve flight management, sales staff management, business records management. the system can quickly locate a customer according to export sales record report. therefore it can be convenient to use in the operation of civil aviation among business. the system is user-friendly, easy to operate, consistent with the current status of the ciname, applied it to improve work efficiency, and to all kinds of information for effective management which are of practical value. key words: ticket sales; the ciname management system; c/s 目录 1 项目概述 1 1.1 现系统的概述 1 1.2 分析现状 1 1.3 企业组织机构及业务范围 .2 1.4 业务流程描述 4 2 需求分析 .8 2.1 总体目标 .8 2.2 具体目标 .8 2.3 use case 建模 .9 2.3.1 定义参与者 9 2.3.2use case 图 .9 3 概要设计 .11 3.1 体系结构设计 .11 3.2 架构设计目标 .12 3.3 系统架构设计 .13 3.4 系统架构类图 .17 3.5 输入输出设计 .19 3.5.1 输入设计 19 3.5.2 输出设计 20 3.6 运行设计 20 3.6.1 运行环境 20 3.6.2 运行模块的组合 21 3.6.3 运行控制 21 3.7 出错处理设计 21 3.7.1 出错输出信息 21 3.7.2 出错处理对策 22 3.8 安全保密设计 22 3.8.1 数据安全性 .22 3.8.2 登录用户的安全性 .22 3.8.3 操作安全性 .23 3.9 维护设计 23 4 详细设计 .24 4.1 系统交互图 .24 4.1.1 系统架构类交互图 24 4.1.2 参与者与模块间的交互 25 4.1.3 系统协作图 27 4.1.4 系统状态图 27 4.1.5 系统活动图 28 4.2 业务逻辑对象类设计 29 4.2.1 发现业务逻辑类 29 4.2.2 业务逻辑类之间关系 30 4.3 数据库设计 .30 4.3.1 系统数据模型 30 4.3.2 物理表结构图 .34 4.4 开发环境的选择 36 4.4.1 系统开发工具 36 4.4.2 数据库的选择 37 5 编码 .39 5.1 概述开发工具及编程脚本 39 5.2 脚本习惯说明 39 5.3 脚本 40 6 测试 .41 6.1 测试项目测试用例 41 6.2 软件测试结论 45 6.2.1 软件能力 .45 6.2.2 测试结论 .45 结论 .46 致 谢 .47 参考文献 .48 附录 a 中文译文 49 附录 b 英文原文 52 附录 c 源代码清单 56 1 1 项目概述 随著社会发展，人民生活水平提高,人民不但追求物质生活,也注重精神生活.电影,作 为人们享受精神生活的重要娱乐项目,电影事业近几年飞速发展。本专题针对电影院管理 系统做一研究，期望能在研究中获得相关技术与观念。 电影院是为观众放映电影的场所。电影在产生初期，是在咖啡厅、茶馆等场所放映 的。随着电影的进步与发展，出现了专门为放映电影而建造的电影院。电影的发展 从无声到有声乃至立体声，从黑白片到彩色片，从普通银幕到宽银幕乃至穹幕、环幕， 使电影院的形体、尺寸、比例和声学技术都发生了很大变化。电影院必须满足电影放映 的工艺要求，得到应有的良好视觉和听觉效果。 1.1 现系统的概述 北京市万达影城有限公司成立于 1995 年，旗下现有连锁影院 5 家，其前身为北京市 电影发行放映公司，是一家拥有 50 多年历史的国有事业单位。2003 年，公司作为北京文 化事业单位产权制度改革的试点，率先完成国企产权制度改革。现有固定资产近 3 亿， 直属影城 11 家，下设华星影院有限公司、经营部、企划部、市场部、影院技术开发部、 影院管理部、人力资源部、财务部等，企业员工近 700 名。 公司现在采用传统的人工售票方式，这种方式存在很多不足，根据现实情况，设计 一个影院管理系统，代替传统售票方式，这样能大大提高工作效率，方便顾客购买影票， 更有利于影院自身管理和发展。 1.2 分析现状 随着信息化的到来 ，影院对信息化 的要求也越来越迫切。市面上开始相继出现不 同功能的产品。计算机售票系统在影院中售票收入是影院收入的主要来源 ，也是影院经 营者最关心的地方。在没有计算机的时代，影院的售票是通过人工进行销售 ，人工进行 统计，速度慢，效率低，而且极易出现错误。随着 i t 业的发展 ，计算机被引进到影院 的管理中来，计算机售票系统孕育而生。计算机售票系统的出现极大的改善了影院放映 管理工作的强度，极大的提高了工作效率。在胶片时代影院的放映管理的核心就是计算 2 机售票系统。影院作为服务性行业，有着很特殊的一面。影院的经营始终围绕着票房收 入 ，在一个新的影片到来之后 ，针对这个影片展歼宣传、编制放映计划 、安排相关工 作人员，并对该影片销售同场次的电影票。 现在数字 3d 电影成为了主流放映技术。映技术在原理上相比胶片立体有较大的改进， 使用了液晶开关技术、圆偏振光分光技术及光谱分光技术等，这些技术抗干扰性强、画 面稳定、立体效果好、无明显重影，画面清晰度高。由于目前数字立体放映系统亮度还 不够高、光效率还不够大，因此在大银幕上放映（14 米宽以上）仍然有待改进和提高， 或采用双机放映的方式。但随着技术发展，较大功率放映机或者使用双机放映，都有可 以有效地解决这个问题，而且随着放映尺寸的增加，也能解决窗口感的问题，将挑战 imax 立体电影，会给观众一个更加精彩的立体世界。 另外 imax 3d 也很流行，全国目前有不到 20 家的 imax 银幕。imax 3d 利用偏振 光分光原理，所使用的 70 毫米 15 齿孔电影胶片的面积是普通 35 毫米胶片的 10 倍，是 一般 70 毫米宽银幕胶片的 3 倍。imax 巨幕 3d 画面大、视野宽广、视觉效果好，但成 本高，所需放映的场地和空间巨大，制作费用高昂，而且需要使用 70 毫米 15 齿孔的设 备进行放映。目前 imax 放映系统也在进行数字化，刚刚推出 imax 数字立体放映机， 但其数字放映系统的价格和胶片 imax 系统基本一样。总的来说，imax 3d 投资高、经 营成本高，不是一般影院所能承受的，不适合在普通商业影院推广。 1.3 企业组织机构及业务范围 北京万达影城有限公司的组织机构如图 1-1 所示： 3 北京万达影城影城有限公司 华 星 影 院 有 限 公 司 营 销 部 市 场 调 查 部 广 告 企 划 部 影 院 管 理 部 影 院 技 术 部 人 力 资 源 部 财 务 部 图 1-1 北京万达影城有限公司组织结构图 fig 1-1 beijing wanda cinema ltd. of the new organization chart 公司各部门主要业务职责如下： 1.华星影院有限公司：为主要电影票销售以及电影放映部门，银幕数量由 22 块，经 营范围不断扩大，实现了跨地区经营。 2.营销部：负责整个中心影城各个业务活动的经营管理。 3.广告企划部：负责对公司内部各种宣传活动进行企划宣传。 4.市场调查部：主要负责为公司拓展市场业务，增强市场竞争力。 5.影院技术部：负责影院内相关计算机科技技术的开发与维护。 6.影院管理部：专门负责影院内部场内管理以及影院工作人员的管理。 7.人力资源部：主要负责公司内部人才招聘及人事管理。 8.财务部：负责公司财务，税务以及账务方面的内容。 4 1.4 业务流程描述 基于 c/s 架构的影院管理系统，该系统能通过各营业网点为顾客提供电影查询，购 买电影票以及退票的服务。当顾客到达营业网点后向电影公司营业员提供电影名，地点 和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。然后根据时间和要 求来选取想要观看的电影,这样使得影迷购票更方便,交易更顺畅。如果观众觉得自己买的 票 不是很符合自己的时间要求，可以在电影为开始放映前改票，这使得电影院更人性化， 能使观众应对临时变化。 该系统的研究内容主要有三部分，系统的体系结构研究。数据库安全设计。随着网 络技术的发展，系统的安全性成为目前系统开发的重点，安全系数高的系统才能有大的 市场。因此，在开发系统的时候，我们对数据库的安全设计进行了详细的研究。界面设 计。好的界面设计可以给用户很高的视觉享受和友好暗示。所以，在系统开发过程中， 我们对界面倾注了大量的时间进行了研究。 顾客到达营业网点后向电影公司营业员提供电影名，地点和放映日期，营业员根据 以上信息，操作软件查询满足条件的电影。在查询出电影信息的基础上，根据顾客的要 求选择某个电影，时间，然后等待顾客确认，并收取票款，然后执行出票操作。根据顾 客提供的电影票，查询出该电影票的信息，然后根据该电影票的退改签规定收取一定手 续费，将剩余票款退还给顾客，并将电影票收回。 该系统要求能进行电影信息管理，管 理员能添加和删除电影上映计划，还能临时修改电影上映计划，对电影上映计划的修改 包括临时添加电影和临时取消电影。除此之外，管理员还能随时更新电影的折扣。该系 统要求能进行营业员和营业网点的管理，营业管理员能添加营业网点，删除营业网点， 修改营业网点的信息（名称，地址，电话等） ，添加营业员，删除营业员。 该系统能保存所有营业记录，营业记录是营业员与影院公司进行营业款结算的依据， 营业款的结算采用两级结算的原则，电影公司与每个营业网点经理结算，营业网点经理 与每个营业员结算，原则上营业款应该每天结算。该系统还要求有日志记录的功能，日 志要求记录以下事件：营业员的登录，登出，成功的订票操作和退票操作，营业款的结 算记录，电影管理员对电影计划的成功修改，营业管理员对营业员和营业网点的成功修 改等。 应用业务流程图描述现系统各项业务处理过程，并结合业务流程图详细、准确地说 明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量和 5 形式等。 业务流程图使用的符号如图 1-2 所示。 数据处理 表示处理 表示业务流向 表示输入输 出的报表 表示账册 图 1-2 业务流程符号图 fig1-2 business processes symbols chart 图 1-3 售票系统业务流程图 fig 1-3 business prospects of the system flow chart 记录列表 影片查询 影片列表购票成功或失败 营业员 记录查询记录查询条件 影片查询条件 6 图 1-4 管理系统业务流程图 fig 1-4 operational flow chart of the background system 管理员 影片计划查询 影片计划列表 添加、删除影片计划 成功或失败信息 影片计划信息 营业员查询 营业员信息 营业员列表 添加、修改、删除 成功或失败信息 添加、修改、删除 营业网点查询 营业网点信息 营业网点列表 成功或失败信息 营业记录信息 营业记录查询 营业记录列表 营业记录列表 7 1.4 现系统存在问题及薄弱环节分析 通过系统调研，我认为现行系统存在的问题及薄弱环节主要表现在下列几个方面： 1.交易时间过长、运营成本高、效率慢、信息不共享。 2.售票窗口有限，工作效率很低下。 3.观众无法及时了解影片的详细信息，如放映时间、价格、场次等。 4.由于出现个人素质等方面的差异，容易出现工作人员和观众或者观众和观众之间在 排队买票时发生争执。 5.耗费大量的人力、物力和财力。 6.交易数量大时，对于销售信息的存储及查询等非常不方便。 7.购票时由于人流量大，等候时间长，使得周围环境卫生受到影响。 8 2 需求分析 2.1 总体目标 传统的人工售电影票方式需要固定的人力、固定的地方，要求影院事先公布好要放 映的影片信息和电影票价格，观众从固定的几个影片中选择想看的，然后电影院排队购 买。这需要很多时间的投入，对于现在社会高效率的生活节奏来说，这种方式已经越来 越不能适应科技发展与信息化建设的需要。尤其现在人们生活质量提高了，对于精神文 化的追求越来越多，如果人们都去电影院排队买票，那将会给影院和观众本身带来众多 的不便。 基于 c/s 架构的影院管理系统，该系统能通过各营业网点为顾客提供电影查询，购 买电影票以及退票的服务。当顾客到达营业网点后向电影公司营业员提供电影名，地点 和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。然后根据时间和要 求来选取想要观看的电影,这样使得影迷购票更方便,交易更顺畅。如果观众觉得自己买的 票 不是很符合自己的时间要求，可以在电影为开始放映前改票，这使得电影院更人性化， 能使观众应对临时变化。 2.2 具体目标 电影院的场次管理人员可以通过系统将要播放的电影、播放时间、放映厅的号码以 及票价等信息录入电脑，并可以将近期将播放的电影信息预先显示上，以方便在线用户 进行浏览。对于每部电影已上映场次及收入需要有备份。售票窗口根据录入的信息售票。 卖票的收入跟随每张票的售出录入财务系统（改财务系统只是记录下影片票房情况和其 他财务无关） ，票价根据普通票、学生票、团购票、代金券票及座类有所差别，这些信息 都要存档。在售票方面，我们要能保证，当一场电影的票被售空的时候，我们不能再出 售该场次得票，而且售出的票要保证不能有相同的。于是，我们要能够记录，每场电影 哪些座位的票已经售出了。电影票要有一个唯一标识及相应的影片，时间，影厅，座位， 座类，票类和票价。 系统分为两种用户角色（一般用户、管理员） ，根据用户角色的不同进入不同的操 9 作界面。实现方便的严格的信息管理。管理员登录系统后可以随时录入新的电影信息。 实现灵活更新信息。营业员登录系统后，可以更新（修改、删除）个人信息和订单信息。 管理员登录系统后，可以更新（修改、删除）电影信息和用户信息。实现方便的信息查 询功，支持系统首页浏览查询。支持多条件动态搜索查询。实现电影票价格统计核算， 可实现购物车内所有电影票价格的统计核算。 2.3 use case 建模 2.3.1 定义参与者 根据整个系统的需求分为前台管理模块和后台管理模块。可以确定 2 个参与者，即 用户和管理员。 用户使用前台管理模块注册个人信息，登陆系统，浏览或搜索电影信息，购买电影 票，设置购物车。 管理员使用后台管理模块登陆系统，管理用户信息，添加或删除电影信息，处理订 单信息，查看库存销售信息。 2.3.2use case 图 根据系统需求分析，结合上节系统参与者的定义分析，得到系统的用例如下： 1.登陆 2.查询影片 3.售票 4.结算 5.营业记录 6.营业记录结算 7.管理员登陆 8.营业员管理 9.电影管理 10.处理记录结算 11.记录结算查询 12.网点管理 结合参与者和用例得到系统的用例图如下图 2-1 所示。 10 查询影片 售票 结算 营业记录 营业记录结算 营业员 登陆 电影查询 网点管理 记录结算查询 电影管理 营业员管理 管理员 处理记录结算 图 2-1 影院管理系统 use case 图 fig2-1 use case for cinema management system 11 3 概要设计 需求分析阶段已经完全弄清楚了目标系统的各种需求，较好地解决了要让所开发的软 件“做什么”的问题，下一步就要着手实现软件的需求，即要着手解决“怎么做”的问 题。 根据需求分析阶段的内容得到本系统的功能模块图，并进行了系统的架构设计。 3.1 体系结构设计 该系统的研究内容主要有三部分，系统的体系结构研究。数据库安全设计。随着网 络技术的发展，系统的安全性成为目前系统开发的重点，安全系数高的系统才能有大的 市场。因此，在开发系统的时候，我们对数据库的安全设计进行了详细的研究。界面设 计。好的界面设计可以给用户很高的视觉享受和友好暗示。所以，在系统开发过程中， 我们对界面倾注了大量的时间进行了研究。 图 3-1 影院售票系统功能模块图 fig3-1 cinema ticketing system function block chart 影院管理系统 营业网点售票 影院综合管理 电 影 查 询 模 块 购 电 影 票 模 块 营 业 记 录 模 块 退 出 系 统 模 块 电 影 计 划 管 理 网 点 管 理 模 块 电 影 信 息 管 理 结 算 统 计 模 块 操 作 员 信 息 管 理 营 业 记 录 模 块 退 出 系 统 模 块 12 该系统主要功能如图 3-1 所示，当顾客到达营业网点后向电影公司营业员提供电影名， 地点和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。在查询出电影 信息的基础上，根据顾客的要求选择某个电影，时间，然后等待顾客确认，并收取票款， 然后执行出票操作。根据顾客提供的电影票，查询出该电影票的信息，然后根据该电影 票的退改签规定收取一定手续费，将剩余票款退还给顾客，并将电影票收回。 该系统要 求能进行电影信息管理，管理员能添加和删除电影上映计划，还能临时修改电影上映计 划，对电影上映计划的修改包括临时添加电影和临时取消电影。除此之外，管理员还能 随时更新电影的折扣。该系统要求能进行营业员和营业网点的管理，营业管理员能添加 营业网点，删除营业网点，修改营业网点的信息（名称，地址，电话等） ，添加营业员， 删除营业员。 该系统能保存所有营业记录，营业记录是营业员与影院公司进行营业款结算的依据，营 业款的结算采用两级结算的原则，电影公司与每个营业网点经理结算，营业网点经理与 每个营业员结算，原则上营业款应该每天结算。该系统还要求有日志记录的功能，日志 要求记录以下事件：营业员的登录，登出，成功的订票操作和退票操作，营业款的结算 记录，电影管理员对电影计划的成功修改，营业管理员对营业员和营业网点的成功修改 等。 3.2 架构设计目标 软件架构设计要达到如下的目标： 1可行性（feasible ）。架构具有可行性是架构设计的基石。 2可靠性（reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软 件系统必须非常可靠。 3安全行（secure ）。软件系统所承担的交易的商业价值极高，系统的安全性非常重 要。 4可定制化（customizable）。同样的一套软件，可以根据客户群的不同和市场需求 的变化进行调整。 5可扩展性（extensible ）。在新技术出现的时候，一个软件系统应当允许导入新技 术，从而对现有系统进行功能和性能的扩展。 6可维护性（maintainable）。软件系统的维护包括两方面，一是排除现有的错误， 13 二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支 持的花费。 7可升级性（scalable ）。软件必须能够在用户的使用率、用户的数目增加很快的情 况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 8客户体验（customer experience）。软件系统必须易于使用，软件的最终用户很可 能是不具有计算机专业技术的人员。 3.3 系统架构设计 下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息 系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层再把各层 中的 一些公共部分提出来：权限管理、异常处理，这样得到包图如3-2 用户界面 业务逻辑 数据访问 权限管理 异常处理 图3-2 影院售票系统的包图 fig3-2 package diagram of cinema ticketing system 1. 用户界面包 视图界面包的职责是： （1）与用户和管理员的交互，接收用户和管理员的各种输入以及输出各种提示信 息或处理结果。 （2）对于输入的数据进行数据校验，过滤非法数据。 14 （3）向业务处理对象发送处理请求。 用户界面包展开图如图3-3所示： 用户界面 输入，输出 数据校验 发送业务处理请求 图 3-3 用户界面包展开图 fig3-3 package diagram of user interface 用户界面包包含的类如图 3-4： 图 3-4 视图界面类图 fig3-4 class diagram of view interface 2. 业务逻辑包 业务逻辑包的职责是： （1）实现各种业务处理逻辑或处理算法。 （2）验证请求者的权限。 15 （3）向数据访问对象发送数据持久化操作的请求。 业务逻辑包展开图如图3-5所示： 不不不不 不不不不不不不不不不不不不不不 不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不不 图 3-5 业务逻辑包展开图 fig3-5 package diagram of business 业务逻辑包包含的类如图 3-6： 图 3-6 业务逻辑类图 fig3-5 class diagram of business 3. 数据访问包 数据访问层的职责是： （1）实现数据的持久化操作。 （2）实现事务处理。 数据访问包图展开如图3-7所示： 不不不不 不不不不不不不不不不不不不不不不 图 3-7 数据访问包展开图 fig3-7 package diagram of data access 数据访问包包含的类见图 3-8： 16 图 3-8 数据访问类图 fig3-8 class diagram of data access 对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象， 在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又 必须在同一个事务中，这时需要用同一个数据库连接对象 7来进行统一的事务处理。这里 的数据库连接类的创建用到了单件（singleton）模式，保证一个类仅有一个实例，一个用 户在同一时刻只能用一个数据库连接对象。 4. 权限管理包 权限管理的主要职责是： （1）验证请求者的请求权限。 （2）提供请求者的权限列表。 权限管理包图展开如图3-9所示： 不不不不 不不不不不不不不不不不不不不不不不不不不 图 3-9 权限管理包展开图 fig3-9 package diagram of access authorization 权限管理包包含的类见图 3-10： 图 3-10 权限管理类图 fig3-10 class diagram of access authorization 5. 异常处理包 异常处理的职责： （1）汇报运行时的详细异常信息。 （2）记录异常处理日志。 17 异常处理包图展开如图 3-11 所示：不不不不 不不不不不不不不不不不不 不不不不不不不不 图 3-11 异常处理包展开图 fig3-11 package diagram of exception processing 异常处理包包含的类见图 3-12： 图 3-12 异常处理类图 fig3-12 class diagram of exception processing 因为异常处理类型比较多，如：系统异常、数据库异常、业务逻辑异常等，针对不 同类型的异常处理方式也容易变，如：显示错误，记录文本日志，记录数据库日志等， 所以这里使用了桥接（bridge）模式来实现，使各部分的变化比较独立。 3.4 系统架构类图 将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。 基于jsp 影院售票系统的系统架构类图 9如下图3-13 所示。 18 图3-13 系统架构类图 fig3-13 class diagram of system architecture 19 3.5 输入输出设计 3.5.1 输入设计 输入设计担负着将系统外的数据以一定的格式送入计算机的任务，输入设计的一条 重要原则是确保系统输入的信息准确无误。 系统主要管理模块输入设计如表 3-1、3-2 所示。 表 3-1 输入设计 1 table3-1 input design 1 输入名称：用户信息表 输入设备和介质：键盘、鼠标 输入源：管理员或营业员 输入时间和频率：依用户或管理员需要 输入信息量： 共享范围：本系统使用 表 3-2 输入设计 2 table3-2 input design 2 输入名称：电影信息表 输入设备和介质：键盘、鼠标 输入源：管理员 输入时间和频率：依管理员需要 输入信息量： 共享范围：本系统使用 表 3-3 输入格式及内容 table3-3 input form and content 数据项名称 类型 实际长度 备注 用户名 varchar 30 用户输入 密码 varchar 16 用户输入 姓名 varchar 20 用户输入 性别 varchar 10 用户选择 年龄 int 2 用户输入 身份证号 varchar 18 用户输入 家庭住址 varchar 30 用户输入 电话号码 varchar 11 用户输入 电子邮箱 varchar 20 用户输入 影片名称 varchar 20 管理员输入 影片类型 varchar 12 管理员输入 放映时间 date 管理员输入 结束时间 date 管理员输入 票价 varchar 10 管理员输入 20 3.5.2 输出设计 输出设计在系统设计中占重要地位，因为计算机系统对输入的数据进行加工处理的 结果只有通过输出才能呈现给用户。 本系统的输出设计主要体现在查询输出。比如订单的查询输出。 表 3-4 输出设计 table3-4 output design 输出名称：电影票订单 输出设备和介质：显示器、打印机、打印纸 输出类型：打印输出 输出时间和步骤：依管理员需要 输出格式和内容： 表 3-5 输出设计举例 table3-5 output design exemple 用户 id 真实姓名 联系方式 电影名称 订购数量 单价（元） 合计（元） 订购时间 11 张三阿凡达 3 35 105 2010-06-03 16:45 12 李四功夫熊猫 1 35 35 2010-06-03 16:47 13 王五钢铁侠 2 1 40 40 2010-06-03 16:47 14 赵六风云 3 40 120 2010-06-03 16:50 15 陈七十月围城 2 40 80 2010-06-03 16:52 16 吴八杜拉拉 2 40 80 2010-06-03 16:52 3.6 运行设计 3.6.1 运行环境 21 微型计算机一台，各项技术指标(如图 4-3 所示) 硬件 配置 处理器 pentium ii300 以上 内存 64m 以上 硬盘空间 30m 以上 图 4-3 运行环境硬件配置 软件环境 操作系统：windows xp 网络环境：利用现有局域网即可 3.6.2 运行模块的组合 客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入 进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网 络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模 块，对信息进行处理，产生相应的输出。 服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据 处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。 3.6.3 运行控制 在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再 次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号， 在对数据处理、访问数据库后，将返回信息送回客户机。 22 3.7 出错处理设计 3.7.1 出错输出信息 1账号或密码不正确。 2电影号不能为空。 3请先结算再点击出票按钮。 4输入的电影号不合法。 5输入的时间不合法。 6出票失败。 对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析， 判断错误类型，再生成相应的错误提示语句，送到输出模块中。 对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输 入阶段。 3.7.2 出错处理对策 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢 失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢 复过程可采用 mysql 的日志文件，对其进行 rollback 处理，对数据进行恢复。 在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数 据的通信。 在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。 3.8 安全保密设计 3.8.1 数据安全性 1登录本系统前台： 用户只有拥有账号后，通过使用唯一用户名登陆系统并设计属于自己的密码，同时 通过 md5 加密算法将密码存入数据库中保存。 2登陆本系统后台： 23 只有管理员可以进行数据更新，及对已添加的数据进行修改和删除；管理员也有对营 业员添加、修改、删除操作。从而降低了系统数据被人盗改的机率。 3.8.2 登录用户的安全性 系统设计了登录界面，每个合法用户有一个密码，该密码由用户个人以及管理员维 护，从而实现对用户的身份验证。 3.8.3 操作安全性 对营业员的添加和删除，同时添加营业员时使其无法登陆后台管理界面。 3.9 维护设计 我们大家都知道 mysql 管理维护工具的数量非常多，除了系统自带的命令行管理工 具之外，还有很多的其他的图形化管理工具。建议使用 mysqldumper 开发的 mysql 数 据库备份恢复程序，解决了使用 php 进行大数据库备份和恢复的问题，数百兆的数据库 都可以方便的备份恢复，不用担心网速太慢导致中间中断的问题，非常方便易用。 24 4 详细设计 详细设计的目的是为软件结构图中的每一个模块确定使用的算法和块内数据结构， 并用某种特定的表达工具给出清晰的描述。 4.1 系统交互图 4.1.1 系统架构类交互图 系统架构类的工作流程： 1.视图界面对象在接收了用户的输入请求后，向逻辑处理对象发送处理请求。 2.逻辑处理对象接收到请求后，向权限管理对象发送验证权限请求。 3.权限管理对象验证权限后将验证结果返回给逻辑处理对象。 4.逻辑处理对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息； 对于符合权限的请求，则将请求转发给管理员对象。 5.管理员对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问 对象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给 逻辑处理对象。 6.逻辑处理对象将处理结果信息返回给视图界面。 系统架构类的交互图如图 4-1 所示： 25 不不不 不不不 不不不 不不 不不不 不不不1: 不不不不 2: 不不4: 不不 5: 不不不不不不 3: 不不 6: 不不7: 不 8: 不 9: 不不 10: 不不 1: 不不12: 不13: 不不不 14: 不不不 图 4-1 系统架构类的交互图 fig4-1 interactive diagram of system architecture class 4.1.2 参与者与模块间的交互 系统中与各个模块进行交互的参与者（角色）主要是用户和管理员。 用户和管理员与系统各个模块之间的交互图如下图 4-2 和图 4-3 所示： 26 营业员 显示系统 登陆系统 查询电影 购买影票 1: 打开软件 2: 登陆系统 3: 显示具体信息 4: 输入电影名和类型 5: 购买电影票 6: 购票成功 图 4-2 用户与影院售票系统交互图 fig4-2 interactive diagram between users and cinema ticket booking system :不不 不不 不不 不不 不不 不不不1: 不不不不 2: 不不不3: 不不不不 6: 不不不不7: 不不不 8: 不不不不 9: 不不不 4: 不不不不5: 不不不不 图 4-3 管理员与影院售票系统交互图 fig4-3 interactive diagram between administrator and cinema ticket booking system 27 4.1.3 系统协作图 交互图用来说明系统如何实现一个用例或用例中的一个特殊场景。uml 提供两类交 互图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时 间和空间顺序来描述系统元素之间的交互。 根据上节描述的用户订购电影的时序图，给出用户订购电影的协作图如下图 4-4 示。 营业员 登陆系统 购买影票 营业记录 1: 输入账号密码 2: 选择影片 3: 提交购票信息 4: 进行操作 5: 选择操作 图 4-4 营业员售票的协作图 fig4-4 collaboration diagram for salesperson sell ticket 4.1.4 系统状态图 状态图是通过类对对象的生命周期建立模型来描述对象随时间变化的动态行为。状 态图显示了一个状态机，它基本上是一个状态机中的元素的一个投影，也就意味着状态 图包括状态机的所有特性。 在营业记录管理模块中，主要有查询记录、待结算、已结算状态，这三种状态完成 过程非常相似，所以下面仅给出用户填写订单的状态图如下图 4-5 所示。 28 登陆系统 待结算状态已结算状态 输入用户名密码错误 输入用户名密码错误 登陆成功 正确 查询 结算信息 提交 结算成功 添加到数据库 图 4-5 营业员创建营业记录的状态图 fig4-5 state diagram for salespersons to create business records 4.1.5 系统活动图 活动图是描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法 确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在订单管 理模块中，主要涉及用户的活动。 用户首先登录系统，然后查询电影信息，根据需要填写订单；还可以对购物车的订 单进行修改；同时可以查询购物车相关信息等活动。完成活动后退出系统，下面给出用 户订购电影的活动图，如下图 4-6 所示。 29 购票模块 登录系统 申请购票 记录结算 退出 查询记录 取消生成营业记录 返回 确认结算 是否购买 是否完成 是 否 是 否 图 4-6 营业员在售票模块的活动图 fig4-6 activity diagram for salespersons sell ticket 4.2 业务逻辑对象类设计 4.2.1 发现业务逻辑类 本小节的主要任务是对系统架构类图中的业务逻辑类 8进行设计，由系统分析中的 use case 交互图我们可以发现业务逻辑类包括用户类，订单类，电影类，管理员类，购 物车设置类。根据 use case 交互图中的消息找到对象类相应的方法。 30 4.2.2 业务逻辑类之间关系 系统业务逻辑类之间关系如下图 4-7 所示。 图 4-7 系统业务逻辑类之间的关系 fig4-7 the relationship of system business logic class 4.3 数据库设计 4.3.1 系统数据模型 本系统采用关系数据库，关系数据库以关系模型为基础，关系模型是通过表格数据 来表示和实现两个实体间的联系。本系统采用的主要工具是实体-关联图，即 e-r 图。实 体是现实世界中可以区别于其他对象的事件或物体。实体的联系分为实体内部的联系和 31 实体之间的联系关系型数据库是目前应用最广泛的数据库。既然是面向对象系统设计， 数据库设计当然也要是面向对象的。现在要考虑如何对类进行持久化操作，即将对象类 映射到二维表。 1.用户的属性有：营业员编号、用户名、密码、姓名、性别、年龄、身份证号、地址、 电话号码、电子邮箱 用户 用户名 密码 电子邮箱 年龄 电话号码 营业员编 号 身份证号 地址 姓名 性别 图 4-9 营业员实体属性图 fig 4-9 salesperson information entities chart 2.管理员的属性有：管理员编号、姓名、密码 管理员 管理员 编号 姓名 密码 图 4-10 管理员实体属性图 fig 4-10 administrator information entities chart 3.电影的属性有：电影编号、影片名称、电影类型、放映时间、结束时间、票价 32 电影 电影编号 放映时间 影片名称 电影类型 结束时间 票价 图 4-11 电影实体属性图 fig 4-11 film information entities chart 4.营业记录的属性有：电影名称、单价、数量、总价 营业记录营业记录 编号 价格 数量 电影编号 营业员编号 图 4-12 营业记录实体属性图 fig 4-12 shopping car information entities chart 33 管理员 营业记录 电影网点 员 营业员 查询 管理 添加 购票 管理 管理管理 n nn m 图 4-15 影院售票系统综合 e-r 图 fig 4-15 cinema tickets booking system e-r chart 4.3.2 物理表结构图 表 3-2-1 用户表 34 table 3-2-1 user table 列名 字段 字段类型 约束 备注 用户 id 编号 用户账号 密码 所属营业网点号 基本角色 附加权限 联系方式 userid usernum username password stationed role authority contact int varchar varchar(10) char(32) int int int varchar(20) 主键 唯一 非空 非空 非空 非空 自增序列流水号为员工 自定义编号方便管理 相当于主键 加密后的 32 位密码 这一列可以为空为空则 说明不是营业员 默认值 0 表 3-2-2 电影计划表 table 3-2-2 plan table 列名 字段 字段类型 约束 备注 电影号 起始日期 结束日期 地点 flightnum startdate enddate startaddr varchar(10) date date varchar(20) 主键 非空 非空 非空 前两个字符是字 母，后面是数字， 长度 5-7 位不等 表 3-2-3 影院表 table 3-2-3 fl table 35 列名 字段 字段类型 约束 备注 流水号 执行的电影计划 放映日期 硬座剩余座位 软座剩余座位 情侣座剩余座位 折扣 flid flnum leavedate topseat offiseat econoseat discount int varchar(10) date int int int double 主键 主键 非空 非空 非空 非空 非空 0 0 0 表 3-2-4 营业记录表 table 3-2-4 record table 列名 字段 字段类型 约束 备注 记录号 电影号 日期 类型 价格 用户号 recid flnum recdate type price userid int varchar(10) datetime int int int 主键 外键 非空 非空 非空 自增序列 可不定义外键 1 购票 2 退 3 改 表 3-2-5 网点表 table 3-2-5 sta table 列名 字段 字段类型 约束 备注 流水号 网点编号 网店名称 所属省份 所属城市 地址 电话 网点经理 stationed stanum staname province city addr phone userid int varchar(10) varchar(20) varchar(8) varchar(10) varchar(50) varchar(15) int 主键 唯一 非空 非空 非空 非空 非空 相当于主键 表 3-2-6 影院表 table 3-2