软件体系的结构——7.4.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * Reading the screen * * You are making a compromise between understanding and overload. * * * * * * * * * * * * Don’t concentrate on the look of your slides so much. Simple is better. * * * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * Reading the screen * * * * * * * * Don’t concentrate on the look of your slides so much. Simple is better. * * * * Reading the screen * * You are making a compromise between understanding and overload. * * * * SBAR:基于场景的体系结构再工程 体系结构描述： SBAR方法使用软件体系结构的详细设计。 SBAR需要根据功能性需求创建的初始体系结构描述。因为此方法为帮助系统再工程而设计，应该把细化后的体系结构反馈到随后的评估过程。 场景生成： 1.完整的方式：定义一组场景并把它们组合起来，使其覆盖软件质量的具体实例。 2.统计的方式：SBAR需要一套有代表性场景使得需要考虑的每个质量属性都具体化。 SBAR:基于场景的体系结构再工程 SBAR评估过程 场景、仿真、模拟、数学建模和经验推理 1.利用体系结构风格 2.利用体系结构模式 3.设计模式应用 4.把质量需求转化成功能需求和需求合理化分布 评估方法的比较 SAAM SAAMCS ESAAMI SAAMER ATAM SBAR 目标 风险定义、适用性分析 预测相对的适用性、风险评估 分析适用性和复用性 评估体系结构的复用和演进 敏感点和权衡点分析 按照需求的质量属性评估体系结构 质量属性 可修改性 适用性/可维护性 适用性、复用性 复用性、演进 多种属性 多种属性 适用设计阶段 功能分配 体系结构实现前 和SAAM一样 实现体系结构 体系结构详细设计后 系统执行或再工程阶段 活动数量 6 3 6 4 7 3 评估技术 基于场景的功能性和变化分析 复杂场景 基于场景 基于场景、信息模型 问卷、度量 多种方法 风险承担者 所有 参与者 所有 设计者、管理者、用户 所有 体系结构设计者 验证 多个领域 商业信息系统 无公开验证记录 转换系统 多个领域 测量系统 ALPSM:软件可维护性体系结构的预测 ALPSM方法通过在软件体系级别上考察场景的影响，来评估一个软件系统的可维护性。 采用场景来具体化可维护性需求，并且用来分析体系结构，对系统所需的维护性工作做出预测。预测结果可以用来比较两个可供选择的体系结构，也可以用来平衡可维护性与其他的质量属性。 ALPSM 步骤： 1.确定维护任务的分类 2.合成场景 3.给每一个场景分配一个权值 4.估算所有组件的大小 5.分析场景 6.计算所预计的维护工作 ALPSM 特殊目标：对一系列变更场景所需的维护工作量进行估计，变化的幅度作为达到此目标的预测器 质量属性：根据其得到的所需维护的工作量可以间接检查可维护性。 软件体系结构描述：需要最终版本的体系结构的详细描述 涉及的涉众：仅需架构师、设计者领域专家和维护人员的参与 场景的生成：仅需变更场景做后续分析，该场景生成是架构师或者是领域专家的工作，生成的场景要均匀分布在典型的维护任务中，要对场景设置优先级，场景发生的可能性越大，其权值越高。 ALPSM 评估技术： 需求规约 体系结构设计 软件工程领域的专家经验 历史维护数据 ALPSM(软件维护方法） 对维护工作的预测 验证：在某血红透析系统中有应用 支持工具：没有明确的支持此方法的工具 SAEM 软件体系结构评估模型 SAEM是一个基于质量模型标准和质量评估过程的评估模型。