某异地开发的信息系统集成项目以程序流程图、数据流程图等为主要分析设计工具。由于用户身处异地，现场参与系统开发成本较高，因此项目组采用了先开发一个简化系统，待用户认可后再开发最终系统的策略。该信息系统集成项目的开发方法属于（ ）。A.结构化方法与原型法的组合应用 B.结构化方法与面向对象方法的组合应用 C.原型法与面向对象方法的组合应用 D.原型法与形式化方法的组合应用

参考答案：A, B, C, D, E

正确答案：方法
方法

正确答案：B

正确答案：D

正确答案：系统交付运行
系统交付运行

参考答案：D

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

正确答案：我们可以从描述中总结出撰写关于“论信息系统开发成本估算”的论文主要应该注意以下几个方面的要点： (1)由于许多软件开发成本估算模型都需要一些参数依据因此应该对于项目的复杂度、涉及到的关键技术、团队情况等因素进行阐述以便能够连贯地说明估算的过程。 (2)由于工作量估算是成本估算的关键其估算的结果决定了成本估算而成本估算则是在工作量的基础上做一些简单的财务计算因此可以理解为工作量估算的方法和模型。 (3)文章中应该列举出算法方法估算法、类比估算法以及自底向上估算法三种模型并且应该抓住它们各自鲜明特点进行深入的阐述。 (4)在前面描述的基础上针对本项目的特色进行分析引出最合适的模型然后再结合实例详细地说明应用的具体方案。在编写时一定要注意突出其真实性。 (5)文章应该花一定篇幅来说明估算的效果也就是估算的误差值是多少并且可以简要地分析这些误差值会来源于何处。 成本估算是一个十分容易被忽视但却又是十分重要的一个内容。其重要的原因是没有成本估算项目计划就会失去基础；容易被忽视的原因却是由于大部分软件开发组织未能够有效掌握它。 项目估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是：首先根据需求进行规模估算也就是预计系统的规模通常以代码行数、功能点数为单位；然后在估计的规模的基础上根据项目的特定因素(例如技术能力、使用的语言和平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量通常以人天、人月、人年为单位；最后根据客户提出的进度需求进行进度估算根据人员及其他成本(如设备、房租、差旅等)对总的开发成本进行估算。估算的基础是经验数字和经验模型。 从上面的描述中我们可以看出规模估算是系统开发成本估算的基础(数据来源)而工作量估算则是系统开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法、FP(功能点)估算法。LOC估算法主要根据历史项目记录以经验数据进行推测；而FP估算法则通过一个较严谨的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 而工作量估算可以采用的模型、方法和技术就比较多了大致可以分为算法方法、类比法、自底向上法3种。 1．算法方法 算法方法估算是自顶向下的方式实现使用数学方式表达出估算所含的各种参数之间的关系如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的也可是动态的。最常见的算法方法估算模型包括Mark Ⅱ估算、COCOMO81、COCOMOⅡ、 COCOMO组、Putnam估算模型等。 (1)Mark Ⅱ FP估算：不是一个严格的算法模型是基于各种因素和它们的影响的主观评价之间关系的一些理解。 (2)COCOMO：是根据产品规模和几个特征计算工作量和日历时间的估算算法模型。它是由Barry Boehm博士开发的首发于1981年即COCOM081而COCOMOⅡ则是其新版本不过由于它们各有特色因此还共同存在于估算实践中。是一个较严格并经受了大量实践考验的一个经典估算模型。 (3)COCOMO组：包括重点应用于COTS组件项目的COCOTS模型：用来预测每千LOC或FP中残留错误的COQUALMO模型：着重于开发系统的成本在开发活动上的分布的COSSEMO模型；着重在预测新技术、提高生产率的发明方面最有效的成本分配的COPROMO模型。 (4)Putnam估算模型：它是一个工作量动态的、多变量的估算模型它对交付时间十分敏感。 (5)静态模型：除了以上动态模型外还有一些常用的静态模型其中最常用的是Watson和Felix模型。其计算公式是不变的：工作量=5.2×(KLOC)^0.91持续时间(月) =4.1×(KLOC)^0.36可以用来生成较粗略的估算值。 算法方法估算法虽然定义严谨但是由于这些算法只是源于几十个项目的数据总结因此其结果并不是精确的但其仍然还是具有较高的参考价值。并且随着开发团队数据的积累和经验的堆积产生的估算也会越来越精确。 2．类比估算法 类比估算法则是自顶向下的察看系统它借助经验丰富的人员的“本能感受”去识别待估项目和已完成的项目之间的相似与差异之处并评估这些差别对评估的影响。这种方法的主观意识较强估算的结果的精确度与估算人员的经验有很大的联系。 3． 自底向上估算法 自底向上估算法自底向上估算是将项目分解成为较小的活动和任务对每个较低层的任务做估算然后将所有的较低层的任务估算值加在一起就可以得到项目总的工作量估算值。由于这种估算通常是由程序员来进行小任务块的估算因此容易让程序员产生责任感进度更有保障。 而有了工作量估算后就可以计算出工作人员成本但在进行开发成本估算时还应该考虑硬件、软件、通信、差旅、培训以及其他管理成本。
我们可以从描述中总结出撰写关于“论信息系统开发成本估算”的论文，主要应该注意以下几个方面的要点： (1)由于许多软件开发成本估算模型都需要一些参数依据，因此应该对于项目的复杂度、涉及到的关键技术、团队情况等因素进行阐述，以便能够连贯地说明估算的过程。 (2)由于工作量估算是成本估算的关键，其估算的结果决定了成本估算，而成本估算则是在工作量的基础上做一些简单的财务计算，因此可以理解为工作量估算的方法和模型。 (3)文章中应该列举出算法方法估算法、类比估算法，以及自底向上估算法三种模型，并且应该抓住它们各自鲜明特点进行深入的阐述。 (4)在前面描述的基础上，针对本项目的特色进行分析，引出最合适的模型，然后再结合实例，详细地说明应用的具体方案。在编写时，一定要注意突出其真实性。 (5)文章应该花一定篇幅来说明估算的效果，也就是估算的误差值是多少，并且可以简要地分析这些误差值会来源于何处。 成本估算是一个十分容易被忽视，但却又是十分重要的一个内容。其重要的原因是没有成本估算，项目计划就会失去基础；容易被忽视的原因却是由于大部分软件开发组织未能够有效掌握它。 项目估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是：首先根据需求进行规模估算，也就是预计系统的规模，通常以代码行数、功能点数为单位；然后在估计的规模的基础上，根据项目的特定因素(例如技术能力、使用的语言和平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量，通常以人天、人月、人年为单位；最后根据客户提出的进度需求进行进度估算，根据人员及其他成本(如设备、房租、差旅等)对总的开发成本进行估算。估算的基础是经验数字和经验模型。 从上面的描述中，我们可以看出规模估算是系统开发成本估算的基础(数据来源)，而工作量估算则是系统开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法、FP(功能点)估算法。LOC估算法主要根据历史项目记录，以经验数据进行推测；而FP估算法则通过一个较严谨的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 而工作量估算可以采用的模型、方法和技术就比较多了，大致可以分为算法方法、类比法、自底向上法3种。 1．算法方法 算法方法估算是自顶向下的方式实现，使用数学方式表达出估算所含的各种参数之间的关系，如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的，也可是动态的。最常见的算法方法估算模型包括Mark Ⅱ估算、COCOMO81、COCOMOⅡ、 COCOMO组、Putnam估算模型等。 (1)Mark Ⅱ FP估算：不是一个严格的算法模型，是基于各种因素和它们的影响的主观评价之间关系的一些理解。 (2)COCOMO：是根据产品规模和几个特征计算工作量和日历时间的估算算法模型。它是由Barry Boehm博士开发的，首发于1981年，即COCOM081，而COCOMOⅡ则是其新版本，不过由于它们各有特色，因此还共同存在于估算实践中。是一个较严格，并经受了大量实践考验的一个经典估算模型。 (3)COCOMO组：包括重点应用于COTS组件项目的COCOTS模型：用来预测每千LOC或FP中残留错误的COQUALMO模型：着重于开发系统的成本在开发活动上的分布的COSSEMO模型；着重在预测新技术、提高生产率的发明方面最有效的成本分配的COPROMO模型。 (4)Putnam估算模型：它是一个工作量动态的、多变量的估算模型，它对交付时间十分敏感。 (5)静态模型：除了以上动态模型外，还有一些常用的静态模型，其中最常用的是Watson和Felix模型。其计算公式是不变的：工作量=5.2×(KLOC)^0.91，持续时间(月) =4.1×(KLOC)^0.36，可以用来生成较粗略的估算值。 算法方法估算法虽然定义严谨，但是由于这些算法只是源于几十个项目的数据总结，因此其结果并不是精确的，但其仍然还是具有较高的参考价值。并且随着开发团队数据的积累和经验的堆积，产生的估算也会越来越精确。 2．类比估算法 类比估算法则是自顶向下的察看系统，它借助经验丰富的人员的“本能感受”去识别待估项目和已完成的项目之间的相似与差异之处，并评估这些差别对评估的影响。这种方法的主观意识较强，估算的结果的精确度与估算人员的经验有很大的联系。 3． 自底向上估算法 自底向上估算法自底向上估算是将项目分解成为较小的活动和任务，对每个较低层的任务做估算，然后将所有的较低层的任务估算值加在一起，就可以得到项目总的工作量估算值。由于这种估算通常是由程序员来进行小任务块的估算，因此容易让程序员产生责任感，进度更有保障。 而有了工作量估算后，就可以计算出工作人员成本，但在进行开发成本估算时还应该考虑硬件、软件、通信、差旅、培训，以及其他管理成本。

正确答案：A
解析：本题考查系统分析的相关知识。系统分析的任务是调查了解现行系统的状况和用户对新系统的需求，从而确定新系统的功能，因此系统分析也称为功能分析或需求分析，在此阶段完成数据流程图和数据字典。正确答案为选项A。

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