第7章进行体系结构设计祥解.ppt

变换型 变换型 7.6.3 变换映射（续） 步骤7：使用提高软件质量的设计启发式方法，精化每一次迭代得到的体系结构 对构件“外爆”或“内爆”，可以得到合理分解、好的内聚性、低的耦合性，最重要的是获得易于实现、可系统性测试和易于维护的程序结构。 7.6.4 事务映射 考虑将事务映射到体系结构的设计步骤： 步骤1：评审基本系统模型 步骤2：评审和精化软件的数据流图 步骤3：确定DFD是否含有变换流或事务流特征 步骤4：标识事务中心和每条动作路径上的流特征 步骤5：将DFD映射到一个适合于进行事务处理的程序结构上。（输入和调度分支） 大型系统DFD中, 变换型和事务型 结构往往共存，也就出现了混合型结构。 事务型 练习：将下面的DFD映射为体系结构 7.6.5 精化体系结构设计 结构上的简单往往反映出程序的优雅和高效。 设计求精应在满足模块化要求的前提下尽量减少构件的数量，在满足信息需求的前提下尽量减少复杂的数据结构。 作业 根据课件《可行性研究》P11—P14映射出该企业销售管理系统的软件体系结构。 7.4.2 定义原始模型 将目标系统用初略的功能框图表示出来 是一个类或者一个模式，描述了一个目标系统体系结构设计的核心抽象 目标系统的体系结构由这些原始模型组成 7.4.2 定义原始模型（续） 7.4.3 将体系结构精化为构件 导出和精化构件： 应用领域是导出和精化构件的一个源泉。 体系结构从分析模型中所描述的类开始 另一源泉：基础设施域 与应用领域没有业务联系，但体系结构必须容纳很多基础设施构件使应用构件能够运作，如内存管理构件、通信构件、数据库构件…… 7.4.3 将体系结构精化为构件（续） 7.4.4 描述系统实例 结合一个具体的实例进一步精化模型，目的是证明结构和构件都是合理的。 7.5 评估可选的体系结构设计 设计可能导致多种可选的体系结构 每种体系结构均需要评估，以确定哪种体系结构最适合要解决的问题 7.5.1 体系结构权衡分析方法 下面的设计分析活动是迭代进行的： 收集场景。开发一系列用例 诱导需求、约束和环境描述。确保所有共利益者的关注点 描述那些已经被选用于解决场景和需求的体系结构风格/模式 7.5.1 体系结构权衡分析方法（续） 通过孤立地考虑每个属性来评估质量属性。包括：可靠性、性能、安全性、可维护性、灵活性、可测试性、可移植性、可复用性和可操作性。 针对特定的体系结构风格，弄清质量属性对每种体系结构属性的敏感性。 使用在第5补中进行的敏感性分析鉴定候选体系结构。 7.5.1 体系结构权衡分析方法（续） SafeHome体系结构选择？ 调用和返回风格？ 面向对象？ 已有完整的用例集合，将每个用例用于这两个体系结构中，查看系统的反应，即构件和连接器是如何工作的。 考虑变化场景、质量场景，并将其运行到体系结构中 能更好适合用例和场景的体系结构就是最佳的选择。 7.5.2 体系结构复杂性 评估体系结构复杂性的一种有用技术：考虑体系结构中构件间的由系统中的信息/控制流驱动的依赖关系。建议三种类型的依赖： 共享依赖：使用相同资源的消费者间或为相同消费者生产的生产者之间的依赖关系。 流依赖：表示资源的生产者和消费者的依赖关系。 约束依赖：在一组活动间相关控制流上的约束，如构件互斥。 7.5.3 体系结构描述语言 体系结构描述语言（architectural description language, ADL）为描述软件体系结构提供一套语义和语法。 Rapide UniCon Aesop Wright Acme UML 7.6 映射数据流到软件体系结构 并不存在一种能够实现从分析模型到各种体系风格转换的全面映射。 我们考虑“调用和返回”体系结构的映射技术 数据处理问题典型的类型有两种：变换型和事务型。针对两种不同的类型分别进行分析处理。 7.6.1 变换流 整个数据流动以一种顺序的方式沿着一条或仅仅很少的几条“直线”路径进行。 当一部分数据流图展现了这些特征时，就表明了变换流的存在。 7.6.2 事务流 事务流经常被描述为单个数据项—称为事务，它可以沿多条路径中的一条触发其它事务流。 输入路径将外部信息转换成一个事务，对事务进行评估，并且根据其值启动其中的一条动作路径流。 在一个大系统的DFD中，变换流和事务流可能会同时存在。 例如，在一个面向事务的流中，动作路径上的信息流可能会体现出变换流的特征。 7.6.3 变换映射 变换映射是一组设计步骤，可以将具有变换流特征的DFD映射为某个特定的体系结构风格。 7.6.3 映射（续） 步骤1：评审基本系统模型 7.6.3 变换映射（续） 步骤2： 评审和精化软件的数据流图 7.6.3 变换映射（续） 步骤3：确定DFD是否