UML通过五个视图来定义系统架构,()表示了设计模型中在架构方面具有重要意义的类、子系统、包和用
A.逻辑视图 B.用例视图 C.进程视图 D.部署视图
A.逻辑视图 B.用例视图 C.进程视图 D.部署视图
(45)
A. 用例视图
B. 进程视图
C. 实现视图
D. 逻辑视图
(46)
A. 用例视图
B. 进程视图
C. 实现视图
D. 逻辑视图
(47)
A. 用例视图
B. 进程视图
C. 实现视图
D. 逻辑视图
A.用例视图只包含系统的所有参与者、用例和用例图
B.逻辑视图主要关注如何实现用例中提出的功能,提供系统的详细图形,并描述组件之间如何关联
C.组件视图包含代码库、可执行文件、运行库和其他组件的信息
D.部署视图关注系统的实际配置以及容错、网络带宽等问题
软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素,从而描述出系统的主要功能和性能需求,同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式,可以使用一个公式来表达:
软件架构={构成系统的元素,指导元素集成的形式,关系和约束}
“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。
.逻辑视图(Logical View),描述了设计的对象模型,支持系统的功能需求。
.进程视图(Process View),描述了设计的并发和同步特征,支持系统的运行特性。
.物理视图(Physical View),描述了软件到硬件的映射,反映了分布式特性,支持系统的拓扑、安装和通信需求。
.开发视图(Development View),描述了在开发环境中软件的静态组织结构,支持软件开发的内部需求。
.场景(Scenario),用来说明重要的系统活动,是其他四个视图在用例(Use Case)驱动下的综合。
软件架构在软件需求与设计之间架起一座桥梁,也是风险承担者进行交流的手段,允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法,各个视图涉及的组件(元素)包括:任务、类、模块、节点、步骤等,风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。
A.构件图
B.类图
C.对象图
D.部署图
A.业务用例设计 B.逻辑数据模型设计 C.物理数据模型设计 D.物理实现设计
A.视图不存储数据,但可以通过视图访问数据
B.视图提供了一种数据安全机制
C.视图可以实现数据的逻辑独立性
D.视图能够提高对数据的访问效率
A.用例图
B.序列图
C.协作图
D.类图