()又称为设计视图,它表示了设计模型中在架构方面具有重要意义的部分,即类、子系统、包和用例实现的
A.逻辑视图
B.进程视图
C.实现视图
D.用例视图
A.逻辑视图
B.进程视图
C.实现视图
D.用例视图
● 下面关于软件测试模型的描述中,不正确的包括(21) 。
①V模型的软件测试策略既包括低层测试又包括了高层测试,高层测试是为了源代码的正确性,低层测试是为了使整个系统满足用户的需求
②V模型存在一定的局限性,它仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段 ③W模型可以说是V模型自然而然的发展。它强调:测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试
④H模型中软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行
⑤H模型中测试准备和测试实施紧密结合,有利于资源调配
(21)
A.①⑤
B.②④
C.③④
D.②③
●以下关于V模型说法,不正确的是(56)。
(56) A.V模型是瀑布模型的变种,它反映了测试活动与分析和设计的关系
B.V模型的软件测试策略既包括低层测试又包括高层测试
C.V模型左边是测试过程阶段,右边是开发过程阶段
D.V模型把测试过程作为在需求、设计及编码之后的一个阶段
A.用例和参与者之间的对应关系又叫做通信关联,它表示参与者使用了系统中的哪些
B.参与者只能是人,不能是子系统、时间等
C.特殊需求指的是一个用例的非功能性需求和设计约束
D.在扩展关系中,基础用例提供了一个或者多个插入点,扩展用例为这些插入点提供了需要插入的行为
论软件架构建模技术与应用
软件架构用来处理软件高层次结构的设计和实施,它以精心选择的形式将若干结构元素进行装配,从而满足系统的主要功能和性能需求。软件架构设计的首要问题是如何表示软件架构,即如何对软件架构建模。根据建模的侧重点不同,可以将软件架构模型分为结构模型、框架模型、动态模型、过程模型和功能模型。Kruchten在1995年提出了“4+1”视图模型,将5种模型有机地统一在了一起。
请围绕“软件架构建模技术与应用”论题,依次从以下三个方面进行论述。
1.概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
2.简要叙述“4+1”视图模型的主要内容。结合你参与项目的实际情况,详细说明该项目需求及所涉及的软件架构(包括使用到的视图模型、创建的架构模型及使用的建模工具等)。
3.说明该项目软件架构的实施效果,分析其是否满足了项目的需求并说明原因。
以下与“模式”相关的叙述中,正确的是______。
A.采用设计模式允许在非面向对象程序设计语言中使用面向对象的概念
B.单身模式(Singleton)描述了只有一个方法和属性的类的集合
C.在MVC(模型/视图/控制器)模式中,1个模型可以用于多个视图
D.在MVC模式中,控制器是将应用问题域中包含的抽象领域知识呈现给用户的方式
阅读以下关于软件架构的叙述,回答问题1至问题3。
软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素,从而描述出系统的主要功能和性能需求,同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式,可以使用一个公式来表达:
软件架构={构成系统的元素,指导元素集成的形式,关系和约束}
“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。
.逻辑视图(Logical View),描述了设计的对象模型,支持系统的功能需求。
.进程视图(Process View),描述了设计的并发和同步特征,支持系统的运行特性。
.物理视图(Physical View),描述了软件到硬件的映射,反映了分布式特性,支持系统的拓扑、安装和通信需求。
.开发视图(Development View),描述了在开发环境中软件的静态组织结构,支持软件开发的内部需求。
.场景(Scenario),用来说明重要的系统活动,是其他四个视图在用例(Use Case)驱动下的综合。
软件架构在软件需求与设计之间架起一座桥梁,也是风险承担者进行交流的手段,允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法,各个视图涉及的组件(元素)包括:任务、类、模块、节点、步骤等,风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。
DBS的体系结构,按照ANSI/SPARC报告分为(1);在DBS中,DBMS的首要目标是提高(2);为了解决关系数据库的设计问题,提出和发展了(3);对于DBS,负责定义DB结构以及安全授权等工作的是(4)。
A.外模式、概念模式和内模式
B.DB、DBMS和DBS
C.模型、模式和视图
D.层次模型、网状模型和关系模型
A.Bridge:Docker设计的NAT网络模型
B.Container:Docker原生的跨主机多子网模型
C.Container:与另一个运行中的容器共享NetworkNamespace,共享相同的网络视图
D.None:不为容器配任何网络功能