服装专卖店店管理系统设计与实现毕业设计Word下载.docx
《服装专卖店店管理系统设计与实现毕业设计Word下载.docx》由会员分享，可在线阅读，更多相关《服装专卖店店管理系统设计与实现毕业设计Word下载.docx（26页珍藏版）》请在冰豆网上搜索。
1.3、DBMS的支持和数据库设计6
1.4、应用对象模型与RDBMS模型的映射6
1.4.1、三层数据库模式面向对象模型的扩展6
1.4.2、对象模型向数据库表的映射规则6
1.4.3、数据库模式要面向应用系统7
1.5、面向对象关系数据库设计效果7
第二章需求分析9
2.1系统需求分析9
2.2、服装专卖店店管理系统的目标9
第三章服装专卖店店管理系统的设计10
3.1、服装专卖店店管理系统的开发工具的确定10
3.2、服装专卖店店管理系统的开发设计思想10
3.3、服装专卖店店管理系统的功能10
3.3.1系统功能分析10
3.3.2、系统模块设计10
3.4、服装专卖店店管理系统数据库的设计11
3.4.1绘制系统数据流图11
3.4.2数据库结构设计11
第四章服装专卖店店管理系统的实现11
4.1、系统主窗体的实现11
4.2、实现系统设置功能12
4.2.1、实现员工管理功能12
4.3、实现入库操作14
4.4、实现出库操作14
4.5、实现报表打印输出14
4.6、程序调试、编译与发行14
4.6.1、程序调试14
4.6.2、创建可执行文件14
4.6.3、安装程序的制作15
4.7、系统的发展方向15
4.8、系统运行环境15
结论16
参考文献16
附录17
数据字典17
引言
现在的企业的服装专卖店店管理，大都采用传统的人工管理的模式，这对于规模较小的公司来说，是可以应付日常的管理需要的。
但是，随着该行业竞争日益的激烈，提高服装专卖店店管理的工作效率，改善企业内部以及整个供应链各个环节的管理、调度及资源配置成为了企业当前必须考虑的问题。
而解决这些问题的途径之一，就是将计算机引入到管理机制中来。
利用本软件系统，可以实现对员工数据管理、供应管理、客户管理、产品分类管理、产品管理、入库管理、出库管理等管理，使得管理合理规范。
尽量合理的控制物流，尤其是材料库存的控制，将材料控制到只在需要的时候向需要的部门按需要的数量，提供所需要的物料，既防止物料供应滞后于对他们的要求，也防止了物料过早地出产和进货，以免增加库存，造成物资和资金的积压。
设计本系统正是为了适应这种形势，在有限的时间内凭个人之力是很难实现所有的功能。
第一章设计理论
软件工程是一门研究如何用系统化、规范化、产业化等工程原则和方法实施软件的开发和维护的学科。
1968年秋季，NATO的科技委员会召集了近50名一流的编程人员、计算机科学家和工业界巨头，讨论和制定摆脱“软件危机”的对策。
在那次会议上第一次提出了软件工程（SoftwareEngineering）这个概念。
到今年，软件工程整整走过了33年的历程。
软件研究人员不断探索新的软件开发方法，至今已形成八类软件开发方法：
（1）最早的Parnas方法。
这一方法不能独立使用，只能作为其它方法的补充。
（2）1978年，E.Yourdon和L.L.Constan-tine提出的结构化方法，即SASD方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。
（3）面向数据结构的软件开发方法。
（4）20世纪80年代末由日立公司提出的问题分析法PAM（ProblemAnalysisMethod）。
（5）面向对象的软件开发方法。
（6）可视化开发方法。
（7）ICASE（IntegratedComputer-AidedSoftwareEngineering）。
（8）软件重用和组件连接。
软件开发的面向对象方法于20世纪60年代后期提出，到20世纪90年代前半期，面向对象软件工程成为开发人员的首选。
面向对象方法是一种自底向上和自顶向下相结合的方法，它以对象建模为基础，不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。
OO技术在需求分析、可维护性和可靠性这三个软件开发的关键环节和质量指标上有了实质性的突破。
面向对象方法的特点有：
（1）自底向上的归纳
（2）自顶向下的分解
（3）基础是对象模型
（4）需求分析彻底
可维护性大大改善
1.2、数据库应用系统遵循的开发步骤
1、设计应用系统结构;
2、选择便于将应用程序与DBMS结合的DBMS体系结构,如RDBMS;
3、根据应用程序使用的环境平台,选择适宜的DBMS（如Oracle）和开发工具（如PB）;
4、设计数据库,编写定义数据库模式的SQL程序;
5、编写确保数据正确录入数据库的用户接口应用程序;
6、录入数据库数据;
7、运行各种与数据库相关的应用程序,以确认和修正数据库的内容。
对以上各步骤,有几点需要说明:
（1）这不是瀑布模型,每一步都可以有反馈。
以上各步不仅有反馈、有反复,还有并行处理。
比如一些库表在数据录入时,另一些库表设计还在修改。
这与我们的递增式开发方法有关,也与面向对象的特征有关。
（2）上述顺序不是绝对的,大多数场合是从第三步开始的。
（3）对大多数数据库应用系统来说,上述各步中最重要、最困难的不是应用系统设计而是数据库设
1.3、DBMS的支持和数据库设计
很多数据库应用系统开发者不重视数据库设计的原因是:
他们太迷信DBMS,认为购入一个功能强大的DBMS后数据库设计就不困难、不重要了。
一些国内外的数据库教材常常是在为DBMS的开发厂商做宣传,而很少站在数据库用户角度,从数据库应用系统出发介绍数据库设计方法。
结果往往使读者搞不清书中介绍的是数据库管理程序的设计思想,还是应用这种DBMS进行数据库设计的思想。
其实,DBMS只是给用户为已采用的数据库提供一个舞台,而是否使用这个舞台上的道具以及唱什么戏,则完全取决于用户的戏剧脚本和导演（开发者）的安排。
例如,公路局系统所使用的数据库管理系统,是以二维表为基本管理单元、支持所有关系代数操作、支持实体完整性与实体间参照完整性的全关系型RDBMS,而我们要在这个舞台上利用上述"
道具"
设计一个面向对象的关系数据库。
1.4、应用对象模型与RDBMS模型的映射
数据库设计（模式）是否支持应用系统的对象模型,这是判断是否是面向对象数据库系统的基本出发点。
由于应用系统设计在前,数据库设计随后,所以应用系统对象模型向数据库模式的映射是面向对象数据库设计的关键。
1.4.1、三层数据库模式面向对象模型的扩展
一般数据库设计多参照ANSL/SPARC关于数据库模式的3层标准结构提案。
最接近物理数据库的内部模式由DBMS提供的SQL来描述。
概念模式可以由若干个内部模式聚集而成,它是由数据库用户规范的一些表的集合。
一般的概念模式是数据库物理模式作用域的边界,它能实现数据库的物理意义、特定DBMS的特殊操作对外部应用程序的信息隐蔽。
外部模式是从特定用户应用角度看待的数据库模式,从不同的应用出发对同一概念模式可以给出多种不同的外部模式。
当外部应用系统以对象模型进行抽象时,从各个应用出发抽象出的对象模型可以映射到外部模型上,对此我们不妨称之为外部对象模型。
但是,外部模型只是概念模型的子集,所以面向对象的数据库设计核心在于系统对象模型（不妨称之为概念对象模型）向数据库概念模型的映射。
1.4.2、对象模型向数据库表的映射规则
由于RDBMS是以二维表为基本管理单元的,所以对象模型最终是由二维表及表间关系来描述的。
换言之,对象模型向数据库概念模型的映射就是向数据库表的变换过程。
有关的变换规则简单归纳如下:
（1）一个对象类可以映射为一个以上的库表,当类间有一对多的关系时,一个表也可以对应多个类。
（2）关系（一对一、一对多、多对多以及三项关系）的映射可能有多种情况,但一般映射为一个表,也可以在对象类表间定义相应的外键。
对于条件关系的映射,一个表至少应有3个属性。
（3）单一继承的泛化关系可以对超类、子类分别映射表,也可以不定义父类表而让子类表拥有父类属性;
反之,也可以不定义子类表而让父类表拥有全部子类属性。
（4）对多重继承的超类和子类分别映射表,对多次多重继承的泛化关系也映射一个表。
（5）对映射后的库表进行冗余控制调整,使其达到合理的关系范式。
1.4.3、数据库模式要面向应用系统
我们选择面向对象的系统设计也好,面向对象的数据库设计也好,根本目的是服务于应用系统的需要。
1.5、面向对象关系数据库设计效果
从某种意义上讲,是数据库设计的面向对象特征最终奠定了整个系统的面向对象性,才使面向对象方法在程序开发阶段全面开花。
其效果归纳如下:
1、数据库结构清晰,便于实现OOP
由于实现了应用模块对象对数据库对象的完全映射,数据库逻辑模型可以自然且直接地模拟现实世界的实体关系。
用户所处的当前物理世界、系统开发者所抽象的系统外部功能,与支持系统功能的内部数据库（数据结构）一一对应,所以用户、开发者和数据库维护人员可以用一致的语言进行沟通。
特别是对多数不了解业务的程序开发人员来说,这种将应用对象与相应的数据对象封装在对象统一体中的设计方法,大大减轻了程序实现的难度,使他们只要知道加工的数据及所需的操作即可,而且应用程序大多雷同,可以多处继承由设计人员抽象出来的、预先开发好的各种物理级超类。
2、数据库对象具有独立性,便于维护
除了数据库表对象与应用模块对象一一对应外,在逻辑对象模型中我们没有设计多重继承的泛化关系,所以这样得到的数据库结构基本上是由父表类和子表类构成的树型层次结构,表类间很少有继承以外的复杂关系,是一个符合局部化原则的结构,从而使数据库表数据破坏的影响控制在局部范围且便于修复,给系统开通后的数据库日常维护工作带来便利。
3、需求变更时程序与数据库重用率高,修改少
在映射应用对象时,除关系映射规范化后可能出现一对多的表映射外,大多数应用对象与表对象是一一对应的。
我们可以把规范化处理后的、由一个应用对象映射出来的多个表看成一个数据库对象。
因此当部分应用需求变更时,首先,系统修改可以不涉及需求不变更的部分。
其次,变更部分的修改可以基本上只限于追加或删除程序模块或追加新库表,而基本上不必修改原有程序代码或原有库表定义,从而大大减少了工作量,降低了工作难度。
1.6、最简单的就是最好的
客观世界是错综复杂的,计算机科学理论的发展也越来越高深、复杂。
然而,人类探索理论和技术的最终目的是:
让客观世界的复杂变简单,最简单的就是最好的。
为此我们遵循以下原则:
1、慎用外键
RDBMS支持复杂关系的能力很强,无论用户怎么在逻辑上设定外键,它基本上都能从物理上帮用户实现。
但是外键把许多独立的实体牵连在一起,不仅使RDBMS维持数据一致性负担沉重,也使数据库应用复杂化,加重了程序开发负担。
这样的数据库很难理解,很难实现信息隐蔽性设计,往往把简单问题复杂化。
2、信息隐蔽
这是软件工程最重要的基本原则之一。
简言之即信息的作用域越小越好,数据库的透明度越大越好,因为应用程序需要知道得越多就越复杂。
使数据库黑盒化（透明度高）的方法很多,除了设计上的局部化处理外,还可以利用DBMS的触发器、存储过程、函数等,把数据库中无法简化的复杂表关系封装到黑盒子里,隐藏起来,特别是放到服务器端,其优越性更是多方面的。
第二章需求分析
2.1系统需求分析
2.2、服装专卖店店管理系统的目标
通过仓库服装专卖店店管理，实现仓库管理工作系统化、规范化、自动化，正确的进货和库存控制及发货，减少管理费用，从而提高影响企业的竞争力。
服装专卖店店管理系统是对经销商的进货、销售和库存统计进行全面管理，满足如下要求：
1．基本销售商品维护
2．商品入库、销售
3．库存查询
4．销售情况查询统计
第三章服装专卖店店管理系统的设计
3.1、服装专卖店店管理系统的开发工具的确定
本系统采用VisualBasic为主要开发工具，结合Access数据库管理系统与98操作系统。
既考虑了系统的需求，又兼顾了运行的效率，以及今后系统的功能拓展等。
具有运行效率、开发周期短、扩展能力强、技术规范等特点。
3.2、服装专卖店店管理系统的开发设计思想
1．尽量采用仓库现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用现有资源，提高系统开发水平和应用效果的目的；
2．系统应符合仓库管理的规定，满足仓库货物日常的服装专卖店店的需要，并达到操作过程的直观、方便、实用、安全等要求；
3．系统采用模块化的程序设计方法，既便于系统功能模块的组合，又便于未参与开发的技术人员补充、维护；
系统应具备数据库维护功能，能及时根据用户需求进行数据的添加、删除、修改、备份等操作。
3.3、服装专卖店店管理系统的功能
3.3.1系统功能分析
服装专卖店店管理系统大致上需要：
员工数据管理、供应管理、客户管理、产品分类管理、产品管理、入库管理、出库管理等几个主要的功能。
3.3.2、系统模块设计
根据系统功能分析，得到如图3-3所示的系统功能模块结构图。
（详见附录）
3.4、服装专卖店店管理系统数据库的设计
3.4.1绘制系统数据流图
根据系统功能模块图和管理流程，绘制出如图3-4所示的系统数据流程图。
根据数据流程图以及一般服装专卖店店管理系统的需求，总结出下面的数据字典（详见附录）：
3.4.2数据库结构设计
数据库中的各个数据表名称和结构分别如下所示：
（具体的数据字典因篇幅较大，将在附录中详细列出。
）
（1）员工管理数据表。
见附录图1所示
（2）供应管理数据表。
见附录图3所示
（3）客户管理数据表。
见附录图2所示
（4）产品分类数据表。
见附录图5所示
（5）产品管理数据表。
见附录图4所示
（6）入库管理数据表。
见附录图6所示
（7）出为管理数据表。
见附录图7所示
第四章服装专卖店店管理系统的实现
4.1、系统主窗体的实现
本系统主界面作为其他所有打开窗口的父窗口，其类型应该是多文档的窗口（MDI）。
利用集成菜单实现系统主要功能。
4.2、实现系统设置功能
本窗口包含员工管理、供应管理、客户管理、产品分类管理、产品管理五个主要功能模块。
其窗口布局及具体实现过程如所示：
4.2.1、实现员工管理功能
本窗口的具体实现过程及源代码如下所示：
OptionExplicit
PrivateoClassAsNewCclassic
PrivateSubasPopup1_Click（CancelAsBoolean）
asPopup5.BackColor=&
H8000000F
asPopup4.BackColor=&
asPopup2.BackColor=&
asPopup1.BackColor=&
HFFC0C0
asPopup6.BackColor=&
SSTab1.Tab=3
oClass.RetriveByID
SetadcClassic.Recordset=oClass.Rs
dcbClassic.BoundColumn="
ClassicID"
EndSub
PrivateSubForm_Load（）
MakeWindowMe
'
AlwaysOnTopMe,True
Me.Top=MDIFrmMain.Height/2-Me.Height/2-1000
Me.Left=MDIFrmMain.Width/2-Me.Width/2
SSTab1.Tab=0
Combo1.AddItem"
员工"
经理"
采购"
库管"
cmbUnit.AddItem"
个"
只"
支"
盒"
本"
条"
瓶"
张"
台"
块"
捆"
卷"
打"
双"
对"
米"
厘米"
斤"
公斤"
克"
吨"
Toolbar5.Buttons（5）.Visible=False
Toolbar5.Buttons（6）.Visible=False
CallasPopup5_Click（False）
PrivateSubimgTitleLeft_MouseDown（ButtonAsInteger,ShiftAsInteger,xAsSingle,yAsSingle）
DoDragMe
PrivateSubimgTitleMain_MouseDown（ButtonAsInteger,ShiftAsInteger,xAsSingle,yAsSingle）
PrivateSubimgTitleMinimize_Click（）
Me.WindowState=1
PrivateSub
imgTitleRight_MouseDown（ButtonAsInteger,ShiftAsInteger,xAsSingle,yAsSingle）
PrivateSublblTitle_MouseDown（ButtonAsInteger,ShiftAsInteger,xAsSingle,yAsSingle）
PrivateSubimgTitleClose_Click（）
UnloadMe
PrivateSubToolbar1_ButtonClick（ByValButtonAsMSComctlLib.Button）
SelectCaseButton.Index
Case1'
'
前进
adcEmployee.Recordset.MovePrevious
IfadcEmployee.Recordset.BOF=TrueThen
adcEmployee.Recordset.MoveFirst
EndIf
Case2'
后退
adcEmployee.Recordset.MoveNext
IfadcEmployee.Recordset.EOF=TrueThen
adcEmployee.Recordset.MoveLast
Case4'
增加
OnErrorGoToadd_error
adcEmployee.Recordset.AddNew
add_error:
IfErr.Number=3426Then
MsgBox"
已经使用过添加记录！
错误：
"
&
Err&
"
，"
Err.Description,0,"
提示"
EndIf
Toolbar1.Buttons
（1）.Visible=False
Toolbar1.Buttons
（2）.Visible=False
To
升级会员 