理解软件测试SOA中的服务生命周期：设计时

SSLC中的设计时注意事项

现在我们来看看共享服务周期的设计时方面。提到设计时，我主要关注服务投入生产和使用之前的生命周期。本文不涉及设计时建模的许多需求，如开发服务建模方法学，但如有兴趣，我将在未来的文章中阐述这一主题。

确定业务流程

SOA的一个核心原则是业务和IT保持一致以及建立竞技场(playing field)。通过识别企业通过服务定位提供价值的业务流程，服务工程团队(通常是业务、分析师和IT人员的组合)可能在讨论的出发点方面达成一致。

许多企业发觉很难理解从何处开始SOA以及哪些是最合适的业务流程。一种好的方法是首先在白板上定义需求目录。将白板划分为3条泳道，分别代表短期需求(3到6个月——通常本质上更有战术性)，中期需求(6到18个月)和长期需求(超过18个月——通常为战略需求，可能随业务需求的变化而变化)。划分泳道之后，开始为每个区域添加需求。尽量避免按应用系统(如，电子商务网站)思考;看得越远，越有可能达到您要求的高度(例如，我需要完善自己的清单系统)。在生命周期的这一阶段，主要着眼于可能成为业务组成部分的业务流程，如电子商务站点。

完成初步分析之后，服务工程团队可能开始寻找依赖性，试图决定优先级、揭示重用可能性或确定需求之间的依赖性。观察下面的需求目录示例，可以看到对于该企业来说，最初集中在用户注册流程上是再合理不过了，因为许多其他流程依赖于该流程，而且它可以在整个电子商务功能和企业内部网中重用。