软件体系结构知识点概要
第一章软件体系结构概论
1 什么是软件危机？主要特点、表现形式、策略
软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题
软件危机的表现形式：
1）软件成本的日益增长：相反，计算机硬件随着技术的进步、生产规模的扩大，价格却在不断的下降，这样一来，软件成本在计算机中占有的比例越来越大2）开发进度难以控制：用户需求变化等各种意想不到的情况层出不穷，常常令软件开发过程很难保证按预定的计划实现，给项目计划和论证工作带来很大的困难3）软件质量差
4）软件维护困难
软件危机的成因：
1 用户需求不明确
2 缺乏正确的理论指导
3 软件规模越来越大4软件复杂度越来越高
如何克服软件危机（策略）：用工程的方法进行软件生产的可能性，即应用现代工程的概念、
原理、技术和方法进行计算机软件的开发、管理和维护
软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术及管理方法。软件工程包括三要素：方法、工具和过程
2软件构件的概念
构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统；结构上，它是语义描述、通讯接口和实现代码的复合体。
简单地说，构件是具有一定功能，能够独立工作或能同其他构件装配起来协调工作的程序体，构件的使用同它的开发、生产无关。
构件模型是对构件本质特征的抽象描述
3构件重用的概念
构件开发的目的是重用，为了让构件在新的软件项目中发挥作用，库的使用者必须完成以下工作：检索与提取构件，理解与评价构件，修改构件，最后将构件组装到新的软件产品中
4软件重用的定义
软件重用是指在两次或多次不同的软件开发过程中，重复使用相同或相近软件元素的过程。软件元素（即软构件）包括：程序代码、测试用例、设计文档、设计过程、需求分析文档、领域知识等。
5 管理重用的方法（列举，不用扩展）
有效进行软件重用的业界经验总结
（1）关注特定领域的软件资源
（2）正确命名软件资源
（3）慎重考虑是否具备重用的必要
（4）迭代演进可重用的资源
（5）保持一致性要比遵循行业标准更重要
（6）进行代码审查
（7）没有自动化的回归测试套件，就不要发布可重用的软件资源
（8）理解业务需求之后再去说服别人
（9）尽可能与开发团队一起创建可重用的软件资产
（10）从生产支持人员那里获取可重用资源的需求
6软件体系结构的概念
概念：软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件体系结构不仅定义了系统的组织结构和拓扑结构，并且显示系统需求和构成系统元素之间的对应关系，提供了一些涉及决策的基本原理。
7 软件体系结构核心研究内容，包含的含义，具体构架，模式和框架
软件体系结构的意义：1 体系结构是风险承担者进行交流的手段
2 体系结构是早期设计决策的体现
3 软件体系结构是可传递和可重用的模型
软件体系结构研究的内容：1结构性问题2系统的组织，由哪些组件构成3全局性的控制结构4通讯、同步或访问的协议5将功能分配到不同的系统组成部分6设计元素的组成7系统的物理分布8可扩展性、性能
软件体系结构的主要内容：
1）对系统组成元素的描述
2）这些元素相互之间的交互
3）系统组成的模式
4）模式的约束
软件体系结构的研究领域
1 通过提供一种新的体系结构描述语言解决体系结构描述问题。
2 体系结构领域知识的总结性研究。
3 针对特定领域的框架的研究。
4 软件体系结构形式化支持的研究。
软件体系结构的核心研究内容：1体系结构风格
2 设计模式
3 应用框架
体系结构风格：
1体系结构风格是描述特定系统组织方式的惯用范例，强调组织模式和惯用范例。
2组织模式即静态表述的样例，惯用范例是反映众多系统共有的结构和语义。
3体系结构风格独立于实际问题，强调软件系统中通用的组织结构。
设计模式：
1设计模式是软件问题高效和成熟的设计模板，模板包含了固有问题的解决方案。
2设计模式可以看成规范了的小粒度的结构成分，独立于编程语言或编程范例。
3每个模式处理系统设计或实现中一种特殊的重复出现的问题。
应用框架：
1应用框架是整个或部分系统的可重用设计，表现为一组抽象构件的集合以及构件实例间交互的方法。
2一个框架是一个可重用的设计构件，它规定了应用的体系结构，协作构件之间的关系，为构件复用提供上下文关系
第二章软件体系结构建模
1体系结构进行模型构建的五大类：
1结构模型
这是一个最直观、最普遍的建模方法。这种方法以体系结构的构件、连接件和其他概念来刻画结构，并力图通过结构来反映系统的重要语义内容，包括系统的配置、约束、隐含的假设条件、风格、性质等。研究结构模型的核心是体系结构描述语言
2框架模型
框架模型与结构模型类似，但它不太侧重描述结构的细节而更侧重于整体的结构。
框架模型主要以一些特殊的问题为目标建立只针对和适应该问题的结构。
3动态模型
动态模型是对结构或框架模型的补充，研究系统的“大颗粒”的行为。例如，描述系统的重新配置或演化。动态可以指系统总体结构的配置、建立或拆除通信通道或计算的过程。
4过程模型
过程模型研究构造系统的步骤和过程。
结构是遵循某些过程脚本的结果
5功能模型
功能模型认为体系结构是由一组功能构件按层次组成，下层向上层提供服务。
功能模型可以看作是一种特殊的框架模型。
2 4+1视图
“4+1”视图模型从5个不同的视角包括逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。
每一个视图只关心系统的一个侧面，5个视图结合在一起才能反映系统的软件体系结构的全部内容。
3 软件体系结构核心模型
（1）构件:计算或存储数据单元，包含多种属性，如接口、类型、语义、约束、演化和非功能属性等。
（2）连接件：建立构件间的交互以及支配这些交互规则的体系结构构造模块。
（3）体系结构配置：描述体系结构的构件和连接件的连接图。用于确定构件是否正确连接、接口是否匹配、连接件构成的通信是否正确，并说明实现要求行为的组合语义。
第三章软件体系结构的风格
1 什么是软件体系结构的风格：软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。
核心要素：软件体系结构风格定义的主要内涵：
?定义了一个系统家族，即一个体系结构定义一个词汇表和一组约束。
?词汇表中包含一些构件和连接件类型。
?约束指出系统是如何将这些构件和连接件组合起来的。
?（1）提供一个词汇表；
?（2）定义一套配置规则；
?（3）定义一套语义解释原则；
?（4）定义对基于这种风格的系统所进行的分析。
2 经典的软件体系结构风格
1 管道/过滤风格2数据抽象和面向对象组织3基于事件的隐式调用4分层系统5 仓库系统及知识库6 C2风格
3 客户/服务器风格
4 浏览器/服务器风格
5异构结构的实例（优缺组成）
1）“内外有别”模型
在C/S与B/S混合软件体系结构的“内外有别”模型中，企业内部用户通过局域网直接访问数据库服务器，软件系统采用C/S体系结构；企业外部用户通过Internet访问Web服务器，通过Web服务器再访问数据库服务器，软件系统采用B/S体系结构。
优点：外部用户不能直接访问数据库服务器，能保证企业数据库的相对安全。企业内部用户的交互性较强，数据查询和修改的响应速度较快。
缺点：企业外部用户修改和维护数据时，速度较慢，较繁琐，数据的动态交互性不强。
2 ）“查改有别”模型
在C/S和B/S混合软件体系结构的“查改有别”模型中，不管用户是通过什么方式（局域网或Internet）连接到系统，凡是需执行维护和修改数据操作的，就使用C/S体系结构；如果只是执行一般的查询和浏览操作，则使用B/S体系结构。
特点：体现了B/S体系结构和C/S体系结构的共同优点。但因为外部用户能直接通过Internet 连接到数据库服务器，企业数据容易暴露给外部用户，给数据安全造成了一定的威胁。
第五章特定领域的体系结构
1什么是特定领域软件体系结构？
特定领域软件体系结构（domain specific software architecture），简称DSSA。
DSSA就是在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构。2基本活动的划分
第一阶段：领域分析
这个阶段的主要目标是获得领域模型（Domain Model）。
领域模型描述领域中系统之间的共同需求，并尽可能得识别和描述领域变化性。
准备性的活动包括：
（1）定义领域的边界
（2）识别信息源
第二阶段：领域设计
这个阶段的目标是获得领域架构（Domain Specific Software Architecture，即DSSA）。DSSA的特点：
（1）DSSA不是单个系统的表示，而是能够适应领域中多个系统需求的一个高层次的设计。（2）DSSA要适当的具有变化性。
第三阶段：领域实现
这个阶段的主要目标是依据领域模型和DSSA开发和组织可重用信息。
这些可重用信息可能是从现有系统中提取得到的，也可能需要通过新的开发得到，它们依据领域模型和DSSA进行组织，从而支持了系统化的软件重用。
3 DSSA的建立过程
（1）定义领域范围
（2）定义领域特定的元素
（3）定义领域特定的设计和实现需求约束
（4）定义领域模型和体系结构
（5）产生、搜集可重用的产品单元
以上这些过程是一个反复的、逐步求精的过程。
4 DSSA和体系结构风格的比较
1 DSSA以问题域为出发点，体系结构风格以解决域为出发点。
2 DSSA只对某一个领域进行设计专家知识的提取、存储和组织，但可以同时使用多种体系结构风格；而在某个体系结构风格中进行体系结构设计专家知识的组织时，可以将提取的公共结构和设计方法扩展到多个应用领域
3 DSSA通常选用一个或多个适合所研究领域的体系结构风格，并设计一个该领域专用的体系结构分析设计工具。
4体系结构风格的定义和该风格应用的领域是直交的，提取的设计知识比用DSSA提取的设计专家知识的应用范围要广。
5 DSSA和体系结构风格是互为补充的两种技术
第六章软件体系结构描述的概念
1软件体系结构描述的概念
软件体系结构和软件体系结构描述不同的两个概念
1）软件体系结构是附属于系统之中。只要存在系统，体系结构就存在
?如：每个石头都会有重量
2）软件体系结构描述是将体系结构可视化的手段和产物
?如：表示一个石头的重量
2描述方法的种类
1图形表达工具2模块内连接语言
3基于软构件的系统描述语言4软件体系结构描述语言
3基于软构件的系统描述语言
这种表达和描述方式虽然也是较好的一种以构件为单位的软件系统描述方法，但是他们所面向和针对的系统元素仍然是一些层次较低的以程序设计为基础的通信协作软件实体单元，而且这些语言所描述和表达的系统一般而言都是面向特定应用的特殊系统，这些特性使得基于软构件的系统描述仍然不是十分适合软件体系结构的描述和表达。
4核心要素：
ADL是在底层语义模型的支持下，为软件系统的概念体系结构建模提供了具体语法和概念框架。基于底层语义的工具为体系结构的表示、分析、演化、细化、设计过程等提供支持。其三个基本元素是：构件、连接件、体系结构配置。
构件：计算或数据存储单元
连接件：用于构件之间交互建模的体系结构构造块及其支配这些交互的规则
体系结构配置：描述体系结构的构件与连接件的连接图。
（体系结构建模UML）
第七章软件体系结构的分析和评估
1 分析、评估的原因和概念
一些软件体系结构的评估方法已经比较成熟并得到了应用和验证，如基于场景的软件体系结构分析方法（SAAM）、软件体系结构权衡分析方法（ATAM）、利用软件性能工程SPE对软件体系结构进行评估的方法（PASA），软件体系结构层次可维护性预测方法（ALMA）等。
软件体系结构的分析评估，就是通过成本相对较低的活动来分析结构中可能存在的风险，发现软件体系结构中影响系统质量的关键因素，并提出相应的改进措施，在此基础上检验软件的性能需求是否得到满足。
2 9个质量属性（基本含义，标准，方法）
1性能
性能是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段事件内系统所能处理的事件的个数。
2可靠性
可靠性是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。
1）容错
在错误发生时确保系统正确的行为，并进行内部“修复”。
2）健壮性
保护系统应用程序不受错误或意外事件的影响，确保系统处于已经定义好的状态。
3 可用性
可用性是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。
4 安全性
安全性是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安全性是根据系统可能受到的安全威胁的类型来分类的。
安全性又可划分为机密性、完整性、不可否认性及可控性等特性。
5可修改性
1 可维护性2可扩展性
3 结构重组
4 可移植性
6功能性
功能性是系统所能完成所期望的工作的能力。一项任务的完成需要系统中许多或大多数构件的相互协作。
7可变性
可变性是指体系结构经扩充或变更而成为新体系结构的能力。这种新体系结构应该符合预先定义的规则，在某些具体方面不同于原有的体系结构。当要将某个体系结构作为一系列相关产品（例如，软件产品线）的基础时，可变性是很重要的。
8集成性
可集成性是指系统能与其他系统协作的程度。
9互操作性
作为系统组成部分的软件不是独立存在的，经常与其他系统或自身环境相互作用。为了支持互操作性，软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。
3 评估的基本方式（SAAM和ATM比较，优缺点）
1）SAAM法是把一个物体最丰要的属性列举出来，再用检查表法把各个项目加以变化，并将其加以重新组合，然后再找出其中可以实行而且也有效果的项目。
实质上是将列举法和检查表法互相配合使用。
在使用检查表法的时候，我们会发现被检查的事物范围太大了。如用“替换”来变更设计
时，是变更哪一部分的设计就没有具体确定。
×SAAM方法在改良事物性质的方面具有极大的功效。
×SAAM方法是第1个被广泛接受的体系结构分析评价方法。
×它适用于可修改性、可拓展性以及功能覆盖等质量属性。
SAAM方法有着以下缺陷：
没有提供体系结构质量属性的清晰的度量。
评估过程依赖专家经验等，只适合对体系结构的粗糙评价。
2）ATAM是评价软件构架的一种综合全面的方法，它考虑了可修改性、可靠性和安全性等多种质量属性。
×不仅可以揭示出构架满足特定质量目标的情况，而且可以使我们更清楚地认识到质量目标之间的联系——即如何权衡诸多质量目标。
ATAM方法的分析评价是一个迭代过程。
×包括4个阶段：
准备
调查和分析
测试
报告
ATAM方法是被验证有效和广泛使用的一种方法，可以针对实用性、可靠性和可修改性这些质量属性，在系统开发之前对其进行分析和评价。
×在评估活动结束以后，将评估的结果与实际需求相对比，如果系统预期性能可以满足需求，设计工作就可以继续进行。
×但它对质量属性并没有进行深入分析，缺少定量的数据来支持分析的结果。
4.主要方式（三种）
基于调查问卷或检查表的评估方式；基于场景的评估方式；基于度量的评估方式
PS:
1）层次系统结构和基于消息的层次系统结构有什么区别？
2）试分析和比较B/S,二层C/S和三层C/S，指出各自的优点和缺点
3）SIS和DSSA分别用在哪种场合？
4）文字描述—概念；设计—模型的构建，设计
软件体系结构
1.名词解释20分
2.问答题25或20分
3.设计类---设计建模（55或60分）
软件体系结构复习题
判断题 1.软件重用是指重复使用已有的软件产品用于开发新的软件系统，以达到提高 软件系统的开发质量与效率，降低开发成本的目的。 2.开发视图主要支持系统的功能需求，即系统提供给最终用户的服务。 3.软件体系结构的核心由5种元素组成：构件、连接件、配置端口和角色。其 中，构件、连接件和配置是最基本的元素。 4.构件可以由其他复合构建和原子构件通过连接而成。 5.正交软件体系结构由组织层和线索的构件构成。 6.软件产品线的建立通常有4种方式，其划分依据有两种。 7.体系结构设计是整个软件生命周期中关键的一环，一般在需求分析之后，软 件设计之前进行。 8.ATAM评估方法主要通过理解体系结构方法来分析体系结构，在这一步，由 设计师确定体系结构方法，由分析小组捕获并进行分析。 9.WSDL是可扩展的，使得在通信时无论使用何种消息格式或网络协议，都可 以对端点及其消息进行描述。 10.10.ABSD方法是基于体系结构的设计方法，它描述了系统的主要设计元素及 其关系。 11.11.可重用技术对构件库组织方法要求不仅要支持精确匹配，还要支持相似构 件的查找。 12.12.超文本组织方法与基于数据库系统的构件库组织方法不同，它基于全文检 索技术。 13.软件体系结构充当一个理解系统构件和它们之间关系的框架，特别是那些始 终跨越时间和实现的属性。 14.体系的核心模型由5种元素组成：构建、连接体、配置、端口和角色（） 15.开发视图主要支持系统的功能需求，即系统提供给最终用户的服务 16.构件、连接件以及配置是体系结构的核心模型最基本的元素（） 17.HMB风格不支持系统自顶向下的层次化分解，因为它的构件比较简单（） 18.基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广 播一个或多个事件。。 19.线索是子系统的特例，它由完成不同层次功能的构建组成，每一条线索完成 整个系统中相对独立的一部分功能。 20.层次系统中支持抽象程度递增的系统设计是设计师可以把一个复杂系统按照 递增的步骤进行分解，同时支持功能增强，但是不支持重用。 21.在软件设计中占据着主导地位的软件体系结构描述方法是图形表达工具。 22.Rapide是一种可执行的ADL，其目的在于通过定义并模拟基于事件的行为对 分布式同步系统建模。 23.体系结构设计是整个软件生命周期中关键的一环，一般在需求分析之后，软 件设计之前进行。 24.基于软构件的系统描述语言是较好的一种以构件为单位的软件系统描述语 言。 25.需求语言与ADL的区别在于后者描述的是问题空间，而前者则扎根于解空间 中。 26.基于构件的动态系统结构模型分为三层，风别是应用层、中间层、和体系结 构层。
软件体系结构总结
第一章：1、软件体系结构的定义 国内普遍看法： 体系结构=构件+连接件+约束 2、软件体系结构涉及哪几种结构： 1、模块结构（Module） 系统如何被构造为一组代码或数据单元的决策 2、构件和连接件结构（Component-And-Connector，C&C） 系统如何被设计为一组具有运行时行为（构件）和交互（连接件）的元素 3、分配结构（Allocation） 展示如何将来自于模块结构或C&C结构的单元映射到非软件结构（硬件、开发组和文件系统） 3、视图视点模型 视点（View point） ISO/IEC 42010:2007 (IEEE-Std-1471-2000)中规定：视点是一个有关单个视图的规格说明。 视图是基于某一视点对整个系统的一种表达。一个视图可由一个或多个架构模型组成 架构模型 架构意义上的图及其文字描述（如软件架构结构图） 视图模型 一个视图是关于整个系统某一方面的表达，一个视图模型则是指一组用来构建 4、软件体系结构核心原模型 1、构件是具有某种功能的可复用的软件结构单元，表示了系统中主要的计算元素和数据存储。 2.连接件(Connector)：表示构件之间的交互并实现构件
之间的连接 特性：1)方向性2)角色3)激发性4)响应特征 第二章 1、软件功能需求、质量属性需求、约束分别对软件架构产生的影响 功能性需求：系统必须实现的功能，以及系统在运行时接收外部激励时所做出的行为或响应。 质量属性需求：这些需求对功能或整个产品的质量描述。 约束：一种零度自由的设计决策，如使用特定的编程语言。 质量原意是指好的程度，与目标吻合的程度，在软件工程领域，目标自然就是需求。 对任何系统而言，能按照功能需求正确执行应是对其最基本的要求。 正确性是指软件按照需求正确执行任务的能力，这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。 系统或软件架构的相关视图的集合，这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达
软件工程导论总结报告
软件工程总结报告 序言 本期软件工程专业导论课程结束后，为圆满完结本期此课程的学习，特此总结个人学习所得以求些许回报先生无私教导。 主体 第一节课主要讲述了软件工程各领域之间的联系以及贯穿始终 的基础为何。其中较为基础并相当重要使的应该是算法。对于算法重要性与基础性的理解，我个人有比较切身的体验。比如前不久的 ACM 竞赛，在比赛中我所在的小组以及当场几乎所有小组都遇到这样一个 问题：超时—这无非就是个人设计的算法的效率不够高，这也证明我 们对算法理论知识的匮乏（不清楚优化个人算法的方法）。我对软件 工程这一专业有了一个较为全面的把握，对我个人未来进取方向而言 也起到了一定的指导作用。 第二节课老师带来了三位本专业的前辈向我们传授大学生活应 如何度过以及对我等一些问题作出解答。其中我个人印象深刻的是其 中一位学姐 PPt 中引用李开复的那部分内容。即试着记录下自己一整天做的所有事以及其所花费的时间，再仔细研究自己在哪些事上浪费 了时间，应该如何整改。我个人认为这方法可能有一定直观性，因为 直观的数据更能深刻的反映真实和刺激一个人整改，但此法实施起来又太古板，中觉得生活有些教条化、章程化，缺乏新意与自由。求上进，珍惜时间也无需以丧失人生情趣为代价。还有就是学长再提潘老师曾讲过的那些重要、紧急优先次序。他提到的个人的学习生活情况
倒没什么深刻感，但我认为他引用的一番话较有道理，大概意思是比 起个人兴趣更为优先的应该是谋生的本领，尤其是当自己感兴趣的正 好是冷门时。当掌握了一些实实在在有能保证自身良好发展前景后，再 去做一些自己感兴趣的事也来得及。于我而言，一个人尚不能独善其身，何求其兼济天下。成己方成人就是如此道理。 第三节课主要讲解了大学学习生活中应着重的基础课以传递重 基础的要旨。据个人体会，其中英语科目实是基础中的基础，主要是 为辨认单词（即代码变量以及注释）意义以达到理解他人算法并顺利 接手他人接下来的工作。企业和公司出于其本身利益主张雇方市场 -- 讲究项目的可接手性，而不希望对现有人员的过分依赖。离散数学则应该是为之后学习其他编程专业知识做理论知识的铺垫。概率统计更多应是对统计有关算法及理论的学习（个人认为现实生活中许多问题都可以运用概率统计的方法加以解决，因此应是很重要的基础知识）。C/C++(Java)语言是作为编程的工具使用，无疑是基础（现今水平下的 我们主要用 C 编代码）。数据结构则应是提供特定的解决问题的结构 思想以便进行数据处理方面工作。算法的重要性以及基础性的个人体 会已包含在第一节课中。计算机体系结构与汇编课程与操作系统原理 课程主要在于理解计算机系统运行原理能加深对代码运行原理的理 解，对于现今水平的我也能更深层次的理解 c 语言的指针操作等方面知识。汇编语言能够直接对硬件进行操作，生成的程序与其他的语言相 比具有更高的运行速度，占用更小的内存，因此在一些对于时效性要求很高的程序、许多大型程序的核心模块以及工业控制方面大量应
软件体系结构
课程名称：软件体系结构 课程编号：C304 课程学分：2 适用学科：计算机应用技术 软件体系结构 Software Architecture 教学大纲 一、课程性质 本课程是为计算机应用专业研究生开设选修课。软件体系结构是软件开发设计的高级课程，对培养计算机应用专业研究生今后从事大型软件开发工作有重大意义。 二、课程教学目的 学生通过本课程的学习后，在概念上建立从体系结构看待软件系统的观念，理解体系结构设计的优劣对软件系统质量的影响；掌握软件体系结构的建模、评价与检测的方法，能够应用上述方法评价软件体系结构的质量。 三、课程教学基本内容及基本要求 第一章绪论（2学时） 1、软件体系结构概述 2、研究内容与方法 第二章软件体系结构建模理论（2学时） 1、软件体系结构描述语言ADL简介 2、时序逻辑描述语言LOTOS简介 3、实例研究：流媒体信道调度模型及描述
第三章软件体系结构一致性检测（2学时） 1、软件体系结构一致性 2、软件体系结构一致性测试算法 3、实例研究1-三层C/S结构一致性检测 第四章软件体系结构评价（4学时） 1、软件体系结构评价模型 2、软件体系结构性能评价 3、软件体系结构可靠性评价 4、实例研究基于C/S结构的视频点播系统性能研究 第五章软件体系结构案例分析（16学时） 1、COBAR体系结构简介 2、P2P体系结构简介 3、网格体系结构简介 四、本课程与其它课程的联系与分工 本课程的先修课程为《面向对象程序》及《分布式数据库》，通过上述课程的学习，使学生能够体会大型软件开发的基本过程，体会到软件开发中体系结构的重要性。 五、实践环节教学内容的安排与要求 结合本研究室的研究课题，评价软件体系结构的性能。 六、本课程课外练习的要求 结合自己的研究课题，建立软件体系结构的性能模型和可靠性模型，以实际系统为被背景评价软件体系的性能。
计算机体系结构期末考试知识点与答案
体系结构复习重点.doc 1..诺依蔓计算机的特点 答：·若依曼计算机的主要特点如下： 存储程序方式。指令和数据都是以字的方式存放在同一个存储器中，没有区别，由机器状态来确定从存储器读出的字是指令或数据。 指令串行执行，并由控制器集中加以控制、 单元定长的一维线性空间的存储器 使用低级机器语言，数据以二进制形式表示。 单处理机结构，以运算器作为中心。 其实，他最大的特点就是简单易操作。 2. T（C）＝
软件体系结构最新总结
1.软件危机：指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 2.软件危机的表现：（重点） 1软件的成本日益增长 2开发进度难以控制 3软件质量差，4软件维护困难 3.软件危机的成因： 1用户需求不明确 2缺乏正确的理论指导 3软件规模越来越大 4软件复杂度越来越高 4.软件工程三个要素：方法、工具和过程 ---（重点） 5.软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。 6.软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域知识 7.构件：指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨 识的系统。即是具有一定功能，能够独立工作或能同其他构件装配起来协调工作的程序体。 8.构件分类方法归纳为三大类：关键字分类法，刻面分类法和超文本组织方法 ---（重点） 9.构件库系统是一个开放的公共构件共享机制，任何使用者都可以通过网络访问构件库。--- 判断 10.软件体系结构（software architecture --SA）记住英语单词及缩写----（重点） 定义：软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。11.软件体系结构的意义：---（简答） 1)体系结构是风险承担者进行交流的手段； 2)体系结构是早期设计决策的体现； 3)体系结构是可传递和可重用的模型 12.为什么体系结构是早期设计决策的体现---（简答） 1)软件体系结构明确了对系统实现的约束条件； 2)软件体系结构决定了开发和维护组织的组织结构； 3)软件体系结构制约着系统的质量属性； 4)软件体系结构通过研究软件体系结构可能预测软件的质量； 5)软件体系结构使推理和控制更改更加简单； 6)软件体系结构有助于循序渐进的原型设计； 7)软件体系结构可以作为培训的基础 13.软件体系结构技术的发展过程经历四个阶段：--选择，判断 （1）“无体系结构”设计阶段----以汇编语言进行小规模应用程序开发为特征。 （2）萌芽阶段-----以控制流图和数据流图构成软件结构为特征 （3）初期阶段-----出现了从不同侧面描述系统的结构模型，以UML为典型代表 （4）高级阶段-----描述系统的高层抽象结构，以提出的“4+1”模型为标志 14.软件体系结构模型5种：结构模型、框架模型、动态模型、过程模型和功能模型。---- 填空 15.“4+1”视图模型从五个不同的视角，包括逻辑试图，进程试图，物理视图，开发视图和 场景视图来描述软件体系结构。 -----记住名称及相应的功能 逻辑视图主要支持系统的功能需求，是系统提供给最终用户的服务。通过抽象，封装和继承，可以用对象模型来代表逻辑视图，用类图来描述逻辑视图； 开发视图也称模块视图，主要侧重于软件模块的组织和管理，主要考虑软件内部的需求，如软件开发的容易性、软件的重用等，通过系统输入输出关系的模型图和子系统图来描述,提供给编程人员的； 进程视图侧重于系统的运行特性，主要关注非功能性的需求，如系统的性能和可用性。进程视图强调并发性、分布性、系统集成性和容错能力管道和过滤器风格、客户/服务器风格等适合进程视图，提供给系统集成人员的； 物理视图主要考虑如何把软件映射到硬件上，它通常考虑系统性能、规模、可靠性等，解决
软件工程心得体会
软件工程心得体会 未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。 曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。 经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。 吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。在划分模块后明确了各自分工，渐渐形成良性循环。 在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。 学习能力体现在能尽快接受新的知识，顺应变化，学为所用。上《软件工程导论》这门课，我的收获大概如下： 我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。 其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。 具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。 1.可行性分析就是关于当前项目能不能干的分析结果。 2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。 3.需求分析就是对客户要求的功能的定义。 4.软件设计这就是对程序的每一个模块的详细设计的说明文档。 5.开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。 6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
《软件体系结构》教学大纲
《软件体系结构》教学大纲 一、课程概述 《软件体系结构》是根植于软件工程发展起来的一门新兴学科，目前已经成为软件工程研究和实践的主要领域。体系结构在软件开发中为不同的人员提供了共同交流的语言，体现并尝试了系统早期的设计决策，并作为相同设计的抽象，为实现框架和构件的重用、基于体系结构的软件开发提供了有力的支持。 作为计算机科学与技术专业软件工程方向的重要专业课程，本课程主要系统地介绍软件体系结构的基本原理、方法和实践，全面反映软件体系结构研究和应用的最新进展。既讨论软件体系结构的基本理论知识，又介绍软件体系结构的设计和工业界应用实例，强调理论与实践相结合。 本课程的先修课程为“软件工程”。 二、课程目标 1．知道《软件体系结构》这门学科的性质、地位、研究范围、学科进展和未来方向等。2．理解该门学科的主要概念、基本原理和策略等。 3．掌握软件体系结构的建模方法、描述方法，通过对不同软件体系结构风格的掌握，能够采用正确的基于体系结构的软件开发。 4．能够把所学的原理应用到具体的实践中去，培养学生发现、分析和解决问题的能力等。 三、课程内容与教学要求 这门学科的知识与技能要求分为知道、理解、掌握、学会四个层次。这四个层次的一般涵义表述如下： 知道———是指对这门学科和教学现象的认知。 理解———是指对这门学科涉及到的概念、原理、策略与技术的说明和解释，能提示所涉及到的教学现象演变过程的特征、形成原因以及教学要素之间的相互关系。 掌握———是指运用已理解的教学概念和原理说明、解释、类推同类教学事件和现象。
学会———是指能模仿或在教师指导下独立地完成某些教学知识和技能的操作任务，或能识别操作中的一般差错。 教学内容和要求表中的“√”号表示教学知识和技能的教学要求层次。 本标准中打“*”号的内容可作为自学，教师可根据实际情况确定要求或不布置要求。 教学内容及教学要求表
软件工程课程设计心得总结
软件工程课程设计个人总结 学期就快要结束了，到了最后一周居然还有软件工程课程设计，还要考试真的有点忙啊，不管怎样还是好好干吧，把对工程的理论研究、学习成果用于实践也是一种检验学习成果和提升工程能力的有效手段嘛。 工作内容安排 软件工程课程设计的第一天拿到题目，听取老师对于课程设计的要求、要完成的工作、预期要达到的效果和注意事项。然后分组、讨论和确定选题。这真正的课程设计才算开始了，经过组长，组员的反复研究、论证后一致决定选择：实习题目4：开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。 这个题目对于现代化的网络交流来说发展的成熟而且符合当代互联网大众的网络需求，符合现代网络对信息分享讨论的爱好，我们一致预测在今后很长的一段时间内也将会是非常流行的一种交流介质。 确定选题后我们开始软件开发的第一步，需求分析，详细设计等内容，分块分工完成模块，我分到的主要部分就是分析论坛里面的帖子内容，用户的爱好，然后解决用户的索引需求，把用户的索引需求智能的、友好的呈现给用户，把这部分的代码编写，测试，把用户界面做好就是我接下来几天的工作内容。 俗话说：磨刀不误砍柴工，要想把我的这部分内容做好，做得完美，我的好好的分析一下，对全组对整个系统的需求分析的基础上又认真分析了本部分的内容和本部分要实现的功能，对本部分实现的主要思想理清，认真设计界面，还有对队员们的模块能有效的结合起来，让他们的模块也能有效的供我使用，做好我的接口也方便其他模块与此的衔接。 问题与解决 在本次课程设计中遇到了好多前所未有的问题，第一次接触HTML网页开发，第一次邂逅JSP web应用程序开发，第一次有了原来开发应用程序是需要数据库的，对于这些都是第一次接触，需要了解HTML的基本语法，需要学习JSP web 应用程序web app的开发方法，需要实践配置数据库TOMCAT、SQL sever，居然有这么多的东西需要从头来，对于这些方面我就像一张崭新的白纸，怎么能在短短的四五天时间内将这张白纸绘成一幅栩栩如生的画卷呢，这是我们面对的亟待解决的问题。 为了解决这一系列的问题，我们没有找借口，我们没有懒惰，我们更没有放弃，而是迎难而上，到图书馆“大采购”求资料，找到想要的，真想把图书馆搬到课程设计实验室。接下来就是根据我们的需求分析，概要设计，详细设计等内容分模块编写网页源代码，修复bug，测试代码，连接数据库这样我们的全新的基于web的BBS论坛就成功上线了。
软件设计与体系结构知识点
软件设计与体系结构知识点 1.软件设计的特征 (1)软件设计的开端是出现某些新的问题需要软件来解决，这些需要促使设计工作的开始，并成为整个设计工作最初的基础 (2)软件设计的结果是给出一个方案，它能够用来实现所需的、可以解决问题的软件，方案的描述可能是文字、图表，甚至数学符号、公式等组成的文档或模型 (3)软件设计包含一系列的转换过程，即把一种描述或模型转换为另一种描述或模型，转换后的形态可能更加具体，或更接近于实现 (4)产生新的想法或思路对软件设计非常重要，因为设计也是一个创造性的过程，不同的问题或需求总会存在各自的特点，即使同样的问题在不同时期和环境下也会存在区别，因此设计不会是一成不变的 (5)软件设计的过程是不断解决问题和实施决策的过程，因为整个设计是解决一个大的问题，在设计过程中将会分解成众多小问题，涉及真需要一次解决这些小的问题，并在出现多种方案或策略时进行决策，选择其中最合适的 (6)软件设计也是一个满足各种约束的过程，因为软件可能在性能、运行环境、开发时间、成本、人员技术水平等各个方面存在约束，设计必须在满足这些约束的情况下给出最佳的设计方案 (7)大多数的软件实际是一个不断演化的过程，因为需求在一开始很可能是不完整或不精确的，在设计过程中还会不断发生变化并逐步稳定下来，因此设计需要根据需求的变化而不断演化。 2.软件设计的要素 （1）目标描述（2）设计约束（3）产品描述（4）设计原理（5）开发规划（6）使用描述3.软件设计体系的定义 （1）软件设计体系结构是软件系统的结构，包含软件元素、软件元素外部可见的属性以及这些软件元素之间的关系 （2）软件体系结构是软件系统的基本组织，包含构建、构件之间、构件与环境之间的关系，以及相关的设计与演化原则 4.软件设计的主要活动 （1）软件设计计划（2）体系结构设计（3）界面设计（4）模块/子系统设计（5）过程/算法设计（6）数据模型设计 5.体系结构“4+1”多视图建模 （1）逻辑视图：该视图关注功能需求，即系统应该为最终用户提供什么服务，它与应用领域精密相关 （2）进程视图：该视图捕获设计中关于并发和同步的内容，重视一些非功能需求，例如性能、可扩展性等，定义了运行实体和它们的属性。 （3）开发视图：该试图主要描述软件在开发环境中的静态结构，开发人员和项目经理对比都会感兴趣。 （4）物理视图：该视图描述软件到硬件的映射关系，反映了软件的分布特征。 （5）场景：可以使用一组重要场景也就是用例的实例，把上述四种视图紧密的联系起来6.什么是软件产品线方法 软件产品线是软件复用发展的一个更高阶段，它并不仅仅局限于以前人们在软件复用中考虑的对函数、模块、类、体系结构甚至子系统的重用。 软件产品线指一组具有公共的、可管理特征（系统需求）的软件系统，这些系统满足特定的
软件体系结构综述
软件体系结构研究综述 班级：软件092 学号：17 姓名：陈世华摘要: 近年来,软件体系结构逐渐成为软件工程领域的研究热点以及大型软件系统与软件产品线开发中的关键技术之一.归纳了软件体系结构技术发展过程及其主要研究方向.在分析了典型的软件体系结构概念之后,给出了软件体系结构的定义.通过总结软件体系结构领域的若干研究活动,提出了软件体系结构研究的两大思路,并从7个方面介绍了软件体系结构研究进展.探讨了软件体系结构研究中的不足之处,并分析其原因.作为总结,给出了软件体系结构领域最有前途的发展趋势. 关键词: 软件体系结构;基于体系结构的软件开发;软件体系结构描述语言;软件体系结构描述方法;软件体系结构演化;软件体系结构发现;软件体系结构分析;软件体系结构验证;特定域软件体系结构(DSSA) Abstract: Software architecture (SA) is emerging as one of the primary research areas in software engineering recently and one of the key technologies to the development of large-scale software-intensive system and software product line system. The history and the major direction of SA are summarized, and the concept of SA is brought up based on analyzing and comparing the several classical definitions about SA. Based on summing up the activities about SA, two categories of study about SA are extracted out, and the advancements of researches on SA are subsequently introduced from seven aspects. Additionally, some disadvantages of study on SA are discussed, and the causes are explained at the same time. Finally, it is concluded with some significantly promising tendency about research on SA. Key words: software architecture; architecture-based development; architecture description language; architectural representation and description; architectural evolution and reuse; architectural discovery; architectural analysis; architectural verification and evaluation; domain-specific software architecture (DSSA)
(学习心得体会)软件实践课程学习心得体会
软件实践课程学习心得体会 经过潘老师讲授软件工程实践后，感觉对软件工程这门学科有了深一层的认识。软件工程是一门重视实际操作的科学。对于软件产品，无非是产品定义、设计代码、调试维护几个步骤，看似简单，可是实际操作却复杂困难，它不比其它行业产品可预见可触及，所以学好软件工程能为以后从事软件开发行业打好基础。 在软件实践这门课中，讲到了有效利用现有资源进行软件编程的方法。提到软件开发也可以像练习书法一样，采用临贴的方式，借鉴他人的优秀代码资源。临摹优秀软件是学习软件开发的一个重要方法。正如一首诗中说的：熟读唐诗三百首，不会写来也会吟”。软件开发也是一个道理。为了真正地掌握软件开发的技巧，临贴”是个不错的起步方法。 以前总是觉得，既然编写一个程序，就应该完全靠自己，那样写出来才有成就感，才算是自己的程序，可是这门课程教会我原来适当地借鉴别人的东西，也不算抄，相反，还可以提高效率，节省时间。这可真是与以往的观点不一样了。具体如下： 软件编程，拿来主义的作用很大： 1、源代码交换方便。 2、可行的例程序用处大。 3、借鉴现成少走弯路。
不过借鉴别人的东西可是有说法的，可不是盲目地抄袭，下面是一些提到的途径： 1、既有系统：借鸡下蛋，买来就用； 2、书本例子：简单修改、直接使用； 3、联机帮助：帮助文档、官方支持； 4、开放软件源代码：linux apache eclipse … 5、资源:论坛、搜索引擎、新闻组 借鉴过来后，还要多方面综合考虑，比如说代码的具体作用，完整性，还要考虑每个借鉴过来的东西的好坏。这些都要多方面考虑，可不能因为前面说软件编程可以借鉴别人的，就盲目地抄袭。到时候代码弄一堆凑在一块儿，谁也不知道它们会不会好好工作。弄不好乱了程序计划是小，公司的损失可不是哪个人都能承受得起的。 课程还提到，应该用一个小项目先从头到尾地练完，这样，有个整体性的了解，可以增加不少开发经验。看来，不学习此门课程，还不能深入地解读软件工程的奥义。这门课程为我们深入地了解软件工程这个庞大的前沿学科起到了推动性的作用。以上是我就此门课中提到的众多方法的一小段做的一些浅谈，更多的知识还在于我们自己去学习体会。
软件体系结构作业完整版
第一章： 1.根据自己的经验，谈谈对软件危机的看法。 软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？ 软件重用:是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： （1）代码重用（2）设计结果重用（3）分析结果重用 3.什么是可重用构件？相对于普通的软件产品，对可重用构件有何特殊要求？ 可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么？基于构件的软件开发面临哪些挑战和困难？ 优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低了软件开发的费用困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同一系统采用多个开发商提供的构件，它 们之间的兼容性可能是开发过程中所要面对的一个严峻的问题 挑战和困难： （1）在同一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问题； （2）采用随处可以购买到的构件可能会使开发出来的软件产品丧失技术上的独创性和市场上的竞争力；（3）第三方的构件开发商可能歇业，这会使购买的构件失去维护服务。这些都是在购买第三方构件进行软件开发时无法回避的问题，因此需要对这些风险进行充分的估计。 5.简述3种应用最为广泛的构件技术规范COM、CORBA和EJB的各自特点。CORBA的特点： （1）实现客户与服务对象的完全分开,客户不需要了解服务对象的实现过程以及具体位置。 （2）应用程序间的统一接口。
软件体系结构期末复习题
软件体系结构期末 复习题
《软件体系结构》期末复习题 简答题： 1、软件体系结构建模的种类有： 结构模型、框架模型、动态模型、过程模型、功能模型。 2、“4+1”视图模型从5个不同的视角包括： 逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。 3、构件：是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。 连接件：表示构件之间的交互。 配置：表示构件和连接件的拓扑逻辑和约束。 端口：表示构件和外部环境的交互点。 角色：定义了该连接交互的参与者。 4、画出“4+1”视图模型图，分析各部分的原理和功能。 5、软件体系结构风格： 是描述某一特定应用领域中系统组织方式的惯用模式。
6、软件体系结构 （Software Architecture） 软件体系结构以组件和组件交互的方式定义系统，说明需求与成品系统之间的对应关系，描述系统级别的可伸缩性、能力、吞吐量、一致性和兼容性等属性。软件体系结构由组件、连接件和属性组成。 7、分层系统的优点有： 1）支持基于抽象程度递增的系统设计，使设计者能够把一个复杂系统按递增的步骤进行分解； 2）支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改变最多影响相邻的上下层； 3）支持重用。只要提供的服务接口定义不变，同一层的不同实现能够交换使用。这样，就能够定义一组标准的接口，而允许各种不同的实现方法。 8、分层系统的缺点有： 1）并不是每个系统都能够很容易地划分为分层的模式，甚至即使一个系统的逻辑结构是层次化的，出于对系统性能的考虑，系统设计师不得不把一些低级或高级的功能综合起来； 2）很难找到一个合适的、正确的层次抽象方法。 9、 B/S体系结构的优点有什么？ 答：1）基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。
软件架构总结
总结 本学期课程已上一半，在这半个学期内对所学前五章的知识进行系统的分析和归纳，总结如下。 第1章：软件体系结构概论 1.什么是软件危机，软件危机的具体表现有哪些？ （1）软件危机：落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。 （2）软件危机的表现：软件成本日益增长，开发进度难以控制，软件质量差，软件维护困难。 2.产生软件危机的原因，如何克服软件危机？ （1）产生软件危机的原因有：用户需求不明确，缺乏正确的理论指导，软件规模越来越大，软件复杂度越来越高。 （2）如何克服软件危机：人们面临的不光是技术问题，更重要的是管理问题。要提高软件开发效率，提高软件产品质量，必须采用工程化的开发方法与生产技术。在技术上，应该采用基于重用的软件生产技术；在管理上，应该采用多维的工程管理模式。 3.构件：（components，也译为组件，部件）： 是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统；结构上，它是语义描述、通讯接口和实现代码的复合体。是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。 4.软件体系结构的定义： 软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述，这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件架构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理。 5.软件体系结构的意义 体系结构是风险承担者进行交流的手段，体系结构是早期设计决策的体现，它明确了对系统实现的约束条件，决定了开发和维护组织的组织结构，制约着系统的质量属性，可以预测软件的质量，是推理和控制更改更简单，有助于循序渐进的原型设计。同时，软件体系结构是可传递和可重用的模型。 6.软件体系结构的应用现状 1. 目前，软件体系结构领域研究非常活跃，归纳现有体系结构的研究活动，主要包括以下几个方面： （1）软件体系结构描述语言（2）体系结构构造与表示（3）体系结构分析、设计与验证（4）体系结构发现、演化与重用（5）基于体系结构的软件开发方法（6）特定领域的体系结构框架（7）软件体系结构支持工具（8）软件产品线体系结构（9）建立评价软件体系结构的方法。 2.架构分析、设计与验证，发现、演化与重用 架构分析的内容可分为结构分析、功能分析和非功能分析。生成一个满足软件需求的架构的过程即为架构设计。架构设计过程的本质在于将系统分解成相应的组成成分，并将这些成分重新组装成一个系统。架构设计有两大类方法：过程驱动方法和问题列表驱动方法。架构测试着重于仿真系统模型，解决架构层的主要问题。由于测试的抽象层次不同，架构测试策略可以分为单元/子系统/集成/验收测试等阶段的测试策略。架构发现从既存系统中提取软件的架构，属逆向工程。 架构重用属于设计重用，比代码重用更抽象。由于软件架构是系统的高层抽象，反映了系统的主要组成元素及其交互关系，因而较算法更稳定，更适合于重用。 软件架构演化是指由于系统需求、技术、环境、分布等因素的变化而导致软件架构的变动。软件系统在运行时的架构变化称为架构的动态性，而将架构的静态修改称为架构扩展。两者都是架构适应性和演化性的研究范畴。 第2章软件体系结构建模。 1.软件体系结构建模的种类
学习《软件工程》课程心得体会
软件工程课程 ——心得体会 摘要：高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。在进行软件需求说明书设计及概要设计的心得体会。 关键字：工资管理功能心得 绪论：软件工程课程设计的题目是高校教职工工资管理系统，本文主要是对于软件工程课程设计中需求分析与概要设计分析的心得。 我们进行设计的项目是高校教职工工资管理系统。高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。 一、需求分析和概要设计。 1）需求分析 按照软件工程的软件过程来说： 1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。 2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。 在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为： 1.本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右； 2.本系统在高校应用后将在高校各方面的成本将会有所降低； 3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。 根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。 2）概要设计 从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。在接口设计时参考了大量的资
软件体系结构知识点完整
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）初期阶段。出现了从不同侧面描述系统的结构模型，以UML为典型代表。（4）高级阶段。以描述系统的高层抽象结构为中心，不关心具体的建模细节，划分了体系结构与传统软件结构的界限，该阶段以Kruchten提出的“4+1”模型为标志。 通用体系结构风格分类 数据流风格：批处理序列、管道与过滤器。 调用/返回风格：主程序与子程序、面向对象风格、层次结构。 独立构件风格：进程通信、事件系统。 虚拟机风格：解释器、基于规则的系统。 仓库风格：黑板系统、传统型数据库。 管道与过滤器 特点：（1）使得软构件具有良好的内聚、耦合的特点。 （2）允许设计师将整个系统的输入/输出行为看成是多个过滤器的行为的简单合成。（3）支持软件重用。 （4）系统维护和增强系统性能简单。 （5）允许对一些如吞吐量、死锁等属性的分析。 （6）支持并行执行。