计算机软件体系结构知识点点纲要.docVIP

《计算机软件体系结构》课程知识纲要 目录 1、课程安排 2 2、软件体系结构的基础知识 2 2.1 软件体系结构概论 2 2.2 软件体系的定义 2 2.3 软件体系的建模 3 2.4 软件体系的生命周期 3 2.5 软件体系结构的核心元素 3 2.6 风格与模式 4 2.7经典体系结构风格： 4 3、面向对象编程的基础知识 5 4、UML建模 6 4.1 用例图 6 4.2活动图 6 4.3时序图与协作图 7 软件体系结构考试题型：填空，30，判断正误10，名词解释12，简答22，建模26，请大家认真学习知识点提纲，认真备考，尤其是平时成绩较低的同学，请端正态度 课程内容安排：本课程的知识安排分为三个部分，一部分是软件体系结构的基础知识，一部分为面向对象编程的基础知识，一部分软件体系结构建模，包括四+1模型的建模，与UML软件建模方法相关知识。 课程考核安排：本课程的考核分为三个部分： 平时分(平时上机实验作业、课堂作业)占20%，上机实验分（第18周上机实验）占10%， 期末考试占70%； 2、软件体系结构的基础知识 2.1 软件体系结构概论 1、软件危机：软件应用需求的发展，致使软件复杂化，造成软件成本、开发进度、质量、维护难以控制，总而言之，软件开发越来越复杂困难。 危机产生的原因： 缺乏正确的软件开发理论是根本，此外，软件需求不明确、软件规模与复杂度也是造成的重要原因。 2、软件工程：克服软件危机的办法，以工程的方法来进行软件生产的开发、生产与管理。核心就是标准化，实现软件生产全流程的标准化。 3、可重用性与构件：标准化的软件开发流程，使应对特定问题的软件代码重用成为可能，当可重用的代码被抽取出来，并配以标准化的接口与应用文档，形成构件。 4、构件：语义完整、语法正确和可重用价值的单元软件，其中最核心的是可重用性。在结构上，这是语义描述（针对构件的说明）、通信接口（构件调用与装配的接口）与实现代码（软件的功能实现）三部分组成。 5、领域：一组具有相似或相近软件需求的应用系统的覆盖的功能区域。具有内聚性（问题的特定性）和稳定性（特定问题在较长的问题多次出现）。 6、商业化构件的分类： 用户界面类、数据库类、商务应用类、工具类、网络通讯类、核心技术类。 2.2 软件体系的定义 1、软件体系结构定义：软件体系结构为软件系统提供了一个结构（构件组装的结构）、行为（构件的功能）、属性（构件的约束）的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束的组成。 2.3 软件体系的建模 1、建模的本质：从软件开发不同角度看问题 、隐含在软件工程不同阶段，不同的参与人员对于工程的视角。 2、现有的模型： 结构模型：注重构件与连接件，试图以结构来反映系统，哲学：结构与功能的关系 框架模型：注重更高层次的可重用性，对于构件则不太关注，试图在构件及功能可替换情况下，重用框架。 动态模型：反映系统动态行为，对前二者静态描述的补充。 过程模型：试图反映系统构造的过程，典型的增量开发过程，也是期望能在主框架重用的情况下，开发系统。 功能模型：试图按功能模块组件来描述系统，易于理解，极为常用。 3、4+1视图模型 逻辑视图：支持系统的功能需求，注意是支持，不是表述，即系统提供给最终用户的服务。在逻辑视图中，系统分解成一系列的功能抽象，这些抽象主要来自问题领域。逻辑视图解释系统功能的实现，建模人员一般为开发人员。 开发视图：又称为模块视图，主要侧重于软件模块的组织和管理，建模人员一般为项目经理。 进程视图：侧重于系统的运行特性，主要关注一些非功能性的需求，如系统的性能和可用性，建模人员一般为测试人员。 物理视图：主要考虑如何把软件映射到硬件上，考虑系统性能、规模、可靠性等，一般建模人员为项目部署人员。 场景：可以看作是那些重要系统活动的抽象，有机联系以上四个视图，某种意义上说场景是最重要的需求抽象。一般建模人员为项目主管。 2.4 软件体系的生命周期 1、需求－〉建立－〉设计－〉实现，以及各阶段的大致内容了解。 2.5 软件体系结构的核心元素 构件：具有某种功能的可重用的软件单元 连接件：构件之间的交互，数据交互的中间件，如数据库JDBC、ODBC之类 配置：构件与连接件之间的拓扑逻辑与约束 端口：也就是构件的接口，接口可与构件相分离，形成独立的要素 角色：本质为场景，构件在场景中发挥的作用 2.6 风格与模式 1、风格的定义：某一特定应用领域中系统组织方式的惯用模式，即定义某一领域的术语表和一组指导构件系统的规则，其中：术语表：构件的通常表述方式 2、模式：包括模块与模块组织的约束 3、体系结构重用：模块+架构：体系统结构能不能重用，或者如何重用？ 由问题说了算，也就是领域，领域问题的相似性促成风格的形成