一 需求分析
本系统的主要目的就是实现商品信息管理,使商品信息管理工作更加容易,从而提高工作效
率,降低管理成本.
系统中需要对商品价格，数量进行管理，及库存量等。.
二 概要设计
/****************************************************************
********
概要设计阶段主要是粗略描述整个软件的框架，并从业务的角度描述软件的模块、工作流程
等。项目的成功取决于设计的好坏，而概要设计则是整个设计的关键部分。概要设计的主要
任务是将用户的需求划分为不同的功能，然后将这些功能细分成模块，并给模块一些规则约
束，以达到各个模块之间可以相互交流的目的。概要设计关乎到系统的整体架构，因此想做
好一个概要设计，不仅仅要熟悉用户的业务流程，还要具备相当丰富的设计经验。
2.1 概要设计的原则
概要设计是根据系统分析的需求和工作环境的情况对整个软件的总体结构进行大致的设计。
概要设计要坚持以下几个原则。
（1）细分原则：软件系统都是由很多不同的模块组成，当设计一套软件时，要先将所有的
功能分解。解决复杂问题的方法是将其分解成几个小问题，一个个来解决。
（2）提高代码重用性：在面向对象设计中，首先考虑的就是代码的重用，一个好的设计，
将来在升级换代时不需要太大的改动，节省了人力物力。
（3）从上而下层层分析：概要设计要从整体出发，逐个剖析软件的功能，从上而下，先分
析系统总的功能，然后一步步细分，直到最小的功能模块。
（4）一致性原则：概要设计要求所有功能模块在定义时使用统一的规。
（5）提高独立性，减少耦合：各个模块与模块之间尽量减少关联，否则修改一个地方就会
引起其他多处的变动，不符合面向对象的原则。一般情况下，对类封装后，只允许对类进行
扩展，而不能修改，而封装的类必须具有单一职责，既理论情况下不允许两个类共同完成一
个功能。
（6）模块的大小要尽量适中：不是结构算法越复杂的模块越好，模块的大小要根据实际工
作目标和其他类的耦合紧密程度来决定。经验表明，一个模块的规模不应过大，模块的总行
数应控制在 10~100 行的围，最好为 30~60 行，这样理解和阅读都较方便。过长的模块往往
是分解不充分的表现，会增加阅读理解的难度；但小规模太多也会使模块之间联系变得复杂，
增大系统在模块调用时传递信息所花费的开销。
由于概要设计是整个设计的重中之重，牵一发而动全身，所以要努力做一个好的概要设计，
才能在今后软件开发过程中不再反复。现在软件行业流行模式化驱动设计，将一些市场上比
较成功的模式拿来用在自己的设计中。
2.2 将用户需求模块化
根据概要设计的原则来分析一下本项目的用户需求，并最终转化成用程序语言描述的模块。
什么样的需求才是一个模块？模块应该具备如下 3 个特征。
（1）输入和输出：模块必须能被调用并且正确的返回调用，而且调用都是相对一个对象而
