• 15.88 MB
  • 2022-05-20 19:07:24 发布

面向注塑机行业中小企业的销售服务集成系统

  • 75页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
西南交通大学硕士研究生学位论文第1I页AbstractFrom21stcentury,China’Splasticsmachineryproductioninaccordancewiththenumberofunitshasbeenrankedfirstintheworldforseveralyears.Injectionmoldingmachinemanufacturingindustryclusterhasbeenformedwithprivateenterprisesasthemainhuge.Industryclusterwasageographicallyconcentratedofinterrelatedcompanieswhichinacertainarea,itwasagroupwhichincludedspecializedsuppliers,relatedenterprisesandrelatedinstitutions.Intheinjectionmoldingmachinemanufacturingindustrycluster,thevastmajorityofbusinessareSMEs.Accompaniedbyrisingsalesofinjectionmoldingmachines,businessprocessingcapacityisinadequate.Atthesametime,thebusinessdocumentcontentandbusinessprocessesischanging,thetraditionalbusinessprocessingmethodhasfailedtomeetthespeedofthedevelopmentofenterprises.Therefore,enterprisesneedtostrengthentheabilityofbusinessprocessesandimprovetheflexibilityofbusinessprocessesprocessing.FirstlythisarticleanalyzesthecharacteristicsoftheinjectionmoldingmachineindustryclusterandthestatusofsalesandserviceforSMEsinthisenvironment.FOCBSonSMEs’salesandservicebusinessofinjectionmoldingmachineindustry.UsestheUnifiedModelingLanguagetomodelthebusinessrequirements,SO,itisconvenienttoverifythebusinessneedswiththeuser.ProposesolutionsforSMEsinformationconstructioninsalesandservicetomeetthechallengeofsalesandserviceprocessandinformationconstructionproblem.Dependingonthesolution,IdesignandparticipateinthedevelopmentofasetofSalesandServiceIntegrationSystemforSmallandMedium-sizedEnterprisesofInjectionMoldingMachineIndustry.Includingdesignanddevelopsysteminterfaces,businesslogicanddatabase.Thesystemcontainssalesandservicefunctions:technicalchangesmanagement,salesmanagement,servicemanagement,birthrecordsofinjectionmoldingmachinemanagement.Itcanhelptheenterprisestomanagetheentirebusinessprocessfromsales(receiveorders,sales,delivery)totheservice(maintenance,replaceparts).Studyhowtoapplytheconfigurabletechnologyonthissystemaccordingtodifferentbusinessneedsofdifferententerprises.Designtheinterfaceconfigurationmoduleandbusinessprocessconfigurationmodule.Designthe 西南交通大学硕士研究生学位论文第1II页interfaceconfigurationfileswiththesupportofExtensibleMarkupLanguagetechnology.Achievetheconfigurationofbusinessdocumentcontentandsystemtheme.DevelopedWindowsWorkflowFoundationbasedprocessconfigurationt001.Finally,thearticlegivestheimplementationofthemainfunctionmodulesofthissystem.Keywords:SalesandService;XML;WF;Industrialclustersoftheinjectionmoldingmachine 西南交通大学硕士研究生学位论文第1页第1章绪论1.1课题研究的背景和意义1.1.1课题研究背景(1)宁波注塑机产业集群中小企业高度集聚,企业间的同质性和竞争性特征显著注塑机行业伴随经济全球化和管理理念的发展得到了迅速发展,21世纪以来,我国塑料机械产量按照台数计算已经连续数年位居世界第一,我国注塑机行业主要以“中国塑机之都”一一宁波地区为中心,出现了以民营企业为主体的庞大的注塑机制造业产业集群,形成了50公里范围的经济圈。在这个产业集群中企业多以中小企业为主,除几家大型龙头企业外,其他都是中小企业。它们地理位置集中,有着一样或相近的社会的文化背景和交易规则;它们从事的产业相同,或者有的从事主导产业,有的从事辅助或者支撑产业,同时根植于本土的社会网络中,企业之间有着业务的同质性【1]。在企业文化上它们又表现为一种既竞争又合作的关系,集群中存在普遍的新生企业取代老企业的现象[21,由于大量相同或者相近的企业聚集在一块区域,中小企业规模小、机制灵活、发展速度快、发展方式灵活多变、产品更新速度快、转型也迅速,企业之间的本地化竞争非常强烈。龙头企业主导了供应链上具有合作关系中小企业的发展,在集群环境下注塑机行业中小企业之间具有业务同质性和高竞争性。(2)客户多品种小批次个性化定制的需求以及信息化技术日新月异的发展,使大多中小企业已经意识到只有搭乘信息化的快车,才能在激烈的竞争中不被淘汰通过对宁波地区注塑机企业调研,发现行业内除了海天等屈指可数的几家大型企业搭建了信息化平台,其它的中小企业的信息化应用非常有限,绝大多数中小企业信息化还只是停留在购买电脑设备,使用财务软件,以及一些办公软件等层面,在销售服务业务管理方面的信息化程度相当低。手工方式处理销售服务信息变成了企业发展的阻力,企业认识到需要提高销售服务信息化管理水平,以实现盈利并获得持久的竞争优势。为此,企业对各类企业管理信息化应用软件的需求急剧增加。进入21世纪以来,计算机技术在信息化产业中得到了迅速的发展,数据库技术、商务智能技术等的发展为企业大量有商业价值的数据存储和分析提供了有力的支撑。数据库技术规范了数据准确性、保证了数据持久性存储和高效 西南交通大学硕士研究生学位论文第2页地共享,为信息系统提供了底层的支持,商务智能技术解决关于数据和信息的有效管理和利用,为企业的决策提供了强有力的支持,帮助企业走上电子商务的快车道。(3)现有销售服务业务信息化解决方案通用性强、实施复杂、价格昂贵,使注塑机行业大多中小企业只能望而兴叹目前,SAP、金蝶、用友等大型企业信息化解决方案供应商在他们的企业管理信息系统产品中提供了销售管理等功能模块,但是对售后服务支持不够,具有售后服务功能模块的产品还不太多【3】。同时,现有的解决方案面向中小企业实施存在一些应用问题:1)通用性强。它们同一套软件涉及多种行业,尽管在设计时考虑了很多,但是终究还是不可能对各种行业的行业性特点的需求都做得面面俱到。2)架构庞大,实施复杂。由于这些解决方案的架构比较大,如SAP产品中包含了销售、人事、采购、车间管理等十多个管理子系统和二次开发平台,提供配置的参数有6000.7000个,即使是实施其中的某一个或者几个模块,需要配置的参数也是成百上千,特别是对业务流程管理的模块配置很复杂,对信息化应用人员有较高的要求。3)软件价格、后期实施与技术支持费用昂贵。这些公司的产品项目单价贵,实施费用和培训费用高,这些软件产品的价格少则十几万,多则几千万,据2010年相关数据统计:国内主流产品的价格中,用友的价格在50.1000万、金蝶的价格在30.500万、浪潮、神州数码的价格在50.1oo万、新中大的价格在30.50万,而像SAP、ORACLE这些国外产品价格会更高;而且对这些产品的后期维护的费用也不菲,比如,在2006年,SAP的服务费占总售价的17%、ORACLE的服务费占21%,到了2011年SAP的服务费占总售价的比例上涨到了22%。1.1.2课题研究意义注塑机行业中小企业对一个适合自身的销售服务集成系统的需求迫在眉睫,本课题提出了面向注塑机行业中小企业的销售服务集成解决方案,很好地克服了企业资金、信息化人才短缺的问题,并设计了用户界面简洁、操作方便的轻量级系统架构。针对注塑机中小企业的同质性,开发一套面向注塑机中小企业群的销售服务集成系统,、利用销售服务集成系统帮助企业管理业务数据,提高工作效率、提升管理质量、降低运营成本、辅助决策支持,以增强其核心竞争能力;针对中小企业业务流程的灵活性和企业管理机制的个性化差异,设计了面向用户的界面和业务流程个性化配置的功能帮助企业规范业务流程。 西南交通大学硕士研究生学位论文第3页因此,本课题的研究对注塑机行业中小企业灵活更新自身业务变化、提高企业销售服务工作质量和效率、提高市场的竞争力、拓展企业的国内外市场具有重要的理论意义和实践意义。1.1.3课题来源本课题依托国家863计划重点项目“注塑机行业集群式供应链服务支持系统研发和应用(2009AA042152)”,针对我国“块状经济”的典型区域“中国塑机之都”一一宁波市注塑机产业链,重点研究产业集群环境下集群式供应链上纵向企业群和跨供应链的横向企业群的供应协同、销售协同、服务协同和物流协同技术,集群式供应链管理与优化技术,探索构建面向注塑机行业中小企业信息化建设解决方案,面向应用服务的集群式供应链协同平台集成框架和体系结构,开发支持集群式供应链的企业群协同平台,解决注塑机行业中小企业由于资金和技术的困扰造成企业在信息化方面处于劣势而导致中小企业工作效率低下、市场竞争力不足的难题。集群式供应链的企业群协同平台上的销售服务集成系统分两个部分部署:一部分是部署在Internet上的SaaS(Software-as—a—service,软件即服务)平台,主要解决企业间的业务协同(本文中称之为“平台系统’’),另一部分部署在中小企业内部,为企业销售服务管理提供一套集成解决方案,并实现与SaaS平台的集成(本文中称之为“内部系统”)。互联网与制造厂合作企业访问入口图1.1系统总体解决方案本人在课题中主要参与部署在制造厂内部的系统的设计与开发,重点研究了集群式供应链上中小企业的销售服务管理业务所面临的挑战,提出了面向注塑机行业中小企业的销售服务集成系统解决方案(如图1.1),并设计实现了内 西南交通大学硕士研究生学位论文第4页部系统。根据不同企业不同业务需求,研究了可配置性相关技术在销售服务集成系统中的应用,设计并实现了系统的界面配置和业务流程配置模块,构建了面向用户的流程配置工具并应用到业务流程配置中。1.2国内外研究现状分析由于中小企业有业务的同质性和高竞争性,各企业业务类似却又有差异,市场对它们的需求变化速度非常快。怎样来应对这些快速变化的需求,这对企业的业务流程的灵活性提出了挑战。因此对于销售服务集成系统来说,它的一个重要的需求是执行业务流程变更的配置能力和部署到同行业企业的界面配置能力。因此本文主要从销售服务产品和软件可配置性这两个方面来分析。1.2.1销售服务产品的国内外研究现状目前,国内外大部分著名企业销售服务解决方案供应商在他们的产品中提供了预配置功能、或允许对产品二次开发。国内外比较有影响和代表性的销售服务产品有:SAP公司的“中国新干线”、ORACLE公司的“直通车”、用友公司的“NC”、金蝶公司的“EAS”、博科公司的“OPEN9000”、速达公司的“速达5000”等。SAP把R/3经过预配置后推出了”中国新干线”系统,配置了R/3的20%的功能,这套系统提供了几百个预定义的参数;ORACLE也推出了“直通车”解决方案,具有为中端的市场定做参数设置能力,提供了预定义的最佳的业务流程和预设定的大量多维智能报表;用友的“NC”是基于J2EE的开发模式,也就是说是一种基于组件的开发模式,进行工作流程的预配置,其设计思想强调个性化应用配置和可扩展性,主要利用业务流程、模板来提高可配置性【4j;金蝶的“EAS”,其技术架构实现了纯正的J2EE架构,拥有自己的开发平台一一金蝶EASBOS,能够实现设计和源码的混合开发,特别是它拥有自己的中间件平台;博科的“OPEN9000”产品的平台化、构件化程度高,可配置性强,却只整合了物流软件和商业智能软件;值得一提的是,中小ERP的代表速达软件公司,定位为“中小企业管理软件行业的领导者”,致力于国内中小企业的ERP开发、推广与服务,帮助企业建立高效的进销存与生产管理系统。“速达5000"系列系统提供可配置的业务流程模式和表单定制模式,使企业可以根据实际情况配置业务管理流程。但是,这些产品对注塑机行业中小企业来说,适用范围有一定的局限性”J: 西南交通大学硕士研究生学位论文第5页上面提到的产品是通用软件,它们面向的对象是广大的大中小型企业,涉及的行业多种,由于不同行业有其与众不同的特点,所以软件的功能需要对各行业特点都覆盖到,这样一来,产品功能也就越多越大,它的复杂性也就越高,实施就越复杂。虽然这类产品大多预置了有限的界面和流程定制接口,复杂的配置需要通过二次开发平台来解决,对用户的开发维护能力要求高。1.2.2面向用户可配置性技术的国内外研究现状软件的可配置性是指当需求发生变化时,软件功能不需要重新编写程序,仅通过界面配置来满足需求。可配置性同时与可扩展性和可重用性有关,软件可配置性是软件性能的主要衡量指标之一,可以通过业务流程配置16】、模板配置【7J或文件配置【8]来提高可配置性。近年来,国内外很多企业、组织和学者对可配置性相关技术进行了广泛和深入的探索并取得了良好的效果。IBM提出的应用定制策略及规则驱动【9]的定制化策略、验证算法和定制化指令一系列的定制方法,参考了制造业中的“大规模定制”的概念,提出了Web服务客户化定制的思想,建立Web服务客户化定制的模型及其支持系统的框架,使用了SOA(Service.OrientedArchitecture)架构,基于IBM的WebSphere和BusinessIntegrationModeler模型,实现灵活的业务流程所需的技术以及开发生命周期,这些技术和开发流程使得业务流程可以满足不断变化的需求。只是这种方法过于依赖IBM的产品,在可移植性和跨平台性上有一定的局限性。吉林大学智能仪器与测控技术研究所的谢宣松、林君等,提出了一套类C++的语法业务流程的可配置算法¨⋯,利用脚本来保存业务流程和运算规则信息,然后在需要的时候将脚本解释还原并执行其业务过程,实现一种基于脚本的业务流程配置系统。但是,用户要熟知根据一套定义好的语法规则实现的脚本生成语法。西安电子科技大学软件工程研究所殷勇、蔡希尧等,研发了一个叫Daisy[1l】的系统,系统通过提供一种用户可定制化的协同环境来达到较大的灵活性,以满足用户的不同需要。还有学者将系统的定制化划分成两类【llJ:浅定制化,即对界面的定制:深定制化,即对系统行为的定制。在浅定制化方面:浙江大学的吴坤利用XML描述用户界面的静态布局,用解释性语言dDeSC[12J来进行对话流程定义的方案,通过对XML文件和dDesc文件的修改来完成用户界面的定制。西安石油大学的郭庆华在XML技术的基础上,设计并实现了一个界面自动生成技术的工具软件一SEHelper【l引。该工具 西南交通大学硕士研究生学位论文第6页将配置的界面存储为XML格式文件,然后利用界面生成引擎将存储的界面生成可以执行的界面。上海海事大学的付剑锋实现了用XML文件存储界面信息的方法对用户界面配置、定制和控制[14】。辽宁师范大学的徐凯设计了基于XML用户界面管理系统的解决方案,并应用到CSM(ClusterSystemManagement,集群系统管理)中,并对这种技术进行了优化【l51。以上这些方案都是将界面描述为XML文件进行存储,通过修改XML描述的界面配置文件来实现界面的配置。在深定制化方面:重庆大学的徐亮提出了面向过程的信息系统框架模型构建方案[161,将流程的控制逻辑与业务处理逻辑分离,较好地解决因环境变化而带来的流程动态性,提供了一种流程可配制的方法。大连理工大学的吴小亮给出了一种提高办公自动化系统软件柔性的解决方案【l7I,使用开源工作流管理系统来实现可定制业务流程,使用数据字典来实现动态表单。上海交通大学CIM研究所的金纪文、金烨提出了一种模型驱动的流程配置企业架构思想【l引,建立了ERP领域元模型和业务流程组件元模型,并对实现这一思想的关键技术进行了深入研究。前人在软件可配置性技术上的研究进展为本课题提供了很好的技术支撑,因此本课题将总结和综合应用前人研究的可配置性方面的成果,针对注塑机行业特点和现有产品在中小企业应用中的不足,来开发一个面向注塑机行业中小企业的销售服务集成系统。1.3论文的组织结构第一章介绍本文课题研究的背景和意义,分析销售服务产品和面向用户可配置性技术的国内外研究现状。第二章首先概括地介绍注塑机行业的现状和特点,在此基础上分析销售服务集成系统对注塑机行业中小企业的必要性和迫切性,并概括出具体需求。最后利用UML对注塑机行业中小企业的销售服务业务进行分析和建模。第三章首先分析并提出销售服务集成系统的解决方案,然后对销售服务集成系统的功能结构和软件体系结构进行设计,对系统的每个模块中的功能做了详细地设计,最后详细介绍了系统所需的数据库设计。第四章首先介绍XML技术以及工作流技术在销售服务中的应用,并详细分析了界面配置文件XML的设计与解析和WF工作流引擎与业务系统集成的关键实现。第五章主要展现各个功能模块实现的界面,结合实例介绍了制造厂销售服务业务的具体实现过程。 西南交通大学硕士研究生学位论文第7页最后对全文的工作进行总结,并提出论文下一步的研究工作。论文的组织结构图如下:第一章第二章第三章/\/、\‘‘。●●-●’-●’⋯。。⋯_●●-●●-●-●⋯●●●●●●●⋯⋯-’-_●●●-●●⋯⋯---●⋯●_●o---●●●-_-●_●●-●●●/\/\第四章\/-●h-_-⋯-⋯l-*-⋯●●-’__-●"-●⋯●_●_-__-●t*_--●-●●⋯●_^_--__--_★--●-●~_-_●--__^-^●-_。-\/\/第五章 西南交通大学硕士研究生学位论文第8页第2章销售服务集成系统的需求分析通过上一章的介绍,可以明确本系统主要定位于注塑机行业中小企业,课题目标是设计并开发一套适应注塑机行业中小企业特点的销售服务集成系统来提高中小企业的销售服务业务处理的效率以及与供应链上合作企业的协作能力。本章对注塑机行业特点的进行了分析,主要在企业调研的基础上对销售服务集成系统的需求背景、系统任务、功能需求及非功能需求进行研究。2.1注塑机行业的特点和现状(1)产业集群度高,已经形成“50公里经济圈”,共享区域品牌优势进入21世纪后,我国的塑料机械行业处于持续发展的时期,成为了增长最快的国家产业,它们地理位置集中,以宁波地区为中心,出现了庞大的注塑机制造业产业集群,形成了50公里范围的经济圈。供应商、制造厂等相关的企业和机构都聚集在50公里的范围内。一提到注塑机,宁波总是首先被想到的地方,注塑机在这个地区已经有了品牌效应,企业共享着这个区域的品牌优势(2)以民营企业为主,相互之间有地缘、亲缘、血缘关系,使得同质企业之间相互竞争又合作在这个产业集群中企业多以中小民营企业为主,企业之间有着一样或相近的社会的文化背景和交易规则;它们从事的产业相同,或者有的从事主导产业,有的从事辅助或者支撑产业,同时根植于本土的社会网络中,同时由于大量同类企业聚集在一块区域,企业之间的本地化竞争非常强烈。(3)大多为中小企业,规模小,机制灵活,能面向市场需求快速调整在这个产业集群中,除几家大型龙头企业外,其他都是中小企业。中小企业规模小、机制灵活、发展速度快、发展方式灵活多变、产品更新速度快、转型也迅速。根据《201O.2015中国注塑机行业市场调查深度分析与前景预测报告》分析,从2001到2010年连续9年都是全球最大的塑料机械消费和出口国生产商¨引。注塑机行业发展速度快,自上世纪五十年代,我国生产出了第一台注塑机,到八十年到后期我国形成了以浙江宁波、广东东莞、顺德等地为主的产业集群基地。据国家统计局的统计注塑机制造企业数量已达到145家,2009年中国注塑机前20名企业主要经济指标如表2.1所示。 西南交通大学硕士研究生学位论文第9页表2-12009年中国注塑机前20名企业主要经济指标统计表(千元)宁波海天塑机集团有限公司3856383377433438415844740901在制造业这一行业,营业收入400000000元以下的为中小微型企业L2⋯,通过以上报告和《注塑机行业统计报告》统计数据,不难看出,在这145家注塑机制造企业中,这样的中小微型企业有140家占据了注塑机行业企业总数的96.6%,他们的营业额也占了注塑机企业营业总额的49.5%,中小企业数量巨大,已经成为了国民经济的重要力量。围绕制造企业还有很多螺杆、马达、电脑芯片等零部件供应企业,它们也都是中小企业。然而,绝大部分的市场和资金都被几家大型龙头企业所占有,自主技术研发的能力也掌握在国外竞争对手和国内几家大型龙头企业手中;而数量占据了这个行业企业总数绝大部分的中小企业在激烈的市场竞争下处于很被动的地位:资金不足,管理体制弱,没能完善自身的生产设施和管理工具;技术不成熟,没有自主创新产品;市场份额小,生产规模不大,他们重视设计与制造,缺乏对运营、销售、服务等产品生命周期中服务环节的支持。在当下激烈的竞争中表现出来很大的劣势,这就对他们在以下方面要有更高的要求:在技术上更新要快,管理模式上更加灵活,生产、营销周期要短、资金周转要迅速。 西南交通大学硕士研究生学位论文第10页2.2销售服务集成系统的需求2.2.1企业调研本文对宁波市注塑机行业中的HZ、HX等注塑机制造厂和经销商进行了企业调研,通过对这些企业调研,分析了他们在销售服务管理中存在相似的现象:一方面,中小企业的业务处理方式仍然是很落后的人工处理方式,信息的传递和处理方式以传统的纸张为载体,处理效率低下,需要花费大量的人力、物力来完成信息的处理、组织、存储以及查询检索,降低了对客户需求的响应速度;然而企业并不是不愿意通过信息化手段来处理销售服务业务,提高业务处理效率和准确性,只是他们并没有找到合适自己的销售服务系统。另一方面,由于注塑机行业中的中小企业本身的特点,在市场竞争如此激烈的环境下,随着时间的推移,企业的管理体制和业务流程势必会发生改变【21|,在业务流程方面发生了变化时,为用户定制开发的软件又要面临一次次的修改。而且,在应用程序的后期维护中,大部分的维护是由于业务逻辑的变化而导致的【22|。据相关资料显示,因业务流程的调整及业务发生变化导致的软件维护占到后期维护工作的58%【23|。传统的为用户定制开发的软件系统往往局限于用户当前的直接可见需求,缺乏对未来需求进行分析的一般性方法【24l。大型企业与中小型企业之间已经存在信息壁垒。通过调研总结了中小企业在销售服务管理中主要存在以下问题:1.小批次、多品种的订货单处理工作让制造厂忙得焦头烂额,错乱百出。经销商接到客户的订购就向制造厂下订单,订单的数量很大,注塑机种类繁多,订购的注塑机型号各异,组成不同注塑机型号的零部件种类和规格也相去甚远。这么大的信息量凭个人记忆难免出错,写错注塑机型号或者填错零部件种类和规格的现象屡见不鲜,而且人工填写订单时字迹潦草无法辨认,给生产和装配带来不必要的麻烦。然而,这种错误很难被马上发觉,等到生产或者装配机器的时候才发现的话,在材料上和供货时间上将是个极大的浪费和滞后,会给企业的生产和经营带来不利影响。2.单据审批效率低下,审批过程不规范,拖延业务处理的进程。一张单据需要经过几个审批阶段,每个阶段由哪些部门来审批,目前单据的审批进展如何等等,这些问题让等待审批结果的经销商很茫然、急切,却也无可奈何。例如,HX在订单处理过程中,销售内勤需要拿着订单各部门跑审批,遇上审批者临时不在时就不得不停下来等待,这样内勤人员不仅不能处理其他事物,订单的审批进展也出现延误,直接导致生产和发货的滞后。3.制造厂对销售和售后服务的情况没有准确地掌握,存在数据的不一致 西南交通大学硕士研究生学位论文第11页而无法核对、有价值数据无法有效利用的情形。像HX注塑机制造厂在管理销售和服务信息的时候都是靠人工接收经销商提供的纸质报表或者是电子邮件,没有将业务数据进行数字化管理,经销商在服务中使用零部件的信息按照半年一次统计反馈给制造厂,若零部件数量上存在出入,时过境迁,单据无存,制造厂无法对此进行核实;同时制造厂不具备对销售数据和服务数据统计分析的有效手段,使得频频故障的零部件、热销的机型等有商业价值的数据失去了它的价值。4.由于市场变动较大,制造厂对销售服务管理机制和业务处理流程会随之变化也快。在调研销售服务的工作的基础上认真研讨了不同企业中各项工作的业务流程,总结出各企业在业务流程上的共同特点。2010年到2011年HX、HZ和HT三家企业对销售订单管理业务过程的处理中涉及到的业务活动和活动顺序如表2.2,表内的数字代表了在满足业务成功执行的情况下该活动在业务流程中执行的步骤,表中的“无”表示该企业的业务流程中没有对应的活动。表2—2订单管理业务活动表由上表可以看出,从2010年到2011年,HX企业订单管理业务流程中增加了“总经理审批”活动,HZ企业订单管理业务流程顺序发生了调整,“财务部根据订单金额审核客户账户余额”活动从“总经理审核”活动之后调整到了之前处理;HT企业在订单管理业务流程中暂无变化。同时,对比三家企业在2010年份的订单管理业务流程不难发现,HZ和HT处理订单管理业务有7个步骤,而HX是6个步骤。综合调研这几家企业后发现,企业在销售服务方面有以下几个工作:技术变更管理、销售管理和服务管理等,其中,服务管理中还涉及了外借零部件管理和注塑机档案管理。各项工作将在后面详细分析,这里仅概括如下:1。技术变更,就是指应用在注塑机上的设计技术和制造工艺发生的改变。研发部门记录这些应用在注塑机上的技术变更信息并将这些信息提供给制造厂内部的销售、售后、采购、车间等部门以及经销商进行共享等。2.销售管理中销售内勤需要记录经销商的各种详细信息,在处理订单的过程中需要从内勤到部门经理、总经理、财务部门等一系列审核工作,对销售雅鼽制一一。一一一⋯一一一一一一核一渐一5一一一5一一一5一一一一一一一4一一一4一一一4一一一一一一3一一一3一一一3觳弹一爆一2一一2一一一就弹一一一。一瓣一,一一一。 西南交通大学硕士研究生学位论文第12页业绩进行初步统计。对于整机销售业务,由于国内对注塑机的需求网络极其广泛,因此注塑机制造厂需要委托专门的经销商来为自己销售注塑机整机,经销商同时做销售业务和服务业务,拓宽销售渠道,承担售后服务工作。整机厂集中精力搞生产的同时,需要掌握销售情况,把握市场动向,升级产品类型,拓展销售区域,获得较大的市场份额。3.注塑机服务,就是在注塑机出售以后所提供的各种服务活动,包括产品介绍、送货、安装、调试、维修、技术培训、上门服务等,通过售后服务来提高企业的信誉,扩大产品的市场占有率,提高推销工作的效率及效益。制造厂主要是通过委托经销商来进行售后维修工作,制造厂保证维修零部件的供应,一般问题的维修由经销商承担,若遇见经销商已经无法完成的维修问题,由经销商向制造厂提出申请,请求制造厂完成维修工作。维修的过程中需要换新的零部件由经销商向制造厂借取,制造厂会详细记录零部件的外借信息,经销商维修过后按期冲抵借取的零部件。维修过程需要注塑机出生档案作为技术参数依据,注塑机出生档案包含了由生产部门记录和描述的整台注塑机的构成和所有要涉及的零部件信息。调研结果分析:企业在销售服务管理中存在的问题,绝大部分的原因出自没有一个合理有效的销售服务系统来协助业务处理,规范业务流程和工作职责,统计分析业务数据,管理经销商及客户等重要资料。中小注塑机企业急需改变原始的销售服务管理方式,要将销售、服务结合起来,保证品牌的质量提升品牌的影响力:将注塑机技术变更信息和出生信息共享给销售部门和经销商,有效地支持产品的销售和服务;将零部件借取以及冲抵信息及时进行统计,准确地盘查售后服务中零部件使用情况和零部件故障率;将销售信息与服务信息进行分析统计,准确掌握产品的定位和市场动向,为管理层为产品未来的决策提供支持;有利于挑选更好的合作伙伴,有利于挖掘更广泛的购买客户对象。注塑机制造企业的销售服务是实现注塑机产品价值、开拓市场的最直接的方式【25I,是企业盈利的主要手段,在企业运营中占据重要位置。在迅速发展的注塑机行业内,企业之间的竞争也日益白热化,中小企业在资金、质量、服务和核心技术上都不占优势。中小企业需要一个适合自己的销售服务集成系统,这样的一个系统对企业资金和信息人才要求低,系统架构也轻量化,能够帮助企业协助业务处理、管理业务数据,提高工作效率、提升管理质量、辅助决策支持,企业规范业务流程。2.2.2销售服务集成系统的用户角色划分此系统的最终用户为中小型注塑机企业的总经理、部门经理、车间管理员、 西南交通大学硕士研究生学位论文第13页财务部操作员、销售内勤、服务内勤、系统管理员等。系统管理员:此类人员具备计算机领域的相关知识,包括数据库系统等方面的知识,负责对“用户管理”、“角色管理”、“模块与功能管理"等的维护工作,保证系统的正常运行。普通用户:除管理员以外的用户。其中总经理、副总经理可以对系统中的各种信息进行查询和维护,对公司的各项业务进行监管,并对业务过程中的相关信息进行审批。其他用户对自己职责范围中涉及到业务部分进行操作。例如,销售内勤可以对经销商信息维护、对销售订单录入等功能进行操作。2.2.3销售服务集成系统的功能需求对于大多数注塑机行业的中小企业来说,由于企业规模相对较小,经营和管理工作也相对容易一些。因此,企业对销售和服务管理的需求大多是实用性的信息服务。因此,系统要能够经济、有效地实现企业内部各部门对业务数据和业务过程的管理以及企业与经销商之间的消息沟通和数据传递。中小企业在销售服务中方面的需求具体体现在:1.对销售计划中的销售订单进行管理,完成订单的审核、导出、发货和其他基本业务,使订单的处理更加方便快捷。2.对销售活动中的销售情况进行管理,完成销售业绩和销售信息的统计分析,掌握企业的整个销售状况和各产品在各地区的销售情况。3.对销售之后的售后服务信息进行统计分析,归类故障原因,分析故障比例。4.制造厂要方便地记录各经营部门向厂内借取的零部件信息,做到零部件进出数目一致,减小丢失。5.能对组成产品的零部件和技术参数进行记录。注塑机的制造工艺和成品的组成,不仅在销售方面,在服务方面也是重要的依据。6.能够跟经销商高效地交互信息,制造厂下面的经销商数目众多,而且在全国范围都有分布,依靠目前的交互方式如电话、邮件、传真等手段效率很低下,同时也存在信息理解偏差造成双方的损失。协同商务平台上的平台系统与制造厂内部系统的数据交换能够实现制造厂与经销商之间及时地信息交互。这就要求了面向注塑机行业中小企业的销售服务集成系统在功能方面具有以下几个方面的需求,具体描述如下:1.注塑机技术变更管理销售服务过程中需要注塑机技术变更的信息,销售服务相关部门能够通过系统对应用在注塑机上的技术变更信息进行查询。这些记录由研发部门维护, 西南交通大学硕士研究生学位论文第14页研发部门可以在销售服务集成系统中进行管理。2.注塑机销售管理企业能够在系统中记录经销商信息、销售订单和销售情况等信息:能够对销售相关记录进行打印和导出。企业能够通过系统对经销商信息维护,对销售订单按照一定的顺序进行审批,根据订单审批结果对注塑机发货,按时间对销售情况汇总统计和分析。3.注塑机服务管理企业能够在系统中记录服务信息、零部件更换详情、注塑机故障类型等信息;对服务相关记录进行打印和导出。企业能够通过系统对故障零部件的供应商进行查询,对服务情况汇总、维护注塑机故障的类型,按种类对注塑机故障率分析,对更换的零部件按照种类进行统计并分析零部件损坏比率,还可以通过系统查看已损坏零部件的详细信息。在服务过程中制造厂需要给经销商供应零部件,企业要能够通过系统查询零部件信息、管理零部件的借取与服务冲抵。准确地记录了所有零部件借取与冲抵的详细信息,减小零部件的丢失率。同时,服务需要提供注塑机出生档案,服务部门能通过系统查看故障机器的出生档案。出生档案由生产部门在机器制造完成时填写,它记录了组成注塑机的各种类型零部件的详细信息。注塑机的档案信息以及涉及的零部件信息在销售服务集成系统中进行管理。4.数据交换方面的需求由于本系统部署在企业局域网的内部系统与部署在平台上的平台系统共同完成制造厂与经销商的业务协作,因此内部系统与平台系统进行数据交换。数据交换的目的是为了制造厂及时跟经销商进行信息互通和共享。所以要专门为制造厂内部预留与注塑机集群式供应链协同商务平台进行数据上传和下载的接1:3。企业能够通过数据交换接口上传和下载销售服务、出生档案、零部件借取与冲抵等业务数据。数据交换是课题中很重要的一块,由平台系统项目组统一负责设计开发。2.2.4销售服务集成系统的非功能需求1.界面简单易用根据企业调研和现有软件产品的现状和不足的分析,系统需要简单易用、对员工信息技术要求不高、安全可靠:用户向系统输入尽量采用下拉框选择的 西南交通大学硕士研究生学位论文第15页方式,当用户输入不合法数据时,系统要友善提示;系统可以设置不同的访问权限,企业可以针对不同级别的用户角色来设置不同的访问权限。2.界面和业务流程的可配置能力随着时间的推移,企业管理思想的进步和管理制度发生变化不可避免地会改变业务流程【26】,而且不同的企业用户对界面的喜好也不一样。如此,同一套销售服务集成系统在对不同企业应用实施时,相应的用户界面和业务流程不可避免需要做出调整,既需要适合企业的业务流程,又需要满足用户对界面的需求。这就要求系统需要具有一定地灵活性,用户可以通过简单的配置较快速地完成系统界面和业务流程的配置任务,顺利地转化到新业务流程或者界面上来。2.3销售服务集成系统的业务模型2.3.1技术变更管理业务分析技术变更信息维护业务建模:根据新技术和服务反馈信息,制造厂产品研发部门对某种机型在设计或者工艺上改变注塑机的技术参数;然后记录技术变更的信息。Stepl:改变注塑机的技术参数;Step2:记录对这种机型的技术变更信息,活动结束;技术变更管理的业务活动图如图2.1所示。图2—1技术变更管理活动图2.3.2销售管理业务分析销售管理业务建模:经销商递交订单,销售部接收并审核订单,符合要求的订单通过审核,然后财务部检查经销商账户订货款是否足够。在订货款足够的前提下销售部门检查库存,若有现货则开具提货单由仓储部发货;若无足够现货则生成要货计划,生产车间组织生产,将合格的机器做入库处理,当所有货物备齐后仓储部通知销售部门开提货单,仓储部管理员开发货单,将整机发 西南交通大学硕士研究生学位论文第16页送给经销商。Stepl:经销商递交订单;Step2:销售部接受订单;Step3:销售部审批订单;同时给经销商反馈审批结果;若审批通过则流程继续流向Step4;若不通过此次销售流程结束。Step4:财务部审批订单;若是经销商账户金额足够则流程流向Step5:若账户余额不足则提醒经销商支付差额;Step5:检查库存是否足够;若库存不够则流程流向Step6;若库存已经足够则流程流向Stepl3;Step6:销售部汇总要机计划;Step7:车间接收要机计划,安排生产;Step8:车间生产注塑机;Step9:检查注塑机质量;质检通过,开入库单流程流向Stepl0;若质检不通过的流程返回Step8;Stepl0-仓储部核对要机计划,对不符合计划的机器拒绝其入库;若机器符合则流程流向Stepll;Stepl1:入库机器并统计备货总数;Stepl2:检查机器是否备齐;若未备齐则流程结束;若己备齐则流程流向Stepl3:Stepl3:销售部门开提货单;Stepl4:仓储部开发货单并发货;Stepl5:销售部门接发货单活动结束;销售管理业务活动图如图2.2所示。 西南交通大学硕士研究生学位论文第17页经销商销售部车间仓储部财务部●W伍交订车、6\/、I7、庀==孓、y7、二二=/安夕查看订单状态)审核山审核\/不通过/\通过\/(是否有现货)\仫改订於—义不足\/活\\/歹有4立,J*、{</不通过代总要机计划、≥e排生产计司\知代/丽付√\/出通过蘸遴厂赢、\——————,/&型甲通砘◇盟.卫.f开入库单、、、.—————.———√|./\/’∥\,、、.、.................._/占I凿伍否各齐、]夕<未各志/)/。二已备齐\/7\>涨竺乡≥@发货单并发货)\/⑨◎图2.2销售管理业务活动图2.3.3服务管理业务分析服务管理业务建模:客户报修,经销商上门维修、判断是不是大的质量问题需要换大件,如果是一般问题维修,经销商维修完成后提交相应的三包鉴定记录和更换零部件记录;若遇到较复杂的维修问题需要换大件,经销商申请制造厂协助处理,由制造厂来完成售后维修,制造厂受理申请后执行与经销商独自维修情况下相同的流程。Stepl:经销商接收到客户报修请求; 西南交通大学硕士研究生学位论文第18页Step2:经销商上门维修;Step3:经销商判断所遇到的维修问题是否是大件故障;若不是大件维修,则流程继续到Step4;若是大件维修,则流程跳到Step6;Step4:经销商填写维修记录;Step5:经销商提交维修记录;然后经销商的这次服务结束;Step6:经销商申请制造厂协助维修;Step7:制造厂受理经销商的申请;Step8:制造厂外出维修;Step9:制造厂提交维修记录,然后经销商的这次服务结束;服务管理业务活动图如图2.3所示。图2.3服务管理业务活动图2.3.4外借零部件管理业务分析外借零部件管理是制造厂向经销商借出和回收零部件的过程,属于服务管理中的一部分。经销商服务过程中需要更换的零部件是向制造厂借取。然后将服务过程中使用掉的零部件做好更换记录,用来冲抵事前向制造厂借取的零部件。外借零部件借取管理业务建模:经销商提出零部件借取申请,制造厂收到经销商的零部件借取申请(零部件借取单),核对零部件借取单和零部件库存,审批通过开借条并给经销商发 西南交通大学硕士研究生学位论文第19页货,零部件出库。Stepl:经销商提出零部件借取申请;Step2:制造厂收到经销商的借取单;Step3:核对库存情况;若通过则流程继续到Step4;若不通过则流程到Step6:Step4:借取零部件出库;Step5:开借条;Step6:更新零部件借取记录,活动结束;零部件借取业务活动图如图2.4所示。经销商提出零部件借取申请兰竺!竺竺竺!兰墨P—万歪通过山制造厂收到零部件借取申请【核对零邵仟厍存情i,c-’、-..........................................................√翌妇过—J[3n堡竺!竺竺堂!)/奄|更新零部件借取记录图2.4零部件借取业务活动图外借零部件冲抵业务建模:经销商提出零部件冲抵申请,制造厂收到经销商的零部件归还申请(零部件冲抵单),核对售后服务中零部件的使用情况,核对通过之后开收条,冲抵零部件借取的数量。Stepl:经销商提交服务记录;Step2:制造厂收到服务记录:Step3:核对服务过程中零部件的使用情况;若通过则流程继续到Step4;若不通过则流程到Step5; 西南交通大学硕士研究生学位论文第20页Step4:冲抵借取的零部件;Step5:更新零部件借取记录,活动结束;零部件冲抵业务活动图如图2.5所示。(堡翌竺竺竺堡望兰兰擎—娶弓过赢聂蚤]/冲抵借取零配件)图2.5零部件冲抵业务活动图2.3.5档案管理业务分析服务过程需要注塑机档案信息的支持,注塑机出生档案由车间在完成机器制造后填写。出生档案里包括了组成注塑机的零部件,这些零部件的信息是由研发部门进行管理。出生档案管理业务建模:车间按照生产计划完成注塑机制造,检查机器型号是否存在,若机器型号不存在则添加新的机器型号,然后填写注塑机出生档案。Stepl:车间完成注塑机制造;Step2:检查机器型号;若不存在则流程流向Step3,否则流程跳到Step4;Step3:添加注塑机型号;Step4:填写注塑机的出生档案,活动结束;出生档案管理活动图如图2-6所示。器查一 西南交通大学硕士研究生学位论文第21页图2—6出生档案管理活动图零部件信息维护业务建模:研发部添加零部件,检查零部件类型是否存在,零部件类型若不存在则新增零部件的类型信息,然后记录零部件信息。Stepl:添加零部件;Step2:检查类部件类型;若不存在则流程流向Step3,否则流程跳到Step4;Step3:添加零部件类型;Step4:记录零部件信息,活动结束;零部件信息维护活动图如图2.7所示。图2.7零部件信息维护活动图2.4销售服务集成系统的功能模型2.4.1技术变更管理用例分析技术变更管理是制造厂产品研发部对机器的设计或者制造工艺做出改变 图2-8所示。O入研发部图2.8技术变更管理用例图车阃 西南交通大学硕士研究生学位论文第23页2.4.3服务管理用例分析服务管理是对注塑机售后维修信息的记录和分析、对零部件的借取与冲抵的记录与统计的过程。在制造厂内部系统中服务管理主要涉及到的用户是服务部门,服务部门能够通过系统对故障零部件的供应商进行查询,对服务情况汇总、按种类对注塑机故障率分析,对更换的零部件按照种类进行统计并分析零部件损坏比率,还可以通过系统查看己损坏零部件的详细信息、故障注塑机的出生档案信息。服务管理功能的用例图如图2.10所示。氨&兮彭S唼竺三竺!:!!:吵2.5本章小结O/\后服务e≮喇分多,@\\/⑨\//图2.10服务管理功能用例图本章首先分析了注塑机行业的特点、中小企业信息化的迫切性和必要性、销售服务现状以及现状存在的问题,着重分析了面向注塑机行业中小企业的销售服务集成系统的功能需求和在配置方面的非功能需求,并使用活动图和用例技术建立了系统的业务模型和功能模型。 西南交通大学硕士研究生学位论文第24页第3章销售服务集成系统设计通过上一章对系统需求的分析,明确了系统的设计目标。本章对销售服务集成系统进行了设计,主要包括系统总体功能设计、系统体系架构设计、功能详细设计以及数据库设计。3.1系统总体功能结构设计调研过程中针对销售服务业务方面展开研究,并根据业务的协同性特征,提出系统解决方案。根据调研结果,通过对HX企业内部销售服务业务的分析,设计HX销售服务集成系统的功能结构如图3.1所示。HX销售服务集成系统系统设置II销售管理模块与功能管理流程配置管理界面配置管理经销商信息维护销售信息查询销售情况统计售后管理0I技术变更管理外借零部件管理配外件借归零件还部信件息明统管细计理表供应商信息维护服务信息管理零部件更换明细零部件更换统计故障类型分析报表各机型故障室分析档案管理零部件信息维护出生档案信息管理技术变更信息维护图3-1系统的功能结构系统设置模块包含对使用系统用户的管理、系统用户角色的分配、系统模块与功能的分配、业务流程的配置和界面的配置,满足用户对系统的管理和非功能性需求。销售管理包括对合作经销商信息的维护、销售订单的录入、审批与发货、销售信息的查询、分析和统计。售后管理包含了对零部件外借和归还的记录与统计,供应商信息的维护,售后服务信息的记录、故障类型的统计和分析、机器故障率的统计和分析、注塑机出生信息的记录与查询以及注塑机零部件信息的维护。技术变更管理包含了对注塑机技术变更信息的维护。销售订单提交、服务信息维护、配件借取与归还申请等功能和注塑机出生档案信息放在平台系统,经销商通过平台系统向制造厂提交订货单、服务信息以及申请借取和归还注塑机零部件,注塑机出生档案信息共享给与制造厂给合作的经销商便于其进行注塑机订购和售后维修;技术变更管理、销售管理、服 西南交通大学硕士研究生学位论文第25页务管理、外借零部件管理、档案管理和系统设置等功能都放在制造厂内部系统。内部系统中的业务数据也可以通过数据交换更新到平台系统数据库中。本人重点参与了内部系统的设计与开发,因此本文结合调研结果重点研究HX销售服务集成系统的制造厂内部系统。3.2系统的软件体系结构在软件体系结构设计中,分层式结构是最常见,也是最重要的一种结构。分层式设计可以达到如下目的:分散关注、松散耦合、逻辑复用、标准定义。本系统采用微软推荐的三层架构,从下至上分别为:数据访问层、业务逻辑层(又或成为领域层)、表示层。系统体系架构如图3.2所示。图3.2销售服务集成系统体系架构各层的作用如下:1表示层:将业务功能以页面的形式展现给用户,该层通过调用业务逻辑层来实现数据信息的动态传送。同时,该层还用于检查用户键盘输入的信息,完成对数据的校验后,最后再将用户输入的信息传递给业务逻辑层。该层包括winform窗体、用户控制以及某些与安全相关的类和对象。 西南交通大学硕士研究生学位论文第26页2业务逻辑层:这一层的主要功能是对业务逻辑功能的处理。该层位于表示层和数据访问层之间,主要用来处理用户界面层传递下来的业务,或者是调用数据访问层返回数据结果,是整个系统实现的核心和重点。该层包括使用SqlClient从SQLServer数据库取数据、更新数据及删除数据,并把取得的数据放到DataReader或DataSet中通过业务逻辑层返回给表现层。同时还包含了界面和流程的配置逻辑,将在第四章详细说明。3数据访问层:该层是业务逻辑层的支持层,实现数据库中的数据的管理,该层通过访问数据库,执行来自上一层(业务逻辑层)的数据处理请求,数据访问层通过把数据访问的相关操作中分离出来,从而实现了业务逻辑层可以专注地处理业务的规则。该层为业务逻辑层提供服务,根据业务逻辑层的要求通过通用类库中的SqlHelper对象与数据库进行交互,来完成数据库中数据的插入、查询、删除和修改功能,数据访问层的类图如图3.3所示。数据访问层一般与表示层没有关联。Ic011noct*on’叁11Ioperate签■IIIt“f-c·lht”f一}囊方法。=方法≮p‰瞳f∞“簟如&曲叶a哪W·擘ptCanm"ang_白t妇j·以‘t—缈⋯:⋯一⋯⋯一⋯一r⋯,。}_列·枷·眇钮《、‘HH_H-*¨H●。●●一。。__HHH___HH-mHH_HH-H_----一,i图3.3数据访问层的类图4业务实体层:业务实体层主要是对系统业务实体的封装,方便数据在三层之间传递。本系统中主要实体包括销售订单实体、注塑机实体、零部件实体、经销商实体等。5通用类库层:通用类库主要封装了系统通用功能的实现,提供给其他各层使用,例如导出、打印、标准数据库操作类等。通用类库层的类图如图3.4所示。 西南交通大学硕士研究生学位论文第27页图3—4通用类库层的类图系统从最底部的数据库层开始,一层一层地向上提供接口服务,最终实现用户按业务要求的操作界面和其他系统接口。各层专著于自身功能的接口实现,整个层次保持相对的稳定。系统对每一层定义明确的功能接口,同时在层内实现组件化的接口实现。层次化、模块组件化的实现,使系统具备了较大程度的灵活度,从而能对业务需求的变化做出快速的反应,使系统具有很好的扩展性。内部系统采用c/S(C1ient/Server结构,即客户和服务器结构)结构,使得客户端响应速度快,同时有效地控制了信息的安全。3.3系统的主要功能模块详细设计3.3.1技术变更管理模块模块功能描述:该模块包括1个功能如表3.1:表3—1技术变更管理功能描述ii鎏翥动麓名称i曩参j≥蠢i;;;;i;『iiii善ii!蠹j|¨?i⋯≯薹=;描述篓_囊技术变更信息维护增、删、查、改注塑机技术变更的详细信息,技术变更的详细信息包含:生产编号、塑机型号、设计变更、工艺变更、变更人、变更时间等信息;可以通过按变更时间和机器型号查询技术变更的详细情况。对于销售服务业务来说,技术变更的查询用的最多,以技术变更查询为例,实现查询的方法调用步骤如下:Stepl:销售内勤输入查询条件,点击“确定”按钮;Step2:系统首先触发用户鼠标单击事件,调用业务逻辑层的查询方法;Step3:查询方法将表现层由用户输入查询条件传给数据访问层的查询数 西南交通大学硕士研究生学位论文第28页据库方法;Step4:数据访问层的方法通过通用类库中的数据库操作对象查询数据库并返回结果;Step5:展现查询结果到表现层;销售部门查询基础变更的信息的顺序图如图3.5所示。O/\销售:内勤至民国擐好查词条件信息点击“确定”一\myBll.QueryFun,myDAL.GetSelectListBySql,、SqlBelper.ExecuteDataset,\广,DataSet/DataSet,DataSet一图3.5技术变更信息查询顺序图3.3.2注塑机销售管理模块模块功能描述:该模块包括4个功能如表3.2:表3—2销售管理功能描述萋ii_:。鋈功麓零称篓羲ji豢;。誊参i!i誊。“ii|{};‘『1薰毒二=:i=|_一-箍述i蔫i蠢ii。;经销商信息维护主要添加和查询经销商的详细信息,经销商的详细信息包含企业名称、联系人、联系地址、法人代表、注册资金等信息;在添加经销商的同时可以对片区进行管理并将新的经销商划入相应的片区。销售订货单管理管理订单的生命周期,从接受订单到发货出库,订单转化为发货单。其中包含了审核、导出、发货、新增等基本操作。查询中有交货期限(日期)、经销商、机器型号等字段。发货必须在通过审核之后才能进行,订单审核过程中包括了对审核信息(出厂编号、保修卡号、购机客户等)的添加和购机客户信息(客户编号、联系电话、联系地址等)的维护工作。销售信息查询查询某时期内的销售情况,提供的查询字段有发货日期、 西南交通大学硕士研究生学位论文第29垦经销商、优先级等。同时提供了取消发货的功能,此功能在不能发货的情况下取消已发货的销售信息。销售情况统计根据不同经销商统计塑机的销售情况,统计图中显示经销商名称、销售数量、所占比例等信息。提供按照时间字段进行查询。以销售订单审批为例,部门经理对销售订单审批顺序图如图3-6。图3.6部门经理审批订单顺序图实现审批的方法调用步骤如下:Stepl:部门经理登陆系统后点击“订单审批”按钮,查看待审批订单;Step2:用户选择一张订单点击“审批”,系统首先触发用户鼠标单击事件,调用业务逻辑层的工作流服务,获取当前销售订单的处理状态和当前工作流运行状态;并等待用户对订单的审批确认;Step3:用户触发审批确认事件,调用业务逻辑层审批事件的处理方法;Step4:审批事件的处理方法将表现层由用户的审批意见传给数据访问层的更新数据库方法;Step5:更新数据库方法通过通用类库中的数据库操作对象更新数据库中的记录并返回结果;Step6:系统通过表现层用消息的方式通知用户对当前单据的审批结果;3.3.3售后服务管理模块模块功能描述:该模块包括8个功能如表3.3: 西南交通大学硕士研究生学位论文第30页表3—3售后管理功能描述i妻i誉!鎏劳!藐j名称鬻蒸囊黍j爹i篙爹霉i囊i鬻=『誊。!囊i瑟i?i_:_¨拳播避爹爹i誊薹;鬻≤爹i爹;;ii供应商信息维护主要有添加、查询和导出供应商的详细信息,供应商的详细信息包含企业名称、联系人、联系地址、法人代表、注册资金等信息;服务信息管理主要记录故障机器相关信息和维修相关信息,维修的详细信息包含出厂编号、出厂日期、故障原因、故障分组、维修方法和维修次数等信息。同时也提供了导出、打印等基本功能。零部件更换明细查询更换的零部件详细信息,使用寿命(天)等,查询字段包含有维修时间、零部件名称、供应商、零部件类型,通过查询可以看到更换零部件的详细信息,零部件详细信息包含零部件名称、零部件型号、故障数量、供应商等等信息。同时提供了导出和打印等功能。零部件更换统计统计所有维修过程中更换的零部件信息,并按照供应商进行分类统计,零部件所占更换总数的比例。故障类型分析报表统计故障机器的故障类型,按照故障类型下的故障分组进行统计,故障类型包含了机械系统、电气控制系统、液压润滑系统等;每种故障类型下包含了若干分组,每个分组都按照故障原因罗列故障分布明细和比例,故障原因包含用户原因、外购原因、外协件原因和装配件原因等。各机型故障率分析统计分析所有机型的故障率(某机型出故障机数量/某机型的销售总数)并生成图表。提供按时间的查询。外借零部件管理管理售后服务过程中维修的零部件信息,包含了4个功能。见3.3.3.1节3.3.3.1外借零部件管理模块模块功能描述:该模块包括4个功能如表3.4: 西南交通大学硕士研究生学位论文第31页表3-4外借零部件管理功能描述爹爹黎篓螽麓羹蘩誉添i鎏攀篓ii;i蓑-j|¨鼍萎i季爹iij。ii蕊述;i;≯j誊i蠹囊萎零部件借取信息管理记录零部件借出的详细信息,包含有借条号、借取人、借取时间、经营部、零部件名称、数量等信息。外借零部件明细表汇总零部件外借详情,包括借条号、借取人、借出数量、归还数量、欠库数量(借出数.归还数)等信息。提供的查询条件有借取时间和经营部。外借零部件统计表统计所有外借的零部件信息,统计图中显示零部件名称、借出数量、所占比例等信息。提供按照时间字段进行查询。3.3.3.2注塑机档案管理模块功能描述:该模块包括2个功能如表3.5:表3—5档案管理功能描述鲨鲨鎏童羹薹叠鎏燮鐾:鲨鲨_;_|ii鲨鲞鲨鎏_!___!._;i!鲨i鎏ii:i..堡垒鳖2i!..茎:至』___鲎翌:鎏鎏鎏耋鎏銎窭鎏鎏筌蓬羹i!出生档案信息管理记录已生产完工的整机的详细信息,同时可以维护注塑机型号信息。整机的详细信息包含生产编号、成台时间、塑机型号、螺杆型号等信息。维护注塑机型号信息包含添加和删除维护注塑机型的名称和编号。零部件信息维护记录制造注塑机所需要的零部件的详细信息,同时可以维护零部件类型信息。零部件的详细信息包含零部件名称、零部件类型、供应商等信息。维护零部件类型信息包含添加和产出零部件类型的名称和编号。统计和分析在售后服务中注塑机各种机型故障率是很有价值的数据,各机型故障率分析顺序图如图3.7所示。实现故障率分析的方法调用步骤如下:Stepl:售后服务部选择统计日期区间,点击“确定”按钮;Step2:系统首先触发用户鼠标单击事件,调用业务逻辑层的更新数据集方法;Step3:更新方法将表现层由用户输入查询条件传给数据访问层的查询数据库方法;Step4:数据访问层的方法通过通用类库中的数据库操作对象查询数据库并返回结果;Step5:表现层根据返回的数据绘画统计图并展现给用户; 西南交通大学硕士研究生学位论文第32页O八后服务逝择统计日期区间点击“确定”..上\7myB]1.myfresh..\/myDAL.6etSelectListBySql—.\SqlBelper.ExecuteDataset\广DataSet/一DataSet、/DataSet/一。pⅫ训‰扣㈦展现故障率统计图一3.3.4系统配置图3.7各机型故障率分析顺序图模块功能描述:该模块包括4个功能如表3.6:表3-6系统配置功能描述用户管理系统用户的维护,包含用户信息记录、密码恢复和角色的分配以及权限查看,权限是指该选定的用户所能使用的模块以及模块下功能。角色管理管理企业内部用户的角色种类,其中的角色包括普通用户、系统管理员、超级管理员等,可以按照企业的需求添加和删除。并且能将某用户添加到某种角色下,或者将角色下已拥有的用户移除。还能给这种角色分配权限。模块与功能管理配置系统的模块及其下的子功能,可以添加企业需要的模块和功能,屏蔽企业不需要的模块和功能。流程配置管理见第4章4.2节可配置功能设计界面配置管理见第4章4.2节可配置功能设计系统采用基于角色的权限管理实现系统用户管理,每种角色拥有不同功能模块操作的权限,通过为用户分配角色来实现对用户权限的管理,在对用户管理中,首先给用户设置用户名和密码,然后给用户分配相应的角色。同时还可以对角色所拥有的权限经行管理,设置每种角色能行使的一些功能模块。当用户登陆系统时,首先核对用户名和密码,然后根据用户名判断该用户 西南交通大学硕士研究生学位论文第33页的角色并生成该角色所拥有的权限的功能界面。用户登陆的步骤如下:Stepl:用户输入用户名和密码,点击“登陆”按钮;Step2:系统查询数据库,核对用户名和密码,同时返回用户角色;Step3:根据用户角色判断用户所能使用的功能模块;Step4:根据权限判断加载用户界面;Step5:展现用户界面,提示当前用户登陆成功;用户登陆顺序图如图3.8所示。旦∥用户曰日日囤八爿j尸g和密码点击“登|5击”\myBl1.OueryUser一\myDAL.selectDataBySql..t=-\SqlHe]perExecuteScal8r\广object/一Ma】口EQr加object~一二,判断角色一根据角色加载主界面。一一’厂17图3.8用户登陆顺序图3.4系统数据库设计3.4.1数据库概念模型设计数据库设计中首要的步骤是对数据的概念模型设计【271。它对现实世界进行抽象,将现实中存在的客观对象抽象成独立的信息模型,典型的代表模型是E-R模型,我们用这样的模型来描述数据库的结构和语义,然后将这个模型转化为能被计算机理解的数据模型,这种概念模型可以很容易被转化为关系数据模型的【2引。数据模型的几个要素的具体概念如下【29]:1.实体:任何客观存在的对象都可以成为实体,它们可以是具体的事物或者抽象的概念。例如:订单、制造厂用户、注塑机零部件等。2.属性:指的是实体所具有的某些特征。每个实体都具有一个或者多个属性。3.联系:实体之间都存在一定的关系,这种实体之间的关系也就是不同 西南交通大学硕士研究生学位论文第34页的实体之间的联系,这种联系可以分为三类:一对一关系(1:1);一对多关系(1:n);多对多关系(m:n)。根据前面对系统的需求分析以及对销售服务功能模块的设计,可以抽取出来的实体有:经销商、片区、销售订单、销售部门、售后服务部门、厂外业务员、零部件、供应商、注塑机出生档案、售后服务信息等。销售订单与售后服务信息管理的数据模型设计如图3-9所示,其他系统模块的数据概念模型以此为例,就可以得到系统全部的数据库模型。再;丽卜令~一囱一,—◇图3—9销售订单与服务信息管理模块E.R模型3.4.2数据库逻辑模型设计E-R图转换为关系模型遵循的原则是:每一个实体类型转换成一个关系模型【3⋯,关系模型的主键是E.R模型的标识符,其他属性都一样;一个联系可转化为一个关系模式,按照不同的关联关系可分为三种情况:(1)1:1关系,将其中一个关系模式的键和联系类型属性加入另一个关系模式的属性。(2)1:n关系,在n端实体类型转换的关系模式中加入1端实体类型的键和联系类型的属性。(3)1TI"rl关系,其属性为两端实体类型的键加上联系类型的属性,而键为两端实体键的组合。 西南交通大学硕士研究生学位论文第35页根据以上原则,这里只导出销售订单业务和服务信息部分实体之间关系模式如图3.10所示:图3-10销售订单业务和服务信息部分数据库逻辑模型3.5本章小结本章在前一章需求分析的基础上,对销售系统做了系统设计。首先提出了系统的解决方案,然后设计了系统的功能结构和体系结构,并对各个功能模块进行了详细设计,最后对数据库做了详细设计。 西南交通大学硕士研究生学位论文第36页第4章面向用户可配置性技术在系统中的应用研究4.1可配置解决方案在通过企业调研得到的需求分析中,在可配置性方面我们也要解决两个问题,一个是系统界面的配置;一个是对企业业务流程的配置。对于用户界面配置,具体可以利用描述界面信息的配置文件和windows主题来实现。为了实现用户对界面的配置,首先,需要将界面信息持久存储在应用程序之外,然后,在应用程序启动时,先读取界面信息再通过界面信息加载生成图形用户界面。这样对界面的配置可以通过对存储着描述界面信息的文件的配置和windows主题配置来完成。在业务流程配置方面,我们知道企业内部的业务流程会随着企业的发展变化,因此企业需要能够在需要调整业务流程的时候仅通过配置管理进行简单的配置,原有的在系统中的业务流程可以转化为新的业务流程来,以满足企业的需要。在可配置技术的国内外现状分析中我们知道,在业务流程的配置方面不管是模型驱动的流程配置,基于脚本的可配置算法还是基于XML文档的配置方案都没有提供给用户直观的、易操作的修改业务流程的方式;基于工作流技术的业务流程配置,恳户可以通过工作流设计器进行可视化业务流程的修改,并且不需要在开发环境中重新编译。因此本系统选择后者来解决流程修改的需求。并借助免费的wF工作流引擎来开发工作流可配置框架【311,实现业务流程的管理。通过前面的业务流程分析,我们已经知道企业业务活动相对比较固定,在各个业务中存在着很多类似或者重复性的工作,比如在订单管理、零部件管理等中都包括提交、审核、记录状态等功能。这就为将这些类似或者相同业务操作行为作为活动fActivityl参与到工作流的模型中【32】。将WF设计器[33]嵌入到配置界面,并在设计器中将业务活动用表示流程流向的“线”连接起来并设置好相关属性完成业务过程的配置。而这些“线”就是关联每个活动在符合预制条件的下一个活动的桥梁,业务流程的修改可以通过选择需要连接在“线”两端的活动以及活动内部逻辑完成。这样可以降低活动之间的耦合,提高活动可重用性【34]。通常,工作流引擎是数据驱动的1351,流程中的各个步骤可以由数据库的表中的行或者XML文件中的节点来表示【36|。这样改变一个流程就变得相对容易了,而且使用这种模型不需要修改代码【37|。 西南交通大学硕士研究生学位论文第37页4.2可配置功能设计根据调研结果,通过对HX企业在可配置方面的需求分析,设计系统配置功能结构如图4.1所示。图4.1系统配置功能结构系统配置模块功能描述:该模块包括两个功能如表4.1:表4。1系统配置功能描述流程配置管理通过流程配置工具对企业新的业务流程进行建模和修改已有的业务模型使其符合企业发生改变的工作流程。流程配置工具中包含了微软提供的基本活动库(BaseActivityLibrary)中的内置活动和针对注塑机制造厂的用户自定义活动,如销售订单提交、部门经理审批、财务部门审批、打回、结束等活动。界面配置管理用户自主配置界面主题风格和界面上的元素。界面主题风格可以是任意的windows样式,如:XP样式,win7样式等,还可以使用第三方的其他主题;一些常用单据界面上的控件的名称和数量能够一定程度上进行删改,如:HX企业订单上的“经销商”,在HZ企业的订单上的名称是“代理商”,HZ企业订单上有订单的“优先级别”,在HZ企业的订单上没有此项。4.3可配置技术在系统中的应用4.3.1界面配置技术本系统主要针对界面的控件元素和主题进行配置,对于用户界面配置具体 西南交通大学硕士研究生学位论文第38页可以利用修改配置文件和windows主题来实现。在4.1节系统可配置解决方案中,已经提出了需要将界面信息进行存储。XML有很好的自描述性、树状的存储结构、良好的扩展能力等优点【38|,它非常适合描述界面元素的树结构,并且XML格式文件有很好的可读性,可以直接通过XML编辑器或者文本编辑器来修改界面的信息[391,因此我们选用XML来描述界面信息并将信息存储为XML格式文件。界面的配置的实现过程如下:当系统启动时,首先对XML文档进行解析,提取其中的数据并按照一定的机制读入内存并映射为DOM(Document0bjectMode)树,然后从树中逐个取出所用的数据,并通过DOM应用编程接口(ApplicationProgrammingInterface,API)赋值给相应的变量生成界面元素,这样系统界面就会按用户的配置的要求呈现在屏幕上。用户界面配置的示意图如图4.2所示。煨现用户界面配■詈生成界面元素界面t曩DOM(DocumentObjectMode)应用编程接口T。0嘏解析、I映射●一{犏辑x16L界面界I零置文母一面自}d高茎图4-2用户界面配置示意图由于本系统的用户都是从事注塑机行业的企业,因此让用户通过可视化模版的方式调整满足用户需求的界面元素。界面的信息用XML文件来描述,XML文件的编辑和加载通过模板来实现,可视化能提高系统的易操作性。本文先从XML界面配置文件的设计、XML文件的编辑和加载等方面来设计系统的界面配置。1.用户界面配置文件的设计与实现在研究界面配置工具时使用XML文档作为界面描述文档,保存界面的控件属性,用于界面中参数的传递。配置文件中包含了界面的控件元素名称、可见性等。(1)配置文件的设计用户界面通过控件的显示值和可见性给用户展示界面元素,本文通过预制 界面模板的方式,将用户能用到的元素做成一个模板,用户根据自己的需求通过模板选择或者修改显示的值来满足自己的需求,下面以订单为例子,介绍界面配置文件的结构,这是一个销售管理中“添加订单”界面的配置文件,文件的结构和内容如图4.3。12霉一i5670l1(ConfigRowcid=”LblComputerType“isShow=”True”showText-“电脑型号:“/>i21S】4d:=⋯‘,)1516l?19202】2:242s图4.3订单界面配置文件orderConfig.xm]文件的中的“eid”项表示界面控件的“(Name)”属性,是控件的唯一标识,对应着界面上的每一个控件在系统中的名字;“isShow”项表示控件的“Visible”属性,控制控件的可见性,它的值为True时,控件展现在界面上,它的值为false时,控件在界面上不出现;“showText”项表示控件的“Text"属性,控制用户看到的控件的名字。例如,若将最后一条记录中的isShow=”false”修改为isShow=”True”,showText=”备注:”修改为showText=”特殊要求:”,用户再次打开“添加订单”界面后将看到“订单”上多了一项名为“特殊要求:"的记录。(2)保存XML配置文件在程序使用过程中,如果操作人员改变了界面元素,且想以后都继续保持那样的样式,我们需要将改变后的内容更新到存储这个界面信息的XML界面描述文件中。本系统中使用SaveAsXml(stringuiFile)方法来保存配置文件,这个方法带一个字符串参数,参数的值用来存放XML配置文件的路径。我们以销售订单为例,用这个方法将修改的订单界面保存为一个orderConfig.xml文件。在保存的过程中,首先获取存储文件的路径,再调用方法SaveAsXml(stringuiFile)将界面上控件信息保存为XML文件,关键的代码如下:stringuiFile2Path.Combine(Application.StartupPath,”orderConfig.xm]”);//获取存储文件的路径 SaveAsxml(uiFile);//将数据写入XML文件中这样在程序的根目录下可以看到一个名为orderConfig.xml的文件,如图4.4所示。圈wind。wsFormsApp×s.vshost.exe14KB应用程序目windowsFormsApp×s-exe4,049KB应用程序圆l删觚舯jf|g:删.j2KBXML文挡图4.4系统根目录下orderConfig.xml(3)加载XML配置文件用户在打开某个界面时对描述该界面的XML配置文件进行加载,系统使用DockPanel.LoadFromXml(stringfileName,DeserializeDockContentdeserializeContent)方法来加载配置文件,其中,fileName表示文件名;DeserializeDockContent是一个委托,此委托用来序列化配置文件中布局窗体的实例。XML文件加载的部分代码如下:,/获取用户保存的自定义界面描述文件orderConfig.xmlstringuiFile=Path.Combine(Application.StartupPath,”orderConfig.xml”);if(File.Exists(uiFile))//如果XML配置文件存在(DeserializeDockContentddContent=newDeserializeDockContent(GetContentFromPersistString);//实例化委托调用GetContentFromPersistString方法dLoadFromXml(uiFile,ddContent);力1]载XML配置文件}#region加载用户自定义界面privateIDockContentGetContentFromPersistString(stringpersistString){switch(persistString)//匹配即将调用的窗体类名{casetypeo“AddNewIndent).ToString():t/匹配“新增订单”窗体rlewAddNewlndent();break;)#endregion这样可以达到界面的元素由用户来调整的目的,通过调整模板的方式完成系统界面的配置。2.用户界面的主题和风格在本系统中,用户界面的主题和风格将借助于windows系统的主题和外观来实现。在软件发布时将一个与可执行文件同名的后缀为.manifest的文件包含到安装目录,当运行该同名的可执行文件时,Windows就可以自动将程序中的控件全部转换成当前系统的主题样式‘401。.manifest文件可以从windows系统中获取,并重命名为本系统的名字windowsFormsAppXS.exe,然后将WindowsFormsAppXS.exe.Manifest文件添加到本系统的同一级目录下就可以实现用户通过配置windows主题和外观的方式来配置本系统的主题和风格。文件的部署和结构分别如图4.5和4-6所示。 口WindowsFormsAppXS.vshost.exe《刍WindowsFormsAppXS.vshost.exe.config圈咝删}0蜊融熙盥喽曼:z_sh.R.s.t二曼璁册i卿曼韪。;14KB应用程序1KBXMLConfigurationFile1KBMANIFEST文件图4-5WindowsFormsAppXS.exe.Manifest文件部署二二=0(assem¨vIdentItvpr(3cessoIA}chite,:rUte#“_”version鲞“5i00”type#”V.!II}3:”nar『i∈=”r,4100sott.WJqdc,wsSinellshell32“/>oWindowsShelI</description>j暑i基(assembly]dentitytype=”wit,32”n青me=“MiGoso‘七.WirpdowrsCom汀on—Conb’ols“versiorl=“芒0。t"10”epublicKeyToken=”6595b64144.:cfldP‘lenguage=”⋯pl+(,cessoI"/HI’clnite,:tuf‘e=””’/>;</dependentassembly>i0(/dependent,>i:</assembly>图4-6WindowsFormsAppXS.exe。Manifest文件结构4.3.2流程配置技术使用工作流技术能够实现基于人工和计算机活动组成的业务过程的自动化,它可以实现不同自动化程度(人工操作、半自动化、自动化过程)的规范化业务管理功能。在4.1节系统可配置解决方案中,已经提出了应用工作流技术解决业务流程配置的方案,并借助免费的WF工作流引擎来开发工作流管理模块,实现业务流程的管理。本系统业务流程是通过WF工作流引擎和配置工具来管理,当业务流程发生改变时,用户可借助流程配置工具修改业务流程模型来改变系统处理业务的流程。业务流程模型用XOML文件描述。工作流引擎通过读取并解析XOML流程标记文件来创建流程实例、执行和完成整个流程。业务流程配置的框架如图4.7所示。图4.7业务流程配置框架图本文将分别从上图虚线框中的WF引擎运行模式、WF与系统交互、描述业务流程模型的XOML文档、流程模型的配置等各部分设计业务流程的配置。1.WF工作流引擎运行模式工作流引擎运行模式分为嵌入运行模式和独立运行模式两大类【411。嵌入运行模式指工作流引擎以一个软件组件(或者说构件)的形式运行在使用它的业 西南交通大学硕士研究生学位论文第42页|11务应用系统中,向业务应用系统提供服务接口,只跟本地业务应用系统交互,执行效率高;独立运行模式是指工作流引擎与业务应用系统分别运行在不同的服务器下,对外提供流程控制服务,能够和多个业务应用系统交互,适合分布式应用,部署复杂。本文中的业务应用系统是销售服务集成系统的内部系统。本系统部署在企业内部,业务处理逻辑都在内部系统中执行,工作流引擎与业务应用系统运行在同一个服务器下,因此,wF可以选用嵌入运行模式,同时开发成本也更低。嵌入运行模式的WF在内部系统的运行模式如图4.8所示。图4-8wF嵌入业务应用系统的运行模式嵌入运行模式的WF工作流引擎通过提供本地WAPI(WorkflowApplicationProgrammingInterface)为流程建模、流程控制和任务管理提供服务;通过调用内部系统中的业务逻辑模块和数据访问模块提供的API来获取流程流转所需要的消息和条件,或者完成业务数据传递。2.WF与系统的交互wF工作流引擎和流程配置工具仅实现了流程实例的创建与流程的流转、工作流的建模等功能,并没有包含整个业务系统,两者的应用集成可以通过数据和消息的共享进行整合。、(1)WF与业务应用系统共享用户信息首先面临的是工作流管理模块用到的用户角色与系统用户信息集成的问题【42I,用户信息一般都包含用户资料,角色等,而这些信息在流程的分配和流转中是必须用到的。WF与业务应用系统共享用户信息可以采用映射文件的方式来实现,在工作流管理模块与内部系统间,设计一个映射文件,作为中间层,来实现将内部系统的用户信息映射到工作流管理模块中,使得工作流业务流程建模以及流程的流转中使用的用户角色等都关联到内部系统。设计映射文件时,用key表示工作流管理模块中的关键字,value表示相应的值,这个值一般对应着连接数据库的字符串或者数据库表名和字段,根据这些关键字来读取 西南交通大学硕士研究生学位论文第43页相应的表名。因为工作流建模与执行只涉及到使用用户信息,不涉及到用户信息的维护,因此,映射文件中,只需要关联几个常用的字段,例如用户id、用户名称、角色id、角色名称等。销售服务集成系统用户与WF角色映射表结构如图4.9所示。薰]意(workflow.user>(!~数撮露莲掺字符肇一><}一篇尸裹一>-</workflow—user></workflow—users>图4-9用户映射关系文件workflow.users.xml结构workflow.users.xml文件中的“key”项的值表示工作流引擎变量,“value’’项的值对应了业务应用系统中的数据库连接字符串或者表名称和相关表中的字段。(2)WF与业务应用逻辑进行数据和消息的交换在.NET中,WF与业务应用系统的业务应用逻辑可通过两种主要的方式进行通信:1)利用参数在工作流与业务应用系统之间传递数据,业务应用系统向工作流传递数据时,将参数加入到一个集合中,但是传递参数的集合是在工作流启动之前就必须知道参数具体值,而实际订单审批数据业务是在业务处理过程中才知道。2)本地通信服务(LCS,LocalCommunicationService)可以用于业务应用系统和正在执行的工作流实例之间的通信[431。LCS实质是使用了.NET接口和类,通过事件和调用方法完成数据交换【441,LCS是wF中的一个服务,向工作流管理模块开发人员公开了一个用户自定义服务类,通过在此服务类中定义一系列的方法和事件处理逻辑,以达到简化工作流管理模块与内部系统间数据通信建模的目的。通过LCS进行通信还需要一个服务契约来充当“通信标准”的角色,在.NET中,契约即接口的意思。接口定义了用户自定义服务类要暴露的事件和方法。本系统的销售订单审批为例,LCS通信服务类关系图如图4.10所示。 西南交通大学硕士研究生学位论文第44页OrdarSerwic*am方法“●R·lseOr“rc曲⋯“■RiiseOrderCre⋯一0R“s*Ord*rPro⋯”■R●Istmd,rShi⋯一VRtisdOrder邯d⋯事件≯OrdtrCneeled矿Ord盯Cr··t·d≯Ord盯?roctssed≯Ord”$hipp*d书Ordtrll,aatednr●·rs·niM澄ll蝻盯h“毒事I牛萨西由,cI^口一.d萝DJ_“:mM矿m-撕Ⅲ“I泸山_州鼬肼口矿d,如t—·r耐j、、_--________-_--。._______-__-.__√OrderXvuUu"cs,£Cless..扫^●日-lmt吐啊“托#善字段∥ord*rIdVs3.u*彝t往雪Ord*rld葶方}盍■OrderEventkrgs上嚣_t盯蚰d●量脚⋯;奢岛*张呻iH嗽^坨lq蟊■性翌Id*ntity幽XnstnceXd?翳lt,itFoFIdl.呻t”HudlⅡ!紫YorHt曲蠢方法一●IKt·rn‘ln.t·.图4-10OrderLocalService中的类图首先定义接口IOrderService,图4.10中的接[ExternalDataExchange]属性来修饰,以标识它是一个LCS类接义了对订单操作的事件。[ExternalDataExchange】publicinterface10rderService//服务接口{eventEVentHandler<0rderEventArgs>OrderCreated;口需要用口。接口中定//提交事件//其他事件)然后要编写一个标准C撑类OrderService来实现IOrderService接口中所定义的事件。系统事件【Serializable】publicclassOrderService:IOrderService(publicvoidRaiseorderCreatedEVent(stringorderId,Guidinstanceld)//触发业务应用{if(OrderCreatedf-null){//得到触发事件动作包含的(订单信息工作流)信息的参数OrderEVentArgse=new0rderEVentArgs(instanceId,orderld);OrderCreated(this,e);//触发事件;)if(审批同意或拒绝等其他事件I_null){0rderEVentArgse=new0rderEVentArgs(instanceId,orderld);⋯⋯//相应事件处理程序)类OrderService调用的中参数类OrderEventArgs的实现:【Serializable】publicclassOrderEventArgs:ExternalDataEventAr2s{privatestringorderIdValue;//事件需要传递的消息由参数携带publicOrderEVentArgs(Guidinstanceld,stringorderld):base(instanceId){orderldValue=orderld;//正在处理的订单号)publicstringOrderld//事件类的公开属性{get(returnorderIdValue;)set{orderldValue=value;}}>最后,创建LCS类的实例dataExchangeSerVice,把LCS类的实例添加到工作流运行时中,再创建用户自定义服务类OrderService的实例orderService, 西南交通大学硕士研究生学位论文第45页然后把orderService加载到dataExchangeService中,就可以启动工作流了。//创建LSC类的实例ExternalDataExchangeServicedataExchangeSerVice=newExternalDataExchangeSerVice();runtime.AddService(dataExchangeService);//添加数据交换服务到工作流运行时//创建实现本地通信服务类接口的用户自定义服务类OrderService的实例orderService=newOrderService();//将用户自定义服务类OrderService的实例orderService加载到数据通信服务的实例中dataExchangeService.AddService(orderService);runtime.StartRuntime();//启动工作流在工作流管理模块中使用HandleExternalEventActivity来监听业务应用系统中的事件,使用CallExternalMethodActivity来告诉内部系统该使用的方法。通过接口,事件从业务应用逻辑传递数据到工作流实例,而方法从工作流实例传递数据到业务应用逻辑,最终实现流程驱动的数据通讯机制和数据驱动的流程控制机制。工作流实例与业务应用逻辑交互图如图4.11所示。图4·11工作流实例与业务应用逻辑交互图当工作流实例给业务应用系统传递消息的时候,它会调用预定义接口中的相应方法;当业务应用系统准备向工作流实例发出命令时,它会触发一个(自定义服务类中的)事件,这个事件就会被工作流响应。系统采用基于API的封装集成模式,利用工作流管理模块与内部系统各自提供的访问底层数据库的API和业务逻辑的API实现系统之间的数据和消息交换。3.销售订单审批过程建模将业务流程表达成计算机能够识别的数据的过程称为过程建模,得到的表达业务流程数据称为过程定义[451,或者过程模型【461。在工作流管理模块中对制造厂销售订单审核的业务过程描述的主要目的是便于对工作流的控制执行。不同于传统的以代码编写或者半编写为主的工作流过程建模,WF提出了以活动为基本构建单元的工作流组件模型。利用基于WF设计器的可视化的流程配置工具,用户通过拖放活动节点等方式来绘制流程,同时配置各个活动节点的参与者、活动操作和活动表单等。WF的工作流分为两种类型:顺序工作 西南交通大学硕士研究生学位论文第46页流(SequentialWorkflow)和状态机工作流(State—MachineWorkflow)。顺序工作流有明确的开始点和结束点,适用于总是重复的、可预测的工作场景【47】。状态机工作流由一个初始状态启动,在一定数量的中间状态不断的转换,最终达到一个完成状态。它适合于事件驱动的工作场景14引。以单据审批为例,本系统中的审批工作都是靠人机交互来完成,审批状态转换是由外部事件来控制,模拟涉及到人机交互的问题需要灵活性,因为在对订单审核的过程中,制造厂的决断并不总是可以预料的,这需要根据具体订单判断。因此,在本系统中使用状态机工作流是一个很自然的选择。(1)流程存储的数据结构流程管理模块的数据概念模型设计如图4.12,根据前面对系统的需求分析以及对系统配置功能模块的设计,可以抽取出来的实体有:系统用户、用户角色、流程类型、流程模板、模板步骤、流程实例、实例步骤,任务列表等。图4.12流程配置模块E—R模型流程实例存储的表结构如下:表4.2流程实例表鬻i!数据类型i|{;-;ii。j!_=_允许空二曩譬薹鏊建纛!j移事键i;WorkFlowGUID流程varchar(32)1WorkFlowNamevarchar(50)流程名称WorkFlowXMLNtext流程描述WorkFlowStatevarchar(10、流程状态WorkFlOWVersiOnvarchar(10、版本号¨¨=¨::i÷÷_董兰_弛“i≯蠹ii霉篓誊蟹称i鼍iji。;囊=:纛ii¨:j“i字段数据类型}“。|{允辫空i圭穗外键StepGUIDvarchar(32)1步骤流水号WorkFlowGUIDvarchar(32、1流程编号 西南交通大学硕士研究生学位论文第47页步骤序号SteplDvarchar(32、处理步骤角色编号RoleIDvarchar(32)1步骤描述StepDeclarevarchar(50)表4.4任务列表。;§。一誊黥一:till。j--{__{=。掌毅簟.≤j_={曩ii攀数据类型誊爨荔季允瓣登鬻ij篓差登缝__|l_篓i。=ii箩}囊惩i?j任务编号TaskGUIDvarchar(32)1任务名称TaskNamevarchar(50)步骤流水号StepGUIDvarchar(32、1任务状态TaskStatevarchar(10、版本号WorkFlowVersiOilvarchar(1O、业务流程模型由流程配置工具生成,其中包含了若干流程步骤,存储在一个XOML(eXtensibleObjectMarkupLanguage,可扩展对象标记语言)文档中,XOML是.NET3.0中WF的XML序列化文本,用来描述WF。描述流程的XOML文档结构如图4.13所示。雹ll骥i:戥鳓ii:,(工住流类型x:工作藐模型类型-⋯’栩蟾扰杰I⋯×::作巯名称一⋯’状态迁穆条件-⋯‘结束捷惑一⋯‘xmlns:ns0一⋯‘,×mlfls:):I⋯。,xmlns-⋯‘>[j</nsO:活动2>口<,into:活动3≥(nsO:活动4M:活动名称I”“>口t;:./17f,O灞劝啦·图4.13描述流程模型的XOML文档结构整个工作流模型是一个活动,描述了工作流的初始状态、结束状态、工作流名称等信息。这个活动下面包含了有限个其他的活动,其他这些活动可以包含更多的子活动和处理流程信息。描述各个活动的XOML结构如图4.14所示。置(工作琉类型×:工作流梗毅共型互⋯‘切蛄捷卷t⋯。×:工作撬名称-⋯‘杜惑迁移条件=⋯‘绪裳状态t“”xmlns:nsO=⋯。XITdns:×土⋯‘xmlns=⋯’>邕毫(事伴寻嘞活动的铺z:活动名称-⋯。>(接收本地艉葬中的外每事件x:活动名称i⋯1事件g称l⋯1通信服备接口-“{z:p9:yxmlns:命名空间pg-⋯’归<同步调用本地服务E的方法x:活动名称t⋯‘方法名称-⋯’通信月匿落接口一”[x:口9:}¨HmIns:碲名空阍p9;“”,>d戈态帆下一步目标状态x:活动善称-川’目标满劭-⋯’,>(/事件59动活动的客船>c/nsO:活动1>焉童(事件琵动活动的容器×:活动名称_⋯。>嬗收本地里务串舯外部事件×:活动名称-⋯‘方法名称一⋯‘通信服秀播口I“{H:139:rxmlns:命名空间pg-川’/>蒌_1(同步调用本地腚蔷上的方法×:洁动名称l⋯+遇信脲务接口_“{×:P13:}¨方法名称·⋯xmlns:向名空间口13-””,><状杰杌下一步目标状态x:活动名称t””目标状惑-Ⅲ。/)(/nso:条件分支>掣≮同步调用本地服务上的方法z:活动名称t⋯’通话服务接口_“{X.P13:y方_}{点名称t⋯‘xmlns.赢名曼间P13-川’/><状态祝下一步目标状态×:活动名称t⋯’目荐状吝t⋯。/></nsO:条件笋憾E活动客船)(,EventDriverIActivity></nsO:活动2>霉f一一</nEL7一浩砖:j羞r__<”{cr1:措瓢kc,工作斑类型>图4.14XOML文档详细结构在图4.14中展开了“活动1”和“活动2”的描述结构,其他活动的描述 西南交通大学硕士研究生学位论文第48页跟这两个活动类似。(2)审批流程建模本系统主要使用了WF提供的内置活动设计了销售订单审批的状态机工作流,系统使用的主要4种内置活动:1)StateActivity:是工作流中一个独立状态的代表,由于它代表了工作流中一个单独、离散的步骤,它本身不做任何事情,仅仅是其他活动的容器,可以接收多个EventDrivenActivity实例。2)EventDrivenActivitv:作为StateActivity的子活动,可用作每个希望处理的事件驱动活动的容器。在接收到事件时触发执行过程。它包含的第一个子活动必须支持IEventActivity接口,当事件到达时,工作流引擎会使用这个接口来通知活动。3)SetStateActivity:作为EventDrivenActivity实例的子活动,引发状态机到其他某个状态的转换。由它来设置状态机下一步跳转的目标状态。它有一个TargetStateName属性,与流程配置工具中的带箭头的连接线等价,指向状态机中一个已经存在的跳转后的新状态。4)HandleExternalEventActivity:用来接收本地服务中的外部事件,由外部事件触发该事件的处理程序。它不能单独使用,在本系统中,它作为EventDrivenActivity内的第一个子活动。根据需求分析中的业务流程分析,销售订单的审批共有5个状态活动,起始状态为销售订单提交状态,中间状态有部门经理审批状态、总经理审批状态、财务部审批状态,最终状态是结束审批状态。所以描述业务流程的活动需要5个StateActivity活动分别对应五种审批状态,每个状态活动中都有通过事件进行驱动的EventDrivenActivity,驱动活动的事件包括“订单提交”、“审批同意”“审批不同意”等,EventDrivenActivity中又可以包含子流程,子流程中有HandleExternalEventActivity和SetStateActivity两个活动,前者用来接收业务应用系统事件传递到工作流引擎的参数和消息,后者用来表示活动下一个目标状态,例如StateActivity“销售内勤”活动中有一个EventDrivenActivity“录入销售订单”活动,这个活动捕获销售内勤录入销售订单事件,活动模型如图4.15。区五趸萤-l净录入々肖售订单图4.15销售内勤活动模型销售内勤活动里边含有一个HandIeExternalEventActivity“接收业务应用 西南交通大学硕士研究生学位论文第49页系统数据”活动和一个SetStateActivity“下一状态”活动,销售内勤活动活动如图4.16所示。工作流模型通过流程配置工具拖放活动组件来设计,可以被编译为.NET程序集,然后在工作流运行时和.NETCLR中执行。销售订单审批工作流模型如图4—17所示。图4.16销售内勤活动中的子活动模型图4.17销售订单审批工作流模型(3)审批流程模型的持久化制造厂建立流程模型后需要保存工作流的模型,在上一节中完成了制造厂经营过程的建模,经营过程模型的持久化可由工作流序列化来完成。工作流序列化是将一个工作流模型持久化为XML的过程,这就允许制造厂将已定义好的工作流保存到文件系统或者数据库表了。以下是用流程配置工具使用代码分离创建模式【49]建立了一个工作流模型,在此种创建模式下,工作流模型由工作流配置工具在一个单独的XOML文件中维护。工作流模型序列化为一个XOML文件由序列化基类WorkFlowMarkupSerialization实现。图4.17中的销售订单审批工作流模型的XOML描述文件如图4.18所示。j曩一’iv蚋=:_:)~增、v.。*州?。≯</nsO:申请人提交>÷吾、?h瞎!I:DrⅣ”t静--。,,并[二(,琶理to_删盘::,_。、-.</nsO:部门经理审批’:’三j—c豇÷’l?o1I吖≮弧一)s:j‘∞代;1啦c啦“九b咿一一"</nsO.总经理审批>一曩ri。j”,:。j”w∽二-ctr,,。÷。i(EvenonvenAc臼vItyV.Nime=”财务部下陌索”>二=二‘,i—r“蟊.,?rv"-v:弘州。?</nsO’财务邵iti批>图4.18描述“销售订单审批”活动模型的XOML文件观察以上序列化之后的xom]文件,可发现: 西南交通大学硕士研究生学位论文第50页·整个模型有一个总活动(StateMachineWorkflowActivity),它表示整个状态机工作流是一个活动。·在XOML中总活动中包括其他的子活动(EventDrivenActivity)。展开其中的一个EventDrivenActivity可以看到它的内部还有其他子活动(HandleExternalEventActivity和SetStateActivity)。“部门经理同意”的结构如图4.19所示。兰E}_<./WorkflowParameterBndng.Value></HandIeE×temaJEven乞Activity>E图4.19“部门经理同意”活动模型的XOML文件结构4.面向用户的流程配置(1)构建流程配置工具为了方便制造厂能够及时方便地在业务流程发生变化的情况下更新厂内现在的工作流,在系统中需要一个面向用户的可视化的流程配置工具来帮助制造厂新建和修改工作流定义使其适合制造厂当前的业务流程。VisualStudio中WF设计器是一个辅助开发工作流的工具,鉴于制造厂用户对.NET开发环境普遍不熟悉,本系统重新承载了WF设计器,构建了一个面向用户的流程配置工具。WF提供了一组设计器API(WorkflowDesignerLoader类、DesignSurface类、WorkflowView类和设计器服务),可以让我们自定义脱离VisualStudio环境可独立使用流程配置工具,并具有简单易用和快速配置的能力。流程配置工具中集成了工具箱和属性设置窗口,还有可视化的流程设计区域。流程配置工具的开发主要工作是将WF设计器重新载入到本系统中。1)流程配置工具的读取XOML文件功能的实现首先需要发开WorkflowDesignerLoader类,这是一个抽象类位于命名空间System.Workflow.ComponentModel.Design中,用来获取对一个工作流定义的应用并建立被加载在设计器中的活动树,因此必须实现一个具体的继承类SaleOrderWorkflowLoader从文件系统中读取XOML工作流定义。WorkflowLoader类的定义如下:internalsealedclassWorkflowLoader:WorkflowDesignerLoader(#region重写workflowDesignerLoader中的方法和属性publicoverrideTextReaderGetFileReader(stringfilePath){⋯⋯//表示可读取连续字符系列的读取器。】publicoverrideTextWriterGetFileWriter(stringfilePath){⋯⋯//表示可以编写一个有序字符系列的编写器。} 西南交通大学硕士研究生学位论文第51页11|protectedoverridevoidPerformLoad(IDesignerSerializationManagerserializationManager)f⋯⋯//读取XOML文件,工作流模型被加载)protectedoverridevoidPerformFlush(IDesignerSerializationManagermanager)f⋯⋯//把工作流模型持久化到磁盘上)stringGetWorkflowClassXomlString(Acti、jitywf){⋯。////I作流类到xoml字串的方法)2)流程配置工具的编译功能的实现,通过CompileWorkflow()方法将XOML编译成DLL程序集,CompileWorkflow0关键实现如下:publicvoidCompileWorkflow0{this.Save(this.10ader.Xoml);//在编译之前先保存XOML文件if(saVeFileDialog.ShowDial090==DialogResult.OK)//编译工作流文件parameters.0utputAssembly=saveFileDialog.FileName;//输出程序集文件elsereturn;)3)用户接口开发部分,这是一个WindowsForm项目,在界面设计上,用SplitterPanel控制面板隔离用户界面的不同部分:左边留作实际的工作流设计画布(designer)、右边的上部留作工具箱(toolbox)、右边的下部留作属性窗格(properties)。用ListView控件实现工具箱,用PropertyGrid实现属相窗格,界面上边还有类似于VS集成开发环境的工具栏(toolbar)和菜单栏(mainmenu)。制造厂流程配置工具如图4.20所示。图4.20制造厂流程配置工具界面(2)流程的配置与编译业务流程通过用具有单独的代码的XOML模式的工作流来建模,流程的配置与更新可以通过流程配置工具来实现。用户可以直接自己设计和修改业务流程,包括配置一些相关的属性,通过流程配置工具来修改XOML文件就能达到配置流程的目的。业务流程的更新通过,则由工作流引擎加载并解析修改之后的XOML文件完成。1)设置工作流活动的数目如果用的工作流程不完整,可以通过添加、删除XOML文件中的活动节点来达到目的,具体操作过程是在流程建模工具中通过拖拽的方式添加和删除活动树中的活动。例如,目前的工作流流程是订单的录入提交、部门经理审批、财务部审批、结束,而现在制造厂只需要需要在流程中添加“总经理审批”活 西南交通大学硕士研究生学位论文第52页动。那么只需要将工具箱中的“总经理审批”拖拽到配置工具中的状态机流程设计面板上即可。但是要想添加的活动起作用,还需要设置活动的下一个目标状态的跳转。、2)设置工作流活动之间的路由设置工作流中活动之间的路由,可以设计出满足业务流程的业务流转。针对具体设置活动的这种状态转换可以通过SetStateActivity活动来实现。业务处理中每一步离散的活动StateActivity中包含了HandleExternalEventActivity和SetStateActivity,前者用来接收外部事件,后者是用TargetStateName属性标识的值,用来指向当这个活动的事件触发时转换到的新的状态,这样,控制活动的跳转方向,自然也就决定了工作流执行顺序。例如,在上面的例子中为流程添加了“总经理审批”的活动,那么原来的“部门经理审核”的目标状态“财务部审核”需要修改成“总经理审核”,而“总经理审批"的下一个活动才是“财务部审核”,这种修改可以通过拖拉配置工具中活动之间的连接“线”的端点来自动实现。这样就相当于在流程中插入了一个审核动作,工作流程也发生了改变,完成了工作流的配置。配置好了的工作流模型需要编译成程序集供工作流引擎加载。WF提供两种工作流编译方式,一种是通过System.Workflow.ComponentModel.Compiler名称空间中的worknowCompiler类来编译,另一种是使用一个命令行编译工具Wfc.exe来完成。流程配置工具采用了前一种方法编译工作流。编译后我们得到了一个可以在业务应用系统应用程序中使用的程序集。采用.NET反射技术【5UJ可以避免重新编译或者部署工作流。业务应用系统应用程序通过调用Type.GetType方法并传递assembly.qualified类型名称来动态的加载这个程序集。assembly-qualified类型名称中包含工作流模型类型的名称SampleWorkflow和类型所在的程序集的名称OrderWorkflow。WF引擎对工作流模型加载关键实现:System.Reflection.AssemblyorderWorkflowsAssembly=Assembly.Load(”OrderWorkflow.dll”);//力Ⅱ载销售订单审批工作流程序集TypeworkflowType:orderworkfIowsAssembly.GetType(¨OrderWorkflow.OrderApplication.SampleWorkflow”);//动态获取程序集实例中指定名称的工作流System.Type对象Workflowlnstanceinstance=runtime.CreateWorkflow(workflowType);//使用指定工作流System.Type创建新的工作流实例4.4本章小结本章研究并提出了XML和工作流技术在系统中的设计方案。着重设计了界面配置文件和研究了wF工作流引擎与内部系统的集成、业务过程建模、业务流程配置工具的构建等。将XML技术与工作流技术应用到销售服务集成系统的配置中,提高了系统的灵活性。 西南交通大学硕士研究生学位论文第53页第5章销售服务集成系统的实现销售服务集成系统是一套面向多个企业的系统,不同企业中的相关管理人员和业务操作员的文化水平和专业技术能力也各不相同,为了保证系统可以顺利地实施和应用,系统的操作应尽量的简单、通俗易懂,系统从开发环境和开发工具的选取到系统的实现都认真这方面的需求,本章将详细介绍系统的功能实现。5.1系统的开发环境与开发工具介绍现在大部分用户都习惯用windows操作系统,为了保证系统的易用性,同时和现有系统可以很好的集成,本系统的设计和开发都采用微软的一系列产品。1.系统开发环境:本系统是在WindowsXP系统下进行开发,采用MicrosoftVisualStudio2008开发工具和C撑编程语言。2.数据库开发环境:数据库服务器采用MicrosoftSQLServer2005对数据库进行创建和管理。3.UML设计工具:采用MicrosoftofficeVisio2010为系统建立UML模型,设计活动图、用例图等。5.2销售服务集成系统的实现面向注塑机行业中小企业的销售服务集成系统的开发和应用是在四川省信息化现代服务研究院实现的,由于本系统有一定的安全保密性,不可从内部导出。本人在本机上独自开发了一个系统模拟销售服务集成系统,下面将详细阐述本系统的主要功能模块和实现界面。5.2.1技术变更管理功能的实现技术变更管理包括了对技术变更的维护。1.添加技术变更信息:点击“技术变更信息维护”,点击“新增”,弹出技术变更信息新增的界面,然后填写好必要信息,点击确定。如图5.1所示。 西南交通大学硕士研究生学位论文第54页-糖售量§秉蛲-目!t^-|_靠“口”。。固霜11。鼍黼瓣。鼍徽掰洛_+蠲新增盈修改汹查询盈删酴,,o;他信■IE浦柏售■琨靖计生产■一密_增技木蔓更蕾-一0_“_b盐生=!!嘲些幽。-惦售玎●管理●●∞3日3.铺曹订●肘●伯售汀●审批T盯878-茬萼l噬!蹬孽芏声鹇号:6433255机器型o:}Ⅱ365,●供应膏檀j,I护。2曩菇信■管理加或安全删.■部件更换_I蛔目章—件更换挠计设计变更:柚龚赶分析报裹3机丑剃即I撕-往I戳m出生昔宴髓擘部件信■董诲无.出生昔宴瞳■射-增悻髓●奢件惜取稽■料工艺蔓更:一■膏件j中蠡幢■I睁,井泔霉膏件爱嘲裹{盈雹嘲:一井憎霉鼻件兢计寰j·个失信基锻,个人僖■罐护__-}叫嗣蔓蔓驿蝇:如12年6月19日量髓=·变更人:雹码謦设I_⋯“阏霸嘲融舞黑邈嘲蛾i夏叵i图5-1新增技术变更信息界面2.查询技术变更信息:点击“技术变更信息维护",点击“查询,,,弹出技术变更信息修改的界面,输入查询条件,点击“确定’’得到查询结果。例如查询2012年1月1日至2012年6月1日HX251机型的技术变更信息如图5-2所示。培键”岳‘aj.-住I冀.匣婆J1.~.~。~.。.一~——。⋯⋯⋯。一⋯。⋯,.⋯.一~⋯~。~一一一:。⋯⋯.。二竺。j‰^挫r删互要誓蕊曩霎霎懋圈豳㈤圈匿闺J柏售I§赢瓴国誊。鼍“i轧^辩:I里;鱼壁l。鼍撼图喁器。鼍瓣谨鼹‘0~盈新增盈憎嗷翻蠢诩胡盟豫-一童。:柏青循■置诲柏暑■提审矗十王厂种蕾_脚母性【十妥曼工硬更变更时间赛更^J销售汀●蜘辚售订簟蛙护}41皓383搬B2‘加戴安全量无;20[2-2-21x1.销售汀●萱}批"r1"878}B365无T200妈选2012—2—2Tqq.。弼撼衙嚣65659}C[485注射部件赫位2012一卜2yc2曩备啊删,謇件更按嘲‘驰‘6453埘%0无05呻:2012-2-2B哪目一霉_晰,眺I计51465468搬36s马迭更蛰无2912-I-2T口pp3捌嘲域&分析撮衰批塑剃辞分析掣董诩拄幸受更誊|”“1选型卫坠瞳≤趸蚓·崔塑札出生档塞管窟■鼙件瞳■IE诲出生善塞信心P寰更自期:面菌可r酒了至:面两百r西了·惟件髑●毫l悻憎曩檀■蛙护霉部件冲蠡晴l蝗护机嚣型号:曩蟊蚕—————了抖憎霉一件_娜i一1鹾~一■藏鬲⋯;奢码脓慝j鞠既懋■lB蕊愚—一鞭瞄l酬姐——.麓嚣-瞄豳罐圈.豳鹾 西南交通大学硕士研究生学位论文第55页图5—3技术变更信息查询结果界面5.2.2销售管理功能的实现销售业务主要包含销售订单维护、审批、发货、经销商信息维护、销售情况的统计等。1.添加销售订单:销售内勤登录系统,点击‘‘销售订单维护”,进入“订货单管理”界面;点击“新增’’填写好信息,点“确定”,添加成功弹出提示信息,如图5.4所示。图5—4提交订货单提交完成后可以看到订单号为000010041328订单的审批状态,如图5.5所示。 西南交通大学硕士研究生学位论文第56页’蚶辩:磕。h取.:xI量堂墼1一。一.——~一,一。。⋯柚必蹦_池—蛐山“山_“~⋯⋯⋯~一一。~一曼。j二.五凶函_%g■一“8。口%g’日目0Ⅻ9口∞__-_d_R■一Ⅷ%E一——⋯87”罂”’一⋯帕1筒鞠雹墨掰嗣鬻砰猎辑嗣圜翌斟圈瞬瞪s曼目兰渤v国礤雹日曜翳§#激瓣汹醐自鳓姻蕊骚逸基蕊鹾蕊涮懿黼麴黧墨墨嬲瞄~蝴谶避溢燃勰阑嘲嘲燃黼.销龋芬麟密i擅·"睫:j÷÷j篓j‘叠耋j嚣一.罄=;蔓,.鬻一j夸睦兰兰生到蠢鳖§捌。端骗瓣二*一‘盈新增阖僖改霜董诲盈量慨胡j瞄盔导出:。驾黼飘洛蠕号订单号+审批阶段瀛毪扶杰企业名称机■型号·一糖懿■童谭.2雏‘-b0-qlf000010041328墨门腔理rt..amla‘夭夭矶罐1925l-’蚺曹■况兢计·■售订●锶9543"∞2*-2d1111111111】111天天机罐∞1。精售雅地护-茬晕地基{嚏理a4bSTdtB-64f123夭天机檀’瞄1一供钠信●蠢护‘et26·cl-6eB】[234_天天机械1"口.251u■§幢●髓摊件更尊鲫4097‘‘Lb-cb3123.‘∞天天机壤I在251∞霉靠蚪更蛰螗汁做瞳黄越分折掖寰3d·d564-·“123‘s‘6夭天机饿1"ff.251一.删馥奠摹分斩s0∞33∞-2】8】131234息经理R删血‘天天机碱}"D1251√蕾渤l世生营宴髓霉一件僵■童渖·962s。T6一“t2011010]尤世丽IO,125l出生攥幢囊●I护“l¨柚5-弱b20110102财务郁Ru蛆1n‘山东骓通,k"U巧l一憎悻曾毫。霉部件憎取假童蛙护595n"87,4一·T·20110108中海麻辅x璐l。■稿件}‘P抵信■蛙护,卜憎孽一件明I腿”0怕d5_0“∞t10109夭府信息瓜惜。井憎孽鼻件拉汁寰9.B·m25-dlc201111∞尤世聪取晡g、·1H簿嘲,十^信童难护一”’密码怔改l——————————————————————。————————————.——图5-5订货单状态2.销售订单的审核:部门经理登录系统,点击“销售订单审批”,进入“待审核订单”界面;点击“审核”,进入“待审核订单”界面;选中一项订单(订单号为000010041328),点“审核”,弹出选择消息,再点击“是”确认通过并填写审核信息,对审核通过的订单需要填写出厂编号、出场日期、保修卡号和购机客户等信息,同时点击“客户信息维护”可以对购机客户信息进行维护,包括添加新客户和修改客户信息。销售订单审核通过时填写相关信息的界面如图5-6所示。d苗冀髻$蓝盖g‘≮l旦j凰L里一j互翟墨塑蟹叠蕾囊J蚺瘩曩§熏兢蝴弼女带皓棼l曼蜜.鹜l。嘴茹鼹霪器·注复机销蟹管理符审栅g订簟:i曼墅jI墼|建黼瘸●罐护蚺昔蓝●董诲■号订簟号。垒业名标机叠型号蠕杆型号机薯规格电蝈I量蕾况蛲计·慵童盯●首毫!蚺鲁订●蝗护精售订簟覃批5Dd33330-21B131234予7-:}t口蕾-o‘篓端群掣”端.b。,I国旌i蜮_1癌苹鲁篙登百篙生L鲤二旦:一望一‘,h腓气一:讨:万晓嘻·出厂编号:2012唧出厂臼期:2。12年B月4日星期一-一经铀搿:__手_-———_f}l嚏=卡号:j6ljoB凶=≤1户电话:~j5∞e7412321_。翩⋯j;购昭户:丽矿_匝匾回~._⋯一叵!墨舻}:三二ll-u一一~——j瓣妒辱舅熏黑飘曩阉熏嘲豳廉隳图5-6订单审核.客户信息维护界面部门经理填写好信息后点击“确定”,则显示审批结果如图5.7所示。 西南交通大学硕士研究生学位论文第57页图5-7部门经理“通过”审批订单界面总经理登录系统,点击“销售订单审批”,进入“待审核订单”界面;点击“审核”,进入“待审核订单”界面;可以看到部门经理审批过的订单(订单号为000010041328),然后选择是否通过对这张订单的审批,如图5.8所示。}——‘—~一、。一、⋯⋯一一.~,⋯,一⋯。,⋯⋯⋯,.⋯一一⋯、~.⋯⋯一⋯⋯,~⋯一⋯一⋯一鄂帮口”8一盘邈礁薹文:谶缝翟鬻蓄:蔷薹器墓淄鋈:。囊型。毒姜。:一一,。.~一。~。~~~~~酸鬻燃滞i熟孵‘獬姆“;撅t,喇女瞄媾P㈣。”4‰Ⅷ*⋯∞———■■。一一一一骘黼譬%一一I。H}i__{.睫鹕孺/7乙一_E】口I疆“——I“}咄i:玉q“”E一1翟隧l删瓣m£。{咖。mI渤嬲瓣.。i孵Ⅸ瑚檄.Es4}瑚i盂』aI强二【{;,hflI,-—甜,.1一~i一伯£j.I—和.i一和耥嘲哪黼::1堙—筠I。WtJfIIj.J:}Jj.,芷王J々■Ili^11c"---口:bjH.}.拍EW.矗j一‘。_;hj^矗0爵t聂屠利+&蠡。豁。=$随。—氆艄1一,盘—“,^l盘翳鳎麟蕊勰丞麟缀懑猫蕊≤黉缵霹醚熬,懑鹜爱酸.熬鬟溉遴鎏薹鍪剿 西南交通大学硕士研究生学位论文第58页L日■瞄口日l《目■目E_口。,硼瓯硼●截■唧孵;焉i再i?—再;二菱斋蠢蠢露鬻鬻雾蓄鬣雾至?票=:之至薹:::一一鏊豁盏醢:盆。蠡矗施基文。黼麟裁目■口_mⅢ一唧一日lmI鞭!w⋯;n’.%}98震蕊;蠢磊霖一,⋯,En⋯o。j1唯,耋t:●。j一£d々0I蕾匿}㈣4∞am.{㈣j泓lm}殛瓤槭。{t口2511铆5£归!⋯娩秘蕊l.i一“,1.i一‘t珊-.5-f,E].‘一p”㈣:4DE凳3■nE王懂哥I臣5P^.正3埘j.r:1Jj..E王J■●|一.i_∥一‘,g秘一≈‘:£0,}{0‘:a-一j.豇J3十f.;.丘矗Z玉t墨罩.蜃一再I{‘-;‰坤^一I一●■■■■■■■■■■■■■H孤⋯—?=’-_"一h。⋯1~■,■一’巾f*W目■■-町■■■■■&5≤j■@‰出fo:l&埘d‰j“%№缸。JHo%‰群t#●■●■biC焉一‘‘~一一僦.,■*啪☆·岬n⋯⋯⋯一图5—10财务部待审批的订单3.销售订单的发货:选中准备发货的销售订单,在工具栏点击“发货”。系统提示您是否确定对所选的订单发货,在你确认之后系统会自动检查库存和审核状态信息。若库存足够且审核状态也为通过,则允许发货,设置订单状态为己发货;若审核未通过或者库存不足,系统会给您提示相关的结果信息。对 西南交通大学硕士研究生学位论文第59页未经审核或者审核未通过的销售订单进行发货处理的界面如图5—11所示。J惜件·个人倌个^图5.11未审核或者审核未通过发货处理的结果提示对库存足够且通过审核的销售订单进行发货处理的界面如图5.12所示。图5.12点击“确认”提示“成功发货”4.经销商管理:销售部门可以对经销商信息进行维护和经销商归属的片区管理,例如,点击“经销商信息维护”,选择某个经销商的信息并进行修改处理,可以看到修经销商的信息,同时可以对经销商所属片区进行管理,包括片区的添加和删除。经销商信息维护和片区管理的界面如图5.13所示。 西南交通大学硕士研究生学位论文第60页图5-13经销商信息维护一片区管理界面5.销售情况统计:销售部门经理可以某个时间段内的销售信息进行统计分析,例如,点击“销售情况统计”,选择开始日期为2011年9月4日,结束日期为2012年3月4日,点击“查询”则可以显示这个时期内各经销商的销量统计。经销商销售情况统计查询结果的界面如图5.14所示。图5-14销售管理~经销商的销售情况统计结果5.2.3服务管理功能的实现服务管理包括注塑机出生档案管理、外借零部件管理、零部件更换明细、各机型故障率分析、供应商信息的维护。注塑机出生档案管理包括零部件类型维护和注塑机档案维护。 西南交通大学硕士研究生学位论文第61页1.零部件信息维护:如添加零部件信息,需要填写“部件编号”、“部件型号”、“部件名称”、“部件类型”等信息,同时可以维护零部件类型信息,包括添加和删除某种零部件类型。零部件类型维护如图5.15所示。二=。⋯图5-15零部件类型维护2.注塑机出生档案维护:车间可以对注塑机出生档案信息维护,销售和服务部门等可对其进行查询,可输入的查询条件有成台日期和注塑机型号。在新增出生档案时,需要填写“生产编号”、“电脑型号”、“螺杆型号”、“塑机类型”等信息,同时可以注塑机类型信息,包括添加和删除某种注塑机类型。查询界面和机器类型维护界面分别如图5.16和图5.17所示。图5.16查询出生档案界面 西南交通大学硕士研究生学位论文第62页阿llnI、生产拥母:∞12帆Oq电脑超号蹬树坶:厮丽——————=_成古嗍螺杆型号:云蕊F—————了喇嘘l号丑蔓马选塑粤:T-5帕,蒙童号无搿试异霄记象:—检贯:=檀禺:I瑚号夏越号电机型号面五军1i1函i丽::了I謦~⋯一。黧⋯.⋯j黑曼L一惮1唑!一T]891⋯一奠机菇墨■护-旗蚍称:西断~~了一E蔓匦j麓机女蹬●俜:1%18e4b震棚。*IE霸匿}园圈图5-17新增注塑机出生档案一机器类型维护界面3.零部件更换明细:点“零部件更换明细”,可以看到零部件更换的详细信息,同时可以将此信息打印或导出。零部件更换明细的查询与打印预览如图5.18所示。图5·18服务管理一零部件更换明细的查询与打印预览4.零部件更换统计:点“零部件更换统计”,可以看到更换零部件的详细信息包括零部件编号、名称、数量以及供应商等信息,同时可以将此信息导出。 西南交通大学硕士研究生学位论文第63页零部件更换统计如图5.19所示。图5.19服务管理一零部件更换统计5.各机型故障率分析:点“机型故障率分析”,出入查询条件如2011年9月4日至2012年5月5日,可以看到这段时期内各种机型的统计分析详细信息,包括机型的维修数量和所占维修机器总数的比例。如图5-20所示。《w;鼯^.“托恒4L旦JJ*¨{⋯a—J圣磊纛鬣癞弼蕊型稻肾俏笆删阂瓷灏阑震鳓瀚潲隰懑黼囊糊豳目醒目g黧%■日d融》9Z№嚣Ⅻ捌a口§目自§&女一栅目Ⅺt£#孽r,口㈣傅■-■美疆一一一——.镑售量嚣蒜线’茸锏黼羹撕“一墨i0童_爹√、o凝;。鬻萋。口t凰嵫幽。强鬣臻鹱器傲融章蛀计童铷。弼躐臻醛开拍日瑚:2011年9j■l结!j捌201!s月5日-舭’《熹塑【■酣●童谭伽●况境汁:J靖售订●首曩铺暗订●●I护硝青汀●审批。驾黼矾嚣丝号机!故I罐昕鼍§僵●管窘辨数量■■件更换嘲霉奢件更执蛲汁教■娄越分忻报衰所占比例机矗蘸—辜分析J琏墨帆出生省宴髓■奢黼量董调出生挡赛啊■越护』惜件髓■奢件憎囊僵■●I护。霉讳件冲螂麟护抖憎●部件明蛆衰抖憎●矗件拄计寰。个锵勰落潮螬冒H密码’瞰《_l霪,i—一_■Ⅺ■M’ 西南交通大学硕士研究生学位论文第64页以下通过设置系统的不同主题和文字大小、颜色方案等风格来展现系统在不同主题和风格下的界面,下面给出“WindowsXP”与“Windows7”下系统界面,分别如图A和图B所示。图A“WindowsXP”主题的系统界面图B“Windows7”主题的系统界面2.配置单据界面内容以订单为例,用销售内勤账户登陆,点击“销售订单管理”、“新增”,进入新增订货单界面,界面上的内容展示了日常订单上的项目,如图5.21所示。图5.21配置前“新增”订单的界面接下来用进入管理员账户,点击“界面配置管理”中的“订货单管理”,进入订单界面配置模板,模板会读取订单界面目前的内容的XML配置文件:每个订单项以及它们可视化属性,订单界面配置模板如图5.22所示。 西南交通大学硕士研究生学位论文第65页图5.22读取订单界面配置模板然后修改订单项“经销商”为“代理商”,将“螺杆”改为“螺杆型号”,将“特殊需求’’改为“备注”、“级别”改为“优先级别”并点击将下拉列表将“false”修改为“True”,点“确定”完成修改,再用“销售内勤”登录系统,点击“销售订单管理”、“新增”,进入新增订货单界面,界面上按照需求多了两项,并且将经销商修改成了代理商,这样为订单添加了“优先级别"和“特殊需求”供填写订货单时使用了。配置后新增订单界面如图5.23所示。图5.23配置后新增订单界面5.2.5流程配置的实现依据企业的业务流程更新或者新建业务流程模型,系统管理员登陆,点击 西南交通大学硕士研究生学位论文第66页“流程配置工具’’功能,然后在打开“OrderWorkflow.xoml”订单审批业务流程模型,通过拖拽的方式增删、移动业务流程中的活动。例如:修改4.3.2小节中建立的订单审批流程模型,修改之前业务流程模型界面如图5-24所示。图5.24旧业务流程模型将审批过程中的总经理审批跳过,让部门经理审批通过后,直接递交给部门经理审批,直接将连接“总经理"的“线”删除即可。修改之后的业务流程模型如图5.25所示。■———■■———————————————————————————————————一{,:___i一图5.25新业务流程模型然后点击工具栏中“工作流”下的“编译工作流”,编译后我们得到了一个可以在业务应用系统应用程序中使用的程序集。编译工作流模型为成程序集,如图5.26所示。 西南交通大学硕士研究生学位论文第67页图5-26工作流编译生成.NET程序集OrderWorkflOW.dll然后在订单审批的过程中,部门经理审批通过后直接跳过总经理直接递交给财务部审批。在对销售订单审批时,部门经理填写好信息后点击“确定”,则显示审批结果如图5.27所示。5.3本章小结图5—27部门经理“通过”审批订单界面本章首先介绍了系统开发环境和工具,然后描述了主要功能模块的实现界面和关键技术在系统中应用的实现。糍鬻舞畸J. 西南交通大学硕士研究生学位论文第68页总结与展望,D:口叫邝℃王在注塑机产业集群环境下,为适应日趋激烈市场竞争环境,满足企业发展中不断变化的业务需求,大量注塑机行业中小制造厂越来越重视对销售服务的管理,以及加强与经销商之间的业务协作能力。本文根据注塑机产业集群环境下中小企业信息化的特点,对注塑机行业中的中小企业销售管理现状进行了分析和总结,提出了面向注塑机行业中小企业的销售服务集成系统的解决方案。本文的主要研究总结如下:1.针对集群环境下注塑机行业中小企业的销售服务现状,研究了注塑机行业的特点和中小企业在销售服务方面信息化的重要性,分析了注塑机行业中小企业的销售服务需求,建立了HX注塑机制造厂销售服务业务的UML模型。2.在需求分析的基础上,针对企业的功能需求和非功能需求分别提出了面向注塑机行业中小企业的销售服务集成系统的总体解决方案和个性化配置的解决方案,并对系统做了总体设计,包括系统的软件体系结构架构、系统功能结构设计,并详细设计了系统主要功能模块,包括技术变更管理、销售管理、服务管理、注塑机出生档案管理等。3.根据各功能模块的详细设计和业务流程分析设计了系统的数据库,并实现系统的技术变更管理、销售管理、服务管理、注塑机出生档案管理等主要功能4.针对不同制造厂对业务的个性化需求,提出并设计了业务流程配置功能和系统界面配置功能,实现了系统界面和主题风格的配置,构建了面向用户的业务流程配置工具,业务流程的配置通过可视化的流程配置工具完成,界面的配置通过XML配置文件和操作系统的主题、风格的配置辅助完成。由于自身知识水平与能力有限,只对部分问题进行了研究,本文仍存在较多不足,方便今后对剩余问题进行进一步研究,现总结如下:1.完善销售服务集成系统的功能。在销售分析方面只提供了销售汇总数据,没有利用预测方法生成销售预测数据。2.增加业务流程配置的活动库,将业务过程中的功能点封装正自定义的活动提供给用户使用,增加更多的活动,使得业务配置能力更强。3.改进用户界面的配置能力,目前界面的配置是通过模板实现,扩展性不是很强,还不支持可视化动态绑定界面控件。 西南交通大学硕士研究生学位论文第69页致谢首先我要感谢我的导师王淑营副研究员,王老师知识渊博、治学严谨、思维敏捷、生活勤俭朴实、心系学生的学业和未来。从专业实践到论文的选题再到论文的完成都是在王老师的一点一滴地悉心指导下完成的。在攻读硕士期间,王老师在学业、思想、生活和就业方面给了我无微不至的照顾和关怀。在专业学习方面,自己入学以来不管在学术研究方面还是在工程实践方面都是门外汉,王老师定期给我们组织学术研讨会,引导我们都积极发言,参与其中,共同探讨,并且对我们不会的问题,不管难易都会用最通俗易懂的方式一一解答,让我们信心倍增,保持学术研究的热情。同时,王老师还为我的专业实践提供了良好的环境一一四川省现代科技服务研究院。在四川省现代科技服务研究院实习的过程中,有幸参与了课题的研究和项目的开发,不仅让我确定了论文选题方向,而且让我在工程方面也锻炼了自己的能力。在思想和生活方面,王老师鼓励我们自立、自强、自信,教会我们脚踏实地,在就业方面给了我许多宝贵的建议和有力的支持。王老师对我的教导和帮助,让我受益终生。在此真心地祝愿导师工作顺利,身体健康。其次我要感谢在四川省现代化科技研究院赵慧娟教授、唐慧佳教授、韩敏副研究员、殷成风老师,他们为我提供了很好的实习环境,不论在学习上还是在生活中都给了我很大的帮助和鼓励,感谢我的项目经理夏宇经理,在实习期间夏宇工程师在技术上给了我很大的帮助,使我在毕业设计方面有了很大的提古同0同样我要真诚的感谢王守明师兄、郑伟娜、钟军等同学,我在科研中遇到困难之时,他们尽可能地给予我启示和帮助;在生活中他们倾听我的烦恼,分享他们的趣事,使异客他乡的我倍感安心。我也尤其要感谢我的家人,他们是我专心科研的坚强后盾。父母为我提供了日常生活所需的一切费用,使我能够专心科研,不至于为生活发愁。同时,他们也在日常生活中对我嘘寒问暖,舒缓心里压力,提醒我各种生活细节。他们是我苦闷之时,心中那最后的温暖所在。祝愿年迈的父母健康长寿!最后,衷心感谢在论文的审理和答辩过程中,付出辛勤劳动和宝贵时间的各位专家教授们,谢谢你们耐心且中肯的评阅和指导! 西南交通大学硕士研究生学位论文第70页参考文献[1】谭艳丽.产业集群的特征及其效应分析[J].经营管理者,2009年06期.[2]周石生.产业集群一工业园区与区域经济发展关联机理研究综述[J】.湖北社会科学,2009年第l期[3]薛城.可配置管理思想在薪酬管理软件中的应用[D].天津大学,2005.[4】用友公司.NC技术架构[EB/OL].[2009—12-23].http://www.ufida.com.cn/nc/index_js.aspx[5】任刚,马友忠,马民生,刘晓庆,杨壮.可配置管理信息系统的数据库设计方法【J].现在电子技术,2010,(14).【6】袁焕武,樊红丽.PDM工作流在企业中的实施【J】.自动化技术与应用,2006,25(4):9—10.[7]张富凯.Zdnet用友NC简介[EB/OL].[2006-03—14].http://www.stor—age.com/itpaper/detail/2/17651.shtml.[8]赖小平.可配置的程序设计[J].电脑知识与技术,2008(14):882.883.[9]随需应变业务流程的生命周期,第6部分:应用定制策略及规则.http://www.ibm.coln/develoPerworks/cn/webserviees/Ws—odbP6/.[10】谢宣松,林君.业务流程的可配置方法[J】.计算机工程与应用,2003,(31).[11】殷勇,蔡希尧.利用可定制性支持系统的协同[J】.西安电子科技大学,1998,(03).[12]吴坤.基于组件的可配置用户界面管理系统[D].浙江大学,2005.[13】郭庆华.基于XML的界面自动生成技术研究和应用【D】.西安石油大学,2010,(10).[14】付剑锋.基于XML的用户界面管理的研究与实现[D].上海海事大学,2007.[15】徐凯.基于XML用户界面管理系统的研究及应用[D].辽宁师范大学,2009,(09)[16]徐亮.可定制业务流程与表单的柔性企业管理信息系统研究与实现[D].重庆大学,2006.[17】吴小亮.可定制办公自动化系统的设计和实现[D】.大连理工大学,2009.【18]金纪文,金烨.基于模型驱动和流程配置的ERP系统的关键技术研究[J】.计算机集成制造,2005,(07).【19】2010.2015年中国注塑机行业市场调查深度分析与前景预测报告.2010年2月 西南交通大学硕士研究生学位论文第71页[20】工业和信息化部、国家统计局、发展改革委、财政部.中小企业划型标准规定.二O一一年六月十八日.[21]崔永杰。基于工作流的汽车配件管理系统的研究与实现[D】.西南交通大学,2009.[22]刘锋,孙咏.设计模式及组件技术在业务逻辑层中的应用[J].计算机系统应用,2011,(10).[23】孙咏.基OCP软件应用架构的设计与实现[博士学位论文].北京:中国科学院研究生院,2009.[24]罗升阳.可配置知识管理系统及其可用性用户界面方法研究[D].上海交通大学,2010.[25]刘洪波.基于SOA的销售管理系统的研究.西南交通大学硕士论文.2007.[26]张艳平.基于工作流的网络化销售管理系统的研究[D].西南交通大学,2006[27]萨师煊,王珊.数据库系统概论.高等教育出版社.2004.1,13-30[28]陶宏才.数据库原理及设计.清华大学出版社.2004.2,89~91[29】刘唯一,田雯.数据模型.科学出版社.200l,17-33[30】J.M.Choe.TheRelationshipsamongPerformanceofAccountingInformationSystems.InfluenceFactorsandEvolutionLevelofInformationSystems[J].JournalofManagementInformationSystems.1996.12:215-239[31]DharmaShulkla,BobSchmidt.EssentialWindowsWorkflowFoundation,机械工业出版社,2007.【32]BruceBukovics.WF高级程序设计.柴晓伟.人民邮电出版社,2009.[33】张成,吴信才,罗津,胡茂胜.基于构件库一工作流的可视化软件开发[J].计算机工程与应用,2008,44(1O)【34]P.Lawrence,editor.WorkflowHandbook1997,WorkflowManagementCoalition.JohnWileyandSons,NewYork,1997.【35】范玉顺.工作流管理技术基础.清华大学出版社,2002.[36】Gottschalk,Florian,vanderAalst,WilM.P,,Jansen-Vullers,MoniqueH.,LaRosa,Marcello。ConfigurableWorkflowModels.InternationalJournalofCooperativeInformationSystems(IJCIS),17(2),2008【37]ToddKitta.ProfessionalWindowsWorkflowFoundation.WleyPublishing,Inc.[38]NESTOROVS,ABITEBOULS,MOTWANIR.Extractingschemafrom 西南交通大学硕士研究生学位论文第72页semistructureddata[A].1998[39]吴桂阳,万建成,于清国,刘成柱.基于XML的界面模板技术[J].计算机应用研究,2004,(10)[40]何锋,王婧.怎样让软件界面随Windows主题起舞【J].电脑编程技巧与维护,2009,(13)【41】嵌入工作流引擎和独立工作流引擎一一你该选择谁?http://www.joinwork.net/blog/?p=13[42】工作流管理系统之三十四:集成用户系统.http://www.cnblogs.com/webreport/archive/2011102114/1954084.html[43]工作流编程循序渐进(9:使用本地服务在宿主和工作流之间通信).http://zhuxianzhong.blog.51cto.com/157061/204092/[44】ToddKitta.ProfessionalWindowsWorkflowFoundation.WleyPublishing,Inc.【45】WfMC.TheWorkflowReferenceModel.DocumentNumberTC00.1003.DocumentStatus—Issue1.1.1994[46】李红臣,史美林,陈信祥.工作流系统中的业务过程描述及分析[J].计算机研究与发展,2001,第38卷第7期[47]刘元剑.基于.NET的工程管理信息系统研究[J】.计算技术与自动化,2006,25(2):88-90.[48]冯倩,董丽丽.基于WF状态机工作流的研究与应用[J].电脑知识与技术,2008,(35)【49】DharmaShukla,BobSchmidt.EssentialWindowsWorkflowFounda【M].Addison-WesleyProfessional,2006.[50】王文祥.基于WF的企业工作流系统的研究与实现[D】.华中科技大学,2009[51】赵慧娟,王淑营,孙林夫.面向中小企业信息化建设的ASP服务平台.计算机集成制造系统.2004[52】王淑营,范黎林.面向汽车产业链的企业业务集成平台[J].华侨大学学报(自然科学版).2006.04.【53】赵宇晴.SaaS流程可配置模型的研究与实现【D】.东华大学,2011 攻读硕士学位期间发表的学术论文及参与科研项目发表的学术论文:[1】WangShuying.YangChao.ZhengWeina.Cooperativework&cooperativeefficiencyevaluationofautomotiveindustrychainbasedoncollaborativecommerceplatform.InternationalConferenceonOptical,ElectronicMaterialsandApplications2011,OEMA2011,Chongqing,China,March4,2011.March6,2011.AdvancedMaterialsResearch,v216,p490-496,201I(EI:20111313873563)参与的科研项目:[1]项目名称:注塑机行业集群式供应链服务支持系统研发和应用,国家863计划项目,项目编号:2009AA042152