SA架构验证概述.pptVIP

如果我们决定接受第一颗子弹, 那么子弹到来得越早、越快就对我们越有利 现代软件开发非常注重尽早降低风险, 因此, 必须主动防范风险 防范风险 原型技术及分类 原型技术的思想 对感兴趣的问题先试试看, 而故意忽略其他方面的要求, 从而使“试试看”的成本远远低于“正式干”的成本 目的: 做出有意义的判断 ? 风险存在? ? 规避风险的方法？ 项目继续？ 继续开发原型？ 原型技术及分类 以开发原型的目的 水平原型 垂直原型 原型技术及分类 以所开发的原型是否被抛弃 抛弃原型 演进原型 原型技术及分类 水平抛弃型 ? 模拟目标系统的界面布局和界面流转情况 ? 观察用户模拟使用该原型系统的情况、听取用户的评价、和用户展开讨论等手段, 启发和捕获用户真正的需求 ? 快速开发方式 ? 可视化设计工具：Frontpage、DreamWeaver ? RAD开发环境：VS、Eclipse 脚本语言：PHP、JSP、Python、HTML ? 白纸加画笔：Photoshop、Visio、Word、Excel 原型技术及分类 人事管理系统水平原型 ?展示了2个页面 ?展示了1个界面流转 原型技术及分类 水平演进原型 ? 为不懂得编程的人通过“所见即所得”方式开发的界面原型“演进”成软件系统的一部分提供了基础 ? 开发方式 ? VB、Delphi ? 特定的Framework 原型技术及分类 垂直抛弃原型 ?进行技术验证, 先演练观察是否可以解决预期的问题 垂直演进原型 ? “多次交付, 增量交付”的思想 ? 逐步提供用户所要求的功能 验证架构的两种方法 原型法(垂直演进原型) ? 适用于项目性开发 ? 真实验证架构的表现 ? 对系统要求的非功能性需求的满足程度的验证 ? 框架法 ? 适用于产品型开发 ? 将架构方案用框架的形式实现, 在此基础上评估验证 ? 框架实现与具体应用无关, 利于支持产品型开发的长生命周期、多应用版本 验证架构的两种方法 架构对质量属性需求的支持程度 ? 实现功能需求之前, 通过实际的测试, 验证运行期质量属性, 如性能、可伸缩性 ? 让架构原型开发人员评估尽早验证在开发期质量属性的表现, 如可理解性、可重用性 验证架构的具体步骤 验证架构的注意事项 实现架构原型时, 代码要达到产品级质量 ? 架构原型实现有限的功能, 应该是能够“触发“主要的设计机制与执行的, 或有较高技术风险的，或者是最能影响用户满意度的一些功能 ? 一句话, 架构原型实现的有限功能要么是用户“最关心的”, 要么是架构师“最担心的” 总结与强调 ? 软件架构到底为谁而设计 ? 必须内外兼顾，各层并重 ? 最重要的设计决策——进行实实在在的验证 ? 实际测试结果将告诉运行期表现 ? 开发人员将告诉开发期表现 软件体系结构 Software Architecture 宋和平 147 6283 2856 644326271@QQ.com 软件工程系 江苏大学 §11 架构验证 架构设计是否合理将直接影响到软件系统最终是否能够成功 ? 软件架构包括了构建软件的最重要的设计决策.而采用这些设计决策, 能否使最终开发出来的软件系统满足我们预期的运行期质量属性和开发期质量属性要求 通过将软件架构设计方案尽快实现为一个小的原型, 并通过对该原型的测试和评审, 来评估软件架构是否合理 用户交互层 业务逻辑层 数据管理层 水平原型 垂直原型 垂直演进原型 垂直抛弃原型 垂直原型 (结构) 水平演进原型 水平抛弃原型 水平原型 (行为) 演进原型 抛弃原型 测试 架构原型 评审 决策 重新设计 运行期质量 属性评价 开发期质量 属性评价 实现 不合格 合格 QA Thank You!