光盘出租与销售管理研讨

摘 要随着经济的发展，生活水平越来越好了，对物质等方面要求也高了，比如音乐,人们在工作和生活中难免会感觉累或者疲惫,所以会听听音乐放松一下,所以我今天想向大家叙述一下我所编写的音响社管理系统,做此系统的目的就是让人们节省一些有效的时间,也可以方便所管理音乐的管理员，而且此管理系统是一种典型的信息管理系统（MIS），其开发主要包括后台的数据库建立，维护以及前端的相应应用程序的开发两个方面的内容。目前,出租或销售光盘的商店很多,他们大部分是用人工的方式对其进行管理,在盘少的情况下还可以应付,但一旦盘量增多再用这样方式就会给管理者带来诸多的不便,比如查询,统计之类的事务。而这套光盘管理软件解决了这个问题,使您从出租销售业务摆脱繁重混乱的手工时代,进入科学高效的信息管理世纪！光盘出租与销售的管理是一个常见的问题,其特点是数据之间的关系简单,但数据量较大。若用人工进行管理,刚不便于数据的汇总统计及各种数据分析。例如,若每天有有1000条记录,则要进行1000次加法才能计算出每天的租金总额,当然要进行每个月的统计工作就更复杂了。此时这对于光盘的管理就更难了。例如,要查看哪些光盘是顾客最喜欢看的,哪些光盘被损坏,哪些光盘超期未还等,这些问题用人工管理方式是难以解决的。所以本软件就是为了解决这个问题而开发的,它能方便得进行各种管理事务,软件设计综合了具有一定代表性多家光盘出租销售店的业务处理模式。能自动计算押金、租金、会员剩余天数与可观看影片部数等等数据；能对会员及光盘信息进行方便有效的科学管理；界面设计大方、简洁、实用；操作简单方便。让你摆脱繁重混乱的手工时代,进入科学高效的信息管理世纪！关键词: C#语言，Microsoft Visual Studio .NET 2005环境,音响杜目 录第1章 绪论1选题背景1系统要求11.3 系统的概念11.4 系统测试与维护及其特点21.5 可行性5第2章 需求分析72.1 编写目的与研究范围72.2 .NET开发环境和使用环境72.3 系统设计思想7音像社的管理系统功能框图9第3章 数据库设计113.1 实体图113.2 数据字典123.3 数据关系图143.4 MVC 模式一五类图一五第4章 详细设计16登录界面16详细信息维护界面164.3 供应商维护界面174.4 入库维护界面174.5 类别维护界面一八4.6 供应商信息查询界面一八4.7 详细信息查询界面194.8出库销售界面19第 5章 编码实现205.1 选择编程语言205.2 代码实现24结束语27参考文献28 第1章 绪论随着经济的发展，生活水平越来越好了，对物质等方面要求高了，比如娱乐时所听的音乐，但有些地方的音响社管理水平还很低，它浪费了大量人力和物力，耽误了我们许多宝贵的时间。为了提高效率，减轻人们的麻烦，设计开发音响社管理系统。 音响社管理系统是企业信息决策和管理的重要的组成部分，是一种典型的信息管理系统（MIS），其开发主要包括后台的数据库的建立、维护以及前端的相应应用程序的开发两个方面的内容，数据库的建立和维护主要要求其管理数据的一致性、完整性、安全性等特点，而前台的应用程序开发则要求做到各项功能要完备、操作要简便、易学易用等特点。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对单位的各项事务进行科学化的管理有着无法比拟的优点。例如:查找方便、迅速、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高公司的工作效率,也是公司管理科学化、正规化并与世界接轨的重要条件。(1) 可以存储所有有关音乐方面的全部信息和磁带，碟片信息，安全、可靠、高效；(2) 只需数名信息录入员即可操作管理系统，节省大量人力；(3) 可以迅速查询所需信息1.3 系统的概念总结所有碟片和磁带而形成的系统。本系统是本着实用的原则开发的，它根据音响社管理人员在实际工作中遇到的情况把机房信息加以科学化、标准化的输入到计算机中，利用计算机的快速处理能力，对音响社进行标准化管理。通过对实际情况的考察分析，实现了音响社信息的管理、入库、出库、查询，系统维护等功能，较好地解决了音响社信息的安全性，提高了音响社管理人员的工作效率。 经过认真的分析和筛选，我选择可视化的.NET做为本系统的开发环境，它支持面向对象的编程,可以方便地访问数据库，具有效率高、成本低、质量高、功能强等特点，非常适合本系统的开发。1.4 系统测试与维护及其特点测试的主体方法和结构应在设计阶段定义完成，并在开发阶段进行补充和升版。这尤其会对基于代码的测试产生影响，这种测试主要包括针对单元的测试和集成测试。不管在哪种情况下，如果在执行测试之前做一点计划和设计，都会提高测试效率，改善测试结果，而且对测试重用也更加有利。验收测试应该独立于技术测试，这样可以提供双重的保险，以保证设计及程序编码能够符合最终用户的需求。验收测试既可以在实施阶段的第一步来执行，也可以在开发阶段的最后一步执行。 前置测试模型提倡验收测试和技术测试沿循2条不同的路线来进行，每条路线分别地验证系统是否能够如预期的设想进行正常工作。这样，当单独设计好的验收测试完成了系统的验证, 我们即可确信这是一个正确的系统。 在项目中从很多方面可以看到变更的发生，例如需要重新访问前一阶段的内容，或者地跟踪并纠正以前提交的内容，修复错误，排除多余的成分，以及增加新发现的功能，等等。开发和测试需要一起反复交替地执行。模型并没有明确指出参与的系统部分的大小。这一点和V模型中所提供的内容相似。不同的是，前置测试模型对反复和交替进行了非常明确的描述。管理信息系统在企业中的应用存在三个要素，这就是人、计算机和数据。人是指企业领导者、管理人员、技术人员，以及MIS建设的领导机构和实施机构，他们在系统中起主导作用。MIS是一项系统工程，不是只靠一些计算机开发人员就可以完成的，必须有企业管理人员，尤其是企业领导的积极参与。 计算机技术是MIS得以实施的主要技术。在这些技术中，软件开发是MIS开发的重点。 第三个因素也不能忽视。企业的管理数据是MIS正常运行的基础。广义地说，各项管理制度是MIS建设成功的基础。试想要计算一台机床的生产成本，需要按时输入每个部件、每个零件甚至每个螺钉螺帽的费用，涉及企业的生产车间、采购、库房、工艺设计和财务等多个部门，必须有一整套管理制度做保证。功能测试涉及模拟、数字、存储器、RF和电源电路，通常要用不同的测试策略。测试包括大量实际重要功能通路及结构验证(确定没有硬件错误)，以弥补前面测试过程遗漏的部分。这需要将大量模拟/数字激励不断加到被测单元(UUT)上，同时监测同样多数量的模拟/数字响应，并完全控制其执行过程。 功能测试可在产品制造生命周期不同阶段实施，首先是工程开发阶段，在系统生产验证前确认新产品功能；然后在生产中也是必须的，作为整个流程的一部分，通过昂贵的系统测试降低缺陷发现成本(遗漏成本)；最后，在发货付运阶段也是不可缺少的，它可以减少在应用现场维修的费用，保证功能正常而不会被送回来。如果你经常坐飞机，而且也知道现代飞机里装有多少电子设备，那么你一定会感谢这最后工作所作的一切。 功能测试是在最终系统测试或集成测试之前，可用于线路板或模块。如今高集成电子设备已将这些概念混淆，线路板和模块又都放在一个可更换模组中。虽然很多测试仪结构类似，但测试程序以及线路板和模块的运送过程却大不相同，而且测试地点也有很大影响，是在应用现场测试维修(前向测试)，还是在维修中心，或送回工厂是完全不同的。单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了,单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。单元测试的优点：(1)、它是一种验证行为。(2)、它是一种设计行为(3)、它是一种编写文档的行为(4)、它具有回归性。黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否 都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。集成测试是单元测试的逻辑扩展。在现实方案中，集成是指多个单元的聚合，许多单元组合成模块，而这些模块又聚合成程序的更大部分，如分系统或系统。集成测试采用的方法是测试软件单元的组合能否正常工作，以及与其他组的模块能否集成起来工作。最后，还要测试构成系统的所有模块组合能否正常工作。集成测试所持的主要标准是软件概要设计规格说明，任何不符合该说明的程序模块行为都应该加以记载并上报。 所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。具体的集成过程可能是显性的也可能是隐性的。只要有集成，总是会出现一些常见问题，工程实践中，几乎不存在软件单元组装过程中不出任何问题的情况。从图1可以看出，集成测试需要花费的时间远远超过单元测试，直接从单元测试过渡到系统测试是极不妥当的做法。 集成测试的必要性还在于一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，在某些开发模式中，如迭代式开发，设计和实现是迭代进行的。在这种情况下，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。 .1 系统平台简介这一平台建立在XML和因特网标准协议的基础上，包含了.NET的基础