设计建模
如果您的团队在大型项目中与其他团队合作,则解决团队集成代码时出现的问题可能需要付出高昂的成本 您的团队在开始编码之前,可以通过使用模型了解各个组件的接口以及这些接口的组合方式,来帮助避免这些问题。
应用程序的组件
组件图演示如何用线将各个部件连接起来,构成应用程序或组件。 每个部件的类型都是一个小型组件。 组件可以是从单个对象到实际系统的任何内容,而它们之间的连接器可代表方法调用、事件信号、Web 服务调用等。
组件的表面是其提供接口的和所需的接口。 提供的接口是其他组件可以使用的接口。 所需的接口是组件依赖其他组件才能获得的接口。
所需的接口可用来表示一个组件,它与使用它的组件和它所使用的组件都可以分离。 团队要能使用 mock 对象插入所需的接口从而隔离地测试组件,准确了解这种分离十分重要。
明确描述所需的接口通常会产生清晰分离且更灵活的设计。 在实现时,可将这些组件与其他组件轻松重组,以形成一个系统变体,从而更灵活地响应要求更改。
组件的模型不应太过详细,在每次迭代时能起作用就好。 有关更多信息,请参见 UML 组件图:准则。
部件之间的交互
使用序列图可帮助讨论或解释组件的工作方式。 用生命线表示组件的每个端口或部件。 关系图可演示当在某个父组件的端口处接收到消息时,内部部件如何沿着连接器的路径进行交互。
有关更多信息,请参见 UML 序列图:准则。
组件的接口
绘制类图以显示接口处组件可用的类型。
从每个接口开始并演示其方法。
然后,显示参数的类型和接口的返回值。 将属性绘制为关联。
在接口发送 XML 或其他数据结构的位置,您可能会发现使用 UML 类图绘制结构会很有用。
在讨论组件的行为时,这些关系图很有用。 它们还帮助将外部可见行为的讨论与内部实现分离。
设计模式
模型对帮助描述重复性模式也很有用。 例如,“观察者”模式就适用于许多种应用程序,许多项目都找到了可用于其特定用途的对象配置。 可使用类和序列图来描述正在交互的类。