数据库课程设计论文模板

计算机学院计算机科学与技术专业《数据库课程设计》报告（2006/2007学年 第一学期）学生姓名：学生班级：学生学号：指导教师：年 月 日课程设计报告编写格式说明1、目录目录按三级标题写，目录必须与正文标题一致。目录为5号宋体，倍行距。“目录”二字三号黑体加粗、居中。例：目录第一章 系统概述1．1 项目研究的意义和立项依据1．1．1项目研究的意义2、正文论文正文部分包括：正文主体（没有引言，第一章一般为系统概述）、结束语系统概述的内容应包括该项研究的目的和范围，以及该项研究工作在国民经济中的实用价值和理论意义；本研究课题范围国内外已有的文献综述；理论依据和实验设备条件；本论文所要解决的问题；论文内容安排。在编码实现一章中一般附界面，界面说明和主要实现代码，但类同代码只介绍其中之一即可。结束语作为单独一章排列，但总标题前不加“第×章”字样；结束语主要是对所做工作的总结及系统存在的问题与展望，不要写过多的感想。3、参考文献文献是期刊时，格式为：[序号]作者.文章题目.期刊名. 年份，卷号（期号）：页码例如：〔1〕马建刚，黄涛等. 面向大规模分布式计算发部订阅系统核心技术.软件学报. 2006，17（1）：134－136文献是图书时，格式为：[序号]作者.书名.出版地：出版者，出版年例如：〔1〕胡道元.计算机局域网.北京：清华大学出版社，2002年外国作者的姓名书写格式为：姓，名字或缩写。4、.论文的版式和书写要求⑴报告应用计算机单面打印，一律为A4幅面。⑵正文用小4号（12点）宋体；分级为章、节、小节、括号数字、半括号数字、点，例如第一章 系统概述 系统开发背景和意义 系统开发背景1.国内开发情况1）存在问题(1)手工操作费时费力①问题一章的标题用小2号黑体，居中，节的标题用小3号黑体，靠左边顶头，小节标题用小4号黑体，靠左边顶头，上边距36mm；左边距：30mm；右边距：20 mm；行间距倍行距。注意章独立分页，节和小节不能位于一页的最底部，并且每页中不能空白太大，如果由于图和表的原因，可以将下一页的部分文字放于空白处。⑶页眉的文字为“计算机学院数据库课程设计”，用五号宋体，单倍行距，页眉线的上边距为25mm。目录中要有页眉。⑷论文页码从第一章系统概述开始，用阿拉伯数字连续编排，在正文以前部分，摘要和目录的页码用罗马数字标注。页码位于下端居中，5号宋体，页码只有一个数字，不要其他的点或横线，也不要写第×页，页码下边距18mm。⑸文中的图、表、附注、公式一律用阿拉伯数字分章编号。字体为5号宋体。图表不得徒手勾画，图号和说明应在图的下方居中，格式为章号.图的序号，例如第三章第五个图，图号应是图，表号和说明应在表的上方居中，格式为章号—表的序号，例如第三章第五个表，表号应是表3－5。文中图不要过大，最大图尺寸应不超过12×7cm，居中。⑹ 代码及注释字体为五号times new roman，单倍行距。

数据库课程设计题目：小型超市管理系统1、项目计划系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。应用范围本系统适应于各种小型的超市。 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。（5）盘点：计算出库存、销售额、盈利等经营指标。 参考资料《数据库原理及设计》 陶宏才编 清华大学出版社《SQL Server 2000 实用教程》范立南编 清华大学出版社《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社《轻松搞定 SQL Server 2000 程序设计》Rebecca 编《软件工程规范》Watts 编 清华大学出版社《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社《软件需求分析》 Swapna Kishore编 机械工业出版社《软件工程思想》 林锐编2、逻辑分析与详细分析系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。  独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2)、后台管理系统，本系统必须具备以下功能 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。（3）系统结构系统总体结构模块子系统结构功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。、流程图前台管理系统顶层DFD图 第0层DFD图第1层DFD图、户类型与职能（1）、员工（营业员）： 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额 操作软件输出交易清单 对会员进行会员卡扫描以便打折（2）、：超市经理 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算（3）、总经理： 基本信息登记管理 员工操作权限管理 客户销售权限管理、统开发步骤 确定参与者和相关的用况 为每个用况设计过程 建立顺序图，确定每个脚本中对象的协作 创建类，确定脚本中的对象 设计, 编码, 测试, 集成类 为过程编写系统测试案例 运行测试案例，检验系统、系统环境需求 系统模式 本系统采用C/S模式作为开发模式 硬件环境 服务器端： 高性能的计算机一台， 普通的双绞线作为连接。 客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。 软件环境 服务器端：安装SQL Server 2000的服务器版本，安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端： 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。、系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。  系统要能重建 系统应该是可审查的 系统应能进行有效控制，抗干扰能力强 系统使用者的使用权限是可识别的3、基于UML的建模语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（use case）：参与者（actor）：、UML模型、系统UML模型 、子系统UML模型（1）零售前台（POS）管理系统用例视图 （2）后台管理系统用例视图、系统实现图4、超市销售系统概念设计文档（1）、系统ER图（2）、系统ER图说明1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。（3）、视图设计1) 交易视图(v_Dealing)——用于查询交易情况的视图；2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；3) 销售视图(v_Sale)——用于查询销售明细记录的视图；4) 入库视图(v_Stock)——用于查询入库情况的视图。5、逻辑设计文档（1）、系统关系模型a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）b) 用户表（用户编号，用户名称，用户密码，用户类型）c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）（2）、系统数据库表结构数据库表索引 表名 中文名MerchInfo 商品信息表User 用户表Menber 会员表Sale 销售表Dealing 交易表Stock 进货入库表Provide 供货商表Factory 厂商表商品信息表(MerchInfo)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MerchID int 4 P Not null 商品编号MerchName Varchar 50 Not null 商品名称MerchPrice Money 4 Not null 价格MerchNum Int 4 Not null 库存数量CautionNum Int 4 Not null 库存报警数量PlanNum Int 4 null 计划进货数BarCode Varchar 50 Not null 条形码SalesProPrice Money 4 促销价格SalesProDateS Datetime 8 促销起日期SalesProDateE Datetime 8 促销止日期AllowAbate Int 4 Not null 允许打折AllowSale Int 4 Not null 允许销售FactoryID Varchar 10 F Not null 厂商编号ProvideID Varchar 10 F Not null 供货商编号用户表(User)字段名 字段类型 长度 主/外键 字段值约束 对应中文名UserID varchar 10 P Not null 用户编号UserName Varchar 25 Not null 用户名称UserPW Varchar 50 Not null 用户密码UserStyle Int 4 Not null 用户类型会员表(Menber)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MemberID Varchar 10 P Not null 会员编号MemberCard Varchar 20 Not null 会员卡号TotalCost Money 4 Not null 累积消费金额RegDate Datetime 8 Not null 注册日期销售表(Sale)字段名 字段类型 长度 主/外键 字段值约束 对应中文名SaleID Varchar 10 P Not null 销售编号MerChID Varchar 10 F Not null 商品编号SaleDate Datetime 8 Not null 销售日期SaleNum Int 4 Not null 销售数量SalePrice Money 4 Not null 销售单额交易表(Dealing)字段名 字段类型 长度 主/外键 字段值约束 对应中文名DealingID Varchar 10 P Not null 交易编号DealingPrice Money 4 Not null 交易金额DealingDate Money 4 Not null 交易日期MemberID Varchar 10 会员卡号UserName Varchar 10 F Not null 用户名称入库纪录表(Stock)字段名 字段类型 长度 主/外键 字段值约束 对应中文名StockID Varchar 10 P Not null 入库编号MerchID Varchar 10 F Not null 入库商品编号MerchNum Int 4 Not null 入库数量MerchPrice Money 4 Not null 单额TotalPrice Money 4 Not null 总额StockDate Datetime 8 Datetime 入库日期PlanDate Datetime 8 Datetime 计划进货日期StockState Int 4 Not null 入库状态供货商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名ProvideID varchar 10 P Not null 供货商编号ProvideName Varchar 50 Not null 供货商名称ProvideAddress Varchar 250 供货商地址ProvidePhone Varchar 25 供货商电话厂商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名FactoryID varchar 10 P Not null 厂商编号FactoryName Varchar 50 Not null 厂商名称FactoryAddress Varchar 250 厂商地址FactoryPhone Varchar 25 厂商电话6、物理设计文档/*----------创建数据库----------*/create database SuperMarketdbon primary(name=SuperMarketdb,filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\',size=100MB,maxsize=200MB,filegrowth=20MB)log on(name=SuperMarketlog,filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\',size=60MB,maxsize=200MB,filegrowth=20MB)go/*----------创建基本表----------*/use [SuperMarketdb]go/*创建交易表*/CREATE TABLE Dealing ( DealingID int identity(1,1) Primary key , DealingDate datetime NOT NULL , DealingPrice money NOT NULL , UserName varchar(25) NULL , MemberCard varchar(20) NULL) GO/*创建厂商表*/CREATE TABLE Factory ( FactoryID varchar(10) Primary key , FactoryName varchar(50) NOT NULL , FactoryAddress varchar(250) NULL , FactoryPhone varchar(50) NULL )GO/*创建会员表*/CREATE TABLE Member ( MemberID varchar(10) Primary key , MemberCard varchar(20) NOT NULL , TotalCost money NOT NULL , RegDate datetime NOT NULL )GO/*创建商品信息表*/CREATE TABLE MerchInfo ( MerchID int identity(1,1) Primary key , MerchName varchar(50) Unique NOT NULL , MerchPrice money NOT NULL , MerchNum int NOT NULL , CautionNum int NOT NULL , PlanNum int NOT NULL , BarCode varchar(20) Unique NOT NULL , SalesProPrice money NULL , SalesProDateS datetime NULL , SalesProDateE datetime NULL , AllowAbate int NOT NULL , AllowSale int NOT NULL , FactoryID int NOT NULL , ProvideID int NOT NULL) GO/*创建供应商表*/CREATE TABLE Provide ( ProvideID varchar(10) Primary key , ProvideName varchar(50) NOT NULL , ProvideAddress varchar(250) NULL , ProvidePhone varchar(25) NULL )GO/*创建销售表*/CREATE TABLE Sale ( SaleID int identity(1,1) Primary key , MerChID int NOT NULL , SaleDate datetime NOT NULL , SaleNum int NOT NULL, SalePrice money NOT NULL) GO/*创建入库表*/CREATE TABLE Stock ( StockID int identity(1,1) Primary key , MerchID int NOT NULL , MerchNum int NOT NULL , MerchPrice money NULL , TotalPrice money NULL , PlanDate datetime NULL , StockDate datetime NULL, StockState int NOT NULL) GO/*创建用户表*/CREATE TABLE User ( UserID varchar(10) Primary key , UserName varchar(25) NOT NULL , UserPW varchar(50) NOT NULL , UserStyle int NOT NULL ,)GO/*----------创建表间约束----------*//*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/ALTER TABLE MerchInfo ADD CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY ( [FactoryID] ) REFERENCES Factory ( [FactoryID] ), CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY ( [ProvideID] ) REFERENCES Provide ( [ProvideID] )GO/*销售表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Sale ADD CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY ( [MerChID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*入库表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Stock ADD CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY ( [MerchID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*----------创建索引----------*//*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)GO/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)GO/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)GO/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)GO/*----------创建视图----------*//*创建用于查询交易情况的视图*/CREATE VIEW v_DealingASSELECT DealingDate as 交易日期, UserName as 员工名称, MemberCard as 会员卡号, DealingPrice as 交易金额FROM Dealing GO/*创建用于查询进货计划的视图*/CREATE VIEW v_PlanStockASSELECT as SID, as 商品名称, as 条形码, as 厂商, as 供货商, as 计划进货数量, as 计划进货日期FROM Stock,MerchInfo,Provide,FactoryWhere = and and and GO/*创建用于查询销售明细记录的视图*/CREATE VIEW v_SaleASSELECT as 商品名称, as 条形码, as 商品价格, as 销售价格, as 销售数量, as 销售日期FROM Sale INNER JOIN MerchInfo ON = GO/*创建用于查询入库情况的视图*/CREATE VIEW v_StockASSELECT as 商品名称, as 条形码, as 厂商, as 供货商, as 入库价格, as 入库数量, as 入库总额, as 入库日期FROM Stock,MerchInfo,Provide,FactoryWhere = and and and GO7、小结和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如： 本系统只适合小型超市使用，不能适合中大型超市使用； 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。