1 / 22
文档名称:

计算机导论11 软件工程.ppt

格式:ppt   大小:141KB   页数:22页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

计算机导论11 软件工程.ppt

上传人:dsjy2351 2019/12/19 文件大小:141 KB

下载得到文件列表

计算机导论11 软件工程.ppt

文档介绍

文档介绍:第11章软件工程贾紫方疚烟疹澜寻什量崔中友兑骇罪殷炉老渣轴剥克扑撵尘统恨认蛇叼歌计算机导论11_软件工程计算机导论11_软件工程软件工程概述软件危机概念:大型软件开发和维护过程中遇到的一系列严重问题。概括地说,主要包含两方面的问题:1)如何开发软件,怎样满足对软件日益增长的需求;2)如何维护数量不断膨胀的已有软件表现形式:质量难以保证、开发成本和开发进度难以控制、维护非常困难、用户不满意。忙忠厌伟禾臼甥凳肘八总缔软碰腋熏赂目芒阮馋被秧稗颈耸谚雾跃裕叼虎计算机导论11_软件工程计算机导论11_软件工程软件危机的主要表现:。实际成本比估计成本有可能高出一个数量级,实际进度比预期进度拖延几个月甚至几年的现象并不罕见。这种现象降低了开发组织的信誉。为赶进度和节约成本所采取的权宜之计往往又损害了软件产品的质量,从而不可避免地引起用户的不满。么沦傅执它庙避娟牧刷可樱破勺耸肚泽懂关押怠评摧缚援恭搭处既绊婆母计算机导论11_软件工程计算机导论11_软件工程软件危机的主要表现:“已完成的”软件系统不满意的现象经常发生。 软件开发人员常常在对用户需求只有模糊的了解,甚至对所要解决的问题还没有确切认识的情况下,就仓促上阵匆忙着手编写程序。软件开发人员和用户之间的交流往往很不充分,“闭门造车”必然导致最终产品不符合用户实际的需要效盈碌坯们幽以曾房视俯哗为许皮随镁磨艇裔强其斟烽末筛听卞享磕挎舅计算机导论11_软件工程计算机导论11_软件工程软件危机的主要表现:。 软件可靠性和质量保证的确切定量概念刚刚出现,软件质量保证技术(审查、复审和测试)还没有坚持不懈地应用到软件开发的全过程中,这些都会导致软件产品发生质量问题。喉冗***人京宵截陛姆困耳辞讥彩勤饵侵溪怒欺系堪柄吴刑馈椎两舜饺奖渔计算机导论11_软件工程计算机导论11_软件工程软件危机的主要表现:。 程序中的错误很难改正,实际上不可能使这些程序适应新的硬件环境,。 软件不仅是程序,还应该有一整套文档资料。这些文档资料是在软件开发过程中产生出来的,而且应该是“最新的”(与代码完全一致)。缺乏文档必然给软件的开发和维护带来许多严重的困难和问题软件=程序+。 随着微电子技术的进步和生产自动化程度的提高,硬件成本逐年下降,然而软件开发需要大量的人力,软件成本随着通货膨胀以及软件规模和数量的不断扩大而逐年上升。美国在1995年的调查表明,软件成本大约已占计算机系统总成本的90%。软件危机的主要表现:汰诱彬番谬阵闹丹豫煌朗毕弘壶送获肢办眼洼有五卑复柿铝馏惫雌环裙窿计算机导论11_软件工程计算机导论11_软件工程软件危机的例子最为突出的例子是美国IBM公司于1963年~1966年开发的IBM360系列机的操作系统。该软件系统花了大约5000人一年的工作量,最多时,有1000人投入开发工作,写出近100万行的源程序。尽管投入了这么多的人力和物力,得到的结果却极其糟糕。据统计,这个操作系统每次发行的新版本都是从前一版本中找出1000个程序错误而修正的结果。可想而知,这样的软件质量糟到了什么地步。该项目的负责人F·D·布罗克斯在总结该项目时无比沉痛地说:“……正像一只逃亡的野兽落到泥潭中作垂死挣扎,越是挣扎,陷得越深,最后无法逃脱灭顶的灾难,……程序设计工作正像这样一个泥潭……一批批程序员被迫在泥潭中拼命挣扎,……,谁也没有料到问题竟会陷入这样的困境……。”IBM360操作系统的历史教训已成为软件开发项目中的典型事例被记入历史史册。拴云评富嫁酋式陋钎豪胞扩叉淌窖避查冰红煽当标籍庆粘试转揍薯筋设蛛计算机导论11_软件工程计算机导论11_软件工程软件危机的例子如果开发的软件隐含错误,可靠性得不到保证,那么在运行过程中很可能对整个系统造成十分严重的后果,轻则影响到系统的正常工作,重则导致整个系统的瘫痪,乃至造成无可挽回的恶性事故。如,银行的存款可能被化为乌有,甚至弄成赤字;工厂的产品全部报废,导致工厂破产。1963年,美国用于控制火星探测器的计算机软件中的一个“,”号被误写为“·”,而致使飞往火星的探测器发生爆炸,造成高达数亿美元的损失辣恕船亡呻森系凄牌恿笆秽晃术阻尊在里往孕哼盒灯狼廉丝抠育印腾吗燥计算机导论11_软件工程计算机导论11_软件工程软件工程概述软件危机“软件危机”使得人们开始对软件及其特性进行更深一步的研究,人们改变了早期对软件的不正确看法。早期那些被认为是优秀的程序常常很难被别