普洱政府oa系统：开封政府公文系统中HRMS(人力资源管理系统)-SaaS架构设计-概要设计实践

普洱政府政务OA系统：开封政府公文系统中hrms(人力资源管理系统)-saas架构设计-概要设计实践可或缺的工具。然而，长期以来，我国机关单位在电脑采购方面依赖进口产品，这不仅存在安全隐患，还限制了我国在自主创新方面的发计出实际架构。概念架构阶段主抓大局，不拘小节，不过分关注设计实现的细节内容。 1.2、 概要架构阶段的特点 Ø满足“架构=组件+交互”的基本定义(所有架构都逃离不了该模式) Ø对高层组件的“职责”进行笼统界定，并给出高层组件的相互关系 Ø不应涉及接口细节 在讲具体的概要架构设计实践之前，请大家思考以下问题： Ø不同系统的架构，为什么不同？ Ø架构设计中，应何时确立架构大方向的不同？（功能、质量、约束） 1.3、行业现状 误将“概要架


躲避政策高压线 国外it公司屈膝低头求存在:

斯诺登事件的发酵影响，已经超乎了我们的想象，从民间组织上升到国家策略，从39号文件到银监会的317号文，进一步明确了自主安全可控的定义，美国科技公司曾试图将此事上升到国家高度，上诉wto迫使中国改变策略 曾几何时，美国科技公司最看不起中国本土科技公司，在数据库上采取屏蔽技术将中国服务器公司排除出局，或者设置各种各样的障碍将中国科技公司封杀在产业链以外，可是如今这样局面出现了反转，这缘于政府对于去ioe策略的默许 ioe政策的渗透，一些外籍身份的安全厂商在中国举步维难，但是宠大的市场份额还是让国外厂商无法割舍，不如选择将中国区市让出不仅每年可以拿到一笔丰厚的佣金，还可以保持该区域的存在感。 而这次合作最大的亮点在于核心技术和知识产权的转让，使其成为一家独立的安全技术公司，而并非简单的中国区总代理的模式，趋势科技之所以选择亚信也是看中亚信在运营商和政府市场多年的积累，借用亚信的变身可以快速的将产品快速市场覆盖 10月30日，中科曙光总裁历军与vmware大中华区总裁宋家瑜签署了双方成立合资公司的协议。中科曙光第一个与外企的合资公司就此诞生。“企业有祖国，但技术无国界。

谷歌向全球ai初创企业“输血”；高德和百座城市共建智慧交通 | dt数读:

公司数据来自联邦、州和地方政府，包括劳工统计局、美国人口普查和疾病预防与控制中心。dt君说：全球各国越来越多的政府开始对外开放数据。但这些数据的呈现方式却往往比较“原始”，也不够直观。 原因是自从批准苹果建造数据中心的规划后，爱尔兰政府接到了很多投诉。因担心苹果的工程会影响到当地的生态，有3位民众向爱尔兰高等法院提出了对苹果数据中心进行司法审查的请求。 ▍瑞典交通数据遭大规模泄露，政府将加强数据安全据新华社，瑞典首相勒文7月24日说，交通数据泄露案造成的影响相当严重，相关部门必须尽最大可能控制损失。 这些信息包括瑞典全国的机动车驾驶人信息，桥梁、地铁、道路和港口等敏感信息，以及瑞典警方和军方的车辆信息。今年1月，瑞典交通管理局局长玛丽亚·阿格伦也因此被解职，并接受调查。 请联系我们的盟主~

软件方法（下）分析和设计第9章分析 之 分析类图——案例篇（20211228更新）:

可到此处下载本文档最新版本：http:www.umlchina.combooksoftmeth09.pdf9.1 本书案例介绍9.1.1 案例更换《软件方法（上）》以及下册2018年发布的电子版本，使用的案例是 案例中讨论了给特定分区的联系人发公开课通知邮件的领域逻辑，类图如图9-1。图9-1 本书下册2018版本第8章的案例类图时过境迁，原先使用邮件、短信甚至qq的场合绝大部分已经改成使用微信。 以上提到的是这几年周边业务环境的变化，当然，作为讲解建模的案例，这是小问题，无非是案例的核心域知识有些跟不上时代。 考虑到以上变化，本书下册更换了案例。案例一是写书时正在关注的另一个umlchina流程：上课时做题并抽奖，涉及到考试和抽奖的领域知识。 有时，来联系业务的是it组织的人力资源专员或培训公司的行政老师，她们（女性居多）没有软件开发的经历，会问“潘老师，您这边除了uml的培训之外，还有没有针对产品经理或架构师的培训”。

2000万人口的大北京,上下班原来是这样的(附超炫蝌蚪图):

根据滴滴出行的早高峰通勤起点分布（图4），我们能够绘制出北京的居住区域集中分布在通州、回龙观、天通苑等地。虽然在行政区划上，燕郊隶属于河北省三河市，但它毫无疑问是北京通勤系统中的一部分。 每天早高峰降临前，数十万燕郊通勤族跨越白河涌入北京，去往各自办公地所在的就业集聚区。表1 北京各居住区早高峰通勤对比?注：仅统计距离在3-80公里范围内的订单上表详细分析了几个居住区的早高峰通勤特征。 接下来，我们将进一步分析通州区的通勤特征。▎城市副中心的通勤发展通州作为北京市城市副中心的功能逐步凸显。根据北京市2017年政府工作报告，今年底四大市级机关和相关市属行政部门将率先向通州启动搬迁。 通州区2016年统计公报显示，全区常住人口142.8万，其中常住外来人口57万，占比近40%。?图6 通州早高峰通勤放射图在图6中，滴滴出行大数据展示了早6-10点期间从通州区出发的所有通勤路线。 与此同时，还有超过10%的通勤人口要跨越40公里的距离，奔赴自己的办公室。?

普洱政府政务OA系统：开封政府公文系统中hrms(人力资源管理系统)-saas架构设计-概要设计实践

一项紧迫的任务。本文将探讨机关单位电脑国产化的重要性，并提出相关的解决方案。第一部分：机关单位电脑国产化的重要性提升信息安全 近年来，网络攻击和数据泄露事件频频发生，给机关单位的信息安全带来了巨大威胁。依赖进口电脑存在着不可忽视的风险，因为这些产品很可能被植入后门或恶意软件。而采用国产电脑可以降低这种风险，提升信息安全水平。保护国家核心机密 机关单位承载着国家的核心机密，如国防、外交和经济等重要领域的信息。如果这些机构使用的电脑受到外部控制或攻击，将对国家安全造成极大威胁。因此，通过国产化电脑，可以更好地保护国家核心机密，增强国家的安全防护能力。推动自主创新 依赖进口电脑不仅限制了我国在信息安全方面的自主控制能力，还制约了我国在电脑技术领域的自主创新能力。只有通过国产化电脑，我国才能够掌握核https://www.cnblogs.com/hegezhou_hot/p/9753733.html 本文主要详细阐述架构设计过程中概要架构设计要点，让大家掌握后续如何强化概要架构设计在架构设计中作用，帮助我们快速确认架构的方向及核心大框架。 一、关于概要架构阶段 1.1、概要架构的定义 概念架构就是对系统设计的最初构想，就是把系统最关键的设计要素及交互机制确定下来，然后再考虑具体的技术应用，设计出实际架构。概念架构阶段主抓大局，不拘小节，不过分关注设计实现的细节内容。 1.2、 概要架构阶段的特点 Ø满足“架构=组件+交互”的基本定义(所有架构都逃离不了该模式) Ø对高层组件的“职责”进行笼统界定，并给出高层组件的相互关系 Ø不应涉及接口细节 在讲具体的概要架构设计实践之前，请大家思考以下问题： Ø不同系统的架构，为什么不同？ Ø架构设计中，应何时确立架构大方向的不同？（功能、质量、约束） 1.3、行业现状 误将“概要架构”等同于“理想架构” 架构设计是功能需求驱动的，对吗？ 架构设计是用例驱动的，对吗？ 实际上架构设计的驱动力：功能+质量+约束 误把“阶段”当“视图” 概要架构阶段还是概念视图？ 阶段体现先后关系，视图体现并列关系 概要架构阶段根据重大需求、特殊需求、高风险需求形成稳定的高层架构设计成果 1.4、主要工作内容及目标 概念架构是一个架构设计阶段，必须在细化架构设计阶段之前，针对重大需求，特色需求、高风险需求、形成文档的高层架构设计成果。 重大需求塑造概念架构，这里的重大需求涵盖功能、质量、约束等3类需求的关键内容。 如果只考虑功能需求来设计概念架构，将导致概念架构沦为“理想化的架构”，这个脆弱的架构不久就会面临“大改”的压力，甚至直接导致项目失败。 二、概要架构阶段的方法及科学实践过程是什么？ 整体可分为3个阶段： 1、通过鲁棒图：初步设计的目标就是发现职责，运用“职责协作链”原理画鲁棒图 2、高层分割：运用成熟的经验及方法论，结合场景选择合适的架构模式来确定系统的层级关系 3、质疑驱动：考虑非功能性需求来不断驱动概要架构设计过程。 2.1、初步设计的目标就是发现职责，运用“职责协作链”原理画鲁棒图 鲁棒图的三种对象： •边界对象对模拟外部环境和未来系统之间的交互进行建模。边界对象负责接 收外部输入、处理内部内容的解释、并表达或传递相应的结果。 •控制对象对行为进行封装，描述用例中事件流的控制行为。 •实体对象对信息进行描述，它往往来自领域概念，和领域模型中的对象有良好的对应关系。 初步设计原则 •初步设计的目标是“发现职责”，为高层切分奠定基础 •初步设计“不是”必须的，但当“待设计系统”对架构师而言并无太多直接 经验时，则强烈建议进行初步设计 •基于关键功能（而不是对所有功能）、借助鲁棒图（而不是序列图，序列图太细节）进行初 步设计 大家看完鲁棒图发现鲁棒图也有实体、控制及边界对象，怎么这么类似web系统时用到的mvc模式，那么我们这里对比下这2个模式的异同点: 通过上面的对比我们发现，鲁棒图能够更全面的体现架构设计过程中涉及的内容，单独的架构模式更侧重其中的部分架构层次，比如逻辑架构采取mvc的模式。 2.2、高层分割（概念架构形成的具体操作方法） 直接分层 先划分为子系统，再针对每个子系统分层 针对高层分割，我们可以采取分阶段的模式来进行落地实践： 直接划分层次：直接把系统划分为多个层次，梳理清晰各层次间的关联关系 分为2个阶段：先划分为多个子系统，然后再梳理子系统的层次，梳理清晰没格子系统的层次关系 针对分层模式的引入，这里分享几类划分模式及方法： 逻辑层：逻辑层，上层使用下层观念；不关注物理划分，也不关注通用性 物理层：分布部署在不同机器上 通用性分层：通用性越多，所处层次越靠下 2.2.1、layer：逻辑层 layer：逻辑层，上层使用下层观念；不关注物理划分，也不关注通用性。layer是逻辑上组织代码的形式。比如逻辑分层中表现层，服务层，业务层，领域层，他们是软件功能来划分的。并不指代部署在那台具体的服务器上或者，物理位置。 多层layer架构模式 诸如我们常见的三层架构模式，三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：界面层（user interface layer）、业务逻辑层（business logic layer）、数据访问层（data access layer）。区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。 逻辑层次的架构能帮助我们解决逻辑耦合，达到灵活配置，迁移。 一个良好的逻辑分层可以带来： a、逻辑组织代码/代码逻辑的清晰度 b、易于维护（可维护性） c、代码更好的重用（可重用性） d、更好的团队开发体验（开发过程支持） 2.2.2、tier：物理层 tier：物理层，各分层分布部署在不同机器上，tier这指代码运行部署的具体位置，是一个物理层次上的划为，tier就是指逻辑层layer具体的运行位置。所以逻辑层可以部署或者迁移在不同物理层，一个物理层可以部署运行多个逻辑层。 tier指代码运行的位置，多个layer可以运行在同一个tier上的，不同的layer也可以运行在不同的tier上，当然，前提是应用程序本身支持这种架构。以j2ee和.net平台为例，大多数时候，不同的layer之间都是直接通过dll或者jar包引用来完成调用的（例如：业务逻辑层需要引用数据访问层），这样部署的时候，也只能将多个layer同时部署在一台服务器上。相反，不同的layer之间如果是通过rpc的方式来实现通信调用的，部署的时候，便可以将不同的layer部署在不同的服务器上面，这也是很常见的解耦设计。 一个良好的物理架构可以带来： a、性能的提升 b、可伸缩性 c、容错性 d、安全性 2.2.3、通用性分层 采取通用性分层模式，原则是通用性越多，所处层次越靠下 并且各层的调用关系是自上而下的，越往下通用性越高。 2.3、质疑驱动，不断完善系统架构（质量属性及约束决定了架构的演变） 基于系统中的重大功能来塑造概念架构的高层框架，过程中需要通过质量及约束等非功能性需求不断质疑初步的概念架构，逐步让这个概念架构完善，能够满足及支撑各类质量及约束的要求。 Ø通过“目标-场景-决策表”分析非功能需求： 通过分析关键的质量及约束内容，给出具体的场景及应对策略，梳理出清晰的决策表，在概念架构阶段融合决策表中给出的方案，最终给出初步的概念架构设计。 三、基于前面分析的hrms系统？我们如何下手开始？ 结合前面讲的需求梳理的要点内容，我们结合hrms系统来进行应用实践，逐步形成概要架构设计。 a、基于relationrose 来画出鲁棒图、确定系统的边界及关键内容 1)、分析系统中的参与者及应用功能边界： 基于上面我们能够发现我们的核心功能点： 组织管理：主要实现对公司组织结构及其变更的管理；对职位信息及职位间工作关系的管理，根据职位的空缺进行人员配备；按照组织结构进行人力规划、并对人事成本进行计算和管理，支持生成机构编制表、组织结构图等 人事档案：主要实现对员工从试用、转正直至解聘或退休整个过程中各类信息的管理，人员信息的变动管理，提供多种形式、多种角度的查询、统计分析手段 劳动合同：提供对员工劳动合同的签订、变更、解除、续订、劳动争议、经济补偿的管理。可根据需要设定试用期、合同到期的自动提示 招聘管理：实现从计划招聘岗位、发布招聘信息、采集应聘者简历，按岗位任职资格遴选人员，管理面试结果到通知试用的全过程管理 薪酬福利：工资管理系统适用于各类企业、行政、事业及科研单位，直接集成考勤、绩效考核等数据，主要提供工资核算、工资发放、经费计提、统计分析等功能。支持工资的多次或分次发放；支持代扣税或代缴税；工资发放支持银行代发，提供代发数据的输出功能，同时也支持现金发放，提供分钱清单功能。经费计提的内容和计提的比率可以进行设置；福利管理系统提供员工的各项福利基金的提取和管理功能。主要包括定义基金类型、设置基金提取的条件，进行基金的日常管理，并提供相应的统计分析，基金的日常管理包括基金定期提取、基金的补缴、转入转出等。此外，提供向相关管理机关报送相关报表的功能 行政管理：主要提供对员工出勤情况的管理，帮助企业完善作业制度。主要包括各种假期的设置、班别的设置、相关考勤项目的设置，以及调班、加班、公出、请假的管理、迟到早退的统计、出勤情况的统计等。提供与各类考勤机系统的接口，并为薪资管理系统提供相关数据。支持通知公告分发，支持会议室/车辆等资源预定并同步日历，支持调研和投票问卷，支持活动管理的报名/签到/统计等，支持人员的奖惩管理并与人事档案关联，支持活动的抽奖管理等 培训管理：根据岗位设置及绩效考核结果，确定必要的培训需求；为员工职业生涯发展制定培训计划；对培训的目标、课程内容、授课教师、时间、地点、设备、预算等进行管理，对培训人员、培训结果、培训费用进行管理 绩效管理：通过绩效考核可以评价人员配置和培训的效果、对员工进行奖惩激励、为人事决策提供依据。根据不同职位在知识、技能、能力、业绩等方面的要求，系统提供多种考核方法、标准，允许自由设置考核项目，对员工的特征、行为、工作结果等进行定性和定量的考评 配置管理：系统中为了增强系统的兼容性及灵活性，增加了诸多系统开关及配置，为后续满足各类场景提供支撑。其中需要有配置项的动态分类、动态增加、修改等功能 权限管理： 通用权限管理系统，支撑组织、员工、角色、菜单、按钮、数据等涵盖功能及数据全面的权限管理功能 流程管理：提供公文系统引擎服务，支持自定义表单及流程，全面支撑hrms系统中的审批流。 人力资源规划分析：提供全方位的统计分析功能，满足企业人力资源管理及规划，为后续的经营决策提供数据依据。 2)、系统边界 基于上述核心功能点，我们可以梳理出系统的边界，包含如下几个方面： 管理员的系统边界 由于管理员的角色定位已经做了限定，所以他需要有专门的运维管理后台，这个后台提供的功能和业务操作人员的后台功能和界面是完全不同的，所以需要单独的入口，其中的功能模块也是有区别的。所以我们可以得出管理员使用系统时的接入方式和边界。 hr的系统边界 hr的角色承担业务管理的相关职责，诸如hr模块中的审批环节，他们既有业务发起的操作又有审批环节的操作，所以相对来说hr角色的使用边界会更广泛，相比员工来说。我们发现hr在使用时需要有单独的系统入口，并且分配给他们对应的业务模块及功能。 员工的系统边界 对于员工来说，hrms系统中只有部分模块式可以操作使用的，诸如考勤、报销、绩效、查看及维护个人信息等，其他的信息都是由hr填写后用户可以查看，所以从操作便捷来看，员工与hr在业务系统入口上可以是统一入口，通过权限来限制访问边界即可。 公司管理者的边界 公司的管理者相比员工具有相应的业务及数据管理权限，同时会在审批流环节中承担审核者的身份，诸多业务流程都和管理者相关，所以相比员工来说，公司管理者的业务及操作权限较大，更多的上下级管理方面的业务内容较多，同时还可以完成员工角色操作的相关业务。 3)、数据对象 基础数据：系统包含的元数据、服务管理、日志、模块、基础配置、数据字典、系统管理等基础数据管理 业务数据：涵盖机构、员工、hrms系统业务及流程数据、外部第三方业务联动数据等 其他数据：涵盖诸如文件、图片、视频等其他类型的数据；统计分析后的结果数据；与第三方系统交互或留存的数据等相关内容。其他诸如log日志等数据信息。 b、划分高层子系统 我们基于上面鲁棒图分析后的核心需求，我们给出系统的宏观的架构轮廓，这里仅考虑用户角色及职责链、从而形成上述的高层分割。 c、质量需求影响架构的基本原理：进一步质疑 下面基于这些质量属性及约束我们来进一步完善概要架构： 1)、考虑关键质量属性中的持续可用性及可伸缩性，得出概要架构的中间成果： 2)、考虑关键质量属性中的互操作性，进一步优化概要架构的中间成果： 3)、考虑高性能，除了高负载，还需要考虑静态化、缓存等提升系统性能： 上面基本形成了一个概要架构的雏形，不过这还不够，我们还有一项关键的内容没有分析，那就是系统约束，我们需要将之前明确的关键约束进行分析拆解，转化为功能或质量要求。 d、分析约束影响架构的基本原理：直接制约、转化为功能或质量需求 分析上述表格的内容，结合上几轮分析后给出的概要架构进行验证，看看这些约束会不会影响该架构内容，然后进行优化调整： i、业务环境及约束：目前来看，上述概要架构可以支持,不会对于当前的概要架构造成影响。 ii、使用环境约束：之前拟定的pc、app端访问模式已考虑了上述的场景，关于多语言在应用层细节设计时考虑即可。 iii、开发环境约束：概要架构还不涉及细节内容，当前的约束也不会对于架构产生较大影响 iv、技术环境约束：无影响，属于细节层面 e、基于上面几部走，我们得到了初步的概要架构，基本上符合功能、质量及约束的各类要求及场景，得出以下概要架构设计图 四、概要架构阶段要点总结 基于前面对于概要架构设计推演过程的实践，我们总结概要架构过程的3个核心要点内容如下： 1、首先，需要分析找到hrms系统中的关键功能、质量及约束 2、其次，利用鲁棒图找到系统的用户、关键功能及职责链，形成初步的子系统的拆分、过程中借助高层分割形成分层结构，不断通过质疑+解决方案的模式，应对及完善质量及约束的要求。 3、最后，通过1、2步实践过程，最终推导出初步的概要架构，为下一步的细化架构提供基础。 希望大家通过上面示例的展示，为大家后续在系统架构设计实践的过程中提供一些帮助。 end

解决phpmyadmin #2002#无法登录mysql服务器的方法:

这段时间服务器出现了2次这种情况了，并且2次的情况都不一样。 第一次是因为系统盘磁盘满了，把数据都移动到了数据盘，并且网站挂载到了数据盘，才解决了。 然而今天又一次遇到了“#2002#无法登录mysql服务器”的错误提示，开始我还以为又满了，想也不可能啊。 去看了下，发现磁盘是没有满的，那就排除这个疑点了。那就只能看别的问题了。 最后提示的是：mysqld: shutdown complete 这个是提示mysqld服务已经被关闭了，然后我就去看了下运行状态。 遇到#2002#无法登录mysql服务器，可能会有很多种不同的情况，具体还得按照情况来解决。 这次网站搬家之后，我已经遇到2次了。 1：磁盘满了 2：mysqld数据库被关闭了

微服务中的短信服务如何设计？:

本文将带领你深入地学习如何设计和实现一个通用的基础短信服务，将采用 spring boot 开发短信服务，最终会注册到 spring cloud 微服务体系中，方便其他服务使用。 为什么要设计单独的短信服务在很久之前，小张在一家软件公司上班，某天接到了一个发送短信验证码的需求，于是小张快速地选择了短信服务商，然后用短信的 sdk 集成到了项目 a 中，飞快地完成了这个需求。 用消息队列就无法得到反馈结果，只能每个系统都去维护发送记录，然后去做这些限制。二、短信服务的好处通过设计短信服务可以解决上面我们描述的几个问题。 短信服务是无状态的，并且集成到了 spring cloud 中，意味着可以动态扩容。四、阿里云短信接入短信服务商有很多选择，本文中基于阿里云短信来进行讲解。 还有就是在某些场景下，测试会模拟一些不存在的手机进行测试，就算真的发短信，我们也是收不到的，这个时候就需要有一个调试的开关来解决这个问题。

ai资讯 | 腾讯云助力金融机构数字化转型，搭建陕西信合ai金融服务平台:

以陕西信合为例，作为机构遍布城乡的现代化金融机构，陕西信合在陕西经济尤其是“三农”和县域经济的发展中，担当着金融主力军的重要作用。 需求驱动下，为进一步推动陕西信合金融业务安全“上云”，腾讯云联合陕西信合共同打造了ai金融服务平台，助力陕西信合实现金融风控、营销、运营等多场景模型的开发运行及统一管理。 腾讯云ai解决方案中心总经理周超博士表示，该平台依托腾讯云ti平台，以大数据、机器学习算法、深度学习算法等技术为基础，集合数据处理、模型训练、离线在线推理及系统管理等功能，形成平台级的ai服务能力中心， 01    释放行内数据价从数据价值方面来说，ai金融服务平台能够进一步补足金融行内现有数据分析建模能力的短板，助力陕西信合的金融机构实现模型开发和运行的统一管理。 同时，还将逐步提升行内数据团队及相关业务人员的建模能力、算法模型应用水平，助力陕西信合培养自身建模专家和业务专家。

清明豫见“黄河之礼” 老家河南牵手腾讯打开黄河文化宝箱:

从2020年5月26日起，河南省文化和旅游厅、开封市人民政府、腾讯公司共同主办了“老家河南黄河之礼”2020国际文旅创意设计季（中国·开封）。 开封市文化广电和旅游局、巩义市、新郑市、孟津县、汝州市、宝丰县、温县、渑池县、禹州市，腾讯文旅联合承办了该活动，腾讯cdc、腾讯音乐娱乐集团、腾讯qq、腾讯微视、腾讯视频对该活动进行了战略支持。 ? 为了扩大非遗影响力，让河南的传统非遗产品更具时尚化、市场化、国际化、品牌化，邀请到来自港澳大陆的15位具有国际大奖的先锋设计师与河南1市8县非遗代表性传承人围绕开封汴绣、新郑黄帝传说、巩义巩县窑陶瓷、汝州汝瓷 、宝丰汝瓷、禹州钧瓷、温县太极拳与四大怀药、孟津唐三彩、渑池仰韶彩陶共同打造了“黄河之礼”。 图片来源腾讯文旅 开封汴京八景汴绣丝巾环&丝巾套装礼盒、禹州福慧圆满钧瓷茶具套装礼盒、孟津气球造型唐三彩香薰器礼盒、唐三彩汝州汝瓷一人独酌酒具礼盒、宝丰汝瓷青云直上快客杯礼盒、温县太极拳主题怀山药食养同源礼盒

转载请注明出处,本站网址：http://gov.515158.com/news_1978.html