一、基于Rhapsody和VxWorks的自动取款机系统（论文文献综述）
沈晓盈[1]（2020）在《金融科技背景下的M银行零售业务渠道营销策略研究》文中进行了进一步梳理近年来,零售业务在商业银行中的地位日益凸显,成为商业银行新形势下的“利润稳定器”。商业银行零售业务的特点决定了其对渠道具有高依赖性,零售业务渠道营销作为商业银行业务转型发展的推进器,作为商业银行保持长久竞争力所需解决的首要问题,意义重大。以移动互联、人工智能、大数据、云计算等为代表的金融科技迅猛发展,零售客户的金融行为和金融需求发生了剧烈变革,对商业银行零售业务渠道营销产生了重大影响。面对金融科技发展下零售客户渠道偏好的转变和新兴竞争者的强力冲击,进行零售业务渠道营销策略优化研究对于商业银行抢占客户资源,在新一轮竞争中占据一席之地具有重大的现实意义。本文首先以渠道权力理论、客户感知价值理论、长尾理论和4Cs营销策略理论为基础,对金融科技、金融科技下的零售业务渠道营销策略变革和渠道营销发展方向进行文献梳理并作出相关文献评述。其后,本文阐述了金融科技对商业银行零售业务渠道营销环境的重大影响,深入分析金融科技下M银行零售业务渠道营销现状,得出金融科技与M银行现行的零售业务渠道营销策略存在不适配性的结论,论证M银行实行4Cs—客户为中心的渠道营销策略的必要性。最后,结合4Cs营销策略理论从客户需求、客户成本、客户便利性和客户沟通四个维度提出构建金融科技下M银行零售业务渠道营销策略的设想及推进其顺利实施的保障措施。通过以上研究,本文得出结论:（1）在金融科技时代,零售客户参与金融的行为偏好发生显着变化,M银行现行的零售业务渠道营销策略已不能完全适应客户的金融需求,渠道营销策略优化势在必行。（2）客户是影响商业银行零售业务渠道营销策略的关键因素,渠道营销策略优化导向应以客户为中心。（3）4Cs—客户为中心的营销策略在金融科技背景下是M银行零售业务渠道营销行之有效的策略选择。金融科技背景下,渠道营销策略创新手段层出不穷,但是随着监管体系逐步推进,金融科技的发展趋势具有不确定性,商业银行零售业务渠道管理和营销策略优化面临复杂的动态环境,商业银行零售业务渠道营销策略的构建需要谨慎创新、严防风险,有待进一步深入研究和探讨。
吕海龙[2]（2019）在《小型人民币冠字号码识别系统的研究与实现》文中认为人民币是中国的法定货币,人民币纸币上的冠字号码,具有唯一性,在钞票的印制、仓管和流通环节中都发挥着重要作用。为有效解决银行业金融机构对外误付假币,银行涉假纠纷的举证和责任认定,提高金融机构公信力等问题,人民银行近两年提出了金融机具需要具备号码识别能力的要求。本文针对人民币冠字号码的特征,结合嵌入式软件、电子硬件和图像处理等技术,实现了一套可以快速稳定地自动识别冠字号码小型点验钞系统。在系统架构方面,本文提出了软件架构和硬件架构的改进。硬件架构采用多核心ARM+FPGA+A/D+CIS的方案不同于传统的DSP+MCU+FPGA+A/D+CIS的方案,这不单提高整机的运算性能而且有更高的性价比;本文用硬件FPGA程序实现图像亮度均衡补偿的预处理,可以节省CPU资源。软件架构基于嵌入式Linux系统,使用V4L2构建钞票图像采集驱动,使用多线程构建应用程序,使用QT构建人机交互界面,并加入提升了可以提升系统实时性的RT-linux补丁。本文在冠字号码图像识别算法处理过程中,一直在顾及系统快速点钞的需求和系统运算资源的限制。本文先实现了冠字号码字符的定位和分割的快速算法,之后比较和实现了2种冠字号识别方法。第一种识别方法是在提取HOG特征向量后用SVM一对多分类器进行号码分类识别的方法。第一种识别方法在经过SVM的样本训练后,识别率稍低,没有达到国标要求。第二种识别方法是实现了基于LeNet-5改进的卷积神经网络。改进后的网络结构经包括2个卷积层,1个池化层,2个全连接层,并用Softmax作为网络的输出层。第二种识别方法在经过大数量级样本的训练后,识别率明显高于第一种方法,且满足国标要求。本系统经过软件、硬件系统和图像算法等方面的调试和测试后投入批量生产。本系统既有优良的号码识别性能,又兼有经济成本优势和前沿技术优势。
冯小雅[3]（2018）在《图形用户界面外观设计专利保护研究》文中认为GUI的英文全称是Graphical User Interface,中国大陆地区对其译为“图形用户界面”,它因2011年美国苹果公司与韩国三星公司的专利讼争而被中国公众获悉,这一系列诉讼争议也在世界范围内拉开了探讨图形用户界面保护的大幕。图形用户界面诞生于1973年,被认为是二十世纪科技领域内的重大技术革命,因为其相较于传统DOS系统的命令行操作而言,运用菜单、按钮、对话框等元素将命令行置于交互页面之下,用户只需点按图形即可得到结果。这种便利的操作使得公众对计算机的掌控难度大大降低,也促使计算机迅速得到广泛应用及发展。时至今日,电子产品迅猛发展,各种新型设备层出不穷。手机、平板电脑、智能电视、AI眼镜等高新科技产品正在渗透到人们日常生活的各方各面。而在当今科技与信息高速爆炸的时代,人们选择获取信息的载体与渠道因多样化和复杂度而难以准确控制,但当可以获取的内容基本一致的情况下,计算机软件或手机应用是否能够获得商业成功很大程度上取决于广大用户对其界面的使用感受。界面排版越合理,配色越和谐,交互越高效,软件和应用的评价和普及程度就越高。因此,图形用户界面可以说改变了传统软件及应用的命运。大量的商业需求促进经济发展,而蓬勃的经济发展必然导致迫切的法律保护需求。故此,对图形用户界面在法律方面给出明确定义实有必要。我国党的十八大调要坚持走中国特色自主创新道路、实施创新驱动发展战略,之后的十九大对科技创新提出了更高的目标。新时代为科技创新创造了更为广阔的舞台,时代发展的需要促使我国加强科技创新,强化知识产权创造、保护和运用。因此,作为科技创新的载体,软件与应用的保护需求日益增多,图形用户界面更是其中极具争议的一环,在我国明确图形用户界面法律保护具有重要的意义。本文尝试从公众、计算机和法律三大角度分析图形用户界面的概念,并尝试总结了法律角度图形用户界面的定义。由于之前《专利审查指南》规定“产品通电后图案”不能被授予外观设计专利权,导致图形用户界面在我国实践中曾经一直处于尴尬地位,苹果与三星之间的全球专利诉讼也未在中国得以展开。面对这种现实情况,中国国家知识产权局在2014年做出了回应,对《专利审查指南》做出修改,外观设计专利对图形用户界面敞开了大门,使得图形用户界面正式受到了外观设计专利保护。然而在实践中,这种修改并未带来实质性的改变。从我国“GUI第一案”以及华为与三星之间关于图形用户界面的诉讼可以看出,目前,由于立法缺位,司法实践中对该客体的保护仍然态度不一。本文认为,目前我国图形用户界面保护的主要困境为图形用户界面的非整体属性和目前申请必须与载体结合之间的冲突,以及同一图形用户界面设计因不能脱离载体保护,在不同载体上的相同设计必须分别申请外观设计专利这一企业知识产权布局负担与其高效发展意愿的冲突。图形用户界面作为外观设计的一种,目前全球范围内存在不同的保护模式。其中,美国、欧盟、日本、韩国及我国台湾地区将图形用户界面纳入了专利保护范围,这些国家均在电子行业有突出表现及保护需求,故需要更加全面的制度构建以保护产业发展。其中,欧盟、日本、韩国都以单行法的形式对外观设计进行保护,而美国和我国台湾地区则是将外观设计囊括在专利法保护之中。不同的立法形式也导致图形用户界面在各地区保护的不同。中国目前尚未在狭义法律层面规定图形用户界面的外观设计保护,在今后立法中,本文认为可以提取美国和我国台湾地区立法中的有益经验。本文主要从研究中国大陆目前对图形用户界面的专利保护模式及存在的法律障碍入手,对比世界范围内其他适用专利保护的国家和地区,如美国、欧盟和我国台湾等关于图形用户界面保护的法律制度及司法现状,同时结合局部外观设计和屏幕载体的相关内容,分析我国对于图形用户界面法律规制的现状及其不足,在专利立法走向中寻找立足点,探讨保护策略模式优化的必要性,并对图形用户界面在专利法律制度层面的保护提出具体建议。本文认为,应当结合我国高新科技发展情况适时引入局部外观设计制度,这一制度可以从根本上解决图形用户界面目前“产品上的产品”这一尴尬地位。引入局部外观设计制度后,当图形用户界面的设计者并非其所依附载体的设计者时,可以沿用目前的整体保护相关规定;当图形用户界面的设计者并非其所依附载体的设计者时,即当图形用户界面的专利权人并非电脑、手机等设备的专利权人时,如再硬性要求载体产品对于图形用户界面的权利保护范围有限定作用是不合理的,本文认为在申请图形用户界面外观设计专利时应当弱化载体而申请专利,而按目前相关授权外观设计的结果来看这一趋势已逐渐成为主流。然而,如果能在法律层面对图形用户界面给予明确保护,会给权利人创新意愿带来巨大的激励效应,也将推动我国高新科技产业进一步发展。
齐晓斌,张楠[4]（2013）在《基于Rhapsody实时框架的操作系统适配过程的分析与研究》文中提出该文介绍了Rhapsody环境下基于OXF实时框架的操作系统适配原理及过程,分析了通过OXF进行模型调试的原理。
陈德胜[5]（2013）在《实时领域图形化元模型构建方法研究》文中认为在工业机器人、汽车电子和航空航天等实时控制领域,控制系统一般要求具有实时性、并行性和多任务协作性等特点,而且控制元素间交互行为众多且复杂,因此在设计开发实时控制软件时,既要保证控制逻辑的准确性,更要保证控制时序不能出现丝毫偏差。所以如何设计并开发满足高要求的控制系统软件是当前研究的热点。传统的实时控制系统软件开发方法存在如下问题：需求分析和方案设计只展现系统的设计模型；编码与设计模型之间存在脱节,模型不能转换成代码；手工编写代码效率低,而且容易出现错误；代码针对特定操作系统设计,可重用性差；无法在模型阶段进行测试,增加了测试的难度。为了解决上述问题,在实时控制系统软件开发中应用模型驱动的软件开发方法,可以实现实时控制系统程序设计的一致性、异构性、快速性、可靠性和易维护性。在模型驱动方法中,元建模技术是模型驱动的软件开发方法的核心技术之一。本文主要工作是使用元建模技术建立实时领域图形化元模型,为在该领域使用模型驱动方法开发实时控制软件提供基础。本文主要做了以下工作：1)在实时领域内采用模型驱动方法开发控制软件的适用性进行分析。使用模型驱动开发方法来开发实时控制软件,从系统分析到方案设计,都以统一的图形化模型来描述,系统模型设计完成后,采用模型转换技术,直接将模型转换成目标操作系统框架代码,开发人员只需针对硬件平台的特性添加少许代码即可完成软件开发。这种开发方法可大大提高软件开发效率,提高软件的质量和增强可维护性；2)研究了实时领域图形化元模型构建方法。元建模技术是模型驱动的软件开发方法的核心技术之一,使用元建模技术建立特定领域的元模型,以模型的方式抽象表达该领域基本元素。在模型驱动开发方法中,通过调用元模型构建系统的平台无关模型,使用模型转换技术,使模型自动转换为特定平台的代码。所以元模型的好坏直接影响着使用该方法开发软件的质量。在元建模过程中,定义模型的表示法和抽象语法是两个非常关键的步骤。表示法定义了这个模型的表现形式,可以文字式的,也可以图形化的。抽象语法规定了模型的语法和语义；3)构建实时领域图形化元模型,搭建实时语音控制系统嵌入式应用平台。在对当前主流的实时操作系统如uC/OS-II, RT-Linux和VxWorks进行分析的基础上,归纳实时领域的建模元素体系与特征,提取基本的建模元素；采用图形化元建模技术,分别对实时控制系统的基本建模元素实现图形化元模型的构建和语法与语义映射，以嵌入式实时语音控制系统为例,使用本文构建的图形化元模型建立该系统的平台无关模型,并搭建了实时语音控制系统的嵌入式应用平台。
鹿瑶[6]（2013）在《基于UML的嵌入式系统非功能属性获取及建模的研究》文中提出随着嵌入式系统日渐广泛的应用，越来越多的学者开始研究如何将已成熟应用于通用PC系统的设计方法和技术应用到嵌入式系统当中。UML作为一种用于需求获取与建模阶段的语言，得到众多工具开发商的支持并成为实际上的建模语言标准。然而在嵌入式系统的需求获取与建模阶段使用UML建模语言尚存在诸多问题，其中重要的一个问题就是嵌入式系统的非功能属性无法在UML视图中建模。本文研究和开发了一套从非功能需求获取到建立具有表示非功能属性能力的计算独立模型、平台独立模型的方法。整个方法在模型驱动框架下进行，具体包括：获取嵌入式系统非功能属性信息、建立非功能需求表，根据非功能需求表转换出属于计算独立模型的非功能需求图，建立表示非功能属性关系及解决方法的非功能需求分解图，以及在属于平台独立模型的活动图、状态图、序列图中添加表示非功能属性的部件等部分。整个方法已在UML设计工具上得到初步实现，并通过实例验证了方法的可行性。
马晓光[7]（2012）在《PC机可配置式空调测试工装的研制》文中提出PC机可配置式空调测试工装能够及时发现空调控制器的异常，该测试工装实现了对空调驱动器的性能和工作状态的监控，是空调测试人员和空调维修人员进行系统测试的有效工具。此测试工装可与PC机相连，通过PC配置测试流程、测试步骤以及测试内容等。并且在脱离PC机的环境下，测试工装可以独立地按照存储于存储介质上的信息完成测试工作。测试结果可以以动态显示的方式反馈，当有异常情况发生时会发出警报，完成智能化的测试工作。人机互动是通过键盘按键和LCD液晶显示屏进行的，测试内容由键盘按键进行选择，测试完毕时，LCD液晶屏上会显示采集到的数据，并且会显示数据是否正确。PC机可配置式空调测试系统在空调驱动器检测中应用，通过精确的、可靠的实时监控和测试，及时发现空调驱动器的焊接错误以及元器件损坏等情况，使空调驱动器能够正常运行得以保障。系统大致分为控制模块、测试模块以及注入模块三个部分。每个单元相互独立，通过隔离的通讯系统相互连接在一起，构成一个整体的测试系统。控制模块的作用包括：测试命令的发送、测试数据的接收以及数据的分析；测试模块的作用：接收指令，进行测试，上传数据至主控方；注入模块的作用是接收指令并按照指令进行动作。本系统主控模块和注入模块选择的是意法半导体（ST）公司的STM32系列微控制器，对应软件部分选用的是IAR EWARM这款编译软件。测试模块选择德州仪器（TI）公司的TMS320F281X系列为控制器，对应的软件部分选用的是CCS编译器。如今，整个系统已经搭建在用，经过生产线上的试运行，不仅实现了设计之初的大多设想，并且在检测速度、稳定性等方面的性能超过了我们的预期，倘若能够得到广泛的应用，在很大程度上可以使空调驱动器测试的自动化进得以程提升，从而大大降低工作人员的劳动强度，大量减少空调企业的预算。
张茜[8]（2012）在《客运专线列控系统临时限速服务器基于3-DES算法安全通信的研究与实现》文中进行了进一步梳理随着基于安全通信的现代列车运行控制系统的进一步发展,调度集中控制系统直接对临时限速命令进行管理暴露出了一些问题,临时限速服务器的开发就被提上了议事日程。临时限速服务器（TSRS）与TCC、RBC、CTC以及相邻TSRS等各个设备之间的信息传输采用数字通信方式,包括采用无线数字通信方式,因此一个专门为满足铁路应用开发的专用数字移动综合通信系统——欧洲列车控制车地无线通信系统Euroradio（GSM-R）得到了广泛的应用。GSM-R系统技术成熟,具有适应铁路运输的特点,符合通信信号一体化的技术发展需求,将会得到更加广泛的应用和推广。但是,铁道信号数字通信特别是基于无线的通信具有极高的安全机制,这点也是非常重要的。本论文综述了临时限速服务器的应用背景,并且深入研究了铁路信号领域相关规范及标准中系统安全性的各项要求,运用3-DES算法相关的理论知识和技术方法,对列车运行控制系统中临时限速服务器通信安全性进行了功能安全分析和应用方面的研究。（1）本论文首先综述了临时限速服务器的应用背景,介绍了临时限速服务器的整个系统总体功能和存在的技术问题,分析了TSRS通信系统存在和潜在的安全隐患,讨论了其安全性,着重分析了消息鉴定安全层的安全通信机制,研究了安全层的服务模型、服务原语、服务流程以及安全层的功能。（2）在深入分析安全层功能的基础上,讨论了根据消息来源认证与对等实体认证两种进程以及应用数据加密技术完成了整个认证的过程。在安全协议中消息认证密码（Message Autherntication Code, MAC）是保证传输过程中信息完整性和认证的安全进程,MAC的计算采用改进DES的三重DES算法即3-DES加密算法。考虑到实时操作系统VxWorks性能优越,开发调试便利,并且有强大的技术支持,所以本论文选用在VxWorks5.5硬件平台下用软件实现了该算法。数据加密和身份认证等措施能够确保开放式的无线通信系统传输时的安全性,使得TSRS和TCC、RBC CTC以及相邻TSRS的安全通信成为一个安全和可靠的传送通道。
禚百田[9]（2010）在《UML在空调嵌入式系统开发中的应用研究》文中指出近年来,嵌入式系统在工业控制、信息家电、汽车等领域得到了广泛地应用。嵌入式系统对功能、可靠性、实时性、成本、体积和功耗等方面有严格要求,大大增加了其开发的复杂和困难。空调嵌入式系统还要考虑节约资源保护生态环境,进一步增加了开发的难度。基于面向对象技术的统一建模语言UML可用于表达复杂系统的逻辑和物理结构。如何基于UML技术来提高嵌入式系统开发的效率和质量,是本文研究的主要内容。本文以多联式空调机组系统为例,按照嵌入式系统快速面向对象过程ROPES开发过程,使用基于UML的Rhapsody建模工具建立了系统各种模型,描述了系统功能需求。根据系统结构和功能,对系统静态结构和动态行为进行了分析与设计。考虑到嵌入式系统设计中的各种约束,利用UML约束扩展机制,表示了各种约束关系。系统动态行为模型描述了系统行为实时性和并发性,并强制实施所需的前置条件和后置条件,表达了系统如何正确处理异常和错误。使用模型测试技术,能够尽早发现高层次的缺陷,有效降低系统的开发风险和成本,提高软件的重用率和代码质量。本文针对传统的测试方法和基于Rhapsody工具的模型测试方法存在的问题,用VC编程语言设计了可视化图形模型测试系统。通过对模型视图的测试,验证了模型视图及代码的正确性。模拟实验表明,根据ROPES开发过程,使用基于UML技术的Rhapsody工具,将UML技术应用于空调嵌入式系统开发能够尽早地发现系统的设计错误或缺陷,提高软件开发的效率和质量。
韩改宁,李永锋[10]（2009）在《利用Rhapsody进行UML串口通信的设计与实现》文中研究表明针对嵌入式系统下串口通信,引入I-Logix公司的Rhapsody开发工具和UML（统一建模语言）,采用流行的软件开发模式,设计并实现了嵌入式系统下的串口通信。通过嵌入式串口实例的实现,阐述了UML的建模、设计和验证的可视化的开发方法,解决了嵌入式系统下基于UML模式的串口开发问题,对于UML模式的嵌入式系统开发具有重要的参考价值。
二、基于Rhapsody和VxWorks的自动取款机系统（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、基于Rhapsody和VxWorks的自动取款机系统（论文提纲范文）
（1）金融科技背景下的M银行零售业务渠道营销策略研究（论文提纲范文）
| 中文摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究的背景 |
| 1.2 研究的意义 |
| 1.2.1 理论意义 |
| 1.2.2 实践意义 |
| 1.3 研究的创新点 |
| 1.4 研究的思路和方法 |
| 1.4.1 研究思路 |
| 1.4.2 研究方法 |
| 1.4.3 论文结构 |
| 第二章 相关理论基础和文献综述 |
| 2.1 相关理论基础 |
| 2.1.1 渠道权力理论 |
| 2.1.2 客户感知价值理论 |
| 2.1.3 长尾理论 |
| 2.1.4 4Cs营销策略理论 |
| 2.2 文献综述 |
| 2.2.1 金融科技和渠道业态演进 |
| 2.2.2 金融科技下渠道营销策略变革 |
| 2.2.3 金融科技下渠道营销策略的发展方向 |
| 2.2.4 文献评价 |
| 第三章 M银行4Cs-客户为中心渠道营销策略转变的必要性分析 |
| 3.1 金融科技对商业银行零售业务渠道营销的重大影响 |
| 3.1.1 金融科技下商业银行零售业务渠道营销的挑战 |
| 3.1.2 金融科技下商业银行零售业务渠道营销的机遇 |
| 3.2 金融科技下的M银行零售业务渠道营销策略分析 |
| 3.2.1 M银行零售业务渠道营销的现状 |
| 3.2.2 M银行渠道营销策略与金融科技的不适配性 |
| 3.3 金融科技下4Cs—客户为中心的渠道营销策略选择 |
| 3.3.1 金融科技下渠道客户行为和偏好呈现新特点 |
| 3.3.2 金融科技下零售业务渠道营销的导向转变 |
| 3.3.3 M银行4Cs—客户为中心的渠道营销策略选择 |
| 第四章 M银行4Cs—客户为中心零售业务渠道营销策略的构建 |
| 4.1 金融科技下M银行零售业务渠道营销策略构建原则 |
| 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 围绕“客户便利性”的渠道营销策略构建 |
| 4.4.1 实行弹性制的物理网点渠道服务时间 |
| 4.4.2 渠道新形态的广泛应用和功能创新 |
| 4.4.3 科技赋能优化业务处理流程 |
| 4.4.4 加大多渠道信息运用,有效衔接客户需求 |
| 4.5 围绕“客户沟通”的渠道营销策略构建 |
| 4.5.1 打造多渠道信息交互的客户沟通机制 |
| 4.5.2 部署客户端智能客服服务 |
| 4.5.3 充分利用新型社交媒介渠道进行宣传、交流 |
| 4.5.4 铸造专业坚实的客户经理队伍 |
| 第五章 M银行4Cs—客户为中心营销策略的保障机制 |
| 5.1 健全渠道管理机制 |
| 5.2 提高渠道数据分析能力 |
| 5.3 完善客户渠道体验及满意度考核指标 |
| 5.4 加快人才培养和储备 |
| 第六章 结论与展望 |
| 6.1 研究结论 |
| 6.2 进一步展望 |
| 参考文献 |
| 致谢 |
（2）小型人民币冠字号码识别系统的研究与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题背景及研究的目的和意义 |
| 1.1.1 课题背景 |
| 1.1.2 课题研究的目的和意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.2.3 国内外文献综述的简析 |
| 1.3 本文的主要研究内容 |
| 第2章 冠字号码识别系统相关原理与算法介绍 |
| 2.1 电子硬件系统介绍 |
| 2.1.1 硬件架构的介绍 |
| 2.1.2 图像感光元件介绍及选型 |
| 2.1.3 A/D转换器介绍及选型 |
| 2.1.4 FPGA介绍及选型 |
| 2.1.5 传统架构处理芯片介绍 |
| 2.2 冠字号字符定位和分割 |
| 2.2.1 采集图像光谱特征介绍 |
| 2.2.2 边缘检测方法的介绍 |
| 2.2.3 面额识别方法 |
| 2.2.4 纸币方向识别 |
| 2.2.5 字符区域定位和分割 |
| 2.3 字符特征提取和分类方法 |
| 2.3.1 HOG特征提取方法介绍 |
| 2.3.2 卷积神经网络介绍 |
| 2.3.3 SVM构造多分类器 |
| 2.3.4 Softmax分类 |
| 2.4 本章小结 |
| 第3章 冠字号码识别系统方案和方法的研究与改进 |
| 3.1 系统架构改进 |
| 3.1.1 嵌入式处理芯片选型改进 |
| 3.1.2 用FPGA硬件实现亮度补偿 |
| 3.1.3 软件架构改进 |
| 3.1.4 系统实时性优化 |
| 3.2 基于HOG和 SVM的字符识别 |
| 3.2.1 提取冠字号码的HOG特征 |
| 3.2.2 用SVM对 HOG特征进行分类 |
| 3.3 基于CNN改进的字符识别 |
| 3.3.1 改进LeNet-5 网络结构 |
| 3.3.2 用Softmax改进LeNet-5 的输出层 |
| 3.4 本章小结 |
| 第4章 系统实现及结果分析 |
| 4.1 实验条件介绍 |
| 4.2 字符识别结果分析 |
| 4.3 ARM和 DSP平台对比 |
| 4.4 系统实时性分析 |
| 4.5 本章小结 |
| 结论 |
| 参考文献 |
| 致谢 |
| 个人简历 |
（3）图形用户界面外观设计专利保护研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究内容 |
| 第二章 图形用户界面概述 |
| 2.1 公众视角: 图形用户界面定义 |
| 2.1.1 图形用户界面起源及发展 |
| 2.1.2 图色结合人机交互功能 |
| 2.2 计算机专业: 图形用户界面定义 |
| 2.2.1 图形用户界面实现方法 |
| 2.2.2 图形用户界面应用领域 |
| 2.3 法律层面: 图形用户界面定义 |
| 第三章 我国图形用户界面专利保护现状及困境 |
| 3.1 我国图形用户界面专利法保护现状 |
| 3.1.1 我国电子产业的现实需求 |
| 3.1.2 《专利法》及相关法律规定 |
| 3.1.3 《专利审查指南(2010)》之修改 |
| 3.2 我国图形用户界面保护法律困境 |
| 3.2.1 图形用户界面非整体属性冲突 |
| 3.2.2 整体保护原则及法律障碍 |
| 3.3 我国保护模式困境之反思 |
| 3.4 我国图形用户界面侵权诉讼及思考 |
| 3.4.1 奇虎与江民GUI“第一案” |
| 3.4.2 华为与三星图形用户界面博弈 |
| 3.4.3 不同实践中侵权判定侧重 |
| 第四章 图形用户界面域外立法及司法保护分析 |
| 4.1 美国图形用户界面保护状况 |
| 4.1.1 立法状况: 外观设计全面保护模式 |
| 4.1.2 司法状况: 以苹果三星GUI诉讼为例 |
| 4.2 欧盟图形用户界面保护状况 |
| 4.2.1 单独立法及形式审查保护模式 |
| 4.2.2 排斥重叠保护之争议 |
| 4.3 日本、韩国图形用户界面保护状况 |
| 4.3.1 日本《意匠法》实质审查及严格限制 |
| 4.3.2 利益驱动下的韩国保护模式 |
| 4.4 我国台湾地区图形用户界面保护状况 |
| 4.4.1 经验借鉴后直接增设 |
| 4.4.2 配套侵权判定规则 |
| 4.5 不同国家、地区做法总结分析 |
| 第五章 图形用户界面专利冲突解决对策建议 |
| 5.1 图形用户界面外观设计立法完善 |
| 5.1.1 《专利法》应引入局部外观设计 |
| 5.1.2 局部外观设计制度对图形用户界面之影响 |
| 5.2 图形用户界面外观设计司法完善 |
| 5.2.1 以工业产品为载体之实践 |
| 5.2.2 局部外观设计专利申请文件之规定 |
| 5.2.3 局部外观设计专利侵权之判定 |
| 5.3 其他配套措施 |
| 第六章 结论与展望 |
| 6.1 主要结论 |
| 6.2 研究展望 |
| 参考文献 |
| 在学期间的研究成果 |
| 致谢 |
（4）基于Rhapsody实时框架的操作系统适配过程的分析与研究（论文提纲范文）
| 1 基本开发环境与Rhapsody关系 |
| 2 Rhapsody/RTOS适配器 |
| 2.1 适配器组成 |
| 2.2 修改适配器的步骤 |
| 3 通过Rhapsody进行混合调试 |
| 3.1 实现原理 |
| 3.2 模型级调试 |
| 3.3 模型级、源码级混合调试 |
| 3.4 操作步骤 |
| 4 结语 |
（5）实时领域图形化元模型构建方法研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 模型驱动开发方法研究现状及开发过程 |
| 1.2.1 模型驱动开发方法及研究现状 |
| 1.2.2 基于MDD的开发过程 |
| 1.3 元建模技术及研究现状 |
| 1.4 课题的来源、研究内容及本文结构 |
| 1.4.1 课题来源 |
| 1.4.2 研究内容 |
| 1.4.3 本文结构 |
| 1.5 本章小结 |
| 第二章 模型驱动在实时软件开发上的应用 |
| 2.1 实时系统控制软件作用分析 |
| 2.2 实时系统控制软件开发方法及不足 |
| 2.2.1 传统的实时软件设计与开发方法 |
| 2.2.2 实时系统控制软件开发面临的问题 |
| 2.3 模型驱动的实时控制软件开发方法 |
| 2.3.1 模型驱动的实时控制软件开发特性 |
| 2.3.2 模型驱动开发方法的优越性 |
| 2.4 可视化元建模技术 |
| 2.4.1 可视化图形建模技术研究 |
| 2.4.2 建模语言图形表示法定义相关技术 |
| 2.4.3 图形化元模型构建方法研究 |
| 2.5 本章小结 |
| 第三章 实时领域图形化元模型构建 |
| 3.1 实时系统领域特征分析 |
| 3.1.1 μC/OS-Ⅱ实时操作系统 |
| 3.1.2 RT-Linux实时操作系统 |
| 3.1.3 VxWorks实时操作系统 |
| 3.2 实时语义模型与模型转换 |
| 3.3 可视化元模型图形符号构建 |
| 3.3.1 选取基本图元 |
| 3.3.2 元模型符号构建 |
| 3.4 元模型符号的抽象语法映射 |
| 3.5 本章小结 |
| 第四章 模型驱动的嵌入式实时语音控制系统开发 |
| 4.1 模型驱动的嵌入式语音控制系统建模 |
| 4.1.1 嵌入式语音控制系统流程分析 |
| 4.1.2 嵌入式语音控制系统源模型构建 |
| 4.2 嵌入式实时语音控制系统平台构建方案 |
| 4.2.1 ARM9嵌入式开发平台 |
| 4.2.2 LD3320语音识别芯片 |
| 4.3 软件系统设计 |
| 4.4 本章小结 |
| 第五章 总结与展望 |
| 5.1 本文主要工作总结 |
| 5.2 未来工作展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士期间发表学术论文及成果 |
| 攻读硕士期间参与的主要科研项目 |
（6）基于UML的嵌入式系统非功能属性获取及建模的研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 选题依据及背景 |
| 1.2 国内外有关研究的综述 |
| 1.3 研究的主要内容 |
| 1.4 研究的意义和价值 |
| 第二章 嵌入式系统及其非功能属性概述 |
| 2.1 嵌入式系统概述 |
| 2.1.1 嵌入式系统简史 |
| 2.1.2 嵌入式系统的定义及特点 |
| 2.1.3 嵌入式系统开发的基本流程 |
| 2.2 嵌入式系统的非功能属性 |
| 2.2.1 嵌入式系统非功能属性的定义 |
| 2.2.2 嵌入式系统非功能属性的内容 |
| 2.3 本章小结 |
| 第三章 嵌入式系统非功能属性获取及建模的相关技术 |
| 3.1 UML 概述 |
| 3.1.1 UML 发展历史 |
| 3.1.2 UML 内容 |
| 3.1.3 UML 在软件开发阶段中的应用 |
| 3.1.4 UML 在嵌入式系统中的发展与应用 |
| 3.2 模型驱动框架 MDA |
| 3.3 本章小结 |
| 第四章 基于 UML 的嵌入式系统非功能属性获取及建模方法 |
| 4.1 面向目标的方法获取嵌入式系统的非功能需求信息 |
| 4.2 对非功能属性信息建立非功能需求表 |
| 4.3 根据非功能需求表生成非功能需求图 |
| 4.4 精化非功能需求 建立 NFR 分解图 |
| 4.5 在 PIM 模型中为嵌入式系统非功能属性建模 |
| 4.5.1 在活动图中为嵌入式系统非功能属性建模 |
| 4.5.2 在状态图中为嵌入式系统非功能属性建模 |
| 4.5.3 在序列图中为嵌入式系统非功能属性建模 |
| 4.6 本章小结 |
| 第五章 自动存取款机系统实例分析 |
| 5.1 添加非功能需求表以获取嵌入式系统的非功能属性信息 |
| 5.2 由非功能需求表自动生成非功能需求图 |
| 5.3 创建 NFR 分解图 |
| 5.4 在 PIM 模型中为嵌入式系统非功能属性建模 |
| 5.4.1 在活动图中为非功能属性建模 |
| 5.4.2 在状态图中为非功能属性建模 |
| 5.4.3 在序列图中为非功能属性建模 |
| 5.5 本章小结 |
| 第六章 总结和展望 |
| 6.1 工作总结 |
| 6.2 未来展望 |
| 致谢 |
| 参考文献 |
（7）PC机可配置式空调测试工装的研制（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 系统概述 |
| 1.2 研究背景及意义 |
| 1.3 自动检测系统发展概况 |
| 1.4 论文的内容及主体框架 |
| 1.4.1 论文的内容 |
| 1.4.2 论文的主体框架 |
| 第2章 PC 机可配置式空调测试工装设计方案 |
| 2.1 空调驱动器的概述 |
| 2.2 系统的需求分析 |
| 2.3 系统的总体设计思路 |
| 2.3.1 系统的实现 |
| 2.3.2 系统的开发工具及方法 |
| 2.4 芯片的选取 |
| 2.4.1 主控部分以及注入部分的芯片选取 |
| 2.4.2 测试部分的芯片选取 |
| 2.5 本章小结 |
| 第3章 硬件电路设计 |
| 3.1 电源部分设计 |
| 3.2 主控部分的硬件电路设计 |
| 3.2.1 STM32 周边电路 |
| 3.2.2 CAN 接口部分 |
| 3.2.3 USART 接口部分 |
| 3.2.4 SPI 通信 |
| 3.2.5 LCD 液晶屏部分 |
| 3.2.6 按键部分 |
| 3.2.7 STM32 端口应用 |
| 3.3 测试部分硬件电路设计 |
| 3.3.1 测试部分核心芯片供电 |
| 3.3.2 AD 采集部分电路 |
| 3.3.3 TMS320F2812 端口应用 |
| 3.4 注入部分硬件电路设计 |
| 3.4.1 注入部分核心芯片 |
| 3.4.2 注入部分驱动电路 |
| 3.4.3 注入部分的放电单元 |
| 3.5 PCB 设计 |
| 3.6 硬件电路板调试 |
| 3.7 本章小结 |
| 第4章 软件设计 |
| 4.1 软件部分总体设计 |
| 4.1.1 软件设计思想 |
| 4.1.2 Rhapsody 简介 |
| 4.1.3 测试工装软件系统实现概述 |
| 4.2 各个功能部分的软件设计 |
| 4.2.1 Rhapsody 相关设计 |
| 4.2.2 底层配置 |
| 4.2.3 按键、液晶屏显示 |
| 4.2.4 测试内容介绍 |
| 4.3 测试流程 |
| 4.4 本章小结 |
| 第5章 系统的操作流程及实验结果 |
| 5.1 操作流程说明 |
| 5.2 测试结果及分析 |
| 5.3 本章小结 |
| 第六章 总结 |
| 参考文献 |
| 附录电机驱动器电路图 |
| 作者简介 |
| 致谢 |
（8）客运专线列控系统临时限速服务器基于3-DES算法安全通信的研究与实现（论文提纲范文）
| 致谢 |
| 中文摘要 |
| ABSTRACT |
| 目录 |
| 1 引言 |
| 1.1 本文的研究背景 |
| 1.1.1 临时限速服务器的应用背景 |
| 1.1.2 临时限速服务器系统总体功能和业务结构 |
| 1.2 临时限速控制技术的主要问题 |
| 1.3 本文研究的意义 |
| 1.4 本文主要内容及结构 |
| 2 TSRS通信系统的安全性分析 |
| 2.1 安全通信的概念 |
| 2.1.1 TSRS与其他设备安全通信的概念 |
| 2.1.2 安全网络的特征 |
| 2.2 TSRS通信系统安全性分析 |
| 2.2.1 安全要求 |
| 2.2.2 安全威胁 |
| 2.3 安全防范措施 |
| 2.3.1 应用安全层 |
| 2.3.2 基于消息认证码的认证技术 |
| 2.4 本章总结 |
| 3 欧洲无线通信(Euroradio) |
| 3.1 开放式传输系统参考体系 |
| 3.2 Euroradio系统简介 |
| 3.3 Euroradio安全层服务 |
| 3.3.1 安全层服务的模型 |
| 3.3.2 安全层的服务原语 |
| 3.3.3 安全层的服务流程 |
| 3.4 安全层的功能 |
| 3.4.1 安全过程 |
| 3.4.2 通信过程 |
| 3.5 认证时加密技术的应用 |
| 3.5.1 密钥的体系 |
| 3.5.2 消息认证密码的计算 |
| 3.6 本章总结 |
| 4 3-DES加密算法的介绍以及安全性分析 |
| 4.1 3-DES算法的发展 |
| 4.2 3-DES算法加密和解密过程 |
| 4.2.1 3-DES基本思想 |
| 4.2.2 IP置换(初始置换) |
| 4.2.3 扩展置换 |
| 4.2.4 S-盒置换以及P-盒置换 |
| 4.2.5 IP逆置换(末置换) |
| 4.3 3-DES算法的四种工作模式及其比较 |
| 4.3.1 电子密文(ECB)模式 |
| 4.3.2 密码分组链接(CBC)模式 |
| 4.3.3 密文反馈(CFB)模式 |
| 4.3.4 输出反馈(OFB)模式 |
| 4.3.5 工作模式的选择 |
| 4.4 3-DES算法的安全性 |
| 4.4.1 迭代的次数 |
| 4.4.2 密钥的长度 |
| 4.4.3 弱密钥问题 |
| 4.4.4 安全性总结 |
| 5 加密的设计和实现过程 |
| 5.1 加密系统软件处理流程 |
| 5.2 加密系统的主要软件设计思想 |
| 5.3 加密系统的硬件平台设计 |
| 5.3.1 Vxworks设计基础简介 |
| 5.3.2 Vxworks系统的组成 |
| 5.3.3 Vxworks的体系结构 |
| 5.4 搭建Vxworks开发平台 |
| 5.5 3DES加密在Vxworks平台下的实现 |
| 5.5.1 对等实体通信在工控机上的实现 |
| 5.5.2 对于实现过程的逻辑解释 |
| 5.6 本章小结 |
| 6 结论 |
| 6.1 本论文工作总结 |
| 6.2 展望 |
| 参考文献 |
| 附录A |
| 作者简历 |
| 学位论文数据集 |
（9）UML在空调嵌入式系统开发中的应用研究（论文提纲范文）
| 摘要 |
| Abstract |
| 1 绪论 |
| 1.1 研究背景 |
| 1.2 多联式空调机组系统 |
| 1.3 研究目的和意义 |
| 1.4 国内外研究现状 |
| 1.5 本文的主要内容 |
| 2 统一建模语言UML及其建模工具 |
| 2.1 UML概述 |
| 2.2 UML建模元素和模型图 |
| 2.3 UML扩展机制 |
| 2.4 UML建模工具 |
| 2.5 嵌入式系统快速面向对象过程ROPES |
| 2.6 本章小结 |
| 3 多联式空调机组系统分析与设计 |
| 3.1 需求描述 |
| 3.2 功能分析 |
| 3.3 系统静态结构分析与设计 |
| 3.4 系统动态行为分析与设计 |
| 3.5 本章小结 |
| 4 多联式空调机组模型测试系统设计 |
| 4.1 传统的测试方法 |
| 4.2 基于Rhapsody工具的模型测试方法 |
| 4.3 可视化图形模型测试系统设计 |
| 4.4 本章小结 |
| 5 多联式空调机组系统实现与测试 |
| 5.1 系统实现 |
| 5.2 系统测试 |
| 5.3 本章小结 |
| 6 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士期间主要成果 |
（10）利用Rhapsody进行UML串口通信的设计与实现（论文提纲范文）
| 引言 |
| 1 UML设计思想 |
| 2 Rhapsody设计流程 |
| 2.1 开发环境的配置 |
| 2.2 对象模型图的设计 |
| 2.3 代码生成与主要接口函数 |
| 3 结语 |
四、基于Rhapsody和VxWorks的自动取款机系统（论文参考文献）
- [1]金融科技背景下的M银行零售业务渠道营销策略研究[D]. 沈晓盈. 苏州大学, 2020(03)
- [2]小型人民币冠字号码识别系统的研究与实现[D]. 吕海龙. 哈尔滨工业大学, 2019(02)
- [3]图形用户界面外观设计专利保护研究[D]. 冯小雅. 北方工业大学, 2018(11)
- [4]基于Rhapsody实时框架的操作系统适配过程的分析与研究[J]. 齐晓斌,张楠. 科技创新导报, 2013(18)
- [5]实时领域图形化元模型构建方法研究[D]. 陈德胜. 昆明理工大学, 2013(02)
- [6]基于UML的嵌入式系统非功能属性获取及建模的研究[D]. 鹿瑶. 西安电子科技大学, 2013(S2)
- [7]PC机可配置式空调测试工装的研制[D]. 马晓光. 吉林大学, 2012(10)
- [8]客运专线列控系统临时限速服务器基于3-DES算法安全通信的研究与实现[D]. 张茜. 北京交通大学, 2012(11)
- [9]UML在空调嵌入式系统开发中的应用研究[D]. 禚百田. 山东科技大学, 2010(02)
- [10]利用Rhapsody进行UML串口通信的设计与实现[J]. 韩改宁,李永锋. 航空计算技术, 2009(05)