2016年系统架构设计师考试考点
2016年下半年下午 系统架构设计师 试题及答案与解析-软考考试真题-案例分析及论文
2016年下半年下午系统架构设计师考试试题-案例分析+论文-答案与解析试题一（共15分）【说明】某软件公司为某品牌手机厂商开发一套手机应用程序集成开发环境，以提高开发手机应用程序的质量和效率。
在项目之初，公司的系统分析师对该集成开发环境的需求进行了调研和分析，具体描述如下：a．需要同时支持该厂商自行定义的应用编程语言的编辑、界面可视化设计、编译、调试等模块，这些模块产生的模型或数据格式差异较大，集成环境应提供数据集成能力。
集成开发环境还要支持以适配方式集成公司现有的应用模拟器工具。
b．经过调研，手机应用开发人员更倾向于使用Windows系统，因此集成开发环境的界面需要与Windows平台上的主流开发工具的界面风格保持一致。
c．支持相关开发数据在云端存储，需要保证在云端存储数据的机密性和完整性。
d．支持用户通过配置界面依据自己的喜好修改界面风格，包括颜色、布局、代码高亮方式等，配置完成后无需重启环境。
e．支持不同模型的自动转换。
在初始需求中定义的机器性能条件下，对于一个包含50个对象的设计模型，将其转换为相应代码框架时所消耗时间不超过5秒。
f．能够连续运行的时间不小于240小时，意外退出后能够在10秒之内自动重启。
g．集成开发环境具有模块化结构，支持以模块为单位进行调试、测试与发布。
h．支持应用开发过程中的代码调试功能：开发人员可以设置断点，启动调试，编辑器可以自动卷屏并命中断点，能通过变量监视器查看当前变量取值。
在对需求进行分析后，公司的架构师小张查阅了相关的资料，认为该集成开发环境应该采用管道一过滤器(Pipe-Filter)的架构风格，公司的资深架构师王工在仔细分析后，认为应该采用数据仓储（Data Repository）的架构风格。
公司经过评审，最终采用了王工的方案。
【问题1】（10分）识别软件架构质量属性是进行架构设计的重要步骤。
请分析题干中的需求描述，填写表1-1中(1)～(5)处的空白。
2016年系统架构设计师考试 考点
软件产品线体系机构什么是软件产品线？软件产品线在软件开发过程中有什么作用？定义：软件产品线是一个产品的集合，这些产品共享一个公共的、可管理的特征集，这些特征集能够满足选定市场或任务领域的特定需求。
这些系统遵循一个预描述的方式，是在公共的核心资源上开发的。
作用：软件产品线是一个是非适合专业软件开发组织的软件开发方法，能有效提高软件生产率和质量、缩短软件开发时间、降低总开发成本；主要组成部分：核心资源和产品集合。
核心资源：包括产品线中所有产品共享的产品线体系结构，新设计开发的或通过现有系统再工程得到的、需要在整个产品线中系统化重用的软件构件。
产品线开发的4个技术特点：过程驱动、特定领域、技术支持及体系结构为中心。
软件产品线包括哪些过程？如何实现软件产品线创建与演化？软件产品线演化是指什么？如何实现演化？过程模型：双生命周期模型（领域工程+应用工程）；SEI模型（核心资源开发+产品开发+管理）和三生命周期（企业工程+领域工程+应用工程）模型；4种建立方式：用演化方式还是革命方式+基于现有产品还是开发全新产品线（1）将现有产品演化为产品线（2）用软件产品线替代现有产品集（3）全新软件产品线演化（4）全新软件产品线开发演化:指的是由于各种原因引起产品线所进行的改动而变成新的产品线；产品线的演化包括：核心资源的演化、产品的演化和产品的版本升级；框架的定义及特征定义：框架是由开发人员定制的应用系统的骨架，是整个系统或子系统的可重用设计，由一组抽象构件和构建实例间的交互方式组成；特征：反向控制；可重用性；扩展性；模块化或构件化；软件产品线体系结构定义、特点及个性实现机制定义：软件产品线体系结构是只一个软件开发组织为一组相关应用或产品建立的公共体系结构。
特点：同领域模型一样，软件产品线体系结构中也可分为共性部分和个性部分；共性部分是产品线中所有产品在体系结构上的共享部分，是不可改变的。
个性部分是指产品线体系结构可以变化的部分；产品线体系结构设计的目的尽量扩展产品线中所有产品共享的部分，同时提供一个尽量灵活的体系结构变化机制；个性实现机制：继承；扩展和扩展点；参数化；配置和模块互连语言；自动生成；编译时不同实现的选择；页15 共页1 第例题：希赛公司各种网络安全防火墙系统，引入产品线开发方法，问题如下：1.公司是否适合使用软件产品线方法，并说明理由适合软件产品线开发方法；公司的产品特点为：各种防火墙系统属于一种产品集合，具有很多共性，同时，每种不同的防火墙又具有自己本身的个性特点；2.在原有产品的基础上建立软件产品线的方式，并简要评价(1) 将现有产品演化为产品线：在基于现有产品体系结构设计产品线体系结构的基础上，将特定产品的构件逐步地、越来越多地转化为产品线的公用构件，从基于产品的方法“慢慢地”转化为基于产品线的软件开发。
2016年系统架构设计师知识点
2016年软考系统架构设计师知识点软件系统工具软件系统工具的种类繁多，很难有统一的分类方法。
通常可以按软件过程活动将软件工具分为软件开发工具、软件维护工具、软件管理和软件支持工具。
1.软件开发工具对应软件开发过程的各种活动，软件开发工具有需求分析工具、设计工具、。
编码与排错工具、测试工具等。
（1）需求分析工具需求分析工具用以辅助软件需求分析活动，辅助系统分析员从需求定义出发，生成完整的、清晰的、一致的功能规范。
功能规范是软件所要完成的功能精确而完整的陈述，描述该软件要做什么及只做什么，是软件开发者和用户间的契约，同时也是软件设计者的和实现者的依据。
功能规范应正确、完整地反映用户对软件的功能要求，其表达是清晰的、无歧义的。
需求分析工具的目标就是帮助分析员形成这样的功能规范。
（2）基于自然语言或图形描述的工具这类工具采用分解与抽象等基本手段，对用户问题逐步求精，并在检测机制的辅助下，发现其中可能存在的问题（如一致性），通过对问题描述的修改，逐步形成能正确反映用户需求的功能规范。
它能帮助分析员提高需求文档的质量，降低功能规范的维护费用。
这里以支持结构化方法的需求分析工具为例介绍。
结构化分析方法采用数据流图的描述方法，分析的主要结果是一套分层的数据流图和一个数据词典。
结构化需求分析工具通常由图形编辑器、数据词典管理器和检测机制三部分组成。
使用图形编辑器绘制数据流图，该图形编辑器应支持图形的分层结构，以构成分层数据流图。
在构造数据流图的同时把数据流图的有关信息填入数据词典。
在填写数据词典的过程中，数据词典管理器即可査出重名等错误。
在构造出分层数据流图后，可通过检测机制来检查分层数据流图的合法性，可发现诸如父图与子图不平衡，遗漏的数据流，只有读文件没有写文件或只有写文件没有读文件等错误。
然后将修改后的数据流图和词典与用户交流，考察它是否符合用户的功能需求。
若不一致，再使用图形编辑器进行修改。
需求分析工具还应具备同步修改的功能，即修改数据流图的同时也修改数据词典中的有关信息，以保持数据流图与数据词典的一致性。
2016系统架构师考试知识点总结课件
2016系统架构师考试知识点总结1操作系统操作系统是计算机系统中的核心系统软件，负责管理和控制计算机系统中硬件和软件资源，合理组织计算机工作流程和有效利用资源，在计算机与用户之间起接口的作用1.1 操作系统的类型操作系统的类型（依据使用环境和对作业的处理方式）分为批处理、分时、实时、网络和分布式等。
1、批处理：把作业分类，把一批作业编成一个作业执行序列。
可分联机和脱机。
特征为脱机使用计算机、成批处理和多道程序运行。
2、分时：采用分时技术，使多个用户同时以会话控制自己程序的运行，每个用户都认为拥有各自独立的、支持自己请求服务的系统。
特征有交互性、多用户同时性和独立性。
3、实时：专用，系统与应用难分离。
并不强调资源利用率，更关心及时性、可靠性和完整性。
分实时过程控制和实时信息处理。
特征有即时响应、高可靠性。
4、网络：按网络架构的各个协议标准制订，包括网络管理、通信、资源共享、系统安全和多种网络应用，实现协同工作和应用集成。
特征有互操作性、协作处理。
5、分布式：要求一个统一的操作系统，实现系统操作的统一性，负责全系统的资源分配和调度，为用户提供统一的界面。
6、操作系统的5项基本功能，包括处理器管理、存储管理、设备管理、文件管理和作业管理。
1.2 操作系统的结构结构分为无序、层次、面向对象、对称多处理和微内核。
1、无序：又称整体或模块结构。
以大型表格和队列为中心，操作系统各个部分围绕着表格运行，整个系统是一个程序。
模块结构相对独立，模块之间通过规定的接口相互调用。
优点为缩短开发周期。
缺点是模块之间调用关系复杂、相互依赖，使分析、移植和维护系统较易出错。
2、层次：操作系统分解成若干个单向依赖的层次，由多层正确性保证操作系统的可靠性。
优点层次结构清晰，简化了接口设计，有利于系统功能的增加或删改，易于保证可靠性，便于维护和移植。
3、面向对象：基于面向对象程序设计的概念，采用了各种不同的对象技术。
把对象最为系统中的最小单位，由对象、对象操作、对象保护组成的操作系统。
2016年广东软考系统架构设计师考前须知
2016年广东软考系统架构设计师考前须知广东省是软考系统架构设计师的热门省份，每年报考人数多，因而设立的考区也相对较多。
下面来了解下2016下半年广东系统架构设计师考试有哪些考区，具体在哪个地方考试。
根据广东省2016年度软考报名简章，全省设13个考区，分别为省直（含阳江、肇庆、清远、云浮）、广州、深圳、珠海、汕头（含梅州、汕尾、潮州、揭阳）、韶关、河源（含惠州）、东莞、中山、江门、佛山、湛江和茂名考区。
软考具体考试地点一般安排在当地高校内，考生若想提前探路的话，可以先打探清楚自己所在考区的高校路线。
温馨提醒：各地软考考点不是一开始就确定的，要根据当年报考人数等来确定，因而每年都有可能不同。
准考证打印说明根据《2016年下半年全国计算机与软件专业技术资格（水平）考试广东考区报名说明》，2016年下半年广东高级软考系统架构设计师准考证打印说明如下：打印时间：2016下半年在11月7日9:00-11月11日17:00期间打印方式：在线自行打印打印地址：点击这里进入广东2016下半年软考准考证打印页面注意事项：1.网上缴费成功的考生在考前5个工作日内（下半年在11月7日9:00-11月11日17:00期间）登陆报名网站下载并打印准考证。
考生必须携带本人有效期内的居民身份证或军人证，以及准考证参加考试。
2.该项考试全省实行封闭式管理，即考试开始后，考生一律禁止入场；考试结束前，考生不得提前交卷离场。
请广大考生务必密切关注考试所在地交通等各方面情况，提前踩点，准时到场参加考试。
3.省直考区考生考试使用的文具（包括黑色墨水笔、2B铅笔、橡皮、削笔刀）和考室挂钟由考点统一提供，考生只需携带有效期内的居民身份证或军人证，以及准考证参加考试，严禁携带手表、手机、耳机、电子笔和其他电子设备。
地市考区的考试规则以准考证标注为准。
如需了解更多系统架构设计师资讯，请看希赛软考学院！。
系统架构设计师 考试要点
系统架构设计师考试要点学习系统架构设计师这么久，今天来说说关键要点。
首先呢，我得说这个考试知识面是相当广的。
计算机的基础知识那肯定是必须的，像是操作系统，我理解这就像是大楼的地基一样。
比如说我们用的Windows或者Linux系统，其中进程管理、内存管理这些概念，对于系统架构设计师来说，那都是基本功。
考试中很可能就会让你根据一个业务场景来设计相应的操作系统架构安排，就像根据不同的地形来打地基建房子。
还有网络知识也很重要，网络通信协议就像是城市的交通规则。
我之前就很迷糊这一块，IP协议、TCP协议等，感觉它们之间的关系错综复杂。
我总结就是，要把它们想象成快递寄送的流程，IP地址是目标地址，TCP 协议就是保证包裹完整送达的规则，这样类比着记忆好像就清楚一点了。
这一块题目可能会给出一个大规模分布式系统的通信需求，让你去设计合适的网络架构。
数据库这个要点也不容忽视呀。
数据库设计原则就像超市的货架摆放一样，要考虑存储效率、数据完整性等。
比如我们设计一个电商的数据库，商品表、订单表、用户表等如何关联是要精心考虑的。
一旦逻辑设计不好，到时候数据查询就会像在杂乱无章的仓库里找东西一样困难。
系统架构设计相关的软件工程思想也很关键。
软件工程就类似于一个建筑工程的项目管理流程。
比如迭代式开发方法，如果理解不了那种复杂的流程定义，就想象成装修房子一次装一部分，装修好一部分就检查看看有没有问题，再继续装下一部分。
这一点的考试题型可能就是给你一个软件项目的需求，让你制定开发流程和架构设计方案。
安全体系架构也是难点啊。
这就好像给房子装各种安保设施一样，要考虑从物理层到应用层的安全防护。
比如说网络攻击防范机制，防病毒体系等。
当时我就困惑到底怎么在系统架构里融合这么多安全因素呢？经过一些案例学习，我理解要从整体架构出发来规划安全措施了。
对于架构风格和模式这个知识点。
我把架构风格想象成不同风格的房子建筑样式，比如中式建筑和欧式建筑。
2016年系统架构师考试科目二：案例分析
2016 年系统架构师考试科目二：案例分析1.阅读以下关于软件架构评估的叙述，在答题纸上回答问题 1 和问题2.【题目】某软件公司为某品牌手机厂商开发一套手机应用程序集成开发环境，以提高开发手机应用程序的质量和效率。
在项目之初，公司的系统分析师对该集成开发环境的需求进行了调研和分析，具体描述如下：a．需要同时支持该厂商自行定义的应用编程语言的编辑、界面可视化设计、编译、调试等模块，这些模块产生的模型或数据格式差异较大，集成环境应提供数据集成能力。
集成开发环境还要支持以适配方式集成公司现有的应用模拟器工具。
b．经过调研，手机应用开发人员更倾向于使用Windows 系统，因此集成开发环境的界面需要与 Windows 平台上的主流开发工具的界面风格保持一致。
c．支持相关开发数据在云端存储，需要保证在云端存储数据的机密性和完整性。
d．支持用户通过配置界面依据自己的喜好修改界面风格，包括颜色、布局、代码高亮方式等，配置完成后无需重启环境。
e．支持不同模型的自动转换。
在初始需求中定义的机器性能条件下，对于一个包含50 个对象的设计模型，将其转换为相应代码框架时所消耗时间不超过 5 秒。
f．能够连续运行的时间不小于 240 小时，意外退出后能够在 10 秒之内自动重启。
g．集成开发环境具有模块化结构，支持以模块为单位进行调试、测试与发布。
h．支持应用开发过程中的代码调试功能：开发人员可以设置断点，启动调试，编辑器可以自动卷屏并命中断点，能通过变量监视器查看当前变量取值。
在对需求进行分析后，公司的架构师小张查阅了相关的资料，认为该集成开发环境应该采用管道一过滤器(Pipe-Filter)的架构风格，公司的资深架构师王工在仔细分析后，认为应该采用数据仓储(Data Repository)的架构风格。
公司经过评审，最终采用了王工的方案。
【问题 1】(10 分)识别软件架构质量属性是进行架构设计的重要步骤。
请分析题干中的需求描述，填写表1-1 中(1)～(5)处的空白。
高级系统架构设计师下午2016下半年真题及答案解析(2)
高级系统架构设计师下午2016下半年真题及答案解析（2）(1/4)论文第1题试题一论软件系统架构评估对于软件系统，尤其是大规模的复杂软件系统来说，软件的系统架构对于确保最终系统的质量具有十分重要的意义，不恰当的系统架构将给项目开发带来高昂的代价和难以避免的灾难。
对一个系统架构进行评估，是为了：分析现有架构存在的潜在风险，检验设计中提出的质量需求，在系统被构建之前分析现有系统架构对于系统质量的影响，提出系统架构的改进方案。
架构评估是软件开发过程中的重要环节。
请围绕“论软件系统架构评估”论题，依次从以下三个方面进行论述。
1．概要叙述你所参与架构评估的软件系统，以及在评估过程中所担任的主要工作。
2．分析软件系统架构评估中所普遍关注的质量属性有哪些？详细阐述每种质量属性的具体含义。
3．详细说明你所参与的软件系统架构评估中，采用了哪种评估方法，具体实施过程和效果如何。
下一题(2/4)论文第2题试题二论软件设计模式及其应用。
软件设计模式（Software Design Pattern）是一套被反复使用的、多数人知晓的、经过分类编目的代码设计经验的总结。
使用设计模式是为了重用代码以提高编码效率、增加代码的可理解性、保证代码的可靠性。
软件设计模式是软件开发中的最佳实践之一，它经常被软件开发人员在面向对象软件开发过程中所采用。
项目中合理地运用设计模式可以完美地解决很多问题，每种模式在实际应用中都有相应的原型与之相对，每种模式都描述了一个在软件开发中不断重复发生的问题，以及对应该原型问题的核心解决方案。
请围绕“论软件设计模式及其应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与分析和开发的软件系统，以及你在项目中所担任的主要工作。
2．说明常用的软件设计模式有哪几类？阐述每种类型特点及其所包含的设计模式。
3．详细说明你所参与的软件系统开发项目中，采用了哪些软件设计模式，具体实施效果如何。
上一题下一题(3/4)论文第3题试题三论数据访问层设计技术及其应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件产品线体系机构什么是软件产品线？软件产品线在软件开发过程中有什么作用？定义：软件产品线是一个产品的集合，这些产品共享一个公共的、可管理的特征集，这些特征集能够满足选定市场或任务领域的特定需求。
这些系统遵循一个预描述的方式，是在公共的核心资源上开发的。
作用：软件产品线是一个是非适合专业软件开发组织的软件开发方法，能有效提高软件生产率和质量、缩短软件开发时间、降低总开发成本；主要组成部分：核心资源和产品集合。
核心资源：包括产品线中所有产品共享的产品线体系结构，新设计开发的或通过现有系统再工程得到的、需要在整个产品线中系统化重用的软件构件。
产品线开发的4 个技术特点：过程驱动、特定领域、技术支持及体系结构为中心。
软件产品线包括哪些过程？如何实现软件产品线创建与演化？软件产品线演化是指什么？如何实现演化？过程模型：双生命周期模型（领域工程+应用工程）；SEI 模型（核心资源开发+产品开发+管理）和三生命周期（企业工程+ 领域工程+应用工程）模型；4 种建立方式：用演化方式还是革命方式+基于现有产品还是开发全新产品线（1 ）将现有产品演化为产品线（2 ）用软件产品线替代现有产品集（3）全新软件产品线演化（4）全新软件产品线开发演化:指的是由于各种原因引起产品线所进行的改动而变成新的产品线；产品线的演化包括：核心资源的演化、产品的演化和产品的版本升级；框架的定义及特征定义：框架是由开发人员定制的应用系统的骨架，是整个系统或子系统的可重用设计，由一组抽象构件和构建实例间的交互方式组成；特征：反向控制；可重用性；扩展性；模块化或构件化；软件产品线体系结构定义、特点及个性实现机制定义：软件产品线体系结构是只一个软件开发组织为一组相关应用或产品建立的公共体系结构。
特点：同领域模型一样，软件产品线体系结构中也可分为共性部分和个性部分；共性部分是产品线中所有产品在体系结构上的共享部分，是不可改变的。
个性部分是指产品线体系结构可以变化的部分；产品线体系结构设计的目的尽量扩展产品线中所有产品共享的部分，同时提供一个尽量灵活的体系结构变化机制；个性实现机制：继承；扩展和扩展点；参数化；配置和模块互连语言；自动生成；编译时不同实现的选择；页15 共页 1 第例题：希赛公司各种网络安全防火墙系统，引入产品线开发方法，问题如下：1. 公司是否适合使用软件产品线方法，并说明理由适合软件产品线开发方法；公司的产品特点为：各种防火墙系统属于一种产品集合，具有很多共性，同时，每种不同的防火墙又具有自己本身的个性特点；2. 在原有产品的基础上建立软件产品线的方式，并简要评价（1）将现有产品演化为产品线：在基于现有产品体系结构设计产品线体系结构的基础上，将特定产品的构件逐步地、越来越多地转化为产品线的公用构件，从基于产品的方法“慢慢地”转化为基于产品线的软件开发。
主要优点是通过对投资回收期的分解，对现有系统演化的维持使产品线方法的实施风险降到了最低，单完成产品线核心资源的总周期和总投资都比使用革命方式要大；（2）用软件产品线替代现有产品集：基本停止现有产品的开发，所有努力直接针对软件产品线核心资源开发。
需求变化会导致初始投资报废的风险加大3. 成功实施软件产品线的主要因素（1）对该领域的产品开发已具备长期积累的经验；（2）一个用于构建产品的好的核心资源库；（3）好的产品线体系结构；（4）好的管理（软件资源、人员组织、过程）支持基于体系结构软件开发MVC 模式：对于界面可变性设计的要求，MVC 把交互式系统的组成分解成模型、视图和控制器三种构件。
模型构件：独立于外在显示内容和形式，是软件所处理问题逻辑的内在抽象，它封装了问题的核心数据、逻辑和功能计算关系，独立于具体的界面表达和输入/输出操作；视图构件：把模型数据及逻辑关系和状态信息以特定的形式展示给用户，它从模型获得显示信息，对于相同的信息可以有多个不同的显示视图；控制器构件：处理用户与软件的交互操作，决定软件的控制流程，确保用户界面和模型间的对应联系，它接收用户的输入，将输入反馈给模型，进而实现对模型的计算控制，它是模型和视图协调工作的部件。
设计模式的分类5 种创建型模式：工厂方法，抽象工厂，建造者，原型及单件；7 种结构型模式：适配器，桥，组合，外观，装饰，代理，享元模式；11 种行为型模式：职责链，中介者，对象状态，策略，命令，备忘录，访问者，迭代器，解释器，观察者，模板方法；MVC 与MVP 的比较MVC 模式是创建软件很好的途径，它所提倡的一些原则，如，内容和显示分离、隔离模型、视图和控制器的构件等，会使应用程序的体系结构更健壮，更具有扩展性，也会是软件在代码重用和体系结构方面上一页15 共页 2 第个新的台阶；MPV : Presenter （呈现器）负责逻辑的处理，模型提供数据，视图负责显示；MVP与MVC的一个重大区别就是：MVP 不直接使用模型，他们之间的通行时通过呈现器来进行的，所有的交互都发生在呈现器内部，而在MVC 中视图会直接读取模型数据而不是通过控制器。
中间件技术中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于操作系统之上，管理计算机资源和网络通信，实现应用之间的互操作。
主要有下面6 个基本功能:（1）负责客服机和服务器之间的连接和通信（2）提供应用层不同服务之间的互操作机制（3）提供一个多层体系结构的应用开发和运行平台（4）屏蔽硬件、操作系统、网络和数据库的差异（5）提供应用的负载均衡、高可用、安全机制和管理功能，保证交易的一致性（6）提供一组通用的服务去执行不同的功能中间件的类别远程过程调用（RPC）:客服进程和服务进程通过网络进行通信，相应的存根（Stub ）过程和运行支持提供数据转换和通行服务，从而屏蔽不同的操作系统和网络协议；存根过程用来解码请求消息中的参数，调用相应的服务过程和编码应答消息的返回值。
对象请求代理（ORB）：ORB是CORBA模型的核心组件，它的作用在于提供一个通信框架，透明地在异构的分布式计算环境中传递对象请求；CORBA对象之间不直接进行通信，对象通过远程存根对运行在本地计算机上的ORB发岀请求，本地ORB使用IIOP将该请求传递给其他计算机上的ORB。
RMI : Java的远程方法调用。
面向消息的中间件：MOM利用高效可靠的消息传递机制进行平台无关数据交换，并基于数据通信来进行分布式系统的集成，具有3个特点：（1）通信程序可以在不同的时间运行（2）对应用程序的结构没有约束（3）程序与网络复杂性相隔离事务处理监控器：交易中间件什么是基于体系机构的设计方法？简要说明基于体系结构的设计方法的生命周期模型及设计步骤？ABSD方法为产生软件系统的概念体系结构提供基础，概念体系结构代表了在开发过程中做岀的第一个选择，相应地，它是达到系统质量和业务目标的关键，为达到预定功能提供了一个基础。
由业务、质量和功能需求的组合驱动ABSD，ABSD设计活动在体系结构驱动已决定就可开始，这意味着需求获取和分析活动还没有完成，就开始了软件设计，分析与设计活动并行；页15共页3第ABSD的三个基础：功能的分解；通过体系结构风格来实现质量和业务需求；软件模板的使用；在ABSD方法中，必须记录所有做岀的决策以及这些决策的原理，这有利于决策的跟踪和决策评审；ABSD方法与生命周期：功能需求业务用例抽象、用例抽象构件架构师的经验软件模板质量需求遗留系统ABSD约束质量抽象、实际构件需求需求体系因素、设计分析方法结构选项体系结构设计过程：）（1标识构件；（生成类图、对类进行分组、把类打包成构件）（4）分析构件之间的相互作用提岀软件体系结构模型（3）把构件映射到体系结构中（2）软件体系结构正交化（5）产生软件体系结构（6）体系结构演化过程：（1需求变动归类））体系结构演化计划（2修改、增加或删除构件）（3（4）更新构件的相互作用构件组装与测试）（5 ）（6技术评审演化后的体系结构）（7基于体系结构的软件开发模型：体系结构演化体系结构复审？？体系结构实现？体系结构文档化体系结构设计体系结构需求？？JavaJavaB/S例题：结构选用.Net平台还是企业版平台，最终选用企业版平台。
问题如下：给出两个平台各自具备的优势及两个平台的共有特点（从下面选项中选择）1. （1）良好跨平台可移植性支持）易于部署与配置（2 （）多程序设计语言支持3 多层应用开发支持Web4（）良好的（）丰富的多厂商外部支持 5 /（对象关系）映射支持O/R ）良好的6（7（）针对特定平台的优化支持8（）良好的源代码以外的可定制性支持）良好的9（Web 服务支持页15 共页 4 第.Net 平台特点：（2）（3）（7）Java 企业版平台特点：（1）（5）（8）共有特点：（4）（6）（9）2. 分别针对基于EJB 的重量级框架和基于Struts 等轻量级框架，说明MVC 模式中的各组件应采用何种构件实现在基于EJB 的重量级框架中,实现的构件分别为：模型（Model ）:由EJB构件实现视图（View ）:由JSP构件实现控制器（Controller ）：由Servlet实现在基于Struts 等的轻量级框架中,实现的构件分别为：模型（Model）:由Java Bea n构件实现视图（View ）:由JSP构件实现控制器（Controller ）由Servlet 构件实现3. 从组件耦合度、组件分工及开发工程化支持等3 个方面说明MVP 与MVC 模式的主要区别（1）在组件耦合度方面在MVP 模式中,视图并不直接使用模型,它们之间的通信通过Presenter 进行,从而实现了视图与模型的分离,而在MVC 模式中,视图直接与模型交互。
（2）在组件分工方面在MVP 模式中,视图需要处理鼠标及键盘等触发的界面事件,而在MVC 模式中这通常是由控制器完成的工作；在MVP 模式中,系统核心业务逻辑组织集中在Presenter 中,而在MVC 模式中,相应的控制器通常只完成事件的分发。
（3）在开发工程化支持方面MVP 模式可更好地支持单元测试,而在MVC 模式中,由于模型与视图绑定，因此难以实施相应的单元测试；在MVP模式中,Presenter基于约定接口与视图和模型交互,可更好地支持组件的重用。
4. 说明事务的基本特征，并简单描述EJB 规范中提供的两种事务控制的方法；事务的基本特征包括原子性一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。
事务在执行过程中发生错误，会被回滚到事务开始前的状态，就像这个事务从来没有执行过一样。
一致性在事务开始之前和事务结束以后，数据的完整性限制没有被破坏。