混凝土公司销售管理系统分析与设计方案

WORD.ABSTRACTNowadays, Information brought information management to the front of the development of The Times and worldwide，the focus of people have been attracted to information management system. Along with the rapid development of computer technology,The information management system of the sales of the enterprise is gradually replace traditional management mode.In order to improve the working efficiency of the related sales and to save out more time and labor dealing with other work, Enterprise must abandon the original management way gradually adapted to information management. A enterprise only along with societys footsteps and keep up with the pace of the information age to lead In the same field for long-term. So, having a perfect sales management information system for an enterprise that is very important.Based on the analysis of the current of the station sales management information system, combined with the actual sales management needs ofJi Dong concrete mixing station. Application enterprise system programming and object-oriented analysis method to the system analysis and design. The final design out the management information system to meet the demand of the station, comprehensive functions, alternativenow obsolete, so as to improve the efficiency of the enterprise sales management.This paper introduces development purpose and background, development system of tools and methods, detailed system analysis and design content, the implementation of the system and related tasks of the sales management system of JiDong concrete mixing station.Key Words：Sales management system；database；object oriented analysis and design；Concrete mixing station45 / 48目录第1章绪论11.1本课题的研究背景11.1.1冀东混凝土简介11.1.2我国预拌混凝土的历史背景11.1.3混凝土销售管理系统国外发展21.2冀东搅拌站销售系统的现状与问题31.3系统研究目的与意义3第2章系统的总规划42.1混凝土销售系统规划42.1.1系统规划方法比较分析42.1.2系统建设的总目标42.1.3信息系统的总体结构42.1.4信息系统建设资源配置计划72.2可行性研究与结论82.2.1必要性分析82.2.2可行性分析82.2.3可行性结论92.3混凝土销售管理系统的基本容9第3章系统分析103.1基本理论知识103.1.1面向对象分析与设计103.1.2 UML建模103.1.3系统建模工具Rational Rose103.2用例模型113.2.1参与者的识别113.2.2用例识别113.2.3用例模型113.2.4用例规约123.3分析模型153.3.1顺序图153.3.2类图173.3.3状态图和活动图18第 4 章系统设计224.1系统设计的容224.2系统分层224.3系统的包图234.4设计类详细设计234.4.1边界类234.4.2实体类264.4.3控制类274.5重新绘制顺序图274.6部署图294.7数据库设计294.7.1转化关系294.7.2数据库的需求分析304.7.3系统的E-R图304.7.4数据库的逻辑结构设计32第 5 章结束语34致35参考文献36附件一：综述38附件二：英文翻译42第 1章 绪论1.1本课题的研究背景1.1.1冀东混凝土简介冀东混凝土是二十世纪初成立的，它由冀东发展集团和冀东水泥股份一起出资组建的，它的运营主要方式是参股、新建、控股等运转方式，在混凝土行业发展，他所涉与的产品有混凝土用砂、石料、预拌混凝土与相关建材产品、与运输等产业。随着近几年建筑行业的蓬勃发展，公司的客户数量不断增加，公司原有的管理方式已不能适应目前的发展，迫切需要一套完善的系统来为公司提高效率。1.1.2我国预拌混凝土的历史背景我国预拌混凝土的发展进程与我国经济发展的进程是密切相关的,大体也分为三个阶段。 第一个阶段是萌芽期,从建国到1978年。在萌芽期是以重工业为主导的计划经济时期,并且主要是以军事国防工业为主导。当时国的钢铁年产量很少，产量只有1千多万吨,经济实力很薄弱,缺少经济支持，基建投资逐年减少,缺少市场带动力，对预拌混凝土的发展形成不了拉动力。在当时的这种环境下只有冶金行业需要， 如鞍钢的三冶、包钢建筑公司等单位在高炉基础施工时采用了预拌混凝土,最远的供应地点也很远，半径达5公里,只限于企业部,还没有进入社会,不能成为商品。但是冶金行业的相关科技人员却为我国以后的预拌混凝土发展做出了必要的技术准备。第二个阶段是徘徊期,从1979年到1990年。徘徊期是由计划经济向市场经济过渡的“由重转轻”的一个过渡的时期。以市建筑工程材料公司商品混凝土供应站为代表的先驱企业,在极端困难的条件下开发商品混凝土。由于这个时期,我国的增长格局是以农业与轻工业为主导,所以投入预拌混凝土行业的资金非常的有限。地区的翻斗式混凝土运输车与手工操作的混凝土受料斗等代用机具,正体现了我国有关科技人员赶超世界先进水平的顽强决心。然而,到底还是由于基建投资拉动力度不够,这个时期我国的预拌混凝土可以说是12年徘徊,没有多大发展,甚至出现了“商品混凝土不适合于中国“的议论。这个困难的时期科技人员完成了非常具有意义的四项科研工作,即建立了一套混凝土强度合格性评定标准；统一了测定混凝土各种性能指标的标准试验方法；制定了一套早期推定混凝土强度的试验方法；编制了为进行混凝土质量控制所必需的各类标准。这就为后来我国预拌混凝土行业的蓬勃发展奠定了技术基础。 第三个阶段是发展期、从1991年到大约2007年。这个时期中国工业格局出现了新的变化,从1991年9月起,中国的重工业增长开始快于轻工业,全年高出2.9个百分点,到了1993年1月至9月,累计已超出3.8个百分点。然而,此时的重工业主导经济增长格局和建国初期的格局相比较已经不同了。建国初期的重工业依靠的是政府行政的力量，增长主要是以军事国防工业为主,是一种计划经济的模式；而现时的重工业是以投资型、积累型、的重化工业增长为主,基本上依靠的是市场机制的作用。这种是意义深远的变化至关重要,它是新的经济可持续发展和增长的前奏。国外的经济发展经验再次证明,在一国的经济增长进入到重化工业主导增加的阶段以后,都会出现一个比较长时期的经济高速增长的阶段。日本和亚洲的“四小龙”在进入这一阶段后,国民生产总值年均增长率长期保持在10%左右的水平,一般都持续了17年至20年。目前,我国正在加大住宅的投资,以拉动国民经济其中当然包括预拌混凝土的增长。中国一年大体在建10亿平方米住宅,城市和农村之比大约4:6。如果按7%的增长率考虑,到2007年,中国一年大约要建16亿平方米的住宅,单是这一项就可能提供每年3.2亿立方米的预拌混凝土的市场容量。预制构件生产今后也有采用商品混凝土的趋向。同时再加上市政建设与大型公共建筑工程,上述估计还是保守的。上述的影响我国预拌混凝土发展的几个非常显著的因素在最近几年将继续保持持续发展的状态。同时市场容量也相当可观。1.1.3混凝土销售管理系统国外发展混凝土销售信息管理系统本身是作为企业信息管理系统的一个分支存在的，一般被用于混凝土搅拌站。西方发达国家的科技领先，信息化建设工作的起步比较早，在企业整体的管理体系中，他们十分重视销售环节，所以销售管理己经作为一个成熟的完善的构成部分并在公司的成长过程里发挥着非常重要的作用。在当今社会，发达国家企业的信息化水平可以说已经到了一个非常高的水平，发展速度非常之快。无论是从宏观经济、企业部，还是企业大链条上的各地方，信息化已经成为一个足以制胜的必要手段。在改变传统经营模式方面，它们充分的利用信息化的作用，实现目标。发达国家的企业更是取得了突破性的进展，在企业的成长过程中起到了非常重要的作用。事实上，之所以说发达国家的企业信息化发展速度比我国企业信息化发展速度快，最主要是因为发达国家的企业能够更为深刻的认识信息化。许多企业很早就开始了信息化的规划，在这些企业看来，他们将信息化看做将来在市场上取胜的必备武器。相比之下，国企业信息化管理建设起步较晚，大部分的企业还在用着比较旧的信息管理系统，存在许多问题跟不上企业的快速发展，严重的影响企业的盈利。因此要想使企业在混凝土行业发展壮大，拥有一个完善的销售管理信息系统就显得十分重要。1.2冀东搅拌站销售系统的现状与问题现行的系统有客户管理、员工管理、车辆调度管理、订单管理。功能模块图：现在的混凝土销售系统车辆调度管理订单管理权限验证客户管理员工管理员工信息查询员工信息修改车辆信息查询车辆信息修改客户信息修改客户信息查询订单查询订单修改图1-1功能模块图现在所采用的销售管理信息系统，是过去公司最初成立时购买的混凝土销售管理系统，此系统操作简便，界面简洁，但系统功能有所局限，不是根据混凝土搅拌站的实际需求设计的，不能够实现混凝土搅拌站既定的管理目标，下面总结出现系统存在问题如：（1） 实用性差。（2） 数据易出现冗余。（3） 缺少发货管理、报表管理。1.3系统研究目的与意义本系统的设计与混凝土搅拌站的实际情况相结合，力图实现功能全面、操作简便、数据安全、实用性强等几大优点。一是：新系统具有方便的数据录入、查询、修改、删除等功能, 具有良好的人机接口, 减少重复输入。二是：系统使用目前最先进的软件编程, 可以延长生命周期, 方便日常的维护和管理。三是：具有较强的安全可靠性、稳定性。可定期备份数据, 根据业务分工设置操作权限,管理员使用管理员账号拥有所有权限，业务员的账号权限有所限制。同时系统具有上码与权限设置手段, 实现系统的高可靠性。四是：使用模块化设计方法。系统进行扩充是操作方便, 可适应不同发展阶段的需要。五是：拥有强大的查询、统计功能, 可对每日、每月混凝土销售订单、发货情况进行查询, 并可进行汇总、查询、报表, 使管理员与时了解混凝土销售情况, 提高混凝土销售管理的效率。第 2 章 系统的总规划2.1混凝土销售系统规划2.1.1系统规划方法比较分析（1）CSF（关键成功因素）法：CSF方法的特点是能够抓住主要的矛盾，进而可以使目标的识别突出重点。用这种方法后所确定出来的目标和传统的方法衔接得比较好，但是一般最有利的只是在确定管理目标上。（2）SST（战略目标集转化）法：SST方法从另一个角度识别出管理目标，反映了不同人的要求，而且给出了按这种要求的分层，然后转化为信息系统目标的结构化方法。这样保证目标比较全面，减少疏漏，但在突出重点方面不如CSF。（3）BSP（企业系统规划）法：BSP方法的特点是从企业目标入手，逐步将企业的目标转化为管理信息系统的结构和目标，从而支持企业目标的实现。 通过对这三种方法的比较，前面两种方法不太适用于本信息系统的总体结构规划，因此选用企业系统规划法(BSP)。目的就是通过全面调查分析，来满足混凝土搅拌站发展过程中的信息需求并最终实现冀东混凝土公司的目标。2.1.2系统建设的总目标本信息系统将解决混凝土搅拌站的客户信息管理、业务员管理、报表管理、车辆调度管理、发货管理等问题，实现混凝土搅拌站管理透明化、标准化和信息化系统建设的总目标。近期目标：解决目前混凝土搅拌站管理中出现的问题，实现混凝土搅拌管理信息化，方便管理员和业务员的使用。远期目标：不断改进不断完善现有系统，同时更专注对于各混凝土搅拌站使用管理情况的调查、分析与研究，使得系统的建设符合总目标。2.1.3信息系统的总体结构（1）定义管理目标吸引更多顾客高经济效益高质量服务高质量管理总目标通过调查了解搅拌站的主要业务和职能分配情况，整个目标体系用树来表达如下图2-1所示：原有客户后勤管理潜在客户激励员工人才储备制度完善运输质量图2-1系统目标树（2）定义管理功能组1）支持性资源的生命周期支持性资源是指为实现搅拌站的目标必须使用和消耗的资源。本混凝土搅拌站的支持性资源生命周期如下表2-1所示：表2-1 支持性资源的生命周期表支持性资源生命周期产生阶段获得阶段服务阶段归宿阶段人事人事计划招聘调动培训辞退退休材料需求计划提交审批存档设备财务更新计划成本计划采购基建拨款、收款维修改装总会计折旧报废应付款业务2）关键性资源的生命周期关键性资源是指搅拌站的产品和服务。 本混凝土搅拌站的关键性资源生命周期如下表2-2所示：表2-2支持性资源的生命周期表关键性资源生命周期获得阶段服务阶段归宿阶段市场计划混凝土强度研发材料控制销售混凝土质量预测专业人员制定质量控制质量报告作业计划生产调度搅拌产品发货、运输3）功能流程图功能流程图可以检验是否识别出所有功能，判断分析人员是否理解混凝土搅拌站过程，也是今后定义信息结构的模型。本混凝土搅拌站的功能流程图如下图2-2所示：市场调研订单预订服务混凝土业务推广市场客户方案确定方案制定方案提交方案业务说明书信息控制方案计划需求业务开发业务开发混凝土业务设计能力计划计划企业发展计划图2-2功能流程图（3）定义数据类1）市场计划：需要的数据类型有：客户、客户区域、市场专员2）方案制定：需要的数据类型有：策划专员、客户信息、车辆信息、业务员信息3） 业务开发：具体包括混凝土搅拌站基本信息管理、客户管理、业务员管理、订单管理、车辆调度管理、报表管理、发货管理。需要的数据类型有客户、订单信息、车辆信息、系统管理员、发货信息、业务员信息等。（4）定义信息结构1）划分子系统根据需要的功能和数据类划分子系统如下图2-3所示： 数据类功能市场调查最终方案业务说明客户业务员订单车辆报表发货单公司发展计划销量统计市场专员策划专员搅拌站信息市场计划 C U C U CUUU方案计划UUU业务计划客户管理U UCCCCCC业务员管理UU订单管理车辆管理报表管理UU发货管理搅拌站规划U C U C UUU销量管理U人事管理UUU图2-3 系统UC矩阵运用u/c矩阵划分子系统后，可以看出系统建设的大体结构，其中计划与管理，应是贯穿于整个系统之间的重要支持资源，根据需要应该建设系统维护子系统。从以上可以得出混凝土搅拌站最为需要的几个管理功能是：客户管理、业务员管理、订单管理、车辆管理、发货管理、报表管理。建设混凝土销售管理系统的子系统，由于要受到资源、实际需求、利用等因素的制约，系统的分析与设计要根据迫切需要程度、一般功能的先后排列次序来对子系统进行优先选择。通常来说，首先要考虑的子系统应该是企业最为需要、成功后对企业发展贡献最大的，结合实际情况和上述分析可以确定顺序为：客户管理、业务员管理、订单管理、报表管理、车辆管理、发货管理，以期实现企业综合利益的最大化。2.1.4信息系统建设资源配置计划（1）使用的软件方面：分析和设计阶段浏览器使用了搜狗高速浏览器；数据的存储处理需要的数据库软件使用Microsoft SQL server 2005；系统结构分析的作图软件使用Microsoft office Visio 2007；平面图形设计使用 Rational rose 2003；信息系统分析与设计阶段操作系统使用Microsoft windows 7；（2）使用的计算机硬件配置如下：CPU（开发用）：Pentium（R）Dual- Core CPU E66003.06GHz；RAM（开发用）：2.00GB；RAM（运行用）：2.00GB2.2可行性研究与结论2.2.1必要性分析混凝土是建筑材料不可或缺的，是现在世界上使用围最广、需求量最多的建筑材料。随着现代科技水平的提高以与人类对建筑要求的日益多样化，混凝土材料正在向着智能化、高性能、高强和多功能方向发展。可以预测出来，在不久的未来混凝土还会是建筑行业必不可缺少的建筑材料。而就现状而言，混凝土行业现在正处在一个快速发展的轨道上，这一方面得益于政府的政策导向的强大作用，一方面也归结于我国正处在一个经济腾飞、建筑业蓬勃的良好形势下。在这种发展形势下公司需要跟上时代步伐，才会在同行业中不落后与别人。因此需要改善过去旧的系统，完善系统功能，提高公司的工作效率，减少员工的劳动量，从长远考虑还可以大幅度降低成本，合理利用资源，加快公司发展。所以建设一个功能全面、便捷、稳定的混凝土销售管理系统就显得十分必要。2.2.2可行性分析可行性是指在当前情况下，混凝土搅拌站研究这个混凝土销售系统是否有必要，是否具备必要的条件，它包括必要性、合理性和可能性。将从经济可行性、社会可行性、和技术可行性方面对此系统进行分析。（1）技术可行性混凝土管理系统功能主要集中在网页浏览和信息管理，需要用到数据库和网页制作等技术，目前这些技术都已非常成熟。开发系统所用计算机的工作效率、运算速度、存储能力、稳定性以与通信设备的能力、质量均满足系统要求。（2）经济可行性冀东混凝土目前是华北地区最大的混凝土生产商，因此拥有足够的经济基础，客户数量逐年递增，在未来近几年的预期收入非常可观，而且该系统设计受到冀东混凝土公司高层管理人员的高度重视，决定投资大量资金来完成这个信息管理系统。该系统建成并投入使用后，会加大混凝土的宣传围，吸进更多的客户，预算会达到以前的五倍，该系统还会提高员工工作效率节省出时间为公司创造更大效益。系统建成后，公司每月拨出一笔钱做系统维护和升级，不断完善该系统，达到系统建设总目标。（3）社会可行性社会可行性是指信息系统建立完成后能否实现，在现在的环境下是否能够顺利的运行，即混凝土公司外是否拥有采纳和使用新系统的条件。从混凝土公司部角度来看，系统的建设投入可以使公司各部门参与进来，进行有力配合。更加积极快速的为公司创收效益。从混凝土公司外部角度来看，系统的建设投入可以使更多混凝土需求用户信任我们，高效准确的工作模式，为他们的也能节省不少的时间。2.2.3可行性结论综合上面的述，经过对系统建设必要性与社会、经济、技术等方面的可行性分析，可以确定本系统建设是完全必要、可行的。2.3混凝土销售管理系统的基本容混凝土销售系统的总体架构，系统包括客户管理、员工管理、订单管理、报表管理、车辆管理、发货管理六个模块功能。通过对系统的分析，结合搅拌站的基本情况得出本系统所要实现的功能基本容如下：1.用户验证：系统管理员通过用户名、密码进行登录并且有权限进行密码修改。业务员通过员工账号登录获得相应权限。2.客户管理：该模块下可实现客户基本信息删除、添加、修改、查询等功能。3.订单管理：包括订单查询、添加、删除、修改等功能，有了这些订单管理功能，就可以控制订单工作了，时刻掌握当天订单情况，以免影响销售工作。4.业务员管理：业务员基本信息添加、删除、修改、查询，业务员订单查询、方便了解业务员近期销售情况，同时轻松实现人员变动后信息的快速变更。5.报表管理：对客户信息报表、业务员信息报表、车辆信息报表、销售统计报表等表单进行查询、修改、打印等工作 6.车辆调度管理：车辆基本信息的查询、添加、删除、修改，车辆状态查询，车辆分配等操作。7.发货管理： 发货单的查询、添加、删除、修改，发货单打印等操作。第 3 章 系统分析3.1基本理论知识3.1.1面向对象分析与设计OOA（Object-Oriented Analysis,面向对象分析方法）和OOD（Object-Oriented Design,面向对象设计）是面向对象软件开发生命周期中两个重要的阶段，OOA活动涉与的是语义对象，而OOD活动涉与的是语义对象，接口对象，应用对象和实用/库对象，这种区分OOA和OOD对象的方法在大多数情况下是正确的。但是，在分析阶段，一个好的规格说明也应涉与到用户接口，控制机制等各方面的容，因此，在OOA阶段，不仅该得到语义对象，也应该得到接口对象和应用对象。这些对象通过OOA中的对象识别和精化过程得到。在OOA阶段的主要任务是识别和精化对象，OOD阶段的主要任务是构造类和建立系统结构。3.1.2UML建模UML是统模语言（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行详细描述、文档化、可视化建模的一种语言。对于软件系统，UML是大规模而复杂的最佳工程实践的集合。它是面向对象分析与设计的一种标准表示。比起其它建模语言，UML作为一种模型语言，定义良好、表达容易、易于理解、功能强大、更有适用性、通用性、扩展性、集成性，并且使开发人员专注于建立产品的模型和结构，而不是如何选用程序语言和算法实现系统。首先是描述实际需求即用例图来描述对系统感兴趣的外部实体与其对系统的功能要求；而后根据需求构造系统的结构，即类图、对象图、组件图和配置图等来建立静态模型，不考虑定义软件系统术环节（接口、通讯等）；最后是描述系统的行为，动态建模即状态图、活动图、顺序图。当利用UML建立系统模型之后，再利用专用的工具，本文采有Rational Rose来生成系统框架。3.1.3系统建模工具Rational Rose现在支持UML的比较流行的建模工具有如下几种：Rational Rose和Visio。Rational Rose建模工具是Rational公司开发的一个面向对象的可视化、设计建模工具，提高了开发过程的灵活度、软件的可用性，功能十分强大，同时也是最成熟的，比其他建模工具更专业。最重要的是使用它可以降低开发过程中消耗的成本，尽量减少开发过程中的风险，所以本系统建模采用的是Rational Rose。Visio是微软的UML建模工具。传统上的Visio以绘图便捷、通俗易懂而闻名，但是还欠缺一些功能，使用起来的时候与平时的建模习惯不太一样，所以没有选择Visio。Rational Rose提供了用例（Use Case）图，顺序（Sequence）图，类（Class）图等多种不同的可视框图完全满足需求。3.2用例模型3.2.1参与者的识别在执行系统功能时与信息系统进行实时交互的人员被称为参与者。在混凝土销售管理信息系统中，管理员（销售部门系统员）使用系统的主要功能，负责改变系统的数据、获取信息，完成平日的销售管理工作，同时负责维护系统，支持系统的正常运行。部门经理可以使用系统中的相应功能，方便随时了解公司销售情况和员工情况。业务员使用该系统时，使用员工账号登录，只可以进行客户管理、日常的订单查询，更改个人信息等操作。通过上述简要描述最终识别出的主要参与者是管理员、业务员。3.2.2用例识别本混凝土销售系统主要参与者包括管理员、业务员。确定用例有：客户管理、业务员管理、报表管理、订单管理、车辆管理、发货管理、查询、修改信息等。3.2.3用例模型用例就是需求，通过用例名称可以表达系统要完成的任务。(1)本混凝土销售系统的总体用例模型如下图3-1所示：图3-1 用例图(2)本系统相比原有系统多出了报表管理功能，下面是报表管理的用例图，如图3-2所示：图3-2用例图3.2.4用例规约用例规约以文档的形式来详细描述用例，以达到展示出更多的用例“做什么”的目的，有助于深入理解任务、需求和目标。 (1)变更客户信息用例规约如表3-1所示：表3-1变更客户信息用例名称变更客户信息参与者管理员（主要参与者）、业务员（主要参与者）假设系统的功能完善并且正常运行前置条件管理员和业务员被授权访问系统后置条件系统成功将变更的客户信息更新到数据库中主事件流1、 管理员和业务员使用各自账号和密码登录系统2、 系统验证账号身份和授予权限3、 管理员和业务员根据客户信息查询原有信息后进行添加、删除、修改等操作4、 系统将变更的客户信息保存到客户信息表中备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误客户信息 1. 系统提示错误并拒绝接受输入3a.添加客户信息已存在 1.系统提示，并要求结束输入（2）管理员变更员工信息用例规约如表3-2所示：表3-2变更员工信息用例名称变更员工信息参与者管理员（主要参与者）假设系统的功能完善并且正常运行前置条件管理员被授权并且懂得正常操作后置条件系统成功将变更的业务员信息更新到数据库中主事件流1、管理员使用账号和密码登陆2、系统验证账号授予权限3、管理员根据业务员编号查询到业务员信息进行添加、删除、修改等操作4、系统将变更的业务员信息更新到业务员信息表中备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误业务员编号 1. 系统提示错误并拒绝接受输入3a.添加业务员信息已存在 1.系统提示，并要求结束输入（3）管理员处理报表用例规约如表3-3所示： 表3-3管理员处理报表用例名称管理员处理报表参与者管理员（主要参与者）假设系统功能完善并正常运行前置条件管理员被授权并懂得报表管理功能，熟悉查询、统计、打印等基本操作后置条件系统成功查询到信息，完成统计等功能并可以打印出报表主事件流1、管理员试用账号和密码登录2、系统验证账号授予权限3、管理员查询相关信息（人员查询、客户查询、销量查询、发货单查询），同时还可以打印出报表4、操作成功，打印出报表备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误查询信息 1. 系统提示错误并拒绝接受输入3a.打印机报错，出现连接错误或者纸报警 1.系统提示，返回上一步操作（4）管理员变更订单信息用例规约如表3-4所示：表3-4变更订单信息用例名称变更订单信息参与者管理员（主要参与者）、业务员（次要参与者）假设系统功能完善并正常运行前置条件管理员被授权并懂得订单管理功能，熟悉查询、修改、添加、删除等基本操作，业务员被授权可以对订单进行查询但是没有修改等权限后置条件系统成功将变更的订单信息更新到数据库中主事件流1、管理员和业务员使用账号和密码登陆录2、系统验证账号授予相应权限3、管理员可以根据订单编号查询到订单信息进行修改操作，还可以直接添加、删除订单信息；业务员仅可以对订单进行查询操作4、系统将变更的订单信息更新到数据库中备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误订单编号 1. 系统提示错误并拒绝接受输入3a.被添加订单编号已存在 1.系统提示，并要求结束输入（5）管理员变更车辆信息用例规约如表3-5所示：表3-5变更车辆信息用例名称变更车辆信息参与者管理员（主要参与者）假设系统功能完善并正常运行前置条件管理员被授权并会使用车辆调度管理功能，熟悉查询、修改、添加、删除等基本操作后置条件系统成功将变更的车辆调度信息更新到数据库中主事件流1、管理员使用账号和密码登录2、系统验证账号授予相应权限3、管理员可以根据车辆编号查询到车辆信息，可进行修改操作，还可以直接添加、删除车辆信息，主要功能是可以根据车辆状态安排发货4、系统将变更的车辆调度信息更新到数据库中备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误车辆编号 1. 系统提示错误并拒绝接受输入3a.调度车辆为空，需要增派车辆 1.系统提示，并要求结束输入（6）管理员变更发货信息用例规约如表3-6所示：用例名称变更发货信息参与者管理员（主要参与者）假设系统功能完善并正常运行前置条件管理员被授权并懂得发货管理功能，熟悉查询、修改、添加、删除等基本操作后置条件系统成功将变更的发货信息更新到数据库中主事件流1、管理员和业务员使用账号和密码登录2、系统验证账号授予相应权限3、管理员可以根据发货单号编号查询到发货单信息进行修改操作，还可以直接添加、删除发货单信息备选事件流2a.非法用户 1.系统提示错误并拒绝接受输入2b.输入错误发货单单编号 1. 系统提示错误并拒绝接受输入3a.被添加发货单编号已存在 1.系统提示，并要求结束输入表3-6变更发货信息3.3分析模型3.3.1顺序图顺序图将系统看作箱来展示每一个用例中的参与者与系统之间的交互，包括系统、参与者、系统与参与者直接的交互、系统的响应，从上至下代表的是时间的顺序。本混凝土搅拌站销售系统功能繁多，不仅拥有简单的查询、修改、删除等功能，还具备订单管理、发货管理、报表管理等。订单管理涉与到工作人员对业务的熟悉程度，该过程串联系统整体，需要懂得订单录入、查询等基本操作，还要了解车辆信息情况，根据搅拌站的生产情况结合车辆闲忙状态才能安排车辆运输，考虑到这一点就要在订单生成前进行车辆查询，完成此环节才可以确保订单不会发生冲突，才可以进行下面的发货单的生成。 （1）管理员提交订单顺序如图3-3所示：（2）管理员处理发货单顺序图如图3-4所示：图3-3 管理员提交订单顺序图图3-4 管理员处理发货单顺序图3.3.2类图类图表示一组对象以与它们之间的相互关联，它描述了系统的构成方式。通过上述系统的用例图，可以确定类、类的属性和它们之间的关系，从而确定系统的类图。（1）概念类表3-7概念类所属类目概念类举例人员管理员、业务员组织销售部门设备计算机事件客户信息管理、业务员管理、订单管理、车辆调度管理、发货管理政策或规则人员使用培训（2）确定属性：表3-8 属性实体类名称属性管理员用户名、密码业务员账户业务员账户名、密码、业务员编号、业务员、账户类型（业务员）业务员基本信息业务员编号、业务员、性别、出生日期、政治面貌、学历、email、家庭住址、号、备注客户基本信息客户编号、客户、性别、联系、地址、 、E-mail订单基本信息订单编号、销售单价、销售量、销售日期、业务员、客户车辆调度基本信息车辆编号、车辆状态、发货单编号、发货时间、发货车次、运输量发货基本信息发货单编号、发货时间、地址、车辆编号、发货车次、发货量、订单编号（3）类图图3-5 类图3.3.3状态图和活动图状态图所描述的是一个实体对于发生的事件变化的动态行为，简单的说就是管理行为中根据当前所处的状态对行为做出的相应反应。状态图可以快速的使工人们理解系统中对象的行为。状态图的一种特殊形式是活动图，活动图是描述系统在执行某一个用例时具体步骤的图，它主要表现的是记录了系统中单个操作、方法的逻辑，或者单个业务流程的动作。订单管理是本系统的重要环节，通过订单管理将各环节紧紧联系起来。订单管理对象：管理员和业务员，管理员可以对订单进行查询、删除、添加、修改等操作，业务员可以对订单进行查询，申请提交，没有修改权限。针对简单的查询、修改等操作都是系统中常见的操作，下面单独对业务员的订单提交过程进行状态图绘制。（1） 业务员提交订单状态图如图3-6：（2） 业务员提交订单活动图如图3-7：图3-6 业务员提交订单状态图图 3-7 提交订单活动图（3）车辆调度活动图图 3-8车辆调度活动车辆调度管理：车辆调度，是混凝土搅拌站销售环节中非常重要的一部分，做好销售工作的同时一定要保证产品运输质量，因此车辆调度就显得十分重要。本系统的车辆调度管理包括车辆基本信息管理（添加、删除、查询、修改）、车辆状态查询、车辆分配等操作。（4）月销售报表打印活动图图 3-6 车辆调度活动报表管理：报表管理可以直观的反映出公司的一些信息，可以生成相应的报表打印出来。销量是每个公司所看重的，为了能够直观的看到日销量、月销量，管理员可以登陆系统通过报表管理进行操作。首先输入要查询条件，得出查询结果，管理员进行仔细的审核并判断是否存在错误信息，经核实后进行打印工作。第 4 章 系统设计4.1系统设计的容图4-1混凝土搅拌站销售系统功能图4.2系统分层从混凝土销售管理信息系统分析可以看出本系统功能全面，涉与管理的围包括客户、业务员、订单、报表、车辆、发货等，基本满足了混凝土搅拌站的需求。但是搅拌站所处的环境是在不断变化的，对混凝土销售管理的需求也是会改变的，所以在系统设计的时候我们就应该考虑到系统的安全性、稳定性、运行效率、可变更性等种种因素。面对这些问题，在分解复杂的系统时，最好的解决办法就是将系统分层，使得层与层之间相互联系、相互协作的同时每层还都具有其独立的职责，互不透明。在信息系统领域中，最经常用的分层模型是三层架构，本混凝土销售管理信息系统就采取这种方式：界面数据访问层业务逻辑层表现层客户管理、业务员管理、报表管理、订单管理、车辆调度管理、发货管理客户信息、业务员信息、订单信息、车辆信息、发货信息图4-2 系统三层架构4.3系统的包图包图：在UML中用类似于文件夹的符号表示的模型元素的组合，用来表述功能组命名空间的组织层次, 即描述包与其依赖关系的图。包的依赖关系是可以传递的，依赖关系可以是间接的，也可以是直接的。系统的包图如图4-3所示：图4-3 系统包图4.4设计类详细设计4.4.1边界类边界类：描述系统外的参与者与系统之间的交互，系统与外界的交界处。屏幕窗口、传感器、打印机接口、通信接口、终端以与专用API（应用程序编程接口）等都是边界类。由于明确了系统的边界，边界类能帮助人们更就简单地找出用户对界面的需求并理解系统。本混凝土销售管理信息系统通过用例图可以确定需要的边界类，所以所有的参与者都是系统的使用者，本系统的边界类只有窗体界面。由于本系统中边界类都是窗体界面，如用户登录界面、客户管理界面、业务员管理界面、报表管理界面、订单管理界面、车辆调度管理界面、发货管理界面等等，所以不分别描述。（1）登录界面，如图4-4所示：图4-4 登录界面“登录界面”允许管理员、业务员输入账号和密码进行登录。（2）客户管理界面，如图4-5所示：图4-5 客户管理界面“客户管理界面”允许管理员、业务员对客户信息进行添加、删除、修改、查询等操作（3）业务员管理界面，如图4-6所示：图4-6 业务员管理界面“业务员管理界面”允许管理员对业务员信息进行查询、添加、删除、修改等操作，由于账号权限设置，业务员可以查询个人信息，修改个人信息。（4）订单管理界面，如图4-7所示：图4-7 订单管理界面“订单管理界面”允许管理员对订单行进所有操作，由于权限设置业务员仅可查询订单信息。（5）报表管理界面，如图4-8所示：图4-8 报表管理界面“报表管理界面”允许管理员查询客户、业务员、车辆、销售量等报表，同时可以进行筛选、统计、打印等操作。（6）车辆调度管理界面，如图4-9所示：图4-9车辆调度管理界面“车辆调度管理界面”允许管理员对车辆基本信息查询、添加、删除、修改，车辆状态查询，车辆分配等操作。（7）发货管理界面，如图4-10所示：图4-10 发货管理界面“发货管理界面”允许管理员对发货单的查询、添加、删除、修改，发货单打印等操作。4.4.2实体类实体类是用于对有关联的行为和一定要存储的信息建模的类。实体类在系统应用领域中是核心容，常常需要有持续长久化的存储即需要放进文件、数据库等能够永久存储数据的介质，与此同时还为驱动应用程序提供大部分的交互服务。实体对象经常是永久性的、被动的，有时还具有与它所表示的信息有关的复杂行。图4-11 系统实体类图4.4.3控制类控制类能表示系统的排序、协调、动态行为、事务处理以与对其他对象的控制，负责处理主要的控制流和任务，所以在理解系统的时候它们可以起到很大的帮助。每个用例在正常情况下的控制类有一个，作用是控制用例中的事件顺序。但是一对一的情况并不是绝对，有一些情况多个用例可以合并使用一个控制类。图4-12 销售混凝土控制类4.5重新绘制顺序图 （1）员工申请账号顺序图图4-13 员工申请账号顺序图（2）发货业务顺序图图4-14 发货业务顺序图 （3）删除客户信息顺序图图4-15 删除客户信息顺序图4.6部署图部署图描述的容是系统在运行时的结构，呈现给人们的是硬件的配置还有软件元素的部署方式。如下图所示，本混凝土销售管理系统包括5个节点，系统客户端和应用服务器通过交换机连接后，用户可以顺利的使用系统，应用服务器的职责是管理系统的总体协调、业务逻辑工作，windows开放式数据库连接方式ODBC将应用服务器与SQL数据库服务器相互连通，数据库可以管理数据的存储。图4-16 部署图4.7数据库设计4.7.1转化关系面向对象数据库的设计步骤：第一步是确定对象；第二步是定义属性和服务；第三步是确定对象间的关系。面向对象转化关系如下表：表4-1 面向对象转化关系表面向对象模型关系模型属性字型类关系元组(表)继承视图消息函数(过程)转换结果：（1）管理员（账号、密码）：操作：客户信息（查询客户信息、添加客户信息、删除客户信息、修改客户信息），报表管理（查询表单、打印表单），业务员管理（查询业务员信息、添加业务员信息、删除业务员信息、修改业务员信息），订单管理（查询订单信息、添加订单信息、删除订单信息、修改订单信息），车辆管理（车辆基本信息的查询、添加、删除、修改，车辆状态查询，车辆分配），发货管理（查询发货单信息、添加发货信息、删除发货信息、修改发货信息）。（2）业务员（业务员账号、密码）：操作：客户信息（查询客户信息、添加客户信息、删除客户信息、修改客户信息），业务员管理（查询业务员信息），订单管理（查询订单信息）。4.7.2数据库的需求分析客户信息表（Customer）：客户编号、客户、性别、联系、地址、 、E-mail。业务员信息表（salesman）：业务员编号、业务员、性别、出生日期、政治面貌、学历、E-mail、家庭住址、号、备注。销售订单表（order）：订单编号、销售单价、销售量、销售日期、业务员、客户。车辆信息表（truck）：车辆编号、车辆状态、车牌号、司机、司机、发货单编号、载重。发货单表（dispatch list）：发货单号、发货时间、地址、车辆编号、发货车次、发货量、订单编号、客户。4.7.3系统的E-R图本系统设计规划的实体有：客户实体、业务员实体、订单实体、车辆实体、发货单实体。各实体的E-R图以与实体和实体之间的关系E-R图描述如下：（1）客户实体E-R图客户编号客户XX客户信息地址 E-mail图4-17 客户实体E-R图（2）业务员实体E-R图：XX号业务员XX业务员业务员编号性别政治面貌出生日期E-mail学历 住址图4-18 业务员实体E-R图（3）订单实体E-R图：订单销量销售日期业务员XX单价客户XX订单编号图4-19 订单实体E-R图车辆（4）车辆实体E-R图车辆编号载重司机 司机车牌号车辆状态发货单号图4-20 车辆实体E-R图（5）发货单实体E-R图发货单发货单号发货车次车辆编号发货量地址发货时间客户XX订单编号图4-21 发货单实体E-R图（6）实体和实体之间的关系E-R图：图4-22 实体与实体间关系E-R4.7.4数据库的逻辑结构设计根据上面的需求分析进一步得到物理结构的设计，这时数据表也基本上大体设计完成了，下面是具体的几表格：表4-2 Customer表字段名代码类型约束客户编码C-IdInt主键客户C-nameChar（10）非空性别GenderChar（2）联系PhoneChar（11）地址AdressChar（30）CodeInt电子E-mailChar（20）表4-3 Salesman表字段名代码类型约束业务员编号S-IdInt主键业务员S-nameChar（10）非空性别GenderChar（2）出生日期BornChar（10）学历DegreeChar（6）政治面貌Politics-statusChar（4）PhoneChar（11）EmailE-mailChar（20）家庭住址AdressChar（30）号ID-cardChar（18）备注NoteChar（30）表4-4 Order表字段名代码类型约束订单编号O-IdInt主键销售单价S-priceChar（4）销售量S-volumeChar（8）销售日期Sales-dateChar（10）业务员S-nameChar（10）客户C-nameChar（10）表4-5 Truck表字段名代码类型约束车辆编号T-IdInt主键车辆状态T-stateChar（6）发货单号D-IdInt表4-6 Dispatch-list表字段名代码类型约束发货单号D-IdInt主键发货时间D-timeChar（10）地址AdressChar（10）车辆编号T-IdInt发货车次D-sequenceInt发货量D-volumeChar（6）订单编号O-IdInt第 5 章 结束语毕业的脚步悄悄的临近了，同学们都在忙碌的修改自己的毕业设计，炎热的天气没有给大家带来丝毫的懒惰，每位同学都认真地对待这次毕业设计，拿出了全部的精力来完成它。经过数周的努力，终于完成了自己的毕业设计，容也许存在很多问题，但是已经认真对待的去做好它了，希望能有一个圆满的结局。通过