2005年上半年系统分析师下午试题答案1

试题的平都要试题软件易中度应由数然在2题一解答要点【问题1】【问题2】访问控制l访问控制2【问题3】利用率ρ=LAN的利用Web服务器数据库服务其中，h LAN、平均处理时间根据上面的【问题4】使用CGI存·安全性差· CGI的效要创建一个事替代技术有题二解答要点【问题1】1）本问相当提供的候选· 交易中间件所提供的基中间件是面向应用程序的运数据库系统来在本地交易管005年上点本问主要是为需要客户端需要客户端本问主要是需λ/μ=平均到率ρLAN ＝6的利用率＝务器的利用率h web、h DB：分间（单位；s）的公式，新OA存在的主要问差、可移植性效率低，且需事务或者运行有JSP、ASP、点当于选择题。

选答案有四个间件技术。

中基础服务，衔向交易事务处运行，保证整来完成，交易中管理的功能己上半年系为公司在软件端的IP地址，端的MAC 地址需要正确理解到达事务数60％ρweb＝ 80％率ρDB＝ 20％分别表示LAN）。

A系统的平均题及其原因性差。

CGI接口需要同时运行行CGI程序的Servelet个，分别分析中间件是介于接网络上的应处理的中间件个系统运行中间件主要完己经很强大，但统分析师件的配置、维以判断客户，以判断客户解题意进行计／平均处理事％％N、Web服务均响应时间：口不支持用户行多个CGI程一个副本。

或PHP。

如下。

于应用系统和应用系统，能，它负责正确的高效性。

根完成分布式计但透过一个广师下午试维护和升级方户端是否来自户是否来自授计算。

事务数务器和数据库R为 287.5户与数据库间程序。

用户每和系统软件之能够达到资源确传递交易，根据X／Open计算环境下交广域网进行分试题答案方面解决了问自授权部门。

授权计算机。

库服务器（Da5 ms。

间的持续互操次连接至服务之间的一类软源共享、功能对交易完整nDTP 模型，交易的监控和分布式交易管1问题。

tabase ser操作。

务器时，服务软件，它使用能共享的目的整性进行管理本地交易的和管理。

数据管理并不是数ver）务器系统的。

交理，调管理库虽数据库的强项，特别是一笔交易涉及到异构数据库时更是如此。

把数据上传视作是交易处理，交易中间件可以满足问题l的要求。

· Web中间件即应用服务器（Application Server），是实现基于浏览器（或Web）应用的中间层平台，不仅是商业逻辑组件的容器，还提供了内容管理、负载均衡、容错、连接池等功能。

· Web Service是一个崭新的松散耦合的分布式计算模型。

每个服务结点利用XML、SOAP、UDDI、WSDL和WSFL等标准，对外提供某类功能，这些服务功能可以通过绑定HTPP的SOAP 等技术来访问，从外部使用者的角度来看，Web Service是一种部署在Web上的对象或组件。

它是一种面向服务的模型，适合解决分布式计算和处理，不适合应用于数据同步。

· 插装技术是白盒测试技术的一种。

在被测系统中植入测试代码或测试硬件，以捕获系统运行时的可能路径，称为插装。

用于系统的覆盖分析。

2）为避免数据中心的单点故障，数据中心数据库服务器采用多机集群Cluster和数据库并行处理技术、存储设备采用全冗余的SAN结构（或者全冗余的存储结构）。

【问题2】本问涉及了数据库系统的两个概念：数据库复制技术和数据库触发器技术。

数据库复制技术是分布式数据库技术中的一项重要技术，其主要功能是向分布式环境中的各个数据库节点提供数据复制，保持数据一致或控制维护数据冗余。

数据复制一般有同步、异步方式，体系机构有主从（一个主点，多个复制点）、对等、分布式（多个主点，一个复制点）等。

采用数据库复制技术，需要各个节点安装数据库复制服务器，在异构环境下，还要求复制点增加异构数据同步服务，开销较大。

数据库触发器技术是数据库管理系统能够在一些数据库相关事件发生时触发预先定义的操作，触发器机制可以增强引用完整性，加强复杂业务的规则，或者监控数据库的变动，并执行一定的数据操作，实现信息管理的自动化。

从题目的要求来看，采用的技术一方面不能影响业务系统，另一方面数据不能因为网络故障、服务器繁忙等原因丢失，而且成本不能太高。

采用数据库复制技术，各地需要安装专门的复制服务器，增加成本，维护管理较为复杂，同时，太多分支机构使得中心的数据库复制服务器压力大，因此在本题要求的条件下，不宜采用数据库复制技术。

采用数据库的触发器技术虽然能够实时记录数据库的数据变化，但不能捕获数据表中TEXT字段的UPDATE动作，并且对于每季度一次的统计报表数据，采用数据库的触发器技术来记录数据库的变化，占用数据库资源太多，可能影响某些机构的日常业务处理。

【问题3】首先明确增量数据更新的过程。

各地上传的数据更新日志是中心数据更新同步数据的依据。

各地系统将数据更新操作以SQL语句的形式记录到数据更新日志中，由交易中间件系统发送该日志到数据中心的交易中间件服务器上。

中心交易中间件服务器开启同步服务进程，实时处理各个机构提交的数据更新日志，必要时对由于数据库异构产生的SQL语句差别进行修改，向中心数据库系统提交数据更新SQL，完成数据中心的数据更新。

其次，明确数据更新日志获得的方式，重点解决TEXT字段问题和报表统计数据问题。

①针对多数业务数据的更新，各地数据库采用触发器技术，通过触发器捕获记录或字段的增删改操作，以标准的SQL命令保存到数据更新日志中；②改造各地原有业务系统，当发生数据表TEXT字段修改时，在修改字段的同一事务中，将该动作增加到数据更新日志中，数据中心根据记录抽取该字段指向的内容；③对每季度产生的报表统计数据，改造各地原有业务系统，在数据更新日志中保存生产数据的条件，数据中心根据记录一次性抽取满足条件的数据。

最后，针对个别机构数据库服务器配置较低，采用触发器技术可能造成资源不足的情况，升级该机构的数据库服务器，比如将内存增加到1GB等。

试题三解答要点【问题1】本题相当于选择题，但要获得好的成绩，仍需要仔细构思。

1）逻辑视图表述系统的功能需求。

系统分解为一系列的关键抽象，这些抽象（大多数）来自于需求分析中所提出功能要求，以对象或类的形式来表示（采用抽象、封装和继承）。

分解并不仅仅是为了功能分析，而且用来识别遍布系统各个部分的通用机制和设计元素。

系统的功能需求来自于最终用户，最终用户是逻辑视图对应的风险承担者。

2）进程视图表述系统的运行特性。

利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。

另外，它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。

风险承担者主要是系统集成人员，组件元素是任务。

3）物理视图表述系统的拓扑、安装和通信需求。

用来表达软件系统中的各种元素（元素可以理解为组件或过程）被映射或部署至不同的网络计算机节点上。

风险承担者主要是系统实施工程师。

4）开发视图表述软件开发的内部需求。

开发视图关注软件开发环境下实际模块的组织（程序库或子系统），它们可以由一位或几位开发人员来开发。

子系统可以组织成分层结构，每个层为上一层提供良好定义的接口。

风险承担者主要是编程人员和软件项目管理人员。

5）场景用来说明重要的系统活动，是其他四个视图在用例（Use Case）驱动下的综合。

在某种意义上场景是最重要的需求抽象。

该视图是其他视图的冗余（因此“＋1”），但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素，其次场景可作为架构设计结束后的功能验证。

它可作为架构原型测试的出发点。

风险承担者是最终用户和开发人员，组件元素是步骤。

【问题2】系统大多数关键的功能以场景（或用例）的形式被捕获。

所谓关键是指系统最重要的功能（或系统存在的理由），或使用频率最高的功能，或其应用减轻了一些重要的技术风险。

基于场景驱动的迭代式设计过程如下。

1）开始阶段。

基于风险和重要性为某次迭代选择一些场景。

场景可能被归纳为对若干用户需求的抽象；对场景进行“描述”，以识别主要的抽象（类、机制、过程、子系统）：将所发现的架构元素分布到4个视图中；然后实施、测试、评估该架构，这个过程中可能检测到一些缺点或潜在的增强要求；捕获经验教训。

2）循环阶段。

重新评估风险，选择能减轻风险或提高结构覆盖的额外的少量场景，然后试着在原先的架构中描述这些场景，发现额外的架构元素，或找出适应这些场景所需的重要架构变更，更新4个主要视图；根据变更修订现有的场景；升级实现工具（架构原型）以支持新的、扩展了的场景集合。

3）测试。

如果有可能（比如，在己有可重用的组件下快速实现系统），在实际的目标环境和负载下进行测试。

4）评审这5个视图，检测架构在简洁性、可重用性和通用性方面可能存在的潜在问题。

5）更新设计准则和基本原理。

6）捕获经验教训。

对于实际的系统，初始的架构原型需要不断进行演化。

一般的情况是在经过两次或三次迭代，当找到了主要的抽象，子系统和过程都已经完成并且已经实现所有的接口，系统架构可认为趋向于稳定。

【问题3】软件内部需求是指任何一个软件都要满足的一些非功能方面的需求，大部分情况下，开发视图架构考虑的内部需求与以下几项因素有关：开发难度、软件管理、重用性和通用性及由工具集、编程语言所带来的限制与约束。

开发视图是项目管理的基础，通过开发视图对系统功能、模块的层次性分解，能够预估开发工作量、安排开发任务，编制开发计划，进而监控进度，即开发视图是需求分解、团队工作的分配（或任务管理）、成本评估和计划（或成本管理）、项目进度的监控（或进度管理）等方面的基础。

试题四解答要点【问题l】严格定义方法适用的场合：①所有的需求都能够被预先定义；②修改定义不完备的系统代价昂贵且实施困难；③项目参加者之间能够清晰而准确地进行通信；④静态描述或图形模型对应用系统的反映是充分的；⑤严格方法的生命周期中各阶段划分都是正确的。

（6分）原型法适用的场合：①并非所有的需求在系统开发以前都能准确地说明；②有快速的系统建造工具；③项目参与者之间经常存在通信上的障碍；④需要实际的、可供用户参与的系统模型：⑤需求一旦确定就可以遵从严格定义的方法；⑥大量的反复是不可避免的，必要的，应该加以鼓励。

（6分）【问题2】改变原型生命周期约束的方法：①仅对屏幕的原型化；②使用购买的应用系统作为初始模型；③子系统原型化：④原型与需求建议；⑤最终用户进行原型化。

【问题3】引入原型法后，项目管理的基本内容：①估计过程；②费用重新分配；③变化控制；④活动停止。

试题五解答要点【问题1】采用双机冗余热备方式，当本地某个系统发生故障时，系统能够自动快速切换到正常的系统，通过本地故障恢复确保系统持续提供服务。

目前有许多不同厂家提供双机冗余热备的产品，采用双机冗余热备方式，涉及到以下众多因素：· 双机热备产品适用的规模；· 支持的操作系统：· 支持的数据库系统；· 对正常业务系统的性能影响；· 提供的GUI管理工具功能易用性；· 能够完全实现多应用多级切换（应用级切换），适用多种应用并存的系统，某一 应用的切换可以不对其他应用产生影响；· 集中管理配置能力；· 远程监控和管理能力；· 切换速度；· 磁盘管理方面功能；【问题2】与双机冗余热备相比，备份中心的主要作用是在灾难发生时能够有效地保护数据。