上午答案
| (1)D | (2)C | (3)D | (4)A | (5)A |
| (6)D | (7)C | (8)A | (9)A | (l0)A |
| (11)C | (12)A | (13)D | (14)D | (15)B |
| (16)D | (17)B | (18)A | (19)C | (20)C |
| (21)B | (22)C | (23)B | (24)A | (25)D |
| (26)D | (27)C | (28)C | (29)B | (30)A |
| (31)A | (32)D | (33)C | (34)B | (35)A |
| (36)C | (37)B | (38)A | (39)D | (40)A |
| (41)A | (42)B | (43)C | (44)B | (45)C |
| (46)B | (47)D | (48)C | (49)C | (50)A |
| (51)B | (52)A | (53)A | (54)B | (55)A |
| (56)D | (57)B | (58)C | (59)C | (60)A |
| (61)C | (62)D | (63)C | (64)C | (65)B |
| (66)A | (67)A | (68)D | (69)B | (70)A |
| (71)C | (72)B | (73)D | (74)B | (75)B |
下午答案
试题一 软件可靠性分析
[问题1) 随机植入的局限性
| 程序总错误数约 = | 10 * 120 | = 200个 |
|
6 |
遗留未能发现的 = 200 - 120 - 4 = 76个
(1) 所以错误不会平等地出现的;
(2) 错误有连带相关性(一个错误的存在可能潜藏有另一个错误);
(3) 测试检测错误时,错误不是等同地可发现的;
(4) 修复错误常会引起新的错误。
[问题2] MTBF指标的意义
突然停止正常工作原因可能有:
(1) 用户突然启用一个以前从未用过的新功能(用户的可预测性);
(2) 某个软件维护人员犯了个错误,引入了一个新错误。
MTBF是反映“用户可预测性”与“软件中存在错误数”的一个复杂函数
[问题3] 两组相互独立预测方案
| 测试前程序原有错误可以认为是 BNO = |
320 * 330 |
= 11 * 32 = 352个 |
|
300 |
估算的前提:(1)头几周发现的错误在全部错误中有代表性;
(2)两组发现的不同错误数所占比例相对很少。
试题二 应用服务器分析
[问题1] 基于进程方式的弱点
(1) 未能充分地利用“线程级并行性”(或者说并发处理能力较弱);
(2) 占用更多的地址空间资源
[问题2] 对象访问接口标准名称
CORBA,DCOM 与 EJB (也用 CORBA )
[问题3] 专用会话服务器
优点:便于实现负载分配算法,可加强容错能力。
缺点:附加一次网络通信时间,导致处理速度略为降低一点。
试题三 企业信息集成与应用集成
[问题1) 实现动态显示的技术名称
JavaServelet,JSP,JDBC 和 Applet 等。
[问题2] SAS应用未充分发挥作用原因
SAS 必须建立在大量历史数据基础上,只有已建成的 DBMS 构架充分积累有效数据后,才能发挥更大作用。
[问题3] 基于组件的应用集成实现步骤
(1) 系统平台的集成;
(2) 数据的集成 (如不同数据库系统之间转换数据);
(3) 应用的集成 (如组件的装配,由中间件提供帮助);
(4) 业务处理流程的集成 (如采用某种工作流方式)。
试题四 实时控制软件的可视化设计
[问题1] 用户控件的使用原因
(1) 显著简化实时软件的用户界面设计;
(2) 提高软件结构模块化软件的可维护性;
(3) 提高软件的可复用性和改进开发效率。
[问题2] VB 代码集成 C++ 代码方案
(方案1) 把由 C++ 代码实现的功能均做成函数(如:以导出函数的形式),放入动态链接库
DLL 中,VB 以调用函数的方式访问这些 C++ 代码。
(方案2) 采用 C++ 开发 VB 的 ActiveX 控件,使之能直接嵌入 VB 的集成环境中使用。
[问题3] 调用 DLL 的限制
DLL 动态链接库内部导出函数的“参数数目与类型”,必须与应用程序调用时传递过来的“参数数目与类型”相互匹配,应用程序本身无法改变这个函数的参数列表。
试题五 OA与电子邮件群件使用
[问题1] 管理角度分析原因
(1) 群件 (Domino) 缺省设置需利用夜间空闲时间自动执行关键性的“数据同步与维护”任务,长期不执行引起系统数据的不一致性。
(2) 各分点系统管理员权限过大,可能引起不正确的某些系统改动。
[问题2] 公共通信录调整/更新工程要点
(1) 制定新的系统运行管理规范;
(2) 重新修订系统数据复制策略;
(3) 重新界定系统管理员权限并进行必要培训;
(4) 整理公共通信数据,发放新的公共通信录。
[问题3] 改进系统的建议
(1) 利用 Domino 作为 Web 服务器,使 OA 大多数功能改为 Web 浏览器方式,减轻使用者培训要求和信息技术人员的工作压力。
(2) 提高 OA 系统信息利用率和安全性,如采用按级别与角色方式授权访问,改进信息服务的安全性与便利性。
(3) 加强发送统计、收文回执以及公文查询与检索等功能的利用,形成完备的工作流程。
论文解答要点
试题一 论软件需求分析方法和工具的选用
一、 所选用的方法和工具要符合软件需求分析的基本目标与任务,也就是应当有助于描述所开发软件的功能与性能,反映出该软件所受到的各种限制,明确该软件和其它的系统组成部分之间的接口规范,并且能够有助于把需求定义在软件需求规格说明书中。
二、 需要区分和明确开发时所采用的方法学与模型。也就是说,不同的开发模型应当有相对应不同的需求分析和定义的方法与工具。
三、 能够详细地叙述软件需求分析中所采用的具体方法,并且讨论选用这些方法的主要原则和策略。
四、 能够详细讨论软件需求分析中所选用的具体辅助工具,并且能够小结在选用时所考虑的原则和策略。
五、 对选用的工具和方法所产生的相应效果的分析要求具体、真实、可信。
六、 选用软件需求分析的工具与方法是相对高层次的活动,目前正在进一步的发展之中,对今后的改进应当有适当的讨论。
试题二 论 Java 技术在因特网平台上的应用
一、论文应当有相当的篇幅讨论所采用的具体 Java 技术,其中必然会紧密地结合所使用的有关开发工具软件。要求能集体列出正确的开发工具与平台。
二、在使用 Java 技术时,重要的是应当针对异构平台中应用的可移植性和应用的集成方案,或者应当针对与数据库应用和技术的融合方案。论文中应能具体论述相应的方案。
三、在应用 Java 技术时,会遇到响应时间、开发时间、开发费用和开发人员水平等限制方面的一些问题。因此论文在讨论遇到过的问题与解决的办法时,应当有侧重地涉及到技术力量、分布式的需要以及足够的经费支持等有关问题。
四、对 Java 面向对象的特征,应当有适当的体现,比如使用了 EJB (EnterpriseJavaBean) 或有关的标准。
五,Java 技术在因特网平台上的应用,目前的发展趋势已十分明确,应当是 J2EE (Java2企业版),要求在论文中能提到这个重要的发展趋势。
试题三 论改进 Web 服务器性能的技术
一、 Web 应用的背景和目标是十分明确的,所涉及到的Web应用项目应当有很大的访问强度,Web服务器应承受着较大的压力。
二、 文章应当具体地讨论 Web 应用项目的技术、工具、平台和详细方案。
三、 本文的重点是讨论改进 Web 服务器性能的技术,这些技术和措施在目前主要包括有:
WebCache 缓存技术,SSL 套接字的优化处理,Web 交换机,
多个并行工作的 Web 服务器,负载均衡和流量管理技术等。
强调论文应涉及到这些主要有关的技术。
四、 应当讨论在选用上述有关技术和措施所采用的相应的策略与原则。
五、 对所选用的技术与措施的效果分析,应当力求实事求是,因为每一种都会有一定的适用范围和局限性。
试题四 论实时控制系统与企业信息系统的集成
一、为了使实时控制系统或现场总线技术能与企业信息系统进行系统集成,所讨论的系统大体上应当是有层次化结构的系统。
二、论文中所讨论的平台与网络结构应当相对合理和科学,比如通过通讯控制器的连接,构成集成化的现场总线与局域网 LAN 的综合性的网络系统。
三、本文应当能够反映出实时数据库的应用与关系数据库的应用之间的集成化方案
四、要明确集成的目标,对于在集成中遇到过的主要问题要有具体的解决方案和对策。
五、在发展前景和可能的新技术讨论时,最好应当能够讨论某一种现场总线的具体实际应用。