服装专卖店管理系统

第一章  设计理论
1.1、 面向对象软件工程概述：
软件工程是一门研究如何用系统化、规范化、产业化等工程原则和方法实施软件的开发和维护的学科。
1968年秋季，NATO的科技委员会召集了近50名一流的编程人员、计算机科学家和工业界巨头，讨论和制定摆脱“软件危机”的对策。在那次会议上第一次提出了软件工程（Software Engineering）这个概念。到今年，软件工程整整走过了33年的历程。软件研究人员不断探索新的软件开发方法，至今已形成八类软件开发方法：
（1） 最早的Parnas方法。这一方法不能独立使用，只能作为其它方法的补充。
（2） 1978年，E.Yourdon和L.L.Constan-tine提出的结构化方法，即SASD方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。
（3） 面向数据结构的软件开发方法。
（4） 20世纪80年代末由日立公司提出的问题分析法PAM（Problem Analysis Method）。
（5） 面向对象的软件开发方法。
（6） 可视化开发方法。
（7） ICASE（Integrated Computer-Aided Software Engineering）。
（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) 这不是瀑布模型,每一步都可以有反馈。以上各步不仅有反馈、有反复,还有并行处理。 [资料来源：THINK58.com]
　　    比如一些库表在数据录入时,另一些库表设计还在修改。
　　    这与我们的递增式开发方法有关,也与面向对象的特征有关。
　　(2) 上述顺序不是绝对的,大多数场合是从第三步开始的。
　　(3) 对大多数数据库应用系统来说,上述各步中最重要、最困难的不是应用系统设计而是数据库设
1.3、DBMS的支持和数据库设计
很多数据库应用系统开发者不重视数据库设计的原因是:他们太迷信DBMS,认为购入一个功能强大的 DBMS后数据库设计就不困难、不重要了。一些国内外的数据库教材常常是在为DBMS的开发厂商做宣传,而很少站在数据库用户角度,从数据库应用系统出发介绍数据库设计方法。结果往往使读者搞不清书中介绍的是数据库管理程序的设计思想,还是应用这种 DBMS 进行数据库设计的思想。
其实,DBMS只是给用户为已采用的数据库提供一个舞台,而是否使用这个舞台上的道具以及唱什么戏,则完全取决于用户的戏剧脚本和导演(开发者)的安排。例如,公路局系统所使用的数据库管理系统,是以二维表为基本管理单元、支持所有关系代数操作、支持实体完整性与实体间参照完整性的全关系型 RDBMS,而我们要在这个舞台上利用上述"道具"设计一个面向对象的关系数据库。
1.4、应用对象模型与RDBMS模型的映射 本文来自think58

数据库设计(模式)是否支持应用系统的对象模型,这是判断是否是面向对象数据库系统的基本出发点。由于应用系统设计在前,数据库设计随后,所以应用系统对象模型向数据库模式的映射是面向对象数据库设计的关键。
1.4.1、三层数据库模式面向对象模型的扩展
一般数据库设计多参照ANSL/SPARC关于数据库模式的3层标准结构提案。最接近物理数据库的内部模式由 DBMS 提供的SQL来描述。概念模式可以由若干个内部模式聚集而成,它是由数据库用户规范的一些表的集合。一般的概念模式是数据库物理模式作用域的边界,它能实现数据库的物理意义、特定DBMS 的特殊操作对外部应用程序的信息隐蔽。外部模式是从特定用户应用角度看待的数据库模式,从不同的应用出发对同一概念模式可以给出多种不同的外部模式。当外部应用系统以对象模型进行抽象时,从各个应用出发抽象出的对象模型可以映射到外部模型上,对此我们不妨称之为外部对象模型。但是,外部模型只是概念模型的子集,所以面向对象的数据库设计核心在于系统对象模型(不妨称之为概念对象模型) 向数据库概念模型的映射 。
1.4.2、对象模型向数据库表的映射规则
由于 RDBMS 是以二维表为基本管理单元的,所以对象模型最终是由二维表及表间关系来描述的。换言之,对象模型向数据库概念模型的映射就是向数据库表的变换过程。有关的变换规则简单归纳如下: think58好，好think58
　　(1) 一个对象类可以映射为一个以上的库表,当类间有一对多的关系时,一个表也可以对应多个类。
　　(2) 关系(一对一、一对多、多对多以及三项关系)的映射可能有多种情况,但一般映射为一个表,也可以在对象类表间定义相应的外键。对于条件关系的映射,一个表至少应有3个属性。
　　(3) 单一继承的泛化关系可以对超类、子类分别映射表,也可以不定义父类表而让子类表拥有父类属性;反之,也可以不定义子类表而让父类表拥有全部子类属性。
　　(4) 对多重继承的超类和子类分别映射表,对多次多重继承的泛化关系也映射一个表。
　　(5) 对映射后的库表进行冗余控制调整,使其达到合理的关系范式。
1.4.3、数据库模式要面向应用系统
我们选择面向对象的系统设计也好,面向对象的数据库设计也好,根本目的是服务于应用系统的需要。
1.5、面向对象关系数据库设计效果
从某种意义上讲,是数据库设计的面向对象特征最终奠定了整个系统的面向对象性,才使面向对象方法在程序开发阶段全面开花。其效果归纳如下:
1、数据库结构清晰,便于实现 OOP
由于实现了应用模块对象对数据库对象的完全映射,数据库逻辑模型可以自然且直接地模拟现实世界的实体关系。用户所处的当前物理世界、系统开发者所抽象的系统外部功能,与支持系统功能的内部数据库 (数据结构)一一对应,所以用户、开发者和数据库维护人员可以用一致的语言进行沟通。特别是对多数不了解业务的程序开发人员来说,这种将应用对象与相应的数据对象封装在对象统一体中的设计方法,大大减轻了程序实现的难度,使他们只要知道加工的数据及所需的操作即可,而且应用程序大多雷同,可以多处继承由设计人员抽象出来的、预先开发好的各种物理级超类。 think58
2、数据库对象具有独立性,便于维护
除了数据库表对象与应用模块对象一一对应外,在逻辑对象模型中我们没有设计多重继承的泛化关系,所以这样得到的数据库结构基本上是由父表类和子表类构成的树型层次结构,表类间很少有继承以外的复杂关系,是一个符合局部化原则的结构,从而使数据库表数据破坏的影响控制在局部范围且便于修复,给系统开通后的数据库日常维护工作带来便利。
3、需求变更时程序与数据库重用率高,修改少
在映射应用对象时,除关系映射规范化后可能出现一对多的表映射外,大多数应用对象与表对象是一一对应的。我们可以把规范化处理后的、由一个应用对象映射出来的多个表看成一个数据库对象。因此当部分应用需求变更时,首先,系统修改可以不涉及需求不变更的部分。其次,变更部分的修改可以基本上只限于追加或删除程序模块或追加新库表,而基本上不必修改原有程序代码或原有库表定义,从而大大减少了工作量,降低了工作难度。
1.6、最简单的就是最好的
客观世界是错综复杂的,计算机科学理论的发展也越来越高深、复杂。然而,人类探索理论和技术的最终目的是:让客观世界的复杂变简单,最简单的就是最好的。为此我们遵循以下原则:
1、慎用外键
RDBMS 支持复杂关系的能力很强,无论用户怎么在逻辑上设定外键,它基本上都能从物理上帮用户实现。但是外键把许多独立的实体牵连在一起,不仅使 RDBMS 维持数据一致性负担沉重,也使数据库应用复杂化,加重了程序开发负担。这样的数据库很难理解,很难实现信息隐蔽性设计,往往把简单问题复杂化。

think58.com

[来源：http://www.think58.com]

2、信息隐蔽
这是软件工程最重要的基本原则之一。简言之即信息的作用域越小越好,数据库的透明度越大越好,因为应用程序需要知道得越多就越复杂。使数据库黑盒化 (透明度高) 的方法很多,除了设计上的局部化处理外,还可以利用 DBMS 的触发器、存储过程、函数等,把数据库中无法简化的复杂表关系封装到黑盒子里,隐藏起来,特别是放到服务器端,其优越性更是多方面的。
 第二章  需求分析
2.1系统需求分析
在我国数量众多的企业中，中小企业占了绝大多数。这些企业也不可避免地要加入国际化企业的竞争行列，而实现企业信息化是参与挑战的必要条件。但是中小企业的多样性及其灵活多变的经营方式，加上相关投入量的限制，使得很多中小企业没有进行信息化建设。实际上大部分中小企业需要的只是能解决服装专卖店店管理、财务管理等的基础软件。因此，开发基于中小企业应用的服装专卖店店管理系统优为重要。本文所设计的服装专卖店店管理系统可以基本上满足中小企业的服装专卖店店管理。
2.2、服装专卖店店管理系统的目标
通过仓库服装专卖店店管理，实现仓库管理工作系统化、规范化、自动化，正确的进货和库存控制及发货，减少管理费用，从而提高影响企业的竞争力。
服装专卖店店管理系统是对经销商的进货、销售和库存统计进行全面管理，满足如下要求： think58.com
1． 基本销售商品维护
2． 商品入库、销售
3． 库存查询
4． 销售情况查询统计
第三章  服装专卖店店管理系统的设计
3.1、服装专卖店店管理系统的开发工具的确定
本系统采用Visual  Basic为主要开发工具，结合Access数据库管理系统与98操作系统。既考虑了系统的需求，又兼顾了运行的效率，以及今后系统的功能拓展等。具有运行效率、开发周期短、扩展能力强、技术规范等特点。
3.2、服装专卖店店管理系统的开发设计思想
1． 尽量采用仓库现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用现有资源，提高系统开发水平和应用效果的目的；
2． 系统应符合仓库管理的规定，满足仓库货物日常的服装专卖店店的需要，并达到操作过程的直观、方便、实用、安全等要求；
3． 系统采用模块化的程序设计方法，既便于系统功能模块的组合，又便于未参与开发的技术人员补充、维护；
系统应具备数据库维护功能，能及时根据用户需求进行数据的添加、删除、修改、备份等操作。
3.3、服装专卖店店管理系统的功能
3.3.1系统功能分析
服装专卖店店管理系统大致上需要：员工数据管理、供应管理、客户管理、产品分类管理、产品管理、入库管理、出库管理等几个主要的功能。 copyright think58 [资料来源：http://www.THINK58.com]