● (44) 描述了一类软件架构的特征,它独立于实际问题,强调软件系统中通用的组织结构选择。垃圾回收
(44)
A. 架构风格
B. 开发方法
C. 设计模式
D. 分析模式
(45)
A. 架构风格
B. 开发方法
C. 设计模式
D. 分析模式
(44)
A. 架构风格
B. 开发方法
C. 设计模式
D. 分析模式
(45)
A. 架构风格
B. 开发方法
C. 设计模式
D. 分析模式
A.根据用户需求,能够确定一个最佳的软件架构,指导整个软件的开发过程
B. 软件架构设计需要满足系统的质量属性,如性能、安全性和可修改性等
C. 软件架构设计需要确定组件之间的依赖关系,支持项目计划和管理活动
D. 软件架构能够指导设计人员和实现人员的工作
A.约束B.连接件C.拓扑结构D.规则 A.语义特征B.功能需求C.质量属性D.业务规则
A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图 A.逻辑视图 B.用例视图 C.过程视图 D.开发视图
阅读以下关于软件架构的叙述,回答问题1至问题3。
软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素,从而描述出系统的主要功能和性能需求,同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式,可以使用一个公式来表达:
软件架构={构成系统的元素,指导元素集成的形式,关系和约束}
“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。
.逻辑视图(Logical View),描述了设计的对象模型,支持系统的功能需求。
.进程视图(Process View),描述了设计的并发和同步特征,支持系统的运行特性。
.物理视图(Physical View),描述了软件到硬件的映射,反映了分布式特性,支持系统的拓扑、安装和通信需求。
.开发视图(Development View),描述了在开发环境中软件的静态组织结构,支持软件开发的内部需求。
.场景(Scenario),用来说明重要的系统活动,是其他四个视图在用例(Use Case)驱动下的综合。
软件架构在软件需求与设计之间架起一座桥梁,也是风险承担者进行交流的手段,允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法,各个视图涉及的组件(元素)包括:任务、类、模块、节点、步骤等,风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。
(46)
A. 逻辑视图
B. 用例视图
C. 过程视图
D. 开发视图
(47)
A. 逻辑视图
B. 用例视图
C. 过程视图
D. 开发视图
(48)
A. 逻辑视图
B. 用例视图
C. 过程视图
D. 开发视图
A.物理视图
B.逻辑视图
C.进程视图
D.开发视图
UML是一种面向对象的统一建模语言,(44)是对模型中最具代表性的成分的抽象;(45)把事物结合在一起;(46)聚集了相关的事物;在UML提供的图中,(47)描述了每一类对象的动态行为。
(29)
A.事物
B.对象
C.信息
D.属性
A.行为
B.组织
C.性能
D.功能