此次赛题基于对公共交通路口摄像头类似视角的影像数据进行处理，采用计算机视觉的算法对各种复杂的交通场景进行检测识别。运用计算机视觉对交通场景进行智能识别会对于公共交通的管理提供极大的便利，参赛选手的参赛作品应该具有至少一种常见的场景案例识别，比如有对路口过往车辆的流量和车速进行检测，对于路口交通的饱和度以及拥堵情况，或者对闯红灯的机动车，斑马线不礼让行人，机动车占用公交车道，机动车违停或者违规越线等违章行为进行检测识别。
基于计算机视觉的智能交通是基于多项高新技术的综合应用，其关键模块涉及视频图像获取、车道线检测、各类车辆检测、行人检测，目标跟踪，行为识别，高性能计算，深度学习等技术。
我负责界面UI的工作。
由于它考虑到了系统内的对象，所以虽然 SOA 是基于对象的，但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。SOA 系统原型的一个典型例子是通用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与 SOA 相似。然而，现在的 SOA 已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML）为基础的。通过使用基于 XML 的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言（Interface Definition Language，IDL）可比了。Web 服务并不是实现 SOA 的惟一方式。前面刚讲的 CORBA 是另一种方式，这样就有了面向消息的中间件（Message-Oriented Middleware）系统，比如 IBM 的 MQseries。但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，SOA 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。因而，工作流还可以在 SOA 的设计中扮演重要的角色。
此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定
和操作策略的形式。
最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何 SOA 中都起着重要的作用。
我可以用面向服务的体系结构做什么？对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互
的需要。
SOA的第一个技术与理论体系为结构编程方法
40年前国际上发生了“软件危机”，如IBM公司开发一个操作系统、或美国的航空公司开发飞机订票系统，都花费了上千人年的工作量，开发周期长、而开发出来的产品却是错误很多，难以维护和适应修改。正在此时，一位荷兰的物理家E.W.Dijkstra提出了一种“结构程序设计方法”，他认为：人的智力是有限的，采用数学或物理学的思维方法，用枚举、抽象、归纳、类比等思维方式简化问题。由于我也是数学系毕业的，我拜读了他的所有论文，就编写一本着作“编程方法学”，此书曾三次获得着作大奖，并在全国十多所名牌大学讲过课。用此方法扩展到软件设计中时，称为“结构化分析和结构化设计（SASD）”。
所谓“结构程序设计方法”，就是基于面向对象设计方法的早期蓝本，侧重於解决程序正确性的编程的方法，以此为基础建立了软件工程这门学科，建立了编程的基础理论体系。
解决软件开发效率的第二个基础理论体系是“面向对象”的可重用理论
我们都知道由面向对象发展到面向构件，由面向构件再发展到面向服务，因此它们的认知观和基础理论都是息息相关的，解决大型软件的开发效率和质量除了要解决编程的正确性外，还必需解决开发周期长、复用性差、成本高、文档多、以及难以适应系统演化等问题，十多年来仍旧困惑着这门学科，“软件危机”仍未解决。
人们的知识是从一个定理、一个原理逐步积累起来的，社会是依靠知识的不断积累发展的。然而编制软件每次却都是从零开始，这是造成“软件危机”的根本原因。由此提出了编程工作是否也可以重用以前成功的经验和程序呢？。整整经过十多年的探索，到七十年代才获得成功。
SOA的第三个技术与理论体系是UML统一建模语言
鉴于面向对象的缺陷， 三位面向对象的奠基人联合起来，创建了UML统一建模语言。UML为软件开发和SOA的产生起到奠基和里程碑的作用。
UML主要理论成果是：①统一面向对象的基本概念，并引进了许多新的概念，②认为软件开发的过程实质上是从抽象的模型逐步细化，过渡到具体的实现，其中间的每个阶段都是实现了某一抽象模型，UML为此提供了建立模型的工具，用直觉的图形来建立模型，从此软件专家就有了自己的工具，正如音乐家有了五线谱工具那样；③为适应软件的多变性，提供了演化的概念。
实际上此建模理论是第三个技术与基础理论，它为演化到构件和架构概念奠定基础理论模型。
第四个技术与基础理论是构件架构
由于这种OO方法真正用于实际工程中开发的应用软件却很少见到，工程上的实施缺乏开发规范；在技术上要术开发人员的素质较高；最大的问题是被开发出来的软件难以演化，而软件要能适应变化是客观存在的。
为此发展出单纯重用的“构件和架构”技术及其理论体系。在1998年日本京都召开的“基于构件的软件开发（CBSD）”国际专题学术会议上，一致认为软件开发技术离不开构件和体系结构。软件体系结构现简称“架构”。
在此之前的软件架构都采用层次结构的架构，直到分布式系统提出了用户端/服务器模式后，才产生对架构的研究，出现了构件和架构。
卡内基。梅隆大学为软件的架构和框架建立了扎实的基础理论，软件体系结构是软件系统的高级抽象，体现了软件设计思想，反映了系统开发中最早的决策，明确了系统有那几部分组成，它们之间是如何交互的；进一步影响到资源的配置、团队的组织以及产品的质量。系统的成败在于体系结构。构件架构技术和理论创立了架构师，是目前最吃香的软件工程师的职称。
分布式系统的三层体系结构及其中间件是第五个技术与基础理论
三层体系结构是由二层结构的胖终端中的应用构件独立出来组成了应用层。为解决分布式系统中的各种潜在复杂性，提出了中间件技术及其理论。
主要标准：
SOAP: 简单对象访问协议 (Simple Object Access Protocol)
WSDL: Web服务描述语言 WSDL (Web Services Description Language)
UUDI: 统一描述、发现和集成 (Universal Description, Discovery and Integration)
WSDL用来描述服务；UDDI用来注册和查找服务；而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。一个消费者可以在UDDI注册表（registry）查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。
1. maven问题
1) maven settings.xml 配置有问题，导致依赖下载失败
2) SNAPSHO开启。
2. dubbo
仅需把dubbo.properties和spring xml文件，放到classpath
原文：https://www.cnblogs.com/kt-xb/p/12893308.html