自考01336软件项目管理-考试大纲复习资料

合集下载

软件项目管理复习

软件项目管理复习

软件项目管理复习考完试回来总结一下,我们的试卷大概分为:判断题(10题/20分),选择题(10题/20分),简答题(5题/30分),计算题(2题/20分),论述题(1题/10分)。

总体来说,判断题和选择题会更难一点点,需要对书上的一些细节和小知识点有所了解,这样做起来会比较顺手,简答题和计算题还有论述题基本上是送分的。

简答题我们考的是(当然下一年并不一定都考这些)⏹什么是软件项目管理(第一章)⏹软件系统开发的三个步骤(第一章)⏹什么是投资回报率(第二章)⏹敏捷开发的核心价值(第四章)⏹风险策划的步骤(第七章)计算题(出自第二章和第六章,基本上属于送分题)⏹算ROI(不考这个就会考净现值,都要看)⏹画网络图(正向遍历和反向遍历,很简单,请务必掌握,必考!)论述题(送分题)考步进式策划活动框架图,默写下来即可。

我并不知道我的学长那年的试卷,我总结的只是我这届的试卷,可能每年的试卷会有些许差别,但是绝大部分应该是一样的。

下面给的是复习参考重点,结合老师的PPT一起复习,背下来基本无解!一些零碎的知识点最好记一下,这样判断题什么的也很轻松。

祝你取得95分以上的高分!Just do it!第一章:项目管理课程引言1.项目:已计划的活动2.项目的特征:⏹目标性:明确的产品或服务目标⏹临时性:明确的开始、结束时间⏹独特性:独特的产品或服务⏹约束性:受资源/成本的约束⏹不确定性:受外部因素影响3.项目与日常运作的区别:⏹项目是一次性的,日常运作是重复进行的⏹项目是以目标为导向的,日常运作是通过效率和有效性体现的⏹项目是通过与项目经理及其团队工作完成的,而日常运作是职能式的线形管理⏹项目存在大量的变更管理,而日常运作则基本保持持续的连贯性的4.软件系统开发的三个步骤:⏹可行性研究:评估一个项目是否值得开始。

需求的收集成本效益的估算。

有时其本身就是一个单独的项目。

⏹策划:定制概要计划以及开始部分的详细计划⏹项目实施:包括设计和实现两个子阶段(策划和实施有时界限是模糊的)5.项目管理:把各种系统、方法和人员结合在一起,在规定时间、预算和质量目标范围内完成项目的各项工作,以满足或超过干系人对项目的要求。

2019自考本科01336软件项目管理

2019自考本科01336软件项目管理

2019自考本科01336软件项目管理-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN一、单项选择题1.下面给出的选项中不是项目基本特性的是 (B)A.独特性B.重复性C.组织性D.目标冲突性2.在IT项目管理的基本表述方法中,根据指定的网络顺序、逻辑关系和单一的历时估算,计算每一活动的单一、确定的最早开始和最迟结束时间的是 (D)A.工作分解结构 B.甘特图C.计划评审技术D.关键路径法3.在做项目投资分析时,当预计的回收期超出企业能接受的回收期时,预计应当( A)A.放弃B.接受C.修改D.保留4.IT软件项目计划管理,管理的对象是IT项目的CA.任务和评审B.运作和评审C.运作和活动D.任务和活动5.在一个大型的IT项目中,通常要同时采用几种成本估算方法,如果不同方法得到的结果大相径庭,应该 (A)A.继续设法获取更多的成本信息B.改变成本估算方法C.增加成本估算方法D.减少成本估算方法6.制定软件项目质量计划的目的主要是确保项目的( B )A.用户需求能够满足B.质量标准能够满意地执行C.功能模块能够全部实现D.进度计划能够顺利完成7.评审是一种质量保证机制,它是借助一组人员来检查软件系统或相关文档并发现错误的一个过程。

评审的类型有:设计或程序检查、管理评审(A )A.质量评审B.专家评审C.风险评估D.成本决算8.要有效地进行配置管理,需要建立一个配置管理库存放软件( D )A.活动B.任务C.里程碑D.基线9.项目经理是整个软件研发活动的负责人,在配置管理活动中,其主要工作是根据软件配置控制委员会的建议,批准配置管理的各项活动并( B ) A.参与这些活动B.控制它们的进程C.指导工作D.监督整个开发过程10.下面给出的四个选项中与其他选项不属于同一概念的是( A )A.结构测试B.黑盒测试法C.功能测试D.数据驱动测试11.如果是委托开发,则以任务委托书或开发协议(合同)方式进行说明的是( B )A.项目设计报告B.项目开发立项报告C.程序设计报告D.项目测试报告12.在进行IT项目风险分析时,对不确定性因素的不确定性程度和每个风险的损失程度需要( C)A.分析B.统计C.量化D.控制13.进行风险管理的前提是( B )A.风险不利后果小于风险管理付出的代价B.风险不利后果超过风险管理付出的代价C.风险不利后果不超过风险管理付出的代价D.风险不利后果不小于风险管理付出的代价14.商业软件组织中,能够帮助项目组建立项目过程并对项目过程进行周期性的评估,对过程的定义和维护负责的机构是( B )A.项目评价机构 B.软件工程过程机构C.软件工程机构D.基础设施机构15.项目目标无法实现时,项目的收尾管理工作主要是进行( D )A.重新计划B.需求分析C.项目测试D.项目终止二、填空题16.瀑布模型提倡在开发过程的早期阶段冻结需求定义,可能导致开发的系统与用户需求不同。

软件项目管理复习资料.doc

软件项目管理复习资料.doc

软件项目管理复习资料第一章基础篇软件项日管理导论1.软件商品特征:无形性,无损耗性,易复制性。

2.我国软件产业的特点:产业规模继续扩大;产业结构进一步调整;软硬融合趋势明显;出口继续看好,服务外包增强;区域布局FI趋集中,中西两地区发展迅速。

3.项tJ的概念及特点概念:项日是人们通过努力运用新的方法,将人力的,材料的,财务的资源组织起来,在给定的费用和时间的约束下,完成一项独立的,一次性的工作任务,以期达到由数量和质量指标所限定的目标。

特点:一次性,明确的目的性,作为管理对象的整体性。

(不确定性,不可逆性,临时性)4.项目的牛命周期包括的四个阶段:启动,计划,实施,结束。

5.项日管理的六个要素:范围,时间,成本,质量,组织,客户满意度。

6.TQC:时间,质量,成本这三个要素简称TQC。

如果项目在TQC的约朿内完成了工作范围内的工作,就可以说项目是成功的。

7.IPMA :国际项H管理协会。

8.PMI:其成员主要以大学,企业,研究机构的专家为主,它开发了一套项目管理知识体系, 该知识体系把项目管理分为九个知识领域:集成管理,范围管理,时间管理,成本管理,质量管理,人力资源管理,沟通管理,风险管理和采购管理。

第二篇管理篇第二章软件项H需求管理1•软件需求质量度量的九个元索:正确性,无歧义,完备性,一致性,分级別,可验证性,可修改性,可跟踪性,可理解性。

2.需求变更的原因:(1)在项冃的早期某些问题不可能完全被定义,软件需求是不完备的。

这导致随着项冃的进行,需求会发生改变,以便达到完备的程度。

(2)随着软件项目的进行,软件开发人员对问题的理解会发牛变化,这些变化也要反应到需求之中,可能导致需求变更。

3.变更管理过程:(1)变更描述:变更描述阶段始于一个被识别的需求问题或者是一份明确的变更提议。

(2)变更分析:在变更分析阶段,要对提议的变更产生的影响进行评估(3)变更实现:一旦在变更分析阶段得到了肯定的结论,既要接受变更,变更实现阶段开始第三章软件项日成本管理1.成本管理主耍辿那几个方面:软件系统规模估算;软件项冃成本估算;软件项目成本预算制定;软件项目成本监控。

软件项目管理复习资料

软件项目管理复习资料

软件项⽬管理复习资料软件项⽬管理复习资料1、软件商品特征:⽆形性、⽆耗损性、易复制性2、软件定义:软件是与系统,特别是⼀个计算机系统有关的程序、过程与有关⽂档的完整集合。

3、软件⼯程定义:软件⼯程是⼀类求解软件的⼯程。

它应⽤计算机科学、数学以及管理科学等原理,借鉴传统⼯程的原则、⽅法创建软件,以达到提⾼质量、降低成本的⽬的,使计算机设备的能⼒借鉴于软件成为对⼈类有⽤的东西。

4、5、项⽬的概念:在⼀定约束条件下具有特定⽬标的⼀项⼀次性任务。

6、项⽬管理要素:范围、时间、成本、质量、组织、客户满意度7、项⽬⽣命周期:(1)项⽬的启动:进⾏可⾏性分析,以便确定是否接受项⽬。

(2)项⽬的计划:建⽴解决需求或问题的⽅案,向客户提交各种计划书。

(3)项⽬的实施:执⾏计划阶段提出的解决⽅案,在各种因素的制约下,实现项⽬的⽬标。

(4)项⽬的结束:正式验收项⽬,使得项⽬圆满完成。

8、软件项⽬管理的过程:启动软件项⽬制定项⽬计划跟踪及控制项⽬计划评审项⽬计划编写管理⽂档9、软件项⽬管理的内容:软件项⽬需求管理、软件项⽬估算与进度管理、软件项⽬配置管理、软件项⽬风险管理、软件项⽬质量管理、软件项⽬资源管理10、PMBOK:项⽬管理知识体系PMI:美国项⽬管理协会IPMA:国际项⽬管理协会1112、需求开发和需求管理的界限:基准需求规格13、软件需求分为⽤户需求和系统需求,系统需求分为功能需求和⾮功能需求,功能需求描述系统所应提供的功能和服务,包括系统应提供的服务、对输⼊如何响应及特定条件下系统⾏为的描述;⾮功能需求是那些不直接与系统的具体功能相关的⼀类需求,它们与系统的总体特征相关,如可靠性、响应时间及需要的存储空间等。

14、变更管理过程:变更描述、变更分析、变更实现15、变更管理中应重视的问题应该交给变更控制委员会审批。

16、为了评价成本的可确定程度,项⽬成本分为有形成本和⽆形成本;根据是否可直接⽤⼀种经济的⽅式识别和跟踪项⽬成本,项⽬成本分为直接项⽬成本和间接项⽬成本。

软件项目管理复习提纲

软件项目管理复习提纲

1.项目的概念、特征、及日常运作的区别。

项口是指在一定的时间、资源、环境等约束条件下,为了达到特定的U标所做的一次性任务或努力。

匚标性,其结果只可能是一种期望的产品或服务。

独特性,每一个项目都是唯一的。

一次性,有确定的起点和终点。

约束性,每一个项L1的资源、成本和时间都是有限的。

关联性,所开展的活动是密切相互关联的。

多方面性,一个项目涉及多个相关利益者。

不可逆转性。

不论结果如何,项目结束了,结果也就确定了。

项H —次性口标导向通过项口经理及团队工作完成存在大量的变更管理日常运作重复进行效率和有效性导向职能式的线性管理基本保持连贯性2-软件项目的核心要素。

软件项目核心要素:过程、资源、干系人、结果软件项LI的核心生产力及其软件机构的核心能力:过程和人;3.典型的项目管理管理知识体系:PMBOK. PRINCE. WWPMM> IPMPPMBOK项忖管理是为了满足项口需求,在项目活动中采用的知识、方法、技术和工具的集合。

PRINCE2给出的定义:项U管理是对项H各个方面的计•划、监督和控制,并激励项口的所有参及人员去达到项目的时间、质量、成本、性能等多方面的目标。

4.项目管理的对象3P是指?People problem process5.PMBOK的知识领域、过程组。

整合管理范围管理时间管理成本管理质量管理人力资源管理沟通管理釆购管理风险管理启动计划控制执行结束6•项目管理的核心三角形。

项LI范围项L1时间和项H成本的相互制约L决策树分析法先画一个方框作为出发点,乂称决策节点;B、从岀发点向右引出若干条直线,这些直线叫做方案枝;C、在每个方案枝的末端画一个圆圈,这个圆圈称为概率分义点,或自然状态点;D、从自然状态点引出代表各自然状态的分枝,称为概率分枝;E、如果问题只需要一级决策,则概率分枝末端画三角形,表示终点。

假设有一项工程,施工管理人员需要决定下月是否开工。

如果开工后天气好,则可为国家创收4万元,若开工后天气坏,将给国家造成损失1万元,不开工则损失1000元。

软件项目管理考纲

软件项目管理考纲

软件项目管理考纲课程名称:软件项目治理课程代码:7029第一部分课程性质与目标一、课程性质及特点课程性质:本课程是为高等教育自学考试软件工程专业(独立本科段)高年级学生开设的一门专业必修课程。

课程特点:软件项目治理是软件项目实施过程中采取的一系列治理行为,目的是要保证软件项目的成功。

本课程将依据软件项目治理的差不多特点,以软件项目治理过程为线索,介绍软件项目治理的差不多理论、方法和技术。

要紧内容包括:项目及项目治理的概念、软件项目的定义和特点、合同治理、需求治理、项目组织与规划、成本操纵、进度治理、质量操纵、资源治理和配置、项目跟踪操纵、风险治理、项目终止等。

本课程从本质上说,不是一门技术类课程,而是一门治理类的课程,强调的是软件项目治理者的要紧工作、职责和权益,既包含了差不多理论与方法,又具有专门强的应用背景,是一门理论与实践紧密结合的课程。

二、课程目标与差不多要求设置本课程的目的是使学生把握软件项目治理的一些差不多概念、差不多原理和差不多方法,了解软件项目治理各个时期为保证项目的成功实施所需的差不多技术和工具,并能将所学知识运用到软件项目的治理活动中。

通过本课程的学习,考生应具备以下几方面的知识和能力:●了解软件项目治理的特点和软件项目治理的一样过程●把握软件项目治理各个时期的要紧工作内容●了解软件项目治理中存在的误区和制约因素●把握软件项目治理过程中应遵循的差不多原则和有效的方法●把握软件项目治理过程中重要技术文档的编制方法●初步具备将所学知识运用于软件项目治理的差不多能力三、与本专业其他课程的关系本课程是高等教育自学考试软件工程专业(独立本科段)的专业课,与本专业的其它软件类课程有着紧密的关系,专门是《软件工程概论》是本课程必修的先导课程,而《项目治理软件》则必须以本课程为基础,是直截了当应用本课程所学知识的后续课程。

第二部分考核内容与考核目标第1章软件项目介绍一、学习目的与要求本章对项目及软件项目作了概括介绍,目的是使学生对软件项目有个初步的认识。

软件项目管理考试大纲

软件项目管理考试大纲

软件项目管理(01336)考试大纲第一部分课程性质与目标(一)课程性质与特点本课程是软件工程本科专业的一门专业核心课程,较系统的介绍了从项目初始、项目计划、项目执行控制到项目结束的软件项目管理全过程。

覆盖项目管理九大知识域。

本书注重理论与实际的结合,通过实际工作中的案例说明帮助学生消化和理解所学内容。

通过学习该课程使学生不仅掌握软件项目管理水平,而且对提高项目管理本身的技能也同样有益。

(二)课程目标与基本要求课程的总目标是:培养学生掌握软件项目管理的概念、特征、表述方式、生命周期、过程和管理内容及具体操作方法。

通过本课程的学习,要求考生:(1)理解并掌握软件项目管理的概念、项目立项的过程。

(2)理解并掌握软件需求管理和任务分解(3) 理解并掌握软件项目管理的进度计划、成本控制、风险计划、配置管理及其方法。

(三)与本专业其他课程的关系先修课程:软件开发与设计案例分析、软件测试与软件实践。

【说明】该项应简要说明本课程在专业考试计划中的地位,学习本课程的先期课程及其后续课程,并说明相互关系。

第二部分考核内容与考核目标第一章软件项目初始过程(一)学习目的与要求软件项目的初始过程主要介绍项目的立项,要求考生掌握项目立项的过程;了解项目合同的内容;了解项目范围;了解各种生存期模型。

(二)考核知识点与考核目标1、项目授权(重点)识记:项目经理的责任和权利。

理解:项目立项的过程。

2、生存期模型(次重点)理解:瀑布模型、V模型、原型模型、增量式模型、螺旋式模型、渐近式阶段模型的特征。

3、项目立项(一般)理解:项目立项的概念。

4、合同项目(一般)理解:甲方初始过程;乙方初始过程。

第二章范围计划(一)学习目的与要求软件项目的范围计划主要介绍项目的需求管理,任务分解。

要求考生掌握项目需求管理的过程;了解任务分解的过程;掌握任务分解的方法。

(二)考核知识点与考核目标1、需求管理过程(重点)理解:需求管理过程。

应用:编写需求规格说明书。

软件项目管理 复习资料

软件项目管理 复习资料

软件项目管理复习资料软件项目管理复习资料软件项目管理是指对软件开发过程中的各个环节进行有效管理,以确保项目能够按时、按质、按量地完成。

在现代社会中,软件项目管理已成为各个行业中不可或缺的一部分。

本文将从项目管理的基本概念、项目管理的重要性、项目管理的关键要素以及项目管理的挑战等方面进行论述。

一、项目管理的基本概念项目管理是指通过计划、组织、指挥、协调和控制的方式,对软件项目进行全面管理的过程。

在软件项目管理中,项目经理起着至关重要的作用,他们需要具备良好的组织能力、沟通能力和决策能力,以确保项目的顺利进行。

二、项目管理的重要性项目管理的重要性在于它能够帮助团队有效地利用资源,提高工作效率,降低成本,提高项目成功的几率。

通过项目管理,团队可以更好地控制项目的进度、质量和成本,避免项目进展出现偏差,最大程度地满足客户需求。

三、项目管理的关键要素1.项目目标的明确:在项目开始之前,团队需要明确项目的目标和范围,明确项目的交付物和时间节点,以便进行有效的计划和组织。

2.项目计划的制定:项目计划是项目管理的核心,它包括项目的工作分解结构、资源分配、进度安排等内容。

一个好的项目计划能够帮助团队更好地控制项目进度和质量。

3.团队协作和沟通:项目管理需要团队成员之间的密切合作和良好的沟通。

项目经理需要建立良好的沟通渠道,及时解决团队成员之间的问题,确保项目能够按时完成。

4.风险管理:项目管理中不可避免地会面临各种风险,如技术风险、市场风险等。

项目经理需要制定风险管理计划,及时发现和应对风险,以降低项目风险对项目进展的影响。

四、项目管理的挑战1.需求变更:在软件项目开发过程中,客户的需求常常会发生变化。

项目经理需要灵活应对,及时调整项目计划和资源分配,以满足客户的需求。

2.人员管理:软件项目通常由多个团队成员组成,项目经理需要有效地管理团队成员,激发团队成员的工作热情,保持团队的凝聚力。

3.进度控制:项目经理需要及时掌握项目的进展情况,发现问题并及时解决。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

01336软件项目管理-考纲复习资料第一章软件项目管理导论一、学习目的与要求本章对项目及软件项目作了概括介绍,目的是使考生对软件项目有个初步的认识。

通过本章的学习,应使考生掌握项目及软件项目的基本概念,了解软件项目的生命周期,理解软件工程框架,掌握软件项目管理的基本概念、特征和主要内容,正确理解软件项目管理的过程、范围以及所面对的问题。

(一)软件项目的定义及其特征(重点)识记:软件项目的定义软件项目是以软件为产品的项目,软件产品的特质决定了软件项目管理和其他领域的项目管理有不同之处理解:软件项目的特征 P30(1)抽象性(2)缺陷检测的困难性(3)高度的复杂性(4)缺乏统一规则。

(二)软件项目管理(重点)识记:软件项目管理的概念 P34在软件项目活动中运用一系列知识、技能、工具和技术,以满足软件需求方的整体需求项目管理知识体系 P26集成管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理软件项目管理的主要内容 P341、软件项目需求管理2、软件项目结算与进度管理3、软件项目配置管理4、软件项目风险管理5、软件项目质量管理6、软件项目资源管理软件项目管理的过程 P351.启动软件项目2.制定项目计划3.跟踪及控制项目计划4.项目计划5.评审项目计划6.编写管理文档理解:软件项目管理的特征 P24综合性、创造性、时间性项目管理的 6 要素 P24范围、时间、成本、质量、组织、客户满意度软件项目的生命周期P22项目从开始到结束,一般包括启动阶段、计划阶段、实施阶段、和结束阶段(三)软件工程框架(次重点)理解:软件工程的目标、活动和原则及软件工程模型软件工程的目标是“生产正确、可用及具有经济效益的产品”。

正确性指软件产品达到预期功能的程度。

可用性指软件基本结构、实现和文档为用户可用的程度。

具有经济效益指软件开发、运行的整个开销满足用户要求的程度。

P16软件工程的活动是指生产一个最终满足需求且达到工程目标的软件产品所需要的步骤,主要包括问题定义、可行性研究、需求分析、总体设计、详细设计、实现、确认以及支持等。

P16软件工程原则:选取适宜的开发模型、采用合适的设计方法、提供高质量的工程支持、重视开发过程的管理P18软件工程模型是组织软件工程活动的方法,用一定的流程将各个活动连接起来,并可用规范的方式操作全过程,如同工厂的生产线。

常见的软件工程模型有线性模型、快速原型模型、螺旋模型和渐增式模型等。

P19第二章软件项目需求管理一、学习目的与要求本章主要介绍了软件需求的概念、需求开发的步骤和活动及需求管理过程,目的是使考生认识到软件需求是一个项目的开端,是软件设计及实现的基础,对于整个软件项目来说至关重要。

通过本章的学习,应了解软件需求的概念、理解需求开发的步骤和活动,初步具备编写需求规格说明书的能力,掌握需求管理的目标、原则和策略,需求管理包括的活动,特别是需求的变更管理。

(一)软件需求概念(次重点)识记:软件需求的定义 P40需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。

需求是指明必须实现什么的规格说明,它描述了系统的行为、特性或属性,是在开发过程中对系统的约束。

理解:软件需求层次 P40从问题求解过程来看,软件需求可以分成4个抽象的层次,分别是原始问题描述、用户需求、系统需求和软件设计描述。

(二)需求开发(重点)识记:需求开发的四个阶段需求开发分为需求获取、需求分析、规格说明、和需求验证4个阶段P47软件需求规格说明书的基本含义软件需求规格(Software Requirement Specification,SRS)也被称为功能规格说明、需求协议或系统规格说明,精确地阐述了一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,是对外部行为和系统环境(包括软件、硬件、通信端口和人)接口的描述性文档。

P53理解:需求开发操作矩阵 P47需求验证的步骤和内容 P54需求验证步骤:1.审查需求文档2.依据需求文档编写测试用例3.编写用户手册4.确定产品验收合格的标准需求验证的内容包括:(1)有效性检查(2)一致性检查(3)完备性检查(4)现实性检查(5)可检验性检查(6)可跟踪性检查(7)可调节性检查(8)可读性检查。

(三)需求管理(重点)识记:需求管理的目标和原则 P61需求管理的目标有两个:使软件需求受控,并建立供软件工程和管理使用的需求基线;使软件计划、产品和活动与软件需求保持一致原则:(1)需求一定要分类管理(2)需求必须分优先级(3)需求必须文档化(4)需求一旦变化,就必须对需求变更的影响进行评估。

(5)需求管理必须与需求工程的其他活动紧密整合。

软件需求工程管理的 5 个过程理解:需求管理活动 P63应用:需求管理原则 P61(1)需求一定要分类管理(2)需求必须分优先级(3)需求必须文档化(4)需求一旦变化,就必须对需求变更的影响进行评估。

(5)需求管理必须与需求工程的其他活动紧密整合。

需求变更管理(如何应对软件需求变更)P65进行软件需求变更,首先建立变更控制委员会。

变更委员会是一个承担软件项目风险的小组,负责需求变更的管理工作,需求变更的一切最终裁决都由其完成。

整个需求变更分为变更描述、变更分析和变更实现三个阶段。

1、变更描述阶段始于一个被识别的需求问题或是一份明确的变更提议。

在这个阶段,要对问题或变更提议进行分析,以检查它的有效性,进而产生一个更明确的需求变更提议。

2、变更分析阶段,要对被提议的变更产生的影响进行评估。

变更成本的计算不仅要估计对需求文档的修改,在适当的时候还要估计系统设计和实现的成本。

一旦分析完成,就有了对此变更是否接受的决策意见。

3、变更实现阶段,一旦在变更分析阶段得到了肯定的结论,即要接受变更,变更实现阶段就开始了。

实现变更时,需求文档及系统设计和实现都要进行修改。

(四)软件需求质量评价(一般)理解:软件需求质量度量的 9 个元素 P421、正确性2、无歧义3、完备性4、一致性5、根据重要性和稳定性分级6、可验证性7、可修改性 88、可跟踪性9、可理解性。

第三章软件项目成本管理一、学习目的与要求成本估算是项目管理的基础和核心内容之一。

通过本章的学习,应掌握软件项目成本估算的含义、过程和方法,初步具备进行软件项目成本估算的能力。

(一)软件项目成本估算的概念(次重点)理解:项目规模和成本的度量单位 P83对软件项目进行估算遇到的第一个问题就是软件规模,即软件的程序量。

软件规模是软件成本的主要影响因素,对软件规模的估计要从软件的分解开始。

成本的度量单位:为完成·项目而支付的货币量软件项目成本管理的概念 P80准确定义项目范围、估算项目、支出等工作,并在项目过程中通过一系列监控手段和方法努力减少和控制成本费用支出PERT 估计 P85计划评审技术(Program Evaluation and Review Technique,PERT)是20世纪50年代末美国海军部开发北极星潜艇系统时为协调3000多个承包商和研究机构而开发的,是用于项目进度规划的一种技术。

其理论基础是假设项目持续时间以及整个项目完成时间是随机的,且服从某种概率分布。

PERT可以估计整个项目在某个时间内完成的概率。

后来,学者们将其引入到软件规模估计的应用中来。

计划评审技术(PERT)可以估计整个项目在某个时间内完成的概率。

多应用于研究与开发项目,更注重对各项工作安排的评价和审查。

(二)软件项目成本估算的方法(重点)理解:几种常用的成本估算方法 P87专家判定:专家判定就是与一位或多位专家商讨,专家根据自己的经验和对项目的理解对项目成本做出估算,由于单独一位专家可能会产生偏差,因此最好由多位家进行估算。

类比法:类比法就是把当前项目和以前做过的类似项目比较,通过比较获得其工作量的估算值该方法需要软件开发组织保留有以往完成项目的历史记录。

自顶向下:自顶向下的估算方法从软件项目的整体出发,即根据将要开发的软件项目的总体等性,结合以前完成项目积累的经验,推算出项目的总体成本或工作量,然后按比例分配到各个组成部分中去。

自底向上:自底向上估算把待开发的软件逐步细化,直到能明确工作量,由负责该部分的人给出工作量的估算值,然后把所有部分相加,就得到了软件开发的总工作量。

算法模型:根据模型中变量的依存关系,可把模型分为静态模型和动态模型,在静态模型中,用个唯一的变量(如程序规模)作为初始元素来计算所有其他变量(如成本、时间),且所用计算公式的形式对于所有变量都是相同的,在动态模型中,没有类似静态模型中的唯一基础变量,所有变量都是相互依存的。

(三)软件项目成本监控(重点)理解:软件项目成本监控的含义 P81软件项目成本监控包括定期的项目成本统计、核算、监控预算完成情况,偏差分析和预算调整应用:赢得值分析法 P108赢得值(Earoed Value,也称挣值或盈余值)分析法是一种能全面衡量项目成本、进度的整体方法,以资金已经转化为项目成果的量来衡量,是一种完整和有效的项目监控指标和方法,赢得值法用以下3个基本值来表示项目状态,并以此预测项目可能的完工时间和完工时的可能费用:(1)累计计划成本额或称计划投资额(Budgeted Cost of Work Scheduled,BCWS)(2)赢得值或完成投资额(Budgeted Cost of Work Performed,BCWP)(3)实际成本额(Actual Cost of Work Performed,ACWP)。

第四章软件项目进度管理一、学习目的与要求软件项目进度计划是对软件项目实施管理的依据,编制软件项目计划是项目管理人员必备的基本能力。

通过本章的学习,应了解软件项目进度计划包含的基本内容,掌握编制软件项目进度计划的基本方法,初步具备编制软件项目进度计划的能力。

(一)软件项目进度管理过程(次重点)理解:项目活动定义的基本概念 P120项目活动定义即是进一步定义项目范围,该工作成果即是督促项目团队制订更加详细的WBS(83)和辅助解释。

该过程的目标是确保项目团队对他们作为项目范围中必须完成的所有工作有一个完整的理解。

项目活动之间的几种关系 P120确定活动之间的关系,对制订项日进度计划有很重要的影响。

常见的关系有:(1)强制依赖关系,项目工作固有的特性,有时也被称为硬逻辑关系,如编码完成后才能进行测试。

(2)自由依赖关系,如项目团队内部制定的开发模式为瀑布模型,即只有需求分析全部结束后才能开始系统设计,但由于这种关系可能带来副作用,因此项目组在制订相应规范时应注意项目待征。

(3)外部依赖关系,项目与非项目活动之间的关系,如软件项目的交付上线可能会依赖客户环境准备情况。

相关文档
最新文档