从全局把关，考虑WebService体系与结构
由于WebService是远程的，所以在开始部署的时候必须规划清楚整体体系与结构，一旦开始实施后更改方案必然造成各项不协调。在设计整体结构时，尽量采用成熟结构与解决办法。
对于信息系统而言，可能的更改与更新是较频繁的，在设计WebService结构时充分考虑系统扩展性，在设计WebService结构时同时考虑到系统的自描述性，有利于系统的不断更新与升级。
保持数据一致性，对于数据格式事先做严格定义
WebService服务的核心是数据服务，数据的一致性必须作为系统内部协议看待。数据没有一成不变的，那么就要求我们在设计数据的时候考虑到数据更改的向后兼容。
清晰的职能划分，分清各办公点职能
分清各点职能，是对系统边界的明确，是系统能否实施的根本基础。尤其是数据重合部分职责的明确划分。所谓系统边界，是各个子站点对各自维护数据范围的界定。
预先考虑到由于WebService性能问题
在这里可以提供2个参数，（1）特定配置某一时间内服务器最大吞吐量。（2）响应时间。
WebService跨平台的透明性与文本通讯良好的穿透性，带来了激动人心的技术特性，但是由于SOAP采用XML作为底层，这就导致对象在远程化过程中，不停的被转换，这必然带来性能损失与损耗。
因此我们在设计时应当充分考虑到性能问题，并且用各种测试提前预见到可能由性能所带来的问题。
规划完整的安全解决方案与成熟的安全防范技术
WebService是公开，透明的，也很容易被访问。但是对于信息系统而言，部分数据又不能对外公开且具有保密性，那就需要解决安全性问题。目前比较常规的解决办法是使用SSL、Transport Layer Security(TLS)，这里建议采用更为广泛的SSL加密，sll采用的私钥与公钥机制为国籍公认可靠性较高的安全加密方法，完全能够胜任传输级安全加密。
此文为原创，如果您引用该文，请注明引用自 http://blog.csdn.net/bbwolfcool
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
