党建建设方案.docx
- 文档编号:24817779
- 上传时间:2023-06-01
- 格式:DOCX
- 页数:27
- 大小:33.74KB
党建建设方案.docx
《党建建设方案.docx》由会员分享,可在线阅读,更多相关《党建建设方案.docx(27页珍藏版)》请在冰豆网上搜索。
党建建设方案
党建智慧服务管理系统
实施方案
一、项目背景
1、建设背景
随着IT技术的不断发展,“个性化”越来越成为这个时代的主旋律,也意味着我国移动互联网已经渗透到社会各行各业领域和人们生活的各个方面。
移动互联的高速发展,不仅给传播生态和信息产业格局带来了变革,也引发中国经济、政治、社会、文化、新闻传播等诸多领域的变化,给中国社会带来了全方位的影响。
按照党的十八大和十八届三中、四中全会对党建工作的总体要求。
本着“务实、高效、便捷”的原则,运用“互联网+党建”的模式,拓展党建工作空间,创新党建多维模式,适应党建工作新形势新要求,使“互联网+党建”成为传播党的理论的前沿阵地、开展党建工作的交流平台、党员学习教育的“空中”党校、服务企业服务党员的“绿色通道”和提升党员党性修养的有效途径。
在智慧党建平台的支撑下,实现党建工作向互联网移动智能终端的延伸,让党员可以随时随地通过智能手机参与党组织生活、处理党务工作、在线学习、在线考试、交流互动及参与民主评议等。
提供党员、群众、党代表、党组织之间交流互动的场所,通过论坛、党代表工作室、交流群等功能模块来维系,形成“有话大家谈”、“有成果大家享”、“有困难大家帮”的良性氛围。
为进一步推进新形势下党的建设工作不断适应以互联网信息技术为核心的新的发展规律,始终保持基层党组织和党员的生机和活力,确保全面从严治党管党要求落到实处,确保“双提升双服务工程”(以提升党员素质带动提升群众素质、以服务党员致富带动群众致富),顺利全面落实,推行“智慧大党建”行动制定如下实施方案。
2、建设目标
以移动互联网技术为依托,通过变革传统的组织管理、党内活动、教育学习模式,建立开放式的党员管理新机制,打破地域、时空界限的壁垒,增强基层党组织对党员的吸引力和凝聚力。
建设一款集党员管理、群众服务、党员学习、考评监督、数据分析于一体的多功能移动应用。
实现党建工作线上线下联动,全面落“”三会一课“制度。
初步构建“党务管理智能化、群众服务常态化、党员教育个性化”的党建工作新模式。
运用现代信息技术,增强基层党组织和党员的智慧力,实现机关党建工作的智能化、便捷化和高效化。
智慧党建是党建工作的重要形式,借助信息化智慧之力,扩展了党在信息化时代的党建工作网络战地,宣传了党的思想;通过网络云平台更方便更快捷地培养党员,关心党员、扶助党员;为党建工作提供一个智慧的平台,提高工作效率。
1、使党员活动从封闭走向开放。
打破了以往党内活动相对封闭和自循环的状态,通过网上意见征集、网上组织生活、网上学习讨论等,使党员只要触网就能随时随地参加党的各类活动,在网上向群众和社会提供在线志愿服务,发挥出党员在网络虚拟社会管理中的引领示范作用。
2、使党建手段从传统走向现代。
改变了以往抽样检查、查看台账等传统、机械方式,通过实时感知、在线提交、快速动员等实现了对基层党建的动态跟踪和针对性管理服务。
3、使党建工作从分割走向联合。
改变了以往“相互分割、单打独斗”等现象,通过互连互通和公开共享促进各级党组织之间特别是横向上的联系协作,促进了彼此党建信息资源的共享乃至工作活动的协作。
4、使党建管理从模糊走向精确。
改变了以往手工操作、人工管理等存在的随意性、模糊性不足,通过量化计分、实时智能分析、自动提醒服务等实现了党建管理的精确化、智能化、人文化和科学化。
5、实时感知基层党建动态、促进党组织和党员彼此之间的协同运作和互联互通,并对党建工作全过程进行智能分析,从而构建出精细化、动态化的管理服务的党建工作模式。
6、充分整合各类型党建信息载体,实现对各项党建信息数据的完全链接、融合及提取,以此构建数字化、智能化的党建工作系统运行全图,从而为党的各项工作活动提供源源不断的决策参考和发展动力。
7、使党建宣传从单一走向多样。
“智慧党建”改变了以往党建工作相对简单、落后的宣传方式,通过运用2.5维或以上地图、网页、视频、微博、360度全景等各种现代信息技术手段生动活泼地展示、宣传党建工作,有效地扩大了党建影响力。
3、建设内容
项目主要包含:
智慧党建App建设、云服务支撑平台、微信公众平台的数据对接三方面的建设内容。
1、智慧党建App建设
智慧党建App的建设内容主要涵盖党建管理、支部生活、志愿服务、掌上党校、主题教育、代表园地、两新组织、考评考核等方面的内容。
建设亦庄镇党组织和党员信息数据库,各级党务工作者能够在APP中一目了然掌握基层组织建设和党员情况,实现党建工作的智能化、便捷化和高效化。
打破以往相对封闭的交流状态,让党员和党组织通过手机随时能够网上征集意见、参与组织生活、帮扶群众、学习交流讨论。
通过全程记录、量化计分、智能分析,对各级党组织和党员考核评价,在激发调动积极性、荣誉感的同时,增强党员履行义务的自觉性,提升各级党组织抓党建的责任感。
2、云服务支撑平台
云服务支撑平台主要是作为掌上智慧党建App应用的数据发布、支撑和维护系统。
一方面用于发布工作动态、组织活动、教育学习等方面的信息内容。
另一方面作为党建业务管理系统,实现对党组织、党员信息的维护,各类活动的审核以及各类数据的统计和分析。
3、微信公众平台的数据对接
主要是配合其他部门共同完成亦庄微信公众平台的建设,为亦庄微信公众平台提供数据接口,实现智慧党建App与微信公众平台相关数据的共享使用。
二、系统功能需求分析
1、党务管理
创新方式,以“互联网+”加强党组织管理
一是以大数据提升组织管理水平。
重视大数据在党建中的价值,同时,要充分利用云计算技术,对这些数据进行专业化处理,使数据实现增值,为上级党组织管理基层组织,加强基层党员干部队伍建设提供科学依据。
二是以互联网强化党员教育管理。
可以通过“互联网+计算机+手机终端”,打破时空障碍、管理层级,将每一名党员连接在一起,实现“网络党组织+地方党组织+基层党组织+党员”快速、无缝连接,解决党组织联系服务党员“最后一公里问题”。
三是以云平台构建党建信息系统。
在“互联网+”时代,党建平台也要及时迭代更新,建立党建工作云平台,为各级党组织和广大党员提供工作、学习和交流平台。
着力解决党员群众最关心、最直接、最现实的热点、难点问题。
2、党组生活
通过会议管理系统完成党组织内部的会议管理包括会议业务消息的接收,会前的会议设备及其会议室的管理,会中的会议资料及其会议议题、分组的管理,会后的会议纪要及其统计。
3、积分功能
平台通过积分升级体系,让用户在登录、参与组织活动、提交心得体会等环节获取相应的奖励积分,提高党员和基层党组织的积极性,促进党员和党组织创新争优,与时俱进。
同时可查看各党员朋友的积分排名。
4、掌上学习
转变思维,以“互联网+”开启党员教育新模式
一是以移动互联网推动党员教育“全覆盖”。
充分运用移动网络服务终端,以党建APP等方式,把党员教育平台搬到移动互联网,彻底打破时空限制,推动党员教育实现“全覆盖”。
二是以用户为中心提供党员满意的“产品体验”。
在“互联网+”时代,党员教育必须引进和植入互联网思维,提供令党员满意、有竞争力的教育“产品体验”。
比如,在线考试培训系统,可支持党员干部同时在线学习和考试,以满足党员经常性、个性化学习需求;在信息传递方式上,适合移动互联网时代党员学习碎片化的特点,让党员互动和分享,激发学习兴趣,提高学习效率。
5、志愿服务
志愿者服务主要是对志愿者申请和志愿者积分进行统一管理的功能。
用户可以在此直接进行志愿者申请的操作,志愿者参加活动会有相应的积分,志愿者根据自身情况可对志愿者积分进行查看。
1.志愿者申请:
用户在此模块进行志愿者申请,申请信息会提交到后台,后台人员根据实际情况对志愿者申请信息进行审核并反馈到前台,用户可对相关信息进行查看。
2.志愿者积分:
此模块主要是用来实现相关人员通过后台对志愿者积分进行录入和维护的功能,并在前台进行展现,用户可对志愿者积分进行查看。
三、总体建设方案
1、总体设计原则
1.1系统总体设计原则
为确保系统的建设成功与可持续发展,在系统的建设与技术方案设计时我们遵循如下的原则:
⏹统一设计原则 统筹规划和统一设计系统结构。
尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容,均需从全局出发、从长远的角度考虑。
⏹先进性原则 系统构成必须采用成熟、具有国内先进水平,并符合国际发展趋势的技术、软件产品和设备。
在设计过程中充分依照国际上的规范、标准,借鉴国内外目前成熟的主流网络和综合信息系统的体系结构,以保证系统具有较长的生命力和扩展能力。
保证先进性的同时还要保证技术的稳定、安全性。
⏹ 高可靠/高安全性原则 系统设计和数据架构设计中充分考虑系统的安全和可靠。
⏹标准化原则 系统各项技术遵循国际标准、国家标准、行业和相关规范。
⏹成熟性原则 系统要采用国际主流、成熟的体系架构来构建,实现跨平台的应用。
⏹适用性原则 保护已有资源,急用先行,在满足应用需求的前提下,尽量降低建设成本。
⏹可扩展性原则 信息系统设计要考虑到业务未来发展的需要,尽可能设计得简明,降低各功能模块耦合度,并充分考虑兼容性。
系统能够支持对多种格式数据的存储。
1.2业务应用支撑平台设计原则
业务应用支撑平台的设计遵循了以下原则:
◆遵循相关规范或标准 遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL等业界主流标准
◆采用先进和成熟的技术 系统采用三层体系结构,使用XML规范作为信息交互的标准,充分吸收国际厂商的先进经验,并且采用先进、成熟的软硬件支撑平台及相关标准作为系统的基础。
◆可灵活的与其他系统集成 系统采用基于工业标准的技术,方便与其他系统的集成。
◆快速开发/快速修改的原则 系统提供了灵活的二次开发手段,在面向组件的应用框架上,能够在不影响系统情况下快速开发新业务、增加新功能,同时提供方便地对业务进行修改和动态加载的支持,保障应用系统应能够方便支持集中的版本控制与升级管理。
◆具有良好的可扩展性 系统能够支持硬件、系统软件、应用软件多个层面的可扩展性,能够实现快速开发/重组、业务参数配置、业务功能二次开发等多个方面使得系统可以支持未来不断变化的特征。
◆平台无关性 系统能够适应多种主流主机平台、数据库平台、中间件平台,具有较强的跨系统平台的能力。
◆安全性和可靠性 系统能保证数据安全一致,高度可靠,应提供多种检查和处理手段,保证系统的准确性。
针对主机、数据库、网络、应用等各层次制定相应的安全策略和可靠性策略保障系统的安全性和可靠性。
◆用户操作方便的原则 系统提供统一的界面风格,可为每个用户群,包括客户,提供一个一致的、个性化定制的和易于使用的操作界面。
◆应支持多CPU的SMP对称多处理结构。
1.3技术标准与管理规范体系设计原则
⏹科学性 科学性是标准化的基本原则,是应用系统和技术系统安全、可靠、稳定运行的根本保障。
⏹完整性 将国资监管系统建设所需的各项标准分门别类地纳入相应的体系表中,并使这些标准协调一致,相互配套,构成一个完整的框架。
⏹系统性 系统性是标准体系中各个标准之间内部联系和区别的体现。
即恰当地将国资监管系统涉及的各类标准安排在相应的专业序列中,做到层次合理、分明,标准之间体现出相互依赖、衔接的配套关系,并避免相互间的交叉。
⏹先进性 国资监管系统的标准体系所包括的标准,应充分体现等同采用或修改采用国际标准的精神,达到国资监管系统的标准与国际、国家标准的一致性或兼容性。
⏹预见性 在编制国资监管系统标准体系时,既要考虑到目前的信息技术水平,也要对未来信息技术的发展有所预见,使标准体系能适应全国民政信息系统各项应用技术的迅猛发展。
⏹可扩充性 应考虑国资监管系统建设的发展对标准提出的更新、扩展和延伸的要求。
信息化标准体系的内容并非一成不变,它将随着国资委业务、信息技术的发展和相关国际标准、国家标准、行业标准的不断完善而进行充实和更新。
2、主要技术路线
根据“亦党建”智慧服务管理系统的建设要求,结合项目建设的总体目标,确定系统的技术路线应坚持“需求主导、突出重点,统筹规划、统一标准,持续发展”的指导思想,采用SOA设计思想、服务总线+组件的技术方法,基于流程驱动的总线集成模式,通过适配器组件集成技术,使得各子系统之间能够以互操作的方式交换业务信息,解决信息服务多元化,以及系统之间的信息共享、一致性等问题。
采用技术路线如下:
2.1采用面向服务构架(SOA)的技术路线
SOA(Services-OrientedArchitecture,SOA)是“面向服务的架构”,运用这个架构使得着眼于应用程序提供的服务,而不是着眼于提供服务所需的组件。
SOA使得应用系统的设计清晰化而且促进组件的重用。
应用系统中所有的接口的定义与信息模型――包括数据及其语义、对象与过程模型――都高度一致。
面向服务的架构(ServiceOrientedArchitecture,SOA)。
SOA的中心思想是模块化与封装这两大原则,模块化将复杂的大任务的分解成相对简单的小步骤,封装则将其内部的复杂性屏蔽代之以用清晰的接口。
在这两项原则指导下,开发人员只需关注应用中与其相关的部分而无须知道其他部分的细节,只要各个组件都遵守接口“契约(Contract)”,这些组件的开发、测试和修改都相对独立,无须太多的协调,使得基于SOA的应用易于开发和维护。
2.2采用基于开放标准的技术路线
本项目的建设需要在总体结构设计上充分考虑整体性、可用性、稳定性、成熟性、灵活性和开放性的基本要求,体现出安全性、可扩展性、可管理性、用户界面友好性和高性能等特点。
通过采用基于开放标准的应用服务器中间件作为应用系统的开发架构,以实现应用系统的快速开发、灵活部署。
故本方案技术路线是采用开放的、标准的、主流的、成熟的系统平台、开发手段与信息技术规范。
采用基于行业标准或得到广泛使用的事实上的行业标准的技术和架构,有利于降低技术风险和对特定供应商的依赖性;采用的开放系统架构,有利于保持系统的向后兼容性、可集成性和可扩展性。
本项目的设计应充分考虑“标准和开放”的原则,要支持各种相应的软硬件接口,使之具有灵活性和扩展性,具备与多种系统互连互通的特性,在结构上实现真正开放。
在系统建设中广泛采用遵循国际国内标准的系统和产品以便于平台的互联和扩展,综合反映在可移植性、互操作性和集成性上。
2.3采用基于组件的开发的技术路线
基于组件的开发是普通应用程序开发过程的改进,它具有如下特点:
(1)应用程序由各自独立的组件组成,这些组件的开发和部署保持相对的独立性,而且很可能是由不同的团队开发和部署;
(2)通过仅对这种应用程序的某些组件进行升级,从而对其进行小幅度的升级;
(3)组件可以在不同应用程序之间共享,因此可对它们复用,但同时也产生了项目之间的依赖关系;
(4)尽管并非与基于组件完全密不可分,但基于组件的应用程序倾向于分布式结构;
(5)建设多种信息技术渠道的解决方案,多渠道共享业务逻辑;
(6)分层是从逻辑上将子系统划分成许多集合,而层间关系的形成要遵循一定的规则。
通过分层可以降低子系统间的依赖关系,使系统以更松散的方式耦合,从而更易于建设、维护和进化;可以根据业务的变化,通过快速开发或者配置调整系统以适应系统新的业务需求。
2.4采用WebService技术实现系统跨平台
采用基于XML和WebService的异构系统综合服务解决方案。
从而解决系统的跨平台问题。
WebService是实现应用程序间互操作的一种全新机制,通过网络实现不同应用系统问的整合和远程过程调用。
WebService可以在基于不同操作系统、不同程序语言之上的分布式应用系统之间进行信息交换和互操作。
WebService技术及其相关技术体系,包括XML、SOAP、WSDL、UDDI等。
WebService是一种新的Web应用程序分支,他们是自包含、自描述、模块化的应用,可以发布、定位、通过Web调用。
一旦部署以后,其他WebService应用程序可以发现并调用它部署的服务。
从而方便的被其它部门所使用,以便应用到跨部门的业务中去。
WebService平台需要一套协议来实现分布式应用程序的创建。
任何平台都有它的数据表示方法和类型系统。
要实现互操作性,WebService平台必须提供一套标准的类型系统,用于沟通不同平台、编程语言和组件模型中的不同类型系统。
2.5互联网架构的特性
分布式系统:
包括分布式操作系统、分布式程序设计语言及其编译系统、分布式文件系统和分布式数据库系统等。
SOA面向服务架构:
是一种松散耦合的架构理念和模型,针对粗粒度应用组件进行分布式部署、组合和使用。
服务层是SOA的基础,可以直接被应用调用。
基于场景的需求分析和应用开发:
SOA服务化,所有系统采取服务化模式,系统之间进行必要的分拆和隔离,通过服务调用和消息通知的方式进行协同。
平台化建设理念:
提供标准的开发平台,提供了应用程序开发框架,以方便开发者的开发工作。
开发框架包含三类组件:
开发接口库、开发前端组件库和测试环境。
自动化部署和运维体系:
通过自动化的方式,杜绝人为错误,提升机效率,确保资产数据和资源池信息的数据一致性,是资源池可信的重要保证。
自主掌控能力:
面对越来越高的客户体验需求,需要敏捷的技术反应,完全依赖通用技术和国际大名牌的IT设备和软件供应商无法满足这类需求。
这是一种以市场需求为导向,以客户体验为基础,以技术架构创新为手段,引领业务和技术创新的新模式。
2.6互联网架构优势
高性能:
网站性能是客观的指标,可以具体体现到响应时间、吞吐量等技术指标。
系统的响应延迟,指系统完成某一功能需要使用的时间;系统的吞吐量,指系统在某一时间可以处理的数据总量,通常可以用系统每秒处理的总的数据量来衡量;系统的并发能力,指系统可以同时完成某一功能的能力,通常也用QPS(querypersecond)来衡量。
高可用:
系统的可用性(availability)指系统在面对各种异常时可以正确提供服务的能力。
系统的可用性可 以用系统停服务的时间与正常服务的时间的比例来衡量,也可以用某功能的失败次数与成功次数的比例来衡量。
易伸缩:
注重线性扩展,是否可以容易通过加入机器来处理不断上升的用户访问压力。
系统的伸缩性(scalability)指分布式系统通过扩展集群机器规模提高系统性能(吞吐、延迟、并发)、存储容量、计算能力的特性。
高安全:
现在互联网环境中,经常出现被网站被拖库,用户账户被盗等现象。
网站的安全性不言而喻。
2.7微服务优势
降低复杂性:
通过分解巨大单体式应用为多个服务方法解决了复杂性问题。
在功能不变的情况下,应用被分解为多个可管理的分支或服务。
每个服务都有一个用RPC-或者消息驱动API定义清楚的边界。
微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案,由此,单个服务很容易开发、理解和维护。
耦合度低:
微服务模式是每个微服务独立的部署。
开发者不再需要协调其它服务部署对本服务的影响。
这种改变可以加快部署速度,可快速的部署变化。
微服务架构模式使得持续化部署成为可能。
扩展性强:
微服务架构模式使得每个服务独立扩展。
你可以根据每个服务的规模来部署满足需求的规模。
2.8核心技术组件
LB(LoadBalance,负载均衡):
就是根据某些策略,将负载分摊给多个操作单元执行。
该技术可以提供服务器的响应速度以及利用效率,避免出现单点失效。
MQ(MessageQueue,消息队列):
使服务调用异步化,可以消除并发访问洪峰,提升网站响应速度。
Cache:
就是将数据放到距离计算最近的地方,用来加快处理速度。
通常对一定时间内的热点数据进行缓存。
三、应用系统建设方案
1、系统平台设计
1.1统一身份认证
作为应用的基础,统一认证平台应提供用户帐号身份的集中验证功能,验证通过之后,用户具有的全局的身份,当他再访问网内的其他应用子系统时,不再需要进行身份认证。
统一认证只需要支持B/S架构的认证方式,具体可以支持NTLM、Kerberos v5.0、BASIC认证、摘要认证、LDAP认证等多种认证协议,并支持用户名/密码、数字证书、卡认证等多种认证方式,以支持在不同应用场景下的用户认证请求。
对于本期项目而言,只统一使用用户名/密码的认证方式。
将提供统一的登录入口,用户登录之后,进入其个人首页,个人首页中提供了用户有权访问的应用系统资源,用户从该处可以以单点登录的方式进入各应用系统。
1. 单点登录
用户经过统一认证之后,各子应用系统时,应支持单点登录功能,用户只需输入一次用户名和密码,就可访问平台所有被授权访问的系统,而无需二次输入用户名和密码。
平台需要支持2类B/S结构的应用系统的单点登录:
使用统一帐号的新建应用系统,其单点登录支持需要支持各种异构系统,比如基于微软技术的、Java技术的、Php技术的等等,这种方式对于用户来说使用的就是统一帐号和密码,不需要其自身再进行任何设置,对于应用系统来说,则需要按照平台的规范性要求实现单点登录接口,能够获取到用户的统一身份信息。
非使用统一帐号的原有应用系统,其单点登录支持的是基于Form的表单式认证,平台提供用户自助式的原系统用户名、密码配置界面,用户配置好原系统的认证信息后,在访问原系统时,平台将身份信息以代理的方式提交给原系统,完成登录。
2.应用系统自身的用户及认证管理
各新建的应用系统的用户管理和认证与统一用户管理认证平台做整合,以统一用户管理认证系统为主,以应用系统自身的用户管理和认证为辅。
3. 应用系统用户管理
各应用系统仍然具备自身的用户管理,保持其独立性。
主要维护其本系统内的一些统一用户之外的个性化信息参数,用户的创建由平台发起,不能由应用系统首先创建。
应用系统需要开发用户信息同步接口,负责本系统内用户帐号信息的创建、修改、删除工作。
平台在授权后会将用户帐号信息同步到应用系统中,平台在删除用户后也将通过同步接口将用户从应用系统中删除。
4.应用系统用户认证
各应用系统仍然可以具备自身的用户登录认证功能,保持其独立性。
应用系统自身的登录认证,只完成其本身的登录,并没有登录到统一平台。
1.2统一用户管理
1.用户管理
用户注册系统提供后台用户录入。
2、 统一用户及授权管理
该系统主要由应用系统的系统管人员使用。
系统提供组织机构管理、用户管理、应用系统管理、应用系统权限(功能)配置管理、角色管理、角色权限分配、用户权限(角色)分配、用户登录管理功能。
3、 认证与服务
认证服务提供应用系统身份认证接口、权限认证接口、数据访问接口。
应用系统同过调用身份认证接口实现用户身份认证;调用实现对用户权限认证;通过调用数据接口读取如用户信息、组织机构信息等数据。
4、 认证中心数据库
认证中心数数据库负责存储统一用户及权限管理的数据。
统一用户及授权管理系统主要实现的功能包括:
Ø组织机构及用户管理
Ø应用系统及功能管理
Ø角色管理
Ø角色权限分配
Ø用户权限分配
Ø用户登录日志管理
1.3消息服务MQ
在系统中,首先搭建专用的消息服务应用,开启消息应用服务端口,在服务端通过专门的消息管理功能,对消息进行编辑维护,然后调用专用的消息服务发送到终端给用户,支持批量群发和单独定制发送。
Ø普通消息
普通的消息类型,解决系统间异步解耦,削峰填谷,日志服务,大规模机器的Cache同步,实时计算分析等;
Ø顺序消息
按照消息的发布顺序进行顺序消费(FIFO),支持全局顺序与分区顺序;查看详情>
Ø事务消息
MQ提供类似X/OpenXA的分布事务功能,通过MQ事务消息能达到分布式事务的最终一致;
Ø定时消息
将消息发送
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 党建 建设 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)