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

admin2008-01-06  36

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

对于大型项目,通常采用迭代的方法来进行架构设计。架构先被原型化、测试、评估分析,然后在一系列的迭代过程中被细化。这种方法能够使需求细化、成熟化,并能够被更好地理解。请用400字以内文字,简述软件架构基于场景驱动的迭代式设计过程。

选项

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

解析 考查“4+1”视图架构的场景驱动实现方法。
转载请注明原文地址:https://kaotiyun.com/show/XYQZ777K
0

最新回复(0)