发信人: connor()
整理人: majorsun(1999-11-19 15:10:21), 站内信件
|
发信人: semicon (半导★对酒当歌), 信区: SoftEng
标 题: 软件开发的管理和控制(3)
发信站: BBS 水木清华站 (Wed Apr 9 21:43:54 1997)
错误2:不重视使用软件费用估值工具软件和计划工具软件
国内的软件公司大多数是处在“十几条枪,一个手工作坊”
的水平上,在承接软件开发的项目之后往往是几位骨干人物讨论之后
对费用和进度作一个大致的估计,然后就开始进入项目的执行。这种方
法带有明显的主观性。在作一个精确的软件费用估计和作一个比较现
实的项目开发计划时需要考虑许多因素。对于一个大的软件项目,用手
工作费用估计和作计划是不能胜任的。现在国外市场上有大约50种商
业软件费用估计工具包和大约100种商业项目计划工具包,使用他们作
精确的估计比手工的估计更可能获得成功。常用的软件费用估计工具
软件有Checkpoint,Colomo,Estimacs,Price_s,Slim。 常用的项目管
理软件有MS Project,Primavera,Project Manager*s Workbench,
Timeline。把这二种工具软件联合使用可以互为补充,帮助经理驳回
客户和程序员的无理要求并且能精确的控制项目的执行。
错误3:忽视用户的需求的变动
尽管最初的用户需求在签定开发合同时已经包含在需求说明书中,
但在整个开发周期中期望用户的需求一直保持不变是不大可能的,因
为用户对于如何应用计算机软件并没有一个成熟的经验。在项目进行
中用户的需求会不断的增长,一般情况下用户的需求以每月1%的速率增
加,如果一个项目在12个月内完成,最终将有超过10%的改动,如果项目
要持续36个月,最后将增加1/3的功能。每月1%也只是一个经验数据,一
个缺乏计算机应用经验的用户会更频繁的改变和增加他的要求。因此
在作项目的费用和时间估计时一定要考虑用户需求的变化。一种比较
明智的方法是在签定开发合同时把用户需求的改动和经济利益挂钩,如
果用户增加或改动了需求,那么软件的交付日期可以推迟,费用也应增加。
--
※ 来源:．网易 BBS bbs.netease.com．[FROM: 202.96.152.112]
|
|