【毕业学位论文】（Word原稿）电视台收录系统信息交流平台的设计与实现-软件工程

硕士学位论文 （专业学位） 电视台 收录系统信息交流平台 的设计与实 现 姓 名：周伊喆 学 号 ： 0921107323 所在院系：软件学院 职业类型： 工程硕士 专业领域： 软件工程 指导教师： 穆斌 袁时金 副指导教师：郑磊 二 一二年五月 A in 2012 0921107323 中 文 题 目 电视台 收录系统信息交流平台的设计与实现 姓 名 周伊喆 同济大学 学位论文版 权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 同济大学 硕士学位论文 摘要 I 中文摘要 随着电视台制作流程的不断发展，收录系统对于节目制作越来越重要。而现在大多数的收录系统在用户操作上都会比较麻烦，即预约与下载上的操作比较繁琐。用户与管理员之间的交流较少或者较难沟通。有些收录系统还必须联系管理员在询问详细的卫星参数与接收期参数后方才能收录而且在收录完成后还需要利用磁带来进行收录与交流。 “收录系统信息交流平台” 正是在这样的背景下应运而生的。 本文对收录系统信息交流平台进行分析，利用 B/。本文主要包括以下几方面 : 3】 与 约、回传素材等操作变的简洁。 平台包括 收录预约模块、浏览下载模块、系统管理模块、统计查询模块这四个主要模块。 通过本平台的建立与开发，使用户不需要知道你所收录的节目的具体在哪颗卫星上，该卫星是什么参数。只要知道你所需要的收录的节目的名称与大概时间就 能轻松的找到该节目并且将他完整的收录下来。而且通过该平台你还可以详细的了解最近你收录过哪些节目不会因为你因为工作过于繁忙而忘记了重要节目的 预约 。利用收录转码生成流媒体供用户浏览，方便用户 对 该资源 进行剪辑 。 关键字 ： 媒体。 I of a is of on be is to an is or to to to V It is in a / S / S 1. of 2. of VC SH of an 3. a of 4. of of of so do to in of on is of of to to to 第 1 章 绪论 目录 中文摘要 . I . 录 . 1 第 1 章 绪论 . 1 究背景 . 1 要研究内容及研究现状 . 1 要研究内容 . 1 究现状 . 1 文工作 . 2 究成果 . 2 文结构 . 3 第 2 章 术框架简介 . 4 构 . 4 图（ . 4 型（ . 4 制 （ . 4 架概述 . 5 架 . 5 起源 . 5 工作原理 . 6 架 . 7 起源 . 7 介 . 8 术的优越性 . 8 架 . 9 起源 . 9 第 1 章 绪论 术概述 . 9 数据持久化与 . 9 优越性 . 10 第 3 章 电视台收录系统信息交流平台需求分析 . 11 统功能需求概述 . 11 视台收录系统信息交流平台使用者 . 13 视台收录系统信息交流平台需求分析 . 14 统总体用例图 . 15 户管理用例包 . 16 色管理用例包 . 19 程文稿用例包 . 23 约管理用例包 . 28 录管理用例包 . 36 载用例包 . 42 计用例包 . 45 台管理用例包 . 47 第 4 章 电视台收录系统信息交流平台设计 . 51 据库设计 . 51 户管理模块 . 59 册功能 . 59 入用例设计 . 60 出功能 . 61 色管理模块 . 62 程文稿模块 . 63 约模块 . 63 录模块 . 64 载模块 . 66 计模块 . 67 台管理模块 . 68 第 5 章 电视台信息交流平台实现 . 70 第 1 章 绪论 术选型 . 70 要功能模块的实现 . 70 站首页 . 70 册模块 . 71 录模块 . 72 联文稿 . 72 约模块 . 74 目单预约 . 75 动预约 . 75 约管理 . 76 览下载 . 76 计查询 . 78 统管理 . 79 录模块后台程序 . 81 第 6 章 总结与展望 . 83 致谢 . 84 参考文献 . 85 个人简历、在读期间发表的学术论文与研究成果 . 87 第 1 章 绪论 1 第 1 章 绪论 究背景 随着数字化、网络化时代的到来，卫星技术在广播、通信领域得到广泛应用。大量的电视节目播出和交换都通过卫星传送来完成，与地面电视网共同形成了覆盖全球的广播电视网。建立一套数字化、智能化的卫星电视收录系统，是各级电视台获取节目素材、进行节目交流的重要手段。对卫星节目进行自动收录，建立以数字化硬盘存贮为基础的卫星 自动收录系统，并与节目制作、播出、管理网络相呼应，构建统一数据格式的全数字化录、编、播网络是当今电视台发展的方向。然而现在国内收录系统的使用者大多都是一些能熟悉广播电视业的专业人士，一般用户并不能很好的利用收录系统。 而收录系统信息交流平台的建立则能较好的将繁琐的操作与较难的数据处理放在后台进行处理。而用户则能利用网页或者客户端进行几步简单的操作就能成功收录下来节目。 要研究内容及研究现状 要研究内容 本文主要对电视台收录信息交流平台从设计到实现进行了详细说明，相比于以往的收录 系统，本收录信息交流平台凸显了易操作性、可扩展性、多功能化等特点。 电视台收录信息交流平台研究内容如下 ： 1. 对以前的收录系统进行研究，分析它的主要功能以及对用户进行调研 。 2. 将收录预约功能分为 C/S 和 B/S 两种模式进行开发实现 。 3. 对文稿信息交互进行开发以及完善。 4. 作为一个完整的网站，对用户注册、用户登入、修改密码等等周边功能进行完善，并进行初步测试、压力测试 。 究现状 现在很多国外电视台都开始研究收录系统的建设以及怎么增加他的业务功第 1 章 绪论 2 能。但是主要研究方向是在其接收卫星信号的能力、信号波段的准确性、节目 编解码时对图像质量的影响等等。而对于收录系统的实际操作以及开放收录系统为大众服务这一点上很少加以研究。 文工作 本文主要工作如下： 1. 对现有收录系统进行分析、调研、需求分析。 2. 对系统用到的技术进行简单介绍。 3. 对收录系统信息交流平台进行页面设计和数据库设计。 4. 完成收录系统信息交流平台的建设以及测试。 究成果 我们主要在该次设计中完成了如下功能模块： 1. 信息展示平台。网站注册用户可以通过本网站发布信息，其中用户权限分为管理员、领导、编辑、台外记者、地方台等几个权限。每个权限都有一定的限制。 2. 节目 预约。管理员、领导、编辑都具有预约节目的能力。可以在节目表单中进行节目的正常预约。 3. 节目下载。这里的节目下载分为两种，一种是流媒体的下载，另一种是高码率的素材下载。流媒体所以权限都能在网站的浏览，而高码率素材只能又编辑下载。 4. 我的办公室。主要是记录下该用户所预约的节目，能让用户更好的管理自己的节目素材。 5. 系统管理。主要是给用户提供修改个人信息与管理员修改公告通知能功能的模块。 6. 统计功能。主要是进行收视率排名、浏览排名、下载排名、最新发布统计等统计功能。 7. 文稿编辑。因为部分节目是外派记者所提供，为了能给电视台 和记者更便捷的互通方式，所以在我们所设计的网站中为他们提供了写文稿和下载利用文稿的功能，能是记者更好的看到自己的文稿被谁用了。 第 1 章 绪论 3 文结构 第 1 章：引言，介绍研究背景及意义、主要研究内容及研究现状，最后阐述了研究内容及成果和本文的结构。 第 2 章：介绍了开发该平台所用到的相关技术。 第 3 章：介绍了该平台在开发上的相关需求分析。 第 4 章：按第三章所提供的相关需求分析，在第四章我们对数据库的开发、各个重要模块的相关设计做了较为详细的说明。 第 5 章： 在收录系统信息交流平台的设计和实现部分，提出 注册模块、 登入模块、预约模块等，并详细介绍几个模块的设计与实现情况。 第 6 章：结论与展望，对本文作了简单的总结，并对今后的研究提出展望。 第 2 章 术框架简介 4 第 2 章 术框架简介 构 20 世纪 80 年代为编程语言 80 发明的一种软件设计模式，被广泛使用。最近几年被推荐为 司 台的设计模式，并且受到了越来越多开发者的欢迎。它将应用程序的输入、处理和输出分开。即应用程序被分为了 3 个核心部件：模型、视图、控制器。它们各自处理自己的任务。 图（ 它代表用户交互界面，对于 用来说，可以概括为 面，但可能为 着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图， 计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在仕途上的业务流程的处理。业务流程的处理交给模型（ 理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。 型（ 它负责业务流程 /状态的处理以 及业务规则的制定。业务流程的处理过程对其他层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是 主要的核心。 没有提供模型的设计方法，而只告诉应该组织管理这些模型，以便于模型的重构和提高重用性。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持久化）。可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 制 （ 可以理解为从用户接受请求，将模型与视图匹配在一起，共同完成用户的请求。控制层并 不做任何的数据处理。例如，用户单击一个链接，控制层接受请求后，并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。一个模型可能对应多个视图，一个视图可能对应多第 2 章 术框架简介 5 个模型。 架概述 架的缩写，只有做到低耦合、高内聚，才能设计出高水平、高质量的软件出来。 低耦合就是软件在构造的时候，各个模块、各个功能、各个类都不会过度依赖于它周围的环境。只有这样，才能使项目中的模块（功能、类）在周围发生变更时不受影响，做 到易于维护和易于适应变更。正是因为如此，也使它更易于重用到其他功能类似的环境中，提高重用性。 高内聚则使软件中的各模块（功能、类）能够各尽岂能而又充分合作，也就是对于软件问题空间中需求的各个功能，系统可以合理地把它分配给各个模块（功能、类）来共同完成。而对于该系统中的某一个模块（功能、类），具有自己高度相关的职责，即该职责中的几个任务是高度相关的。每一个模块（功能、类）都决不去完成与自己无关职责的任务。 架中， 一个比较好的 架，提供了对开发 统的的底层支持，负责对 的 支持； 供了管理业务对象的一致方法，负责业务层的管理； 得与关系数据库的交互变得十分容易，它对 得 序员可以随心所欲的使用对象编程思维来操作数据库， 责持久化层，完成数据库的 作。 架 起源 早是作为 目的组成部分出现的。项目的创立者希望通过对该项目的研究，改进和提高 签库以及面向对象的技术水准。 个名字来源于在建筑和旧式飞机中使用的支持金属架。使用以更好的遵循 式。此外， 供了一套完整的规范以及基础类库，可以充分的利用 优点，减少程序员的工作量，具有很强的扩展性。它的目的是为了帮助减少在运用 第 2 章 术框架简介 6 工作原理 12】 是 一种实现，相当于 的一个对象吧。它将 记（属于 范）作为实现的 一部分。 承了 各项特性，并根据 特点，做了相应的变化与扩展。 工作原理如下图所示： 图 2.) 分：模型以一个或多个 形式存在。这些 类： 常称之为 装了来至于 用户请求信息，如表单信息。 取从 来的 般用于取出 相关信息，并做出相关的处理。 2) 分： 分由 中可以看到有一个 件 之相关联的是E 2 章 术框架简介 7 ，承担 色的是一个 于封装用户的请求参数，所有的用户请求参数由系统自动封装完成 象；该对象被 给后 据 的请求参数处理用户请求。而封装了底层的业务逻辑，包括数据库访问等。在复杂的业务中，代表的决非是一个简单的 能是其他的业务逻辑组建。 3) 图部分：主要由 成页面文件完成视图， 供丰富的 签库，如 ，通过这些标签库可以最大限度地减少脚本的使用。这些自定义的标签库可 以实现与 有效交互并增加了现实功能。整个应用由客户端请求驱动，当客户请求被截时， 据请求决定是否需要调用 用户请求处理完成后，将处理结果通过 示给用户。这有利于分开表现逻辑和程序逻辑代码。 4) 流程：在 ，用户的请求一般以 *为请求服务名，所有的 *求均被指向 的配置信息，将用户请求封装成为一个指定名称的将此 至指定名称的 文件操作、数据库操作等。每个 *有对应的 称和 称，这些在 件中配置。 5) 核心： 核心是 此写好 置文件是关键。 架 起源 1】 的形成最初来自 著的一本很有影响力的书籍 2就是这本书中第一次出现了 一些核心思想。 最大的目的就是使 发更加容易。 同时， 所以与 框架不同，是因为 供了一个致力于提供一个以统一的、高效的方式构造整个应用，并且可以将单层框架以最佳组合柔和在一起建立一个连贯的体系。 初衷即是使 始应该更加简单，使用接口而不是使用类，将第 2 章 术框架简介 8 使用接口的复杂度几乎降低到零，它使应用程序更加容易测试。它并不和现在的解决方案竞争，而是致力于将它们融合在一起。 介 一个开源框架，它由 它由 建。它是为了解决企业应用开发的复杂性而创建的。 用基本的 完成以前只可能由 成的事情。然而， 用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何 用都可以从 目的：解决企业应用开发的复杂性 功能：使用基本的 替 提供了更多的企业应用功能 范围：任何 用 简单来说， 一个轻量级的控制反转 （ 和面向切面 （ 容器框架。 术的优越性 主要目的是使 用和促进好的编程习惯。 重新开发已有的东西。因此，在 你将发现没有日志记录的包，没有连接池，没有分布事务调度。这些均有开源项目提供（例如 者 来做数据连接池），或由你的应用程序服务器提供。因为同样的原因，我们没有提供 ，但是 架已经很好的提供了数据持久化的解决方案。 已存技术更加易用。 例如 ,尽管我们没有底层事务协调处理，但我们提供了一个抽象层覆盖了 任何其他的事务策略。 有直接和其他的开源项目竞争，除非我们感到我们能提供新的一些东西。例如，象许多开发人员，我们从来没有为 兴过，并且感到在 还有改进的余地。在某些领域 ，例如轻量级的 器和 直接的竞争，但是在这些领域还没有已经较为流行的解决方案。 应用服务器之间是可移植的。 持在 其他的应用服务器上的用户。 第 2 章 术框架简介 9 架 起源 14】 是一个面向 境的对象 /关系数据库映射工具。对象 /关系数据库映射 (这个术 语表示一种技术，用来把对象模型表示的对象映射到基于 关系模型结构中去。 供了这个过程中自动对应转换方案。 2001 年年末， 第一个版本发表， 2003 年 6 月 8 日发表了， 2005 年 3 月 正式发表。 术概述 一个开放源代码的对象 /关系映射框架，它对 行了非常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。它负责 象和关系数据库之间的 映射。 部封装了通过 问数据库的操作，向上层应用提供了面向对象的数据库反问 对于使用 手工操作数据库 ,而节约开发时间和开发成本。 负责协调应用与关系数据库的交互，将开发者从繁琐的数据处理中解放出来，专注于有价值的、核心的业务问题。 用数据库和配置文件数据来为应用程序提供持久化的服务。在应用层和数据库之 间的持久层中，有 持久对象、配置文件及映射文件。在应用和数据库之间建立了“持久层”。持久层有着非常重要的作用，它将数据从应用存储到数据库中，并负责数据的删除、更新和检索。使用 数据表的表映射成类，把通常对表的操作变成对对象的操作，这样，程序员就可以通过面向对象的方法实现对关系型数据库的操作了。 架中最为关键的组成部分，也是软件开发者时刻关注的内容。 数据持久化与 据持久化：“数据持久化”，即 是把数据保存到可以掉电式存储设备以供以后使用。具体说来就是将内存中的数据保存到磁盘上加以“固第 2 章 术框架简介 10 化”。所谓“持久层”，也就是在逻辑层面上，专注于实现数据持久化的一个相对独立的领域。在系统架构中，该层逻辑上相对独立，它封装了将存储对象持久化的行为，业务层是按照业务逻辑对从持久化层中得到的实体进行业务处理，组装成数据传输对象，供表示层使用。 对象 /关系映射 前的应用程序中应用的数据持久化重要有文件系统、对象数据库和关系数据库。但是随着面向对象语言的快速发展和关系型数据库的成熟，出现了 这样一个矛盾：数据库是关系型的而编程语言是面向对象的，数据以对象形式存在。这使得开发人员需要同时处理面向对象的开发和面向过程的关系型数据库的构建，这样使得程序开发复杂化。而 够很好的解决面向对象与关系型数据库之间存在的不匹配矛盾。 优越性 传统的直接调用 问数据库的手段已渐渐的被业内人士所淘汰。随着近年来设计思想和 术本身的演化，出现了许多 封装技术，这些技术为数据库访问实现提供了更多的选择。引用 久层框架有下面两点好处： 增加 了数据操作的便利性：持久层编码非常的繁琐的工作，获取数据库连接、执行 句、关闭数据库连接等。 架对数据库持久层的这些细节进行了封装，使得开发者可以不必去关心这些繁琐的细节，将更多的精力和时间投入到真正有价值的工作中。 更加面向对象的设计：目前的持久层框架，大多数都已经建立在面向对象的设计思想之上。 乎是目前主流持久层框架的基本特性。系统设计提供了更加自然的实现方式。开发者可以使用更加易于管理的面向对象的方法来操作数据库，而不需将大量的时间花费在面向对象与关系 型数据库不匹配的繁琐问题上。 第 3 章 电视台收录系统 信息交流平台需求分析 11 第 3 章 电视台收录系统 信息交流平台需求分析 统 功能 需求概述 收录系统信息交流平台主要目标是电视台收录卫星信号和地方台经广联回传过来的光纤信号收录以及台外记者和地方台编写的远程文稿进行新闻资源的共享。 在收录系统，作为一个电视台的主要功能网站，他需要完成自己的任务与兼顾作为一个网站的基本功能，所以下面要介绍网站的功能性需求。 功能性需求：信息展示品台、节目预约、节目下载、文稿编辑、流媒体浏览功能、统计功能、用户注册、用户登入与退出、流媒体浏览功能、我的办公室管理、系统管 理、统计功能、查询功能、公告栏功能等几个大的功能点 信息展示平台：网站注册用户可以通过本网站发布信息，其中用户权限分为管理员、领导、编辑、台外记者、地方台等几个权限。每个权限都有一定的限制。 节目预约