3.3 风险：缺少项目可见性

作者: （美）Paul M.Duvall Steve Matyas Andrew Glover著 . 出处:机械工业出版社 　2008-04-21 16:04　   砖    好    评论  条 　进入论坛

阅读提示：《持续集成》第3章为您介绍的是利用CI减少风险,本节主要为您展示的是风险：缺少项目可见性。

3.3   风险：缺少项目可见性

人工的沟通机制需要很多协调工作，才能确保将项目信息及时地分发给需要的人。转向旁边的开发者，告诉她最新的构建版本在共享盘上，这样做效果不错，但是不太好扩大范围。如果需要这条信息的开发者正好走开，或因为其他原因不在，那怎么办？如果服务器停机了，您怎样通知大家？有些人相信可以通过发送电子邮件来缓解这种风险。但是，这不能确保将项目信息及时地分发给需要的人，因为您可能会漏掉对此感兴趣的人，有些人可能暂时不能接收电子邮件。

场景：“您收到了备忘录吗？”
这项风险可以有许多不同的场景，下面只是其中一个例子：
Evelyn（项目经理）：Noah，您在做什么？
Noah（测试人员）：我在等待最新的构建版本部署到QA环境中，然后开始测试。
Evelyn：最新的构建版本两天前就部署到测试服务器上了。您不知道吗？
Noah：不知道，前几天我没来办公室。

解决方案

为了缓解这项风险，我们在项目中安装并配置了CruiseControl CI服务器，在构建失败时利用自动化的机制向相关人员发送电子邮件。另外，我们还增加了SMS通知，这样就能够在手机上收到短信息，以免遇到不能接收电子邮件的情况。我们安装了自动化的代理，定期检查服务器是否可以访问。关于更多的例子和信息，请看第9章。

场景：不能使软件可见

在一个项目中，我们要对原有的软件进行扩展和修改。但是，我们没有反向工程工具来显示整个项目的总体设计情况，没有类和关系的模型。如果我们可以参考最新的类图，就能更好地确定重复的行为和不正确的结构，从而减少无效的决定。

Maile（开发者）：嗨。我是新加入项目的，我想看一下设计。有没有UML图或其他设计图可以看一下？
Allie（开发者）：啊，我们没有UML图。您只有读代码。如果您不能读代码，也许您就不属于这里。
Maile：没关系。我只是希望能看到总体设计并确定总体架构，而不是慢慢地查看代码。我更喜欢可视化的东西。

解决方案

为了减少设计缺陷被引入和被修复之间的时间间隔，我们开始利用CI系统生成设计图。我们运行一个自动化的代码文档工具，名为Doxygen，让它作为CI系统的一部分。Doxygen生成源代码的文档，并创建软件的UML图模型。由于它作为CI系统的一部分运行，所以总是最新的，基于最近签入到版本控制库中的代码。
虽然我们利用CI系统创建了这些文档，但我们仍然编写了一份简单的、一两页纸的架构文档，描述软件的架构，为新来的开发者标识出关键组件和接口。

回书目   上一节   下一节