整个Bootloader依赖开源FAL和LetterShell无其他依赖,==移植方法参考之前的博文==,对片内Flash使用FAL分区管理,形成统一接口。
目前已实现Ymodem协议的文件传输,并留有自定义传输协议接口。
效果查阅博客https://blog.csdn.net/weixin_42892101/article/details/113923735
2023/6/30 10:51:44 147.85MB bootloader
1
SCD文件可视化,完整性检查,比较,六统一检查工具软件
2023/6/15 8:53:53 5.36MB SCD 文件可视化 检查比较, 六统一
1
2016年10月高等教育自学考试全国统一命题考试计算机组成原理试卷及答案
2023/6/14 0:49:48 465KB 计算机组成原理试卷及答案
1
1、应用场景:打印商品价格标签、打印交易小票2、特色功能:实现自动连接最近使用的打印机、统一处理蓝牙状态3、原理文章:https://kunnan.blog.csdn.net/article/details/856840144、解决的问题:人民币¥符号乱码的问题
1
TRS的全文检索工具包,TRSJava应用开发接口(简称TRSJavaBeans)是基于Java组件技术—JavaBeans开发的,具有良好的跨平台特性。
用户应用的界面可以是基于浏览器的JSP或JavaApplet,也可以是独立的Java应用程序,TRSJavaBeans为它们提供了统一的接口。
2023/6/12 20:23:25 15.76MB 全文检索 TRS Database 开发工具
1
统一数据访问层,对于新技术的学习有很大的帮助分布式数据库:概述中国电信CHINATELECOM
1
本标准给出面向智慧城市互联网参考体系结构规定了智慧城市中物联网系统各功能域以及支撑域功能实现的IT基础设施的构成GB/T36620-2018……12图?智慧城市IT基础设施结构…2表1系统描述…………自垂表2接口描述…表3感知控制域的实体描述…表4服务提供域的实体描述…a,.。
·……····表5资源交换域的实体描述………·.·a·a·.:······-··:.表6运维管控域的实体描述…….··表7用户域的实体描述表8云计算平台的实体描述……………………………………………………:13表9边缘计算平台的实体描述…………1314表10人机交互平台的实体描述…ⅡGB/T36620-2018前言本标准按照GB/T1.1—2009给出的规则起草。
请注意本文件的某些内容可能涉及专利。
本文件的发布机构不承担识别这些专利的责任。
本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本标准起草单位:无锡物联网产业研究院、中国电子技术标准化研究院、上海集成通信设备有限公可、南京三宝科技股份有限公司深圳市英唐智能控制股份有限公司、华为技术有限公司、江苏省邮电规划设计院有限责任公司、西安航天自化股份有限公司深圳哺标准技术研究院成都秦川物联网科技股份有限公司。
本标准主要起草人季建慧乘晖、付根利、邻涛钱维林刘立、徐啸峰、徐冬梅陈书义、邢涛吴明娟、杨会甲、王静张建张旭杰、易晓珊权亚强、张磊胡庆周、张康明。
GB/T36620-2018面向智慧城市的物联网技术应用指南1范围本标准给出了面向智慧城市的物联网参考体系结构,规定了智慧城市中物联网系统各功能域以及支撑域功能实现的IT(信息技术)基础设施的构成。
本标准适用于智慧城市中物联网系统的规划和设计实现。
2规范性引用文件下列文件对于本文件的用是必不可少的。
凡是注日期的引用文件,仅注日期的版本适用于本文件。
凡是不注日的引所文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T3356-2016新型智慧城市评价指标GB/T334742016物联参考体系结构GB/T37452017物联网术语3术语和定义GB/13375-2017定的术语和定义适用于本文件4面向智慧城市的物联网系统参考体系结构4.1概述本标准根擤GBT336-2016、GB/T374-2016规定的物联网概念糢型和新型智慧城市评价指标,从系统功能配置及其支撑平台的角度给出了面向智慧城市的物联冈统参考体系结构,定义了智慧城市中物联网系主要实体及实体之间接口关系,如图1所示,图中前头表示实体间的数据交互。
智慧城市用户通过物联网系实现对智慧城市目标对象的感知和控制。
智慧城市用广包括业务户和管理用户。
业务用戶是对智慧城市中物联网业务服务有需求的政府、企业、公众等用户。
管理用户是每慧城市中物联风系统进行运维管控的用户。
智慧城市中物联网系统包含感知控制域、服务提供域运维管控域资源交换域用户域以及支撑域功能实现的云计算平台、边缘计算平台、人机交互平台等智慧城市IT基础设施。
智慧城市目标对象包括智慧城市感知对象和智慧城市控制对象。
智慧城市感知对象是智慧城市用户期望获取信息的对象,智慧城市控制对象是智慧城市用户期望执行操控的对象。
智慧城市感知对象与感知控制域中的数据采集实体以非数据通信类接口或数据通信类接口进行关联,用于数据采集实体获取智慧城市感知对象的属性信息。
智慧城市控制对象与感知控制域中的控制执行实体以非数据通信类接口或数据通信类接口进行关联,实现对智慧城市控制对象的操作控制GB/T36620-2018智慧城市智城市业务用户管理用户用户域业务服务运维管控人机交互平轴入/输出信息处理输入/输出信息处理服务提供域运维管控域资源交换域城市综合服务惠民综合服务运行维护市状态测政务服务物流送置管理共享数据业健康医疗文化教育态监控目录管理务应急播择调度【障诊「务囡共信息发布表扶公共安全软开云务分析决策区交通出行匚节能不保件管计算平云程支表认证授权安全管理数据支撑服务支撑灾灭管理交换协议□数据管理标识管理匚用户管地理信息服巨文付眠务法规监管服务合规数据处理和存储L数据资源应急响应知控制域传感器网络组网和信息处理通网[边峰据处边缘计数据采集传感数粼采烟图间位数据采医多媒体数括采烟圆识数据采绸控制执行智城市目标对象图1面向智慧城市的物联网系统参考体系结构4.2系统描述面向智慧城市的物联网系统描述见表1表1系统描述系统构成描述用户域实现智慧城市用户与物联网系统交互的软硬件实体集合智慧城市中物联网系统获取感知对象信息与操控控制对象的软硬件系统的实体集合,可实现感知控制域针对目标对象的本地化感知、协同和操控GB/T36620-2018表1(续)系统构成描述实现智慧城市中物联网系统基础服务和业务服务的软硬件系统的实体集合,可实现智慧城市服务提供域感知数据、控制数据及服务关联数据的加工处理和协同实现智慧城市中物联网系统运行维护和法规符合性监管的软硬件系统的实体集合,用于监运维管控域控、管理智慧城市中物联网系统,保障其安全可靠运行,保障其提供的各项服务符合相关法律法规实现智慧城市中物联网系统与其他系统间信息共享与交换的软硬件系统的实体集合,可向其资源交换域他系统提供来自服务提供域的物联网共享数据,向服务提供域提供来自其他系统的物联网或非物联网共享数据智慧城市IT智慧城市中具有通信计算、存储等基础通用能力的软硬件系统的集合,用于支撑面向智城基础设施(文撑域)市的物联网系统构成各域功能的实现4.3接口描述面向智慧城市的物联网系统接口描述见表2。
表2接口描述序号实体1实体2接口描述数据采集数据处理和存储用于感知控制域数据采集实体向服务提供域数据(感知控制域)(服务提供域)处理和存储实体传送感知数据控制执行业务服务用于服务提供域业务服务实体集合向感知控制域(感知控制域)(服务提供域)控制执行实体发送控制指令传感器网终用于感知控制域传感器网络组网和信息处理实体组网和信息处理数据处理和存偌向服务提供域数据处理和存储实体传送处理后的(服务提供域)(感知控制域感知数据传感器网络业务服务用于服务提供域业务服务实体集合向感知控制域组网和信息处理(服务提供域)传感器网络组网和信息处理实体发送控制指令(感知控制域)感知控制域通过此接口向运维管控域传送运行状感知控制域运维管控域态信息。
运维管控域通过此接口向感知控制域发送运维管控指令服务提供域通过此接口向资源交换域传送供其他服务提供域资源交换域系统共享的数据。
资源交换域通过此接囗向服务提供域传送来自其他系统的共亨数据服务提供域通过此接口向运维管控域传送运行状服务提供域运维管控域态信息。
运维管控域通过此接口向服务提供域发送运维管控指令业务服务输人服务提供域输出信息处理用于交换与业务用户相关的数据业务服务(用户域)GB/T36620-2018表2(续)实体1实体2接口描述序号运维管控输入/实现对用户域的整体运维管控,并交换与管理用户运维管控域输出信息处理相关的数据(用户域)资源交换域通过此接口向运维管控域传送运行状10资源交换域迳维管控域态信息。
运维管控域通过此接口向资源交换域发送运维管控指令5感知控制域5.1域的构成如图2所示,感知控制域包括数据采集、控制执行、传感器网络组网和数据处理等实体集合。
数据采集实体集合包括传感数据采集、空间位置数据采集、多媒体数据采集、标识数据采集等实体,用于获取智慧城市感知对象的属性信息。
控制执行实体可根据控制指令对智慧城市控制对象进行操控。
传感器网络组网和数据处理实体集合包括通信与组网和边缘数据处理等实体,实现域内的通信组网和边缘计算数据处理和存储业务服务业务服务数据处理和存储(服务提供域)(服务提供域)服务提供域)(服务提供域感8知控制域传感器网络组网和数据处理道饰组兴【边边缘数据处理运维管控数据集传感数据采集空间位量数据采集上执多媒体数据采果标识数据采集智城市目标对象智慧城市目标对象图2感知控制域的构成GB/T36620-20185.2实体描述感知控制域的实体描述如表3所示。
表3感知控制域的实体描述实体描述将城市中感知对象的各种属性参量(物理量、化学量、生物量)通过传传感数据采集感器件按照一定规律转换成电学量,再经信号调整、采样、量化、编码等步骤,生成便于处理和传输的特定格式的数据感知城市中目标对象所在位置并形成数据。
该位置既可以根据大地数据采集空间位置数据采集参照系定义,如大地经纬度坐标,也可以定义为数据采集实体与目标对象之间的相对位置关系多媒体数据采集对城市中音频视频、图像等多媒体源进行采集,形成城市物联网系统可识别、处理、传输的多媒体数据标识数据采集对城市中附着在目标对象上的条码、射频识别标签等所承载的编码数据进行采集,获取目标对象的标识信息控制执行可根据控制指令对智慧城市控制对象进行操控通过对数据格式和通信协议的统一定义,实现传感器结点之间点对点传感器网络组通信与组网通信或者点对多点通信,以及按照自组织方式构成网络网和数据处理边缘数据处理靠近目标对象或数据源头,进行数据聚合数据分析控制决策等6服务提供域6.1域的构成如图3所示,服务提供域由基础服务和业务服务实体集合组成。
基础服务包括数据支撑和服务支撑等实体集合,结合城市基础数据资源,实现智慧城市基础性的数据处理和共性的服务支撑。
其中数据支撑实体集合包括数据资源、数据管理、数据处理和存储等三个功能实体,对感知数据和城市基础数据资源进行数据管理、数据处理和存储。
服务支撑实体集合包括标识管理、用户管理、地理信息服务、支付服务等四个功能实体,为智慧城市业务服务提供共性支撑。
业务服务包括城市综合服务、惠民综合服务等实体集合,它面向智慧城市用户需求,提供智慧城市中物联网应用服务。
其中城市综合服务实体集合包括城市状态监测、应急指挥调度、公共信息发布、政务分析决策等功能实体,提供面向城市各级管理者的物联网服务。
惠民综合服务实体集合包括政务服务、健康医疗、养老帮扶、交通出行、物流配送、文化旅游、公共安全、节能环保等功能实体,提供面向城市公众的物联网服务。
GB/T36620-2018业务服务输入/输出信息处理用户域)服务提供域城市综合服务惠民综合服务巾态■政务。
匚物业应急指挥调度健康医疗服文化旅游公共总发布养老扶公共安全政务分析决策交通由行节能环保资源域域数据攴撑服务支撑数据管理标识管理用户管理三服[发数据处理和存储数据采集传感器网络组网传感器网络组网(感知控制域)(感知控制域)和信息处理控制执行(感知控制域)(感知控制域)图3服务提供域的构成62实体描述服务提供域的实体描述如表4所示表4服务提供域的实体措述实体描述数据处理和存储根据业务服务需求结合数据资源对感知数据进行处理基础服务数据支撑数据资源来自其他系统的、本系统业务服务需要的城市应用数据(如政务服务、设施管理、环境保护等数据)和城市基础数据(如人∏基础信息、法人基础信息、空间地理信息等数据)数据管理对感知数据和数据资源进行管理
2023/6/8 0:21:52 10.54MB 智慧城市 物联网 GBT36620
1
项目管理是“管理科学与工程”学科的一个分支,是介于自然科学和社会科学之间的一门边缘学科。
在信息技术刚刚兴起的时候,信息系统还没有作为一个专门的学科独立出来,它更多的只是计算机学科的一个附属,但是,随着信息技术的条约式发展和计算机系统在生产、生活、商务活动中的广泛应用,信息系统作为一个独立的整体逐渐独立出来,并得到了迅速发展,由于信息系统基于计算机技术、系统科学、管理科学以及通信技术等多个学科的交叉学科,因此,信息系统是一个跨专业,面向技术和管理等多个层面,注重将工程化的方法和人的主观分析方法相结合的一门学科。
、目录1.信息系统项目的背景介绍 52.编制项目的可行性研究报告 62.1引言 62.2现行组织系统概况 62.3拟建立的图书馆管理系统 72.4经济可行性分析 82.5技术可行性分析 92.6社会可行性分析 92.7可行性研究结论 93.图书馆管理系统招标书 93.1本次招标项目要求详见附件 93.2投标单位及投标文件的要求 94.投标书 104.1报价书 104.2资质文件 104.3投标单位情况表 114.4主要工程业绩 114.5项目领导小组 114.6工程组织设计 114.7售后服务体系及人员培训计划 125.项目章程 135.1文档简介 135.2项目综述 135.3初步项目实施计划 156.项目工作分解结构(WBS) 196.1项目工作的结构分解图 196.2项目工作分解结构轮廓图 197.设计项目团队内部的组织结构 208.绘制该团队的职责分配矩阵 229.设计团队成员的考核体系 229.1绩效考评管理的分析 229.2绩效考评的具体方法 2410.项目的文档管理规范 3010.1设有专职文档管理负责人 3010.2强调文档说明和修改记录 3110.3文档统一格式定义 3110.4文档内容规范 3110.5文档存储结构 3111.对该项目的干系人进行分析 3211.1客户分析 3211.2项目经理的分析 3211.3项目分包商的分析 3211.4项目发起人分析 3212.对该项目的范围进行调整并进行相应的变更控制 3212.1项目范围变更 3212.2变更理由 3312.3变更造成的影响 3312.4变更控制 3313.对该项目的进度和成本进行一定调整并进行相应的变更控制 3313.1问题的提出 3313.2图书馆管理系统开发项目成本的组成及影响因素分析 3313.3软件开发项目成本控制存在的主要问题 3413.4软件开发项目成本控制的策略分析 3514.项目进度调整与变更控制 3614.1影响软件开发项目进度的因素 3614.2项目进度控制的目的 3914.3软件开发项目常用进度控制措施 4015.对项目的风险进行识别、分析和应对 4215.1风险的识别 4315.2风险的分析 4315.3风险的应对 4316.建立项目的运行管理制度 4516.1项目成立 4516.2工程师项目期间行为规范 4516.3项目经理的职责 4616.4项目计划 4716.5项目周报 4716.6项目执行的协调 4716.7项目执行的考核 4816.8项目实施过程中项目组定期提交的文档 4817.撰写科研技能训练报告的心得体会 49附件: 501.系统软件总体要求 502.质量、技术要求 51
2023/6/8 0:56:50 377KB 项目管理
1
中国土壤分类代码,对各省份的分类体系进行了统一,对建立跨省份大尺度的流域土壤数据库是有参考价值的
2023/6/6 11:17:37 3.92MB 中国 土壤 分类 代码
1
2018年软件学院C++课程设计课程设计目的:1、熟悉利用面向对象的方法以及C++的编程思想来完成系统的设计;
2、锻炼学生在设计的过程中,建立清晰的类层次,应用继承和多态等面向对象的编程思想;
3、通过本课程设计,加深对面向对象程序设计课程所学知识的理解,熟练掌握和巩固C++语言的基本知识和语法规范,深刻体会面向对象的编程思想,掌握使用面向对象程序设计语言C++,学会编写结构清晰、风格良好的C++语言程序,从而具备利用计算机编程分析解决综合性实际问题的初步能力。
课程设计题目:模拟即时通信系统实现一、题目描述基于社交的即时通信是腾*公司的主要业务,先后有QQ、微信、微博等服务,可能还将继续推出微商、微唱、微走、微笑等产品。
这些软件既可以独立提供服务,又互相辉映关联。
腾*公司希望对各系统进行整合形成统一的立体社交软件平台。
现请完成该平台的设计并实现。
要求如下:1、用户基本信息:号码ID,昵称,出生时间,T龄(号码申请时间)、所在地、好友列表、群列表。
微博与QQ共享ID,微信采用独立ID,但是可以与QQ号码绑定对应。
其他微X产品也分为这两种情况。
2、好友管理(1)实现各功能好友信息的添加、修改、删除、查询的功能。
(2)可以查询微X之间各自共同好友。
如微信可以添加QQ推荐好友。
3、群管理(1)设定每个微X功能已有1001、1002、1003、1004、1005、1006等群号。
(2)加入群、退出群、挨T、查询群成员等。
(3)不同微X之间群的理念不同,比如:QQ群可以申请加入,而微信群则只能推荐加入;
QQ群允许设置临时讨论组(子群),微信群则不允许;
QQ群有以群主为核心的管理员制度,而微信群仅有群主为特权账号。
4、开通管理用户可以选择自己开通该平台的N个微X服务。
5、登录管理各微X之间只要有一个服务登录,则其它服务简单确认后视为自动登录。
6、功能展示要求(main函数)(1)设计约定。
开通服务情况、群成员信息和好友信息可以预先保存到文件中,在系统启动时将这些信息加载到内存中;
(2)一个服务登录后,本人开通的其它所有服务均进入开通状态。
(3)服务之间可以依据本人开通的任意另外一个服务的好友添加好友。
(4)展示一个服务当前群的特色功能;
在群成员数据不受伤害的前提下,动态变换为其他类型群的管理特色。
(5)实现QQ的点对点的TCP通信的收发功能。
(选做)提示:a)需要加载ws2_32.lib静态库,打开头文件winsock.h。
b)百度IP地址、端口等概念;
c)百度socket编程,关注bind、listen、accept、connect、send、receive等函数用法。
二、技术层次要求及说明1、基本层次。
完成上述功能要求,所采用技术不限,比如采用纯面向过程思想实现;
2、支持对象层次。
正确完成了类的切割,利用对象技术实现。
(1)容器类主要包括:例如,微X成员管理。
(2)其它主要类包括:例如,微X信息、群信息、好友信息。
3、抽象、封装层次采用了继承或者组合实现复用,对数据成员提供了必要的接口保护;
(1)抽象出了基础类,并被其它功能复用;
(2)如好友维护、群信息维护等操作均应该提供接口形式;
4、面向对象层次支持多态功能,支持依据设计原则的优化。
好友管理、群管理等;
5、优化提高层次(1)提供简便菜单,以1、2等数字区分几类功能,并允许返回菜单;
(2)I/O操作支持。
基本功能中,已有设定信息,在初始化时候可以固化在程序代码中,也可以存放在文件中,每次容器实例化时读入,析构时写回文件中,以实现断电保存。
(3)可扩展性支持,需要考虑群、好友等与主要服务之间的关系;
(4)灵活性支持。
群的管理模式动态可变;
(5)程序有必要的注释;
(6)可以采用UML工具画出简单类图(7)为防止不诚信行为,要求类的设计均以独立文件存在,且所有的类名称后面应有自己的姓名缩写,如张三设计的QQ信息类名称:TencentZhS。
三、设计步骤(参考):在清楚上述系统功能要处理是什么的基础上,考虑用如下方式来设计1、确定所需的类及其相互间的关系。
(1)要从问题中归纳出一个概念或实体,从这些概念或实体出发建立相应的类。
(2)尽量使类小而简单,以使其看起来容易理解。
(3)充分利用封装以增加类的可靠性,以便使用时保证更加可靠。
(4)通过继承建立类族,以方便使用多态性。
2、确定每个类的实现。
(1)考虑类的对象应该如何构造和析构。
(2)考虑类的成员函数的建立。
(3)综合考虑各个类在命名和功能方面有哪些共性。
3、细化有关的类,描述他们之间的相互关系,即类关系和对象关系。
4、描述本系统的界面,通过分别定义成员的不同属性,为抽象和实现提供分离的接口。
四、设计工具1、
2023/6/4 19:12:21 1.17MB c++ course
1
共 541 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡