电影院售票系统的设计与实现.pdf

摘要摘要目前电影院售票系统基本被“火烈鸟”及“满天星”所垄断。虽然这两款 售票系统的功能强大，但电影院企业在运营的同时须支付授权使用费用，而且 不便于定制和扩充功能。如今大型企业信息化如此重要，企业不能一直停留在 使用三方平台进行运营。所以，为了打破行业垄断，我们深度挖掘用户需求，使用最新技术，用最小的成本，为用户提供一个企业级可扩充的售票系统平台。供软件开发商或影院企业参考。在IT继续迅猛发达的今天，我们的系统包括最终用户最感兴趣的功能，并 且满足实际用处的需要；同时系统必须满足影院计算机售票软件系统技术规 范。本文将围绕电影院售票系统核心平台、扩充接口、手机电子票等的设计，开展以下几个方面的研究工作：(1)电影院售票核心系统的设计与实现,基本的影院管理和售票管理平台。(2)手机电子票的生成和工作原理，通过运营商接口等模式将二维码电子 票进行发送，以及电子票兑换实体票实现方法。(3)触摸售票/兑票扫描一体机的硬件组成，软件应用的设计及应用。(4)单系统多影院运营模式，及通过系统接口可以扩充的其他功能的建议 与简要实现方法。本系统的创新点在于：(1)本系统为企业级产品系统，从设计架构到部署应用都为企业级用户考 虑，满足系统的稳定，高效及可扩充性。(2)本系统中包含国际领先的电子票预售和兑换技术，为消费者提供了便 利的购票环境。(3)本系统接口设计科学，且可利用性极强，方便系统的二次开发和扩充。关键字：电影院售票系统二维码AbstractAbstractCinema ticketing system now basically wFlamingohand stars”of the monopoly.Although these two powerful ticketing system,but the movie theater business in operation at the same time authorizing the use of fees to be paid,but not easy customization and extension.Today,such an important large-scale enterprise information,business can not always stay in the use of the tripartite platform operations.Therefore,in order to break up monopolies,we dig deq)needs of users,using the latest technology,with minimal cost,to provide users with a scalable enterprise-class ticketing system platfqnn.For software developers or cinema enterprises for reference.Continued rapid development in IT today,our system includes the function of end-users are most interested in and meet the needs of practical use;the same time the system must meet the cinema ticketing software system technology for computers.This article will focus on the core platform cinema ticketing system,the expansion interface,the design of mobile e-tickets,to carry out research in the following aspects:(1)Cinema ticketing system design and implementation of the core,the basic management and theater ticket management platform.(2)Generation of mobile e-tickets and working principle of operator interface mode through the two-dimensional code will be sent atickets and e-voting convertible entities votes implementation.(3)Touch ticket/one machine against the ticket scanning hardware,software application design and application.(4)Single-system multi-theater business model,and can be expanded through the system interface and other features of the proposal and a brief implementation.Key Words:Cinema,Ticketing system 2-dimensional bar code目录目录第1章绪论.11.1 研究背景与意义.11.2 研究现状.21.3 问题的提出和研究内容.2第2章相关技术.32.1 核心平台技术.32.1.1.NET技术概述_32.1.2 S QL S erver 概述_32.1.3 AS P.NET 技术概述_42.1.4 C#S言概述-42.2 短信（彩信）平台.42.3 二维码.5第3章需求分析.73.1 需求分析目的.73.2 架构模式分析.73.3 系统综合要求分析.83.4 系统约束分析.83.4.1总体标准约束_83.42 性能要求_12343可靠性-12第4章系统设计与实现.144.1 系统技术架构设计.144.1.1 总体架构模式_144.12技 术架构-14413应用/服务器架构_ 174.1.4 网络架构_ 184.2 系统功能架构设计.20目录4.3 数据库设计.204.3.1 关键数据概念结构设计_214.3.2 关键数据逻辑结构设计._ 234.4 核心系统功能设计.24441后台用户登录授权及用户_ .244.4.2 影片管理_264.4.3 放映管理_264.4.4 统计管理_264.4.5 售票查询_.26446办理售票-274.4.7 影院管理-274.5 系统接口设计.274.5.1 购票接口_ 274.52 编码接口.314.5.3 短信接口-334.5.4 彩信接口-354.5.6 二维码兑票接口_394.6 二维码电子票生成及解析.394.6.1 概述_39462二维码电子票业务流程分析_ 394.6.3 二维码生成_404.6.4 二维码解析_“424.7 触摸兑票/售票一体机的开发及应用.424.7.1 概述_424.7.2 硬件结构-434.7.3 软件结构-444.7.4 功能原理_44第5章总结与展望.455.1 主要工作_455.2 展望-45参考文献.46IV目录致谢.48个人简历在学期间发表的学术论文与研究成果.49v第章绪论第1章绪论1.1研究背景与意义随着我们国家的信息化建设推进，影院企业同样面临着信息化的挑战与任 务。所以电影院信息化系统的建设也不仅仅局限于胶片电影到数字电影播放的 转变而已，同样包含管理方式的转变，即企业数字信息化管理模式。电影院的售票收入为主要的收入来源，同样也是统计票房的主要手段。非 信息化时代中，售票工作主要由售票员人工完成售票工作，统计也是由人工进 行，效率极低，速度极慢，而且准确性也无法保证。随着信息化发展，各种管 理系统也被集成到电影院的管理中来，售票管理系统就是其中最主要的管理系 统。它提高了在售票系统中的工作效率，同样也在流程管理方面做出了约束流 程的贡献，也方便了选票购票入场等各种在日常经营中遇到的问题。在IT继续迅猛发达的今天，我们的系统包括最终用户最感兴趣的功能，并 且满足实际用处的需要；同时系统必须满足影院计算机售票软件系统技术规 范九本文将围绕电影院售票系统核心平台、扩充接口、手机电子票等的设计，开展以下几个方面的研究工作：(1)电影院售票核心系统的设计与实现，基本的影院管理和售票管理平台。(2)手机电子票的生成和工作原理，通过运营商接口等模式将二维码电子 票进行发送，以及电子票兑换实体票实现方法。(3)触摸售票/兑票扫描一体机的硬件组成，软件应用的设计及应用。(4)单系统多影院运营模式，及通过系统接口可以扩充的其他功能的建议 与简要实现方法。本系统的创新点在于：(1)本系统为企业级产品系统，从设计架构到部署应用都为企业级用户考 虑，满足系统的稳定，高效及可扩充性。(2)本系统中包含国际领先的电子票预售和兑换技术，为消费者提供了便 利的购票环境。(3)本系统接口设计科学，且可利用性极强，方便系统的二次开发和扩充。第1章绪论1.2 研究现状目前电影院售票系统基本被“火烈鸟”及“满天星”所垄断。虽然这两款 售票系统的功能强大，但电影院企业在运营的同时须支付授权使用费用，而且 不便于定制和扩充功能。如今大型企业信息化如此重要，企业不能一直停留在 使用三方平台进行运营。所以，为了打破行业垄断，我们深度挖掘用户需求，使用最新技术，用最小的成本，为用户提供一个企业级可扩充的售票系统平台。供软件开发商或影院企业参考。1.3 问题的提出和研究内容尽管已经存在诸多功能强大的影院售票系统，集合了本地售票系统、互联 网实时选位订购票系统、短信订票系统、WAP订票系统、电话语音订票系统、自动售票机系统、智能卡会员系统、排期播放系统等诸多系统。但是实际的应 用结果证实，如此的多的系统所取得实际效用与其投入并不对称，在一般的影 院中，订票的渠道无需如此之多，而且诸多订票模式在人员安置使用方面存在 过多的成本，所以在本文中，主要将讨论一般影院售票系统的设计与实现，深 度挖掘成本小且实用的功能点，并利用手机电子票、二维码、触摸一体机等技 术，以便将售票系统进行企业级开发，以便大型连锁影院科学的对影院进行经 营。所以本文的研究内容主要包括以下几方面：(1)电影院售票核心系统的设计与实现，基本的影院管理和售票管理平台。(2)手机电子票的生成和工作原理，通过运营商接口等模式将二维码电子 票进行发送，以及电子票兑换实体票实现方法。(3)触摸售票/兑票扫描一体机的硬件组成，软件应用的设计及应用。(4)单系统多影院运营模式，及通过系统接口可以扩充的其他功能的建议 与简要实现方法。2第2章相关技术第2章相关技术2.1 核心平台技术本系统使用ASP.NET作为支撑技术，程序开发语言采用C#,系统开发环境 为 Microsoft Visual Studio 2008,数据库采用 Microsoft SQL Server 2005。2.1.1.NET技术概述NET Framework是微软的应用程序，建立具有视觉极佳的用户体验，无缝 和安全通信，并能够塑造一系列的业务流程平台。NET框架包括：Common Language Runtime-公共语言运行库-提供了对操作系统的抽象 层Base Class Libraries-基类库预建的普通低层次的编程任务的代码Development frameworks and technologies-发展框架和技术-可重复使用，对于大型编程任务定制的解决方窠通过提供一个全面和一致的编程模型和一组通用的API。.NET框架可以帮 助我们构建应用程序，工作在我们喜欢的编程语言在软件，服务和设备，并且 是以我们想要的方式。o NET可以被开发人员和IT专业人士作为一个强大和可靠的软件开发技术 的进步，提供了安全，管理工具和更新，构建，测试NET和部署高度可靠和安 全的软件。同时它提供了多语言开发平台，我们可以选用自己喜欢的变成语言。遵循公共语言运行（CLR）,支持强大的C#,静态语言Visual Basic,同样可托 管 Jscript 等。2.1.2 SQL Server 概述微软SQLServer是一个全面的信息平台，为最苛刻的企业准备好工作负荷。调查的高水平表现，可用性和安全性在SQL服务器。了解更多关于如何运用生 产管理和开发工具，具有强大的装备和人自助服务业务智能（BI）。SQLServer在Microsoft的数据平台上发布，帮助我们随时随地管理任何数 据。SQL Server可以将结构化、半结构化和非结构化文档的数据（例如图像和音 乐）直接存储到数据库中。SQLServer提供一系列丰富的集成服务，可以对数据 3第2章相关技术进行查询、搜索、同步、报告和分析之类的操作。数据可以存储在各种设备上,从数据中心最大的服务器一直到桌面计算机和移动设备，您可以控制数据而不 用管数据存储在哪里。SQL Server允许我们在使用Microsoft.NET和Visual Studio开发的自定 义应用程序中使用数据，在面向服务的架构（SOA）和通过Microsoft BizTalk Server进行的业务流程中使用数据。信息工作人员可以通过他们日常使用的工 具（例如2007 Microsoft Office系统）直接访问数据。SQL Server提供一个可信 的、高效率智能数据平台，可以满足我们的所有数据需求。2.1.3 ASP.NET技术概述ASP.NET是一个统一的Web开发模型，它包括我们使用尽可能少的代码 生成企业级Web应用程序所必需的各种服务。ASP.NET作为.NET Framework的一部分提供。当我们编写ASP.NET应用程序的代码时，可以访 问.NET Framework中的类。可使用与公共语言运行时（CLR）兼容的任何语 言（包括Microsoft Visual Basic和C#）编写应用程序的代码。使用这些语言,可以开发利用公共语言运行时、类型安全、继承等方面的优点的ASP.NET应用 程序。2.1.4 C#语言概述C#（读做Csharp）是一种编程语言，由微软公司的Anders Hejlsberg和Scott Willamette领导的开发小组专门为.NET平台设计的语言，是一种类型安全、面 向对象的语言，简单却功能强大，可让程序设计人员构建范围广泛的应用程序。Visual C#2008和.NET Framework的结合，让我们能够创建Windows应用程 序、Web服务、数据库工具、组件、控件等。2.2 短信（彩信）平台现今手机占有率和利用率都很高，所以短信（彩信）平台，已经广泛应用于金 融、国防、气象、电力、水利、城市交通等领域。利用短信（彩信）平台可以 很方便的给下达销售信息等。短信平台从应用上可以分为运营商短信平台，三 方短信平台，个人短信平台。运营商短信平台是通过接口协议和一定的权限，通过调用电信运营商的短4第2章相关技术信发送接口实现信息的发送。三方短信平台是通过第三方公司自行架设的个人平台群或者电信运营商平 台群，结合三方接口来实现信息的发送。个人短信平台是通过“短信/彩信猫”，它一种移动终端MODEM。一般通过 COM或USB接口与服务器连接，调用驱动接口来实现信息发送。由于我们不推荐用户使用三方平台，因为三方平台存在诸如：公司，接入 号不稳定性，所以本文使用运营商平台，这样做还可以申请专门的接入号码提 高影院的用户信誉。为了方便用户使用，我们同样设计了通过个人短信平台的发送方法。避免 用户申请运营商平台账户困难时无法使用相关系统模块。2.3 二维码1图2.1非线性构形状态转移过程示意图如图2.1二维条码/二维码(2-dimensional bar code)是用某种特定的几何图 形按照一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信 息的一种识别方式；在代码编制上利用构成计算机内部逻辑基础的“0”、“1”二进制比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值 等信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理：它 具有条码技术的一些共性：每种码制有其特定的字符集；每个字符占有一定的 宽度；具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及 处理图形旋转变化等特点。在许多种类的二维条码中，常用的码制有：Data Matrix,Maxi Code,Aztec,QR Code,Vericode,PDF417,Ultracode,Code 49,Code 16K 等，QR 码是 1994 年 由日本DensoWave公司发明。QR来自英文FQuick ResponseJ的缩写，即快速 5第2章相关技术反应的意思，源自发明者希望QR码可让其内容快速被解码，QR码最常见于日 本、韩国，并为目前日本最流行的二维空间条码。本系统将使用二维码作为电子票以彩信的形式下发到用户手机当中。6第3章需求分析第3章需求分析3.1 需求分析目的需求分析的主要任务是将在系统详细调查中所得的文档资料集中到一起，对组织内部整体管理状况和信息处理过程进行分析。它侧重从业务全过程的角 度进行分析。分析的主要内容是：业务和数据的流程是否通畅，是否合理；数 据、业务过程和实现管理功能之间的关系等等。系统分析的目的是将用户的需 求及其解决方法确定下来，这些需要确定的结果包括：开发者关于现有组织管 理状况的了解；用户对信息系统功能的需求；数据和业务流程；管理功能和管 理数据指标体系等L3.2 架构模式分析在一般电影院中，原有的售票模式为手动记账式，通过人工进行销售，人工 进行统计，速度慢，效率低，而且极易出现错误。随着计算机应用的不断拓展,软件开发的广泛应用，计算机被引进到影院的管理中来，计算机售票系统孕育而 生。计算机售票系统实现了从编排放映计划、影票销售到数据统计等功能的信 息化，成为影院放映管理的核心。当前影院的售票系统一般采用C/S架构,即客户机/服务器网(Client/server)。在客户机/服务器网络中，服务器是网络的核心，而客户机是网络的基础，客户 机依靠服务器获得所需要的网络资源，而服务器为客户机提供网络必须的资源。但是近年来，随着Internet技术的发展及其所带来的人们生活方式的改变，影院 需要借助网络达到其影片发布，影院宣传等目的，部分影院还需要利用网络实 现网上售票的功能，这对影院售票系统提出了更高的要求。随即，基于B/S架构的影院售票系统被提出并开始开发，较成熟的系统包 括本地售票系统、互联网实时选位订购票系统、短信订票系统、WAP订票系统、电话语音订票系统、自动售票机系统、智能卡会员系统、排期播放系统等。诸 多的系统功能在保证影院正常经营的同时也增加了影院售票系统维护的成本，71张景坤，吕继迪，刘欣.AS P项目开发全程实录M.北京:清华大学.2008:112119第3章需求分析尤其是中小影院。所以本系统将基于B/S架构配合外围设备以及接口，来满足用户的需求。3.3 系统综合要求分析(1)系统应建立友好的界面，既要操作简单、直观、灵活，又要易于学习 掌握。开发本系统的目的是为了改善影院放映管理工作的强度，提高工作效率。如果操作复杂，就失去了推广价值。(2)系统应提供全面快捷的查询接口，方便管理员和售票员随时通过网络 进行相关信息的查询，方便售票员的售票。(3)系统应采用统一的登录接口，即售票员，管理员都能在同一登录接口 进行登录，登录后，能自己识别用户身份，最后进入相应的后台介面。(4)系统应具有良好的安全性。系统应遵循有关信息安全标准，具有切实 可行的安全保护和保密措施，以及对计算机犯罪和病毒的防范能力，确保数据 的永久安全。(5)系统的程序算法设计要合理、精简、易懂。整个系统的程序算法设计 要具有二次开发性，程序的编写要易懂，并有相关的注释说明。(6)系统应可扩充、易维护。系统应充分考虑到Internet技术的发展和影 院规模的发展对系统功能的进一步要求等等，具备相当程度的扩充能力，易于 影院有扩充需求时的成本控制。系统的模块化程度要高，维护要方便。3.4 系统约束分析由于我们的设计面向企业应用，所以我们做了简要的系统约束分析。3.4.1 总体标准约束国家广电总局电影局03年颁发影院计算机售票软件系统技术规范人文 中指出：为进一步开放影院计算机售票软件市场，面向国际，给开发企业提供 一个有序竞争的平台，促进开发企业为用户提供优质的产品、全方位的服务，经多方论证，影院计算机售票软件技术规范(暂行X以下简称规范)于即日 颁布，该规范明确了售票软件开发企业资质，售票软件产品功能、数据接 口、验证等方面的基本要求，确立了软件开发企业及软件产品市场准入标准，8第3章需求分析各省市管委会、院线公司及影院、软件开发商应严格执行。2004年起全国所有用户必须使用符合规范要求的售票系统。除此以外,新推出的软件(含其升级版本)必须符合规范标准，在提交相应的测试报告并 通过相关机构的认证获得批件后方可进入市场。(1)名词和业务项目定义：1、影片编码：采用12位编码，由国家广播电影电视总局提供并在政府网 站发布，具有唯一性，详细见下表3.1。表3.1影片编码原则123456789、12影片国别影片介质排次号完成年代001中国035澳大利亚691、35nBn胶片002香港036新西兰702、皿胶片003台湾037713、70i皿胶片004038724、立体电影注：完成年代00503973 丹麦5、环幕电影以006040746、数字电影四位数字表007041 埃及750、观摩影片不，00842阿尔及利亚76 荷兰如1980年完成00943 突尼斯77 西班牙制片，则以01044 摩洛舒78 意大利1980011朝鲜4579 西德表示.012日本4680 东德013越南4781 瑞士014泰国4882 奥地利015缅甸4983 波兰016新加坡5084 捷克017印尼51 美国85 匈牙利018斯里兰卡52 盘西哥86罗马尼亚019印度53委内瑞拉87保加利亚020巴举斯坦54 古巴88南斯拉夫021蒙古55哥伦比亚89阿尔巴尼亚022伊拉克56玻利维亚90 希腊023黎巴嫩5791 俄罗斯024 土尔其58 阿根廷92 比利时025菲律宾59 加支大93 瑞典026尼泊尔60 巴西949第3章需求分析027叙利亚619502862960296397030649803165990326610003367101034681022、影院编码：影院的编码由8位数字（或英文字母）组成，它所代表的影院 在全国范围内是唯一的，定义见下表3.2。表3.2影院编码原则编码1 23 45 678表示内容省码省辖地、市编码影院序号暂空放映单位属性基本规则在地市范用内排序00、城市电影放映队k城市专业电影院2、城市兼映影剧院3、城市开放俱乐部4、城市内部俱乐部5、农村电影放映队6、集镇专业电影院7、集镇兼映影剧院8、集镇开放俱乐部9、集镇内部俱乐部3、售票原始数据：由计算机中运行的售票管理软件驱动出票、计数而采集 到的售票数据记录。4、节目：售票的场次内容，也称“影片二5、场次：影片所对应的放映时间，也称“计划二在场次结束后，不能再 做补登以外的任何票务操作。第3章需求分析6、连场：在同一个放映厅内，凭单张票可连续观看多场影片的特殊的电影 售票业务。7、影院：电影院的注册地址，和“影厅”共同确定影片映出的具体地点。8、影厅：电影放映的银幕位置，和“影院”共同确定影片映出的具体地点。9、售票：影院对观众观影的销售行为。10、退票：因为某种原因取消服务承诺的行为。11、补登：把手工出售的代用票补录到计算机售票系统中的行为。12、出票原则：售票软件系统根据影院座位数，实行一人一票的出票原则。13、计数原则：计观众人次，一名观众看一部电影计一人次，一名观众看 三部电影计三人次，以此类推。14影院编码原则：影院编码由国家广电总局颁布、各省市电影行政管理 部门组织实施、统一编制。15、文件：独立的数据包、程序等。(2)基本业务功能：影院计算机售票系统应满足影院日常基本放映业务流程，至少具备影片编 码下载、编排计划、售票、退票、补登、验票、数据统计处理、数据上报等功 能。(3)系统数据备份与恢复：系统维护功能应包括：1、具备自动和手动备份功能，并易于操作。2、具备对所备份的数据进行恢复的功能。3、具备完善的售票软件、数据库灾难恢复功能，便于及时恢复正常业务操 作。(4)安全、一致性要求1、数据安全：开发商应选用安全性能良好、并通过有关认证的数据库系统开发商开发的售票软件应做到：杜绝任何不经过售票软件系统的数据库访 问，并保证应用系统和数据库之间的连接保密性，包括最高级的维护人员都不 应具有直接访问数据库的权力。同时应通过对开发人员的约束，保证开发和应 用在使用层面上的脱离，以确保数据的安全性。在实际使用中对已准予推广的 售票软件系统，发现任何有关导致数据库安全的缺陷或隐患，开发商应立即采 11第3章需求分析取补救措施，免费使系统恢复到本规范所限定的安全、一致性要求范围内。开发商必须保证系统数据的一致。应确保在任何不规范：操作下不出现票、款和数据不符现象。售票软件应保证采集到的售票原始数据的真实、准确。杜绝用户以任何方 式改变原始数据，并提供保存数据不低于三年的最低设置。统计、查询的结果来自影院售票原始数据。售票软件须如实向所属院线公司(含影片发行商)、国家、省级电影专项资 金委员会传送售票数据。售票软件系统应禁止用户以任何形式对影院编码、影院名称等进行修改。2、系统安全：对所有进入售票软件系统进行操作的人员须分别给予独立的用户名、登录 口令和相应的工作权限。对所有登录售票软件的人员应建立日志，记录其登录时间、所做的操作及 离开时间。售票软件系统操作日志受该系统保护，不能更改。3、操作安全：对售票系统内所有操作都应进行必要的保护，对可能出现的误操作应予以 提示，尽可能方便用户操作，引导操作者完成正确操作。3.4.2性能要求(1)用户在系统忙时，从售票查询条件开始查询到查询结果显示响应的请 求响应时间不超过3秒，忙时接通率大于90%(2)系统的平均无故障率达到99.9%(3)支持负载均衡，系统切换时间小于60秒3.4.3可靠性系统在设计、选用技术以及选用运行的软、硬件平台，能够保证系统高质 量、稳定和可靠的运行。当平台出现故障时候，能够很快的恢复，能够保证数 据的一致性和准确性，不影响生产。对系统运行状况采用自动检测、告警、监 控等方式进行实时观测。在排除人为误操作的情况下，因应用系统自身原因导致的系统崩溃故障，平 第3章需求分析均无故障时间应大于365天，平均修复时间应小于4小时。在排除人为误操作的情况下，因应用系统自身原因导致的系统错误故障，平 均无故障时间应大于100天，平均修复时间应小于30分钟。应用系统必须支持连续7X24小时不间断地工作，应用软件中的任一构件 更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务。13第4章系统设计与实现第4章系统设计与实现4.1 系统技术架构设计4.1.1 总体架构模式在选择电影院售票系统的总体应用结构时，考虑到多方面的综合因素，选 用了 B/S架构模式，如图4.1所示，上层是影院售票系统的服务器，下层是管理 员和售票员的个人计算机。SQL Server 2005主要完成建库、安全机制、规划调 度、备份恢复等功能。客户机必须配置Internet Exploit或其他浏览器。图4.1B/S结构示意图4.1.2 技术架构三层架构的技术架构是目前较流行的技术架构，所以本系统的核心平台将 使用这种架构进行开发。表示层(USL)：用户交互界面(Form、Web页面)业务逻辑层(BLL)：主要是针对具体的问题的操作，也可以理解成对数据层 的操作，对数据业务逻辑处理。数据访问层(DAL):主要是对原始数据(数据库或者文本文件等存放数据的形 式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务。受篇幅影响，我们只介绍NET中的三层架构。弄清每层结构所起的作用，并了解三层结构在程序中分布和组织，以及三层之间的调用关系，方便我们使 用。第4章系统设计与实现(1)三层架构的辅助：1)(IDAL)它体现了“抽象”的精神，或者说是“面向接口编程”的最佳体 现。抽象的接口模块IDAL2)(DALFactory)数据访问层对象工厂3)(Model)实体和数据库表映射类Model在层中作用：Model在层中起着通讯的作用，三层是通过Model类 对象来通讯的，Model就是一张表的映射，类映射成表，类中的属性映射成表中 的字段，Model层里面的一个类对应数据库里面的一张表，类里面的每一个属 性对应表里面的一个字段，每个属性都有自己的GET和SET方法，项目中 的数据存取都要依靠GET和SET方法来实现.确切的说它不属于纵向的哪一层,而是所有层都要用到的业务实体层4)Utility：公用模块，一组帮助器类，其他业务层和数据访问层可能会使用到的一些 公用方法。说明：IDAL和DALFactory实现数据层灵活性可扩展性和可维护性是通过DALFactory层实现的。我们知道，由于采用面 向接口编程这一原则，DALFactory可以通过配置文件信息来确定使用哪一个 IDAL实现，这样我们就可以在部署时通过修改配置文件来适应客户的数据库要 求。如图4.2所示：图4.2 IDL和DALFactory的灵活性第4章 系统设计与实现(2)三层架构在程序中理解:图4.3Form(US L表现层)Public Cl3s BllYtlnfo|Public S ub NewQj.,.|Public Funman GetData()As ModelYpInfo()77jPublic Funclcn GetDat*2()As DBtalafcld.|Public S afe Add(Bal Iplnfo hs ModelYpInfo)777jPublic S ub Update(3yv&l Yplnfo As ModelYplnfo)Pshlic S ub Delete(ByVai YInfc As HodelYpInfo)C J.|Public Function Fisd(ByVai Yplsfo ka ModelYplDfo)As McdelXpInfq.End Class图4.4BLL业务逻辑层 一16第4章 系统设计与实现Public MscXcherit C1*m IDftlYplsfc 啪象基类-抽象方法获取药品信息Fufclxc XajcCverside function GctYjpInfoO A Model A3。,抽象方法获取药品信息Publxc ti0tOve:ide Fxxctxaa GtYpInfo2O ka DataTabl*,抽象方法增归药品信总Puttie U*tOverrxdc Fuactifis AddYpIaCo(Byval yplnfo k ModelYplafe)k Isteoex，抽象方法更新药品信息Public UstOve:ide Function ldAteYpInfo ByVai yplsic Xs ModtlYpInfo)ka Xnteoer，抽象方法鹤药品信息Public MvtOremde Fuactioa DelYIxifo(Byvi ypXafo ks ModelYpXstc)As X&te9cx，抽象方法查找药品信慝Futile M8t0verrxd Functicc FxfidTjplAfo(ByVai ypXnfo 励 ModelYplafo)a Model功Inf。一、.图4.5 DAL数据访问层说明：如图4.3,图4.4,图4.5所示，Form中的Add按钮的点击事件调用业务逻 辑层的Add函数，业务逻辑层的Add的函数调用数据访问曾的AddYpInfo函数;Form中的Update按钮的点击事件调用业务逻辑层的Update函数，业务逻辑层 的Update的函数调用数据访问曾的Update Yplnfb函数；Form中的Del按钮的 点击事件调用业务逻辑层的Del函数,业务逻辑层的Del的函数调用数据访问曾 的 DelYpInfb 函数。Form提供了用户的操作，业务逻辑层中则是与业务逻辑相对应的一组函数,数据访问层则封装了对数据的操作，三层之间形成了从下往上垂直服务。本文中虽然使用的是B/S结构，但是对于三层架构winfonn和web的三层 架构处理方式是一样的。4.1.3应用/服务器架构本系统考虑核心平台的开发和维护方便，选用了.NET技术作为主要开发技 术。接口方面，选用JAVA作为主要开发技术。所以在应用/服务架构方面进行了混合架构的模式。总体应用/服务器架构如图4.6所示：第4章系统设计与实现图4.6系统总体(应用/服务器)架构图*77南丽服务器 1Windows2003操作系统使用I1S作为中间件，以便发布我们的核心平台NET的WEB应用程序。(2).JAVA核心服务器：Linux操作系统使用Bea WebLogic Server(或其他企业级中间件)，承载接口程序。(3)数据库服务器：Windows2003操作系统SQL Server 2005作为服务器数据管理工具，来进行数据的存储与查询。4.1.4网络架构由于企业级应用，对系统效率，系统安全等方面有着更高的标准，所以我 们建议用户采用我们设计对的网络架构对服务器和硬件、网络设备进行部署。当然本套系统也可以完全使用一台主机进行部署，但运行效率、安全性则失去 保障。系统的网络拓扑图如下图4.7：18第4章系统设计与实现整套系统通过网络防火墙与INTERNET接入，VPN用户可绕过防火墙进行 对主机的管理和操作，普通用户和外网接口服务器都需要进行防火墙的过漉才 可以安全访问网络内部。内网通过核心交换机连接各种主机，硬件设备。为了实现大用户量下保证系统的稳定，系统加入了负载均衡来对核心系统 集群做对外发布。为了保证数据安全，我们采取双数据库互备形式运行，通过磁盘阵列对数 据进行存储。为了保证接口安全，接口服务器通过核心交换机与接口防火墙进行连接，杜绝来自内网接口方面的安全隐患。备份服务器可选择VERITAS NetBackup 6.0 Server等备份软件，对整套系统 和数据进行备份。第4章系统设计与实现4.2 系统功能架构设计从功能模块上看，整套系统具备3个模块，即综合管理系统、售票管理系 统、系统接口，系统功能架构图为图4.8所示。电影院电票系统辔票管理系统系统接口综合管理系统售票ft询办理售票购票接口编码接口短信接口彩信接口网银接口二维码兑票接口图4.8系统功能结构图综合管理系统完成对后台用户的管理，影片的数据获取、导入、管理，放 映厅座位设置，放映安排管理，统计数据分析等多个功能，为整套系统的核心。一般情况下只有超级管理员具有维护权限。售票管理系统主要由售票员进行使用，来完成对观影者进行电影票的查询 和电影票的销售、退票的办理等。系统接口是核心系统通往其他系统和设备的桥梁，通过它我们将实现远程 购票，电子票短信/彩信形式下发，自动售票/兑票机与系统的连接等等。一切与 本系统连接的其他系统和功能也基本上是基于接口实现的。4.3 数据库设计数据库设计是建立数据库以及应用系统的基础，是信息系统开发和建设中 的核心技术，具体说，数据库是指对于一个给定的应用环境，构造最优的数据 库模型，建立数据库以及应用系统，使之能够有效的存储数据，满足各种用户 的应用需求。20第4章系统设计与实现在整个数据库设计过程中，要把结构设计与行为设计相结合。根据一般的 数据库设计方法，可以把整个数据库设计过程划分为几个