一、基于组件的B2B电子商务系统（论文文献综述）
王建勇[1]（2020）在《基于微服务的B2B2C平台销售系统服务端的设计与实现》文中进行了进一步梳理信息化时代的到来促进了电子商务的发展,B2B2C模式结合了B2B和B2C的特点,能提供更为优质的服务。但传统的B2B2C平台缺乏对线下实体门店的支持,同时缺少宣传推广的营销模式。针对上述两个问题,本论文提出了新的B2B2C销售模型,设计了 B2B2C平台销售系统,该系统对线上和线下两种销售渠道进行统一管理,并基于微信实现多级代理、推荐分销的社交电商功能。传统的单体式应用架构具有模块耦合严重、扩展性不足等弊端。本论文采用微服务架构和Spring Cloud框架对服务端进行实现,实现了系统功能的解耦,相比单体式应用具有更好的性能。微服务在系统的复杂性、服务的持续集成等方面存在弊端。本论文采用Docker容器技术和Kubernetes容器集群管理平台,为微服务的高效部署和运维提供坚实的保障。在微服务系统中,用户会话不再适合使用Session进行保存,也无法使用Filter或Interceptor拦截所有请求。本论文设计并实现了基于API网关Zuul的集中式访问控制模块,基于Token进行登录认证,提出细粒度角色权限管理模型FGRBAC（Fine-Grained Role-Based Access Control）,实现权限管理功能,使系统具有更好的安全性和更快的访问速度。Kubernetes平台提供HPA对Pod进行水平伸缩,但HPA v1默认只采用CPU使用率作为度量指标。本论文设计了多度量指标的水平弹性伸缩模块,根据CPU、内存和网络使用状况对系统进行伸缩管理,具有更准确的决策效果,使系统具有更好的伸缩性。B2B2C平台销售系统服务端分为用户管理、店铺管理、产品管理、订单管理和支付分成五大微服务模块,本论文对各模块进行了需求分析和概要设计,并从数据模型、业务流程、接口定义和类设计等方面对实现过程进行了详细介绍。最后对系统进行了测试和验证,测试结果表明了系统的有效性和可行性,本论文所取得的研究成果对B2B2C平台销售系统服务端的微服务实现具有一定的参考价值。
韩思雨[2]（2020）在《组件化可配置B2B2C平台供应商前端系统的设计与实现》文中指出随着商业服务信息化的高速发展,B2B2C逐渐成为主流电子商务模式。B2B2C模式是包括运营方、供应方、渠道方、客户四种角色的生产经营模式。本论文的研究重点是供应方,但传统的供应商前端系统商务平台不能满足面向服务的应用系统要求。一方面,供应商前端系统需求不断增加,流程不断改变,而且需要在短时间内解决问题,但传统的系统不具有扩展性和通用性。另一方面,供应商前端系统中存在代码冗余,重复性工作多,缺乏差异性定制能力的问题。基于以上原因,本论文提出开发一套随需而变、灵活定制的配置化B2B2C平台供应商前端生成系统。本论文将从通用基础组件、系统配置组件、业务功能组件三个方面的设计与实现进行阐述。其中通用组件主要设计与实现了网络请求、页面布局、路由映射等基础功能,从而减少代码冗余,提高开发效率;配置组件主要设计与实现了 UI组件配置、脚本配置、菜单配置等核心功能,因此可以降低二次开发频率,为系统需求即时变更奠定基础;在前两方面的保障下,业务组件主要设计与实现了 B2B2C平台供应商前端系统灵活的业务逻辑。本论文采用基于MVVM的Vue.js组件化对不同组件进行封装,同时利用了 Vue.js的数据绑定、虚拟DOM和Vuex状态管理技术进行页面配置以及配置后的渲染。本论文对系统配置过程以及生成的供应商前端系统进行全面测试,测试结果验证了可配置供应商前端系统的可行性和有效性。本论文提出的方法和开发的系统,对组件化可配置供应商前端系统的实现具有一定的参考意义。
刘炳辰[3]（2020）在《基于微服务的可配置B2B2C平台供应商后端系统的设计与实现》文中研究说明B2B2C这一新型电商模式包括运营端、供应商端、消费者端以及销售渠道端,强调将商家、消费者与销售渠道进行平台化整合,这种模式符合当前的商业发展趋势,因此,B2B2C平台有广阔的需求。传统的单体式架构的B2B2C平台系统拓展性不足,模块耦合严重;系统逻辑与平台业务联系紧密,通用性很差。针对传统B2B2C平台系统单体式架构的问题以及通用性不足的弊端,实验室对该类系统的改进方案进行了研究,本论文负责研究其中的供应商端部分。本论文提出、设计并实现了一个基于微服务架构的可配置B2B2C平台供应商后端系统,系统面向配置人员,经过配置后的系统可以在无需修改代码的情况下适用于不同的平台供应商端业务,具有通用性。系统向供应商提供添加产品、查看订单、增减库存、销售统计等功能;同时系统也向生态内其余平台端提供业务功能接口。本论文首先对整个系统的需求进行了分析。接着按照业务功能边界将系统划分为产品模块、订单模块、库存模块和统计模块四个微服务模块并做出概要设计。之后对各个模块分别进行了详细的设计和实现,并在设计过程中总结了 B2B2C平台业务功能的特点,提出了一种使业务处理流程以及产品属性可配置化的领域模型设计方案,抽象出了“处理器”的概念,通过对多种预设处理器的灵活配置和组合使系统能适应于多种业务功能。该方案提高了 B2B2C平台系统业务能力的通用性和可扩展性,同时降低了系统在业务迭代或变更时开发以及测试的人力消耗。论文最后对整个系统进行了全面的测试,测试结果有效的证明了系统的可行性,本论文所取得的成果对B2B2C平台供应商后端系统的开发有一定的参考价值和启发意义。
谭曙春[4]（2020）在《基于推荐算法的B2B电子商务系统的设计与实现》文中认为电子商务自出现至此已有近二十个年头,它打破了原有的商品交易方式,从线下的一对一现金交易变为互联网的线上交易,人们仅需要通过手机和电脑进行简单的点击操作即可完成喜欢商品的购买。然而传统电商平台的消费群体往往是购买日常用品的普通用户,针对快消品行业专门的B2B（Business-to-Business,企业与企业间进行的商业活动）类的电商平台却不多见。2019年,B2B快消品行业的交易金额已经接近2000亿元,如此庞大的消费群体与普通电商用户有着本质性的差别。因由快消品行业流动快、库存积压成本高、购买商品固定等特点,相应的电商平台需根据用户特点因地制宜的进行功能改变,传统的电商平台已经无法满足此类用户的需求。本文笔者根据实习期间参与的真实B2B快消品电商项目,结合现有快消品电子商务平台的痛点,设计并实现了一款基于推荐算法的B2B商务系统。本文首先论述了B2B快消品国内发展的现状、论文研究的内容、论文的组织架构和论文用到的相关技术,其次对整体的电商系统进行了功能分析,将全部的系统拆分成前端需求、服务端需求和推荐相关需求,后结合各自的需求功能点进行技术可行性的分析以及详细实现的设计。B2B快消品行业主要针对的用户群体为小店老板,为防止舆论以及伤害品牌厂商的利益,商品价格的不透明程度需要得到保证,因而在登录流程外增加用户的店铺审核流程。此外,针对快消品较为固定、购买频次固定和流动较快等特点,本文设计特殊的促销方式（如满减与满赠）以满足厂商与小店老板之间的利益平衡。同时为保证客户端的正常运行,服务端增加CMS（Content Management System,内容管理系统）后台的相关需求,从商品中心、订单设置、促销配置等角度完善客户端需求。部署的核心的技术栈采用Spring Boot2.1.5.Release+Dubbo2.7.2的整体框架,推荐模块采用以Hadoop+Spark的框架进行搭建。首先通过流程图、用例图、页面截图等方式对用户的操作行为进行详细阐述,实现注册、登录、审核、浏览、加车、下单和支付的全部功能;此外对原有推荐算法进行部分修改,引入实时推荐并且丰富离线推荐的种类,从原先仅支持基于评分统计的商品推荐扩充为基于用户实时行为和内容的商品推荐,极大提升了用户的下单转化率;最后对整个电商系统进行全流程的回归测试,从功能测试验证用户的下单流程是否存在问题,从性能测试方面检测系统接口抗压的临界值,整体测试均结果均符合系统预期的功能与非功能要求。本系统已在笔者实习公司落地实现,但依然存在部分需求点待完善,如页面层级较为简单、商品信息修改困难等;对推荐模块的优化带来整体CVR（Conversion Rate,转化率）接近3个百分点的提升,效果较为显着。本文提出的观点和方法以及所取得的最终成果对B2B电商平台的发展有一定的参考价值。
韩涛[5]（2019）在《宜家中国电子商务营销战略与策略研究》文中研究指明自第三次工业革命以来,计算机和互联网技术得到了前所未有的飞速的发展,无论从衣食住行,还是到商业实践,人类的大部分活动都受到了计算机和互联网技术的深远影响。在这样的大环境下,电子商务迅速在全球范围内普及开来。随着中国经济转型发展正式进入“消费升级”的全新时代,中国的电子商务不断创造着新的消费需求,并保持着较快的增长。宜家家居这家以线下体验营销闻名的家居企业目前已在全球13个市场开展了电商业务,但是面对中国电子商务市场时,宜家却显得格外小心。在以线下实体店为主的传统经营方式不断的受到网络电商销售方式的挑战时,宜家倍感压力。若是宜家中国能够将电子商务营销和线下体验营销相结合,相信不仅能够扩张销售市场,并且会使销售额保持更高的增长速度。本文首先通过用PEST、SWOT等模型工具,对宜家中国电子商务营销所处的宏观环境和微观环境进行了分析和总结,然后通过STP战略分析,确定宜家中国电子商务营销的目标市场和市场定位。其次,本文在4Ps理论的指导下,从产品、价格、渠道和促销四个方面为宜家中国电子商务营销制定了营销策略。宜家中国需要秉承自己的品牌优势,继续提供质优价廉的商品,同时注重本土化产品和IoT产品的开发。并且,在完善自有网上商城建设的前提下,宜家中国可以与第三方综合电商平台合作,并注重移动端应用发展和物流策略优化。同时,通过完善社交媒体推广、线上会员体系建设、智能化商品推荐、事件营销及优惠促销、应用AR/VR技术改善网购体验和注重广告投放宣传宜家电商等手段都可以为宜家中国电子商务营销服务。再次,本文使用层次分析法（AHP）将定性的营销组合策略进行定量分析,通过建立数学模型与计算验证,得出营销组合策略中各个要素的权重与层次总排序,使研究更具科学性与针对性。最后,本文还从企业文化建设、组织人才保障、技术投入和财力物力保障四个方面制定了保障措施,为顺利实施宜家中国的电子商务营销战略和策略保驾护航。
何丹丹[6]（2019）在《BIM环境下建筑部品采购信息集成、检索与决策研究》文中指出建筑工业化促使建筑业扩大了对建筑部品采购方式的需求,快速发展的电子商务则为满足此需求提供了有效支持。但是在采购过程中建筑业参与单位众多也意味着数据的复杂程度更高,导致了数据海量、分布和异构的问题,因此电子商务在建筑业的发展大大落后于其他行业。特别地,信息集成已经成为建筑业发展电子商务的障碍。传统的电子商务平台主要用于制造业数据的集成,并不能满足建筑业产品信息集成的需求。电子商务平台上的产品或服务信息的检索,以及平台为用户提供的产品或服务的推荐功能也不能完全满足建筑业电子商务平台上用户的购买决策需求。为了解决建筑部品电子采购活动中信息的集成、检索和决策问题,本文提出了 BIM环境下的建筑部品采购信息的集成框架、检索模型和推荐模型,为建筑业发展电子商务提供一种解决策略。主要研究工作包含如下几个方面:1)建筑部品采购信息集成,目的是构建一个用于建筑部品采购的电子商务信息集成平台,以解决目前建筑业采购信息海量、分布和异构的问题。本文提出一个基于BIM和Linked data的框架,该框架使用建筑工业化技术解决产品标准化问题,使用BIM技术支撑采购流程,使用Linked data技术关联不同的数据源。通过案例对框架进行验证,首先构建建筑业电子商务本体,将BIM模型中抽取的数据转换为RDF格式,同时将其他相关数据源的数据也转换为RDF格式,并按照本体中的关联关系,使用Linked data技术将这些RDF数据源关联起来,形式一个相互关联的数据网络,并使用SPARQL查询语言对关联网络中的数据进行检索。最终证明本文提出的信息集成框架为建筑业电子商务发展的问题提供了一种有效的解决策略。2)建筑部品检索方法,主要研究建筑部品的信息检索方法,首先对通用检索技术进行介绍,并分析建筑部品信息检索的需求,结合前面的研究,提出了 BIM环境下的建筑部品检索模型,该模型在构建过程中主要分为建筑部品特征提取和建筑部品相似性计算两个部分。用户可以将关键词或者BIM模型作为查询条件输入,通过特征提取过程提取的BIM模型的主要特征,并根据这些特征构建特征向量模型,最后通过相似性匹配计算,检索到符合用户需求的建筑部品。3)基于用户偏好的建筑部品电子采购推荐方法,首先通过调查问卷的方式,搜集建筑部门用户在进行电子采购时的偏好属性数据,对建筑业电子商务用户的偏好属性进行分析,研究影响用户偏好的主要影响因子。然后,在充分了上下文推荐模型的基础上,引入用户偏好因子,构建基于用户偏好的建筑部品电子采购推荐模型,推荐模型主要包括源数据采集、用户偏好提取、推荐结果生成、效用评价四个部分。在模型构建的过程中,通过本体技术构建用户偏好本体和上下文特征本体,作为上下文模型表示偏好,并进行偏好特征提取,通过向量空间模型计算相似度,生成推荐结果,最终使用专家评价方法对推荐模型进行评价。论文是基于电子商务理论、语义WEB理论、偏好理论等,结合建筑业电子商务的实际背景提出的。该模型的提出可以帮助建筑部品用户在进行电子采购活动时,从海量的信息中快速、准确的找到符合自己需求的产品。对于用户来讲,可以提升电子采购活动中的购物体验,对于产品供应商来讲,可以增加产品的销售半径,提升企业的市场竞争力。
常晓粤[7]（2019）在《外贸交易平台的设计与实现》文中提出随着信息科技时代的来临,传统外贸行业的弊端在如今这样一个飞速发展的时代暴露无遗,一方面在于买卖双方很少,难以形成集中的市场,买卖双方单独协商讨价还价达成协议,谈判技巧和技巧掌握的多少对形成价格影响极大。另一方面在于价格形成不规范,风险不能转移。由于合同价格签署是根据当时的供求情况等因素定出的,而执行合同中市场价格发生变化是必然的,有利于一方必然不利于另一方。同时价格的形成也很大程度上受到地域的限制,很难形成公平的价格。为了使外贸行业的交易保持实时准确高效,这样一个外贸交易平台就应运而生。本文针对于该交易平台的设计与开发,完成了对项目几个主要模块的需求分析,概要设计,详细设计,代码编写以及后续的测试上线工作。其中需求分析阶段,前期通过对客户进行问卷调查以及深度访谈,收集了相应用户行为数据,明确了产品的整体需求及策略。在概要设计阶段,通过前期的需求总结,设计出了主要功能的用例图,明确了系统的整体实现方案,确定了具体的布局。概要设计对系统业务和技术架构进行了明确,并通过每个模块的E-R图和数据表,通过将系统主要的业务进行分类,画出业务的模块图、流程图和类图,以指导后续的代码编写工作。完成代码编写后,对内部代码的一些逻辑部分相应的测试用例,完成对系统的整体测试工作。该交易平台采用Java EE进行代码编写,采用经典的MVC模式进行开发,将业务模型,控制器,界面进行分离。基于MVC这一种思想,考虑到平台的性能问题,项目使用SpringMVC作为最基础的开发框架负责请求的转发和视图管理,Mybatis作为数据链接框架对数据对象进行持久化。系统采用Nginx和Tomcat作为服务器,Mysql作为数据库,对数据表进行存储。目前该交易平台已经上线,可以满足绝大多数从事跨境外贸交易用户的需求,极大地方便了用户足不出户也可以进行外贸交易。
关正玮[8]（2018）在《面向物流行业的B2B平台设计与实现》文中认为在当今互联网快速兴起的背景下,人们的生活方式有了很大改变。电子商务是互联网技术结合电子设备应用于商业领域中的优秀成果,给我们传统的商业模式带来了巨大变革。商家与买家之间可以通过B2C平台进行交易,而企业与企业之间,可以通过B2B平台进行交易。物流业的快速发展,对我国经济发展做出了卓越贡献。现代化的物流生态体系建设需要综合性的先进技术支撑。电子商务作用于物流业,正是物流业与互联网技术完美结合的产物。本文深入分析了当前物流B2B发展过程中存在的诸多问题,尤其是从当前该领域中存在的代收货款难题出发,提出了物流B2B平台系统的设计思想。首先,依据物流B2B平台系统的特点和背景,对物流系统实现的原理和关键技术进行了分析和对比。介绍了需求分析阶段所用到的原型设计工具,给出了iOS系统下APP开发所用到的计算机语言和要遵循的设计模式,并给出了本文物流平台设计所遵循的数据库设计规范、手机端所用数据库以及后台数据库设计所涉及的相关技术。其次,本文从业务实际要求以及系统安全性出发,进行了详细的需求分析。首先给出了物流系统的总体框架,重点描述了该物流平台的功能模块需求,尤其是对收货端APP和进货端APP和该平台进行详细介绍,并对后台管理系统和非功能性需求进行了深入分析。最后,本文对物流B2B平台系统进行了系统的设计与实现,基于iOS系统的开发完成了收货端APP和发货端APP,并对系统管理人员的平台后台管理系统进行系统设计和实现。通过设计测试用例和运行测试,完成了物流B2B平台系统的各个系统功能的测试,证明了系统具备了良好的性能,能够解决目前物q流业亟待解决的代收货款难题,能够让发货人和收获人感受到切实的方便和获益。
樊骅[9]（2018）在《沟通风格的一致性对大客户经理销售绩效的影响研究》文中认为作为销售互动环节的重要组成部分,交易代表之间的沟通风格对买卖双边关系的好坏、销售活动的效率,甚至最终的销售绩效起着决定性的作用。沟通风格在实践中的重要角色也因此引起了学界的广泛重视和探讨,针对沟通风格的研究频繁出现在企业对消费者（B2C）以及企业对企业（B2B）的研究情境中。在B2C的情境下,沟通风格的研究已经渗透到保险销售,商业服务,电子商务,以及零售业务的多个领域;B2B的情境中,沟通风格相关的研究也出现在个人销售以及营销渠道谈判的主题下。然而,尽管学界广泛关注了沟通风格的重要影响,针对B2B情境下沟通风格相关研究的文献回顾仍然揭露了以下重要不足:首先,针对沟通风格的现有研究仅仅局限在买方视角或卖方视角,而没有两个视角的交叉研究。这些文献仅仅从单边的角度检验了沟通风格的特征,忽视了综合买卖双方视角的沟通风格的匹配现象。然而,作为影响买卖双边关系的重要变量,互动双方沟通风格的不匹配将会造成诸多不利的后果,例如交易代表负面的心理情绪,销售互动的低效率,以及销售绩效的下滑等。特别的,一个成功的销售人员往往能够快速识别客户的沟通风格偏好,并积极调整自己的沟通风格以满足客户的需求。因此,从双边的视角同时研究买卖双方的沟通风格,并探讨双方沟通风格匹配如何带来积极的效用是十分必要的。然而,针对卖方沟通风格和买方沟通风格的现有研究均基于独立的单方视角,而没有采用交叉视角探索买卖双方的沟通风格匹配与否。第二,作为销售团队的重要一员,大客户经理（KAMs）在与客户建立长期的良好关系活动中扮演了独一无二的跨界角色,他们不但一方面向大客户们积极传递所在销售企业的信息和服务,而且另一方面及时将客户的需求和意见反馈给公司内部,以适当的获得组织支持。在这些跨界活动中,大客户经理和客户企业的采购经理之间的沟通就成为了维系买卖双方关系的生命之源。并且,与一般销售人员相比,大客户经理更需要通过实时改变自身的销售方式以取得与客户的和谐沟通,这就包括调整自身的沟通风格来匹配不同的客户。以往与大客户经理相关的研究文献虽然关注了沟通的各个方面特征,例如沟通质量、沟通频率、沟通正式性、双向沟通、适应性沟通能力、沟通效力以及内部沟通,但是沟通风格在大客户管理情境下的研究仍然十分匮乏,更缺少大客户经理与相应的采购经理进行沟通风格匹配的相关研究。第三,B2B情境下的沟通风格研究还忽视了重要的关系治理特征和产品特征等权变因素。这些权变因素为大客户经理与客户的互动沟通营造了重要的边界情境,对互动的效率和效力起到决定性的作用。实践表明,一段交换关系的治理机制（无论是契约治理还是关系治理）是决定大客户管理项目成功与否的重要组织变量。此外,实证也表明,在供应商企业的产品多元化战略下,产品特征亦或带来销售绩效的提升,亦或成为企业的负担并造成销售量的下滑,因此产品特征也成为左右买卖双边关系的潜在边界条件。尽管现有文献已经就组织特征的调节效应做出相应的探索（例如,销售企业的不确定性）,但是迄今为止还没有文献探讨大客户管理情境下关系治理机制或产品特征的边界作用。通过个人—环境匹配理论,本研究探讨了大客户经理的沟通风格如何与相应的采购经理沟通风格相匹配,进而影响双边关系绩效（即关系质量与销售绩效）的作用机制。本研究定义沟通风格的（不）匹配为大客户经理与采购经理沟通风格的一致或不一致的程度。此外,本研究还进一步探索了治理机制与产品特征如何调节沟通风格（不）一致对关系绩效的影响。通过收集238对跨国制造业企业大客户经理与采购经理的配对数据,运用多项式回归和响应曲面分析的研究方法,本研究实证验证了通过关系质量的中介,大客户经理—采购经理的沟通风格一致性能够显着影响销售绩效。并且,契约治理正向调节任务导向型沟通风格匹配对关系质量的正向影响,产品定制化、产品复杂度以及关系治理正向调节互动导向型沟通风格匹配对关系质量的正向影响。本研究的贡献在于:首先,通过检验任务导向型和互动导向型沟通风格的一致和不一致在影响大客户经理和采购经理关系质量过程中起到的不同效用,本研究为以往独立的两种研究派系——卖方沟通风格和买方沟通风格——建立了桥梁。以往B2B情境下沟通风格的研究仅仅关注卖方或者买方单一视角的沟通风格,而没有同时考虑互动对象的沟通风格。通过将个人—个人匹配引入沟通风格的研究,并同时精确衡量了大客户经理和采购经理的特定沟通风格之间的联系对双边关系质量的作用机制,本研究同时对沟通风格文献和适应性销售文献做出了贡献。本研究的实证结果也有助于在B2B情境下描绘出一幅更加清晰且复杂的个人沟通研究脉络,为以后学者探索沟通风格的效力增添了新的知识与活力。其次,本研究通过引入治理机制和产品特征这两个情境变量,探索在此情境下个人之间沟通风格一致与不一致的效用如何被调节,为个人—环境匹配理论的价值提供了新的证据。以往B2B情境下沟通风格的研究还忽视了重要的产品和关系等情境变量,这些变量为大客户经理和客户的互动与沟通提供了重要的边界条件。本研究整合个人—个人匹配以及个人—工作匹配、个人—组织匹配的视角,展示相似型匹配机制与互补型匹配机制如何协同作用,在跨组织的情境下共同促进组织间个人关系的建立以及组织绩效的提升。这种权变的研究视角为组织间个人与个人互动和匹配的研究提供了新的思路。第三,通过聚焦于大客户管理情境,本研究拓宽了适应性销售理论文献的研究领域,为销售情境的研究做出了贡献。以往的研究强调了产品特征在商业关系中的重要作用,并指出组织间的沟通能够缓解产品特征带来的不确定性问题。然而,尚未有实证研究表明何种类型的沟通风格在应对产品特征带来的不确定性时更有效。本研究的实证结果表明至少在大客户管理情境下,互动导向型沟通风格一致比任务导向型沟通风格一致更能适应产品复杂度和定制化的销售环境,以获得较好的大客户经理—采购经理关系绩效。本研究的实证结果还表明,任务导向型沟通风格不一致比互动导向型沟通风格不一致更不适应于定制和复杂产品的销售环境,并有损大客户经理和采购经理的双边关系。因此,本研究为适应性销售的销售情境指明了新的探索道路,尤其为产品特征的研究提供了新的实证依据。
朱仟[10]（2017）在《航空B2B电子商务平台的研究与实现》文中研究表明随着互联网时代的快速发展,电子商务的出现极大地改变了人们的生活和消费习惯,逐渐成为生产者与消费者经济活动中不可或缺的一部分。在航空电子商务领域,机票销售一直是一个竞争激烈的市场,电子商务的出现为B2B机票销售提供了一个发展契机。在此背景下,本文设计和实现了航空B2B电子商务平台,旨在为航空公司、代理商和企业提供一个可靠的机票交易平台,使采购商和供应商可以便捷地完成整个机票交易流程,同时提供资质审核、用户管理、在线支付和交易监管等服务。全文的主要工作内容如下:首先,本文通过对国内外Web开发技术的研究和对比,确立了航空B2B电子商务平台以LAMP作为技术架构的方案。分析了 Yii框架的特性、运行流程和MVC模式在框架中的应用,研究了 Web Service技术的跨平台数据交互,研究了缓存技术用于提升系统性能。通过对上述关键技术的研究,为本文平台的总体设计打下理论基础。其次,从功能性需求和非功能性需求两个方面分析系统需求。从使用者的角度出发,分析了采购商、供应商和后台管理员三类用户的功能需求,阐述了平台各功能模块设计时需要考虑的因素。分析了非功能性需求在系统设计中的重要性,阐述了系统设计时需要考虑的安全性、健壮性、易用性、稳定性和高效性等五个要素。通过分析系统需求,为后文平台的功能结构设计提供了参考依据。接着,分析了航空B2B电子商务平台的设计原则。根据设计原则,从分层的角度设计了系统总体架构,详细阐述了订票模块、票务模块和政策模块的结构设计和流程设计。设计了数据库架构,把数据表分为六类,分析了每一类所包含的数据表。以防御CSRF和SQL注入为例,阐述了平台安全性设计。然后,详细阐述了订票模块、票务模块和政策模块三个核心模块的具体实现。实现了各模块中数据处理流程和方法调用过程,阐述了平台安全性实现过程。最后,阐述了平台部署的软硬件环境。根据项目需求对平台进行了功能测试,使用ApacheBench工具对平台进行性能测试,使用Netsparker工具对平台进行安全性测试。测试结果表明,平台基本实现了第三章中所述的需求,在并发数较低的时候有着良好的响应速度,能够抵御常见的Web攻击。
二、基于组件的B2B电子商务系统（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、基于组件的B2B电子商务系统（论文提纲范文）
（1）基于微服务的B2B2C平台销售系统服务端的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究内容与主要创新点 |
| 1.2.1 研究内容 |
| 1.2.2 主要创新点 |
| 1.3 论文组织结构 |
| 第二章 相关技术 |
| 2.1 微服务架构 |
| 2.1.1 微服务概念及研究现状 |
| 2.1.2 微服务架构设计原则 |
| 2.1.3 微服务拆分准则 |
| 2.2 Spring Cloud框架 |
| 2.2.1 服务注册与发现 |
| 2.2.2 网关路由与过滤 |
| 2.2.3 全局配置管理 |
| 2.2.4 声明式接口调用 |
| 2.3 Docker容器 |
| 2.3.1 核心组件 |
| 2.3.2 总体架构 |
| 2.3.3 关键技术 |
| 2.4 Kubernetes |
| 2.4.1 核心概念 |
| 2.4.2 系统架构 |
| 2.5 本章小结 |
| 第三章 系统需求分析 |
| 3.1 系统概述 |
| 3.2 B2B2C销售模型 |
| 3.3 功能性需求分析 |
| 3.3.1 用户管理 |
| 3.3.2 店铺管理 |
| 3.3.3 产品管理 |
| 3.3.4 订单管理 |
| 3.3.5 支付分成 |
| 3.4 非功能性需求分析 |
| 3.4.1 安全性需求 |
| 3.4.2 伸缩性需求 |
| 3.4.3 性能需求 |
| 3.5 本章小结 |
| 第四章 系统概要设计 |
| 4.1 系统架构设计 |
| 4.1.1 系统架构对比 |
| 4.1.2 系统架构设计 |
| 4.2 业务微服务模块设计 |
| 4.3 业务微服务数据库设计 |
| 4.3.1 用户管理模块 |
| 4.3.2 店铺管理模块 |
| 4.3.3 产品管理模块 |
| 4.3.4 订单管理模块 |
| 4.3.5 支付分成模块 |
| 4.4 访问控制模块设计 |
| 4.4.1 基于Token的登录认证流程 |
| 4.4.2 FGRBAC角色权限管理模型 |
| 4.5 弹性伸缩模块设计 |
| 4.5.1 HPA v1机制分析 |
| 4.5.2 弹性伸缩概要设计 |
| 4.6 本章小结 |
| 第五章 系统详细设计与实现 |
| 5.1 业务功能详细设计与实现 |
| 5.1.1 用户管理微服务 |
| 5.1.2 店铺管理微服务 |
| 5.1.3 产品管理微服务 |
| 5.1.4 订单管理微服务 |
| 5.1.5 支付分成微服务 |
| 5.2 访问控制模块详细设计与实现 |
| 5.2.1 Zuul网关 |
| 5.2.2 Token生成算法 |
| 5.2.3 登录认证 |
| 5.2.4 权限管理 |
| 5.3 弹性伸缩模块详细设计与实现 |
| 5.3.1 弹性伸缩详细设计 |
| 5.3.2 弹性伸缩决策算法 |
| 5.4 本章小结 |
| 第六章 系统测试与验证 |
| 6.1 |
| 6.1.1 测试目标 |
| 6.1.2 测试环境 |
| 6.2 业务功能测试 |
| 6.2.1 用户管理微服务测试 |
| 6.2.2 店铺管理微服务测试 |
| 6.2.3 产品管理微服务测试 |
| 6.2.4 订单管理微服务测试 |
| 6.2.5 支付分成微服务测试 |
| 6.3 非功能性测试 |
| 6.3.1 访问控制模块测试 |
| 6.3.2 弹性伸缩模块测试 |
| 6.3.3 性能测试 |
| 6.4 本章小结 |
| 第七章 总结与展望 |
| 7.1 总结 |
| 7.2 展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间发表的学术论文 |
（2）组件化可配置B2B2C平台供应商前端系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究内容 |
| 1.3 论文结构 |
| 第二章 相关技术 |
| 2.1 前端开发语言 |
| 2.1.1 HTML5技术 |
| 2.1.2 CSS3技术 |
| 2.1.3 ES6技术 |
| 2.2 MVC与MVVM开发模式 |
| 2.2.1 MVC开发模式 |
| 2.2.2 MVVM开发模式 |
| 2.3 Vuejs框架实现原理 |
| 2.3.1 虚拟DOM |
| 2.3.2 Diff算法 |
| 2.3.3 数据双向绑定 |
| 2.3.4 Vuex状态管理 |
| 2.4 Webpack |
| 2.5 本章小结 |
| 第三章 系统需求分析及概要设计 |
| 3.1 配置技术支撑需求分析 |
| 3.1.1 UI组件配置需求分析 |
| 3.1.2 脚本配置需求分析 |
| 3.2 功能性需求分析 |
| 3.2.1 产品管理模板 |
| 3.2.2 订单管理模板 |
| 3.2.3 库存管理模板 |
| 3.2.4 营销统计模板 |
| 3.2.5 业务模块 |
| 3.3 非功能性需求分析 |
| 3.3.1 安全性需求 |
| 3.3.2 兼容性需求 |
| 3.4 系统概要设计 |
| 3.5 本章小结 |
| 第四章 系统详细设计与实现 |
| 4.1 项目通用组件的详细设计与实现 |
| 4.1.1 页面布局组件 |
| 4.1.2 网络请求组件 |
| 4.1.3 路由映射组件 |
| 4.2 配置组件的详细设计与实现 |
| 4.2.1 页面配置组件的设计与实现 |
| 4.2.2 菜单配置的详细设计与实现 |
| 4.3 业务模块的详细设计与实现 |
| 4.3.1 产品管理模板 |
| 4.3.2 订单管理模板 |
| 4.3.3 营销统计模板 |
| 4.3.4 库存管理模板 |
| 4.4 非功能性模块的详细设计与实现 |
| 4.4.1 安全性模块的详细设计与实现 |
| 4.4.2 兼容性模块的详细设计与实现 |
| 4.5 本章小结 |
| 第五章 系统测试与验证 |
| 5.1 测试环境 |
| 5.2 测试目标 |
| 5.3 系统功能性测试 |
| 5.3.1 通用组件测试 |
| 5.3.2 产品管理模板测试 |
| 5.3.3 订单管理模板测试 |
| 5.3.4 营销统计配置测试 |
| 5.3.5 库存管理模板测试 |
| 5.3.6 产品管理测试 |
| 5.3.7 订单管理测试 |
| 5.4 系统非功能性测试 |
| 5.4.1 安全性测试 |
| 5.4.2 兼容性测试 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间发表的学术论文 |
（3）基于微服务的可配置B2B2C平台供应商后端系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究内容 |
| 1.3 论文组织结构 |
| 第二章 相关技术综述 |
| 2.1 微服务架构 |
| 2.1.1 微服务的应用现状 |
| 2.1.2 服务拆分所要遵守的方式和准则 |
| 2.1.3 微服务框架Spring Cloud |
| 2.2 Docker容器以及Kubernetes集群管理技术 |
| 2.3 开发时涉及到的技术 |
| 2.3.1 Redis内存数据库 |
| 2.3.2 RocketMQ消息队列 |
| 2.3.3 Fescar分布式事务中间件 |
| 2.4 可配置化设计原理 |
| 2.4.1 可配置功能划分 |
| 2.4.2 可配置功能定义及依赖 |
| 2.5 本章小结 |
| 第三章 系统需求分析 |
| 3.1 系统综述 |
| 3.2 可配置化功能需求分析 |
| 3.3 基础支撑系统需求分析 |
| 3.3.1 微服务间通信能力 |
| 3.3.2 服务发现能力 |
| 3.3.3 服务快速部署能力 |
| 3.3.4 请求过滤转发能力 |
| 3.3.5 分布式锁能力 |
| 3.4 上层业务系统需求分析 |
| 3.4.1 产品模块 |
| 3.4.2 订单模块 |
| 3.4.3 库存模块 |
| 3.4.4 统计模块 |
| 3.5 非功能性需求分析 |
| 3.6 本章小结 |
| 第四章 系统概要设计 |
| 4.1 技术选型 |
| 4.1.1 单体式架构与微服务架构的差异 |
| 4.1.2 技术选型与整体架构设计 |
| 4.2 微服务模块划分 |
| 4.3 可配置化功能方案概述 |
| 4.3.1 业务实体可配置化模型 |
| 4.3.2 业务流程可配置化模型 |
| 4.4 数据库设计 |
| 4.4.1 产品模块 |
| 4.4.2 订单模块 |
| 4.4.3 库存模块 |
| 4.5 数据传输格式设计 |
| 4.6 本章小结 |
| 第五章 系统详细设计与实现 |
| 5.1 业务模块的设计与实现 |
| 5.1.1 通用支撑功能 |
| 5.1.2 产品模块微服务业务功能 |
| 5.1.3 订单模块微服务业务功能 |
| 5.1.4 库存模块微服务业务功能 |
| 5.1.5 统计模块微服务业务功能 |
| 5.2 非功能性需求的设计与实现 |
| 5.2.1 高可用性 |
| 5.2.2 低响应延迟 |
| 5.3 本章小结 |
| 第六章 系统测试 |
| 6.1 测试目标及环境 |
| 6.1.1 测试目标 |
| 6.1.2 测试环境 |
| 6.2 系统支撑组件功能测试 |
| 6.2.1 服务发现功能测试 |
| 6.2.2 服务网关功能测试 |
| 6.2.3 分布式锁功能测试 |
| 6.3 系统业务模块功能测试 |
| 6.3.1 产品模块微服务功能测试 |
| 6.3.2 订单模块微服务功能测试 |
| 6.3.3 库存模块微服务功能测试 |
| 6.3.4 统计模块微服务功能测试 |
| 6.4 高可用性及系统性能测试 |
| 6.4.1 高可用性测试 |
| 6.4.2 接口性能测试 |
| 6.5 系统可配置性验证 |
| 6.6 本章小结 |
| 第七章 总结与展望 |
| 7.1 工作总结 |
| 7.2 未来工作展望 |
| 参考文献 |
| 致谢 |
（4）基于推荐算法的B2B电子商务系统的设计与实现（论文提纲范文）
| 致谢 |
| 摘要 |
| ABSTRACT |
| 1 引言 |
| 1.1 项目研究背景 |
| 1.2 国内B2B行业发展研究现状 |
| 1.3 项目研究意义 |
| 1.4 论文组织架构 |
| 1.5 本章小结 |
| 2 关键技术介绍 |
| 2.1 客户端关键技术介绍 |
| 2.1.1 Java Script技术介绍 |
| 2.1.2 Node.Js技术介绍 |
| 2.1.3 Axios技术介绍 |
| 2.1.4 Vue.Js技术介绍 |
| 2.1.5 Mock JS技术介绍 |
| 2.2 服务端关键技术介绍 |
| 2.2.1 Spring Boot技术介绍 |
| 2.2.2 Dubbo技术介绍 |
| 2.2.3 My Batis技术介绍 |
| 2.2.4 Redis技术介绍 |
| 2.3 大数据关键技术介绍 |
| 2.3.1 Hadoop技术介绍 |
| 2.3.2 Map Reduce技术介绍 |
| 2.3.3 Hive技术介绍 |
| 2.3.4 HBase技术介绍 |
| 2.3.5 Mongo DB技术介绍 |
| 2.3.6 Nginx技术介绍 |
| 2.3.7 Flume技术介绍 |
| 2.3.8 Kafka技术介绍 |
| 2.3.9 Zoo Keeper技术介绍 |
| 2.3.10 Docker技术介绍 |
| 2.4 本章小结 |
| 3 系统的需求分析 |
| 3.1 客户端需求分析 |
| 3.1.1 登录与审核模块 |
| 3.1.2 首页展示模块 |
| 3.1.3 搜索模块 |
| 3.1.4 推荐模块 |
| 3.1.5 商品详情页模块 |
| 3.1.6 购物车模块 |
| 3.1.7 订单结算模块 |
| 3.1.8 支付模块 |
| 3.1.9 个人中心模块 |
| 3.1.10 客服中心模块 |
| 3.2 服务端需求分析与实现 |
| 3.2.1 登录与用户审核模块 |
| 3.2.2 首页配置模块 |
| 3.2.3 商品配置模块 |
| 3.2.4 促销设置模块 |
| 3.2.5 优惠券设置模块 |
| 3.2.6 订单系统模块 |
| 3.2.7 客服中心模块 |
| 3.2.8 权限管理模块 |
| 3.3 系统非功能性需求 |
| 3.4 本章小结 |
| 4 系统的概要设计 |
| 4.1 系统架构设计 |
| 4.2 服务模块结构设计 |
| 4.3 数据库设计 |
| 4.4 本章小结 |
| 5 系统的详细设计与实现 |
| 5.1 登录服务的详细设计与实现 |
| 5.2 商品服务的详细设计与实现 |
| 5.2.1 商品服务的交互时序设计 |
| 5.2.2 商品服务的接口与类实现设计 |
| 5.3 订单服务的详细设计与实现 |
| 5.3.1 订单服务的交互时序设计 |
| 5.3.2 订单服务的接口与类实现设计 |
| 5.4 推荐服务的详细设计与实现 |
| 5.4.1 整体推荐框架介绍 |
| 5.4.2 推荐数据源解析 |
| 5.4.3 离线推荐模块的实现 |
| 5.4.4 基于模型的实时推荐模块 |
| 5.5 本章小结 |
| 6 系统测试与验证 |
| 6.1 系统测试的目的与意义 |
| 6.2 系统测试环境的部署 |
| 6.3 系统的功能测试 |
| 6.3.1 登录模块测试 |
| 6.3.2 首页模块测试 |
| 6.3.3 搜索模块测试 |
| 6.3.4 推荐模块测试 |
| 6.3.5 商品详情页模块测试 |
| 6.3.6 购物车模块测试 |
| 6.3.7 提交订单模块测试 |
| 6.3.8 支付模块测试 |
| 6.3.9 个人中心模块测试 |
| 6.3.10 客服功能模块测试 |
| 6.4 系统的性能测试 |
| 6.4.1 负载测试 |
| 6.4.2 压力测试 |
| 6.5 本章小结 |
| 7 总结与展望 |
| 7.1 总结 |
| 7.2 展望 |
| 参考文献 |
| 作者简历及攻读硕士/博士学位期间取得的研究成果 |
| 学位论文数据集 |
（5）宜家中国电子商务营销战略与策略研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 选题背景和意义 |
| 1.1.1 选题背景 |
| 1.1.2 研究意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 研究内容和框架 |
| 1.3.1 研究内容 |
| 1.3.2 论文框架 |
| 1.4 研究方法和创新点 |
| 1.4.1 研究方法 |
| 1.4.2 论文创新点 |
| 第2章 理论综述 |
| 2.1 相关概念界定 |
| 2.1.1 电子商务 |
| 2.1.2 电子商务营销 |
| 2.1.3 电子商务营销与电子商务的关系 |
| 2.2 电子商务模式和营销渠道 |
| 2.2.1 电子商务模式 |
| 2.2.2 电子商务营销渠道 |
| 2.3 电子商务营销基础理论 |
| 2.3.1 直复营销理论 |
| 2.3.2 关系营销理论 |
| 2.3.3 整合营销理论 |
| 2.3.4 软营销理论 |
| 2.4 相关理论工具 |
| 2.4.1 PEST分析法 |
| 2.4.2 SWOT分析法 |
| 2.4.3 STP理论 |
| 2.4.4 层次分析法 |
| 第3章 宜家中国电子商务营销环境分析 |
| 3.1 宜家家居概况 |
| 3.1.1 宜家家居简介 |
| 3.1.2 宜家中国发展现状简介 |
| 3.2 宏观环境分析 |
| 3.2.1 政治法律环境分析 |
| 3.2.2 经济环境分析 |
| 3.2.3 社会文化环境分析 |
| 3.2.4 技术环境分析 |
| 3.3 微观环境分析 |
| 3.3.1 竞争者分析 |
| 3.3.2 消费者分析 |
| 3.3.3 供应者分析 |
| 3.3.4 营销中介分析 |
| 3.3.5 公众分析 |
| 3.4 宜家中国电子商务SWOT分析 |
| 3.4.1 优势 |
| 3.4.2 劣势 |
| 3.4.3 机会 |
| 3.4.4 威胁 |
| 第4章 宜家中国电子商务STP战略分析 |
| 4.1 市场细分 |
| 4.1.1 按照地理细分市场 |
| 4.1.2 按照消费者年龄细分市场 |
| 4.1.3 按照家庭人口数细分市场 |
| 4.1.4 按照消费能力细分市场 |
| 4.2 目标市场选择 |
| 4.2.1 目标市场分析 |
| 4.2.2 确定目标市场 |
| 4.3 市场定位 |
| 4.3.1 产品定位 |
| 4.3.2 品牌定位 |
| 第5章 宜家中国电子商务营销组合策略 |
| 5.1 宜家中国现有电子商务营销策略分析 |
| 5.2 宜家中国电子商务营销策略选择 |
| 5.2.1 产品策略 |
| 5.2.2 价格策略 |
| 5.2.3 渠道策略 |
| 5.2.4 促销策略 |
| 5.3 营销策略的AHP分析 |
| 5.3.1 AHP分析步骤和方法 |
| 5.3.2 构建层次结构模型 |
| 5.3.3 建立判断矩阵及确定权重 |
| 5.3.4 结论分析 |
| 第6章 宜家中国电子商务营销战略和策略实施保障 |
| 6.1 加强企业文化建设 |
| 6.2 实施组织人才保障 |
| 6.3 加大技术支持力度 |
| 6.4 做好财力物力保障 |
| 第7章 结论与展望 |
| 7.1 研究结论 |
| 7.2 展望与不足 |
| 参考文献 |
| 附录 |
| 致谢 |
| 学位论文评阅及答辩情况表 |
（6）BIM环境下建筑部品采购信息集成、检索与决策研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 主要符号表 |
| 1 绪论 |
| 1.1 问题的提出 |
| 1.2 研究的目的与意义 |
| 1.3 国内外研究现状 |
| 1.3.1 电子采购研究 |
| 1.3.2 BIM技术研究 |
| 1.3.3 产品选择研究 |
| 1.3.4 国内外相关研究现状评述 |
| 1.4 研究内容和研究方法 |
| 1.4.1 研究内容 |
| 1.4.2 研究方法 |
| 2 建筑部品电子商务特点论述 |
| 2.1 引言 |
| 2.2 建筑业电商理论基础 |
| 2.2.1 建筑业特点分析 |
| 2.2.2 建筑部品 |
| 2.2.3 建筑业电子商务 |
| 2.2.4 建筑业电子商务内容 |
| 2.2.5 建筑业电子商务带来的影响 |
| 2.3 建筑业电商现状的综合分析 |
| 2.3.1 建筑业外部环境分析 |
| 2.3.2 建筑业电商发展需要解决的问题 |
| 2.4 本章小结 |
| 3 基于BIM和Linked Data的建筑部品电商信息集成研究 |
| 3.1 引言 |
| 3.2 电商平台信息集成问题分析 |
| 3.3 电商平台数据集成的目的 |
| 3.4 建筑部品信息集成方法 |
| 3.4.1 BIM |
| 3.4.2 Linked data |
| 3.4.3 本体 |
| 3.5 基于BIM和Linked Data的建筑部品信息集成框架 |
| 3.5.1 框架描述 |
| 3.5.2 基于建筑部品的案例验证 |
| 3.6 本章小结 |
| 4 基于建筑部品属性特征的检索方法研究 |
| 4.1 引言 |
| 4.2 搜索技术前沿 |
| 4.2.1 搜索引擎发展阶段 |
| 4.2.2 信息检索的目标 |
| 4.2.3 通用搜索引擎技术架构 |
| 4.3 建筑部品检索需求分析 |
| 4.3.1 通用搜索引擎的不足 |
| 4.3.2 建筑部品采购信息检索问题分析 |
| 4.3.3 建筑部品采购信息检索需求分析 |
| 4.4 BIM环境下的建筑部品检索模型 |
| 4.4.1 技术说明 |
| 4.4.2 建筑部品特征提取 |
| 4.4.3 建筑部品相似性计算 |
| 4.4.4 检索模型框架 |
| 4.4.5 案例验证 |
| 4.5 本章小结 |
| 5 基于用户偏好的建筑部品电子采购推荐方法研究 |
| 5.1 引言 |
| 5.2 偏好与决策的关系 |
| 5.3 用户偏好影响因素分析 |
| 5.3.1 数据收集 |
| 5.3.2 用户偏好的影响因素分析 |
| 5.4 基于用户偏好的建筑部品电子采购推荐方法 |
| 5.4.1 数据集 |
| 5.4.2 基于用户偏好的建筑部品电子采购推荐模型 |
| 5.4.3 推荐模型分析评价 |
| 5.5 本章小结 |
| 6 结论与展望 |
| 6.1 结论 |
| 6.2 创新点 |
| 6.3 展望 |
| 参考文献 |
| 附录A 电商平台用户情境调查表 |
| 攻读博士学位期间科研项目及科研成果 |
| 致谢 |
| 作者简介 |
（7）外贸交易平台的设计与实现（论文提纲范文）
| 致谢 |
| 中文摘要 |
| ABSTRACT |
| 1 引言 |
| 1.1 项目背景 |
| 1.2 项目意义 |
| 1.3 发展现状 |
| 1.4 论文主要工作 |
| 1.5 论文结构和框架 |
| 1.6 本章小结 |
| 2 相关理论及技术综述 |
| 2.1 MVC设计模式 |
| 2.2 SSM框架介绍 |
| 2.2.1 Spring |
| 2.2.2 Spring MVC |
| 2.2.3 Mybatis |
| 2.3 Nginx服务器 |
| 2.3.1 反向代理 |
| 2.3.2 负载均衡 |
| 2.4 Mysql数据库 |
| 2.5 本章小结 |
| 3 系统需求分析 |
| 3.1 系统涉众用户特征分析 |
| 3.2 系统业务分析 |
| 3.2.1 主业务流程图 |
| 3.2.2 用户使用案例 |
| 3.3 系统功能性需求分析 |
| 3.3.1 注册管理功能需求分析 |
| 3.3.2 客户管理功能需求分析 |
| 3.3.3 商品管理需求分析 |
| 3.3.4 订单管理需求分析 |
| 3.4 非功能性需求分析 |
| 3.5 本章小结 |
| 4 系统概要设计 |
| 4.1 系统架构模式 |
| 4.2 系统功能模块设计 |
| 4.3 注册管理模块概要设计 |
| 4.3.1 设计目标 |
| 4.3.2 模块功能结构 |
| 4.3.3 数据存储 |
| 4.4 客户管理模块概要设计 |
| 4.4.1 设计目标 |
| 4.4.2 模块功能结构 |
| 4.4.3 数据存储 |
| 4.5 商品管理模块概要设计 |
| 4.5.1 设计目标 |
| 4.5.2 模块功能结构 |
| 4.5.3 数据存储 |
| 4.6 订单管理模块概要设计 |
| 4.6.1 设计目标 |
| 4.6.2 模块功能结构 |
| 4.6.3 数据存储 |
| 4.7 本章小结 |
| 5 系统详细设计与实现 |
| 5.1 注册管理模块的设计与实现 |
| 5.1.1 模块功能要点设计 |
| 5.1.2 模块类设计与说明 |
| 5.1.3 模块的实现效果 |
| 5.2 商品管理模块的设计与实现 |
| 5.2.1 模块功能要点设计 |
| 5.2.2 模块类设计与说明 |
| 5.2.3 模块的实现效果 |
| 5.3 客户管理模块的设计与实现 |
| 5.3.1 模块的功能要点设计 |
| 5.3.2 模块类设计与说明 |
| 5.3.3 模块的实现效果 |
| 5.4 订单管理模块的设计与实现 |
| 5.4.1 模块功能要点设计 |
| 5.4.2 模块类设计与说明 |
| 5.4.3 模块的实现效果 |
| 5.5 本章小结 |
| 6 系统测试 |
| 6.1 功能性测试 |
| 6.2 非功能性测试 |
| 6.3 本章小结 |
| 7 总结与展望 |
| 7.1 总结 |
| 7.2 展望 |
| 参考文献 |
| 作者简历 |
| 学位论文数据集 |
（8）面向物流行业的B2B平台设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 现状及问题 |
| 1.3 研究意义 |
| 1.4 论文架构 |
| 1.5 本章小结 |
| 第二章 原理和技术 |
| 2.1 原型设计 |
| 2.2 基于Object-C的 iOS开发与MVC软件设计模式 |
| 2.3 后端web应用 |
| 2.4 数据库 |
| 2.5 PHP |
| 2.6 本章小结 |
| 第三章 需求分析 |
| 3.1 总体架构分析 |
| 3.1.1 业务流程概览 |
| 3.1.2 模块划分 |
| 3.2 收货端APP功能模块 |
| 3.2.1 开户与登录 |
| 3.2.2 首页 |
| 3.2.3 我要进货 |
| 3.2.4 我的订单 |
| 3.2.5 账务明细 |
| 3.2.6 常用联系人 |
| 3.2.7 我的设置 |
| 3.3 发货端APP功能模块 |
| 3.3.1 开户与登录 |
| 3.3.2 首页 |
| 3.3.3 我的订单 |
| 3.3.4 账务明细 |
| 3.4 后台管理系统需求分析 |
| 3.4.1 物流公司信息查询 |
| 3.4.2 会员基本信息管理 |
| 3.4.3 风控监测管理 |
| 3.5 非功能性需求 |
| 3.5.1 安全性需求 |
| 3.5.2 工程渐进明细需求 |
| 3.5.3 质量需求 |
| 3.5.4 异常管理机制 |
| 3.6 本章小结 |
| 第四章 系统设计与实现 |
| 4.1 系统总体规划 |
| 4.2 业务流程设计与实现 |
| 4.2.1 收货端 |
| 4.2.2 发货端 |
| 4.2.3 后台管理系统 |
| 4.3 本章小结 |
| 第五章 系统测试与运行 |
| 5.1 测试环境 |
| 5.2 功能测试 |
| 5.2.1 收货端测试用例 |
| 5.2.2 收货端测试结果分析 |
| 5.2.3 发货端测试用例 |
| 5.2.4 收货端测试结果分析 |
| 5.2.5 后台管理系统测试用例 |
| 5.2.6 后台管理系统测试结果分析 |
| 5.3 性能测试和测试结果与分析 |
| 5.4 本章小结 |
| 第六章 结论 |
| 6.1 平台运行现状 |
| 6.2 平台优化 |
| 参考文献 |
| 致谢 |
（9）沟通风格的一致性对大客户经理销售绩效的影响研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 1.绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究意义 |
| 1.2 研究问题 |
| 1.3 研究目的、思路和方法 |
| 1.3.1 研究目的 |
| 1.3.2 研究思路 |
| 1.3.3 研究方法 |
| 1.4 研究内容框架及技术路线 |
| 1.5 研究创新点 |
| 2.相关理论和研究综述 |
| 2.1 沟通风格 |
| 2.1.1 沟通风格的概念 |
| 2.1.2 卖方沟通风格的研究 |
| 2.1.3 买方沟通风格的研究 |
| 2.1.4 沟通风格研究小结 |
| 2.2 关系质量 |
| 2.2.1 关系质量的概念演变 |
| 2.2.2 关系质量的基本维度 |
| 2.2.3 “大客户经理—采购经理”关系质量 |
| 2.2.4 关系质量研究小结 |
| 2.3 买卖关系的治理机制 |
| 2.3.1 治理机制的定义 |
| 2.3.2 治理机制研究的理论基础 |
| 2.3.3 契约治理与关系治理的联系 |
| 2.3.4 治理机制研究小结 |
| 2.4 产品特征 |
| 2.4.1 产品定制化 |
| 2.4.2 产品复杂度 |
| 2.4.3 产品特征研究小结 |
| 2.5 个人—环境匹配理论 |
| 2.5.1 个人—环境匹配的定义与内涵 |
| 2.5.2 个人—环境匹配的类型 |
| 2.5.3 个人—环境匹配的两种机制 |
| 2.5.4 个人—环境匹配研究小结 |
| 3.概念模型和假设 |
| 3.1 企业访谈 |
| 3.1.1 访谈目的和意义 |
| 3.1.2 访谈目的和意义 |
| 3.1.3 访谈结果分析 |
| 3.2 概念模型 |
| 3.2.1 大客户经理—采购经理沟通风格(不)一致 |
| 3.2.2 治理机制和产品特征的调节作用 |
| 3.3 模型假设 |
| 3.3.1 相似型个人—个人匹配:沟通风格(不)一致的作用 |
| 3.3.2 互补型个人—组织匹配:治理机制的作用 |
| 3.3.3 互补型个人—工作匹配:产品特征的作用 |
| 3.4 本章小结 |
| 4.研究方法 |
| 4.1 样本与数据收集 |
| 4.1.1 问卷设计 |
| 4.1.2 数据收集 |
| 4.1.3 样本描述 |
| 4.1.4 可靠性检验 |
| 4.2 测量量表的选择 |
| 4.2.1 结果变量 |
| 4.2.2 自变量 |
| 4.2.3 控制变量 |
| 4.3 假设检验的方法 |
| 4.3.1 主效应 |
| 4.3.2 中介效应 |
| 4.3.3 调节效应 |
| 4.4 本章小结 |
| 5.假设检验结果 |
| 5.1 信度和效度分析 |
| 5.1.1 测量信度 |
| 5.1.2 测量效度 |
| 5.2 数据描述性统计分析 |
| 5.3 多项式回归结果分析 |
| 5.3.1 中介效应检验结果 |
| 5.3.2 契约治理的调节效应检验结果 |
| 5.3.3 关系治理的调节效应检验结果 |
| 5.3.4 产品定制化的调节效应检验结果 |
| 5.3.5 产品复杂度的调节效应检验结果 |
| 5.4 本章小结 |
| 6.结论与启示 |
| 6.1 研究的结果讨论 |
| 6.1.1 研究问题一:沟通风格一致性的影响 |
| 6.1.2 研究问题二:产品特征和治理机制的调节作用 |
| 6.2 后验分析:沟通风格不一致方向的比较 |
| 6.3 研究的理论贡献 |
| 6.4 研究的管理启示 |
| 6.5 研究的局限和未来方向 |
| 参考文献 |
| 附录1 |
| 致谢 |
| 攻读博士学位期间已发表或录用的论文 |
（10）航空B2B电子商务平台的研究与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景和意义 |
| 1.2 国内外研究现状 |
| 1.2.1 电子商务现状 |
| 1.2.2 Web开发技术 |
| 1.2.3 PHP开发框架 |
| 1.3 论文研究内容和组织结构 |
| 第二章 关键技术研究 |
| 2.1 LAMP平台 |
| 2.2 Yii框架 |
| 2.2.1 MVC模式 |
| 2.2.2 Yii框架中MVC应用 |
| 2.2.3 Yii框架特性 |
| 2.2.4 Yii框架运行流程解析 |
| 2.3 Web Service技术 |
| 2.3.1 可扩展标记语言XML |
| 2.3.2 简单对象访问协议SOAP |
| 2.3.3 网络服务描述语言WSDL |
| 2.4 缓存技术 |
| 2.4.1 Memcached |
| 2.4.2 Redis |
| 2.4.3 缓存的选择 |
| 2.5 本章小结 |
| 第三章 系统需求分析 |
| 3.1 功能性需求 |
| 3.1.1 采购商系统需求分析 |
| 3.1.2 供应商系统需求分析 |
| 3.1.3 后台管理员系统需求分析 |
| 3.2 非功能性需求 |
| 3.3 本章小结 |
| 第四章 系统总体设计 |
| 4.1 设计原则 |
| 4.2 系统总体架构设计 |
| 4.3 系统功能结构设计 |
| 4.3.1 订票模块设计 |
| 4.3.2 票务模块设计 |
| 4.3.3 政策模块设计 |
| 4.4 数据库设计 |
| 4.5 安全性设计 |
| 4.5.1 防御CSRF |
| 4.5.2 防御SQL注入 |
| 4.6 本章小结 |
| 第五章 航空B2B电子商务平台实现 |
| 5.1 订票模块 |
| 5.1.1 搜索子模块实现 |
| 5.1.2 预订子模块 |
| 5.1.3 支付子模块 |
| 5.2 票务模块实现 |
| 5.3 政策模块实现 |
| 5.4 安全性实现 |
| 5.4.1 防御CSRF |
| 5.4.2 防御SQL注入 |
| 5.5 本章小结 |
| 第六章 系统部署与测试 |
| 6.1 软硬件环境 |
| 6.2 功能测试 |
| 6.2.1 订票模块测试 |
| 6.2.2 票务模块测试 |
| 6.2.3 政策模块测试 |
| 6.2.4 测试结果 |
| 6.3 压力测试 |
| 6.4 安全性测试 |
| 6.5 本章小结 |
| 第七章 总结与展望 |
| 7.1 全文工作总结 |
| 7.2 下一步工作展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士期间发表论文与其他科研成果 |
四、基于组件的B2B电子商务系统（论文参考文献）
- [1]基于微服务的B2B2C平台销售系统服务端的设计与实现[D]. 王建勇. 北京邮电大学, 2020(05)
- [2]组件化可配置B2B2C平台供应商前端系统的设计与实现[D]. 韩思雨. 北京邮电大学, 2020(05)
- [3]基于微服务的可配置B2B2C平台供应商后端系统的设计与实现[D]. 刘炳辰. 北京邮电大学, 2020(05)
- [4]基于推荐算法的B2B电子商务系统的设计与实现[D]. 谭曙春. 北京交通大学, 2020(03)
- [5]宜家中国电子商务营销战略与策略研究[D]. 韩涛. 山东大学, 2019(03)
- [6]BIM环境下建筑部品采购信息集成、检索与决策研究[D]. 何丹丹. 大连理工大学, 2019(06)
- [7]外贸交易平台的设计与实现[D]. 常晓粤. 北京交通大学, 2019(01)
- [8]面向物流行业的B2B平台设计与实现[D]. 关正玮. 北京工业大学, 2018(04)
- [9]沟通风格的一致性对大客户经理销售绩效的影响研究[D]. 樊骅. 上海交通大学, 2018(01)
- [10]航空B2B电子商务平台的研究与实现[D]. 朱仟. 东南大学, 2017(04)