软件体系结构知识总结
软件体系结构
软件体系结构引言软件体系结构是指在软件系统中，对系统整体结构进行组织和设计的过程。
一个合理的软件体系结构能够帮助开发者降低系统的复杂度，提高系统的可维护性和可扩展性。
本文将介绍软件体系结构的基本概念和常用的体系结构模式，以及如何进行软件体系结构设计。
软件体系结构的基本概念软件体系结构是一个抽象的概念，用于描述软件系统中各个组件之间的关系和交互方式。
它主要由以下几个基本概念组成：1.组件（Component）：组件是软件系统中的一个独立的功能单元，可以由一个或多个模块（Module）组成，实现特定的功能。
2.接口（Interface）：接口定义了组件之间的通信方式和消息传递方式。
一个组件可以提供多个接口供其他组件使用。
3.关系（Relationship）：组件之间的关系可以是依赖关系（Dependency）、关联关系（Association）、聚合关系（Aggregation）和组合关系（Composition）等。
这些关系将多个组件链接起来，形成一个组织结构。
4.架构风格（Architectural Style）：架构风格定义了软件系统的整体结构的模式和约束。
常见的架构风格包括层次结构（Layered）、客户端-服务器（Client-Server）、发布-订阅（Publish-Subscribe）等。
常用的软件体系结构模式在进行软件体系结构设计时，可以借鉴一些常用的体系结构模式。
下面介绍几种常见的模式：1.层次结构（Layered）：层次结构将软件系统划分为若干层，每一层负责特定的功能。
上层的组件可以调用下层的组件，反之则不行。
这种模式可以降低系统的复杂度和耦合度，提高系统的可维护性。
2.客户端-服务器（Client-Server）：客户端-服务器模式将软件系统划分为客户端和服务器两个部分。
客户端负责与用户进行交互，而服务器负责处理客户端的请求并返回结果。
这种模式可以实现系统的分布式部署，提高系统的可伸缩性。
软件体系结构知识点总结
软件体系结构知识点总结软件体系结构公式体系架构=组件+连接件+约束SoftwareArchitecture=Components+Connectors+Constrains风格决定因素组件类型（例如：数据容器，过程，对象）连接件类型/交互机制（例如：过程调⽤，事件，管道）组件的拓扑分布拓扑和⾏为的约束（例如：数据容器不能⾃⼰改变数据，管道不能是循环的）风格的代价和益处（优缺点）异质的风格 Heterogeneous style）：⼀个系统是由不⽌⼀种风格构建的⼏种软件体系结构风格数据流 Data Flow:实例：流⽔改卷两种⽅法：⽅式1：⼀位⽼师改完1份卷⼦，就传给下⼀位⽼师⽅式2：⼀位⽼师改完整班卷⼦，再传给下⼀位⽼师特点由数据控制计算系统结构由数据在处理之间的有序移动决定数据流系统的结构是⽐较明显的在纯数据流系统中，处理之间除了数据交换，没有任何其他的交互风格组件：数据处理的步骤组件的接⼝是输⼊端⼝还是输出端⼝计算模型：从输⼊中读取数据，计算，然后写到出⼝连接件：数据单向，通常是异步有缓冲的系统：任意的拓扑结构不同组件完成不同的功能模式：我们主要研究近似线性数据流或者是在限度内的循环数据流如果⼀个软件系统的数据流的流向⽆序很可能说明该系统不应采⽤数据流的体系结构例⼦：批处理每个处理步骤是⼀个独⽴的程序每⼀步必须在前⼀步结束后才能开始（有次序）数据必须是完整的，以整体的⽅式传递批处理可以做，管道过滤器做不了：对数据的整体访问，因为管道过滤器的数据分布在不同的组件上管道过滤器特性：每个组件都有⼀组输⼊和输出，组件读取输⼊的数据流，经过内部处理，产⽣输出数据流。
这个过程通常通过对输⼊流的变换及增量计算来完成。
这⾥的组件称为过滤器，连接件像是对输⼊流传输的管道，将⼀个过滤器的输出传到另⼀个过滤器的输⼊。
管道过滤器的通⽤结构：管道：限制了系统的拓扑结构，只能是过滤器的线性序列有界管道：限制了在管道中能够容纳的数据量类型定义管道：要求定义在两个过滤器间传出的数据类型过滤器的⾓⾊：读取数据流，输出处理后的数据流执⾏流式的转换递增地转换数据，数据边到来边处理，不是先收集好，再处理不同过滤器之间是独⽴的管道的⾓⾊移动数据，从⼀个过滤器的输出到另⼀个过滤器的输⼊全部的操作数据传送引起系统动作当没有数据可⽤，没有更多的计算的时候，管道过滤器系统停⽌⼯作读取与处理数据流的⽅式递增地读取和消费数据流在输⼊被完全处理之前，输出便产⽣了优点使软件具有良好的隐蔽性和⾼内聚，低耦合的特点（过滤器可以看做是⿊盒）可将整个系统的I/O特性，理解为各个过滤器功能的简单合成。
软件体系结构复习
软件体系结构复习软件体系结构是指软件系统中各个组件之间的静态和动态关系的表示。
它描述了软件系统的整体结构和组成部分之间的交互关系，是软件系统设计的基础。
在软件开发的过程中，软件体系结构具有重要的作用，可以提高软件的可维护性、可扩展性和可重用性。
软件体系结构的目的是提供一个抽象的模型，以便开发人员可以更好地理解和管理软件系统的复杂性。
它通过将系统划分为独立的组件，来实现软件系统的分层和模块化。
常见的软件体系结构包括客户端-服务器模式、分层模式、面向对象模式等。
1.客户端-服务器模式：这种模式将软件系统划分为两个独立的部分，客户端和服务器。
客户端提供用户界面和交互功能，服务器负责存储和处理数据。
客户端通过网络与服务器通信，并使用服务器提供的服务。
这种模式可以实现分布式计算和集中式管理，提高系统的安全性和可扩展性。
2.分层模式：这种模式将软件系统划分为多个层次，每个层次之间的交互通过接口进行。
通常包括表示层、业务逻辑层和数据访问层。
表示层负责用户界面的显示和用户输入的处理，业务逻辑层负责处理业务逻辑和算法，数据访问层负责与数据存储系统的交互。
分层模式可以实现组件的独立开发和测试，提高系统的可维护性和可重用性。
3.面向对象模式：这种模式将软件系统中的各个组件作为对象进行建模，对象之间通过消息传递进行交互。
每个对象包含属性和方法，属性表示对象的状态，方法表示对象的行为。
面向对象模式可以实现系统的封装和继承，提高系统的模块化和可扩展性。
除了以上几种常见的软件体系结构，还有许多其他的模式和方法可以用来描述和设计软件系统的组织结构。
例如模块化设计方法、服务导向架构、面向服务架构等。
每种软件体系结构都有其适用的场景和优缺点，需要根据具体的需求和环境选择合适的模式。
在设计软件体系结构时，需要考虑软件系统的需求和约束条件，以及系统的性能、安全性和可扩展性。
通过合理划分组件和定义接口，可以实现模块的独立开发和测试，提高系统的可维护性和可重用性。
软件体系结构知识点完整
软件体系结构知识点完整首先，软件体系结构的设计目标是确保软件系统具有良好的可维护性、可扩展性、可重用性和可演化性。
为了达到这些目标，需要考虑以下几个重要的知识点：1.架构风格和模式：软件体系结构可以采用不同的架构风格和模式，如客户/服务器架构、分层架构、微服务架构等。
每种架构风格和模式都有其适用的场景和优缺点，开发人员需要根据具体需求选择适合的架构。
2.组件和接口：软件系统通常由多个组件构成，每个组件负责特定的功能。
组件之间通过接口进行通信和交互。
设计良好的组件和接口可以提高系统的模块化程度，便于测试、维护和重用。
3.数据管理：软件系统通常需要对一定量的数据进行管理和存储。
在软件体系结构设计中，需要考虑数据的组织方式、访问方式和持久化方式。
常见的数据管理技术包括关系型数据库、非关系型数据库和缓存等。
4.并发和分布式处理：现代软件系统通常需要处理大量的并发请求，并且可能分布在不同的机器上。
软件体系结构设计需要考虑如何有效地处理并发请求和如何进行分布式部署，以提高系统的性能和可扩展性。
5.安全和可靠性：软件系统面临各种安全和可靠性风险，如数据丢失、数据泄露和系统故障等。
软件体系结构设计需要考虑如何采取措施保障系统的安全和可靠性，如进行数据备份、访问控制和错误处理等。
6.软件系统的分层：软件体系结构通常采用分层的结构，将系统划分为不同的层次，每个层次负责不同的功能。
常见的分层结构有表示层、业务逻辑层和数据访问层等。
分层结构可以提高系统的可维护性和可扩展性。
7.影响因素和约束：软件体系结构设计还需要考虑相关的影响因素和约束，如成本、时间、技术限制等。
这些因素和约束将直接影响软件体系结构的设计和实施。
总结起来，软件体系结构是软件设计的重要组成部分，它涉及到架构风格和模式的选择、组件和接口的设计、数据管理、并发和分布式处理、安全和可靠性等多个方面。
了解这些知识点对于设计出高质量、可维护和可扩展的软件系统至关重要。
软件体系结构知识点完整
1、构件就是核心与基础,重用就是必需得手段。
2、软件重用就是指在两次或多次不同得软件软件开发过程中重复使用相同或相近软件元素得过程。
3、软件元素包括程序代码、设计文档、设计过程、需求分析文档甚至领域知识。
4、把可重用得元素称作软构件,简称为软构件。
5、可重用软件元素越大,就说重用得粒度越大。
6、构件就是指语义完整、语法正确与有可重用价值得单位软件,就是软件重用过程中可以明确辨识得系统;结构上,它就是语义描述、通信接口与代码实现得复合体。
7、面向对象技术达到类级重用,以类为封装得单位。
8、构件模型就是对构件本质特征得抽象描述。
三个主要流派,分别就是OMG(对象管理组织)得CORBA(通用对象请求代理结构)、Sun得EJB与Microsoft得DOM(分布式构件对象模型)。
9、获取构件得四个途径:(1)从现有构件中获得符合要求得构件,直接使用或作适应性修改,得到可重用构件。
(2)通过遗留工程,将具有潜在重用价值得构件提取出来,得到可重用构件。
(3)从市场上购买现成得商业构件,即COTS构件。
(4)开发符合要求得构件。
10、构件分类方法三大类:关键字分类、刻面分类法、超文本组织方法11、构件检索方法:基于关键字得检索、刻面检索法、超文本检索法与其她检索方法。
12、减少构件修改得工作量,要求工作人员尽量使构件得功能、行为与接口设计更为抽象画、通用化与参数化。
13、构件组装技术:基于功能得组装技术、基于数据得组装技术与面向对象得组装技术。
14、软件体系结构得定义:软件体系结构为软件系统提供了一个结构、行为与属性得高级抽象,由构成系统得元素得描述、这些元素得相互作用、指导元素集成得模式以及这些模式得约束组成。
软件体系结构不仅指定了系统得组织结构与拓扑结构,并且显示了系统需求与构成系统得元素之间得对应关系,提供了一些设计决策得基本原理。
软件体系结构得意义:(1)体系结构就是风险承担者进行交流得手段;(2)体系结构就是早期设计决策得体现--①软件体系结构明确了对系统实现得约束条件②软件体系结构决定了开发与维护组织得组织结构③软件体系结构制约着系统得质量属性④通过研究软件体系结构可能预测软件得质量⑤软件体系结构使推理与控制更改更简单⑥软件体系结构有助于循序渐进得原型设计⑦软件体系结构可以作为培训得基础;(3)软件体系结构就是可传递与可重用得模型。
软件体系结构
软件体系结构软件体系结构是指软件系统中各个组件之间的关系和结构的抽象描述。
它是构建软件系统的基础，对软件系统的设计和开发起着重要的指导作用。
本文将从软件体系结构的定义、目标和应用领域等方面对其进行详细的介绍。
一、软件体系结构的定义软件体系结构是指软件系统中各个组件之间的关系和结构的抽象描述，它包括软件系统的静态结构和动态行为。
静态结构是指软件系统中组件的组织方式和相互之间的关系，动态行为是指软件系统中组件的交互方式和相互之间的通信方式。
二、软件体系结构的目标软件体系结构的目标是实现软件系统的可重用性、可维护性、可扩展性和可伸缩性。
可重用性是指软件系统中的组件能够被多次使用，可维护性是指软件系统中的组件能够被轻松地修改和维护，可扩展性是指软件系统能够根据需求进行功能的扩展，可伸缩性是指软件系统能够根据需求进行性能的扩展。
三、软件体系结构的应用领域软件体系结构广泛应用于各个领域的软件系统开发，特别是大型跨平台和分布式系统的开发。
在金融领域，软件体系结构被应用于交易系统和风险管理系统的开发；在电子商务领域，软件体系结构被应用于在线购物系统和支付系统的开发；在物流领域，软件体系结构被应用于供应链管理系统和运输管理系统的开发。
四、软件体系结构的基本原则软件体系结构的设计应遵循以下基本原则：1. 模块化：将软件系统分为独立的模块，每个模块只负责特定的功能，通过接口进行通信和交互。
2. 松耦合：各个模块之间的依赖应尽量降低，避免模块之间的紧密耦合，以提高系统的灵活性和可维护性。
3. 高内聚：模块内部的各个元素之间应紧密关联，功能相关的元素应放在同一个模块中，以提高系统的内聚性。
4. 分层：将软件系统分为多个层次，每个层次负责不同的功能，上层层次通过接口调用下层层次的功能。
5. 可伸缩性：系统的设计应考虑未来的扩展需求，能够根据需求进行功能和性能的扩展。
六、软件体系结构的设计方法软件体系结构的设计方法有很多种，常用的有面向对象的体系结构设计方法、服务导向的体系结构设计方法和领域驱动设计方法。
软件设计与体系结构知识点
软件设计与体系结构知识点软件设计与体系结构是软件开发过程中非常重要的两个环节。
设计是指通过分析需求，确定软件系统所需的各个组成部分及其相互关系，以及确定各个组成部分的详细设计方案的过程。
体系结构是指软件系统的整体架构，包括各个组件之间的关系，以及软件系统与外部环境的交互方式。
软件设计的主要知识点包括：1.需求分析：分析用户需求，明确软件系统的功能、性能、可靠性等方面的要求。
2.设计原则：包括开放封闭原则、单一职责原则、里氏替换原则、接口分离原则等。
3.设计模式：是一套被反复使用的、经过验证的、用来解决在软件设计过程中常见问题的解决方案。
常见的设计模式有工厂模式、单例模式、观察者模式、策略模式等。
4.UML（统一建模语言）：是一种用于软件系统建模的标准化语言。
包括用例图、类图、时序图、状态图等。
5.架构模式：是一种包含一组满足特定需求的技术决策，指导解决软件系统中基本设计问题的模式。
常见的架构模式有分层架构、客户端-服务器架构、发布-订阅架构等。
软件体系结构的主要知识点包括：1.分层架构：将软件系统分为若干层，每一层负责处理特定的功能或任务，层与层之间通过接口进行通信。
2.客户端-服务器架构：将软件系统分为客户端和服务器两部分，客户端向用户提供界面和交互功能，服务器处理客户端发送的请求并返回相应结果。
3.分布式架构：将软件系统的各个组件分布在不同的物理节点上，通过网络进行通信。
4.微服务架构：将软件系统拆分为若干个小型服务，每个服务负责一个特定的功能，通过接口和消息进行通信。
5.事件驱动架构：系统中的各个组件通过发布-订阅模式进行通信，一个组件发生变化时通知其他相关组件。
在实际应用中，软件设计与体系结构的知识点通常会结合起来使用，以满足软件系统的需求。
同时，不同的项目可能有不同的设计与体系结构要求，开发人员需要根据具体项目的需求来选择适合的设计和架构模式。
软件架构知识点总结
软件架构知识点总结一、软件架构的概念与重要性1. 软件架构的概念软件架构是指软件系统的设计和结构，它包括系统的组织结构、组件的相互关系、数据流程等方面。
软件架构不仅仅是对软件系统结构的描述，还包括对系统功能和性能的要求以及设计原则和技术方案的选择。
软件架构是软件系统的基础，对系统的整体性能、可维护性、可扩展性等都有着至关重要的影响。
2. 软件架构的重要性软件架构对于软件系统的成功与否有着重要的影响，它决定了系统的灵活性、可维护性、可扩展性，以及系统的可靠性、安全性等方面。
一个好的软件架构可以使系统易于维护和扩展，能够满足未来的需求变化，提高软件系统的稳定性和效率，降低系统开发和维护的成本。
二、常见的软件架构模式1. 分层架构分层架构是将软件系统划分为若干个层次，在每个层次中实现特定的功能。
典型的分层架构包括三层架构（Presentation Layer、Business Layer、Data Access Layer）和四层架构（Presentation Layer、Application Layer、Business Layer、Data Access Layer）。
分层架构将系统的功能模块化，提供了良好的可扩展性和可维护性。
2. 客户端-服务器架构客户端-服务器架构是将软件系统划分为客户端和服务器两部分，客户端负责用户界面显示和用户输入，服务器负责业务逻辑处理和数据存储。
客户端和服务器之间通过网络通信进行数据交互。
客户端-服务器架构适用于需要远程访问和数据共享的系统。
3. MVC架构MVC是Model-View-Controller的缩写，它将软件系统划分为数据层（Model）、用户界面层（View）和控制层（Controller）。
Model负责数据的处理和存储，View负责用户界面的显示，Controller负责应用逻辑的处理。
MVC架构将数据、用户界面和应用逻辑分离，提高了系统的可维护性和可扩展性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一部分-------填空，选择，判断1．软件工程三个要素：方法、工具和过程2．软件元素：程序代码、测试用例、设计文档、设计过程、需求分析文档3．构件分类：关键字分类刻画分类法和超文本组织法4．软件体系结构技术反战经历四个阶段（1）无体系结构设计阶段----以汇编语言进行小规模应用程序开发（2）萌芽阶段-----以控制流图和数据流图构成软件结构为特征（3）初期阶段-----出现了从不同侧面描述系统的结构模型，UML（4）高级阶段-----描述系统的高层抽象结构，出现“4+1”模型5．软件体系结构模型：结构模型、框架模型、动态模型、过程模型和功能模型。
6．“4+1”视图模型从五个不同的视角，包括逻辑试图，进程试图，物理视图，开发视图和场景视图来描述软件体系结构。
逻辑视图主要支持系统的功能需求，是系统提供给最终用户的服务。
通过抽象，封装和继承，可以用对象模型来代表逻辑视图，用类图来描述逻辑视图；开发视图也称模块视图，主要侧重于软件模块的组织和管理，主要考虑软件内部的需求，如软件开发的容易性、软件的重用等，通过系统输入输出关系的模型图和子系统图来描述,提供给编程人员的；进程视图侧重于系统的运行特性，主要关注非功能性的需求，如系统的性能和可用性。
进程视图强调并发性、分布性、系统集成性和容错能力管道和过滤器风格、客户/服务器风格等适合进程视图，提供给系统集成人员的；物理视图主要考虑如何把软件映射到硬件上，它通常考虑系统性能、规模、可靠性等，解决系统拓扑结构、系统安装、通信问题,提供给系统工程人员的。
而场景是那些重要系统活动的抽象，它使四个视图有机联系起来，是最重要的需求抽象，它可以帮助设计者找到系统结构的构件和他们之间的作用关系。
总之，逻辑视图和开发视图描述系统的静态结构，而进程视图和物理视图描述系统的动态结构。
软件体系结构的核心模型由五中元素组成：构件、连接件、配置、端口和角色。
7. 软件体系结构的核心模型由五中元素组成：构件、连接件、配置、端口和角色。
其中构件、连接件和配置是最基本的元素。
8.体系结构风格的分类：数据流风格：批处理序列，管道/过滤器调用/返回风格：主程序/子程序，面向对象风格，层次结构独立构件风格：进程通信，事件系统虚拟机风格：解释器，基于规则的系统仓库风格：数据库系统，超文本系统，黑板系统9.C/S体系结构三个主要组成部分：数据库服务器、客户应用程序和网络10.三层C/S体系结构将应用功能分成表示层、功能层和数据层三个部分。
11.DSSA(基于特定领域软件体系结构)的基本活动：领域分析，领域设计，领域实现。
参与DSSA的人员分为四种角色：领域专家、领域分析师、领域设计人员和领域实现人员12.软件体系结构描述方法：图形表达工具，模块内连接语言，基于软构件的系统描述语言，软件体系结构描述语言（ADL）14 UML(unified modeling language;) XML(extensible markup language)15.WEB服务技术核心：SOAP (简单对象访问协议)，WSDL(WEB服务描述语言)，UDDI(统一描述、发现和集成协议)16. 一个完整的web服务包括三种逻辑构件：服务提供者、服务代理和服务请求。
与web服务相关的操作有发布、发现和绑定。
Web服务开发生命周期分为构建、部署、运行和管理四个阶段。
17.设计模式的基本成分：模式名称、问题、解决方案和后果。
18.根据模式的目标，将它们分为创建性模式、结构性模式和行为性模式。
创建性模式处理的是对象的创建过程；结构性模型处理的是对象类的组合；行为性模式处理类和对象间的交互方式和任务分布。
总共23中设计模式。
19.基于体系结构的软件开发过程可以分为独立的两个阶段：实验原型阶段和演化开发阶段。
20.基于体系结构的软件开发模型（ABSDM）把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现和演化六个子过程。
21.为了提高软件的质量和降低软件系统的风险，应该在软件生命周期的开发阶段就对可能存在高错误率的构件进行预测分析，主要是复杂性分析（构件的复杂性，连接件的复杂性）22.体系结构的分析和测试主要考虑：构件端口行为与连接件约束是否一致、兼容，单元间的消息是否一致、可达，相关端口是否可连接，体系结构风格是否可满足。
23.体系结构测试准则：测试应覆盖所有的构件及各个构件的接口、各个连接件的接口、构件之间的直接连接和间接连接。
24.软件体系结构测试过程分为单元测试、集成测试和系统测试。
25.体系结构评估所关注的质量属性：性能、可靠性、可用性、安全性、可修改性（可维护性，可扩展性，结构重组和可移植性），功能性，集成性，互操作性（敏感点和权衡点是关键的体系结构决策。
敏感点是一个或多个构件或构件之间的关系的特性。
使设计人员或分析员明确在搞清楚如何实现质量目标时应注意什么；权衡点是影响多个质量属性的特性，是多个质量属性的敏感点）。
26．体系结构评估三类主要的评估方式：基于调查问卷或者检查表的方式（可评估多种质量属性，在体系结构设计的多个阶段进行，很大程度上来自评估人员的主观推断）、基于场景的方式（基于特定领域）和基于度量的方式（提供更为客观和量化的质量评估，在软件体系结构的设计基本完成后进行，评估人员对待评估体系结构十分了解）。
27. 最初的软件产品线开发过程是双生命周期模型，分为两个重叠的生命周期：领域工程和应用工程。
两个周期内部都分成分析、设计和实现三个阶段。
第二部分-------定义1.软件危机：指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2.软件重用：在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
3.构件：指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统。
即是一个有一定功能，能够独立工作或能同其他构件装配起来协调工作的程序体。
4.软件体系结构（software architecture ----SA）:是具有一定形式的结构化元素，即构件的结合。
为软件系统提供了一个结构、行为和属性的高级抽象。
由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。
5.软件体系结构风格：是描述某一特定应用领域中系统组织方式的惯用模式。
反映了领域中众多系统所共有的结构和语义特性。
6.特定领域软件体系结构（DSSA）：在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构。
7.Web服务：是使用标准技术在Internet上运行的商务流程，它可以使用标准的Internet协议，将功能纲领性地体现在Internet和Intranet上。
8.面向服务的软件体系结构（SOA）:是一种应用程序体系结构。
在这种体系结构中，所有的功能都定义为独立的服务。
这些服务都定义明确的可调用接口，可以以定义好的顺序调用这些服务来形成业务流程。
9.设计模式：是一些设计面向对象的软件开发的经验总结。
一个设计模式系统地命名、解释和评价某一个重要的可重现的面向对象的设计方案。
10.软件产品线：在系统的组成元素和功能方面具有共性和个性的相似的多个系统组成的一个系统族。
第二部分-----其他1.软件危机的表现：（软件的成本日益增长，开发进度难以控制，软件质量差，软件维护困难）2.软件危机的成因：（用户需求不明确，缺乏正确的理论指导，软件规模越来越大，软件复杂度越来越高）3.软件体系结构的意义：（体系结构是风险承担者进行交流的手段；是早期设计决策的体现；是可传递和可重用的模型）4.体系结构是早期设计决策的体现：（明确了对系统实现的约束条件；决定了开发和维护组织的组织结构；制约着系统的质量属性；通过研究软件体系结构可能预测软件的质量；使推理和控制更改更加简单；有助于循序渐进的原型设计；可以作为培训的基础）5.C/S优缺点：优点-----客户应用程序和服务器构件分别运行在不同计算机，对于硬件和软件的变化显示出极大的适应性和灵活性；易于对系统进行扩充和缩小；系统中功能构件充分隔离缺点-----开发成本高；客户端程序设计复杂；信息内容和形式单一；用户界面风格不一；软件移植困难；软件维护和升级困难；新技术不易应用。
6.二层C/S和三层C/S结构区别二层C/S结构是单一服务器且以局域网为中心。
与二层C/S体系结构相比，在三层C/S体系结构中，增加了一个应用服务器，可以将整个应用逻辑驻留在应用服务器上，而只有表示层存放在客户机。
7.C/S和B/S的异同C/S8.正交软件体系结构的主要特征：（由完全不同的N个线索即子系统组成；系统具有M个不同抽象级别的层；线索之间是相互独立的；系统有一个公共驱动层和公共数据结构）。
9.正交软件体系结构的主要特征：（结构清晰，易于理解-----线索功能相互独立，不进行相互调用；易修改，可维护性强-----由于线索的相互独立，所以对一个线索的修改不会影响到其他线索；可移植性强，重用粒度大----因为正交结构可以为一个领域内的所有应用程序所共享，这些软件有着相同或类似的层次和线索，可以实现体系结构级地重用）10.Web服务的特点（使用标准协议规范；使用协约的规范性；高度集成能力；完好的封装性和松散耦合）11.面向服务的体系结构（SOA）特点：（松散耦合；粗粒度服务；标准化接口）。