论信息系统的文档编制由于文档的质量好坏直接关系到信息系统质量的好坏，所以文档编制工作是信息系统开发工作的重要组成部分。根据你实际参与开发的经验论述下列三个问题：(1)简要叙述你参与开发的信息系统的概要和你所担任的工作。(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
解析：接受或拒绝承包单位报价、确定分包单位、追加合同款项均属于建设单位的权力，且不得委托监理机构代为执行，监理单位经业主单位授权后可享有对工程进行质量否决权。

正确答案：

正确答案：

正确答案：

正确答案：D
解析：在整个信息处理过程中所收集到的大部分信息都会非常有用，或者可以作为用户手册、教学和培训指导，或者可以作为解决问题的参考资料。按照规范要求生成一套完整的文档，这些文档的编制有助于提高工作效率。文档可作为检查项目设计进度和设计质量的依据，是信息处理员在一定阶段的工作成果和结束标识。

正确答案：

正确答案：

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

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

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．根据用户的需求设计逻辑网络选择正确的网络技术比较关键在进行选择时应考虑如下因素。 ①通信带宽。所选择的网络技术必须保证足够的带宽能够为用户访问应用系统提供保障；在进行选择时不能仅局限于现有的应用要求还要考虑适当的带宽增长需求。 ②技术成熟性。所选择的网络技术必须是成熟稳定、拥有较多成功案例的技术。有些新的应用技术在没有大规模投入应用时还存在着较多不确定因素而这些不确定因素将会为网络建设带来很多不可估量的损失。特别是对于大型网络工程来说项目本身不能成为新技术的试验田。同时在面对技术变革的特殊时期可以采用试点的方式缩小新技术的应用范围规避技术风险待技术成熟后再进行大规模的应用。 ③连接服务类型。逻辑网络设计需要在无连接和面向连接的协议之间进行权衡。当前广泛应用的网络协议主要是TCP/IP协议簇其网络层协议是提供非连接服务的IP协议因此选择连接服务类型主要是对IP协议底层的承载协议进行选择。如果选择连接服务类型则可以选择ATM、SDH等协议；如果选择非连接服务类型则可以选择以太网等协议。不同的网络工程对连接服务类型的需求不同设计者不能仅局限于一种连接服务而进行设计。 ④可扩充性。网络规划设计师的设计依据是较为详细的需求分析。但是在选择网络技术时不能仅考虑当前的需求而忽视未来的发展。在大多数情况下设计人员都会在带宽、通信容量、数据吞吐量、用户并发数等设计中预留一定的冗余。网络实际需要和设计结果之间的比例应小于某个特定值以便于未来的发展。通常这个值介于70%～80%之间在不同的工程中可根据需要进行调整。 ⑤高投入产出。选择网络技术最关键的一条不是技术的扩展性、高性能性也不是成本最低等概念决定设计和网络管理人员采用某种技术最关键的一点是技术的投入产出比尤其是一些借助于网络来实现营运的工程只有通过投入产出分析才能最后决定技术的使用。 4．逻辑网络设计过程就是根据用户的需求在不违背设计限制的条件下对现有网络进行改造或新建网络最终达到设计目标。在该设计工作中设计目标是一个复杂的整体由不同维度的子目标构成当这些子目标独立考虑时存在较为明显的优劣关系。例如最低的安装成本、最低的运行成本、最高的运行性能、最大的适应性、最短的故障时间、最大的可靠性、最大的安全性等。这些子目标相互之间可能存在冲突不存在一个网络设计方案能够使得所有的子目标都达到最优。为了找到较为优秀的方案来解决这些子目标的冲突可以采用两种方法：①由网络管理人员和设计人员一起建立起这些子目标之间的优先级尽量让优先级比较高的子目标达到较优；②对每种子目标建立起权重对子目标的取值范围进行量化通过评判函数决定哪种方案最优而与目标的权重关系直接体现了用户对不同目标的关心度。
1．简要介绍你所参与规划/设计的网络工程项目的基本情况，并说明你在其中担任了哪些主要的网络规划设计工作。 2．通常，在网络工程项目的需求分析阶段，收集了该建设单位的业务需求、用户需求、应用需求、计算机平台需求和网络需求等内容。而逻辑网络的设计目标主要来自于需求分析说明书中的内容，尤其是网络需求部分的内容。因为这部分内容直接体现了网络管理部门和人员对网络设计的要求，所以需要重点考虑。通常，逻辑网络设计的目标包括以下内容： ①合适的应用运行环境，并保障用户能够/顷利访问应用系统。 ②成熟而稳定的技术选型。在逻辑网络设计阶段，应该选择较为成熟稳定的技术，越是大型的项目，越要考虑技术的成熟度，以避免错误投入。 ③合理的网络结构。合理的网络结构不仅可以减少一次性投资，而且可以避免网络建设中出现各种复杂问题。 ④合适的运营成本。逻辑网络设计不仅决定了一次性投资，而且技术选型、网络结构也直接决定了运营维护等周期性投资。 ⑤逻辑网络的可扩充性能。网络设计必须具有较好的可扩充性，以便于满足用户增长、应用增长的需要，保证不会因为这些增长而导致网络重构。 ⑥逻辑网络的易用性。网络对于用户是透明的，网络设计必须保证用户操作的单纯性，过多的技术型限制会导致用户对网络的满意度降低。 ⑦逻辑网络的可管理性：对于网络管理员来说，网络必须提供高效的管理手段和途径，否则不仅会影响管理工作本身，而且会直接影响用户。 ⑧逻辑网络的安全性：网络安全应提倡适度安全，对于大多数网络来说，既要保证用户的各种安全需求，又不能给用户带来太多限制；但是对于特殊的网络，也必须采用较为严密的网络安全措施。 3．根据用户的需求设计逻辑网络，选择正确的网络技术比较关键，在进行选择时应考虑如下因素。 ①通信带宽。所选择的网络技术必须保证足够的带宽，能够为用户访问应用系统提供保障；在进行选择时，不能仅局限于现有的应用要求，还要考虑适当的带宽增长需求。 ②技术成熟性。所选择的网络技术必须是成熟稳定、拥有较多成功案例的技术。有些新的应用技术在没有大规模投入应用时，还存在着较多不确定因素，而这些不确定因素将会为网络建设带来很多不可估量的损失。特别是对于大型网络工程来说，项目本身不能成为新技术的试验田。同时，在面对技术变革的特殊时期，可以采用试点的方式，缩小新技术的应用范围，规避技术风险，待技术成熟后再进行大规模的应用。 ③连接服务类型。逻辑网络设计需要在无连接和面向连接的协议之间进行权衡。当前广泛应用的网络协议主要是TCP/IP协议簇，其网络层协议是提供非连接服务的IP协议，因此选择连接服务类型，主要是对IP协议底层的承载协议进行选择。如果选择连接服务类型，则可以选择ATM、SDH等协议；如果选择非连接服务类型，则可以选择以太网等协议。不同的网络工程，对连接服务类型的需求不同，设计者不能仅局限于一种连接服务而进行设计。 ④可扩充性。网络规划设计师的设计依据是较为详细的需求分析。但是在选择网络技术时，不能仅考虑当前的需求，而忽视未来的发展。在大多数情况下，设计人员都会在带宽、通信容量、数据吞吐量、用户并发数等设计中预留一定的冗余。网络实际需要和设计结果之间的比例应小于某个特定值以便于未来的发展。通常，这个值介于70%～80%之间，在不同的工程中，可根据需要进行调整。 ⑤高投入产出。选择网络技术最关键的一条，不是技术的扩展性、高性能性，也不是成本最低等概念，决定设计和网络管理人员采用某种技术最关键的一点是技术的投入产出比，尤其是一些借助于网络来实现营运的工程，只有通过投入产出分析，才能最后决定技术的使用。 4．逻辑网络设计过程，就是根据用户的需求，在不违背设计限制的条件下，对现有网络进行改造或新建网络，最终达到设计目标。在该设计工作中，设计目标是一个复杂的整体，由不同维度的子目标构成，当这些子目标独立考虑时，存在较为明显的优劣关系。例如最低的安装成本、最低的运行成本、最高的运行性能、最大的适应性、最短的故障时间、最大的可靠性、最大的安全性等。这些子目标相互之间可能存在冲突，不存在一个网络设计方案，能够使得所有的子目标都达到最优。为了找到较为优秀的方案，来解决这些子目标的冲突，可以采用两种方法：①由网络管理人员和设计人员一起，建立起这些子目标之间的优先级，尽量让优先级比较高的子目标达到较优；②对每种子目标建立起权重，对子目标的取值范围进行量化，通过评判函数决定哪种方案最优，而与目标的权重关系直接体现了用户对不同目标的关心度。

正确答案：从分析中我们可以得知关于“论项目管理工具的选用”的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品以及作者在其中担任的工作。 (2)简单叙述选择项目管理工具的原则(例如功能、集成性、易用性、兼容性等)。 (3)具体叙述是如何使用项目管理工具宋辅助项目的管理的采取了哪些相应的措施和办法取得了什么效果。 (4)最后应根据项目的实际情况对所选用的项目管理工具进行评价。 (5)简单谈谈你所期望的理想的项目管理工具应当具有的主要特征。 目前较为常用的项目管理工具主要有以下几种。 1．Microsoft Project 4 Microsoft Project跟Microsoft的其他办公软件一样是一个功能强大、界面友好、易于使用的工具软件。就目前来说Microsoft Project在全球占据了近2/3的项目管理软件市场。它可以用来控制简单或者复杂的项目安排和追踪项目中所有的活动以及这些活动所涉及的资源、资金利用情况使我们对整个项目进展一目了然在一定程度上减轻项目的管理工作量同时对于提高项目的质量起到了促进的作用。Microsoft Project 2003与Microsoft Project 2000和2002相比较而言具有更多主要新增功能与各项强化特点。这些特点有将图片复制到Office向导、将视图打印为报表、资源预订类型和锁定比较基准信息等。 通常情况下对于单个项目来说我们一般采用其标准版或者专业版宋进行单项目的管理。多项目协同则必须使用Microsoft Project专业版、Microsoft Project Server和 Microsoft Project Server CAL的组合来进行管理。Microsoft Project的专业版本支持基本项目的管理它包括了任务安排、资源管理、项目追踪及报表输出等功能。 有关Microsoft Project的详细使用方法请参考《系统分析师常用工具》。 2．P3E P3E (Primavera Project Planner for Enterpriser)是由美国的Primavera公司开发出的企业集成项目管理工具。 Primavera的产品P3在建筑、设计、施工行业占80%的市场份额。后推出产品P3E进入企业项目管理软件领域最新P3E版本为2.0并兼并了另一家项目管理工具厂商 TeamPlay。 P3E包括以下4个模块。 (1)P3E计划模块：主模块供项目经理使用进行项目计划制定、管理和控制。 Client/Server模式数据库可采用Oracle、MSSQL、InterBase等。 (2)进度汇报模块(Progress Reporter)：供项目成员使用用来接收任务分配反馈任务执行的进度。基于Web项目成员可通过浏览器访问。 (3)Primavision模块：项目经理使用该模块来发布项目计划计划发布到一个 Intranet或者Internet站点上允许项目成员和其他感兴趣的人员使用Web浏览器查看所有项目信息； (4)Portfolio Analyst模块：向项目主管、高层管理者以及项目分析员提供项目总结和跟踪信息包括丰富的图形、电子数据表和报表等。 3．Artemis Views Artemis Views4是美国Artemis公司推出的企业级项目管理工具。Artemis Views 4包括四个模块：Project View Cost View Global View Track View；每一种模块分别针对不同的用户对象。Client/Server模式支持数据库包括Oracle MS SQL Sybase等服务器平台支持Windows NT HP_UX Son Solaris。 主要功能包括：支持层次结构的多计划视图：分析多项目计划的成本和资源的需求；可以直接将MS Project的数据存到中央数据库；允许MS project的数据进入跟踪模块来实现活动和时间的自动跟踪；支持Web _ based 的用户离线填报工时连上服务器后自动更新数据库的数据；企业级成本计划和控制；提供项目进度、活动和资源的财务角度视图；支持成本数据和差异分析；挣值的项目控制和汇报；支持ERP的集成；为不同权限的用户提供不同的使用模块。 4．PMOffice PMOffice(简称PMO)是IPD业务变革项目所衍生出来的项目管理工具。PMO是由加拿大的SystemCorp．公司开发出的企业集成项目管理工具。SystemCorp．推出PMO 3.1.2后吸引了IBM的投资合作开发PMO 4.0。PMO认为项目活动可主要分为三类：计划、执行和监控；参与项目活动的角色可分为：系统管理员/业务管理员、项目经理、项目成员、项目主管和功能部门经理。不同的角色在PMO这个公共平台上各司其职协同完成各类项目活动。PMO具有很好的企业级项目管理理念具体可概括为以下3点： (1)集成性。全公司所有研发项目集成在一个公共平台上便于项目监控和分析以及公司决策。另外项目的进度计划、资源计划、风险管理和文档管理被集成在一个系统中提高了项目管理效率。 (2)协同性。PMO是一个基于Web的企业级应用项目主管、项目经理、项目成员、功能部门经理在同一平台上协同工作共同保证项目成功。 (3)统一性。所有项目共享一个统一的资源池合理充分利用公司资源。所有项目共享标准模板保证以前经验的继承和项目管理的规范性。 但是就目前来看PMO还不是很成熟。 [解答要点] 从上面的分析中我们可以得知关于“论项目管理工具的选用”的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品以及作者在其中担任的工作。 (2)简单叙述选择项目管理工具的原则(例如功能、集成性、易用性、兼容性等)。 (3)具体叙述是如何使用项目管理工具宋辅助项目的管理的采取了哪些相应的措施和办法取得了什么效果。 (4)最后应根据项目的实际情况对所选用的项目管理工具进行评价。 (5)简单谈谈你所期望的理想的项目管理工具应当具有的主要特征。
从分析中，我们可以得知关于“论项目管理工具的选用”的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，以及作者在其中担任的工作。 (2)简单叙述选择项目管理工具的原则(例如，功能、集成性、易用性、兼容性等)。 (3)具体叙述是如何使用项目管理工具宋辅助项目的管理的，采取了哪些相应的措施和办法，取得了什么效果。 (4)最后应根据项目的实际情况，对所选用的项目管理工具进行评价。 (5)简单谈谈你所期望的理想的项目管理工具应当具有的主要特征。 目前，较为常用的项目管理工具主要有以下几种。 1．Microsoft Project 4 Microsoft Project跟Microsoft的其他办公软件一样，是一个功能强大、界面友好、易于使用的工具软件。就目前来说，Microsoft Project在全球占据了近2/3的项目管理软件市场。它可以用来控制简单或者复杂的项目，安排和追踪项目中所有的活动，以及这些活动所涉及的资源、资金利用情况，使我们对整个项目进展一目了然，在一定程度上减轻项目的管理工作量，同时对于提高项目的质量起到了促进的作用。Microsoft Project 2003与Microsoft Project 2000和2002相比较而言，具有更多主要新增功能与各项强化特点。这些特点有将图片复制到Office向导、将视图打印为报表、资源预订类型和锁定比较基准信息等。 通常情况下，对于单个项目来说，我们一般采用其标准版或者专业版宋进行单项目的管理。多项目协同则必须使用Microsoft Project专业版、Microsoft Project Server和 Microsoft Project Server CAL的组合来进行管理。Microsoft Project的专业版本支持基本项目的管理，它包括了任务安排、资源管理、项目追踪及报表输出等功能。 有关Microsoft Project的详细使用方法，请参考《系统分析师常用工具》。 2．P3E P3E (Primavera Project Planner for Enterpriser)是由美国的Primavera公司开发出的企业集成项目管理工具。 Primavera的产品P3在建筑、设计、施工行业占80%的市场份额。后推出产品P3E进入企业项目管理软件领域，最新P3E版本为2.0，并兼并了另一家项目管理工具厂商 TeamPlay。 P3E包括以下4个模块。 (1)P3E计划模块：主模块，供项目经理使用，进行项目计划制定、管理和控制。 Client/Server模式，数据库可采用Oracle、MSSQL、InterBase等。 (2)进度汇报模块(Progress Reporter)：供项目成员使用，用来接收任务分配，反馈任务执行的进度。基于Web，项目成员可通过浏览器访问。 (3)Primavision模块：项目经理使用该模块来发布项目计划，计划发布到一个 Intranet或者Internet站点上，允许项目成员和其他感兴趣的人员使用Web浏览器查看所有项目信息； (4)Portfolio Analyst模块：向项目主管、高层管理者，以及项目分析员提供项目总结和跟踪信息，包括丰富的图形、电子数据表和报表等。 3．Artemis Views Artemis Views4是美国Artemis公司推出的企业级项目管理工具。Artemis Views 4包括四个模块：Project View, Cost View, Global View, Track View；每一种模块分别针对不同的用户对象。Client/Server模式，支持数据库包括Oracle, MS SQL, Sybase等，服务器平台支持Windows NT, HP_UX, Son Solaris。 主要功能包括：支持层次结构的多计划视图：分析多项目计划的成本和资源的需求；可以直接将MS Project的数据存到中央数据库；允许MS project的数据进入跟踪模块，来实现活动和时间的自动跟踪；支持Web _ based 的用户离线填报工时，连上服务器后自动更新数据库的数据；企业级成本计划和控制；提供项目进度、活动和资源的财务角度视图；支持成本数据和差异分析；挣值的项目控制和汇报；支持ERP的集成；为不同权限的用户提供不同的使用模块。 4．PMOffice PMOffice(简称PMO)是IPD业务变革项目所衍生出来的项目管理工具。PMO是由加拿大的SystemCorp．公司开发出的企业集成项目管理工具。SystemCorp．推出PMO 3.1.2后，吸引了IBM的投资，合作开发PMO 4.0。PMO认为，项目活动可主要分为三类：计划、执行和监控；参与项目活动的角色可分为：系统管理员/业务管理员、项目经理、项目成员、项目主管和功能部门经理。不同的角色在PMO这个公共平台上，各司其职，协同完成各类项目活动。PMO具有很好的企业级项目管理理念，具体可概括为以下3点： (1)集成性。全公司所有研发项目集成在一个公共平台上，便于项目监控和分析，以及公司决策。另外，项目的进度计划、资源计划、风险管理和文档管理被集成在一个系统中，提高了项目管理效率。 (2)协同性。PMO是一个基于Web的企业级应用，项目主管、项目经理、项目成员、功能部门经理在同一平台上协同工作，共同保证项目成功。 (3)统一性。所有项目共享一个统一的资源池，合理充分利用公司资源。所有项目共享标准模板，保证以前经验的继承和项目管理的规范性。 但是就目前来看，PMO还不是很成熟。 [解答要点] 从上面的分析中，我们可以得知关于“论项目管理工具的选用”的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，以及作者在其中担任的工作。 (2)简单叙述选择项目管理工具的原则(例如，功能、集成性、易用性、兼容性等)。 (3)具体叙述是如何使用项目管理工具宋辅助项目的管理的，采取了哪些相应的措施和办法，取得了什么效果。 (4)最后应根据项目的实际情况，对所选用的项目管理工具进行评价。 (5)简单谈谈你所期望的理想的项目管理工具应当具有的主要特征。

正确答案：

正确答案：关于信息系统开发过程中的配置管理技术的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品。着重介绍在项目中遇到的配置管理问题以及作者在其中担任的工作。 (2)具体叙述作者在开发过程中是如何进行配置管理的(基线的确定变更控制等)采取过哪些配置管理的技术和措施?解决过哪些相应的矛盾或问题? (3)最后应根据项目的实际情况对实施配置管理的效果进行评价同时指出其不足之处并且说明这种不足是什么原因造成的在今后如何避免或改进。 请参考计算机分类模拟题信息系统项目管理师信息系统项目管理案例第12题的分析。
关于信息系统开发过程中的配置管理技术的论文的写作要点大体上包括以下几个方面： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品。着重介绍在项目中遇到的配置管理问题，以及作者在其中担任的工作。 (2)具体叙述作者在开发过程中是如何进行配置管理的(基线的确定，变更控制等)，采取过哪些配置管理的技术和措施?解决过哪些相应的矛盾或问题? (3)最后应根据项目的实际情况，对实施配置管理的效果进行评价，同时指出其不足之处，并且说明这种不足是什么原因造成的，在今后如何避免或改进。 请参考计算机分类模拟题信息系统项目管理师信息系统项目管理案例第12题的分析。

正确答案：

正确答案：

正确答案：

正确答案：C
《软件文档管理指南GB/T16680-1996》原文

正确答案：D

答案：C

解析：