第一章绪论—系统设计与集成概述精要.ppt

* 小结 软件开发模型是不断发展的 各种软件开发模型各有优缺点 选用时不必拘泥与某种模型 可组合多种模型 也可根据实际创建新的模型 思考： 1、软件危机在智能运输领域中有哪些表现？ 2、软件工程的意义是什么？ 3、如何理解软件开发过程中的各阶段任务？ 4、软件过程模型有哪些？ 5、瀑布模型的特点是什么？ * 　　 * 　　 * 　　 * 　　 * 　　 * 　　 * 　　 * 　　 * * 　　 * 　　 * 　　 * 　　 * * 第一阶段：这个时期，一个程序是为一个特定的目的而编制的，软件的通用性是很有限的，软件往往带有强烈的个人色彩。早期的软件开发没有什么系统的方法可以遵循，软件设计是在某个人的头脑中完成的一个隐藏的过程。而且，除了源代码往往没有软件说明书等文档，因此这个时期尚无软件的概念，基本上只有程序、程序设计概念，不重视程序设计方法，主要是用于科学计算，规模很小，采用简单的工具(基本上采用低级语言)，硬件的存储容量小，运行可靠性差。 第二阶段是1960 年代到1970 年代，是软件设计阶段，小组合作生产方式。在这一时期软件开始作为一种产品被广泛使用，出现了“软件作坊”。这个阶段基本采用高级语言开发工具，开始提出结构化方法。硬件的速度、容量、工作可靠性有明显提高，而且硬件的价格降低。人们开始使用产品软件(可购买)，从而建立了软件的概念。程序员数量猛增，但是开发技术没有新的突破，软件开发的方法基本上仍然沿用早期的个体化软件开发方式，软件需求日趋复杂，维护的难度越来越大，开发成本令人吃惊的高，开发人员的开发技术不适应规模大、结构复杂的软件开发，失败的项目越来越多。 第三个阶段是从1970 年代至今，为软件工程时代，是工程化的生产方式。这个阶段的硬件向超高速、大容量、微型化以及网络化方向发展，第三、四代语言出现。数据库、开发工具、开发环境、网络、分布式、面向对象技术等工具方法都得到应用。软件开发技术有很大进步，但未能获得突破性进展，软件开发技术的进步一直未能满足发展的要求。软件的数量急剧膨胀，一些复杂的、大型的软件开发项目被提出来了，但很多软件最后都得到了一个悲惨的结局。在那个时代，很多软件项目的开发时间大大超出了规划的时间表，一些项目导致了财产的流失，甚至某些软件导致了人员伤亡。同时软件开发人员也发现软件开发的难度越来越大，在软件开发中遇到的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，失败的软件开发项目屡见不鲜，因而导致了软件危机。 软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题。概括来说，软件危机包含两方面问题：①如何开发软件，以满足不断增长，日趋复杂的需求；②如何维护数量不断膨胀的软件产品。落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题。 * 在“软件作坊”里，由于缺乏工程化思想的指导，程序员几乎总是习惯性地以自己的想法去代替用户对软件的需求，软件设计带有随意性，很多功能只是程序员的“一厢情愿”而已，这是造成软件不能今人满意的重要因素。 突出的例子是美国IBM公司于1963年～1966年开发的IBM360系列机的操作系统。该软件系统花了大约5 000人一年的工作量，最多时，有 1000人投入开发工作，写出近100万行的源程序。尽管投入了这么多的人力和物力，得到的结果却极其糟糕。据统计，这个操作系统每次发行的新版本都是从前一版本中找出1000个程序错误而修正的结果。可想而知，这样的软件质量糟到了什么地步。 1965年至1970年，美国范登堡基地发射火箭多次失败，绝大部分故障是由应用程序错误造成的。程序的一些微小错误可以造成灾难性的后果，例如，有一次，在美国肯尼迪发射一枚阿脱拉斯火箭，火箭飞离地面几十英里高空开始翻转，地面控制中心被迫下令炸毁。后经检查发现是飞行计划程序里漏掉了一个连字符。就是这样一个小小的疏漏造成了这支价值1850万美元的火箭试验失败。 1963年，美国用于控制火星探测器的计算机软件中的一个“，”号被误写为“·”，而致使飞往火星的探测器发生爆炸，造成高达数亿美元的损失。 * 吸收剂量(拉德)150以下 无任何短期效应。150～250 在24小时内出现恶心和呕吐症状；不超过48小时即可自行恢复。250～350 在4小时内出现恶心和呕吐症状：大约在48小时内出现假愈期；症状的再次出现，在2～4周内可导致部分伤员死亡。350～360 在2小时内出现恶心和呕吐症状， 许多伤病员在2～4周内死亡，失去战斗力时间延长。600以上 几乎立刻出现恶心和呕吐症状，在1周内实际死亡率达100％。2600 在1小时内失去战斗力。5000 在5分钟内完全失去战斗力，在1～2天内死亡。 19