3.2 销售管理系统设计

    系统分析与设计是研究欲采用的实现环境和系统结构，结果是产生一个对象模型，也就是设计模型。设计模型包含了Use Case的实现，可以表现对象如何相互通信和运作来实现Use Case流的。对于系统的静态结构，可以通过类图、对象图、组件图和配置图来描述；对于系统的动态行为，可以通过顺序图、协同图、状态图、活动图描述。这些图在加上说明文档就构成一个完整的设计模型。

    3.2.1系统架构设计

    销售管理系统拥有大量销售信息资源，这些资源包括各种客户、订单、和产品等信息。其数据量大、信息变化快，非结构化信息与结构化信息共存。使用UML对销售管理系统进行基于面向对象的分析和实现，可以从开发的第一步开始，从系统的底层就把握住销售信息资源的特征，为下一步具体实现打好基础。在销售管理系统建立模型时要涉及到处理大量的模型元素，如类、进口、组件、节点、图等，可以将语意上相近的模型元素组织在一起，这就构成了UML的包，包从较高的层次来组织管理系统模型。

    系统主要有以下四个包：

    （1）用户接口包（User Interface Package）
    用户接口包在其他包的顶层次，为系统用户提供访问信息和服务。要注意一点，由于开发工具使用不同，该接口描述也是有区别的。如果采用Java Web开发，就要以JSP(Java Server Pages)为基础，如果采取Microsoft的Asp.net开发，其基础就是标准化控件组。本系统在此将使用Java Web开发，下面有关代码的描述都是基于Java的。
    （2）业务逻辑包(Business Rule Package)
    该包是销售管理系统业务的核心实现部分，包括客户管理、订单管理、产品管理等，其他包可以通过访问该包提供的接口，实现业务逻辑，如客户管理业务等。
    （3）数据持久访问包(Data Persistence Package)
    该包实现数据的持久化，也就是与数据库交互，实现数据的存取、修改等操作。
    （4）通用工具包（Util Package）
    该包主要包括应用程序安全检查的类，可以为上面三个包提供安全检查，如客户端检查和服务器端业务规则检查等，同时包括一些系统异常检查与抛出处理以及系统日志服务等。

    3.2.2系统详细设计

    详细设计主要是描述在系统分析阶段产生的类，与分析阶段类的区别就是偏重于技术层面和类的细节实现。销售管理系统提供的各种服务都是建立在分布、开放的信息结构之上，依托高速、可靠的网络环境来完成的。每项服务都可以看作一个事件流，由若干相关的对象交互合作来完成。对于这种系统内部的协作关系和过程行为，可以通过绘制序列（Sequence）框图和协作（Collaboration）框图来帮助观察和理解。此外，描述工作流和并发行为还可以通过活动框图，表达从一个活动到另一个活动的控制流。同时，可以在理解这些图的基础上，抽象出系统的类图，为系统编码阶段继续细化提供基础。下面以Java Web开发为例，介绍客户管理子系统的详细设计:

    1、客户管理子系统的基本结构建模：下图是客户管理子系统主要类极其关系的详细设计

    图3 ：客户关系子系统类的详细设计及类之间关系

    2、序列图：序列图是一种对象交互图，着重强调了时间序列，而不是静态对象的关系，通过序列图可以清楚地看到“谁在什么时间对谁说了写什么”。

    图4：客户管理的序列框图

    图5 ：销售人员对客户管理的顺序框图

    图4是一个客户管理的序列框图例子。描述了先加载某个客户；显示某些状态；再更改某些属性值，最后更新数据库状态的一次执行过程。此图可设计Customer类的loadCustomer(int)和updateCustomer()方法实现。