阅读以下关于系统结构的叙述，回答问题1至问题4。
【说明】
A企业目前使用的是基于CS结构的OA（办公自动化）系统，某软件开发公司为该企业设计了一个基于B/S结构的新OA系统。
1、系统目前的运行情况
（1）公司大约有500名雇员，每名雇员配备有一套PC机，每个部门有独立子网。
（2）员工所用PC机的IP地址由其所在部门指派，由公司信息部负责IP地址的管理工作。
（3）目前的OA系统大约由16个子系统组成，包括公文管理子系统、公共信息管理子系统、个人信息管理子系统、邮件管理子系统、任务管理子系统、差旅审批子系统、采购子系统等。
（4）应用软件存储在服务器和客户机上。数据库的检索和更新功能主要在服务器上，而数据的输入和结果的显示功能则主要在客户机上。软件的配置、维护和升级由信息部负责处理。
2、计划实现的新系统
（1）新OA系统的体系结构如下图所示，包括安装了浏览器的客户机（PC）、Web服务器以及一个数据库服务器。
（2）用CGI连接数据库服务器和Web服务器。
（3）用户使用新的OA系统时，首先通过登录窗口输入一个职工号码和口令。（4）Cookie是Web服务器指示客户浏览器存储指定变量名和值的方法。在启动多个CGI程序的情况下，应用Cookie可以避免通过登录窗口重复输入职工号码和口令。在新的OA系统中，职工号码在其浏览器中被设置为一个Cookie值。每启动一个CGI程序，从浏览器传送的职工号码（一个Cookie值〉就和Web服务器上存储的职工号码相比较。如果匹配，应用就继续；若不匹配，就显示登录窗口，提示用户输入职工号码和口令。
3、新OA系统的访问控制
新OA系统中有以下两种访问控制。
（1）访问控制1
各子系统的用户只能通过安装在本部门的客户机处理其业务，例如任务管理子系统的用户在处理业务时只能使用安装在本部门的客户机。
（2）访问控制2
只允许授权职工通过为其配置的客户机使用差旅审批子系统。
4、性能评估方法
（1）性能评估模型是一个M/M/1排队模型，其中LAN、Web服务器和数据库服务器按照下图所示串联连接。ρLAN、ρWeb、ρDB分别表示LAN、Web服务器和数据库服务器的利用率。
（2）已经测得LAN、Web服务器和数据库服务器的平均处理时间。基于这些测量值，用排队论估算并发连接的客户数量增加时的响应时间。
（3）根据测得的处理时间，LAN、Web服务器和数据库服务器对单个客户请求的平均处理时间为30ms、40ms和10ms。
（4）根据以往的经验可知，每秒平均有20个事务，且事务到达间隔服从负指数分布。
（5）每个队列的平均系统时间（平均等待时间与平均处理时间之和，单位：s）可用以下公式计算：平均系统时间=平均处理时间/（1-利用率）
阅读以下关于数据中心的叙述，回答问题1至问题3。
【说明】
某大型企业在全国各城市共有40个左右的分支机构，这些机构已经建设了基于大型关系数据库的信息管理系统，每天负贵独立地处理本区域内的业务并实时存储业务数据。
每个机构的数据库服务器从PC Server（最小512MB内存）到RISC小型机（最大4GB内存）配置不一，操作系统也不一样，数据库产品类型也不统一。
每个机构平均每天产生约4MB的数据，数据表中包括TEXT字段；每季度一次性产生约100MB的统计和报表数据。
为了加强管理，实现对下属机构业务数据的异地存储备份，保证数据的安全及恢复，同时对全国业务数据进行挖掘分析，该企业拟在总部建设数据中心。数据中心通过公共广域网与各个分支机构组成VPN，每个分支机构到数据中心的逻辑信道带宽最高为128Kb/s。
阅读以下关于软件架构的叙述，回答问题1至问题3。
【说明】
软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能需求，同时表述其他非功能性需求（如可靠性、可扩展性、可移植性和可用性等）。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用一个公式来表达：
软件架构={构成系统的元素，指导元素集成的形式，关系和约束}
“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。
（1）逻辑视图（LogicalView），描述了设计的对象模型，支持系统的功能需求。
（2）进程视图（ProcessView），描述了设计的并发和同步特征，支持系统的运行特性。
（3）物理视图（PhysicalView），描述了软件到硬件的映射，反映了分布式特性，支持系统的拓扑、安装和通信需求。
（4）开发视图（DevelopmentView），描述了在开发环境中软件的静态组织结构，支持软件开发的内部需求。
（5）场景（Scenario），用来说明重要的系统活动，是其他四个视图在用例（UseCase）驱动下的综合。
阅读以下关于原型法的叙述，回答问题1至问题3。
【说明】
某软件公司多年来开发的项目大都采用结构化方法。但系统开发的实践表明，尽管在许多情况下使用了严格定义或预先说明的方法，但当系统建成以后，用户仍然觉得建立的系统是不完全正确或不完备的，因此需要进行反复地修补。
针对上述情况，公司的李总工程师提出，应该引入原型法，以快速地确定用户需求，提高开发过程中的生产率和最终系统的质量。
阅读以下关于业务持续和灾难恢复的叙述，回答问题1至问题3。
【说明】
随着信息系统的深入应用，它在政府或企业中发挥着越来越重要的作用。由此也产生了一些问题：一旦由于故障、甚至灾难导致信息系统局部或全部瘫痪，就会对相关的政府或企业造成重大的损失，因此需要业务持续和灾难恢复规划。
业务持续和灾难恢复规划涉及到一些特定的或相关的规划，当正常的信息处理业务突然中断时，用来减轻甚至避免其所带来的影响。它们用来保证维持组织运作的关键系统的可用性。
某大型网上书店通过Internet为用户提供网上图书查询及订购等多种服务。由于每天的业务量非常多，因此对业务有持续性要求，并且需要具备灾难恢复功能。在对原有系统的改进方案中提出：
1）对于一些关键应用系统，采用双机冗余热备的方式进行保护；
2）由于资金问题，公司并不打算建设自己专有的用于备份数据的备份中心（假设这里的备份中心仅用于备份数据），而是决定租用其他公司提供的商业备份中心，每隔一段时间，把公司的业务数据备份到备份中心。
