3.1 销售管理系统的业务建模和需求分析
业务模型和需求分析的目的是对系统进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。结果可以用一个业务用例（Business Use Case）框图表达，根据销售系统的基本特征和功能可得到 本系统的用例图，如图2。
图1 销售管理系统业务用例框图模型中的活动者代表外部与系统交互的单元，包括销售员、销售经理、仓库管理员、审计员、公司销售主管、和系统管理员；业务用例框图是对系统需求的描述，表达了系统的功能和所提供的服务，包括客户管理子系统、订单管理子系统、销售统计子系统、产品管理子系统系统管理子系统。
图2是销售管理系统层次的用例模型，只包含了最基本的Use Case模型，是系统的高层抽象。在开发过程中，随着对系统需求认识的不断加深，用例模型可以从顶向下不断细化，演化出更加详细的Use Case模型。 根据系统的用例图，可以对系统的持久对象进行设计，下图是本系统持久对象类及类之间关系图。
图2 核心业务对象类及类之间关系
3.2 销售管理系统设计
系统分析与设计是研究欲采用的实现环境和系统结构，结果是产生一个对象模型，也就是设计模型。设计模型包含了Use Case的实现，可以表现对象如何相互通信和运作来实现Use Case流的。对于系统的静态结构，可以通过类图、对象图、组件图和配置图来描述；对于系统的动态行为，可以通过顺序图、协同图、状态图、活动图描述。这些图在加上说明文档就构成一个完整的设计模型。
3.2.1系统架构设计
销售管理系统拥有大量销售信息资源，这些资源包括各种客户、订单、和产品等信息。其数据量大、信息变化快，非结构化信息与结构化信息共存。使用UML对销售管理系统进行基于面向对象的分析和实现，可以从开发的 步开始，从系统的底层就把握住销售信息资源的特征，为下一步具体实现打好基础。在销售管理系统建立模型时要涉及到处理大量的模型元素，如类、进口、组件、节点、图等，可以将语意上相近的模型元素组织在一起，这就构成了UML的包，包从较高的层次来组织管理系统模型。
系统主要有以下四个包：
（1）用户接口包（Ｕser Interface Package）
用户接口包在其他包的顶层次，为系统用户提供访问信息和服务。要注意一点，由于开发工具使用不同，该接口描述也是有区别的。如果采用Java Web开发，就要以JSP(Java Server Pages)为基础，如果采取Microsoft的Asp.net开发，其基础就是标准化控件组。本系统在此将使用Java Web开发，下面有关代码的描述都是基于Java的。
（2）业务逻辑包(Business Rule Package)
该包是销售管理系统业务的核心实现部分，包括客户管理、订单管理、产品管理等，其他包可以通过访问该包提供的接口，实现业务逻辑，如客户管理业务等。
（3）数据持久访问包(Data Persistence Package)
该包实现数据的持久化，也就是与数据库交互，实现数据的存取、修改等操作。
文章来源于领测软件测试网 https://www.ltesting.net/
