最新架构复习题目Word文件下载.docx

1、 A概念完整性 B功能丰富 C正确性和完整性 D可构建性10在5视图架构中，与用户所关心的功能子系统密切相关的是（ A ） A逻辑架构 B开发架构 C数据架构 D物理架构11在四层架构“UI层+SI层+PD层+DM层”的设计中，一定存在的层是（ C ） AUI层 BSI层 CPD层 DDM层15高层架构成果的核心是（ C ） A领域模型 B关键需求 C概念架构 D架构原型16下列说法错误的一项的是（ D ）A逻辑视图主要支持系统的功能需求，即系统提供给最终用户的服务B开发视图也称模块视图，主要侧重于软件模块的组织和管理C进程视图侧重与系统的运行特性，主要关注一些功能性需求，例如系统的性能和可用

2、性。D物理视图主要考虑如何把软件映射到硬件上，它不需要要考虑到系统性能、规模、可靠性等。17Kruchten在1995提出了“4+1”模型，从5个不同的视角来描述软件体系结构，其中“4”不包括的视图是（ D ）A逻辑视图 B开发视图 C物理视图 D场景视图18下列哪个选项是描述系统的静态结构（ A ）A逻辑视图和开发视图 B进程视图和物理视图C开发视图和物理视图 D开发视图和进程视图19在RUP中采用“4+1”视图模型来描述软件系统的体系结构。在该模型中，系统工程师侧重于（ D ）。A开发视图 B运行视图 C逻辑视图 D物理视图二、填空题1做好架构设计的3个必要条件：看透需求、架构大方向正确、

3、设计好架构的各个方面。2鲁棒图所包含的3种元素是：边界对象、控制对象、实体对象。3概念架构设计的任务是：划分顶级子系统、架构风格选型、开发技术选型、二次开发技术选型、集成技术选型。5在常见的四层架构设计模式中，所划分的四个层次分别是：UI层（用户界面层）、SI层（系统交互层）、PD层（问题领域层）、DM层（数据管理层）。7组件可分为原子组件和复合组件两种。9领域建模是以提炼领域概念，建立领域模型为目的的活动。10需求分析的主线是：从确定系统目标开始，后续凭借“范围+Feature+上下文图”三剑客研究高层需求，再后续建立开发人员较熟悉的用例模型。11破解“领域知识不足”死结的关键是：理顺概念关

4、系，搞清业务规则。13越过从质量需求到设计的鸿沟，需要搭桥，这个“桥”就是场景技术，其关键是使笼统的非功能目标明确化。14功能树的定义是否合理，我们应该从两个方面来评判：一是面向使用，体现使用价值；二是覆盖全面，没有范围遗漏。15在常见的三层架构设计模式中，所划分的三个层次分别是：展现层、业务层、数据层。16封装驱动设计方法的4个步骤分别是是：研究需求、粗粒度分层、细粒度划分模块、用例驱动的模块划分结构评审优化。17真实的软件系统其实是由组件递归组合而成的。18架构视图的本质是分而治之，能帮助架构师从不同角度进行设计。19封装驱动设计方法的设计目的是细粒度模块划分。三、判断题4需求捕获与需求分

5、析是两个相互独立的阶段。（ ）5架构设计师对系统的质量属性应平等看待，在系统设计中应全部予以解决。6软件架构是不同涉众之间进行交流的手段。（ ）7系统思考就是以整体的观点对复杂系统构成部分之间的联系进行研究。8架构设计中，“功能树”与“功能模块结构图”是同一回事。9分层架构的设计思想是“封装内部协作”。12架构是一个完整的软件系统才具有的。（ ）14细化架构的设计只需依据概念架构设计进行即可。四、简答题1请分别简述“组成派”与“决策派”软件架构概念的显著特点。 组成派：1） 关注架构实践中的客体软件，以 软件本身为描述对象；2） 分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件通

6、过相互交互完成更高层次的计算。决策派：1） 关注架构实践中的主体人，以人的决策为描述对象；2） 归纳了架构决策的类型，指出架构决策不仅包括关于软件系统的组织、元素、子系统和架构风格等几类决策，还包括关于众多非功能需求的决策。2领域建模的目的是什么?其实践精髓是什么？ 领域建模的目的是：透过问题领域的重重现象，捕捉其背后最为稳固的领域概念及这些概念之间的关系。 实践精髓：是“业务决定功能，功能决定模型”，理解了这个理念，评审领域模型也变得再自然不过了。3请简述验证架构的具体步骤。 首先，必须将架构设计方案付诸实现，得到的架构原型可以是纯粹的垂直演进原型，也可以是基于架构框架的原型。之后，分头进行

7、运行期和开发期质量属性的测试或评审，分别得到运行期质量的测试结果和开发期质量的评审结果。最后，判定架构设计是否合乎要求，如果不合格，应决定下一步需要对架构的哪些方面进行重新设计。最终，通过验证的架构设计方案就可以作为大规模开发的基础了，这时投入大量资源是合适的，因为重大的技术风险已在架构设计中得到了解决和验证4请用表格的形式归纳出不同需求是如何以不同原理影响架构设计的。5请简述“功能树”与“功能模块结构图”的区别。“功能树”是一种功能分解结构，“功能模块结构图”则是对系统进行结构分解；“功能树”刻画问题领域，“功能模块结构图”刻画解决方案；“功能树”属于需求，“功能模块结构图”属于设计；“功能

8、树”是架构师从上游（例如需求分析师那里）得到的，“功能模块结构图”则是架构师要亲自设计出来的。6请简述需求分析工作中所涉及到的“技能项”。 细化架构设计的“技能项”15个设计任务7封装驱动设计方法（Encapsulation-Driven Design方法，EDD方法）的设计目的是什么？包含哪些具体步骤？ 封装驱动设计方法（Encapsulation-Driven Design方法，EDD方法）的目的是：细粒度模块划分。 封装驱动设计方法包含4个步骤：研究需求、分层、划分模块、评审优化8请简述验证架构的手段。答：对于软件项目而言，往往需要开发出架构原型，并对原型进行测试和评审来达到验证的目的；

9、而对于软件产品而言，可以开发一个框架来贯彻架构设计方案，再通过在框架之上开发特定的垂直原型来验证特定的功能或质量属性。9三层架构设计模式中，层与层之间的关系是什么？ 展现层会向业务层传递参数、发出服务请求、并获取业务层返回的信息显示在界面上。业务层接收展现层的命令、解析传递过来的参数、判断各种合法性、并具体实现功能的各种“运算”要求、返回展现层所要的信息。数据访问层不能被展现层直接调用，而必须由业务层来调用。10整个架构设计包括哪些步骤? 1.需求分析 2.领域建模 3. 确定关键需求 4.概念架构设计 5.细化架构设计 6.架构验证11如何评审物理架构设计，甄选出更合理的物理部署方案呢？ 从

10、思维要点层面，“开销”和“争用”是核心。即，围绕物理节点、网络、软件单元、数据单元等物理架构设计的基本内容，通过如下4个方面的设计优化来“降低开销”和“避免争用”：如何降低物理节点“内”的计算开销如何降低物理节点“间”的通信开销如何避免物理节点“内”CPU、内存、硬盘等资源的争用如何避免物理节点“间”网络的带宽资源冲突五、分析设计题作业汇总中的题目+以下题目1请分析以下案例中所设计的模块划分结构，指出该设计的优缺点。某公司要设计一个名为MailProxy的邮件代发系统。众多公司的“客户服务系统”都需要批量地向客户发送邮件。（“客户服务系统”管理着企业对客户的服务内容，包括客户投诉、故障处理、客

11、户咨询、客户查询、客户回访、客户建议、客户关怀等服务信息以及服务指标信息等。）而MailProxy作为一款软件产品，其核心功能就是：邮件代发。为此设计师为MailProxy系统设计了如下图所示的模块划分结构（粗粒度功能模块划分）：2阅读下列说明和图，回答问题1至问题4。【说明】某医院欲开发病人监控系统。该系统通过各种设备监控病人的生命体征，并在生命体征异常时向医生和护理人员报警。该系统的主要功能如下：（1）本地监控：定期获取病人的生命体征，如体温、血压、心率等数据。（2）格式化生命体征：对病人的各项重要生命体征数据进行格式化，然后存入日志文件并检查生命体征。（3）检査生命体征：将格式化后的生命

12、体征与生命体征范围文件中预设的正常范围进行比较。如果超出了预设范围，系统就发送一条警告信息给医生和护理人员。（4）维护生命体征范围：医生在必要时（如，新的研宄结果出现时）添加或更新生命体征值的正常范围。（5）提取报告：在医生或护理人员请求病人生命体征报告时，从日志文件中获取病人生命体征生成体征报告，并返回给请求者。（6）生成病历：根据日志文件中的生命体征，医生对病人的病情进行描述，形成病历存入病历文件。（7）查询病历：根据医生的病历査询请求，査询病历文件，给医生返回病历报告。（8）生成治疗意见：根据日志文件中的生命体征和病历，医生给出治疗意见，如处方等，并存入治疗意见文件。（9）查询治疗意见：

13、医生和护理人员査询治疗意见，据此对病人进行治疗。现采用结构化方法对病人监控系统进行分析与设计，获得如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。图1-1 顶层数据流图图1-2 0层数据流图【问题1】使用说明中的词语，给出图1-1中的实体ElE3的名称。 E1：病人 E2：护理人员 E3：医生【问题2】使用说明中的词语，给出图1-2中的数据存储D1D4的名称。D1：生命体征范围文件 D2：日志文件D3：病历文件 D4：治疗意见文件【问题3】图1-2中缺失了4条数据流，使用说明、图1-1和图1-2中的术语，给出数据流的名称及其起点和终点。起点数据流名称终点格式化生命体征格式化后的生命体征检査生命体征生成病历病历病历文件D2本地监控体温、血压、心率等数据【问题4】说明实体E1和E3之间可否有数据流，并解释其原因。不可有数据流，因为E1和E3之间没有加工。3阅读下列说明，回答问题1至问题3。某服装销售公司拟开发一套服装采购管理系统