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可以保证软件开发的稳定性、鲁棒性，在实际应用中取得良好的效果。
文章来源于领测软件测试网 https://www.ltesting.net/
