项目的文档化通常都是交付软件产品时不可避免的难题。但是想象一下如果仅需单击一个按钮就能够生成文档呢？在本期的 让开发自动化 中，自动化专家 Paul Duvall 阐述了如何运用开源工具自动生成统一建模语言（Unified Modeling Language，UML）图、构建图、实体关系图（entity-relationship diagram，ERD）乃至用户文档。

很少有软件开发人员愿意为他们的软件开发项目编写文档。然而，除非您永远不想完成您的项目，或者您永远独立进行软件开发，又或者您没有用户 — 这对一个项目来说可不是一个好现象，否则您就需要用一种方式来向别人交待您的软件的用途。有些开发者误解了 Agile Manifesto 的 “可运行的软件优于 全面的文档” 的说法，以为根本不需要任何的 文档资料（请参阅 参考资料）。另一方面，多余的文档对用户或其他开发人员来说也是一个负担。我通常寻找一种中间办法。您猜对了：本文将向您展示如何运用自动化 来简化项目文档的生成过程，从而减轻这方面的负担。

按照我的经验，有两个关键性的问题制约着软件开发的文档化。第一个问题，似乎没有人会去阅读文档。第二个常见问题就是几乎是在编写文档的同时，它就已经过时了。这两个问题是有着因果联系的：如果文档总是保持最新，那么人们就更有可能去阅读它。自动化生成文档便可以解决这两个问题，它可以保持文档的时效性，从而使它对您的软件用户更加有用。

自动化也可能对其他类型的文档有利，但在本文中我将着重阐述如何让那些令人痛苦的文档化任务自动化（请参阅 参考资料 查找下面列表中提到的工具的链接）：

• 使用 UMLGraph 生成当前源代码的 UML 图。
• 使用 SchemaSpy 创建实体关系图（ERD），归档数据库中的表格和关系。
• 使用 Grand 生成构建目标以及它们之间的关系的 Ant 构建图。
• 使用 Doxygen 生成源代码文档。
• 使用 DocBook 制作用户文档。

我将使用一般的方法阐述以下内容：

1. 描述手动执行每一项任务遇到的问题。
2. 呈现一个结合使用 Apache Ant 和相关的文档/图表生成工具实现自动化的例子。
3. 展示一个基于代码示例的脚本生成文档的图象。

和本系列前面的文章一样，文中所有示例都使用可免费获得的开源工具，您可以在自己的项目中使用。有些工具（例如，UMLGraph 和 Grand）会使用一个附带的 GraphViz 工具，该工具要用到一个由特定工具生成的 .dot 文件。

将代码反向工程到 UML 中

我曾遇到过一些拥有十分美观的 UML 图的项目 — 在项目的初始阶段。问题是，在某种特殊情况下，技术负责人无法使模型与源代码同步。或者需要将宝贵的时间浪费在将源代码手动 反向工程到模型中。这两种情况都不尽如人意。如果模型无法如实地展示签入到版本控制库中的代码，那么这个 UML 图构造的再美观也毫无意义。如果您没有根据实际的代码制定决策，那么您可能就要面临随之而来的很多问题。

您可以在构建过程中生成图示，并建立一个持续集成（Continuous Integration，CI）环境来即时地（或定期地）创建图示。这样您就能够制作出有益于决策、易于创建且始终反映最新情况的图示了。

清单 1 使用 Ant、UMLGraph 以及 Graphviz 对源代码进行文档化:

<property name="reports.dir" value="${basedir}/reports"/>
  <mkdir dir="${reports.dir}"/>
  <path id="project.path">
    <pathelement path="${basedir}/src"/>
    <pathelement path="${basedir}/lib"/>
  </path>
  <javadoc sourcepath="${basedir}/src" destdir="${reports.dir}" 
    classpathref="project.path" access="private">
    <doclet name="org.umlgraph.doclet.UmlGraphDoc" 
	  path="UMLGraph.jar">
        <param name="-attributes" />
        <param name="-enumerations" />
        <param name="-enumconstants" />
        <param name="-operations" />
        <param name="-qualify" />
        <param name="-types" />
        <param name="-visibility" />
    </doclet>
  </javadoc>
  <apply executable="dot" dest="${reports.dir}" parallel="false">
    <arg value="-Tpng"/>
    <arg value="-o"/>
     <targetfile/>
     <srcfile/>
     <fileset dir="${reports.dir}" includes="*.dot"/>
     <mapper type="glob" from="*.dot" to="*.png"/>
  </apply>

清单 1 中，我结合使用 UMLGraph 和 Javadoc 在 Javadoc HTML 报告内部生成一些基本的 UML 类图。为了自定义展示在每一个类图中的信息，调用 UmlGraphDoc 时，我传递了如下属性：

• -attribute 为类显示字段。
• -enumeration 展示不同的枚举。
• -enumconstant 为枚举展示可能的值。
• -operation 为类显示 Java 方法。
• -qualify 显示完全限定类名。
• -type 显示参数数据类型和返回类型
• -visibility 展示字段和方法修改语：public、protected、private 或 default。

图 1 展示了用 UMLGraphshows 生成到 HTML 中的 LoginDaoImpl 类及其关系的 UML 图例：

请 单击此处 查看完整图形。

UMLGraph 能够生成更复杂的关系和其他细节。但是，即便是这个简单例子中极其基本的 UML 类图，就已经提供了相当多的信息。它也可以根据当前的代码库快捷、形象地展示软件。它防止了 “代码应该 是这样的” 这种陈述方式，并且有益于做出更好的决策（关于描述了多种可以自定义 UMLGraph 输出的属性的链接，请参阅 参考资料）。

数据库文档化

自动创建最新的 UML 图将使您获益良多，同样，自动地可视化表示数据库也可以让您受益匪浅。实体关系图（ERD）是实现数据库可视化的最流行的图示类型。大多数创建 ERD 的工具（例如，ERWinfor）都需要手动生成 ERD。虽然我将要示范的工具 SchemaSpy 无法与现存的一些更复杂的工具媲美，但是它能够提供数据库的高级 ERD 视图 — 以及约束、关系等。而且，通过自动构建来运行它，您就可以轻松地从您的版本控制库中检查数据定义语言（Data Definition Language，DDL）的最新显示。

清单 2 中的 Ant 脚本使用 SchemaSpy 工具来创建 Javadoc 格式的文件：

<property name="reports.dir" value="${basedir}"/>
<java jar="schemaSpy_3.1.1.jar"
  output="${reports.dir}/output.log"
  error="${reports.dir}/error.log"
  fork="true">
  <arg line="-t mysql"/>
  <arg line="-host localhost"/>
  <arg line="-port 3306"/>
  <arg line="-db brewery"/>
  <arg line="-u root"/>
  <arg line="-p sa"/>
  <arg line="-cp mysql-connector-java-5.0.5-bin.jar"/>
  <arg line="-o ${reports.dir}"/>
</java>

清单 2 使用 java Ant 任务调用 SchemaSpy，传递了很多属性：

• -t 为数据库类型（有效值为 mysql、ora、db2，等等。)
• -host 为托管数据库的计算机名。
• -port 为数据库 URL 的端口数。
• -u 为数据库用户名。
• -p 为数据库密码。
• -cp 为类路径（用于指示数据库驱动程序 JAR 文件的位置）。
• -o 为输出目录的位置。

这些 SchemaSpy 的命令行属性用于生成显示 ERD 的 HTML 文件，如图 2 所示：

通过结合使用多种工具、作为构建的一部分针对数据库执行 ERD 生成脚本，并调度 ERD 生成，您就可以在开发过程中轻松、快速地做出很多数据库决策。

图解构建过程

通常，构建脚本在相关的目标之间有着复杂的关系。我曾见过许多构建脚本足有 1000 多行，含有大量多余的重复行。如果没有自动构建的高级视图，这些构建脚本会很难处理。要想快速确定一个构建过程正在处理的内容，一个有效的方法就是创建一个目标和关系图。Ant 目标的一个可视模型能够帮助您作出更有效、更明智的决策，以改进构建脚本的设计。

结合使用 Ant、Grand 和 Graphviz，您就可以创建出构建目标的精确的可视表示。有很多的工具都旨在可视化表示 Ant 目标。而 Grand 的一个优势便在于它运用了 Ant API，这样无论 Ant 脚本是否完全有效，它都可以创建图示。

清单 3 中的 Ant 脚本展示了如何运用 Grand 工具来创建 Ant 脚本目标的可视表示，包括目标间的依赖性：

<target name="create-ant-diagram">
  <property name="file.type" value="pdf" />
  <typedef resource="net/ggtools/grand/antlib.xml" 
    classpath="grand-1.8.jar"/>
  <grand output="build.dot" buildfile="${basedir}/build.xml"/>
    <exec executable="dot" >
      <arg line="-T${file.type} -Gsize=11.69,8.27 -Grotate=90 -o build.${file.type} 
    ${grand.output.file}"/>
    </exec>
</target>

在清单 3 中，首先，我通过指向 grand-1.8.jar 创建了任务。接着，我在 buildfile 属性中为正在分析的构建文件命名。output 属性是我正在创建的 Graphviz 文件（我将其命名为 build.dot）。 最后，我调用了 dot 可执行文件生成 buildfile 的构建目标的 PDF。图 3 展示了这种文件的一个例子：

我可以运用这些图表分析已完成的项目，或者为开发中的项目优化构建过程。

代码文档化

如果我想记住为什么创建了一个新的 Java 类或方法，那么我会写一个 Java 代码注释。但如果我想更全面地了解新建的类、方法和属性，那么我就需要一个代码文档化的工具了。多年以来，Java 平台都将 Javadoc 作为生成代码文档的方法，用于代码库中的所有类。事实上，javadoc 任务已成了 Ant 中的标准，它也确实能够生成代码文档。然而，它需要由开发人员负责将一些难看的 HTML 标记嵌入到 Java 源代码注释中。例如，清单 4 所示的运用 Javadoc 的代码注释：

/**
  This is <i>the</i> LoginServiceImpl  class.  
  <p> 
  Refer to <a href="url.html">
  LoginService overview</a> for more details.
  <p>
  There is one type of supported {@link LoginServiceImpl }:
  <ul>
    <li>{@link LoginServiceImpl } (this class)</li>
  </ul>
*/

如果使用 Doxygen，代码注释就会更简洁，省去了嵌入的 HTML 标记，如清单 5 所示：

/**
This is <i>the</i> LoginServiceImpl class.
Refer to \ref LoginService for more details.
There is one type of supported LoginService:
- LoginServiceImpl (this class)
*/

Javadoc 和 Doxygen 都支持自动生成代码文档，但是使用 Doxygen 比较简单，它提供了一种更直观的方法来用注释标注源代码。清单 6 中的 Ant 代码片断展示了 Doxygen 最基本的使用方法：

<target name="generate-doxygen">
  <taskdef name="doxygen" classname="org.doxygen.tools.DoxygenTask" 
    classpath="ant-doxygen.jar" />
  <doxygen configFilename="Doxyfile">
  <property name="INPUT" value="${src.dir}" />
  <property name="RECURSIVE" value="yes" />
  </doxygen>
</target>

在清单 6 中，Doxyfile 的 configFilename 值是由 Doxygen 自动生成的配置文件的名称；您可以重新定义。图 4 展示了一个 LoginDaoImpl 类的 HTML 报告的例子，它是由清单 6 中的 Doxygen 示例生成的：

请 单击此处 查看完整图形。

通过在自动构建中创建 Doxygen 文档，您可以获得有关某个 API 的最新的使用信息。

用户文档

到目前为止，您可能一直在想，自动生成技术文档固然不错，但是最头疼的是创建用户 文档。在编写自己的用户文档时，我发现大量的时间都浪费在文档内部的复制、粘贴上。分析了该过程之后，我决定将诸如版本号、文件名等内容定义到单一源中，以此来实现这些内容的生成自动化。而且我可以运用 XML 和可扩展样式语言（Extensible Stylesheet Language，XSL）将内容从格式化中分离出来，这样我只要对一个样式做一个简单的修改就可以使文档的观感发生显著的变化。

DocBook 工具已存在数年之久，它使您能够用 XML 定义文档，并能够以包括 HTML 和 PDF 在内的多种格式生成文档。DocBook 提供了一种为编写者定义模板的模式。

清单 7 结合使用 Ant、一个 DocBook XSL 文件和 XSL Formatting Objects (XSL-FO) 来生成 PDF 格式的用户文档（请参阅 参考资料）：

<target name="pdf" depends="init" description="Generates PDF files from DocBook XML">
  <property name="fo.stylesheet" value="${docbook.xsl.dir}/fo/docbook.xsl" />
  <xslt style="${fo.stylesheet}" extension=".fo" basedir="${src.dir}" destdir="${fo.dir}">
    <classpath refid="xalan.classpath" />
    <include name="${guide}.xml" />
  </xslt>
  <property name="fop.home" value="lib/fop-0.94" />
  <taskdef name="fop" classname="org.apache.fop.tools.anttasks.Fop">
    <classpath>
      <fileset dir="${fop.home}/lib">
        <include name="*.jar" />
      </fileset>
      <fileset dir="${fop.home}/build">
        <include name="fop.jar" />
        <include name="fop-hyph.jar" />
      </fileset>
    </classpath>
  </taskdef>
  <fop format="application/pdf" fofile="${fo.dir}/${guide}.fo" 
    outfile="${doc.dir}/${guide}.pdf" />
</target>

图 5 展示了由清单 7 中的脚本生成的 PDF 的一部分：

由于我的全部内容都是用基于文本的 XML 定义的，所以我可以轻松地写出令文档发生显著变化的脚本。此外，我可以将这些文档做为构建过程的一部分生成，进而为定义诸如版本、定义、缩写、文件名以及目录之类的元素提供一个单一的标准源。

文档化无需手动操作

希望阅读本文之后，您能够了解到可以通过有效的方法自动生成文档。在我看来，文档化最关键的地方就在于交流，而非生成文档的过程。我向您描述的文档化工具和技术能够帮助您保持文档的精确性和实效性，从而清除了文档之所以被忽视的症结所在 — 信息过时。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文 。
• Manifesto for Agile Software Development：学习 Agile Manifesto。
• “Drawing UML Diagrams with UMLGraph”（Diomidis Spinellis，Athens University of Economics and Business）：本文包含有 UMLGraphe 的类图选项。
• Graphviz Gallery（graphviz.org）：应用了 Graphviz 的例图图库。
• “10 Minutes to document your code”（Peter Chen，The Code Project，2003 年 1 月）：本文介绍了如何设置 Doxygen。
• Doxygen Ant blog：可以从 Doxygen Ant 任务的创建者那里获取最新信息。
• “ Java 理论与实践: 我必须对那些内容进行文档编制吗？”（Brian Goetz，developerWorks，2002 年 8 月）：可以得到一些关于如何写出更具实用性的 Javadoc 的指南。
• XSL and FO：World Wide Web Consortium 样式表语言推荐标准的主页。
• DocBook XSL: The Complete Guide (4th Edition)（Bob Stayton，Sagehill Enterprises，2007 年）：本书涵盖了 DocBook 发布工具的各个方面，包括安装、使用以及自定义样式表和处理工具。
• Java Power Tools （John Ferguson Smart，O'Reilly，2008 年）：本著作的第 30 章囊括了 SchemaSpy、UMLGrapha 以及 Doxygen。
• developerWorks DocBook 资源：学习更多关于用 XML 表示技术文档的知识。
• 让开发自动化 （Paul Duvall，developerWorks）：阅读整个系列文章。
• 浏览 技术书店，查看关于上述和其他技术主题的书籍。
• developerWorks Java 技术专区：数以百计的文章，介绍 Java 编程的所有方面。

• Ant：下载 Ant，开始以可预计、可重复的方式构建软件。
• Grand：下载 Grand，使用图表展示 Ant 构建脚本。
• SchemaSpy：下载 SchemaSpy，为您的数据库创建 ERD。
• Doxygen：下载 Doxygen，生成详细的代码文档。
• UMLGraph：下载 UMLGraph，将源代码自动反向工程到 UML 图中。
• DocBook：下载 DocBook，以不同的格式生成内容。

• Improve Your Code Quality 论坛：developerWorks 的杰出专栏作者 Andrew Glover 以顾问的身份在此论坛中贡献他丰富的专业技术，主要关注改进代码质量的问题。
• Accelerate development space：developerWorks 的杰出专栏作者 Andrew Glover 运作的一站式门户，包含开发人员测试、持续集成、代码度量和重构等内容。
• 访问 developerWorks blogs，加入 developerWorks 社区。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号