销售管理系统的UML分析与设计模板样本.doc

销售管理系统UML分析和设计
摘 要 销售管理系统是现代企业管理系统一个关键组成部分，传统系统分析设计方法已经难以确保软件开发效率和质量，经过将UML应用于销售管理系统建模，能够加速软件开发进程，提升软件质量，支持动态业务需求，并方便地集成已经有企业管理资源。
  关键词 销售管理系统；UML；分析；实现
  1 引言
  目前社会对信息系统需求日益增加，需求改变也越来越快，软件开发技术发展方向已经从“提升被开发系统实施效率”转变为“提升开发效率”。面向对象（OO）技术降低了处理方法域和问题域差异，提供了良好复用机制，能够愈加有效提升软件开发效率，完全顺应了软件开发技术发展方向。
  UML(The Unified Modeling Language,即统一建模语言) 是一个通用标准建模语言，能够对复杂系统建立可视化系统模型，现在已经被工业标准组织OMG(Object Management Group)接收，一经推出便得到很多著名计算机厂商如Microsoft,HP,IBM,Oracle等支持，在国际上应用日益广泛。
  本文经过一个销售管理系统分析和设计，叙述怎样经过UML降低开发难度和提升开发效率。
  2 销售管理系统基础特征和功效模块
  本系统以“订单”为关键，构建出了以“用户”为中心管理模式。
  该系统含有以下部分特征：
  （1） 优异系统结构，面向销售步骤，能适应原有销售工作步骤并进行合理改善，从而更贴近实际应用；
  （2） 针对大型企业销售管理人员多，销售管理复杂特点，经过系统提供灵活人员权限设置和全方面财务核实方法，实现真正销售网络化办公；
  （3） 在实现订单电子化、工作步骤数字化同时，帮助企业领导提升决议科学化水平；
  （4） 经过对用户信息管理，实现对用户广告走势和关键用户情况统计和分析。
  整个系统操作业务人员包含：销售员、销售经理、仓库管理员、审计员、企业销售主管、和系统管理员。各个角色负担不一样系统任务，经过网络和通信系统，连接到销售管理系统，使用统一访问界面，进行日常销售业务操作，最终实现销售部门业务正常运转。
  3 系统UML分析和实现
  UML概述及特点
  UML 是一个编制系统蓝图标准化语言，能够对大型复杂系统多种成份可视化说明并结构系统模型，和建立多种必需文档。UML经过三类图形建立系统模型： Use Case图，静态结构图（类图，对象图，组件图，配置图）和动态行为图（次序图，协同图，状态图，活动图），这些图能够从不一样抽象角度使系统可视化。 UML含有面向对象、可视化、独立和开发过程和程序设计语言和易于掌握使用等特点。UML适适用于多种规模系统开发，能促进软件复用，方便地集成已经有系统并有效降低开发中多种风险。
  UML在销售管理系统中实际应用
  UML 是一个建模语言，是系统开发一个组成部分，本身并没有相关开发过程概念定义和表示符号。UML创始人 booch,Jacobson和Rum Baugh在rational企业支持下综合了多个系统开发过程优点，提出新面向对象开发过程，称为Rational统一过程（Rational Unified Process,RUP）。RUP过程关键工作步骤包含：业务建模、需求分析、系统分析和设计和实现、实现、测试和系统布署。下面经过UML来分析并结构销售管理系统模型，并结合Rational统一过程加以描述，图形使用Rational Rose 工具软件绘制。
  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)为基础，假如采取MicrosoftA开发，其基础就是标准化控件组。本系统在此将使用Java Web开发，下面相关代码描述全部是基于Java。
  （2）业务逻辑包(Business Rule Package)
  该包是销售管理系统业务关键实现部分，包含用户管理、订单管理、产品管理等，其它包能够经过访问该包提供接口，实现业务逻辑，如用户管理业务等。
  （3）数据持久访问包(Data Persistence Package)
  该包实现数据持久化，也就是和数据库交互，实现数据存取、修改等操作。
  （4）通用工具包（Ｕtil Package）
  该包关键包含应用程序安全检验类，能够为上面三个包提供安全检验，如用户端检验和服务器端业务规则检验等，同时包含部分系统异常检验和抛出处理和系统日志服务等。
    3.2.2系统具体设计
  具体设计关键是描述在系统分析阶段产生类，和分析阶段类区分就是偏重于技术层面和类细节实现。销售管理系统提供多种服务全部是建立在分布、开放信息结构之上，依靠高速、可靠网络环境来完成。每项服务全部能够看作一个事件流，由若干相关对象交互合作来完成。对于这种系统内部协作关系和过程行为，能够经过绘制序列（Sequence）框图和协作（Collaboration）框图来帮助观察和了解。另外，描述工作流和并发行为还能够经过活动框图，表示从一个活动到另一个活动控制流。同时，能够在了解这些图基础上，抽象出系统类图，为系统编码阶段继续细化提供基础。下面以Java Web开发为例，介绍用户管理子系统具体设计
  1.用户管理子系统基础结构建模：下图是用户管理子系统关键类极其关系具体设计

图3 用户关系子系统类具体设计及类之间关系
  2.序列图：序列图是一个对象交互图，着重强调了时间序列，而不是静态对象关系，经过序列图能够清楚地看到“谁在什么时间对谁说了写什么”。

图4 用户管理序列框图

图5 销售人员对用户管理次序框图
  图4是一个用户管理序列框图例子。描述了先加载某个用户；显示一些状态；再更改一些属性值，最终更新数据库状态一次实施过程。此图可设计Customer类loadCustomer(int)和updateCustomer()方法实现。
  经过序列框图能够清楚看出系统用户、用户管理子系统用户接口、数据库连接模块之间以时间为次序消息交换，这对于把握系统控制流、次序行为和交互行为是很有益。建立在分布网络环境下销售管理系统事件流和控制流是很复杂，需要从顶层到底层进行一步步分解，用多幅能反应动态结构图来分析和说明。图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能够确保软件开发稳定性、鲁棒性，在实际应用中取得良好效果。