对企业级Java应用程序及其部署进行建模 - 编程入门网

提示！——对系统的重要部分而不是无关紧要的部分进行建模。

让我们看一看同一个图经过修改后的版本。它删除了无价值的内容，并将重点放在重要的内容上。样板代码和构件几乎从不需要建模，除非它们能给图带来特别的好处（比如提供上下文）。例如，表示一个像ejbActivate()这样的函数不能为图增加清晰度或内容，因此也就无需对其进行建模。EJB规范中说方法必须出现在实现类中，并不意味着它需要出现在模型中。

图2. 一个简明的EJB模型

除了在建模上显而易见的区别之外，两张图之间还有一处基本的区别：stereotype的自由使用。Stereotype是一种传达有关任意模型元素的不相关信息的强大方式。使用stereotype的另一个有利之处是，定义的信息是由对象而不是图来传达的。在图1中，JNDI信息表示在图中的一条注释中。这可以使JNDI信息特定于图。在图2中，我为捕捉JNDI信息的<<EntityBean>> stereotype定义了两个标记值。标记定义是stereotype的属性。通过为stereotype定义标记定义，实现了下面两个目标：为架构师和设计师提供一些有关每个stereotype中应该包含何种信息的提示，并为企业引入了一些建模标准。通过使用stereotype并填充相关的标记定义值，可以让包含该元素的每个图都能使用这些信息。大多数UML工具都允许有选择性地隐藏stereotype及其标记定义，您可以定制化每个图，同时无需修改任何重要的模型数据。在本文后面，我将提供一个示例的stereotype类别。

提示！——使用stereotype对不相关信息进行建模。

对可部署代码进行建模

现在，我将使用功能代码，并对应该如何把它打包到一个可部署模块中进行建模。在软件建模项目中，这通常是会被彻底忽视的重要一步。然而，在这个领域中，误解也是很常见的，而这些误解通常会增加公司的成本，因为它会导致项目出现延期并重新编码以纠正问题。

J2EE项目通常被打包为一个EAR或WAR文件。JAR文件仍然在使用，但是现在通常作为EAR或WAR文件的元素而存在。在UML中，文件被表示为Artifact。Artifact用于对节点上的内容进行建模。（节点通常表示一种设备，通常为计算机，但是它也可以表示一种虚拟设备。）例如，在UML中，文档、文件、可执行文件和库都被建模为Artifact。可部署的软件也在这种定义的范围之内，所以也可以把它建模为Artifact。

在整个领域内，这些类型的图相当少见。我仅看见过两家公司能够实现这种级别的建模。创建这些模型的人通常会掉入到对可部署模块的“定义”建模的陷阱中去。看看图3您就会明白我的意思了。

图3. 常见的可部署建模

这个图的第一个错误之处就是“对显而易见的内容进行建模”。“App-Inf”、“webapp”和“meta-inf”目录没有为图增加任何价值。类似地，对“自定义属性”文件的建模也很值得商榷。这只是图中的无用信息。图3的第二个错误之处是，它仅对模块的“定义”进行了建模。它仍然以软件为重点，展示了位于com.bea.customer Java包结构中的Customer EJB。对包结构建模可以增加价值，这取决于企业的需要，但是这个图确实还有疏漏之处。它应该包含比软件工程师需要的还多的信息，还应该包括对于软件配置管理团队来说重要的信息。这些“缺失的”信息就是部署模块的“上下文”。必须运行软件的团队需要知道如何部署它，因此上下文对于他们来说很重要。

对企业级Java应用程序及其部署进行建模(3)

提示！——部署模型需要说明“定义”和“上下文”。

看一看图4就

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!