动态网站制作指南 [  QQ表情  ]
[ 投票调查 ]
[ 企业邮箱 ]
[ 网站空间 ]
网站首页 | 网站学院 | 源码下载 | 软件下载 | 字体下载 | 图片素材 | 电脑书籍 | 网页模版 | 网站欣赏 | 小游戏 | 博客联播
网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
ASP源码 | .Net源码 | PHP源码 | JSP源码 | JAVA源码 | CGI源码 | VB源码 | C++源码 | Delphi源码 | PB源码 | VF源码 | 汇编 | 服务器
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > 软件工程
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
文章搜索服务
邮件订阅
输入你的邮件地址，
你将不会错过任何关于：
[ 软件工程 ]的信息

本月文章推荐
.使用模式集成UML视图.
.什么是软件需求.
.构建下一代软件架构SOA.
.对项目开发中几种测试类型的理解.
.“不完美”的VS 2005 Team System.
.SOA的模型行为.
.跳出程序员的视界 感悟软件测试.
..NET下基于组件的分布式系统动态.
.成功规划SOA.
.质量管理体系审核全解(1).
.Linux-C-Socket编程.
.UML的三大“硬伤”.
.Mozilla开发组的开发策略(中文).
.SOA破解集成难题 新一代软件架构.
.使用.NET多线程技术显示实时股票.
.需求调研中的5W+1H定律.
.VS2005改善团队开发的人力负担与.
.OO设计模式和设计原则.
.基于VS.NET的自定项目模板研究.
.用.NET Framework 2.0创建Form设.

使用UML设计XML模式

发表日期：2008-3-23 |

统一建模语言（Unified Modeling Language, UML）是一种业界标准，当以面向对象的方法构建软件系统时，用它来对业务概念建模。就信息和命令的传输方面而言，近来 XML 已经愈发成为实现这些系统的要害因素。XML 模式用于定义和限制被交换 XML 的本质，因此它成为了人们注重的焦点。本文讨论了 UML 在设计 XML 模式方面的用法，并为使用 UML 框架创建 XML 词汇表提供了一种实用的方法。 在将 UML 框架用于构造 XML 模式时，必须考虑三个问题：
  • UML 和 XML 模式之间的互补性
  • 如何扩展 UML 以捕捉模式提供的全部功能
  • 根据 UML 图设计 XML 模式的能力
为了有助于在本文中讨论这两种框架，将使用一家虚拟公司：BALTIC Shipping 作为示例。 BALTIC Shipping是一家国际性的运输公司，专门从事美国到东欧的货运业务。该公司希望创建一种机制，用于跟踪从其纽约总部到各分公司（如位于爱沙尼亚塔林（Tallinn）的一个分公司）的装运物情况（请参阅图 1）。当产品起运时，总部通过电子方式以 XML 形式发送关于本次装运物的信息。一旦货物抵达目的地，分公司将以电子方式把确认信息发回给总部。 所有订单和确认数据都以 XML 文档形式交换，必须设计模式来概括文档的结构。用于对装运订单建模的业务构造也用来与库存跟踪系统（Inventory Tracking System）交换信息，库存跟踪系统随时都知道公司现有哪些包装箱要交运。本文讨论了构造 XML 模式时使用 UML 的功效，这些 XML 模式定义了这些以 XML 格式进行数据传输的业务构造。 图 1. BALTIC Shipping 工作流

使用UML设计XML模式（图一） 补充框架 UML 及其面向对象的建模可以为构建 XML 模式提供补充。您可以方便地用 UML 中的图形符号来表示业务概念，并开始设计您的 XML 模式。 建模的价值 有关 UML 在创建 XML 模式时的优点的讨论假定了面向对象建模的价值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我讨论了使用面向对象方法构建 XML 模式的重要性和价值。使用 UML 设计面向对象系统除了具有技术优势之外，UML 还提供了一个公共媒介，业务团队和技术团队可以通过该媒介方便地交流看法。业务分析人员是软件系统（尤其是一个包含特定于领域信息的系统）中的要害协作者。由于业务分析人员参与设计 XML 文档的过程，因此软件架构设计师和业务分析人员之间默契的合作对于项目的成功变得非常重要。UML 的图形符号使得技术人员和非技术人员很轻易就诸如 Shipping Order 的定义之类的业务概念达成一致，因此也就加速并促进了项目的完成。 互补 设想一下，BALTIC Shipping 的业务经理找到您，请您对一个 XML 模式建模，该模式将对在公司内不同系统之间传输的信息进行形式化。他与您坐下来，一起讨论该领域的业务概念。您可以在纸上绘制一些草图，但 UML 使用图和符号对这些概念建模提供了一种更好的正式方法。 图 2. UML 图

使用UML设计XML模式（图二） 图 2 中的 UML 图里勾画出了 Shipping Order 的业务定义。BALTIC Shipping 将 Shipping Order 定义为包含 ShippingId、Origin、Destination 和 Order。无论何时交换有关 Shipping Order 的任何数据，它都考虑这些必需的信息。此外，UML 图也用来表示组成 Origin 或 Order 的内容。所显示的 Origin 和 Destination 的类型与类型 Address 相同，BALTIC Shipping 将具有下列特征的 Address：Name、Street、City 和 Country 存储在其数据库中。这些都是业务概念，数据库模型、软件程序以及供经理和业务伙伴们阅读的文档中都用到了它们。这些概念还包括基数（Order 可以包含许多 Item）、继续（Origin 继续 Address 的全部特征）以及依靠关系（Order 依靠于其 Item 的具体信息）；UML 图捕捉了所有这些关系。由于您希望您的 XML 文档携带 Shipping Order 信息，因此下一步就是设计符合草拟的 UML 图的 XML 模式。下面的模式表示 UML 图（参阅图 2）到 XML 模式的映射。统一建模语言（Unified Modeling Language, UML）是一种业界标准，当以面向对象的方法构建软件系统时，用它来对业务概念建模。就信息和命令的传输方面而言，近来 XML 已经愈发成为实现这些系统的要害因素。XML 模式用于定义和限制被交换 XML 的本质，因此它成为了人们注重的焦点。本文讨论了 UML 在设计 XML 模式方面的用法，并为使用 UML 框架创建 XML 词汇表提供了一种实用的方法。 在将 UML 框架用于构造 XML 模式时，必须考虑三个问题：
  • UML 和 XML 模式之间的互补性
  • 如何扩展 UML 以捕捉模式提供的全部功能
  • 根据 UML 图设计 XML 模式的能力

为了有助于在本文中讨论这两种框架，将使用一家虚拟公司：BALTIC Shipping 作为示例。 BALTIC Shipping是一家国际性的运输公司，专门从事美国到东欧的货运业务。该公司希望创建一种机制，用于跟踪从其纽约总部到各分公司（如位于爱沙尼亚塔林（Tallinn）的一个分公司）的装运物情况（请参阅图 1）。当产品起运时，总部通过电子方式以 XML 形式发送关于本次装运物的信息。一旦货物抵达目的地，分公司将以电子方式把确认信息发回给总部。 所有订单和确认数据都以 XML 文档形式交换，必须设计模式来概括文档的结构。用于对装运订单建模的业务构造也用来与库存跟踪系统（Inventory Tracking System）交换信息，库存跟踪系统随时都知道公司现有哪些包装箱要交运。本文讨论了构造 XML 模式时使用 UML 的功效，这些 XML 模式定义了这些以 XML 格式进行数据传输的业务构造。 图 1. BALTIC Shipping 工作流

使用UML设计XML模式（图一） 补充框架 UML 及其面向对象的建模可以为构建 XML 模式提供补充。您可以方便地用 UML 中的图形符号来表示业务概念，并开始设计您的 XML 模式。 建模的价值 有关 UML 在创建 XML 模式时的优点的讨论假定了面向对象建模的价值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我讨论了使用面向对象方法构建 XML 模式的重要性和价值。使用 UML 设计面向对象系统除了具有技术优势之外，UML 还提供了一个公共媒介，业务团队和技术团队可以通过该媒介方便地交流看法。业务分析人员是软件系统（尤其是一个包含特定于领域信息的系统）中的要害协作者。由于业务分析人员参与设计 XML 文档的过程，因此软件架构设计师和业务分析人员之间默契的合作对于项目的成功变得非常重要。UML 的图形符号使得技术人员和非技术人员很轻易就诸如 Shipping Order 的定义之类的业务概念达成一致，因此也就加速并促进了项目的完成。 互补 设想一下，BALTIC Shipping 的业务经理找到您，请您对一个 XML 模式建模，该模式将对在公司内不同系统之间传输的信息进行形式化。他与您坐下来，一起讨论该领域的业务概念。您可以在纸上绘制一些草图，但 UML 使用图和符号对这些概念建模提供了一种更好的正式方法。 图 2. UML 图

使用UML设计XML模式（图二） 图 2 中的 UML 图里勾画出了 Shipping Order 的业务定义。BALTIC Shipping 将 Shipping Order 定义为包含 ShippingId、Origin、Destination 和 Order。无论何时交换有关 Shipping Order 的任何数据，它都考虑这些必需的信息。此外，UML 图也用来表示组成 Origin 或 Order 的内容。所显示的 Origin 和 Destination 的类型与类型 Address 相同，BALTIC Shipping 将具有下列特征的 Address：Name、Street、City 和 Country 存储在其数据库中。这些都是业务概念，数据库模型、软件程序以及供经理和业务伙伴们阅读的文档中都用到了它们。这些概念还包括基数（Order 可以包含许多 Item）、继续（Origin 继续 Address 的全部特征）以及依靠关系（Order 依靠于其 Item 的具体信息）；UML 图捕捉了所有这些关系。由于您希望您的 XML 文档携带 Shipping Order 信息，因此下一步就是设计符合草拟的 UML 图的 XML 模式。下面的模式表示 UML 图（参阅图 2）到 XML 模式的映射。统一建模语言（Unified Modeling Language, UML）是一种业界标准，当以面向对象的方法构建软件系统时，用它来对业务概念建模。就信息和命令的传输方面而言，近来 XML 已经愈发成为实现这些系统的要害因素。XML 模式用于定义和限制被交换 XML 的本质，因此它成为了人们注重的焦点。本文讨论了 UML 在设计 XML 模式方面的用法，并为使用 UML 框架创建 XML 词汇表提供了一种实用的方法。 在将 UML 框架用于构造 XML 模式时，必须考虑三个问题：
  • UML 和 XML 模式之间的互补性
  • 如何扩展 UML 以捕捉模式提供的全部功能
  • 根据 UML 图设计 XML 模式的能力
为了有助于在本文中讨论这两种框架，将使用一家虚拟公司：BALTIC Shipping 作为示例。 BALTIC Shipping是一家国际性的运输公司，专门从事美国到东欧的货运业务。该公司希望创建一种机制，用于跟踪从其纽约总部到各分公司（如位于爱沙尼亚塔林（Tallinn）的一个分公司）的装运物情况（请参阅图 1）。当产品起运时，总部通过电子方式以 XML 形式发送关于本次装运物的信息。一旦货物抵达目的地，分公司将以电子方式把确认信息发回给总部。 所有订单和确认数据都以 XML 文档形式交换，必须设计模式来概括文档的结构。用于对装运订单建模的业务构造也用来与库存跟踪系统（Inventory Tracking System）交换信息，库存跟踪系统随时都知道公司现有哪些包装箱要交运。本文讨论了构造 XML 模式时使用 UML 的功效，这些 XML 模式定义了这些以 XML 格式进行数据传输的业务构造。 图 1. BALTIC Shipping 工作流

使用UML设计XML模式（图一） 补充框架 UML 及其面向对象的建模可以为构建 XML 模式提供补充。您可以方便地用 UML 中的图形符号来表示业务概念，并开始设计您的 XML 模式。 建模的价值
有关 UML 在创建 XML 模式时的优点的讨论假定了面向对象建模的价值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我讨论了使用面向对象方法构建 XML 模式的重要性和价值。使用 UML 设计面向对象系统除了具有技术优势之外，UML 还提供了一个公共媒介，业务团队和技术团队可以通过该媒介方便地交流看法。业务分析人员是软件系统（尤其是一个包含特定于领域信息的系统）中的要害协作者。由于业务分析人员参与设计 XML 文档的过程，因此软件架构设计师和业务分析人员之间默契的合作对于项目的成功变得非常重要。UML 的图形符号使得技术人员和非技术人员很轻易就诸如 Shipping Order 的定义之类的业务概念达成一致，因此也就加速并促进了项目的完成。 互补 设想一下，BALTIC Shipping 的业务经理找到您，请您对一个 XML 模式建模，该模式将对在公司内不同系统之间传输的信息进行形式化。他与您坐下来，一起讨论该领域的业务概念。您可以在纸上绘制一些草图，但 UML 使用图和符号对这些概念建模提供了一种更好的正式方法。 图 2. UML 图

使用UML设计XML模式（图二） 图 2 中的 UML 图里勾画出了 Shipping Order 的业务定义。BALTIC Shipping 将 Shipping Order 定义为包含 ShippingId、Origin、Destination 和 Order。无论何时交换有关 Shipping Order 的任何数据，它都考虑这些必需的信息。此外，UML 图也用来表示组成 Origin 或 Order 的内容。所显示的 Origin 和 Destination 的类型与类型 Address 相同，BALTIC Shipping 将具有下列特征的 Address：Name、Street、City 和 Country 存储在其数据库中。这些都是业务概念，数据库模型、软件程序以及供经理和业务伙伴们阅读的文档中都用到了它们。这些概念还包括基数（Order 可以包含许多 Item）、继续（Origin 继续 Address 的全部特征）以及依靠关系（Order 依靠于其 Item 的具体信息）；UML 图捕捉了所有这些关系。由于您希望您的 XML 文档携带 Shipping Order 信息，因此下一步就是设计符合草拟的 UML 图的 XML 模式。下面的模式表示 UML 图（参阅图 2）到 XML 模式的映射。 QQRead.com 推出数据恢复指南教程 数据恢复指南教程 数据恢复故障解析 常用数据恢复方案 硬盘数据恢复教程 数据保护方法 数据恢复软件 专业数据恢复服务指南 统一建模语言（Unified Modeling Language, UML）是一种业界标准，当以面向对象的方法构建软件系统时，用它来对业务概念建模。就信息和命令的传输方面而言，近来 XML 已经愈发成为实现这些系统的要害因素。XML 模式用于定义和限制被交换 XML 的本质，因此它成为了人们注重的焦点。本文讨论了 UML 在设计 XML 模式方面的用法，并为使用 UML 框架创建 XML 词汇表提供了一种实用的方法。 在将 UML 框架用于构造 XML 模式时，必须考虑三个问题：
  • UML 和 XML 模式之间的互补性
  • 如何扩展 UML 以捕捉模式提供的全部功能
  • 根据 UML 图设计 XML 模式的能力
为了有助于在本文中讨论这两种框架，将使用一家虚拟公司：BALTIC Shipping 作为示例。 BALTIC Shipping是一家国际性的运输公司，专门从事美国到东欧的货运业务。该公司希望创建一种机制，用于跟踪从其纽约总部到各分公司（如位于爱沙尼亚塔林（Tallinn）的一个分公司）的装运物情况（请参阅图 1）。当产品起运时，总部通过电子方式以 XML 形式发送关于本次装运物的信息。一旦货物抵达目的地，分公司将以电子方式把确认信息发回给总部。 所有订单和确认数据都以 XML 文档形式交换，必须设计模式来概括文档的结构。用于对装运订单建模的业务构造也用来与库存跟踪系统（Inventory Tracking System）交换信息，库存跟踪系统随时都知道公司现有哪些包装箱要交运。本文讨论了构造 XML 模式时使用 UML 的功效，这些 XML 模式定义了这些以 XML 格式进行数据传输的业务构造。 图 1. BALTIC Shipping 工作流

使用UML设计XML模式（图一） 补充框架 UML 及其面向对象的建模可以为构建 XML 模式提供补充。您可以方便地用 UML 中的图形符号来表示业务概念，并开始设计您的 XML 模式。 建模的价值 有关 UML 在创建 XML 模式时的优点的讨论假定了面向对象建模的价值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我讨论了使用面向对象方法构建 XML 模式的重要性和价值。使用 UML 设计面向对象系统除了具有技术优势之外，UML 还提供了一个公共媒介，业务团队和技术团队可以通过该媒介方便地交流看法。业务分析人员是软件系统（尤其是一个包含特定于领域信息的系统）中的要害协作者。由于业务分析人员参与设计 XML 文档的过程，因此软件架构设计师和业务分析人员之间默契的合作对于项目的成功变得非常重要。UML 的图形符号使得技术人员和非技术人员很轻易就诸如 Shipping Order 的定义之类的业务概念达成一致，因此也就加速并促进了项目的完成。
互补 设想一下，BALTIC Shipping 的业务经理找到您，请您对一个 XML 模式建模，该模式将对在公司内不同系统之间传输的信息进行形式化。他与您坐下来，一起讨论该领域的业务概念。您可以在纸上绘制一些草图，但 UML 使用图和符号对这些概念建模提供了一种更好的正式方法。 图 2. UML 图

使用UML设计XML模式（图二） 图 2 中的 UML 图里勾画出了 Shipping Order 的业务定义。BALTIC Shipping 将 Shipping Order 定义为包含 ShippingId、Origin、Destination 和 Order。无论何时交换有关 Shipping Order 的任何数据，它都考虑这些必需的信息。此外，UML 图也用来表示组成 Origin 或 Order 的内容。所显示的 Origin 和 Destination 的类型与类型 Address 相同，BALTIC Shipping 将具有下列特征的 Address：Name、Street、City 和 Country 存储在其数据库中。这些都是业务概念，数据库模型、软件程序以及供经理和业务伙伴们阅读的文档中都用到了它们。这些概念还包括基数（Order 可以包含许多 Item）、继续（Origin 继续 Address 的全部特征）以及依靠关系（Order 依靠于其 Item 的具体信息）；UML 图捕捉了所有这些关系。由于您希望您的 XML 文档携带 Shipping Order 信息，因此下一步就是设计符合草拟的 UML 图的 XML 模式。下面的模式表示 UML 图（参阅图 2）到 XML 模式的映射。 QQRead.com 推出数据恢复指南教程 数据恢复指南教程 数据恢复故障解析 常用数据恢复方案 硬盘数据恢复教程 数据保护方法 数据恢复软件 专业数据恢复服务指南 统一建模语言（Unified Modeling Language, UML）是一种业界标准，当以面向对象的方法构建软件系统时，用它来对业务概念建模。就信息和命令的传输方面而言，近来 XML 已经愈发成为实现这些系统的要害因素。XML 模式用于定义和限制被交换 XML 的本质，因此它成为了人们注重的焦点。本文讨论了 UML 在设计 XML 模式方面的用法，并为使用 UML 框架创建 XML 词汇表提供了一种实用的方法。 在将 UML 框架用于构造 XML 模式时，必须考虑三个问题：
  • UML 和 XML 模式之间的互补性
  • 如何扩展 UML 以捕捉模式提供的全部功能
  • 根据 UML 图设计 XML 模式的能力
为了有助于在本文中讨论这两种框架，将使用一家虚拟公司：BALTIC Shipping 作为示例。 BALTIC Shipping是一家国际性的运输公司，专门从事美国到东欧的货运业务。该公司希望创建一种机制，用于跟踪从其纽约总部到各分公司（如位于爱沙尼亚塔林（Tallinn）的一个分公司）的装运物情况（请参阅图 1）。当产品起运时，总部通过电子方式以 XML 形式发送关于本次装运物的信息。一旦货物抵达目的地，分公司将以电子方式把确认信息发回给总部。 所有订单和确认数据都以 XML 文档形式交换，必须设计模式来概括文档的结构。用于对装运订单建模的业务构造也用来与库存跟踪系统（Inventory Tracking System）交换信息，库存跟踪系统随时都知道公司现有哪些包装箱要交运。本文讨论了构造 XML 模式时使用 UML 的功效，这些 XML 模式定义了这些以 XML 格式进行数据传输的业务构造。 图 1. BALTIC Shipping 工作流

使用UML设计XML模式（图一） 补充框架 UML 及其面向对象的建模可以为构建 XML 模式提供补充。您可以方便地用 UML 中的图形符号来表示业务概念，并开始设计您的 XML 模式。 建模的价值 有关 UML 在创建 XML 模式时的优点的讨论假定了面向对象建模的价值是已知的。在我上一篇文章“Create flexible and extensible XML schemas”中，我讨论了使用面向对象方法构建 XML 模式的重要性和价值。使用 UML 设计面向对象系统除了具有技术优势之外，UML 还提供了一个公共媒介，业务团队和技术团队可以通过该媒介方便地交流看法。业务分析人员是软件系统（尤其是一个包含特定于领域信息的系统）中的要害协作者。由于业务分析人员参与设计 XML 文档的过程，因此软件架构设计师和业务分析人员之间默契的合作对于项目的成功变得非常重要。UML 的图形符号使得技术人员和非技术人员很轻易就诸如 Shipping Order 的定义之类的业务概念达成一致，因此也就加速并促进了项目的完成。 互补 设想一下，BALTIC Shipping 的业务经理找到您，请您对一个 XML 模式建模，该模式将对在公司内不同系统之间传输的信息进行形式化。他与您坐下来，一起讨论该领域的业务概念。您可以在纸上绘制一些草图，但 UML 使用图和符号对这些概念建模提供了一种更好的正式方法。 图 2. UML 图

使用UML设计XML模式（图二） 图 2 中的 UML 图里勾画出了 Shipping Order 的业务定义。BALTIC Shipping 将 Shipping Order 定义为包含 ShippingId、Origin、Destination 和 Order。
无论何时交换有关 Shipping Order 的任何数据，它都考虑这些必需的信息。此外，UML 图也用来表示组成 Origin 或 Order 的内容。所显示的 Origin 和 Destination 的类型与类型 Address 相同，BALTIC Shipping 将具有下列特征的 Address：Name、Street、City 和 Country 存储在其数据库中。这些都是业务概念，数据库模型、软件程序以及供经理和业务伙伴们阅读的文档中都用到了它们。这些概念还包括基数（Order 可以包含许多 Item）、继续（Origin 继续 Address 的全部特征）以及依靠关系（Order 依靠于其 Item 的具体信息）；UML 图捕捉了所有这些关系。由于您希望您的 XML 文档携带 Shipping Order 信息，因此下一步就是设计符合草拟的 UML 图的 XML 模式。下面的模式表示 UML 图（参阅图 2）到 XML 模式的映射。
上一篇：软件项目管理的质量保证 人气:259
下一篇：.NET正则表达式使用高级技巧之替换类 人气:889
浏览全部软件工程的内容 Dreamweaver插件下载 常用网页广告代码全集
  最新网站源码 最新软件下载
2008-9-7 站长中国企业(公司)网站系统 v4.2
2008-9-7 PBDigg v2.0 Build 20080821
2008-9-7 玩玩小游戏FLASH系统 v2.1
2008-9-7 522QQ在线电视直播程序 v1.1
2008-9-7 Pcook cms 文章管理系统 (老Y CM
2008-9-7 仿代码小说小偷系统 v1.0
2008-9-7 百度一搜集成搜索管理系统
2008-9-7 小贤统计器 v1.0
2008-9-7 UCenter Home-中秋搏饼插件 v1.2
 2008-9-7 iBlacklist通话黑名单汉化破解补
2008-9-7 EndlessWalls无尽壁纸 v1.0.4破解
2008-9-7 Dynolicious车载测量仪v1.1破解版
2008-9-7 iVoodoo巫毒娃娃1.0.1破解版
2008-9-7 iWallpape精品墙纸1.2破解版
2008-9-7 iChillout自然音效工具1.1破解版
2008-9-7 Todo计划提醒1.2破解版
2008-9-7 allRadio电台集合1.01破解版
2008-9-7 My Money个人理财1.0破解版
  发表评论
姓　名: 验证码:
内　容:
站长工具：网站收录查询 | Google PR查询 | ALEXA排名查询 | CSS在线编辑器 | 广告代码 | Html转换js | js/vbs加密 | md5加密 | 进制转换
实用工具：汉字翻译拼音 | 符号对照表 | 个税计算 | 经典小工具 | 汉字简繁转换 | 普通单位换算 | 公制单位换算 | 生辰老黄历 | 国内电话区号 国家代码与域名缩写 | 文字加密解密 | 健康查询 | 万年历 | 汉字横竖排版 | 手机号码查询 | 计算器 | ip搜索
业务联系 | 广告刊登 | 频道合作 | 投稿荐稿 | 联系方式 | 加入收藏 | RSS订阅
Copyright © 2000-2008 www.knowsky.com All rights reserved | 网络实名：动态网站制作指南 | 沪ICP备05001343号
ホームページ制作 不動産検索システム 求人情報
防水工事·改修工事 フットサル大会 探偵