软件项目目标目标 - sjtu cs - 上海交通大学.ppt

第一讲 概述 主要内容 软件的社会角色 计算机和软件的历史观 什么是软件 软件危机 项目的概念 项目管理基本概念 IT软件项目特征 IT软件项目面临的问题 1. 软件的角色 软件在社会上扮演了双重角色 它本身是一种产品 将计算机硬件的计算能力发挥出来 同时，它也是一种传递产品的工具 软件传递了我们这个时代最重要的产品： 信息 2.计算机和软件的历史观 70年代和80年代 “新的工业革命” “工业社会将转变为信息社会” …… 90年代 “知识的民主化将改变旧的权力结构” 21世纪初 “Y2K定时炸弹” “无所不在的计算” 3.什么是软件 指令：使计算机提供功能和性能 数据结构：使程序能够操纵信息 文档：记录程序的产生，功能与使用 软件特征（1） 最根本的：软件是一种逻辑元素而不是物理元素 软件是开发出来的，而不是用传统的方法制造出来的 软件不会被用坏 软件特征（2） 软件特征（3） 工业界已经走向了标准化装配时代，然而绝大多数软件还是定制出来的。 科学计算函数库（60年代） 重用数据结构 重用组件 软件分类 系统软件 实时软件 商务软件 工程和科学软件 嵌入式软件 个人计算机软件 基于Web的软件 人工智能软件 …… 4.软件危机 “软件危机” 是1958年在NATO会议上作为一个正式的议题被提出来 软件项目不成功的例子比比即是： 1999 年 10 月，耗资 1.25 亿美元的 NASA 的火星气象卫星失踪，据信这是由于简单的数据转换错误所导致的。人们发现卫星软件中，有些数据使用英制，它们应被转换成公制。这个卫星应当充当另一项任务中的火星极地着陆项目的通信转发器，那个任务也失败了，原因不明。 软件危机 美国IBM公司在1963年至1966年开发的IBM360机的操作系统。这一项目花了5000人一年的工作量，最多时有1000人投入开发工作，写出了近100万行源程序。......据统计，这个操作系统每次发行的新版本都是从前一版本中找出1000个程序错误而修正的结果。...... 这个项目的负责人F. D. Brooks事后总结了他在组织开发过程中的沉痛教训时说：“......正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣扎，陷得越深，最后无法逃脱灭顶的灾难。......程序设计工作正像这样一个泥潭，......一批批程序员被迫在泥潭中拼命挣扎，......谁也没有料到问题竟会陷入这样的困境......”。IBM360操作系统的历史教训成为软件开发项目的典型事例为人们所记取。 软件危机 1999 年 8 月，在一个大型的商业高速数据网络里，软件的缺陷影响了 70000 个商业用户，时间长达八天。在受到影响的客户中，有美国最大的远期交易电子贸易系统，该系统中断服务长达一周 1998 年 4 月，美国的一个重要的数据通讯网络出现了长达 24 小时的故障，使大部分美国的信用卡管理系统交易受到影响。受到影响的还一些大银行、零售商、和政府的数据系统。最后查出也是软件故障所致。 软件危机 据报道，1997 年 8 月，美国一家最主要的消费信用卡报告公司的新网站刚开启两天，就因为软件问题而关闭了。这个新站点允许浏览者直接访问，只收取很少的费用就可以查询自己的信用卡使用情况。但是，最初的用户所看到的是别人的账单，而不是他们自己的。发怒的顾客使这件事流传全国。最后问题被归结为：“ … 未曾预料到的大量的客户需求，再加上导致把文件送到错误的计算机的软件毛病。” 美国航空公司失败的机票预订系统CONFIRM 美国机动车协会新泽西分部的4GL灾难； 几乎摧毁了客户关系的NCR库房管理系统 …… 软件危机 一些数据： 大约70％的软件开发项目超出了估算的时间，大型项目平均超出计划交付时间20％到50％，90％以上的软件项目开发费用超出预算，并且项目越大，超出项目计划的程度越高 美国政府审计局：只有不到2％的合同定购软件在发布时具有可用性——98％以上的项目都失败了 软件危机 相关术语 “两难境地（Crunch Mode）”：处于两难境地的项目面临着无法达到最初目标的威胁（费用、进度表、功能性等等），而项目团队在努力想要跨越该困境。 “我们正处于两难境地，在半夜之前是不会回家的” “死亡行军（Death March）”：用来描述其进度表几乎不可能完成的项目。 “这是一个死亡行军项目，我希望自己不要参与进去” 软件危机 软件危机的另一种看法 “人类只能够在第二级追求中获得成功，比如说，成为百万富翁或者总理，赢得战争，飞跃同温层或者登陆月球。第一级追求，不可避免地要涉及到努力去理解生命的意义以及努力去转化这种理解，这就不可避免地会导致失败感的产生。拿破仑、邱吉尔、罗斯福式的人物可以感受自己的成功感，但苏格拉底