业务用例与系统用例的关系.doc

使用UML进行业务建模：理解业务用例与系统用例的相似和不同之处背景业务用例模型与系统用例模型有什么相似之处？业务用例模型与系统用例模型之间究竟有怎样的差别呢？我应该为业务建模使用哪些UML图？业务用例模型和系统用例模型之间的关系是什么？总结注释现在对本文进行讨论！参考资料本文来自于RationalEdge：学习有关业务用例与系统用例相似和不同之处的知识包括应该使用什么样的UML图通过IBMRationalSoftwareArchitect或者其它建模工具来建模这些用例。绝大多数构架师都认为业务建模是开发软件解决方案中到一个非常重要的活动。成功的解决方案会支持这个业务它们能够解决业务问题并确保业务目标的实现。当开发一个合理的业务模型以后业务流程分析员能够探究不同业务改进的选项比如取消多余的任务使重复且平凡的任务或者容易出现的错误实现自动化操作。IBM®RationalUnifiedProcess®或者RUP®以及Unisys3DVisualEnterprise或者3D-VE或者3D-VE提供了一个系统化的方法利用统一建模语言（UML）可以直观地表现业务模型同时还可以派生出一个一致的且能够追溯到这个业务模型的起点系统用例模型。这篇文章提供了RUP业务建模的概述并解决了以下的问题：业务用例模型与系统用例模型有怎样的相似之处？业务用例模型与系统用例模型有什么不同之处？构建业务模型应该使用哪个UML图？业务用例模型与系统用例模型之间有什么关系？背景在谈论这个问题之前我想解释一下为什么要挑选这个特殊的话题来写。自从1990年我就作为一名软件构架师从事系统用例的工作。当我是一名由UnisysGlobalPublicSector开发的IntegratedJusticeInformationSharing(IJIS)框架解决方案的总构架师时还没有接触到业务用例直到2002年。IJIS现在已经发展成为UnisysInformationSharingManagementFramework(ISM)。ISM是一套支持信息共享的总体业务过程的可重用的组件。ISMFramework利用ServiceOrientedArchitecture(SOA)技术整合了不同类型的司法与公共安全系统从而在关键决定点时分配关键的数据文档以及图片。ISM解决方案将为司法与公共安全团体提供了一个业务框架、技术框架、基础应用软件以及方法使政府机构能够继续使用他们的遗留系统。ISM是使用RUP进行设计的ISM业务模型是为ISM项目开发的首批工件之一。开发ISM业务模型对我来说是一个有意义的学习经历：我认识到的一个问题是对于如何开发一个业务模型有很多含混不清的地方为开发UML业务模型提供指导的文献相对比较少而且有些不一致。自从我离开UnisysGlobalPublicSector加入到UnisysUniversity作为一名培训和开发顾问后就一直负责开发和交付软件构架和IBMRational工具培训。我的职责之一就是IBMRational课程"MasteringRequirementsManagementwithUseCases"(MRMUC)的教学。这门课程主要阐述的是开发系统用例但是这门课程仅仅提供了什么是业务模型以及它如何与这个系统用例模型相联系的一个很有限的讨论。因此这篇文章的目的之一就是为MRMUC课程补充材料。这篇文章假定您已经有了系统用例建模和RUP需求规程的基本知识。如果您对系统用例建模并不熟悉我建议您学习RUP需求规程的知识。正如前面提到的这篇文献关于业务建模的内容比较少但是我们发现了一些非常有用的参考资料远远多于您在RUP中找到的信息：WritingEffectiveUseCases由AlistairCockburn编著。这是我最喜欢的关于业务和系统用例说明的著作。Alistair强调一个业务或者系统用例模型最重要的部分是用例说明。这本书强调的就是用例说明而不是UML。UMLfortheITBusinessAnalyst由HowardPodeswa编写。本书主要强调的是利用UML来开发一个业务模型以及对Alistair的书进行补充。UMLfortheITBusinessAnalyst帮助我完成了关于如何开发一个有效的业务用例模型的课程培训。RationalEdge中的文章“EffectiveBusinessModelingwithUML:Describing