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

101/108ABSTRACTNowadays,InformationbroughtinformationmanagementtothefrontofthedevelopmentofTheTimesandworldwide，thefocusofpeoplehavebeenattractedtoinformationmanagementsystem.Alongwiththerapiddevelopmentofcomputertechnology,Theinformationmanagementsystemofthesalesoftheenterpriseisgraduallyreplacetraditionalmanagementmode.Inordertoimprovetheworkingefficiencyoftherelatedsalesandtosaveoutmoretimeandlabordealingwithotherwork,Enterprisemustabandontheoriginalmanagementwaygraduallyadaptedtoinformationmanagement.Aenterpriseonlyalongwithsociety'sfootstepsandkeepupwiththepaceoftheinformationagetoleadInthesamefieldforlong-term.So,havingaperfectsalesmanagementinformationsystemforanenterprisethatisveryimportant.Basedontheanalysisofthecurrentofthestationsalesmanagementinformationsystem,combinedwiththeactualsalesmanagementneedsofJiDongconcretemixingstation.Applicationenterprisesystemprogrammingandobject-orientedanalysismethodtothesystemanalysisanddesign.Thefinaldesignoutthemanagementinformationsystemtomeetthedemandofthestation,comprehensivefunctions,alternativenowobsolete,soastoimprovetheefficiencyoftheenterprisesalesmanagement.Thispaperintroducesdevelopmentpurposeandbackground,developmentsystemoftoolsandmethods,detailedsystemanalysisanddesigncontent,theimplementationofthesystemandrelatedtasksofthesalesmanagementsystemofJiDongconcretemixingstation.KeyWords：Salesmanagementsystem；database；objectorientedanalysisanddesign；Concretemixingstation目录第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.2UML建模 103.1.3系统建模工具RationalRose 103.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.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所示：数据类功能市场调查最终方案业务讲明客户业务员订单车辆报表发货单公司进展打算销量统计市场专员策划专员搅拌站信息市场打算CUCUCUUU方案打算UUU业务打算客户治理UUCCCCCC业务员治理UU订单治理车辆治理报表治理UU发货治理搅拌站规划UCUCUUU销量治理U人事治理UUU图2-3系统UC矩阵运用u/c矩阵划分子系统后，能够看出系统建设的大体结构，其中打算与治理，应是贯穿于整个系统之间的重要支持资源，依照需要应该建设系统维护子系统。从以上能够得出混凝土搅拌站最为需要的几个治理功能是：客户治理、业务员治理、订单治理、车辆治理、发货治理、报表治理。建设混凝土销售治理系统的子系统，由于要受到资源、实际需求、利用等因素的制约，系统的分析与设计要依照迫切需要程度、一般功能的先后排列次序来对子系统进行优先选择。通常来讲，首先要考虑的子系统应该是企业最为需要、成功后对企业进展贡献最大的，结合实际情况和上述分析能够确定顺序为：客户治理、业务员治理、订单治理、报表治理、车辆治理、发货治理，以期实现企业综合利益的最大化。2.1.4信息系统建设资源配置打算（1）使用的软件方面：分析和设计时期扫瞄器使用了搜狗高速扫瞄器；数据的存储处理需要的数据库软件使用MicrosoftSQLserver2005；系统结构分析的作图软件使用MicrosoftofficeVisio2007；平面图形设计使用Rationalrose2003；信息系统分析与设计时期操作系统使用Microsoftwindows7；（2）使用的计算机硬件配置如下：CPU（开发用）：Pentium（R）Dual-CoreCPUE6600@3.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-OrientedAnalysis,面向对象分析方法）和OOD（Object-OrientedDesign,面向对象设计）是面向对象软件开发生命周期中两个重要的时期，OOA活动涉及的是语义对象，而OOD活动涉及的是语义对象，接口对象，应用对象和有用/库对象，这种区分OOA和OOD对象的方法在大多数情况下是正确的。然而，在分析时期，一个好的规格讲明也应涉及到用户接口，操纵机制等各方面的内容，因此，在OOA时期，不仅该得到语义对象，也应该得到接口对象和应用对象。这些对象通过OOA中的对象识不和精化过程得到。在OOA时期的要紧任务是识不和精化对象，OOD时期的要紧任务是构造类和建立系统结构。3.1.2UML建模UML是统一建模语言（UML是UnifiedModelingLanguage的缩写）是用来对软件密集系统进行详细描述、文档化、可视化建模的一种语言。关于软件系统，UML是大规模而复杂的最佳工程实践的集合。它是面向对象分析与设计的一种标准表示。比起其它建模语言，UML作为一种模型语言，定义良好、表达容易、易于理解、功能强大、更有适用性、通用性、扩展性、集成性，同时使开发人员专注于建立产品的模型和结构，而不是如何选用程序语言和算法实现系统。首先是描述实际需求即用例图来描述对系统感兴趣的外部实体及其对系统的功能要求；而后依照需求构造系统的结构，即类图、对象图、组件图和配置图等来建立静态模型，不考虑定义软件系统中技术环节（接口、通讯等）；最后是描述系统的行为，动态建模即状态图、活动图、顺序图。当利用UML建立系统模型之后，再利用专用的工具，本文采有RationalRose来生成系统框架。3.1.3系统建模工具RationalRose现在支持UML的比较流行的建模工具有如下几种：RationalRose和Visio。RationalRose建模工具是Rational公司开发的一个面向对象的可视化、设计建模工具，提高了开发过程的灵活度、软件的可用性，功能十分强大，同时也是最成熟的，比其他建模工具更专业。最重要的是使用它能够降低开发过程中消耗的成本，尽量减少开发过程中的风险，因此本系统建模采纳的是RationalRose。Visio是微软的UML建模工具。传统上的Visio以绘图便捷、通俗易明白而闻名，然而还欠缺一些功能，使用起来的时候与平常的建模适应不太相同，因此没有选择Visio。RationalRose提供了用例（UseCase）图，顺序（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变更客户信息用例名称变更客户信息参与者治理员（要紧参与者）、业务员（要紧参与者）假设系统的功能完善同时正常运行前置条件治理员和业务员被授权访问系统后置条件系统成功将变更的客户信息更新到数据库中主事件流治理员和业务员使用各自账号和密码登录系统系统验证账号身份和授予权限治理员和业务员依照客户信息查询原有信息后进行添加、删除、修改等操作系统将变更的客户信息保存到客户信息表中备选事件流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状态图和活动图状态图所描述的是一个实体关于发生的事件变化的动态行为，简单的讲确实是治理行为中依照当前所处的状态对行为做出的相应反应。状态图能够快速的使工人们理解系统中对象的行为。状态图的一种专门形式是活动图，活动图是描述系统在执行某一个用例时具体步骤的图，它要紧表现的是记录了系统中单个操作、方法的逻辑，或者单个业务流程的动作。订单治理是本系统的重要环节，通过订单治理将各环节紧紧联系起来。订单治理对象：治理员和业务员，治理员能够对订单进行查询、删除、添加、修改等操作，业务员能够对订单进行查询，申请提交，没有修改权限。针对简单的查询、修改等操作差不多上系统中常见的操作，下面单独对业务员的订单提交过程进行状态图绘制。业务员提交订单状态图如图3-6：业务员提交订单活动图如图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）：车辆编号、车辆状态、车牌号、司机、司机电话、发货单编号、载重。发货单表（dispatchlist）：发货单号、发货时刻、地址、车辆编号、发货车次、发货量、订单编号、客户姓名。4.7.3系统的E-R图本系统设计规划的实体有：客户实体、业务员实体、订单实体、车辆实体、发货单实体。各实体的E-R图以及实体和实体之间的关系E-R图描述如下：（1）客户实体E-R图客户编号客户姓名客户信息地址电话邮编客户编号客户姓名客户信息地址电话邮编E-mailE-mail图4-17客户实体E-R图（2）业务员实体E-R图：身份证号业务员姓名业务员身份证号业务员姓名业务员业务员编号性不业务员编号性不政治面貌出生日期政治面貌出生日期E-mail学历E-mail学历电话住址电话住址图4-18业务员实体E-R图（3）订单实体E-R图：订单销量销售日期业务员姓名单价订单销量销售日期业务员姓名单价客户姓名客户姓名订单编号订单编号图4-19订单实体E-R图车辆（4）车辆实体E-R图车辆车辆编号载重司机电话司机车牌号车辆编号载重司机电话司机车牌号车辆状态发货单号车辆状态发货单号图4-20车辆实体E-R图（5）发货单实体E-R图发货单发货单号发货车次车辆编号发货量地址发货时刻发货单发货单号发货车次车辆编号发货量地址发货时刻客户姓名客户姓名订单编号订单编号图4-21发货单实体E-R图（6）实体和实体之间的关系E-R图：图4-22实体与实体间关系E-R4.7.4数据库的逻辑结构设计依照上面的需求分析进一步得到物理结构的设计，这时数据表也差不多上大体设计完成了，下面是具体的几张表格：表4-2Customer表字段名代码类型约束客户编码C-IdInt主键客户姓名C-nameChar（10）非空性不GenderChar（2）联系电话PhoneChar（11）地址AdressChar（30）邮编CodeInt电子邮箱E-mailChar（20）表4-3Salesman表字段名代码类型约束业务员编号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-4Order表字段名代码类型约束订单编号O-IdInt主键销售单价S-priceChar（4）销售量S-volumeChar（8）销售日期Sales-dateChar（10）业务员姓名S-nameChar（10）客户姓名C-nameChar（10）表4-5Truck表字段名代码类型约束车辆编号T-IdInt主键车辆状态T-stateChar（6）发货单号D-IdInt表4-6Dispatch-list表字段名代码类型约束发货单号D-IdInt主键发货时刻D-timeChar（10）地址AdressChar（10）车辆编号T-IdInt发货车次D-sequenceInt发货量D-volumeChar（6）订单编号O-IdInt第5章结束语毕业的脚步悄悄的临近了，同学们都在忙碌的修改自己的毕业设计，炎热的天气没有给大伙儿带来丝毫的懒惰，每位同学都认真地对待这次毕业设计，拿出了全部的精力来完成它。通过数周的努力，终于完成了自己的毕业设计，内容也许存在专门多问题，然而差不多认真对待的去做好它了，希望能有一个圆满的结局。通过这次毕业设计发觉自己的还有专门多东西需要去学习，让我明白了学习的重要性。在那个过程中可不能的东西专门多，在巩固了许多知识的基础上又学习到了专门多。在做毕业设计的过程中，朋友是必不可少的可利用资源，当我有可不能的地点时会去和同学们讨论、学习，这一点对我完成毕业设计起到了至关重要的作用。本次毕业设计我选择做冀东混凝土销售治理系统，因为我在冀东混凝土有限公司找到一份销售工作并在那实习了一段时刻。通过这段实习过后，对公司有了深一步的了解，也为自己销售工作打下了坚实的基础。本次销售治理系统的分析与设计我选择了面向对象方法，通过这段时刻的研究和学习我发觉面向对象方法有以下的几个特点:1.关心人们更为直接的理解问题；2.在系统的分析与设计这两部分中使用同一种的模型；3.开发出来的系统容易进行扩充和维护。在学习面向对象的过程中，学会了使用RationalRose。使用它完成了用例图、顺序图、类图、状态图、活动图等。在使用软件的过程中发觉英语确实是专门重要，关于英语不行的我在使用软件的时候确实是专门苦恼，里面的功能全是英语的，就只能到网上一边翻译一边操作。每个图差不多上通过费尽心思的筹划后，草稿在纸上的，然后再用软件画出来，每完成一个图的时候，那种收获的喜悦可能是毕业设计过程中的唯一美好瞬间。在使用面向对象分析与设计后又学习到了数据库的相关知识，每个系统都需要拥有自己的数据库存储数据。首先要对系统进行数据库的需求分析，清晰自己系统的功能，明白那个系统要做什么，能够做什么。认确实核查每个实体的属性，为下面的逻辑结构设计和E-R图设计铺好道路。在E-R图绘制时考虑到实体属性繁多画出来的图形缺少美观，我决定分开来对每个实体进行绘制，最后再绘制一个总的实体关系图。在绘制最后的图形是我选择了Microsoftofficevisio2007软件，巩固了大学期间学习过的画图方法。在翻阅了许多书籍，参考了许多文献后，历经数周的毕业设计终于完成了。通过实习时期自己对混凝土搅拌站的了解，再结合相关资料的介绍，完成了那个系统分析与设计。希望通过此次研究和学习能够关心我更加深入的了解混凝土销售工作，在毕业后的工作中能有所关心，早日融入到工作当中，更好的发挥自己的长处。参考文献[1]黄光芳.混凝土销售系统的设计与实现[J].计算机与数学工程，2011，9（7）：11-12[2]刘良季，张彤.21世纪初我国预拌混凝土行业态势初探[J].中国建筑东北建筑设计院，2003，7（9）：40-52[3]岑君秀.商品混凝土企业信息化建设浅谈[J].水利部杭州机械设计研究所，2007，8（9）：20-25[4]岑君秀.商品混凝土企业计算机治理信息系统应用推广若干问题的探讨[J].水利部杭州机械设计研究所，2006,11（2）：102-110[5]何耀光，康汶，詹先信，温筱群.基于UML的电子商务在线销售系统分析与设计[J].计算机与现代化，2011，5（2）：70-82[6]柏强.销售治理系统研究[D].南京理工大学，2002：51-62[7]杨继赢.面向对象的系统分析与设计[J].科技信息，2008,7（20）：11-12[8]钟新文.面向对象的治理信息系统分析与设计[J].科技信息，2007,6（2）[9]张立平.ASP.NET产品销售治理系统的设计与实现[D].北京联合大学，2010[10]陈青.从面向过程的系统设计到面向对象的系统设计[J].武汉交通治理干部学院学报，2000，5（4）：41-47[11]晓镜.国外企业信息化进展现状分析[J].数据通信，2006,8（4）[12]姚彤.农机销售治理信息系统的设计与开发[D].沈阳：东北农业大学，2001[13]冯丹.我国企业信息化治理现状及对策研究[J].商品与质量，2011,10（6）[14]周官龙.关于预拌混凝土销售和混凝土销售治理问题探讨[J].建筑施工，2003，2（1）：36-52[15]冯德虎.面向对象分析与设计综述[J].技术研究，2011,5（10）[16]刘良季.我国预拌混凝土行业的模糊预测[J].混凝土，2000,（12）[17]冀振燕.UML系统分析设计与应用案例[M].北京：人民邮电出版社，2003[18]尤克滨.UML应用建模实践过程[M].北京：机械工业出版社，2003[19]王磊.信息系统分析与设计[D].北京：北京邮电大学，2008[20]沈群力.信息系统分析与设计实验教学探讨[J].实验科学与技术,2007,5(2)[21]张富国.信息系统分析与设计课程教学改革探究与实践[J].教学研究,2007,7(1)：150-162[22]彭涛，佟建新，范莉丽.基于案例教学的信息系统分析与设计课程改革研究与实践[J].北京联合大学学报(自然科学版),2009,10(4)：181-192[23]王献伟等.地销煤信息治理系统设计[J].工矿自动化,2002（增刊）,36-39[24]左朝凤，王文德.面向对象数据模型的研究[J].计算机工程与研究.2001,4（16）：10-12[25]汪成为.面向对象分析、设计及应用[M].北京:国防工业出版社,1993[26]康丽.面向对象的信息系统分析之我见[J].微型计算机,1996,4(3)[27]周立，何雪飞.UML建模图解教程[M].北京:人民邮电出版社，2009[28]夏克付.基于UML的电子商务系统建模研究与应用[D].合肥:合肥工业大学，2008[29]张勇.网络进销存治理系统的设计及其安全策略[J].现代计算机,2004，8(11):2-3[30]岑君秀.商品混凝土企业计算机治理信息系统应用推广若干问题的探讨[J].混凝土，2006,5(4)[31]吴晓泉，闻德荣.我国30省市区商品混凝土企业经济技术初盘点[J].混凝土，2003,(7)：30-32[32]曹静琪.基于UML的中小企业网络销售系统分析与设计[J].中国商界，2010,14（6）[33]熊谦.基于UML的销售系统的设计与实现[J].湖南财经高等专科学校学报，2007,8（6）[34]孟永定.基于UML的销售治理系统分析与建模[J].甘肃科技,2006,8(11)[35]FangXiaoxia.TheAnalysisontheChineseEnterpriseInternationalizedManagement'sPresentSituationandDevelopmentTrend[J].TheJournalofShanghaiAdministrationInstitute,2006[36]LiuWei，LiTieke,ZhouZhi.ModelingofaUML-basedschedulingsystemforsteelmaking-continuouscastingproduction[J].JournalofUniversityofScienceandTechnologyBeijing，Vol6,No.6,2003：532-536附件一：综述混凝土销售系统研究随着房地产行业在21世纪的蓬勃进展，建筑材料行业也来到了高速进展的轨道。在如此的高速进展的社会中，风靡全球的信息化将信息治理带到了时代进展的前沿，人们关注的热点差不多被信息治理系统所吸引。伴随着计算机技术的迅猛进展，信息化的销售治理系统正在逐渐的代替企业的传统的治理模式。为了提高销售相关的工作效率，节约出来更多的时刻处理其他的工作，节约更多的人力物力，企业必须抛弃原有的治理方式逐渐适应信息化治理，因此讲拥有先进的混凝土销售治理系统就显得至重要。1国外混凝土行业的信息化系统研究分析混凝土销售信治理系统本身是作为企业信息治理系统的一个分支存在的，西方发达国家由于信息化建设工作起步较早，在企业整体的治理体系中，销售治理己经作为一个成熟的构成部分发挥着特不重要的作用。在混凝土行业信息化方面，发达国家起步较早，积存的经验也比较丰富。进展至今日，发达国家企业的信息化水平可讲差不多到了一个相当高的水平。不管是从宏观经济、企业内部，依旧企业大链条上的各方，信息化差不多成为一个足以制胜的必要手段。信息化带来的最为直观、也是最有讲服力的经济效果是它对国民经济的进展起到了举足轻重的推动作用。美国确实是一个最为明显的例子。由于在上世纪80年代末对信息技术进行了大规模和普遍的投入，美国90年代实现了被称为“新经济”的长达十年的经济快速增长。信息技术行业在美国经济中所占的比例从1990年的5.8%上升到2000年的8.3%。90年代后期，美国约三分之一的经济增长来自信息化的拉动，超过其他任何行业的拉动作用。而在企业内部层面，涉及技术系统、制造系统、治理系统、基础技术等系统的建成，有力地提高了企业的决策、经营和治理水平，提高了企业的核心竞争力。数据显示，美国早在1993年就有2.4万家企业使用数据交换（EDI，电子商务的前身），其中最大的100家企业使用EDI的比例已达97％；美国所有的大公司都实现了办公自动化，众多跨国公司实现了虚拟办公室。在利用信息化手段改变传统经营模式方面，发达国家的混凝土行业更是取得了突破性的进展，关于企业的进展起到了至关重要的作用。事实上，之因此讲发达国家的混凝土企业信息化要远远领先于我国企业，一方面是上面所部分列举的业已取得的成绩，更重要的一点是，发达国家的混凝土企业关于信息化有着更为深刻的认识。多数企业早差不多启动了信息化的战略部署，在这些企业眼中，信息化无疑是自身决胜以后的必备法宝。目前，发达国家的许多传统混凝土企业已全力进入网络，加快信息化进程，从而获得新的进展机遇。信息化关于国外现代混凝土企业来讲，差不多上升到一级战略的高度。国际混凝土企业紧跟信息化的脚步，尤其是大型混凝土集团，在信息系统建设方面领先于国内企业。表现在：（1）信息系统应用广泛。世界混凝土百强企业法国拉法基（LafargeS.A.）集团等均在生产经营治理中全程采纳了先进的信息系统。（2）治理信息系统应用比较成熟。台湾亚洲混凝土集团应用了SAP的ERP系统，建设了企业信息门户（EIP），为企业中下游客户提供服务。（3）实现管控一体化应用。国外混凝土企业信息系统建设经历了从生产自动化、治理信息化到管控一体化结合的过程，同时取得了显著成果，部分水泥企业差不多实现了管控一体化应用。（4）优化整体供应链。国际大型混凝土企业信息系统应用由企业内部应用向企业间协同商务进展，向支持远程、异地的、一体化业务处理的应用系统转变，优化整体供应链，加强对上下游企业的整合。2国内混凝土行业信息化系统研究分析2.1我国混凝土信息化进展存在以下的几个问题：1）企业信息化建设投入力度较小企业信息化是随着世界信息技术和和治理理念的进展而呈现出不同的进展时期。与发达国家企业信息化的现状相比，国内大企业在信息化上仍是小企业。在发达国家，一家大企业每年的信息化投入一般要占到全年总投入的10%到30%，而在国内那个比例却仅有1%到2%。同时我国正处于市场经济转型时期，治理观念和思想还专门落后，缺乏MPRII的应用与实施经验，由于多方面的缘故，MPRII在中国企业治理中应用失败，不仅造成了较大的投资白费，也导致我国企业至今不愿对治理信息化进行大规模投资。2）系统集成水平较低目前我国经济改革已进入体制转变和创新实质时期，企业自身的治理理念已发生重大变化，以及国内外软件公司对MRPII/ERP完成了本地化改造，我国企业已具有实施信息化的基础条件。但鉴于我国物流产业进展的现状以及我国企业目前的信息化水平，只有少数企业能够进行供应链治理（STM）和客户关系治理（CRM），大多数企业依旧应将ERP中的企业内部资源打算作为信息化建设的重点，只对企业内部价值链如采购系统、销售系统、财务系统等实施网络信息化。3）企业信息化进展特不不平衡目前，我国企业信息化进展程度极不平衡，进展水平与普及程度因企业类型、行业归属、和所处地区经济状况而存在专门大差异。从企业类型上看，国有大中型企业、具有国际开拓能力的外向型企业、新近进展起来的高效益企业信息化进展较快，而中小企业、竞争性较差、效益较低、老企业信息化进展较慢；技术含量高的行业和经济进展水平及市场化程度高的地区，企业信息化进展水平与普及程度较高，技术含量低的行业和经济进展水平及市场化程度低的地区，企业信息化进展水平与普及程度较低。2.2我国混凝土的进展时期及信息化分析我国预拌混凝土的进展进程与我国经济进展的进程是紧密相关的,大体也分