小型超市进销存管理系统数据库课程设计.docx
《小型超市进销存管理系统数据库课程设计.docx》由会员分享，可在线阅读，更多相关《小型超市进销存管理系统数据库课程设计.docx（13页珍藏版）》请在冰豆网上搜索。
小型超市进销存管理系统数据库课程设计
小型超市进销存管理系统数据库课程设计
1.1编写目的1.2背景
a.待开发软件系统的名称：
基于ｓｑｌｓｅｒｖｅｒ2005的小型超市进存管理系统
b.本项目的任务提出者:
石河子大学
c.本项目开发者
丛雪、秦艳红
d.本项目用户
小型超市
1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4参考资料
数据库系统概论
ＳＱＬＳｅｒｖｅｒ实验指导
2．总体设计
2.1需求规定
超市进销存系统必须提供顾客信息、厂家信息、采购信息、销售信息、库存信息和财务信息的基础设计：
提供强大的精确查找和模糊查找信息的功能，可以分不同权限、不同用户对该系统进行操作。
另外，该系统还必须保证数据的安全性、完整性和准确性。
超市进销存管理系统的目标是实现超市信息化管理，减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提升超市综合竞争力。
时间就是金钱，效率就是生命。
超市进销存管理系统能够为超市节省大量人力资源，减少管理费用，从而间接为超市节约成本，提高超市效率。
2.1.1功能规定
在对用户的需求进行分析以后，规定了以下模块来适应用户功能描述录入信息供应商基本信息输入、顾客基本信息输入和管理员基本信息输入等查询信息供应商基本信息查询、顾客基本信息查询和管理员基本信息查询等信息更新供应商基本信息更新、顾客基本信息更新和管理员基本信息更新等信息修改基本信息修改功能模块管理员基本信息更新功能模块管理员基本信息查询功能模块顾客、供应商、管理员模块基本信息输入功能模块使用单位管理员开发者备注
2.1.2系统功能
A、处理对象：
主要涉及的数据有：
供应商、产品、顾客、仓库、管理员等。
数据之间的关系为：
供应商?
?
顾客?
?
仓库?
?
管理员?
?
?
?
产品，?
?
产品，?
?
产品，?
?
仓库。
B、处理功能要求：
本系统完成供应商、产品、顾客、仓库、管理员等之间的功能联系，使进销存三个环节有机地结合起来，形成一个有效的循环系统。
具体包括以下几点：
1，基本数据的录入与维护（产品信息，供应商信息，顾客信息，仓库信息，管理员信息）；2，进货管理；3，销售管理；4，仓库管理（库存量，报损）C、安全性和完整性要求
尽量与顾客进行交流，尽可能准确地获取顾客的需求信息，逐步确定顾客的实际需求。
2.1.2.1精度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。
2.1.2.2时间特性要求
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。
而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。
2.1.2.4可靠性
由于系统较小只保留一定程度上的可靠性。
2.1.2.5灵活性
由于系统较小只保留一定程度的灵活性。
2.1.3输入输出要求
2.1.4数据管理能力要求
设计如下面所示的数据和数据结构：
信息输入、查询、更新、修改包括如下：
供应商――供应商号，供应商名，地址，电话
产品――产品号，产品名，规格，单价，生产日期，生产地点顾客――顾客号，顾客名，地址，电话
供应购买存放管理仓库――仓库号，管理员号，产品号，存放量管理员――管理员号，管理员名，地址，电话
发票――发票号，顾客号，产品号，购货日期，折扣，金额
应收账款――顾客号，发票号，应收金额，支付日期，支付金额，当前余额等等
2.1.5故障处理要求
考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的借口即可。
只要操作系统没有大的故障程序，一般比较稳定。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经到达了，只要稍微在其上再增加用户所需要的附加功能即可。
2.1.6其他专门要求
该软件是使用SQLServer2005在WindowsXP系统下完成的，所以只要是兼容Windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。
而且应用户的特殊需求软件在完成后的维护阶段可以一个与其他类软件接口，随时满足用户的使用要求。
2.2运行环境2.2.1设备
CPU：
2G内存：
512MB硬盘空间：
250GB
2.2.2支持软件
操作系统：
WindowsXP数据库：
SQLServer2005
2.2.3接口
1.硬件接口：
由于软件较小，除硬盘外，基本没有与外界硬件的联系。
2.软件接口：
在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以
包括与较常用的办公软件的接口。
2.2.4控制
2.3基本设计概念和E-R图
超市进销存管理系统主要实现从进货、退货、库存到销售的一体化信息管理，涉及到了顾客信息、厂家信息、商品信息等多个实体。
下面简单介绍几个关键的实体E-R图。
（1）基本实体E-R图
仓库仓库号管理员号产品号存放量
图1-1仓库实体E-R图
供应商供应商号供应商地址电话
图1-2供应商实体E-R图
顾客顾客号顾客名地址电话图1-3顾客实体E-R图
管理员号管理员名地址电话
图1-4管理员实体E-R图
产品产品号产品号规格仓库生产地点生产日期
图1-5产品实体E-R图
（2）局部实体E-R图
该E-R图中省略了各个实体的属性描述。
这些实体的属性分别为：
供应商（供应商号，供应商名，地址，电话）
产品（产品号，产品名，规格，单价,生产日期，生产地点）顾客（顾客号，顾客名，地址，电话）仓库（仓库号，管理员号，产品号，存放量）管理员（管理员号，管理员名，地址，电话）
n供应商供应m产品
图1-6供应商----产品实体E-R图
n顾客
m购买产品
图1-7顾客----产品实体E-R图
n仓库存放m产品
图1-8仓库----产品实体E-R图
n管理员
1供应仓库
图1-9管理员----仓库实体E-R图
（2）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；
进货部门1供应量采购量采购mnn供应商供应产品
图1-10小型超市进销存管理系统的分E-R图：
进货系统E-R图
销售部门1m销售产品1参照n折扣细则参照1n发票细节n组成n参照21产品描述1发票n购买11顾客支付n应付账款
图1-11小型超市进销存管理系统的分E-R图：
销售系统E-R图
图1-12小型超市进销存管理系统的分E-R图：
库存系统E-R图
（3）生成全局E-R图，通过消除冲突等方面。
供应量存放量n供应商供应m产品n存放m仓库n管理m管理员n参照1发票n购买1顾客1支付n应付账款
图1-13小型超市进销存管理系统全局E-R图
?
数据组织
（1）将E-R模型转换为关系模型（描述转换的原则、转换的结果）。
将E-R图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系
转换为关系模式，这种转换一般遵循如下原则：
一个实体转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
将概念设计中的全局E-R图转换为关系模型如下（关系的主码用下划线标出）：
供应商（供应商号，供应商名，地址，电话）
产品（产品号，产品名，规格，单价，生产日期，生产地点）顾客（顾客号，顾客名，地址，电话）仓库（仓库号，管理员号，产品号，存放量）管理员（管理员号，管理员名，地址，电话）
发票（发票号，顾客号，产品号，购货日期，折扣，金额）
应收账款（顾客号，发票号，应收金额，支付日期，支付金额，当前余额）供应（供应商号，产品号，供应量）存放（仓库号，产品号，存放量）管理（管理员号，仓库号）参照（发票号，产品号）购买（顾客号，发票号）
支付（顾客号，发票号）
（2）模型优化（分析各关系模式是否存在操作异常现象，如果有，请采用范式理论将其规范，做到3范式）。
对关系模型中的每一个关系模式采用范式理论来规范，各关系模式不存在操作异常现象，且都满足三范式，即：
每一个非主属性既不部分依赖于码也不传递依赖于码。
（3）完成数据库模式定义描述，包括各模式的逻辑结构定义、关系的完整性和安全
性等内容。
以表格的形式表现出来。
（4）设计用户子模式―视图设计，完成适合不同用户的子模式设计。
将概念模型转
化为全局逻辑模型后，还应该根据局部应用需求，结合具体DBMS的特点，利用试图功能设计符合用户需要的用户的子模式。
表3-2用户子模式---视图
序号001002003004005
视图名称m-businessmanm-productm-customerm-storehousem-manager
视图定义
作用供应商信息查询顾客信息查询管理员信息查询仓库信息查询管理员信息查询
备注
?
数据存取方面
本次设计存取方式、数据存放位置等按照SQL2005系统的默认格式，表4-1存储过程汇总
编号p-1p-2p-3p-4p-5p-6p-7p-8p-9
存储过程名称
p1_businessman_insertP2_customer_insertP3_manager_insertP4_businessman_selectP5_customer_selectP6_manager_selectP7_businessman_updateP8_customer_updateP9_manager_update
定义
作用
在businessman中插入一元组在customer中插入一元组在manager中插入一元组查询businessman的基本信息查询customer的基本信息查询manager的基本信息更新businessman的基本信息更新customer的基本信息更新manager的基本信息
（重点在数据项和数据结构）
表1-1数据项
数据项编号DI-1DI-2DI-3DI-4DI-5DI-6DI-7DI-8DI-9DI-10
数据项名productnoproductnocustomernocustomernamebusinessmannobusinessmanname
managernomanagernamestorehousenostorehousename
数据项含义产品号产品名顾客号顾客名供应商号供应商名管理员号管理员名仓库号仓库名
与其它数据项的关系
存储结构char（9）char（50）char（9）char（10）char（9）char（10）char（9）char（10）char（9）char（9）
表1-2数据结构：
数据结构编号
数据结构名数据结构含义组成
DS-1product产品基本信息pno,pname,standard,price,paddress,pdate
DS-2customer顾客基本信息cno,cname,caddress,cphone
DS-3businessman供应商基本信息bmno,bmname,bmaddress,bmphone
DS-4manager管理员基本信息mno,mname,maddress,mphone
DS-5storehouse仓库基本信息shno,mno,pno,stocknum
DS-6bill发票基本信息bno,cno,pno,bdate,rebate,bmoney
DS-7summoney应收账款cno,bno,smmoney,smdate,pmoney,smsurplus
数据结构编号
数据结构名数据结构含义组成
DS-8supply供应bmno,pno,supplynum
DS-9stock存放pno,shno,stocknum
DS-10manage管理mno,shno
DS-11consult参照pno,bno
DS-12buy购买cno,bno
DS-13pay支付cno,bno
（5）处理逻辑描述，对DDL中的复杂处理需要用判定树或判定表描述处理过程,数据字典建立:
功能模块
重点放在数据更新和查询等方面，建立存储过程，对有参考完整性要求的数据更新，采用触发器实现。
表4-2触发器汇总
编号001002
触发器名称rebatesurplus
定义
作用
规范rebate完整性规范surplus完整性
2.5功能需求与系统模块的关系
关系模式说明
表1-1供应商关系模式说明
属性名供应商号供应商名地址电话数据类型char（9）char（10）char（30）char（15）取值范围00000～*****是否为主属性是否否否是否为外键否否否否完整性要求Notnull表1-2产品关系模式说明
属性名数据类型取值范围是否为主属是否为外键完整性要求性产品号产品名规格单价生产日期生产地点char（9）char（50）char（10）floatChar（10）char（30）00000～*****是否否否否否否否否否否否Notnull
表1-3顾客关系模式说明
属性名顾客号顾客名地址电话数据类型char（9）char（10）char（30）char（15）取值范围00000～*****是否为主属性是否否否是否为外键否否否否完整性要求Notnull
表1-4仓库关系模式说明
属性名仓库号管理员号产品号存放量数据类型char（9）char（9）char（9）char（10）取值范围00000～*****是否为主属性是否否否是否为外键否否否否完整性要求NotnullNotnullNotnullNotnull表1-5管理员关系模式说明
属性名管理员号管理员名地址电话数据类型char（9）char（10）char（30）char（15）取值范围00000～*****是否为主属性是否否否是否为外键完整性要求否否否否Notnull表1-6发票关系模式说明
属性名发票号顾客号产品号购货日期折扣金额数据类型char（9）char（9）char（9）char（10）char（10）real取值范围00000～*****0～10%是否为主属性是否否是否为外键否是否完整性要求NotnullNotnullNotnull
表1-7应收账款关系模式说明
属性名数据类型取值范围是否为主属是否为外键完整性要求性顾客号发票号应收金额支付日期支付金额当前余额char（6）char（20）chart（30）char（15）char（15）Char（15）00000～*****大于等于应收金额大于等于0是否否否否否否是否否否否NotnullNotnull
表1-8供应关系模式说明
属性名供应商号产品号供应量数据类型char（9）char（9）char（10）取值范围00000～*****是否为主属性是是否是否为外键是是否完整性要求NotnullNotnull表1-9存放关系模式说明
属性名仓库号产品号存放量数据类型char（9）char（9）char（10）取值范围00000～*****是否为主属性是是否是否为外键是是否完整性要求NotnullNotnull
表1-10管理关系模式说明
属性名管理员号仓库号数据类型char（9）char（9）取值范围00000～*****是否为主属性是是是否为外键是是完整性要求NotnullNotnull
表1-11参照关系模式说明
属性名产品号发票号数据类型char（9）char（9）取值范围00000～*****是否为主属性是是是否为外键是是完整性要求NotnullNotnull
表1-12购买关系模式说明
属性名顾客号发票号数据类型char（9）char（9）取值范围00000～*****是否为主属性是是是否为外键是是完整性要求NotnullNotnull
表1-13支付关系模式说明
属性名顾客号发票号数据类型char（9）char（9）取值范围00000～*****是否为主属性是是是否为外键是是完整性要求NotnullNotnull
2.6人工处理过程
在导入数据时，要人工输入各表数据
2.7尚未解决的问题
我们这个系统由于技术、时间约束。
所以目前只考虑到做导入、信息查询、信息增删改操作、计划管理。
界面设计、平台搭建没有完成
3．接口设计
3.1用户接口3.2外部接口运行于WindowsXP3.3内部接口
4．运行设计
4.1运行模块组合4.2运行控制
系统运行时根据操作员的角色，确定各模块的操作权限和数据的处理权限。
运行中记录操作员操作日志，记录操作员行为。
4.3运行时间
一般操作的响应时间应在1\秒内,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成
5．系统数据结构设计
5.2物理结构设计要点
本设计系统采用的DBMS为SQLSERVER2005，数据库命名：
smallmarket.mdb数据库是由若干个二维表组成，其各自结构见下表所示。
编号表名称说明
1bill发票基本信息表
2businessman供应商基本信息表3buy购买信息表4consult参照信息表5customer顾客基本信息表6manage管理基本信息表7manger管理员基本信息表8pay支付信息表9product产品信息表10stock存储信息表11storehouse仓库信息表12summoney应付账款信息表13supply供应信息表14smallmaket_log导入日志
各数据表的结构如下：
A、发票基本信息表表名：
billbnocnopnobdaterebatebmoneyB、供应商基本信息表表名：
businessmanbmnobmnamebmaddressbmphoneC、购买信息表表名：
buycnobnochar（5）char（5）顾客号发票号char（5）char（10）char（50）char（15）供应商号供应商名地址电话char（5）char（8）float（10）datefloat（12）float（10）发票号顾客号产品号购货日期折扣金额D、参照信息表表名：
consultpnobnoE、顾客基本信息表表名：
customercnocnamecaddresscphoneF、管理基本信息表表名：
managemnoshnoG、管理员基本信息表表名：
mangermnomnamemaddressmphoneH、支付信息表表名：
paycnobnoI、产品信息表表名：
productpnopnamestandardpricepdatepaddressJ、存储信息表表名：
stockshnopnostocknumK、仓库信息表表名：
storehouse
char（5）char（10）char（8）仓库号产品号存放量char（5）char（10）char（8）float（10）datechar（30）产品号产品名规格单价生产日期生产地点char（5）char（5）顾客号发票号char（5）char（8）char（30）char（12）管理员号管理员名地址电话char（5）char（5）管理员号仓库号char（10）char（5）产品号发票号char（5）char（10）char（50）char（15）顾客号顾客名地址电话shnomnopnoasidenumL、应付账款信息表表名：
summoneycnobnosmmoneysmdatepmoneysmsurplusM、供应信息表表名：
supplybmnopnosupplynumchar（5）char（10）char（8）char（15）仓库号管理员号产品号存放量char（5）char（8）float（10）datefloat（12）float（10）顾客号发票号应收金额支付日期支付金额当前余额char（5）char（10）char（8）供应商号产品号供应量14smallmaket_log导入日志5.3数据结构与程序的关系
[说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。
]信息输入信息查询信息更新信息修改发票基本信息表供应商基本信息表购买信息表参照信息表顾客基本信息表管理基本信息表管理员基本信息表支付信息表产品信息表存储信息表仓库信息表应付账款信息表供应信息表6．系统出错处理设计
6.1出错信息
本系统在登陆时采用登陆名和SQLSERVER数据库的登陆名相同的方式来确保系统的安全性，这样如果是源代码被泄露了那个人也得不到用户名和密码。
这样做了之后，就是将来交给别人用了，我也进不去这个软件，大大的增加看了安全性。
6.2补救措施A.数据库损坏
为了确保数据安全，服务器可以采用主服务器和备份服务器共同使用的方式来进行，一旦主服务器损坏，由备份服务器立即替换进行工作。
数据库要有相应的备份模块，服务器端有基于数据库系统的备份模块，可以通过磁带机或者光盘机来备份，工作站端要有基于应用程序的备份模块。
B.部分停电、网络断开的处理
系统的关键部门，如数据中心等必须配备较大功率的UPS,常用的部门配备小功率的UPS,以备在停电的时候应急使用。
网络的安全由网路的安全和网络设备的安全来保障。
系统的最终目的是部分常用模块可以单机运行，这项工作留待二期工程完成。
C.权限控制
系统部分采用最高级别的权限控制，采用基于数据库的安全认证，系统自带一个用户管理模块，可以方便的创建用户和授权。
对可以授予部分浏览权的用户
对各个系之间
升级会员 