面向对象需求分析

一般，面向对象的需求分析方法从系统的参与者入手，通过其行动所操作的事物，封装出相应的实体，然后根据实体进行软件view、biz、dao的三层体系构造系统。我们清楚，面向对象的思想是非常灵活的。而面向对象的分析方法是现今web办公系统的主流分析方法。由于web办公系统的业务逻辑是存在很大的不同，即使是相同的业务逻辑也有不同的对象封装方式。因此，当我们在进行一个系统构架时，不但要寻找到一位即懂得web编程，又是该系统行业的业务专家来构造。这无疑既增添了系统开发的成本，又增加了系统开发难度。尤其是在现今协同开发系统的情况下，这种系统分析方法需要花费大量的时间来统一开发者的业务思想，降低了系统开发效率。

对于这种问题，行业专家一般是从系统编程的方面来解决。他们提出的方法是系统表现、业务处理、数据存储功能的分层面实现以及降低系统各个层面对业务的依赖程度，尤其是dao层的开发，几乎已成定式（只是数据库表的增删改查，一般都要求方法参数是实体对象）。

本文正是有感于这个问题，提出一种新的系统分析方法，并利用目前web应用系统比较成熟的网上书城系统来具体实验一下。

本文提出的新的分析方法就是：利用数学建模思想和运筹学分析问题的思路、在面向对象的基础上，分析出系统的主要业务逻辑和贯穿始终的事物，以此为系统的切入点进行基础业务逻辑系统构架，然后从系统使用者的角度出发，丰富系统功能，带给使用者方便、流利的操作。

这种分析方法由于是基于主要业务逻辑的分析方法、贯穿整个应用系统，因此我们可以称为——完整企业级应用需求分析。

 

 

 

一般，我们在进行数学建模时，首先分析整个业务流程，抽象出其中的结合点，也就是贯穿整个过程的未知数，再次抽象出要满足的约束条件，最后是要达到的目标函数。这种思想在运筹学里显示的尤为突出。

而我们在做需求分析时能否借助于这种思想呢？现在让我们以电信运营和网上购物两个比较成熟的系统来实验下。

一般的web应用系统，可以分为数据采集、数据应用这两大块内容。显然，数据采集的主要目的就是提供数据给上层也就是数据应用使用。因此数据采集系统要采集的基本信息应满足相应的业务逻辑系统的要求。例如：财务系统和用户账单查询系统。（如下右图）

但是数据应用系统却存在着问题：首先，不同的业务逻辑使用的数据是不一样的。各个数据应用系统都要经过数据整合，这显然是不实际的。而且，像财务报表等要进行数据统计的系统也是不能实现的。这就需要数据库和数据整合系统。这样，我们就完成了web应用的系统建模。（如上左图）

以网上购物为例：采购部门需要的数据是商品的现有数量和将要售出的数量，送货部门需要的却是送货地址和详细的订单信息，而相应的财务部门需要的是商品在一定时间内的销售额。而不同的系统使用数据的时间也是不一样的，例如：财务部门需要的数据往往是最近一个月的数据。因此，整个系统需要一个数据库和数据整合系统来实现数据采集和数据应用的结合。而数据库存储的内容就是贯穿整个业务过程的属性信息。数据采集系统要满足数据整合系统的要求，而整合系统的目标是满足相应的数据使用系统的要求。这样数据库存储的基本信息要求也就明确了。根据数据库表的字段，封装成相应的实体和对应的基本属性。这样，整个系统的架构就搭建完成了。在此基础上我们可以进行系统的扩展，添加更多的的功能模块，来丰富系统。

 

 

这是我的毕业论文，我的指导老师不是软件专业的，我也刚接触这个东西，不知处很多。望资深高手给予指点，不胜感激。