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.使用ABSD方法,设计活动可以从项目总体功能框架明确就开始
B.ABSD方法是一个自顶向下,递归细化的过程
C.ABSD方法有3个基础:功能分解、选择架构风格实现质量和商业需求及软件模板的使用
D.使用ABSD方法,设计活动的开始意味着需求抽取和分析活动可以终止
A.设计构件
B.需求获取
C.标识构件
D.架构需求评审
A.架构设计能够满足系统的性能、可维护性等品质
B.良好的架构设计能够更好地捕获并了解用户需求
C.架构设计能够使得不同的利益相关人(Stakeholders)达成一致的目标
D.架构设计能够支持项目计划和项目管理等活动
A.需求分析与设计
B.设计与实现
C.实现与测试
D.部署与变更
A.服务器、客户端及其物理位置
B.处理器说明信息
C.单位时间的数据流大小
D.传输协议
最新试题
如果两个模块之间是语义依赖,则可以插入一个仲裁者来降低它们之间的依赖程度。
黑板构架用于解决无确定性求解策略问题,它由黑板、知识源和仲裁者构成。
在软件体系结构模式中,解决方案包括一个特定的结构,即元素的一个空间配置,还规定了运行期间的行为。
Pipe-and-Filter构架天然地支持并行,并具有良好的性能。
在一个软件系统中,功能是质量的载体,质量属性的得到依赖于开发的设计、执行以及部署等各个阶段的努力。
构架并不能独立实质量属性,它为质量属性的实现提供了基础。
数据流风格的构架包括Pipe-and-Filter、黑板、Batch Sequential(批处理)。
安全性是衡量系统在向合法用户提供服务的同时,阻止非授权使用的能力。
软件体系结构的设计的好坏对于软件的易用性没有影响。
效用树的作用是使质量属性需求具体化,从而迫使设计师和客户代表准确地定义出他们将要提供的相关质量需求。