正确答案:

题目：企业信息系统往往是一个具有业务复杂性和技术复杂性的大系统，针对其建设，系统分析首先要进行的工作是（1）。系统开发的目的是（2）。

解析：通常，软件开发项目是要实现目标系统的物理模型，即确定待开发软件系统的系统元素，并将功能和数据结构分配到这些系统元素中，它是软件实现的基础。但是，目标系统的具体物理模型是由它的逻辑模型经实例化（即具体到某个业务领域）得到的。与物理模型不同，逻辑模型忽视实现机制与细节，只描述系统要完成的功能和要处理的数据。作为目标系统的参考，需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统"做什么"的问题。结合现有系统（当前）分析，进行新系统设计的过程如图7-7所示。①获得当前系统的物理模型。当前系统可能是需要改进的某个已在计算机运行的数据处理系统，也可能是一个人工的数据处理过程。在这一步首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体模型来反映自己对当前系统的理解。这一模型应客观地反映现实世界的实际情况。②抽象出当前系统的逻辑模型。在理解当前系统"怎样做"的基础上，抽取其"做什么"的本质，从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素，随着分析工作的深入，有些非本质的物理因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的和非本质的因素，去掉那些非本质的因素即可获得反映系统本质的逻辑模型。③建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别，明确目标系统到底要"做什么"，从当前系统的逻辑模型导出目标系统的逻辑模型。④建立目标系统的物理模型。根据新系统的逻辑模型构建出相应的物理模型。值得注意的是，原有系统可以是一个正在运行的软件系统，也可以是一个纯手工运作的流程。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统"做什么"的问题（）并不是需求分析的实现步骤之一。

确定目标实现的具体技术路线

[单选题]敏捷软件过程强调：让客户满意和软件尽早增量发布；小而高度自主的项目团队；非正式的方法；最小化软件工程工作产品，以及整体精简开发。（）不是采用这种软件开发过程的原因。

对于软件项目开发来说，设计和实现可以做到基本分离

解析：敏捷软件过程主要有四大价值观：个体和交互胜过过程和工具；可以工作的软件胜过面面俱到的文档；客户合作胜过合同谈判；响应变化胜过遵循计划。这种价值观的前提是软件需求是难以提前确定的，而是会不断地发生变化，可以采用可执行原型和部分实现的可运行系统来了解用户需求，通过用户的反馈来明确需求。从制订计划的角度来看，分析、设计、实现和测试并不容易预测。

[单选题]详细的项目范围说明书是项目成功的关键。（）不应该属于范围定义的输入。

项目文档管理方案

解析：在初步项目范围说明书中已文档化的主要的可交付物、假设和约束条件的基础上准备详细的项目范围说明书，是项目成功的关键。范围定义的输入包括以下内容：①项目章程。如果项目章程或初始的范围说明书没有在项目执行组织中使用，同样的信息需要进一步收集和开发，以产生详细的项目范围说明书。②项目范围管理计划。③组织过程资产。④批准的变更申请。所以项目文档管理方案不属于范围定义的输入。

[单选题]需求管理是CMM可重复级中的6个关键过程域之一，其主要目标是（）

对于软件需求，必须建立基线以进行控制，软件计划、产品和活动必须与软件需求保持一致

解析：过程能力成熟度模型(Capability Maturity Model，CMM)在软件开发机构中被广泛用来指导软件过程改进。该模型描述了软件成立能力的5个成熟级别，每一级都包含若干关键过程域(Key Process Areas，KPA)。 CMM的第二级为可重复级，它包括6个关键过程域，分别是：需求管理、软件项目计划、软件项目跟踪和监督、软件分包合同管理、软件质量保证和软件配置管理。需求管理的目标是为软件需求建立一个基线，提供给软件工程和管理使用；软件计划、产品和活动与软件需求保持一致。

[单选题]复杂系统是指（）

通过对各子系统的了解不能对系统的性能做出完全的解释

解析：复杂系统的复杂之处主要在于其各子系统之间关联的复杂性。例如，人体本身就是一个复杂系统。虽然骨骼系统、神经系统、消化系统和血液循环系统等都有清晰的结构，可以清晰地描述其性能，但各子系统之间相互关联的机制却仍难以把握。

[单选题]RUP是一个二维的软件开发模型，其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle），每个循环由4个连续的阶段组成，每个阶段完成确定的任务。设计及确定系统的体系结构，制定工作计划及资源要求是在（2）阶段完成的。

解析：RUP也称为UP、统一过程，其核心特点是：以架构为中心，用例驱动，迭代与增量。该开发模型分4个阶段，分别为初始、细化、构造、移交。其中题干所述的“确定系统的体系结构”是细化阶段的主要工作，所以该空应填细化。

[单选题]基于构件的开发模型包括软件的需求分析定义、（1）、（2）、（3），以及测试和发布5个顺序执行的阶段。

解析：本题考查基于构件的软件开发模型的基础知识。基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的许多特征，本质上是演化形的，开发过程是迭代的。基于构件的开发模型由软件的需求分析定义、体系结构设计、构件库建立、应用软件构建及测试和发布5个阶段组成。

[单选题]在RUP中采用"4+1"视图模型来描述软件系统的体系结构。在该模型中，最终用户侧重于（1），系统工程师侧重于（2）。

[单选题]UML的事物是对模型中最具有代表性的成分的抽象，（1）是模型的静态部分，描述概念或物理元素；（2）用来描述、说明和标注模型的任何元素。

解析：UML有3种基本的构造块，分别是事物（元素）、关系和图。事物是UML中重要的组成部分。关系把事物紧密联系在一起。图是很多有相互相关的事物的组。UML中的事物也称为建模元素，包括结构事物、动作事物、分组事物和注释事物。这些事物是UML模型中最基本的面向对象的构造块。①结构事物。结构事物在模型中属于最静态的部分，代表概念上等或物理上的元素。总共有7种结构事物：首先是类，类是描述具有相同属性、方法、关系和语义的对象的集合。一个类实现一个或多个接口。第2种是接口，接口是指类或组件提供特定服务的一组操作的集合。因此，一个接口描述了类或组件的对外的可见的动作。一个接口可以实现类或组件的全部动作，也可以只实现一部分。第3种是协作，协作定义了交互的操作，是一些角色和其他元素一起工作，提供一些合作的动作，这些动作比元素的总和要大。因此，协作具有结构化、动作化、维的特性。一个给定的类可能是几个协作的组成部分。这些协作代表构成系统的模式的实现。第4种是用例，用例是描述一系列的动作，这些动作是系统对一个特定角色执行，产生值得注意的结果的值。在模型中用例通常用来组织动作事物。用例是通过协作来实现的。第5种是活动类，活动类是这种类，它的对象有一个或多个进程或线程。活动类和类很相像，只是它的对象代表的元素的行为和其他的元素是同时存在的。第6种是构件，构件是物理上或可替换的系统部分，它实现了一个接口集合。在一个系统中，可能会遇到不同种类的构件，如DCOM或EJB。第7种是节点，节点是一个物理元素，它在运行时存在，代表一个可计算的资源，通常占用一些内存和具有处理能力。一个组件集合一般来说位于一个节点，但有可能从一个节点转到另一个节点。②动作事物：动作事物是UML模型中的动态部分。它们是模型的动词，代表时间和空间上的动作。总共有两种主要的动作事物。第1种是交互（内部活动），交互是由一组对象之间在特定上下文中，为达到特定的目的而进行的一系列消息交换而组成的动作。交互中组成动作的对象的每个操作都要详细列出，包括消息、动作次序（消息产生的动作）、连接（对象之间的连接）。第2种是状态机，状态机由一系列对象的状态组成。内部活动和状态机是UML模型中最基本的两个动态事物元素，它们通常和其他的结构元素、主要的类、对象连接在一起。③分组事物。分组事物是UML模型中组织的部分，可以把它们看成是个盒子，模型可以在其中被分解。总共只有一种分组事物，称为包。包是一种将有组织的元素分组的机制。结构事物、动作事物甚至其他的分组事物都有可能放在一个包中。与组件（存在于运行时）不同的是包纯粹是一种概念上的东西，只存在于开发阶段。④注释事物。注释事物是UML模型的解释部分。