(1)

进度管理就是采用科学的方法确定进度目标编制进度计划和资源供应计划进行进度控制在与质量、成本目标协调的基础上实现工期目标。

(1)

进度计划编制分析活动顺序、活动持续时间、资源要求和进度制约因素制订项目进度计划

(6)

进度控制根据进度计划开展项目活动如果发现偏差则分析原因或进行调整

进行活动资源估算的方法主要有专家判断法、替换方案的确定、公开的估算数据、估算软件和自下而上的估算

(1)

专家判断法。

专家判断法通常是由项目管理专家根据以往类似项目经的验和对本项目的判断经过周密思考进行合理预测从而估算出项目资源。

(2)

替换方案的确定。

资源估算是为了给项目预算明确空间为早期的资源筹备提供数据如果某项活动存在替代方案或提供的资源有替代支持可能则需要明确声明。

(3)

公开的估算数据。

有些公司会定期地公开一些生产率或人工费率数据其中包括很多国家和地区的劳动力交易、材料和设备信息

(4)

估算软件。

依靠软件的强大功能可以定义资源可用性、费率以及不同的资源日历。

(5)

自下而上的估算。

把复杂的活动分解为更小的工作以便于资源估算。

将每项工作所需要的资源估算出来然后汇总即是整个活动所需要的资源数量。

进度管理模型

COCOMO模型常见的软件规模估算方法。

常用的代码行分析方法作为其中一种度量估计单位以代码行数估算出每个程序员工作量累加得软件成本。

模型按其详细程度可以分为三级:

(1)

基本COCOMO模型是一个静态单变量模型它用一个以已估算出来的原代码行数

(LOC)

中间COCOMO模型在基本COCOMO模型的基础上再用涉及产品、硬件人员、项目等方面的影响因素调整工作量的估算。

(3)

详细COCOMO模型包括中间COCOMO模型的所有特性将软件系统模型分为系统、子系统和模块3个层次更进一步考虑了软件工程中每一步骤如分析、设计的影响

COCOMOⅡ模型

COCOMO的升级也是以软件规模作为成本的主要固素考虑多个成本驱动因子。

该方法包括三个阶段性模型即应用组装模型、早期设计阶段模型和体系结构阶段模型。

包含三种不同规模估算选择:

对象点、功能点和代码行

关键路径是项目的最短工期但却是从开始到结束时间最长的路径。

进度网络图中可能有多条关键路径因为活动会变化因此关键路径也在不断变化中

关键活动关键路径上的活动最早开始时间-最晚开始时间。

通常每个节点的活动会有如下几个时间:

(1)

最迟结束时间LF。

为了使项目按时完成某项活动必须完成的最迟时间

(4)

最迟开始时间LS。

为了使项目按时完成某项活动必须开始的最迟时间。

LS-LF-工期

顺推最早开始ES所有前置活动最早完成EF的最大值最早完成EF最早开始ES持续时间

逆推最晚完成LF所有后续活动最晚开始LS的最小值最晚开始LS最晚完成LS-持续事件

总浮动时间在不延误项目完工时间且不违反进度制约因素的前提下活动可以从最早开始时间推迟或拖延的时间量就是该活动的进度灵活性。

正常情况下关键活动的总浮动时间为零

总浮动时间最迟开始LS-最早开始ES

自由浮动时间是指在不延误任何紧后活动的最早开始时间且不违反进度制约因素的前提下活动可以从最早开始时间推迟或拖延的时间量

自由浮动时间紧后活动最早开始时间的最小值-本活动的最早完成时间

质量管理

质量是软件产品特性的综合表示软件产品满足明确基本需求或隐含期望需求要求的能力。

质量管理是指确定质量方针、目标和职责并通过质量体系中的质量计划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动;

(1)

质量规划识别项目及其产品的质量要求和标准并书面描述项目将如何达到这些要求和标准的过程。

(2)

质量保证一般是每隔一定时间例如每个阶段末进行的主要通过系统的质量审计软件评审和过程分析来保证项目的质量。

(3)质量控制实时监控项目的具体结果以判断它们是否符合相关质量标准制订有效方案以消除产生质量问题的原因

信息技术

软件容错技术容错就是软件遇到错误的处理能力实现容错的手段主要是元余包括下面四种冗余技术:

结构冗余分为静态、动态、混合冗余三种当错误发生时对错误进行备份处理

时间冗余遇到错误时重复执行例如回滚重复执行还有错则转入错误处理逻辑。

冗余附加技术是指为实现结构、信息和时间冗余技术所需的资源和技术包括程序、指令、数据、存放和调动它们的空间和通道等。

在屏蔽硬件错误的容错技术中

A、风险评估

解析:软件质量保证是软件质量管理的重要组成部分。

软件质量保证主要是从软件产品的过程规范性角度来保证软件的品质。

其主要活动包括:

【例题】ISO/IEC软件质量模型中易使用性是指与使用所需的努力由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性其易使用性的子特性不包括

A、易理解性

解析纯记忆也可以从易使用性的特点去分析应该是软件容易使用、理解、操作等针对用户层面的不会涉及到是否易分析设计。

风险管理

风险管理就是要对项目风险进行认真的分析和科学的管理这样是能够避开不利条件、少受损失、取得预期的结果并实现项目目标的能够争取避免风险的发生或尽量减小风险发生后的影响。

但是完全避开或消除风险或者只享受权益而不承担风险是不可能的。

风险管理计划编制如何安排与实施项目的风险管理制定下列各步的计划

风险识别识别出项目中已知和可预测的风险确定风险的来源、产生的条件、描述风险的特征以及哪些项目可以产生风险形成一个风险列表。

风险定性分析:

对已经识别的风险进行排序确定风险可能性与影响、确定风险优先级、确定风险类型

风险定量分析:

进一步了解风险发生的可能性具体由多大后果具体由多严重。

包括灵敏度分析、期望货币价值分析、决策树分析、蒙特卡罗模拟。

风险应对计划编制对每一个识别出来的风险来分别制定应对措施这些措施组成的文档称为风险应对计划。

包括消极风险避免策略、转移策略、减轻策略积极风险开拓、分享、强大

风险监控监控风险计划的执行检测残余风险识别新的风险保证风险计划的执行并评价这些计划对减少风险的有效性。

项目风险作用于项目上的不确定的事件或条件既可能产生威胁也可能带来机会。

通过积极和合理的规划超过90%的风险都可以进行提前应对和管理风险应该尽早识别出来高层次风险应记录在章程里应由对风险最有控制力的一方承担相应的风险。

承担风险程度与所得回报相匹配原则承担的风险要有上限

(1)

随机性风险事件发生及其后果都具有偶然性(双重偶然)遵循一定的统计规律。

(2)

相对性风险是相对项目活动主体而言的。

承受力不同影响不同。

风险承受力影响因素收益大小收益越大越愿意承担风险投入大小投入越大承受能力越小;主体的地位和资源级别高的人能承担较大的风险)

(3)

按风险来源划分自然风险天灾和人为风险人的活动又可分为行为风险、经济风险、技术风险、政治和组织风险等

按是否可管理划分可管理如内部多数风险和不可管理如外部政策也要看主体管理水平

按影响范围划分局部风险非关键路径活动延误和总体风险关键路径活动延误

按后果承担者划分业主、政府、承包商、投资方、设计单位、监理单位保险公司等。

按可预测性划分:已知风险已知的进度风险、可预测风险可能服务器故障、不可预测风险地震、洪水、政策变化等

在信息系统项目中从宏观上来看风险可以分为项目风险、技术风险和商业风险

项目风险是指潜在的预算、进度、个人包括人员和组织、资源、用户和需求方面的问题以及它们对项目的影响。

项目复杂性、规模和结构的不确定性也构成项目的估算风险因素。

项目风险威胁到项目计划一旦项目风险成为现实可能会拖延项目进度增加项目的成本

技术风险是指潜在的设计、实现、接口、测试和维护方面的问题此外规格说明的多义性、技术上的不确定性、技术陈旧、最新技术

不成熟也是风险因素。

技术风险威胁到待开发系统的质量和预定的交付时间。

如果技术风险成为现实开发工作可能会变得很困难或根本不可能

商业风险威胁到待开发系统的生存能力主要有以下5种不同的商业风险

(1)

B、如果发生风险风险的本质、范围和时间可能会影响风险所产生的后果

答案C

A.由另一个小组开发的子系统可能推迟交付导致系统不能按时交付客户

B.客户不清楚想要开发什么样的软件因此开发小组开发原型帮助其确定需求

答案:B