数据库实习报告_经典范例

1、信息工程学院数据库课程设计论文标题：汽车销售管理系统数据库设计学生编号。2010012863专业课：计算机科学与技术103班名字：徐兵讲师：孙建民完成日期：2012年1月13日汽车销售管理系统的数据库设计徐兵(信息工程学院计算机10级3班)摘要本课程设计的主要内容是利用数据库设计一个汽车销售管理系统，该系统包括三个基本功能：汽车采购、汽车销售和汽车库存管理，其中汽车销售是最重要的功能；它包括销售管理、采购管理、财务管理和员工管理。它还在视图和存储过程中提供查询和更新功能。系统的开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实现阶段、调试阶段和测试阶段组成。需求分析阶段是数据库设计顺

2、利实施的必要保证，因此比其他阶段需要更多的时间；概念设计阶段绘制e-r图的过程是一个反复而微妙的过程，需要一定的耐心和细心。在数据库实现、调试和测试的最后阶段，需要编写许多sql语句，这是对从以前的数据库中学到的知识的综合应用，也是对从以前的数据库中学到的知识的巩固和改进，需要认真考虑和实施。关键词：汽车；需求分析；存储过程；资料库目录数据库课程设计纸张1导言1汽车销售管理系统项目开发背景：1汽车销售管理系统的目标：1项目开发的意义：21.需求分析31.1需求分析阶段3中要处理的对象和组织1.2信息处理和系统功能31.2.1数据流程图31.2.2数据字典61.2.3系统功能61.3数据库系统性

3、能需求，数据库系统开发环境需求：71.3.1检查硬件要求：71.3.2 .操作系统：82.数据库结构设计92.1概念设计92.1.1建立e-r图92.1.2整体/整体e-r图122.2逻辑设计132.2.1建立关系模型132.2.2关系模型的规范化162.2.3用户子模式16的建立2.2.4关系模式逻辑结构的定义173.数据库18的物理设计3.1物理设计阶段18的目标和任务3.2数据存储方面183.2.1建立索引18的原则3.2.2建立指数184.数据库实施和测试194.1数据库实施194.1.1数据库和数据库对象的建立194.1.2数据仓库214.2数据库测试215.摘要216.附录22附录

4、1: 22附录227附录332附录439介绍汽车销售管理系统项目的开发背景；目前，中国汽车行业的销售管理大多沿用旧的管理模式。仓储管理和销售管理存在一些问题，这无疑制约了汽车行业的发展和进步。在汽车行业的传统管理模式中，纸质文件和手工管理是主流方法。这种方法存在数据可靠性差、运行效率低、统计分析困难等缺点，很难为企业快速提取有用的统计信息。对于购车者来说，他们必须来公司检查汽车，了解性能，讨论价格，最后决定是否购买，因为这些事情需要花费大量的时间和精力，这对购车者来说非常不方便。对于公司的销售来说，每天需要很多人来接待很多购车者，同时也需要大量的人力来处理。此外，由于汽车销售人员的问题，它可能

5、会给消费者和公司带来不良影响。汽车销售完成后，需要手工记录购车者。尤其是近年来，当汽车行业蓬勃发展时，越来越多的家庭想买车。这种传统的管理模式已经不能适应当今汽车企业的发展趋势，尤其是随着信息时代的到来。采用先进的管理模式来提高竞争力，迎接信息革命，是汽车行业面临的一个现实而重要的问题。如何提高效益和效率已经成为一个关键问题，迫切需要一个能够快速满足上述要求的系统汽车的目标该系统旨在解决汽车销售公司的管理问题。随着经济的发展和国内汽车市场的不断扩大，汽车销售公司的订单成倍增加，各项业务更加细化，各部门之间的分工更加明确。然而，目前的手工管理模式显然不符合现代企业的管理要求。基于整体考虑，本课程

6、设计的任务是设计一个管理系统，用计算机代替手工操作。它降低了员工的劳动强度，提高了劳动质量和效率，减少了失误的发生。本设计从需求分析、概念设计、逻辑设计、物理设计、数据库的建立和运行，以及数据库的安全维护等方面进行了详细的分析和设计。值得一提的是，我认真分析了企业的业务需求、公司的主要职责和主要结构，从而确保设计出一个符合公司需求的管理体系。项目开发的意义：目前，大多数制造商忽视了汽车销售管理系统的重要性，该系统是为具有一定规模和经济条件的大型汽车工厂设计的。从采购管理：车辆采购、车辆入库、销售管理到车辆销售、收入统计等。明确了各个环节的分工，通过可视化软件支持，有效降低了人为失误的概率，取代

7、了高效、便捷、准确的数字化服务系统，使汽车销售管理更加规范化。根据数据库原理和程序设计的知识，我们可以分析系统需求，设计系统，设计数据库，对小型数据库管理系统进行编码和测试，完成课题所需的功能，加深对数据库系统、sql语言、存储过程和触发器等理论知识的理解和应用水平，通过设计实际的数据库系统应用课题，进一步熟悉数据库管理系统的操作技术，从而提高动手能力和分析解决问题的能力。从而达到掌握和开发小型数据库的目的1.需求分析主要包括：处理对象和组织；信息处理和系统功能；数据库系统性能需求、数据库系统开发环境需求等。在解释信息及其处理过程时，需要辅助业务流程图、数据流程图和数据字典。以上三个问题可以以

8、附录的形式详细列出，但文本必须说明已经制作了哪些业务流程图、数据流程图和数据字典的规模。1.1需求分析阶段处理对象和组织系统的处理对象主要包括供应商、汽车、客户、仓库和员工的基本信息。并处理外部对象，如损失报告、采购订单和销售订单；最后，要处理好供应商与供应商、销售人员、客户之间的供货关系，以及汽车之间的销售关系；1.2信息处理和系统功能1.2.1数据流程图汽车销售管理系统的数据流程图如下：图1.1-图1.5:图1-1顶层数据流程图(1)顶层数据流程图：(2)第一层数据流图图1-2第一层数据流程图(3)第二层数据流程图-进货1.进货：图1-3输入数据流程图(4)第二层数据流程图-销售2.销售额

9、：图1-4销售数据流程图(5)第二层数据流程图库存3.库存：图1-5库存数据流程图1.2.2数据字典它包含数据项、数据结构、数据流、处理逻辑和数据存储的定义(详见附录1)。1.2.3系统功能随着信息技术的飞速发展，高效的汽车销售管理系统是当前信息化汽车公司管理系统的需要。汽车销售管理系统的建立可以提高汽车经销商管理公司员工和汽车的效率，实现汽车信息的规范化管理、快速查询和科学统计，从而减少管理工作量，实现公司的信息化管理。经过分析和总结，汽车销售管理系统具有以下特点能够有效管理销售信息。销售人员负责汽车的日常销售，需要了解各种汽车的销售情况。通过该系统，可以进行销售分析和采购分析，还可以进行销

10、售管理和绩效查询。能够有效管理客户信息。对于汽车销售来说，客户信息也非常重要。只有掌握客户信息，我们才能了解客户需求。该系统可以编辑和查询客户信息，并打印客户信息报告。此外，它还处理仓库库存和损失报告。上述需求分析可以概括为图1-6所示的功能结构图：汽车销售管理系统购买销售盘存采矿购买支票商品进入图书馆挂失处理仓库详细信息员工管理财务管理采购管理销售管理客户管理订单管理供应商管理订单管理报表处理库存账户管理员工信息管理员工信息更新图1-6系统功能模块图1.3数据库系统性能需求，数据库系统开发环境需求：1.3.1检查硬件要求：系统必须满足以下最低硬件要求：1.至少1024兆字节的物理内存2.下面

11、描述了安装过程中物理内存和交换空间之间的配置关系。内存交换空间1.5倍内存，从1024兆字节到2048兆字节2049兆到8192兆等于内存大于8192mb 0.75x倍内存/tmp目录中至少有400 mb的可用磁盘空间1.5 gb到3.5 gb的磁盘空间用于安装oracle数据库软件，具体大小取决于安装类型1.2gb磁盘空间用于数据库预配置的文件系统存储(可选)1.3.2 .操作系统：windows server 2003 xp vista win 72.数据库结构设计它主要包括概念设计和逻辑设计。2.1概念设计概念设计阶段主要是将需求差距阶段获得的用户需求抽象成信息结构即概念模型的过程，这是

12、整个数据库设计的关键；设计概念结构通常有四种方法：自上而下、自下而上、渐进扩展和混合策略。概念结构是现实世界的抽象。抽象是指人工处理实际的人、事、物和概念，提取相关的共同特征，忽略不必要的细节，用各种概念准确描述这些特征，从而构成一定的模型。一般来说，有三种抽象：分类、聚合和概括。2.1.1电子病历图的建立阐述了构建e-r图的思想(以中层数据为切入点，按照分层/模块化的思想)，并用e-r模式进行描述。建立电子病历图的想法是：1.对需求分析阶段收集的数据进行分类和组织(汇总)，形成实体、实体属性、识别实体代码、确定实体之间的联系类型(1:1、1:n、m:n)，并设计e-r图；2.作为“属性”，它

13、不能有需要描述的属性。属性必须是不可分割的数据项，并且不能包含其他属性。3.“属性”不能与其他实体连接，即在e-r图中表示的连接是实体之间的连接。参照数据流程图，分别画出e-r图，如图2.1-2.3所示：(1)购买时的电子病历图：图2-1购买时的电子病历图(2)销售时的电子病历图：图2-2销售时的电子病历图(3)库存中的电子病历图：图2-3库存期间的电子病历图2.1.2整体/整体e-r图阐述了建立全局e-r图的步骤，重点介绍了消除冲突和冗余的过程。如果e-r图很大，可以作为附录列出。建立全局电子病历图的步骤：1.无论采用哪种方法，每次集成一个局部e-r图，都有两个步骤：(1)合并。解决每个电子

14、病历图之间的冲突，并结合每个电子病历图生成一个初步的电子病历图。(2)改造和重建。消除不必要的冗余，生成基本的电子病历图。2.应用于不同部分的问题是不同的，并且局部视图通常由不同的设计者设计，这导致子工程图之间的许多不一致。因此，在合并子e-r图时，我们不应该简单地把每个子e-r图画在一起，而应该着重于消除每个子e-r图之间的冲突。e-r图中存在三种类型的冲突：属性冲突、命名冲突和结构冲突。3.最后，获得如图2.4所示的全局e-r。图2-4汽车销售管理系统通用电子病历图2.2逻辑设计概念设计阶段独立于任何数据模型，而逻辑设计阶段与现实相结合。逻辑设计的任务是将概念设计阶段设计的基本e-r图转换

15、成与项目支持的数据模型一致的逻辑结构。具体任务包括将e-r图转换为关系模型、模型优化、数据库模式定义和用户模式设计。2.2.1建立关系模型从e-r图到关系模型的转换遵循以下规则：实体转换为关系模式，实体的属性是关系的属性，实体的代码是关系的代码。实体之间的关系有不同的情况：1: 1的关系可以转换成独立的关系模式，也可以与任何结束的关系模式合并；一个1: n的连接可以转换成一个独立的关系模式，也可以与对应于n端的关系模式合并。一个m: n关系被转换成一个独立的关系模式，具有相同代码的关系模式可以被合并。根据上述原则，系统的e-r图被转换，并且该e-r图到关系模型的转换如下：/外部实体供应商(供应

16、商编号、供应商名称、供应商地址、供应商状态、供应商电话号码)最小功能依赖集：r供应商=供应商编号-供应商名称，供应商编号-供应商地址，供应商编号-供应商状态，供应商编号-供应商电话号码汽车(汽车型号、汽车品牌、汽车名称、汽车产地、汽车价格和汽车状况)最小功能依赖集：r car=汽车型号-汽车名称，汽车型号-汽车产地，汽车型号-汽车价格，汽车型号-汽车状态客户(客户编号、客户名称、性别、年龄、客户地址、客户联系号码)最小功能依赖集：r客户=客户编号-客户名称，客户编号-客户性别，客户编号-客户年龄，客户编号-客户地址，客户编号-客户联系电话仓库(仓库编号、仓库容量、仓库电话号码)最小功能依赖集：r仓库=仓库编号-仓库容量，仓库编号-仓库电话号码公司员工(员