C#音像租赁管理系统|影碟出租管理

摘  要

载客技发展日益迅猛的今天，数字化、信息化的管理模式已经渗透到了社会的每个角落。面对众多的顾客、会员信息以及其相关音像制品的租赁信息这样一个庞大的信息集合，在本着节约人力资源，以及方便经营管理的前提下，基于B/S结构模式音像租赁管理系统颇具针对性的管理模式设计，人性化、便捷的操作，为音像制品租赁行业的管理带来了一缕春风。

针对实际经营管理的需求，系统中包含音像制品音像类型管理，业务管理，报表统计，会员信息管理功能模块。其中后台管理中的版块管理，音像制品租赁管理中的信息检索模糊查询以及报表统计是本系统的特色之处。本文从系统方案设计方面比较详细的介绍了本系统所采用的开发工具和开发技术。其次再从软件系统开发的一般流程，需求分析、系统设计、编码实现、软件测试方面详细而细致的描述了整个系统的设计方案及实现功能。最后总结了系统的不足之处，以便于将来更好的改进。

关键字：音像制品信息检索，B/S结构，报表统计

Abstract

With the rapid development of science and technology, digital and informational management pattern has been carried on everywhere. Faced with a wide range of information from customers to audio and video products, we are now introducing you a convenience and low-cost audio and video products ranting management system basing on B/S structure, which is easy controlled humanized and warmly welcomed in market.

To meet with the practical need, the system includes product type management, business management, forms statistics, membership info management categories。 The system’s feature is category management in the backstage, product info management vague search system and forms statistics system. This thesis introduces the system’s development tools and techniques from system plan design point. Then, according to the normal process of a software development, the thesis mainly discuss on the system’s designing plan and realization function from demand analysis, system design, code realize and software examine aspects. In the end of the thesis drawbacks were summarized to find further improvement.

Key words: audio and video info search, Structure of B/S, forms statistics system

目 录

第1章引言. 1

1.1课题背景. 1

1.2课题意义. 1

1.3系统功能简介. 2

1.4论文结构安排. 2

第2章需求分析. 3

2.1运行环境. 3

2.1.1硬件环境. 3

2.1.2软件环境. 3

2.2系统工作流程分析. 3

2.3数据描述. 5

2.3.1数据. 5

2.3.2数据流图. 5

2.3.3数据字典. 7

2.4功能要求. 7

2.4.1系统需求概述. 7

2.4.2功能划分. 7

2.4.3功能描述. 8

2.5性能需求. 9

2.5.1数据精确度. 9

2.5.2时间特性. 10

2.5.3适应性. 10

2.5.4安全性. 10

2.5.5可靠性. 10

2.6运行需求. 10

2.6.1用户界面. 10

2.6.2硬件接口. 10

2.6.3软件接口. 10

2.6.4故障处理. 10

2.7其它要求. 11

第3章数据库设计. 12

3.1数据库介绍. 12

3.1.1简介. 12

3.1.2 特点. 12

3.2概念结构设计. 14

3.3逻辑结构设计. 16

3.4物理结构设计. 16

3.4.1数据表清单. 16

3.4.2 主要数据表介绍：. 17

第4章界面设计. 20

4.1开发语言介绍：. 20

4.1.1 C# 语言. 20

4.1.2 NET Framework 平台体系结构. 21

4.2界面实例及主要代码. 22

4.2.1 系统登陆界面. 22

4.2.2 系统主界面. 23

第5章测 试. 24

5.1软件测试. 24

5.2单元测试实例. 24

5.3数据跟踪实例. 25

5.4综合测试. 25

第6章总结. 26

6.1 系统结论. 26

6.2 心得体会. 27

参考文献. 28

致谢. 29

外文资料原文. 30

译文. 32

第5章 测 试

5.1软件测试

软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作结果的过程,所谓控制条件应包括正常条件与非正常条件。软件测试过程中应该故意地去促使错误的发生，也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。从本质上说，软件测试是"探测"，在"探测"中发现软件的毛病。软件测试贯穿于软件定义与开发的整个周期 ，软件的需求规格说明书 ，结构设计及程序编码，都属于软件测试的对象。
    软件测试包含白盒测试与黑盒测试，白盒测试是针对程序代码进行正确性检验的测试工作，黑盒测试独立于程序代码，从用户的角度，通过一定的测试步骤与测试案例，验证软件功能、性能等指标能否满足实际应用需求的测试工作。在次测试中，我们采用白盒测试和黑盒测试相结合的方法。

5.2单元测试实例

1.管理员登陆测试

在“管理员登录”测试是管理员通过用户名和密码的提交，实现管理员成功的登录系统，以此进行后续相关操作的一个前提。如果输入的用户名或密码不正确，则不能登录系统，并且系统将给出错误提示，并返回登录界面。经过多次重复测试，发现了系统中的问题并及时的将其修改，最终达到了预期目标。

2.会员信息添加测试

在“会员添加”测试中，用户通过添加页面按要求填写会员注册信息并提交完成。打开数据库，就可以看到会员添加时输入的信息。如果输入的数据不符合系统要求，数据就不能写入数据库且系统会提示错误信息。经过多次重复地测试，发现系统存在的问题并及时修改，最终达到既定目标。

3.音像搜索功能测试

在“音像搜索”测试中，通过输入同的关键字和选择不同的查询方式，检索结果同数据库中的数据进行比较，大量数据测试证明此模块的功能达到预期目标。

5.3数据跟踪实例

在对音像制品信息检索系统测试过程中，作者对系统内的数据进行跟踪。数据跟踪实例如下

1.会员添加。在“会员添加”测试中，用户通过添加页面按要求填写会员注册信息并提交完成。打开数据库，就可以看到会员添加时输入的信息。如果输入的数据不符合系统要求，数据就不能写入数据库且系统会提示错误信息。经过多次重复地测试，发现系统存在的问题并及时修改，最终达到既定目标，

2.音像信息检索。在“音像搜索”测试中，通过输入同的关键字和选择不同的查询方式，检索结果同数据库中的数据进行比较，大量数据测试证明此模块的功能达到预期目标。

5.4综合测试

在以上测试的基础上，对系统功能进行了整体测试，依次检验系统功能是否符合系统开发的目标。经过使用大量的数据多次进行系统测试，发现系统存在的问题并及时改进，最终实现了音像租赁管理信息系统的开发目标。

第6章 总结

6.1 系统结论

音像租赁管理系统是针对中小型音像制品租赁店铺的管理模式、租赁模式、会员管理模式等方面进行了细致的考察之后，在确定了系统所要涉及的范围、层次，包括数据库设计、界面设计、Web应用层设计、操作人性化设计等，是一个具有实际意义的系统。

本系统在Microsoft Windows XP平台中使用Microsoft Visual Studio. Net2003进行开发。整体采取三层架构，即UI层、逻辑处理层和数据库。采用这种三层架构是系统结构明晰也为协同开发提供了极大的便利。用户和管理员均使用WINDOWS应用窗体使用本系统，方便了系统的部署和调试。

本系统采用组件化技术，将各个模块的实现功能函数用不同的类组件封装，起到了良好的升级更新及协调作用。

经过测试，本系统已经实现的功能如下

1.音像制品的分类添加及修改，格式分类及修改，音像制品信息的添加及修改，音像制品的添加及修改等。

2.音像制品的出租、归还，相关业务的查询。

3.资金报表及分类报表的统计信息。

4.简单的会员信息记录功能。

5.一般消费者通过网络访问系统进行音像租赁制品的相关信息的浏览和查询功能。

6.搜索功能，在相应的各环节上设置了精确查询和模糊查询功能，能够对相关信息进行有效的检索。

但在系统设计开发时，由于对整体设计思路有些混乱，对于开发工具的熟练度有一定的欠缺，毕业设计时间上的又比较紧凑，所以存在着一定的问题需要进一步的完善，主要分为以下几个方面

1.系统的某些设计太过强调人性化以至于在设计时没有考虑其真正的实际意义，导致设计理念与现实应用有一定的出入，希望能够根据实际情况慢慢调整，使系统日趋完善。

2.功能的开发上由于能力所限，为了考虑整体程序设计的稳定性而放弃了一些功能及模块的使用，有待能进一步完善。

3.整体功能上还有进一步完善的必要，希望能努力改善进步。

6.2 心得体会

因为比较喜爱看电影，日常生活中经常从影碟出租店租借碟片回宿舍欣赏，对于整个租赁的过程有一个大概的概念，故在毕业设计时选择了音像租赁管理系统的设计开发。

但是刚刚接手设计该系统时，仅需求分析就耗费了不少时间。原来期先的那些大概的概念只是一个感官上的模糊认识，并没有从实际意义出发考虑……不仅如此，在其他的设计方面也还遇到了很多这样那样的问题。

终于，在付出了不少辛勤的汗水，独力完成了此次毕业设计之后，回过头来从新看自己这次的开发过程，对印象十分深刻的几点体会总结如下

1.一开始，对音像租赁管理系统的认知停留在小环境下的特例经营模式下（学校旁的小影碟租赁店），自以为是的认为只需按照扩大模式化的思路就可以符合系统设计要求。在指导老师的指正和推荐下，查阅了网上很多论坛的精华思想，并对一些比较出名的相关系统进行了设计思维方向上的借鉴。

2.设计整个系统时，罗列了许许多多心目中想要实现的功能，陷入了设计系统时想要“大而全”的泥沼——反反复复在功能的实现和模块的增加中不能自拔……后经指导老师提点，以及自己的思考，紧抓系统主干，坚定设计方向，使自己走出了死胡同，顺利的继续了设计工作。

3.由于从来没有进行过毕业论文的写作，带着对自己的怀疑和恐慌战战兢兢的罗列和堆砌着文字，生搬硬套书本和资料上的理论、概念，让论文整体看来死气沉沉，毫无新意，非但没有表达出一个清晰的系统设计的全过程，反而犹如鸡肋般食之无味，弃之可惜……后经指导老师的多次指导改正，对框架及内容进行了大面积调整，将系统开发的过程用科学的方法和切实的语言进行书面表达，经过反复的阅读和多次的修改之后，终于完成了毕业论文的写作。

  综上所述，经过几个月的努力，终于完成了音像租赁管理系统的开发与设计，完成了毕业论文的写作。在整个的过程中体验了苦与乐，明白了如何在困难前不被吓倒，如何利用自身优势解决困难，进一步的加强了对软件开发的理解和认识，学到了许多学术知识以及书本以外很多做人的道理，达到了锻炼的目的。

参考文献

[1].郭征.租赁行业的信息化设计.中国信息导报.2006.5期.67-84

[2].段银田.管理信息系统若干普遍性问题的思考.计算机教育.2006.5期.54-59

[3].毛知新,周有庆,孙炜.信息管理系统的设计.计算技术与自动化.2006.1期.13-21

[4].孟小峰,周龙骧,王珊.数据库技术发展趋势.软件学报.2004.12期.15-32

[5].蒋良孝,蔡之华.数据库中的数据处理.计算机工程与应用.2003.18期.36-41

[6].Stephen Henley.The problem of missing data in geoscience databases. www.elsevier.com/locate/cageo .2005

[7].许进,黄布毅.数据库的相成.计算机学报.2004.10期.83—91

[8].张晓丹,韩杨.重新定义数据库在商务方面的应用.中国电子商务.2006.4期.12-19

致谢

近四个多月的毕业课题设计是我大学生活印象十分深刻的一段历程，在这段艰苦而又充实的日子里，我感受到的是指导老师的严谨与亲切，同学们的友爱与帮助，以及弥漫在身边的那种努力向上，积极融洽的学习生活氛围。

在这段时间里，我学习到了很多——书本上的理论知识，实际应用中的动手操作，相关的经验教训；还有很多书本之外的，包括如何面对及学习新的知识理论，如何面对和解决所遇到的困难和挑战。

通过这次的毕业设计过程，让我得到了全面的提升。

借此机会，向所有帮助过我的老师、同学、朋友，致以我最真诚的谢意。

首先要感谢的是我的指导老师罗佳老师，我的系统和论文都是在老师的多次指正后完成的。在此，我要对老师表示我最真诚的谢意，感谢他一直以来对我所付出的辛劳及努力。从老师的身上我不仅学习到了很多的学术知识，更多的是老师对于事物条理化的透彻分析，以及从老师身上我感受到的是严谨的治学作风，身体力行的工作态度，这些，不仅对于我今后的学习，乃至生活都将会有很大的影响。在此，我想再说一声：“感谢您，老师！您辛苦了！”

我还要感谢我同班的许多同学，当我在进行我的毕业系统设计时，遇到了许许多多的困难和问题，是你们不厌其烦的为我耐心解答疏导，并给我提出了很多宝贵的意见和建议，使我在设计中有了明确的把握，使我从总受益良多。你们从学习和做人两方面给了我很大的启示，感谢你们的同时我相信你们带给我的东西会让我在日后的生活、工作、为人处事等方面获益菲浅。

还有那些在大学四年中教导过我的老师们，感谢你们我会一直放在我的心里，如果没有你们，就不会有今天的我；我还要感谢一直以来支持鼓励我的家人及亲友，感谢所有关心，帮助过我的人。

同时，对于学校，对于学院，我同样怀者感激之情永远铭记。

总之，我会在今后的学习、工作、生活中更加努力，用自己的实际行动回报社会、学校、老师、家人。

外文资料原文

Logical Design and Physical

 Design Glenn Medeiros

Logical design of databases is mainly concerned with superimposing the constructs of the data base management system on the logical data model. There are three mainly models: hierarchical, relational, network we have mentioned above.

The physical model is a framework of the database to be stored on physical devices. The model must be constructed with every regard given to the performance of the resulting database. One should carry out an analysis of the physical model with average frequencies of occurrences of the grou pings of the data elements, with expected space estimates, and with respect to time estimates for retrieving and maintaining the data.

The database designer may find it necessary to have multiple entry points into a database, or to access a particular segment type with more than one key. To provide this type of access; it may be necessary to invert the segment on the keys. The physical designer must have expertise in knowledge of the DBMS functions and understanding of the characteristics of direct access devices and knowledge of the applications.

Many data bases have links between one record and another, called pointers. A pointer is a field in one record which indicates where a second record is located on the storage devices.

Records that exist on storage devices is a given physical sequence. This sequencing may be employed for some purpose. The most common pupose is that records are needed in a given sequence by certain data-processing operations and so they are stored in that sequences.

Different applications may need records in different sequences.

The most common method of ordering records is to have them in sequence by a key-that key which is most commonly used for addressing them. An index is required to find any record without a lengthy search of the file.

If the data records are laid out sequentially by key, the index for that key can be much smaller than they are nonsequential.

Hashing has been used for addressing random-access storages since they first came into existence in the mid-1950s. But nobody had the temerity to use the word hashing until 1968.

Many systems analysis has avoided the use of hashing in the suspicion that it is complicated. In fact, it is simple to use and has two important advantages over indexing. First, it finds most records with only one seek and second, insertion and deletions can be handled without added complexity. Indexing, however, can be used with a file which is sequential by prime key and this is an overriding advantage, for some batch-pro-cessing applications.

Many data-base systems use chains to interconnect records also. A chain refers to a group of records scatters within the files and interconnected by a sequence of pointers. The software that is used to retrive the chained records will make them appear to the application programmer as a contiguous logical file.

The primary disadvantage of chained records is that many read operations are needed in order to follow lengthy chains. Sometimes this does not matter because the records have to be read anyway. In most search operations, however, the chains have to be followed through records which would not otherwise to read. In some file organizations the chains can be contained within blocked physical records so that excessive reads do not occur.

Rings have been used in many file organizations. They are used to eliminate redundancy. When a ring or a chain is entered at a point some distance from its head, it may be desirable to obtain the information at the head quickly without stepping through all the intervening links.