现在有这么一个case，我觉得是在使用delphi+dbms+internet进行开发时比较常用的一种模式。所以想在这里给大家介绍一下。一方面对自己的工作进行总结，另一方面，也是抛砖引玉，大家有什么更好的模式架构，欢迎探讨。系统概述：
现实中，整个系统分为两层，一层是地区级的数据中心，一层是下属的若干销售网点。销售网点使用client端程序，通过internet与数据中心进行非定时通信。数据中心有两个任务，一个是由server端从下属销售网点采集并发布数据，另一个是通过web server对外发布数据网页。
关键点：
销售网点到数据中心的连接方式为随机性连接，每天大概5-6次，每次通信数据量在100k，数据中心所管辖的销售网点数为300个左右。
初步拟定实现构架：
前端b/s数据发布的实现比较容易，起初打算使用intraweb，但不太了解这个技术的扩展性如何，所以打算采用asp.net实现。
销售网点与数据中心的通信是整个项目中的重点，技术上并没有多大困难，另我们比较头大的问题是如何从几种架构模式中选择出一套相对稳定，成熟，实现起来也较容易的方案。
纯两层的c/s模式一开始就被枪毙了，事实证明这是一种落伍的技术，只能在局域网内，小负载情况下跑跑。
我们甚至想将服务器端做成web service的形式，但由于这个技术还在发展之中，而且我们掌握的也不够全面，安全性也是个问题，所以只好放弃。
剩下的就是三层结构了，但是三层结构也让我们比较困惑，因为有很多第三方的控件包，都声称自己提供了完美的三层结构解决方案。选择太多比没有选择更让人痛苦：）如果我们一个一个的测试下去，还没等到最终敲定，项目工期就已经到了。
所以这里，想请教各位，这种比较典型的项目，采用什么样的架构是比较合理的。
谢谢参与！
现实中，整个系统分为两层，一层是地区级的数据中心，一层是下属的若干销售网点。销售网点使用client端程序，通过internet与数据中心进行非定时通信。数据中心有两个任务，一个是由server端从下属销售网点采集并发布数据，另一个是通过web server对外发布数据网页。
关键点：
销售网点到数据中心的连接方式为随机性连接，每天大概5-6次，每次通信数据量在100k，数据中心所管辖的销售网点数为300个左右。
初步拟定实现构架：
前端b/s数据发布的实现比较容易，起初打算使用intraweb，但不太了解这个技术的扩展性如何，所以打算采用asp.net实现。
销售网点与数据中心的通信是整个项目中的重点，技术上并没有多大困难，另我们比较头大的问题是如何从几种架构模式中选择出一套相对稳定，成熟，实现起来也较容易的方案。
纯两层的c/s模式一开始就被枪毙了，事实证明这是一种落伍的技术，只能在局域网内，小负载情况下跑跑。
我们甚至想将服务器端做成web service的形式，但由于这个技术还在发展之中，而且我们掌握的也不够全面，安全性也是个问题，所以只好放弃。
剩下的就是三层结构了，但是三层结构也让我们比较困惑，因为有很多第三方的控件包，都声称自己提供了完美的三层结构解决方案。选择太多比没有选择更让人痛苦：）如果我们一个一个的测试下去，还没等到最终敲定，项目工期就已经到了。
所以这里，想请教各位，这种比较典型的项目，采用什么样的架构是比较合理的。
谢谢参与！
三层结构的解决方案无论采用哪一种，同样都需要花时间精力去掌握它。
随口建议之二：
销售网点到数据中心就算不采用WEBSERVICE，数据的组织形式也可以考虑采用XML，从架构一定层次上保持扩展能力。
个人认为，任何一种方案，做一个模型很简单，上手很容易，但是要能在实际环境中稳定运行，真不是件容易的事情。所以，我们特别希望能够听到有过类似项目实践经验的前辈的建议。
采用xml格式组织数据的确是个好的建议，halfdream您能更详细的展开阐述一下吗，愿闻其详！