中南大学软件体系结构重点

《中南大学软件体系结构重点》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、..第一章软件体系结构概述（5分）一、软件体系结构的定义l国内普遍接受的定义：软件体系结构包括构件、连接件和约束，它是可预制和可重构的软件框架结构。l软件体系结构=构件+连接件+约束二、软件体系结构的优势l容易理解l重用l控制成本l可分析性第二章软件体系结构风格（10分）一、软件体系结构风格定义l软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。Anarchitecturalstyledefinesafamilyofsystemsintermsofapatternofstructuralorganization.

2、l体系结构风格定义了一个系统家族，即一个体系结构定义一个词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。Anarchitecturalstyledefinesavocabularyofcomponentsandconnectortypes,andasetofconstraintsonhowtheycanbecombined.二、常见的体系结构风格l管道和过滤器Ø每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流。Ø过滤器风格的连接件就像是数

3、据流传输的管道，将一个过滤器的输出传到另一个过滤器的输入。l数据抽象和面向对象组织Ø数据的表示方法和它们的相应操作被封装在一个抽象数据类型或对象中。Ø这种风格的构件是对象或者说是抽象数据类型的实例。Ø对象通过函数和过程的调用来进行交互。l基于事件的隐式调用Ø构件不直接调用一个过程，而是触发或广播一个或多个事件。Ø事件的触发者并不知道哪些构件会被这些事件影响。l分层系统Ø组织成一个层次结构。Ø每一层都为上一层提供了相应的服务，并且接受下一层提供的服务。l仓库系统Ø构件：中心数据结构（仓库）和一些独立构件的集合。Ø仓库和在系统中很

4、重要的外部构件之间的相互作用。l过程控制环路Ø源自于控制理论中的模型框架，将事务处理看成输入、加工、输出、反馈、再输入的一个持续的过程模型。word教育资料..Ø通过持续性的加工处理过程将输入数据转换成既定属性的“产品”。lC2风格通过连接件绑定在一起的按照一组规则运作的并行构件网络。lC/S风格Ø基于资源不对等，且为实现共享而提出来的。Ø有三个主要组成部分：数据库服务器、客户应用程序和网络。Ø优点：ü具有强大的数据操作和事务处理能力，模型思想简单，易于人们理解和接受。ü对于硬件和软件的变化显示出极大的适应性和灵活性，而且易于

5、对系统进行扩充和缩小。ü将大的应用处理任务分布到许多通过网络连接的低成本计算机上，以节约大量费用。Ø缺点：ü开发成本较高。ü客户端程序设计复杂。ü信息内容和形式单一。ü用户界面风格不一，使用繁杂，不利于推广使用。ü软件移植困难。ü软件维护和升级困难。ü新技术不能轻易应用。l三层C/S风格Ø优点：ü能提高系统和软件的可维护性和可扩展性。ü具有良好的可升级性和开放性。ü可以并行开发。ü有效地隔离开表示层与数据层，为严格的安全管理奠定了坚实的基础。Ø缺点：ü各层间的通信效率不高。ü设计时必须慎重考虑三层间的通信方法、通信频率及数据量

6、。lB/S风格（浏览器/Web服务器/数据库服务器）Ø优点：ü基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。ü提供了异种机、异种网、异种应用服务器的联机、联网、统一服务的最现实的开放性基础。Ø缺点：ü缺乏对动态页面的支持能力，没有集成有效的数据库处理功能。ü系统扩展能力差，安全性难以控制。ü数据查询等响应速度上，要远远低于C/S体系结构。ü数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务

7、处理(OLTP)应用。word教育资料..第一章软件需求与架构（15分）一、软件需求的概念需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。二、软件需求的流程三、软件需求的分类l按层分：Ø业务需求：反映组织机构或客户对系统、产品高层次的目标要求，通常问题定义本身就是业务需求。——领域专家Ø用户需求：描述用户使用产品必须要完成什么任务，怎么完成的需求。——用户Ø系统需求：从系统的角度来说明软件的需求。——开发人员l按类分：Ø功能需求：系统必须完成的那些事，即为了向它的用户提供有用的功能

8、，产品必须执行的动作。Ø非功能需求：产品必须具备的属性或品质，如正确性、可靠性、性能、容错性和可扩展性等。Ø设计约束：对解决方案的一些约束说明。word教育资料..一、软件需求面临的主要困难l知识技能问题l态度问题l合作关系l用户说不清楚需求l双方误解需求l开发人员写不好需求