级别： 初级 Nicolas R. Kruk, 软件工程师, IBM
David E. Murray, 资深软件工程师, IBM
2009 年 11 月 05 日 学习怎样使用 IBM Rational Requirements Composer 来从工件中创建模板，以及在其他的项目中轻松使用已存在的模板。
工件模板是重用团队在 IBM® Rational® Requirements Composer 中定义的工件的有效方式。使用模板可以创建新的工件以节省时间，因为它降低了冗余工作量，这些工作用作生产新工件中的相同内容。
技巧 1：
使用模板来初始化带有相同内容的新工件，例如文本记录的公司信头，用户界面草图的水印，或者需求需要部分的大纲。保持创新能力，因为您可以为任意种类的工件创建模板，每一个模板在 Rational Requirements Composer 中都有一个编辑器。
对于一个给定的项目，只有拥有管理员权限的用户才能创建和编辑模板。如果您没有这些权限，但是又经常创建工件，本章节提供了信息帮助您说服管理员采用这些模板。
创建并使用模板
在编辑器中打开一个工件时，操作 Create Artifact Template 是 File 菜单中的一个选项（见于图 1）。
创建一个模板
您可以为 Rational Requirements Composer 中任意类型的工件（文本文件，用户界面草图，用例图等等）创建模板。
- 在编辑器中保存更改。
- 从菜单中选择 Create Artifact Template。编辑器中的当前内容就会保存到模板中了。
图 1. 从编辑器中打开的工件创建一个模板
技巧 2：
当您在加工一个模板并想要保存进度时，或者正在升级一个已存在的模板时，就从 File 菜单中创建模板。
从 Project 主页或者 Project Explorer 中创建模板
如图 2 所示，您还可以从 Project 主页或者 Project Explorer 视图中创建模板。右击工件并从菜单中选择 Create Artifact Template。
图 2. 从 Project 主页中的工件创建一个模板
技巧 3：
当您拥有一系列想要用于制作模板的完整工件时，就从 Project 主页或者 Project Explorer 中创建模板。您可以点击列表中的每一个工件，然后标记它们以将它们的内容当做模板使用。
创建基于模板的工件
- 为了创建基于模板的工件，选择您想要在 New 向导中的 Template 部分中使用的内容。
- 在您点击 Finish 之后，新工件将会随着您所选择模板的内容一同得到初始化。
图 3. 初始化新工件的内容和模板
技巧 4：
当您创建工件时，点击向导中的 Template 部分中的按钮，以查看您的项目管理员是否允许使用您所选择工件类型的模板。如果是这样，从模板的名字可以轻易看出，使用它可以充当想要添加的工件初始内容。
管理和升级模板
项目的模板列于 Project Home Page 中的 Administration 项，只有拥有项目管理员权限的用户才能访问它。
图 4. 管理 Project 主页中的 Administration 项
模板只能在创建它们的项目中使用。在 Administration 项中您将会发现一个项目只有一个模板。
从该项中您可以重命名模板，或者删除您不再需要的模板。您可能已经注意到，您不能更改一个已存在的模板，但是幸运的是该场景是支持的。
怎样升级已存在的模板
为了升级一个已存在的模板，从带有更新内容的工件中创建一个新的模板，并给它起一个与原始模板相同的名字。
首先，您需要有一个成为新模板内容的工件。如果您没有这样一个模板，最好的方法是，基于您想要升级的模板，创建一个新的工件。
假设您想要升级名为“Document_Template”的模板。
- 首先，创建一个名为“Updated Document_Template”的范例模板。
图 5. 从原始的模板中创建一个工件
- 既然现在您有了加工的工件，那么现在就将它的内容更改为模板的新版本。
- 当您完成更改以后，选择 Create Artifact Template 操作，当需要输入名字时，输入您想要升级的模板的名字。在本例中，输入 Document_Template。
图 6. 创建一个模板并使用原始模板的名字
图 7. 改写模板以升级它的内容
- 接着就会弹出一个对话框，警告您说已经有一个以此名字命名的模板存在。在您点击 OK 之后，原始的模板就会被新内容所覆盖。
技巧 5：
为了升级一个已经存在的模板，您可以使用该模板创建一个工件，对该工件做一些更改，并使用与原始模板相同的名字创建一个模板。
注意：
所有的模板名必须是独一无二的。两个模板不能有相同的名字，就算它们是不同内容类型的也是。所以当用新模板改写已存在的模板时，确保您所改写的模板是正确的模板，否则您可能会无意改写不同内容类型的模板。
共享不同项目之间的模板
正如您所注意的那样，您在一个项目中创建的模板，只有您在相同的项目中创建工件时才能使用。如果您需要使用从一个项目到另一个项目中的模板，那么您就可以从这样一个事实中受益：当项目从 Rational Requirements Composer 服务器中下载时，模板已经包含在项目之中。
一个有用的技巧便是，下载含有您所需要模板的项目，然后将该项目上传回新项目中。
- 为您想要下载的项目打开 Project 主页并选择 File >
Download。
- 选择硬盘上的目录，然后点击 OK。
- 选择 File >
Upload。
- 选择 Upload a Requirements Composer Archive，然后点击 Next。
- 对于 Location，指定您在 Download 向导中选择的目录。
- 对于 Upload to Project，选择您想要将模板复制到的项目。
- 点击 Finish。
原始项目中的所有模板将会复制到第二个项目之中。您还可以使用该技术，来从一个项目中复制属性组定义到另一个项目之中。
如果您有一些项目，并知道您将要使用不同项目之间的模板，那么最好的做法便是将这些模板保存到单独公共的项目之中。您可以删除该项目中所有的工件（例如，用于生成模板的项目），这样只有模板才会添加至上传步骤中第二个项目之中。
技巧 6：
将用于不同项目之间的模板和属性组，保存在不含任何工件的公共项目中。该项目可以得到下载，并上传至其他的项目中以覆盖模板和属性组。
随着 Rational Requirements Composer 的下一个版本正在开发当中，我们努力使一般的操作尽可能的简单，并使完成它们的时间尽可能的降低。如果您觉得对工具的使用还有改进的余地，或者尚有一定的缺陷存在，那么欢迎您提出建议。访问 jazz.net 上的 Rational Requirements Composer 专题，好查看迭代计划以得到下一个版本和视图，或者提交特性请求和漏洞报告。欢迎使用电子邮件联系本系列文章的作者，以提出建议或者问题。
技巧总结
技巧 1：使用模板来初始化带有相同内容的新工件，例如文本记录的公司信头，用户界面草图的水印，或者需求需要部分的大纲。保持创新能力，因为您可以为任意种类的工件创建模板，每一个模板在 Rational Requirements Composer 中都有一个编辑器。
技巧 2：当您在加工一个模板并想要保存进度时，或者正在升级一个已存在的模板时，就从 File 菜单中创建模板。
技巧 3：当您拥有一系列想要用于制作模板的完整工件时，就从 Project 主页或者 Project Explorer 中创建模板。您可以点击列表中的每一个工件，然后标记它们以将它们的内容当做模板使用。
技巧 4：当您创建工件时，点击向导中的 Template 部分中的按钮，以查看您的项目管理员是否允许使用您所选择工件类型的模板。如果是这样，从模板的名字可以轻易看出，使用它可以充当想要添加的工件初始内容。
技巧 5：为了升级一个已经存在的模板，您可以使用该模板创建一个工件，对该工件做一些更改，并使用与原始模板相同的名字创建一个模板。
技巧 6：将用于不同项目之间的模板和属性组，保存在不含任何工件的公共项目中。该项目可以得到下载，并上传至其他的项目中以覆盖模板和属性组。
参考资料 学习
获得产品和技术
讨论
作者简介  | 
| | Nicolas Kruk 是 IBM Rational Requirements Composer 的 Common User Interface 团队的一名成员。他的开发工作主要负责 Artifact Templates 在 1.0 版本上的支持。之前，他是交付 IBM Rational Software Architect Version 7.5 的 Rational Deployment Architecture Platform 的团队成员之一。Nicolas 于 2008 年毕业于罗彻斯特技术学院，计算机科学学士学位。 |
| 
| | David Murray 是 IBM Rational Requirements Composer 的 Common User Interface 团队的一名成员。他主要负责胖客户端的项目主页和搜索视图。David 于 2004 年毕业于罗彻斯特技术学院，计算机科学学士学位。在加入 Rational Requirements Composer 团队之前，他一直工作于 IBM Rational Business Developer 的 Enterprise Generation Language (EGL) 组件的编辑器。在此期间，他获得了为较少技术背景的业务开发人员交付改进软件的经验。 |
对本文的评价
| 
