信息工程学院数据库课程设计论文题 目：手机销售数据库设计学 号：专业班级：姓 名：指导老师：完成日期：手机销售数据库设计（信息工程学院软件工程 级 班）摘 要现在手机店的数目有很多，但规模都不大，所以大多数的店主都还是采用人工管理的方法对手机店的各个模块进行管理，虽然手机店的规模不是很大，但如果人工管理还是一件比较繁琐的事情，稍有不慎就可能出错。现在信息技术不断普及，所以完全可以利用信息技术来管理，既快捷又可靠。此手机销售管理系统，主要是基于各中小型的手机店的管理业务而设计的，是基于微软的SQL SERVER 2000建立的，可用于各种中小型的手机店。关键字：手机；进销存；管理系统；仓库目录1.引言12需求分析12.1 处理对象及组织12.2信息处理及系统功能和性能需要12.3 数据库系统开发环境需求12.4 业务流程图12.5 数据流程图32.5.1 顶层数据流程图32.5.2 第二层数据流程图32.5.3 第三层数据流程图42.6 数据字典63数据库结构设计63.1 概念设计63.1.1 分E-R图建立73.1.2 全局/整体E-R图93.2 逻辑设计93.2.1 建立关系模式103.2.2 关系模式规范化处理103.2.3 用户子模式建立103.2.4 关系模式逻辑结构定义114 数据库物理设计115数据库实施与测试125.1 数据库实施125.1.1 数据库及数据库对象建立125.1.2 数据入库175.2 数据库测试176总结177附录18附录1 数据字典18附录2 关系模式具体内容21附录3 数据库测试结果22附录4 Oracle移植29附录5 实习日志30292008级软件工程专业1班数据库应用系统课程设计课程论文1.引言目前大部分中小型的手机店进行信息管理的主要方式是基于手工处理，最多是用计算机的文本系统打印一些清单，信息处理工作量大，容易出错，缺乏系统、规范的信息管理手段。在电脑技术高速发展的今天，迫切需要充分利用计算机实现自动化管理。该系统以手机店为背景，根据它的运行模式，分析了解其订机、售机和库存的管理系统，在此基础上建立一个手机销售的管理系统。该系统可以帮助手机店管理人员对各种手机进行详尽、全面地控制和管理，提供的各种详细的报表和分析可以为管理者的决策提供依据，从而可以降低各环节的资金浪费，避免手机积压或短缺，保证手机经营的正常进行。2需求分析2.1 处理对象及组织处理对象和组织如下所示手机：手机编号，价格，供应商，品牌型号，颜色，存放位置仓库：货架编号，剩余面积供应商：供应商编号，名称，地址，电话管理员：管理员编号，姓名，联系电话2.2信息处理及系统功能和性能需要该系统有售机管理模块、仓库管理模块、订机模块、数据统计分析模块、售后服务模块，可以完成手机的进出货和查询等基本操作，完成阶段的销售情况等信息的统计。通过统计各阶段各种手机的销售情况掌握手机的受欢迎情况，及时调整策略，适应市场的需求。充分了解手机店旧的管理系统，及时了解手机店店有哪些新的需求，根据客户的要求，及时完善新的管理系统。2.3 数据库系统开发环境需求系统开发所需环境为XP和SQL Server20002.4 业务流程图通过对手机店的处理内容、处理顺序、处理细节和处理要求等各环节的调查和分析，弄清各个环节所需要的信息内容、信息来源、流经取向、处理方法、计算方法、提供信息的时间和信息表示形态（报表、表单、表格、输入输出内容、屏幕显示）等，并且把相关的调查结果用“业务流程图”表示出来。具体分为进货业务（如图2.4.1所示），销售业务（如图2.4.2所示），售后服务（如图2.4.3所示）。图2.4.1 进货业务流程图图2.4.2 销售业务流程图图2.4.3 售后业务流程图2.5 数据流程图数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。根据上面业务流程图的描述，从系统的科学性、管理的合理性、实际运行的可行性角度出发，自顶向下对系统进行分解，导出了手机销售管理系统的顶层数据流程图、第二层数据流程图和第三层数据流程图。2.5.1 顶层数据流程图图2.5.1 顶层数据流程图图2.5.1 是手机销售管理系统的顶层数据流程图。由业务流程图确定系统开发的外部实体即系统数据的来源与去处，从而确定了整个系统的外部实体和数据流，在顶层数据流程图中，把手机销售管理系统作为一个处理环节，与实体间传递信息，简单的表达系统的各部分功能。2.5.2 第二层数据流程图确定系统的主要处理功能，可以将系统分为售机管理、库存管理、进货管理等几部分。再确定各个输入和输出的数据流的以及与之相关的数据结构，为各个数据流、加工环节命名图2.5.2 第二层数据流程图并编码，从而得到手机销售进销存系统的第二层数据流程图，如图2.5.2所示。2.5.3 第三层数据流程图再将第二层数据流程图分解就可得到第三层流程图。其中某些数据项处理可分解为多个处理过程。在本系统中有销售模块、进货管理、库存管理模块。每一部分都可以分解为第三层流程图。具体的分解情况如下：（1） 销售管理模块（图2.5.3.1）图2.5.3.1 销售模块第三层数据流程图(2) 进货管理模块（图2.5.3.2）图2.5.3.2 进货模块第三层数据流程图(3) 库存管理模块（图2.5.3.3）图2.5.3.3 库存模块第三层数据流程图2.6 数据字典数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容具体的数据字典内容见附录1。3数据库结构设计主要包括概念设计和逻辑设计两个部分。3.1 概念设计在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。概念结构的主要特点：（1） 能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；（2） 易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库设计成功的关键；（3） 易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；（4） 易于向关系、网状、层次等各种数据模型转换。概念结构设计师各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定概念设计的目标是通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。概念设计的任务和方法是能用ER图表示出整个系统的实体，实体的属性及实体间的联系。概念结构设计通常采用的策略是自底向上的方法，即自顶向下的进行需求分析，然后再自底向上地设计概念结构。它通常分为两步：第一步是抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。3.1.1 分E-R图建立根据第三层数据流程图得到三个分E-R图：(1)销售E-R图（图3.1.1.1）：图3.1.1.1 销售E-R图（2）进货E-R图（图3.1.1.2）图3.1.1.2进货E-R图（3）库房E-R图（图3.1.1.3）图3.1.1.3 库房E-R图3.1.2 全局/整体E-R图图3.1.2.1 全局E-R图通过各个分E-R图之间的联系，合成全局E-R图，如图3.1.2.1所示取消冲突：由于在做局部ER图时，只是针对局部的ER图考虑，导致各个ER图之间有很多不一致的地方，造成在合并局部ER图生成全局ER图时有很多的冲突发生。在定义购机单表时，考虑到购机单肯定比较少，一次编号也比较小，所以就取了整型，而在编写手机信息时，考虑手机的数目很多，如果只用数字标号不好区分也不容易查询，就用的字母加数字来编号，所以在合并的时候造成的冲突，最后我把购机单中的手机编号也改成了字符型的，消除了冲突。3.2 逻辑设计逻辑结构设计的任务就是把概念结构设计阶段设计好的基本ER图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。从理论上讲，设计逻辑结构应该选择最适合于相应概念结构的数据模型，然后对支持这种数据模型的各种DBMS进行比较，从中选出最合适的DBMS。但实际情况往往是已给定了某种DBMS，设计人员没有选择的余地。设计逻辑结构时一般要分3步进行：（1） 将概念结构转换为一般的关系、网状、层次模型；（2） 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；（3） 对数据模型进行优化。3.2.1 建立关系模式ER图转换为关系模型实际上就是要将实体性、实体的属性和实体性之间的联系转换为关系模式，这种转换一般遵循如下规则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型见的联系则有以下不同的情况：（1） 一个1:1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2） 一个1:n联系可以转换为一个独立的关系模式看，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码味n端实体的码。（3） 一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系吗的一部分。根据以上规则将本系统的ER图转换为关系模式（关系的码用下划线标出）购机单（购机单编号，手机编号，购机数量，购机日期）手机（手机编号，价格，供应商，品牌型号，颜色，存放位置）仓库（货架编号，剩余面积）供应商（供应商编号，名称，地址，电话）管理员（管理员编号，姓名，联系电话）供应（供应商编号、供应量）购买（手机编号、购买数量、购买日期）3.2.2 关系模式规范化处理根据F，分析每一个关系模式是否满足3NF，对不满足3NF的关系模式要进行规范化处理。3.2.3 用户子模式建立对不同级别的用户定义不同的view，如表3.2.3.所示表3.2.3 视图表用户对象视图描述作用管理员客户购机单（购机单编号，手机编号，购机数量，购机日期）用于客户和管理者对购机情况的查询顾客手机1（手机品牌价格，颜色，价格）用于一般用户对手