4、系统分析

    系统分析要对问题空间的本质进行分析造模，形成"要做什么"的深刻了解，尽可能地和用户达成共识。我这里既使用了传统的造模工具也利用了面向对象分析的方法学来产生文档。这一节中我首先对这些需求所涉及的子系统进行定位，看看他们之间的关系，这里我把这种分析称为上下文分析；然后看看我们关心的子系统数据流如何，得出数据流图；最后我分析每晚构建平台的"类"模型。本节所有内容的全体构成了对需求的分析模型。

    系统上下文分析

 

    通过分析，我们可以看出整个每晚构建平台的运作由6个实体构成，它们之间的关系如系统关系图所示。

    构建系统完成需求定义中的软件项目的构建工作，它从CVS系统中获取项目源代码，并对源代码进行编译连接安装和测试工作，产生的构建信息通知给构建信息展示系统，构建信息关心者通过构建信息展示系统浏览构建信息。用蓝色标记表示的为本平台的组成部分。

    数据流程图

    下面的数据流程图更好地更详细地理解了需求，从这个流程图可知，构建系统主要和CVS系统打交道，并会生成构建信息供构建信息展示系统使用。构建系统由取出项目代码、产生项目度量数据、编译连接安装测试删除和编译连接安装（发布版）四个任务组成；构建信息展示系统和构建信息关心者打交道，主要完成浏览构建信息的任务。用黄色线条表示的存储单元"项目源代码目录"是个临时存储单元。

    最后需指出的是本分析模型实现的用例一为全自动版本，是比较符合"最大化的减轻构建者工作负担"的需求的。