在这个电子商务时代，“传统”的系统开发方法已经力不从心了。随着业务的快速发展，要求企业作出快速的反应，企业的快速反应也要求有更加灵活的系统。总之，在时间就是金钱的社会，对软件系统也提出了要求：系统应能快速改变。而传统的开发方法即结构化编程方法用来设计商业应用程序的时候就会出现问题，因为它很难维护和修改，因此很难适应商业规则的变化和系统功能的变化。面向对象机制的开发正是用来解决这个问题的。利用面向对象机制，我们可以同时关注信息与功能。因此，我们可以开发弹性很大和适应信息与功能变化的系统。UML是面向对象机制的得力帮手。UML是统一建模语言的缩写，是一种可视化的面向对象的建模标准。 本文通过对一个进货库存信息管理系统的分析与设计过程的详细描叙，贯彻了面向对象的思想和可视化建模的思想。该系统是一个通用的进货库存信息管理系统。首先我们需要获取系统需求，按照Rose的开发过，可以先画出se Case，画Use Case的过程是反复的，需要委托开发方的参与。公司具有三个不同的部门：销售部门、行政管理部门、仓库管理部。通过对这三个不同部门业务流程的分析，找出它们的功能要求，可以把系统分为四个子模块：基本信息管理系统、进货信息管理系统、库存信息管理系统、分析控制管理系统。这几个子系统包含了各部门的所有的功能性需求。当要建立对应每个部门的应用程序时，只需要从四个子系统中挑选合适的对象进行组装。这种设计方法可以很好的适应商业规则的变化，当业务流程发生变化时，只需要对每个部门的应用程序的业务部分进行相应的修改，而不需要涉及到其他。通过对系统中的一些静态对象，比如：产品、仓库、进货单据等的建模分析，可以完成系统的数据库建模过程，每个静态对象对应数据库里的一张表。在实际实现时，可以直接对数据库进<WP=53>行操作，也可以对每张表建立一个对应的对象，这个对象封装了对数据库的访问，当我们编写应用程序的时候就可以不直接与数据库打交道，访问数据库的事对我们是透明的。降低了应用程序员的编程难道，也方便系统的移植。 在详细设计阶段，主要介绍了进货信息管理系统的详细设计过程。首先讨论了进货单的维护管理问题。因为进货单分为进货单据和相应的明细数据，所以进货单据的维护管理也就是分别对进货单和明细的维护管理，以及处理两者之间的相关关系。所谓进货单据主要是记录一次进货的总的信息，而进货明细数据就是记录该次进货的每个产品的详细情况。该类需要一个自动产生单据序列号的类提供帮助，以实现单据的自动编号。接下来讨论了对单据的查询问题。对单据的查询不外乎从进货单和进货明细数据入手。当从进货单入手开始查询的时候，需要能找出符合条件的所有进货单以及相应的明细数据。在设计上，设计了一个控制，是查询的入口，主要用来初始化查询事务和关闭查询事务。设计了两个类用来支持控制类，一个用来进行相关的明细数据查询，一个用来进行相应的条件查询。当从明细数据文件入手查询时，设计了两个类，一个是主类，用来初始化查询事务和关闭查询事务：一个是支持类，执行条件查询。这样设计的好处是，把业务和具体的访问数据库的操作分开了，当改变业务或者改变数据库操作时，由于代码没有混在一起，只需要修改相应的类就可以了。这样设计对系统的改变还是很有好处的。最后讨论了进货过帐工作，所谓进货过帐就是过库存帐，将进货记录添加到库存记录上去。过帐工作可以分为对单个明细数据过帐和对一个进货单的所有产品进行过帐。我们首先画出了过帐工作的活动图。经过分析，我们定义过帐的活动过程如下：查询要过帐的单据是否已过帐，已经过帐则退出。如果没有过帐则找出该单据的所有明细数据，然后对这些明细数据逐个过帐，同时还可以对过帐的总记<WP=54>录数进行统计和对总入库量进行统计。根据活动图，我们可以设计类。在实际设计中，设计了三个类：库存过帐控制类、全单据过帐、单个产品过帐。库存过帐控制类是过帐工作的入口，主要是用来初始化过帐事务和关闭过帐事务以及根据用户选择来调用全单据过帐或者单个产品过帐对象。全单据过帐对象就是找出所有符合条件的明细数据，再依次对这些明细数据调用单个产品过帐对象来执行实际的过帐工作。单个产品过帐对象是真正访问库存的对象，它被库存过帐控制类调用，也被全单据过帐对象调用，主要用来对一条具体的明细数据进行过库存帐工作。 本文结合实际的开发项目阐述了面向对象的开发方法。建立的系统有很好的弹性和灵活性，便于修改，方便维护。