请以“论信息系统开发方法及应用”为题，分别从以下三个方面进行论述。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． 自底向上估算法 自底向上估算法自底向上估算是将项目分解成为较小的活动和任务，对每个较低层的任务做估算，然后将所有的较低层的任务估算值加在一起，就可以得到项目总的工作量估算值。由于这种估算通常是由程序员来进行小任务块的估算，因此容易让程序员产生责任感，进度更有保障。 而有了工作量估算后，就可以计算出工作人员成本，但在进行开发成本估算时还应该考虑硬件、软件、通信、差旅、培训，以及其他管理成本。

正确答案：[写作要点] 第一部分 介绍项目的背景、发起单位、目的、项目周期、交付的产品等以及在项目中所遇到的质量管理问题。
[写作要点] 第一部分 介绍项目的背景、发起单位、目的、项目周期、交付的产品等，以及在项目中所遇到的质量管理问题。

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

正确答案：
论大型信息系统项目的风险管理
摘要
2005年8月，我参加了中国联通“红草莓”手机邮箱业务系统的开发。该系统是我司为联通新时讯通信公司开发的手机邮箱业务系统平台。中国联通“红草莓”业务是基于联通彩e技术平台开发的，支持文字、彩图、音频流、视频流等多种文件格式，可轻松地发送和接收含5000字的正文邮件和100KB的附件。该项业务的推出，使得移动用户真正将邮箱带到了身上，即便不能上网，只要能打手机，就可以随时处理信件。
本人在项目中担任项目经理负责项目的管理工作。为了按照既定的进度、成本和质量完成项目的目标，在该项目中，我充分重视了风险管理，根据风险管理理论，结合自己的项目实践，按照风险管理计划、风险识别、风险分析、风险应对计划编制、风险监控等过程，有条不紊地进行风险管理。加之进行了良好的配臵管理，整个项目建设过程中，始终遵循了变更控制程序，使该项目顺利完成其目标。2006年4月，该业务系统建成投入商用。
正文
2005年8月，我参加了中国联通“红草莓”手机邮箱业务系统的开发。“红草莓”手机邮箱业务系统使用PushMail技术。所谓的PushMail,就是用户只要预先在邮件服务器上设定接收邮件的规则（如发件人、主题等），随后当新邮件的内容符合先前所设定的条件，邮件服务器就会直接发送邮件的副本至用户的设备端（例如手机、PDA),而不必再由用户（客户端）主动或定时发起检查新邮件的行为，从根本上改变了用户以前须上网登录邮箱服务器收发邮件的方式。“红草莓”业务主要适用于不方便电脑上网获取邮件，需要随时随地用手机直接收发邮件进行及时沟通、交流的商务人士和企业管理人员，方便他们随时用手机与他人进行邮件沟通。
本人在项目中担任项目经理，负责本项目的项目管理工作，在项目组45人的集体努力下历时近7个月，耗资3百多万元完成。
国内的无线电邮市场巨大，当时各大移动运营商还没有提供无线电子邮件自动接收业务，而“红草莓”业务能否赶在竞争对手前投入商用，提前开吃这块蛋糕，对充分展现中国联通增值业务的技术领先性和差异性有战略意义。甲方要求这个业务系统7个月内开发完成，时间紧，任务重。为了按照既定的进度、成本和质量完成项目的目标，在该项目中，我充分重视风险管理，按照项目风险管理理论，结合自己的项目实践，有条不紊地完成了该项目。具体来说，我是按照以下管理过程来进行风险管理的。
一、风险管理计划的编制
项目启动前，我们邀请甲方代表等项目干系人参加规划会议，共同制订了充分的风险管理计划和风险模板。在计划中，我们确定了基本的风险管理活动，根据项目管理理论和我公司的项目实践，定义了项目中的风险管理过程，估计了风险管理的时间表和费用，并把风险管理活动纳入了项目计划，风险管理费用纳入了成本费用计划（我们拿出了项目预算的8%作为风险储备金）。
二、风险识别
我在项目网站上发布了风险管理计划、风险模板和公司项目风险库，让项目团队成员有准备地参加风险识别的头脑风暴会议，会议根据项目的实际情况，把项目中的风险划分为技术风险、团队风险、外部风险三大类，采用风险分解结构形式列举了已知的风险。通过风险识别，整理出可能发生在项目各个阶段的70余条风险。我还充分发挥沟通职能通过公司的BBS平台，利用茶余饭后的访谈来捕获项目中随时产生的
新风险。在识别上述风险后，我们还确定了这些风险的基本特性，引起这些风险的主要因素，以及可能会影响项目的方面，形成了详细的风险列表记录。在这里我只列出引起风险的几个主要因素：1)项目干系人没有正确理解“红草莓”手机邮箱业务；2)项目预算不能按时到位；3)项目开发关键人员的流动；4)与各大邮件提供商的沟通；
5)“红草莓”系统与各大门户邮件系统的互联互通。
三、风险分析
我们根据风险管理计划中的定义，确定每一个风险的发生可能性，并记录下来。除了风险发生的可能性，还分析了风险对项目的影响，包括对时间、成本、范围等各方面的影响。其中不仅包括对项目的负面影响，还分析了风险带来的机会。在这个过程中，我们还是采用会议方式来进行的。在确定了风险的可能性和影响后，接下来需要进一步确定风险的优先级。风险优先级是一个综合的指标，其高低反映了风险对项目的综合影响。我们采用风险优先级矩阵来评定风险优先级的。最后得出的结果是系统互联互通风险排在第一位，该风险的可能性很高，影响也很大。
对已知风险进行定性分析后，我们还进行了定量分析，分析各风险对项目目标的影响。在这个过程中，我们采用了专家评估法，组织相关成员对项目进行乐观、中性、悲观估计，同时，也利用我公司历史项目的数据，用来辅助评估。进行定量分析之后，更新了风险记录列表。
四、编制风险应对计划
针对风险记录表中的数十条风险，需要在项目执行前有切实可靠的应对策略。整体上，风险应对计划编制步骤如下：1)分析风险发生原因；2)寻求防范或降低风险发生影响的措施；3)估计措施所需成本；4)评估二次风险或间接风险、5)选择或组合最佳应对和防范措施。例如，前文提及“红草莓”业务系统的需求风险，我们采用了原型化设计原则，对外加强与客户沟通、对内则为项目成员提前进行相关业务培训和应对方法；在开发过程中加强团队培训和建设应对关键人员短缺冲突；同各大邮件提供商加强沟通、争取其派出技术支持以协助其邮件系统和“红草莓”系统的互联互通，提高系统的集成性。应对计划编制的另外一个要点还要考虑应对措施的成本和带来的间接风险。
五、风险监控
风险监控是执行风险应对措施，并连续对项目工作进行监督以发现新的风险和变化的风险。针对已识别的风险，我定时在项目里程碑选取相应阶段的风险，做成新的风险记录表，并将识别人、风险责任人、风险应对措施等要素写在风险记录表中，打印出来后贴在项目办公室的墙上醒目位臵，让每个人对自己对风险中所处位臵增加一份警惕和压力；我还在项目例会、绩效报告、走查面谈连续了解风险的变化情况，协助项目成员正确处理风险。
在风险监控中我及时发现并处理项目进行中产生的新风险，并把新风险录入风险记录表和更新风险管理计划。在项目测试过程中，我发现有个别门户网站的邮件系统和“红草莓”系统出现对接问题，无法在后台层面推送邮件。为尽快解决上述问题，我们随即与联通公司磋商，请求联通出面与这些邮件提供商沟通，进行系统接口的兼容性测试工作。通过上述应对步骤，有效解决了“红草莓”系统开发所遇到的风险，为项目顺利实施和验收打下基础。
结束语
通过以上措施，使得中国联通“红草莓”手机邮箱业务系统的主要风险都控制在萌芽阶段，项目没有因为这些风险受到影响，最后系统如期于2006年4月投入商用，获得了中国联通和广大CDMA用户的一致好评。

正确答案：
【摘要】
本文以我作为承建方项目经理所主持的某市卫生局信息化建设系统大型复杂项目管理为例进行论述，项目发起人为武汉市卫生局，目标为提高当地医疗管理信息化水平，提升医疗管理效率。2010年10月我公司承建了武汉市的医疗保险管理系统、医院信息管理系统建设项目，项目投资6000万，要求在2013年4月1日前全面竣工并投入使用。医疗保险管理系统的包含了医保刷卡、账户结算、收入统计、药品统计、科室统计、回退刷卡、中心对账等子系统。医院信息管理系统的包含了门诊挂号、门诊收费、住院登记、住院收费、病人管理、病区医嘱、药品管理、药库管理等子系统。由于涉及到医疗保险统筹基金安全问题，以及为了减轻病人就诊时间，所以对医疗保险系统、医院信息管理系统的适用性、可靠性、安全性要求很高。本文论述了大型复杂项目的特点，并就项目的计划、实施与控制进行了详细论述，我作为项目经理参与该项目的管理。
【正文】
随着我国工业化和信息化的深度融合，国内的信息系统项目正在逐渐向大型化、复杂化的方向发展，大型复杂项目具有很多与一般项目不同的特征，在诸如计划、实施、控制等方面的管理要求很高，在项目实际管理过程中，必须建立以过程为基础的大型复杂项目管理体系，以保证大型复杂项目顺利实施。
一、大型复杂项目的特点
大型复杂项目具有建设周期长、项目规模较大，目标构成复杂，项目团队复杂，项目经理更集中于管理职责等特点。武汉市卫生局信息化项目涉及当地各区县几十家医院的接口与统一部署与管理，项目跨度3年，项目团队除公司内部人员外，还含有各医院信息中心、卫生局信息技术部等相关人员，项目团队六十余人，沟通复杂，干系人较多，在实际开发和工作中，遇到了很多困难与问题，通过对项目的计划、实施和执行的综合管理，对项目过程中的问题进行了良好的解决。在本项目中，我作为专职的项目经理负责项目的总体策划，沟通协调等工作，项目组下设各子系统负责人，负责各子系统的实施与管理。
二、大型复杂项目的计划过程管理
大型复杂项目不同于一般项目，一般项目的计划关注的是项目活动的计划，大型复杂项目在制定活动计划之前，必须先考虑过程计划，也就是确定用什么方法和过程来完成项目。在本项目的计划过程中，由于项目子系统多，结构复杂，涉及的开发团队较多，为了统一大家的工作方式和管理过程，首先制定了武汉市卫生局信息化项目管理指南，文档模板和相关检查和评审表。项目管理指南统一约定了项目的工作流程与方式，将项目管理划分为计划、开发、实施、运维等几个过程，并对每个过程设置了评审节点。我们运用了project软件对项目的工作任务进行了分解，并编制了项目的活动计划，绘制出项目的关键路径和甘特图，并对各任务进行了资源分配；随后我们编制了项目的成本计划，对项目人力成本、设备采购成本和差旅等费用进行了估算、预算，并制定了预算监督与控制的方法，要求项目组严格按照预算执行，超预算的部分必须进行详细说明原因，并报公司领导审批；由于项目干系人较多，沟通复杂，我们又制定了项目的沟通管理计划，约定周五下班前各子系统负责人将项目周报统一发送给项目经理，相关内容汇总后项目组每周一召开周例会，对项目上周总结、本周计划、问题和风险等进行讨论，周二上午将相关周报报送客户，保持与客户良好沟通；另外还制定了采购计划、风险管理计划、质量保证计划等，对项目的各里程碑、评审点等约定了评审方式。
三、大型复杂项目的实施和控制过程管理
大型复杂项目的执行过程主要指按照预定的过程实施项目，并对项目过程进行监控，与项目基准进行比较，对于偏差及时纠正。在大型复杂项目的实施与控制过程中，最关键的环节就是获取项目实施绩效。大型复杂项目主要是依托项目群的组织，项目实施绩效是依托项目群的组织，通过组织结构层层传递的。在本项目中，在项目计划和预算基准审批后，我们严格按照计划进行执行，每周通过项目周报和周例会对项目的进展和偏差进行检查，发现问题后及时纠正和上报，并将项目进展情况每周向客户武汉市卫生局领导及时汇报，保持了项目组内良好的沟通。为了防止项目绩效发生偏差，项目建立了良好的组织架构和责任制，项目经理作为项目的第一负责人，第二层为各子系统负责人，第三层为项目组成员，通过层层汇报，并将项目表现与月度绩效考核挂钩的方式，使得项目绩效能够真实的反映，并能及时体现在个人的月度评价中，对于表现较好的员工及时鼓励与肯定，评为月度优秀员工，对项目组起到了较好的激励作用。
大型复杂项目由于划分为各子系统，项目经理还需从总体上对各子系统的人员、进度、成本等进行统一协调与匹配。例如当子系统之间资源发生冲突时，项目经理应对各子系统进行优先级排序，统一协调，便于成员之间能良好配合，资源能够合理流动。
在大型复杂项目中，由于涉及多方的共同协调，因此必须对变更统一控制，否则会导致项目执行中的大量混乱，即外部变更和内部偏差所引起的变更必须遵循变更控制流程来作用于项目。在大型复杂项目中，变更控制委员会（CCB）是项目的最高控制机构。CCB是配置项变更的监管组织，其任务是对建议的配置项变更作出评价、审批和监督已批准变更的实施。在本项目中，项目策划阶段我们就建立起项目的变更控制委员会，由客户方武汉市卫生局领导、我方公司领导、技术负责人等5人共同组成，在项目实施过程中，对于项目的计划、需求变更等都按照变更控制流程的约定进行执行，通过变更申请、变更评估、变更审批、变更执行等几个环节，使得项目的变更能够有效的进行管理，保证了项目能够有序进行，没有发生大的混乱。
本项目于2013年5月1日前全面竣工并投入使用；范围包括医疗保险管理系统，功能包含了医保刷卡、账户结算、收入统计、药品统计、科室统计、回退刷卡、中心对账等；医院信息管理系统，功能包含了门诊挂号、门诊收费、住院登记、住院收费、病人管理、病区医嘱、药品管理、药库管理等，满足了客户需求；医疗保险系统的适用性、可靠性、安全性得到了建设方的好评。在本项目过程中，大型复杂项目过程管理的思想起到了重要作用，由于在项目前期分析了大型复杂项目周期长、规模大、人员复杂等特点，及时制定了项目统一的管理流程与工作模板，通过项目计划过程的进度、成本、人力等方面的策划，保证了项目的有序进行，在实施与监督过程中，通过对项目的定期检查、绩效报告、阶段评审，保证项目的绩效能够定期及时评估，保证了项目的偏差能够及时纠正，为项目顺利进行起到了非常大的作用。当然，项目管理工作中不足之处主要有：如项目需求变化频繁，不同干系人对需求理解不一致等，在二期工程及后续项目中，我们将加强需求引导与控制，加强需求管理。

正确答案：

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

二、企业信息集成是一个十分复杂的问题，按照组织范围来分，分为企业内部的信息集成和外部的信息集成两个方面。

1．企业内部的信息集成

按集成内容，企业内部的信息集成一般可分为以下四个方面：

（1）技术平台的集成

系统底层的体系结构、软件、硬件以及异构网络的特殊需求首先必须得到集成。这个集成包括信息技术硬件所组成的新型操作平台，如各类大型机、小型机、工作站、微机、通信网络等信息技术设备，还包括置入信息技术或者说经过信息技术改造的机床、车床、自动化工具、流水线设备等新型设施和设备。

（2）数据的集成

为了完成应用集成和业务流程集成，需要解决数据和数据库的集成问题。数据集成的目的是实现不同系统的数据交流与共享，是进行其他更进一步集成的基础。数据集成的特点是简单、低成本，易于实施，但需要对系统内部业务的深入了解。

数据集成是对数据进行标识并编成目录，确定元数据模型。只有在建立统一的模型后，数据才能在数据库系统中分布和共享。数据集成采用的主要数据处理技术有数据复制、数据聚合和接口集成等。

（3）应用系统的集成

应用系统集成是实现不同系统之间的互操作，使得不同应用系统之间能够实现数据和方法的共享。它为进一步的过程集成打下了基础。

（4）业务过程的集成

对业务过程进行集成的时候，企业必须在各种业务系统中定义、授权和管理各种业务信息的交换，以便改进操作、减少成本、提高响应速度。业务流程的集成使得在不同应用系统中的流程能够无缝连接，实现流程的协调运作和流程信息的充分共享。

2．企业外部的信息集成

企业外部的信息集成主要包括以下两个部分：

（1）通过门户网站和互联网实现公众、社会团体、社会和客户的互动，实现企业内外部信息资源的有效交流和集成；

（2）通过与合作伙伴信息系统的对接，建立动态的企业联盟，发展基于竞争合作机制的虚拟企业，重塑企业的战略模式和竞争优势。

Internet的发展增加了企业之间的合作与交流，虚拟企业、扩展的供应链管理和协同商务等都是企业之间集成的典型。通过合作，几个企业和公司组成一个相对稳定的合作网络，这种合作网络可以提供单个公司所不能提供的产品和服务，获得单个公司无法完成的定单。为了增加合作的效率，必须实现网络中有合作关系的公司之间活动和过程的集成。 另外，企业间的集成并不是使企业内所有的系统都实现集成，而只是集成一些与企业之间的业务过程有关的系统，因此，企业间的集成是一种有选择的集成。企业间集成的一个关键问题是使企业间不同系统实现数据格式的匹配。目前，XML技术作为企业间集成时数据交换的标准已得到广泛的应用。

三、从实践的角度谈项目中所接触的集成，实际上就是挑选上面的几种结合项目背景进行论述。      

正确答案：

写作要点：
一、论文中要具体介绍组织的业务背景、组织结构、Web系统的架构、采用的技术等内容和担任的实际工作。
二、Web系统测试包括以下几方面。
1．功能测试
(1)链接测试。链接测试可分为三个方面。首先，测试所有链接是否按指示链接到正确的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立页面。链接测试可以自动进行，现在已经有许多工具可以采用。
(2)表单测试。当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登录、信息提交等。在这种情况下，必须测试提交操作的完整性，以校
验提交给服务器的信息的正确性。如果使用默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。
(3) Cookies测试。如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响，等等。
(4)设计语言测试。Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、ActiveX、VBScript或Perl等也要进行验证。
(5)数据库测试。在Web应用中，最常用的数据库类型是关系型数据库。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确造成的，而输出错误往往是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
2．性能测试
(1)连接速度测试。由于用户连接到Web应用系统的速度差异较大，需要对Web系统响应时间进行测试；另外，需要对页面响应速度和超时设置进行测试；最后，需要考虑由于连接速度太慢而引起的数据丢失。
(2)负载测试。负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。
(3)压力测试。压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。压力测试的区域包括表单、登录和其他信息传输页面等。
3．可用性测试
(1)导航测试。导航测试需要考虑导航是否直观，Web系统的主要部分是否可通过主页存取，Web系统是否需要站点地图、搜索引擎或其他的导航帮助等导航可用性问题。
Web系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
(2)图形测试。图形测试的内容有：验证图形用途，减少传输时间与传输量；验证所有页面字体的风格是否一致；验证背景颜色是否与字体颜色和前景颜色相搭配；检查图片的大小和质量，等等。
(3)内容测试。主要检验Web应用系统提供信息的正确性、准确性和相关性。
(4)整体界面测试。考查整个Web系统的页面结构设计．是否给用户的一个整体感。
对所有的可用性测试来说，都需要有外部人员的参与，最好是最终用户的参与。
4．客户端兼容性测试
(1)平台测试。需要在各种操作系统下对Web系统进行兼容性测试。
(2)浏览器测试。测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
5．安全性测试
(1)用户名、密码测试。必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登录而直接浏览某个页面等。
(2)超时测试。测试W曲系统是否有超时的限制。
(3)日志信息测试。需要测试相关信息是否写进了日志文件、是否可追踪。
(4)安全套接字测试。当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
(5)服务器端脚本问题。服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要就没有经过授权，就不能在服务器端放置和编辑脚本的问题进行测试。
三、在进行Web系统测试时可能存在的问题包括如何构建测试环境；如何选择合适的工具进行自动化测试；如何模拟大规模并发访问，并进行系统的性能测试；如何设计调查问卷，进行系统的可用性测试，等等。

 

答案：

解析：

答案：

解析：

正确答案：

试题一分析
 （1）选择自己近期参与过的信息系统项目进行分析论述，不能选择其他类型的项目。
（2）根据题目要求确定论述内容及文章结构。要用论文的写作方式展开论述，即要有     论点、论据和论证步骤，同时做到首尾呼应。
（3）写摘要。论文摘要是文章的内容不加诠释和评论的简短陈述。摘要是在文章全文     完成之后提炼出来的（但考虑到正文完成后有可能大家会忘记写摘要，所以建议大家确定结构并简单设计后即写出摘要），具有短、精、完整三大特点。摘要应具有独立性、自明性，即不阅读原文的全文，就能获得必要的信息。摘要中有核心信息、有结论，是一篇完整的短文。
 （4）撰写论文。论述中除了要注意体现论点、论据和论证步骤，还要做到一首尾呼应         外，同时需要注意：
     ①要有针对性地介绍项目情况和所承担的主要工作。
     ②简要列出该项目范围说明书的主要内容，以及依据项目范围说明书制定WBS           的过程、WBS的大致内容。
     ③叙述该项目在项目范围管理方面所做的工作，有哪些不足，造成了什么后果，           哪些工作做得很好，效果如何。
     ④总结该项目管理中的得失，阐述自身关于项目范围管理的认识。
 （5）注意论文结构合理，语言流畅，字迹清晰。
 （6）注意论文撰写始终围绕信息系统项口的范围管理，不能跑题。
  试题一写作要点
      1、整篇论文陈述完整，论文结构合理、语言流畅，字迹清楚。（5分）
      2、所述项目切题真实，介绍清楚。(5分）
      3、针对要求的两个方面展开论述，不要求全面论述，可根据论述内容是否正确，涉         及其项目部分是否真实、得当、酌情给分。（45分）
 （1）详细的范围说明书包括或引用的文档有：
   ① 项目目标。项目目标包括衡量项目成功的可量化标准。
      ② 产品范围描述。产品范围描述了项目承诺交付的产品、服务或结果的特征。
   ③ 项目需求。项目需求描述了项目可交付物要满足合同、标准、规范或其他强制            性文档所必须具备的条件或能力。
      ④ 项目边界。边界严格的定义了项目内包括什么和不包括什么．以免项目干系人假定某些产品或服务是项目中的一部分。
      ⑤ 项目的可交付物。可交付物包括项目的产品和附属产出物（例如项目管理报告           和文档）。
      ⑥ 产品可接受的标准。定义了接受最终产品的过程。
      ⑦ 项目的约束条件。指具体的与项目范围相关的约束条件，它会对项目团队的选            择造成限制。
      ⑧ 项目的假设条件。与项目相关的假设条件，以及当这些条件不成立时对项目所            造成的影响。
   ⑨ 初始的项目组织。确定团队成员和项目干系人。
      ⑩ 初始风险。识别已知的风险。
      ⑾ 进度里程碑。客户或执行组织可以给项目团队定义里程碑，并给定一个强制性            日期。
      ⑿ 资金限制。描述了与项目资金相关的所有限制条件，不管是总量上的，还是某   一个时间段内的。
      ⒀ 成本估算。项目成本估算会影响项目的总成本。
      ⒁ 项目配置管理需求。描述了配置管理和变更控制的级别。
      ⒂ 项目规范。描述了项目所必须遵守的规范。
   ⒃ 已批准的需求。确定已批准的需求，它们可以应用于项目目标、可交付物和项            目工作中。
（2）制定WBS的方法：项目范围说明书中定义的项目可交付物是讲行WBS分解的基础。
 在进行项目工作分解的时候，一般应遵从以下几个主要步骤：
    ① 识别项目交付物和相关项目工作。
② 对WBS的结构进行组织。
    ③ 对WBS进行分解。
    ④ 对WBS中各级工作单元分配标识符或编号。
    ⑤ 对当前的分解级别进行检验，以确保它们是必需的，而且是足够详细的。
    （3）项目范围管理主要内容包括：
① 范围计划编制。制定一个项目范围管理计划，它规定了如何对项目范围进行定义、   确认、控制，以及如何制定WBS。
    ② 范围定义。开发一个详细的项目范围说明书，作为将来项目决策的基础。
    ③ 创建WBS。将项目的主要可交付成果和项目工作细分为更小更易于管理的部分。
    ④ 范围确认。正式接受已完成的项目交付物。
    ⑤ 范围控制。控制项目范围变更。
（4） WBS实例（不同项目的分解不同，仅供参考）如下图所示。

4、根据考生对参与项目范围管理的经验，可确定他有无项目范围管理的经历，酌情给    分。（20分）

正确答案：[写作要点] 首先阐述自己参加的Web应用程序的背景、采用的技术以及其中的测试需求。 Web应用程序一般应采用J2EE或．NET技术基于B/S架构有业务逻辑而非早期的单纯信息发布后端有数据库。应用在电子商务、电子政务等国民经济信息化领域。
[写作要点] 首先阐述自己参加的Web应用程序的背景、采用的技术以及其中的测试需求。 Web应用程序一般应采用J2EE或．NET技术，基于B/S架构，有业务逻辑而非早期的单纯信息发布，后端有数据库。应用在电子商务、电子政务等国民经济信息化领域。

正确答案：写作要点：
（1）选择自己近三年内参与过的信息系统项目进行分析论述，不能选择其他类型的项目。
（2）根据题目要求确定论述内容及文章结构。要用论文的写作方式展开论述，即要有论点、论据和论证步骤，同时做到首尾呼应。
（3）写摘要。290-320字左右。论文摘要是文章的内容不加诠释和评论的简短陈述。摘要是在文章全文完成之后提炼出来的（但考虑到正文完成后有可能大家会忘记写摘要，所以建议大家确定结构并简单设计后即写出摘要），具有短、精、完整三大特点。摘要应具有独立性、自明性，即不阅读原文的全文，就能获得必要的信息。摘要中有核心信息、有结论，是一篇完整的短文。
（4）撰写论文正文。2200-2500字左右。正文论述中除了要注意体现论点、论据和论证步骤，还要做到首尾呼应外，同时需要注意：
①要有针对性地介绍项目情况和所承担的主要工作。包括项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等。
②简要列出作者对项目范围管理的含义与作用的理解，并写出项目范围管理包含的五大管理过程（包括名称及作用的简单解释），并且要提一下项目范围管理五大过程中需要用到的主要工具和技术名称。不超过350字。
③叙述作者在该项目的范围管理方面遇到的实际问题与解决方法，效果如何。一般是挑三个过程进行说明。可以写小标题。
④总结该项目管理中的得失，阐述自身关于项目范围管理的经验与教训。
（5）注意论文结构合理，语言流畅，字迹清晰。
（6）注意论文撰写始终围绕信息系统项目的范围管理，不能跑题。

正确答案：
本题考查的是信息系统项目建设中与系统安全策略有关的理论和应用。考生应论述信息系统安全策略的内容和设计原则，并结合个人在信息系统工程项目中的亲身经历，论述在所参与项目的实践中制定的系统安全策略是什么和考虑的设计原则，以及实践中有待进一步改进之处。[论文摘要]用200～400字概括论文要阐述的主要内容，不需要对所参加的项目进行详细的介绍。本论题的论文摘要就是概述信息系统安全性在信息系统建设中的作用，以及本论文要阐述哪些的有关信息系统安全策略的内容。[论文正文]根据论题要求，论文正文用2000～3000字从以下三方面进行阐述。(1)清晰地阐述所参与的项目的背景、目的、发起单位、规模的情况，以及项目的内容、组织结构、项目的周期、交付的产品和项目的安全要求等，并对考生在项目中承担的主要角色和具体工作进行说明。(2)从理论角度概括阐述信息系统安全策略的核心内容和安全策略的设计原则；并说明系统安全方案与信息安全策略的关系；安全策略各个主要内容含义及其之间的关系，如“七定”策略中，定方案、定岗、定位、定员、定目标、定工作流程分别指的是什么，他们的制定顺序是怎样的等；以及根据岗位的“责、权、利”以及相应的工作制度、工作流程，一般都有哪些方面的安全策略。(3)从应用角度结合所参与项目的构成特点和安全要求，详细阐述根据上述信息系统安全策略的内容和设计原则，本项目采用了哪些信息安全方案，它们在定岗、定位、定员、定目标和定工作流程等方面的具体做法，以及各个安全方案的运行的效果和有待改进的方面。

正确答案：

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

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

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章。

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

正确答案：[写作要点] 介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其着重介绍项目的需求和范围介绍自己担任的工作。
[写作要点] 介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其着重介绍项目的需求和范围，介绍自己担任的工作。

答案：

解析：

答案：

解析：

答案：

解析：