文档介绍：软件工程案例分析
软件工程案例分析
软件特征（1）
最根本的：软件是一种逻辑元素而不是物理元素
软件是开发出的，而不是用传统的方法制造出来的
软件不会被用坏
时间
失败概率
一般产品的浴盆曲线
软件工程案例分析
软件特征（2）
时间
失败
概率
软件失败概率实际曲线
软件失败概率理想曲线
软件工程案例分析
软件特征（3）
工业界已经走向了标准化装配时代，然而绝大多数软件还是定制出来的。
科学计算函数库（60年代）
重用数据结构
重用组件
软件工程案例分析
成本结构发生了巨大的变化
一次性的制造成本
介质成本的可忽略性－逻辑产品
不可回逆的投入
维护成本的增加
服务是质量要素中的重点
软件工程案例分析
软件危机
“软件危机” 是1958年在NATO会议上作为一个正式的议题被提出来
软件项目不成功的例子比比即是：
1999 年 10 月，耗资 亿美元的 NASA 的火星气象卫星失踪（公英制转换）
软件工程案例分析
软件危机
一些数据：
大约70％的软件开发项目超出了估算的时间，大型项目平均超出计划交付时间20％到50％，90％以上的软件项目开发费用超出预算，并且项目越大，超出项目计划的程度越高
美国政府审计局：只有不到2％的合同定购软件在发布时具有可用性——98％以上的项目都失败了
软件工程案例分析
软件危机
一种看法
“两难境地（Crunch Mode）”：处于两难境地的项目面临无法达到最初目标的威胁（费用、进度表、功能性等），而项目团队努力想跨越困境。
“我们正处于两难境地，在半夜之前是不会回家”
“死亡行军（Death March）”：用来描述其进度表几乎不可能完成的项目。
“这是一个死亡行军项目，我希望自己不要参与进去”
软件工程案例分析
软件危机
更准确的说法：慢性痛苦（chronic affliction) Suggested by Prof. Daniel Tiechrow, University of Michigan
尽管忍受痛苦，但是软件依然在我们这个世界起着越来越重要的作用，但是如果能够医治痛苦，那么软件业将发展得更加健康。
软件工程案例分析
软件危机的主要特征
软件开发周期大大超过规定日期;
软件开发成本严重超标;
软件质量难于保证
软件工程案例分析