![关闭 [x]](http://dw1.s81c.com/i/c.gif){kind=small}
如果公司精确回答以下这些问题，则能够帮助公司获得系统以及软件开发方面的成功：
- 我们是否在为既定目标努力？
- 活动是否还在预算之内？
- 我们的项目是否有助于有效地实现目标？
- 这些操作性活动在多大程度上符合业务目标？
- 我们是否能够轻松演示客户需求或者行业标准的一致性？
- 我们是否为交付做好了准备？
但是，为了回答上述问题，团队必须能够访问精确的，计时的以及适当的项目信息，并能够将其传递到决策制定者手中。因为数据一般是在不同技术条件下，不同地理区域的团队，以及不同工具之间传递的，所以团队苦苦挣扎于在正确的时间内以正确的格式得到正确的信息。
雪上加霜的是产品生产变得日益工具化，联系化和智能化，或者 IBM 公司所称的“灵敏化”。灵敏产品取决于先进软件与硬件及电子产品的紧密集成。这就使得系统和软件开发变得日益复杂，需要更大更多样化的团队参与进来。结果，在物理性，机构性以及技术性的领域内信息变得更加分散。
本文讨论了公司在收集关键信息时所面临的困难，并探讨了自动化的使用，以提高报表以及度量的有效性。它还描述了 IBM® Rational® 软件，可以帮助您自动化报表以及度量过程，从而改进项目，程序以及公司管理，提高决策制定者影响积极结果的能力。
软件开发公司一般会使用已存在的及熟悉的工具，例如文字处理或者扩展表程序，以报表和度量信息。尽管对于本地或者暂时文件来说，这些工具已经够用了，但是它需要来自不同公司的人员进行耗时耗力的操作，以为项目报表和度量收集和分析信息。
让个人获得和分析信息，占用了雇员的大量宝贵时间。而且，手动报表与度量过程取决于个人所选择的收集与分析信息的方式。当公司在更新开发周期之中的文件，或者重复度量以识别趋势时，稳定性非常的重要。就算有一定的指导原则，手动过程还是很少能够帮助个人去组织信息，或者按照不同的方式执行任务。结果，生成稳定的报表和度量数据就变得十分困难了，这使得识别信息之中的真实趋势变得也困难起来。
最后，因为公司必须频繁地为追踪性，一致性以及决策指定生成报表，所以有时业务分析员或开发员会迫使报表机理进入与他们无关的领域。为了使得报表生成过程变得规划化，他要向模型添加文本框以识别哪些模型元素满足哪些需求。尽管这种实践方式简化了报表，但是开发员现在拥有特定报表的数据，以及实际的设计模型之中嵌入的模型元素，这对信息的完整性产生了一定的风险。
公司需要一种更有效，更精确且可重复的方法去生成报表和度量。为了处理一致性需求问题，并获得关键性的业务观点，他们必须向涉众及决策制定者提供在正确的时间内所获得的正确信息。为了实现这一点，他们需要能够快速发布精确及时的文件以及实时操作板，以支持用户在不同的抽象层次之间切换，从而得到与其手头业务相关的信息。
除了手动度量和记录关键业务的信息，开发员就可以使用指定设计的工具，来将这样的任务实现自动化。正如图 1 所示，通过使用正确的软件，您可以从系统或者软件开发周期（扩展的需求管理，建模，测试，以及变更和配置管理）之间的储存库收集信息，超出了传统的开发界限进入到其他的业务系统。自动化工具可以快速，轻松从不同的企业之内收集信息，交付精确，即时的报表，并支持项目正确操作的更好决策。
图 1. 自动化报表可以合并来自多个源头的信息
正如上面所讨论的那样，用于错误目的的正确工具，提供了有限的价值。但是，为自动化报表和度量特意指定的工具更快更精确地交付了满足特定需要的结果。如果您选择的工具提供了自动化文件生成功能，以及度量和开发分析功能，您还需要规划一致性以及决定制定过程。
注意：
对于软件和系统开发，重要呈现的信息可以分为两个大类：
- 软件与系统 文献，例如需求与设计文件，以及一致性文件。
- 开发 分析，例如需求覆盖，测试覆盖，缺陷趋势报表，以及其他这类的项目，可以归类为执行开发状态操作板。
出于简便性的考虑，IBM 公司将两类都当做“报表”。
业务会由于关键性的交流机理，包括内部性的和跨合同界限的，而不断依赖于文件。这通常需要开发团队根据指定的标准交付文件，这些标准要么由客户指定，要么由行业规范单位指定。
自动化文件生成的一个关键性优势在于，它将格式与内容分开了。为了创建报表模板，您需要格式化您只用到一次的信息的布局。到了更新它时，您可以使用最新的信息来定制报表模板。在一个自动化的报表之中，不同的版本之间信息总是稳定的。IBM® Rational® Publishing Engine 包含了您可以定制的模板（查看最后一段以得到关于该工具的更多信息）。
自动化从本质上使得进程变得更加有效。至于报表，它还使得公司能够控制文件的生成，而不是被产生文件的需要所控制。换句话说，当开发员在处理项目时，他们并不需要为怎样记录输出而烦恼。这给了他们关注其核心工作的自由。
度量对于改进进程来说十分关键。正如一百年前 William Thomson（Lord Kelvin）所说的那样：“如果您不能度量它，那么您就不能改进它”。度量使得项目团队能够收集关于项目性能某一方面的回馈，这样团队就可以编辑进程，以更有效地控制该方面。度量是不断持续改进的 IBM 方面的一个基本方面。其他一些常用的方法，例如功能成熟性模型集成（CMMI），需要通过度量对进程进行数量性的管理，以驱动进程的优化。但是，度量只是事例的一部分。对于公司来说，理解对于不同的涉众来说数据意味着什么很重要。
自动化度量与分析工具能够帮助公司将其注意力转移至操作上，从而给度量过程带来了效率和可重复性。可重复度量的价值甚至会随着时间而增加，因为分析趋势进一步地改进了项目结果的可预测性。
与自动化文件生成方案相似，自动度量和分析会从开发与交付周期（在很多情况下，不止这两点）的各个阶段的储存库中收集数据。在收集数据之后，这些工具可以显示数据随着时间的变化趋势，并以涉众可以轻松查看和理解的方式显示出来。通过使用能够自动度量和分析的软件，您可以为涉众更有效地生成从开发员到 CTO，所有业务层次上不同的，稳定的，工具报表与视图。这可以帮助开发团队为操作性目的以及总体业务目的更好地服务。
Rational 报表与协调工具可以帮助您从大量的 IBM Rational 开发工具中获取并合并信息，这些工具包括：
- 产品与文件管理的 IBM® Rational® Focal Point 软件
- 引进需求的 IBM Rational Requirements Composer 软件
- 用于需求管理的 IBM Rational DOORS ® 软件
- 用于企业结构与框架建模的 IBM Rational System Architect 软件
- 用于可视化建模的 IBM Rational Rhapsody ® 软件
- 用于基于网络测试规划，测试执行，以及缺陷管理的 IBM Rational Quality Manager 软件
- 用于变更和配置管理的 IBM Rational ClearCase ® 与 IBM Rational ClearQuest® 软件
- 用于软件开发资源管理的 IBM Rational Asset Manager 工具
与从其他 Rational 工具中获取信息相类似，Rational 报表与度量方案可以从几乎所有生成 XML 数据或者发布 Representational State Transfer（REST）界面的源处获取信息。通过这种方式来自源头的信息可以进行合并，以产生更加完整的报表。
| “用于错误目的的工具提供了有限的价值。但是为自动报表和度量所特意设计的工具更快地交付了适应特定需求的精确结果。 |
|---|
IBM Rational Publishing Engine
通过使用 Rational Publishing Engine 软件（见于 参考资料）开发员可以快速生成精确，实时的文件。它包含了一些预构建的模板，您可以使用拖拉技术来轻松编辑或者定制它。
Document Studio 界面（图 2）为文件模板设计和定制提供了直观的工作区，可以更轻松地访问文件模板，数据源方案，文件元素属性，以及模板大纲。通过将需要的文件元素从配置板拖拉到模板之中适当的位置，您就可以构建文件模板了。通过这种方法，您就可以轻松添加文件格式化项目了，例如标题，注脚，表格（包括内容表格）以及模板文件。
数据源方案在数据源工具中提供了信息的访问方式。通过将适当的方案元素拖拉到模板的容器之中，您就可以将该信息插入到文件之中了。您可以应用状态格式以获取数据，从而进一步改进文件。例如，需求表格可以以红色强调显示未满足的需求。您可以使用模板大纲，以在模板之间切换，并为元素设置需要的样式。而且，在 Properties 窗口之中，您可以查看和编辑选择模板项目的属性。
图 2. Rational Publishing Engine Document Studio 界面
当模板完成，数据源指定之后，您可以点击“生成报表”按钮，然后报表模板会从源收集当前的信息，并在模板之中适当的位置处转化和组织数据。它可以以一种广泛使用的数据格式生成文件，这样所有的涉众就可以轻松访问报表了：
- Microsoft Word
- XSL Formatting Objects（XSL-FO）。
- Adobe Portable Document Format（PDF）
- HTML。
IBM Rational Insight 自动化度量和开发分析软件使用与 Rational Publishing Engine 工具具有相同灵活性的 REST 界面，以从系统和软件开发数据源中获得数据。但是，除了发布一个文件，Rational Insight 程序会在中央储存库中收集和组织数据。然后它会输出稳定的数据，度量以及趋势，如图 3 所示。这种灵活性使得涉众及决策制定者在其需要时，能够获得实时且更新的信息。
图 3. 显示正确信息的可定制操作板
Rational Insight 是实施持续性改进方法的关键性技术，它向公司提供了一种结构性的方法来实现满足业务目标的系统与软件开发功能。有了这种技术，公司就可以定义操作性方法开满足业务目标，然后应用实践以实施那些方法。工具度量和控制这些实践的实施与有效性，而 Rational Insight 程序为工具的实施提供了自动化机理（同样见于 参考资料）。
使用自动化报表与度量工具，例如 Rational Publishing Engine 与 Rational Insight，是对决策制定者提供精确，即时以及合适信息的关键。自动化报表可以帮助记录一致性，并消除手动报表中的错误，不稳定性，以及浪费的时间和不连贯性。自动化度量可以帮助改进进程，规划化项目交付性。最后，自动化报表和度量的公司有助于提高项目的成功率，改进开发团队的效率，更好地满足高层次的业务目标。
学习
- 浏览 developerWorks 上的 Rational Publishing Engine 产品专题。查看 Rational Publishing Engine 信息中心 中所有版本的文档，或者从 Rational Publishing Engine 帮助系统 获得支持。
- 更多有关 Rational Insight 的信息，可以浏览 developerWorks Rational Insight 产品专题 的链接，找到技术文章以及许多相关资源，查看 Rational Insight 产品概览 页面了解详细内容，并仔细查看 Rational Insight 支持页面，以及 Rational Insight 信息中心 中的用户指南。
- 访问 developerWorks 上的 Rational 软件区域，了解有关 Rational 软件交付平台产品的技术资源和最佳实践。
- 时刻关注 developerWorks 技术事件和 Web 广播，包括各种 IBM 产品和 IT 行业主题。
- 参见 developerWorksLive! 技术讲座，快速了解 IBM 产品和工具，以及 IT 行业趋势。
- 观看 developerWorks 演示中心，从初学者的产品安装和配置演示，到面向有经验开发人员的高级功能。
- 改善您的技能。查看 Rational 培训和认证 目录，其包含了许多广泛议题的课程类型。您可以在任何地方，任何时间学习它们，许多“启动”课程是免费的。
获得产品和技术
- 获得免费下载 Rational Insight 试用版。
- 查看 Rational 软件的 试用和演示 页面。
-
按照最适合您的方式IBM 产品评估试用版软件：下载进行试用，可以在线进行，在云环境中使用，或者在 IBM SOA 人员沙箱 中花一些时间了解如何有效实施面向服务架构。
讨论
- 参与 Rational Publishing Engine 讨论区 中的技术讨论。
- 参与 Rational Publishing Engine 讨论区 中的技术讨论。
- 加入 Rational Insight 性能管理讨论区，询问相关问题，并加入讨论。
- 通过 撰写一篇 developerWorks Rational 文章 共享您的知识，并帮助那些使用 Rational 软件的人员。您将获得全球范围展示，RSS 企业联合组织，署名和建立，以及 developerWorks Rational web 网站专业编辑和出版的益处。
- 跟随 Facebook 和 Twitter (@ibmrational) 上的 Rational 软件，并添加您的注释和请求。
- 您可以加入 Rational 讨论区，cafés 和 wikis，询问并回答问题，增加您的专业技能。
- 通过加入 developerWorks 中文社区，与其他人员联系，分享您的兴趣爱好，并响应 开发人员驱动的博客。
Eric Larsen 是 IBM Rational Insight，IBM Rational SoDA 和 IBM Rational ProjectConsole 产品的高级产品经理。自从 1979 年以来，他一直从事计算机工程领域的工作。他十年以前加入 Rational 软件，开始开发度量管理仪表板应用软件，最终变为 Rational ProjectConsole 产品。在那之后，他成为 Rational ProjectConsole 的一名高级软件工程师，并且是 Rational Portfolio Manager Web UI 的软件开发经理。近来，Eric 带着其对报表、度量和项目管理工具的经验，来到了 Rational Enterprise Reporting 产品线的产品管理位置，包括了已有的 ProjectConsole 和 SoDA 应用软件，还有 IBM Rational Insight 软件。
Jonathon 在跨整个系统和软件开发生命周期的标准、技术和工具方面有广泛的经验，在 IBM 和之前的 Telelogic 有八年多的咨询经验。在这以前，他在汽车行业有十二年多的系统工程实践经验。Jonathon 在英国的曼彻斯特大学研究学习电子和电气工程。他在 1984 年获得学士学位，1985 年获得硕士学位，1988 年获得博士学位。
Ben Williams 是 IBM Rational 的一名高级产品经理和报表战略负责人。Ben 于 2008 年通过 Telelogic 收购加入 IBM Rational 组织。在 Telelogic 时，他是全球中央工程业务单元的核心产品经理，该中心是四个软件业务单元之一，提供了三个核心产品的通用技术和能力，包括了需求管理，变更和配置管理以及建模。在此期间，他领导一个团队，创建了现在的 Rational Publishing Engine，其已经成为 Rational 文档生成技术。在他担任产品管理角色之前，他担任一名技术客户经理和需求管理专家，有七年多的经验。Ben 是开源运动的热心支持者，之前一直是 Eclipse Process Framework (EPF) 项目的活动成员，并且现在是 IBM Linux Champion 程序的一名成员。他继续在 Open Services for Lifecycle Collaboration (OSLC) 社区扮演一名积极角色，主要贡献在核心和报表工作组。
标签
使用 滑动条 调节标签的数量。
热门标签 显示了特定专区最受欢迎的标签（例如 Java technology，Linux，WebSphere）。
我的标签 显示了特定专区您标记的标签（例如 Java technology，Linux，WebSphere）。