应用分析框架

    现在已经知道了分析框架的组成内容，接下来需要了解如何使用此框架。 至少有三种情况可以使用分析框架。 第一种情况是需要个人改变角色时。 例如，业务分析人员可能会转而担任系统分析师角色或测试分析师角色。 每个角色具有不同的职责，会产生完全不同的一组文档和工作产品。 如果此人可以利用之前已经存在的分析框架（带有适当的示例），则将能更容易地做好准备，过渡到新角色。 此人必须了解在每种情况下最适合使用哪些工具、技术、模式、模型和组织方法。 能够使用其中每个领域的分析模式可以极大地减少搜索解决方案所花的时间。

    可以使用分析框架的第二种情况是评估外包团队的技能和准备情况时。 大部分利用近岸或离岸外包的组织都依赖于团队过去的经验评估其交付所需构件的能力。 如果外包团队遵循经过验证有效的特定分析框架所定义的特定标准，则可以更加确信团队将具有正确的材料与能力集合。 对于内部团队也是如此，不过通常这些团队已经验证了特定的方法，可为分析框架提供信息源。

    分析框架可派上用场的第三种情况是在培训中。 如果分析表 1 中所给出的框架，则应该很明显地发现，这些内容可以作为团队提高培训计划的基础。 可以执行评估，以确定组织成员中是否已经有了恰当的框架元素、工具、模式和技能，或者是否必须通过购买工具或培训人员来增加这些东西。

    创建和采用框架

    仅在建模人员熟悉工具时，分析框架才有用。 回到前面的木工身上，如果没有天赋和相关的培训，最好的工具也没有用处。 类似地，从审美角度而言，构建比较美观的模型需要对问题领域应用一个或多个分析框架。 您需要知道如何选择最相关的框架，让自己熟悉框架的元素，并将框架元素应用到目前的问题处理中来。

    很多问题都有重复出现的方面，因此经常可以采用紧密相关的框架。 例如，如果是仅仅出于就系统的维护和扩展培训新开发人员，则几乎所有的遗留计算机系统都需要某种形式的设计研究。 因此，系统设计框架应该比业务流程框架更适用于此情况。

    新框架的创建可能会非常简单，只需要复制现有框架然后添加新模式和示例即可。 另一方面，越复杂的框架（如为嵌入式系统项目的分析和管理开发的框架）与其他现有框架的相同的地方越少，因此需要从头进行创建。 应该从考虑可以应用于相应领域的工具和技术着手。 例如，您可能需要修改现有技术（如访谈或团队促进）来支持新领域。 还可以向建模人员提供用于特定任务的其他工具，如计算机辅助软件工程（Computer-Aided Software Engineering，CASE），以用于对网站联合的内容进行组织。 随着时间的增长，可以对框架进行扩展，以包括多个示例。 最后，在项目结束时，可以将经过验证最有用的技术和模式捕获为分析模式，以便对以后适用的问题使用。

    您可能需要对分析框架进行调整，然后才能够将其用于特定的上下文。 调整框架时需要将新模式或组织方案包括进来，以更好地与主体需求匹配。 通过这样，可以扩展和开发这些框架，以用于新出现的问题领域。 随着新工具和技术的出现，以及新分析模式的发现和正式化，可以将这些新内容添加到工具集中，并将其组织为修改后的框架。 如果修改的程度很大，则可能表明应该构建全新的框架。

    将分析框架投入使用

    假定您是刚刚被任命为遗留系统的架构师的一位资深开发人员。 您没有参与过最初的开发工作，但必须快速了解系统并快速建立新团队，这很棘手。 幸运的是，您手边有一些不错的东西。 首先，您有来自公司中的其他类似系统的一组不错的示例体系结构。 其次，有软件体系结构的分析模式（请参见表 2）。

    表 2. 软件体系结构分析框架

    使用软件体系结构框架时，第一步是组装建议的所有组件。 建模工具提供将现有代码可视化为 UML 模型，从而让您了解代码的现有结构。 运行时探测器对于将调用堆栈作为执行的应用程序功能进行重新记录非常重要。