概述
对项目进行设置意味着打基础,使团队成员能够同时对同一模型进行操作。开发复杂的系统要求成组的分析人员、设计人员和开发人员在进行各自工作的同时能够“纵观全局”。 成功管理多个团队成员对同一模型具有不同类型访问权的环境,则要求:
-
阐明管理团队活动的工作策略
-
具有能够支持该策略的工具
在接下来的指导信息中,将使用这些术语:
项目指的是 Eclipse 工作空间所知道的文件系统位置,用来存储 Eclipse 资源,这些资源是开发工作的工作产品。
概念模型 是表示抽象概念(如用例、分析类和设计组件)的模型。它们并不与实施代码紧密联系。它们存储在扩展名为 .emx 的文件中。 它们不同于实施模型,它们包含实施代码本身以及存储在扩展名为
.dnx 的文件中的代码图。(您可以认为实施模型等价于包含代码和代码图的项目。)
以下基本步骤奠定了这个基础:
打下基础的部分工作是确定概念模型将如何在开发工作中使用。它们将带动开发,还是将更具回顾性地使用(例如,以文档的形式)?
如果模型会带动开发,则请确定:
-
将要使用何种模型(例如用例、分析和企业 IT 设计)。
-
概念建模团队的组成(规模和技能配备)。
-
预期的概念建模工作范围。
-
概念建模工作将如何在团队成员之间分配。
-
团队的多名成员有多大的可能性同时在概念模型的相同区域工作。
-
将使用何种配置管理工具来存储概念模型资产并对这些资产进行版本控制,以及典型 CM 活动将是什么。
另一注意事项是将要使用何种概念模型。工具提供一些模型模板,可用来实例化特定类型的新概念模型,例如用例模型、分析模型和企业 IT 设计模型。模板通常提供一个基本 UML 包结构以及一些示例内容。 它们也可能预先应用某些 UML2 概要文件。
在接下来的步骤中,您将使用标准模板创建模型,这些模板包括遵循 RSx 模型构造指南的基本封装结构。
您可以选择创建自己的专门模板。这样,您就可以预置属性和选项,例如缺省字体、颜色、行样式、文件存储选项、构造型和其他信息的展示方式。您也可以定义您自己的标准包结构和种子内容,并预先应用您选择的(包括您创建的概要文件)UML 概要文件。
有关更多信息,请参阅 设置和处理模型和建模项目。
考虑您在先前的步骤中确定的建模工作分类,并将联机帮助的“团队开发”各部分中讨论的其他注意事项作为考虑因素,确定一种向物理建模文件分配概念模型的策略。
该工具支持两种主要的逻辑模型实例分解方法:
-
一种规划的方式,在这种情况下您起初就分解了模型(通过对每个模型创建多个建模文件)。
-
一种基于模型重构的特别方式。
在现实情况下,将这两种方法结合使用是更可行的做法:即使提前规划了划分策略,仍然存在需要重构模型以改进团队活动的场合。有关该主题的详细讨论,请参阅 RSx 模型构造指南。
有关更多信息,请参阅 在团队环境中工作。
下面描述了为开发工作建立一组概念模型的流程。请注意,您不必在开始时就创建所有项目和模型 - 可以在开发工作的不同阶段逐渐引入它们。
-
创建 UML 项目。向它指定一个名称,该名称反映它将支持的开发任务和工作产品(例如,“考勤卡管理系统模型”或“考勤卡管理系统用例建模文件”)
-
当您创建项目时,将要求您选择要在项目中创建的一种概念建模文件:
-
如果您的计划是每种概念模型使用一个 UML 项目,那么此时您应为项目选择所需的模型类型。
-
如果您的计划是一个 UML 项目包括多种概念模型,那么您在此时选择的模型可能是您最终计划包括在该项目中的任一类型。
-
以任一方式为新的建模文件选择有意义的名称。该名称应反映开发中的解决方案的名称以及模型的类型(例如,“考勤卡管理系统用例模型”或“考勤卡管理系统分析模型”)。如果您计划将一个概念模型的逻辑内容分配给多个建模文件,那么每个建模文件的名称也应反映该文件所包括的逻辑内容的一部分(例如,“考勤卡管理系统员工管理用例”或“考勤卡管理系统项目管理用例”)。
-
按需要向项目添加附加的建模文件
-
继续添加 UML 项目,并向那些项目添加其他的建模文件,直到您具备了所需的 UML 项目和建模文件集合为止。
关于 RUP 模型和特定于工具的模型之间的映射以及项目类型的详细描述,请参阅 RSx 模型构造指南。
有关更多信息,请参阅 设置和处理模型和建模项目。
|