• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

销售管理系统的UML分析与设计

发布: 2009-11-03 11:31 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 49次 | 进入软件测试论坛讨论

领测软件测试网

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 客户关系子系统类的详细设计及类之间关系

文章来源于领测软件测试网 https://www.ltesting.net/

63/6<123456>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网