范文一:软件系统工作量评估方法
软件系统工作量评估方法
之COSMIC-FFP方法
2011-8-26 版权所有,请勿侵权 第1页, 共9页
软件系统工作量评估方法
1 COSMIC-FFP方法的基本原理
COSMIC-FFP方法假设功能规模是通过“数据移动”的个数来度量,一个数据移动是一个数据组的传输,一个数据组是一个有区别的、非空的、没有顺序且没有冗余的数据属性的集合。有4种类型的数据移动:输入、输出、读和写。输入是从用户穿越被度量系统的边界传输数据到系统内部,这里提到的用户既包括系统的使用人员,也包括其他软件或者硬件系统;
数据到永久性的输出是一个数据组从一个功能处理通过边界移动到需要它的用户;写是存储存储设备;读是从永久性的存储设备读取数据。一个数据移动记为一个COSMIC功能规模单位(Cosmic Functional Size Unit,Cfsu),Cfsu是COSMIC-FFP方法中标准的测量单位。通过统计系统中所有的“数据移动”的个数就可以得到系统的功能规模。
在COSMIC-FFP中,将系统的功能处理分解为“数据计算”和“数据移动”2种类型,该方法只统计了“数据移动”的个数,没有对“数据计算”进行度量,所以,COSMIC-FFP方法主要适用于如下的领域:
?以数据处理为主的商务应用软件,如银行、财务、保险、个人、采购、分销、制造等领域的信息系统;
?实时系统,如电话交换系统、嵌入式控制软件(家电中的控制软件、汽车中的控制软件、过程控制中的自动数据采集系统等);
?上述两种类型的混合,如飞机售票系统、旅馆预订系统等。
该方法不适合于复杂算法的系统与处理连续变量的系统,如:专家系统、模拟系统、自学习系统、天气预报系统、声音和图象处理系统等。
2 COSMIC FFP方法的过程
2.1 过程概述
2011-8-26 版权所有,请勿侵权 第2页, 共9页
软件系统工作量评估方法
FFP的分析过程分为两个阶段:第一个阶段是映射阶段,映射阶段的目的是将软件的功能需求分解为功能处理、数据组、数据属性;第二个阶段是度量阶段,度量阶段的目的是将功能处理分解为数据移动,计算功能规模。整个过程的模型如图2所示。
图2 COSMIC-FFP 方法的过程模型
上述的两个阶段可以细化为8个活动,具体的步骤参见图3。
2011-8-26 版权所有,请勿侵权 第3页, 共9页
软件系统工作量评估方法
图3 COSMIC FFP方法的步骤
2(2 识别软件层次
识别层次的目的是为了识别被度量软件的边界,清晰地定义被度量软件的范围。
一个层次是对软件环境进行功能划分的结果,每一层的软件提供功能给自己的用户(可能是一个人、一个物理设备或者其他软件,如在其他层次的软件)。在一个多层的软件中,提供功能的层称为“从属层”,使用功能的层称为“主层”。一个从属层的软件通过它的服务提供功能性的服务给主层,从属层的软件不依赖于主层的软件,如果一个从属层不能正常工作,则依赖于该层的主层可能也不能正常工作,某个主层的软件不需要依赖于从属层提供的所有功能。
2011-8-26 版权所有,请勿侵权 第4页, 共9页
软件系统工作量评估方法
在COSMIC FFP中定义的层次的概念和我们通常讲的三层(表示层、业务逻辑层、数据层)体系结构中层次的概念是不同的,在同一个层次中的两个软件之间的数据交换在COSMIC FFP中定义为“对等数据交换”。
典型的MIS系统分层体系结构如图4所示。
图4 典型的MIS系统分层体系结构
2(3 识别边界
边界定义为被研究的软件与其用户之间的概念性接口,用户既包括系统的使用人员,也包括其他软件或者硬件系统。边界使得度量人员可以无二义性地将被度量的软件从其运行环境中区分开来。在识别的一对主层与从属层之间存在一个边界,在同一层的任意两个可区分的进行对等交换数据的软件部分之间也存在一个边界。
2011-8-26 版权所有,请勿侵权 第5页, 共9页
软件系统工作量评估方法
图5 边界的概念视图
2(4 识别功能处理
一个功能处理是用户功能需求集合的一个基本部件,包括一组唯一的、内聚的、可独立执行的数据移动。直接或者间接地通过一个“actor” 被一个或多个触发事件触发。为响应它的触发事件,当它执行完所有被要求的任务之后,功能处理结束。“actor”是被度量系统的一个用户,它作为一个中介,将触发事件的数据传递到响应该实践的功能处理。
2011-8-26 版权所有,请勿侵权 第6页, 共9页
软件系统工作量评估方法
一个功能处理至少从一个可识别出来的用户功能需求(FUR)派生出来。当一个可确认的触发事件发生时,一个功能处理被执行。一个功能处理至少有两个数据移动组成,一个输入加上一个输出或者写。一个功能处理属于且仅属于一层。
在COSMIC FPP中用户功能需求(FUR)中并不包括技术与质量的需求,在实践中有些需求很难界定是否是“功能需求”,比如“应该简单易用”最基本的识别原则是:只要需要移动数据组,则应该识别为功能需求,并识别出功能处理,度量其规模。
2(5 识别数据组
一个数据组包含的每个数据属性描述了感兴趣的同一个对象的一个互补的侧面。一个数据组可以是永久存储的也可以是短期存储的数据,它必须在系统中被具体化。通过它的唯一的数据属性集合,每个被识别的数据组必须是唯一的和可区别的。每个数据组必须被直接的关联到一个在软件的FUR中描述的兴趣对象上。在COSMIC-FFP中,采用术语“兴趣对象”替代“实体类型”或“范式关系”,以避免使用特定的软件工程方法的术语。例如:在管理信息软件领域,一个兴趣对象可以是雇员(物理的)或订单(概念的),在实时系统中,一个兴趣对象可以是一个脱机文件。
2(6 识别数据属性
一个数据属性是已识别的数据组中最小的信息包,从软件的用户功能需求的角度表达了一定含义。一个数据属性要么刻画了用户的现实世界,要么是一种记录了环境信息,但不能是一种特定的实现技术所使用的信息,如临时变量等。
识别数据属性并非是必须的活动。COSMIC-FFP中基本的功能度量单位是一次数1
据移动,数据移动的对象是数据组,数据组是数据属性的集合。在计算功能规模时没
有考虑数据属性的多少,对于特定的度量目的,需要更加精确地度量规模时,可以对
COSMIC-FFP方法进行扩展,度量数据属性的个数即是其中的一种扩展方法。
2(7 识别数据移动
2011-8-26 版权所有,请勿侵权 第7页, 共9页
软件系统工作量评估方法
一个数据移动是一个功能处理的部件,它移动属于一个单独的数据组中一个或多个数据属性。如果移动多个数据组的数据属性,则应识别为多个数据移动。有四种子类型的数据移动:输入、输出、读和写。
在任何一个功能处理中,不要重复识别一个数据移动。例如:假定在FUR中要求一个数据组的移动,但是开发人员决定通过2个命令,在功能处理的不同地方,每次读取不同数据子集,在考虑规模时,仅识别为1次读。但是,本规则也有一些合法的例外,比如在实时软件中, 如果FUR要求在某个处理停止之前,必须重复读以检查从第1次读到现在的数据是否已经改变了,在这种情况下,如果有额外的和/或不同的数据操作与第2次读相关联,那么读就应该识别为2次。
2.8 执行度量与汇总结果
在COSMIC FFP方法中,每一个有效的数据移动被看成为一个Cfsu。在为每一个功能处理都找到其应有的所有数据移动之后,将它们累加在一起便是这个功能处理的规模,如式(1所示)。
SizeCfsu (功能处理) = Size(输入)+Size(输出)+Size (读 )+Size (写 ) (1)
将所有的功能处理的规模累计在一起便是这个软件系统的规模。如果是从不同观点来度量的软件规模,则不应该累加一起。从最终用户的观点和从开发者的观点度量同一个软件系统的规模,其结果是不相同的。除非有特别的需要,不同层的规模一般也不应该累加一起。
3 COSMIC FFP的实践综述
根据笔者在5家软件公司中培训、推广该方法的统计分析,在1个小时内可以让开发人员掌握COSMIC FFP方法的原理,在6个小时内可以让学员掌握FFP方法的计算规则,通过培训后,学员按此方法对同一个需求进行规模估算,偏差不会超过10%。对同样的需求,由同样的一批专家采用代码行估算方法,偏差最大超过100%。如果采用IFPUG方法对学员
2011-8-26 版权所有,请勿侵权 第8页, 共9页
软件系统工作量评估方法
进行培训,至少需要16小时,而且在实际估算时,IFPUG方法的估算效率大概是FFP方法的1/3。
COSMIC FFP方法,易于理解与掌握,既适合于商业应用软件,也适合于实时系统以及二者混合的系统,既可以度量整个系统的规模也可以度量产品构件的规模,同时在采用该方法进行规模估算时,还可以发现需求不清晰、不详细等问题,对需求确认起到很好的帮助作用。从2003年开始,ISBSG(国际软件基准组织)开始接受基于COSMIC FFP进行规模度量的项目数据,到目前已经收集了100多个项目的度量数据。2005年11月针对商业应用软件的COSMIC的指南已经公布,针对实时系统的指南也即将公布,相信会有越来越多公司采用COSMIC FFP方法。
2011-8-26 版权所有,请勿侵权 第9页, 共9页
范文二:软件项目工作量评估方法
工作量评估?
1概述
我们认真地?阅读了软件?的相关需求?文档和设计?文档后,对软件的功?能进行了归?纳和整理,并根据以往?的经验对每?个功能模块?所需的编码?工作量进行?估算,再进一步地?以此为依据?,推算出整个?软件生命期?的工作量。工作量推算?后组织主要?项目干系人?和相关专家?进行工作量?评审。
2常见的估?算方法
2.1Ad-hoc方法?
这种方法下?的测试工作?量不基于任?何确定的期?限。工作一直继?续直到达到?一些由管理?或市场人员?预先定下的?时间表。或者,一直到用完?了预算的经?费。 这种情况普?遍存在于非?常不成熟的?组织,并且时常有?100%的错误差数?。 2.2开发时间?的百分比法?Perce?ntage? of devel?opmen?t time。
这个方法的?基本前提是?测试工作量?依赖于开发?时间/开发工作量?。首先,开发工作量?使用例如L?OC或FP?方法被估算?出来,然后使用一?些探索性的?方法来限制?测试的工作?量。这种方法变?化比较大而?且通常基于?以前的经验?。
通常预留项?目的总花费?时间的35?%给测试, 5-7%给组件和集?成测试,18-20%给系统测试?, 10%给接收测试?(或回归测试?等)
2.4类比法(经验值法或?历史数据法?)
根据以前或?相似项目(主要在项目?性质,领域,规模上有相?似)所积累的经?验或历史数?据来估算工?作量。类比法估计?结果的精确?度取决于历?史项目数据?的完整性和?准确度,因此,用好类比法?的前提条件?之一是组织?建立起较好?的项目后评?价与分析机?制,对历史项目?的数据分析?是可信赖的?。需要收集以?下相关的历?史数据: 在设计和实?现阶段花费?的时间,测试工作的?规模,例如用户需?求的数量,页面数,功能点, 数据样式,例如实体,字段的数量?, 屏幕或字段?数
量,测试对象的?规模,例如KLO?C
2.5 WBS(work break?down struc?ture)估算法
将项目或产?品分解为具?体的工作,然后分别对?各个工作进?行时间估算?,最终求和得?出项目或产?品的测试工?作量/时间。
2.6 Delph?i法
Delph?i法是最流?行的专家评?估技术,在没有历史?数据的情况?下,这种方式可?以减轻估算?的偏差。Delph?i法鼓励参?加者就问题?相互讨论。这个技术,要求有多种?相关经验人?的参与,互相说服对?方。
Delph?i法的步骤?是:1、协调人向各?专家提供项?目规格和估?计表格;2、协调人召集?小组会各专?家讨论与规?模相关的因?素;3、各专家匿名?填写迭代表?格;4、协调人整理?出一个估计?总结,以迭代表的?形式返回专?家;5、协调人召集?小组会,讨论较大的?估计差异;6、专家复查估?计总结并在?迭代表上提?交另一个匿?名估计;7、重复4-6, 直到达到一?个最低和最?高估计的一?致。
2.7 PERT估?计法
PERT对?各个项目活?动的完成时?间按三种不?同情况估计?:一个产品的?期望规模,一个最低可?能估计,一个最高可?能估计。用这三个估?计用来得到?一个产品期?望规模和标?准偏差的P?ert 统计估计。Pert 估计可得到?代码行的期?望值E, 和标准偏差?SD
3.估算前准备?
针对以上方?法,我司综合了?以上多种评?估方法,总结出了适?合我司的评?估方法:
1)对工作进行?WBS分解?,尽量将任务?分配到半天?为工作单位?的粒度,分解时需要?考虑dea?dline?、技术难点、需求变更风?险等等因素?。
2)尽量寻找和?本项目相近?项目做参考?,参考历史相?近项目的实?际工作量和
?项目进度情?况。
3)尽量邀请有?历史经验或?者对项目熟?悉的专家,参与项目工?作量的评估?,以提高工作?量评估的有?效性。
4)整理工作任?务的关系和?客户需求的?优先级,寻找项目任?务的关键路?径,以保证项目?周期的合理?性和周期最?短。
5) 确定项目评?估工作的基?线,以一名2年?工作经验的?开发人员为?评估对象,选择了一个?有10个字?段的比较有?代表性的业?务表单,从开始到结?束,精确统计了?每个步骤需?要的消耗的?工时数。采用四舍五?入法最终制?作了如下的?工时估算表?:
6)确定技能系?数,由于标准工?时是按2年?经验的工程?师能力为基?准,所以需要那?工程师能力?设置能力系?数,工作3到6?年的工程师?,每增加1年?工作经验则?工时=标准工时*(1-0.1),6年以上一?般按6年算?。
终端开发标?准工时(单位:小时)
说明:本表针对1?0个字段的?界面进行估?算
查询功添加功编辑功 删除功能 能 能 能
界面(布局、美化、验证) 2 2 2
代码(业务逻辑、接口调试) 4 4 4 2 用户体验(界面适配、加载) 2 2 2
上传(多文件) 1 4 1
下载 2
第三方登录? 6
地图集成(特殊功能另?计) 2
分享 4
消息推送 2
每增加10?个字段 增加50%工时
单元测试 按开发工时?的30%估算
3.1 WBS分解?原则
3.1.1 WBS的定?义
WBS(工作分解结?构)是Work? Break?down Struc?ture的?英文缩写,是项目管理?重要的专业?术语之一。WBS的基?本定义 :以可交付成?果为导向对?项目要素进?行的分组,它归纳和定?义了项目的?整个工作范?围每下降一?层代表对项?目工作的更?详细定义。无论在项目?管理实践中?,还是在PM?P,IPMP考?试中,工作分解结?构(WBS)都是最重要?的内容之一?。WBS总是?处于计划过?程的中心,也是制定进?度计划、资源需求、成本预算、风险管理计?划和采购计?划等的重要?基础。WBS同时?也是控制项?目变更的重?要基础。项目范围是?由WBS定?义的,所以WBS?也是一个项?目的综合工?具。
WBS是由?3个关键元?素构成的名?词:工作(work)--可以产生有?形结果的工?作任务;分解(break?down)--是一种逐步?细分和分类?的层级结构?;结构(struc?ture)--按照一定的?模式组织各?部分。根据这些概?念,WBS有相?应的构成因?子与其对应?: (,)结构化编码?
编码是最显?著和最关键?的WBS构?成因子,首先编码用?于将WBS?彻底的结构?化。通过编码体?系,我们可以很?容易识别W?BS元素的?层级关系、分组类别和?特性。并且由于近?代计算机技?术的发展,编码实际上?使WBS信?息与组织结?构信息、成本数据、进度数据、合同信息、产品数据、报告信息等?紧密地联系?起来。 (,)工作包
工作包(work packa?ge)是WBS的?最底层元素?,一般的工作?包是最小的?“可交付成果?”,这些可交付?成果很容易?识别出完成?它的活动、成本和组织?以及资源信?息。例如:管道安装工?作包可能含?有管道支架?制作和安装?、管道连接与?安装、严密性检验?等几项活动?;包含运输/焊接/管道制作人?工费用、管道/金属附件材?料费等成本?;过程中产生?的报告/检验结果等?等文档;以及被分配?的工班组等?责任包干信?息等等。正是上述这?些组织/成本/进度/绩效信息使?工作包乃至?WBS成为?了项目管理?的基础。基于上述观?点,一个用于项?目管理的W?BS必须被?分解到工作?包层次才能?够使其成为?一个有效的?管理工具。
(,)WBS元素?
WBS元素?实际上就是?WBS结构?上的一个个?“节点”,通俗的理解?就是“组织机构图?”上的一个个?“方框”,这些方框代?表了独立的?、具有隶属关?系/汇总关系的?“可交付成果?”。经过数十年?的总结大多?数组织都倾?向于WBS?结构必须与?项目目标有?关,必须面向最?终产品或可?交付成果的?,因此WBS?元素更适于?描述输出产?品的名词组?成(effic?tive WBS,Grego?ry T. Hauga?n)。其中的道理?很明显,不同组织、文化等为完?成同一工作?所使用的方?法、程序和资源?不同,但是他们的?结果必须相?同,必须满足规?定的要求。只有抓住最?核心的可交?付结果才能?最有效的控?制和管理项?目;另一方面,只有识别出?可交付结果?才能识别内?部/外部组织完?成此工作所?使用的方法?、程序和资源?。工作包是最?底层的WB?S元素。 (,)WBS字典?
管理的规范?化、标准化一直?是众多公司?追求的目标?,WBS字典?就是这样一?种工具。它用于描述?和定义WB?S元素中的?工作的文档?。字典相当于?对某一WB?S元素的规?范,即WBS元?素必须完成?的工作以及?对工作的详?细描述;工作成果的?描述和相应?规范标准;元素上下级?关系以及元?素成果输入?输出关系等?。同时WBS?字典对于清?晰的定义项?目范围也有?着巨大的规?范作用,它使得WB?S易于理解?和被组织以
如承包商)接受。在建筑业,工程量清单?规范就是典?型的工作包??外的参与者?(
级别的WB?S字典。
3.1.2 WBS的主?要用途
WBS是一?个描述思路?的规划和设?计工具。它帮助项目?经理和项目?团队确定和?有效地管理?项目的工作?。
, WBS是一?个清晰地表?示各项目工?作之间的相?互联系的结?构设计工具?。 , WBS是一?个展现项目?全貌,详细说明为?完成项目所?必须完成的?各项工作的?计
划工具。
, WBS定义?了里程碑事?件,可以向高级?管理层和客?户报告项目?完成情况,作为
项目状?况的报告工?具。
, WBS防止?遗漏项目的?可交付成果?。
, WBS帮助?项目经理关?注项目目标?和澄清职责?。
, WBS建立?可视化的项?目可交付成?果,以便估算工?作量和分配?工作。
, WBS帮助?改进时间、成本和资源?估计的准确?度。
, WBS帮助?项目团队的?建立和获得?项目人员的?承诺。
, WBS为绩?效测量和项?目控制定义?一个基准。
, WBS辅助?沟通清晰的?工作责任。
, WBS为其?他项目计划?的制定建立?框架。
, WBS帮助?分析项目的?最初风险。
3.1.3WBS的创?建方法
创建WBS?是指将复杂?的项目分解?为一系列明?确定义的项?目工作并作?为随后计划?活动的指导?文档。WBS的创?建方法主要?有以下两种?:
, 类比方法。参考类似项?目的WBS?创建新项目?的WBS。
, 自上而下的?方法。从项目的目?标开始,逐级分解项?目工作,直到参与者?满
意地认为?项目工作已?经充分地得?到定义。该方法由于?可以将项目?工作定义
?适当的细节?水平,对于项目工?期、成本和资源?需求的估计?可以比较准?确。 在
创建WBS?时需要满足?以下几点基?本要求:
, 某项任务应?该在WBS?中的一个地?方且只应该?在WBS中?的一个地方?出现。 , WBS中某?项任务的内?容是其下所?有WBS项?的总和。
, 一个WBS?项只能由一?个人负责,即使许多人?都可能在其?上工作,也只能由一?
个人负责,其他人只能?是参与者。
, WBS必须?与实际工作?中的执行方?式一致。
, 应让项目团?队成员积极?参与创建W?BS,以确保WB?S的一致性?。 , 每个WBS?项都必须文?档化,以确保准确?理解已包括?和未包括的?工作范围。 , WBS必须?在根据范围?说明书正常?地维护项目?工作内容的?同时,也能适应无?法
避免的变?更。
, WBS的工?作包的定义?不超过40?小时,建议在4-8小时。
, WBS的层?次不超过1?0层,建议在4-6层。
3.1.4WBS的?表示方式
WBS可以?由树形的层?次结构图或?者行首缩进?的表格表示?。在实际应用?中,表格形式的?WBS应用?比较普遍,特别是在项?目管理软件?中,具体的模版?样式参见W?BS模版样?式。
3.1.5 WBS的分?解方式
WBS的分?解可以采用?以下三种方?式进行:
, 按产品的物?理结构分解?。
, 按产品或项?目的功能分?解。
, 按照实施过?程分解。
3.1.6 项目组内创?建WBS的?过程
项目组内创?建WBS的?过程非常重?要,因为在项目?分解过程中?,项目经理、项目成员和?所有参与项?目的部门主?任都必须考?虑该项目的?所有方面。 项目组内创?建WBS的?过程是:
, 得到范围说?明书(Scope?State?ment)或工作说明?书(State?mento?fWok,承包子
项目?时)。
, 召集有关人?员,集体讨论所?有主要项目?工作,确定项目工?作分解的方?式。 , 分解项目工?作。如果有现成?的模板,应该尽量利?用。
, 画出WBS?的层次结构?图。WBS较高?层次上的一?些工作可以?定义为子项?目或子生
命?周期阶段。
, 将主要项目?可交付成果?细分为更小?的、易于管理的?组分或工作?包。工作包
必须?详细到可以?对该工作包?进行估算(成本和历时?)、安排进度、做出预 算、
分配负责人?员或组织单?位。
, 验证上述分?解的正确性?。如果发现较?低层次的项?没有必要,则修改组成?成
分。
, 建立一个编?号系统。
, 随着其他计?划活动的进?行,不断地对W?BS更新或?修正,直到覆盖所?有工作。
3.1.7 WBS的检?验标准
检验WBS?是否定义完?全、项目的所有?任务是否都?被完全分解?主要依据以?下标准: , 每个任务的?状态和完成?情况是可以?量化的。
, 明确定义了?每个任务的?开始和结束?。
, 每个任务都?有一个可交?付成果。
, 工期易于估?算且在可接?受期限内。
, 容易估算成?本。
, 各项任务是?独立的。
3.1.8 WBS的使?用
对WBS需?要建立WB?S词典(WBSDi?ction?ary)来描述各个?工作部分。WBS词典?通常包括工?作包描述、进度日期、成本预算和?人员分配等?信息。对于每个工?作包,应尽可能地?包括有关工?作包的必要?的、尽量多的信?息。当WBS与?OBS综合?使用时,要建立账目?编码(Code ofAcc?ount)。账目编码是?用于惟一确?定项目工作?分解结构每?一个单元的?编码系统。成本和资源?被分配到这?一编码结构?中。 3.1.9WBS的实?践经验
最多使用2?0个层次,多于20层?是过度的。对于一些较?小的项目4?,6层一般就?足够了。
WBS中的?支路没有必?要全都分解?到同一层次?,即不必把结?构强制做成?对称
当达到一个?层次时,可以作出所?要求准确性?的估算,就可以的。在任意支路?,
停止?了。
编辑本段W?BS推广模?式
W:即Web网?站,企业用于在?互联网上展?示自身形象?和产品宣传?的一个平台?,凭借网站企?业可以让互?联网上更多?的用户和浏?览者了解和?认识企业,以便达到更?好的宣传,主要面向客?户、业界人士或?者普通浏览?者,以介绍企业?的基本资料?、帮助树立企?业形象为主?;也可以适当?提供行业内?的新闻或者?知识信息。
这种类型网?站通常也被?形象的比喻?为企业的"WEB Catal?og"。是每一个外?贸公司对外?贸易不可缺?少的形象代?言。
B:即B2B电?子商务平台?,主要面向供?应商、客户或者企?业产品(服务)的消费群体?,以提供某种?直属于企业?业务范围的?服务或交易?、或者为业务?服务的服务?或者交易为?主;中国最权威?的互联网信?息中心统计?,目前有20?%左右的企业?已经意识到?电子商务的?重要性,其中200?7年做推广?的企业有8?0%左右的都是?通过B2B?推广的。Aliba?ba、Trade?tt、Globa?lSour?ce、Made-in-China?、Trade?key、ECVV、EC21、World?bid等国?际知名B2?B是大多企?业主要推广?平台。
对于外贸来?说,B2B是一?个强有力的?工具,毕竞并不是?所有的人都?能碰到一个?能让你参加?广交会,参加法兰克?福展的老板?或公司的. 那么, 使用/利用B2B?就将是公司?动作过程中?一个很重要?的部分。
S:即SEO,搜索引擎优?化,为近年来较?为流行的网?络营销方式?,企业网站经?过特定的方?式进行SE?O之后,可以增加特?定关键字的?曝光率以增?加网站的能?见度,提高企业网?站在搜索引?擎中的排名?,从而提高网?站访问量,最终提升网?站的销售能?力或宣传能?力的技术。
3.2 deadl?ine的使?用
Deadl?ine是在?期限,软件领域d?eadli?ne的概念?就是从传统?的印刷媒体?中得来。然而,不能仅因为?目前在软件?领域尚无通?用的dea?dline?概念,就以为该摒?弃这个概念?,或以为它没?有价值。
就工作的规?划和并行处?理来说,deadl?ine是极?其重要的。如果没有预?计的完工期?限,所有团队都?必须连轴工?作,同时也会大?大减少交付?次数。而且如果不?明白dea?dline?的真正含义?,那么dea?dline?可能会让人?感到沮丧,甚至产生相?反的效果。
问题及解决?方案
以下是根据?我司的经验?总结出来的?,在公司中与?deadl?ine最为?相关的问题?,以及最有可?能解决问题?的办法。
1)对dead?line的?理解因人而?异
A:“下周才是d?eadli?ne,我还有大把?的闲余时间?~”
B:“为什么要担?心这个,没关系的,deadl?ine什么?的当不得真?。”
A:“但我不想被?炒鱿鱼啊~”
这组对话就?很形象地展?示了对同一?个dead?line,A和B两人?在理解上有?着巨大的差?异,这也会导致?整个团队在?努力实现d?eadli?ne时出现?困惑与挫败?感。
事实上,deadl?ine必须?要有号召力?,每个人都得?知道dea?dline?重要的原因?,他们必须明?白错过de?adlin?e会对整个?圈子有什么?样的影响,包括对其他?团队的、对客户的或?者对公司整?体的影响。
更重要的是?,那些达成的?deadl?ine需要?热烈的庆祝?,而这一点常?被忽视掉。比起责备那?些错过de?adlin?e的员工,建立起为达?成dead?line庆?祝的企业文?化才是上上?之策。
2)在项目的生?命周期中过?早设定de?adlin?e
向一个各方?面都属于未?知状态的项?目要求一个?deadl?ine简直?后患无穷,也让项目涉?及到的员工?压力很大,为项目立起?了失败fl?ag。所以,先深呼吸,耐心等两天?,让大家完成?探索工作。虽然搜集信?息花费了时?间,但之后我们?却能给出有?意义的评估?,这些信息会?帮助我们设?定更加准确?的dead?line。
)deadl?ine更新?频度不够 3
在新问题出?现时,开发人员并?未调整或重?新评估de?adlin?e,某个开发人?员没能立即?提出问题,而是等到d?eadli?ne才告知?他人,于是其他开?发人员也受?此牵连,而整个团队?也会因为要?赶工另一个?deadl?ine而倍?感压力。
设定dea?dline?不应当是为?了强迫员工?超额负荷,把人当牲口?用,而应用以设?定外部对项?目的预期,让计划呈现?可预期性。Deadl?ine必须?尽可能准确?地反映现实?情况,否则一旦出?现信任危机?,这个概念也?就失去了传?递可预期性?的功能。当然,我不提倡每?小时或每天?更新dea?dline?的行为,但也许每周?更新,或至少按标?准计划的节?奏来更新是?个不错的主?意。
更新dea?dline?并不拘于延?长时间,也可以缩短?周期。至于具体怎?么做,又或者兼而?有之,都得工程师?和产品团队?商榷后确定?。
4)未将所有“已知工作”都纳入考虑?范围,仅考虑到了?有趣的那些?
在设定这个?deadl?ine时,相关人员对?要完成的工?作以及要投?入的时间缺?乏完整的理?解。
在设定de?adlin?e时,我们应当确?保将所有已?知的挑战都?涵盖在内,是否会因某?个已知原因?而浪费一些?时间,比如说度假?、公司断网、因为生日派?对宿醉而迟?到.
另外我们是?否可能遗忘?了某些不起?眼的任务,这个项目打?算写多少测?试,如何将这玩?意儿发布到?生产环境中?,跟着这些问?题放慢脚步?,仔细思考下?整个过程以?及可用的资?源。这样做会让?设定dea?dline?简单得多,同时这样设?定出的de?adlin?e也更经得?起考验。
关于评估:令人不适,但却是必要?的
工程师所设?定的dea?dline?很大程度上?是通过评估?形成的,也就是说团?队中的每个?人都要习惯?犯错,犯很多错——将自己知道?不对或是没?信息的地方?说出来,可能会很困?难。
我们必须达?成共识,尽可能准确?地作出评估?,并随着时间?评估地越来?越准确。评估是一项?技能,反复使用会?熟能生巧。初期可能会?让人不适,但这是我们?需要做到的?。
评估任务
在定下大型?项目的交付?时间前,我们应当将?整个项目拆?分成小的任?务,每个任务应?当能在约五?个工作日内?完成。
以下问题对?评估任务十?分有用:
, 这个项目是?新建的,还是之前就?有的,
, 这部分代码?质量如何,
, 我对这部分?代码的熟悉?程度如何,
, 对涉及的编?程语言熟悉?程度如何,
, 与其他代码?段在哪里有?接触或集成?点,
, 现有的测试?覆盖率如何?,
, 这项工作是?否涉及关键?业务(写入路径、计费、负载均衡器?、注册),
, 之前是否有?人参与过这?项工作,他们有何想?法,
, 有哪些问题?需要做出权?衡,
, 这项任务的?目标是什么?,
, 这项任务究?竟是否需要?完成,
评估工程项?目
工程项目通?常被视为一?个较大的任?务,可以让多人?并行完成。 下面这些问?题有助于评?估项目:
, 我们实际要?在这个项目?上花费多久?时间, , 这个工程项?目的目标是?什么,
, 是否有已知?会安排的休?息时间,
, 所有要完成?的任务有哪?些,
, 是否对其他?团队有依赖?,还是障碍性?的, , 项目中是否?有任务对其?它任务产生?障碍, , 该项目是否?需要新的基?础设施或硬?件,
, 该项目的完?工标准是什?么,
完工标准
即便要知道?某项工作是?否完工都是?很困难的,团队中不同?角色可能会?有不
同的“完工”标准,因此我们需?要指定某个?项目的具体?完工标准。 下面是典型?完工标准的?一些样例:
, 部署到生产?环境;
, 全自动化测?试;
, 与公司内部?或第三方人?员沟通;
, 在公司内部?或外部进行?了一定量的?测试; , 为生产环境?编制文档;
, 完成对销售?或推广团队?的讲解;
, 发布登录页?面;
, 分析并追踪?;
, 操作运行手?册与系统可?观测性。
3.3需求变更?管理
变更是无法?避免的,作为一个合?格的项目经?理,我们应该有?有效的方法?来
管理项目?变更。
当项目的某?些基准发生?变化时,项目的质量?、成本和范围?等随之发生?变
化,为了保证项?目目标实现?,就必须对项?目发生的各?种变化采取?必要的应变?措施,这种行为就?是项目变更?。
项目变更产?生的原因是?多样的。以下是一些?常见原因:
(1)项目外部环?境发生变化?;
(2)项目总体设?计,项目需求分?析不够周密?详细;
(3)新技术的出?现、设计人员提?出新的设计?方案或者新?的实现手段?;
(4)建设单位由?于业务变化?、机构重组等?原因造成业?务流程变化?。
(5)其它原因
我们再来仔?细分析一下?,上面的案例?中的做法,会出现怎么?样的问题
开发人员在?听到用户的?口头抱怨后?,就直接对系?统软件进行?了修改,解决用户的?问题,显然是不符?合流程的。下面列举三?条不合理的?地方:
首先,开发人员没?有书面记录?用户的变更?需求,可能会导致?对系统软件?变更的历史?无法追溯;
其次,没有认真评?估用户的变?更需求是否?合理,这样可能会?导致与项目?现有的工作?可能不一致?,导致影响成?本、进度或者项?目质量;
再次,进行变更时?,没有与其他?项目相关成?员进行沟通?,可能会导致?其他项目成?员的工作不?一致。
那么我们应?该怎样来处?理项目中出?现的变更需?求呢,最好的办法?是建立一套?正规的程序?对项目的变?更进行有效?的控制。
简单地说,管理变更的?程序包括以?下几个步骤?:
(1)识别变更:分析项目中?出现的问题?是否属于变?更需求,区分是否为?变更需求的?标准就是,某项工作是?否不在项目?工作基准中?;
(2)评价变更对?项目的影响?:如果属于变?更需求,进行分析,变更会对项?目成本、进度、质量等因素?产生哪些影?响;
(3)设计变更的?备选方案:列出几种可?能的变更处?理方案,比如说非常?紧急的变更?需求马上批?准,而对项目影?响较少的变?更可以稍后?再处理;
(4)提出变更申?请:正式提出书?面的变更申?请需求;
(5)征求项目干?系人的意见?:所有与变更?有关的项目?干系人(注:项目干系人?指所有与项?目有正面与?负责利益的?人之和)都应该参与?项目变更;
(6)批准或否决?变更:提交相关项?目管理人员?,批准或者否?则项目变更?;
(7)追踪变更的?实施情况:变更批准后?,我们需求跟?踪变更的执?行情况,并且要记录?在案。
3.4 寻找项目关?键路径
3.4.1 项目关键路?径定义
项目关键路?径,在项目管理?中,关键路径是?指网络终端?元素的元素?的序列,该序列具有?最长的总工?期并决定了?整个项目的?最短完成时?间。关键路径的?工期决定了?整个项目的?工期。任何关键路?径上的终端?元素的延迟?将直接影响?项目的预期?完成时间(例如在关键?路径上没有?浮动时间)。
2.4.2 如何寻找关?键路径
活动定义、活动排序以?及资源和历?时估算的结?果就构成了?制定项目进?度计划的基?础。项目的进度计划既是回??答每个活动?的进度安排?,而更重要的?是得到有关?项目整体的?进度信息。制定项目进?度计划的工?具和方法有?:甘特图,关键路径分?析和PER?T估计。
这是一种用?日历形式来?列出项目活?动及其活动?起止时间的?项目图示方?法。由于这种图?形表示方法?最初是由泰?勒的同事亨?利.干特所发明?,所以又被称?作甘特图。现在大多数?项目管理软?件都可以自?动生成甘特?图。
在项目的甘?特图中,有几个特殊?的符号需要?关注:
任务(Task),用带状的水?平横道来代?表一个任务?,所以有的时?候甘特图又?叫横道图。横道的起点?和终点就代?表了任务的?起止时间,横道的长度?就代表了任?务的持续时?间。
里程碑(Miles?tone),具有零历时?的重要事件?。在图中用菱?形符号代表?。 依赖关系(Depen?dency?),指各个任务?之间存在着?一定的依赖?关系,例如:结束,开始,开始,开始,结束,结束,开始,结束关系。
概要任务(Summa?ry Task),是指的一些?任务集合成?一个更大的?任务,通常代表了?任务的不同?层级。
由于甘特图?在表示项目?进度信息方?面简单明了?,所以是现在?应用最广泛?的项目进度?表示方法。
关键路径分?析也称为关?键路径法(Criti?cal Path Metho?d),是一种用来?预测总体项?目历时的项?目网络分析?技术。所谓“关键路径”,是指当我们?完成了项目?进度计划后?,在项目的网?络图上,存在着若干?条从项目启?动到项目结?束之间的路?径,但是对其中?一条(严格的来说?,可能存在一?条以上)路径上来说?: , 其上所有活?动的时间之?和就是完成?项目的最短?历时;
, 路径上任何?活动的延误?都会导致项?目时间的延?长;
, 如果我们想?缩短项目历?时,就必须缩短?这条路径上?活动的历时?; 这条路径就?是项目的关?键路径。如下图:
图 - 2.关键路径
怎样确定关?键路径呢,它实际是项?目网络图中(历时)最长的路径??。下面我们来?下一个定义?,一个项目的?关键路径:是指一系列?决定项目最?早完成时间?的活动。在关键路径?上的活动都?很“关键”,因为它们直?接决定了项?目的进度。每个活动都?只有最少的?浮动时间或?时差。所谓浮动时?间或时差是?指一项活动?在不耽误后?续活动或项?目完成日期?的条件下可?以拖延的时?间长度。
现在所有的?项目管理软?件工具都将?寻找一个项?目的关键路?径作为最基?本的功能。它是运用某?种运算法则来计算而?得出项目关?键路径信息?的。该运算法则?被称为正推?法和倒推法?,这个法则输?出的结果就?是项目的关?键路径,当然也包括?项目的总历?时和项目中?每个活动关?于进度的“关键”信息。虽然今天已?经很少需要?手工计算来?得到项目的?关键路径了?,但是仔细了?解一下它的?算法将会非?常有助于更?深刻地理解?所得到各项?信息的意义?。下面我们就?来看一下如?何用正推法?和倒推法来?计算项目的?关键路径。
正推法和倒?推法主要是?用来计算有?关一个项目?活动的:
最早开始时?间(Early? Start?,简称ES),在条件具备?的情况下,该活动可以?开始进行的?最早可能;
最早结束时?间(Early? Finis?h,简称EF), 在条件具备?的情况下,该活动可以?完成的最早?可能;
最晚开始时?间(Late Start?,简称LS),在不拖延项?目进度的情?况下,该活动可以?开始进行的?最晚可能;
最早结束时?间(Late Finis?h,简称LF), 在不拖延项?目进度的情?况下,该活动可以?完成的最晚?可能;
如下图所示?,对每一个项?目活动的这?4个参数都?是一个时间?点。
图 - 3. 正推法和倒?推法的活动?参数
所谓正推法?就是从项目?的第一个活?动到最后一?个活动跟踪?全部活动的?先后关系,计算出每个?活动的最早?开始时间(ES)和最早结束?时间(EF)。 所谓倒推法?则是从最后?一个活动开?始向前追溯?到第一个活?动,计算出每个?活动的最晚?开始时间(LS)和最晚结束?时间(LF)。
正推法的计?算过程包括?四步:
步骤一:设定项目的?第一个活动?的最早开始?时间是从第?一天开始,如图:
图 - 4. 关键路径正?推法的步骤?一
步骤二:计算第一个?活动的最早?结束时间,可以用第一?个活动的最?早开始时间?加该活动的?历时减1得?出:EF = ES + 历时,1,如图:
图 - 5. 关键路径正?推法的步骤?二
步骤三:计算该活动?的所有后续?活动的最早?开始时间(ES): 后续活动的?ES,前导活动的?EF,1
图 - 6. 关键路径正?推法的步骤?三
步骤四:过重复步骤?二、三,为项目中的?每个活动计?算最早开始?时间(ES)和结
束时间?(EF),如图所示:
EF = ES + 历时 – 1
ES = 前导活动E?F + 1
图 - 7. 关键路径正?推法的步骤?四
但是这里有?一种情况需?要特别考虑?,因为正推法?是依赖每个?活动的前导?活动来决定?的,所以如果一?个活动存在?多个前导活?动的话,需要采用前?导活动中E?F最晚的那?个活动来计?算该活动的?ES。
倒推法的计?算过程也包?括四个步骤?,只不过这次?你是从项目?的结束时间?开始。但这里要用?到正推法的?结果:
步骤一:因为你不能?延误项目的?完成时间,因此最后一?个活动的最?早结束时间?EF等同于?最晚结束时?间LF。
图 - 8. 关键路径倒?推法的步骤?一
步骤二:计算最后一?个活动的最?晚开始时间?,可以通过用?最晚结束时?间减去该活?动的历时然?后加1来得?出。
LS = LF – 历时+1
图 - 9. 关键路径倒?推法的步骤?二
步骤三:每个活动必?须在后续活?动开始之前?完成,因此可以为?每个活动计?算最晚结束?时间。
LF = 后续活动 LS – 1
图 - 10. 关键路径倒?推法的步骤?三
步骤四:然后重复第?二、三步骤,计算出每个?活动的最晚?开始时间和?最晚结束时?间
图 - 11. 关键路径正?推法的步骤?四
同样在计算?过程中也需?要处理一个?特殊情况,由于倒推法?是依赖每个?活动的后续?活动来考虑?的,所以如果一个活动出现??多个后续活?动的时候,应该取后续?活动中LS?最早的那个?来计算该活?动的LF。
事实上在完?成倒推法的?计算之后,我们得到了?每个活动有?关进度的关?键信息:
最后一个活?动的EF(LF)就是项目可?能的最早完?成时间,也就是项目?的最终进度?;
活动的LS?确定了我们?需要给该活?动提供资源?的最晚时间?,如果超过了?这个时间则?意味着可能?的项目最早?交付时间会?被延迟;
项目中历时?最长的路径?就是项目的?关键路径;
如果关键路?径上的活动?历时没有被?延误,那么项目进?度就不会有?延误;
如果我们要?缩短项目的?历时,就要缩短该?路径上活动?的历时;
我们可以通?过公式来计?算每个活动?的总浮动时?间(Total? Float?)TF = LF-EF,又被称为总?时差。它代表了在?不影响项目?总体进度的?前提下,活动可以延?误的时间段?;
我们还可以?通过公式计?算每个活动?的自由浮动?时间(Free Float?)FF(活动X),后续活动的?ES - EF(活动X)- 1。它代表了该?活动不影响?后续活动而?可以被延误?的时间。上面所说的?总时差是自?由浮动时间?的一种。总时差是每?个活动历时?可以延误的?范围,并且可以不?影响总体项?目的进度,而自由浮动?时间是指在?不延误任何?活动最早开?始的情况下?,项目活动可?以延误的时?间范围。
下面我们来?看一个例子?的推演,帮助大家更?好的理解。如下图是一?个小项目的?网络图,已经完成每?个活动的历?史估算,我们需要确?定利用正推?法和倒推法?求出个活动?的ES-EF-LS-LF,以及项目的?关键路径:
图 - 12. 例题-推算关键路?径
正推法求E?S-EF:
步骤一:活动A的E?S=1,EF=ES+20-1=20,如下图:
图 - 13. 例题-推算关键路?径正推法步?骤一
步骤二:求出以活动?A为前导活?动的那些活?动的ES以?及EF。
ES = 前导活动的?EF+1 EF = ES + 历时 - 1
如下图:
图 - 14. 例题-推算关键路?径正推法步?骤二
步骤三:重复步骤二?,计算出所有?活动的ES?-EF。但对于出现?了两个前导?活动的活动?E来说,由于B的E?F晚于D的?EF,所以其计算?取B的EF?。如下图:
图 - 15. 例题-推算关键路?径正推法步?骤三
然后我们用?倒推法来计?算LS-LF。
步骤一:设最后一个?活动E的L?F=EF。LS = LF – 历时 + 1。如下图:
图 - 16. 例题-推算关键路?径倒推法步?骤一
步骤二:计算那些以?活动E为后?续活动的活?动的LF-LS。
LF = 后续活动的?LS – 1 Ls = LF – 历时 + 1
如下图:
图 - 17. 例题-推算关键路?径倒推法步?骤二
步骤三:重复步骤二?计算所有活?动的LS-LF。其中活动A?有两个后续?活动B和C?,
TF=10
图 - 18. 例题-推算关键路?径倒推法步?骤三
现在我们就?得到了这个?项目的关键?路径:A- B-E。对于每一个?活动的进度?要求信息也?很清楚,我们可以看?到每个活动?的浮动时间?。在关键路径?上活动的浮?动时间都为?0,意味着这些?活动不能有?半点拖延。而活动C和?D的浮动时?间为10,所以只要延?误在10以?内就不影响?项目的总进?度。因此我们可?以灵活安排?活动C和活?动D的资源?,可以在这些?活动即将开?始的时候再?安排资源。这些活动也?可以在最早?开始时间时?开始,也可以延后?10天才开?始,但都不会影?响项目的结?束。在资源平衡?过程中,我们也经常?会用到总时?差。
实际上,活动C和活?动D有10?天的浮动时?间,并不是意味?着每个活动?都有10天?的浮动时间?,而是两个活?动共有10?天的浮动时?间。我们习惯上?将活动C的?浮动时间扣?除掉,即只有活动?D有浮动时?间。路径CD的?浮动时间仅?为10天。
但是活动C?的总时差和?活动D的总?时差是有差?别的。换句话说,就是活动C?允许偏离进?度的时间和?活动D允许?偏离进度的?时间是有差?别的。 如果活动D?在第31天?开始,这是活动D?的最早开始?时间,由于活动D?有10天的?延误时间,那么该活动?在第60天?结束,那么会不会?影响项目的?结束呢,回答是:不会。
现在,我们假设活?动C 可以准时在?第21天开?始,并且最晚要在第40?天?时完成。如果这样的?话就不会影?响项目的进?度。但由于活动?C的进度发?生偏离,那么会影响?项目D不能?在最早时间?开始和最早?时间结束。如果在工作?计划中,被安排到活?动D的资源?的使用时间?段为:第31天到?第40天。在第40天?的时候,这些资源将?被撤走,安排到其它?的项目中。因为活动C?的进度延误?将会导致活?动D的资源?出现短缺,因而活动D?也会出现延?误,并最终导致?项目的延误?。因此活动C?间接地导致?了项目的延?误。
在这里我就?可以看到总?时差和自由?浮动时间的?区别,例如:
FF(活动C),31(后续活动最?早ES)-30(EF(活动C))- 1 = 0 FF(活动D),61(后续活动最?早ES)-50(EF(活动C))- 1 = 10 因此活动D?有10天的?自由浮动时?间,而活动C没?有。
关键路径重?要概念
总时差与自?由时差的区?别
总时差是指?在不延误项?目完成日期?或违反进度?因素的前提?下,某活动可以?推迟的时间?。总时差=LS-ES=LF-EF
自由时差是?指在不影响?紧后活动最?早开始的情?况下,当前活动可?以推迟的时?间。自由时差=(后一活动)ES-(前一活动的?)EF-1
所以总时差?影响总工期?,自由时差影?响紧后活动?。
如何计算E?S,EF,LS,LF
前推法来计?算最早时间?
某一活动的?最早开始时?间(ES)=指向它的所?有紧前活动?的最早结束?时间的最大?值。 某一活动的?最早结束时?间(EF)=ES+T(作业时间)
逆推法来计?算最迟时间?
某一活动的?最迟结束时?间(LF)=指向它的所?有紧后活动?的最迟开始?时间的最小?值。 某一活动的?最迟开始时?间(LS)=LF-T(作业时间)
计算关键路?径的步骤
1. 用有方向的?线段标出各?结点的紧前?活动和紧后?活动的关系?,使之成为一?个有方向的?网络图(PDM)
2. 用正推和逆?推法计算出?各个活动的?ES,LS, EF, LF,并计算出各?个活动的自?由时差。找出所有总?时差为零或?为负的活动?,就是关键活?动
3. 关键路径上?的活动持续?时间决定了?项目的工期?,总和就是项?目工期。 进度压缩的?方法
, 增加人手,聘请更有经?验的人员,或找兼职人?员
, 加班
, 并行
, 重新估算后?面的工期
, 加强沟通,减少变更
, 加强控制,避免返工
, 外包
, 加强沟通,先完成关键?需求
, 增加资源有?时可能压缩?工期有限
, 降低要求或?减少项目的?范围。
4. 编码工作量?估算
本次评估的?是《IAS网络?优化系统》。为了更准确?的估算出软?件的工作量?,我们对每一?个软件功能?模块所需工?作量给出了?三个估计值?,分别是:
1)悲观工作量?(Epi):这是一个最?保守的估计?,可能在编程?人员技术不?熟练,对业务理解?不够,或有其他影?响其正常工?作的因素存?在的情况上?发生。
2)正常工作量?(Eni):这是一个正?常的程序员?可能付出的?工作量估计?。
3)乐观工作量?(Esi):这种情况可?能在程序员?技术相当熟?练,对业务相当?了解,且以前可能?有类似项目?开发经验的?情况下所需?的工作量。
针对每一项?功能模块,其最终的工?作量估算值?按以下公式?计算:
Ei = (Epi + 4 × Eni + Esi)/ 6
下面的表1?是对IAS?网络优化系?统终端的编?码阶段的工?作量估算,表2是对I?AS网络优?化系统平台?端的编码阶?段的工作量?估算。
表1:IAS网络?优化系统终?端
悲观工作量?正常工作量?乐观工作量?工作量(Ec1)序号 功能名称 (人.小时) (人.小时) (人.小时) (人.小时)
20 16 7 15.17 1 登录
站点结构核?查 30 24 16 23.67 2
小区性能测?试 24 18 12 18 3
楼层遍历测?试 24 18 12 18 4
外泄测试 24 18 12 18 5
切换测试 24 18 12 18 6
电梯测试 24 18 12 18 7
无线参数测?试 24 18 12 18 8
信令信息查?看 20 16 7 15.17 9
测试结果呈?现 30 24 16 23.67 10
系统设置 20 16 7 15.17 11
图片采集 30 24 16 23.67 12
建筑物详情?核查 30 24 16 23.67 13
新增测试功?能 30 20 12 20.33 14
CQT测试 ?30 20 12 20.33 15
楼层遍历测?试 30 20 12 20.33 16
小区道路?DT测试 30 20 12 20.33 17
无线参数测?试 30 20 12 20.33 18
测试记录管?理 20 16 7 15.17 19
信令信息查?看 20 16 7 15.17 20
GIS地图?管理 20 16 7 15.17 21
图片采集 24 18 12 18 22
站点搜索 20 16 7 15.17 23
基准设置 20 16 7 15.17 24
仪表状态 30 24 16 23.67 25
天线工参测?量 20 16 7 15.17 26
数据管理 20 16 7 15.17 27
照片管理 20 16 7 15.17 28
系统管理 20 16 7 15.17 29
工单管理 30 24 16 23.67 30
预约录音 30 24 16 23.67 31
现场照片上?传 20 16 7 15.17 32
生成测试?LOG 20 16 7 15.17 33
小区性能测?试 20 16 7 15.17 34
投诉信息管?理 20 16 7 15.17 35
回复模板自?动生成 30 24 16 23.67 36
无线参数 20 16 7 15.17 37
设置 30 24 16 23.67 38
合计 928 714 407 698.57
表2:平台工作量?清单
悲观工作量?正常工作量?乐观工作量?工作量(Ec1)(人.序号 功能名称 (人.小时) (人.小时) (人.小时) 小时)
20 16 8 15.33 1 登录
项目进度统?计 20 16 8 15.33 2
站点数据管?理 20 16 8 15.33 3
测试记录管?理 30 24 16 23.67 4
测试报告管?理 20 16 8 15.33 5
测试LOG?管理 20 16 8 15.33 6
GIS地图?管理 30 24 16 23.67 7
log回放?软件 20 16 8 15.33 8
系统日志管?理 20 16 8 15.33 9
用户管理 20 16 8 15.33 10
合作单位系统对?14 10 5 9.83 11 接模块 ?楼宇数据管?理 30 24 16 23.67 12
测试记录管?理 30 24 16 23.67 13
测试报告管?理 30 24 16 23.67 14
测试LOG?管理 14 10 5 9.83 15
GIS地图?管理 24 20 10 19 16
系统日志管?理 20 16 8 15.33 17
用户管理 20 16 8 15.33 18
合作单位系统对?30 24 16 23.67 19 接模块 ?log回放?软件 20 16 8 15.33 20
天线工参数?据管20 16 8 15.33 21 理
单位管理 20 16 8 15.33 22
测试数据管?理 20 16 8 15.33 23
系统设置 20 16 8 15.33 24
地图浏览 20 16 8 15.33 25
工单流程管?理 30 24 16 23.67 26
工单计时提?醒 20 16 8 15.33 27
测试结果查?看 20 16 8 15.33 28
测试日志下?载回30 24 16 23.67 29 放
测试人员实?时定30 24 16 23.67 30 位
现场数据实?时20 16 8 15.33 31 GIS展?示
关键KPI?查询 20 16 8 15.33 32
全网告警?GIS展20 16 8 15.33 33 示和?查询
专业统计报?表 20 16 8 15.33 34
全网工参管?理 20 16 8 15.33 35
基础信息管?理 22 16 12 16.33 36
勘站记录管?理 14 10 5 9.83 37
系统管理 20 16 8 15.33 38
GIS地图?管理 20 16 8 15.33 39
站点结构核?查 20 16 8 15.33 40
小区性能测?试 20 16 8 15.33 41
楼层遍历测?试 20 16 8 15.33 42
外泄测试 30 24 16 23.67 43
切换测试 30 24 16 23.67 44
电梯测试 30 24 16 23.67 45
无线参数测?试 30 24 16 23.67 46
信令信息查?看 20 14 7 13.83 47
测试结果呈?现 10 6 5 6.5 48
图片采集 30 24 16 23.67 49
建筑物详情?核查 30 24 16 23.67 50
新增测试功?能 20 14 7 13.83 51
CQT测试 ?30 24 16 23.67 52
楼层遍历测?试 30 24 16 23.67 53
小区道路?DT测20 14 7 13.83 54 试
无线参数测?试 30 24 16 23.67 55
基准设置 24 16 10 16.33 56
仪表状态 20 14 7 13.83 57
天线工参测?量 20 14 7 13.83 58
数据管理 24 16 10 16.33 59
照片管理 24 16 10 16.33 60
生成测试?LOG 24 16 10 16.33 61
小区性能测?试 30 24 16 23.67 62
投诉信息管?理 24 16 10 16.33 63
合计 1424 1110 645 1084.76
上述两块工?作的编码阶?段的工作量?合计为:
Ec = Ec1 + Ec2 = 698.57 + 1084.76 = 1783.33(人.小时)
5软件生命?期工作量估?算
为便于估算?,我们假定《X软赠券电?脑发放管理?系统》和《X软联销资?源管理系统?》均按照瀑布?模型开发。
瀑布模型将?整个软件生?命期划分为?计划与需求?、产品设计、详细设计、编码与单元?测试、集成与测试?、移交等六个?阶段,各阶段所占?工作量如表?3所示。
表3:瀑布模型阶?段分布百分?比
序号 阶段(端点) 工作量%
1 12 计划与需求?
2 17 产品设计
3 23 详细设计
4 24 编码与单元?测试
5 19 集成与测试 ?
6 5 移交
根据上表,编码与单元?测试阶段仅?占全部工作?量的24%,因此《X软赠券电?脑发放管理?系统》和《X软联销资?源管理系统?》的工作量估?算值应为:
E = Ec / 24 % = 1783.3 / 24 % = 7430.4(人.小时)
根据我国的?实际情况,每周休息2?天,每年还包括?三个长假,因此,每个月的工?作日假定为?20天,每个工作日?工作8小时?。按此假定,上述工作量?换算成人月?数应为:
E = 7430.4 / (20 × 8) = 46.44(人.月)
6.工作量评审?
工作量估算?出来后,有项目经理?组成相关干?系人和专家?对工作量进?行评审。评审会上按?评审项逐一?对工作量进?行评审。
我司工作量?评审内容主?要是参照下?表:
S/N 评审大类 评审项
1 活动排序与逻辑关系的??合理性 WBS编制?
2 工作包的层次是否合理?(?可估算、可管理、可衡量、一个人和部?门负责)
3 是否对每个工作包都估?算了工作量?、?预算和进度 ?4 是否每个工作包都有清?晰的?、可衡量的检?验标准 5 项目干系人信息是否完??整
6 项目组织结构是否可行?,?职责分工是?否明晰 7 项目组相关管理制度是??否详尽
8 人员配置合理性?(是否足以支撑各种任务?、?是否存在重复或不合理??的地方) 人力资源
项目需要的资源是否确?认可获?、是否考虑各个工作包的?专业技能与?要求来?9 分配工作并且与?被安排的团?队进行必要??沟通 10 是否制订人力资源滚动??计划
11 本次评估的方法是否适??合本项目
12 整体工作量是否符合项?目整体计划? ?13 项目关键路径是否合理? ?工作量 14 关键里程碑的设置是否??合理
15 工作量难点分析是否详??尽
16 工作量是否基于公司的?标准工时标??准的要求
范文三:软件项目工作量评估方法
工作量估评评
1概述
我真地了件的相需求文档和文档后,们们们们们们们们们们们们们们们们们们们们们们
们们们们们们们们们们们们们们们们们们们们件的功能行了和整理,并根据以往的个每
功能模所需的工作量行估算,再一们们们们们们们们们们们们们们们们们们们地以此步
依据,推算出整个件生命期的工作量。工作量推算们们们们们们们们们们们们们们们
后主要目干系人和相家行工作量。们们们们们们们们们们们们们们们们们们们们们们
2常的估算方法评评评评评评
2.1Ad-hoc方法
们们们们们们们方法下的工作量
基于任何确定的期限。工作一直直到达到一些由管理们们们们们们们们们们们或市人先定下的表。或者,一直到用完了们们们们们们们们们们们们们们们们们们们们们
们们们们们们们们们们们们们们们们们们们们们们们们们们们们们算的。 情况普遍存在于非常不成熟的,并且常有100%的差数。们们们们们
2.2们们们们的百分比法Percentage of development time。
们们们们们们们们们们们们们个方法的基本前提是工作量依于/们们们们们们工作量。首先,工作量使用例如LOC或FP方法被估算出来,然后使用一些探索性的方法来限制们们们们们们们们们们们们们们们们们们们们们们们的工作量。方法化比大而且通常基于以前的。
通常留目的花的们们们们们们们们们们们35%们们们, 5-7%们们们们件和集成,18-20%们系们们们, 10%们们们们们们们们们们们接收,或回等,
2.4评评评评评评评评评评评评比法,法或史数据法,
根据以前或相似目,主要在目性,域,模上有相似,所累的们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们或史数据来估算工作量。比法估果的精确度取决于史目数据的完整性和准确度,因此,用好比法的前提条件之一是建立起好的目后们们们们们们们们们们们们们们们们们们们们们们们价与分析机制,史目的数据分析是可信的。需要收集以下相的史数们们们们们们们们们们们们们们们们们们们们们们们们们们们们据:在和段花的,工作的模,例如用需求的数量,面 们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们
数,功能点,数据式,例如体,字段的数量 们们们们们们们们们们们们们, 屏幕或字段数量,们们们象的们模,例如KLOC
2.5 WBS,work breakdown structure,估算法
将目或品分解具体的工作,然后分各们们们们们们们们们们们们们们们们们们们们
个工作行估算,最求和得出目或品的工作量们们们们们们们们们们们们们们们们们们们们们们们们/们们。2.6 Delphi法
Delphi法是最流行的家估技,在没有史数据的们们们们们们们们们们们们们们们情况下,方式可以减估算的偏差。们们们们们们们们们们们们们们Delphi法鼓励参加者就相互们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们。个技,要求有多相人的参与,互相服方。
Delphi法的是:步们1、人向各家提供目格和估表格,们们们们们们们们们们们们们们们们们们们2、们们们们们们们们们们们们们们们们们们人召集小会各家与模相的因素,3、各家匿名填写们们们们们们迭代表格,4、人整理出一个估,以迭代表的形式返回家,们们们们们们们们们们们们们们们们们们们们们们们们们5、们们们们们们们们们们们们们们们人召集小会,大的估差异,6、家估并在迭们们们们们们们们们们们代表上提交另一个匿名估,们们7、重们4-6,直到达到一个最低和最高估的 们们
一致。
2.7 PERT估法评评
PERT们们们们们们们们们们们们们们们们们们们各个目活的完成按三不同情况估:
一个品的期望模,一个最低可能估,一个们们们们们们们们们们们们们们们们们们们
最高可能估。用三个估用来得到一个品期望模和准偏差的们们们们们们们们们们们们们们们们们们们们们们们们们们Pert 们们们们估。Pert 估可得到代行的期望们们们们们们们们们们们E,和准偏差 们们们们SD
3.估算前准评
们们们们们们们们们们们们们们们们们们以上方法,我司合了以上多估方法,出了
适合我司的估方法:们们们们们
1,工作行们们们们们WBS分解,尽量将任分配到半天工作们们们们们们们们们们位的粒度,分解需要考们们们们们deadline、技点、需求更等等因素。们们们们们们们们们们们们们们们
2,尽量找和本目相近目做参考,参考史们们们们们们们们们们们们们们们们们们
相近目的工作量和目度情况。们们们们们们们们们们们们们们们们
3,尽量邀有史或者目熟悉的家,参与们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们目工作量的估,以提高工作量估的有效性。
4,整理工作任的系和客需求的先,找目们们们们们们们们们们们们们们们们们们任的路径,以保目周期的合理性和周期最短。们们们们们们们们们们们们们们们们们们们们们们们们
5,确定目估工作的基,以一名 们们们们们们们们们们们们们2年工作的人估们们们们们们们们们们们象,们们了一个有10个字段的比有代表性的表,从始到们们们们们们们们们们们们们们们们束,精确了个需要的消耗的工数。采用四们们们们们们们们们们们们们们们们们们步每舍五入法最制作了如下的工估算表:们们们们们们们们们们们们们
6,确定技能系数,由于准工是按们们们们们们2年的工程能力们们们们们们们们们基准,所以需要那工程能力置能力系数,工作们们们们们们们们们们们们3到6年的工程,增加们们们每1年工作工们们们们们=们们准工*(1-0.1),6年以上一般按6年算。
终端终终终准工终;终位,小终,
终明,本表终终10字段的界面终行算个估
添加功 终终功能终终功能终除功能能
界面;布局、美化、终终,222
代终;终终终终、接口终终,4442
用终终;界面适配、加终,体222
上终;多文件,141
下终2
第三方登终6
地终集成;特殊功能终,另2
分享4
消息推送2
每增加10字段个增加50%工终
终元终终按终终工终的30%算估
3.1 WBS分解原评
3.1.1 WBS的定评
WBS,工作分解构,是们们们们Work Breakdown Structure的英文写,是们们们们们们们们们们们们目管理重要的之一。WBS的基本定:以可交付成果向们 们们们们们
目要素行的分,它和定了目的整个工作范们们们们们们们们们们们们们们们们们们们们们们
每下降一代表目工作的更定。无在目管理践中,是在们们们们们们们们们们们们们们们们们们们们们们们们们们们们们PMP,IPMP考中,工作分解构们们们们们们们们们(WBS)都是最重要的内容之一。WBS们是们们们们们们们们们们们们们们们们们们们们们们于划程的中心,也是制定度划、源需求、成本算、管理们们们们们们们们们们们们们们们们们们们们们划和采划等的重要基。WBS同们们们们也是控制目更的重要基。目范是由们们们们们们们们们们们们们们们们WBS定的,所以们们们们们WBS也是一个们目的合工具。们们们们们
WBS是由3个们们们们们们们们们们们们们元素构成的名:工作,work)--可以生有形果们们们们们们的工作任,分解们们们们(breakdown)--是一们们们们们们们们们们们们们们逐分和分的构,构步(structure)--按照一定的模式各们们们们们们们们们们们们们部分。根据些概念,WBS有相的构们们们成因子与其们们们 :
,,,构化们们们们们
们们们们们们们们们是最著和最的WBS构成因子,首先用于将们们们们们WBS们们底的构化。通体系,我可以们们们们们们们们们们们们们们们很容易WBS元素的系、分们们们们们们们们们和特性。并且由于近代算机技的们们们们们们们们们们们们们们们展,上使WBS信息与们们们构信息、成本数据、度数据、合同信们们们们们们们们们们们们们们们息、品数据、们们们们们们们们们 告信息等密地系起来。
,,,工作包
工作包,work package,是WBS的最底元们们们们们们们们们们们们们们素,一般的工作包是最小的“”们们们们们们们们们们们们们们们们们可交付成果,些可交付成果很容易出完成它的
活、成本和以们们们们们们们们们们们们们们们们们们们们们及源信息。例如:管道安装工作包可能含有管道支架制作和安装、管道们们们们们们们们们们接与安装、密性们们们们们们们们们等几活,包含运/们接/管道制作人工用、管们们们们们道/金属附件材料们们们等成本,程中生的们们们们们们们们告/们们们们们们们们果等等文档,以及被分配的工班等任包干信息等等。正是上述些们们们们/成本/们度/们效信息使工作包乃至WBS成了们们们目管理的基。基于上述点,一个用于目管理的们们们们们们们们们们们们们们们们们们WBS必们们们们被分解到工作包次才们们们们们们们们们们们们们们们们们们能使其成一个有效的管理工具
,,,WBS元素
WBS元素上就是们们们们们WBS们“们”“们们构上的一个个点,通俗的理解就是机构上的一个个方们”“”们们们们们们们们们们们们们们们们们框,些方框代表了独立的、具有隶属系/们们们系的“”们们们们们们们们们们们们们们们们们可交付成果。数十年的大多数都向于WBS们们们们构必与目目有,们们们们们们们们们们们们们们们们们们们们们们必面向最品或可交付成果的,因此WBS元素更适于描述们们们们们们们们们出品的名成,effictive WBS,Gregory T. Haugan,。其中的道理很明
们们们们们们们们们们们们们们们们们们们,不同、文化等完成同一工作所使用的方
法、程序和们们们们们们们们们们们们们们们们们们们源不同,但是他的果必相同,必们们们们们们们们们们们们们们们们们们们们足定的要求。只有抓住最核心的可交付果才能最有效的控制和管理目,另一方面,们们们们们们们们们们们们们们只有出可交付果们们们们们们们们才能内部/外部们们们们们们们们们们们们们完成此工作所使用的方法、程序和们们们们们们们们们们们源。工作包是最底的WBS元素。
,,,WBS字典
管理的范化、准化一直是们们们们们们们们们们们们们们们们们们们们众多公司追求的目,WBS字典就是们们一工具。它用于们们们们们们们们们们们们描述和定WBS元素中的工作的文档。字典相当于们们们某一WBS元素的范,们们们们即WBS元素必们们们们们们们们们们们完成的工作以及工作的们们们们们们们们们们们们们们们们们们们们们描述,工作成果的描述和相范准,元素上下系以们们们们们们们们们们们们们们们们们们们及元素成果入出系等。同WBS字典们们们们们于清晰的定目范们们们们们们们们们们们们们们们们们们们也有着巨大的范作用,它使得WBS易于理解和被以们们们们外的参与者,如承包商,接受。在建筑们们们们们们们们们们们,工程量清范就是典型的工作包们们们的WBS字典。
3.1.2 WBS的主要用途
WBS是一个描述思路的们们们们们们们们们们们们们们们们划和工具。它帮助目理和们们们们们们们们们们们们们们们们们 目确定和有效地管理目的工作。
,WBS是一个清晰地表示各目工作之的相互系的构们们们们们们们们们们们们们们们
们 工具。
,WBS是一个展们们们们们们们们们们们们们们们们们们们目全貌,明完成目所必完
成的各工作的们们们们们们们们们 划工具。
,WBS定了们们们们们们们们们们们们们们们们们们们里程碑事件,可以向高管理和客
们们们们们们们们们们们们们们们们们们们们 告目完成情况,作目状况的告工具。
,WBS防止漏们们们们们们们们们们们 目的可交付成果。
,WBS帮助们们们们们们们们们们们们们们们们 目理注目目和澄清。
,WBS建立可化的目可交付成果,以们们们们们们们们们们们们们们们们便估算工
作量和分配工作。
,WBS帮助改们们们们们们们们们们们们们们们们 、成本和源估的准确度。
,WBS帮助们们们们们们们们们们们们们们们们们们 目的建立和得目人的承。
,WBS们们们们们们们们们们们们们们们们 效量和目控制定一个基准。
,WBS们们们们 助沟通清晰的工作任。
,WBS们们们们们们们们们们们们们 其他目划的制定建立框架。
,WBS帮助分析目的最们们们们们们们们 初。
3.1.3 WBS的建方法评评评评
们建WBS是指将的目分解一系们们们们们们们们们们们们们们们们们列明确定的目工作并作们们们们们们们们们们们们们随后划活的指文档。WBS的建方法主要有们们们们们们们以下两们们 :
,们们们们们们比方法。参考似目的WBS们们们们建新目的WBS。
,自上而下的方法。从目的目始,们们们们们们们们们们们们们们们们逐分解目工作
直到参与者们们们们们们们们们们们们们们们们们们们意地目工作已充分地得到定。
们们们们们们们们们们们们们们们们们们方法由于可以将目工作定在适当的水平,于
们们们们们们们们们们们们们们们 目工期、成本和源需求的估可以比准确。
们建WBS们们们们们们们们们们们们 需要足以下几点基本要求:
,某们们们们们们任在WBS中的一个地方且只们们们在WBS中的一个地方出。们们 ,WBS中某们们们们们们们们们们们任的内容是其下所有WBS们们们们 的和。
,一个WBS们们们们们们们们们们们们们们们只能由一个人,即使多人都可能在其上
工作,也只能由一个人,们们们们们们们们们们们们们 其他人只能是参与者。
,WBS必们们们们们们们们们们们们们们们 与工作中的行方式一致。
,们们们们们们们们们们们们们目成极参与建WBS,以确保WBS的一致性。 ,每个WBS们们们们们们们们们们们们们们们们都必文档化,以确保准确理解已包括
和未包括的工作范。们们
,WBS必们们们们们们们们们们们们们们们们们们们们在根据范明正常地目工作内容
的同,们们们们们们们们们们们们们们 也能适无法避免的更。
,WBS的工作包的定不们们们们超40小,建在们们们们们4-8小。们们
,WBS的们们们们们次不超10们们们,建在4-6们 。
3.1.4WBS的表示方式
WBS可以由形的们们们们们们们们们们们们们们们们们们次构或者行首的表格表
示。在用中,表格形式的们们们们们们们们们们们WBS们们们们们们们们们们用比普遍,特是在目管理件中,具体的模们们们们们们们们们们们们们版式参WBS模版们们们 式。
3.1.5 WBS的分解方式
WBS的分解可以采用以下三方式行:们们们们们们
,按品的们们们们们们们们们们 物理构分解。
,按品或目的功能分解。们们们们们们们们们们们
,按照施们们们们们们们 程分解。
3.1.6 评评评评评目内建WBS的程评评
们们们们们目内建WBS的程非常重要,因在目分解们们们们们们们们们们们们们们们程中,目理、目成和所有参与目的们们们们们们们们们们们们们们们们们们们们们部主任都必们们们们们们们们们们们们 考目的所有方面。
们们们们们目内建WBS的程是:们们们们
,得到范们们们们明(ScopeStatement)或工作们们们明(StatementofWok,承包子们们们目)。 ,召集有人,集体所有主要目工作,确定们们们们们们们们们们们们们们们们们们们们
目工作分解的方式。
,分解目工作。如果有成的模们们们们们们们们们们们们们们们们们们们板,尽量利
用。
,画出WBS的们们们们们们次构。WBS们们们们们们们们们们们高次上的一些工作可以
定们们们们们们们们们们们们们们 子目或子生命周期段。
,将主要目可交付成果分更小的、们们们们们们们们们们们们们们们们们们易于管理
的分或工作们们们们们们们们们们们们们们们们们们们们们们们们们们包。工作包必到可以工作包行估算(成本和们们)、
安排们们 们们们们们们们们们们 算、分配人或位。度、做出
,们们们们们们们们们们们们们们们们们上述分解的正确性。如果低次的没有必要,修
改们们们们们 成成分。
,建立一个们们们们们 号系。
,随着其他划们们们们们们们们们们们们活的行,不断地WBS更新或修正,直到覆盖所有工作。 3.1.7 WBS的准评评评评
们们WBS是否定完们们们们们们们们们们们们们们们们全、目的所有任是否都被完全分解主要依据以下准:们们们
,每个任的们们们们们们们们们们们们们们们们 状和完成情况是可以量化的。
,明确定了个任的始和束。们们们们们们们们们们们 每
,每个任都有一个可交付成果。们们们们们们们们们们们
,工期易于估算且在可接受期限内。
,容易估算成本。
,各任是们们们们们们们们 独立的。
3.1.8 WBS的使用
们WBS需要建立WBS们典(WBSDictionary)来描述各个工作部分。WBS们们们们们们们们们们们们们们们们们典通常包括工作包描述、度日期、成本算和人分配等信息。于个工作们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们包,尽可能地包括有工作包的必要的、尽量多的信息。当每WBS与OBS们们们们们们们们们们合使用,要建立目(Code ofAccount)。目是用于们们们们们们们惟一确定目工作分解构们们们们们们们们们们们们们们们们们们一个元的系。成本和每
源被分配到一构中。们们们们们们们们
3.1.9 WBS的践评评评评
最多使用20个们们们们们次,多于20们们们们们们们们们们们们们们是度的。于一些小的目4,6们一般就足们们们 了。
WBS中的支路没有必要全都分解到同一们们们们们制次,即不必把强构做成们们们们们们们们们们们们们们们们们们们称的。在任意支路,当达到一个次,可以作出所要求准确性的估算,就可以停止了。
们们本段WBS推广模式
W:即Web网站,企们们们们们们们们们们们们们们用于在互网上展示自身形象和品们们们们们们们们们们们们们们们们们们们们们宣的一个平台,凭借网站企可以互网上更多的用和者了解和们们们们们们们们们们们们们们们们们们们企,以便达到更好的宣们们们们们们们们们们们们们们们们们们们们们,主要面向客、界人士或者普通者,以介企们们们们们们们们们们们们们们们们们们们们们的基本料、帮助立企形象主,也可以适当提供行们们们们们们们们们们们们们们们们们们内的新或者知信息。型网站通常也被形象的比们们们们们企的"WEB Catalog"。是一个每外公们们们们们们司外易不可缺少的形象代言。
B:即B2B们们们们们们们们们们们们们们们们子商平台,主要面向供商、客或者企们们们们们们们们们们们们们们们们们们们们们品,服,的消群体,以提供某直属于企们们们们们们们们们们们们们们们们们们们们们们们们范的服或交易、或者服的服或者
交易们们们们们们们们们们们们们们们们们们们们们们主,中国最威的互网信息中心,目前有20%左右的企已们们们
意们们们们们们们们们们们们们到子商的重要性,其中2007年做推广的企们们有80%左右的都是通们B2B推广的。Alibaba、Tradett、GlobalSource、Made-in-China、Tradekey、ECVV、EC21、Worldbid等国知们们们名B2B是大多企们们主要推广平台。
们们们们于外来,B2B是一个有力的工具强,们们并不是所有的人都能碰到一个能们们们们们们们你参加广交会,参加法们们们们们们们们们们们克福展的老板或公司的. 那们, 使用/利用B2B就将是公司作程中一个们们们们们们们们们们们们们们 很重要的部分。
S:即SEO,搜索引擎们们们们们们们们们们们们们们们们化,近年来流行的网方式,企网站特们们们们们们们们们们们们定的方式行SEO之后,可以增加特定字的们们们们曝光率以增加网站的能度,提高们们们们们们们们们们们们们们企网站在搜索引擎中的排名,从而提高网站们们们们们们们们们们们们们们们量,最提升网站的售能力或宣们们们们们们们能力的技。
3.2 deadline的使用
Deadline是在期限,件域们们们们deadline的概念就是从的们们们们们们印刷媒体中得来。然而,不能因目前在件域们们们们们们们们们们们们们们们尚无通用的deadline概念,就以们们们们们们们们们们们们们们们们们们摒弃个概念,或以它没有价。
就工作的们们们们们们们们们们划和并行理来,deadline是极其重要的。如果没有们们的完工期限,所有都们们们们们们们们们们们们们们们们们们必工作,同也会大大减少交付次数。而且如果不明白deadline的真正含们们们们,那deadline可能会人们们感到沮们们们们们们们们们们们们,甚至生相反的效果。
们们及解决方案
以下是根据我司的出来的,在们们们们们们们们们们们们们公司中与deadline最相的们们们们们们们们们们们们,以及最有可能解决的法。
1,们deadline的理解因人而异
A:下周“才是deadline,我有大们们们们们们们们们们” 把的余:
B:“们们们们们们们们们们们们们什要担心个,没系的,deadline什们们们们们的当不得真。”
A:“们们们们”但我不想被炒啊:
们们们们们们们们就很形象地展示了同一个deadline,A和B两人在理解上有着巨大的差异,们们们们们们们们们们们们们们也会致整个在努力deadline们们们们们们们们们出困惑与挫感。
事们们们上,deadline必们们们们们们们个人都得要有号召力,知道每deadline重要的原因,他必明白们们们们们们们deadline会整个们们们们们们们们们们们们们们圈子有什的影响,包括其他们们们们们们们们们们们们们们们们们们们们们们的、客的或者公司整体的影响。
更重要的是,那些达成的deadline需要们们们们们们们们们们烈的祝,而一点常被忽掉们们们们们们们们们们们。比起那些deadline的工,建立起达成们们们们们们们们们deadline们祝的企们文化才是上上之策。
2,在目的生命周期中们们们们们们们们们们们们早定deadline
向一个各方面都属于未知状们们们们们们们们的目要求一个deadline们们们们直后患无,也们们们们们们们们们们们们们们们们们目涉及到的工力很大,目立起了失flag。所以,先深呼吸,耐心等两天,大家完成探索工作。然们们们们们们们们们们们们们们们们们们搜集信息花了,们们们们们们们们们们们们们们们们们们们们们们但之后我却能出有意的估,些信息会帮助我定更加准确的们们们们们们们们deadline。
3,deadline更新们们们们度不
在新们们们们们们们们们们们们们们们们们们们出,人并未整或重新估deadline,某个人们们们们没能立即提出,而是等到们们们们们们们deadline才告知他人,于是其他们们们们们人也受此,而整个们们们们们们们们们们们们们们们们们们也会因要赶工另一个deadline而倍感们们们力。
们定deadline不们们们们们们们们们们们们们们们们迫当是了工强超荷,把人当牲口用,而用以定们们们们们们们们们们们们们们们们们们们们们们们们外部目的期,划呈可期性。Deadline必们尽可能准确地反映们们们们们们们们们们们们们们们们们们们情况,否一旦出信任危机,个概念也就失去了可期性的功能。们们们们们们们们们们们们们们们们们们们们们们们们小或天更每每新当然,我不提倡deadline的行,们们们们们们们们们们们们们们们们们们们们们们们们们们们们周更但也新,或每至少按准划的奏来更新是个不的主意。
更新deadline并不拘于延们们们们们们们们们们们们们们,也可以短周期。至于具体怎们们们们们们们们们们们们们们们们们们们们们们们们们们们做,又或者兼而有之,都得工程和品商榷后确定。
4,未将所有“”们们们们们们们们们们们们们们们们们已知工作都入考范,考到了有趣的那些
在定个们们们们deadline们们们们们们们们们们们们们们,相人要完成的工作以及要投入的们们们们们们们们们们缺乏完整的理解。
在定们们deadline们们们们们们们们们们们们们们们,我当确保将所有已知的挑都涵盖在内,是否会因某个已知原因而浪们们们们们们们们们们们一些,比如度假、公司断网、因生们们们们们们们们们们日派宿醉而到.
另外我是们们们们们们们们们们们们们们们们们们们们们否可能忘了某些不起眼的任,个目打算写多少,们们们们们们们们们们们们们们们们们们们们们们如何将玩意儿布到生境中,跟着些们们们们们们们们们们们们们们们们们们们们们们们们们们们,放慢脚仔思考下整个程以及可用的源。做会定步deadline们们们们们们们们们得多,同定出的deadline也更得起考。们们们们们们
们们们们们们们们们们们们们们们于估:令人不适,但却是必要的
工程所定的们们们们们deadline很大程度上是通估形成的,们们们们们们们们们们们们们们们也就是中的每个人都要们们们们——们们们们们们们将犯自己知道,犯很多不或是没信息的地方出来,可能会们们们们们们们们们们们很困。
我们们们们们们们们们们们们们们们们们们们必达成共,尽可能准确地作出估,并随着们们们们们们们们们们们们们们们们们们们们们估地越来越准确。估是一技能,反使用会熟能生巧。初期可能会人不适,们们们们们们们们们们们们们们们们但是我需要做到的。们们估任
在定下大型们们们们们们们们们们们们们们们们们们们们目的交付前,我当将整个目拆分成小的任,个任们们们们们们们们们们们们们们们们们们当能在五个工作日内完成。每以下估任们们们们们们们们们们们们十分有用:
,们们们们们们们们们们们们们们们们个目是新建的,是之前就有的,
,们们们们们们们部分代量如何,
,我们们们们们们们们们们们们们们部分代的熟悉程度如何,
,们们们们们们们们们们们们涉及的程言熟悉程度如何,
,与其他代段在们们们们们们们们们们们们们哪里有接触或集成点,
,们们们们们们们们们有的覆盖率如何,
,们们们们们们们们们们们们们们们们们们们们们们们们们工作是否及涉,写入路径、、均衡器、注册,,,之前是否有人参与工作们们们们们们们们们们们们们,他有何想法,
,有哪些需要做出们们们们们们们们们衡,
,们们们们们们们们们们任的目是什,
,们们们们们们们们们们们们任究竟是否需要完成,
们们们估工程目
工程目通常被一个大的任,可以多人并行完成。们们们们们们们们们们们们们们们们们们们们们们们们们下面些有们们们们们们们们们们们们助于估目:
,我要在个目上花多们们们们们们们们们们们们们们们们们久,
,们们们们们们们们们们个工程目的目是什,
,是否有已知会安排的休息,们们们
,所有要完成的任有们们们们们哪些,
,是否其他们们们们们们们们们们们们们们们们有依,是障碍性的,
,们们们们们们们们们们们们目中是否有任其它任生障碍,
,们们们们们们们们们目是否需要新的基施或硬件,
,们们们们们们们们目的完工准是什,
完工准们们
即便要知道某们们们们们们们们们们们们们们们们们们们们们们们们们们工作是否完工都是很困的,中不同角色可能会有不同的完工准,因此我需要“”们们们们们们们们们们们们们们们们们们指定某个目的具体完工准。
下面是典型完工准的一些例:们们们们们们们们
,部署到生们们们们境,
,全自们们们们们化,
,与公司内部或第三方人们们们们沟通,
,在公司内部或外部们们们们们们们们们们行了一定量的,
,们们们们们们们们们生境制文档,
,完成们们们们们们们们们们们们售或推广的解,
,们们们们们布登面,
,分析并追踪,
,操作运行手册与系可性。们们们们们们
3.3需求更管理评评评评
们们们们们们们们们们们们们们们们们更是无法避免的,作一个合格的目理,我有有效的方法来管理目更。们们们们们
们们们们们们们们们们们们们们们们们们们们当目的某些基准生化,目的量、成
本和范等们们们们们们们们们们们们们们们们们们们们们们们随之生化,了保目目,就必们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们目生的各化采取必要的措施,行就是目更。
们们们们们们们们们们们们们们们们们们们们们们们目更生的原因是多的。以下是一些常原因:
,1,目们们们们们们们们们们们外部境生化,
,2,目体,目需求分析不周们们们们们们们们们们们们们们们们们们们们密,
,3,新技的出、人提出们们们们们们们们们们们们们们们们们们们们们们们们们们新的方案或者新的手段,
,4,建位由于化、机构重等原因们们们们们们们们们们们们们们们们们们们们们们们们们们造成流程化。
,5,其它原因
们们们们们们们们们们们们们们们们们们们们们们们们们们们们们我再来仔分析一下,上面的案例中的做法,会出怎的
们们们们们们们们们们们们们们们们们们们们们人在听到用的口抱怨后,就直接系们们们们们们们们们们们们们们们们们们们们们们件行了修改,解决用的,然是不符合流程的。下面列们们们们们们们们们们三条不合理的地方:
们们们们们们们们们们们们们们们们们们们们首先,人没有面用的更需求,可能
会致系件更的史无法们们们们们们们们们们们们们们们们们追溯,
们们们们们们们们们们们们们们们们们们其次,没有真估用的更需求是否合理,
可能会致与目有的工作可能不一致,致们们们们们们们们们们们们们们们们们们们影响成本、度或者目量,们们们们们们们们们
们们们们们们们们们们们们们们们们们们们们再次,行更,没有与其他目相成行沟通,可能会致们们们们们们们们们们们们们们们其他目成的工作不一致。
们们们们们们们们们们们们们们们们们们们们们们那我怎来理目中出的更需求呢,最好的法是建立一们们们们们们们们们们们们们们们们们们们们们们们们们们套正的程序目的更行有效的控制。
们们们们们们们们们们们们们们们们们地,管理更的程:步序包括以下几个
,1,更:分析目中出的是们们们们们们们们们们们们们们们们们们们们们否属于更需求,区分是否们们们们们们们们们们们们们们们们们更需求的准就是,某工作是否不在目工作基准中,们们们们们们们们
,2,价更目的们们们们们们们们们们们们们们们们们们们影响:如果属于更需求,们们们们们们们们们们们们们们们们们们们们们们们们们行分析,更会目成本、度、量等因素生哪些影响,
,3,更的方们们们们们们们们们们们们们们们们们们们们们案:列出几可能的更理方案,比如非常们们们们们们们们们们们们们们们们们们们急的更需求上批准,而目影响少们们们们们们们们们们们们们的更可以稍后再理,
,4,提出更们们们们们们们们们们们们们们们们们们们申:正式提出面的更申需求,
,5,征求目干系人的们们们们们们们们意:所有与更有的目干系人们们们们们们们们们们,注:目干系人们们们们们们们们们们们们们们们们们们们指所有与目有正面与利益的人之和,都参与目更,们们们们们们们们们
,6,批准或否决更们们:提交相目管理人,们们们们们们们们们们们们们们们们们们们批准或者否目更, , 7,追踪们们们们们们们更的施情况:们们们们们们们们们们更批准后,我需求跟踪更的行情况,并且要在们们们们们案。
3.4 评评评评评评评找目路径
3.4.1 评评评评评评评目路径定
们们们们们们们们们们们们们们们们们们们们们们目路径,在目管理中,路径是指网端元素的元素的序列,们们们们们们们们们们们们们们们序列具有最的工期并决定了整个目的最短完成。路径的工期决定了整们们们们们们们们们们们们们们们们们们们们们
个目的工期。任何路径上的们们们们们们们们们们们们们们们们们们们们们端元素的延将直接影响们们们们们们们们们们们们们们们们们们们们们们们们们们目的期完成,例如在路径上没有浮,。
2.4.2 如何找路径评评评评评评
活定、活们们们们们们们们们们们们们们们们们们们们们们排序以及源和估算的果就构
成了制定目度们们们们们们们们们们们们们们们们们们们们们划的基。目的度划既是回答
每个活的度们们们们们们们们们们们们们们们们们们们们安排,而更重要的是得到有目整
体的度信们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们息。制定目度划的工具和方法有:甘特,路径分析和PERT估。们们
们们们们们们们们们们们们们们们们们们们们们们是一用日形式来列出目活及其活起止
的目们们们们们们们们们们们们们们们们们们们们们们们们们们们们示方法。由于形表示方法最初是由泰勒的同事亨利.干特所们明,所以又被称作甘特们们们们们们们们们们们们们们们们们们们们们们们们。在大多数目管理件都可以自生成甘特。在目的们们们们们们们们们们们们们们们们们们们们们甘特中,有几个特殊的符号需要注:
任,评Task,,用们们们们们们们们们们们们们们们们状的水平横道来代表一个任,所
以有的们们们们们们们们们们们们们们们们们们们们候甘特又叫横道。横道的起点和点就
代表了任的起们们们们们们们们们们们们们们们们们们们们们们们们止,横道的度就代表了任的持。里程碑,Milestone,,具有零们们们们们们们们们们们们们们们们们们们的重要事件。在中用菱形符号代表。依系,评评评Dependency,,指各个任之存在们们们们们们们们们们们们着一定的依系,例如:束们们们们们们们们们们们们们们们们们们们们们们们们们们,始,始,始,束,束,始,束系。概要任,评Summary Task,,是指的一些任集合成一个更大的们们们们们们们们们任,通常代表了任的不同。们们们们们们们们们们们们们们们
由于甘特们们们们们们们们们们们们们们们们们们们们在表示目度信息方面明了,所以是
们们们们们们们们们们们们们们们们在用最广泛的目度表示方法。
们们们们们们们们们路径分析也称路径法,Critical Path Method,,是一用来体们们们们们们们们目的目们们们们们们“们们”们们们们们们们们们路径,是网分析技。所指当我完成了目度划后,在目的们们们们们们们们们们们们们们们们们们们们网上,存在着若干条从目启到
们们们们们们们们们们们们们们们们们们们们们们目束之的路径,但是其中一条,格的来,
可能存在一条以上,路径上来:们们
,其上所有活的之和就是完成目的最短,们们们们们们们们们们们们们们们们们们,路径上任何活的们们们们们们们们们们们们们们们们延都会致目的延,
,如果我们们们们们们们们们们们们们们们们们们们们们们们们们想短目,就必短条路径上活的,们们们们们们们们们们们们们条路径就是目的路径。如下:
们 - 2.们们路径
怎们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们确定路径呢,它是目网中,,最的路径。下面我来下一个定,一个目的路径:是们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们指一系列决定目最早完成的活。在路径上的活都们“们们”们们们们们们们们们们们们们们们,因它直接决定了目的度。很个每
活都们们们们们们们们们们们们们们们们们们们们们们们们只有最少的浮或差。所浮或差
是指一活在不们们们们们们们们们们们们们们们们们们们们们耽后活或目完成日期的条件
下可以拖延的度。们们们们们
们们们们们们们们们们们们们们们们们们们们们在所有的目管理件工具都将找一个目的路
径作最基本的功能。它是们们们们们们们们们们们们们们们运用某运算法们们们们们们们们们们们们们们们来算而得出目路径信息的们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们运算法被称正推法和倒推法,个法出的果就是目的路径,当然也包括们们们们们们们们“们们”们们们们们们个活于度的目的和目中信息每。然今天已
很少需要手工算来得到目的路径了,们们们们们们们们们们们们们们们们们们们但是仔了
解一下它的算法将会非常有助于更深刻地理解所得到各信们们们们们们们息的意。下面我就来们们们们们们们们们们们们们们们们们们们们们们们们们们们看一下如何用正推法和倒推法来算目的路径。正推法和倒推法主要是用来算有一个目活的:们们们们们们们们们们们们
们们们们们最早始,Early Start,们们称ES,,在条件具的情况下,活们们们们们们们们们们们们们们们们们们们可以始行的最早可能,
们们们们们最早束,Early Finish,们们称EF,,在条件具的情况下, 们们们们们们们活可以完成的最们们们们们们们们们们们早可能,
们们们们们们最始,Late Start,们们称LS,,在不拖延们们们们们们们们目度的情况下,们们们们们们们们们们们们们们活可以始行的最可能,
们们们们们最早束,Late Finish,们们称LF,,在不 们们们们们们们拖延目度的情况下,活可以完成的最可能,们们们们们们们们们们们们们
如下所们们们们们们们们们们一个目活的示,每4个参数都是一个点。们们们们
们 - 3. 正推法和倒推法的活参数们们们
所们们们们们们们们们们们们们们们们们们们们们们们们正推法就是从目的第一个活到最后一个活跟踪全部活的先后系,算出们们们们们们们们们们们们们们们们们们们个活的最每早始,ES,和最早们们们们束,EF,。
所们们们们们们们们们们们们们们们们们们们们们们倒推法是从最后一个活始向前追溯到第一
个活,算出们们们们们们们们们们们们们们们们个活的最始,每LS,和最束,们们们们们们LF,。正推法的算程们们们们们们们们:步包括四
步评一:们们们们们们们们们们们们们们们们们们们们们们们们们们们定目的第一个活的最早始是从第一天始,如:们 - 4. 们们们路径正推法的一步
步评二:们们们们们们们们们们们们们们们们们们算第一个活的最早束,可以用第一个活的最早们们们们们们们们们们们们始加活的减1得出:EF = ES + 们们,1,如:们们们 - 5. 们们们路径正推法的步二
步评三:们们们们们们们们们们们们们们们们们们们算活的所有后活的最早始,ES,:后活的们们们们ES,前活的们们们们EF,1
们 - 6. 们们们路径正推法的三步
步评四:们们们们们们们们们们们们们们们们们重步每二、三,目中的个活算最早始,ES,和束们们们们,EF,,如所们们们们示:
EF = ES + 们们 – 1
ES = 前活们们们EF + 1
们 - 7. 们们们路径正推法的四步
但是们们们们们们们们们们们们们们们们们们们们们们们每里有一情况需要特考,因正推法是依
个活的前活来决定的,所以如果一个活存们们们们们们们们们们们们们们们们们们们们
在多个前活的,需要采用前活中们们们们们们们们们们们们们们们EF最的那个活来算活的们们们们们们们们们们们们们ES。
倒推法的算程们们们们们们们们们们们们们们们们们们们们,只步不也包括次你四个是从
目的束始。们们们们们们们们们们们们们们们们们们们们但里要用到正推法的果:
步评一:因们们们们们们们们们们们们们们们们们们们们们们们们们们们们们你不能延目的完成,因此最后一个活的最早束EF等同于最束们们们们们LF。
们 - 8. 们们们路径倒推法的一步
步评二:们们们们们们们们们们们们们们们们们们们算最后一个活的最始,可以通用最束们们们们们们们们们们们减去活的然后加1来得出。
LS = LF – 们们+1
们 - 9. 们们们路径倒推法的步二
步评三:每每个活们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们个活算最束。必在后活始之前完成,因此可以LF = 后活们们们 LS – 1
们 - 10. 们们们路径倒推法的三步
步评四:然后重们们们们们们们们们们们们们们们们们们们们们们们们,算出个活的最始和最束第二、三每步
们 - 11. 们们们路径正推法的四步
同在算程中们们们们们们们们们们们们们们们们们们们们们也需要理一个特殊情况,由于
倒推法是依个活的后活来考的,所以如果一个们们们们们们们们们们们们们们们们们们每
活出多个后活的们们们们们们们们们们们们们们们们们们们们们候,取后活中LS最早的那个来算活们们们们们的LF。
事们们们们们们们们们们们们们们们们们们们们们们们们们个活有度的信上在完成倒推法的算之后,我得到了每息:
们们最后一个活的EF,LF,就是目可能的最们们们们们们们们们们们们早完成,也就是目的最度,们们们们们们们们
们们活的LS确定了我需要活提供们们们们们们们们们们们们们们们们们们源的最,如
果超们们们们们们们们们们们们们们们们们们们们们们们们们们了个意味着可能的目最早交付会被延,
们们们们们们们们们们们们们们们们们们目中最的路径就是目的路径,
们们们们们们们们们们们们们们们们们们们们们们们们们们们们们如果路径上的活没有被延,那目度就不会有延,
们们们们们们们们们们们们们们们们们们们们们们们们如果我要短目的,就要短路径上活的,
们们们们们们们们们们们们们们们们们们我可以通个活的每公浮式来算,Total Float,TF = LF-EF,又被称们们们们们们们们们们们们们们们们们们们们们们差。它代表了在不影响目体度的前提
下,活可以们们们们们们们们们们延的段,
们们们们们们们们们们们们们们们们们们们我可以通个活的每自公由式算浮,Free Float,FF,活们X,,后们活的们们ES - EF,活们X,- 1。它代表了活不们们们们们们们们们们们们影响后活而可以被延们们们们们们们们们们们们们们们们们们们们们们们们的。上面所的差是自由浮的一。
们们们们们们们们们们们们们们们们们们们们们差是个活可以每延的范,并且可以不影响
体目的度,而们们们们们们们们们们们们们们们们们们们们们们们自由浮是指在不延任何活
最早们们们们们们们们们们们们们们们们们们们们们始的情况下,目活可以延的范。
下面我来们们们们们们们们们们们们们们们们们们们们们们们们们们们看一个例子的推演,帮助大家更好的理解。如下是一个小目的们们们们们们们们们们们们们们们们们们们们们个活的史估算,我需网每,已完成
要确定利用正推法和倒推法求出个活的们们ES-EF-LS-LF,以及们们们们们们目的路径:
们 - 12. 例们-推算路径们们们们
正推法求ES-EF:
步评一:活们A的ES=1,EF=ES+20-1=20,如下:们们
们 - 13. 例们-推算路径们们们们一步正推法
步评二:求出以活们A们们们们们们们们们们前活的那些活的ES以及EF。ES = 前活的们们们们EF+1 EF = ES + 们们 - 1
如下:们们
们 - 14. 例们-推算路径们们们们二步正推法
步评三:重们们们们们们们们们们步二,算出所有活的ES-EF。但们们们们们们们们于出了两个前们们们们们活的活E来,由于们们们们B的EF们于D的EF,所以其们们们算取B的EF。如下:们
们 - 15. 例们-推算路径们们们们三步正推法
然后我用们们们们们们们们倒推法来算LS-LF。
步评一:们们最后一个活E的LF=EF。LS = LF – 们们 + 1。如下:们们们 - 16. 例们-推算路径们们们们一步倒推法
步评二:们们算那些以活E们们们们们们们们后活的活的LF-LS。LF = 后活的们们们们LS – 1 Ls = LF – 们们 + 1
如下:们们
们 - 17. 例们-推算路径们们们们二步倒推法
步评三:重们们们们们们们们们步二算所有活的LS-LF。其中活们A有两个后活们们们B和C,
TF=1
0
们 - 18. 例们-推算路径们们们们三步倒推法
们们们们们们们们们们们们们们们们在我就得到了个目的路径:A- B-E。于一个活的们们们们们们们每度要求信息也很清楚,我可以们们们们们们们们们们们们们们个活的看到浮。在路每径上活的们们们们们们们们浮都0,意味着们们们们们们们们们们们们们们们些活不能有半点拖延。而活C和D的浮们们们们10,所以只要延们们在10以内就不影响们们们们们们们们们们目的度。因此我们们可以灵活安排活C和活们D的们们们们们们们们们们们们们们源,可以在些活即将始
的们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们们候再安排源。些活也可以在最早始始,也可以延后10天才们们们们们们们们们们们们们们们们们们们们们们始,但都不会影响目的束。在源平衡程
中,我们们们们们们们们们们们也常会用到差。
们们们上,活C和活们D有10天的浮们们们们们们们们个活都有,并不是意味着10每天的浮们们们们们们,而是两个活共有10天的浮们们们们们们们们们们们们。我上将活C的浮扣除们们们们们掉,即只有活们D有浮们们们们们们。路径CD的浮们们们们们10天。
但是活们C的差和活们们们们们们D的差是有差的。们们们们们们们们们们们们们们们们们们句,就是活C允们偏离们们们们们们们们度的和活D允们们们们们们们们们们们们们们偏离度的是有差的。
如果活们D在第31天始,是活们们们们们们们D的最早们们们们们们们们们始,由于活D有10天的延们们们们们们们们们,那活在第60天束,那会不会们们们们们们们们们们们们们们们影响目的束
呢,回答是:不会。
们们们们们们在,我假活C 可以准在们们们第21天始,并且最要在们们们们们们们们们们第40天完成。们们们如果的就不会们们们们们们们们们们们们们们们们们们们们影响目的度。但由于活C的度生偏们们们们们们们离,那会们们们们们们影响目D不能在最早们们们们们们们们们们们们们们们始和最早束。如果在
工作们们们们们们们们们们划中,被安排到活D的们们们们们们们们们们们源的使用段:第31天到第40天。在第40天的们们们们们们们们们们们们们们们们们们们们们们们们们们候,些源将被撤走,安排到其它的目中。因活C的度们们们延们们们们们将会致活D的们们们们们们们们们们们源出短缺,因而活D也会出们们们们们们们们们们延,并最致目的延们们们们们们。因此活C们们们们们们们们们们接地致了目的延。
在们们们们们们们们们们们们们们们们们们们们们们们们们里我就可以看到差和自由浮的区,例如:
FF,活们C,,31,后活最们们们们们早ES,-30,EF,活们C,,- 1 = 0
FF,活们D,,61,后活最们们们们们早ES,-50,EF,活们C,,- 1 = 10因此活们D有10天的自由浮们们们们们们们,而活C没有。
评评路径重要概念
评评评评评评评差与自由差的区
们们们们们们们们们们们们们们们们们们们差是指在不延目完成日期或反度因素的前提
下,某活可以推的。差们们们们们们们们们们们们=LS-ES=LF-EF自由差是们们们们们们们们们们们们们们们们们们们们指在不影响后活最早始的情况下,
当前活可以推的。们们们们们们们们们们们们们自由差=(后一活)ES-(们前一活的们们)EF-1所以差们们们们们们们们们们们们们们们们们们们们影响工期,自由差影响后活。
如何算评评ES,EF,LS,LF
前推法来算最评评评评评评早
某一活的最们们们们们们们们们早始,ES,=指向它的所有前活的最们们们们们们们们们们早束们们们的最大。
某一活的最们们们们们们们们们早束,EF,=ES+T,作,们们们们
逆推法来算最评评评评评评
某一活的最束,们们们们们们们们们LF,=指向它的所有后活的最始们们们们们们们们们们们的最小。们们
某一活的最始,们们们们们们们们们LS,=LF-T,作,们们们们
评评评评评评评评算路径的步
1. 用有方向的段出各点的前活和后活的系,们们们们们们们们们们们们们们们们们们们们使之成一个有方向的们们们们们们们们们们们网,PDM,
2. 用正推和逆推法算出各个活的们们们们们们们们ES,LS, EF, LF,并算出各个活们们们们们们们
的自由差。找出所有差们们们们们们们们们们们们们们们们们们们们们们们们们零或的活,就是活
3. 们们们们们们们们们们们们们们们们们们们们们们们们们路径上的活持决定了目的工期,和就是目工期。评评评评评评度的方法
,增加人手,聘们们们们们们们们们们们们们们们更有的人,或找兼人
,加班
,并行
,重新估算后面的工期
,加强沟通,减少们们更
,加强控制,避免返工
,外包
,加强沟通,先完成需求们们们们
,增加们们们们们们们们们们们们源有可能工期有限
,降低要求或减少们们们们们们目的范。
4. 评评工作量估算
本次们们们们们估的是《IAS网们们们们们们们们们们们们们们们化系》。了更准确的估算出件的工作量,我们们们们们们们们们们们们们们们们们一个件功能模所需工作量每
出了三个估,分是:们们们们们们们
1,悲们们们们们工作量,Epi,:是一个最保们们们们们们们们们们们们们守的估,可能在程人技不熟,理解不,或有们们们们们们们们们们们们们们们们们们们们们们们其他影响其正常工作的因素存在的情况上生。们们们
2,正常工作量,Eni,:是一个们们们们们们们们们们们们们正常的程序可能付出的工作量估。们们
3,工作量,们们们们们们Esi,:情况可能在程们们们们们们们们们们们们们们序技相当熟,相们们们们们们们们们们们们们们们们们们们们们们们们当了解,且以前可能有似目
的情况下所需的工作量。
们们们们们们们们们们们们们们们们们们们们们们们们们们每一功能模,其最的工作量估算按以下公式算:
Ei = ,Epi + 4 × Eni + Esi,/ 6
下面的表1是们IAS网们们们们们们们们们们们们们们们们们们们们化系端的段的工作量估算,表2是们IAS网们们们们们们们们们们们们们们们们们们们们化系平台端的段的工作量估算。
表1:IAS网们们们们们们们化系端
悲终工作量正常工作量终终工作量工作量(Ec1)序号功能名称;人.小终,;人.小终,;人.小终,;人.小终,
2016715.171登终
23.67站点终核终构3024162
24181218小性能终终区3
24181218楼终遍终终终4
24181218外泄终终5
24181218切终终终6
24181218终梯终终7
24181218无终终终参数8
2016715.17信令信息终看9
23.67终终终果呈终30241610
2016715.17系终终置11
23.67终片采集30241612
23.67建筑物终情核终30241613
30201220.33新增终终功能14
30201220.33CQT终终15
30201220.33楼终遍终终终16
30201220.33小道路区DT终终17
30201220.33无终终终参数18
2016715.17终终终终管理19
2016715.17信令信息终看20
2016715.17GIS地终管理21
24181218终片采集22
2016715.17站点搜索23
2016715.17基准终置24
23.67终表终状30241625
2016715.17天终工终量参26
2016715.17数据管理27
2016715.17照片管理28
2016715.17系终管理29
23.67工终管理30241630
23.67终终终音30241631
2016715.17终终照片上终32
2016715.17生成终终LOG33
2016715.17小性能终终区34
2016715.17投终信息管理35
23.67回终模板自终生成30241636
2016715.17无终参数37
30241623.67终置38
合终 928714407698.57
表2:平台工作量清们
悲终工作量正常工作量终终工作量;人.工作量(Ec1);人.小序号功能名称;人.小终,;人.小终,小终,终,
2016815.331登终
终目终度终终2016815.332
站点据管理数2016815.333
终终终终管理30241623.674
终终终告管理2016815.335
终终LOG管理2016815.336
GIS地终管理30241623.677
log回放终件2016815.338
系终日志管理2016815.339
用终管理2016815.3310
合作终位系终终接141059.8311模终
楼宇据管理数30241623.6712
终终终终管理30241623.6713
终终终告管理30241623.6714
终终LOG管理141059.8315
GIS地终管理2420101916
系终日志管理2016815.3317
用终管理2016815.3318
合作终位系终终接30241623.6719模终
log回放终件2016815.3320
天终工据管参数2016815.3321理
终位管理2016815.3322
终终据管理数2016815.3323
系终终置2016815.3324
地终终终2016815.3325
工终流程管理30241623.6726
工终终终提醒2016815.3327
终终终果终看2016815.3328
终终日志下终回放30241623.6729
终终人终终终定位30241623.6730
终终据终终数GIS展2016815.3331示
终终KPI终终2016815.3332
全告警网GIS展2016815.3333示和终终
终终终终终表2016815.3334
全工管理网参2016815.3335
基终信息管理22161216.3336
勘站终终管理141059.8337
系终管理2016815.3338
GIS地终管理2016815.3339
站点终核终构2016815.3340
小性能终终区2016815.3341
楼终遍终终终2016815.3342
外泄终终30241623.6743
切终终终30241623.6744
终梯终终30241623.6745
无终终终参数30241623.6746
信令信息终看2014713.8347
终终终果呈终10656.548
终片采集30241623.6749
建筑物终情核终30241623.6750
新增终终功能2014713.8351
CQT终终30241623.6752
楼终遍终终终30241623.6753
小道路区DT终终2014713.8354
无终终终参数30241623.6755
基准终置24161016.3356
终表终状2014713.8357
天终工终量参2014713.8358
数据管理24161016.3359
照片管理24161016.3360
生成终终LOG24161016.3361
小性能终终区30241623.6762
投终信息管理24161016.3363
合终 142411106451084.76上述两们们们们们们们们们们们们们们们们工作的段的工作量合:
Ec = Ec1 + Ec2 = 698.57 + 1084.76 = 1783.33(人.小终)
5评件生命期工作量估算
们们们们们便于估算,我假定《X们们们们们们们们们们们们们券放管理系》和《X们们们们源管
理系们们们们们们们们们们们们》均按照瀑布模型。
瀑布模型将整个件生命期们们们们们们们们们们们们们们们们们划分划与需求、品
们们们们们们们们们们们们们们们们们们们们们们们们们们、、与元、集成与、移交等六个
段,各段所们们们们们们们们们占工作量如表3所示。
表3:瀑布模型们们们们们们们段分布百分比
序号们段,端点,工作量%
112们划与需求
217们们们品
323们们们们
424们们们们们们与元
519集成与们们
65移交
根据上表,与们们们们们们们们们们们们们们们们们元段占全部工作量的24%,因此《X们们券
们们们们们们们放管理系》和《X们们们们们们们们们们们们们们们们源管理系》的工作量估算:E = Ec / 24 % = 1783.3 / 24 % = 7430.4,人.小,们们
根据我国的情况,们们们们们周休息每2天,年每们们们们们们们们们们包括三个假,因此,
每个月的工作日假定们20天,个工作每日工作8小。按此们们们们们们们假定,
上述工作量算成人们们们们们们们们们月数:
E = 7430.4 / (20 × 8) = 46.44,人.月,6.工作量评评
工作量估算出来后,有目理成相干系人和家们们们们们们们们们们们们们们们
工作量行。们们们们们们们们们们们们们们们们们们们们们会上按逐一工作量行。我司工作量们们们们们们们们们们们们内容主要是参照下表:
S/终终大终终终终N
1活终排序终终终系的合理性与
2工作包的终次是否合理;可算、可管理、可衡量、一人和部终终终,估个WBS终制3是否终每工作包都算了工作量、终算和终度个估
4是否每工作包都有的、可衡量的终终终准个清晰
5终目干系人信息是否完整
6终目终终终是否可行~终终分工是否明构晰7终目终相终管理制度是否终尽
8人终配置合理性;是否足以支撑各终任终、是否存在重终或不合理的地方,人力终源
终目需要的终源是否终可终、是否考终各工作包的终终技能要求分配工作确个与来9并与且被安排的终终终行必要通沟10是否制终人力终源终终终划
11本次终的方法是否适合本终目估
12整工作量是否符合终目整终终体体划13终目终终路是否合理径工作量14终终里程碑的终置是否合理
15工作量终点分析是否终尽
16工作量是否基于公司的终准工终终准的要求
范文四:软件系统工作量评估方法
软件系统工作量评估方法
之COSMIC-FFP方法
1 COSMIC-FFP方法的基本原理
COSMIC-FFP方法假设功能规模是通过“数据移动”的个数来度量,一个数据移动是一个数据组的传输,一个数据组是一个有区别的、非空的、没有顺序且没有冗余的数据属性的集合。有4种类型的数据移动:输入、输出、读和写。输入是从用户穿越被度量系统的边界传输数据到系统内部,这里提到的用户既包括系统的使用人员,也包括其他软件或者硬件系统;输出是一个数据组从一个功能处理通过边界移动到需要它的用户;写是存储数据到永久性的存储设备;读是从永久性的存储设备读取数据。一个数据移动记为一个COSMIC功能规模单位(Cosmic Functional Size Unit,Cfsu),Cfsu是COSMIC-FFP方法中标准的测量单位。通过统计系统中所有的“数据移动”的个数就可以得到系统的功能规模。
在COSMIC-FFP中,将系统的功能处理分解为“数据计算”和“数据移动”2种类型,该方法只统计了“数据移动”的个数,没有对“数据计算”进行度量,所以,COSMIC-FFP方法主要适用于如下的领域:
●以数据处理为主的商务应用软件,如银行、财务、保险、个人、采购、分销、制造等领域的信息系统;
●实时系统,如电话交换系统、嵌入式控制软件(家电中的控制软件、汽车中的控制软件、过程控制中的自动数据采集系统等);
●上述两种类型的混合,如飞机售票系统、旅馆预订系统等。
该方法不适合于复杂算法的系统与处理连续变量的系统,如:专家系统、模拟系统、自学习系统、天气预报系统、声音和图象处理系统等。
2 COSMIC FFP方法的过程
2.1 过程概述
FFP的分析过程分为两个阶段:第一个阶段是映射阶段,映射阶段的目的是将软件的功能需求分解为功能处理、数据组、数据属性;第二个阶段是度量阶段,度量阶段的目的是将功能处理分解为数据移动,计算功能规模。整个过程的模型如图2所示。
图2 COSMIC-FFP 方法的过程模型
上述的两个阶段可以细化为8个活动,具体的步骤参见图3。
图3 COSMIC FFP方法的步骤
2.2 识别软件层次
识别层次的目的是为了识别被度量软件的边界,清晰地定义被度量软件的范围。
一个层次是对软件环境进行功能划分的结果,每一层的软件提供功能给自己的用户(可能是一个人、一个物理设备或者其他软件,如在其他层次的软件)。在一个多层的软件中,提供功能的层称为“从属层”,使用功能的层称为“主层”。一个从属层的软件通过它的服务提供功能性的服务给主层,从属层的软件不依赖于主层的软件,如果一个从属层不能正常工作,则依赖于该层的主层可能也不能正常工作,某个主层的软件不需要依赖于从属层提供的所有功能。
在COSMIC FFP中定义的层次的概念和我们通常讲的三层(表示层、业务逻辑层、数据层)体系结构中层次的概念是不同的,在同一个层次中的两个软件之间的数据交换在COSMIC FFP中定义为“对等数据交换”。
典型的MIS系统分层体系结构如图4所示。
图4 典型的MIS系统分层体系结构
2.3 识别边界
边界定义为被研究的软件与其用户之间的概念性接口,用户既包括系统的使用人员,也包括其他软件或者硬件系统。边界使得度量人员可以无二义性地将被度量的软件从其运行环境中区分开来。在识别的一对主层与从属层之间存在一个边界,在同一层的任意两个可区分的进行对等交换数据的软件部分之间也存在一个边界。
在COSMIC FFP中定义的层次的概念和我们通常讲的三层(表示层、业务逻辑层、数据层)体系结构中层次的概念是不同的,在同一个层次中的两个软件之间的数据交换在COSMIC FFP中定义为“对等数据交换”。
典型的MIS系统分层体系结构如图4所示。
图4 典型的MIS系统分层体系结构
2.3 识别边界
边界定义为被研究的软件与其用户之间的概念性接口,用户既包括系统的使用人员,也包括其他软件或者硬件系统。边界使得度量人员可以无二义性地将被度量的软件从其运行环境中区分开来。在识别的一对主层与从属层之间存在一个边界,在同一层的任意两个可区分的进行对等交换数据的软件部分之间也存在一个边界。
图5 边界的概念视图
2.4 识别功能处理
一个功能处理是用户功能需求集合的一个基本部件,包括一组唯一的、内聚的、可独立执行的数据移动。直接或者间接地通过一个“actor” 被一个或多个触发事件触发。为响应它的触发事件,当它执行完所有被要求的任务之后,功能处理结束。“actor”是被度量系统的一个用户,它作为一个中介,将触发事件的数据传递到响应该实践的功能处理。
一个功能处理至少从一个可识别出来的用户功能需求(FUR)派生出来。当一个可确认的触发事件发生时,一个功能处理被执行。一个功能处理至少有两个数据移动组成,一个输入加上一个输出或者写。一个功能处理属于且仅属于一层。
在COSMIC FPP中用户功能需求(FUR)中并不包括技术与质量的需求,在实践中有些需求很难界定是否是“功能需求”,比如“应该简单易用”最基本的识别原则是:只要需要移动数据组,则应该识别为功能需求,并识别出功能处理,度量其规模。
2.5 识别数据组
一个数据组包含的每个数据属性描述了感兴趣的同一个对象的一个互补的侧面。一个数据组可以是永久存储的也可以是短期存储的数据,它必须在系统中被具体化。通过它的唯一的数据属性集合,每个被识别的数据组必须是唯一的和可区别的。每个数据组必须被直接的关联到一个在软件的FUR中描述的兴趣对象上。在COSMIC-FFP中,采用术语“兴趣对象”替代“实体类型”或“范式关系”,以避免使用特定的软件工程方法的术语。例如:在管理信息软件领域,一个兴趣对象可以是雇员(物理的)或订单(概念的),在实时系统中,一个兴趣对象可以是一个脱机文件。
2.6 识别数据属性
一个数据属性是已识别的数据组中最小的信息包,从软件的用户功能需求的角度表达了一定含义。一个数据属性要么刻画了用户的现实世界,要么是一种记录了环境信息,但不能是一种特定的实现技术所使用的信息,如临时变量等。
1 识别数据属性并非是必须的活动。COSMIC-FFP中基本的功能度量单位是一次数
据移动,数据移动的对象是数据组,数据组是数据属性的集合。在计算功能规模时没有考虑数据属性的多少,对于特定的度量目的,需要更加精确地度量规模时,可以对COSMIC-FFP方法进行扩展,度量数据属性的个数即是其中的一种扩展方法。
2.7 识别数据移动
一个数据移动是一个功能处理的部件,它移动属于一个单独的数据组中一个或多个数据属性。如果移动多个数据组的数据属性,则应识别为多个数据移动。有四种子类型的数据移动:输入、输出、读和写。
在任何一个功能处理中,不要重复识别一个数据移动。例如:假定在FUR中要求一个数据组的移动,但是开发人员决定通过2个命令,在功能处理的不同地方,每次读取不同数据子集,在考虑规模时,仅识别为1次读。但是,本规则也有一些合法的例外,比如在实时软件中, 如果FUR要求在某个处理停止之前,必须重复读以检查从第1次读到现在的数据是否已经改变了,在这种情况下,如果有额外的和/或不同的数据操作与第2次读相关联,那么读就应该识别为2次。
2.8 执行度量与汇总结果
在COSMIC FFP方法中,每一个有效的数据移动被看成为一个Cfsu。在为每一个功能处理都找到其应有的所有数据移动之后,将它们累加在一起便是这个功能处理的规模,如式(1所示)。
SizeCfsu (功能处理) = Size(输入)+Size(输出)+Size (读 )+Size (写 ) (1)
将所有的功能处理的规模累计在一起便是这个软件系统的规模。如果是从不同观点来度量的软件规模,则不应该累加一起。从最终用户的观点和从开发者的观点度量同一个软件系统的规模,其结果是不相同的。除非有特别的需要,不同层的规模一般也不应该累加一起。 3 COSMIC FFP的实践综述
根据笔者在5家软件公司中培训、推广该方法的统计分析,在1个小时内可以让开发人员掌握COSMIC FFP方法的原理,在6个小时内可以让学员掌握FFP方法的计算规则,通过培训后,学员按此方法对同一个需求进行规模估算,偏差不会超过10%。对同样的需求,由同样的一批专家采用代码行估算方法,偏差最大超过100%。如果采用IFPUG方法对学员
进行培训,至少需要16小时,而且在实际估算时,IFPUG方法的估算效率大概是FFP方法的1/3。
COSMIC FFP方法,易于理解与掌握,既适合于商业应用软件,也适合于实时系统以及二者混合的系统,既可以度量整个系统的规模也可以度量产品构件的规模,同时在采用该方法进行规模估算时,还可以发现需求不清晰、不详细等问题,对需求确认起到很好的帮助作用。从2003年开始,ISBSG(国际软件基准组织)开始接受基于COSMIC FFP进行规模度量的项目数据,到目前已经收集了100多个项目的度量数据。2005年11月针对商业应用软件的COSMIC的指南已经公布,针对实时系统的指南也即将公布,相信会有越来越多公司采用COSMIC FFP方法。
范文五:工作量评估方法
附件2
辽宁师范大学教学工作量计算及考核办法
凡我校在岗教师~承担国家计划招收的全日制本科生和研究生教学任务~其教学工作均须达到一定量和质的要求~并按本办法进行计算和考核。
一、 基本教学工作量要求
,一,纳入教学计划的教学工作量包括:全日制本科生和研究生的专业类课程、公共类课程及实践实验类课程的授课与指导工作。
,二,学校各职级教师每学年基本教学工作量为:教授238学时,7学时,周,, 副教授221学时,6.5学时,周,~讲师、助教204学时,6学时,周,。
,三,各职级教师授课工作量应达到总教学工作量的60%以上~其他工作量最高不超过40%。
实验技术人员基本教学工作量参照本办法由各学院自行确定。
二、 本科生教学工作量计算办法
,一,专业类课程~基本班型为60人,少于60人但达到我校开课人数要求的~或因课程特殊需要小班型上课的由教务处确认后~可视为基本班型,下同,。基本班型教学工作量按计划学时计算~超过基本班型达到90人以上按计划学时×1.1计算~120人以上按计划学时×1.2计算~150人以上按计划学时×1.3计算。
,二,公共类课程
1.“两课”、计算机应用基础、大学外语、大学体育、教育理论与技能课程等五种公共类课程基本班型为90人。基本班型教学工
作量按计划学时计算~超过基本班型达到120人以上按计划学时×1.1计算~150人以上按计划学时×1.2计算~180人以上按计划学时×1.3计算。
2.面向全校开设的公共选修课~基本班型为60人。基本班型教学工作量按计划学时计算~超过基本班型达到90人以上按计划学时×1.1计算~120人以上按计划学×1.2计算~150人以上按计划学时×1.3计算。
,三,音乐、体育、美术专业术科课程~集体授课按计划学时×0.7计算~单独授课按计划学时×0.5计算。
,四,实验类课程,含计算机上机,~按计划学时×0.7计算。
,五,实践类课程
1.指导教育实习~工作量按实际指导周数×8学时计算。每位教师一般指导一个小组12人左右~最多不超过15名学生。
2.指导毕业论文,设计,~实验类每个选题按10学时~其他按6学时计算。
3. 指导专业实习、毕业实习、艺术实践和野外实习, “全程式”指导每30人按10学时/周计算,“巡回式”指导工作量每30人按5学时/周计算。
4(开设研究型课程按计划学时×1.2计算,双语课程按计划学时×1.3计算。
,六,每15名学生配一名学习导师~按15学时/年计教学工作量。
,七,重复课按计划学时×0.8计算。
,八,几点说明及要求
1.超教学工作量部分~可折合科研工作量。0-50%科研工作量部分~按8学时折合1个科研工作量分~51-100%科研工作量部分~按12学时折合1个科研工作量分。
2.具有教授职称的教师~在自己的研究领域内每学年要向本学院
或外学院或全校开设1—2门选修课程。
3.研究生导师每学年至少要给本科生开设一门课程。
三、 研究生教学工作量计算方法
,一,授课教学
1.专业课
博士研究生、硕士研究生以5人,含5人及以下,为一个标准班~按计划课时计算教学工作量~每增加2人~增加0.1个标准班~即按1.1个标准班计算教学工作量。最高不超过1.3个标准班。
2.公共课
博士研究生、硕士研究生以50人,含50人及以下,为一个标准班~按课表安排课时数计算教学工作量~每增加20人~增加0.1个标准班~即按1.1个标准班计算教学工作量。最高不超过1.3个标准班。
3.实验课、计算机上机课
博士研究生、硕士研究生以教学安排课时数乘以系数0.7计算~人数标准与专业课标准相同。
,二,教育实习指导
硕士研究生教育实习一般安排在第二学年第二学期由原任课教师指导。每生授课课时不超过6课时~并按6学时计入原任课教师工作量。
,三,学位论文
1.指导博士研究生完成学位论文并答辩通过~每生按90学时计算,在第3学年,。
2.指导硕士研究生完成学位论文,在第3学年,并答辩通过~每生按72学时计算。
四、教学工作的考核
,一,教师教学工作质量考核执行《辽宁师范大学课堂教学质量评估方案》和《实验课教学质量评估方案》~由学校和学院两级
结合进行。
,二,教师教学质量考核分为优秀、良好、合格与不合格四级~各类教师的教学考核均应达到合格,含合格,以上标准。
,三,教学考核优秀者,学校一次性奖励500元。教学考核优秀的比例不超过任课教师数的5%。聘期内一年教学考核不合格者~按实际教学工作量×0.8系数发放岗位津贴,连续两年考核不合格~按实际教学工作量×0.6系数发放岗位津贴,连续三年考核不合格者~取消聘任资格~调离教师岗位。
,四,教学工作中出现三级教学事故~按0.9系数发放岗位津贴,出现二级教学事故~按0.8系数发放岗位津贴,出现一级教学事故~按0.6系数发放岗位津贴。
,五,一年内未开设本科生课程的教授和研究生导师~按其实
际教学工作量×0.9系数计算教学工作量。
,六,教学工作量由各学院负责统计~教务处监督检查。教学质量评估由教务处组织实施。
五、各学院可根据本单位的实际情况对其他教学工作规定工作量及要求。
六、本计算及考核办法由教务处、研究生部负责解释。
附件3
辽宁师范大学科研工作量计算办法
一、科研工作量的计算范围
科研工作量包括发表学术论文、出版学术专著(编著、译著、教材)、取得科研项目,职务发明专利等。
二、科研工作量的计算标准
科研工作量以分值的形式计算~计算的原则应以辽宁师范大学为第一署名单位的第一作者计算科研成果。科研分值的计算均以上一年度各类科研成果统计为准。具体分值计算参见“表1”。
三、考核标准
(一)教师科研工作量是在完成每年规定的教学工作量前提下~必须完成的科研工作量。
(二)公共课教师的科研工作量可降低一个等级标准。
(三)各类教师科研工作量超额部分可折合40,的教学工作量~一个科研工作量分折合8课时。
四、科研成果奖励
各类科研成果奖励标准按“表2”和“表3”的相关规定执行~其中“表2”所列项目除奖励以外~还计算科研工作量,“表3”所列内容为学校一次性奖励~不作为计算科研工作量的依据。
五、有关规定
(一)全校所有科研工作量按科研处统计结果计分。
(二)同一成果先后获各种奖励~按最高级别计算一次。
(三)所有科研成果均以正式发表(出版)、颁发奖励证书、文件为准。
(四)科研成果分值~原则上只给第一作者或主持人计分。
(五)学术论文第一署名人为辽师大研究生~第二作者为其导师(或为通讯作者)~可计入导师工作量,第一作者为辽师大教师~但辽师大为第二署名单位的~可按成果科研分值的50%计算,如本校教师为第二、第三作者~学校不予奖励~但可分别按0.5、0.3系数计算科研工作量。
,六,学校对超过额定科研工作量以上的部分给予奖励~其中表2中论文、著作~C类,含C类,以下部分由学院奖励~其余部分由学校奖励。
六、本方案由科研处负责解释。
表1 各级专兼职科研人员年科研工作量定额
专业技术职称 教师科研工作量(分/年) 专职科研工作量(分/年)
正高职 10 30
副高职 7 20
中职 5 15
初职 0 5 注: 特聘一、二、三级教授按任务书的规定完成科研工作量。
表2 科研工作量计算表
科研分值
项目 类别
每篇(项)分数(年)
A类 90
B类 30
论文
C类 10
D类 2.5
A类 25
著作 B类 12
C类 5
A类 80
科研项目 B类 40
C类 20
D类 10
发明专利 50 专利 实用新型 20
外观设计 10
表3 科研成果奖励标准
项目 内容 奖励标准(万元)
A1类 2.0
A2类 0.8 科研获奖
A3类 0.6
B 类 0.4
文科类每万元 0.15 科研经费
理科类每万元 0.05 横向经费 进入校财务处每万元 0.05
转载请注明出处范文大全网 » 软件系统工作量评估方法