UML中的四种视图

类别:软件工程 点击:0 评论:0 推荐:


Use Case


是系统中与实现无关的视图,关注系统的高层形状而非具体实现方法。包括系统中所有的角色、使用案例和Use Case框图,也可能包括一些Sequence或Collaboration框图。

           角色。与所建系统交互的外部实体。

           使用案例。系统的高层功能块。

           使用案例文档。详细介绍使用案例的流程,包括任何错误处理。链接到外部文件。

           Use Case框图。显示角色、使用案例和它们之间的交互。

           Interaction框图。显示一个使用案例流程涉及的对象或类。

           包。角色/使用案例组。

¨       客户/分析人员/项目管理员:利用UseCase、类、文档来确定系统的高层视图。关注系统作用而非实现细节。

¨       ALL:通过UseCase描述事件流程。

¨       QA:编写测试脚本。

¨       技术人员:编写用户文档。

¨       客户/分析人员:确认捕获了所有要求。

¨       开发人员:看出系统包含哪些高级组件、系统逻辑如何。


Logical


关注如何实现使用案例中提出的功能。它提供系统的详细图形,描述组件间如何关联。Ligical框图关注系统逻辑结构,在这个视图中,要标示系统组件、检查系统的信息和功能,检查组件之间的关系,确定可以重复使用的类和包。

           类。

           Class框图。用于浏览系统中的类、类属性与操作及其相互关系。

           Interaction框图。用于显示参与使用案例时间流程的类。

           State Transition框图。显示对象的动态行为。

           包。一组相关类。

Logical视图的两步法:

           分析类。-了解系统结构而不是语言特定细节。

           设计类。具有特定语言细节的类。

¨       开发人员:利用类与Class框图信息确定代码会实现哪些业务要求。生成了什么类。

¨       QA:看系统中有哪些组块,哪些需要测试,并使用ST框图显示特定类的功能。

¨       项目管理员:通过类和框图确定系统构造师傅合理,并估计系统的复杂程度。

¨       构架师:系统的总体结构,保证系统结构文档,考虑重复使用,能灵活适应需求变化。


Component


包含模型代码库、执行文件、运行库和其它组件的信息。组件是代码的实际模块。

           组件。代码的实际模块。

           Component框图。显示组件及其相互关系、了解编译相关性和编译顺序。

           包。相关组件组。目的是重复使用。

¨       代码控制/编译部署应用程序的人:确定编译顺序。

¨       开发人员:显示已经生成的代码库和每个代码库中包含的类。


Deployment


关注系统的实际部署,处理容错、网络带宽、故障恢复与响应时间。可与系统的逻辑结构有所不同。

           进程。是在自己的内存空间执行的线程。

           处理器。任何具有处理功能的机器。每个进程在一个或几个处理器中运行。

           设备。包括任何没有处理功能的机器,如打印机。

¨       发布应用程序人员/All:了解系统部署。

本文地址:http://com.8s8s.com/it/it33542.htm