解决方案模板范文

导语：如何才能写好一篇解决方案模板，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。

篇1

无线更便捷

用NEC NP-M230X+打造先进的无线会议室

对于初期未针对投影机预先布线，或者员工多采用笔记本电脑办公的企业来说，若能打造一个完全无线控制和传输的会议投影环境，将是最具效率的解决方案。这样既不用改动会议室的装修格局，又可以实现流用自己的笔记本电脑进行简报播放，将大大提升会议效率。而NEC近期最新推出的一款NP-M230X+投影机就是可以实现这一目标的无线投影解决方案之一。

NP-M230X+投影机(以下简称M230X+)在2010年底推出，提供支持IEEES02，11b／g／n规范的无线通信模块，用户如果希望实现无线画面数据传输功能，则需要选配一款型号为NP02LM2的USB接口无线局域网组件。这款组件不是用在用户的笔记本电脑，而是直接连接在投影机上，让投影机成为一个无线路由器。用户的笔记本电脑上则需要安装NEC提供的独有软件image Express Utility Life(uSB接口也可通过此软件进行数据传输)，然后就可以通过该软件将需要演示的资料以无线方式实时传送到M230X+上投影显示出来。除了可以实现无线投影以外，它配备的网络RJ45接口配合NEC提供的PC Control UtilityPro4软件，可以让用户完成对投影机的远程控制和通信。

除了强大的无线，有线网络功能以外，M230X+的其他规格也是针对中高端商用领域而配备。它是一款基于3LCD投影技术的产品，标准分辨率为1024×768，配备了1，7倍变焦镜头，最近可以在1.11m的距离投射出25英寸的画面，最大则可以在13，78m的距离下投射出300英寸的画面，同时它还支持自动梯形校正功能，在不同空间的会议室中均具备较好的灵活性。M230X+的灯泡寿命(指灯泡亮度衰减至标称亮度一半时的平均时间间隔)也比较长，官方给出的普通模式寿命达到了5000小时(通常为3000小时)，ECO模式下则为6000小时，降低了企业的后期使用成本。当然，本款机型的亮度相对较低，这虽然对延长灯泡寿命带来了正面的影响，但也因此让它更适合在低亮度的环境下使用。

M230X+投影机具备简单的USB直插演示功能，如果放在桌面使用时，可以无需连接电脑，直接读取USB存储盘／卡上的JPEG格式文件进行播放，这比较适合播放背景画面。它还内置了10W的扬声器，在没有音响设备的环境也能让演示文档中的背景声音正常发出，让与会者都能听清。特别值得一提的是NP・M230X+投影机具备的特别镜头滑盖设计，用户可以在演示中需要进行中断讨论或话题转换时，直接关闭镜头盖，其灯泡就会自动关闭待机，需要重新播放时，打开镜头盖即可恢复。最后，M230X+投影机还设计了屏蔽风扇噪音的静音模式，在需要安静的会议室中，可以将听众的注意力完全集中在演示内容上。

在实际测试中，M230X+投影机的平均亮度为707流明，相对偏低，不适合环境光强烈的会议室。但其色域范围达到了82.9％(色温通过分光色度仪校正为标准6500K)，色彩表现十分出色，非常适合追求色彩准确度的广告，设计等行业。我们在投影机半米的范围内，风扇噪音很小，比较安静。其操作菜单和机身按键的设计也相当人性化，调节起来比较顺手，略有不足的是，其从开机到显示图像的时间达到了45秒，若要完全正常显示所需时间甚至达2分钟以上，相对较长。

高性价比优先用奥图码DMl28打造全能投影会议室

对于很多学校和中小企业来说，受预算限制，为会议室或教室选择投影机时往往追求高性价比。高亮度、多功能兼顾，良好的调节界面以及适合的价格成为选择时的要点。但真正能符合这所有要求的产品并不多见，而近期推出半价优惠之后的奥图码DMl28投影机正是其中难得的一员。

奥图码DMl28投影机是一款基于DLP投影技术的产品。相对来说，DLP技术的色彩表现比LCD技术的产品稍逊，为此，奥图码特别将其应用于家用机上的Truevivid影像技术加入到这款机型之中，使其可单独针对红，蓝，绿三原色的亮度，对比及使用者偏好的Gamma进行微调，还可以单独针对青绿，紫红和黄色进行色调调整，并可保存设定于投影机内，方便用户使用。此外，它还提供了±40°的数字垂直梯形校正功能，可以在机身处于较大的投影角度时，仍然保持方正的影像。对于5000元以下的机型来说，这样的菜单功能设定还是十分丰富和实用的。

奥图码DMl28投影机也支持通过RS232接口的多机控制功能，通过RS232接口与projector lD功能的结合，可以让企业和学校的IT管理人员在控制多台投影机时更加一目了然。而且它还提供了比普通机型更加智能化的开关机模式，例如支持送电直接开机功能，节省开机等待时间；提供自动关机定时器和倒数提醒，在无信号或信号源睡眠时自动关机，保证无人使用时自动关机，节省能源；不但如此，其特别的节能环保设计使得它的通电待机功率只有1W，对于投影机长期处于通电状态的学校来说，可以节省更多的能源；而10秒快速关机模式，更是大大提高企业用户的商务效率。更特别的是，奥图码还为选择DMl28投影机的用户提供2年或1000小时(以两者中先达到的为准，不含正常衰减)的灯泡质保服务，这样的售后服务在同类产品都是罕见的。

在实际测试中，奥图码DMl28的亮度高达2300流明，非常适合用于教室和环境光线较强烈的会议室，而它在经过分光色度仪校准后，标准6500K色温下的色域范围为57.4％，相对较低。用户可以根据自己的使用喜好，在菜单中进行适当的调整。当然了，这也意味着它不太适合广告业等对于色彩准确度要求较高的行业。而其迅捷的开关机速度(开机25秒，关机10秒)也让人满意，对于提升企业的会议效率有一定的帮助。

平衡之道

用三星SP-L305打造创意头脑风暴会议室

对于很多中小型设计企业来说，通过开展头脑风暴会议来迸发出新的灵感是十分常见的举措。与会者往往希望使用投影机与大家分享创意，此时我们不但希望画面更真实，同时操作也要简单。如何在色彩表现，亮度表现以及易用性中取得平衡，是lT管理者采购设备时的难点。而三星SP-L305正是符合这类需求的一款平衡型机型。

三星SP-L305是一款采用3LCD投影技术的产品，标准分辨率为1024×768，标称亮度为3000流明，是一款针对中小企业或学校的商用教育跨界机型。它采用1.2倍变焦镜头，在最小1m的距离可以投射出40英寸的画面，在10m的距离则可以投射出300英寸的画面。这款机型同样支持自动梯形校正，可以在±20°的范围内对画面进行调整；同时在控制菜单中也提供了对红，绿，蓝三原色的调整选项，菜单设计也很合理。

三星SP-L305的滑动镜头盖设计同样是关闭即自动进入降低亮度的节能状态，搭配独特的风道防尘滤网，可以较好地实现防尘功能。其接口设置也比较齐全，除了常见的D-Sub、S-Video和RS232接口以外，特别提供了支持HDCP的HDMI接口，更能适应用户对数字信号及音画同步输入等方面的需求，而内置的3W×2扬声器也让它在播放时可以真正实现立体声音效。另外，它同样也支持通过RS232接口进行的网络监控和控制功能。

篇2

信息系统业务应用的不全面导致患者信息不全面，无法形成完整的口腔专科电子病历，这不仅影响了医疗工作质量和效率的提高，也限制了医院对患者服务进行创新，最终无法满足为患者提供口腔专科化、个性化服务的需求。

随着医院临床、科研、教学、管理等诸方面不断发展的需要，医院电子病历建设问题日益成为医院重点建设对象。口腔医院的电子病历普及率远低于三级综合医院，因此口腔专科医院在信息化建设道路上，亟需建立全面的、覆盖全部临床环节的专科电子病历系统。

口腔专科电子病历系统的特点

口腔专科电子病历与综合医院电子病历有显著不同，嘉和美康信息技术有限公司针对口腔专科医院的业务特点提供了相对应的业务应用模块和数据模型，从而使口腔专科门诊流程数字化、医生工作站操作一体化和临床数据结构化成为可能。

小门诊大病历诊疗序列管理

一般综合医院门诊病历以小病历形式存在，历次看诊之间通常没有关联性和连续性。而口腔专科医院恰恰相反，口腔患者初诊时，口腔医生会根据病情将患者手中的小病历本更换成医院的门诊大病历夹，之后患者再来复诊、复查时医生都在大病历本中续写病历，直到该牙病被治愈完成。

口腔门诊病历内容更像住院大病历，先是入院志，然后是病程记录，最后是出院志，是跨就诊次的连续诊疗过程。口腔医生对于病患牙确诊并确立治疗手段后，往往无法一次处置完成，需要患者多次复诊才能彻底治愈。通常HIS或者EMR系统都不会处理历次看诊之间的关联关系，所以口腔电子病历系统必须首先解决历次看诊之间的串联问题，否则电子病历只是病历的电子化，在临床工作中没有发挥真正的价值。

为了解决该问题，我们提出了诊疗序列Sequence（S）的概念，对同一科室、同一牙位或者部位下的同一诊断我们称之为Visit（V），初诊是V1，复诊依次是V2～n， 直到该疾病被治愈，我们认为该诊断的治疗过程完成，所以S= V1+ V2+… Vn。

多部位多诊断动态病历模板

我们虽然引入了诊疗序列这个概念来解决门诊病历关联性的问题，但是口腔专科还会面临多个牙位需要处置的业务情况。例如，牙体牙髓科经常会遇见某位患者左上6龋洞，右下7牙髓炎的病症情况。传统电子病历系统一般根据医生所下的临床诊断生成对应的疾病病历模板，然而面对口腔多牙位多诊断时，系统就需要病历模板具有更强的灵活性，可以根据多种疾病组合出自适应的病历模板，我们称之为动态病历模板加载。

门诊病历模板主要包含主诉、现病史、既往史、家族史、全身情况、检查、治疗计划和处置等章节，在检查、治疗计划和处置章节中出现多部位的诊断时，系统需要具有动态组装多疾病病历模板内容的能力。因此，我们在设计时将病历模板的维护工作定制到各个病历章节，每个章节又可以根据诊断的类型以及是否自动加载该模板等配置参数，动态地拼接出更符合口腔医生所期望的病历模板，从而满足门诊口腔病历模板多样性的特点。

诊疗过程交叉方案-步骤-医嘱模型

口腔专科服务也会遇到各种诊疗过程在同一科室或者不同科室间交叉诊疗的情况。例如在修复科义齿制作之前，需要外科配合完成病患牙齿的拔除；在牙体牙髓科根管治疗，需要修复科先将旧修复体拆除。

我们提出了治疗方案（Plan）-操作步骤（Stage）-医嘱（Order）数据模型，同一牙位的同一诊断在一次看诊中只会出现一种治疗方案。而对于大多数口腔疾病来说，口腔医生在初诊时就已经确定了治疗方案，在不同次看诊过程中，口腔医生对不同疾病部位会采取不同种类治疗方案下的不同操作步骤，每次看诊的操作步骤可能又会出现多个处方、处置、检查、检验等门诊收费医嘱。

门诊医嘱不同于常规的住院医嘱，门诊医嘱的特点是即时开立，即时执行；医生开立，医生执行。口腔专科医院基本上已经构建了门诊HIS系统，而门诊HIS医生工作站一般不存在具有临床属性的医嘱，只有开单、计费等收费意义的收费项目数据模型。因此，我们通过EMR医嘱与HIS收费项目前后台相结合的集成对接，将HIS收费模块与EMR病历书写无缝地整合在一台医生工作站应用程序上，为口腔专科医生提供了“诊断管理医嘱收费病历书写复诊预约”一体化向导操作界面，大大提高了工作效率。

图表数据采集专科图表模块

口腔门诊流程中，除了上述三大特点外，每个专科病历之外还有其图表数据采集要求。

我们在北京大学附属口腔医院发现，在儿童科，口腔医生在初诊时先会对儿童患者填写一份全口恒牙和乳牙的口腔检查所见的检查单，该表单既有不同牙位图形化标注，又有表格式症状维度的描述。其它例如正畸科、修复科、牙体牙髓科等也有类似的业务流程或者更高的数字化流程需求。

口腔专科电子病历系统总体设计

临床信息系统建设的关键难点在于病历采集，即病历书写。随着软件开发技术的更新和软件开发商的新旧更替，医院在不断更新软件厂商和数据库平台，由于各厂商架构和设计上的差异，往往会造成现有数据迁移困难，造成大量资料的丢失。病历作为医院的财富，其价值在于“长期、大量”的临床数据积累，为医学研究和医学资料的整理提供基础。要达到这个目标，就要不依赖于任何一种开发语言、任何一种数据库，完全以XML来描述，并以XML格式来保存。我国电子病历的特点是，结构化需要提取的医学数据分布在叙述性文字中，因此现有的书写工具和编程方式很难满足XML书写和自然语言书写混合的书写模式，开发电子病历专用编辑器成为必然的选择，也成为能否开发成功一个好电子病历系统的核心技术。嘉和电子病历平台软件专用编辑器是我们潜心研究多年的一个成果，它在解决XML和自然叙述语言混合书写的同时，解决了中国医务人员书写病历时需要解决的诸多其他问题，如快捷性问题、图形图像标注问题、表格制作问题等，收集的信息包括患者的基本信息、医嘱、收费、检验、检查、麻醉、心电、病历等。

系统框架

嘉和口腔专科电子病历直接采用了嘉和公司独有的JH Framework技术框架，不必另行开发，极大地缩短了软件产品的开发周期。由于基础组件及服务框架已经具备，开发人员能够专注于业务开发，这降低了对研发人员的技能要求，只要培训学会Widget开发标准，就可以按照业务需求快速开发系统功能。JH Framework框架也适合需求分析师做快速产品原型设计，可以根据用户需求快速构建出用户界面。

JH Framework框架除了为应用开发和设计者提供了一个快速、高效和易用的二次开发平台外，为项目实施工程人员也同样提供了IT服务技术支持：服务原生支持双机热备、负载均衡，让使用此框架构建的应用系统更稳定、更可靠、更健壮；此框架设计的软件实现完全松耦合，可为大集成解决方案奠定基础，并且使开发的软件产品易于维护，降低了日后的软件维护成本；采用此框架开发的产品，客户端可实现免安装、自动部署和自动升级，可以减少实施工作量，缩短实施周期，降低实施成本。

设计思想

以医院等级评审为代表的新一轮医改政策将基于信息系统的数字化、精细化管理课题摆在了新一代医院管理者的面前，面对医院内专业不断细化、业务日益复杂的系统，传统的单向数据集成上报和报表展现已经难以满足用户的应用需求。

嘉和美康公司推出的基于临床数据中心（CDR）、面向口腔专科电子病历信息化的解决方案是基于多年电子病历数据采集和应用经验而成的。嘉和口腔专科电子病历信息化解决方案将数据规划、数据标化、数据集中、临床诊疗数据应用和运营管理数据应用特性融为一体。在新的统一技术框架下，将门诊电子病历、住院电子病历、医疗质控、病案管理、临床路径、医学科研、医院等级评审、单病种质量监测与评价、医患沟通等应用系统与CDR平台有机整合，实现了以患者为中心、以临件为主线的标准化数据组织和应用。

在新的信息体系支撑下，医院在临床、科研、质量管理等各个领域都能享受到临床数据深度应用所带来的巨大价值。

面向临床应用：嘉和口腔专科电子病历信息化解决方案基于数据系统化组织优势，为临床一线工作人员提供以病种为单位的疾病诊疗时间轴管理，从多个维度对患者完整治疗周期的数据进行汇集和集中展示，并且根据病情和治疗过程重点显示相关医嘱、治疗、检验检查结果。同时，在医生的日常医嘱下达、病历记录流程中，后台系统可以根据单病种质量控制规则的疾病指征分析以及临床质量管理规则实现自动的临件触发管理和药事监控功能。

面向医学科研：嘉和口腔专科电子病历信息化解决方案从学科发展规划出发，梳理数据需求，基于标准化数据的管控机制，将临床病历资源转化为高质量的临床研究数据资源，通过自动化的研究数据加工机制，快速产生支撑各类研究主题的病历报告数据，从而大幅提高科研产出效率。

面向医院质量管理：基于“方案-步骤-医嘱”的嘉和口腔专科电子病历信息化解决方案实现数据二次利用的能力包括医疗质量监测和评价、医疗行为和安全监测、在临床知识库支持下的患者主动服务等。精确的数据溯源能力和重复利用能力为医院管理层的精细化管理提供了坚实的基础。

口腔专科电子病历的应用价值

篇3

一、高效可靠地收集信息

Office InfoPath 2007使信息收集过程效率更高,它采用的方法是发送一些容易抵达所需参与者、减小多余数据项以及提高收集数据质量的电子表单。

Office InfoPath 2007表单可以通过电子邮件形式分发,以加快表单填写速度,也可以部署到许多Web浏览器中来填写,这些浏览器包括Microsoft Internet、Explorer、Netscape、Mozilla、Safari以及其他浏览器。Office InfoPath 2007表单解决方案使得在Web浏览器、电子邮件或移动设备中填写表单成为一件非常轻松的事,从而可以与更多的用户取得联系。同时,Office InfoPath 2007通过提供实时验证、预先填写好的字段以及重要信息源连接来减少错误、避免重复劳动。

二、使复杂的信息采集简单化

使用 Office InfoPath 2007可以在熟悉的 Outlook环境下完成表单。在Office Outlook 2007中收集信息后,可以将其导出到Microsoft Office Excel电子表格中,也可以将数据合并回单个Office InfoPath 2007表单中。将Word文档和Excel电子表格转换为Office InfoPath 2007表单模板,就可以通过将旧版文档转化为功能丰富的Office InfoPath 2007表单模板,在信息收集过程中确保数据完整性、改进版本控制和实现结构化。

在收集信息过程中,Office InfoPath 2007可以帮助用户使用简单的拖放式界面生成表单,同时也支持预设的模板部件和共享数据连接功能,使复杂的表单设计变得更容易。

三、集中进行表单管理和控制

Office InfoPath 2007使用新添的免费插件,可以为已完成的表单创建可移植文档格式(PDF)或XML文件规范(XPS)版本,用于存档或记录管理。

Office InfoPath 2007中包含了设计检查方案,可以帮助确保部署到Office InfoPath 2007 Forms Services 的表单具有一致性,增强了对Office InfoPath 2007表单模板中的重要信息的保护。同时,Office InfoPath 2007也包含了对信息权限管理的支持,Office SharePoint Server 2007的Office InfoPath 2007 Forms Services仅向拥有安全连接的用户提供访问权限,从而使组织可以集中管理电子表单,避免表单被不当使用和分发。

此外,通过Office SharePoint Server 2007 的 Office InfoPath 2007 Forms Services 可以对整个组织的电子表单进行集中管理以控制表单解决方案,部署电子表单,并通过集成的工作流管理工具,对难于管理或要求过多手动查看和验证的信息收集流程进行有序组织,有效驱动信息收集流程。

四、利用现有IT投资和知识,降低部署成本,简化业务流程

通过应用Office InfoPath 2007的表单解决方案,可以使用熟悉的Office 界面轻松地收集和呈现行业系统信息。Office InfoPath 2007和Microsoft Office system的高级集成功能使 Office InfoPath 2007能够扩展到其他程序中,以改进数据库、文档和其他内容的信息收集过程。Office InfoPath 2007 Forms Services通过提供简便升级、版本管理以及监控工具,有助于减少解决方案的故障时间,降低管理成本。

Office InfoPath 2007使用业界标准与当前业务应用程序和系统集成,使得业务流程相对简化,不必重新确定而自动执行。通过创建 Visual Studio 2005中托管的 Office InfoPath 2007项目来构建 Office InfoPath 2007表单解决方案,以便开发人员使用托管代码和 Microsoft。NET Framework构建解决方案。高级表单设计和开发工具使Office InfoPath 2007能够利用将用户与正确数据相连的动态交互式表单来简化复杂的流程。

篇4

实战1：3分钟自己解决软件故障

我在Vista下安装诺顿杀毒软件时，却弹出如图1所示的窗口，说该程序与Vista不兼容。遗憾中也看到了希望，“联机检查解决方案”按钮赫然在目，单击之后，打开“问题报告和解决方案”向导，一路单击“查看更多解决方案检查解决方案”，弹出如图2所示窗口。单击“Windows Vista不支持Symantec AntiVirus Corporate Edition”，在接下来弹出的窗口中，点击“解决方案”中的相应链接，即可自动登录指定的网站下载支持Vista的诺顿更新补丁了。

这个“问题报告解决方案”还真是有点霸道――从发现问题到解决问题，它已经一手为我们包办了。

图1

图2

小知识：Vista如何知道系统得的什么“病”？

成千上万的电脑，Vista如何知道你的电脑具体是什么问题，又该如何解决？原来，检测问题并不难，过去版本的Windows系统也能做到，比如：硬件驱动程序有错时会提醒我们安装失败，而且在设备管理器下为这些硬件标注感叹号。Vista则将这一功能进行了拓展：检测到问题后自动向微软相关网站发送信息，即所谓的问题报告。微软将同一信息收集到一定数量（确定问题是否具有普遍性）后会与相关的软件、硬件提供商接洽共同寻求解决方案，一旦成功则生成解决方案数据库。而后，只要有人提交同类问题报告，立即可通过数据库得到解决方案。响应时间仅由网络连接的速度来决定，一般可在瞬间完成。整个问题报告与解决的流程，如图3所示。

图3

实战2：看看系统都得了哪些病

是否只有在程序出错时才能调出问题报告和解决方案？其实我们可以随时单击“开始所有程序维护问题报告和解决方案”调出它，单击“查看问题历史记录”，就可以了解当前系统的所有故障情况了。

有的问题可以解决，凡标注“解决方案可用”的都属这一类。有的问题暂时还不能解决，标注“已发送报告”的都属这一类。右击状态为“解决方案可用”的问题，选择“查看解决方案”，打开相应窗口后按实例1中的方法操作即可。右击状态为“已发送报告”的问题，选择“检查解决方案”，则可以即时查看是否已有可用方案。

实战3：要不要报告错误自己定

默认情况下，所有的问题报告都将发送到微软网站。其实，我们可以有针对性地禁用一些敏感软件向微软网站提交报告。

在“问题报告和解决方案”向导窗口，依次单击“更改设置高级设置”，单击“阻止列表”右侧的“添加”按钮，将要阻止的程序添加进来即可，如图4所示。

建议将公司内部的程序添加进来，因为这类程序可能只有你自己才会发送报告，一般是得不到解决方案的，而且在错误发送过程中还有可能造成公司内部机密的泄漏。

小提示：彻底禁用问题报告解决方案

有人担心“问题报告和解决方案”程序会向微软网站泄露自己的隐私，所以想要彻底禁用它，这可通过组策略编辑器来完成。单击“开始”，在“开始搜索”框中输入“gpedit.msc”，按回车键打开组策略编辑器，依次展开“计算机配置管理模板Windows组件Windows错误报告”，双击打开“禁用Windows错误报告”，选择“已启用”，确定即可。

篇5

关键词：厂房地坪 质量控制

中图分类号：O213.1文献标识码：A 文章编号：

正文：

中国海运江苏造船基地2#分段装焊工场工程是由中国海运江都分公司开发，中国二十冶建设有限公司承建，本工程厂房地坪为钢筋混凝土地坪，厚度为200mm或250mm两种，其中通用地坪中预埋铁件，规格为1m*1m、2m*2m方格网T型铁，在施工过程中由于施工及技术各方面原因，出现了一些质量通病，下面依次说明其产生原理及预防和解决措施。

一、通用地坪表面压光不好

产生原因：施工时处于炎热夏季，混凝土初凝时间短，且为本工程施工的第一块带铁件地坪，工人操作尚未熟练，未能及时压光。

预防措施：在工程地坪第一次施工时，进行小面积试施工，以了解工人施工能力及水平，合理确定一次施工面积。暑季施工注意防暑降温，浇注混凝土时尽量选择早上温度较低时施工，为多遍压光提供足够时间。

解决方案：由于混凝土强度尚未发展，本工程将平整度相差过多的1m*1m分格地坪表面混凝土用风镐凿除，直至露出上层钢筋网片，将灰土清扫干净，用素水泥浆扫面，并用高一标号细石混凝土再次浇捣、抹平，充分压光，并注意浇水养护。

二、地坪混凝土产生裂缝

产生原因;混凝土受温度、湿度变化，或养护不周、地基沉降、过早加载等都会给地坪造成影响、产生裂缝。

预防措施：加强混凝土早期养护，混凝土浇注完及时浇水养护，防止干缩裂缝。混凝土收光施工时发现的裂缝要及时修补，杜绝其继续发展。混凝土强度未达到5Mpa，不得上人，并严禁在混凝土上堆积重物。

解决方案;此类裂缝一般较细，数量不多，可用水冲洗后，用水泥浆抹补；若有较大裂缝，应沿缝隙将碎裂混凝土屑凿除，并用水清洗干净，用1：2或1：2.5水泥砂浆抹补。

三、地坪伸缩缝两边混凝土裂缝

产生原因：施工缝处预埋的聚氨酯泡沫塑料板预留高度不足，固定不好，施工时由于混凝土振捣时流动导致移位，局部产生扭曲，且上部被混凝土覆盖，混凝土收缩时，内部受力不均，沿泡沫板两侧产生裂缝。

预防措施：施工时注意保证聚氨酯泡沫塑料板尺寸，其上边缘应高出地坪混凝土表面2-3cm，且用薄板与钢筋短棍将泡沫板固定好，防止移位、变形。当工期较紧，工人施工水平不高时，可采用后期切缝的方法。

解决方案：首先将预埋的泡沫板及四周薄弱部位全部凿除，并用水冲洗干净，根据伸缩缝宽度制作木条，用钢钉将木条固定在伸缩缝位置。再用掺有建筑胶的水泥砂浆抹平、收光，足期养护并做好成品保护措施，待28d后起出木条，用聚氨酯密封胶灌缝并注意防护。

四、地坪混凝土夹芯

产生原因：浇筑混凝土前，垫层上的木块、碎泡沫等杂物未清扫干净，在进行振捣时，由浮力作用浮在混凝土上部，当地坪集中受力时，该部位下侧为松软材料，就会造成地坪表面碎裂，露出加芯部位。

预防措施：在浇筑混凝土前，检查垫层上部是否有杂物，发现木屑、烟盒、碎纸屑等及时清扫，施工时杂物掉入及时取出，否则一旦经过振捣，将很难分辨。

解决方案：发现加芯部位，将内部杂物取出 并将四壁残余材料凿除，用吹风机吹干净，再用素水泥浆扫浆，用高一标号的细石混凝土填实、抹平、收光，细石混凝土内可掺加适量微膨胀剂。

五、局部地坪平整度较差

产生原因：通用地坪由于为方格网地坪，标高可根据T型铁件施工，在铁件安装合格的前提下，较易控制。其他地坪跨度很大，本工程采用了管材固定水平的方法进行标高控制，但仍有部分地坪平整度较差，初步认定为管材固定不牢固，导致标高变化。

预防措施：增设管材，固定牢固，施工时尽量避免踩踏管材及四周钢筋，避免其标高变化。

解决方案：由于发现及时，且误差不大，对不合格部位及四周进行再次压光，局部修补，使平整度误差满足规范要求，若误差很大，必须将该部位地坪凿除，重新浇筑，使地坪表面高差达到《建筑地面工程施工质量验收规范》GB 50209-2010中规定的允许偏差之内。

六、地坪侧面露筋

产生原因：此情况多出现于通用地坪混凝土，由于通用地坪四周均为100mm宽角钢，如不注意加强振捣，与模板接触的地坪上部混凝土很难达到密实状态。

预防措施：在浇筑通用地坪混凝土时，注意在地坪四边部位下足料，并加强振捣，使混凝土与模板充分接触，模板拆除不宜过早，避免缺楞掉角造成的露筋。

解决方案：首先将外露钢筋的混凝土清除干净，并浇水湿润，露筋部位较小时采用1：2水泥砂浆抹压平整，较大时采用高一标号的细石混凝土填实压平，并用模板将侧面固定好，拆模后注意养护及成品保护。

在进行地坪施工管理过程中，还应注意以下几点：

(1)本工程柱基础进行同填时，正值雨季，回填土料含水率偏大，故采取翻晒和灰土处理.保证同填土的压实系数满足设计要求；同时对灰土采取保护措施，做好排水工作，确保不被雨水浸泡。当基坑部位回填标高与厂房区基土一致时，用压路机再全面纵横碾压2遍，确保面层土质密实。基坑回填士不密实是引起地坪裂缝的原因之一。因此，必须控制好回填土质量，在常规方法不能保证回填质量时，可采用灰土回填的方法。

(2)砼的坍落度必须严格控制，商品砼的坍落度控制在12 cm以内，砼坍落度过大，必然增加产生收缩裂缝的机会并减低强度。

(3)钢柱四周是地面受力的薄弱部位，易产生裂缝，为此要采取构造措施，加强处理。

(4)面层钢筋砼的上层钢筋位置保证非常关键，若在施工过程中被踩踏，其有效防裂抗托性能大大降低。因此要注意以下几点：一是为保证上层钢筋位置，采用铁马凳固定牢固，隐蔽验收时必须严格把关；二是在砼浇筑前，在浇筑路线上用木板铺设行走路线，便于工人及管理人员行走；三是砼浇筑时配备钢筋工值班，加强上层钢筋位置的保护。

篇6

关键词：JasperReports；web报表；第三方打印控件；MVC

中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2013）17-4001-04

随着Web技术的广泛应用，传统的报表打印方式也发生了很大变化。在B/S模式下，由于只能采用浏览器作为用户界面进行交互，不能精确控制客户端的打印机。仅靠IE自带的页面打印功能，不能满足客户的需求，并且除了IE浏览器还有诸如谷歌、火狐等主流浏览器使用越来越多，如何解决跨浏览器下实现web报表打印的问题显得更为重要。

本文报表打印系统基于J2EE技术构建，开源报表引擎JasperReports与可视化工具iReport相结合，将报表模板与报表数据相分离，用户根据需要设计报表模板，自主选择数据源。在此基础上使用轻量级第三方打印控件，借助其丰富的打印功能，可以实现套打、精确打印等复杂功能，具有高效、简单、灵活的特点，满足客户的不同需求。

1 相关技术介绍

1.1 JasperReports

JasperReports是一个强大灵活的开源报表生成工具，能够展示丰富的页面内容，并将之转换成PDF，HTML，或者XML格式。该库完全由Java写成，可以用于在各种Java应用程序，包括J2EE，Web应用程序中生成动态内容。 iReport 也是开源软件，其主要作用是用来以可视化的方式设计生成JasperReports 所使用的报表格式文件，因为JasperReports 本身并未提供很好的可视化报表设计方式，iReport可视化的设计界面，支持拖拉试操作，方便、快捷的制作出各种复杂的报表。

在Java报表开发中，JasperReports是最受欢迎的报表开发工具之一，但是它本身并没有很好地实现在Web环境中的打印功能，虽然存在有一种JasperReports客户端采用 applet实现打印整体功能，但客户需下载安装十几兆的jre且打印效率低下。

1.2 MVC架构模式

MVC最初是在Smalltalk-80中被用来构建用户界面的。M代表模型Model， V代表视图 View， C代表 控制器Controller。采用MVC设计模式有利于保持软件结构的完整性和可扩展性，同时层与层之间的调用较少耦合，实现了系统的低耦合、高内聚，方便进行二次开发。MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。View层用于与用户的交互，通常用HTML页面来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。其模式结构图如下：

MVC 的处理过程为：1）用户在视图的界面上发出请求，视图把请求转发给控制器，控制器调用相应的模型来处理用户请求，模型进行相应的业务逻辑处理，并返回数据。2）控制器调用相应的视图来显示模型返回的数据。

1.3 第三方打印控件

在相当多的业务系统中，根据业务流程的需要，经常会需要打印系统中的报表，用来领导审批，或者存档记录，这就要求在系统中增加对应报表的打印功能。在Java Web开发过程中，经常会遇到报表打印的需求，而在B/S架构中并没有成熟的API可以调用，所有打印任务只能通过浏览器调用本地打印服务进行。因此采用轻量级的第三方打印控件方式，是开发B/S较好的选择，集成丰富的打印功能，满足客户需求，能实现web套打，其中一些很好地解决跨浏览器调用打印机问题。国内外常见的第三方打印控件介绍：主要有ScriptX、webprint、jatoolsPrinter以及LODOP等几种。

LODOP web打印控件是有梦泰尔软件工作室研发，自2007年开始，目前是国内注册用户和免费用户较多的打印控件，是WEB开发中比较彻底的打印方案。在web开发中，表格报表是最常见的报表形式之一，通常情况下可以选择使用HTML中等标签实现。

2 系统实现的总体结构

B/S模式web报表开发主要有远程数据读取以及精确定制报表两个开发难点，为了实现报表的自定义，还必须满足以下条件：1）报表样式模板可保存，并能重复调用；2）报表样式模板能够进行自定义编辑；3）打印参数和方法一致，可供用户灵活调用，避免打印控件的反复更新； 4）打印控件可实现分页机制；5）打印内容自适应机制，可精确控制打印内容的显示样式。

Web报表打印系统整体结构如图3所示。

系统整体方案可分为三大部分，第一部分，报表设计用户根据自己的需要设计出相应的报表模板存入数据库。第二部分，报表生成部分，用户选择相应模板，服务器解析相应模板并且结合用户输入的一些参数，动态地生成了我们所需要的报表文件。第三部分，即报表的打印过程，就是分别把第三方打印控件和第二部分中生成的报表文件传送到客户端，在本地进行解析打印，直接控制打印机进行输出的过程。

具体来说，客户端是浏览器，可以是windows下各主流浏览器（包括IE、FireFox、Google Chrome等） 嵌入到Web 页面中的LODOP打印控件在页面初始加载过程中提示安装在客户端机器上，客户端用户通过调用LODOP控件实现对web报表的打印。打印系统的功能包括两部分：客户端打印控件和服务器端数据填充服务组件，客户端打印控件负责向数据填充服务组件发起数据请求获取远程数据，进行报表打印； 服务器端数据填充组件负责提取模板文件，进行数据填充。

3 打印功能应用实例

下面以LODOP控件（采用版本为Lodop6.012，免费试用版）为例，以MyEclipse10为集成开发环境，以Tomcat 6为web服务器，结合JasperReports报表开发工具（版本为4.5.1），实现Windows下各主流浏览器下实现web报表打印功能的实例，以某货物仓储管理为例，数据源选择为JDBCSource。

3.1 使用JasperReports设计报表模板

模板设计如图4所示。

3.2 报表填充及导出

4 结束语

目前Java Web项目的报表实现技术选择不多， JasperReports 是一个比较成熟的Web报表开发技术， 也是目前主要解决方案。通过JasperReports 可以很好的完成Web报表功能任务，但它本身并没有很好地实现在Web环境中的打印功能。该文主要介绍了一种基于JasperReports报表设计工具的web报表的打印功能的报表打印系统实现方案，结合当前复杂业务报表的需求分析，并且跨主流浏览器下实现web报表打印功能，提出了使用轻量级第三方控件结合JasperReports的联合打印的一种解决方案，结合两者的优点更好地实现丰富web报表的打印功能。

参考文献：

[1] 谢星星，陈育春.贯通开源WEB图形与报表技术全集[M].北京：电子工业出版社，2008.

[2] 刘聪.Java报表开发技术深入解析[M].北京：中国铁道出版社，2010.

[3] 张婧.JasperReport在Web报表中的制作与生成[J].信息通信，2011（2）.

[4] 郭军军，刘刚.一种基于J2EE平台的通用WEB票据打印服务技术[J].计算机应用与软件，2010（6）.

[5] 关鑫.基于J2EE的通用报表系统的研究与实现[D].成都理工大学，2010.

[6] 邓卓.基于J2EE的WEB报表系统的研究与实现[D].沈阳理工大学，2009.

[7] 林信良.Servlet&JSP学习笔记[M].北京：清华大学出版社，2010.

[8] 杜梅，周传生，曹升嘉.开源报表引擎JasperReports的研究与应用[J].沈阳师范大学学报：自然科学版，2007（4）.

篇7

关键词：设计模式；泛型；静多态；动多态；抽象工厂模式；模板

1 引言

设计模式是对于某一类的软件设计问题的可重用的解决方案。[1]在软件开发中，其主要作用为：重用设计、共用词汇、方便交流、易于重构。一个模式有四个基本要素：1）模式名称，用于描述模式的问题、解决方案和效果；2）问题 用于解释设计问题和问题存在的前因后果；3）解决方案 描述设计的组成部分、相互关系及其各种的职责和协作方式；4）效果 描述模式应用的效果和使用模式应权衡的问题。[2]设计模式主要分为创建型、结构型、行为型，桥梁模式是结构型模式之一，其意图是“将抽象化与实现脱耦，使得二者可以独立变化”。

在面向对象程序设计中，封装变化最主要的技术是多态。多态是同一实体同时具有多种形式，即同一操作作用于不同的对象，产生不同的执行结果。多态分为动多态、静多态。动多态是通过继承和虚函数来实现的，在运行期间，虚函数调用不同子类型的虚成员函数以实现不同的功能。静多态是通过泛型中模板实现的，在编译期间，接口绑定不同的功能代码。

当前，设计模式的实现技术是使用动多态，即继承与虚函数（接口与实现）。其主要的问题是，接口必须在公共基类中预先设定，动多态的绑定是入侵性的或者插入式的。针对这一问题，本文以抽象工厂模式为例，使用静多态给出非入侵性或非插入式的实现。

2 抽象工厂模式

抽象工厂模式是对象的结构型模式，其动机是：提供一个创建一系列相关或相互依赖对象的接口，而无需指定其具体的类。

桥梁模式结构图如图1，[3]其参与者分别为：AbstractFactory定义创建抽象产品对象的操作接口；ConcreteFactory实现创建具体产品对象的操作；AbstractProduct定义一类产品对象的接口；ConcreteProduct为具体的产品对象。对象协作时，创建ConcreteFactory类的实例，由具体的工厂创建具有特定实现的产品对象。

3 泛型与模板

泛型是现代程序设计语言的一种特性。泛型是一种特殊的类型，其将指定类型的工作延迟到客户端代码声明并实例化类或方法的时候，泛型将类型参数化以达到代码复用的目的，从而提高软件开发工作效率。

不同的语言支持的泛型的特性不同。.NET泛型是具有占位符（类型参数）的类、结构、接口和方法，这些占位符是类、结构、接口和方法所存储或使用的一个或多个类型的占位符。泛型集合类可以将类型参数用作其所存储的对象的类型的占位符；类型参数作为其字段的类型及其方法的参数类型出现。泛型方法可以将其类型参数用作其返回值的类型或者其某个形参的类型。 Java 泛型的参数只代表类，不能代表个别对象。由于 Java 泛型的类型参数之实际类型在编译时会被消除，所以无法在运行时得知其类型参数的类型。Java 编译器在编译泛型时会自动加入类型转换的编码，因此其运行速度不会因为使用泛型而加快。[4]在C++ 中，泛型即模板，其无法对泛型的类型参数进行约束，在编译时，每个使用的封闭泛型类型都有独立的编码产生，编译器确保其类型安全性。[5]C++模板有两种类型，函数模板与类模板。下面以C++模板为例，给出桥梁模式的实现方法。

4 泛型实现抽象工厂模式

基于泛型的静多态为实现设计模式提供了新方法。静多态的实现类型在编译期中确定，从而可以避免使用指针，其具备更好的类型安全性，更高的效率。下面是其实现结构图。

在基于泛型的抽象工厂模式实现中，由于基类变成泛型，实现了非入侵性或非插入式的绑定。同时，基于静多态的实现代码数量也减小。

5 优点与缺点

基于泛型的抽象工厂模式具有以下优点：1）无需通过公共基类来表达接口的共性，更便于实现内建类型的集合；2）不通过指针进行间接调用，生成的代码效率较高；3）对于提供部分接口的具体类型也可以调用；4）静多态在编译期对所有的绑定操作进行检查，具有更好的类型安全性。其缺点是：1）不能优雅地处理异类集合；2）实现代码虽小，但可执行生成代码较大；具体实现中，可根据其优缺点进行选择。

6 结束语

综上所述，抽象工厂模式可通过继承与虚函数实现，也可通过泛型和模板实现。不同封装变化的技术可以实现相同的功能，本文给出了抽象工厂模式基于泛型的实现方法及代码，其他模式也可通过泛型实现。

参考文献

[1] Gamma Erich.设计模式可复用面向对象软件的基础[M].北京：北京机械工业出版， 2000.

[2]拉尔曼.UML 和模式应用：面向对象分析与设计导论[M].北京：北京机械工业出版社， 2001.

[3] Shalloway Alan.设计模式解析[M].北京：中国电力出版社， 2003.

[4] Wu T C.Java 面向对象程序设计[M].第 2 版.北京：清华大学出版社， 2002.

篇8

云是多样化的

云计算这件事已经谈了这么久，但为什么戴尔现在才公布云计算战略？是不是有点晚？

云计算不仅只有公有云一种方式。从目前中国用户的实际需求来看，企业用户直接采用公有云的还比较少，大多数用户其实更青睐混合云。中桥国际调研咨询有限公司的调研数据显示：云计算、软件定义数据中心、虚拟化是未来12个月内中国用户IT投资的重点，50%的用户已经或准备部署云计算;直接选择公有云服务的企业级客户比例只有5.2%，中小企业直接选择公有云的比例稍高，但也只有14.7%。曹志平认为，中国用户对云形态和部署方式的需求差异比较大，需要厂商提供量身定制的个性化云计算解决方案，这也是戴尔提出“Any Cloud”云计算战略的重要原因。

戴尔在帮助苏州工业园建立云平台之前曾经询问过客户的需求，得到的答复是，他们最关注的是业务永远在线，不要因为平台的迁移而导致业务中断，数据要绝对安全，整个系统的成本要可控，资源和资金可以得到充分利用，并且可以实现数据的智能化管理等，唯独没有对采用哪种云部署方式提出具体要求。“这是我们在日常工作中经常听到的用户反馈。”曹志平告诉记者，”现在，用户不会因为听说某种技术先进，而一夜之间完成向新技术平台的迁移。向云计算的演进是渐进式的，而非革命式的。在云计算方面，用户的需求是多样化的，我们也必须提供多样化的适合其需求的解决方案。”

中桥国际调研咨询有限公司总经理兼首席分析师王丛对戴尔“Any Cloud”云计算战略持肯定态度。她表示：“戴尔每次一个战略，就像它的产品一样，都是从用户的需求考虑，实实在在，而不是炒作概念。戴尔每一代新的服务器之前，都会针对成千上万的用户进行调研。这次戴尔云计算战略之前，也委托我们针对客户的云计算需求进行了调研。现在对于用户来说，关键的问题是如何部署云，如何采用一个正确的演进路线图。”

“谈到云计算的落地，用户要考虑的是何时开始做，如何做。而我们关注的是如何才能更好地帮助客户部署云计算，提供多样化选择。” 曹志平表示，“现在，很多厂商都推出了自己的云计算解决方案，但差异化不明显，不能给客户带来额外的价值。我们并不认为建立一个公有云平台就是实现了云计算。我们的云计算战略宗旨是在合适的时间帮助客户平稳地向云计算过渡，实现业务转型。”

曹志平表示，戴尔在云计算方面要打造一个完整的生态链，与合作伙伴共同推动云计算的应用，当然也不排除与合作伙伴一起提供公有云服务的可能性。目前，戴尔正在和中国本地的一些合作伙伴洽谈合作，很快就会有好消息宣布。

在2014年的Dell World大会上，戴尔正式了Cloud Marketplace，它基于电子商务的思路，就像是一个云计算的“超级市场”，企业用户可以自由地选择其上的各种云服务。虽然目前Cloud Marketplace还没有在中国市场上完全落地，但曹志平表示，这是戴尔公司的整体策略，他们将积极推动Cloud Marketplace在中国的落地和发展。

云计算是不断演进的过程

那么，传统企业如何才能顺利地迈过云计算这道坎呢？戴尔“Any Cloud”云计算战略给出了解决方案，就是“云就绪、云部署和云管理”三部曲。

戴尔将传统企业的云计算旅程划分成三个阶段。第一个阶段是“云就绪”。在这个阶段，企业的主要工作是实现架构优化，以满足传统IT应用演进和新应用的双重需求。那么，云就绪能不能理解为IT架构的虚拟化呢？

戴尔企业解决方案企业架构师王雪晖回应说，云就绪包括两方面的工作：第一，优化客户的基础架构层，比如可以借助融合或超融合的解决方案，把服务器、存储虚拟化，优化网络架构，改传统的垂直结构为横向点对点的沟通，以满足云计算的需求;第二，提高运营和管理的效率，即通过融合架构的管理器把所有IT资源统一管理起来，形成一个资源池，并动态地监控这些资源，为以后的云部署和云管理做好准备。

第二个阶段是“云部署”，即采用模块化、融合高效、端到端的技术方案，保证从传统架构到云架构的平滑过渡。王雪晖介绍说，在这个阶段，优化融合、QoS（服务质量）、性能弹性和SLA（服务等级协议）是四个关键指标。

第三个阶段是“云管理”，就是跨越异构的不同的云环境，实现资源的集中、统一管理。

曹志平坦言，传统企业在转向云的过程中会面临更多的挑战。如果传统企业已经拥有了一定规模的IT系统，并且有意向云计算转型，希望通过利用一些新技术提升IT系统的整体效率，降低整体拥有成本，实现更高的业务弹性，不妨可以借鉴“云就绪、云部署和云管理”的三步走策略。

其实，上述这三个步骤之间并没有严格的顺序。用户的特点和需求各不相同，有的用户可以按部就班地从虚拟化起步，经历云就绪、云部署，最后实现对多云架构的管理。但对于有些关键应用来说，它的虚拟化或云化过程可能会延后一点。当用户把整个环境优化以后，服务质量、服务等级协议都达到一定要求后，用户再把关键应用迁移到云中也不迟。

“云就绪、云部署和云管理构成了一个循环，周而复始。用户每经历一次循环，就意味着已经解决了一些云计算的难题，朝着云计算的最终目标又迈进一步。”王雪晖表示。

稳步推进云战略

为了帮助客户迈好这三步，戴尔在过去几年中一直积极布局，进行了多次有针对性的收购。

王雪晖举例说，几年前，戴尔收购了一家专门做多云管理的软件公司。该公司的软件可以管理市场上20多个最热门的公有云，并且可以借助API将这些公有云与私有云连接起来，通过一个统一的界面进行管理，并可监控不同云中的资源使用情况。用户可以在这个多云的管理平台上创建一些标准的模板，并把这些模板部署到不同的公有云或私有云中。戴尔还有一个名为Boomi的软件，它可以实现应用的整合，方便把传统的应用与SaaS应用连接起来，实现数据的互动。

篇9

关键词：地铁 轨道施工 整体道床

中图分类号：TU74 文献标识码：A 文章编号：

1引言

某地铁轨道计划采用轨排法方案施工，在铺轨基地组装25m轨排，通过轨道运输现场施工专用铺轨龙门吊铺轨，墩架法固定轨道，通过料斗或泵送浇筑混凝土。 计划开设两个作业面，左右线同时施工，确保施工进度按计划进行。以下是对该施工工艺的阐述。

2施工工艺

2.1土建结构移交

工程部测量和技术人员及相关机电人员要参与洞内的土建移交，同时做好混凝土下料口、隧道内止排水情况、预埋件、预留管道、水电接口等施工情况调查。发现问题要以报告的形式上报监理，及时反映现场情况，并提前做好各种施工的技术方案及机械设备、水电准备工作。如有问题，必须及时提供相应的施工解决方案，上报经理部领，及时解决，并做好相应的技术交底。同时还要做好施工技术资料的准备工作，保证各种技术资料能及时到达各领工区和作业人员手中。

2.2基标测设

基标测设的依据为上道工序提供的基桩，导线点及水准点，基桩移交后及时进行标示和防护。及时对上道工序提供的导线点及水准点进行复测，导线测量的闭合差和水准测量的误差应满足规范的精度要求。复测成果通过后进行控制基标和加密基标测设。

2.3基底凿毛

在进行整体道床施工前，要对矩形隧道底板进行凿毛处理，彻底清除基底面上的浮浆、污物和脏水。凿毛可采用风镐和钢钎将基底凿成宽度和深度都为5mm。纵横距离不大于100mm的凹凸面，并清除松散屑物和积水，以保证道床和基底良好衔接。凿出的垃圾要及时清扫干净并袋装，用轨道车和龙门吊搬运出隧道，统一运走。

2.4铺设洞内龙门吊走行线

洞内龙门吊走行线采用长度为12.5m的22kg/m的钢轨，两股钢轨的中心距为3.1m，其中心线必须与线路中心线一致，其轨顶标高应高于道床面标高，确保龙门吊走行时不会冲撞基标。轨下采用钢制支撑架，其间距按1.5m左右布置，用膨胀螺栓固定在隧道底板上。两相邻支撑架中间采用槽钢支腿加固，以防产生过大的变形而影响龙门吊的走行。支架和支腿均采用螺栓和扣板将钢轨固定。钢支架根据不同的隧道截面尺寸而制。龙门吊走行线的铺设必须及时并超前铺轨长度50米进行，以利转运钢筋和袋装垃圾，龙门吊走行线转运和安装时，要特别注意安全和对已铺钢筋网以及基标的保护，杜绝野蛮施工和违章作业。

2.5钢筋制安

钢筋应有出厂质量证明书或试验报告单，每捆钢筋应有标志。进场时应按批检验，检验内容包括查对标志、外观检查，并按GB1499《钢筋混凝土用热轧带肋钢筋》、GB13013《钢筋混凝土用热轧光圆钢筋》的规定抽取试样进行力学性能试验，合格后方能使用。成品钢筋利用轨道车从下料口运至各作业面进行绑扎、焊接。整体道床采用双层钢筋网，纵向及横向钢筋采用HRB335-14钢筋、架立筋采用HPB235-10钢筋，由下至上进行绑扎。绑扎采用0.7mm的铁丝进行跳扎。绑扎牢固，不漏绑。绑扎钢筋时，钢筋的间距和外形必须符合设计要求。

2.6基地轨排拼装

以轨节表为轨排拼装的依据，轨排拼装在拼装台座上进行。先用白油漆将轨枕位置标注在钢轨轨腰的内侧，扣件组装完成后安装混凝土轨枕。轨枕安装要同时在左右股钢轨上，每隔4-5根轨枕安装一根轨距拉杆以固定轨距，用螺栓固定紧密，并与钢轨、轨枕、扣件一起构成轨排框架。轨排组装完成后组织验收，特别注意检查轨距、轨枕位置及间距、轨距垫安装位置、扣件与轨枕是否密贴等。验收合格后用龙门吊吊运到指定地点堆放或装车并按铺设顺序注明轨节编号。

2.7洞内轨排铺设及调试

利用轨道车牵引特制平车运送轨排至作业区，再用洞内的两台铺轨龙门吊将轨排吊至作业面安装。依据线路加密基标控制其中线和方向，并用鱼尾板和螺栓将其与已铺设定位的轨排连接，利用人工、起道机及侧向支撑初步调整轨道几何尺寸，将轨排初步就位。轨排初步就位后，按照线路基标，用万能道尺、直角尺并通过上承式钢轨支撑架调整轨排高低采用钢制螺旋顶杆调整轨道方向。每隔4-5根轨枕设置一根钢轨支撑架。由于钢轨支撑架的位置与线路基标不在同一横截面上，以及调轨时钢轨的牵连移动，故调轨工作实际上是按趋近法进行的，需重复多次才能完善。

2.8相关专业接口及伸缩缝的设置

根据排水专业提供的资料，在废水泵站和排水管的位置设置集水坑。轨道设计应满足人防门和防淹门的要求，为人防门和防淹门预留合适的位置和接口条件。预埋过轨管线采用直径80mm的防护钢管，从道床水沟两侧穿出，两头露出道床面100mm左右弯曲半径为管径的10倍。预埋时，宜内穿细铁丝，并且做好防阻塞封堵。过轨管埋设在两轨枕之间的道床内，每个枕间最多埋设1根，距基底60mm左右。整体道床每隔12.5m设置道床伸缩缝一处，伸缩缝宽20mm，以沥青板形成。在结构沉降缝处应设置道床伸缩缝，轨枕应避开结构伸缩缝设置。

2.9道床模板安装

钢轨铺设就位后，即可进行道床模板的安装。道床混凝土分两次浇筑。为确保模板的稳定性和安装精度，在顺线路方向每隔0.5m。采用φ12的钻头在隧道基底钻孔，插入φ10的钢筋以固定模板的位置，采用内外交错方式在模板两侧钻空钉钢筋来固定模板，模板间采用特制夹具结合在一起。模板上方用‘S’形弯钩连接到轨底板内侧，在轨枕和模板之间采用小方木支撑，以保证模板的稳定性。

2.10混凝土浇筑

混凝土采用料斗运送混凝土，混凝土罐车到达下料口后，先将混凝土通过下料管下到轨道平板车上的料斗内，再由轨道车将料斗运送到工作面上，然后铺轨龙门吊吊起料斗运送到浇筑位置进行卸料浇筑。整体道床及水沟采取一次成形，混凝土应分段施工，每次都必须保证连续施工，一次成型。浇筑应连续进行，如发生混凝土供应不上，混凝土浇筑必须停止时。应在前层混凝土凝结之前，将次层混凝土浇筑完毕。但混凝土浇筑的间歇时间不易过长，必要时应设置施工缝。如该处无法留置施工缝时，应将混凝土分散于道床四周并用振动器捣实，下次浇筑混凝土前，应将表层水泥薄膜和软弱松动的混凝土凿除，冲洗干净并润湿，方可进行上层混凝土浇筑。混凝土采用φ50的振动棒进行振捣。每次振动棒的移动间距≤300mm，应快插慢拔，振捣至拌合物不泛浆和不再下沉为止。轨枕下和模板边应加强振捣。浇筑完后，进行抹面。

2.11混凝土养护

混凝土浇筑完毕后需进行养护由于隧道内温度和湿度均较为稳定，有利于混凝土的养护，所以采用洒养护液养护的办法即可满足施工要求。道床混凝土浇筑完毕初凝完成后立即用土工布覆盖混凝土表面，同时洒养护液润湿。养护过程中应随时保持土工布的润湿。其养护时间不得少于7天。

3总结

在对地铁轨道整体道床线路施工方法进行充分总结的基础上，给出该施工方法的整个流程，对以后采用该方法施工的地铁轨道具有借鉴意义。

参考文献

[1] 刘道通，杨宝峰. 地铁轨道施工常见问题及解决方案[J]. 铁道工程学报. 2010(004): 97-100.

[2] 吴斌. 地铁轨道施工常见问题分析及解决方案探究[J]. 世界华商经济年鉴· 城乡建设. 2012(12).

作者信息：

姓名：刘志权

出生年月：1983年11月

籍贯：黑龙江省伊春市

篇10

[关键词] 工作流系统 流程引擎 模板设计 表单生成器

中小企业作为最大的企业群体,在企业信息化建设方面存在迫切需求的同时,也对信息化解决方案提出了独特的要求。一方面中小企业希望系统能灵活易用,支持快速部署。另一方面又希望信息化服务的价格比较低廉,而且大量传统中小企业对软件的高额开发和维护成本缺少足够的认识,这样在信息化解决方案中尽可能地使用一些轻量级的解决方案。

我们在长期的中小企业信息化实践中,逐渐采用了一套微型的工作流系统,在开发和部署轻量级的前提下,为中小企业的信息化保留了足够的灵活性和可用性。微型工作流系统同样提供了比较完整的工作流体系结构,主要包括:数据存储,流程引擎,表单生成器,可视化流程设计器。

一、数据存储设计

工作流系统的数据存储设计主要考虑流程数据存取模型,即如何组织流程模板中定义的数据,如何存取流程数据。设计的另外一个方面是设计工作流系统本身运行所需要的其他数据。

1.数据存储设计概述

数据存储设计中对工作流系统必不可少的数据表分为三个部分:

(1)组织机构表

(2)流程系统支撑表

流程注册表:存放目前系统中部署的流程及其信息;

流程任务表:存放系统中所有的流程任务;

通知信息表:存放系统邮件,系统通知等;

流程角色表:存放所有流程中的角色;

角色用户映射表:存放角色映射的具体用户。

(3)流程数据表

流程数据表:流程数据表用来存放已部署流程的流程数据;

签批数据表:存放所有流程签批数据。

2.流程数据存取模型

流程支持的数据类型很多,为了增加系统的灵活性,系统通过配置文件来决定数据类型在流程数据库创建时使用的数据字段类型。这个特性还可以规避数据库类型对系统的限制,在部署不同数据库时可以修改该配置文件来映射到该数据库的自动类型定义。比如使用Oracle数据库时可以如下定义:

text = varchar2(500)

list = varchar2(32)

其中等式左边是模板中使用的数据类型,右边是创建流程数据表时使用的数据库字段类型。

二、模板系统

模板是表达流程的载体,其表达能力,扩充能力和可读性在微型工作流应用中显得非常重要。我们采用XML标注语言作为模板描述语言。XML目前在数据交换,配置文件等应用方面应用非常广泛,几乎所有的开发平台都很好的支持XML,同时XML作为标注语言非常易于扩充,方便编辑和部署。模板系统包括两个大的方面:流转关系和数据描述。

为了方便说明,下面是截取的模板的DTD片段:

流程模板中定义如下关系:顺序,并行,条件分支,跳转。

Sequence:定义顺序关系。

Parallel:定义并行关系。

If:定义条件分支。

任务包括两种:task元素定义人工执行任务, agent元素定义各种自动执行的任务,而且可以通过agent元素扩展流程中的各种个性化需求。比如目前最常用的一些功能都可以通过定义不同的agent元素,引入到工作流定义中:操作外部业务数据,Email发送,短信提醒,文件操作等。

三、流程引擎

引擎作为系统运转的核心,我们可以将引擎系统分为如下三个主要部分:模板加载器,流程管理器,流程驱动器。

1.模板加载器

模板加载器的功能是分析模板文件,将模板配置的流程变为内部模型存储在流程管理器中。由于流程支持流转方式的嵌套,比如并行流作为顺序流的一个环节,而条件分支流又作为并行流的一个环节。引擎内部使用树结构作为流程内部的存储实体,下面是一个内部存储结构的示意图:

图流程内部存储结构(Inter-Structure Of Workflow Template)

从图中可以看出,该存储结构是一种递归的形式,所以模板的解析算法也采用了递归的方法。

2.流程管理器

流程管理器主要完成已配置流程的内部模型维护和管理。系统启动时会有一个加载所有已配置模板的过程,在该过程中模板加载器会将所有的模板进行解析和转换,将转换完成的内部模型注册到流程管理器中,流程管理器保证和维护了流程模板的最新版本在内存中的映像。

3.流程驱动器

流程驱动器的主要功能是按照流程内部模型驱动流程实例流转。通过上述的内部模型存储结构可以看出,流程内部模型是一个树状结构,所有的叶节点是可执行环节,非叶节点是逻辑控制的容器类节点。

流程驱动器也采用单体模式设计,所有操作都是线程安全的。

四、表单生成器

表单生成器解决工作任务执行时如何创建给用户的工作表单的问题,主要包含两个大的方面:表单布局和表单数据操作。表单布局是小型工作流系统和大型工作流系统的重要区别之一。本系统的表单布局和大型工作流系统有如下重要区别:

1.用户不能自定义表单布局,仅仅能在模板中通过Style属性控制控件样式;

2.用户不能添加自定义的图形,图标等内容;

3.省略平成了整个系统的开发,采用技术完成了表单生成器。整个系统的开发规模为10个人月,在实践中取得了很好的效果,下面是实践中的具体情况:

1.企业规模:600人

2.部署流程规模:40个

3.流程平均部署时间:3天

4.日均处理流程数:> 120个

5.日均处理任务数:> 1000个

用户通过部署工作流系统大大缩短了流程的部署时间,同时大大降低了开发和拥有成本。

参考文献: