2. 计算机
  3. 软件架构在软件需求与设计之间架起一座桥梁，也是风险承担者进行交流的手段，允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法，各个视图涉及的组件(元素)包括：任务、类、模块、节点、步骤等，风险承担者包括最终用户、系统设计师、程序员、

软件架构在软件需求与设计之间架起一座桥梁，也是风险承担者进行交流的手段，允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法，各个视图涉及的组件(元素)包括：任务、类、模块、节点、步骤等，风险承担者包括最终用户、系统设计师、程序员、

admin2008-01-06  68
问题 软件架构在软件需求与设计之间架起一座桥梁，也是风险承担者进行交流的手段，允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法，各个视图涉及的组件(元素)包括：任务、类、模块、节点、步骤等，风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。

对于大型项目，通常采用迭代的方法来进行架构设计。架构先被原型化、测试、评估分析，然后在一系列的迭代过程中被细化。这种方法能够使需求细化、成熟化，并能够被更好地理解。请用400字以内文字，简述软件架构基于场景驱动的迭代式设计过程。
选项
答案[答案要点] 系统大多数关键的功能以场景(或用例)的形式被捕获。所谓关键是指系统最重要的功能(或系统存在的理由)，或使用频率最高的功能，或其应用减轻了一些重要的技术风险。基于场景驱动的迭代式设计过程如下。 1)开始阶段。基于风险和重要性为某次迭代选择一些场景。场景可能被归纳为对若干用户需求的抽象；对场景进行“描述”，以识别主要的抽象(类、机制、过程、子系统)；将所发现的架构元素分布到4个视图中；然后实施、测试、评估该架构，这个过程中可能检测到一些缺点或潜在的增强要求；捕获经验教训。 2)循环阶段。重新评估风险，选择能减轻风险或提高结构覆盖的额外的少量场景，然后试着在原先的架构中描述这些场景，发现额外的架构元素，或找出适应这些场景所需的重要架构变更，更新4个主要视图；根据变更修订现有的场景；升级实现工具(架构原型)以支持新的、扩展了的场景集合。 3)测试。如果有可能(比如，在已有可重用的组件下快速实现系统)，在实际的目标环境和负载下进行测试。 4)评审这5个视图，检测架构在简洁性、可重用性和通用性方面可能存在的潜在问题。 5)更新设计准则和基本原理。 6)捕获经验教训。 对于实际的系统，初始的架构原型需要不断进行演化。一般的情况是在经过两次或三次迭代，当找到了主要的抽象，子系统和过程都已经完成并且已经实现所有的接口，系统架构可认为趋向于稳定。
解析 考查“4+1”视图架构的场景驱动实现方法。
转载请注明原文地址:https://kaotiyun.com/show/XYQZ777K
本试题收录于： 系统分析师下午案例分析考试题库软考高级分类
0

系统分析师下午案例分析考试

软考高级

相关试题推荐
随机试题
最新回复(0)