服装销售管理系统数据库课程设计.docx
《服装销售管理系统数据库课程设计.docx》由会员分享,可在线阅读,更多相关《服装销售管理系统数据库课程设计.docx(26页珍藏版)》请在冰豆网上搜索。
服装销售管理系统数据库课程设计
摘要
随着计算机技术的飞速发展,计算机在企业管理中应用的普及,用计算机实现服装销售信息的管理势在必行。
《服装销售管理系统》采用的是BUILDER9.0数据库应用系统开发实现的。
这设计的主要目的是了解BUILDER9.0和设计方法和基本功能,以这一个系统为例,一步步告诉了我们如何开发:
网络分析,系统设计,系统了解,系统安全。
数据流图、数据字典,功能构成网络分析的系统各种不同类型的数据项目、分析系统图表。
在系统的设计上,详细说明每个功能表现的系统模块必需的数据以及格式和字段,设计菜单等等。
在系统的实现方面,提供了在表格之中的部份的对应功能的关联和代码的设置。
而且提供了对菜单的了解。
这一个系统有数据登录,数据储存,文件查询,如报表形式打印,系统有着良好的交互界面。
这个系统的功能是比较全面的,它的设计具有让使用者容易操作的特性。
关键词:
服装销售管理系统POWERBUILDER9.0面向对象
前言
通过对现在流行的各种销售管理软件的分析,我们发现市场上的软件过于繁琐,操作比较复杂,而其中软件的许多功能不被小型商家所采用,造成软件冗余量大。
销售管理系统是生产、计划和控制的基础。
销售管理系统设计的总体目标是通过对商品、销售、客户、订单、库存的管理,及时准确了解商品,销售、库存等综合情况,以便为商家的决策做出准确的判断提供依据,并通过进销存数据的分析,为管理及决策人员提供库存资金占用情况、物资短缺(超储)情况、客户订单的发货情况、产品的生产情况。
通过清仓盘库管理,保证账面与实物一致,为计划及决策人员提供实时准确的存货信息,以便及时调整生产,保证企业各项生产经营活动的顺利进行。
为了繁琐的日常工作,快捷查找信息,准确处理产品存放,迅速产生文件报表,轻松进行管理,帮助库存人员不再进行大量重复的抄写,复杂的计算,反复的核对,减少库存人员出现手工处理难以避免的错误。
因此我们准备开发出具有以下特点的小型销售管理软件:
一、界面清晰、功能少而实用、操作简单。
实用于服装销售部门使用。
二、开发周期短、维护费用低、软件更新速度快。
三、风格友好化,轻松管理,容易上手,达到一看就懂、一学即会。
四、目标系统必须具有可靠性、安全性、可维护性、可移植性等,对于不同的仓库人员授予不同的操作权限,具有定期数据备份功能。
五、以表格的形式输出信息。
六、增加数据有效性验证:
即在操作人员因某种原因错误的输入了数据时系统会自动提出数据录入有误并加以提示,这样方便操作人员输入的数据有效性。
七、系统的通用性:
此系统为服装进销存管理系统,里面的数据都是从数据库中提出(包括供货商、货号等),不受固定数据限制,增强系统的通用性。
正文
1.问题描述
本课题的内容是在现有的销售管理软件的基础上,吸收继承它们中管理的优点,另一方面是认真对服装销售的过程进行认真的调研,得出服装销售管理的流程和管理的内容。
最终设计出适合的一套销售管理软件。
同时通过调研发现,本系统需要实现的任务是:
需要完成商品的销售衔接的管理。
当然要管理好销售衔接还涉及到客户相关资料,订单资料,商品资料等的管理。
2.需求分析
在传统的经营活动中,进、销、存一般都是手工管理,这样的管理浪费人力、物力、财力,而且效率非常低。
商品购进管理方面,需要决策的最主要问题是把好进货关,尽量使所有的商品符合顾客需求,适销对路。
进货时间和数量要与销售情况相协调并且保持“平稳”,以防止周转资金出现问题,提高资金周转和利用率。
靠人来完成这些工作往往是有心无力,还常常出现管理混乱的局面。
于是,服装销售管理系统便应运而生了。
在商场中,服装的销售涉及服装的采购、库存、销售以及统计分析等。
本课程设计针对以上背景,开发出了一个小型服装销售管理系统适用于商场服装的批发与零售。
2.1系统业务流程图
图2.1系统业务流程图
2.2数据流程图及数据字典
(1)数据流程图
数据流图由四种基本的元素构成:
数据流(DataFlow),处理(Process),数据存储和数据源(数据终点)。
数据流程图如图2.2所示。
图2.2数据流程图
(2)数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发,所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
2.3系统功能模块图
服装销售管理系统功能模如图2.3所示:
图2.3服装销售管理系统功能模块图
3.系统总体设计
概念结构设计
根据上面的设计规划出的实体包括:
商品实体、客户实体、库存实体。
各个实体的E-R图以及实体与实体间的E-R关系图描述如下:
(1)商品信息实体及属性如图3.1所示。
图3.1商品信息实体及属性图
(2)客户信息实体及属性如图3.2所示。
图3.2客户信息实体及属性
(3)库存信息实体及属性如图3.3所示。
图3.3库存信息实体及属性图
(4)供应商信息实体及属性如图3.4所示。
图3.4供货商信息实体及属性图
(5)系统E-R图如图3.5所示。
图3.5系统E-R图
逻辑结构设计
有以上系统E-R图,得出系统共6个关系表,具体关系模式为:
数据库一般分为三级模式:
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述,通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
以下是E-R模型向关系数据库模型的转换:
商品信息(商品代码、商品名称、品牌、供应商名称、款式、尺码、颜色、面料)
客户信息(客户代码、名称、开户行、账号、信誉度、税号、邮编、传真、手机、电话、地址、联系人、E-mail)
供货商信息(供货商代码、联系人、供货商名称、地址、电话、开户行、账号、税号、邮编、手机、邮箱)
入库信息(入库单号、入库商品、数量、总金额、日期)
出库信息(出库单号、出库商品、数量、总金额、日期)
库存信息(入/出库发货单号、客户代码、经手人、商名代码、数量、单价、金额、日期)
利润信息(商品代码、客户代码、入库单价、出库单价、商品数量、利润)
订货信息(订货单编号、商品编号、商品名称、商品单价、数量、订单总金额、客户编号、日期)
供货信息(供货单编号、商品编号、商品名称、商品单价、数量、订单总金额、客户编号、日期)
在实体以及实体之间关系的基础上,形成数据库中的表格以及各个表格之间关系。
各个数据表的字段设置如下:
(1)商品信息表如表3.1所示。
表3.1商品信息表
序号
字段名
别名
类型
长度
是否为空
键
1
spdm
商品代码
Varchar
30
Notnull
P
2
spmc
商品名称
Varchar
30
Notnull
3
pp
品牌
Varchar
30
Notnull
4
gysmc
供应商名称
Varchar
30
Notnull
5
cm
尺码
Varchar
30
Notnull
6
ks
款式
Varchar
30
Notnull
7
ys
颜色
Varchar
30
Notnull
8
ml
面料
Varchar
30
Notnull
9
bzfs
包装方式
varchar
30
Notnull
(2)客户信息表如表3.2所示。
表3.2客户信息表
序号
字段名
别名
类型
长度
是否为空
键
1
spdm
客户代码
Varchar
30
Notnull
P
2
spmc
名称
Varchar
30
3
pp
开户行
Varchar
30
4
gysmc
账号
Varchar
30
5
cm
信誉度
Varchar
30
6
ks
税号
Varchar
30
7
ys
邮编
Varchar
30
8
ml
传真
Varchar
30
9
bzfs
手机
varchar
30
(3)供货商信息表如3.3所示:
表3.3供货商信息表
序号
字段名
别名
类型
长度
是否为空
键
1
ghsdm
供货商代码
Varchar
30
Notnull
P
2
lxr
联系人
Varchar
30
3
ghsmc
供货商名称
Varchar
30
4
di
地址
Varchar
30
5
dh
电话
Varchar
30
6
khh
开户行
Varchar
30
7
zh
账号
Varchar
30
8
sh
税号
Varchar
30
9
yb
邮编
Varchar
30
10
sj
手机
Varchar
30
11
yx
邮箱
Varchar
30
(4)入库信息表如3.4所示:
表3.4入库信息表
序号
字段名
别名
类型
长度
是否为空
键
1
rkdh
入库单号
Varchar
30
Notnull
P
2
rksp
入库商品
Varchar
30
Notnull
3
sl
数量
Varchar
30
4
zje
总金额
Varchar
30
5
rq
日期
Varchar
30
Notnull
(5)入库信息表如3.5所示:
表3.5入库信息表
序号
字段名
别名
类型
长度
是否为空
键
1
ckdh
出库单号
Varchar
30
Notnull
P
2
cksp
出库商品
Varchar
30
Notnull
3
sl
数量
Varchar
30
4
zje
总金额
Varchar
30
5
rq
日期
Varchar
30
Notnull
(6)库存信息表如3.6所示:
表3.6库存信息表
序号
字段名
别名
类型
长度
是否为空
键
1
r/ckfhd
入/出库发货单号
Varchar
30
Notnull
P
2
khdm
客户代码
Varchar
30
3
jsr
经手人
Varchar
30
4
spdm
商品代码
Varchar
30
5
sl
数量
Varchar
30
6
dj
单价
Varchar
30
7
je
金额
Varchar
30
8
rq
日期
Varchar
30
(7)利润信息信息如表3.7所示:
表3.7利润信息表
序号
字段名
别名
类型
长度
是否为空
键
1
spdm
商品代码
Varchar
30
Notnull
P
2
khdm
客户代码
Varchar
30
3
rkdj
入库单价
Varchar
30
4
ckdj
出库单价
Varchar
30
5
spsl
商品数量
Varchar
30
6
lr
利润
Varchar
30
(8)订货信息如表3.8所示:
表3.8利润信息表
序号
字段名
别名
类型
长度
是否为空
键
1
dhdbh
订货单编号
Varchar
30
Notnull
P
2
spbh
商品编号
Varchar
30
3
spmc
商品名称
Varchar
30
4
spdj
商品单价
Varchar
30
5
sl
数量
Varchar
30
6
ddzje
订单总金额
Varchar
30
7
khbh
客户编号
Varchar
30
Notnull
P
8
rq
日期
Varchar
30
(9)供货信息如表3.9所示:
表3.9供货信息表
序号
字段名
别名
类型
长度
是否为空
键
1
ghdbh
供货单编号
Varchar
30
Notnull
P
2
spbh
商品编号
Varchar
30
3
spmc
商品名称
Varchar
30
4
spdj
商品单价
Varchar
30
5
sl
数量
Varchar
30
6
ddzje
订单总金额
Varchar
30
7
khbh
客户编号
Varchar
30
Notnull
P
8
rq
日期
Varchar
30
4.详细设计
4.1.1功能特点
商品管理:
进行商品采购入库,采购退货,进/退单据和当前库存查询,与供货商的往来帐务。
客户管理:
进行商品销售(批发,零售),顾客退货,销/退单据,当前库存查询,前台销售查询,与客户的往来帐务。
库存管理:
包括库存之间商品调拔,商品的报损溢,强大的库存盘点功能,库存商品报警查询。
订单处理:
完整的统计查询功能,每张单据每次收款付款都可以清楚的反映。
统计分析:
对供货商,客户,业务员综合管理,对日常收入支出管理,客户借货坏帐管理,合同管理。
系统主要实现信息的录入,查询和维护。
其中:
录入功能主要对服装数据的录入,系统实现界面如图4.1所示:
图4.1
查询功能主要是实现对服装销售管理系统的数据查询,图4.2是实现对商品编号为01000001的查询。
图4.2
5.系统测试
5.1测试方法
测试计划中的测试项目包括软件结构中的分系统层、子系统层、功能模块层、程序模块层中的各类模块,从测试本身看,分为单元测试,组合测试,确认测试等。
(1)单元测试
单元测试也称模块测试或程序测试,单元测试是对每个模块单独进行的,验证模块接口与设计说明书是否一致,对模块的所有主要处理路径进行测试且与预期的结构进行对照,还要对所有错误处理路径进行测试。
对源码进行审查,对照设计说明书,表态地检查源程序是否符合功能的逻辑要求,是进行单元测试前的重要工作工。
单元测试一般是由程序员完成,也称程序调试。
(2)组合测试
组合测试也称集成测试或子系统测试,通常采用自顶向下测试和自底向上测试两种测试方法。
组合测试的对象是指已经通过单元测试的模块,不是对零散模块进行单个测试,而是用系统化的方法装配和测试软件系统,是一个严格的过程,必须认真地进行,其计划的产生和单元模块测试的完成日期要协调起来,这种测试应在系统目标机上进行,造成系统应用的环境条件,除了开发部分项目负责人参加以外,还应该有相应系统的用户参加,给评审员进行演示。
(3)确认测试
确认测试是对通过组合测试的软件进行的,这些软件已经存于系统目标设备的介质上,确认测试的目的是表明软件是可以工作的,并且符合“软件需求说明书”中规定的全部功能和性能要求。
确认测试是按照这些要求定出的“确认测试计划”进行的。
测试工作是由一个独立的组织进行,而且测试要从用户的角度出发。
(4)系统测试
系统测试是对整体性能的测试,主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求,系统测试的依据是系统分析报告。
系统测试应在系统的整个范围内进行,这种测试不只对软件进行,而是对构成系统的硬、软件一起进行。
系统测试与建构同时进行或略慢。
系统测试需要确认从头到尾的功能正常才算完成,应当尽量避免系统测试延到项目末尾进行。
(5)用户验收测试
在系统测试完成后,进行用户的验收测试,它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中,一般应遵循以下原则:
由程序设计者之外的人进行测试;测试用例应由两部分组成:
输入数据和预期输出结果;应选用不合理的输入数据与非法输入测试;不仅要检验程序是否实现预期功能,还应检查程序是否做了不应该做的工作;集中测试容易出错的程序模块;对程序修改以后,必须重新进行测试。
5.2测试用例
为了确保本系统能够正常运行,需要在发布之后做一次较全面的测试。
这里只列出其中两个模块的测试用例。
在实际的测试中应尽可能的对每个功能都能测试到。
(1)对查询模块的功能测试如下图所示:
(2)对插入模块的功能测试如下图所示:
5.3测试结果
(1)对查询模块的功能测试结果如下图所示:
(2)对插入模块的功能测试结果如下图所示:
6.软件使用说明书
在确保本系统能够正常运行的情况下,就可以对此系统进行简单的操作,现将具体操作及过程举例说明如下:
1.数据库连接后进入服装销售管理系统界面,如图6.1所示。
2.点击查询进入查询界面,输入相应的商品代码进行查询。
3.关闭查询界面,点击插入,进入插入界面,填写相关的插入信息点击插入进行插入。
4.关闭插入界面,点击退出,自动退出。
总结
此次采用了BUILDER9.0数据库应用系统程序开发,完成了一个“服装销售管理系统”的课程设计。
通过这次实践,我对数据库有了全新的认识。
采用BUILDER9.0可以用最少的时间来得到最高的开发效率。
开发者可按照自己的喜好及用户要求,随心所欲地安排窗口的外观。
经过此次数据库课程设计的煅练感觉受益非浅。
学到许多在课程里没有学会的东西。
这次作业耗费的时间还是蛮多的,主要不是设计方案问题,而是一些细节上问题很多,在今后的学习生活中要更加努力。
参考文献
[1]张海藩.软件工程导论.北京:
清华大学出版社,2003
[2]邝孔武,王晓敏.信息系统分析和设计.北京:
清华大学出版社,2001
[3]张长富,方美琪.PowerBuilder9.0参考手册.成都:
电子科技大学出版社,2004
[4]丁宝康.数据库原理.北京:
经济科学出版社,2000
[5]杨昭.PowerBuilder9.0对象与控件技术详解.北京:
水利水电出版社,2003
[6]朱爱民,柯建勋.POWERBUILD9.0与系统开发.北京:
清华大学出版社,2003
[7]MichaelJ.Hernadez著.范明,邱保志,职为梅等译.数据库设计入门——关系数据库设计指南.电子工业出版社,2005
[8]张海藩.软件工程.人民邮电出版社,2002、
[9]明得祥,PowerBuilder8.0.入门和提高.长沙:
国防科技大学出版社,2002年1月[10]何旭洪,PowerBuilder8.0.北京:
人民邮电出版社,2002年4月
[11]日本工业会ERP研究所编著,华连普ERP研发小组译著《ERP入门》.台北:
华连普科技股份有限公司发行,2000年
[12]王晟、韩泽坤.Access数据库开发经典案例解析.北京:
清华大学出版社,2006
致谢
首先向在这次设计中给予我关心、支持和帮助的老师、朋友们,致以最诚挚的谢意。
我深知,只有不断地拼搏进取、不断的前进,才是对大家最好的感谢。
在本次课程设计训练中,从指导老师身上学到了很多东西,深厚的理论水平都使我受益匪浅。
无论在理论上还是在实践中,都给与我很大的帮助,使我得到不少提高,这对于我以后的工作和学习都是一种巨大的帮助。
这两周的课程设计,让我认识到光学习书本知识是远远不够的,但在此基础上更要加强自己动脑动手分析调试程序的能力,这次课设我收获很多。
这次课设首先要感谢学校给了我这次实践的机会,同时也是对自身的检验。
还有多亏了老师从理论到上机亲自指导,给予了我们最大帮助和全面指导。
在课设过程中,真的应该衷心感谢所有给予我帮助和指导的老师和同学,没有他们的帮助我的程序也不会得到这样好的完善。