软件生命周期集成（SLI），Tasktop Technologies新的开发计划，是一项旨在将集成作为软件开发及管理的核心关注点的计划，这与以前成品后的事后反思有所不同。在EclipseCon Boston 2013上，Tasktop提出了一项新的Eclipse Mylyn m4开源项目来支持SLI，同时还引入了一个通用数据模型及技术架构。

　　“SLI描述了公司不断增加的集成需求，这种需求不仅来自于应用，开发这些应用的工具也有需要，” Tasktop Technologies 的首席产品官，Forrester Research 前副总裁兼研究总监Dave West如是说。在本问答录中，West讨论了如何对业务分析、项目管理、开发、测试及运营进行自动化的办法，同时还讨论了将公司内外联系起来的办法，这种开发实践可促进从想法到实现的无缝对接。

　　SLI在现实中是如何推进的？

　　介绍SLI的最好办法也许是举例，一个我最近腾出时间打交道的客户。这个客户是一家典型的IT组织。有项目管理办公室（PMO），业务分析师（BA），研发、质保和运营。不同层级的员工使用不同的工具，采取不同的做法。

　　他们已经接受了敏捷方法，但是开发以外的事情发生了变化。他们正在不断开发包含有服务的Web 2.0应用，并有一个专门进行平台测试的外包测试组。这里面太乱了。PMO的计划总是逾期。开发的工作很棒，但做出的软件总是出乎运营、测试和业务分析师的意料，并非原先计划之需。管理层则发现做出决策越来越难。

　　SLI就是要把不同的组联系到一起，使得工作无缝地在不同部门、协作间流动，令PMO可报告项目的真实状态。通过自动化软件交付流程集成，你可以形成一个这样的组织，该组织可管理复杂度不断提高的现代应用开发世界。

　　软件集成的边界在哪里？我的意思是说，为什么这不仅仅是软件集成而已？

　　West：软件集成显然是集成软件的实践，但是要比仅仅把它定义为是能集成所必须的技术要复杂得多。它意味着对流程、实践以及软件制造方法的一个根本性的改变。为参与系统或记录系统开发软件，意味着你的客户或所消费的服务属于一等公民。你需要开发一套可模块化、且不仅对软件还包括对开发和维护流程开放的方法。

　　软件交付老的封闭式系统应当用敏捷来替代：那是开放互联的软件开发办法。软件集成开放需要（我所谓的）SLI成为组织软件开发工具包的一部分。SLI是一套实践和技术，允许实践、流程和工具被集成起来。

　　说到组织的软件工具包，软件生命周期集成如何才能适合应用生命周期管理（ALM）呢？

　　West：ALM有不同的定义。假设你说的是维基百科上面的标准定义，SLI在异构工具和不连接的流程的世界里使用了ALM。集成是ALM的假设，但事实上集成是很困难的，需要专注。

　　通过把包含有生命周期的实践和工具集成起来，你可以说SLI将L放进了ALM中。尽管我一直强调ALM的必要性，但是却对ALM的部署现实感到非常失望。

　　ALM把向软件交付实践提供业务管理的综合应用理想化了—需要将需求、开发、测试、管理以及部署集成起来。实际上，ALM是大型供应商为了推动自己的工具销售采取的一种手段。长久以来，ALM是“购买一个工具即可取代所有其他工具”的同义词。。可是对于许多组织来说，软件开发的显示是总会有很多的工具。此外还有在软件生态体系的背景中追加组合服务的复杂性，在应用开发的过程中你甚至无法控制在用的工具。将测试和开发外包出去则又增加另一个维度的复杂性。对工具的集成自动化需要对流程提出尖锐的问题。回答这些问题最终会改善你的软件交付组织的工作流。

　　软件交付组织应该如何进行SLI？

　　West：如果你把SLI看作是食谱，那么着手SLI之前必须做一些准备工作。包括将软件交付看作是关键业务流程，并明确此流程的一些目标和所有权。如果应用开发在许多业务流程自动化当中是关键性的，可是软件开发流程本身却从未实现自动化，我认为这一点是讽刺性的。

　　一旦组织对自己的软件交付业务流程关注的东西，和所有权都有了清晰地理解之后，他们还需要在流程和数据模型方面对其做出描述。我并不倡导一个组织应该花费数月画许多流程模型和数据模型，但是跟几位关键的利益攸关者在房子里花一个下午，来确定数据模型和高级流程模型还是有价值的。一旦流程描述出来了，就会有许多容易的改进机会。比方说，将开发和测试连接起来取代有缺陷的电子表格就是一个非常棒的起点。

　　一旦改进领域清单创建好了，你就得在如何开始集成上做出一些决定了。除非你有一个ALM架构师，这才会成为引入集成架构师或企业架构组织的良机。ALM架构应当描述集成策略和被集成的工具，以及外部小组，如外包测试或开源开发等是如何适应这个流程的。一旦架构完成，实施集成策略就是一个简单的项目了。要记住的一件事是，确保集成的好处可清晰的衡量和汇报。这一信息应当反馈回到工程制造流程的可能分析的流程当中。

　　SLI的商业案例有哪些？

　　West：考虑SLI时，我往往倾向于关注两个主要的业务驱动力：运营效率以及风险转移。改进的流程、协作以及透明度可以提高运营效率，以及改进的可溯源性、报告及分析可帮助进行更好的风险管理。SLI通过允许团队与合作伙伴及赞助商平滑敏捷的协作，为机构提供了软件驱动业务创新的基础。