信息系统项目管理师高级考前训练-论文写作部分 .pdf

信息系统项目管理师高级考前训练-论文写作部分 .pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:0.8 M
标准类别:其他标准
资源ID:262492
下载资源

标准规范下载简介

信息系统项目管理师高级考前训练-论文写作部分 .pdf

理活动。通常采用会议的方法制订风险管理计划。 ②风险识别。风险识别的目标是识别和确定出项目究竟有哪些风险,这些项目风 险究竟有哪些基本的特性,这些项目风险可能会影响项目的哪些方面。风险识别的主要 方法有头脑风暴、专家评估、因果分析(鱼骨图)、假设分析和风险检查表、德尔菲法 等。 ③风险定性分析。风险定性分析包括对已识别风险进行优先级排序,以便采取进 步措施,如进行风险量化分析或风险应对。风险定性分析的方法和工具主要有可能性 评估、会议、专家参与评估、风险优先级矩阵、风险类型列表等。 风险定量分析。定量风险分析过程定量地分析风险对项目目标的影响。它对不 确定因素提供了一种量化的方法,以帮助我们做出尽可能恰当的决策。风险定量分析的 方法和工具主要有专家评估、乐观、中性和悲观估计、风险模型、模拟、蒙特卡罗法 风险列表等。 ③制定风险应对策略。风险应对通过开发备用的方法、制定某些措施以便提高项 目成功的机会,同时降低失败的威胁。制定风险应对策略的方法和工具主要有防范策略、 响应策略、避免策略、转移策略、减轻策略、风险列表等。 ③风险跟踪与监控。风险监控跟踪已识别的危险,监测残余风险和识别新的风 险,保证风险计划的执行,并评价这些计划对减轻风险的有效性。风险跟踪与监控 的方法和工具主要有风险跟踪矩阵、重新评估风险、过程审计、分析、会议、风险 列表等。 以上6个过程也可以简单地归纳为风险识别、风险评估、风险量化和处理、风险监 控4个阶段。 (3)信息系统项目中常见的风险及应对方法。 信息系统项目的风险从宏观上来看,可以分为项目风险、技术风险和商业风险。从 微观上看,信息系统面临的主要风险分类如表1所示

e) 希赛 |软考学院

DB 51/T 5039-2016标准下载表2常见的风险及应对措施

从分析中,我们可以得知,关于“论项目的风险管理”论文的写作,要点大体上包 活以下几个方面: (1)用400~500字的篇幅简单介绍项目的背景、发起单位、目的、开始时间和结 束时间、主要交付物、最终交付的产品。着重介绍项目的风险管理和作者在其中担任的 工作。

e) 希赛 |软考学院

(2)根据分析,谈谈作者对于项目风险的认识。结合项目实际,详细叙述项目风险 管理的基本过程,以及在各个过程中采用的技术和方法。 (3)结合项目实际,概要阐述信息系统项目经常面临的主要风险、产生根源和可以 采取的应对措施。可以参考表2,从其中选择一些主要的风险进行介绍。 (4)用200字左右的篇幅简单说明和评价作者在项目中进行风险管理的实际效果 如何。然后进行总结,指出其不足之处,并且说明这种不足是什么原因造成的,在今后 如何避免或改进。

试题3(2005年11月试题2

试题:论项目的质量管理

现代项自管理中非常重视质量管理,很多个人和组织将质量作为判定项自是否成 的重要依据。在IT业界,有很多知名公司将质量提高到了公司战略的高度来对待, 投入大量资源用于质量管理。 请围绕“项目的质量管理”论题,分别从以下三个方面进行论述: (1)概述你参与管理过的信息系统项目,以及在项目中所遇到的质量管理问题。 (2)请简要论述你对于质量、质量管理和质量成本的认识。 (3)简要论述你认为提升项目质量应做哪些工作,

这是一道关于质量管理的试题,主要考查考生对质量、质量管理和质量成本的认 只,以及有哪些措施可以提升项目质量。 (1)质量、质量管理和质量成本。 美国质量管理协会对质量的定义为:“过程、产品或服务满足明确或隐含的需求能 力的特征”。明确或隐含的需求是指按项目要求制订的基础性文件。 国际标准化组织ISO对质量的定义为:“一组固有特性满足需求的程度”。需求指 明示的、通常隐含的或必须履行的需求或期望,特性是指可区分的特征一一可以是固有 的或赋予的、定性或定量的、各种类别(物理的、感官的、行为的、时间的、功能的等)。

e) 希赛 |软考学院

对于信息系统质量,需要从以下层次来理解: ①信息系统产品中能满足给定需求的性质和特性的总体。例如,符合需求规格 说明。 ②信息系统具有所期望的各种属性的组合程度 ③顾客和用户觉得信息系统满足其综合期望的程度。 ④确定信息系统在使用中将满足顾客预期要求的程度。 质量管理是在质量方面指挥和控制组织的协调的活动,包括制定质量方针、质量目 示和责任的所有工作,以及通过质量系统中的质量计划、质量保证、质量控制和质量提 高等手段来实施这些工作。质量管理体系是在质量方面指挥和控制组织的管理体系。 项目质量管理必须考虑项目过程和项目产品两个方面。在信息系统项目管理中, 般使用术语产品来涵盖信息系统产品与客户服务两者。因为在实际工作中,信息系统供 应商往往需要为信息系统产品提供配套的客户服务,两者是作为一个整体提供给客户 的。只要两者之一不符合质量要求,就会给项目干系人或客户带来严重的消极后果。 项目的实施过程,也是质量的形成过程。质量并不是只存在于开发产品或项目实施 起始阶段,也不只是在交付客户的时候才存在,而是关系到产品的整个生命周期,并涉 及产品的各层面。项目的生命周期的每个阶段(可行性研究、需求分析、系统设计、编 码阶段、测试阶段、维护阶段等)都会有质量问题。在这一过程中,追求项目成果质量 的主要目的就是开发出止确的产品及止确地升发产品。 项目的质量是通过项目生命周期传递给客户的。而在项目整个生命周期中,项目的 工作不可避免地会出现失误。实践表明,在项目生命周期中,越早检测出的错误,改正 错误所需花费的费用就越低。在设计、实现、使用阶段出现的质量问题所付出的成本 般存在这样一个比率1:3:8。在信息系统行业,在信息系统使用阶段修正一个错误所 花的成本,比在设计阶段发现并改正这个错误所需成本高出很多倍。据估算,有40% 以上的信息系统错误发生在需求说明和设计阶段 质量成本是为了取得信息系统产品所付出的所有努力的总成本,是一致成本和不 致成本之和。一致意味着交付满足要求的和适用的产品。如编制一个质量计划有关的成 本分析和管理产品要求的成本、软件测试成本和配置管理成本等属于一致成本。不一致 成本意味着对信息系统故障或没有满足质量期望负责。 对于质量成本依照成本的性质分为一致性成本和非一致性成本,依照成本发生的方

e) 希赛 |软考学院

式分为预防成本、评估成本和缺陷成本。其中缺陷成本还可进一步细分为内部缺陷成本 和外部缺陷成本。应该注意的是上述两种分类法中,一致性成本对应于“预防成本+评 估成本”、非一致性成本对应于缺陷成本。 预防成本是为了使项目结果满足项目的质量要求,在项目结果产生之前而采取的 些活动;而评估成本是项目的结果产生之后,为了评估项目的结果是否满足项目的质量 要求进行测试活动而产生的成本;缺陷成本是在项目的结果产生之后,通过质量测试活 动发现项目结果不能满足质量要求,为了纠正其错误使其满足质量要求而发生的成本 项目管理团队应该意识到项目决策能影响质量成本,在产品返工、保证的赔偿和产 品召回时都会发生质量成本。反之,质量成本的估算也是指导项目决策的重要信息。然 而,重要的是项目管理团队必须明确:项目的暂时性特征使得产品质量提高上的投资 尤其是预防缺陷和评审的成本,要依赖于实施项目的组织来提供,因为这种投资的效果 可能在项目结束以后才能得以体现。 (2)项目质量管理的过程。 项目质量管理一般包括质量计划编制、项目质量保证、项目质量控制和过程改进等 过程。 ①质量计划编制。判断哪些质量标准与本项目相关,并决定应如何达到这些质量 示准。信息系统项目的质量标准可能包括功能性、稳定性、经济性、生命力、适用性 可靠性、安全性指标、可维护性、移植性等信息系统产品指标和服务时间、服务能力 服务态度等客户服务指标。例如,可以设置标准,规定从帮助界面获得帮助响应需要多 长时间、运送一个保修硬件的部件应当用多长时间。 ②项目质量保证。定期评估项目总体绩效,建立项目能达到相关质量标准的信心 该项目过程对项目的最终结果负责,而且还要对整个项目过程承担质量责任。高级管理 层应强调全体员工在质量保证活动中发挥作用,尤其是高级管理者要发挥作用。 ③项目质量控制。监测项目的总体结果,判断它们是否符合相关质量标准,并找 出如何消除不合格绩效的方法。对于信息系统项目,一般采用软件测试和配置管理等质 量控制手段来有效控制信息系统产品质量,与传统制造行业常采用统计抽样、控制图等 工具有很大区别。 ④过程改进。持续改进组织的质量管理体系和过程,使组织的信息系统工程成熟 度逐步提高。可以参考CMM/CMMI进行

e) 希赛 |软考学院

从23.1.8节的分析中,我们可以得知,关于“论项目的质量管理”论文的写作,要 点大体上包括以下几个方面: (1)用400~500字的篇幅简单介绍项目的背景、发起单位、目的、开始时间和结 束时间、主要交付物、最终交付的产品。着重介绍在项目中遇到的质量管理问题,以及 作者在其中担任的工作。 (2)根据23.1.8节的分析,谈谈作者对于质量、质量管理和质量成本的认识。在这 里,最好能结合项目实际情况来讨论。 (3)结合项目实际,概要作者为了提升项目质量,做了哪些工作,使用了什么方法 和工具等。

e) 希赛 |软考学院

(4)用200字左右的篇幅简单说明和评价作者在项目中进行质量管理的实际效果 如何。然后进行总结,指出其不足之处,并且说明这种不足是什么原因造成的,在今后 如何避免或改进,

1.4试题4(2006年11月试题2)

项目的整体管理是项目管理中一项综合性和全局性的管理工作。项目整体管理的在 务之一就是要决定在什么时间做哪些工作,并协调各项工作以达到项目的目标。 项目经理或其所在的组织通常会将项目分成几个阶段,以增强对项目的管理控制关 建立起项目与组织的持续运营工作之间的联系。 请围绕“项目的整体管理”论题,分别从以下三个方面进行论述: 1.简要叙述你参与管理过的大型信息系统项目(项目的背景、发起单位、目的 顶目周期、交付的产品等)。 2.针对下列主题,请结合项目管理实际情况论述你是如何进行项目整体管理的 (1)信息系统项目的阶段如何划分? (2)每个阶段应完成哪些工作? (3)每个阶段应提交哪些交付物? (4)每个阶段都有哪些种类的人员参与? (5)该项目实施阶段有哪些过程? 3.结合大型项目管理的特点简要叙述你管理大型项目的经验体会

1.典型信息系统项目阶段

把项目全生命周期划分成一个个阶段,明确每个阶段要完成的各个过程。 信息系统项目一般有可行性分析与立项、业务流程优化、计划、实施(包括系统需 求分析、系统设计、系统实现、系统测试、验收、系统试运行)、运营与维护等几个阶 段。根据行业特点、企事业单位的规模、项目特点等对这些阶段可以有不同程度的裁剪

( 希赛 |软考学院

2.典型信息系统项目每个阶段应完成的工作 (1)可行性分析阶段主要从技术可行性、经济可行性和操作可行性等几方面对项目 的可行性做出判断,并提出可行性方案。信息系统项目是一项耗资多、耗时长、风险性 大的工程项目,因此,在进行大规模系统开发之前,要从有益性、可能性和必要性三个 方面对未来系统的经济效益和社会效益进行初步分析,以避免盲目投资,减少不必要的 损失。 (2)业务流程优化阶段主要对企事业单位的业务流程、组织机构进行改良或改造 重新组织,以适应企事业单位信息化的要求,并对业务流程进行规范化、优化,使信息 系统能够促进企业业务的发展。 (3)计划阶段的任务是要站在全局的角度,对所开发的系统进行统一的总体考虑 从总体的角度来规划系统应该由哪些部分组成、它们之间的关系如何,并根据系统需求 提出解决方案。在系统开发之前要确定开发顺序,合理安排人力、物力和财力,制订项 目计划。 (4)系统需求分析阶段是分析获取信息化建设的需求,包含软件系统的需求分析利 硬件网络系统的需求分析,其任务是按照整体计划的要求,逐一对系统计划中所确定的 各组成部分进行详细的分析。 (5)系统设计阶段包括软件系统的设计、硬件网络系统的设计、软件基础平台与软 便件集成设计。进行系统设计前,应进行系统分析。 (6)系统实现阶段主要指软件系统的编码与实现,另一方面是系统硬件设备的购置 与安装。 (7)系统测试阶段在软件系统的测试和硬件系统的测试等的基础上进行,其中软件 系统测试指单元测试、集成测试和确认测试。系统测试是从总体出发,测试系统应用软 牛的整体表现及系统各个组成部分的功能完成情况,测试系统的运行效率和可靠性等 (8)验收阶段指软件系统的安装、调试和验收,数据准备及加工,系统试运行与工 程收尾。 (9)运营与维护阶段指信息系统投入运营后的日常维护工作及系统的备份、数据库 的恢复、运行日志的建立、系统功能的修改与增加等。运营与维护阶段是信息系统最重

e) 希赛 |软考学院

要的一个阶段,一般不包含在信息系统项目的生命周期中。

3.每个阶段应提交的交付物

(1)可行性分析阶段:可行性报告、立项报告。 (2)业务流程优化阶段:业务流程优化建议书。 (3)计划阶段:项目整体管理计划。 (4)系统需求分析阶段:需求分析报告。 (5)系统设计阶段:系统总体设计报告,包含软件系统和网络系统设计方案、软件 系统的测试计划、系统测试计划。 (6)系统实现阶段:软件模块代码、系统硬件设备的购置清单与安装图。 (7)系统测试阶段:软件系统的测试报告、系统测试报告。 (8)验收和试运行阶段:验收报告、综合布线竣工图、用户手册、用户培训计划 (9)运营与维护阶段:运行日志等

4.每个阶段参与的人员

(1)管理类:项自经理及助理(每个阶段都需要)。 (2)技术类:架构师(系统分析和设计阶段)、系统分析员(系统分析和设计阶段) 软件工程师(系统分析和设计阶段)、测试工程师(设计阶段)、网络工程师(系统分析 设计阶段与实现阶段)、数据库工程师(系统分析、设计阶段与实现阶段)、综合布线工 程师(系统设计阶段/布线)。 (3)实施和技术类:实施/现场工程师(系统实施阶段)、配置管理人员(全过程)

5.项目实施阶段的过程

系统需求分析、系统设计、系统实现、系统测试、软件系统的安装调试、数 成、系统试运行、项目验收、收尾。

6.大型项目管理的特点

(1)项目周期较长。这类项目往往从所交付产品的早期就开始了,如何在一个相对 较长的周期内,保持项目运作的完整性和一致性就成了关键性的问题。 (2)项目规模较大,目标构成较复杂。在这种情况下,都会把项目分解成一个个目 标相互关联的小项目,形成项目群进行管理。这种意义上的项目经理往往成为项目群经

e) 希赛 |软考学院

理或是大项目经理。 (3)项目团队构成复杂。不仅包括项目内部所形成的项目管理体系,也包括合作方 有时甚至有多个单位参与。这种复杂的团队构成会导致团队之间的协作、沟通和冲突解 快所需要的成本大幅度上升,所以如何降低协作成本就成了提高整个项目效率的关键。 (4)大型项目经理的日常职责将更集中于管理职责。在大型及复杂项目的状况下 将需要更明确而专一的分工机制,管理所体现的效率因素将更直接的影响项目的目标实 现。而同时,由于大型项目大多数是以项目群的方式进行,而大型项目经理将面临更多 的是间接管理的挑战,

7.大型项目过程管理的特点

(1)计划过程。建立项目组织所需要的各个过程文件,支撑过程实施的操作指南、 文档模板和检查表。 (2)执行过程。按照预定义的过程实施项目。 (3)监督过程。由独立的组织检查项目组织实施预定义过程的符合度。

1.介绍项目的背景、发起单位、目的、项目周期、交付的产品等,着重介绍项目 整体管理情况。 2.结合项目管理实际情况,论述如何进行项目整体管理,包括信息系统项目的阶 段如何划分、每个阶段应完成哪些工作、每个阶段应提交哪些交付物、每个阶段都有哪 些种类的人员参与、该项目实施阶段有哪些过程等问题。 3.结合自已管理大型项目的实际经验,指出下面各方面(但不局限于这些方面) 的经验体会:计划、组织、资源冲突、沟通协调以及控制。在这些方面,遇到了哪些问 题?难点在哪里?自已是如何解决的?最终效果如何?有什么经验教训?

() 希赛|软考学院

练习 1:论信息系统的文

由于文档的质量好坏直接关系到信息系统质量的好坏,所以文档编制工作是信息系 统开发工作的重要组成部分。 根据你实际参与开发的经验论述下列三个问题: (1)简要叙述你参与开发的信息系统的概要和你所担任的工作。 (2)具体叙述你参与开发的信息系统的文档编制的情况,包括编制了哪些文档,为 了提高文档编制的效率和质量,采用了哪些文档编制方法和工具?在文档编制过程中你 遇到了哪些问题?为了解决这些问题,你采取过哪些措施? (3)简要叙述你所采取的措施的效果如何?你现在认为还有哪些需要改进的地方 以及如何改进?

信息系统的文档,不但包括软件开发过程中产生的文档,还包括硬件采购和网络设 十中形成的文档:不但包括上述有一定格式要求的规范文档,也包括系统建设过程中的 各种来往文件、会议记要、会计单据等资料形成的不规范文档,后者是各方谈判甚至索 赔的重要依据;不但包括系统实施记录,也包括程序资料和培训教程等。 下面我们从用户、分析人员、开发人员、项目管理人员、测试人员、维护人员之间 的交流沟通将这些文档做一个分类总结。 (1)用户和分析人员的沟通。 ·可行性研究报告。 ·总体规划报告。 ·系统开发合同。 ·系统方案说明书。 (2)开发人员与项目管理人员的沟通 ·系统开发计划(包括计划相关的各种文档)。 ·系统开发月报。

·系统开发总结报告。 ·开发人员间的交流。 ·系统方案说明书。 ·系统设计说明书。 (3)测试人员和开发人员间的沟通 ·系统方案说明书。 ·系统开发合同。 ·系统设计说明书。 ·测试计划。 ·测试用例。 ·测试记录。 ·测试报告。 (4)系统开发人员和用户之间的沟通。 ·用户手册。 ·操作指南。 (5)系统开发人员和系统维护人员间的沟通。 ·系统设计说明书。 ·系统开发总结报告。 ·技术手册。 (6)用户与维护人员间的沟通。 ·系统运行报告。 ·维修修改建议。 在信息系统项目开发过程中,文档编制要求具有针对性、精确性、清晰性、完整性、 舌性、可追溯性。 在整个信息生存期中,各种文档作为半成品或是最终成品会不断地生成、修改或补 为了最终得到高质量的产品,达到项目质量要求,必须加强对文档的管理。以下几 面是应注意做到的。 (1)项目小组应设一位文档保管人员,负责集中保管本项目已有文档的两套主文 两套文本内容完全一致。其中的一套可按一定手续,办理借阅

e) 希赛 |软考学院

(2)项目小组的成员可根据工作需要在自已手中保存一些个人文档。这些一般都应 是主文本的复制件,并注意和主文本保持一致,在做必要的修改时,也应先修改主文本 (3)开发人员个人只保存着主文本中与他工作相关的部分文档。 (4)在新文档取代了旧文档时,管理人员应及时注销旧文档。在文档内容有更动 时,管理人员应随时修订主文本,使其及时反映更新了的内容。 (5)项目开发结束时,文档管理人员应收回开发人员的个人文档。发现个人文档与 主文本有差别时,应立即着手解决。这常常是未及时修订主文本造成的。 (6)在开发过程中,可能发现需要修改已完成的文档,特别是规模较大的项目,主 文本的修改必须特别谨慎。修改以前要充分估计修改可能带来的影响,并目要按照提议 评议、审核、批准和实施等步骤加以严格的控制。 在现在的文档编制中,可以使用各种工具,例如通常的编辑工具等。建模工具也能 导出文档,其至一个模型本身就是一个文档

通过上述分析,我们可以归纳出在编与关于“论信息系统的文档编制”的论文时, 在写作方面要注意以下几个方面的要点: (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物 最终交付的产品,着重介绍在项目中遇到的文档编制与管理问题,以及作者在其中担任 的工作。 (2)简单列举出在系统的开发过程中,需要编写哪些文档,各文档的作用是什么 (3)具体叙述所采用的文档编写方法和工具。注意不要面面俱到,只要有重点地介 绍2~3种文档的编制就可以了。 (4)简单介绍在系统开发过程中,是如何对文档进行管理和维护的。 (5)最后应根据项目的实际执行情况,说明文档编制的效果如何,如何改进。

( 希赛 |软考学院

2. 2 练习 2: 论项目的进度管理

进度管理是信息系统开发项目管理的一个重要内容。有效的进度管理是保证信息系 统开发项目如期完成的重要环节。 根据你实际与开发的项目的经验论述下列三个问题: (1)简要叙述你参与开发的信息系统的概要和你所担任的工作。 (2)具体叙述你参与开发的信息系统项目是怎样进行进度管理的。在进度管理过程 中遇到过哪些问题?为了解决这些问题,你采取了什么措施? (3)简要叙述采取上述措施的效果如何?你现在认为还有哪些需要改进的地方? 以及如何改进?

进度管理是信息系统开发项目管理的一个重要内容。有效的进度管理是保证开发项 目如期完成的重要环节。 进度安排的准确程度可能比成本估算的准确程度更重要。产品可以靠重新定价或者 靠大量的销售来弥补成本的增加,但是进度安排的落空,会导致市场机会的丧失,使用 户不满意,而且也会导致成本的增加。 有关进度管理的问题,在教程中已明确介绍了相关概念、过程、方法和工具。在这 里,我们需要强调几点。

1.开发小组人数与生产率

e) 希赛 |软考学院

因此,从理论上来说,一个信息系统任务由一个人单独开发,生产率最高。但是, 在实际开发中,这是不现实的。稍大的信息系统开发,都必须组织一个开发小组。

2.任务的确定与并行性

( 希赛 |软考学院

PERT技术和CPM方法都为项目计划人员提供了一些定量的工具,如: ·确定关键路径,即决定项目开发时间的任务链。 ·应用统计模型,对每一个单独的任务确定最可能的开发持续时间的估算值。 ·计算边界时间,以便为具体的任务定义时间窗口。边界时间的计算对于软件项 目的计划调度是非常有用的。 在组织较为复杂的项目任务时,或是需要对特定的任务做更为详细的计划时,可以 分层的任务网络图

项目进度管理的一项重要工作就是在项目实施过程中进行追踪和控制。可以用不同 的方式进行追踪,例如: (1)定期举行项目状态会议。在会上,每一位项目成员报告他的进展和遇到的问 题。 (2)评价在信息系统工程过程中所产生的所有评审的结果, (3)确定由项目的计划进度所安排的可能选择的正式的里程碑。 (4)比较在项目资源表中所列出的每一个项目任务的实际开始时间和计划开始 时间。 (5)非正式地与开发人员交谈,以得到他们对开发进展和刚冒头的问题的客观评价。 项目管理师还可以利用“控制”来管理项目资源、覆盖问题,以及指导项目工作人 员。如果事情进行得顺利(项目按进度安排要求且在预算内实施,各种评审表明进展正 常且正在逐步达到里程碑),控制将是轻微的。但当问题出现的时候,项目管理人员必 须实行控制以尽可能快地排解它们。在诊断出问题之后,在应用论域中可能需要一些追 加资源;人员可能要重新部署,或者项目进度要重新调整。 在信息系统工程项目中必须处理好进度与质量之间的关系。在开发实践中常常会遇 到这样的事情,当任务未能按计划完成时,只好设法加快进度赶上去。但事实告诉我们 在进度压力下赶任务,其成果往往是以牺牲产品的质量为代价的,

( 希赛 |软考学院

从上面的分析中,我们可以归纳出在编写关于“论软件项目的进度管理”的论文时, 在写作方面要注意以下几个方面的要点: (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物 最终交付的产品。着重介绍在项目中遇到的进度管理问题,以及作者在其中担任的工作 (2)简单介绍项目开发计划和用户要求的交付日期等与进度有关的数据, (3)详细叙述进度计划的制订和安排进度的方法。 (4)简单叙述是如何进行项目的跟踪和控制的 (5)最后应根据项目的实际情况,对所选择的进度管理方法的应用效果进行评价 同时指出其不足之处,并且说明这种不足是什么原因造成的,在今后如何避免或改进

习3:论信息系统开发成本

成本估算是信息系统工程项目管理中的一项重要任务。开发成本主要是指开发过程 中所花费的工作量及相应的代价,开发成本估算应该以整个开发过程中所花费的人工代 价为依据。 请围绕“信息系统开发成本估算”论题,依次从以下三个方面进行论述, (1)概要叙述你参与分析和开发的应用项目,以及你所担任的主要工作。 (2)论述在估算开发成本时可以采用的方法和模型,并进一步分析这些估算方法和 模型的优缺点。 (3)详细论述在你参与分析和开发的应用项目中具体采用的估算开发成本的技术 方法、模型、工具及其实际效果。

成本估算是一个十分容易被忽视,但却又是十分重要的一个内容。其重要的原因是 没有成本估算,项目计划就会失去基础;容易被忽视的原因却是由于大部分软件开发组 织未能够有效掌握它。

e) 希赛 |软考学院

项目估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是: 首先根据需求进行规模估算,也就是预计系统的规模,通常以代码行数、功能点数为单 立;然后在估计的规模的基础上,根据项目的特定因素(例如技术能力、使用的语言和 平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量,通常 以人天、人月、人年为单位;最后根据客户提出的进度需求进行进度估算,根据人员及 其他成本(如设备、房租、差旅等)对总的开发成本进行估算。估算的基础是经验数字 和经验模型。 从上面的描述中,我们可以看出规模估算是系统开发成本估算的基础(数据来源) 而工作量估算则是系统开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法、FP(功能点)估算法。LOC 古算法主要根据历史项目记录,以经验数据进行推测;而FP估算法则通过一个较严谨 的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 而工作量估算可以采用的模型、方法和技术就比较多了,大致可以分为算法方法 类比法、自底向上法3种。 1.算法方法 算法方法估算是自顶向下的方式实现,使用数学方式表达出估算所含的各种参数之 间的关系,如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的,也可 是动态的。最常见的算法方法估算模型包括MarkII估算、COCOMO81、COCOMOII COCOMO组、Putnam估算模型等。 (1)MarkIIFP估算:不是一个严格的算法模型,是基于各种因素和它们的影响 的主观评价之间关系的一些理解。 (2)COCOMO:是根据产品规模和几个特征计算工作量和日历时间的估算算法模 型。它是由BarryBoehm博士开发的,首发于1981年,即COCOMO81,而COCOMC 1则是其新版本,不过由于它们各有特色,因此还共同存在于估算实践中。是一个较产 各,并经受了大量实践考验的一个经典估算模型。 (3)COCOMO组:包括重点应用于COTS组件项目的COCOTS模型;用来预测 每千LOC或FP中残留错误的COQUALMO模型;着重于开发系统的成本在开发活动 二的分布的COSSEMO模型;着重在预测新技术、提高生产率的发明方面最有效的成

项目估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是: 首先根据需求进行规模估算,也就是预计系统的规模,通常以代码行数、功能点数为单 立;然后在估计的规模的基础上,根据项目的特定因素(例如技术能力、使用的语言和 平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量,通常 以人天、人月、人年为单位;最后根据客户提出的进度需求进行进度估算,根据人员及 其他成本(如设备、房租、差旅等)对总的开发成本进行估算。估算的基础是经验数字 和经验模型。 从上面的描述中,我们可以看出规模估算是系统开发成本估算的基础(数据来源) 而工作量估算则是系统开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法、FP(功能点)估算法。LOC 古算法主要根据历史项目记录,以经验数据进行推测;而FP估算法则通过一个较严谨 的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 而工作量估算可以采用的模型、方法和技术就比较多了,大致可以分为算法方法 类比法、自底向上法3种

算法方法估算是自顶向下的方式实现,使用数学方式表达出估算所含的各种参数之 间的关系,如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的,也可 是动态的。最常见的算法方法估算模型包括MarkII估算、COCOMO81、COCOMOII COCOMO组、Putnam估算模型等。 (1)MarkIIFP估算:不是一个严格的算法模型,是基于各种因素和它们的影响 的主观评价之间关系的一些理解。 (2)COCOMO:是根据产品规模和几个特征计算工作量和日历时间的估算算法模 型。它是由BarryBoehm博士开发的,首发于1981年,即COCOMO81,而COCOMO ⅡI则是其新版本,不过由于它们各有特色,因此还共同存在于估算实践中。是一个较严 格,并经受了大量实践考验的一个经典估算模型。 (3)COCOMO组:包括重点应用于COTS组件项目的COCOTS模型;用来预测 每千LOC或FP中残留错误的COQUALMO模型;着重于开发系统的成本在开发活动 上的分布的COSSEMO模型;着重在预测新技术、提高生产率的发明方面最有效的成

e) 希赛 |软考学院

本分配的COPROMO模型。 (4)Putnam估算模型:它是一个工作量动态的、多变量的估算模型,它对交付时 间十分敏感。 (5)静态模型:除了以上动态模型外,还有一些常用的静态模型,其中最常用的 是Watson和Felix模型。其计算公式是不变的:工作量=5.2x(KLOC)0.91GB/T 20975.5-2020 铝及铝合金化学分析方法 第5部分:硅含量的测定.pdf,持续时间(月 4.1x(KLOC)0.36,可以用来生成较粗略的估算值。 算法方法估算法虽然定义严谨,但是由于这些算法只是源于几十个项目的数据总 结,因此其结果并不是精确的,但其仍然还是具有较高的参考价值。并且随着开发团队 数据的积累和经验的堆积,产生的估算也会越来越精确

类比估算法则是自顶向下的察看系统,它借助经验丰富的人员的“本能感受”去识 别待估项目和已完成的项目之间的相似与差异之处,并评估这些差别对评估的影响。这 种方法的主观意识较强,估算的结果的精确度与估算人员的经验有很大的联系。

自底向上估算法自底向上估算是将项目分解成为较小的活动和任务,对每个较低层 的任务做估算,然后将所有的较低层的任务估算值加在一起,就可以得到项目总的工作 量估算值。由于这种估算通常是由程序员来进行小任务块的估算,因此容易让程序员产 生责任感,进度更有保障。 而有了工作量估算后,就可以计算出工作人员成本,但在进行开发成本估算时还应 该考虑硬件、软件、通信、差旅、培训,以及其他管理成本。

我们可以从上面的描述中总结出撰写关于“论信息系统开发成本估算”的论文,主 要应该注意以下几个方面的要点: (1)由于许多软件开发成本估算模型都需要一些参数依据,因此应该对于项目的复 杂度、涉及到的关键技术、团队情况等因素进行阐述,以便能够连贯地说明估算的过程。 (2)由于工作量估算是成本估算的关键T/CBMF79-2020 防火用硅酸钙板.pdf,其估算的结果决定了成本估算,而成本估算

( 希赛 |软考学院

则是在工作量的基础上做一些简单的财务计算,因此可以理解为工作量估算的方法和模型 (3)文章中应该列举出算法方法估算法、类比估算法,以及自底向上估算法三种模 型,并且应该抓住它们各自鲜明特点进行深入的阐述。 (4)在前面描述的基础上,针对本项目的特色进行分析,引出最合适的模型,然后 再结合实例,详细地说明应用的具体方案。在编写时,一定要注意突出其真实性。 (5)文章应该花一定篇幅来说明估算的效果,也就是估算的误差值是多少,并且可 以简要地分析这些误差值会来源于何处

©版权声明
相关文章