系统分析师综合知识（选择题）模拟试卷26
中文选择题
1.詹姆斯.马丁将计算机的数据环境分成四种类型，并认为清楚地了解它们之间的区别是很重要的。这四种类型按照管理层次从低到高排列，正确的是(36)。(A)
A. 数据文件、应用数据库、主题数据库、信息检索数据库
B. 数据文件、主题数据库、应用数据库、数据仓库
C. 元数据库、主题数据库、应用数据库、数据仓库
D. 元数据库、应用数据库、主题数据库、信息检索数据库
解析：马丁区分了计算机的4类数据环境，分别是文件环境(不使用数据管理系统)、应用数据库环境(使用数据库管理系统)、主题数据库环境(数据库的建立基本独立于具体应用)、信息检索系统环境(为自动信息检索、决策支持和办公自动化而设计，数据动态变化)。其中，信息检索系统环境通常与主题数据库环境共存，把信息检索系统从生产性的数据系统中分离出来的主要原因是考虑效率问题。就主题数据库环境而言，如果管理不善，则会退化成文件环境或应用数据库环境。马丁指出，一个高效率的企业应该基本上具有3类或4类数据环境作为基础。
2.根据詹姆斯.马丁的理论，以(48)的规划、设计和实现为主体企业数据环境建设，是信息工程的核心。(C)
A. 应用数据库
B. 物理数据库
C. 主题数据库
D. 数据仓库
解析：马丁的信息工程方法要解决三个问题，一是要做好战略数据规划，二是要建设好主题数据库，三是围绕主题数据库进行应用开发，而建设好主题数据库则是信息工程方法的重点和关键。主题数据库的突出优点是它具有稳定的结构，不受企业机构或部门变动的影响，不仅能满足本企业管理人员的工作需要，也能为业务伙伴和广告客户提供高效的信息服务。建立主题数据库，要采用一整套信息工程的技术和方法，不过，在集成化信息系统开发初期需要具有一定的规模，但随着系统的扩展，数据库的数目较少增加，甚至不增加；如果不采用主题数据库而采用应用数据库，虽然在开发初期见效快，但随着应用项目的增多，数据库的数目会快速增加。在这种情况下，如果要做到应用项目的信息共享，那么其接口数目会按几何级数增加，以至于达到无法控制的地步。主题数据库有以下特点。(1)由于一个企业的业务主题具有客观性，这就决定了同行业的不同企业的业务主题的统一性，相应的，其主题数据库的结构也必然是相同的或基本相同的。(2)由于主题数据库不是企业某一部门或某个人的私有数据，它必须纳入企业信息资源的统一管理，因而企业中的不同业务可以共享主题数据库的信息资源。(3)由于主题数据库的信息源具有唯一性，它的数据采集必须是一次性和一地性的，并且一次性地进入系统，因而避免了数据的不一致。(4)主题数据库的结构具有稳定性、原子性、演绎性和规范性，因而便于系统开发的自动化，也便于系统维护、升级和集成。
3.某软件企业根据市场需求，组织开发出一种新应用软件。为确保企业的市场竞争力，该企业对其所有员工进行了保密的约束。但某开发人员将该应用软件的程序设计技巧和算法通过论文向社会发表，使得软件企业丧失了(38)。(C)
A. 发行权
B. 软件著作权
C. 商业秘密权
D. 专利权
解析：请参考试题(17)的分析。
4.有两种需求定义的方法——严格定义和原型定义，在关于这两种方法的描述中，不正确的是(142)。(B)
A. 严格定义方法假定所有的需求都可以预先定义
B. 严格定义方法假定软件开发人员与用户之间的沟通存在障碍
C. 原型定义方法认为需求分析中不可避免地要出现很多反复
D. 原型定义方法强调用户在软件开发过程中的参与和决策
解析：严格定义(预先定义)是目前采用较多的一种需求定义方法。在采用严格定义的传统的结构化开发方法中，各个工作阶段排列成一个理想的线性开发序列，在每一工作阶段中，都用上一阶段所提供的完整、严格的文档作为指导文件，因此它本质上是一种顺序型的开发方法。
在传统的结构化开发中，需求的严格定义建立在以下的基本假设上。
(1)所有需求都能够被预先定义
假设意味着，在没有实际系统运行经验的情况下，全部的系统需求均可通过逻辑推断得到。这对某些规模较小、功能简单的系统是可能的，但对那些功能庞大、复杂且较大的系统显然是困难的。即使事先做了深入细致的调查和分析，当用户见到新系统的实际效果时，也往往会改变原先的看法，会提出修改或更进一步增加系统功能的要求，所以再好的预先定义技术也会经常反复。这是因为人们对新事物的认识与理解将随着直观、实践的过程进一步加深，这是与人类认识世界的客观规律相一致的。所以，能够预先定义出所有需求的假设在许多场合是不能成立的。
(2)开发人员与用户之间能够准确而清晰地交流
假设认为，用户与开发人员之间，虽然每人都有自己的专业、观点、行话，但在系统开发过程中可以使用图形/文档等通信工具进行交流，进行清晰、有效的沟通，这种沟通是必不可少的。可是，在实际开发中，往往对一些共同的约定，每个人可能都会产生自己的理解和解释。即使采用结构化语言、判定树、判定表等工具，仍然存在精确的、技术上的不严密感。这将导致人们有意无意地带有个人的不同理解而各行其事，所以在多学科、多行业人员之间进行有效的通信交流是有一定困难的。
(3)采用图形/文字可以充分体现最终系统
在使用严格定义需求的开发过程中，开发人员与用户之间交流、通信的主要工具是定义报告，包括叙述文字、图形、逻辑规则和数据字典等技术工具。它们都是静止的、被动的，不能实际表演，很难在用户头脑中形成一个具体的形象。因此，要用静止的图形/文字描述来体现一个动态的系统是比较困难的。
除了所论述的情况外，上述基本假设还将导致严格定义的结构化开发方法存在以下缺陷。
首先是文档量大，由于在结构化方法的每个阶段都必须写出规范、严密的各种文档，这些文档虽然有助于开发人员之间、用户与开发人员间的通信交流，有助于开发过程的规范化，但由于编写文档花费大量人力和时间，导致系统开发周期增大。其次是开发过程可见性差，来自用户的反馈太迟。由于在需求定义、系统设计阶段都不能在用户终端显示新系统的实际效果，一直到系统实现阶段结束，用户才有机会通过对新系统的实际操作和体会来提出他们对新系统的看法和意见，但此时整个开发已近尾声，若想修改前几段的工作或修改需求定义，都将付出较大的代价，有时这种修改甚至会导致整个系统的失败。
综上所述，需求的严格定义的基本假设在许多情况下并不成立，传统的结构化方法面临着一些难以跨越的障碍。为此，需要探求一种变通的方法。
原型方法以一种与严格定义法截然不同的观点看待需求定义问题。原型化的需求定义过程是一个开发人员与用户通力合作的反复过程。从一个能满足用户基本需求的原型系统开始，允许用户在开发过程中提出更好的要求，根据用户的要求不断地对系统进行完善，它实质上是一种迭代的循环型的开发方式。
采用原型方法时需要注意的几个问题。
(1)并非所有的需求都能在系统开发前被准确地说明。事实上，要想严密、准确地定义任何事情都是有一定难度的，更不用说是定义一个庞大系统的全部需求。用户虽然可以叙述他们所需最终系统的目标及大致功能，但是对某些细节问题却往往不可能十分清楚。一个系统的开发过程，无论对于开发人员还是用户来说，都是一个学习和实践的过程，为了帮助他们在这个过程中提出更完善的需求，最好的方法就是提供现实世界的实例——原型，对原型进行研究、实践，并进行评价。
(2)项目参加者之间通常都存在交流上的困难，原型提供了克服该困难的一个手段。用户和开发人员通过屏幕、键盘进行对话和讨论、交流，从他们自身的理解出发来测试原型，一个具体的原型系统，由于直观性、动态性而使得项目参加者之间的交流上的困难得到较好的克服。
(3)需要实际的、可供用户参与的系统模型。虽然图形和文字描述是一种较好的通信交流工具，但是，其最大缺陷是缺乏直观的、感性的特征，因而不易理
本文档预览：3600字符，共14443字符，源文件无水印，下载后包含无答案版和有答案版，查看完整word版点下载
