综合信息查询（精选十篇）
综合信息查询 篇1
随着胜利油田勘探程度的不断加深, 济阳老区勘探程度、探明程度越来越高, 主力层系已进入隐蔽油气藏勘探阶段, 勘探难度加大, 面对越来越复杂的地质条件, 如何利用先进的信息技术综合分析已有的资料, 提取重要的信息为勘探生产、分析地质条件, 成藏条件提供依据就显得越来越重要。
探井是胜利油田勘探生产的主要对象之一, 大部分工作都围绕井展开, 研究探井的地质信息和油气评价情况, 对勘探井位部署、探井生产管理的顺利进行提供研究和决策保证。
胜利油田生产经营油气勘探频道经过多年的建设, 从勘探生产、勘探管理角度较全面的反应了当年的勘探生产情况和勘探管理信息, 对单井主要是从单井日动态和单井统计信息方面的展示, 没有全面展示最新的勘探生产的各个环节, 对勘探业务的支持还不够, 随着源头信息的不断增加, 以生产过程为线索进行探井勘探信息集成, 通过集成后的信息的展示, 可以为勘探管理和决策提供给一定的参考价值。
2 项目建设目标
本系统以探井为单元组织查询, 通过时间、空间两个方面, 首先对探井的生产过程信息进行实时反映, 然后对探井完井资料进行整理分析。通过生产监控和完井资料分析, 提供一个对单井进行动态、静态资料的集成系统, 全面反映探井的生产过程、地质地貌, 为勘探管理者和领导提供生产动态监督和完井成果及分析与一体的信息展示环境。
按照探井的生产业务流程整个系统包含7个子模块:
井位部署辅助分析模块、
钻/录井实时信息监控模块、
钻/录井生产动态跟踪模块、
钻/录井完井成果分析模块、
测井生产施工及解释图形模块、
试油生产成果展示模块、
单井评价分析模块。
通过以上模块的开发, 实现了对油田勘探开发以来形成的钻井、录井、测井、试油、测试、分析化验等单井资料的信息集成, 所有信息贯穿单井部署、单井生产、单井成果、单井分析、单井评价的整个过程。
按照数据表格、文档资料、图形曲线、图像资料四种资料类型, 进行数字化录入、修改、维护、上载、WEB发送、转储、备份等全面信息化管理工作。
3 项目主要创新点
(1) 用源头数据库进行单井信息的集成, 数据源稳定, 信息更加丰富。
(2) 数据整体组织方式是网状结构、直达底层, 以地质意义的单井对象为纲, 从纵向按照年度、横向按照生产流程, 相关的所有专业按照日常应用的形式组成应用层, 按专业分类, 以数据信息、图形直观显示两种方式, 各专业之间可以进行穿透查询。
(3) 采用以模板为驱动的技术, 按照地质专业习惯自动生成各种地质图形, 如:现场录井草图、完井综合录井图、测井曲线图等, 进行单井井筒图形可视化的开发, 是图形绘制技术在B/S模式下的攻关。
(4) 建立井筒信息项目库
由于源头数据库内容较多, 直接访问数据库会造成系统效率减低、数据接口复杂的问题, 为了提高效率, 便于管理, 需要建立基于井筒数据的项目库, 包括地层分层数据、测井曲线数据、岩性剖面数据、解释结论数据等。
井筒项目库技术研究, 包括井筒项目数据库与源头数据库之间的数据提取、数据更新、数据同步与一致性维护。
客户端程序不需要直接访问勘探数据, 通过对应用服务器发出数据提取指令, 应用服务器直接读取该井的定义了有关绘制井筒图形的各类数据数据表的文件, 即可获取该井的所有井筒信息数据。
(5) 整个系统按照阶段性与历程性相结合原则, 将阶段性工作的动态信息逐步纳入历程性的总结之中, 即反映了阶段性的生产及成果, 又体现了认识不断深入的过程。
4 项目建设内容
2007年重点采用图形方式展现, 通过各个生产阶段重要图形的自动成图, 形象的描述探井的施工进度, 钻达地层地质情况、油气显示情况、获得成果, 查询的方式有全井查询、按分层查询。根据查询方式的接口, 可以支持以报表的形式显示, 也可从图形中调用显示。
该系统采用B/S和C/S相结合的结构模式, 由7个模块组成, 包括:井位部署辅助分析模块、钻/录井实时信息监控模块、钻/录井生产动态跟踪模块、钻/录井完井成果分析模块、测井生产施工及解释图形模块、试油生产成果展示模块、单井评价分析模块。
实现从基层动态生产信息到生产成果文档、图形到综合分析文档的整个生产管理的网络化、集成化和智能化。
4.1 井位部署辅助分析模块
井位部署任务书、井位建议、井位图形库
4.2 钻/录井实时信息监控模块
4.3 钻/录井生产动态跟踪模块
主要从钻前设计、工程施工、钻/录井日动态、施工现场观察记录、实时井身结构、固井动态、钻井井斜、钻井液、钻井大事、录井异常、地质录井动态方面进行跟踪。
4.4 钻/录井完井成果分析模块
从基础信息、岩心解释成果、岩心图象、油气显示综合数据、分析化验、综合分析等方面对钻、录完井成果进行分析。
4.5 测井生产施工及解释图形模块
测井施工、测井评价、测井曲线、解释成果
4.6 试油生产成果展示模块
石油成果主要分为:试油设计、试油日动态、试油成果、测试成果、特殊措施
4.7 单井评价分析模块
地层特征、综合分析、成果图形;各种图形:构造位置图、地层对比图、储层综合评价图、油藏剖面示意图等。
5 主要技术关键点
5.1 实现目录树导航查询, 类似于Windows的资源管理器的应用, 目录树按照业务流程组合, 主题划分三级, 业务、子业务、数据表。
5.2 实现井点分布图导航查询, 井点分布图按照井的施工状态分类, 在井点实现对所有本井资料的全部信息的查询。
5.3 应用J A V A技术实现非结构化的图片、文本文件或w o r d等格式文件快速浏览功能, 如地质设计方案查询、施工方案查询、成果报告查询。对于结构化数据以数据表和对比图形两种形式反映。完成各种组合条件查询、组合对比查询。
5.4 综合绘图, 应用地质信息可以绘制有关地质上常用的测井曲线图、综合录井图。
6 应用效果
探井信息集成系统实现了探井信息在局域网内的信息集成与综合分析, 信息覆盖面全, 从探井的钻探部署、地质设计开始到钻录井生产、测井生产、试油成果到最后的探井评价, 获得地质油气储量等一系列的油田勘探生产流程在网络上平稳的运行, 共提取所有重点勘探生产信息主要指标几十项, 便于企业管理者在任何地方都可以随时跟踪探井的生产动态, 勘探成果, 从而能够清楚地掌握油田生产中每一口油气井的成本运行状况。
地质图件系统中的多井地层对比分析模块通过对地下不同储层的追踪和分析, 全面了解某一个地区的地质特征和油藏分布情况, 为下一步探井部署、油气生产、投资决策等提供真实可靠地质依据, 从而降低探井部署的风险, 提高钻探成功率, 准确可靠的进行油气田开发, 极大地体现了信息服务于油田勘探生产所带来价值。
摘要：本系统以探井为单元组织查询, 通过时间、空间两个方面, 首先对探井的生产过程信息进行实时反映, 然后对探井完井资料进行整理分析。通过生产监控和完井资料分析, 提供一个对单井进行动态、静态资料的集成系统, 全面反映探井的生产过程、地质地貌, 为勘探管理者和领导提供生产动态监督和完井成果及分析与一体的信息展示环境。
综合信息查询 篇2
城市环境信息综合查询分析系统开发与应用实践
主要介绍了城市环境信息综合查询分析系统的建设目标、体系结构、数据组织、系统模块的功能、关键技术等.应用实践表明,开放的`体系结构、通用的GIS平台,一体编码的数据库管理技术,规范标准的信息维护与评价体系等可为开发其它城市的环境信息系统提供借鉴.
作 者：刘明华 唐桂刚 孙保和 毛剑英 王文杰 作者单位：刘明华,孙保和(秦皇岛市环境监测站,河北,秦皇岛,066001)唐桂刚,毛剑英,王文杰(中国环境监测总站,北京,100029)
刊 名：中国环境监测 ISTIC PKU英文刊名：ENVIRONMENTAL MONITORING IN CHINA 年，卷(期)： 21(3) 分类号：X321 关键词：环境信息 地理信息系统 模型 城市学生图文信息查询系统 篇3
关键词：图文信息；B／S模式；查询系统；学生管理
引言
随着高校的不断扩招，学生人数节节攀升，高校规模越来越大，给学校的学生管理工作带来了许多的困难和挑战并提出了许多的新课题。如何建立新的管理模式是摆在广大高校学生管理工作者面前的一大课题。我们尝试采用现代信息技术，建立基于计算机网络的实用、先进、高效、可靠的学生信息图文查询系统，实现业务规范化、管理现代化、决策科学化，探索一种新型的现代化学生管理模式。
1系统建设的意义
本课题的理论意义主要在于网络化多媒体信息系统为大学生图文信息保存与使用的技术处理提供了新的理念。传统的学生档案信息(特别是包括照片在内的原始表格)主要保存在特定的部门(学生处或教务处)，使用这些信息相当麻烦，致使这些信息实际利用率很低。另一方面，班主任、任课教师很难得到点名册以外的学生个性化信息，只能从课堂或谈话现场得到。尤其是，班主任和任课教师往往因为无法将学生姓名和本人准确对号，而叫不出或错叫学生姓名，既尴尬，又容易造成师生之间的隔阂。如果教师随时能够通过权限访问学生图文信息系统，在后台熟悉学生的情况，就能更好地体现教师对学生的个性化关怀。相对于传统的学生档案信息，由于数字化信息系统的编辑和更新优势，使得信息能更好地反映现实，同时还允许学生提供一些自述的个别化信息(班主任、教师和同学可以据此作更好的交流)。
其次，设计中小型的、有使用针对性的、方便实用的图文信息系统，需要进行包括需求分析、可行性分析、人机界面分析等特定的系统分析以及数据结构设计和服务器端程序设计，从技术设计上可以归纳出一些有局部推广意义的原则和经验。
2系统设计的基本思想
在信息化环境日益成熟的条件下，本系统应充分挖掘网络与多媒体技术的优势，服务于大学生的思想政治工作和教学中的师生沟通工作。具体设想方案是在二级学院层次上，构造一个学生图文信息系统，供班主任和任课教师通过校园网和因特网随时访问，拓宽教师了解学生的途径，学生也可以互访信息，促进沟通。配合系统的建立和改进，总结系统的优缺点，研究和归纳合理有效的运行机制，并扩大应用范围。
3系统实施的可行性
我国高校信息化建设近年来取得了巨大的成就，主要表现在：所有高校都接入了Intemet，绝大部分高校建成了自己的校园网，主干网络达到100M甚至1000M，高校信息化体系初现规模；而教师的计算机技能一般都掌握得比较好，能进行计算机的基本操作、软件应用及访问网络，基本能够处理各种计算机问题。因此，不管从硬件还是软件方面高校都具备了实施学生信息图文查询系统的基础。
4系统目标定位
经分析，我们将系统建设目标定位为：“功能实用又有发展后劲；技术可行又有一定超前；建设实施见效快，又有长期发展规划”。针对实际情况，我们本着功能实用、技术可行、短期见效的定位原则，确定了系统建设的前期目标：“建成以学生管理为核心，投资规模容许、纳入现有图文数据、运行稳定易维护、学生信息图文查询系统框架”。同时，制定了远期发展目标。该目标规定了我们在建立基础系统时，应在平台选择、数据标准、系统维护、系统扩充等方面全面考虑。随着前期目标的实现，我们正有计划有步骤地开展数据的采集、建库工作，并不断增加系统功能，扩展应用范围。
5网络运行平台
本系统是构建于校园网与因特网基础上的C／S和B／S模式相集成的运行开发平台。基于C／S结构的系统需要专用的前端应用程序，其事务数据处理能力强、性能高、系统安全可靠，但其使用范围具有局限性；而基于Web的B／S模式是通过ASP技术，利用ADO对象来访问数据库的，不需要安装专用的前端应用程序，只需通过浏览器即可访问并处理相应信息，操作简单，但存在安全与数据通讯的瓶颈问题。由于C／S和B／S结构各有利弊，为充分发挥它们的优势，根据系统中各功能模块要求的差异，将以C／S、B／S交叉并用模式来组织系统的开发。
(1)硬件平台
服务器：服务器是系统应用与运行的核心，决定整个系统的运行性能，可选择高性能的专用服务器。为了保证系统的安全与稳定，本系统在设计与应用中采用了2台IBM专用数据服务器与1台应用服务器，数据服务器采用双机备份，内存2G，硬盘73*4，双CPU，考虑到数据流量的问题，应用服务器采用相同的配置。
客户机：各应用部门根据自己需求选择品牌机或兼容机。
其它设备：为便于与校园网或因特网进行联接，建议采用交换机，保证信息的畅通与流动。此外还需光纤模块、控制台等硬件设备。
(2)软件平台
服务器上：采用安全性较高稳定性较好的windows 2003 Server，采用网络互联标准的TCP／IP协议，能满足C／S和B／S模式的需要，IE6．0作为浏览器，应用服务器选用IIS作为服务器软件。考虑到教务数据量大，数据库管理工具选用SQL SERVER，它能很好地实现基于SQL的数据库标准的关系数据库系统并且具有强大的网络功能和分布式功能，还具有优秀的安全性措施和数据恢复措施。
客户机上：操作系统采用Windows98以上，最好是Win-dows2000／XP；数据库管理工具采用SQL SERVER；此外通用办公软件Office，以便于数据的导入导出及日常处理。
前端开发工具：Visual Basic6.0、ASP等。
6系统功能和数据描述
(1)系统总体结构
系统开发的总体任务是实现信息关系的系统化、规范化和自动化。
系统的结构关系图如图1所示：
系统的结构关系是系统的总体功能分析，是在系统开发的总体任务的基础上完成的。本项目中的学生信息系统需要完成的功能主要有：
①有关学籍等信息的输入，包括学生基本信息、所在班级、班主任信息等。
②学生信息的查询，包括学生基本信息、所在班级、是否毕业等。
③学生信息的修改。
④班级管理信息的输入。
⑤班级管理信息的查询。
⑥班级管理信息的修改。
(2)子系统描述
综合信息查询 篇4
随着国内民航事业和铁路事业的高速发展,可供人们选择的出行方式正日趋丰富与立体式分布。每种出行方式都有其利弊存在,例如,搭乘飞机速度快,但是价格昂贵,适合长途旅行;而选乘列车速度较慢,但经济实惠,适合短途旅行,如何将这2种交通方式结合起来,优势互补、且取长补短显然已经成为一个需要深入探讨的研究课题。可现如今民航与列车中转运输的实现方式,却只能人为统筹规划,这即在无形中增加了人们的出行烦恼。
时下,国外高铁与机场的成功联运合作起到了很好的示范效果,使国内越来越多的机场和航空公司也开始尝试与高铁的对接与协作。国内各大枢纽机场和航空公司均已相继展开积极探索。例如,东方航空公司和上海铁路局联合推出“空铁通”产品,使旅客在购买东方航空公司机票的同时,可以一并选择购买杭州、南京、台州等13个城市至上海虹桥站的高铁票,并可享受套票优惠价。不仅如此,随着京广高铁正定机场站的开通运营,石家庄机场的“空铁联运”服务也正式启动;海南航空股份有限公司则与粤海铁路、海口美兰国际机场在2014年联合发布了“空铁畅行”产品;同时,天津航空有限责任公司更与京津城际、天津滨海国际机场联手合作,抢先推出乘飞机经天津进京,京津城际段动车票免票的业务[1]。然而,尽管我国部分机场已经开始提供空铁联运服务,但其中却仍存在诸多问题。具体来说,缺少旅客空铁联运信息查询、联程客票销售等联程服务,使旅客难以制定合理衔接的联程出行计划;各种运输方式的信息管理依然相互独立,缺乏统一信息资源整合和管理。因此相关学者继而陆续提出发展智慧交通,建设综合运输信息系统的研究设想,如此将可为旅客提供综合交通运输信息的互联互通,实时更新、及时发布和便捷查询,进而统筹管理旅客联程运输的各类信息资源,最终为旅客智能选择民航航班时刻与高铁衔接时刻,实现无缝换乘[2]。但国内目前对基于综合运输环境下信息资源统一管理和实现联程信息查询的相关研究却仍然处于薄弱的起步阶段,需要研究学界增加关注和投入力度。
针对这一现实状况,本文主要设计和实现了一个可以自主规划联程路径的基础信息平台,该平台可根据用户输入的出发地和目的地来规划出多条路径以供用户灵活自主选择,从而填补当前可将多种运输形式进行综合规划的线路查询平台研究上的相应不足,方便旅客现实日常出行。
1 系统目标
综合运输环境下联程路径基础信息平台以搭建包含丰富的航班及列车时刻信息的数据后台为主要目的,实现查询联程路径为功能验证。为保证联程中转点可实现交通工具转换的功能,本系统从北京、上海、广州等枢纽城市入手,保证枢纽城市间航线可达以及与周边城市列车可达,实现“列车———航线———列车”的标准格式的科学综合路径规划。针对本身设有机场的出发地和目的地,还可将直达航线或转程一次的路径包含在内,为旅客提供可行性多种选择。为实现这一功能,本系统将枢纽城市之间的航线和可达周边城市的高铁、城际列车和动车的时刻表进行整合处理,形成一个包含大量准确可靠信息的数据库。在此基础上,可通过C#语言对数据库中的时刻信息进行条件查询,从实际出发,大幅提升旅客行程规划的便利性,显著提高出行效率。
2 系统总体内容
为容纳尽可能全面的时刻信息供旅客自由选择并完善系统设计,本系统需要后台数据库提供数据支持和功能模块,从而有效实现联程路径的查询功能。
2.1 数据库设计
联程路径基础信息平台后台数据库的搭建主要涉及到3个表:即周边城市表、航班时刻表和列车时刻表。以下列举各表的内容信息:
1)周边城市表。用来存储北京、上海、广州这3个枢纽城市的周边高频造访城市信息。“城市名”属性记录了包括3个枢纽城市及其周边城市在内的所有城市。“中心城市”属性记录了距离该城市最邻近的枢纽城市名,枢纽城市的中心城市则是其本身。“有无机场”属性记录了该城市中有无机场,有机场记为“1”,无机场记为“0”。
2)航班时刻表。用来存储北京、上海、广州与这3个枢纽城市的周边城市之间的航班时刻信息。周边城市表和航班时刻表间的关系如图1所示。
3)列车时刻表。用来存储北京、上海、广州这3个枢纽城市与各自的周边城市之间的列车时刻信息。周边城市表和列车时刻表间的关系如图2所示。
2.2 系统功能设计
综合运输环境下联程路径基础信息平台的功能模块和用户界面以Visual studio 2013为开发环境,使用C#作为开发语言和My Sql数据库提供后台数据支持。功能模块主要包括单程高铁/动车路径查询、单程航班路径查询和联程路径查询。用户输入的出发地和目的地在后台数据库中周边城市表的城市属性范围内,通过判定用户输入的出发地和目的地的中心城市是否相同,确定是否能通过联程或单程路径到达;通过判定出发地和目的地是否都有机场,确定是否能通过单程航班路径到达。在此,针对系统重点关键功能,可做如下设计解析。
2.2.1 单程高铁/动车路径查询
判断用户输入的出发地和目的地能否通过单程高铁/动车到达,列出可供选择的时刻信息表。单程高铁/动车路径查询的程序流程图如图3所示。
2.2.2 单程航班路径查询
判断用户输入的出发地和目的地能否通过单程航班到达,列出可供选择的时刻信息表。单程航班路径查询的程序流程图如图4所示。
2.2.3 联程路径查询
判断用户输入的出发地和目的地能否通过联程路径到达,列出可供选择的时刻信息表。联程路径查询的程序流程图如图5所示。
3 系统运行结果
本系统根据每个模块的功能要求,设计了主界面和多个具有不同功能的窗体应用,使用C#语言与已搭建好的My Sql数据库创建连接,以流程图为依据使用数据库查询语句实现了路经检索功能,并将检索结果通过tablegridview等控件显示在界面上供用户选择。下面介绍部分功能界面。
3.1 主界面
用户需要在主界面选择出发地和目的地,而后单击3种路径查询方式中的一种查看相关时刻表。主界面如图6所示。
3.2 联程路径查询模块
通过判断用户输入的出发地和目的地是否属于同一个枢纽城市的周边城市,确定联程路径可达后,根据用户选择的排序方式列出相关的航班时刻表,用户选择符合条件的航班信息后,跳转至联程路径列车时刻查询界面,显示与该条航班相关的列车时刻表。联程路径航班时刻查询界面如图7所示,联程路径列车时刻查询界面如图8所示。
4 系统测试
本系统在判断出发地和目的地之间是否可通过用户选定的路径到达方式时进行测试。测试情况如表1所示。
5 主要技术问题及解决方法
5.1 3个枢纽城市的周边城市的确定方法
在搭建本系统后台数据库的初期,首先应确定3个枢纽城市的周边城市。由于旅客在旅途中对于旅程时间的长度有一定的容忍限度,超过这个容忍限度,旅客会降低对于旅程的满意度。因此,尽量选择到达各枢纽城市的列车行程时间在旅客容忍限度内的城市作为该枢纽城市的周边城市。通过研究分析得知高铁的细分市场应该是800公里以内或3小时以内列车车程的范围[3]。因此本系统定义旅客对于高铁旅程的容忍时间为3小时。以筛选得到广州的周边城市为例,先上网查询广州周边的旅游热门城市,将其初步确定为周边城市。通过列车时刻信息查询网站,查询以上城市与广州之间是否有历时小于3小时的高铁、动车和城际列车,若没有,则删除该城市;若有,则保留该城市。按照相同方法确定北京和上海的周边城市。
5.2 联程路径算法的研究
根据用户输入的出发地和目的地规划联程路径是本系统的难点之一。与一般的路径搜索问题不同,旅客在出行时关注的不仅是用时和费用,还应考虑到换乘次数不能超过可忍耐的次数范围。因此,联程路径实际问题中采用的算法不需要考虑整个数据库中的时刻信息,可以只考虑转程次数少,并且换乘方便的出行方式。
基于上述分析,本系统提出了一种针对于联程路径的路径搜索算法:3条以内的枢纽基准法。该算法只筛选出发地到目的地间转乘次数在2次以内的路径,而选择路径的方法也与一般方法有所不同。因此,研究在得到出发地和目的地时,可以先判断两者的中心城市是否相同,如果不同,则证明联程路径可达。此后再搜寻联程路径时,要判断出发地和目的地是否分别已建有机场,并在将其间经过的航线时刻确定后,再通过判定航线的出发地和目的地与整个旅程的出发地和目的地的关系,向两侧推开延展,从而确定列车的起点和终点,串联起来成为一条联程路径。
6 结束语
本文设计和实现了综合运输环境下联程查询基础信息平台。在搭建了包括周边城市、航班时刻信息和列车时刻信息在内的后台数据库的基础上,使用软件设计的结构化方法完成了单程路径的查询和多条路径的联程和检索功能。不仅通过My Sql数据库本身的数据安全性等特征保证了系统数据后台的可靠性和稳定性,还通过设计操控美观实用的窗体应用和控件实现了用户界面的友好性。使用户轻松掌握使用该系统查询联程路径的方法,简化出行行程的规划流程,提高了旅客的出行效率。
参考文献
[1]龚露阳.我国旅客联程联运发展关键问题及思路[J].交通标准化,2014,42(15):100-102,108.
[2]张晓光,孙相军,崔姝.我国空铁联运发展的对策建议[J].综合运输,2015,37(8):41-45.
房产信息如何查询 篇5
因为生意的缘故，想要查询别人名下一套房子的信息情况，比如是不是他本人的产权等，怎么查询啊？
市内四区的话去青岛市房产交易中心。在八大峡。
不过个人只能查询自己名下的房产。他人的房产属于保密信息。可以委托律师代为查询。
去交易中心问了，确实不能查他人的。
3F的朋友，我按你说的问了，人家要求房主的委托书或者房主亲自来 完全可以查询，也不需要律师。
你直接到当地的审批中心国土房管局窗口去，说自己要买这套住房，想问问主人是否属实，那么办事人员会给你查询的。
在农村如何确认他人房屋是否为私建？如果他人房屋持有地契，如何确认他的建房是否符合标准？
也就是如何确认他的实际房屋建筑面积与房契上的标注面积相符。如果不相符（即占用了房契之外的共用土地），应当如何令其拆除多余部分？具体的途径是什么？ 您好： 首先，申请有关的房管所公开该房的信息。次属于应该公开政府信息。2 然后，你就可以核对。有出入，举报（房管所，或者当地政府）4 政府作出行政处罚后，采取有关行动的。5 你不服，可以向上级政府投诉。
怎么确认房屋状况和产权人信息
请问我现在已选好房子,交了2万的定金,现在要求中介帮我查房屋状况和产权人信息,我怎么确认房屋状况和产权人信息是否真实?我们看的材料就是黑色的章.看不到,房子是否唯一,银行贷款流程要注意什么?二手房总个交易过程中需要查明和办理哪些信息。
房产证上没有看到年限,只看到了房屋的产权证,没有看到土地证.我结过婚了，想在市里买房子，需要办房贷，不知需要哪些手续？哪些证件？到哪里办理？谢谢
我结过婚了什么意思啊？
1、有老婆的提供结婚证，没老婆的提供离婚证或者独身证明（居委会/村委会出具、派出所盖章）
2、你和老婆的身份证、户口本（老婆不在身边的提供委托书，银行有样板）。属于限购城市的外地人提供一年以上居住证。
3、收入来源：很多种类、选一个就可以。收入证明（单位盖章、最好两年以上工作）、任何一间银行的3～6个月的收入流水账、其他的收入来源证明（如房租、铺租、股份分红等等）。
注意年龄加供款年限不能大于70。果办理商业贷款，即银行按揭贷款，需提供夫妻双方身份证 户口本 结婚证及工资流水和收入证明，如果有其他财产作为辅助当然更好。
如果办理公积金贷款，最好是去你们当地公积金中心咨询一下，情况各异。当然，你的提前找好你想买的房子。
我家在株洲市太阳村买块地，想在那里建一栋房子，卖主已经办理了建房规划证，还有土地使用证。请问还需要
我是烟台这边的，每个地方的规定有所出入的，建议你打你们那国土局或者房管局电话问问，这样保险
有地买吗？我也想买……还有不 价格如何……有了这2个东西应该可以了，只要当地的人不操蛋……
追问
当地人没事，因为是我家出钱，卖主帮我们建，建完之后就转户给我们。先把合同签了，然后卖主把他自己的房子的房产证做抵押。转户之后，他用新房子的房产证来换他的老房产证。
回答
恩
那就没问题了……关于过户 好像要办理房产证才可以过户，农场的房子能办理房产证吗？
追问
谢谢，这个我就放心了
回答
我也想买……你家花多少钱 ？买了多大的地方？
只有买卖公证，但土地使用证没有过户，可以建房吗，卖主反悔怎么办
我在镇上买了个门面的地，买卖合同上写，卖主收了４万元现金，剩下的两万等过户后在一次付清，卖主说，如果我想建房，我们可以先公证（卖主有他本人名字的房产证和土地使用证，但不能马上过户给我，因为这是老人的遗产，有点纠纷），如果公证了，我可以建房吗，会有什么风险，要不要买主证明签字建房的钱是我出的，因为旁边的人急着建，有一堵墙是共用的，请赐教，急！！
综合信息查询 篇6
关键词：Android；学生信息查询系统；生命周期；开发环境
中图分类号：TP311.52
1 开发平台
Android平台采用了软件叠层架构，主要由Linux内核层、中间层、应用程序框架、应用层组成。五大组件通常由Activity表现界面、Intent和Intent Filters实现切换、Service实现后台服务、Broadcastreceiver发送广播信息、Conten Provider存储数据五个组件来构建。
2 系统的设计目标
利用本人在高校工作中使用学生信息管理系统发现的问题，开发出基于Android系统的手机应用软件，提供便捷的学生查询服务。希望能够使教师及时了解学生信息，大幅度提高工作效率，为学生提供信息的快速查询，并能结合当时的最新数据进行统计。
3 开发场景
场景是通过使用者与系统之间的交互来表现，从用户的视角上来分析目标软件系统是否能满足用户需求。
3.1 教师
（1）信息采集、收集；（2）信息查询；（3）信息发布。
3.2 学生
（1）信息收集（如：教学计划、课程安排、教材选择、教师授课、教室场地、专业年级信息等）；（2）信息查询（如：学籍查询、成绩查询、课表查询、选修课查询、网上评教、空闲教师查询等）；（3）信息的发布（如校园新闻、二手信息、留言发布、个人心情、个人日志、上传照片等）；（4）信息交流（包括：个人微博、发表心情、查看照片、与辅导员的信息交流等）。
4 生成用例
生成用例从系统内部看，表示的是一系列的指令动作，这些指令动作会产生一系列的执行结果被外部用户所感知；从外部用户的视角看，每一次系统与用戶之间的交流都成为一次用例。
4.1 系统参与者用例
本系统有两类参与者，教师和学生。
4.2 系统顶层用例
高校学生信息查询系统可以有两种用户登录。两者所能查询的权限应加以区别。教师可以通过本系统查看教学安排、查看教学评价、成绩录入、信息发布等。学生可以通过本系统查询个人信息，代课教师信息，课表、空闲教室、选修课信息等。
4.3 性能需求
高校学生查询系统为移动用户提供各种信息服务，因此对选择哪种手机操作系统、通信网络、界面和数据储存都有一定的要求：（1）手机操作系统：操作系统要有稳定的用户规模，同时，用户在任何地方、任何时间都能查询需要的信息；并且操作简单，能很快捷地访问3G网络，保证系统良好运行。（2）通信网络：根据手机操作系统要求，能在公共互联网上通信，快速访问系统服务器，达到数据的传送和接收。（3）界面需求：界面应该设计友好，结构清晰，操作方便，有良好的用户体验。（4）数据存储：系统对所有的数据都要进行安全存储，方便教师、学生对数据的各种输入和查询操作。
基于上述的性能需求分析，要设计出智能化、适合学生个性的高校学生查询系统，需明确系统架构、系统数据库管理设计，选择适合的手机操作系统平台，提供准确快捷的信息查询服务。
5 系统架构与技术选型
本系统Android客户端应用设计采用了JAVA技术，网络通信采用了Apache Http客户端，中间Web服务器使用Servlet来响应客户请求，使用JDBC来访问后台数据库。本系统提出无线网络和移动终端设备相结合的高校信息查询系统方案，实现校园信息相关的查询服务业务。通过移动无线技术，教师、学生都可以利用手机随时随地访问服务器，方便的查询所需的信息。客户端Android智能手机通过信号塔来访问高校学生查询系统的服务器，当用户需要进行查询信息时，则访问信息查询系统网络的后台数据库。
6 Android的界面实现与数据交换
Android主要使用XML文件和使用Java代码两种方式来实现用户的界面。系统的数据库选择了MySQL数据库存储，客户端读取数据都必须访问服务器。Android客户端与服务器端连接，必须满足两个条件。首先必须采用网络访问，其次数据库必须是打开状态。否则无法与服务端进行通信。程序在满足条件后会自动连接服务端进行数据交换。客户端向服务器端发出请求读取命令，服务器端收到指令后会反馈输出提示信息，客户端会读取服务器端反馈的信息。同理，客户端向服务器端发出写命令，服务器端收到指令后会按照要求写入，并向客户端发出写入成功与否的反馈信息。
6.1 通过URL和HTTP访问网络资源
Android获取网络资源的方式主要有使用Socket、URL和HTTP以及直接使用WebView浏览网页等方式。通过访问网络来获取后台的数据库文件，方便对数据库文件进行增加、插入、更新、删除、查询等操作。本系统搭建选择采用HTTP访问数据库网络。HTTP请求主要包括POST和GET两种方式。通过提交POST请求获取网络的数据，通过GET方式获得返回Response信息，从服务器端获取请求到的网络数据。声明一个BaseURL常量，通过不同方式来获得Httprequese对象和Httpresponse对象。
6.2 服务器端数据库连接
由于要进行网络数据库的交互，需要架设Tomcat服务器并配置Tomcat服务器，然后将客户端要访问的数据库放置在服务器上。在登录模块，主要采用的是JDBC来访问数据源。通过POST请求连接架设的Tomcat服务器端获取请求反馈，然后通过GET连接获取信息。对返回的响应状态码进行判断，连接成功后调用EntitiyUtils类的tostring方法获取响应信息。DefaultHtt计算机lient对象执行一次GET方式的HTTP请求，并返回HttpRequest请求对象作为服务器的响应。
6.3 系统各个Activity之间的跳转
系统程序中各个Activity之间的跳转是通过Intent来实现的。Intent可以用来启动和停止活动，以及在应用程序内的活动之间进行转换。要在应用程序中打开一个不同的应用程序屏幕，可以调用startActivity，并传递给它一个Intent。Intent可以显式的指定要打开的类，或者包含一个目标应当执行的动作。
7 结束语
本文分析了Android系统的开发工具，并对基于Android的高校学生查询系统进行了需求分析，开发场景的设置。但仅仅实现了部分模块的模拟功能，并未能真正投入使用。更多的模块仅仅是有了设计理念，客户端与服务器数据库的链接、安全性，代码的优化等具体功能的实现还有待于完善。
参考文献：
[1]陆钢，朱培军，李慧云.智能终端跨平台应用开发技术研究[J].电信科学，2012（05）：64-67
[2]韩敬海.Android程序设计[M].北京：电子工业出版社，2012：112-115
[3]彭瑾玥，蒋东兴，张新钰.基于移动平台的知识管理系统的设计与实现[J].武汉大学学报（理学版），2012（S1）：57-60
作者简介：左浩（1981.01-），男，陕西汉中人，讲师，硕士，研究方向：计算机技术与教学管理；郑志荣（1978.01-），男，陕西礼泉人，助理实验师，本科，研究方向：计算机技术。
综合信息查询 篇7
读者借阅信息查询是图书馆读者借阅系统的极为重要的操作之一。其基本工作原理是,反映读者、图书、借阅情况的信息分别保存在相应的数据表中,各个相关数据表构成了一个功能强大的关系数据库,读者借阅信息查询就是对关系数据库中各数据表的相关数据进行综合查询。
假设读者借阅信息保存在以Microsoft Access创建的读者借阅数据库文件duzhejieyue.mdb中,该数据库中含有分别用于保存读者、图书和借阅信息的duzhe表、tushu表、jieyuetushu表(表的结构如表1~表3所示,字段宽度根据实际情况确定),其中,zhuzhe表中已保存有读者注册信息,tushu表中已保存有图书登记信息,jieyuetushu表中已登记有全部相关的读者借书信息,凡是duzhe表中不存在的读者编号都不会出现在jieyuetushu表中,凡是tushu表中不存在的图书编号也必定不会出现在jieyuetushu表中。
读者借阅信息查询操作就是针对这些数据表查询指定读者的借阅信息,或查询特定的图书被哪些读者所借阅,或查询指定读者借阅特定图书的情况。为实现基于Web的读者借阅信息的查询,可首先利用Internet信息服务控制台将duzhejieyue.mdb所在的目录设置为别名为jieyue的虚拟目录,然后设计基于Web的读者借阅信息查询界面(表单)和信息处理流程,并在虚拟目录所对应的文件夹下,创建与信息查询表单对应的网页文件和用于处理表单的ASP文件即可。
2 综合查询表单(zonghechaxun.htm)
为简化描述和降低查询处理的复杂性,这里的综合查询是指根据读者编号或(和)图书编号,查询出有关读者借书情况或图书被读者借阅情况的综合信息。可通过设计综合查询表单和综合查询处理网页以实现这种综合查询的功能。
设计读者借书综合查询表单如图1所示。单击“查询”按钮,由服务器执行查询处理(对应于综合查询处理文件zonghechaxun asp);单击“重埴”按钮清空表单的数据输入区域。据此,创建综合查询表单文件zonghechaxun.htm,该文件中的网页代码如下:
3 综合查询处理(zonghechaxun.asp)
3.1 综合查询处理的程序流程
在读者借书综合查询表单,单击“查询”按钮,由服务器对表单的查询请求进行处理,处理完成后返回查询结果,如图2所示。
查询功能的处理逻辑是:若表单中的读者编号和图书编号都为空字符串(即表单中没有输入任何数据或输入了仅由空格组成的字符串),则将所有读者的全部借书信息显示出来;若读者编号为非空字符串,而图书编号为空字符串,则将指定读者的借书信息全部显示出来;若没有输入读者编号或只输入若干空格,但输入了图书编号(不为空),则将指定图书的被借阅信息全部显示出来。若读者没有借书(或图书没有被借阅),则在新的页面提示“无找到相关记录!”和超链接“[请单击此链接返回]”,可单击此链接返回读者借书综合查询表单,继续执行查询操作。
综合查询的处理结果涉及到duzhe、tushu、jieyuetushu表中的数据,查询结果中的字段可根据实际需要确定。查询过程中,若jieyuetushu表中的读者编号(或图书编号)在duzhe表(或tushu表)中不存在,说明数据库中的数据不一致,这可能是由于人工增删数据造成的,程序中应考虑出现这种情况的可能,并以警告或提示的形式指出jieyuetushu表中所包含的duzhe表中不存在的读者编号(或tushu表中不存在的图书编号)。读者借书综合查询处理的程序流程如图3所示。
3.2 综合查询处理文件zonghechaxun.asp
根据读者借书综合查询处理的程序流程及设计的查询处理结果,创建综合查询处理文件zonghechaxun.asp,该文件中的网页代码如下:
3.3 相关说明
综合查询处理文件zonghechaxun.asp中,If Len(strDzbh)=0 Then…Else…End If用于表示出与待查询读者编号和图书编号对应的不同情况下的查询字符串,这部分的代码也可替换成以下的If…ElseIf…Else…End If结构:
参考文献
[1]陈建伟.ASP动态网站开发教程[M].2版.北京:清华大学出版社,2005.
[2]陈洛资,陈昭平.数据库系统及应用基础[M].2版.北京:清华大学出版社,北京交通大学出版社,2005.
论焦炭公司综合查询系统的开发过程 篇8
随着社会的发展,信息在企业生产中发挥着越来越重要的作用,信息化建设被作为一项重点工作来抓。天津港同样非常重视信息化建设工作,目前,天津港集团及各公司基本普及了计算机应用,各部门的工作都需要借助各自的应用系统来完成。这些应用系统的使用提高了港口的管理水平和作业效率,但由于各应用系统之间信息交流少,缺乏横向联系,也限制了信息在生产作业、企业管理中进一步发挥更大作用。通过各类相关信息的汇集和综合利用,信息所发挥的作用将数倍于各类单一信息作用的累加。
1 综合查询系统的功能结构
天津港焦炭码头公司综合查询系统由生产作业查询、货运信息查询、机务信息查询、人事信息查询、财务信息查询、安监信息查询、工会信息查询、目标信息查询等几部分构成。
1.1 生产作业查询提供了当前生产作业情况、船舶动态、船舶信
息、安全质量、天气情况等信息的查询,该部分信息查询涉及面广,其提供了与当前生产作业情况密切相关的安全、船舶、货物、机械、气象等一系列信息。
1.2 货运信息查询提供了场地信息、货物信息、客户信息的查
询。货运信息查询的数据同样主要来源于焦炭公司生产子系统,但更侧重于和货物、场地相关信息的查询。
1.3 机务信息查询提供了机械设备运行、维修保养等信息的查询。机务信息查询的数据主要来源于设备管理子系统。
1.4 人事信息查询提供了焦炭公司职工基本信息的查询,经过
单位、部门、职务、工种、姓名等任意条件的组合,可选择出符合要求的职工并进一步查看详细信息。人事信息查询的数据来源于局人事系统。
1.5 财务信息查询提供了财务报表和计费信息查询功能。财务信息查询的数据来源于局统一推广的财务系统和局费收系统。
1.6 安监信息查询包括规章制度查询、操作规程查询、特种人员信息等查询模块。安监信息查询的数据来源于局安监系统。
1.7 工会信息查询包括职工劳动竞赛、先进职工情况、技术创新成果等查询模块。数据来源于公司工会子系统。
1.8 目标信息查询提供了公司各部门方针目标完成情况和实施对策的查询功能,数据来源于公司目标管理子系统。
2 如何解决综合查询系统的信息获取问题
要发挥信息的最大作用,实现信息的综合利用,必须解决数据源问题。我们把这一问题分为下列几种情况:
2.1 焦炭公司自行开发应用系统的信息获取
对于这种公司自行开发应用系统,由于熟悉应用系统及其数据结构,并具有管理权限,数据获取相对简单,既可直接从各应用数据库中提取数据,还可在数据库中新建表、视图等来满足查询系统的需要。
2.2 天津港集团公司统一开发推广的应用系统的信息获取
天津港集团公司统一开发推广的应用系统包括局生产业务系统、局安全监察系统、局费收系统、局财务系统、局人事系统等、局设备管理系统等。这些应用系统的软件维护和数据库管理由局统一负责,公司只有使用权,不掌握相关技术资料,系统对公司不透明。
在硬件上———天津港集团已实现了光纤网互联;在软件环境上———焦炭公司和局采用相同的数据库和字符集;且一些应用系统直接使用局数据库服务器,所以这种情况最理想的信息获取办法就是由局提供具有一定权限的数据库帐户及相关技术资料,公司查询系统直接通过光纤网访问局数据库。在这种思想的指导下,我们和局相关部门进行了积极交流和协商,最后通过两种办法来解决由集团公司统一开发推广应用系统的信息获取问题。第一种就是理想的情况———直接访问局数据库。第二种是制作应用系统数据接口。
2.3 天津港集团公司外部单位的信息获取
天津港集团公司外部单位与天津港集团没有直接的网络互联,且所需数据量较少。目前焦炭公司综合查询系统只有获取滨海气象台气象信息的功能。
对于外部单位,访问对方数据库的软硬件环境都不具备,只有通过中间文件来实现信息的获取功能。通过与滨海气象台技术人员的多次交流,最终确定利用国际互联网来完成气象信息的传送。滨海气象台将一定格式的气象信息通过国际互联网发送到指定的电子邮箱,焦炭公司的应用系统定时扫描电子邮箱,将最新的气象信息读取到数据库中存放,综合查询系统再通过访问本地数据库来查看气象信息。这种方法适用于信息量较小,格式固定,无直接网络连接的外部信息获取。
3 优点及不足
优点:与企业生产密切相关的各类信息基本都汇集到综合查询系统之中,公司各部门通过这个相对全面的信息平台获取所需信息,克服由于由于信息不全面导致的决策失误,使作出的决策更加科学,生产指挥更加合理,提高了公司的管理水平和生产效率。
不足:综合查询系统采用客户端/服务器模式,软件维护的工作量大;外部信息,尤其是天津港集团公司外部单位的相关信息不够充足;采用现有方式获取大量外部单位信息存在较大困难。
4 结束语
目前,综合查询系统运行平稳、可靠,在公司的生产管理工作中发挥着重要作用。现根据公司实际,对综合查询系统提出了进一步改进的想法:(1)与散货物流中心积极联系,希望将与焦炭、煤、矿粉等货类相关的货物库存情况、货主存货情况、当日出入库情况等信息采集到焦炭公司综合查询系统之中,丰富决策依据。(2)在条件成熟的情况下,将综合查询系统升级为浏览器/服务器模式,其可在保证现有系统功能的情况下,减小软件维护的工作量;通过链接到更多外部单位网站获取更多相关信息,解决天津港集团公司外部单位的信息获取问题。
摘要：随着社会的发展,信息在企业生产中发挥着越来越重要的作用,信息化建设被作为一项重点工作来抓。为最大限度的发挥信息在企业生产管理中的作用,天津港焦炭码头公司在现有各应用系统地基础上,充分利用公司内外部数据,开发了综合查询系统。
肾移植手术数据综合查询系统的建立 篇9
1 材料和方法
1.1 材料硬件
联想便携式电脑 (联想公司) , Windows XP操作系统 (Microsoft公司) , Office 2003办公软件 (Microsoft公司) , Microsoft Visual FoxPro 8.0数据库专用软件 (Microsoft公司) , Microsoft Excel软件 (Microsoft公司) , SPSS 10.0统计软件包。
1.2 广东省第二人民医院实施的活体捐肾和尸体捐肾移植手术患者385例的临床资料, 其中男性240例, 女性145例;
年龄18～73岁, 平均 (45.2±12.9) 岁。
1.3 方法
1.3.1 数据集的字段设定与确立
数据采集字段, 能全面涵盖每一个患者的一般情况、整个发病过程、治疗和随访资料, 并将对应设定字段的信息, 完整输入Microsoft Excel表格。
根据患者术前、手术、术后过程涉及的因素, 设定字段包括患者ID号、姓名、性别、年龄、入院时间、入院科室、首次住院日期、末次出院日期、确诊日期、确诊时年龄、发病到确诊时间、病程、生活习惯和特殊生活习惯、入院诊断、出院诊断、手术医师、经管医师;病理号、病理诊断;术前血尿常规、主要生化检查及肾脏功能分级、分期, 术后血尿常规、主要生化检查及肾脏功;术前免疫检查、术前辅助检查:B超、CT、MR、心电图、胸片/胸透;术前治疗:药物、透析及方法、频率;术前使用免疫球蛋白时间、量;术后使用免疫球蛋白时间、量;手术时间、麻醉方式、手术持续时间、手术中出血量、术前、术后输血种类及数量;术后各项指标及生活质量, 术后排气时间、术后下床活动时间、住院天数、手术费用、住院总费用等130余个不同字段。
1.3.2 数据库建立方法
应用计算机数据库管理技术, 通过Excel表格与FoxPro数据动态连接的方法, 进行肾移植综合查询系统数据库的构建和编程, 从而实现肾移植手术资料的资源共享。
创建可输入、编辑或查看、查询数据, 拥有原始数据库字段框架的窗体。其后应用FoxPro专用数据库程序编译系统进行程序编译, 建立主程序。主程序主要包括以下几个方面的内容:系统的名称, 数据查询系统、数据储存系统、数据交换系统和数据报表系统等, 设置系统内部程序能够运行的环境。
2 结果
成功创建了肾移植综合数据库, 完整导入了本院肾移植手术患者的信息。所建立的肾移植综合查询系统的具有以下的主要功能:
2.1 用户管理和身份的验证功能
为保证患者隐私, 系统对进入系统的用户进行身份验证, 用户都要求拥有一个合法的用户名和密码, 才能够进入系统。系统管理员, 应用系统管理员的身份对系统中的用户进行管理。
2.2 数据的录入
可采用人工录入和电子病历相互对接录入。
2.3 数据查询与统计分析功能
可以对系统的肾移植数据的任意查询, 所需的相关资料可按照各种检索条件进行自由查询。数据可直接与统计软件SPSS、Excel之间实现数据转换、调用, 进行复杂的统计分析。通过对数据库内部病例资料综合分析, 或选取具有某一共同特征的病例进行分析, 进一步发现许多有价值的最佳治疗方案, 同时比较新方法、新术式的治疗效果, 为临床治疗提供科学的指导。通过各地交流, 对不同地域的资料进行对比研究, 分析差异原因, 尤其是流行病学差别的调查研究, 大大减少了人力、物力投入, 缩短临床科研的周期。
2.4 输入输出功能与网络共享功能
系统窗体的设定了报表、资料显示和输出的功能, 通过浏览器可以查看、编辑、汇报及个体资料视图显示、提取、自动生存参数、表等功能, 创建的报表可用来汇总和比较一组数据, 显示分组信息及实现数据的输出, 方便与其他单位共享资源, 交流有关数据。资料可以和Excel、Word等格式的文件相互转换, 满足不同需求, 通过互联网可以方便地与其他医疗协作单位共享资源, 交流有关数据, 实现多中心、大样本的临床协同科研攻关。
3 讨论
肾移植患者个体间生存期从几个月到几十年不等, 即便相同治疗方案, 也有相当大的差异, 这可能与个体差异及总体患者高危组患者所占比例不同有关。尽管目前肾移植的治疗已取得不小的进步, 但患者所处危险组的情况对生存期的影响仍超出治疗方案的作用[1,2,3,4]。因此, 详尽掌握患者疾病资料, 阐明各种疾病相关因素并进行合适的危险组分层, 有利于科学评价、指导治疗、正确评估患者预后。但目前对零碎和无序的临床资料进行人工检索、整理、统计时繁琐、耗时费力、易出错或丢失资料, 不利于临床科研工作的深入开展, 为分析带来了相当大的困难。
随着数据库系统的建立和发展, 电脑及网络已愈来愈广泛地应用于医学的各个领域[5,6,7]。但目前比较实用的单一疾病专科数据库管理系统尚少见, 而这正是临床及科研工作者为深入认识某一疾病所必需的。建立肾移植查询系统的目的首要是实现肾移植手术的任意查询, 其次是统计分析功能、输入输出功能、网络共享功能。在医院的医疗系统中, 患者的各项信息已经存在于系统中, 其包含了患者的各种信息, 但是各种信息的查询不能以患者手术为主要分类, 进行查询的时候必须多次反复地以不同条件进行查询, 并往往有很多遗漏和错误。因此建立一个独立的肾移植综合查询系统是对目前系统的一个有益补充。
数据库是按照数据结构来组织、存储和管理数据的仓库;在日常工作中, 常常需要把某些相关的数据放进“仓库”, 并根据管理的需要进行相应的处理。建立数据库的文件有其特殊的要求: (1) 尽量减少数据的重复, 使数据具有最小的冗余度。 (2) 提高数据的利用率, 使众多用户都能共享数据资源。 (3) 注意保持数据的完整性。 (4) 注意同一数据描述方法的一致性, 使数据操作不致发生混乱。 (5) 对于某些需要保密的数据, 必须增设保密措施。 (6) 数据的查找率高, 根据需要数据应能被及时维护。此外, 数据库技术还为用户提供了非常简便的使用手段。
肾移植综合查询系统在逻辑上由自定义表和数据表应用组成。自定义表包括从基础数据中选取字段、增加新字段、给新数据库命名、形成新数据表。数据表应用包括数据的快速导入、统计、查询、排序、报表输出。系统的主要操作包括肾移植数据资料的录入和现存数据资料的自由查询。实现的方法是对FoxPro数据库进行编程[8]。它不仅支持客户/服务器 (C/S) 结构, 而且具有与其他软件 (如Excel、Word) 高度共享和交换数据的能力。作者依靠Microsoft Visual FoxPro8.0数据库专用软件的各种优越特点, 建立的数据库, 人机界面友好, 而且在关系、关联形式、动态数据交换及链接、与其他Office应用程序紧密集成等方面均有很大的优越性, 对肾移植资料进行结构化管理, 方便数据的查询、存储和共享, 维护了数据的一致性、安全性, 更重要的是它易学易用、功能强大, 大大降低了临床、科研的工作量, 可节约时间, 缩短研究周期;对估测患者预后、指导临床治疗、发现新的疾病危险因素、准确评价治疗方案的疗效、缩短认识疾病发生发展过程都将会起到较好作用, 完全能满足临床科研工作者的需要。
参考文献
[1]Babel N, Gabdrakhmanova L, Hammer M, et al.Induction of pre-transplant Epstein-Barr virus (EBV) infection by donor blood transfusion in EBV-seronegative recipients may reduce risk of post-transplant lymphoproliferative disease in adolescent renal transplant patients:report of two cases[J].Transpl Infect Dis, 2005, 7 (3/4) :133-136.
[2]Vincenti F, Luggen M.T cell costimulation:a rational target in thetherapeutic armamentarium for autoimmune diseases and transpl-antation[J].Annu Rev Med, 2007, 58:347-358.
[3]姜丽萍, 胡善联, 陈文.肾移植免疫抑制治疗方案的决策树分析[J].中国药房, 2007, 18 (2) :82-86.
[4]Keith DS, Cantarovich M, Paraskevas S, et al.Recipient age and risk of chronic allograft nephropathy in primary deceased donor kidney transplant[J].Transpl Int, 2006, 19 (8) :649-656.
[5]李开龙, 张建国.肾脏病临床数据库简介[J].中国中西医结合肾病杂志, 2003, 4 (3) :202-205.
[6]龙莉艳, 张桂云, 张磊.大型综合性医院文献信息系统建设思路[J].中华医院管理杂志, 2007, 23 (1) :33-35.
[7]姜丽萍, 胡善联.肾移植预后影响因素的COX模型分析[J].中华泌尿外科杂志, 2006, 27 (6) :515-517.
问答式信息检索查询优化技术研究 篇10
近年来, 随着人们信息获取量增大及获取内容的增多, 问答式信息检索技术也越来越受到关注, 通过不断研究改进, 它已逐步成为自然语言领域与信息检索领域重要的支撑部分。
传统信息检索技术的缺点
1对用户行为缺乏理解力
目前主要的信息检索查询方法主要是关键词查询, 关键词查询的实质是通过利用关键词的布尔组合来实现复杂信息的检索。基本的搜索引擎只提供关键词之间比较基本的布尔连接, 而对用户提问方式的识别是非常有限的 (1) 。因此, 在一般情况下, 建立一个有效的查询组合是不太容易的。另外, 关键字不同的组合方式, 也会使检索的结果出现差异, 影响用户的查询结果。
2查询结果冗杂
这一缺陷主要表现为用户查询返回的结果出现许多零散或重复的信息, 致使查询者往往要花费很多时间进行信息的寻找与整合。此外, 在对用户查询需要Web数据支持进行回复时, 用户真正需要的页面信息与链接被散布在大量结果页面中, 要想找到有价值的信息必定会消耗用户大量的阅读时间。
问答式信息检索技术简介
问答式信息检索技术是实现信息检索智能化的一个挑战性极高的课题, 建立一种像人一样能够具备理解、分析及对自然语言提问进行回答的计算机模型, 同时可以实现人机对话、问题回答等语言信息处理能力是其主要任务 (2) 。问答式信息检索系统跟传统的检索技术有着本质的区别, 它可以通过用户自然语言描述的提问, 在大量的数据中搜索出精准的问题答案, 避免了无用信息的出现, 提高了检索效率。用问答式信息检索技术替代传统的信息检索技术, 可以为知识的共享、搜索、交流及管理提供更好的服务。
问答式检索的关键技术
1命名实体识别技术
通常问答式信息检索系统想要获取的答案目标就是命名实体, 像“是谁”、“在哪”等问句, 它相对的回答就是名字、地点、时间等命名实体。所以, 命名实体的识别是否准确会直接影响答案选取的结果。
2短语结构或依存分析技术
获取句子的短语结构句法树或依存结构句法树是短语结构或依存分析的目的, 它的分析结果可以使句法信息在句子排序或答案抽取阶段被运用的恰当合理, 有助于获取答案的可能位置。
3复述技术
复述的实质就是利用不同的词汇与句法结构阐述相同的意思。提问与答案的表述不一样是问答式信息检索系统设计时的一个难题, 而此技术就能有效的对其进行解决。
4词汇链
通常情况下, 提问关键词与文本关键词虽然是表达的意思相同, 但其本身是不一样的, 这样的情况就需要词汇链进行解决。词汇链是由语义资源组合成的, 可以将提问关键词与答案关键词连接在一起, 从而获得推理结果。
问答式信息检索技术的应用
1基于常问问题集的问答式信息检索系统
基于常问问题集的问答式信息检索系统的实质就是将用户提问的问题放到已有的正确的问题与回答的集合中, 得到与之相匹配的内容, 然后将对应的回答返给用户。常问问题集是问答式检索系统的一个重要组成内容, 它需要把用户经常提问的问题和对应答案保留下来, 当用户提问时, 可以先在常问问题集中寻找相应结果。当用户的问题可以直接在问题集里找到时, 那就减少了理解问题、检索信息与抽取答案等多个处理程序, 从而使效率得到大大提高。
2限定领域的问答式信息检索系统
限定领域的自动问答是一种受领域知识支持的智能检索技术, 它可以在已积累的知识中寻求问题的答案, 对已积累的知识进行有效利用。首先, 在预处理阶段, 要建立一个领域知识库, 这就需要系统利用领域内的知识结构将文档、文献等资料做处理加工。然后, 在领域知识库这个基础上, 将用户输入的问句通过模式匹配等方法进行分类, 对问句中的关键词做出识别, 并计算出这些关键词与领域知识库中已有概念的符合度, 系统会根据这些参数选取适合的答案, 再运用领域本体知识形成最终答案。
3开放域的问答式信息检索系统
开放域的问答式信息检索系统首先会分析用户用自然语言阐述的提交问题, 将用户要问的内容理解清楚, 从而得出关键词集, 再将其提交给信息检索模块查找出相应文档。从网络中已有的文档资源中搜寻出相关文档就是靠检索系统来完成的。基于Web资源的信息检索模块返回的是一个相关的网页集合, 这就需要在这些相关的网页中利用答案抽取模块把相关答案找出。
结语
综上所述, 在信息化建设高速发展的今天, 问答式信息检索查询技术以其独特的优势成为了新一代的搜索引擎, 为提高信息检索的速度与准确性发挥了巨大作用, 随着自身的完善与进步, 问答式信息检索技术将会为信息时代的发展作出更大的贡献。
注释
11 杜永萍, 叶乃文.问答式信息检索中模式优化及性能评价[J].计算机工程, 2009, 17:186-187.