DreamBlooms/HansPub-15000-to-45000 huggingface dataset:
system: [SYSTEM]

user: 3. 图形的生成 当程序源代码含有If-else if模块、for模块、switch模块和递归模块时，其可视化将采用本研究所提出的流程设计图，其他情况将采用国国家标准学会(American National Standards Institute， ANSI)所规定一些常用的流程图符号。 3.1. 文件的读取 文件的读取采用按行读取的方式，如果遇到带有{}的模块，将使用正则表达式进行匹配。 public class Read{ public static void Read(){ File file = new File(g:\\d.txt);//Text文件 BufferedReaderbr = null; br = new BufferedReader(new FileReader(file)); String s = null; while((s = br.readLine())!=null){ String r = s.replaceAll(^.*\\[， ).replaceAll(].*， );//截取{}之间的内容 ∙∙∙｝ ∙∙∙｝ 这里采用对{}的配对来读取大括号({})的关键字，然后根据匹配语句中的关键字来确定所要输出的图形和相应的语句表示。 3.2. 图形的生成 本研究团队采用的是Drawing Panel进行图形的输出。主要输出的图形有起止框、菱形、平行四边形、直线、if-else if图形、for图形、switch图形、递归图形等。给与图形输出的起始点，然后各个图形将会根据所输出时坐标点的位置进行输出。 package tiqu; import java.awt.Graphics; public class a11 { Juxing(Graphics g，intx，inty，intlength，int width );//矩形 Yuanjiaojuxing(Graphics g，intx，inty，intlength，intwidth，int h);//开始 Yuanjiaojuxing1(Graphics g，intx，inty，intlength，intwidth，int h);//结束 lingxing(Graphics g，intx，inty，intlength，intwidth，int h);//画一个菱形 jiaotouzhixian(Graphics g，intx，inty，intlength，int width ，int h);//画一个带箭头直线的方法//在多边形方面 jiaotouzhixian2(Graphics g，intx，inty，intlength，int width ，int h);//一个是开始结束框的直线 jiaotouzhixian1(Graphics g，intx，inty，intlength，int width ，int h);//画一个带箭头的直线//在具体函数方面 guaiwanzhixianjiantou(Graphics g);//画一个拐弯直线箭头 pingxingsibianxing(Graphics g ，int x， int y， int length， int width );//画一个平行四边形 digui(Graphics g ，int x， int y， int length， int width );//递归模块 mokuai_for(Graphics g ，int x， int y， int length， int width ); //for模块 mokuai_if_else(Graphics g ，int x， int y， int length， int width );//if_else模块 mokuai_switch(Graphics g ，int x， int y， int length， int width );//switch模块 } 分层流程图的关键技术思路为，在进行具体层次抽象输出时，首先判断是否涉及递归、循环、判断和分支，如果是的话，将同时生成两层图形，上层图形为相应的模块图，下层图形则为该模块内部代码的程序流程图，而在生成下层图形时，会再次判断是否涉及递归、循环、判断和分支，如果是的话，将再次生成两层图形，如此循环，直到底层不存在递归、循环、判断和分支为止。这样，即可实现程序流程图的多级伸缩，它表示了一定的抽象性。
system: [SYSTEM]

user: 4. 实例分析 下面，本课题组将以C语言递归解决分鱼问题作为实例来分析分层流程图的自动生成。 1. #include 2.int main() 3. { 4. Int d1，d2，c1，c2，i，j; 5. c1 = c2 = 0; 6. rand(); 7. for(i=1; i<=100; i++) 8. { 9. d1 = d2 = 0; 10. for(j=1; j<=6; j++) 11. { 12. d1 = d1+rand()+1; 13. d2 = d2+rand()+1; 14. } 15. if(d1>d2) 16. c1++; 17. else if(d1 18. c2++; 19. 20. if(c1>c2) 21.printf(\nThis first win.\n); 22. else 23. if (c1 24. printf(\nThis second win.\n); 25. else 26. printf(This tie.\n); 27. return 0; 28. } 29. } 读取到第7行时，发现关键字for，然后采用正则表达式的方法进行花括号({})的匹配，当匹配到28行时结束，将其作为一个for循环模块在主流程图中输出图2中的for图(b)。然后再从第7行开始输出for图中的for循环和if-else if判断图形，直至第28行结束。具体for循环之内流程图如图3所示。 通过code2flow来画出同样代码的流程图，结果如图4所示，它无法展示程序作业阅卷者所需关键信息，且其流程图主要以线性为主，在不同结构模块分类呈现方面，不如本流程图更易于人类理解。通过实例应用可以看出，本文在没有编译源代码的情况下，使用了非自身特定的通用C源代码，该代码系真实源代码(非伪代码)，实现了程序流程图易于人类理解的分层结构化展示，这是前面调研中所提转换流程图的三种方法都做不到的，由此可见该方法存在较大创新性，同时本实例也表明，本研究所开发系统在一定程度上是成功的。 图2. 程序整体流程图 图3. For循环图
system: [SYSTEM]

user: 5. 总结及展望 基于分层法的C语言源代码转化成程序流程图可以清晰的展现出结构复杂程序的逻辑结构。对于一级图形可以看出程序的大体的结构，二级或者三级图形可以详细看出各个单元块的结构。使得教师在教学过程中可以看出学生思路是否清晰，是否很好理解题目；也为前期白盒测试人员来走查程序、检 图4. 同样代码对应的Code2 flow中的流程图 查系统是否严格遵守软件概要设计和详细设计提供了方便。 本文的主要贡献是： 1) 定义了递归在程序流程图中的表示； 2) 采用了分层的方法使得程序流程图更加清晰。 本文方法对于多种形式的嵌套图形表示，还不够完善，进一步研究可以深入探讨多种形式嵌套在一起如何进行图形化；对于大型项目，输出点较多时，需要研究图形分裂问题的解决途径。
system: [SYSTEM]

user: 摘 要 为进一步提高国防交通领域的数据管理信息化以及在空间上可视化的效果，本文运用ArcGIS Server、数据库、AreSDE、WebGIS等技术，设计并试验了基于ArcGIS Server的Web GIS国防交通基础数据管理系统，对国防交通基础数据管理系统进行了详细设计与分析，并就系统架构方案与理论技术进行了研究与实践，该系统以直观的地图形式展现交通基础数据管理数据，实现交通基础数据空间数据的统一、高效管理，解决了数据异地共享的问题，为交通基础数据组织和管理提供一种有效的解决方案。 关键词 :地理信息服务，国防交通，管理系统，面向服务的结构体系 Copyright © 2018 by authors and Hans Publishers Inc. This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
system: [SYSTEM]

user: 1. 引言 所谓国防交通，即基于国防需求，在陆海空范围内所建构起来的相关交通体系，统称为国防交通 [ 1 ] 。国防交通建设的目的是为平战及战争时期国防和军队提供国防交通保障——平战时，交通保障是战争准备和国防建设的重要内容；战争时，它是战略保障的组成部分。 国家交通战备办公室(简称：国家交战办)近年加大了国防交通系统信息化建设，陆续组织研发了一些信息系统，并同步展开了相应的信息化基础研究工作，取得了一定成果，大大提高了国防交通信息化应用水平。主要体现为在国防交通系统配发了“国防交通综合信息管理系统”、“国防交通物资储备管理系统”、“军交运输地理信息系统”及“全国海上民船管理系统”等应用系统。此外，各省市和交通运输行业交通战备部门根据各自的应用需要，也开发了部分应用系统。 这些系统虽然满足了一定范围的应用，但是随着信息技术的普及和认识的提高，一些深层次的问题也逐步暴露出来，突出表现在： 1) 我国国防交通运输信息化虽然历经多年发展取得了相应成绩，但主要表现集中于应用层面之上，例如借助业务信息的类别划分，基层运输数据能够和军队交通运输网络连接起来，信息共享得以提升；其次定位仪配备到了运输部队，能够对运输车辆予以定位跟踪等等。于理论上，研究的成熟度有限，现今针对军交系统进行理论研究的主要是相关的军队交通运输机构，比如后勤指挥学院和军事交通学院等等，主要的研究成果基本上都可以见诸于军交系统的相关网站与期刊上面，比如《后勤学术》以及《国防交通》，还有《国防》 [ 2 ] 。分析总结研究在近年的发展状况，理论增幅明显，不过总的看来，研究多数是停留于某一个具体的问题或者是条块之上，基本上没有站在宏观层面上对整个系统予以研究的，特别是业务管理的规律性与业务管理和科技之间的结合，可以说根据现有资料，该类研究基本上找不到相关切实信息，要想真正构建起具有高度指导性与针对性的理论体系，仍然有较长的道路要走。 2) 业务应用不完整。现有系统中只包含了国防交通的部分业务，但尚有一些业务没有实现信息化管理，如交通重点目标保障方案拟制、运力动员预案编制、交通保障计划拟制、国防交通工程规划编制等。整个国防交通信息系统还没有形成完整的应用。 3) 数据标准不统一。国防交通数据量庞大，涉及到铁路、水路、公路、航空以及通信等基础数据和相关业务数据，不同系统数据标准的不统一增加了数据交换和共享的难度。 4) 技术规范不一致。现有的软件采用的技术规范不统一，数据库命名“各自为政”，为系统和数据集成带来困难。 5) 当前的研究以及实践运用的多数是通过数据库表对信息予以分析，进行处理 [ 3 ] 。分析的时候也只是停留在对地图予以简单操作的阶段，而且系统整体的功能有待完善，所以必须要在信息贡献的基础上，追求更为高效的分析处理。 随着信息化技术的发展，Web GIS是在Internet或Intranet网络环境下的一种兼容、存储、处理、分析和显示与应用地理信息的计算机信息系统，它的基本思想就是在互联网上提供地理信息，让用户通过浏览器浏览和获得一个地理信息系统中的数据和功能服务。为加快我国国防交通信息化建设，本文尝试采用的系统平台正是Web GIS其中一种服务类型：公众服务型Web GIS，这种系统主要是面向社会大众，提供与生活相关的基于空间信息的网络服务，如公交换乘、地理位置服务、路径分析等，本着充分利用现有资源的原则，本文提出尝试利用该平台的资源优势走军民融合的发展路线，基于先进的系统设计与开发技术理念，参考军交运输信息化研究成果(原有国防交通信息管理系统等)基础上，实现对运输装备的实时监控与定位、国防交通保障基础信息的维护与收集等，从而满足我军交通基础数据的管理需求。 鉴于此，本文以我国现行的国防交通管理体制为研究背景，以国交家交战办项目“国防交通综合信息管理系统”(该系统同时为2009年4月国家科技部批准的国家科技支撑计划项目“军事交通运输动态监控系统”的一个子系统)为参考，对国防交通基础数据管理业务需求和数据需求进行分析，运用Web GIS的理论与方法，基于NET和ArcGIS Server以及网络数据库平台，研究试验一种新的基于互联网的空间数据可视化交互式交通管理系统架构，以期将各种军事要素信息及空间数据发布在Internet上，不同的用户群从网络地图上可授权浏览任意信息，并且可以方便地对空间信息、属性信息和运力信息进行查询、编辑，并能够据此进行技术状况分析以及决策。以期使国防交通基础数据采集具有地理位置特性，数据具有动态性、实时性，为进一步提高交通保障数据的可靠性，为我军该工作走在信息化前列提供基础技术铺垫，同时，为国防交通信息系统建设提供一定的应用基础与试验积累。
system: [SYSTEM]

user: 2. 系统需求分析及总体架构研究 2.1. 业务需求 在业务需求方面主要表现为以下两点 [ 4 ] ： 1) 完成对地理资源数据的信息化管理。在对地理资源数据进行加工后，把它们统一存入数据库并加以管理，同时对其进行及时的更新，确保数据的全面性和可靠性，这有利于别的部门利用数据，方便他们随时查询所需的数据资源信息。这样一来，各类地理资源数据得以在Web GIS网络上发布，不仅能够提高办公和管理效率，还能为决策部门以及管理部门提供可靠的依据。 2) 对系统维护的有效管理。系统应该能够对登录IP以及登录帐号加以记录，来全面了解系统运营状况以及用户使用系统的情况，确保系统运行的可靠性和安全性，这对系统功能的扩展是非常有利的。 结合用户需求，系统应实现的功能如下： 系统由三个模块组成，它们之间具有相互联系、相互独立的功能，如图1所示。 1) 地图显示功能 [ 5 ] 主要是关于地图操作的一些功能：即窗口平移、缩小、放大、下一视图、全局视图、上一视图等的操作。 图1. 系统功能结构图 2) 地图查询子系统 主要包含公用数据包、公路交通查询子系统、主控子系统、管理机构查询子系统、地图查询子系统、场站枢纽查询子系统以及水运交通查询子系统。 3) 后台管理系统 后台管理系统的功能有： 1) 数据更新 系统数据更新主要包括删除要素、清除选择、保存编辑、增加要素(多边形、线、点)、选择军事要素、删除/增加节点、移动要素以及复制要素等功能，同时能编辑更新其属性。 对国防交通主管机构、交通专业保障队伍、交通战备物资储备仓库、交通运输行政企事业单位、交通基础设施数据、交通战备工程设施、民用动员潜力数据的新增、编辑、删除等维护。 2) 系统管理 通过数据库管理信息系统DBMS (Database Management System) Oracle对系统的数据加以管理，同时按照一定的权限进行删除、添加、修改操作。系统面向的群体包括普通用户和管理人员。其中普通用户了解水路/铁路/公路等各军事要素、交通状况等；而管理人员则需要能不定时的进行检查水路/铁路/公路等交通情况的基本参数的操作。 2.2. 系统业务流程图 系统业务流程分析是指用户在使用系统时的工作流程。 本系统的工作流程： 1) 普通用户角色(图2)； 2) 管理员角色(图3)。 2.3. 系统原理和总体架构 本系统以Web GIS为平台，在ASP.NET的开发环境下，使用C#语言进行二次开发。根据对系统物理组成分析和系统原理分析，图4为本文构建的系统物理架构。本文研究的国防交通基础数据管理系统，在设计模式上是采用流行的、先进的三层技术体系架构，在逻辑上把该系统分为用户界面层、业务逻辑层和数据库层，如图5所示。 图2. 普通用户业务流程 图3. 管理员用户业务流程 图4. 系统物理架构 图5. 系统逻辑设计图 一般来说，ArcGIS Server最大的作用是能够把先进的GIS技术应用至网络环境中，不仅将局域网的优势利用起来，同时也参考了广域网的集成条件。ArcGIS Server既提供大量的应用程序，也提供了相应的服务框架，两者相互配合来完成整个系统的地理数据服务 [ 6 ] 。 ArcGIS Server既有地图发布的能力，且可对数据进行在线编辑，具备一定的分析功能，这对Web GIS于发展可以说是具备里程碑意义的。由于基于强大的核心组件库ArcObjects搭建，并且以主流的网络技术作为通信手段，所以它具有许多优势和特点 [ 7 ] ：系统部署成本降低，服务器集中处理请求，不用在各使用者访问终端维护；瘦客户端可通过网页浏览实现高级GIS功能；高效的网络发布、集中管理企业级GIS；支持跨平台操作系统及Web服务器 [ 8 ] ；支持多语言开发，包括.NET，Java，COM，C++等。 针对空间数据来说，数据借助ArcSDE (Spatial Database Engine)空间数据引擎进入数据库中，使用包含空间数据的关系型数据库数据格式ArcSDE来进行存储和管理。 用户界面层，主要包含以服务器/浏览器(B/S)结构的应用程序，用于和用户之间的交互，用户在向服务器提交请求时需要借助客户端，访问ArcGIS Server发布的数据和调用其开发功能，业务逻辑层对客户端的请求加以响应，并把请求处理得到的结果返回到客户端的用户界面，并在客户端层显示。即：验证用户提交的数据并加以显示。 业务逻辑层，它的任务是业务处理流程，处理用户通过Web服务器和Web浏览器发出的请求，借助组件技术来对各种业务进行操作和规则，同时将获得的结果在客户端加以显示。它与权限管理、公CSS、XML、API等模块联系紧密。因为业务逻辑层和别的层次是分离的，所以在修改业务逻辑时就变的很容易，这非常适合业务经常变化或者新业务较多的企业。一般是在这层对应用程序的业务进行处理。 数据服务层主要包括属性数据、地图数据、空间数据以及相关文档数据，负责系统信息和数据的自我故障恢复/诊断、优化、检索以及存储，通过借助空间数据引擎访问这一系统，能够使得系统空间数据存储与管理更加高效。数据服务层构成了管理、访问和存贮非空间和空间数据的服务器。 用户在访问数据时，需要在表现层的用户界面上输入需要的信息，同时表现层的浏览器软件转换为对数据服务层的请求，当数据服务层的服务器对请求处理完成后，把处理结果通过应用逻辑层返回给表现层，由表现层输出并显示用户需要的结果。三层结构模型能保证系统的可调整性、可扩充性以及可维护性。
system: [SYSTEM]

user: 3. 系统关键设计与实现 3.1. 系统功能模块框架结构 该基础数据管理信息系统以X省为应用样例加以开发，系统采用Web GIS资源配置模块来配置系统功能，如图6所示；图7为系统软件构架图，图8为各个功能模块数据关联关系图。 3.2. 地图查询子系统 后台管理系统和地图查询子系统是本系统的核心。图9是地图查询子系统，它主要包含公用数据包、公路交通查询子系统、主控子系统、管理机构查询子系统、城区地图查询子系统、场站枢纽查询子系统以及水运交通查询子系统。 图6. 系统用例图 图7. 系统功能模块 图8. 各个功能模块数据关联关系图 图9. 地图查询子系统总体设计 3.3. 后台管理系统 图10为后台管理系统，它主要由数据管理子系统和系统管理子系统组成。在系统管理过程中涉及到移动、删除、修改以及增加系统功能结构的操作。借助角色管理方案来对系统的使用权限进行控制，不同角色被赋予不同的结构，不同用户被赋予不同的角色，这样就形成了用户、角色、功能权限的联动对应关系。 3.4. 服务器端原理和功能 3.4.1. 系统服务器端的架构 由前文分析，系统的服务均由服务器端提供，也就是说，系统自提供服务部署在服务器上。服务器端主要针对系统其它部分消费服务的处理，并对提交的数据进行管理和查询，具体有以下功能： ➢ 提供各类服务供系统其余部分使用； ➢ 完成各类数据处理逻辑； ➢ 存储数据。 服务器端架构如图11所示。其中，数据接口部分提供供系统其余部分调用的服务，根据调用的服务，由数据管理和查询部分处理服务数据，并由数据存储部分保存数据。 3.4.2. 系统地图服务器的架设 对于传统的监控系统而言，各个企业的系统都设置有地图服务器，它能够为监控终端提供地图服务，这类地图服务器所具有的功能几乎是相同的，如图12所示，所以，各个企业重复架设服务器的行为本身就是一种浪费，使得企业承受不必要的经济负担。 单纯从地图平台应用技术而言，地方的一些平台，如谷歌Google、高德、百度等在民用方面做得比较完善，尤其在地图更新机制方面，每天都有地图数据采集设备、街景车在采集基础数据，是目前军内资源建设难以做到的。因此，可以考虑采用军民融合的建设思路，将这类公司的地理信息数据资源在军内建立服务器，作为交通保障地图平台的支撑者，提供基础民用地理数据，同时进行民用地理数据的更新。也能对地理信息数据的军民融合发展进行初步探索。 但有些军事要素考虑到商业价值、保密要求，是地方公司所不能完成的，如交通保障重点目标、医院、仓库等后勤要素，仍需要依托部队完成。 整个系统的结构如图13所示。 图10. 后台管理系统的功能结构图 图11. 服务器端架构图 图12. 传统基地图服务器系统架构 图13. 系统结构图
system: [SYSTEM]

user: 4. 结论 本文对国防交通基础数据管理系统进行了分析和研究，以ArcGIS作为基础信息系统平台，对国防交通基础数据管理系统进行了关键分析与设计，并就系统架构方案与理论技术进行了研究与实践。 本文的主要研究结论如下： 1) 采用ArcGIS作为基础地图信息平台后，客户端便能够享受完全Internet的地图访问功能，克服了传统的监控系统中重复架设地图服务器的资源重置问题，实现了系统开发的低成本。 2) 在相关理论研究的基础上，对国防交通基础数据管理系统的整体结构进行设计与开发。该设计体现了操作方便灵活、运行可靠、系统可扩展性强的目标。
system: [SYSTEM]

user: 摘 要 基于完全分解法，将2000~2015年长江三角洲地区用水量时空差异分解为人口效应、收入效应、结构效应和强度效应，结果表明：1) 经济增长和人口规模扩大是推动用水量增加的主次因素，而产业用水强度下降和产业结构升级是抑制用水量增加的主次因素；2) 长江三角洲地区三次产业用水效率普遍提高，有力促进用水量下降，第二产业贡献最大，产业结构调整促进用水量下降的来源主要是第一产业比重下降；3) 江苏和浙江用水量大于上海的原因主要是人口规模较大和产业结构低级。因此，进一步降低产业用水强度，优化升级产业结构来实现用水量下降，针对不同产业应该有所侧重；权衡经济增长与水资源消耗之间的关系；控制人口规模也是减少用水量的重要途径；江苏、浙江可以通过控制人口规模和优化升级产业结构缩小用水量与上海的差异。 关键词 :长江三角洲，用水量，时空分异，完全分解法 Copyright © 2018 by authors and Hans Publishers Inc. This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
system: [SYSTEM]

user: 1. 引言 按照1978年不变价格计算，1978~2017年中国GDP年均增长率达到9.51%，快速经济增长却是以资源消耗和环境污染为代价。其中，水资源是重要的生产要素，用水量年均增长率为0.64%，而中国是一个严重缺水的国家，人均水资源量不足世界人均水平的1/3。水是生命之源、生产之要、生态之基，人多水少、水资源时空分布不均是中国的基本国情和水情，当前中国水资源面临的形势十分严峻，水资源短缺、水污染严重、水生态环境恶化等问题日益突出，已成为制约社会经济可持续发展的主要瓶颈 [ 1 ] 。因此，对用水量演变趋势进行分解有助于掌握过去不同因素对用水量的影响情况，将有利于制定执行可操作的适用的水资源政策，对“三条红线”和“双控行动”的落实具有重要意义。 学术界已经开展了大量关于用水量或用水强度变化影响因素的指数分解研究。陈东景将中国工业水资源消耗强度变化分解为结构份额和效率份额 [ 2 ] 。刘翀等将安徽省工业用水量变化分解为规模效应、结构效应和用水定额效应，结果显示规模效应是驱动工业用水量增加的主要因素，而用水定额效应和结构效应都促进了工业用水量减少 [ 3 ] ，张礼兵等还考察了节水效应对抑制安徽省工业用水量增加的贡献 [ 4 ] 。秦昌波等将陕西省生产用水量变化分解为经济规模效应、产业结构效应和用水技术效应 [ 5 ] 。孙才志和谢巍将中国产业用水量变化分解为经济水平效应、产业结构效应、用水强度效应和人口规模效应 [ 6 ] 。Xu等将北京市1978~2012年农作物水足迹变化分解为节水技术效应、种植结构效应、产出规模效应、城市化效应和人口效应 [ 7 ] 。韩琴等将中国31个省份灰水足迹效率变化分解为效率效应、结构效应、经济效应、禀赋效应、开发效应和技术效应 [ 8 ] 。陈东景、张陈俊等考察了区域经济份额对中国用水量变化的影响 [ 9 ] [ 10 ] ，另外，张陈俊等还分析了区域人口分布对用水量变化的影响 [ 11 ] 。从现有研究成果来看，用水量或用水强度演变趋势的分解主要集中于时间视角，缺乏空间差异影响因素的指数分解。国外空间差异驱动效应分解研究主要集中于能源环境领域 [ 12 ] 。用水量空间差异驱动效应分解的意义在于有利于探索用水量地域差异的形成原因和影响机理，用水量少的地区可以给予用水量多的地区可借鉴的节水对策，先后实现用水量的“零增长”，甚至“负增长”。 长江三角洲地区是中国经济最发达的热点地区，也是水资源对经济发展约束尤为突出的地区。本文选择长江三角洲地区作为研究对象，从时间和空间两个视角分解长江三角洲地区用水量的驱动效应，有利于挖掘用水量时空差异的影响因素，为控制用水总量提供对策建议。
system: [SYSTEM]

user: 3. 数据来源 本文所用数据的时间跨度为2000~2015年，所涉原始数据为人口指标、增加值指标、用水量指标，数据来源于历年《中国统计年鉴》 [ 14 ] 和《中国水资源公报》(纸质版) [ 15 ] ，对相关变量解释如下： 1) 人口指标。人口指标分为常住人口和户籍人口两种口径，经济发展带动了大规模的人口流动，但是户籍却未发生变化，因此，常住人口指标更能反映一个地区的人口状况。 2) 增加值指标。三次产业增加值均根据2000年不变价格进行调整，以便消除价格因素影响，国内生产总值由调整后的三次产业增加值加总得到，人均国内生产总值由国内生产总值除以人口指标得到。 3) 用水量指标。《中国水资源公报》将省际用水总量划分为农业用水、工业用水、生活用水和生态用水，并不是按照三次产业口径进行划分，为了用水量口径与三次产业口径相一致，因此，需要对用水量分类进行调整，过程如下：将农业用水作为第一产业用水，由于建筑业用水所占比重较小，工业用水作为第二产业用水，同时，参考孙才志 [ 6 ] 的处理方法，将生活用水作为第三产业用水，用水总量由三次产业用水加总得到，产业用水强度由产业用水量除以产业增加值计算得到。
system: [SYSTEM]

user: 5. 结论与建议 本文利用完全分解模型将长江三角洲地区用水总量时空差异分解为人口效应、收入效应、结构效应和强度效应，得到如下结论： 1) 2000~2015年以及子时间段内，经济增长( Δ W I n c )和人口规模扩大( Δ W P )是推动长江三角洲地区用 Table 3 Decomposition effect of water spatial difference between Jiangsu and Shangha Δ W P R 1 − R 0 Δ W I n c R 1 − R 0 Δ W S R 1 − R 0 Δ W I R 1 − R 0 Δ W R 1 − R 0 2000 409.25 −320.52 204.11 44.37 337.22 2005 424.25 −290.28 243.21 18.03 395.21 2010 378.15 −184.15 262.64 −32.72 423.92 2015 356.86 −126.90 283.85 −44.32 469.50 表3. 江苏与上海用水量空间差异分解效应 Table 4 Decomposition effect of water spatial difference between Zhejiang and Shangha Δ W P R 1 − R 0 Δ W I n c R 1 − R 0 Δ W S R 1 − R 0 Δ W I R 1 − R 0 Δ W R 1 − R 0 2000 181.25 −151.06 109.21 −46.63 92.77 2005 176.47 −129.48 129.48 −99.87 76.60 2010 159.39 −103.33 132.38 −119.76 68.67 2015 139.96 −82.19 139.04 −119.21 77.60 表4. 浙江与上海用水量空间差异分解效应 水总量增加的主次因素，而产业用水强度下降( Δ W I )和产业结构优化升级( Δ W S )是抑制用水总量增加的主次因素。2) 整体来看，长江三角洲地区三次产业用水效率普遍提高，促进用水量下降，第二产业的贡献最大，对江苏、浙江而言，第一产业次之，第三产业最小，对上海而言，第一产业仅在2005~2010年为负值；产业结构调整促进用水量下降主要来源于第一产业比重的下降。3) 以上海为参考对象，分解了江苏、浙江与上海用水总量差异的驱动效应，得到人口规模较大和产业结构比较低级是江苏、浙江用水总量大于上海的主要原因；经济发展水平相对较低，对江苏、浙江用水总量大于上海起到抑制作用；浙江用水强度始终小于上海，而江苏仅在2010年和2015年小于上海，有利于缩小用水量空间差异。 基于以上结论，得到如下政策建议： 1) 进一步降低产业用水强度，优化升级产业结构来实现用水量下降；正确权衡经济增长与水资源消耗、经济增长的数量与质量之间的关系；控制人口规模也是减少用水量的重要途径。2) 针对不同产业，用水效率提高策略应该有所侧重，应该重点放在第二、一产业，第三产业用水效率提升空间有限；优化产业结构主要在于降低第一产业比重。3) 与上海相比，江苏、浙江缩小用水总量差异，可以通过控制人口规模，优化升级产业结构(由高耗水的第一产业向低耗水的第二、三产业转移)来实现。
system: [SYSTEM]

user: 摘 要 产品设计工作往往需要多人异地参与，因此，本文设计实现了基于Web的产品协同设计系统，实现了针对某一协同产品的设计场景的构建与恢复、零件库的加载、场景中零件模型的添加与编辑功能，设计过程中的对话、各种文件，以及在线对产品的交互设计功能。 关键词 :协同设计，场景创建，场景恢复，WebGL Copyright © 2018 by authors and Hans Publishers Inc. This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
system: [SYSTEM]

user: 1. 引言 智能制造需要协同设计的支持，这在目前已成为一个重要的研究热点和应用热点。协同设计技术在协同CAD，工业设计等制造设计中有着广泛的应用 [ 1 ] [ 2 ] 。借助产品协同设计平台，异地人员可以参与产品的设计工作。其中，基于Web 3D的协同平台是其中重要的组成部分 [ 3 ] [ 4 ] 。 基于Web 3D的计算机协同研究主要的研究点和难点有：1) 3D模型和场景在协同环境中的表示形式和传输方式；2) 实现不同用户多视角、多精度的灵活配置方式；3) 3D场景的保存与恢复。 为了能够实时展示3D图形并进行可视操纵，需要有合适的3D场景与模型展示与操纵界面，本文系统采用B/S结构，采用封装了Web GL [ 5 ] [ 6 ] 的Web 3D交互技术Three.js [ 7 ] ，设计3D场景操作集合，实现了3D设计场景的整体保存与恢复以及零件拼装设计的功能。设计人员可将线下设计的STL格式的CAD模型直接导入3D场景中进行拼装；用户可以调整3D模型大小、位置、旋转角度，可以清空场景、删除选中物体，进行上下步操作回滚等。
system: [SYSTEM]

user: 2. 基于Web 3D的设计场景设计 参与设计者在设计界面进行零件选择或者上传线下做好的CAD零件模型，在3D场景中完成零件的基本编辑操作，同时支持场景中零件的移除、场景的清空、上下步操作的回滚 [ 8 ] 、设计过程中历史版本的保存和恢复以及“后来者”可同步之前设计结果等功能，以更好的支持用户在3D场景中的产品设计活动。最终，完成零件模型在场景中拼装成整车的个性化设计过程。 整个设计界面包含了在3D场景下进行产品拼装设计的所有操作集合，用户单步操作完成，操作数据交由服务器去进行操作的冲突判定或者同步控制，整个协同设计场景的界面设计图如图1所示。 2.1. 拼装产品零件模型的来源 1) 平台后台进行零件库的维护，该零件模型应当是.obj模型文件结合.mtl材质文件格式； 2) 参与设计用户自行导入CAD模型文件，该文件一经导入可直接加载至3D场景中，即提供外来建模零件接收接口，格式限定为STL格式。 2.2. 零件模型在3D场景中的编辑操作 1) 零件颜色的更换，用户在3D场景中选中要进行颜色更换的零件模型，并选择要更换的颜色，进行零件模型颜色的更换； 2) 3D场景中零件的基本编辑，用户在3D场景中选中进行编辑的物体，并设置编辑模式，模式的设置提供UI形式切换和键盘快捷键式切换两种方式。编辑模式有：大小(scale)、位置(position)、旋转角度(rotation)，分别同键盘的R，W，E对应。在对应模型下，通过鼠标在对应方位上的拖拽完成对应编辑操作，或者直接通过设计界面零件对应坐标、大小、旋转角度参数去编辑模型零件。 图1. 协同设计场景界面设计草稿 2.3. 3D场景中设计过程的操作 1) 场景基本操作：a) 场景的清空操作、b) 场景中某个零件模型的删除、c) 操作上一步动作的回滚、d) 操作下一步动作的回滚等； 2) 历史记录的保存与恢复：对3D场景中的物体进行设计操作过程中，可随时对当前设计结果进行保存，并以“对象名称+当前时间格式”命名规则在设计界面历史记录中显示，用户点击对应记录可恢复至历史设计状态。
system: [SYSTEM]

user: 4. 3D场景的恢复问题的解决 4.1. 历史记录的保存与恢复 在协作设计过程中，拥有设计界面操作控制权的用户可随时对当前设计结果进行保存，并随时将场景中当前设计状态恢复至某一历史保存结果状态。 1) 历史记录的保存 前置条件：用户在场景中进行拼装设计过程中，需要对当前场景中的设计状态进行保存，点击“保存”保存当前设计成果。 应用程序解决方案：本次该过程充分使用本地设计对象副本数据，获取当前设计副本结果数据data.modelObjs并将其转化为结果字符串dataStr，将结果字符串采用Ajax异步请求方式在数据库中间结果表中进行永久存储(为中间结果的查询以及“后来者”同步设计状态做准备)，存储成功后在设计界面历史记录列表中添加以“结果名称+日期格式”命名的结果记录，并将结果字符串dataStr隐式存入记录中，然后为该条记录添加点击进行场景的恢复事件，为历史记录的恢复做准备。最后设置保存命令标识，将保存数据发送至NodeJs服务器端供其进行同步控制。 2) 历史记录的恢复 前置条件：用户在场景中进行拼装设计，需要对将场景恢复至某一历史记录结果状态，在此基础上进行再设计，在设计界面历史记录区点击要恢复的历史记录，进行场景中历史结果的恢复。 应用程序解决方案：获取记录中隐藏结果字符串dataStr，先根据当前设计对象副本数据逐个将设计场景中的零件模型移除，即清空场景。然后，将结果字符串转换为JSON数据对象，逐条遍历对象中的零件数据，根据零件的属性值进行零件在场景中的恢复。最后设置恢复命令标识，将恢复结果数据发送至NodeJs服务器端供其进行同步控制。 4.2.“后来者”同步问题的解决 基于协作活动的特点，协作设计活动的一次创建可进行多次迭代设计，直到组织者结束该活动为止。由此，在协作成员进行非第一次协作设计的迭代时，需要同步获取之前活动的交互信息；或者一个用户加入一个已经存在的协作设计过程、再或者当系统的软、硬件、网络发生故障时，程序被迫退出后的重新进入，都会引发该同步问题。为此，给出解决方案。首先，在用户进行设计过程中，单步操作完成或进行文字、文件交流通信时，采用异步请求的方式实时将结果数据在数据库中进持久化存储；其次，用户进入协作设计页面，后台会自动从数据库获取设计活动当前结果数据，若结果不为空，则根据数据信息，进行文字、文件交互信息以及设计界面设计状态的恢复。具体的实现过程分交互结果的实时存储和及时恢复两部分进行介绍。 1) 交互结果的实时存储 设计界面需要存储的信息包括：3D场景设计状态信息、文字文件交流信息、中间历史记录信息，其中，中间历史记录信息的存储在上一节历史记录的保存中已经介绍。3D场景设计状态信息的实时存储，具体实现流程图入下图5所示。 页面驱动程序捕获用户设计操作，单步操作完成将本地设计对象副本data.modelObjs更新，将更新后的data.modelObjs转化为字符串格式，采用Jquery的$.ajax异步post请求的形式进行结果字符串数据的永久存储。 具体实现过程如下：完成本地设计对象副本data.modelObjs更新后，调用JSON.stringify(data.modelObjs)方法，以对象副本作为参数将其转换为字符串格式，记为结果字符串；然后使用$.ajax异步post调用.ashx应用程序形式，将结果字符串结合协作活动id作为参数传递到应用程序，后台应用程序书写sql语句并调用数据库存储接口将结果字符串填入协作活动id对应协作活动的表记录中，进行活动当前设计结果的持久化存储。存储结果通过Response.Write(sign)方法 [ 12 ] 将信息写入HTTP响应输出流反馈至前台调用处，其后解析存储结果，失败对用户进行提示。 图5. 3D场景设计状态实时存储流程 2) 交互信息的及时恢复 进行历史交互信息的恢复分别对3D场景设计状态的恢复、文字文件交互信息的恢复、历史中间结果的恢复三部分。 用户进入设计界面，后台应用程序分别按照协作活动id，以及信息的存储状态作为过滤条件进行信息数据库的读取工作，读取的数据信息按照信息类别逐条进行交互状态的恢复。其中，3D设计场景状态的恢复，以后台应用程序读取数据库的当前设计状态为结果字符串，进行场景设计状态的恢复，恢复过程同上一节历史记录的恢复过程。 4.3. 3D场景中上下步操作的回滚 设计参与者在3D场景中进行设计操作过程中，可随时进行上下步操作的回滚。且当单用户完成操作的回滚，协作组内其他客户端同步进行回滚操作，内部工作示意图如下图6所示。 由图6可知，操作回滚的范围为产品设计的整个操作集合，在此基础上借助上一步和下一步栈空间进行上下步操作日志的存储。具体过程为： 图6. 3D场景设计状态实时存储流程 1) 用户单步操作完成将对应操作日志压入上一步栈空间，点击设计界面“恢复到上一步”按钮，进行上一步操作结果的回滚，具体是将上一步栈空间进行出栈，根据出栈日志去进行对应操作的回滚，同时将该回滚操作日志压入下一步栈空间，以供进行下一步操作的恢复； 2) 用户点击设计界面“恢复到下一步”按钮，进行上一步回滚操作的恢复，具体是将下一步空间进行出栈，根据出栈日志进行对应操作的恢复，同时将该操作日志再次压入上一步栈空间，以供用户进行设计操作的反复。
system: [SYSTEM]

user: 5. 结束语 本文主要在协同设计系统中引入3D场景的设计，设计实现了基于Web的产品协同设计系统，实现了针对某一协同产品的设计场景的构建与恢复、零件库的加载、场景中零件模型的添加与编辑功能。但仍有需要改进与研究的问题，例如：模型的标准化与语义管理，以及平台需要进一步应用验证，以及设计上应考虑一定的通用性等。
system: [SYSTEM]

user: 摘 要 对数量众多、跨区域分布、异构的各种网络设备、服务器、存储、以及应用系统及平台，传统的手动管理和被动式的故障响应，已经不能满足信息化对可靠性的要求。研发基于开源Zabbix的网络系统管理云服务，实现了对多机构网络系统的分布式管理，并且可实现网络设备、服务器、存储、数据库和Web应用系统等多层次的全面监控管理。灵活、可靠的云服务成功应用于分布式网络系统管理中，解决了多个园区、从设备到系统到服务等多个层次的监控需求，整合了网络、计算、数据等各类系统平台，实现监测数据集中存储，提供了统一、可视化的管理界面，为网络信息系统服务提供了重要保障，具有重要的应用价值。 关键词 :Zabbix，云服务，系统管理，运维服务 Copyright © 2018 by authors and Hans Publishers Inc. This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
system: [SYSTEM]

user: 1. 引言 云计算、大数据、物联网、移动应用等新技术迅猛发展，基于网络的基础设施以及系统应用方式出现多样化、复杂化倾向 [ 1 ] 。面对数量众多、跨区域分布的各类网络设备、服务器、存储、以及各种软件应用，传统的手动管理和被动式的故障响应，已经不能满足信息化对可靠性的要求 [ 2 ] 。 应对当前系统管理的实际需求，考虑到定制可控性、可持续性、成本投入等因素，基于开源系统Zabbix [ 3 ] ，通过二次开发与实施，设计研发网络系统统一管理云服务，成功应用于分布式网络系统管理中，解决了分布于多个园区、从设备到系统到服务等多个层次的监控需求，实现监测数据集中存储，为系统管理提供了统一、可视化的管理界面，让网络系统的运维服务工作更便捷、高效。
system: [SYSTEM]

user: 2. 云服务与Zabbix 2.1. 云服务 云是指可以通过互联网访问到的计算资源、存储资源、软件服务资源、网络资源等资源的总称。云计算是支撑云的关键技术，是在整合的架构之下，基于IP网络的虚拟化资源平台，提供规模化ICT应用的实现方式 [ 4 ] 。 云服务则是云计算的商业化过程 [ 5 ] ，是指采用云计算技术的大规模服务器集群(云端)为用户提供的不必下载、不必安装、上网即用、操作方便、功能丰富、价格低廉的互联网服务 [ 6 ] 。云服务分为基础设施即服务(IaaS)、平台即服务(PaaS)、软件即服务(SaaS) [ 7 ] 。 2.2. Zabbix Zabbix是为监控IT组件可用性和性能而设计的基于WEB界面、支持分布式监控的企业级开源运维管理系统 [ 8 ] 。Zabbix为大型网络环境监控提出解决方案，可以从网络中搜集几乎所有类型的数据，以实现实时监控数以万计的服务器、虚拟机以及网络设备 [ 9 ] 。 Zabbix运维管理系统具有以下优势 [ 10 ] ：1) Zabbix提供丰富的开源代码，不受厂商限制；2) 安装配置非常简单，容易落地；3) 具有兼容UNIX和Windows平台的客户端代理，提供强大有效的监控包容性；4) 监测数据统一存储，可进行二次开发；5) 直观的可视化界面和丰富的内置流程，让运维管理更加方便、快捷。
system: [SYSTEM]

user: 4. Zabbix云服务应用 数据中心是整个网络的核心节点，承载着整网的核心数据和业务。随着云计算、大数据、超融合等新技术新应用的不断涌现，数据中心服务器和应用服务的维护面临着越来越多的挑战。Zabbix为数据中心维护提出了解决方案，其能对数据库、虚拟化、Web服务等提供自动监控并发送问题警报。 4.1. 网络设备管理服务 4.1.1. 配置自动发现 首先，通过Configuration- > Discovery- > Create discovery rule创建发现策略，在策略中，需设定IP范围，并且选择需要检查的服务，具体参数如表4。对于基础网络设备，需要检查的服务为ICMP和SNMP，因此必须在网络设备上开启SNMPv2。策略中选择SNMP时，需要指定SNMP OID。 其次，通过Configuration- > Actions- > Create action创建触发动作。触发动作包括动作、条件、操作三部分。 · 动作(Action)：只需指定名称即可，其他保持默认设置； Table 2 Scenario item Key 描述 web.test.in[Scenario，，bps] 整个阶段的下载速度(bps) web.test.fail[Scenario] 所有阶段的失败次数 web.test.error[Scenario] 返回错误信息 表2. 方案监控项 Table 3 Web monitoring step item Key 描述 web.test.in[Scenario，step，bps] 指定阶段的下载速度(bps) web.test.time[Scenario，step] 指定阶段的响应时间 web.test.rspcode[Scenario，step] 指定阶段的响应代码 表3. Web阶段监控项 Table 4 Attributes of discovery rule 参数 描述 Name 策略名称 Discovery by proxy 选择适用的代理，默认为不使用代理 IP range 策略需要扫描的IP范围或IP地址段 Delay (in sec) 设定发现周期(单位：秒) Checks Zabbix可以检测的服务：SSH，LDAP，SMTP，FTP，HTTP，HTTPS，POP，NNTP，IMAP，TCP，Telnet，Zabbix agent，SNMPv1 agent，SNMPv2 agent，SNMPv3 agent，ICMP ping。对于网络协议，除了SNMP需要使用SNMP OID，其他协议Zabbix使用net.tcp.service[ ]函数来实现自动发现。 Device uniqueness criteria 设备唯一标识： IP地址 设备类型 Enable 启用发现策略 表4. 发现策略参数 · 条件(Conditions)：可根据主机地址、代理、服务端口与类型、在线/离线时间等参数制定与或条件； · 操作(Operations)：是对符合条件的主机进行相应的操作，如：添加/移除主机、添加主机到组、发送信息、链接/取消模板等。 通过上述操作就可以自动发现所有的基础网络设备，并添加到相应的分组、链接SNMP设备模板、使用Zabbix内置的触发警报。 4.1.2. 添加拓扑图 拓扑图可以直观的看到基础网络的状态，提高监控效率和故障响应速度，由于Zabbix暂不能提供拓扑自动发现功能，因此需要手动添加。 通过Configuration- > Maps- > Create maps添加网络拓扑，网络拓扑包括以下几个关键参数： · URLs：用于拓扑图上可以直接点击查看的链接，可以是设备图表链接，也可为空； · Links：设备之间的互联线路，为设备互联线路的状态，默认正常为绿色，故障为红色； · Link Label：设备互联线路标签，可以为静态名称，也可以通过ifInOctets[ ]和ifOutOctets[ ]函数显示设备之间的流量； 拓扑图添加完成之后，可以在Monitoring- > Maps下查看，如图2。 4.2. 服务器和虚拟机管理服务 使用Zabbix监控服务器，首先要在服务器上安装Agent。然后在Configuration- > Hosts- > Create host创建主机，创建时需要以下参数： · Host name：填写一个唯一的名称； · Groups：为被监控服务器选择一个群组，或者创建一个新的群组； · Agent Interfaces：选择IP，在IP address中填写Agent端IP地址，端口为10050； · Monitroed by proxy：选择no proxy； · Enabled：勾选enabled，激活主机。 · Templates：根据被监控服务器的操作系统选择模板，如Templates OS Windows、Template OS Linux； 主机创建完成后，可以在主机列表里看到被监控主机，如果Agent状态正常，该主机的AVAILABILITY中ZBX显示为绿色，在Monitoring- > Last Data中会看到最新的主机信息，如：CPU、 图2. Zabbix拓扑图 内存、硬盘等，在Monitoring- > Graphs下可以看到被监控主机的监控数据图表，如图3是一个Windows服务器的CPU监控图表。 虚拟机被发现之后，在Graph中可以为虚拟机添加图表，Configuration- > Hosts，选择相应主机的Graphs- > Create Graph，在Items中可以添加需要的图表，如图4。 4.3. 数据库管理服务 下面以linux下MySQL数据库的监控为例，设置MySQL数据库的监控实例： 1) MySQL数据库服务器上安装Zabbix客户端代理，并在MySQL中为代理用户授权； 2) 在MySQL服务器上创建监控脚本，并调整用户属性和权限，脚本具体内容见上文； 3) 编辑zabbix_agentd.conf，添加用户参数： UserParameter=mysql.version，mysql -V UserParameter=mysql.status[*]，/usr/local/zabbix-agent/alertscripts/checkmysql.sh $1 UserParameter=mysql.ping，mysqladmin -uzabbix-agent ping | grep -c alive 4) 在Configuration- > Hosts下，添加MySQL服务器主机，并连接Template App MySQL模板。 在Configuration- > Hosts下，添加MySQL服务器主机，并连接Template App MySQL模板。 设置完成之后，就可以添加相应的图表，图表中显示的是MySQL数据库增删查改的操作数，如图5。 图3. CPU负载图 图4. 内存负载图 图5. MySQL数据库监控图表 4.4. WEB应用系统管理服务 Web监控建立好之后，在Monitoring- > Web下查看对应的图表，如图6是一个建立好的Web监控项的平均速度和响应时间的图形。
system: [SYSTEM]

user: 5. 结语 高效的运维管理与服务是网络信息系统服务的重要保障，基于开源Zabbix的网络管理云服务实现了对异地、多机构网络系统的分布式管理，并且可实现网络设备、服务器、存储、数据库和Web应用系统等多层次的全面监控管理，进而整合各种网络、计算、数据中心的系统健康服务。提供了完整的解决方案，提高了灵活、可靠的云服务模式，具有重要意义和应用价值。 图6. Web服务的平均速度和相应时间
system: [SYSTEM]

user: 摘 要 在大众创新万众创业的推动下，我国小微企业数量呈现出爆发式增长，但由于小微企业信用评估难，导致融资难，从而制约其企业的持续成长。本文在传统信用评级理论的基础上，运用吴氏三维信用理论、结合征信平台现状和小微企业特点，构建了针对小微企业信用评级的2*2多维模型：横向结合财务信息和非财务信息，将行业特征、经营基础、经营环境等非财务指标纳入评级体系；纵向结合偿债能力和偿债意愿，重点关注小微企业主的个人信用特征。最后给出了模型的行业应用。 关键词 :小微企业，信用，非财务信息，企业主素质 Copyright © 2018 by authors and Hans Publishers Inc. This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
system: [SYSTEM]

user: 1. 引言 2017年6月28日李克强总理在达沃斯论坛上指出，在大企业就业容量下降的情况下，中国政府力推大众创业万众创新，每天新增小微企业超过1.5万户，提供了大量的就业岗位，小微企业已经占据就业岗位的80%。2016年西南财经大学发布的《小微企业税收政策研究报告》数据表明，我国小微企业GDP贡献度为30% [ 1 ]。小微企业在增加就业岗位，推动经济繁荣，提高创新能力等方面发挥着至关重要的积极作用。 但，融资难的问题一直制约着小微企业的发展。目前我国小微企业融资难主要表现在：融资渠道窄，小微企业以内部融资为主；融资成本高，小微企业信用信息不健全，投资人索要的风险溢价甚至高于企业的预期收益 [ 2 ]。而造成小微企业融资难的原因可以归结为：信息不对称，信用评级难 [ 3 ] ；经营风险较大，缺少抵押担保 [ 4 ] [ 5 ] ；缺乏信用认识，信用评级体系尚不完善 [ 6 ]。 对于信用评级的定义，国际三大评级机构(标准普尔Standard & Poor’s，穆迪Moody’s，惠誉Fitch Ratings)认为：信用评级的目的是力图将各种评级因素对评级对象的信用质量的影响用简单的评级符号来代表，以表示评级对象信用质量的意见；信用评级具有前瞻性，是包含对未来的判断，而不仅仅是对历史记录及当前状况的判断；信用评级是相对信用质量的评估，信用评级不是对评级对象具体违约概率的预测，而是对评级对象的违约可能性的一个排序；信用评级只是对评级对象信用风险的评价，不是对资产价值的度量，不是单独用作投资操作的依据。 可见，一个好的评级体系能反应出企业未来风险和信用。因此，建立科学的信用评价体系，是引导小微企业重视信用建设，解决小微企业融资难问题，提高小微企业融资效率的着手点。