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

user: 4. 政策建议 从前文的实证分析结果来看，服务业发展对我国经济增长、以及传统农业和工业的发展有着积极的促进推动作用。为了引导我国服务业又好又快发展，笔者提出如下四个方面提出促进服务业增长的政策建议。 (一) 完善法律环境，强化政策支持 完善的法制化环境是促进我国服务业合理、健康和科学发展的前提 [ 7 ] 。从西方发达国家的发展经验来看，服务业要想走的更远，发展的更好，就必须有配套法制的规范与约束。目前我国服务业尚未形成统一规范的法制体系，立法机构要针对我国社会主义市场经济的特色体系，加强完善我国服务业法制体系建设，对服务业相关的政策法规进行修改与完善，要使服务业各行各业发展均有法可依、有法可循，使得大行业在公平、公正和公开的法制环境中茁壮成长，为服务业促进传统农业、工业和我国经济增长创造出有利条件。 为了引导市场资源逐渐向服务业聚积，政府可以通过一系列财政、税收和产业发展优惠措施，积极引导和鼓励市场逐步向服务业尤其是高端服务业的投资。此外，中央和地方政府还可积极推行一系列人才引进、税费减免、财政补贴和研发支持等配套导向性政策支持。通过这些政策充分发挥政策在调节社会资源配置，促进产业经济发展方面的功能。 (二) 建立统一化的服务标准 和传统农业和工业提供标准化产品不同，服务业的一大特点是其质量和水平只有在服务的过程中才能够体现，并且缺乏行业统一化的标准。而从各行各业发现的历程来看，建立起统一化的标准是行业走向成熟的标志。统一化的服务标准不仅可以促进行业创新和开拓市场，而且有助于创造出公平的竞争环境和积极进取的氛围。服务业是人力资源和资金资源高度密集的行业，这就强调服务应当增强更为人性、更为便利的服务特点，以及诚信和规范的重要性。基于此，政府部门需要加快建立统一的行业及个人信用评价体系，要根据行业的子类别提供对应的标准化要求，将行业自律、外部监管和职业道德教育紧密结合。推动并实施旅游业等传统服务业发展标准化进程，促进行业尽快实现规范化和标准化。对不同内容的服务指定不同的服务标准，以使相同的服务能进行对比从而有利于提高服务质量促进服务进行更新升级以达到更高标准，在市场也就更具影响力。 (三) 逐步推动服务业市场化进程 中国特色社会主义市场经济的特点是以市场公平竞争为主，政府调节。在这样的经济体制中，市场发挥着它对外开放、公平竞争和实施有效资源配置的功能 [ 8 ] 。基于此，政府应当分步骤逐步开放对服务业的发展，放宽对服务业项目投资的审批，逐渐打开市场公平竞争壁垒，实现生产要素的自由流动。此外，政府应当规范管理服务业市场参与主体资质和服务标准，实施高度透明的行业奖惩标准以及适应行业发展环境的行业准入制度。要积极调动非国有经济体在服务业中生产积极性，在税收、财政、土地和人才引进方面实施和国有经济同等的待遇，从而形成与非国有经济与国有经济良性竞争格局。 (四) 加快行业协会和行业监管机构的建立步伐 从发达国家行业发展历程来看，任何一个行业从发展到走向成熟的过程中，都会伴随着行业协会和行业监管机构的建立 [ 9 ] 。行业协会和监管机构是规范行业发展，形成良性趋势的重要平台。协会是联接企业和政府的第三方机构，一方面代表企业利益诉求，能够最大化反应企业的心声；另一方面，协会又能实现企业和政府的沟通作用，帮助企业更好的解读相关的政策法规，并为企业提供相应咨询服务。
system: [SYSTEM]

user: 摘 要 众包作为一种基于互联网的新兴合作模式逐步流行，并被更多的行业接受。如何在传统的软件开发过程中引入众包模式来提高软件开发的效率，是软件工程必须面对的一个问题。本文根据众包模式下的软件开发的特点，给出了众包模式下的软件过程所具有基本特征；对众包模式下的软件开发主要参与主体之间的关系进行分析，给出众包模式下的软件过程所包括的主要活动以及众包模式下的软件过程框架，该框架可以为众包平台的设计开发提供参考。 关键词 :众包模式，软件开发过程，过程框架 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. 引言 目前，企业为了高效率低成本地开发出成功的产品并能够在市场上占有一席之地，必须寻找出新的创新途径。同时，随着经济全球化和互联网技术的日新月异，来自行业内外的竞争压力让企业不得不去开拓视野，以谋划更独特的创意以及进行更高效的生产。因此，作为一种基于互联网的新兴合作模式——众包(Crowd-sourcing)正在悄然流行 [ 1 ] 。 Howe Jeff于2006年6月首次提出了众包的概念，用来描述一种全新的商业模式。早在2005年我国学者刘锋就提出“威客”一词，侧重从计算机技术方面来阐释“众包”商业模式 [ 2 ] 。众包是指一个企业把过去由员工执行的工作任务，以自由自愿的形式外包给非特定的网络大众的做法 [ 3 ] 。企业利用互联网把需要完成的工作分配出去，可以通过互联网利用志愿者群体的创意和能力来以低成本方式发现创意或解决技术问题 [ 4 ] 。众包的参与主体包括发包方(任务请求人)、接包方(也称为任务完成人)和众包平台。发包方即任务的发布者，接包方是为任务做出贡献的非特定网络大众，众包平台则是发包方与接包方联系的中介 [ 5 ] 。 众包可以使发包方以更短的时间、更低的成本获得更高质量的产出 [ 6 ] ，随着“低成本，高回报”的优势越来越多的展现在人们面前，“众包”这种商业模式迅速扩张，尤其对于软件业和服务业，众包提供了一种组织劳动力的全新方式 [ 7 ] 。国外著名的软件众包平台包括TopCoder [ 8 ] 、App Store、uTest、GetACoder、Freelancer 等，国内也出现了任务中国、猪八戒等平台众包软件开发任务 [ 9 ] 。 如果能将“众包”商业模式的精髓与软件开发模式创新结合起来，会有助于软件开发企业以低成本满足客户多样化的需求运作模式，充分发挥客户价值，增强企业竞争力。但是，研究表明在软件项目中不同的人员从事相同的任务其生产效率差距可达10~40倍 [ 8 ] 。目前软件任务分配一般都是在一个企业内部，管理人员对员工相对比较熟悉，包括员工的专业方向、技术水平、性格等，并且企业员工相对比较稳定。 然而，目前的问题是，在“众包”模式下，接包方数量不固定，发包方给出的任务数量未知，同时接包方对于发包方来言是透明的。这种情况导致众包平台上开发者浪费大量的时间、精力去选择自己兴趣和能力相符的任务；同时开发者和任务的不匹配又导致任务不能按时完成或者完成质量低下。因此，如何让众包平台即网络平台能够提出一个智能推荐系统框架，可以依据发包方的任务需求和开发者特长的不同而相对合理地将任务特别是复杂软件项目推荐给合适的接包方即软件开发者或者开发团队，这对确保软件众包项目成功具有重要意义。
system: [SYSTEM]

user: 2. 软件众包 众所周知，软件开发的成本中70%是人力资源成本，所以，降低人力资源成本将有效地降低软件开发的成本。研究表明在软件项目中不同的人员从事相同的任务其生产效率差距可达10~40倍 [ 9 ] 。高效率低成本地开发出客户满意的软件产品一直以来都是软件工程追求的目标。在过去，人们利用软件外包来降低软件开发成本，所谓软件外包就是软件开发企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或部分工作发包给提供外包服务的企业完成的软件需求活动。软件外包已经成为发达国家的软件公司降低成本的一种重要的手段。 传统的外包是指以合同的形式把任务委派给指定的人或者机构完成．外包业务主要是借助计算机能完成的任务，例如软硬件的开发和维护。软件提供商通过整合硬件和算法来完成外包的任务，例如制作网站，外包数据库，提供软件服务等。 为了能够更高效率低成本地开发出成功的软件产品，在目前众包商业模式的情况下，人们提出了软件众包的概念。软件众包作为一种通过互联网汇集网络大众智慧、协作完成软件开发任务的创新活动方式，它就是将众包商业模式的精髓与传统的软件开发模式创新地结合起来，从而有助于软件开发企业以低成本满足客户多样化需求的一种运作模式，其可以充分发挥客户价值，同时增强软件企业的竞争能力。 与传统的外包的不同，众包是直接将任务发布到互联网，通过开放式集合互联网上未知的大众来解决传统计算机单独难以处理的问题 [ 2 ] [ 3 ] ，例如：Wikipedia、reCAPTHA [ 6 ] 标记图像、语言翻译 [ 5 ] 等。因为现实生活中存在着大量类似的问题，因此众包有着广大的应用前景和市场。 根据大众参与众包的不同形式，软件众包一般被分为协作式众包和竞赛式众包 [ 3 ] 。协作式众包的任务是需要大众协作来完成的，并且完成任务的大众通常没有奖励回报；而竞赛式众包的任务通常是由个人独立完成，完成任务的个人会得到相应的奖励 [ 10 ] (如金钱)。 协作式众包中典型的成功案例主要包括维基百科Wikipedia和reCAPTHA。维基百科是开放的、自由的、免费的百科全书编辑平台，任何大众都可以进行编辑和修改。显然维基百科不能通过计算机软件技术来自动完成，也不能通过少数人来完成，因此需要众包的理念来实现。另外一个成功的案例是reCAPTHA。CMU的教授von Ahn提出了reCAPTHA项目，通过在验证码中嵌入书籍的扫描信息来完成纸质书籍的电子化 [ 6 ] [ 10 ] 。 竞赛式众包中典型的例子是Amazon Mechanical Turk (Mturk) [ 11 ] 。由于在竞赛式众包模式下，任务请求人需要为任务完成人支付报酬，因此Mturk采用市场的理念，为任务请求人和任务完成人构建了一个在线交易平台。Mturk根据工人(任务完成人)和任务请求人不同的需要，提供了不同的服务。Mturk平台上最常见的任务有：数据收集、分类工作等 [ 10 ] 。 通过以上案例可以看出，众包主要是通过整合互联网上未知大众的技术资源和机器来解决各种问题。
system: [SYSTEM]

user: 3. 众包模式下的软件过程 3.1. 众包模式下的软件过程特征 软件过程是指在软件的整个生命周期中，从需求获取、需求分析、设计、实现、测试、发布和维护的一个过程模型。一个软件过程定义了软件开发中采用的方法、技术和工具，构成了软件项目管理和控制的基础。 不同的软件开发模式下的软件过程会具有完全不同的特点，由于众包模式下的软件开发是直接将任务发布到互联网上，通过开放式集合互联网上未知的大众开发者以协作或者竞赛的方式来完成和解决的，因此，众包模式下的软件过程具有如下的一些基本特征： 1) 软件众包是以公开的方式召集互联网中的广大开发者来解决软件开发任务； 2) 众包任务通常相对较小的任务，或者是对复杂任务的分解； 3) 众包参与者可以是盈利或非盈利性的个人、组织或者一切能够利用互联网用户；可以是软件开发专家或者业余爱好者； 4) 软件开发者可以通过协作或者独立的方式完成软件开发任务； 5) 软件众包活动是将软件任务外包给不确定的开发者，因此众包任务能否完成、以及完成质量情况等也具有不确定性。 3.2. 众包模式下的软件过程 软件过程是由一个软件产品的开发、使用及维护软件及相关产品所涉及到的一系列活动、方法和任务等组成。 众包社区中的参与主体包括发包方、接包方(也称为任务完成人)和众包平台。发包方即任务的发布者，接包方是为任务做出贡献的非特定网络大众，众包平台则是发包方与接包方联系的中介。相应地，在众包模式下的软件开发的主要参与主体包括软件任务需求者(requester)、众包平台和软件开发者。他们通过软件开发任务(tasks)联系到一起，其关系如图1所示。 在众包模式下的软件开发中，软件任务需求者和软件开发者先在软件众包社区平台完成注册，然后软件任务需求者在众包平台根据软件项目情况提出任务或发布任务，众多软件任务开发者通过软件众包社区提供的平台选择软件任务或者接受平台推荐的任务，并给出自己的开发产品和方案，之后软件需求者在众多开发结果中选择合适的软件开发产品和方案来进行整合，并为其对应的软件开发者支付报酬。在软件众包模式下，软件需求者可以是科研机构、各种企业或者个人，软件任务的开发者为广大的网络大众，包括专业的软件开发人士和非专业的兴趣爱好者，开发者的范围可以涵盖全球的各种互联网在线用户。
system: [SYSTEM]

user: 4. 众包模式下的软件过程框架 软件过程是指软件生命周期所涉及的一系列相关过程和活动的集合。在众包模式下的软件开发是软件任务需求者和软件开发者在众包平台的基础之上，在一系列的交互活动中来完成软件开发任务的。 根据以上分析可知，众包模式下的软件过程主要包括与软件任务需求者相关的活动和与软件开发 图1. 软件众包社区中主要参与者之间的关系 图2. 众包模式下的软件过程框架 者相关的活动两大类。与软件任务需求者相关的活动有：1) 软件任务的提出，2) 软件任务的分解，3) 软件任务的发布，4) 软件产品的评审，5) 方案整合与集成测试，6) 向开发者支付报酬等活动；与软件开发者相关的活动有：1) 任务的推荐/选择，2) 软件任务的接收，3) 软件任务开发，4) 软件产品的提交等活动。 基于这些活动，众包模式下的软件过程流程如图2所示。 在此众包模式下的软件过程流程中，每个过程活动的目的和所完成工作如下： 与软件任务需求者相关的活动： 1) 软件任务的提出：软件任务需求者根据自身的提出相关软件项目和需求，软件需求包括功能需求、性能需求、环境需求、资源需求、成本消耗需求、开发进度等等。软件任务的需求作为众包软件过程的开始活动，是非常重要的，同时也是整个众包软件开发能否成功的基础。 2) 软件任务的分解：一般来说，众包更适合于解决微观或者较小的任务，因此对于一个复杂的软件任务，就需要对其进行分解和模块化成为能够在众包模式下实现的可开发和完成的任务。 3) 软件任务的发布：任务需求者在众包平台中发布需要解决的软件任务，内容包括软件任务相关的需求、愿意支付的酬金和完成开发的时间等。 4) 软件产品的评审：对软件众包社区中的开发者提交的软件任务开发方案和产品(包括文档、软件设计、编码和测试等内容)，软件任务需求者需要进行测试和评估，以确定是接收还是拒绝，并选出最优产品。 5) 方案整合与集成测试：由于复杂的软件任务是分解成多个较小的任务发布和开发完成的，因此，对于同意接收的不同部分的开发产品和结果需要进行整合与集成测试，从而完成整个软件项目的开发。 6) 向开发者支付报酬：软件任务需求者按照任务发布时的规定，为软件任务的开发者支付合理的报酬。 与软件开发者相关的活动： 1) 任务的推荐/选择：任务推荐/选择是指开发者根据自身的技能和情况来选择合适的软件开发任务。目前，众包平台上的任务选择主要包括两类：一类是基于拉(pull)的方式，另一类是基于推(push)的方式。基于拉的方式是由开发者主动去查找和搜索相关的软件开发任务，即任务搜索；而基于推的方式则是由众包平台根据软件开发任务的需求、开发者的技能以及开发者完成开发任务的历史记录等来进行任务的分发，即任务推荐。 2) 软件任务的接收：开发者根据自己情况确定一个或者多个合适的软件开发任务。 3) 软件任务开发：在软件众包中，任务的开发就行开发者按照任务需求完成相应的软件开发任务，包括软件的设计、编码、测试和相关文档的撰写等。在此活动执行的过程中，开发者可能会运用到不同的软件开发技术和软件开发过程模式。 4) 软件产品的提交：开发者完成软件任务的开发之后将相关的软件方案和产品提交到众包平台传递给软件任务需求者。
system: [SYSTEM]

user: 5. 结论 通过对众包模式下的软件过程的分析，给出众包模式下的软件过程流程及关键活动，提出众包模式下的软件过程框架。框架中明确了主要参与者即软件任务需求者和软件开发者的相关活动，可以使得在设计、开发众包管理平台及众包项目的管理中有更清晰管理流程和思路，更利于众包模式下软件项目的管理。
system: [SYSTEM]

user: 摘 要 Merkel细胞癌(MCC)是一种罕见的原发于皮肤的恶性神经内分泌肿瘤，具有高度侵袭性。其发病原因主要与紫外线直接照射以及Merkel细胞多瘤病毒感染相关。以质硬、无痛以及迅速增大的紫红色圆顶状肿瘤结节为其主要临床表现。目前MCC的诊断主要依靠临床表现、免疫组化、病理组织学及电镜检查。其主要治疗方案为：手术加放化疗。MCC侵袭性强，具有高复发率及死亡率，易误诊及漏诊。 关键词 :Merkel细胞癌，诊断，治疗，预后 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. 引言 麦克尔细胞癌(Merkel cell carcinoma， MCC)是一种神经内分泌癌，原发于皮肤，由Toker [ 1 ] [ 2 ] 于1972年首次报道。MCC恶性程度较高，严重威胁患者的生命。目前在国内发病较少，误诊率及漏诊率较高。本文就本院收治的一位Merkel细胞癌病例进行分析探讨。旨在加深临床对本病的认识，以提高诊治水平。 病情简介：患者，女性，75岁。发现右前臂肿物4月余，加速生长1月。于2016-5-17日来我院就诊。专科查体：右前臂桡测肘关节窝下5 cm，皮下肿块，大小约3 × 4 cm，周围边界欠清楚，表面不光滑，皮肤局部充血，活动度差。完善相关辅助检查：B超示：右前臂内侧皮下软组织内见混合回声团，大小约2.8 × 1.9 × 4.0 cm，边界尚清，形态尚规则，内回声团不均，见斑片强状回声，CDFI示：内见较丰富血流信号。考虑炎性包块可能。肿瘤标记物及其他相关检查未见明显异常。于2016-05-19日行右前臂皮肤肿物扩大切除术。术中见右前臂实行肿物，大小约4.0 × 3.0 cm，活动度差，向皮下浸润性生长，距肿瘤边缘2 cm行肿瘤完整切除。术中快速冰冻病理诊断示：皮肤恶性肿瘤，考虑麦克尔细胞癌。术后石蜡结果证实为麦克尔细胞癌。术后病理表现如图1、图2，相关免疫组织化学表现如图3~图5。 该患者免疫组化结果为：TTF-1(-)，CK-7(-)CK20(+)Ki-67(90%)CK(+)Syn(+)CgA(+)CD56(+)。病理诊断结果：Merkel细胞癌。患者术后未行放化疗，半年后在原发部位复发。 图1. Merkel细胞癌组织病理HE染色(10 × 10) 图2. Merkel细胞癌组织病理HE染色(10 × 40) 图3. 免疫组化：CD56(+) 图4. 免疫组化：CgA(+) 图5. 免疫组化：CK(+)
system: [SYSTEM]

user: 2. 流行病学及发病机 MCC的发病率极低，且在世界不同范围内发病率存在差异性。据欧洲罕见癌症监测(RARECARE)数据库报道：欧洲1995年至2002年间，发病率为0.13/100，000 [ 3 ] 。而美国国立癌症研究所(SEER)于2011年在美国的调查数据分析：发病率为0.79/100，000 [ 4 ] 。澳大利亚的MCC发病率最高，根据对1993年至2010年间的数据分析：其发病率为1.6/100，000 [ 5 ] 。与上述组织调查相比，中国的发病率更低，仅为个案报道。MCC的发病机制目前还尚未明确。有些观点认为其可能与Merkel细胞多瘤病毒(MCV或MCPyV，为SV40病毒的亚型)的感染有关。后续的研究也发现MCC患者体内MCV感染的检出率为43%~96% [ 6 ] 。另一种观点认为其发病机制可能与紫外线照射所引起的基因突变有关，一些研究发现紫外线照射可以引起细胞DNA的破坏，从而使细胞DNA翻译时“C”被“T”所取代，而引起基因突变，从而为皮肤肿瘤的发生提供了分子学基础。同时对于临床病例的调查发现：接受阳光照射较多地区的MCC发病率明显高于接受阳光照射较少地区的MCC发病率 [ 7 ] [ 8 ] 。
system: [SYSTEM]

user: 3. 临床特点 MCC的发病主要有以下特征：MCC主要生长于皮下组织或真皮内，表现为红褐色或蓝色的皮肤或皮下结节，肿瘤大小主要在3~6 cm，据相关报道肿瘤最大者直径可达23 cm。其表皮受累较少见，但也有部分患者出现皮肤表面溃烂 [ 9 ] [ 10 ] 。由于早期临床表现与皮肤色素斑相似，所以容易被误诊或忽略而影响治疗。Heath等在2008年提出将MCC的临床表现归纳为“AEIOU”5元音法表示：A(asymptomatic)：无明显临床表现；E (expanding rapidly)：病情进展速度快；I (immune suppression)：伴有免疫抑制；O (old than age 50)：年龄 > 50岁；U (UV-exposed)：紫外线经常暴露部位皮肤变白。后续在195例患者的研究中，89%呈现了AEIOU特征中的3种以上 [ 11 ] 。约超过50%的MCC患者发生在紫外线直接照射的头部、面部以及颈部。约40%发生在四肢，大约10%的肿瘤分布在躯干或者臀部。其中面部以及颈部的肿物较容易被患者察觉，接受治疗也相对较早。MCC患者的中位年龄为66岁，根据目前相关报道，患者年龄最小者为7岁，年龄最大者为97岁，发病以60~70岁以上的老年人为主，少部分患者为50岁以前的年轻人 [ 9 ] [ 10 ] 。关于Merkel细胞癌的分期的共识指南见表1。
system: [SYSTEM]

user: 4. 组织学及免疫组织化学特点 MMC的确诊主要依靠病理组织学检查及免疫组化证实。镜下特点：肿瘤以真皮为中心，常累及皮 Table 1 American Society of Cancer Joint Committee (AJCC) Consensus Guidelines on Merkel Cell Stagin 分期 原发肿瘤大小 淋巴结转移 远处转移 生存率% (95%可信区间) I期 肿瘤直径 < 2 cm cN0，为散至局部淋巴结 无 62.8% (59.6~65.8) pN0，无区域淋巴结转移 II期 IIA期 肿瘤直径 ≥ 2 cm cN0，为散至局部淋巴结 pN0，无区域淋巴结转移 无 54.2% (49.3~59.7) IIB期 肿瘤侵入筋膜，肌肉，软骨或骨骼 pN0，无区域淋巴结转移 无 34.8% (25.6~44.1) III期 IIIA期 任何大小肿瘤 临床检查或影像学检未发现淋巴转移， 但前哨淋巴结活检或手术发现淋巴结转移 无 40.3 (37.5~43.0) IIIB期 任何大小肿瘤 临床检查发现淋巴结转移 同时手术病理证实有淋巴结转移 无 26.6 (23.4~30.4) 表1. 美国癌症学会联合委员会(AJCC)关于Merkel细胞癌分期的共识指南 下脂肪，约10%患者肿瘤可向表皮内扩散，包括Pautrier样微脓肿形成，偶尔肿瘤细胞可完全局限于表皮，此种情况注意不要误诊为恶性黑色素瘤。MCC的组织学形态分为3种类型 [ 8 ] ：中间型、梁状型和小细胞型，以中间型最常见，小细胞型最少见，恶性程度也最高。三种形态特点大致如下：中间型约占组织形态的50%以上，其组成以结节状和弥漫片状分布的嗜碱性肿瘤细胞为主，伴空泡化、淡染核，含有小核仁，部分癌组织伴有神经节细胞分化以及淋巴上皮样变的特征，也可伴有广泛凋亡及灶状坏死。梁状型较常见，约占三种形态的25%，其重要组成为纤细带状一致的细胞，部分可见核重叠现象(核膜平行排列)。小细胞型则以深染的“燕麦细胞样”浸润及破碎明显的细胞为其特征，此种MCC应当注意与肺小细胞癌相鉴别。通常癌组织呈实性巢状或弥漫片状分布于真皮内，而肿瘤周边主要是彩带样或缎带小梁状结构，有时也可见呈梭形的癌细胞，此种情况下中间型细胞常混于其中。MCC免疫组化表现特征：免疫表型均显示神经内分泌特征，神经丝蛋白(NF)、嗜铬素A (CgA)、Syn、NSE、CD56常阳性，而S-100少见阳性，CK20为Merkel细胞癌敏感而特异的标志物。部分肿瘤细胞表达CD117，近1/3表达CD99 [ 12 ] 。
system: [SYSTEM]

user: 5. 治疗及预后 目前对于MCC的治疗，以手术切除为主，辅助放疗及化疗。手术切除应选择扩大切除，切除范围应据肿瘤边缘1~2 cm [ 11 ] [ 13 ] 。大量的回顾性分析发现：术后辅助放疗以及化疗可降低患者肿瘤复发的可能，而且放疗效果将优于化疗效果 [ 14 ] 。在一项回顾性分析中还发现对于I、II期患者术后辅助放化疗比单纯手术治疗更有益于提高患者的远期生存率，但对于III期患者无论术后放疗或者化疗都无法改善患者远期生存率。临床指南上也不推荐对晚期患者行化学治疗 [ 15 ] 。临床上的化疗方案主要为：CAV (C环磷酰胺，A阿霉素，E长春新碱)。目前一些相关的免疫治疗如白细胞介素(IL) 12及干扰素(IFN)γ也应用于该病的治疗，但效果还有待于进一步明确。MCC具有高度侵袭性，易转移和复发，预后极差，约37%的MCC患者会发生局部淋巴结转移，6%~12%的MMC患者会发生远处转移。复发率约40%，超过1/3 MCC患者会因此病死亡，其死亡率是恶性黑色素瘤死亡率的2倍 [ 16 ] 。关于预后的影响因素较多，目前研究发现除去临床分期之外，男性、高龄，维生素D缺乏以及免疫抑制等因素提示着预后不良，另外一些研究发现CD117以及PI3K的过度表达也是预后差的因素 [ 17 ] 。
system: [SYSTEM]

user: 摘 要 复杂事件处理技术是流数据查询的常见手段，随着数据多元化的发展，查询的复杂度急剧提升，其处理性能面临极大地挑战。为了提高多源复杂事件查询的处理效率，本文提出一种新的查询分解方案，提高集群资源利用率；针对事件源匹配，将查询中的筛选与事件源匹配中的筛选相结合设计了专用优化方案。实验证明以上方法能够有效地提高复杂事件查询效率。 关键词 :复杂事件处理，模式匹配，查询优化 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 ] 。复杂事件处理(Complex Event Processing， CEP)技术能够很好地解决此类问题 [ 3 ] [ 4 ] [ 5 ] 。 复杂事件处理以事件驱动(Event Driven)的方式来处理海量数据，能够对蕴含在事件间的逻辑关系进行模式匹配，生成具有一定抽象层次、符合业务需求的高级事件。数据多元化的迅猛发展，使得复杂事件处理系统数据源出现分散的情况 [ 2 ] 。根据这一特点，有研究者将分布式系统与复杂事件处理系统相结合，提高了系统对多事件源查询的处理能力 [ 6 ] 。随着系统查询功能的丰富，查询代价也在随之增加，系统的处理性能方面也面临着巨大的挑战 [ 7 ] [ 8 ] 。 复杂事件处理系统中影响运行效率的主要两个方面分别是事件源的匹配方法以及查询的执行策略 [ 9 ] 。本文的主要贡献： 1) 提出一种新的查询分解方案，充分利用集群资源，提高系统处理效率； 2) 将事件源匹配与查询筛选相结合设计专用优化方案，减少通信开销； 3) 设计查询计划构造方法，便于系统进行合理优化。
system: [SYSTEM]

user: 2. 动机 复杂事件处理系统是基于某种类似数据库查询语言来进行查询的，这种查询语言属于声明型高级语言。使用者在描述一个具体查询时，不会考虑查询的执行效率。因此系统需要对查询任务进行分析，考虑查询任务的不同执行策略，从中选取最优策略进行执行。在此结合查询案例Q，阐明当前存在的问题： from子句描述多源复杂事件检测表达式，表达式中对于不同事件源的匹配可以并行处理。因此，其对应的查询计划如图1所示，图中“()”中内容表示当前操作的时序关系。对于各事件源所依赖的正规树模式 [ 10 ] 定义如下所示，该方法是一种面向半结构化数据流的事件约束模式，能够按照正规式的方式来描述事件间的时序约束关系以及结构约束关系。 通过以上案例可以看出，当且仅当查询中的筛选条件作用于某个事件源时，可以结合其所依赖的正规树模式中的谓词筛选进行优化。合理的将查询中的筛选前置与模式匹配中，可以有效的减少系统内部的通信开销，从而提升系统的查询效率。同时也存在对于同一事件源匹配不同模式的情况，例如事件源S1所依赖的正规树模式就有两种M1和M2，在同一系统中对于相同事件源做多次模式匹配显然对性能有所损耗，因此，需要对此方面进行改进。
system: [SYSTEM]

user: 3. 优化方法 为了便于以上问题的优化，本文将查询进行分解，并针对以上发现的问题，提出以下几种措施进行优化。将查询任务进行合理分解，利用分布式集群来处理多源数据流的匹配，调整集群的部署策略来提高系统性能；采用一些常用的优化方法对本文中的查询计划进行优化；结合系统的特性，考虑正规树模式匹配的特点，对模式采取一些专用优化方案。 3.1. 分布式查询优化 表1描述了可分解部分S和不可分解部分R对应的文法。根据该文法，本文提出一种新的分解方案，对于局部无法分解的部分，构建自动机来进行事件检测；对于可分解部分，则根据其所执行的具体操作 图1. 案例Q的查询计划 构造相应的查询算子。 对于事件模型(a， (b*， c))， ((b*， c)， (d， e)*)，将该模型根据表1中的文法可确定存在不可分解的部分。根据分解算法，构造出查询计划如图2(a)所示。其中表达式b*，c为一个不可分解的子任务，此任务的输出与a事件的连接操作作为一个可分解的部分，与d，e的克林操作又作为一个不可分解部分。查询计划构造算法中，将此类的不可分解的子任务用root节点来标识子树的顶部，用leaf节点来标识子树的叶子叶节点，这样有利于提取不可分解部分，将其交给自动机处理单元进行处理。 对于该事件模型，经过分解算法处理，一共包含三个不可分解部分，即需要构造三个自动机。这三个自动机的关系具体如图2(b)所示。AutoNode_A作为不可分解部分构造的自动机，其拥有三个输入事件源。其中事件源a与自动机AutoNode_B进行连接操作后的输出结果作为AutoNode_A的一个输入事件源；自动机AutoNode_C的输出结果作为AutoNode_A的一个输入事件源；最后一个输入事件源是一个简单的连接操作。这样可以将原来不可分解的事件检测表达式进行拆分，并应能够合理分配集群的资源，从 Table 1 System resulting data of standard experimen 可分解部分 不可分解部分 S à S 1 R à S “，” R 1 S à S “|” S 1 R à S “|” R 1 S 1 à S 2 R à R 1 S 1 à S 1 “，” S 2 R 1 à R 2 S 2 à ID R 1 à R 2 “|” R 1 S 2 à “(” S “)” R 2 à S “*” S 2 à R R 2 à S “*”“，” R 2 表1. 多源组合事件的文法描述 图2. 查询计划(a)与拓扑结构(b) 而提高系统查询效率。 3.2. 专用优化 CEStream复杂事件处理系统采用正规树模式来进行事件流的匹配。为了提高系统的查询效率，考虑扩大正规树模式匹配的应用范围，提出两种优化方法。现结合图1中的查询计划进行阐述。 3.2.1. 模式合并 为了合理利用集群中各个节点的资源，可以将查询计划中具有相关性的节点进行合并，使其共用一个集群节点资源，减少冗余节点有利于节省系统资源。例如，对于筛选条件仅作用于某一个模式时，可以将该筛选条件与此模式中的筛选条件进行合并，不仅减少计算节点的占用，还能提前将事件流中的无用事件剔除，从而减少系统内部的通信开销。对上述案例进行常规优化操作后，对于事件源S1和S2匹配后的事件流的谓词筛选与其所匹配的模式进行合并，构造新的模式P2’，同理构造M1’和M2’，合并后的查询计划如图3所示。 3.2.2. 公共模式提取 事件检测表达式中可能存在同一事件源匹配不同模式的情况，为了进一步降低系统内部的通信开销，可以将相似的模式匹配进行整理，提取出公共匹配部分，使公共部分的匹配结果达到一次匹配多次使用的效果，从而提升节点利用率。对于上述案例，事件流S1所匹配的模式M1’，M2’求交集，提取公共模式M，并修改查询计划，如图4所示。 构造公共模式M： 图3. 模式合并后的查询计划
system: [SYSTEM]

user: 4. 实验结果与分析 本章针对本文提出的复杂事件处理系统的优化方法进行性能测试。测试案例采用XML文本作为系统的输入源，针对查询分解和模式优化根据系统吞吐量以及响应时间进行测试，采用控制变量的方法进行多次测试。测试案例中所涉及到的模式定义如表2所示，事件检测表达式以及其约束条件如表3所示。 图4. 公共模式构造后的查询计划 Table 2 Test case—pattern defin 名称 模式定义 P1 create pattern $P1 (/buy{$n， $v}) where tag($n) = ‘number’ and tag($v) = ‘value’ and $v > 1000 P2 create pattern $P2 (/sell{$n， $v}) where tag($n) = ‘number’ and tag($v) = ‘value’ and $v < 50 P3 create pattern $P3 (/warning{$n， $v}) where tag($n) = ‘number’ and tag($v) = ‘value’ P2 create pattern $P4 (/buy{$n， $v}) where tag($n) = ‘number’ and tag($v) = ‘value’ and $v < 100 表2. 测试案例——模式定义 Table 3 Test case—event detection expressio 案例名称 事件检测表达式 约束条件 Q1.1 s1-p1， s2-p2*， s3-p3，s4-p4* 无 Q1.2 s1-p1 | (s2-p2*， s3-p3*) 无 Q1.3 s1-p1， (s2-p2*， s3-p3)* 无 Q2.1 s1-p1， s2-p2， s3-p3 $S1.$v > 900 Q2.2 s1-p1， s2-p2*， s3-p3 $S2.$v > 40 Q3.1 s1-p1， s2-p2， s1-p1， s3-p3 无 Q3.2 s1-p1， s2-p2， s1-p4， s3-p3 无 表3. 测试案例——事件检测表达式 表2模式定义中的tag操作可以将事件的具体属性绑定到变量上，便于系统对查询的描述。在where子句中对所匹配的模式进行相应的约束。 案例Q1是原不可分解现在可分解的情况的对比，其吞吐量对比结果如图5所示，响应时间对比结果如图6所示。案例Q2是针对筛选移动或模式合并的对比，其吞吐量对比结果如图7所示，响应时间对比结果如图8所示。案例Q3是对于涉及公共表达式提取或公共模式构建的对比，其吞吐量对比结果如图9所示，响应时间对比结果如图10所示。 图5. 分解优化前后吞吐量对比图 图6. 分解优化前后响应时间对比图 图7. 模式合并优化前后吞吐量对比图 图8. 模式合并优化前后响应时间对比图 图9. 公共模式提取前后吞吐量对比图 图10. 公共模式提取前后响应时间对比图
system: [SYSTEM]

user: 5. 结语 事件源的匹配方法以及查询的执行策略一定程度上决定了复杂事件处理的效率。本文中提到的查询分解方法可以较好的将来自不同事件源的数据进行合理的拆分，充分利用集群的并行计算能力；并且将对事件源的检测与实际查询相结合，极大程度上减少了系统中的通信开销。实验结果表明，通过以上优化方法可以提高系统单位时间的吞吐量，缩短系统的响应时间。
system: [SYSTEM]

user: 摘 要 为探索士官本科学历教育高等数学课程实战化教学改革问题，分析我校士官数学课程教学的盲点，结合目前的教学现状，从教材建设、教学方式和考核方式三个方面提出了学历教育下高等数学实战化教学改革的几点看法。 关键词 :实战化，士官本科教育，高等数学，教学改革 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. 引言 2014年3月，中央军委颁布《关于提高军事训练实战化水平的意见》，《意见》强调把军事训练改革纳入新一轮国防和军队改革统筹推进，扎实推进新型院校体系完善、人才培养模式优化和教学科研创新，为开展实战化训练提供有力保障，实战化教学成为军校教育训练改革的新方向 [ 1 ] 。 士官任职教育是军事教育的重要组成部分，其性质在第十六次全军院校会议后便得到明确。在这一背景下，士官数学课程的转型便成为当前各军事院校所面临的共同课题。士官学历教育与本科学历教育是不同的，在士官任职教育中数学课程不仅要保持与士官岗位任职需求相适应，还要求教学内容应与士官任职岗位相贴近。这就需要我们要不断改革数学课程的授课方式，在保证传授基础知识的同时，加强学员学以致用能力的培养。 本文从教材建设、教学模式、考核方式三个方面对我校士官本科学历教育数学课程的实战化教学改革进行了相应的研究与探索，这对于形成一套完整的士官数学课程教学体系具有重要作用。
system: [SYSTEM]

user: 2. 现行高等数学课程教学体系的现状 实战化教学的要求至少包含5个方面 [ 2 ] ：教学理念要贴近实战、教学内容和教材要贴近实战、教学方法和手段要贴近实战、教学装备和环境要贴近实战、教学管理要贴近实战．而我校士官本科高等数学课程的教学体系存在以下问题。 2.1. 教材体系建设相对滞后 目前，我校士官本科教育使用的是同济大学应用数学系主编的《高等数学》本科少学时版，在实际的教学过程中深感该教材不能适应新形式下士官本科学历教育的需求，主要体现在以下几个方面。 1) 教材的深度、难度与学员的实际文化水平相差甚大。目前，我校每年任职教育士官学员在150人左右，分为士官高等职业教育和士官本科教育，其中士官本科教育的学员在50人左右，开设的高等数学课程仅90时学时，较少的学时需要学员具有较高的文化素质。但实际情况与之相悖，根据历年的教学经历，不足20%的学员接触过高等数学(大专版)；接近15%左右的学员虽然具有专科学历，但并没有学过高等数学，他们中的部分学员甚至小学都没有毕业。总的知识文化基础较差，达不到入学要求的专科文化程度。 我校所采用的同济大学应用数学系主编的《高等数学》本科少学时版，基本上是本科数学教材的一种浅化、精简或浓缩，理论偏深，过于强调概念、定理的逻辑推理与证明，缺少数学思想、方法、能力的培养，士官任职教育特点不突出，缺乏培养学员运用数学思维解决实际问题的意识。 2) 教材内容相对陈旧、落后，不能与中学内容相衔接近年来，中学数学已实行新课标教学改革，教学内容上有很大的变化，如反三角函数在部分高中教材中并没有出现或仅学习了符号；再比如参数方程、极坐标等部分内容仅作为选讲，而在大学教材中，这些知识点已被当作已知知识直接应用，这就产生了知识裂痕，极大地影响了学员学习的积极性。 3) 教材内容过于抽象，不利于实 施教学，缺少实战化教学理念。现行教材过于强调知识的完整性、系统性和全面性，但又受学时所限，故教学的内容变得高度浓缩、精炼和抽象，从而破坏了原有知识的认知结构，不但难以施教，而且也不符合士官学员的认知规律，同时还缺少与部队实际案例的结合。 2.2. 教学组织方式简单化、教学模式统一化 1) 士官学员基础薄弱、层次不齐、学习热情不高，是一个普遍的情况，目前我校士官教学中并没有过多关注学员的能力水平差别，在传授知识时是以相同的步调来讲授相同的内容，这势必会呈现两个极端：学习能力差的学员放弃学习，学习能力好的学员厌倦学习。 2) 士官教育是培养高等技术应用型人才的教育，这是士官教育与生长军官教育的显著区别。但目前我们所采用的教学模式与本科学历教育类似，比较关注于知识的传授、理论的证明，虽然已经简化了部分教学内容，但却忽略了“以应用为目的、联系实际、注重应用、重视创新”的教学目标。与部队实际需求脱节，难以满足士官任职岗位的需求，学员学习激情不高，学习效果不理想，背离了士官任职教育的目标—能力素质的引导。 2.3. 考核方式单一化 考核方式主要以闭卷考试为主，平时成绩为辅的模式。闭卷考试对考察学员对基本知识的掌握是必不可少的，但鉴于学员的文化知识水平，大部分题型基本上是例题与习题的翻版，这种规范化的考核方式让学员养成了机械地套用定义、定理和公式解决问题的习惯，不能够真正检查和了解学员对知识的理解和掌握程度，并且基础好的学员总是“临时抱佛脚”，基础差的学员则是寄希望予补考，这是一种只重结果、不顾过程的评价方法，严重挫伤了基础较差学员的学习积极性。 虽然已经将平时成绩作为考核方式之一，但仅限制于课后作业、课上发言、课堂秩序等方面，而这些措施也存在一定的弊端，如课后作业，学员为了迎合老师，取得好成绩，模仿照抄不断，完全背离了考核初衷。
system: [SYSTEM]

user: 3. 高等数学课程教学改革的内容 3.1. 加强教材建设，达到与学员需求相匹配 教材是最直接、最核心的课程资源之一，是教员和学员使用的工具，是学员进步的重要指示剂，它所传授的方法和技巧可以使学习者获得丰富的学习能力 [ 3 ] 。实践证明，教学内容太难，会影响学员的学习主动性；内容太简单，会挫伤学员深入学习的积极性。教材本着以士官学员“必须，够用”为原则，在选择编写教材内容的同时尽量以士官任职教育各专业的教学需求为度。因此在对教材的就建设上应进行删、补、重新组合，以士官岗位工作为基础，使教学内容达到与学员已有知识、专业需求、将来发展相匹配。 1) 教材的编写应与士官教育层次相结合，适当降低教材的难度，在内容的选取上起点要低，知识点通俗易懂，要具备基础性、创新性和实用性。要重点介绍与专业相关的数学内容，为后续课程服务。 2) 教材内容在保证知识结构的同时，要具备启发性，突出基本的思想、方法，降低思维分析的难度，淡化数学理论的证明，在引入传统的物理、力学及几何方面的背景下，增加概念、公式和定理的背景知识，贴近士官专业，体现任职教育特色，将数学建模的思想融入教学内容中，提高学员的学习兴趣，强化理论课程的实践性，提高学员理论联系实际的能力。 3) 教材内容应具备的趣味性和数学文化素养，如增加简单的数学建模和数学实验的相关内容，以便培养学员解决实际问题的能力；同时，在教材的引例、例题等方面尽量选择贴近部队、贴近装备、贴近实战的背景为素材；此外，根据教学内容，在每章结束后可增加相关数学史，名人名言，小故事等等，以激发学员的学习兴趣。 3.2. 优化教学方法，提高课堂教学效果 设置情境吸引学员学习兴趣，运用多媒体技术，贯穿数形结合思想，活化教材；根据学员所学专业特点，选择贴近部队、贴近装备、贴近实战的背景及例题，让学员有“看得见、摸得着”的亲切感，激发学员学习数学的兴趣；通过微课等手段增加师生互动、促进交流，理论联系实际，提高学员的学习情趣和对未来岗位的认识；最终实现“教学向导学”、“知识向素质”、“理论向实践”、“模仿向创新”的转变。 1) 运用多媒体组织教学，让数学课堂变得活跃起来。通过引入相应的数学知识背景及情景，激发学员学习的好奇心和兴趣。比如介绍周期函数的概念时，先向学员展示自然界中的周期现象，再利用多媒体向学员展示三角函数的图像，让学员感受到动态的曲线美，进一步引入周期函数的概念。再比如讲解“导数的几何意义-切线的斜率”时，可通过投影仪将矮塔斜拉索大桥的图片投影出来，让学员动态的了解切线斜率的行程过程。 2) 采用案例教学，引导学员的学习兴趣，在讲授具体内容时，贴近士官岗位需求，力争知识的实用化。如在讲授齐次微分方程时，可引入“两栖坦克横渡水面的轨迹问题”，让学员认识到所学内容的实用性，体会到数学知识解决实际问题的能力。 3) 导入式教学：以贴近士官岗位的实例导入新课，如在讲解切线斜率和瞬时速度时，可通过微课的方式让学员课前观察直升机的飞行轨迹，通过建立相应的坐标系，让学员思考直升机在任意时刻的飞行方向是怎样的？ 3.3. 建立多模式相结合的考核模式，激发学员学习情趣 在考核方式上，综合作业成绩、阶段评价成绩和考试成绩相结合的多种方式，加强对学员数学素质、能力考核的要求。在已有的平时成绩和闭卷考试基础上，增加开放式考试成绩。 1) 课前口头报告。主要是为了增加能够体现学员对所学知识点的理解和应用能力方面的培养。如在讲完定积分的相关内容后，可提出问题：“定积分与不定积分区别和联系”、“列举实际生活中采用微元法的例子”等等。下次课前，由学员自愿讲解分析，并当场给出相应的成绩。 2) 课后融入数学建模。为激发学员的学习积极性和学习热情，教员可事先设定好与士官任职岗位相贴近的题目，如在讲述函数的最值时，通过设计装备实例“子母弹的优化设计”，由学员自由组队，在给定的时间内完成报告。这一过程需要学员自己查阅相关资料，进行归纳整理，最后以小论文的形式上交报告。 这种多模式相结合的考核方式改变了平时不努力，考试凭运气的不良风气，也可有效避免猜题、划题、背题的现象。能够帮助学员克服对数学的恐惧感，使学员体验到从“知识”内化为“素质”的成就感，培养他们的自学能力、分析问题、概括问题的能力、理论联系实际等等能力，能够充分调动学员的学习积极性、主动性。
system: [SYSTEM]

user: 摘 要 目前基本上所有的企业都已经应用电子工程图纸。随着企业中的工程图档数量的增加，如何更好的管理和有效的利用这些图档至关重要。本文结合制造企业工程图纸管理需求，设计和实现一个适用于一般中小型制造企业的图文档审核流程方法。对电子图纸审核流程的功能需求进行了分析，之后对审核流程系统进行了总体设计，包括信息模型的建立，数据库的设计等内容，最后利用ObjectARX对AutoCAD进行二次开发，实现在绘图平台上开展图纸报审和审核处理。开发完成的系统已经在企业测试运行，运行状况良好。 关键词 :工程图档，审核流程，ObjectARX，工程图档管理 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. 引言 工程图纸是传递设计思想的信息载体，是指导生产的纲领性文件，是后续生产过程中加工、装配和检验的依据。一张工程设计图纸从设计完成后，必须经过设计、制图、工艺、标准化等多个环节的审核，才能确保其准确无误，可以投入生产使用。传统的图纸审核流程，通常都是由设计人员携带纸质或者电子图纸到各个部门，找相应的负责人完成审核任务。在这个过程中，不仅效率低、容易产生错误，而且对于图纸的保存，共享，安全性等产生不利影响。如果将这些报审环节流程化，采用网上审核，使各个环节的相关人员可以通过计算机网络直接完成这些任务，无疑会提高图纸审核的效率、降低其生产成本，提高图纸的安全性，使企业在市场竞争中保持优势，具有重要意义。该报审流程方法利用已有技术结合企业的实际业务流程，具有一定的创新性。 图纸报审管理是工程图纸管理中的一项功能，而图纸管理属于产品管理范畴，大型公司基本上采用PDM来管理企业数据。然而由于大型PDM价格昂贵、操作复杂，在中小型企业难以推广。面向中小制造企业或设计单位，结合工程图纸CAD平台和网络环境，开发符合企业实际需求的工程图纸管理系统有其必要性和实际应用价值。陈威，等 [ 1 ] 开发了一个基于web的线上施工图纸审查管理系统，陈永辉，等 [ 2 ] 基于AutoCAD平台，开展了产品图纸审核的图纸信息提取工作。 本文通过对一般制造企业工程图纸审核流程分析，结合目前计算机网络技术、数据库技术及AutoCAD二次开发平台，设计和开发了一个工程图纸报审流程管理软件系统，该系统也是作者开发的捷惠工程图纸管理软件系统的一部分。通过该报审流程管理软件系统，可以实现设计完成的工程图纸报审、审核批注、图纸审核和修改通知、图纸上传入库等流程操作的网络化和自动化，系统以标准、统一的信息化存储模式对企业的DRW、DWG、PDF、OFFICE等文件进行管理，不仅保证了图纸信息的完整性、安全性以及数据的统一性，也提高了企业图纸审核的效率。
system: [SYSTEM]

user: 2. 总体设计 2.1. 功能需求分析 通过调研企业具体生产情况，结合一般制造行业的实际需要，有针对性的设计了该图纸审核流程方法。并将该系统分为如下功能模块。 1) 报审功能 设计人员在图纸设计完成后，需要提出图纸审核申请，只有通过所有节点的审核，图纸才能最终投入生产使用。该功能通过报审功能模块来实现。报审功能主要有以下几部分构成： a) 提交报审信息。包括报审人相关信息，例如报审人姓名、部门、职务、设计完成时间等。 b) 提交图纸信息。包括图纸图号、图纸名称、产品型号、材料等。 c) 选择审核相关信息。包括要审核的内容，例如工艺审核、标准化审核等；有资质和权限的审核人员，审核人员通常由系统预先限定，报审人员只能从列表框中选择；要求审核完成的时间等。 d) 报审图纸上传到文件服务器中，以便审核人员能打开或者下载进行审核操作。 2) 审核功能 工程图纸审核是一项很重要和严肃的产品设计活动环节，且相关审核人员均需有一定的资质才能进行该操作。审核功能模块包括如下功能： a) 审核权限。用户的权限由系统管理员分配，只有拥有相应的审核权限的用户才能使用图纸的审核功能。 b) 下载审核图纸。登录系统之后，审核人员可以通过该功能将图纸下载到本地，进而打开图纸文件，进行审核操作。 c) 审核批注和签字。在审核过程中，审核人员可以批注修改意见，并进行电子签名。如果图纸不能满足有关要求，设计人员在登录系统之后就会看到审核未通过的信息，及时修改。 d) 审核决策。在每一个审核节点上，审核人员都会给出最终的审核结果。当所有节点全部审核通过后，图纸即是合格的，可以用于指导生产。 2.2. 系统架构设计 目前主流的网络工作模式主要有C/S(Client/Server)模式和B/S(Browser/Server)模式，各自有其特点。出于具体的应用需求，本文采取的是C/S架构 [ 3 ] 。该模式适用于局域网环境，具有可靠的稳定性和灵活性等优点，由于客户端实现与服务器的直接连接，没有中间环节，因此响应速度快。 工程图纸管理主要涉及图纸属性信息、图纸的管理信息及电子图纸本身的数字信息。电子图纸本身的数字信息通常由电子图纸设计软件平台确定其存储格式，目前常用的格式有AuotCAD的DWG和DXF格式、PDF格式、各种图像格式等，并且每一张图纸文件占用空间有大有小，大的可能达几十兆，一个中小型企业的产品图纸也可能达10万张以上，因此，将工程图纸存储在共享的文件服务器中，通过文件服务管理实现图纸的上传、下载和安全管理等。图纸的属性信息和管理信息采用共享的数据库服务。 在一个项目启动之后，由系统管理员将用户分为初级用户，高级用户。同时给不同级别的用户分配不同权限的角色。这些角色可以是设计人员、制图人员、工艺人员、标准化人员、审核人员、批准人员。通常情况下，设计人员和制图人员拥有上传报审图纸的功能权限，在他们完成设计之后，需要执行该功能来完成图纸的上传报审。根据上述图纸报审功能需求分析，工程图纸报审流程系统架构如图1所示。 2.3. 系统开发环境 系统运行及开发环境分为如下两个层面： 1) 客户端 应用程序完全采用面向对象技术，选择采用Visual Studio 2010编程；图纸设计和审核平台采用AutoCAD 2013，AutoCAD是目前应用最广泛的工程设计绘图平台，提供功能强大的二次开发工具ObjectARX，因此，客户端在AutoCAD下的程序采用ObjectARX2013开发。 图1. 工程图纸报审流程系统架构图 2) 服务端 安装Windows Server 2008；安装Serv-U V7.3作为文件服务程序，在文件服务器中分为工程图纸库和工程图纸审核区；数据库服务程序采用微软公司的MS SQL Server 2008，SQL Server是一个功能强大、应用广泛的数据库管理系统。
system: [SYSTEM]

user: 4. 结束语 针对一般制造型中小企业的工程图纸报审流程需求，在工程图纸管理系统下设计和实现了一个工程图纸报审流程管理软件系统，采用数据库服务、文件服务和面向对象技术，实现了工程图纸基于网络的报审、上传，审核，入库等流程操作。开发完成的系统，目前已经在一互感器企业实际使用，应用效果良好，简化了企业中实际的图纸审核流程，提高了企业的生产效率。 工程图纸审核流程的网络化是制造企业无纸办公化的重要组成部分，也是企业信息化的重要内容。系统依照制造行业的审图流程，规范了图纸文件的存储方式，有利于各中小型企业对图纸的有效管理，提升了图纸文件的科学化管理水平。
system: [SYSTEM]

user: 摘 要 为研究中小区域山地分布情况，利用数字山地与遥感结合的方法，以坡度、海拔和起伏度为指标，通过分级计算和修正，建立柳州市的山地量化界定指标，并在ARCGIS软件支持下绘制柳州市数字山地图。该图对柳州山地空间范围界定与分析做了较为系统的制图表达和统计，得到柳州市山地面积大约为1403.44 km 2 ，占全市陆地面积的75%。从结果图中可看出，柳州市东南沿海地区以中小起伏山地和丘陵为主；南部地区地形平坦，海拔高度大部分不超过240 m，为人口城镇河流的密集地区；而北部，尤其是西北部地区，由于地处云贵高原边缘，山地密集，海拔较高，起伏度和坡度都比较大。 关键词 :中小区域，数字山地，遥感，山地图，柳州 Copyright © 2018 by author 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 ] 等学者于2015年设计与编制的《竖版1:670万中国数字山地图》，这篇著作首次系统完整的形成了中国数字山地图认知和设计方案，为本研究课题的展开提供了丰富的理论基础。但是目前国内关于山地的研究都主要集中于山地界定的问题，在这一方面的争议也是最多的。钟祥浩，刘淑珍 [ 3 ] 等学者在基于前人山地定义分析基础上，确定了中国山地分类原则和基本思路，提出了符合中国山地实际情况的分类系统；邓伟，熊永兰 [ 4 ] 等学者则是在分析了大量的国外山地研究计划的基础上，为推动中国的山地研究提出了一系列科学的建议。综上可知，国内数字山地的研究主要还是以整个中国为研究区域，而在中小区域山地分布研究上还鲜有研究，因此本文以广西省柳州市为研究区域，利用SRTM-DEM干涉合成孔径雷达产品数据，对柳州市山地分布情况进行研究，并对研究中误差的来源进行分析。