资源描述
1、各种性能指标定义及如何到达各种性能指标办法ppt1-8 119页-124页
①性能：吞吐量Throughput、响应时间Response Time、Deadlines
②实现吞吐量：Peak & Average Many system have low average but high peak throughput requirements
③实现响应时间： Guaranteed & Average E.g. 95% of responses in sub-4 seconds，and all within 10 seconds
④Dealines：Deadlines often associated with batch jobs in IT systems
2、惯用中间件有那几种类型（四种）
Business Process Orchestrators
Message Brokers
Application Servers
Transport
Message-Oriented Middleware，Distributed Objects Systems
J2EE，CCM，.NET
BizTalk，WebSphere Message Broker，SonicMQ
BizTalk，TIBCO StaffWare，ActiveBPEL
分类：Business Process Orchestrators 业务流程协调器
Message Brokers 消息代理
Application Servers 应用服务器
Transport
面向消息中间件，分布式对象系统
（1）CORBA---公用对象祈求代理（调度）程序体系构造，它在对象间建立客户-服务器关系，这样一种客户可以很简朴地使用服务器对象办法而无论服务器是在同一机器上还是通过一种网络访问。 （常用对象祈求代理架构）
（2）Basic Message-oriented middleware---- MOM指是运用高效可靠消息传递机制进行平台无关数据交流，并基于数据通信来进行分布式系统集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间通信，并支持多通讯合同、语言、应用程序、硬件和软件平台。 （面向消息中间件）
（3）J2EE---- J2EE核心是一组技术规范与指南，其中所包括各类组件、服务架构及技术层次，均有共同原则及规格，让各种依循J2EE架构不同平台之间，存在良好兼容性，解决过去公司后端使用信息产品彼此之间无法兼容，公司内部或外部难以互通问题。
（4）Message brokers----消息代理是一种在数据源与目地之间移动数据使信息解决流畅软件技术，数据源与目地涉及已有应用、文献、数据库、对象、硬拷贝输出及Web客户端等。 （消息代理）
（5）Business process orchestrators----“业务过程某些或整体在计算机应用环境下自动化”，它重要解决是“使在各种参加者之间按照某种预定义规则传递文档、信息或任务过程自动进行，从而实现某个预期业务目的，或者促使此目的实现”。（业务过程代理）
3、什么是软件架构（好几种定义，但是重要点是构造，元素，关系，接口）PPT第4页
架构是一种系统基本组织,体当前它组件,它们之间互有关系和环境,其设计原则和进化论
程序或计算系统软件架构是系统构造或构造,由软件元素,这些元素外部可见属性,它们之间关系
(软件架构)超过计算算法和数据构造;设计和指定总体系统构造作为一种新问题浮现。构造性问题涉及组织和全球生产总值(gdp)控制构造;合同进行通信,同步和数据访问;分派功能设计元素;物流;设计元素构成;扩展和性能,设计方案中选取
它是关于软件设计：所有架构是软件设计，但不是所有设计都是软件架构。设计过程一种某些；简朴地说，架构关注“一旦系统建立后就很难或是不也许变化问题”：质量属性，例如安全性，性能；非功能性需求，像开销，硬件配备。
【百度答案】 软件架构（software architecture）是一系列有关抽象模式，用于指引大型软件系统各个方面设计。 软件架构是一种系统草图。软件架构描述对象是直接构成系统抽象组件。各个组件之间连接则明确和相对细致地描述组件之间通讯。在实现阶段，这些抽象组件被细化为实际组件，例如详细某个类或者对象。在面向对象领域中，组件之间连接通惯用接口_(计算机科学)来实现
系统软件体系构造是建立一种对系统来说所需要构造，涉及软件元素，它们之间关系，以及两者性质。
4、什么是架构风格 PPT1-8 36页
n An Architectural Style defines a family of systems in terms of a pattern of structural organization. It determines:
q the vocabulary of components and connectors that can be used in instances of that style，
q a set of constraints on how they can be combined. For example，one might constrain:
n the topology of the descriptions (e.g.，no cycles).
n execution semantics (e.g.，processes execute in parallel).
描述软件基本构造组织或纲要，提供事先定义好子系统，制定好责任并将它们组织在一起法则和指南。| 答案2： 也叫架构模式，一种架构风格描述软件系统里基本构造组织或纲要。架构风格提供某些事先定义好子系统，指定她们责任并给出把她们组织在一起法则和指南。一种架构模式经常可以分解成诸各种设计模式联合使用。MVC模式就属于架构模式。
软件系统有哪几类构造？
模块、组件和连接器、配备。
模块分派详细职责，是工作基本；
咱们调用运营时构造组件和连接器构造，在咱们使用中，组件始终是运营时实体；
分派构造描述从软件构造映射到系统环境，组织、发展、安装、执行；
元素是一类模块（类、层或功能划分等），模块与其她模块有关联通过概括化或专业化关系；
元素运营组件如服务、同行、客户、服务器、过滤器等，连接器是组件间通信工具；
5、有那些常用架构风格
（1）管道和过滤器架构风格 PPT 40页
合用于需要定义一系列执行规则数据独立运算。 组件在输入时读数据流，在输出时产生数据流。
长处：易于理解、支持重用、容易保持或增强、容许某些专业分析、支持并发执行
缺陷：转换特性导致其不擅长解决交互系统、书写自己过滤器时，过度地解析或不解析导致性能损失和更加复杂
举例：unixshell脚本、老式编译器
组件：称为过滤器，应用于对局部输入流转换，经常增长计算，因而，在输入结束前输出就开始了。
. 连接器：称为管道，给流提供管道，把一种过滤器输出传播到另一种输入。
（2）面向对象风格 PPT49页
合用于重要问题是辨认和保护信息有关主体。 数据代理和它们有关操作封装在一种抽象数据类型里面。
长处：可以变化实行而不影响客户，可以设计作为独立交互代理集合系统
缺陷：一种对象与另一种对象进行交互时第一种对象必要懂得第二个对象身份。对象引起副作用。
举例：java，c#开发系统
组件：对象
连接器：功能和过程调用（办法）
（3）隐式调用风格
应用于涉及到组件松耦合集，其中每一种都执行某些操作，还也许容许其她操作。
特别对必要不久重新配备应用很有用
变化服务供应商
也许或是不也许能力
不是直接引用过程
一种组件能刊登一种或各种事件
在系统中其她组件可以在事件中注册一种兴趣通过与事件和过程结合
当一种事件被声明后，广播系统（连接器）自己引用已经注册事件所有过程
所有声明事件“隐式”导致了过程在其她模块调用
长处：为重用提供强大支持、简化系统演化
缺陷：当一种系统广播一种事件时，不懂得其她哪些组件会响应，不懂得依赖于响应被调用顺序，不懂得响应什么时候结束
举例：数据库管理系统中执行完整性约束（触发器）
（4）客户-服务器风格 PPT64页
合用于涉及到分布式数据和跨越一系列组件解决
长处：数据分布简朴明确、位置透明、混合和匹配异构平台、易于添加新服务器或升级既有服务器。
缺陷：没有名称和服务中央寄存器—很难找到什么服务是没用
举例：文献服务器、数据库服务器、对象服务器
组件：
服务器：原则独立组件提供特别服务，如打印，数据管理等。
客户端：组件调用服务器提供服务。
连接器：网络，容许客户端访问远程服务器。
（5）分层风格 PPT72页
合用于涉及到分布式可以分层组织类服务，每层给它上一层提供服务，同步作为下一层客户端，只有仔细地从内层选取选取过程，才干用于她们临近外层。
长处：设计（基于提高抽象层次）、改进（一种层功能变化最多影响两个层）、重用（相似层不同实现可以交替使用）
缺陷：并不是所有系统都可以很容易实现分层，性能需求也许迫使底层实现高档功能耦合。
举例：分层通信合同、操作系统
组件：典型过程集合。
连接器：典型在有限可见性下过程调用
（6） 仓库风格 PPT80页
合用于重要问题是建立、增长和维护复杂信息主体某些，信息一定要可以用诸各种方式操作。经常需要长期存在。
长处：有效存储大量数据、共享式模式模型、集中式管理
缺陷：必要先达到一种数据模型、很难分派数据、数据升级很昂贵
举例：信息系统、编程环境、图形编辑器、人工智能知识基本、逆向工程系统
组件：
重要数据构造可以表达出系统对的状态
操作重要数据构造独立组件集合
连接器：典型地过程调用或是直接内存访问
（7）解释程序风格 PPT87页
合用于执行解决方案最适当语言或是机器不是直接可用。
长处：模仿无实现硬件、增进跨各种平台应用程序或语言可移植性
缺陷：
举例：编程语言编译器、基于规则系统、脚本语言
组件：涉及一种状态机，有一种执行引擎和三个记忆状态：
当前执行引擎状态
程序被翻译
当前被翻译程序状态
连接器：
过程调用
直接内存访问
（8）过程控制风格 PPT94页
合用于目是维护特殊过程输出属性在给定参照值情形下
长处：
缺陷：
举例：实时系统软件用来控制（核电站、汽车巡航控制）
组件：
过程定义 涉及操作某些过程变量机制
控制算法 决定如何去操作过程变量
连接器：
数据流关系
过程变量：
被控制变量值是系统能控制
输入变量可以检测过程输入
操纵变量值可以被控制器变化
设立断点 是一种控制变量所需要值
传感器 获得过程变量与控制关于值
6、架构师需要核心技能是什么
（1） 涉众之间交流 (2） 技术知识（3） 软件工程学 （4） 风险管理
7、什么是架构视图 PPT 15页
一种架构视图是对于从某一视角或某一点上看到系统所做简化描述，描述中涵盖了系统某一特定方面，而省略了此方面无关实体。
8、软件架构过程（三个迭代环节）PPT1-8 202页
1、拟定架构需求：架构上重要需求（构造用例）---基本质量和系统非功能性需求
2、架构设计：迭代设计环节---风险辨认是一种重要输出设计
3、构造验证：验证阶段---验证阶段目是增长信心设计团队架构是适合目；验证必要实当前项目时间和预算约束，核心是要尽量严格和有效；验证一种架构设计提出了严峻挑战，由于这是一种设计不能执行或测试，涉及新和COTS组件集成；两种重要办法:
手工测试使用测试场景体系构造，建设一种原型创立所需应用程序一种简朴原型；目是辨认潜在缺陷在设计实现生效前,这样她们就可以得到改进，在建造之前修复成本更便宜
9、软件质量属性重要涉及哪些（五种）ppt1-8 116页
Reliability 可靠性、
Availability 可用性、
Portability 可移植性、
Scalability 可伸缩性、
Performance (!) 性能
10、软件可用性取决于（三种时间）PPT146页
q Time to detect failure 故障检测时间
q Time to correct failure 纠正失败时间
q Time to restart application 重新启动应用程序时间
11、伸缩性涉及那些方面（四种）ppt1-8 116页
q Request load 祈求负载
q Connections 连接
q Data size 数据大小
q Deployments 布置
12、吞吐率指标 PPT120页
q Transactions per second 每秒事务数
q Messages per minute 每分钟消息
q Messages per second (msp)
q Maximum sustainable throughput (MST) 最大可持续吞吐量
13、架构元素通信涉及哪些 PPT 10页
数据传递机制,例如:函数调用、远程办法调用、异步消息
控制流：组件之间消息流来实现需要功能、顺序、并发/并行、同步
14、各种架构风格组件和连接器是什么
见5
15、软件性能指标重要有哪几种（三种）
吞吐量、响应时间、Deadlines生死线
16、响应时间度量（两种） PPT 122页
n Usually measured in (milli)seconds
Guaranteed可保证、Average
17、安全性质量指标重要有哪几种（五种）PPT142页
n Authentication：Applications can verify the identity of their users and other applications with which they communicate.
身份验证：应用程序可以验证她们顾客身份和她们通信其她应用程序。
n Authorization：Authenticated users and applications have defined access rights to the resources of the system.
授权：身份验证顾客和应用程序定义了系统资源访问权限。
n Encryption：The messages sent to/from the application are encrypted.
加密：从应用程序发送到/从应用程序消息是加密。
n Integrity：This ensures the contents of a message are not altered in transit.
完整性：保证在传播过程中不会变化消息内容。
n Non-repudiation：The sender of a message has proof of delivery and the receiver is assured of the sender’s identity. This means neither can subsequently refute their participation in the message exchange.
不可否认性：一种消息发送者有传递证明，接受者保证了发送者身份。这意味着既不能辩驳她们信息互换参加。
18、实现高可用性方略（三种）PPT146页
Strategies for high availability:
Eliminate single points of failure 消除单点故障
Replication and failover 复制和故障转移
Automatic detection and restart 自动检测和重新启动
19、信息隐藏原理
PPTlecture9 88页
信息隐藏指在设计和拟定模块时，使得一种模块内包括特定信息（过程或数据），对于不需要这些信息其她模块来说，是不可访问。
信息隐藏（封装）重要是为了提高软件可重用性和可维护性。信息隐藏导致了系统各个某些耦合性低。系统是由各个某些构成，如果这些某些耦合性低话，那么这个系统开发、维护等就较容易
• Often one hides，e.g.
– Data representation.
– Choice of algorithm.
– Interface details / access mechanism of external entity (e.g. database，hardware)
– …
• Goal：particular design choice “invisible” to clients.
Why would we want to do this?
• Information Hiding may or may not be supported at the programming language level.
20、GRASP模式详细内容（9个），各种模式定义，解决什么问题
创造者 Creator
分派给类B职责来创造类A一种实例如果：
（1） B聚合A对象 （2） B包括A对象
（3） B记录A对象实例 （4） B紧密地使用A对象
（5） B被创立时有初始化数据传递给
解决方案：将创立一种类A实例职责指派给类B实例，如果下列条件满足话：
a) B聚合了A对象
b) B包括了A对象
c) B纪录了A对象实例
d) B要经常使用A对象
e) 当A实例被创立时，B具备要传递给A初始化数据(也就是说B是创立A实例这项任务信息专家)
f) B是A对象创立者
如果以上条件中不止一条成立话，那么最佳让B汇集或包括A
通俗点就是：我要用你因此我来创立你，请不要让别人创立你
这个模式是支持低耦合度原则一种体现
专家 Creator
在设计对象（类）时，如果某个类可以在某方面具备完整信息，足以实现某责任，就将这个责任分派给这个类，
解决方案：将职责分派给具备履行职责所需要信息类
通俗点就是：该干嘛干嘛去，别管别人闲事或者我职责就是搞这个，别事不论。
举个简朴例子，如果有一种类是专门解决字符串有关类，那么这个类只能有字符串解决有关办法，而不要将日期解决办法加进来。也就是提高软件高内聚一种原则。
控制器 Controller
控制器是在顾客接口层上第一种对象，负责接受和解决系统操作信息。
解决方案：将解决系统事件消息职责分派给代表下列事物类：
a) 代表整个“系统”类（虚包控制者）
b) 代表整个公司或组织类（虚包控制者）
c) 代表真实世界中参加职责（角色控制者）积极对象类（例，一种人角色）
d) 代表一种用况中所有事件人工解决者类，通惯用“<用例名>解决者”方式命名（用例控制者）
这是一种控制者角色职责分派原则，就是哪些控制应当分派给哪个角色。
低耦合 Low Coupling
测量存在于模块之间依赖限度
解决方案：在分派一种职责时要使保持低耦合度。
耦合度(coupling)是一种类与其他类关联、懂得其她类信息或者依赖其她类强弱限度度量。一种具备低(弱)耦合度类不依赖于太多其她类。
高内聚 High Cohesion
测量一种共享模块内元素有关性 ；一种单独模块执行任务限度是功能有关
解决方案：分派一种职责时候要保持类高聚合度
聚合度或内聚度(cohesion)是一种类中各个职责之间有关限度和集中限度度量。一种具备高度有关职责类并且这个类所能完毕工作量不是特别巨大，那么她就是具备高聚合度。
多态 Polymorphism
当有关供选方案或行为随着类型变化而变化时，给行为分派职责—使用多态操作—来适合行为变化类型。
也就是说尽量对抽象层编程，用多态办法来判断详细应当使用那个类，而不是用if instanceof 来判断该类是什么接来执行什么。
纯虚构 Pure Fabrication
分派一系列高度聚合职责给虚假类或是不体现某事完毕领域问题概念有用类，它支持高内聚、低耦合、可重用。
一种纯虚构意味着虚构某些事物，而不是到了迫不得已咱们才这样做。
例，咱们Sale类数据要存入数据库，但是她必要和数据库接口相连接，如果将接口连接放入Sale类中势必增长该类耦合度，因此咱们可以虚构一种类来解决与数据库接口连接问题。这个类就是咱们虚构出来一种事物。
间接 Indirection
问题：如何分派职责避免直接耦合？如何削弱对象耦合？
解决方案：分派职责给中间调解对象来调解两个组件之间关系。
将职责分派给一种中间对象以便在其她构件或服务之间仲裁，这样这些构件或服务没有被直接耦合。这个中间对象(intermediary)在其她构件或服务间创立一种中介者(Indirection)。这个中间对象也就事7)中纯虚构。
防止编译Protected Variations
问题：如何设计对象，子系统和系统，使其内部变化和不稳定不会对其她元素产生不良影响？
解决方案：辨认设计变化或不稳定之处，分派职责用以在这些变化之外创立稳定接口
分派职责给一种客户端直接对象以使它与一种间接对象进行协作，这样客户端无需懂得这个间接对象。
这个模式-也被叫做(Demeter)准则。
通俗点就是：只与你直接朋友们通信
不要跟“陌生人”说话
每个软件单位对其她单位都只有至少知识，并且局限于那些与本单位密切有关软件单位
GRASP用职责设计对象："Designing Objects with Responsibilities".它包括了9个基本模式： 1.信息专家（Information expert） 2.创立者（Creator） 3.高内聚（High Cohesion） 4.低耦合（Low Coupling） 5.控制器（Controller） 6.多态性（Polymorphism） 7.纯虚构（Pure Fabrication） 8.间接性（Indirection） 9.变化防止（Protected Variations）
GRASP重要特性： - 对象职责分派基本原则。 - 重要应用在分析和建模上。
GRASP核心思想理解： 自己干自己事（职责分派） 自己干自己能干事（职责分派） 自己只干自己事（职责内聚）
21、OO设计五个基本原则及课件中讲述其他软件原理 r-32-71
单一职责原则
这个原则和关注点分离紧密联系。它陈述了每个对象应当只有一种理由去变化，单一聚焦在职责上。通过依附这个原则，你避免了庞大类设计问题，那就像瑞士军刀。有了精准对象，你再次增长了系统可读性和可维护性。
开闭原则
这个原则陈述了类应当对扩展开放，对修改关闭，那样你就可以添加新特性，扩展一种类而不用变化它内部行为。这个原则旨在避免破坏存在类及依赖它其她类，这使得你整个应用程序中产生故障和错误涟漪。
Liskov替代原则
Liskov替代原则规定你应当可以使用任何衍生出类代替父类，不用修改就有同样行为。这个原则与开闭原则一致，它保证了一种衍生出类不影响父类行为，或者说，衍生出类必要可以被它们基类代替。
接口分离原则
这个原则是j将一种抽象办法分裂成几组职责，给这些组分派接口来防止客户端实现一种很大接口，这个接口容纳了诸多它们不用法。目是为了让类使用相似接口只需要实现某些详细办法，而不是有诸多办法庞大接口。
依赖反转原则
把你类从详细实现中隔离开，使它们依赖于抽象类或接口。它增进了对接口而不是实现译码，这通过保证对实现低耦合来增长系统灵活性。
PPT耿祥义-7:
1.面向抽象原则
设计一种类时，不让该类面向详细类，而是面向抽象类或接口
2.开-闭原则
设计应当对扩展开放，对修改关闭。
如果您设计遵守了“开-闭原则”，那么这个设计一定是易维护，由于在设计中增长新模块时，不必去修改设计中核心模块。
3.高内聚-低耦合原则
如果类中办法是一组有关行为，则称该类是高内聚，反之称为低内聚。
所谓低耦合就是尽量不要让一种类具有太多其他类实例引用，以避免修改系统其中一某些会影响到其他某些。
【其他基本原理】ppt review-32
Keep It Simple Stupid (KISS)
尽量保持代码简朴而不要过度简朴，这样可以避免不必要复杂性
Don’t Repeat Yourself (DRY)
通过抽象使系统中不要浮现重复某些
Tell，Don’t ask
告诉你对象要执行操作，而不要询问(判断)它状态，然后据此做决策
You ain’t Gonna need it (YAGNI)
偏好必要功能需求，推迟也许需要其他特色
、
Separation of Concerns (SoC)
关注点分离
Minimize The Accessibility of Classes and Members
谋求类和其成员访问性最小
Use Accessors and Mutators，Not Public Members
使用访问器和赋值函数，不要使用公共成员
Favor Composition Over Inheritance
偏好组合而不是继承
Coad's Rules(Use inheritance only when all of the following criteria are satisfied) Program To An Interface，Not An Implementation
面向接口而不是实现编程
22、组合，继承，针对接口编程，黑盒，白盒重用
继承：新功能重用办法获得通过扩呈既有对象实现
泛化类(超类)明确了共同属性和办法
专业类(子类)扩展了实现额外属性和办法
针对接口编程又称为面向接口编程，针对接口编程就是要先设计以系列借口，把设计和实现分开，使用时之需要引用接口即可，也由于系统各某些解耦合。针对接口编程是为了提高程序课维护性、可伸缩性和可复用性。如果你在一种类中直接使用此外一种，这样就把两个类紧密联系在一起了，后来如果想做出变化就很难了。如果针对接口编程，当业务变化时咱们只需要用一种新类实现接口即可
23、MVC模式 PPT9 16页
UI layer has views，Domain layer has model
separating the visual，interaction and data components
Model
maintains the state and data of the application - the XML document
View
A rendering of the XML document
Controller
The user interface presented to the user to manipulate the application
Makes it very easy to have multiple different displays of the same information
• MVC是模型-视图-控制器缩写
• 它代表了一种软件设计模式，1978年开发在施乐帕克研究中心(!)
• 它解释了一种分离视觉、交互和数据组件办法。
• 非常受欢迎,广泛用于Java和其她语言
模型 ：维护应用程序状态和数据XML文档
视图 ：XML文档呈现
控制器 ：顾客界面呈现给顾客操作应用程序
为什么使用
Mvc模型
• “模型”包括数据
• 有某些办法来访问并也许更新它内容。
• 普通,它实现了一种容许模型交互接口。
• 实现了一种容许退出和取代接口，并不随着编程变化
Mvc控制器
• 顾客与控制器进行交互。
• 它解释鼠标移动,点击按键等
• 活动与模型沟通，如:删除行,插入行等
• 它模型交互间接导致视图更新
Mvc视图
• 视图提供模型可视化表达。
• 在任何时候都可以有各种视图表达模型。
• 例如,一种公司财务状况随着时间推移可以用一种表和图表达。
• 只有两种不同视图表达相似数据。
• 当模型更新时，所有视图被告知然后有机会更新。
当模型更新时，所有视图被告知然后有机会更新
Model(模型)表达应用程序核心(例如数据库记录列表)。
View(视图)显示数据(数据库记录)。
Controller(控制器)解决输入(写入数据库记录)。
构成元素：模型、视图、控制器；
交互关系：顾客通过视图发出一种祈求，该祈求被转发给控制器。控制器接受后决定使用什么模型，然后将祈求转发给相应模型。模型解决完后将相应数据返回给控制器。控制器接受完数据后选取显示这些数据相应视图，并将视图返回给顾客
24、公司应用架构在各层有那些重要模式，各层，各层各种模式定义和构造内容（呈现层，领域层，数据源层）
三层架构系统：体现层实现顾客界面，在领域层实现领域逻辑，在数据源层存取数据
1.体现层(Presentation)：
提供服务、显示信息（如在WINDOWS或HTML页面中，解决顾客祈求，HTTP祈求，命令行调用，批解决API） 体现逻辑解决顾客与软件间交互。重要职责是：
向顾客显示信息
把从顾客那里获得信息解释成领域层或数据源层上各种动作。
2.领域层(Domain)：
领域逻辑，系统中真正核心。也称为业务逻辑，它就是应用程序必要做所有领域有关工作：涉及依照输入数据或者已有数据进行计算，对从体现层输入数据进行验证，以及依照从体现层接受命令来拟定应当调试哪些数据源逻辑。 领域逻辑（业务逻辑），它就是应用必要做所有领域有关工作：
依照输入数据或已有数据进行计算
对从体现层输入数据进行验证
依照从体现层接受命令来拟定应当调度哪些数据源逻辑。
3.数据源层(Data Source)：
与数据库、系统消息系统、事务管理器及其她软件包通信。最重要数据源逻辑就是数据库，重要责任是存储持久数据。数据源逻辑重要关注与其她系统交互，这些系统将代表应邀完毕有关任务。重要数据源逻辑就是数据库，它重要职责是存储持久数据。
三层关系：领域层是核心！体现层是系统对外提供服务外部接口；数据源层是系统使用外部服务接口
25、Larman敏捷UP设计办法详细环节
（1） 初始：大体上构想、业务案例、范畴和模糊评估。
（2） 细化：已精化构想、核心架构迭代实现、高风险解决、拟定大多数需求和范畴以及进行更为实际评估。
（3） 构造：对遗留下来风险较低和比较简朴地元素进行迭代实现，准备布置。
（4） 移送：进行beta测试和布置。
26、4+1视图 PPT 16页
“4+1”视图模型即从5个不同视角（逻辑视图，进程视图，物理视图，开发视图
和场景视图）来描述软件体系构造。每个视图之关怀系统一种侧面，5个视图结合在一起
才干反映系统软件体系构造所有内容。
逻辑视图：描述架构重要元素及它们之间关系
过程视图：描述架构元素之间并发和通信
物理视图：描绘重要过程和组件是如何映像到硬件上
开发视图：俘获软件组件内部构造，如配备管理工具
架构用例：俘获架构需求；和不止一种视图有关
（逻辑视图、流程视图、实现视图、布置视图、用例视图）
27、应用集成方略
Data – expose application data for access by other components 公开应用程序数据供其她组件访问
API – offers services to read/write application data through an abstracted interface
即数据——公开应用程序数据访问其她组件，提供服务来读/写应用程序数据通过一种抽象接口
28、上课讲例子ICDE系统四张架构图 PPT1-8 108
ICDE Performance Issues
(1) Scalability 伸缩性
(2) Modifiability 可变性
(3) Security 安全性
(4) Availability 实用性（有效性、可用性）
(5) Integration 集成性
Network
Client
Object Reference
request
Server
Servant
reply
client ORB
server ORB
反映—对正常和极端用法脚本反映与否足够快
可伸缩性—系统能力克依照需要增长或减少
容量/产量—解决大负荷仍有反映
安全性—系统不会社会产生危害
29、非功能属性涉及哪些（三种）PPT 12页
技术限制、业务约束、质量属性
30、掌握：命令模式，状态模式，装饰模式，观测者模式，方略模式，
单例模式，工厂办法模式，抽象工厂模式，组合模式
适配器模式，外观模式，责任链模式UML图和java代码
①命令模式（别名：动作，事务） 将一种祈求封装为一种对象，从而使你可用不同祈求对客户进行参数化；对祈求排队或记录祈求日记，以及支持可撤除操作。
②状态模式（别名：状态对象） 容许一种对象在其内部状态变化时变化它行为。
③观测者模式（别名：依赖，发布-订阅） 定义对象间一种一对多依赖关系，当一种对象状态发生变化时，所有依赖于它对象都得到告知并被自动更新。
④方略模式（别名：政策） 定义一系列算法，把它们一种个封装起来，并且使它们可互相替代。本模式使得算法可独立于使用它客户而变化。
⑤单件模式 保证一种类仅有一种实例，并提供一种访问它全局访问点。
⑥工厂办法模式（别名：虚拟构造） 定义一种用于创立对象接口，让子类决定实例化哪一种类。Factory Method使一种类实例化延迟到其子类。
⑦抽象工厂模式（别名：配套）
提供一种创立一系列（互相依赖）对象接口，而无需指定它们详细类。
⑧组合模式 将对象组合成数形构造以表达“某些-整体”层次构造。Composite使得顾客对单个对象和组合对象使用品有一致性。
⑨适配器模式（别名：包装器） 将一种类接口转换成客户但愿此外一种接口。Adapter模式使得原本由于接口不兼容而不能一起工
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
