架构作业题目.docx

1、架构作业题目、选择题1用例图是从谁的角度出发对如何使用系统进行描述的？（ A ）A 用户 B 系统分析师 C 系统设计师 D 程序员2下列关系中哪个不是类图中可能存在的关系（ C ）A 实现 B.泛化 C.包含 D.关联（ B ）来表示。B 类图和状态图D用例图和状态图C .关键需求 D .特色需求5就 UML 而言，领域模型最常采用A 类图和序列图C.活动图和状态图6（ C ）决定架构。A 用例 B 质量属性7（ A ）将一个类的接口转换成客户希望的另外一个接口，使得原本由于接 口不兼容而不能一起工作的那些类可以一起工作。 矚慫润厲钐瘗睞枥庑赖。A.Adapter （适配器）模式 B. Co

2、mma nd （命令）模式C. Singleton （单例）模式 D. Strategy （策略）模式8某服务器软件系统能够正确运行并得出计算结果，但存在“系统出错后不能 在要求的时间内恢复到正常状态” 和“对系统进行二次开发时总要超过半年的时 间”两个问题， 上述问题依次与质量属性中的 （ D ） 相关。聞創沟燴鐺險爱氇谴净。B .性能和可修改性D .可用性和可修改性B）B.功能丰富D.可构建性A.可用性和性能C.性能和可测试性9架构的质量属性不包括： （A 概念完整性C.正确性和完整性10在 5 视图架构中，与用户所关心的功能子系统密切相关的是（ A ）A 逻辑架构 B 开发架构 C 数据

3、架构 D 物理架构11.在四层架构“ UI层+SI层+PD层+DM层”的设计中，一定存在的层是（C）AUI 层 BSI 层 CPD 层 DDM 层15高层架构成果的核心是（ C）A .领域模型 B .关键需求 C.概念架构 D .架构原型16下列说法错误的一项的是（ D ）A .逻辑视图主要支持系统的功能需求，即系统提供给最终用户的服务B.开发视图也称模块视图，主要侧重于软件模块的组织和管理C.进程视图侧重与系统的运行特性，主要关注一些功能性需求，例如系统 的性能和可用性。D .物理视图主要考虑如何把软件映射到硬件上，它不需要要考虑到系统性 能、规模、可靠性等。17.Kruchten在1995

4、提出了“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 个必要条件： 看透需求、架构大方向正确、设计好架构的 各个方

5、面 。2.鲁棒图所包含的 3 种元素是： 边界对象、控制对象、实体对象 。3.概念架构设计的任务是： 划分顶级子系统、架构风格选型、开发技术选型、 二次开发技术选型、集成技术选型。 彈贸摄尔霁毙攬砖卤庑。5.在常见的四层架构设计模式中，所划分的四个层次分别是： UI 层（用户界面 层）、SI层（系统交互层）、PD层（问题领域层）、DM层（数据管理层）。謀养抟 箧飆鐸怼类蒋薔。7.组件可分为 原子组件 和复合组件 两种。9.领域建模 是以提炼领域概念，建立领域模型为目的的活动。10.需求分析的主线是： 从确定系统目标开始，后续凭借“范围 +Feature+上下 文图”三剑客研究高层需求，再后续建

6、立开发人员较熟悉的用例模型。 厦礴恳蹒骈 時盡继價骚。11. 破解“领域知识不足”死结的关键是： 理顺概念关系，搞清业务规则 。13.越过从质量需求到设计的鸿沟，需要搭桥，这个“桥”就是 场景技术，其关 键是使笼统的非功能目标明确化。 茕桢广鳓鯡选块网羈泪。14.功能树的定义是否合理，我们应该从两个方面来评判： 一是面向使用，体现 使用价值；二是覆盖全面，没有范围遗漏。 鹅娅尽損鹌惨歷茏鴛賴。15.在常见的三层架构设计模式中， 所划分的三个层次分别是： 展现层、业务层、 数据层。16.封装驱动设计方法的 4 个步骤分别是是： 研究需求、粗粒度分层、细粒度划 分模块、用例驱动的模块划分结构评审优

7、化 。 籟丛妈羥为贍偾蛏练淨。17.真实的软件系统其实是由 组件递归组合而成的。18.架构视图的本质是 分而治之 ，能帮助架构师从不同角度进行设计。19.封装驱动设计方法的设计目的是 细粒度模块划分 。三、判断题4 需求捕获与需求分析是两个相互独立的阶段。 （X ）5架构设计师对系统的质量属性应平等看待，在系统设计中应全部予以解决。（ X ）6.软件架构是不同涉众之间进行交流的手段。（V ） 7系统思考就是以整体的观点对复杂系统构成部分之间的联系进行研究。（V）8. 架构设计中，“功能树”与“功能模块结构图”是同一回事。 （ X ）9.分层架构的设计思想是“封装内部协作” 。（X）12.架构是

8、一个完整的软件系统才具有的。 （ X） 14.细化架构的设计只需依据概念架构设计进行即可。 （X）四、简答题1.请分别简述“组成派”与“决策派”软件架构概念的显著特点。组成派：1） 关注架构实践中的客体软件，以 软件本身为描述对象；2） 分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件 通过相互交互完成更高层次的计算。决策派：1） 关注架构实践中的主体人，以人的决策为描述对象；2） 归纳了架构决策的类型，指出架构决策不仅包括关于软件系统的组织、 元素、子系统和架构风格等几类决策，还包括关于众多非功能需求的决 策。 預頌圣鉉儐歲龈讶骅籴。2.领域建模的目的是什么 ?其实践精髓是什么

9、？领域建模的目的是： 透过问题领域的重重现象， 捕捉其背后最为稳固的领域概念 及这些概念之间的关系。实践精髓：是“业务决定功能，功能决定模型” ，理解了这个理念，评审领域模 型也变得再自然不过了。3.请简述验证架构的具体步骤。 首先，必须将架构设计方案付诸实现， 得到的架构原型可以是纯粹的垂直演进原 型，也可以是基于架构框架的原型。 渗釤呛俨匀谔鱉调硯錦。之后，分头进行运行期和开发期质量属性的测试或评审，分别得到运行期质 量的测试结果和开发期质量的评审结果。 铙誅卧泻噦圣骋贶頂廡。最后，判定架构设计是否合乎要求，如果不合格，应决定下一步需要对架构 的哪些方面进行重新设计。最终，通过验证的架构设

10、计方案就可以作为大规模开发的基础了，这时投入擁締大量资源是合适的，因为重大的技术风险已在架构设计中得到了解决和验证4 请用表格的形式归纳出不同需求是如何以不同原理影响架构设计的需求基本原理对架构设计的影响功能功能是发现 职贲的依据。每个功能都是由一条“职责协作链完成的，架构师通 过为功能规划职贲协作链、将职责分配到子系统=为 子系统界定接口、确定基于接口的交互机制，来推动 架构设计的进行质质屋是完善 架构设计的 动力。（必须）基于当前的架构设计中间成果，进一步考虑 具体质最要求对架构设计中间成果进行细化、调整、 甚至推倒重来， 步步使架构设计完善起来。质量和功能共同影响着架构设计，抛开功能、单

11、依据 质量要求设计架构是不可能的约束约束对架构 设计的影响 分为几类B直接制约设计决策的约束（例如系统运行于Unix平 台之上”）、转化为功能需求的约束（例如本银行系统执行现行 利率引ar利率调整“功能）、轉化为质量属性碍求的约束（例如堆员计算机平均 水平不高引岀易用性需求）5请简述“功能树”与“功能模块结构图”的区别。功能树”是一种功能分解结构， 功能模块结构图”则是对系统进行结构分解；功能树”刻画问题领域，功能模块结构图”刻画解决方案； 功能树”属于需求，功能模块结构图”属于设计；功能树”是架构师从上游（例如需求分析师那里）得到的，功能模块结构图 则是架构师要亲自设计出来的。细化架构设计的

12、“技能项” 15个设计任务7.封装驱动设计方法（Encapsulation-Driven Design方法,EDD方法）的设计目 的是什么？包含哪些具体步骤？ 贓熱俣阃歲匱阊邺镓騷。圭寸装驱动设计方法（Encapsulation-Driven Design方法，EDD方法）的目的是: 细粒度模块划分。坛搏乡囂忏蒌鍥铃氈淚。圭寸装驱动设计方法包含4个步骤：研究需求、分层、划分模块、评审优化8 请简述验证架构的手段。答：对于软件项目而言，往往需要开发出架构原型，并对原型进行测试和评审来 达到验证的目的；而对于软件产品而言，可以开发一个框架来贯彻架构设计 方案，再通过在框架之上开发特定的垂直原型来验

13、证特定的功能或质量属 性o蜡變黲癟報伥铉锚鈰赘。9 三层架构设计模式中，层与层之间的关系是什么？ 展现层会向业务层传递参数、发出服务请求、并获取业务层返回的信息显示在界面上。业务层接收展现层的命令、解析传递过来的参数、判断各种合法性、并具体实现功能的各种 运算”要求、返回展现层所要的信息。買鯛鴯譖昙膚遙闫撷凄。 数据访问层不能被展现层直接调用，而必须由业务层来调用。10.整个架构设计包括哪些步骤？1需求分析 2.领域建模 3确定关键需求 4.概念架构设计 5细化架构设 计 6.架构验证綾镝鯛駕櫬鹕踪韦辚糴。单元等物理架构设计的基本内容，通过如下 4个方面的设计优化来 “降低开销”和“避免争用”

14、：驅踬髏彦浃绥譎饴憂锦。如何降低物理节点“内”的计算开销如何降低物理节点“间”的通信开销如何避免物理节点“内” CPU、内存、硬盘等资源的争用如何避免物理节点“间”网络的带宽资源冲突 五、分析设计题作业汇总中的题目+以下题目1.请分析以下案例中所设计的模块划分结构，指出该设计的优缺点。某公司要设计一个名为 MailProxy的邮件代发系统。众多公司的“客户服务 系统”都需要批量地向客户发送邮件。（“客户服务系统”管理着企业对客户的服 务内容，包括客户投诉、故障处理、客户咨询、客户查询、客户回访、客户建议、 客户关怀等服务信息以及服务指标信息等。）而MailProxy作为一款软件产品， 其核心功

15、能就是：邮件代发。为此设计师为 MailProxy系统设计了如下图所示的 模块划分结构（粗粒度功能模块划分）：猫虿驢绘燈鮒诛髅貺庑。发送管理日志管理账户管理2阅读下列说明和图，回答问题 1至问题4。【说明】某医院欲开发病人监控系统。该系统通过各种设备监控病人的生命体征，并 在生命体征异常时向医生和护理人员报警。该系统的主要功能如下： 锹籁饗迳琐筆襖 鸥娅薔。（1） 本地监控：定期获取病人的生命体征，如体温、血压、心率等数据。（2） 格式化生命体征：对病人的各项重要生命体征数据进行格式化，然后存入 日志文件并检查生命体征。（3） 检査生命体征：将格式化后的生命体征与生命体征范围文件中预设的正常

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

17、疗意见文件。（9） 查询治疗意见：医生和护理人员査询治疗意见，据此对病人进行治疗。现采用结构化方法对病人监控系统进行分析与设计， 获得如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。尧侧閏繭絳闕绚勵蜆贅。图1-1顶层数据流图r 检査生命体征警笛信息I 病情描述病历报告治疗直见一 E2图1-2 0层数据流图【问题1】使用说明中的词语，给出图1-1中的实体El? E3的名称答：E1 :病人 E2:护理人员 E3:医生【问题2】使用说明中的词语，给出图1-2中的数据存储D1? D4的名称。答：D1：生命体征范围文件 D2：日志文件D3：病历文件 D4:治疗意见文件【问题3】图1-2中缺失了

18、 4条数据流，使用说明、图1-1和图1-2中的术语，给出数据流的名称及其起点和终点答：起点数据流名称终占乙八、格式化生命体 征格式化后的生命体征检杳生命体征生成病历病历病历文件D2病历生成病历本地监控体温、血压、心率等数据格式化生命体 征【问题4】说明实体E1和E3之间可否有数据流，并解释其原因。答：不可有数据流，因为E1和E3之间没有加工。3阅读下列说明，回答问题1至问题3。【说明】某服装销售公司拟开发一套服装采购管理系统，以便对服装采购和库存进行 管理。【需求分析】(1)采购系统需要维护服装信息及服装在仓库中的存放情况。服装信息主 要包括：服装编码、服装描述、服装类型、销售价格、尺码和面料

19、，其中，服装 类型为销售分类，服装按销售分类编码。仓库信息包括：仓库编码、仓库位置、 仓库容量和库管员。系统记录库管员的库管员编码、 姓名和级别。一个库管员可 以管理多个仓库，每个仓库有一名库管员。一个仓库中可以存放多类服装，一类 服装可能存放在多个仓库中。识饒鎂錕缢灩筧嚌俨淒。(2)当库管员发现有一类或者多类服装缺货时，需要生成采购订单。一个采购订单可以包含多类服装。每类服装可由多个不同的供应商供应，但具有相 凍鈹鋨劳臘错痫婦胫籴。同的服装编码。采购订单主要记录订单编码、 订货日期和应到货日期，并详细记 录所采购的每类服装的数量、采购价格和对应的多个供应商。 恥諤銪灭萦欢煬鞏鹜錦。(3) 系

20、统需记录每类服装的各个供应商信息和供应情况。供应商信息包括： 供应商编码、供应商名称、地址、企业法人和联系电话。供应情况记录供应商所 供应服装的服装类型和服装质量等级。一个供应商可以供应多类服装，一类服装 可由多个供应商供应。库管员根据入库时的服装质量情况，设定或修改每个供应 商所供应的每类服装的服装质量等级，作为 后续采购服装时，选择供应商的参 考标准。鯊腎鑰诎褳鉀沩懼統庫。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图 2-1所示图2-1实体联系图【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整） 库管员（库管员编码，姓名，级别）仓库信

21、息（ ，仓库位置，仓库容量）服装（服装编码，服装描述，服装类型，尺码，面料，销售价格）供应商（供应商编码，供应商名称，地址，联系电话，企业法人） 供应情况（ ，服装质量等级）采购订单（ 采购订单明细（ ）【问题1】根据需求分析的描述，补充图2-1中的联系和联系的类型。答:【问题2】根据补充完整的图2-1,将逻辑结构设计阶段生成的关系模式中的空 （1）?（4）补充完整，并给出其主键（用下划线指出）。硕癘鄴颃诌攆檸攜驤蔹。答：（1）仓库编码，库管员（2） 供应商编码、服装编码 ，服装类型（3） 订单编码，订货日期，应到货日期（4） 供应商编码、服装编码、订单编码 ，数量，米购价格【问题3】如果库管

22、员定期需要轮流对所有仓库中的服装质量进行抽査，对每个仓库中 的每一类被抽査服装需要 记录一条抽查结果，并且需要记录抽查的时间和负责 抽查的库管员。请根据该要求，对图2-1进行修改，画出修改后的实体间联系和 联系的类型。阌擻輳嬪諫迁择植秘騖。答：4阅读下列说明和图，回答问题 1至问题3。【说明】一个简单的图形编辑器提供给用户的基本操作包括 ：创建图形，创建元素，选择元素以及删除图形。图形编辑器的组成及其基本功能描述如下： 氬嚕躑竄贸恳彈濾颔澩。(1)图形有文本元素和图元元素构成，图元元素包括线条，矩形和椭圆。(2) 图形显示在工作空间中，一次只能显示一张图形 (即当前图形，current)(3)

23、编辑器提供两种操作图形的工具：选择工具和创建工具。对图形进行 操作时，一次只能使用一种工具(即当前活动工具active)。釷鹆資贏車贖孙滅獅赘。1创建工具用于创建文本元素和图元元素。2对于显示在工作空间中的图形，使用选择工具能够选定其中所包含的元素，可以选择一个元素，也可以同时选择多个元素。被选择的元素称为当前选中 的元素(selected。怂阐譜鯪迳導嘯畫長凉。3每种元素都具有对应的控制点。拖拽选定元素的控制点，可以移动元素或 者调整元素大小。现在采用面向对象方法开发该图形编辑器，使用 UML进行建模。构建出的用例图和类图分别如图3-1和3-2所示。谚辞調担鈧谄动禪泻類。图3-2类图【问题1

24、】根据说明中的描述，给出图3-1中U1和U2所对应的用例，以及（1）和（2） 处所对应的关系。答：U1:移动元素 U2:调整元素的大小答：Bridge模式将对象的抽象和其实现分离，从而可以独立地改变它们作业 01.请从软件组成的角度说明“架构”的概念，并指明“组成派”和“决策派”架 构概念的特点分别是什么？2.“五视图”架构法是什么？请分别做具体介绍。作业 11.什么是系统边界？什么是参与者？ 系统边界指一个软件系统能够处理的整个问题空间的范围。参与者指的是存在于系统之外，透过系统边界与系统进行有意义交互的任何事 物。2.识别参与者应遵循怎样的步骤？从交互识别：（1）谁使用系统的主要功能？（2

25、）谁改变系统的数据？（ 3）谁从系统获得信息 ?（4）谁需要系统的支持以完成日常工作任务？（5）谁（或什么）对系统运行产生的结果感兴趣？ 从维护、管理识别：（6）谁负责维护、管理并保持系统正常运行？ 从设备或外部条件识别：（7）系统需要应付（处理）哪些硬件设备？（8）系统需要和哪些外部系统交互？（9）时间、气温等条件是否对系统产生影响？3.在线售票订位系统中，客户（一般客户 /企业客户）可以建立在线订位销售事 件、事件确认、执行在线信用卡付费、个人或团体账户修改和管理；系统操作者 可以建立在线销售定位事件、 查询目前销售订位状况； 系统设计维护者可以建立 在线售票定位事件、查询目前销售定位情况

26、、 在线系统维护功能和系统环境设置。 嘰觐詿缧铴嗫偽純铪锩。根据以上描述，请分析出该系统的参与者和用例，并利用 Rational Rose 工具绘制出需求用例模型。A询订位状况奔户费购个人爭件系统操杵人以订位昏询订位状态设配系统坏境4.根据下面图3.35所示的结账系统用例图，描述出其中涉及到的参与者、用例 以及相互关系。扫描商品信敷 累计消费积分extend现金结帳 信用卡结帐图3.35结账系统用例图答：参与者：收款员用例：结账、扫描商品信息、累计消费积分、现金结账、信用卡结账关系：现金结账和信用卡结账这两个用例与结账之间是泛化关系；累计消费积分与结账之间是扩展关系；扫描商品信息与结帐之间是包

27、含关系；收款员与结帐之间是关联关系。作业21请为下面这段Java代码补充类图。 public class Stude ntprivate String n ame;public void setName(Stri ng n ame) this .n ame=n ame;public Stri ng getName() return this. name;Studentprivate String namepublic wid setName()public String getNamef)2.请根据以下描述，给出系统的 UML类设计方案。系统名称：农夫果园游戏系统人物角色：农夫（Farmer）

28、、市场调查员（Inquirer）、农场主（Boss）系统实物：各种果树（Fruit）、果园（Garden） 功能需求：（1） 农夫可以根据市场行情种植各种水果；（2） 市场调查员可以了解市场行情；（3） 农场主可以向农夫、市场调查员发布命令；（4） 各种果树都具有种植（plant）、成长（grow）、收获（harvest）行为;（5） 果园是人物和实物进行交易的经营场所。3.根据下面的陈述绘制类图(1)学生包括本科生、研究生两种。(2)研究生可以利用课余时间担任助教。(3)教师包括讲师和教授两种。(4)一名助教可以为一位讲师或一位教授助课，一位讲师只能有一名助教, 位教授可以有5名助教。作业3

29、1.时序图的构成要素有哪些？协作图由哪些部分组成？时序图包括如下四种构成元素：对象(Object)、生命线(Lifeline)、消息(Message、 激活期(Activation)。熒绐譏钲鏌觶鷹緇機库。一般来讲，协作图包括如下三种构成元素：对象( Object)、链(Link)和消息(Message。2.根据如下文字描述，绘制出“ ATM取款”最理想场景(无需考虑特殊情况) 的时序图：(1) 开始用户“ Jack”将银行卡插入到读卡器，读卡器读取卡号，打开“ Jack” 的账目对象，并初始化屏幕，屏幕提示输入 PIN密码，“Jack”输入密码，然后 系统验证密码与账户对象，发出相符的信息。

30、 鶼渍螻偉阅劍鲰腎邏蘞。(2)ATM屏幕向“Jack”提供操作选项，“Jack”选择取款，然后屏幕提示“ Jack” 输入取款金额，他选择了 2000元RMB，系统启动账目对象进行核实，之后从账 户中取钱。 纣忧蔣氳頑莶驅藥悯骛。(3) 系统启动账目对象进行核实的过程如下：首先，验证“ Jack”的账目至少 有2000元RMB ;然后从中扣除 2000元RMB，再让吐钞机提供 2000元RMB 现金；另外还需要让票据打印机提供取款凭据；最后让读卡器退卡。 颖刍莖峽饽亿顿 裊赔泷。3.建立“教务管理系统”中“学位评审”的协作图，其中学生学位评审流程描述 如下：（1） 教务人员将需评审的学生的学号输入学位初评模块。（2） 学位初评模块会查询相应学生的成绩和奖惩记录， 来作为学位评定的依据（3） 学位初评模块将初评结果打印。（4） 学位初评打印稿被提交给教务人员。作业41.根据如下描述，绘制电梯状态图。（1） 电梯开始处于空闲（Idle）状态，当有人按下按钮要求使用电梯时（is required 事件发生），电梯进入运行（Run）状态；濫驂膽閉驟羥闈詔寢賻。