视频点播系统论文.doc

视频点播系统论文
摘　　要

随着计算机技术和INTERNET的日新月异,宽带VOD视频点播技术因良好的人机交互性和流媒体传输技术倍受教育、娱乐等行业青睐。这里结合平台开发实例，阐述了基于WEB的交互式视频点播系统的协议原理、软件结构和设计实现。
本视频点播系统根据流媒体传输原理，在校园局域网的基础上模拟基于WEB的视频点播系统，实现用户信息管理、视频文件的添加、删除、修改及在线播放和搜索功能。由于本系统是一个小型系统，所以我们采用基本的SQL数据库，易于实现。具体实现中将HTML、ASP.NET及JAVASCRIPT完美融合，力求界面美观、操作流畅。
本文主要论述服务器端视频服务平台的搭建、管理功能的具体实现，并在此基础上对网络优化作相应的探索。

关键词　　流媒体；SQL SERVER；ASP.NET；视频点播

目　录

摘　要 I
目　录 II
第1章 绪论 1
1.1　视频点播简介 1
1.1.1　视频点播的含义 1
1.2　可行性分析 1
1.2.1 市场可行性分析 1
1.2.2 技术可行性分析 2
1.2.3　经济可行性分析 2
1.3　系统目标 3
1.4　小 结 3
第2章　系统开发工具及开发平台 4
2.1　系统开发平台 4
2.2　数据库平台 5
2.3　系统运行环境 6
2.3.1　软件运行平台 6
2.3.2 硬件运行平台 6
2.4　小结 7
第3章 系统分析 8
3.1　系统基本情况描述 8
3.2　系统数据流分析 8
3.3　系统流程 10
3.3.1　业务流程分析 10
3.3.2　系统数据实体及关系分析 11
3.4　系统的技术要求 13
3.5　小结 14
第4章 系统设计 15
4.1　系统功能设计 15
4.2　系统数据结构设计 17
4.3　系统安全设计 19
4.4　小结 20
第5章 系统详细设计 21
5.1　会员服务模块 21
5.1.1　系统主界面 21
5.1.2　会员注册 22
5.1.3　系统登陆 22
5.1.4　用户服务 23
5.1.5　影片详细信息显示 24
5.1.6 影片播放 24
5.2　管理员模块 25
5.2.1 影片添加 25
5.2.2 编辑影片 26
5.2.3 用户管理 27
5.2.4 评论管理 28
5.3　小结 29
第6章 视频点播系统的应用与测试 30
6.1　测试方法 30
6.2　系统功能测试 30
6.3　小结 31
总　结 32

III
视频点播系统论文
第1章 绪论
视频点播VOD(Video on Demand)出现的最初动力是人们对广播电视的更高需求。在传统的电视中，观众完全是被动的。节目提供者播放什么节目，观众就只能观看什么节目，节目的播放时间也是无法按照观众的意愿改变的。尽管电视台可以提供很多的节目，但要想完整地收看到一个自己满意的节目，对于许多人来讲也是不太容易做到的，因为在快节奏的现代生活中，许多人不可能为了看某一个电视节目而预先安排自己的时间。被动收看节目的人们希望能够按照自己的需要自由地点播节目。视频点播的出现正迎合了人们的这种需求，这种信息服务方式符合人们对信息资源更深层次的需要。
1.1　视频点播简介
1.1.1　视频点播的含义
视频点播，英文简称VOD(Video on Demand)，指的是按照用户的要求播放视频。VOD有很广泛的含义，包含了娱乐、教育、商业等领域的多种应用，如影片点播( Movie On Demand)、热点新闻点播( Hot-News On Demand)、交互视频游戏( Interactive Video Games)和远程教学( Long Distance Learning)等。
VOD是一种受用户控制的视频分配业务，它使得用户可以交互的访问远端服务器所存储的丰富节目源。“它的实质是信息的使用者根据自己的需要主动获得多媒体信息。”视频点播与传统电视有本质不同，主要体现在以下两个方面:首先，视频点播具有交互性，用户可根据个人需求选择视频节目，并指定该节目的起始时间，从这一点来说，视频点播也可以称为交互式视频点播;而传统电视是按事先安排好的程序播放节目，用户在选择和观看节目方面是被动的，只有频道选择权，没有播放控制权，更不能对视频进行交互式操作。其次，VOD系统中的信号是数字化的，而传统电视中的信号是模拟的。
1.2　可行性分析
1.2.1 市场可行性分析
目前具有VOD点播功能的网站很多，如天天在线影视、互动影视城。目前都是基于单台PC服务器的方案，最大链接数不超过100个。不适合用于大型的VOD系统。虽然有专门的VOD视频服务器可以支持大流数，但价格一般极其昂贵。从应用范围上看，由于产品支持流数有限，只能应用 在一些小型的VOD系统中，如酒店、卡拉OK包房、中小企事业学校的培训、商场等等，不适合长宽应用在大型社区网和城域网中。从价格上看，尽管几家都采用PC服务器方案，相对于专业视频服务器的价格的确很低，但方案仍然要采用高档PC服务器、SCSI RAID卡 和SCSI硬盘，硬件成本仍然较高。综合几方面，我们开发出一套支持多并发流数、软硬 件成本低、管理完善的大型VOD集群服务器系统是有其市场空间和优势。
1.2.2 技术可行性分析
系统的主要技术难度是解决并发流数。国外许多大公司推出的专有视频服务器可以支持几百个并发流，但价格相当昂贵。国内的几个厂家采用的是高档服务器作为视频服务器 ，可以支持几十个流，最多100个。采用服务器替代专有视频服务器硬件成本大大降低， 但单台服务器的并发流数和硬盘扩充的极限太小，不能满足大型的市场需求。
1.2..3　经济可行性分析
软件的经济可行性是指软件所能带来的经济效益与开发设计所需要的投资相比，是否相适宜，同时还要看此软件能否真正给用户带来足够的经济效益，我们开发的这套系统正是考虑系统开发的成本而设计。本系统的开发在经济上是完全可行的。开发此软件不需要大量的经费，而且是个人独立设计，可以节省许多费用，同时也可提高个人的实际动手能力。
综合以上技术特点，为了降低成本，我们采用PC服务器作为视频服务器，而且PC服务器 的性能还在不断提高，支持的并发流数也在增加。PC服务器作为视频服务器的方案正逐步取代以前的专有视频服务器。为了解决多并发流数，我们采用多台PC服务器以集群的形式，通过控制网关完成服务器之间的协调，提高系统的利用率。控制网关以及集群服务器技术是我们的技术增值点。另外，由于采用集群形式，我们不要求PC服务器实现最 大流数，可以采用低档PC服务器和IDE硬盘，这样又可以提高单台视频服务器的性能价格比。经过我们预研和测试，服务器的瓶颈不在CPU，这样可以用低档CPU和主板。采用IDE  RAID卡和7200转IDE硬盘的服务器仍可支持三、四十个并发流。控制网关的技术经过前 期的预研也是可行的。系统的整个方案都是我们自行开发并在通用的软硬件平台上运行 ，具有较强的灵活性。

1.3　系统目标
设计目标：
该系统设计目标为1000个并发流，采用机架式结构设计，主要由多台支持较少并发流的视频服务器组成。系统支持MPEG1，MPEG2，MPEG4的 影片效果。
实现方案：
硬件：视频服务器采用机架式PC SERVER、千兆SWITCH、电源模块、机柜、调度服务器。
软件：每台视频服务器上的并发流软件，调度网关服务器上的管理和负载均衡软件。
1.4 小 结
本章主要介绍了视频点播系统的意义和目的，并对本系统做了进一步的分析。

第1章 系统开发工具及开发平台
现在的软件开发语言有很多种，但一定要找一个功能强大，易学易用易掌握且适合自己的语言也就不多了。本系统经过多种语言的优缺点的对比之后，采用的是ASP.NET作为本系统的开发语言，以SQL Server2005作后台的数据支持。
1.1 系统开发平台
本系统采用ASP.NET作为后台开发工具。ASP.NET 不仅仅是 Active Server Page (ASP) 的下一个版本；它还提供了一个统一的 Web 开发模型，其中包括开发人员生成企业级 Web 应用程序所需的各种服务。ASP.NET 的语法在很大程度上与 ASP 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有 ASP 应用程序中逐渐添加 ASP.NET 功能，随时增强 ASP 应用程序的功能。
ASP.NET是一个已编译的、基于 .NET 的环境，可以用任何与 .NET 兼容的语言（包括 Visual Basic .NET、C# 和 JScript .NET.）创作应用程序。另外，任何 ASP.NET 应用程序都可以使用整个 .NET Framework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
ASP.NET 可以无缝地与 WYSIWYG HTML 编辑器和其他编程工具（包括 Microsoft Visual Studio .NET）一起工作。这不仅使得 Web 开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到 Web 页的 GUI 和完全集成的调试支持。当创建ASP.NET 应用程序时，开发人员可以使用 Web 窗体或XML Web services，或以他们认为合适的任何方式进行组合。每个功能都能得到同一结构的支持，能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义，这里只是列出几种可能性而已。

2.2　数据库平台
ASP.NET所支持的数据库很多，因此我们要根据实际需要来使用最合理的数据库。数据库分为平面数据库和关系数据库，但平面数据库会使存储空间被重复和浪费，而关系数据库则是由若干个平面数据库连接在一起而形成的，采用关系数据库，用户不仅能像在平面数据库管理中那样搜索各个独立的记录，而且能够建立一个记录集合与另一个记录集合的关系，就能使用户的效率更高，操作更简捷。
数据库，简单而言就是要存储这些大量的数据而且要能正确的存储。
数据会随着时间的增加，而积累，导致数据量日渐庞大。我们常常需要快速地在大量的数据中，找出设备的存储记录，同时也希望数据能有一定的保密性。
而数据的最终作用，就是提供决策分析的信息。如果我们不能利用大量数据的分析，以最快的速度找到我们要找寻的数据，则数据只是简单的资料罗列而己。
由最基本的元素组合成数据叫记录(Record)。由相同性质的记录组合起来叫表(Table)，相关的表组合起来就叫数据库 (Database)。处理数据的建立、查询、更新等工作的程序就叫做数据库管理系统(Database Management System, DBMS)。纵向的每一列叫做字段，横向组合起来就成为一条记录所有记录的集合就是表，与其他相关的表组合起来就叫做数据库。
数据库应用系统是以数据库为基础的信息管理系统。手工方式的数据处理是繁琐的重复劳动。因此，也就有低效率、准确性差以及复杂化等缺点的不可避免性，随着计算机的出现，开辟了电子数据处理的新纪元。
本系统采用SQL Server 2005作为后台开发工具。因有其重要特性及优点，详细介绍如下：
● Internet 集成
SQL Server 2005数据库引擎提供完整的XML支持。它还具有构成最大的Web站点的数据存储组件所还需的可伸缩性、可用性和安全功能。SQL Server 2005程序设计模型与Windows DNA构架集成，用以开发Web应用程序，并且SQL Server 2005支持English Query和Microsoft搜索服务等功能，在Web应用程序中包含了用户友好的查询和强大的搜索功能。
● 可伸缩性和可用性
同一个数据库引擎可以在不同的平台上使用，从运行Microsoft Windows® 98的便携式电脑，到运行Microsoft Windows 2000数据中心版的大型多处理器服务器。SQL Server 2005企业版支持联合服务器、索引视图和大型内存支持等功能，使其得以升级到最大Web站点所需要的性能级别。SQL Server 2005与Windows NT和Windows 2000故障转移群集共同支持不间断地将故障即时转移到备份服务器。SQL Server 2005还引入了日志传送功能，使您得以在可用性要求较低的环境中维护备用服务器。
● 企业级数据库功能
SQL Server 2005关系数据库引擎支持当今苛刻的数据处理所需的功能。数据库引擎充分保护数据完整性，同时将管理上使并发修改数据库用户的开销减到最小。SQL Server 2005分布式查询使您可以引用来自不同的分布式事务支持充分保护任何分布式数据更新的完整性。复制同样使您能维护多个数据复本，同时确保单独的数据复本保持同步。可将一组数据复制到多个移动的脱机用户，使这些用户自主地工作，然后将他们所做的修改合并回发到服务器。
● 易于安装、部署和使用
SQL Server 2005中包括一系列管理和开发工具，这些工具可改进在多个站点上安装、部署、管理和使用SQL Server 2005的过程。SQL Server 2005还支持基于标准的、与Windows DNA集成的程序设计模型，使SQL Server 2005数据库和数据仓库的使用成为生成强大的可伸缩系统的无缝部分。这些功能使您得以快速交付SQL Server应用程序，使客户只需最少的安装和管理开销即可实现这些应用程序。
● 数据仓库
SQL Server 2005中包括析取和分析汇总数据以进行联机分析处理(OLAP)的工具。SQL Server中还包括一些工具，可用来直观地设计数据库并通过English Query来分析数据。
2.3　系统运行环境
2..3..1　软件运行平台
本系统设计运行在Windows98/2000/NT/XP操作系统环境下，因为该系统用户界面友好，易学易用。
2..3..2 硬件运行平台
CPU: Intel的PENTIUMN处理器，可扩展2个CPU.
硬盘:40G SCSI硬盘，可扩至4-6个硬盘
内存:512MB
显卡:32位真彩色
网卡:loom，与IEEE 802.1p标准兼容
客户端是普通的PC机:
CPU: Intel的PENTIUM11 266MHZ或更高
硬盘:E工DE硬盘
内存:32MB RAM
显卡:16位真彩色
网卡:10/loom支持数据连接的普通适配卡
2.4　小结
本章主要阐述了系统的开发平台和数据库平台中的一些基本概念。
ASP.NET是目前在Windows平台中最强劲的WEB页编辑工具之一，具有强大的可视化设计功能，对数据库开发有独到的优势，产生的代码具有执行快、效率高、安全性好等特点。
本章详细的介绍了ASP.NET特性及优点、SQL Server 2005 中可伸缩性和可用性、企业级数据库功能、易于安装、部署和使用及数据仓库等一些知识。系统运行的硬软件平台、B/S模式的一些优缺点。
第2章 系统分析
为了实现本系统，必须对整个系统的全面功能做出详细的分析。一个好的系统必定有好的分析，因此本章我们将对在线视频点播系统做出具体的分析。
3.1　系统基本情况描述
在线视频点播系统需要实现的功能包括用户的管理，以及视频信息的管理和使用等。具体来讲，它包含用户管理中常见的注册、登录操作，视频信息的显示、播放、搜索操作，视频管理中的添加、删除、修改等。同时为了方便用户使用，增加了按影片类别来显示等功能，这使得系统需要在视频信息之外保留栏目信息，于是增加了对栏目信息的增加、删除和修改的功能。
在线视频点播系统是在对一些用户观看电影的实际方式调研后，以实际为基础进行设计的。该系统属于B/S模式，用户可以在线搜索、浏览、点播视频。管理员可对用户、视频信息进行增加、删除以及修改等操作。该系统包括四大模块：会员管理、视频信息显示播放、视频信息搜索、管理员模块。
3.2　系统数据流分析
本系统根据使用该网站的用户角色的不同分为下面两种用户。
管理员：采用自行设置方式进入网站，负责管理网站上用户信息和视频信息的管理，以及栏目信息的管理。其中包括视频信息的增加、删除、修改，以及栏目信息的增加，删除和修改。
普通用户：采用先注册后登录的方式进入管理网站，在网站中可以在线浏览视频信息，搜索视频信息，以及在线观看视频信息。
根据用户的角色和需求进行划分后，可以归纳出整个系统的数据流图如图3-1－3-4所示。

操作用户
用户身份验证
浏览、查询、在线播放、下载（迅雷）但不能评论
用户文件

　　 末登陆

图3-1 　用户未登录时流图

操作用户
用户身份验证
浏览、查询、点播、下载（迅雷）、发表评论

用户文件

　 合法用户

图3-2　 用户登录后流图
验证用户是否存在重复
数据库存入用户信息
提示重新录入
　　 用户文件

录入各项信息 　　 无重复

重复

图3-3 　用户注册流图

操作用户
用户身份验证
修改各类信息

　　　 管理员文件

　　 管理员

图3-4 管理员登录流图

3.3　系统流程
3..3..1　业务流程分析
调查视频点播的业务流程应顺着系统信息流动的过程逐步地进行，内容包括各环节的处理业务、信息来源、处理方法、信息流的去向提供信息的时间和形态（报告、单据等）通过对视频点播业务的实际调查分析，系统的系统分析阶段，我们设计出我们系统的业务流程图，弄清了视频点播系统的业务流程，系统的业务流程如图3-1所示。

图3-5　视频点播业务流程图

3..3..2　系统数据实体及关系分析
为了把用户的数据要求清楚、准确的描述出来，通常建立一个概念性的数据模型（也称为信息模型）。概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，它反映了用户的实现环境，而且与在软件系统中的实现的方法无关。
数据模型中包含3种相互关联的信息：数据对象、数据对象的属性及数据对象彼此间的相互连接的关系。

1、数据对象
数据对象是对软件必须理解的复合信息的抽象，数据对象彼此之间是相互关联的。
2、属性
属性定义了数据对象的性质。必须把一个或多个属性定义为标识符也就是说，当我们希望找到数据对象的一个实例时用标识符属性作为关键字（通常简称为“键”）。
3、联系
客观世界中的事物彼此间往往是有联系的。数据对象之间相互连接的方式称为联系，也称为关系。联系可分以下3种类型：
（1） 一对一联系（1：1）
（2） 一对多联系（1：M）
（3） 多对多联系（M：N）
3.4　系统的技术要求
功能要求
(1)系统设计的各项功能能够正确完成。
(2)对输入的数据能判断出是否为非法数据或越界数据，系统会自动给出提示，告诉用户重新输入。
(3)各模块在运行时互不干扰，各种操作的快捷键能够正确运行。
(4)对非法操作能够给出正确处理。
编码要求
主应用程序的命名：主应用程序的命名应由项目负责人确定，能完全表达出本系统意义的英文字符串即可，包括应用程序对象名，应用所在的库名、项目名，可执行文件名都必须统一使用本命名。
界面要求
1.　各窗口的大小适中，布局合理，插有图版，界面美观大方。
2.　各窗口的控件及按钮的文字命名正确，有时还配有图标。
数据库要求
1.　表的设计合理，没有冗余的数据。
2.　表及字段的命名采用英文方式，字段类型及长度合理。
3.　表的主键、外键和索引正确无误。
4.　前台操作与后台数据库之间的连接正确。
3.5　小结
本章主要分析了本系统的业务流程、数据库的逻辑关系、数据流关系，并用具体的图形近一步说明。通过本章的论述便我们更加了解本系统的功能。
第4章 系统设计
在系统需求分析阶段，已经搞清楚了系统“做什么”的问题，并通过需求说明书将这些需求描述出来，这也是目标系统的逻辑模型。进入了设计阶段，要把系统“做什么”的逻辑模型变化为“怎么做”的物理模型，即着手实现软件的需求，并将设计的结果反映在“设计说明书”文档中，所以系统设计是一个把系统需求转换为系统表示的过程，最初这种表示只是描述了软件的总的体系结构，成为系统概要设计或结构设计。然后对结构进一步细化，称为详细设计或过程设计。软件系统设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流成图是设想各种可能方案的基础。本章主要介绍系统功能设计和系统数据结构设计。
4.1　系统功能设计
在线视频点播系统需要实现的功能包括用户的管理、以及视频信息的管理和使用等。具体来讲，它包含用户管理中常见的注册、登录操作，视频信息的显示、播放、搜索、评论以及个人信息资料操作，视频管理和说评论管理中的添加、删除、修改等。
在线视频点播系统是在对一些用户观看电影的实际方式调研后，以实际为基础进行设计的。该系统属于B/S模式，用户可以在线搜索、浏览、点播以及评论视频，并可通过用户服务模块对个人信息进行修改密码等操作。管理员可对用户、视频信息、评论信息进行增加、删除以及修改等操作。该系统包括四大模块：会员管理、视频信息显示播放、视频信息搜索、管理员模块。
本系统根据使用该网站的用户角色不同可分为三种用户：
管理员：负责管理网站上用户信息、视频信息、评论信息的管理。其中包括视频信息的增加、删除、修改，用户信息和评论信息的删除和修改。
普通用户：采用先注册后登录的方式进入网站，在网站中可以在线浏览视频信息，搜索、评论、下载（迅雷）视频等操作。
普通游客：只能对本站的视频信息进行浏览，不可以观看、评论、下载等操作。

本系统的功能模块如图4－1所示。

　　　　　　　　　　　　图4-1 系统功能模块图

4.2　系统数据结构设计
数据库结构设计是在完成了描述系统各种数据之间的依赖关系和信息分类的基础上，将各种信息转换成相应的数据项定义表。数据项定义表的作用主要是定义每个表的表名、表中各字段的名称、数据类型长度和允许空，但在不同的数据库，数据类型的表示符号和长度有所差别。本系统的数据库建表详见如下：
1、在数据库中建立用户表，用户表包括了用户的编号、角色类别编号、用户名、性别、密码、邮件地址等信息，详见表4-1用户表。
表4-1　用户表
列 名
数据类型
可否为空
说 明
UserID
int
Not null
自动编号
RoleID
int
NULL
角色类别编号
UserName
nvarchar(16)
NULL
用户名
Sex
nvarchar(2)
Not null L
性别
Age
smallint
NULL
年龄
Pwd
nvarchar(64)
Not null L
密码
Email
nvarchar(30)
NULL
电子邮箱

2、在数据库里建立一个评论表，其中包括编号、影片名、评论者、评论时间、评论内容、评论者用户名。评论表详见表4-2评论表。
表4-2　评论表
列 名
数据类型
可否为空
说 明
MsgID
int
NOT NULL
自动编号
MovID
int
NULL
影片名
UserID
int
NULL
评论者编号
Msgcontent
nvarchar(2000)
NOT NULL
评论标题
MsgTitle
nvarchar(50)
NOT NULL
评论内容
AddDate
smalldatetime
NULL
评论时间
3、在数据库里建立一个视频信息表，其中字段包括编号、视频信息名、视频文件名、点击次数、分类、视频大小、图片、上传时间、主要演员、内容简介、评论等基本信息，详见表4-3视频信息表。
表4-3　视频信息表
列 名
数据类型
可否为空
说 明
MovID
int
NOT NULL
自动编号
CatID
int
NULL
影片分类
MovName
nvarchar(30)
NOT NULL
电影名
Movdirector
nvarchar(30)
NULL
导演
MovActor
nvarchar(50)
NULL
主演
MovDec
nvarchar(2000)
NOT NULL
影片简介
MovStartData
smalldatetime
NULL
上映时间
MovTime
int
NOT NULL
时长
HitNum
int
NULL
点播次数
AddDate
nvarchar(50)
NOT NULL
上传时间
MovCountry
nvarchar(20)
NOT NULL
国家
MovLanguage
nvarchar(10)
NULL
语言
MoveImage
nvarchar(50)
NOT NULL
海报文件名
Mov
nvarchar(50)
NOT NULL
影片文件名

4、 在数据库里建立一个角色信息表，其中字段包括自动编号、角色号。详见表4-4视频信息表。
表4-4　角色信息表
列 名
数据类型
可否为空
说 明
RoleID
int
NOT NULL
自动编号
RoleName
nvarchar(16)
NOT NULL
角色号
5、在数据库中建立管理员表，用户表包括了用管理员的用户名、密码、邮件地址、是否为管理员电话、地址等信息，详见表4-5管理员表。
表4-5　用户表
列 名
数据类型
可否为空
说 明
ManagerID
int
Not null L
自动编号
RoleID
int
Not null L
角色类别编号
ManagerName
nvarchar(16)
Not null L
管理员用户名
Pwd
nvarchar(64)
Not null L
密码
Address
nvarchar(200)
Not null L
地址
Sex
nvarchar(2)
Not null L
性别
Age
int
Not null L
年龄
Phone
nvarchar(20)
Not null L
电话
Email
nvarchar(30)
Not null L
电子邮箱

6、在数据库里建立一个电影类别表，其中字段包括自动编号、电影类别名。详见表4-4视频信息表。
表4-6　电影类别表
列 名
数据类型
可否为空
说 明
CatID
int
NOT NULL
自动编号
CatName
nvarchar(30)
NOT NULL
电影类别

4.3　系统安全设计
由于设备管理系统的数据量大，涉及面广，为使系统有效地运行，并始终保持数据的正确性和完整性，防止数据的泄漏。需要采取一定的安全保密措施。本系统的安全保密设计围绕以下两个方面进行：
1.源程序编译
源程序经过编译生成特殊代码，可避免非法操作，起到安全保密的作用。另外，源程序编译后，计算机执行编译后的目标文件，也可以大大提高程序执行速度。当然，系统正式交付使用后，仍需维护和完善，因此，不能抛开源程序。较好的做法是，源程序由专人负责保管，未经许可不能随意使用，一般操作人员只能接触目标文件。
2.程序文件属性修改
为防止对库文件的单独操作，在程序中修改库文件的属性。进入系统时设置为读写属性，退出系统时将其设置为只读属性。
4.4　小结
　　本章是总体设计主要是对本系统的系统流程、数据流程进行分析，并且对系统的功能进行分析，根据分析得到系统的功能，并且画出了功能模块图，以及数据库的设计对系统有更进一步的了解。
第5章 系统详细设计
系统说明对于系统的初级应用者来说是一个非常重要的部分，它详细的介绍了本系统的基本应用，以就是说看了体统使用说明书就等于学会了此系统的基本应用，本文根据各个功能在主界面从左到右的顺序介绍了其应用方法，有系统登陆、系统数据的添加、系统数据的统计、系统的查询与浏览等功能模块。
5.1　会员服务模块
对于一个系统来说，它应具备注册并登陆这一环节，这也是系统安全之所在，否则任何人都可以使用该系统，则对系统内的数据安全具有严重的危险性，数据容易丢失或被更改，所以系统登陆是很有必要的。下面将介绍本系统的登陆过程和一些基本的要求。
5..1.1系统主界面
正确登陆本系统后的主界面如下图5-1所示，其中普通用户和管理员均用此界面，以用户权限来判断操作。

图5-1 　在线点播系统主界面示意图

5.1.2　会员注册
启动IE，连接本系统网址，点击运行，首先看到的是整个系统的主界面,在主页头部上显示的一些信息或欢迎词,使用本系统必须要注册才要以使用其完全功能，其中系统的注册界面如图5-2所示。

图5-2　在线点播系统展示界面
5.1.3　系统登陆
注册成功之后再回到主界面时就可通过登陆模块进行登陆，如果密码及用户名正确输入后则进入本系统并登陆界面消失。登陆模块如图5-3 。

图5-3　在线点播系统的系统登录界面

5.1.4　用户服务　
在用户登陆界面当中有用户服务及修改密码两项，点击之后就会分别进入用户服务项及修改密码项中。在用户服务项中用户可以修改个人密码等操作，如图5-4。

图5-4　在线点播系统用户服务界面

图5-5为用户修改界面。

图5-5 　在线点播系统修改密码界面
5.1.5　影片详细信息显示
当用户点击某个影片名或图片时就会连接到Details.aspx，其中会向用户显示影片的详细信息，如图5-6所示

图 5-6 　在线点播系统详细信息显示
5.1.6 影片播放
当用户找到要观看的影片时点击播放按钮就会转入play.aspx进行影片观看了。图5-7为播放界面。

图 5-7　在线点播系统视频播放图
5.2　管理员模块
5.2.1　影片添加
影片添加的基本信息包括影片的分类、影片名称、上传影片、上传图片、影片大小、主要演员、内容简介等信息。如果信息均符合验证要求则当点击“上传”按钮时影片的信息就会添加到数据库当中。见图5-8

图5-8 在线点播系统添加影片
5.2.2 编辑影片
在编辑影片当中管理员首先可以查看影片的详细信息，并对影片执行修改和删除操作。如图5-9、5-10。

图 5-9 在线点播系统编辑视频图

图 5-10 在线点播系统更新影片示意图
5.2.3 用户管理
管理员可以通过此项操作可以对用户有的一切信息进行修改或删除。如图5-11所示。

图5-11　在线点播系统用户管理示意图

5.2.4 评论管理
在此模块中管理员可以对用户所发表的影片评论进行管理。如图5-12。

图5-12　在线点播系统评论管理页面

5.3　小结
本章介绍了本系统的详细功能和使用步骤，通过具体的图文分别说明具体细节。

第6 章 视频点播系统的应用与测试
系统的应用是做系统的目标和意义，本章我们将讨论本系统的实际应用进行分析，并进行必要的测试。
6.1 测试方法
　　系统测试的目标是以最少的时间和人力找出软件中潜在的各种错误和缺陷。如对系统实施了严格的规范测试，就能够发现其中大部分的错误。系统测试能够确认系统实现的功能和性能与需求说明的一致性。系统测试还能收集到足够的测试结果为系统可靠性提供依据。
　　目前测试仍然是保证系统质量的关键步骤，它是对系统需求规格、设计和编码最后的验证、复审。系统测试集中反映了人们心理上、技术上、经济上对系统的认识，这种认识在很大程度上又影响了系统的设计。
　　本系统我们采用了一系统列的测试方案，在其中发现了一些系统漏洞，均通过重新修改源程序将其弥补。近一步的系统测试将在今后的用户使用阶段来完成。

6.2 系统功能测试
本系统以初步实现基本功能，在局域网网中先行测试使用，使用过的学生、老师可在休闲时根据需求点播喜欢节目，使用情况良好。系统主页如下图6-1。　　

图6-1　在线点播系统主页面示意图

当用户点击其中的链接时就会得到相应的信息。
本系统不同于有线电视系统，因为它能满足用户的需求比较多。
功能特性
具体说明
节目来源
VCD光盘 电视台节目
内容编辑
能对视频服务器中的节目进行编辑，归类
内容管理
能实现存储、查询
节目控制
暂停、播放、快进、快退、全屏、播放进度拖拉
服务时限
系统可以24小时服务

6.3　小结
　　本章主要通过理论知识介绍系统的应用与测试，主要包括系统正常应用的新特性及优点，测试的目的及方法。

总 结
　　本视频系统基本达到预期的各项技术指标，实现了预期的各种功能。从整体上来讲，本系统还比较令人满意。当然也有一些不足之处和需要改进的地方。下面对整个系统作一番总结。
本论文的主要工作和创新点体现在以下几个方面:
(1) 在收集整理和研究大量相关参考文献的基础上，概述视频点播的相关技术和概念，并通过对比等分析方法，做出了一些总结。讨论了VOD系统中的若干关键技术，分析了VOD构建过程中的一些问题，并针对具体问题给出了比较合适的解决方案，例如如何压缩视频、音频等数据，控制并发用户数量等。
(2) 在对经典的VOD系统进行了深入研究和性能分析后，结合本系的条件，设计了一种经济快捷的系统建立方案，开发了