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

目录1摘要22需求概述22.1用户需求22.2系统功能需求33 UML建模43.1静态建模43.1.1用例图43.1.2类图83.2动态建模93.2.1顺序图93.2.3协作图123.3物理架构描述143.3.1构件图143.3.2配置图154总结164.1特点与不足164.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顺序图 序列图描述对象是如何交互的，并且将重点放在消息序列上，也就是说，描述消息是如何在对象间发送和接收的，序列图有两个坐标轴；纵坐标轴显示时间，横坐标轴显示对象。销售模块 在序列图的横坐标轴上是与序列有关的对象。在该系统中分别是客户，销售人员，库存管理人员，库存以及采购人员。客户想销售人员发出购买信息，销售人员向库存人员发出查询汽车的信息，若库中有此车型，则库存管理人员向库存发出出库信息，否则向采购人员发出要求采购的信息。顺序图如下库存管理系统 在该系统中，有库存管理人员，库存，采购部门经理以及采购人员四个对象，库存管理人员调用查询，查询库存中是否有某种车型，如果该车型的库存量不足，则向采购人员发出要求采购该车型的消息。顺序图如下采购系统 在该系统中，包括四个对象分别是采购部门经理、采购人员、库存管理人员以及库存经理采购部门经理接收到供应商的信息向库存管理人员发出查询请求，库存管理人员将查询结果返回给采购部门经理，若库存未满则向采购人员发出要求采购的信息。顺序图如下3.2.3协作图 协作图主要描述写作对象间的监护和链接。序列图和协作图都描述交互，但是协作图更加强调空间，链接显示真正的对象以及对象间是如何联系在一起的。协作图显示对象、对象间的链接以及链接对象间如何发送消息。销售系统的协作图 在本系统中客户对象与销售人员对象之间发送消息。销售人员对象与库存管理人员对象之间发送信息。而库存管理人员与库存对象以及采购人员对象之间发送消息。库存管理系统的协作图 在该系统中库存管理人员与库存之间发送查询信息，库存管理人员向采购部门经理发送库存情况信息，采购部门经理向采购人员发送要求采购信息，采购人员向供应商发送采购信息。采购系统的协作图 在该系统中供应商向采购部门经理发送供应信息，采购部门经理向库存管理人员发送要求查询信息，库存管理人员向库存发送查询信息，采购部门经理向采购人员发送要求采购信息，而采购人员向供应商发送采购信息。3.3物理架构描述3.3.1构件图 构件图描述软件构建及构件之间的依赖关系，显示代码的静态结构结构，在该系统中，程序文件可以依赖各个模块的类以及main类，而各个模块的类依赖于各个模块的cpp文件，main的cpp文件依赖于各个模块的cpp。该系统的构件图如下3.3.2配置图 配置图描述处理器、硬件设备和软件构件在运行时的框架，他显示系统硬件的物理拓扑结构及在此结构上执行的软将。使用配置图可以显示硬件节点的拓扑和通信路径、节点上运行的软件构建、软件构件包含的逻辑单元等，可用于帮助理解分布式系统。在该系统基本业务模块管理端，信息浏览查询模块管理以及数据库管理端与应用服务器端相连，而应用服务器端由于数据库服务器端相连。4总结4.1特点与不足 本次设计使用UML建模的方法，完成了汽车销售管理系统的设计，本系统具有模型简单、结构明确的特点，但是由于个人水平有限以及时间比较仓促，本系统仍然有很多缺点，例如：1该系统的功能比较简单，没有完全实现需求中的功能。2：系统的硬件和物理拓扑机构的设计不够准确。4.2设计体会 在老师的指导下，经过三天的努力，我终于完成了这次课程设计，通过本次课程设计，我更加认识到了软件设计这门课的重要性，对于