从需求定义到软件体系结构..pptVIP

* * 基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统也包含显式调用作为构件相互的补充形式 * * 8、模型－视图－控制器风格 MVC模式把涉及数据管理和显示的功能分散到不同的对象上，降低对象间的耦合。MVC是一个设计模式，它强制性地使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务，并且尽量降低部分间的耦合。每一部分处理特定的任务，并负责完成与其它部分的通信。 * * Model-View-Controller模式 * * MVC模式 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。 * * MVC的优点： ⑴ 各施其职，互不干涉 ⑵ 有利于开发中的分工 ⑶ 有利于组件的重用 * * MVC的缺点： ⑴ MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。 ⑵ 如何将MVC运用到应用程序中没有准确的解决方案，需要设计者认真考虑。 ⑶ 由于将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，意味着代码文件增多，因此，对于文件的管理需要费点心思，开发的工作量也要增加了。 ⑷ 模型和视图的严格分离可能使得调试困难一些，但比较容易发现错误。 * * 9、C2风格 C2体系结构风格可以概括为：通过连接件绑定在一起的按照一组规则运作的并行构件网络。 * * C2风格中的系统组织规则 ⑴ 系统中的构件和连接件都有一个顶部和一个底部； ⑵ 构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接是不允许的； ⑶ 一个连接件可以和任意数目的其它构件和连接件连接； ⑷ 当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部 对体系结构风格的理解 结构风格以结构组织为特性定义了一个软件系统族，表达了部件以及部件之间的关系。 体系结构风格通过组件应用的限制及其与构建有关的组成和设计规则来表现组件和组件之间的关系。 体系结构风格表示了软件系统的一种特别的基本结构，以及相关的构造方法。 体系结构风格应该使一些对软件构成带有整体性、普遍性、一般性的结构和结构关系的方法。在设计中，遵循这些风格的构成原则，对软件的开发和维护十分有益。 * * 体系结构软件设计的问题 工具 — 如何描述软件的总体结构 方法 — 用什么方法由问题结构导出 软件结构 评估准则 — 什么样的软件结构是 “最优的” * * 体系结构文档的用处 软件开发过程中各种角色之间交流设计思想的媒介 进行上层分析的基础。此基础上可以验证体系结构设计方案，精炼或改变必要的方案 让别人理解系统的第一手资料 * * 有利于软件开发者之间交流 基本想法是什么？ 我该做什么 (如，实现哪些需求) ？ 我该在哪做 (如，这项功能实现在哪里) ？ 我和谁交互？接口是什么？ 有什么可以重用的代码？ 必须遵从什么约定(质量目标、旧体系/接口、预算等)？ 有哪些硬性规定(设计、接口、约束等)？ * * 2.4 软件体系结构描述方法 2.4.1 软件体系结构描述方法概述 1、软件体系结构描述方法 ⑴ 图形表达工具：使用较多的UML中的“4＋1”视图 ⑵ 模块内连接语言 ⑶ 基于构件的系统描述语言 ⑷ 软件体系结构的描述语言（ADL） 2、软件体系结构描述语言（ADL） * * 2、软件体系结构描述语言（ADL） ⑴ UniCon语言 ⑵ C2语言 ⑶ Wright语言 ⑷ Aesop语言 ⑸ 其他语言 * * 2.4.2 软件体系结构与UML ① 它在每一层都递归地定义语义结构，从而使语义更精确、更正规。 ② 它可用来定义重量级和轻量级扩展机制，如定义新的元类和构造型. ③ 它在体系结构上将UML元模型与其他基于4层元模型体系结构的标准（比如MOF和用于模型交换的XMI Facility）统一起来。 * * 2.5 从软件体系结构过渡到系统设计时的准备 ⑴ 工作量 ⑵ 开发计划 ⑶ 质量规划 功能点故障率 质量（验收时的故障率） 生产率 进度计划 质量成本 故障在各阶段的分布 实现质量目标的