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

《基于CS架构的影院管理系统毕业论文.doc》由会员分享，可在线阅读，更多相关《基于CS架构的影院管理系统毕业论文.doc（79页珍藏版）》请在三一办公上搜索。

1、中文题目：基于C/S架构的影院管理系统外文题目：THE CINEMA MANAGEMENT SYSTEM BASED ON C/S毕业设计(论文)共 72页(其中:外文文献及译文8页)图纸共0张完成日期 2010年6月 答辩日期 2010年6月摘要一个正常营业的电影公司需要管理所拥有的影片、网点、营业员的信息等，更重要的还要提供票务管理。面对各种不同种类的信息，需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。本系统的用户分为营业员和管理员。营业员可以查询影片、购票以及查看本人营业记录的功能。管理员可以实现电影管理，营业员管理、营业记录的管理。系统能根据任意电影编号快

2、速定位到某一客户，能导出营业记录报表。因此它能方便快捷地运用在电影业务的营销之中。该系统的界面设计友好，易于操作，符合当前的电影公司现状，应用之后可以提高工作效率，并能对各种信息进行有效管理，有实际应用价值。关键词：售票；影院管理系统 ；C/S架构；AbstractA normal operation of the airline needs a management-owned film, outlets, members of business information, more importantly, also provide ticket management. Facing dif

3、ferent 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 e

4、xamine 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. T

5、he 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项目概述11.1 现系统的概述11.2

6、 分析现状11.3企业组织机构及业务范围21.4 业务流程描述42 需求分析82.1总体目标82.2具体目标82.3 Use Case建模92.3.1定义参与者92.3.2Use Case图93 概要设计113.1体系结构设计113.2架构设计目标123.3系统架构设计133.4系统架构类图173.5输入输出设计193.5.1输入设计193.5.2输出设计203.6 运行设计203.6.1运行环境203.6.2运行模块的组合213.6.3运行控制213.7 出错处理设计213.7.1出错输出信息213.7.2出错处理对策223.8 安全保密设计223.8.1 数据安全性223.8.2 登录用户

7、的安全性223.8.3 操作安全性233.9 维护设计234 详细设计244.1系统交互图244.1.1系统架构类交互图244.1.2参与者与模块间的交互254.1.3系统协作图274.1.4系统状态图274.1.5系统活动图284.2 业务逻辑对象类设计294.2.1发现业务逻辑类294.2.2业务逻辑类之间关系304.3 数据库设计304.3.1系统数据模型304.3.2 物理表结构图344.4 开发环境的选择364.4.1系统开发工具364.4.2数据库的选择375 编码395.1 概述开发工具及编程脚本395.2 脚本习惯说明395.3 脚本406 测试416.1 测试项目测试用例41

8、6.2 软件测试结论456.2.1 软件能力456.2.2 测试结论45结论46致 谢47参考文献48附录A中文译文49附录B英文原文52附录C源代码清单561项目概述随著社会发展，人民生活水平提高,人民不但追求物质生活,也注重精神生活.电影,作为人们享受精神生活的重要娱乐项目,电影事业近几年飞速发展。本专题针对电影院管理系统做一研究，期望能在研究中获得相关技术与观念。电影院是为观众放映电影的场所。电影在产生初期，是在咖啡厅、茶馆等场所放映的。随着电影的进步与发展，出现了专门为放映电影而建造的电影院。电影的发展从无声到有声乃至立体声，从黑白片到彩色片，从普通银幕到宽银幕乃至穹幕、环幕，使电影院

9、的形体、尺寸、比例和声学技术都发生了很大变化。电影院必须满足电影放映的工艺要求，得到应有的良好视觉和听觉效果。1.1 现系统的概述北京市万达影城有限公司成立于1995年，旗下现有连锁影院5家，其前身为北京市电影发行放映公司，是一家拥有50多年历史的国有事业单位。2003年，公司作为北京文化事业单位产权制度改革的试点，率先完成国企产权制度改革。现有固定资产近3亿，直属影城11家，下设华星影院有限公司、经营部、企划部、市场部、影院技术开发部、影院管理部、人力资源部、财务部等，企业员工近700名。公司现在采用传统的人工售票方式，这种方式存在很多不足，根据现实情况，设计一个影院管理系统，代替传统售票方

10、式，这样能大大提高工作效率，方便顾客购买影票，更有利于影院自身管理和发展。1.2 分析现状随着信息化的到来 ，影院对信息化 的要求也越来越迫切。市面上开始相继出现不同功能的产品。计算机售票系统在影院中售票收入是影院收入的主要来源 ，也是影院经营者最关心的地方。在没有计算机的时代，影院的售票是通过人工进行销售 ，人工进行统计，速度慢，效率低，而且极易出现错误。随着 I T业的发展 ，计算机被引进到影院的管理中来，计算机售票系统孕育而生。计算机售票系统的出现极大的改善了影院放映管理工作的强度，极大的提高了工作效率。在胶片时代影院的放映管理的核心就是计算机售票系统。影院作为服务性行业，有着很特殊的一

11、面。影院的经营始终围绕着票房收入 ，在一个新的影片到来之后 ，针对这个影片展歼宣传、编制放映计划 、安排相关工作人员，并对该影片销售同场次的电影票。现在数字3D电影成为了主流放映技术。映技术在原理上相比胶片立体有较大的改进，使用了液晶开关技术、圆偏振光分光技术及光谱分光技术等，这些技术抗干扰性强、画面稳定、立体效果好、无明显重影，画面清晰度高。由于目前数字立体放映系统亮度还不够高、光效率还不够大，因此在大银幕上放映（14米宽以上）仍然有待改进和提高，或采用双机放映的方式。但随着技术发展，较大功率放映机或者使用双机放映，都有可以有效地解决这个问题，而且随着放映尺寸的增加，也能解决窗口感的问题，将

12、挑战IMAX立体电影，会给观众一个更加精彩的立体世界。另外IMAX 3D也很流行，全国目前有不到20家的IMAX银幕。IMAX 3D利用偏振光分光原理，所使用的70毫米15齿孔电影胶片的面积是普通35毫米胶片的10倍，是一般70毫米宽银幕胶片的3倍。IMAX巨幕3D画面大、视野宽广、视觉效果好，但成本高，所需放映的场地和空间巨大，制作费用高昂，而且需要使用70毫米15齿孔的设备进行放映。目前IMAX放映系统也在进行数字化，刚刚推出IMAX数字立体放映机，但其数字放映系统的价格和胶片IMAX系统基本一样。总的来说，IMAX 3D投资高、经营成本高，不是一般影院所能承受的，不适合在普通商业影院推广

13、。1.3企业组织机构及业务范围北京万达影城有限公司的组织机构如图1-1所示：北京万达影城影城有限公司华星影院有限公司营销部市场调查部广告企划部影院管理部影院技术部人力资源部财务部图1-1 北京万达影城有限公司组织结构图Fig 1-1 Beijing Wanda Cinema Ltd. of the new organization chart公司各部门主要业务职责如下：1.华星影院有限公司：为主要电影票销售以及电影放映部门，银幕数量由22块，经营范围不断扩大，实现了跨地区经营。2.营销部：负责整个中心影城各个业务活动的经营管理。3.广告企划部：负责对公司内部各种宣传活动进行企划宣传。4.市场调

14、查部：主要负责为公司拓展市场业务，增强市场竞争力。5.影院技术部：负责影院内相关计算机科技技术的开发与维护。6.影院管理部：专门负责影院内部场内管理以及影院工作人员的管理。7.人力资源部：主要负责公司内部人才招聘及人事管理。8.财务部：负责公司财务，税务以及账务方面的内容。1.4 业务流程描述基于C/S架构的影院管理系统，该系统能通过各营业网点为顾客提供电影查询，购买电影票以及退票的服务。当顾客到达营业网点后向电影公司营业员提供电影名，地点和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。然后根据时间和要求来选取想要观看的电影,这样使得影迷购票更方便,交易更顺畅。如果观众觉得自己买的

15、票 不是很符合自己的时间要求，可以在电影为开始放映前改票，这使得电影院更人性化，能使观众应对临时变化。该系统的研究内容主要有三部分，系统的体系结构研究。数据库安全设计。随着网络技术的发展，系统的安全性成为目前系统开发的重点，安全系数高的系统才能有大的市场。因此，在开发系统的时候，我们对数据库的安全设计进行了详细的研究。界面设计。好的界面设计可以给用户很高的视觉享受和友好暗示。所以，在系统开发过程中，我们对界面倾注了大量的时间进行了研究。顾客到达营业网点后向电影公司营业员提供电影名，地点和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。在查询出电影信息的基础上，根据顾客的要求选择某个电

16、影，时间，然后等待顾客确认，并收取票款，然后执行出票操作。根据顾客提供的电影票，查询出该电影票的信息，然后根据该电影票的退改签规定收取一定手续费，将剩余票款退还给顾客，并将电影票收回。 该系统要求能进行电影信息管理，管理员能添加和删除电影上映计划，还能临时修改电影上映计划，对电影上映计划的修改包括临时添加电影和临时取消电影。除此之外，管理员还能随时更新电影的折扣。该系统要求能进行营业员和营业网点的管理，营业管理员能添加营业网点，删除营业网点，修改营业网点的信息（名称，地址，电话等），添加营业员，删除营业员。该系统能保存所有营业记录，营业记录是营业员与影院公司进行营业款结算的依据，营业款的结算采

17、用两级结算的原则，电影公司与每个营业网点经理结算，营业网点经理与每个营业员结算，原则上营业款应该每天结算。该系统还要求有日志记录的功能，日志要求记录以下事件：营业员的登录，登出，成功的订票操作和退票操作，营业款的结算记录，电影管理员对电影计划的成功修改，营业管理员对营业员和营业网点的成功修改等。应用业务流程图描述现系统各项业务处理过程，并结合业务流程图详细、准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量和形式等。业务流程图使用的符号如图1-2所示。数据处理表示处理表示业务流向表示输入输出的报表表示账册图1-2 业务流程符号图Fig1-2 Business P

18、rocesses Symbols chart记录列表影片查询影片列表购票成功或失败营业员记录查询记录查询条件影片查询条件图1-3 售票系统业务流程图Fig 1-3 business prospects of the system flow chart营业记录列表营业记录列表营业记录查询营业记录信息成功或失败信息营业网点列表营业网点信息营业网点查询添加、修改、删除营业员查询营业员信息营业员列表添加、修改、删除成功或失败信息影片计划信息影片计划列表成功或失败信息添加、删除影片计划影片计划查询管理员图1-4 管理系统业务流程图Fig 1-4 Operational flow chart of the

19、 background system1.4 现系统存在问题及薄弱环节分析通过系统调研，我认为现行系统存在的问题及薄弱环节主要表现在下列几个方面：1.交易时间过长、运营成本高、效率慢、信息不共享。2.售票窗口有限，工作效率很低下。3.观众无法及时了解影片的详细信息，如放映时间、价格、场次等。4.由于出现个人素质等方面的差异，容易出现工作人员和观众或者观众和观众之间在排队买票时发生争执。5.耗费大量的人力、物力和财力。6.交易数量大时，对于销售信息的存储及查询等非常不方便。7.购票时由于人流量大，等候时间长，使得周围环境卫生受到影响。2 需求分析2.1总体目标传统的人工售电影票方式需要固定的人力、

20、固定的地方，要求影院事先公布好要放映的影片信息和电影票价格，观众从固定的几个影片中选择想看的，然后电影院排队购买。这需要很多时间的投入，对于现在社会高效率的生活节奏来说，这种方式已经越来越不能适应科技发展与信息化建设的需要。尤其现在人们生活质量提高了，对于精神文化的追求越来越多，如果人们都去电影院排队买票，那将会给影院和观众本身带来众多的不便。基于C/S架构的影院管理系统，该系统能通过各营业网点为顾客提供电影查询，购买电影票以及退票的服务。当顾客到达营业网点后向电影公司营业员提供电影名，地点和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。然后根据时间和要求来选取想要观看的电影,这样

21、使得影迷购票更方便,交易更顺畅。如果观众觉得自己买的票 不是很符合自己的时间要求，可以在电影为开始放映前改票，这使得电影院更人性化，能使观众应对临时变化。2.2 具体目标电影院的场次管理人员可以通过系统将要播放的电影、播放时间、放映厅的号码以及票价等信息录入电脑，并可以将近期将播放的电影信息预先显示上，以方便在线用户进行浏览。对于每部电影已上映场次及收入需要有备份。售票窗口根据录入的信息售票。卖票的收入跟随每张票的售出录入财务系统（改财务系统只是记录下影片票房情况和其他财务无关），票价根据普通票、学生票、团购票、代金券票及座类有所差别，这些信息都要存档。在售票方面，我们要能保证，当一场电影的票

22、被售空的时候，我们不能再出售该场次得票，而且售出的票要保证不能有相同的。于是，我们要能够记录，每场电影哪些座位的票已经售出了。电影票要有一个唯一标识及相应的影片，时间，影厅，座位，座类，票类和票价。系统分为两种用户角色（一般用户、管理员），根据用户角色的不同进入不同的操作界面。实现方便的严格的信息管理。管理员登录系统后可以随时录入新的电影信息。实现灵活更新信息。营业员登录系统后，可以更新（修改、删除）个人信息和订单信息。管理员登录系统后，可以更新（修改、删除）电影信息和用户信息。实现方便的信息查询功，支持系统首页浏览查询。支持多条件动态搜索查询。实现电影票价格统计核算，可实现购物车内所有电影票

23、价格的统计核算。2.3 Use Case建模2.3.1定义参与者根据整个系统的需求分为前台管理模块和后台管理模块。可以确定2个参与者，即用户和管理员。用户使用前台管理模块注册个人信息，登陆系统，浏览或搜索电影信息，购买电影票，设置购物车。管理员使用后台管理模块登陆系统，管理用户信息，添加或删除电影信息，处理订单信息，查看库存销售信息。2.3.2Use Case图根据系统需求分析，结合上节系统参与者的定义分析，得到系统的用例如下：1.登陆2.查询影片3.售票4.结算 5.营业记录6.营业记录结算7.管理员登陆8.营业员管理9.电影管理10.处理记录结算11.记录结算查询12.网点管理结合参与者和

24、用例得到系统的用例图如下图2-1所示。查询影片售票结算营业记录营业记录结算营业员登陆电影查询网点管理记录结算查询电影管理营业员管理管理员处理记录结算图2-1影院管理系统Use Case 图Fig2-1 Use Case for Cinema Management System3 概要设计需求分析阶段已经完全弄清楚了目标系统的各种需求，较好地解决了要让所开发的软件“做什么”的问题，下一步就要着手实现软件的需求，即要着手解决“怎么做”的问题。根据需求分析阶段的内容得到本系统的功能模块图，并进行了系统的架构设计。3.1体系结构设计该系统的研究内容主要有三部分，系统的体系结构研究。数据库安全设计。随着

25、网络技术的发展，系统的安全性成为目前系统开发的重点，安全系数高的系统才能有大的市场。因此，在开发系统的时候，我们对数据库的安全设计进行了详细的研究。界面设计。好的界面设计可以给用户很高的视觉享受和友好暗示。所以，在系统开发过程中，我们对界面倾注了大量的时间进行了研究。影院管理系统影院综合管理营业网点售票退出系统模块营业记录模块操作员信息管理结算统计模块电影信息管理网点管理模块电影计划管理退出系统模块营业记录模块购电影票模块电影查询模块图3-1影院售票系统功能模块图Fig3-1 Cinema Ticketing System Function block chart该系统主要功能如图3-1所示，

26、当顾客到达营业网点后向电影公司营业员提供电影名，地点和放映日期，营业员根据以上信息，操作软件查询满足条件的电影。在查询出电影信息的基础上，根据顾客的要求选择某个电影，时间，然后等待顾客确认，并收取票款，然后执行出票操作。根据顾客提供的电影票，查询出该电影票的信息，然后根据该电影票的退改签规定收取一定手续费，将剩余票款退还给顾客，并将电影票收回。 该系统要求能进行电影信息管理，管理员能添加和删除电影上映计划，还能临时修改电影上映计划，对电影上映计划的修改包括临时添加电影和临时取消电影。除此之外，管理员还能随时更新电影的折扣。该系统要求能进行营业员和营业网点的管理，营业管理员能添加营业网点，删除营

27、业网点，修改营业网点的信息（名称，地址，电话等），添加营业员，删除营业员。该系统能保存所有营业记录，营业记录是营业员与影院公司进行营业款结算的依据，营业款的结算采用两级结算的原则，电影公司与每个营业网点经理结算，营业网点经理与每个营业员结算，原则上营业款应该每天结算。该系统还要求有日志记录的功能，日志要求记录以下事件：营业员的登录，登出，成功的订票操作和退票操作，营业款的结算记录，电影管理员对电影计划的成功修改，营业管理员对营业员和营业网点的成功修改等。3.2架构设计目标软件架构设计要达到如下的目标：1可行性（Feasible）。架构具有可行性是架构设计的基石。2可靠性（Reliable）。软

28、件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。3安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。4可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。5可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。6可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费。7可升级性（Scalable）。软件必须能够在用

29、户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。8客户体验（Customer Experience）。软件系统必须易于使用，软件的最终用户很可能是不具有计算机专业技术的人员。3.3系统架构设计下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层再把各层中的一些公共部分提出来：权限管理、异常处理，这样得到包图如3-2用户界面业务逻辑数据访问权限管理异常处理图3-2 影院售票系统的包图Fig3-2 Package Diagram of Cinema Ticket

30、ing System1. 用户界面包视图界面包的职责是：（1）与用户和管理员的交互，接收用户和管理员的各种输入以及输出各种提示信息或处理结果。（2）对于输入的数据进行数据校验，过滤非法数据。（3）向业务处理对象发送处理请求。用户界面包展开图如图3-3所示：用户界面输入，输出数据校验发送业务处理请求图3-3用户界面包展开图Fig3-3 Package Diagram of User Interface用户界面包包含的类如图3-4：图3-4视图界面类图Fig3-4 Class Diagram of View Interface2. 业务逻辑包业务逻辑包的职责是：（1）实现各种业务处理逻辑或处理算法

31、。（2）验证请求者的权限。（3）向数据访问对象发送数据持久化操作的请求。业务逻辑包展开图如图3-5所示：图3-5业务逻辑包展开图Fig3-5 Package Diagram of Business业务逻辑包包含的类如图3-6：图3-6业务逻辑类图Fig3-5 Class Diagram of Business3. 数据访问包数据访问层的职责是：（1）实现数据的持久化操作。（2）实现事务处理。数据访问包图展开如图3-7所示：图3-7 数据访问包展开图Fig3-7 Package Diagram of Data Access数据访问包包含的类见图3-8：图3-8数据访问类图Fig3-8 Class

32、 Diagram of Data Access对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象，在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又必须在同一个事务中，这时需要用同一个数据库连接对象7来进行统一的事务处理。这里的数据库连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个用户在同一时刻只能用一个数据库连接对象。4. 权限管理包权限管理的主要职责是：（1）验证请求者的请求权限。（2）提供请求者的权限列表。权限管理包图展开如图3-9所示：图3-9权限管理包展开图Fig3-9 Package Diagram of

33、Access Authorization权限管理包包含的类见图3-10：图3-10权限管理类图Fig3-10 Class Diagram of Access Authorization5. 异常处理包异常处理的职责：（1）汇报运行时的详细异常信息。（2）记录异常处理日志。异常处理包图展开如图3-11所示：图3-11异常处理包展开图Fig3-11 Package Diagram of Exception Processing异常处理包包含的类见图3-12：图3-12异常处理类图Fig3-12 Class Diagram of Exception Processing因为异常处理类型比较多，如：系

34、统异常、数据库异常、业务逻辑异常等，针对不同类型的异常处理方式也容易变，如：显示错误，记录文本日志，记录数据库日志等，所以这里使用了桥接（Bridge）模式来实现，使各部分的变化比较独立。3.4 系统架构类图将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。基于JSP影院售票系统的系统架构类图9如下图3-13所示。图3-13 系统架构类图Fig3-13 Class Diagram of System Architecture3.5 输入输出设计3.5.1输入设计输入设计担负着将系统外的数据以一定的格式送入计算机的任务，输入设计的一条重要原则是确保系统输入的信息准确无误。系

35、统主要管理模块输入设计如表3-1、3-2所示。表3-1 输入设计1Table3-1 Input design 1输入名称：用户信息表输入设备和介质：键盘、鼠标输入源：管理员或营业员输入时间和频率：依用户或管理员需要输入信息量：共享范围：本系统使用表3-2 输入设计2Table3-2 Input design 2输入名称：电影信息表输入设备和介质：键盘、鼠标输入源：管理员输入时间和频率：依管理员需要输入信息量：共享范围：本系统使用表3-3 输入格式及内容Table3-3 Input form and content数据项名称类型实际长度备注用户名varchar30用户输入密码varchar16用

36、户输入姓名varchar20用户输入性别varchar10用户选择年龄int2用户输入身份证号varchar18用户输入家庭住址varchar30用户输入电话号码varchar11用户输入电子邮箱varchar20用户输入影片名称varchar20管理员输入影片类型varchar12管理员输入放映时间date管理员输入结束时间date管理员输入票价varchar10管理员输入3.5.2输出设计输出设计在系统设计中占重要地位，因为计算机系统对输入的数据进行加工处理的结果只有通过输出才能呈现给用户。本系统的输出设计主要体现在查询输出。比如订单的查询输出。表3-4 输出设计Table3-4 Outp

37、ut design 输出名称：电影票订单输出设备和介质：显示器、打印机、打印纸输出类型：打印输出输出时间和步骤：依管理员需要输出格式和内容：表3-5 输出设计举例Table3-5 Output design exemple用户ID真实姓名联系方式电影名称订购数量单价（元）合计（元）订购时间11张三13698745120阿凡达3351052010-06-03 16:4512李四13463336753功夫熊猫135352010-06-03 16:4713王五13133111122钢铁侠2140402010-06-03 16:4714赵六13789311123风云3401202010-06-03 1

38、6:5015陈七13882455211十月围城240802010-06-03 16:5216吴八13646513411杜拉拉240802010-06-03 16:523.6 运行设计3.6.1运行环境 微型计算机一台，各项技术指标(如图4-3所示)硬件配置处理器Pentium II300以上内存64M以上硬盘空间30M以上图4-3 运行环境硬件配置软件环境操作系统：Windows XP网络环境：利用现有局域网即可3.6.2运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器

39、，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。3.6.3运行控制在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机。3.7 出错处理设计3.7.1出错输出信息1账号或密码不正确。2电影号不能为空。3请先结算再点击出票按钮。4输入的电影号不合法。5输入的

40、时间不合法。6出票失败。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。3.7.2出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用MYSQL的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的

41、服务器机种，保证系统运行时的可靠性。3.8 安全保密设计3.8.1 数据安全性1登录本系统前台：用户只有拥有账号后，通过使用唯一用户名登陆系统并设计属于自己的密码，同时通过MD5加密算法将密码存入数据库中保存。2登陆本系统后台：只有管理员可以进行数据更新，及对已添加的数据进行修改和删除；管理员也有对营业员添加、修改、删除操作。从而降低了系统数据被人盗改的机率。3.8.2 登录用户的安全性系统设计了登录界面，每个合法用户有一个密码，该密码由用户个人以及管理员维护，从而实现对用户的身份验证。3.8.3 操作安全性对营业员的添加和删除，同时添加营业员时使其无法登陆后台管理界面。3.9 维护设计我们大

42、家都知道MySQL管理维护工具的数量非常多，除了系统自带的命令行管理工具之外，还有很多的其他的图形化管理工具。建议使用MySQLDumper开发的MySQL数据库备份恢复程序，解决了使用PHP进行大数据库备份和恢复的问题，数百兆的数据库都可以方便的备份恢复，不用担心网速太慢导致中间中断的问题，非常方便易用。4 详细设计详细设计的目的是为软件结构图中的每一个模块确定使用的算法和块内数据结构，并用某种特定的表达工具给出清晰的描述。4.1系统交互图4.1.1系统架构类交互图系统架构类的工作流程：1.视图界面对象在接收了用户的输入请求后，向逻辑处理对象发送处理请求。2.逻辑处理对象接收到请求后，向权限

43、管理对象发送验证权限请求。3.权限管理对象验证权限后将验证结果返回给逻辑处理对象。4.逻辑处理对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息；对于符合权限的请求，则将请求转发给管理员对象。5.管理员对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问对象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给逻辑处理对象。6.逻辑处理对象将处理结果信息返回给视图界面。系统架构类的交互图如图4-1所示：图4-1系统架构类的交互图Fig4-1 Interactive Diagram of System Architecture Class4.1.2参

44、与者与模块间的交互系统中与各个模块进行交互的参与者（角色）主要是用户和管理员。用户和管理员与系统各个模块之间的交互图如下图4-2和图4-3所示：营业员显示系统登陆系统查询电影购买影票1: 打开软件2: 登陆系统3: 显示具体信息4: 输入电影名和类型5: 购买电影票6: 购票成功图4-2用户与影院售票系统交互图Fig4-2 Interactive Diagram between Users and Cinema Ticket Booking System图4-3 管理员与影院售票系统交互图Fig4-3 Interactive Diagram between Administrator and Cinema Ticket Booking System4.1.3系统协作图交互图用来说明系统如何实现一个用例或用例中的一个特殊场景。UML提供两类交互图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时间和空间顺序来描述系统元素之间的交互。根据上节描述的用户订购电影的时序图，给出用户订购电影的协作图如下图4-4示。 营业员