业务用例与系统设计用例关系

《业务用例与系统设计用例关系》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、-使用UML进行业务建模：理解业务用例与系统用例的相似和不同之处·背景·业务用例模型与系统用例模型有什么相似之处？·业务用例模型与系统用例模型之间究竟有怎样的差别呢？·我应该为业务建模使用哪些UML图？·业务用例模型和系统用例模型之间的关系是什么？·总结·注释·现在对本文进行讨论！参考资料本文来自于RationalEdge：学习有关业务用例与系统用例相似和不同之处的知识，包括应该使用什么样的UML图，通过IBMRationalSoftwareArchitect或者其它建模工具来建模这些用例。绝大多数构架师都认为业务建模是开发软件解决方案中到一个非常重要的活动。成功的解决

2、方案会支持这个业务，它们能够解决业务问题并确保业务目标的实现。当开发一个合理的业务模型以后，业务流程分析员能够探究不同业务改进的选项，比如取消多余的任务，使重复且平凡的任务或者容易出现的错误实现自动化操作。IBM®RationalUnifiedProcess®，或者RUP®，以及Unisys3DVisualEnterprise，或者3D-VE，或者3D-VE,提供了一个系统化的方法，利用统一建模语言（UML）可以直观地表现业务模型，同时还可以派生出一个一致的且能够追溯到这个业务模型的起点系统用例模型。这篇文章提供了RUP业务建模的概述，并解决了以下的问题：·业务用例模型

3、与系统用例模型有怎样的相似之处？·业务用例模型与系统用例模型有什么不同之处？·构建业务模型应该使用哪个UML图？·业务用例模型与系统用例模型之间有什么关系？背景在谈论这个问题之前，我想解释一下为什么要挑选这个特殊的话题来写。自从1990年我就作为一名软件构架师从事系统用例的工作。当我是一名由UnisysGlobalPublicSector开发的IntegratedJusticeInformationSharing(IJIS)框架解决方案的总构架师时，还没有接触到业务用例，直到2002年。IJIS现在已经发展成为UnisysInformationSharingManage

4、mentFramework(ISM)。ISM是一套支持信息共享的总体业务过程的可重用的组件。ISMFramework利用ServiceOrientedArchitecture(SOA)技术整合了不同类型的司法与公共安全系统，从而在关键决定点时分配关键的数据，文档以及图片。ISM解决方案将为司法与公共安全团体提供了一个业务框架、技术框架、基础应用软件以及方法，使政府机构能够继续使用他们的遗留系统。.---ISM是使用RUP进行设计的，ISM业务模型是为ISM项目开发的首批工件之一。开发ISM业务模型对我来说是一个有意义的学习经历：我认识到的一个问题是，对于如何开发一个业务

5、模型有很多含混不清的地方，为开发UML业务模型提供指导的文献相对比较少，而且有些不一致。自从我离开UnisysGlobalPublicSector加入到UnisysUniversity作为一名培训和开发顾问后，就一直负责开发和交付软件构架和IBMRational工具培训。我的职责之一就是IBMRational课程"MasteringRequirementsManagementwithUseCases"(MRMUC)的教学。这门课程主要阐述的是开发系统用例，但是这门课程仅仅提供了什么是业务模型以及它如何与这个系统用例模型相联系的一个很有限的讨论。因此这篇文章的目的之一就是

6、为MRMUC课程补充材料。这篇文章假定您已经有了系统用例建模和RUP需求规程的基本知识。如果您对系统用例建模并不熟悉，我建议您学习RUP需求规程的知识。正如前面提到的，这篇文献关于业务建模的内容比较少，但是我们发现了一些非常有用的参考资料，远远多于您在RUP中找到的信息：·WritingEffectiveUseCases，由AlistairCockburn编著。这是我最喜欢的关于业务和系统用例说明的著作。Alistair强调一个业务或者系统用例模型最重要的部分是用例说明。这本书强调的就是用例说明，而不是UML。·UMLfortheITBusinessAnalyst，由H

7、owardPodeswa编写。本书主要强调的是利用UML来开发一个业务模型，以及对Alistair的书进行补充。UMLfortheITBusinessAnalyst帮助我完成了关于如何开发一个有效的业务用例模型的课程培训。·RationalEdge中的文章“EffectiveBusinessModelingwithUML:DescribingBusinessUseCasesandRealizations”，由Pan-WeiNg编写。那篇文章与这篇文章有些类似。那篇文章是从UML1.x的角度来编写的。而这篇文章是从一个UML2.0的角度来编