汽车销售管理系统UML建模分析.doc

目录 1摘要 2 2需求概述 2 2.1用户需求 2 2.2系统功能需求 3 3 UML建模 4 3.1静态建模 4 3.1.1用例图 4 3.1.2类图 8 3.2动态建模 9 3.2.1顺序图 9 3.2.3协作图 12 3.3物理架构描述 14 3.3.1构件图 14 3.3.2配置图 15 4总结 16 4.1特点与不足 16 4.2设计体会 17 参考文献 17 汽车销售管理系统建模分析 1摘要 在汽车销售管理系统设计与开发实践中，本文主要进行了下列的工作： (1)根据网络上的资料查询，详细了解了汽车销售的现状、工作环境、开发软件的目的以及该系统所应达到的效果，并使用Microsoft Visio工具对系统进行建模，把系统分成几大模块进行开发，保证了系统开发的效率。 (2)根据模块化的构思，对该系统进行总体设计，包括系统的框架设计、结构设计、组件设计等并分配模块中的功能和所应达到的效果。 2需求概述 汽车销售管理系统的最新发展要求是要适应现代网络时代的需求，使系统具备网络功能，，对于小规模的公司来说，具备局域网络功能的汽车销售管理系统已经可以合适他们的需求了。汽车销售管理系统的功能是比较完善的，系统的成功开发应用，为汽车销售企业提供了良好的工作环境和坚实的技术基础，对提高销售的信息化水平起到了重要的作用。 2.1用户需求 用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 2.2系统功能需求 本软件可对登录的用户类型权限进行分类,不同的用户的类型对应的操作功能不同。 车辆采购部门: 可实现对车辆的采购入库单,车辆附加单的添加,对以存在的入库单可根据车辆采购时间,车辆入库编号,车辆编号和采购业务员查询;可对已采购的车辆进行统计,统计的方式分为按采购日期统计和采购业务员统计。 仓库管理部门: 可对所有当前在库的车辆信息进行查询查看,查看移库单和入库单的信息,并可查询当前在库的车辆信息,对车辆可进行进销存统计,并可对库存的车辆进行移库处理,并进行保存。 销售管理部门: 查看当前仓库中的所有库存车辆信息,供用户选择要购买的车辆,操作员可对新售出的车辆售出信息添加至车辆售出信息表中;当仓库中没有客户所要求的汽车时,销售人员可将客户要求的车辆信息和客户信息添加至预售信息表中;在该模块,操作员可已销售的车辆信息进行统计,销售统计的方式分为按业务员统计和按销售日期统计,分别统计出销售的车辆数目,采购总额,销售总额和利润.销售人员在该模块可对库存的车辆按厂商编号进行统计.对于销售单信息可按业务员和销售时间的方式进行统计。 人员管理模块:查看销售公司中的员工信息,按部门进行分类;并可按员工姓名,员工编号,员工身份证号的方式分别对员工得分信息进行查询.同时可对员工的信息进行添加,更新,注销的操作。 系统管理模块:可对登录系统的用户进行添加,用户根据不同的用户类型赋予不同的操作权限,分为:采购部门,仓库部门,销售部门,系统管理。 在该模块可查看当前所有的用户名和用户类型,并可按照用户类型的统计方式对当前的所有用户进行统计.系统管理员并可在知道用户密码的情况下对用户进行修改密码和删除用户的操作。 3 UML建模 3.1静态建模 3.1.1用例图 在UML语言中，用例模型使用用例图描述的，用例模型可以用若干个用例图组成，每个用例图包括系统、角色和用例三种模型元素。在该系统中对于每一个部门，都设计一个用例图。 根据车辆采购部门的功能分析，作出用例图。 、 根据仓库管理部门和销售部分的功能，画出用例图如下 根据销售部门的功能，画出用例图如下 根据人员管理模块的分析，得出用例图如下 系统总的用例图如下 3.1.2类图 用面向对象的方法处理实际问题时，需要建立面向对象的模型。构成面向对象的墨香的基本元素有类、对象、类与类之间的关系等等。用面向对象的思想描述问题，能够把复杂的系统简单化、直观化。类图是用类和他们之间的关系描述系统的一种图示，是从静态角度表示系统的，类图是构建其他图的基础，没有类图，就没有状态图、协作图等其他图，也就无法表示系统的其他各个方面。 该系统的类图如下 3.2动态建模 3.2.1顺序图 序列图描述对象是如何交互的，并且将重点放在消息序列上，也就是说，描述消息是如何在对象间发送和接收的，序列图有两个坐标轴；纵坐标轴显示时间，横坐标轴显示对象。 销售模块 在序列图的横坐标轴上是与序列有关的对象。