单选题项目组正在探讨所开发的系统在企业里如何有效发挥业务价值，团队以所开发系统为出发点，评估与此系统有关的其他人、系统与所开发系统之间如何互动，从而获得更加详细的需求，团队正在应用：（）A 项目管理信息系统B 系统交互图C 组织系统D 项目管理系统

参考答案：B

正确答案：1．对你在论文中准备列举的软件应用项目做简要的功能介绍也可简要介绍该应用项目的开发背景、要解决的问题、开发目标等。注意所列举的项目与外部系统、参与者要有较多的交互这些外延将使你的应用项目的开发范围和功能确定工作更加详实。反之如选取与外部系统外延较少的应用项目在写作过程中可能会言之无物且达不到论文写作2000-3000字的字数要求。在第一段的末尾尽量用一句话简要说明在该项目中你担任了哪些系统分析和开发方面的工作。 2．结合自己开发的软件产品或从事的实际工作阐述在系统需求分析阶段用户提出了哪些应用需求。 根据用户提出的需求详细说明按照哪些原则确定应用系统的开发范围和功能。 通常确定系统范围和功能的原则主要有：①根据已确定的系统目标和估算出的整个信息系统的信息量考虑企业现有客观条件包括资金情况、设备条件、现场条件、技术水平和管理现状等合理地确定系统的范围和功能。②新建立的系统可能要求现行的管理机构在组织上和功能上作某些调整和变动以适应计算机的管理。划分系统范围时应根据客观需要选择必要的系统结构和功能不要受现行系统的限制。 结合你所参与的软件项目详细地说明确定应用系统开发范围和功能所采取的工作步骤。可结合以下步骤要点展开。 ①绘制出系统的总数据流程图(或称为工作上下文范围图)。该图是系统分析阶段的各业务部门的数据流程图综合绘制在一张图上。可根据该应用系统所处领域的相关背景知识和工作职责等信息来创建一个模型以反映系统所处的上下文范围。 ②根据系统方案要求、用户的要求和现行系统的环境以及确定系统边界的原则在总信息流程图上圈出系统范围。要充分理解业务流程并遵守“业务人员负责业务决策”的原则。 ③与用户讨论、协商修改相关内容并在此基础上提出功能上的要求。 ④确定系统范围并分析说明。 3．列举出经过上述步骤及与用户协商后确定的该软件项目的开发范围和功能有哪些并谈出几点你在确定系统开发范围和功能方面的体会。例如分析在确定该软件项目的开发范围和功能过程中哪些地方做得比较好哪些过程还需进一步改进以及它们对项目后来的开发过程产生的积极或消极影响。最后简要叙述在今后的工作过程中如果碰到类似的开发项目你将如何应用这些经验或教训。
1．对你在论文中准备列举的软件应用项目做简要的功能介绍，也可简要介绍该应用项目的开发背景、要解决的问题、开发目标等。注意，所列举的项目与外部系统、参与者要有较多的交互，这些外延将使你的应用项目的开发范围和功能确定工作更加详实。反之，如选取与外部系统外延较少的应用项目，在写作过程中可能会言之无物，且达不到论文写作2000-3000字的字数要求。在第一段的末尾，尽量用一句话简要说明在该项目中你担任了哪些系统分析和开发方面的工作。 2．结合自己开发的软件产品或从事的实际工作，阐述在系统需求分析阶段，用户提出了哪些应用需求。 根据用户提出的需求，详细说明按照哪些原则确定应用系统的开发范围和功能。 通常，确定系统范围和功能的原则主要有：①根据已确定的系统目标和估算出的整个信息系统的信息量，考虑企业现有客观条件，包括资金情况、设备条件、现场条件、技术水平和管理现状等，合理地确定系统的范围和功能。②新建立的系统可能要求现行的管理机构在组织上和功能上作某些调整和变动，以适应计算机的管理。划分系统范围时，应根据客观需要选择必要的系统结构和功能，不要受现行系统的限制。 结合你所参与的软件项目，详细地说明确定应用系统开发范围和功能所采取的工作步骤。可结合以下步骤要点展开。 ①绘制出系统的总数据流程图(或称为工作上下文范围图)。该图是系统分析阶段的各业务部门的数据流程图，综合绘制在一张图上。可根据该应用系统所处领域的相关背景知识和工作职责等信息来创建一个模型，以反映系统所处的上下文范围。 ②根据系统方案要求、用户的要求和现行系统的环境，以及确定系统边界的原则，在总信息流程图上圈出系统范围。要充分理解业务流程，并遵守“业务人员负责业务决策”的原则。 ③与用户讨论、协商修改相关内容，并在此基础上提出功能上的要求。 ④确定系统范围，并分析说明。 3．列举出经过上述步骤及与用户协商后，确定的该软件项目的开发范围和功能有哪些，并谈出几点你在确定系统开发范围和功能方面的体会。例如，分析在确定该软件项目的开发范围和功能过程中，哪些地方做得比较好，哪些过程还需进一步改进，以及它们对项目后来的开发过程产生的积极或消极影响。最后简要叙述在今后的工作过程中，如果碰到类似的开发项目，你将如何应用这些经验或教训。

参考答案：C

正确答案：

一、论文中要说明所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。

二、目前主流的信息系统开发方法包括：结构化方法，面向对象方法、原型化方法和面向服务的方法。

1、结构化方法

结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化方法也称为生命周期法，是一种传统的信息系统开发方法，由结构化分析（Structured Analysis，SA）、结构化设计（Structured Design，SD）和结构化程序设计（Structured Programming，SP）三部分有机组合而成，其精髓是自顶向下、逐步求精和模块化设计。

结构化方法假定待开发的系统是一个结构化的系统，其基本思想是将系统的生命周期划分为系统规划、系统分析、系统设计、系统实施、系统维护等阶段。这种方法遵循系统工程原理，按照事先设计好的程序和步骤，使用一定的开发工具，完成规定的文档，在结构化和模块化的基础上进行信息系统的开发工作。结构化方法的开发过程一般是先把系统功能视为一个大的模块，再根据系统分析与设计的要求对其进行进一步的模块分解或组合。

2、面向对象方法

面向对象（Object-Oriented，OO）方法认为，客观世界是由各种“对象”组成的，任何事物都是对象，每一个对象都有自己的运动规律和内部状态，都属于某个对象“类”，是该对象类的一个元素。复杂的对象可由相对简单的各种对象以某种方式而构成，不同对象的组合及相互作用就构成了系统。

OO方法是当前的主流开发方法，拥有很多不同的分支体系，主要包括OMT（Object Model Technology，对象建模技术）方法、Coad/Yourdon方法、OOSE（Object-Oriented Software Engineering，面向对象的软件工程）方法和Booch方法等，而OMT、OOSE和Booch已经统一成为UML（United Model Language，统一建模语言）。

3、原型化方法

结构化方法和面向对象方法有一个共同点，即在系统开发初期必须明确系统的功能要求，确定系统边界。从工程学角度来看，这是十分自然的：解决问题之前必须明确要解决的问题是什么。然而，对于信息系统建设而言，明确问题本身不是一件轻松的事情。

原型化方法也称为快速原型法，或者简称为原型法。它是一种根据用户初步需求，利用系统开发工具，快速地建立一个系统模型展示给用户，在此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。

4、面向服务方法

OO的应用构建在类和对象之上，随后发展起来的建模技术将相关对象按照业务功能进行分组，就形成了构件（Component）的概念。对于跨构件的功能调用，则采用接口的形式暴露出来。进一步将接口的定义与实现进行解耦，则催生了服务和面向服务（Service-Oriented，SO）的开发方法。由此可见，面向对象、基于构件、面向服务是三个递进的抽象层次。

从企业应用的角度来看，企业内部、企业与企业之间各种应用系统的互相通信和互操作性直接影响着企业对信息的掌握程度和处理速度。如何使信息系统快速响应需求与环境变化，提高系统可复用性、信息资源共享和系统之间的互操作性，成为影响企业信息化建设效率的关键问题，而SO的思维方式恰好满足了这种需求。

关于这些方法的更详细说明，请参看《系统分析师教程》第7章。

三、结合项目实际分析效果主要是和项目的背景相结合，说出所采用方法的优势，在表达优势的同时，也可体现出劣势，最好能给出针对劣势的一些解决方案。   

正确答案：开发计划
开发计划 解析：信息系统的开发先进行系统规划，确定系统的总体设计和项目的开发计划。再按照设计好的系统方案和开发计划，开发出实际的系统。

答案：1.人性化界面。信息系统作为一个人机交互系统，友好的人机界面是必不可少的。
2.人与机器的合理分工。
3.提高终端用户的计算能力。

正确答案：[写作要点] 1．结合自己开发的软件产品或从事的实际工作阐述在系统需求分析阶段用户提出了哪些需求。 2．根据用户提出的需求详细说明按照哪些原则确定系统的范围和功能。确定系统范围和功能的原则如下： 1．根据已确定的系统目标和估算出的整个信息系统的信息量考虑企业现有客观条件包括资金情况、设备条件、现场条件、技术水平和管理现状等合理地确定系统的范围和功能。 2．新建立的系统可能要求现行的管理机构在组织上和功能上做某些调整和变动以适应计算机的管理。划分系统范围时应根据客观需要选择必要的系统结构和功能不要受现行系统的限制。 3．结合你所参与的软件项目详细论述确定系统范围和功能所采取的步骤。确定系统范围和功能应采取的步骤是： (1)绘制出系统的总数据流程图。该图是系统分析阶段的各业务部门的数据流程图综合绘制在一张图上。 (2)根据系统方案要求、用户的要求和现行系统的环境及确定系统边界的原则在总信息流程图上圈出系统范围。 (3)与用户讨论、协商修改有关内容。 (4)确定系统范围并做分析说明。 4．列举出经过上述步骤及与用户协商后确定了该软件项目的开发范围和功能是哪些并谈谈你在确定系统开发范围和功能方面的体会。
[写作要点] 1．结合自己开发的软件产品或从事的实际工作，阐述在系统需求分析阶段，用户提出了哪些需求。 2．根据用户提出的需求，详细说明按照哪些原则确定系统的范围和功能。确定系统范围和功能的原则如下： 1．根据已确定的系统目标和估算出的整个信息系统的信息量，考虑企业现有客观条件，包括资金情况、设备条件、现场条件、技术水平和管理现状等，合理地确定系统的范围和功能。 2．新建立的系统，可能要求现行的管理机构在组织上和功能上做某些调整和变动，以适应计算机的管理。划分系统范围时，应根据客观需要选择必要的系统结构和功能，不要受现行系统的限制。 3．结合你所参与的软件项目，详细论述确定系统范围和功能所采取的步骤。确定系统范围和功能应采取的步骤是： (1)绘制出系统的总数据流程图。该图是系统分析阶段的各业务部门的数据流程图，综合绘制在一张图上。 (2)根据系统方案要求、用户的要求和现行系统的环境及确定系统边界的原则，在总信息流程图上圈出系统范围。 (3)与用户讨论、协商修改有关内容。 (4)确定系统范围，并做分析说明。 4．列举出经过上述步骤及与用户协商后，确定了该软件项目的开发范围和功能是哪些，并谈谈你在确定系统开发范围和功能方面的体会。

标准答案:A

正确答案：写作要点：
一、简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
二、常见的架构风格5大类，至少选2-3个类进行说明。
Garlan和Shaw将软件架构风格分为五大类，数据流风格、调用/返回风格、独立构件风格、虚拟机风格和仓库风格。其中：
（1）数据流风格包括批处理序列架构风格和管道/过滤器架构风格；
（2）调用/返回风格包括主程序/子程序架构风格、数据抽象和面向对象架构风格和层次结构架构风格；
（3）独立构件风格包括进程通信架构风格和事件驱动的架构风格；
（4）虚拟机风格包括解释器架构风格和基于规则的系统；
（5）仓库风格包括数据库架构风格和黑板架构风格。
其他的还有特定领域软件架构、状态转移等以及分布式处理等。其中分布式架构风格中有客户机/服务器风格、浏览器/服务器风格、CORBA、DCOM、EJB。
每一种具体的软件结构风格的模型如下：
1．数据流风格包括批处理序列和管道/过滤器架构风格。
（1）批处理序列架构风格。组件为一系列固定顺序的计算单元，组件间只通过数据传递交互。每个处理步骤是一个独立的程序，每一步必须在前一步结束后才能开始，数据必须是完整的，以整体的方式传递。
（2）管道/过滤器架构风格。每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流，经过处理，产生输出数据流。这个过程通常通过对输入流的变换及增量计算来完成，包括通过计算和增加信息丰富数据，通过浓缩和删除精炼数据，通过改变记录方式转化数据，递增地转化数据等。在输入被完全消费之前，输出便产生了。这里构件被称为过滤器，连接件就是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。
2．调用/返回风格包括主程序/子程序架构风格、数据抽象和面向对象架构风格以及层次结构架构风格
（1）主程序/子程序架构风格。单线程控制，把问题划分为若干处理步骤，构件即为主程序和子程序。子程序通常可合成为模块。过程调用作为交互机制，即充当连接件。调用关系具有层次性，其语义逻辑表现为子程序的正确性取决于它调用的子程序的正确性。
（2）数据抽象和面向对象架构风格。这种风格的构件是对象。对象是抽象数据类型的实例。在抽象数据类型中，数据的表示和它们的相应操作被封装起来。对象的行为体现在其接受和请求的动作。连接件即是对象间交互的方式，对象是通过函数和过程的调用来交互的。对象具有封装性，一个对象的改变不会影响其他对象。对象拥有状态和操作，也有责任维护状态。这种结构风格中包含有封装、交互、多态、集成、重用等特征。
（3）层次结构架构风格。层次系统组织成一个层次结构。构件在一些层实现了虚拟机。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。这个风格的特点是每层为上一层提供服务，使用下一层的服务，只能见到与自己邻接的层。大的问题分解为若干个渐进的小问题，逐步解决，隐藏了很多复杂度。修改一层，最多影响两层，而通常只能影响上层。上层必须知道下层的身份，不能调整层次之间的顺序。
3．独立构件风格包括进程通信架构风格和事件驱动的架构风格
（1）进程通信架构风格。构件是独立的过程，连接件是消息传递。这种风格的特点是构件通常是命名过程，消息传递的方式可以是点对点、异步和同步方式、以及远过程调用等
（2）事件驱动的架构风格。构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程。一个事件的触发就导致了另一个模块中的过程的调用。这种风格中的构件是非命名的过程，它们之间交互的连接件往往是以过程之间的隐式调用（Implicit Invocation）来实现的。基于事件的隐式调用风格的主要优点是为软件重用提供了强大的支持，为构件的维护和演化带来了方便，其缺点是构件放弃了对系统计算的控制。
4．虚拟机风格包括解释器架构风格和基于规则的系统
（1）解释器架构风格。一个解释器通常包括完成解释工作的解释引擎，一个包含将被解释的代码的存储区，一个记录解释引擎当前工作状态的数据结构，以及一个记录源代码被解释执行的进度的数据结构。具有解释器风格的软件中含有一个虚拟机，可以仿真硬件的执行过程和一些关键应用。其缺点是执行效率较低。
（2）基于规则的系统。基于规则的系统包括规则集、规则解释器、规则/数据选择器以及工作内存。
5．仓库风格包括数据库架构风格和黑板架构风格
（1）数据库架构风格。数据库架构是库风格最常见的形式。构件主要有两大类，一个是中央共享数据源，保存当前系统的数据状态，另一个是多个独立处理元素，处理元素对数据元素进行操作。
（2）黑板架构风格。黑板架构包括知识源、黑板、控制三部分。知识源包括若干独立计算的不同单元，提供解决问题的知识，知识源响应黑板上的变化，也只修改黑板。黑板是一个全局数据库，包含解域的全部状态，是知识源互相作用的唯一媒介。知识源响应是通过黑板状态的变化来控制。黑板通常应用在对于解决问题没有确定性算法的系统中，例如信号处理、问题规划、编译器优化等软件系统的设计中。
三、结合项目的实际状况，指出在架构设计时选择使用软件架构风格的情况，包括选择的依据、如何做的，要给出实际的效果及分析。

正确答案：信息结构
信息结构 解析：为识别要开发的信息系统及其子系统，应用信息结构图来表达数据对系统所支持的过程之间的关系以定义信息总体结构。这类图描述了：每一系统的范围；产生、控制和使用的数据；系统与系统的关系；对给定过程的支持；子系统间数据的共享等。