创业的灵感就是从那时的工作中被激发。每天频繁的使用电话参加电话会议，一打就是一两个小时，手臂酸软，心情也变得不耐烦，自己抱怨的时候就想为何不戴着耳机参加电话会议呢。那个被压抑了很多的创业念头在召唤我，努力不一定成功，放弃我会终身遗憾！

然而, 半年的创业一下子使我们这个团队都垮了!
教训有: 只关注IT内动向,不考虑用户需求!(其实这里的创业者都和我们一样)
表现为: 每天写BLOG,参加IT聚会……..
现在看起来, IT大佬是不写BLOG的, 就是写, 也是手下写或代替写.
创业者应该死死把握机会, 赚钱!
有BLOG说大众点评网活着, 但是生不如死, 因为VC的钱基本花光了!
有人喜欢看蚂蚁网麦田的BLOG,但是, 我要说的是, 把钱投给他,VC是瞎子! CEO一天到晚写BLOG有什么用? 用户在哪里?
以前南京有个老冒,也是个web2.0的ceo(已经关闭),也是整天写,有什么用?

今天起, 我不写了! 我在donews和techweb上的blog不再更新.
我们已经卖掉了http://xxxxxxxx.com/ 的程序和域名(本来是要做企业家培训和在线管理咨询的), 8个人拿到了140万. 算了一下, 还是亏本了! 但是没有其它办法,也不会谈判…

下面我列出了一些和VC商谈时必须解决的问题。
如果所有创业者都自觉考虑并解答了这些问题，那事情会变得容易多了。我们奉献给大家!
另外, http://xxxxxxxx.com/ 的主页已经被切换, 新的主页买家可能一周内挂出!
我祝愿他们成功!

下面是那些应该解答的问题：
1) 你的眼光是什么？
　　 * 你的远见是什么？
　　 * 你要解决什么问题？对象是谁？
　　 * 你将来想要成为什么样的人？
2) 你的市场机会是什么？市场有多大？
　　 * 您目标的市场有多大？发展有多快？
　　 * 这个市场有多成熟，或多不成熟？
　　 * 你是否有资本成为这个市场前两三位？

3) 介绍你的产品和服务
　　 * 你的产品或服务是什么？
　　 * 解决了用户的什么问题？
　　 * 你的产品或服务有什么特别之处？

4) 你的用户是谁？
　　 * 谁是现在的用户？
　　 * 谁是目标的用户？
　　 * 理想的用户是什么样的？
　　 * 谁会付费？
　　 * 介绍一下某个具体用户的例子

5) 你的价值主张是什么？
　　 * 你给用户提供了什么价值？
　　 * 使用／买你的产品，用户的投资回收率是什么？
　　 * 你解决了什么问题？
　　 * 你是销售维他命，阿司匹林，还是消炎药？（奢侈品，有益的东西，还是必需品？）

6) 你如何销售？
　　 * 销售程序是什么？周期有多长？
　　 * 你的销售和市场方针是什么？
　　 * 你当前的销售链是什么？

7) 你怎么吸引客户？
　　 * 争取每个用户要花费多少钱？
　　 * 在不同时期这个费用是否不同？为什么？
　　 * 用户的永久价值什么？

你的管理团队有谁？
　　* 你的管理团队有谁？
　　 * 他们有什么经验？
　　 * 欠缺那些环节？有什么计划去弥补？

9) 你的收入模式是什么?
　　 * 如何赚钱
　　 * 你的收入模式
　　 * 需要怎样才能盈利？

10) 你现在进展到哪一步？
　　 * 你现在进展到哪一步了？技术／产品？团队？财务／营收？
　　 * 现在进展情况如何？现状和前景是否更清晰了？
　　 * 你将来的计划是什么？

11) 你的融资计划是什么？
　　 * 已经得到了什么投资？
　　 * 希望得到多少投资？比例如何？
　　 * 资金用在什么地方？
　　 * 资金可以支持多久？到那时公司是否可以发展到一个重要里程碑？
　　 * 你还打算吸引多少资金？什么时候？

12) 你的竞争对手是谁？
　　 * 谁是你当前和潜在的竞争对手？
　　 * 谁有可能和你竞争，谁有可能和你合作？
　　 * 你的优势和弱点？
　　 * 你有什么特殊之处？

13) 你有什么合作伙伴？
　　 * 谁是你的销售或技术合作伙伴？当前？未来？
　　 * 这些合作伙伴有多可靠？

14) 为什么适合有意的投资者？
　　 * 和投资者的方向，经验吻合？
　　 * 与投资者现有的投资组合有什么互补，或竞争？

15) 其它
　　 * 成功的条件里有什么还只是假设？
　　 * 有什么突然因素有可能一夜之间改变你的生意？新科技，新市场的变化？
　　 * 你公司的薄弱环节是什么？

说实话, 上面的15个问题, 99.5%的创业者能答上一半吗? 创业路漫漫!

摘 要：在分析分布式系统中异构数据特征和功能需求的基础上，总结并提出了一个基于WebService的分布式系统异构数据共享方法，并结合实际应用进行验证，取得了一定的效果。

关键字：异构数据 共享 WebService 录取系统

中图分类号：GTP391.77 文献标识码：A 文章编号：1008-8415[2006] -01-0036-03
一、问题的提出

随着Internet 的飞速发展、计算机应用技术的普及和深入，越来越多的企事业单位建立了基于internet 的应用系统，从而提高各个单位的业务运作效率、节约成本、规范管理，增强其竞争力。然而各个单位内的应用系统在发挥其各自的作用，各子系统的数据是动态的、异构的，多数情况下，这些系统已形成了一个个巨大的信息孤岛。有限的信息共享、缺少数据交换和信息不一致成为整个信息系统的严重缺陷，采用全盘推翻重新开发的方案显然不现实。因此，在不重新设计已有的数据库和应用系统的前提下，建立一个集成数据管理平台是解决信息孤岛最佳选择。集成数据管理平台设计的关键是异构系统与集成系统平台间的异构数据库系统集成。如何实现分布的、多个异构数据库间的共享与集成是数据库研究领域中的重要课题和研究方向之一[1][2]。

以全国统一考试录取为基础的高考制度是中国最重要的招生考试制度，肩负着为高等学校选拔人才的历史重任。一年一度的高校招生是教育界乃至全社会的一件大事。随着信息技术、网络技术的进步，特别是Internet应用的普及，高校招生远程网上录取全面实现，得到了高等学校和社会各界的肯定和认同。然而，我国的高校招生体制是以省级行政区域为单位，配备了适宜本地考生规模的网络及硬件平台，设计了满足地方政策需求的录取方案和软件系统。各省级招办为相对独立的自治系统，各自治系统在体系结构、硬件设备、操作系统、网络协议、数据模型上都不尽相同，体现了较大的地方特色，自治系统除为高校提供招生服务外，还要为社会提供诸如网上报名、本地招生信息查询等有关信息的服务。

近几年随着考生规模的不断增加，高校招生受到各级政府的密切关注和高度重视，要求加强对高考改革的研究，确保人民群众的利益。作为高考录取方式改革的新课题，高校招生综合管理与服务平台的建设被提出，并决定予以实施。通过高校招生综合管理与服务平台，对招生部门的考生信息采集、阅卷、招生计划管理、考生电子档案流转、招生政策等全程情况进行实时监督管理，加大招生过程信息的社会透明度，保证招生工作的公开、公平、公正。

正是在这样的背景下，异构系统集成是实际应用需求的推动，是信息系统综合集成的一个重要方面，它涉及到数据的集成、应用功能的集成、系统平台的集成等方面，其中数据集成共享是企业信息系统综合集成的核心。本文对基于WebService的异构数据共享问题进行了初步研究和实践。

二、相关技术研究

1、WebService

随着Internet的普及和Web Service[3][4]的广泛应用， B/S架构的模式逐渐体现出它的优势。 WebService技术标准中包括：SOAP（Simple Object Access Protocol），用于交换XML编码信息的协议；WSDL接口（WebService Description Language），用来描述网络服务或终端的一种XML语言；UDDI（Universal Description， Discovery Integration），提供了在Web上描述并发现服务的框架。UDDI通过服务注册，以及使用SOAP访问这些注册信息的约定来实现上述目标。

对WebService的认识可以从不同侧面、不同层次来分析。首先，WebService是一个应用程序。它通过Web向外界提供了如何调用自身功能或服务的说明。这可以让任何人从任何地方使用它所提供的这些服务，实现信息资源共享。其二，WebService是透过网络享用远程服务的一种概念。其三，WebService是建立可互操作的分布式应用程序的新平台。WebService的主要目标是实现跨平台的互操作。WebService平台是一套标准，它定义了应用程序如何在Web上实现互操作性。其四，WebService是指一套软件工具以及一种旨在使软件通过互联网发挥类似拼装玩具作用的整体处理方式。其五，WebService是一种旨在把全世界的Internet/Intranet变成一个虚拟计算环境的观念和技术。其六，WebService服务是一个被包装成单一实体，且被发布以供其他程序使用的功能集合，或者说WebService服务是Internet上一系列能够以编程的方式调用的、相关的应用程序功能。WebService的基本理念是：遵从相应的标准，让不同系统跨越平台，彼此兼容，进行无缝通信和数据共享，实现“软件就是服务”的目标。

2、XML

近几年来，XML技术兴起，它可以利用自定标准的数据格式达到跨平台的电子数据交换[5]。它提供了功能强大的新方法来集成各个单位内部或单位之间的新的或者旧的应用程序。有了XML以后，异构系统之间可以很方便的通过XML来当作信息交流的媒介。XML的格式简单移动，文字、数字、日期、图形、物件等都可以加以标注。

随着XML 及其相关技术和应用的发展，XML 不仅成为了应用间交换数据的一种标准，也是万维网重要的信息交换标准和表示的技术之一。事实上，现在业界已存在几个工业标准的草案[6]。XML 的产生给不同的信息格式的统一带来了深刻的影响。它第一次提供了一种信息交换模式，此格式是可编辑，易解析，并且可表示为任何类型的结构或半结构化信息[7] 。

目前，XML已有多方支持，并且XML 的强适应性，使其可以实现对资源的快速包装和集成发布，所以，基于XML 的数据库中间件系统能更好地适应于开放、发展环境(如企业的动态联盟环境) 中的数据集成， XML 是XML 异构集成中间件系统的全局模式，而全局模式是该中间件统一每个数据源数据模式的前提条件。

三、系统设计

1、设计原则

信息系统集成的目的是，将各个单位内各个自治和异构的信息子系统集成起来，实现全局信息资源共享[8]。因此在对那些仍然在稳定运行的应用子系统进行共享集成的过程中，必须遵循以下几个原则：

(1) 安全性和可靠性。在信息共享过程中应充分考虑原应用系统的安全性和可靠性，保证原系统不受任何影响，确保原应用系统的安全运行。

(2) 一致性和扩展性。在信息共享过程中应确保整个信息系统中数据的一致性和完整性。

(3) 实用性和先进性原则。设计的信息共享平台应具有较强的实用性，同时保证在一定时期内的先进性。

2、系统设计过程

（1）系统结构设计

（2）平台实现

要访问的数据库服务是异地的，在数据结构上是异构的，甚至因为某些原因导致数据在语义上也是异构的。数据库服务可能因为某些原因而关掉，并且不同地区之间数据库的互联也不是可信可靠的，所以这些数据并不是随时都没保证访问到的，具有一定的动态性。

平台实现中为了解决数据语义上的异构，设计了虚表，通过这个虚表，把不同数据代码转变成统一的标准代码，从而实现不同数据之间的统一访问。为解决数据出现的临时不能访问，利用系统缓存，存放用户经常性访问的数据内容，定义是重要数据，当提供这些重要数据的数据库服务断开时，系统可以采用这些数据为用户提供临时的查询结果。

系统中的查询引擎，负责为用户提供查询服务，联系各个数据库节点，分解查询任务和结果整合。系统中的数据库服务节点，它是数据库服务的底层封装，将数据转换成统一的格式。

系统的查询流程是：用户通过平台的访问入口进行查询，系统将参数发送到数据库引擎；数据库引擎将查询参数根据虚拟数据库的定义分解成对各个实际物理数据库的访问操作；数据库服务节点接收引擎的命令，访问数据资源，并通过虚表将数据变成标准数据，向引擎发送结果；数据库引擎将得到的结果，再次按照虚拟库的定义，将结果组合成虚拟库的样式，发送给用户。

各个异构数据库资源构成了系统数据层;中间件系统提供数据集成的业务服务，构成系统的业务逻辑层;应用程序则构成系统的表示层或事务应用层(对于四层系统模型来说) 。XML 异构集成中间件主要由包装器(Wrapper) 和仲裁机构(Mediator) 两部分组成，它们完成了本中间件系统的主要功能。包装器负责与异构数据库交互，包装异构数据源，实现操作的一致性、数据访问的透明性和位置透明性;仲裁机构由集成调度单元、服务层和查询处理器三部分组成。集成调度单元根据系统传递的不同消息调用服务层所提供的服务，生成对应的中间件全局数据模式和查询条件(两者是异步的) 。这样查询处理器就根据查询条件通过包装器提取异构数据源的数据，嵌入到相应的全局模式中，将数据结果返回给客户端。

XML 异构集成中间件的核心是数据转换和集成，为了更好地实现数据的集成，系统采用XML 模式作为中间件的全局模式，并分两步完成异构数据模式到全局模式的转换和集成。包装器负责异构数据源数据模式(关系模式) 到XML 模式的初步转换，仲裁机构负责对转换结果进行进一步的模式集成，最终实现到中间件全局模式映射。从客户/ 服务器角度来看，该中间件封装了系统的业务逻辑，构建在数据库服务系统与应用之间，构成客户服务器三层结构。

四、小结

本文积极运用计算机发展的前沿技术来解决国家高校招生录取工作中存在的问题。作者通过设计使用基于WebService的方法来实现异构资源库数据共享和互操作，已经取得了一定的成果，具有很好的社会效益和现实意义。下一步的主要工作是在数据共享的基础上进一步研究异构数据共享中存在的性能和安全问题。

http://www.ibm.com/developerworks/cn/xml/x-xquery.html
W3C 的 XML 查询语言提议标准一瞥
developerWorks

文档选项
将此页作为电子邮件发送

将此页作为电子邮件发送

级别: 初级

Howard Katz (howardk@fatdog.com), 所有者, Fatdog Software

2001 年 6 月 01 日
2006 年 2 月 06 日 更新

Howard Katz 介绍了 W3C XQuery 规范，该规范目前正在努力成为推荐标准。这个复杂的规范目前包含 15 个不同的工作草案，而且在最终完成之前可能还会增加。本文提供了该规范的一些历史背景、形成文档的路线图和规范当前状态的简单介绍。侧栏简要描述了 XQuery 表层语法的一些主要特性。通过示例代码示范了 XQuery 和 XQueryX 之间的区别，并给出了关于表层语法的例子。

注意：本文在 2005 年 12 月经过修正，结合了 XQuery 规范的最新变动情况：其中八个工作草案已进入 “W3C 候选推荐标准” 状态，整个规范距离最终成为 “推荐标准” 更近了一步。主要的全文文档最初发表于 2004 年，最近经过了修改。关于更新设施的 “需求工作草案（Requirements Working Draft）” 和建立 XPath/XQuery 词法分析器（tokenizer）的草案都是 2005 年第一次发布的。XQuery 特性的数量继续增长，XQuery 实现者列表和 Web 上的开发人员资源也在不断增加。

沿着成为 W3C 推荐标准的道路走了漫长的六年之后，XQuery 规范颇具好莱坞大片的神秘和不朽色彩，就像 “星球大战” 和 “指环王” 系列一样。XQuery 起源于 1998 年由 W3C 发起的查询语言研讨会，来自工业界、学术界和研究团体的代表聚集到波士顿，提出了 XML 查询语言中他们认为重要的特性和需求。

两个不同的阵营

那些对历史感兴趣的人可以在线获取这 66 篇演讲稿（参阅 参考资料），它们主要来自两大不同的阵营：那些将 XML 主要作为文档 使用的人（在很大程度上反映了 XML 起源于 SGML）和将 XML 作为数据 使用的人 —— 后者很大程度上反映了 XML 在中间件领域、前端传统关系数据库领域中不断增长的现状。

尤其是俄勒冈州研究生院的 David Maier的演讲稿 “Database Desiderata for an XML Query Language”，它非常简明扼要，非常有助于了解 Query Language Working Group（查询语言工作组）的思想，后者是在波士顿讨论会之后不久特许成立的。

虽然成员时增时减，但按照 W3C 的标准，这个工作组很庞大（据说只有 Protocol Working Group（协议工作组）的成员比它多）。它由 30 多个成员公司构成，反映了数据和文档这两大阵营各自的观点。现在合并而成的最终形式（经过了漫长的时间）是一种 XML 查询语言标准，能够代表这两个团体的需求和观点。

对于 XML 用户来说，最熟悉的 XQuery 关键组件是 XPath，它本身也是一个 W3C 规范。单独的 XPath 位置路径本身（“//book/editor” 意味着 “在当前数据集中查找所有图书编辑”）就是完全有效的 XQuery。在数据方面，XQuery 具有类似于 SQL 的外观和能力，这是来自关系数据库世界的用户所欢迎和熟悉的。

回页首

卑微的出身

XQuery 最初称为 Quilt。Quilt 最初作为用户级语法的测试工具，是工作组中三个勤奋而又眼光远大的成员创立的：Jonathan Robie、Don Chamberlin 和 Daniela Florescu。在定义需求、用例以及底层数据模型和代数方面，Quilt 都建立在整个工作组的协同努力的基础上。

Robie、Chamberlin 和 Florescu 指出了一些语言对 Quilt 设计的影响，包括 XQL、XML-QL 和 SQL。如果对计算机语言的演化感兴趣，请阅读 “XML Query Language: Experiences and Exemplars”（参阅 参考资料），这篇意义重大的论文对前两种语言以及另外两种语言 YaTL 和 Lorel 进行了很好的比较。作者 Mary Fernandez、Jerome Simeon 和 Phil Wadler 本身都是该工作组的成员。

既然数据和文档团体持有如此不同的的观点，以及工作组所建立的基础的可靠性，这个庞大的规范需要如此长的时间才向大众公布也就不足为奇了。W3C 工作组的内部进展是严格保密的，并且在 2001 年 2 月中旬以前，查询语言工作组的大多数工作都是秘密进行的。

很早就发布了 Requirements 文档和 Data Model 工作草案，但是直到 2001 年 2 月，工作组的发布工作才得以进入高潮，那时大量的文档开始出现。此后在 2001 年进行了两次重要更新，以后每年都有三四次更新，只有 2004 年例外，工作组只发布了一次更新。

今年新增加了更新机制的需求文档，再加上为 XQuery 语言实现者提供的关于建立词法分析器的简短说明，文档总数达到了 16 个（包括由于某种我不清楚的原因也放在 XML Query 网站上的 XSLT 规范），不用很长时间就会组成一套完整的文档集。肯定会在某个时候出现一种更新语言文档。

回页首

新生的发布王国

完全用于描述和定义 XQuery 的文档目前包括：

XML Query Requirements
工作组的主要规划文档。XQuery 需求列表。
XML Query Use Cases
一些实际场景和解决特定问题的 XQuery 片段。
XQuery 1.0: An XML Query Language
核心文档，介绍语言本身，以及对大多数其他内容的概述。
XQuery 1.0 and XPath 2.0 Data Model
XML 信息集的扩展。描述查询实现必须理解的数据项和形式语义的基础。
XQuery 1.0 and XPath 2.0 Formal Semantics
从形式上定义语言的底层代数。
XML Syntax for XQuery 1.0 (XQueryX)
为喜欢使用 XML 的人（主要是计算机）提供的另一种语法。
XQuery 1.0 and XPath 2.0 Functions and Operators Version 1.0
XML Schema 数据类型、 XML 节点及其序列的大约 225 个函数和操作符。
XML Path Language (XPath) 2.0
单独分离出来的 XPath 文档。
XPath Requirements Version 2.0
XPath 的需求文档。
XSLT 2.0 and XQuery 1.0 Serialization
对从 XQuery 1.0 和 XPath 2.0 Data Model 输出序列化尖括号 有关的 XML 问题的考察。序列化本质上 不是主语言规范的一部分。
XML Query and XPath Full-Text Requirements
描述 Full-Text Recommendation 需要达到的功能需求。
XML Query and XPath Full-Text Use Cases
Full-Text 规范应该能够处理的实际场景。
XQuery 1.0 and XPath 2.0 Full-Text
主 full-text 文档，详细描述严格意义上的 XQuery 的全文扩展语言。
XQuery Update Facility Requirements
XQuery 要求的能够对已有文档写入新数据以及对文档进行查询的功能。
Building a Tokenizer for XPath or XQuery
工作草案注释文件，选择了主 XQuery 1.0 文档中的一些语法资料进行解释。只对语言的实现者有意义。

这些文档（参阅 参考资料）代表了大量工作。“XQuery 1.0: An XML Query Language” 是其中的关键，但其他文档也为 XQuery 成为良好的规范和全面支持的语言作出了贡献。据我所知，这是出自 W3C 的最复杂的一套规范（虽然 XML Schema 或许可与之相比，但那又是另一回事了）。

如果您对如此之多的文档感到惊讶和不知道从何处着手，我可以推荐两种方法。可以从核心的 XQuery 1.0 文档开始。它有一个很好的介绍性概述，详细介绍了该语言的很多特性。另一种方法是从选择一个 Use Cases 工作草案开始。该文档列举了 XQuery 能够发挥作用的一些实际场景。每个用例都针对特定的应用领域，并列出了用于该领域示例数据的一些 XQuery 代码。如果希望看到实际语法的具体例子，这些代码片段是非常有价值的。第三种方法是研究 Functions and Operators 工作草案中列出的很多内置函数，但采用这种方法最好对语言要有基本的理解。

最近几年关于这个领域出现了两本很好的图书，阐释了该规范的各种细节，都是 Addison-Wesley 出版的：“XQuery from the Experts” 收集了来自该工作组成员的一些关于 XQuery 的技术文章，而 “XQuery: The XML Query Language” 则是 Microsoft 的 Michael Brundage 撰写的必读参考书（参阅 参考资料）。