通过序列框图可以清晰看出系统用户、客户管理子系统的用户接口、数据库连接模块之间以时间为顺序的消息交换，这对于把握系统的控制流、顺序行为和交互行为是非常有益的。建立在分布网络环境下的销售管理系统的事件流和控制流是非常复杂的，需要从顶层到底层进行一步步分解，用多幅能反映动态结构的图来分析与说明。图5反映了销售人员对客户管理的顺序框图。

    3、状态图适合描述一个对象穿越多个Use Case的行为。类的状态图表示类的对象可以呈现的状态和这个对象从一种状态到另一种状态的转换。

    图6：Customer对象状态图

    图6描述了Customer对象的生命期中可能的状态及状态变化（从创建、更新到消亡的转变过程），其中insertOrder/deleteOrder不是直接作用于当前customer对象，而是指当前customer对象所涉及的订单操作。此例说明其他对象的操作可能改变当前对象的状态。

    4、协作图：协作图和序列图相似，两种图所表达的是同一种信息，可以将序列图转换为协作图，反之也然。但两者是有区别的，序列图强调的是交互的时间序列，协作图强调的是交互的语境和参与交互的对象的整体组织。下图描述的是查询一个客户信息消息传递的过程。

    图7：查询客户信息的协作图

    5、活动图：用于描述业务过程和类的操作，类似与旧流程图，是对业务处理工作流建模，在活动图中可以增加角色的可视化的维数，下图是增加了Customer、Saleman、Warehouse三个角色的系统活动图，反映了在业务处理过程中，每个角色执行的过程。

    图8 ：活动图

    通过框图，设计和开发人员可以确定需要开发的类，类之间的关系和每个类操作和责任。序列框图按照时间排序，用于通过情境检查逻辑流程。协作框图用于了解改变后的影响，可以很容易看出对象之间的通信，状态图描述了对象在系统可能中的状态，如果要改变对象，就可以方便地看到受影响的对象。

    6、软件系统一般由一组部件组成，换句话说，部件是相对独立的部分软件实施，有自己特有的功能，并可在系统中安装使用，系统中各部件是相互协作合作，给系统提供完整的功能。下图是本系统运行时的主要部件：

    图9 ：运行的部件图

    3.2.3销售管理系统的实现、测试和系统配置

    系统采用五层逻辑结构：客户端只需中文浏览器；表示层用12个JSP(Java Server Page)文档实现动态页面以创建、操作业务对象；核心对象层用6个Java类以JavaBean形式构成业务处理的核心对象；连接层采用JDBC2提供两种连接方式：一种是基于DriverManager，主要支持Java应用和测试；另一种基于DataSource；资源层即数据库服务器。

    经过系统分析和设计后，就可以根据设计模型在具体的环境中实现系统，生成系统的源代码、可执行程序和相应的软件文档，建立一个可执行系统；进而需要对系统进行测试和排错，保证系统符合预定的要求，获得一个无错的系统实现。测试结果将确认所完成的系统可以真正使用；最后完成系统配置，其任务是在真实的运行环境中配置、调试系统，解决系统正式使用前可能存在的任何问题。

    4 结束语

    销售管理系统的发展方兴未艾，目前正处于传统手工、半手工管理向数字化过渡的阶段，转变过程中需要应用和集成最新的信息技术，以达到对网络信息资源最有效的利用和共享。传统的系统分析设计方法难以保证效率和质量，将 UML应用于 销售管理系统的建设，可以加速开发进程，提高代码质量，支持动态的业务需求。从实际效果来看，UML可以保证软件开发的稳定性、鲁棒性，在实际应用中取得良好的效果。