本题主要考查考生对互操作性与应用可移植性这两个概念的理解与应用。
作为系统组成部分的软件不是独立存在的，经常与其他系统或自身环境相互作用。为了支持互操作性（Interoperation），软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。程序和用其他编程语言编写的软件系统的交互作用就是互操作性的问题，这种互操作性也影响应用的软件体系结构。
可移植性使软件系统适用于多种硬件平台、用户界面、操作系统、编程语言或编译器。为了实现可移植性，需要按照硬件无关的方式组织软件系统，将其他软件系统和环境提取出来。可移植性是系统能够在不同计算环境下运行的能力。这些环境可能是硬件、软件，也可能是两者的结合。在关于某个特定计算环境的所有假设都集中在一个构件中时，系统是可移植的。如果移植到新的系统需要做些更改，则可移植性就是一种特殊的可修改性。
本文写作要点，大致包括以下几个方面：
①简述应用互操作性与应用可移植性这两个概念的异同。
②具体说明你所采用的开放式网络体系结构和遇到的应用互操作性问题（如数据库的互操作问题）。为了保证开放系统的应用互操作性，采用过哪些主要技术和措施，它们的效果如何。
③简述开放式网络体系结构的一般设计原则，以及应用互操作性技术在其中的地位与发展方向。

写作要点
本题考查数据挖掘技术的应用。其实从应用的角度，或者从商业的角度来看，数据挖掘这一词在业内出现的频度已不如以前那么高了。因为数据挖掘通常是不独立进行的，它涉及数据源的获取问题，即先要建立一个数据仓库，再从中"挖"数据。这其实就是我们经常看到的是"BI"--商业智能。商业智能我们可以理解为是：数据仓库+数据挖掘。这也就确定了本文的项目背景。
文章最好是把这一层关系讲清楚，写商业智能的项目，如果没有项目经验，直接杜撰出数据挖掘项目来写文章，风险会很高，很容易让人看出文章的"做假"行为。除此以外，文章可按传统的写法组织内容。即按问答方式组织文章的主体脉络，并加入项目信息，同时做好承上启下的句子进行段落衔接。
具体的写作规范如下：
①结合自己所参与的软件项目，概要介绍该项目的背景及主要内容，并明确指出在其中所承担的主要任务和开展的主要工作。
②数据挖掘的任务主要是关联分析、聚类分析、分类、预测、时序模式和偏差分析等。
关联分析。两个或两个以上变量的取值之间存在某种规律性，就称为关联。数据关联是数据库中存在的一类重要的、可被发现的知识。关联分析的目的是找出数据库中隐藏的关联网。一般用支持度和可信度两个阈值来度量关联规则的相关性。
聚类分析。聚类是把数据按照相似性归纳成若干类别，同一类中的数据彼此相似，不同类中的数据相异。聚类分析可以建立宏观的概念，发现数据的分布模式，以及可能的数据属性之间的相互关系。
分类。分类就是找出一个类别的概念描述，它代表了这类数据的整体信息，即该类的内涵描述，并用这种描述来构造模型，一般用规则或决策树模式表示。分类是利用训练数据集通过一定的算法而求得分类规则。分类可被用于规则描述和预测。
预测。预测是利用历史数据找出变化规律，建立模型，并由此模型对未来数据的种类及特征进行预测。预测的精度和不确定性被重点关注，通常用预测方差来度量。
时序模式。时序模式是指通过时间序列搜索出的重复发生概率较高的模式。与回归一样，它也是用已知的数据预测未来的值，但这些数据的区别是变量所处时间的不同。
偏差分析。在偏差中包括很多有用的知识，数据库中的数据存在很多异常情况，发现数据库中数据存在的异常情况是非常重要的。偏差检验的基本方法就是寻找观察结果与参照之间的差别。
论文中须明确指出自己在该项目应用数据挖掘技术所要解决的具体问题是什么。
③主要的数据挖掘方法：
神经网络方法：神经网络由于本身良好的鲁棒性、自组织自适应性、并行处理、分布存储和高度容错等特性非常适合解决数据挖掘的问题，因此近年来越来越受到人们的关注。典型的神经网络模型主要分三大类：以感知机、BP反向传播模型、函数型网络为代表的，用于分类、预测和模式识别的前馈式神经网络模型；以hopfield的离散模型和连续模型为代表的，分别用于联想记忆和优化计算的反馈式神经网络模型；以art模型、koholon模型为代表的，用于聚类的自组织映射方法。神经网络方法的缺点是"黑箱"性，人们难以理解网络的学习和决策过程。
遗传算法：遗传算法是一种基于生物自然选择与遗传机理的随机搜索算法，是一种仿生全局优化方法。遗传算法具有的隐含并行性、易于和其他模型结合等性质使得它在数据挖掘中被加以应用。
决策树方法：决策树是一种常用于预测模型的算法，它通过将大量数据有目的地分类，从中找到一些有价值的、潜在的信息。它的主要优点是描述简单，分类速度快，特别适合大规模的数据处理。最有影响和最早的决策树方法是由quinlan提出的著名的基于信息熵的id3算法。它的主要问题是：id3是非递增学习算法；id3决策树是单变量决策树，复杂概念的表达困难；同性间的相互关系强调不够；抗噪性差。针对上述问题，出现了许多较好的改进算法，如schlimmer和fisher设计了id4递增式学习算法等。
粗集方法：粗集理论是一种研究不精确、不确定知识的数学工具。粗集方法有几个优点：不需要给出额外信息；简化输入信息的表达空间；算法简单，易于操作。粗集处理的对象是类似二维关系表的信息表。目前成熟的关系数据库管理系统和新发展起来的数据仓库管理系统，为粗集的数据挖掘奠定了坚实的基础。
覆盖正例排斥反例方法：它是利用覆盖所有正例、排斥所有反例的思想来寻找规则。首先在正例集合中任选一个种子，到反例集合中逐个比较。与字段取值构成的选择子相容则舍去，相反则保留。按此思想循环所有正例种子，将得到正例的规则。比较典型的算法有michalski的aqll方法等。
统计分析方法：在数据库字段项之间存在两种关系：函数关系（能用函数公式表示的确定性关系）和相关关系（不能用函数公式表示，但仍是相关确定性关系），对它们的分析可采用统计学方法，即利用统计学原理对数据库中的信息进行分析。可进行常用统计（求大量数据中的最大值、最小值、总和、平均值等）、回归分析（用回归方程来表示变量间的数量关系）、相关分析（用相关系数来度量变量间的相关程度）、差异分析（从样本统计量的值得出差异来确定总体参数之间是否存在差异）等。
模糊集方法：利用模糊集合理论对实际问题进行模糊评判、模糊决策、模糊模式识别和模糊聚类分析。系统的复杂性越高，模糊性越强，一般模糊集合理论是用隶属度来刻画模糊事物的此亦彼性的。
论文中必须明确指出使用了上述7种方法中的哪种或哪几种数据挖掘方法，并给出该方法的具体实现过程；分析所选择的数据挖掘方法的实现效果。

“钢铁企业集团生产管控数字化应用示范”是国家“十二五”先进制造技术领域科技支撑计划项目——“集团企业数字化综合管控集成应用示范”的12个课题之一，主要实现从客户需求、资源平衡、生产制造、物流管理到客户服务的全程信息透明、资源共享和业务协同。我作为课题技术负责人，担任了系统设计工作。
生产管控平台面临的安全和保密性问题主要有信息泄露、抵赖和外部攻击。在系统设计过程中，我们在DMZ区增设代理服务器隔离Web服务器；采用了数据加密传输技术；敏感数据加密后再存储；采用严格的认证和访问控制机制；应用数字签名技术防止抵赖；设计了业务操作跟踪审计功能。
实际运行结果表明，我们在设计阶段采用的技术和方法有效地保证了系统的安全性和保密性。但业务操作跟踪审计功能对系统性能有一定的影响，有待进行改进。
正文：
为满足制造业做大做强、制造企业全球协作和精益管控的发展需求，国家科技部组织了以12家集团企业为主体、产学研相结合的“十二五”先进制造技术领域科技支撑计划项目——“集团企业数字化综合管控集成应用示范”的实施，分两期、3年完成。我所在单位是一个大型国有钢铁集团企业，由我所在单位为主体、联合浙江大学等单位共同承担的“钢铁企业集团生产管控数字化应用示范”是该项目12个课题之一。
“钢铁企业集团生产管控数字化应用示范”课题的主要任务是开发钢铁集团企业以生产制造、经营管理和制造服务为核心的数字化集中管控平台，高效整合集团企业内部与外部的各种业务、管理和市场信息，支持集团企业的企业运营、兼并重组等战略，为我国钢铁企业集团实现生产管控、供应链协同的信息化应用提供典型示范案例。概括地说，生产管控平台要实现从客户需求、资源平衡、生产制造、物流管理到客户服务的全程信息透明、资源共享和业务协同。
钢铁企业集团生产管控平台（以下简称生产管控平台）一期于2011年7月开始设计和开发，2012年7月投入运行，至今运行良好。我作为课题技术负责人，担任了系统设计工作。
根据对系统需求的理解和分析，我们将该系统设计为3个子系统，即面向客户、基于B/S架构的销售在线子系统；面向内部用户、基于C/S架构的生产管控子系统；面向企业内部系统和外部客户系统的系统集成子系统。
生产管控平台数据库采用Oracle10g；主要核心业务逻辑由C/C++语言实现，运行在交易中间件Tuxedo平台；Web服务器采用Weblogic，涉及核心业务逻辑的部分功能经由WTC调用Tuxedo服务实现，其他功能通过JDBC直接访问数据库；C/S客户端采用C#开发。生产管控平台面向的服务对象既包括企业内部用户，又包括国内和国外客户，还包括客户信息系统，涉及的业务都是企业的关键业务，系统安全和信息保密十分重要。生产管控平台面临的安全和保密性问题主要有：
①信息泄露。钢铁行业产品销售的一个重要特点是一单一议，即一定时期内不同客户、不同订单、同一产品的销售价格可能不尽相同，并且客户之间不透明。因此，每个客户都想方设法希望得到其他客户的订单价格，以便谈判时掌握主动。如果销售价格信息泄露，企业方在谈判时将处于极为不利的被动局面。系统必须保证销售价格等敏感信息不易泄露。
②抵赖。生产管控平台需要实现第三方机构和客户直接修改系统数据的功能，如第三方机构确认产品是否合格、客户打印质量证明书等。以质量证明书为例，它是产品质量的唯一凭据，一件产品只能有一份质量证明书，即客户打印一份之后不能再打印第二份。系统必须保证这些操作的不可抵赖性。
③外部攻击。由于生产管控平台涉及的业务都是企业的关键业务，而且可以通过Internet进行访问，所以容易受到外部的攻击。
为了提高生产管控平台的安全性和保密性，在系统设计过程中，我们应用了多种技术和方法。
首先，我们在DMZ区增设代理服务器隔离Web服务器。销售在线子系统主要为客户提供服务，必须通过Internet访问，过去我们一般将Web服务器部署在DMZ区，基于安全性考虑，我们将生产管控平台的Web服务器与数据库服务器部署在内部网络区域，DMZ区部署Apache的HTTP服务器作为代理服务器，客户通过HTTPS访问代理服务器，代理服务器再通过HTTP协议穿过防火墙访间Web服务器。不仅在安全性和性能上取得了相对平衡，而且增加了外部攻击的难度。
其次，采用了数据加密传输技术。生产管控子系统采用Tuxedo中间件提供的加／解密技术对客户端和服务器端之间传输的数据进行加密和解密处理，销售在线子系统采用HTTP协议进行加密传输，集成子系统中与客户信息系统的集成采用SSL协议进行加密传输，防止数据传输过程中被窃取和篡改。
第三，敏感数据加密后再存储。为了防止内部人员泄露敏感信息，我们对数据库中存储的销售价格、用户密码等敏感信息进行了加密处理，即使从数据库中得到了数据也不能获得相应的信息。所有需加／解密的数据均采用Tuxedo中间件提供的加／解密技术，由运行在Tuxedo中间件平台的独立模块进行加密和解密处理。
第四，采用严格的认证和访问控制机制。内部用户采用用户名／口令验证机制，外部用户采用用户名／口令和数字证书验证机制。服务端采用会话管理机制，客户端调用服务端的每一个功能都必须提供合法、有效的会话标识，否则服务端将拒绝提供相应的服务。数据访问控制到数据行和数据列，客户和第三方机构只能查看和操作与自己相关的业务数据，内部用户按照业务职能只能操作职责范围内的业务数据；不同用户根据授权可查看相关的数据项。
第五，应用数字签名技术。在对第三方机构确认产品是否合格、客户打印质量证明书等外部用户直接修改系统数据的功能设计时，我们采用了数字签名技术，从提供给用户的硬件Key中读取用户私钥，对操作的关键数据生成消息摘要并用私钥加密；集成子系统中与客户信息系统的集成也采用了数字签名技术，保证数据发送和接收的不可否认性。
最后，我们还设计了业务操作跟踪审计功能。对系统的所有操作，我们记录了跟踪审计信息，记录了操作时间、客户机IP、操作人、功能和主要数据，便于出现安全事件时进行分析。
生产管控平台的实际运行结果表明，我们在设计阶段采用的技术和方法有效地保证了系统的安全性和保密性。系统运行至今，虽然遭到过外部攻击，但还没有出现过因系统设计不完善导致的泄密和安全事故。例如，我们发现了多次外部攻击，但这些攻击只访问到代理服务器即被阻止。系统运行过程中，我们发现业务操作审计功能对系统性能有一定的影响，我们计划在两个方面进行改进，一是对内部用户只跟踪涉及敏感信息的操作，二是将跟踪信息持久化层由文件系统改变为数据库，并采用缓存机制将跟踪信息保存在内存并定时更新到数据库。

写作要点
本题考查的知识点是软件演化。一个软件系统开发完毕正式投入使用之后，如果需求发生变化，或者要将该系统移植到另一个环境运行，且新环境的需求也有相应的变化时，就要对软件进行修改，这就是软件演化。软件演化是一个程序不断调节以满足新的软件需求的过程，也就是对一个已有软件不断进行修改、补充、完善以适用新需求和环境变化的过程。由于软件演化一词并不多见，所以难倒了很多考生。其实换一种讲法，可能大家就倍感亲切了--"软件升级"，其实演化的本质就是在升级。既然是升级，静态演化与动态演化是怎么回事也就好理解了，即升级时是否停止系统的运行。所以如果有了上面的基础概念理解，写该论文的方向也就明晰了。
文章共分3个部分组织内容。
第一部分，简要叙述作者所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
第二部分，偏理论，需要介绍静态演化和动态演化的基本情况，写作时可参考以下材料。
静态演化（Static Evolution），静态演化是指软件在停机状态下的演化。其优点是不用考虑运行状态的迁移，同时也没有活动的进程需要处理。然而停止一个应用程序就意味着中断它提供的服务，造成软件暂时失效。
软件静态演化是指发生在应用程序停止时的软件修改和更新，即一般意义上的软件维护和升级。静态演化的优点是没有状态迁移或活动线程的问题要解决，缺陷是停止应用程序意味着停止它所提供的服务，也就是使软件系统暂时失效。在软件交付之后，静态演化（类似于一般意义上的软件维护）就成为软件变更的一个常规过程。变更可以是一种更正代码错误的简单变更，也可以是更正设计错误的较大范围的变更，还可以是对描述错误进行修正或提供新需求这样的重大改进。有3种不同的软件维护：改正性维护、适应性维护和完善性维护。维护过程一般包括变更分析、版本规划、系统实现和向客户交付系统等活动。
在面向对象技术中，使用子类型方法来扩展程序，它适合于软件静态演化和代码重用。子类型化一个类意味着保留父类中的参数和方法，并尽可能地增加新的参数和方法。另外，使用重载和多态性作为主要的演化机制。实际上，建立类的新版本，最简单的机制是创建它的子类，然后重载需要变更的方法，最后，使用多态性调用新创建的方法。在基于构件的软件技术中，构件采取接口和实现相分离技术，构件之间只能通过接口进行通信，这使得具有兼容接口的不同构件实现可以相互取代，从而成为软件静态演化的一条途径。
动态演化（Dynamic Evolution），动态演化是指软件在执行期间的软件演化。其优点是软件不会存在暂时的失效，有持续可用性的明显优点。但由于涉及状态迁移等问题，比静态演化从技术上更难处理。
动态演化是最复杂也是最有实际意义的演化形式。动态演化使得软件在运行过程中，可以根据应用需求和环境变化，动态地进行软件的配置、维护和更新，其表现形式包括系统元素数目的可变性、结构关系的可调节性和结构形态的动态可配置性。软件的动态演化特性对于适应未来软件发展的开放性、动态性具有重要意义。
动态演化是指软件在运行期间的演化。在许多重要的应用领域中，如金融、电力、电信及空中交通管制等，系统的持续可用性是一个关键性的要求，运行时刻的系统演化可减少因关机和重新启动而带来的损失和风险。此外，越来越多的其他类型的应用软件也提出了运行时刻演化的要求，在不必对应用软件进行重新编译和加载的前提下，为最终用户提供系统定制和扩展的能力。
动态演化可分为两种类型：预设的和非预设的。在Web环境中，软件应用常常需要处理多种类型的信息，因此它们常被设计为可以动态下载并安装插件以处理当前所面临的新类型的信息；而分布式Web应用也常常需要增减内部处理节点的数目以适应多变的负载。这些动态改变都是软件设计者能够预先设想到的，可实现为系统的固有功能。另有一些必须对系统配置进行修改和调整的情况是直到系统投入运行以后才发现的，这就要求系统能够处理在原始设计中没有完全预料到的新需求。这种情况下一般需要关闭整个系统，重新开发、重新装入并重新启动系统。然而，为了进行局部的修改而关闭整个系统在某些情况下是不允许的（如关键运行系统）或者代价太高。精心设计的动态演化技术可以在不关闭整个系统的前提下修改系统的结构配置，并尽量使未受影响的部分继续工作以提高系统的可用度。
为支持软件的动态演化性，已在语言、机制和环境等方面做了大量工作。在程序语言的层次上，引进各种机制以支持软件动态演化，例如，动态装载技术允许增加代码到已运行的程序中，延迟绑定是在运行时而不是编译时决定类和对象的绑定。Javahotswap允许在运行时改变方法：当一个方法终止时这个方法的新版本可以有效地替换旧版本，在类层次上代码的二进制兼容被支持。Gilgul语言也允许更换运行时对象。但程序语言层次上的动态演化机制仅局限于函数、类方法和对象等小粒度的替换，只支持预设的有限变更，变更由事件触发。
通过标准化运行级构件的规约，依靠构件运行平台（中间件平台）提供的基础设施，使软件在构件层次上的动态演化成为可能。中间件中具有的如命名服务、反射技术和动态适配等机制，为运行态构件的动态替换和升级提供支撑，从而推动了软件动态演化的发展。命名服务就是给构件实例提供一个名称，以便客户通过这些名称来获取构件实例。对工业标准构件EJB和CORBA构件的引用都可以通过中间件平台的命名服务进行。同一构件标识可以被映射到多个构件实例，从而根据具体情境对某一名字的构件引用导向到不同的构件实例。反射技术是系统的一种自描述（Self-Representation）和自推理的技术，它提供了关于自身行为的表示，这种表示可以被检查和调整，且与它所描述的系统行为是因果相联（Causally Connected）的。因果相联，意味着对自身表示的改动将立即反映在系统的实际状态和行为中，反之亦然。将反射性引入中间件能够以可控的方式开放平台内部的实现，从而提高中间件的定制能力和运行时的适应能力。动态适配机制中比较著名的是CORBA提供的动态接口服务：动态调用接口DII和动态骨架接口DSI。前者支持动态客户请求调用，而后者支持将请求动态指派（Dispatch）给构件。因此，软件构件化技术使得软件具有良好的构造性，软件演化的粒度更大。中间件技术则为基于构件的软件动态演化提供了坚实的基础设施和方便的操作界面。
第三部分需要结合作者自身的项目情况进行描述，这部分应是详细描述的部分。

所谓设计模式，简单地理解，是一些设计面向对象的软件开发的经验总结。设计模式事实上是系统地命名、解释和评价某一个重要的可重现的面向对象的设计方案。
本文的写作要点，大致包括以下几个方面：
①结合自己参与分析和开发的应用项目或从事的实际工作，说明设计模式对系统开发的作用。
②较为详细地说明设计模式的基本分类，并结合项目实际工作，说明在系统开发中所采用的设计模式，以及选择这些设计模式的原因。
③结合项目实际工作，举例说明设计模式的使用效果，针对设计模式对软件开发的影响展开分析与讨论。

本题所涉及的系统可靠性知识可参看"第11章系统配置与性能评价"。
在撰写本文时，要注意以下几个方面：
①在文章中首先用400～600字的篇幅简要叙述自己参与设计的系统的概要和所担任的工作。
②简单说明系统可靠性的重要性。
③具体叙述为了提高系统的可靠性，采用了哪些措施，遇到了哪些问题，是如何解决这些问题的。
④最后应根据项目的实际执行情况，说明系统可靠性的效果如何（要有具体数据），以及如何改进。

这是一道关于DSSA的试题。DSSA的概念以及基本活动，题目中都进行了简要的说明。值得注意的是在论文的写作选材方面，作者的项目需要具备一定的行业特色。如电力行业、通信行业、铁路系统等。关于DSSA所具备的特征，以及如何用DSSA的体系来具体创建系统的软件架构。
本文写作要点，大致包括以下几个方面：
①简要叙述所参与管理和开发的软件项目，需要明确指出在其中承担的主要任务和开展的主要工作。
②应结合自己所熟悉的领域，定义领域范围，确定领域应用需要满足的用户需求；定义领域特定的元素、领域字典和领域术语；定义领域特定的设计和实现需求约束；在此基础上，定义领域模型，产生该领域的参考架构，并说明构件的语法和语义；最后，产生、搜集可重用的产品单元，为DSSA增加构件，为问题域实现新应用提供支持。这个DSSA的建立过程是并发、递归和反复进行的。
所给出的DSSA应该具备以下4个方面的特征：
一个严格定义的问题域和/或解决域。
具有普遍性，使其可以用于领域中某个特定应用的开发。
对整个领域能有合适程度的抽象。
具备该领域固定的、典型的在开发过程中的可重用元素。
③需要结合项目实际，指出在架构设计时使用DSSA的情况，包括领域分析、领域设计和领域实现等活动是如何具体实施的，要给出实际的效果并进行分析。

写作要点
完成本题的写作，需要对Web开发的相关架构有充分的了解，相关知识可参看"8.1.5分层架构"。除了解技术知识，在写作方面还要注意以下几个方面的要点：
①在文章中首先用400～600字的篇幅简要叙述自己参与分析和开发的系统概要和所担任的工作。
②具体讨论在基于Web的数据库应用系统开发中所采用的主要技术，包括开发过程中遇到的问题和所采取的措施。特别要注意描述三层结构的逻辑和物理部署，讨论数据是如何在三层之间传送的。
③最后要根据项目实际情况，分析所采用的开发技术的具体效果，你现在认为还有哪些可以改进的地方（例如，应用服务器性能的改进等），如何加以改进。

写作要点
①论文中要具体介绍项目的总体需求（特别是质量属性需求）、Web应用系统的逻辑与物理拓扑结构、采用的技术等内容和承担的实际工作。
②REST（R Epresentational State Transfer）是指从几种基于网络的架构风格衍生出来的一种混合架构风格，目前Web的体系结构正是基于REST风格的。REST风格中的特点是客户端/服务器、无状态、缓存、统一接口、分层系统和按需代码。REST组件通过以一种数据格式转移资源的表述进行通信，可以基于接收者的能力和期待的内容，以及资源的性质动态地选择不同的表述。
与传统的Web服务相比，REST服务主要有以下优势：
REST服务基于W3C/IETF的标准与规范（包括HTTP、XML、URI和MIME等），其实现技术简单、成熟。
REST服务基于URI和超链接技术，不需要通过集中式的服务信息仓库即可发现服务资源。
REST服务支持缓存，具有无状态的特性，这些使得REST服务能够支持大量客户端，构建的应用系统具有较强的伸缩性。
REST服务基于轻量级的Web框架，仅仅需要基本的开发工具支持，构建过程简单且成本较低。
REST服务的测试相对简单，采用浏览器即可完成服务功能测试。
与传统的Web服务相比，REST服务主要存在如下不足：
REST服务倡导的REST风格与实际实现尚存在一定差距。例如，高层REST服务倡导使用GET、PUT、POST和DELETE所有4个统一接口，在REST实现部分通常只能采用GET和POST接口，因为大多数的代理和防火墙会屏蔽其他接口；并且XHTML表单中只能使用GET和POST接口。
REST服务要求所有的输入参数都必须在URI中传递，这样会产生对参数容量大小的限制（目前的大小是4KB.。如果超出该数量，会导致HTTP协议错误（错误代码414：Request-URItoolong）。
在URI中表达复杂类型的参数比较困难，且目前对URI中的参数不存在一种公认的编组（marshalling）和解编（un-marshalling）方法。
③进行基于REST服务的Web应用系统的设计时可能遇到的问题包括：如何识别并设计REST风格服务；构建REST服务的运行环境，HTTP服务器与应用服务器选型等；富客户端表现方式及编程语言的选择；系统逻辑与物理拓扑结构的分析与设计等。

本题考查的重点是软件体系结构的分类，每类风格的构件、连接件和组合约束情况，以及在项目中具体如何根据实际情况选择某一种或几种软件体系结构风格。具体来说，关于"软件体系结构风格及其应用"的论文，大致包括以下几个方面：
①简要叙述你所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
②说明软件体系结构风格分类中每一类有哪些经典的软件体系结构设计风格，并就其中至少三类论述其具体的软件体系结构风格的构件、连接件类型和组合约束要求等结构特征及其应用特点。
③结合项目的实际状况，指出在体系结构设计时选择使用软件体系结构风格的情况，包括选择的依据、多个风格组合使用的情况等，要给出实际的效果及分析。