导航:首页 > 源码编译 > 单一时间估算法举例

单一时间估算法举例

发布时间:2022-08-15 09:53:46

‘壹’ 网络的问题

网络计划技术可以有效解决这些问题。目前应用比较广泛的两种计划方法是关键路径法(Critical Path Method,简称CPM)和计划评审技术(Program Evaluation and Review Technique,简称PERT)。

CPM和PERT是独立发展起来的计划方法。两者的主要区别在于:CPM是以经验数据为基础来确定各项工作的时间,而PERT则把各项工作的时间作为随机变量来处理。所以,前者往往被称为肯定型网络计划技术,而后者往往被称为非肯定型网络计划技术。前者是以缩短时间、提高投资效益为目的,而后者则能指出缩短时间、节约费用的关键所在。因此,将两者有机结合,可以获得更显着的效果。

信息工程项目建设过程中不可预见的因素较多,如新技术、需求变化、到货延迟,以及政策指令性影响等。因此,整体工程进度计划与控制大多采用非肯定型网络计划,即PERT网络模型。

信息工程项目应用网络计划技术的步骤如下:①绘制网络图;②网络计划计算;③求关键路径;④计算完工期及其概率;⑤网络计划优化。

步骤1:绘制ERP项目网络图

本文主要以某公司(中小型企业)ERP项目建设为例,讲述网络计划技术在信息工程项目监理工作进度控制中的应用。

(1) 定义各项工作(作业)

恰当地确定各项工作范围,以使网络图复杂程度适中。

(2) 编制工作表

首先是根据实施厂商的实施方法和业主单位的实?B style='color:black;background-color:#ff9999'>是榭觯�贫¨RP项目工作清单(如表1所示),并确定各项工作的先行工作。在工作定义过程中,应考虑有关项目和项目目标的定义、说明以及历史资料。工作定义过程结束时,要提交的成果之一就是工作清单。工作清单必须包括本项目范围内的所有工作,应当对每项工作列出文字说明,保证项目成员准确、完整地理解该项工作。

其次进行项目描述。项目的特性通常会影响到工作排序的确定,在工作排序的确定过程中更应明确项目的特性。

再次,确定或估计各项工作时间。估算的方法在后面介绍。

最后,表明各项工作之间的逻辑关系。着重考虑的内容如下:

a. 强制性逻辑关系的确定。这是工作排序的基础。逻辑关系是工作之间所存在的内在关系,通常是不可调整的,一般主要依赖于技术方面的限制,因此确定起来较为明确,通常由技术人员同管理人员的交流就可完成。

b. 组织关系的确定。对于无逻辑关系的项目工作,由于其工作排序具有随意性,从而将直接影响到项目计划的总体水平。这种关系的确定,通常取决于项目管理人员的知识和经验,它的确定对于项目的成功实施是至关重要的。

c. 外部制约关系的确定。项目工作和非项目工作之间通常会存在一定的影响,因此在项目工作计划的安排过程中,也需要考虑到外部工作对项目工作的一些制约及影响,这样才能充分把握项目的发展。

d. 实施过程中的限制和假设。为了制定良好的项目计划,必须考虑项目实施过程中可能受到的各种限制,同时还应考虑项目计划制定所依赖的假设和条件。

(3)根据工作清单和工作关系绘制网络图

根据表1中各工作之间的逻辑关系,可绘制双代号网络图如图1所示

步骤2: 网络计划计算

(1)工作时间估计

工作延续时间的估计是项目计划制定的一项重要的基础工作,它直接关系到各事项、各工作网络时间的计算,和完成整个项目任务所需要的总时间。若工作时间估计的太短,则会在工作中造成被动紧张的局面;相反,就会使整个工程的工期延长。

网络中所有工作的进度安排都是由工作的延续时间来推算的,因此,对延续时间的估计要做到客观正确。这就要求在对工作做出时间估计时,不应受到工作重要性及工程完成期限的影响,要把工作置于独立的正常状态下进行估计,要统盘考虑,不可顾此失彼。

估计工作时间的方法主要有:

a. 专家判断:专家判断主要依赖于历史的经验和信息,当然其时间估计的结果也具有一定的不确定性和风险。

b. 类比估计:类比估计意味着以先前的类似的实际项目的工作时间来推测估计当前项目各工作的实际时间。当项目的一些详细信息获得有限的情况下,这是一种最为常用的方法,类比估计可以说是专家判断的一种形式。

c. 单一时间估计法:估计一个最可能工作实现时间,对应于CPM网络。

d. 三个时间估计法:估计工作执行的三个时间,乐观时间a、悲观时间b、正常时间c,对应于PERT网络:期望时间t=(a+4c+b)/6。

(2)工作最早开始时间

工作最早开始时间是到指某个节点前的工作全部完成所需要的时间,它是本项工作刚刚能够开始的时间。

(3)工作最迟开始时间

工作最迟开始时间是指某项工作为保证其后续工作按时开始,它最迟必须开始的时间。

(4)时差的计算

时差是指在不影响整个任务完工期的条件下,某项工作从最早开始时间到最迟开始时间,中间可以推迟的最大延迟时间。

步骤3:求关键路径

关键路径有两种定义:

①在一条路径中,每个工作的时间之和等于工程工期,这条路径就是关键路径。

②若在一条路径中,每个工作的时差都是零,这条路径就是关键路径。

图1所示的网络图,关键路径所需时间=3+16+10+15+1+30+15=90天(图1中加黑部分)。

步骤4:计算完工期及其概率

设路径T的总时间(即路径T上各项目工作的时间和)为T(=∑t作业路径),标准差为σT,则在工期D内完工的概率为:

以表1和图1为例,关键路径D-F-G-I-J-K-L,T=90

步骤5:网络计划优化

在项目计划管理中,仅仅满足于编制出项目进度计划,并以此来进行资源调配和工期控制是远远不够的,还必须依据各种主、客观条件,在满足工期要求的同时,合理安排时间与资源,力求达到资源消耗合理和经济效益最佳这一目的,这就是进度计划的优化。优化的内容包括:时间(工期)优化;缩短工期,时间(工期)-成本优化。

(1)时间优化

工期优化包括两方面内容:一是网络计划的计算工期Tc超过要求工期Ts,必须对网络计划进行优化,使其计算工期满足要求工期,且保证因此而增加的费用最少;二是网络计划的计算工期远小于要求工期,也应对网络计划进行优化,使其计算工期接近于要求工期,以达到节约费用的目的。一般前者最为常见。

(2)时间(工期)-成本优化

CPM方法是解决时间—成本优化的一种较科学的方法。它包含两个方面的内容,一是根据计划规定的期限,规划最低成本;二是在满足成本最低的要求下,扒笞罴压て凇?BR>
缩短工期的单位时间成本可用如下公式计算(参见图2):

工期-成本优化的步骤是:

a. 求关键路径;

b. 对关键路径上的工作寻找最优化途径;

c. 对途径中K值小的工作进行优化;

d. 在优化时,要考虑坐邻右舍。

举例说明,参见图3:

a.如果仅考虑正常工期估计

则路径A-B的工期是16,成本是130000;路径C-D的工期是18,成本是70000。因此关键路径是路径C-D,项目总工期为18,总成本是200000。

b.如果全部活动均在它们各自的应急时间内完成

则路径A-B的工期是11,成本是172000;路径C-D的工期是15,成本是87000。因此关键路径是路径C-D,项目总工期为15,总成本是259000。

c.用工期—成本平衡法压缩那些使总成本增加(斜率)最少的活动的工期,确定项目最短完成时间。

第一次压缩,由于关键路径的工期决定着项目的总工期,所以取路径C-D进行优化。计算得KA=6000,KB=10000,KC=5000,KD=6000。为了将项目的工期从18周减至17周,针对关键路径C-D。确定关键路径上哪项活动能以最低的“斜率”(成本被加速),可以看出KC=5000最小,因此将活动C的工期压缩1周。得出项目周期17周,总成本为205000。

第二次压缩,为了再缩短一个时间段,从17周缩短至16周,必须再次找出关键路径,两路径的工期分别是A-B为16周,C-D为17周,因此关键路径仍是C-D,它必须再次被减少。这时,虽然活动C比活动D的“斜率”(每周加速成本)低,但活动C已达到它的应急时间9周了。因此,仅有的选择是加速活动D的进程。将活动D的工期压缩1周,项目工期为16周,总成本为211000。

第三次压缩,再次将项目工期缩短1周,从16周降至15周。有两条关键路径。为了将项目总工期从16周减至15周,必须将每个路径都加速1周。路径A-B压缩活动A,路径C-D压缩活动D,项目周期15周,总成本223000。

第四次压缩,从15周降至14周。有两条相同的关键路径。必须将两条路径同时加速1周。路径C-D,均已达到它们的应急时间。加速路径A-B的进程会毫无意义。停止优化过程。

d.工期-成本优化结果,如表2:

项目总工期减少l周,项目总成本将增加5000元;

项目工期减少2周,项目总成本将增加l1000元;

项目工期减少3周,项目总成本将增加23000元。

在运用网络图做计划时,要体现一个系统分析的思想。信息工程项目实施是由多种工作按一定层次组成的复杂系统。其任务由多个部门承担,因而各项控制活动只有组成一个既明确分工,又相互协调配合、紧密衔接的有机整体,才能达到既定的风险、进度、费用控制目标。

链接

双代号网络图的五个组成部分

网络图是用来表示工作流程的有向、有序的网状图形,由箭线和节点组成。网络图有多种表示方式,最常见的有双代号网络(activity-on-arrow network, AOA)和单代号网络(activity-on-node network, AON)。

双代号网络是一种用箭线表示工作、节点表示工作相互关系的网络图方法,在我国这种方法应用较多。双代号网络计划一般仅采用结束到开始的关系表示法。如图是双代号网络图的示例。

(1)事项(事件、结点)

事项是工程(计划)的始点、终点(完成点)或其各项工作的连接点(交接瞬间)。在网络图中,用箭线端部的圆圈或其它形式的封闭图形表示。

(2)工作(作业、活动)

工作是指一项有具体内容的、需要人力、物力、财力、占用一定空间和时间才能完成的活动过程。例如需求分析、软件架构设计、代码编写、单元测试等。工作由节点和边组成。

(3)先行工作和后续工作

先行工作和后续工作 如果在工作A完成后才可以开始工作B,则工作A叫作工作B的先行工作,工作B叫作工作A的后续工作。

(4)平行工作

如果工作A结束后,工作B和C可以同时开始进行,则工作B和C叫作平行工作。

(5)虚拟工作

虚活动(工作)是只表示工作之间相互依存、相互制约、相互衔接的关系,但不需人力、物力、空间和时间的虚设的活动,一般用虚线边表示,虚拟工作的时间为零。

‘贰’ 如何估算测试时间

测试时间在什么阶段要评估出来? 个人认为:最迟在申请测试资源时要评估出来,测试资源包括时间、人力、工具等。 而测试时间体现在什么文档中以便作为测试依据呢? 个人认为在测试计划中需要阐明。测试计划中至少要写明,要测试什么(即范围),谁来测试(即测试中的人力资源),怎么测试(测试策略),什么时间测试(测试中的时间资源),风险评估,然后就是一些约定和术语解释避免歧义。 测试资源中用多少人力和时间资源是互相牵制的,都是依据这个项目或者产品按单位人需要的时间来计算的。 测试时间如何估算呢? 经验所得:开发的coding的时间和项目环境下测试的时间是1:1,前提是开发和测试的比例是3:1。 那麽这个时间的估算有些受到开发估算coding时间的牵制,那麽最好再结合:项目需要测试的范围来评估,根据测试范围大概会有多少用例产出,以及有多少牵扯到的用例需要回归,测试的平均执行效率来大概估算测试时间。 在上面大的估算时间上,个人认为还要综合以下几点来保证测试时间比较靠谱: 1、测试中由于需求与代码实现差异而产生的用例维护时间,以及和开发沟通,和需求方确认的时间。 2、测试环境的稳定性,有时候测试环境宕掉,影响测试进度。 3、开发人员的编码质量 4、开发人员修复bug的速率 5、开发人员中新人的比例,一般新人对业务不熟悉,编码考虑会欠周到。 6、测试人员对执行测试用例的效率 7、测试用例的复杂度,可能一个case里面有很多的step。 8、测试数据对项目的影响,如果项目本身测试过程中对数据的依赖很大,而数据的重用性不好 9、测试中因为bug和开发人员的沟通时间,以及不断帮助开发人员重现bug的时间。

‘叁’ 估算时间的方法

如何准确估算时间
多数人不善于估算做事的所需时间.或许你估计需要一小时,实际上,你花了3-4个小时才完成.或者你为一项任务设定了30分钟,可你5分钟内就完成了.该怎么做从而使你善于准确估时呢?

这些是你可以用以更好估算时间的技巧:

计算你的胡扯概率

最佳的开始方式是测试你目前估算的准确度

制作一份待做事务的列表并完成这些事务.即兴估算并且记下完成每项事务你所需的预期时间.随着你一一完成这些事务,记录你实际所耗时间.然后以合计花费的所有时间,除完成诸多事务估算的所需总时.这就是你的胡扯概率.

举个例子,如果你估计完成某项事务列表需要12小时,但实际上却花费了15小时,因此你的胡扯概率即15/12=1.25.也就是说你要比预期的多花25%的时间才能完成这些事务.

若你采用各种事务测试胡扯概率,也许你会发现各项事务的胡扯概率存在差异,大概在0.1到10.0的幅度范围间.然而,对于需要数天去共同完成的团队事务,你会看到胡扯概率缩短至相对狭小的范围.当你平均足量事务,你的胡扯概率定于一个不变的数字.

我的平均胡扯概率大约1.5.这就是说,不论我即兴估算需要多长时间完成事务,平均一下,总归是我太乐观了,我得花费比事先猜测的多50%的时间才完成事务.对于任何特别单项任务,我的估算都不能更加准确.然而,如果我估计完成些许事务需要两天,那准需要大约3天.

一旦你知道自己的胡扯比率,你可以利用它为团体事务策划出更为准确的估算.只要合计你的即兴估算,乘以你所知的胡扯概率总数.这必定是相对准确的估算.

得知自己的胡扯概率比起初估算的更为准确,为某些事务估算时间时我总是很自信.我的即兴估算从未这样准确过.然而,以我的估算时间乘以胡扯概率所得的估算结果更接近实际所需时间.这帮助我更好的预算时间.

以我的胡扯概率为基础,我知道如果想在一天内完成大约8小时的实际工作,根据即兴估算(5:20=8小时/1.5)即得:我应该列下长打大约5小时20分钟的事务.不过每天都做这样校正似乎显得愚蠢,实际上完成的很好--远好于所列选的8小时任务,接着迫使自己工作12天,或者仅完成2/3的事务感觉很糟.自我破坏会把事态弄的更糟,这时浅意识明白我是在尝试不可能完成的事.
最好制作一张合理的事务列表,的确能在截止日完成,而不是痛责自己不善于估算时间.就算我的日程表看起来很简短,在截止日划掉最后任务时的感觉好极了.由于日常的差异,并不完全准确的,但总体上比我尝试的其他方法好的多,它激励出一种稳固的日常节奏,而不是超时超负荷的工作.

我推荐用至少长达10到20小时的事务计算你的首次胡扯概率.如果你只基于花费数时的事务计算,胡扯概率可能会不够准确.

当然在一段时间内,做一项事务而重复计算你的胡扯概率不失为一个好计策.每次四回就可以了.当你的常规工作变更时就更新它,实为明智之举.比如当你开始一项新项目或换了公司或者行业.

如果你需要更多的详细数据,你可以计算不同工作的不同胡扯概率.我个人没这么做过,但如果你觉得不同的工作会产生不同的胡扯概率,那么这么做是不无道理的.例如,如果你是一个学生,完成数学作业需要0.9的胡扯概率,但完成学期论文需要1.7的胡扯概率,你可能需要保留各项胡扯概率以达到更有效的估算.

如果你管理一个团队,你可以为团队的每个成员计算他们的胡扯比概率(成员参与或不参与都可).向成员索要完成一系列工作的估计时间,测试真正的所需时间,为每个成员计算胡扯概率.每当你得到这个队伍成员即将开展工作的新的估计时间,你可以将他们的估算乘以他们的各自的胡扯概率.这可以帮助你算出一份更准确的团队项目行程表.我觉得你会发现人总在一定程度上误信自己的估计.

达到合理量度

为了准确估算,细分你任务的量度指标很重要.如果你的量太大,你将忽略很多细节.如果你的量太小,你将被细枝末节埋没,你估算的耗时将比你完成任务的所需时间还要多.这太过头了.

例如,"检修我的网站"听起来是项很复杂繁琐的工程.这不够量化以至于无法做出可靠的估算.你得列下完成这项工程所需的各项任务.

另一方面,"将邮件地址写在信封上"这个太量化了.你可以在把它列表并估算的时间内完成这个任务.这样的细节工作只会浪费你的时间,而非使你的工作更有效率.

你应该做个实验,以寻找自己足以做出最准确估算的确切量度.我将根据适合我的工作在此提供一些指点:

‘肆’ 估算的方法小学三年级

1、去尾法

即把每个数的尾数去掉,取整十或整百数进行计算。

2、进一法

即在每个数的最高位上加1,取整十整百数进行计算。

3、四舍五入法

即尾数小于或等于4的舍去,等于或大于5的便入进去,取整十或整百数进行计算。

4、凑十法

即把相关的数凑起来接近10的先相加。

5、部分求整体

即把一个大的整体平均分成若干份,根据部分数求出整体数。

6、以某一标准进行实际估计

即利用已学过和掌握的计数单位、计量单位等方面的知识对现实生活中的现象进行估计。

‘伍’ 活动时间估算的主要工具和方法有哪些

问题一:
项目进度/时间管理过程步骤如下:
1、活动定义。活动定义把工作包进一步分解为活动,以方便进度管理。活动定义的方法有分解、模板、专家判断等,主要输出物是项目活动清单、活动清单属性;
2、活动排序。确定活动的依赖关系,并形成文档。项目活动排序的工具有前导图法、箭线图法、进度计划网络图、确定依赖关系等,主要输出是项目计划网络图。依赖于活动定义的输出;
3、活动资源估算。包括决定使用什么资源(人力、设备、原材料),什么时候使用,怎样利用这些资源更有效的执行项目活动。它必须和成本估算相结合。活动资源估算的工具和技术有专家判断法、替代方案、公开的估算数据、估算、自上而下估算等。主要输出物是活动资源需求;也依赖于活动定义的输出物活动清单;
4、活动历时估算。活动历时估算直接关系到各活动、工作网络时间的计算和整个项目的完工时间。项目活动历时估算主要工具和技术有专家判断法、类比估算法、基于定额的历时、历时的三点估算、预留时间、最大活动历时等。主要输出物是活动历时估算结果。其依赖于活动定义和活动排序及活动资源估算的输出。
5、制定进度计划。制定进度计划是决定项目活动的开始和技术日期。主要工具和技术有关键路径法、进度压缩、仿真、资源平衡、关键链、项目管理、编码结构、所采用的日历、超前和滞后、计划评审技术等。主要输出物时项目进度计划。依赖于前四项的输出物即项目活动清单、项目进度网络图、活动历时估算、活动资源需求等;
6、进度控制。依据项目进度计划对项目的实际执行情况进行控制,使项目能够按时完成。进度控制的技术和工具有进展报告、进度变更控制系统、绩效测量、项目管理、偏差分析、计划比较干特图等。主要输出物是进度计划(更新)。主要依赖于制定进度计划阶段制定的项目进度计划。

问题二:
常用的措施包括:
1、投入更多的资源加速活动进程;
2、指派经验更丰富的人完成或帮助完成项目工作
3、降低项目活动范围或要求;
4、优化技术或流程,提高工作效率

问题三:
三方面的结合点分析如下:
项目质量管理包括确保项目能够满足所要执行的需求的工程,其中需求指明示的、通常隐含的或必须履行的需求或期望。明确和隐含的需求是制定项目需求的输入。满足需求是项目质量的基础,而规范是根据经验制定的如何更好的满足需求的标准和要求,扩展是指需求的隐含部分,因此三方面的结合点是保障的高质量要正确、全面的满足需求。

‘陆’ 估算的方法小学三年级有哪些方法

四舍五入、进一法、去尾法、数量单位估计法。

估算是根据具体条件及有关知识对事物的数量或算式的结果作出的大概推断或估计。在数学上,估算是计算能力的重要组成部分。

算法简介:

这里的估算不是数学算术中的估算。着名学者杜玉文创立了一种说法:“估算并不一定要接近准确值,它其实是表达人类对事物的渴求罢了。”因此她被称为估算家。

估算时间,估算得早,表明希望还早。有人说“估算是一种不严谨的人生态度”,其实事实并不是这样的。估算可以把它分为心理学的一部分,估算与现实差距越大,就表明内心并不憧憬着的生活。

估算是根据具体条件及有关知识对事物的数量或算式的结果作出的大概推断或估计。

‘柒’ 生活中需要估算的例子

如下:

估算距离:从这里到商场有多远?有五六百米吧!

估算时间:现在几点了?看太阳差不多10点了。

估算人数:操场上的运动员我看有五六百。

这里的估算不是数学算术中的估算。着名学者杜玉文创立了一种说法“估算并不一定要接近准确值,它其实是表达人类对事物的渴求罢了。”因此她被称为估算家。

估算时间,估算得早,表明希望现在还早。有人说“估算是一种不严谨的的人生态度”其实事实并不是这样的。估算可以把它分为心理学的一部分,估算与现实差距越大,就表明内心并不憧憬着现在的生活。

估算是根据具体条件及有关知识对事物的数量或算式的结果作出的大概推断或估计。估算是计算能力的重要组成部分。

阅读全文

与单一时间估算法举例相关的资料

热点内容
房产还没解压可以办理赠予吗 浏览:224
java毫秒转分钟 浏览:753
模式识别中文pdf 浏览:774
c语言平均数字编译错误 浏览:170
单片机算交流 浏览:45
php自适应网站 浏览:467
2b2t服务器怎么获得权限 浏览:815
c语言javaphp 浏览:804
程序员技术不分高低吗 浏览:619
dos不是内部或外部命令 浏览:709
PC机与单片机通讯 浏览:675
二级加密图 浏览:113
压缩机异音影响制冷吗 浏览:711
德斯兰压缩机 浏览:490
程序员太极拳视频 浏览:531
网上购买加密锁 浏览:825
安卓为什么软件要隐私 浏览:83
虚拟主机管理源码 浏览:811
java图形图像 浏览:230
单片机输出口电平 浏览:487