软件与软件危机
软件危机的案例
软件危机的案例
软件危机的案例有：
1.IBMOS/360：这是一个经历了数十年，极度复杂的软件项目，被认为是软件危机的一个典型案例。
这个项目使用了1000人左右的程序员，最终产生了一套不包括在原始设计方案之中的工作系统。
在项目管理过程中，曾经出现了价值数百万美元的错误。
2.美国银行信托软件系统开发案：美国银行在1982年进入信托商业领域，并规划发展信托软件系统。
项目原订预算2千万美元，开发时程9个月，预计于1984年12月31日以前完成，然而至1987年3月都未能完成该系统，期间已投入6千万美元。
美国银行最终因为此系统不稳定而不得不放弃，并转移了340亿美元的信托账户，损失了6亿美元的信托生意商机。
除了上述案例外，还有如火箭发射失败、银行账户错误记账、导弹防御系统失败等软件危机案例。
这些案例表明，软件危机可能导致项目超出预算和进度计划，甚至可能导致严重的后果，包括人员伤亡和财产损失。
对软件的开发和维护需要采取更加严谨和系统的管理方法，以避免类似的危机发生。
软件危机与软件工程解析
软件危机与软件工程解析在当今数字化的时代，软件已经渗透到我们生活的方方面面，从智能手机中的各种应用程序，到企业的管理系统，再到医疗、交通等关键领域的控制软件。
然而，在软件的发展历程中，并非一帆风顺，曾经出现过被称为“软件危机”的困境。
与此同时，软件工程作为应对软件危机的解决方案应运而生。
要理解软件危机，我们首先得明确它的表现。
在过去，软件开发常常面临着严重的超期、超预算问题。
项目规划时预计几个月能完成的软件，可能拖到一两年还无法交付；原本预算几十万的项目，最终可能花费数百万还达不到预期效果。
这不仅给开发者带来巨大压力，也让用户和投资方感到失望。
软件质量的不可靠是软件危机的另一个突出问题。
许多软件在交付使用后频繁出现故障、错误，甚至导致系统崩溃，严重影响了用户的正常使用和工作效率。
比如，一些金融软件出现错误可能会导致巨大的经济损失，医疗软件的故障甚至可能危及患者的生命。
软件的维护难度大也是一大难题。
随着业务需求的变化和技术的更新，软件需要不断进行修改和升级。
但由于早期开发过程中的不规范和缺乏良好的设计，使得软件的维护变得异常困难，成本高昂。
那么，是什么导致了软件危机的产生呢？首先，软件开发的复杂性是一个重要因素。
软件系统的规模和功能日益增长，涉及的技术和领域越来越多，这使得开发过程变得异常复杂，难以掌控。
用户需求的不断变化也是一个关键原因。
在开发过程中，用户可能会提出新的需求或者改变原有的需求，这导致开发团队需要不断调整和修改软件，增加了开发的难度和成本。
软件开发人员之间的沟通不畅也会引发问题。
在一个大型软件开发项目中，涉及多个部门和不同专业的人员，如果沟通不顺畅，就容易出现理解偏差，导致开发工作出现错误和延误。
缺乏有效的管理和规范同样是导致软件危机的原因之一。
在软件开发过程中，如果没有明确的流程和规范，开发人员就可能随意编写代码，不注重软件的可维护性和可扩展性，从而导致软件质量下降。
为了解决软件危机，软件工程应运而生。
第一讲-软件工程概述(软件危机)
结论
总之，为了消除软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科。
课堂讨论
请针对一下几种观点发表自己的意见 编程高手不需要懂得软件工程，也能编出很好的软件。 拥有最后的开发工具和计算机就能编写优秀的软件。 软件开发进度落后，只要增加人员就能解决。
一、软件危机
1.1软件危机的介绍 什么是软件危机？
计算机软件的开发和维护过程所遇到的一系列严重问题.
软件危机的特征是什么？
对软件开发成本和进度的估计常常很不准确。 用户对“已完成的”软件系统不满意的现象经常发生。 软件产品的质量往往靠不住。 软件常常是不可维护的。 软件通常没有适当的文档资料。 软件成本在计算机系统总成本中所占的比例逐年上升。 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
（2）软件开发维护中的问题
图 引入同一变动付出的代价随时间变化的趋势
正确的规格说明
错误的规格说明
需求分析
设计
正确的设计
错误的设计
对错误说明的设计
编码
正确编码
对错误说明的编码
错误编码
对错误设计的编码
测试
正确功能
潜伏的错误
不可改正的错误
可改正的错误
（2）软件开发维护中的问题
错误认为：软件开发=程序编写 软件开发只要依靠个别编程高手就能完成 轻视软件维护 Biblioteka 100%0%1955
1970
1985
———— 以上列举的仅仅是软件危机的一些明显的表现，与软件开发和维护有关的问题远远不止这些
软件危机著名案例
第一讲.软件危机与软件工程
第一讲.软件危机与软件工程第一讲软件危机与软件工程在当今数字化的时代，软件已经成为我们生活和工作中不可或缺的一部分。
从智能手机上的各种应用程序，到企业的管理系统，再到国家的关键基础设施，软件的身影无处不在。
然而，在软件的发展历程中，并非一帆风顺，而是经历了诸多挑战和困难，其中最为突出的就是软件危机。
那么，什么是软件危机呢？简单来说，软件危机指的是在软件开发和维护过程中所遇到的一系列严重问题。
这些问题包括但不限于软件开发成本和进度的失控、软件质量的低下、软件的维护困难等等。
在过去，软件开发常常被视为一种个体化的艺术创作，缺乏规范的方法和流程。
开发人员往往凭借个人的经验和直觉来进行开发，这导致了软件开发的效率低下和质量不稳定。
而且，由于对软件需求的理解不够准确和全面，很多软件在开发完成后并不能满足用户的实际需求，需要进行大量的修改和返工，这不仅浪费了时间和资源，还严重影响了软件的交付进度。
此外，软件的规模和复杂度也在不断增加。
过去，一个简单的程序可能只有几百行代码，而现在，一些大型的软件系统可能拥有数百万甚至数千万行代码。
这种规模的增长使得软件开发和维护变得异常困难。
代码的复杂性导致了理解和修改的难度加大，容易引入新的错误，而且软件的测试和调试也变得更加耗时和费力。
软件危机给软件开发带来了巨大的困扰，严重制约了软件行业的发展。
为了解决这些问题，软件工程应运而生。
软件工程是一门致力于研究软件开发和维护的方法、技术和管理的学科。
它的目标是提高软件开发的效率和质量，降低开发成本，增强软件的可维护性和可扩展性。
软件工程强调采用规范化、系统化的方法来进行软件开发。
在软件开发的早期阶段，就需要对软件的需求进行详细的分析和定义，确保开发出来的软件能够真正满足用户的需求。
同时，软件工程还引入了一系列的开发模型，如瀑布模型、迭代模型、敏捷开发模型等，以适应不同类型和规模的软件项目。
在软件设计阶段，软件工程注重软件的架构设计和模块划分，通过合理的设计来提高软件的可维护性和可扩展性。
软件危机名词解释
软件危机名词解释软件危机名词解释概述：软件危机是指在软件开发过程中出现的一系列问题和挑战，导致项目延期、超出预算或无法交付满足需求的可靠软件的现象。
这种危机主要由于软件开发的复杂性、不完善的开发方法和技术以及需求变化等因素引起。
1. 软件开发复杂性软件开发复杂性指的是软件系统所涉及的各种组成部分之间相互关联、相互影响的复杂关系。
这包括系统规模庞大、功能繁多、多样化的用户需求、不断变化的技术环境等。
这些复杂性使得软件开发过程充满了挑战，容易导致项目延期和错误增加。
2. 不完善的开发方法和技术不完善的开发方法和技术是指在软件开发过程中使用的方法和技术不够成熟或不适应当前项目需求。
缺乏有效的需求分析和设计阶段，导致需求理解不清晰；没有规范化的代码编写标准，导致代码质量低下；缺乏有效的测试策略和工具，导致软件质量无法保证等。
这些问题会增加开发过程中的错误和重复工作，进一步加剧软件危机。
3. 需求变化需求变化是指在软件开发过程中，用户对软件功能、性能或界面等方面的要求发生变化。
由于需求变化是难以避免的，特别是在长期项目中，需求可能会随着时间推移而改变。
然而，如果没有有效的需求管理和变更控制机制，频繁的需求变化将导致项目延期、资源浪费和软件质量下降。
4. 软件危机的影响软件危机对项目和组织产生了许多负面影响。
它会导致项目延期和超出预算，给组织带来经济损失。
软件危机可能会降低软件质量和可靠性，导致系统故障、数据丢失或安全漏洞等问题。
在竞争激烈的市场环境中，软件危机还可能使组织失去市场份额和竞争优势。
总结：软件危机是指在软件开发过程中出现的一系列问题和挑战，包括软件开发复杂性、不完善的开发方法和技术以及需求变化等因素。
软件危机对项目和组织产生了经济损失、降低软件质量和可靠性以及失去市场竞争优势等负面影响。
为应对软件危机，需要采取有效的开发方法和技术、进行需求管理和变更控制，并加强项目管理和团队合作能力。
软件危机的表现及原因
软件危机的表现及原因计算机科学与技术4班周才1.软件危机:落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。
2.概况:20 世纪60年代以前,计算机刚刚投入实际使用,软件设计往往只是为一个特定的应用而在指定的计算机上设计和编制,采用密切依赖于计算机的机器代码或汇编语言,软件的规模比较小,文档资料通常也不存在,很少使用系统化的开发方法,设计软件往往等同于编制程序,基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。
60年代中期,大容量、高速度计算机的出现,使计算机的应用范围迅速扩大,软件开发急剧增长。
高级语言开始出现;操作系统的发展引起了计算机应用方式的变化;大量数据处理导致第一代数据库管理系统的诞生。
软件系统的规模越来越大,复杂程度越来越高,软件可靠性问题也越来越突出。
原来的个人设计、个人使用的方式不再能满足要求,迫切需要改变软件生产方式,提高软件生产率,软件危机开始爆发3.现象:早期出现的软件危机主要表现在:①软件开发费用和进度失控。
费用超支、进度拖延的情况屡屡发生。
有时为了赶进度或压成本不得不采取一些权宜之计,这样又往往严重损害了软件产品的质量。
②软件的可靠性差。
尽管耗费了大量的人力物力,而系统的正确性却越来越难以保证,出错率大大增加,由于软件错误而造成的损失十分惊人。
③生产出来的软件难以维护。
很多程序缺乏相应的文档资料,程序中的错误难以定位,难以改正,有时改正了已有的错误又引入新的错误。
随着软件的社会拥有量越来越大,维护占用了大量人力、物力和财力。
进入80年代以来,尽管软件工程研究与实践取得了可喜的成就,软件技术水平有了长足的进展,但是软件生产水平依然远远落后于硬件生产水平的发展速度。
软件危机不仅没有消失,还有加剧之势。
主要表现在:①软件成本在计算机系统总成本中所占的比例居高不下,且逐年上升。
由于微电子学技术的进步和硬件生产自动化程度不断提高,硬件成本逐年下降,性能和产量迅速提高。
软件危机与软件工程
软件危机与软件工程在当今数字化的时代，软件已经成为我们生活和工作中不可或缺的一部分。
从手机上的各种应用程序，到企业的管理系统，再到复杂的科学计算软件，软件的身影无处不在。
然而，在软件的发展历程中，曾经出现过一段被称为“软件危机”的时期，给软件开发带来了巨大的挑战。
正是为了解决这些挑战，软件工程应运而生。
软件危机，简单来说，就是在软件开发过程中出现的一系列严重问题。
在 20 世纪 60 年代末到 70 年代初，随着计算机应用的日益普及，软件的规模和复杂度不断增加，而软件开发的方法和技术却相对滞后。
这导致了许多软件开发项目的失败，出现了诸如预算超支、进度延误、质量低下等问题。
预算超支是软件危机的一个显著表现。
由于在软件开发初期对项目的规模和难度估计不足，导致在开发过程中需要不断投入更多的资源，使得项目的成本远远超出了最初的预算。
进度延误也是常见的问题。
软件开发往往会因为各种原因而无法按照预定的时间表完成，这不仅会影响到软件的及时交付使用，还可能给用户带来巨大的损失。
而质量低下则是软件危机中最为严重的问题之一。
一些软件在投入使用后频繁出现故障，甚至无法正常运行，给用户带来了极大的困扰。
造成软件危机的原因是多方面的。
首先，软件本身的复杂性是一个重要因素。
随着软件功能的不断增强，其内部的逻辑结构变得越来越复杂，这使得开发人员难以准确理解和把握整个软件系统。
其次，软件开发过程中的不确定性也是导致危机的原因之一。
需求的变更、技术的更新换代等都可能给软件开发带来意想不到的困难。
此外，软件开发人员之间的沟通不畅、缺乏有效的管理和规范等也都对软件危机的产生起到了推波助澜的作用。
为了解决软件危机，软件工程作为一门学科逐渐发展起来。
软件工程的目标是通过采用一系列科学的方法和技术，提高软件开发的效率和质量，降低软件开发的成本和风险。
软件工程涵盖了软件开发的整个生命周期，包括需求分析、设计、编码、测试、维护等阶段。
在需求分析阶段，开发人员需要与用户进行充分的沟通，了解用户的需求和期望，为后续的开发工作奠定基础。
软件危机与软件工程
软件危机与软件工程软件危机与软件工程概述软件危机是指软件开发过程中出现的一连串问题和挑战，导致项目延期、超出预算或质量不佳的情况。
而软件工程则致力于解决软件开发过程中的各种挑战和问题，并提供一种可靠且高效的方法来开发高质量的软件。
软件危机的原因软件危机的原因有多方面的因素，主要包括以下几点：1. 需求不明确：在软件开发初期，客户对软件的需求往往模糊不清或者发生变化，导致软件开发团队无法准确理解客户的需求，从而难以开发出满足客户期望的软件。
2. 技术挑战：软件开发涉及多种技术和复杂的编程环境，开发人员需要不断学习和适应新的技术，但往往时间紧迫，导致技术跟不上进展，造成软件质量不佳。
3. 人员管理：软件开发涉及多个团队成员的合作，如果人员之间无法有效沟通和协作，就会影响软件的开发进度和质量。
4. 项目管理：项目管理对软件开发至关重要，如果项目管理不善，容易导致进度延误、资源浪费等问题。
软件工程的解决方案软件工程是一种以工程化的方式来开发软件的方法，并提供了解决软件开发挑战的一系列技术和方法。
以下是软件工程在解决软件危机中的一些解决方案：1. 需求工程：通过系统化的需求搜集和分析方法，帮助开发团队更全面地理解客户需求，避免需求不明确的问题。
2. 软件架构设计：通过良好的软件架构设计，可以确保软件的可扩展性和可维护性，降低软件开发过程中的技术难题。
3. 项目管理：采用敏捷的项目管理方法可以更好地应对需求变化和项目进度控制，保证软件开发的高效进行。
4. 质量保证：软件是软件工程中的重要环节，通过各种方法如单元、集成和系统等，可以确保软件质量。
软件危机背后的挑战虽然软件工程提供了一套解决软件危机的方法和技术，但在实践中仍然面临一些挑战：1. 技术进步：软件开发领域的技术在不断进步，开发团队需要不断学习和适应新的技术，才能跟上潮流并提供高质量的软件。
2. 项目规模：随着软件项目规模和复杂度增加，开发团队需要更多的资源和时间来完成项目，项目管理和资源分配成为挑战。
软件危机与软件工程
软件危机与软件工程第一章引言软件危机是指在软件开发过程中出现的一系列问题，如超出预算、延期交付、功能缺失等。
该问题的根本原因在于软件开发过程缺乏规范和有效管理。
为了解决软件危机问题，软件工程作为一门学科应运而生。
第二章软件工程的定义与范围软件工程是一门将工程原理、方法和工具应用于软件开发的学科。
它涵盖了软件开发的整个生命周期，包括需求分析、设计、编码、测试和维护等阶段。
第三章软件危机的原因1.需求不清晰：需求不明确或不完整导致软件项目后期出现功能缺失和修改需求的情况。
2.规模估算不准确：对软件项目的规模估算不准确会导致资源分配不合理，进而引发预算超支和进度延误。
3.项目管理不善：软件项目缺乏有效的管理方法和工具，导致资源分配不均衡，任务分配不明确，人员合作不协调。
4.技术选型不当：选择不合适或技术过时的开发工具和平台会导致开发效率低下和后期维护困难。
5.缺乏测试与质量保证：软件开发过程中忽视测试环节和质量保证措施，导致系统稳定性和可靠性问题。
第四章软件工程的方法与实践1.需求分析：通过对用户需求进行深入调研和分析，建立准确的需求文档，为后续设计与开发提供准确的参考。
2.结构化设计：采用模块化开发的方式，将系统划分为多个独立可测试的模块，提高开发和维护的效率。
3.敏捷开发：采用敏捷开发方法，将开发过程划分为多个迭代周期，每个周期交付可用的软件产品，持续优化和改进。
4.质量管理：通过严格的测试和质量保证流程，确保软件系统的稳定性、可靠性和安全性。
5.风险管理：通过风险分析和风险控制策略，预测和应对潜在的开发风险，减少项目失败的风险。
第五章软件工程的工具与框架1.需求管理工具：如JIRA、TFS等，用于管理和追踪需求的变更和进度。
2.设计工具：如Axure、Visio等，用于绘制系统架构图和界面设计。
3.编码工具：如IDE、代码管理工具等，用于编写、管理和调试代码。
4.测试工具：如Selenium、Junit等，用于进行自动化测试和质量监控。
第一讲 软件工程概述(软件危机)
第一讲软件工程概述(软件危机)软件危机在计算机科学发展的早期，软件开发的过程中出现了一系列严重的问题，被称为软件危机。
软件危机主要表现在以下几个方面：1. 项目延期和超预算软件开发项目常常会因为技术、人员或者需求变更等原因导致延期和超预算。
这让开发者和客户都感到沮丧，并对软件开发过程的可行性和有效性产生质疑。
2. 软件质量低下由于软件开发的复杂性，很容易出现缺陷和错误。
软件质量低下会导致系统不稳定、易于崩溃、功能不完备等问题。
3. 缺乏可维护性和可重用性由于缺乏系统化的工程方法和设计规范，很多软件很难进行维护和重用。
这不仅增加了开发者的工作量，也浪费了大量的时间和资源。
4. 项目管理困难软件开发涉及多个工作环节和不同的团队成员，项目管理的难度非常大。
缺乏有效的管理方法和工具，往往导致项目进度难以掌控，人员协调困难等问题。
软件工程的出现为了解决软件危机所带来的问题，软件工程这一概念应运而生。
软件工程旨在通过系统化的方法和工程化的思维来开发和维护软件。
1. 系统化的方法软件工程提供了一套系统化的方法，包括需求分析、系统设计、编码、测试等环节，以确保软件开发过程的可控和可靠性。
2. 工程化的思维软件工程借鉴了工程学科的思维方式，将软件开发过程看作是一个工程项目，强调规划、设计、组织和管理等方面。
3. 软件开发生命周期软件工程将软件开发过程划分为不同的阶段，形成了软件开发生命周期的概念，包括需求分析、设计、编码、测试、发布等阶段。
每个阶段都有不同的任务和目标，确保软件开发的高质量和高效率。
4. 软件工程的原则和方法软件工程提出了一系列原则和方法，如模块化、结构化、面向对象、迭代开发、敏捷开发等，用来指导和规范软件开发过程。
软件工程是解决软件危机的一种有效途径。
通过系统化的方法和工程化的思维，可以提高软件开发的质量和效率，降低项目风险和成本。
软件工程对于现代社会的发展具有重要的意义，对于软件开发者和项目管理者来说，也是必不可少的知识和技能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件、软件危机、软件工程[返回]1、软件及其特性第一个写软件的人是Ada（Augusta Ada Lovelace）,在1860年代他尝试为Babbage （Charles Babbage）的机械式计算机写软件。
尽管他们的努力失败了，但他们的名字永远载入了计算机发展的史册。
在1950年代，软件伴随着第一台电子计算机的问世诞生了。
以写软件为职业的人也开始出现，他们多是经过训练的数学家和电子工程师。
1960年代美国大学里开始出现授予计算机专业的学位，教人们写软件。
本世纪中叶软件产业从零开始起步，在短短的50年的时间里迅速发展成为推动人类社会发展的龙头产业，并造就了一批百万、亿万富翁。
随着信息产业的发展，软件对人类社会性越来越重要。
首先要说明的是，软件对于人类而言是一个全新的东西，其发展历史不过四、五十年。
人们对软件的认识经历了一个由浅到深的过程。
在计算机系统发展的初期，硬件通常用来执行一个单一的程序，而这个程序又是为一个特定的目的而编制的。
早期当通用硬件成为平常事情的时候，软件的通用性却是很有限的。
大多数软件是由使用该软件的个人或机构研制的，软件往往带有强烈的个人色彩。
早期的软件开发也没有什么系统的方法可以遵循，软件设计是在某个人的头脑中完成的一个隐藏的过程。
而且，除了源代码往往没有软件说明书等文档。
从60年代中期到70年代中期是计算机系统发展的第二个时期，在这一时期软件开始作为一种产品被广泛使用，出现了“软件作坊”专职应别人的需求写软件。
这一软件开发的方法基本上仍然沿用早期的个体化软件开发方式，但软件的数量急剧膨胀，软件需求日趋复杂，维护的难度越来越大，开发成本令人吃惊地高，而失败的软件开发项目却屡见不鲜。
“软件危机”就这样开始了！“软件危机”使得人们开始对软件及其特性进行更深一步的研究，人们改变了早期对软件的不正确看法。
早期那些被认为是优秀的程序常常很难被别人看懂，通篇充满了程序技巧。
现在人们普遍认为优秀的程序除了功能正确，性能优良之外，还应该容易看懂、容易使用、容易修改和扩充。
现在，被普遍接受的软件的定义是：其中程序是按照事先设计的功能和性能要求执行的指令序列；数据是是程序能正常操纵信息的数据结构；文档是与程序开发维护和使用有关的各种图文资料。
软件同传统的工业产品相比，有其独特的特性：1）软件是一种逻辑实体，具有抽象性。
这个特点使它与其它工程对象有着明显的差异。
人们可以把它记录在纸上、内存、和磁盘、光盘上，但却无法看到软件本身的形态，必须通过观察、分析、思考、判断，才能了解它的功能、性能等特性。
2）软件没有明显的制造过程。
一旦研制开发成功，就可以大量拷贝同一内容的副本。
所以对软件的质量控制，必须着重在软件开发方面下工夫。
3）软件在使用过程中，没有磨损、老化的问题。
软件在生存周期后期不会因为磨损而老化，但会为了适应硬件、环境以及需求的变化而进行修改，而这些修改有不可避免的引入错误，导致软件失效率升高，从而似的软件退化。
当修改的成本变得难以接受时，软件就被抛弃。
4）软件对硬件和环境有着不同程度的依赖性。
这导致了软件移植的问题。
5）软件的开发至今尚未完全摆脱手工作坊式的开发方式，生产效率低。
6）软件是复杂的，而且以后会更加复杂。
软件是人类有史以来生产的复杂度最高的工业产品。
软件涉及人类社会的各行各业、方方面面，软件开发常常涉及其它领域的专门知识，这对软件工程师提出了很高的要求。
7）软件的成本相当昂贵。
软件开发需要投入大量、高强度的脑力劳动，成本非常高，风险也大。
现在软件的开销已大大超过了硬件的开销。
8）软件工作牵涉到很多社会因素。
许多软件的开发和运行涉及机构、体制和管理方式等问题，还会设计到人们的观念和心理。
这些人的因素，常常成为软件开发的困难所在，直接影响到项目的成败。
2、软件危机及其原因软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题。
1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”(software crisis)这个名词。
概括来说，软件危机包含两方面问题：一、如何开发软件，以满足不断增长，日趋复杂的需求；二、如何维护数量不断膨胀的软件产品。
具体地说，软件危机主要有以下表现：（1）对软件开发成本和进度的估计常常不准确。
开发成本超出预算，实际进度比预定计划一再拖延的现象并不罕见。
（2）用户对“已完成”系统不满意的现象经常发生。
（3）软件产品的质量往往靠不住。
Bug一大堆，Patch一个接一个。
（4）软件的可维护程度非常之低。
（5）软件通常没有适当的文档资料。
（6）软件的成本不断提高。
（7）软件开发生产率的提高赶不上硬件的发展和人们需求的增长。
软件危机的原因，一方面是与软件本身的特点有关；另一方面是由软件开发和维护的方法不正确有关。
软件的特点前面已经有一个简单介绍。
软件开发和维护的不正确方法主要表现为忽视软件开发前期的需求分析；开发过程没有统一的、规范的方法论的指导，文档资料不齐全，忽视人与人的交流；忽视测试阶段的工作，提交用户的软件质量差；轻视软件的维护。
这些大多数都是软件开发过程管理上的原因。
3、软件工程1968年秋季，NATO（北约）的科技委员会召集了近50名一流的编程人员、计算机科学家和工业界巨头，讨论和制定摆脱“软件危机”的对策。
在那次会议上第一次提出了软件工程（software engineering）这个概念。
到今年（1998），软件工程整整走过了30年的历程。
在这30年的发展中，人们针对软件危机的表现和原因，经过不断的实践和总结，越来越认识到：按照工程化的原则和方法组织软件开发工作，是摆脱软件危机的一个主要出路。
今天，尽管“软件危机”并未被彻底解决，但软件工程30年的发展仍可以说是硕果累累。
下面我们给出一个软件工程的定义，然后简单讨论一下软件工程所包括的内容：软件工程是一门研究如何用系统化、规范化、数量化等工程原则和方法去进行软件的开发和维护的学科。
软件工程包括两方面内容：软件开发技术和软件项目管理。
软件开发技术包括软件开发方法学、软件工具和软件工程环境。
软件项目管理包括软件度量、项目估算、进度控制、人员组织、配置管理、项目计划等。
统计数据表明，大多数软件开发项目的失败，并不是由于软件开发技术方面的原因。
它们的失败是由于不适当的管理造成的。
遗憾的是，尽管人们对软件项目管理重要性的认识有所提高，但在软件管理方面的进步远比在设计方法学和实现方法学上的进步小，至今还提不出一套管理软件开发的通用指导原则。
您如果是计算机语言初学者，并且立志成为一名软件工程师，必定会遇到编程语言选择的困惑，尤其对在校大学生来说更是如此。
千里之行，始于足下；差之毫厘，谬以千里；开始对编程语言的选择应该是谨慎的和重要的。
我将对软件行业的特色和就业情况给大家介绍，希望能给大家对自己的选择提供更加准确的参考。
编程语言类型划分首先我们来了解一下编程语言的分类：1）从语言的等级划分：汇编语言和高级语言汇编语言：实质和机器语言是相同的，都是直接对硬件操作。
它需要编程者将每一步具体的操作用命令的形式写出来。
汇编程序的每一句指令只能对应实际操作过程中的一个很细微的动作。
汇编生成的可执行文件不仅比较小，而且执行速度很快。
高级的汇编器如MASM, TASM等等。
高级语言：目前绝大多数编程者的选择。
和汇编语言相比，它不但将许多相关的机器指令合成为单条指令，并且去掉了与具体操作有关但与完成工作无关的细节，例如使用堆栈、寄存器等，这样就大大简化了程序中的指令。
同时，由于省略了很多细节，编程者也就不需要有太多的专业知识。
2）从语言的执行方式划分：解释语言和编译语言解释语言：执行方式类似于我们日常生活中的“同声翻译”，应用程序源代码一边由相应语言的解释器“翻译”成目标代码(机器语言)，一边执行，因此效率比较低，而且不能生成可独立执行的可执行文件，应用程序不能脱离其解释器，但这种方式比较灵活，可以动态地调整、修改应用程序。
例如Basic。
脚本语言是一种解释性的语言,例如Vbscript、Javascript、Perl、Python等等。
脚本语言就是以文本方式存在的语言。
编译语言：编译是指在应用源程序执行之前，就将程序源代码“翻译”成目标代码(机器语言)，因此其目标程序可以脱离其语言环境独立执行，使用比较方便、效率较高。
但应用程序一旦需要修改，必须先修改源代码，再重新编译生成新的目标文件(＊ .OBJ)才能执行，只有目标文件而没有源代码，修改很不方便。
现在大多数的编程语言都是编译型的，例如：C、C++、Delphi等。
Java很特殊，Java程序也需要编译，但是没有直接编译称为机器语言，而是编译成为伪码，然后用解释方执行字节码。
3）从面向对象划分：结构化语言和面向对象语言面向过程和面向对象，这是两种思想。
C、Pascal等语言是面向过程的编程语言,C的开发通常会大量定义函数和结构体。
面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法。
就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。
Java、C++属面向对象语言。
总的说来，结构化语言以业务的处理流程来思考，重在每个步骤功能问题；面向对象语言以对象的属性和行为来思考，重在抽象和对象间的协作问题。
数据库结构化查询语言(Structured Query Language)是为关系数据库管理系统开发的一种查询语言。
SQL语言，得到了广泛的应用。
如今无论是像Oracle ,Sybase,Informix, SQL server这些大型的数据库管理系统，还是像Visual Foxporo,PowerBuilder这些微机上常用的数据库开发系统，都支持SQL语言作为查询语言。
SQL与其它高级语言的选择并不冲突，反而是紧密结合的。
如果你的应用软件无论用到哪种高级编程语言来开发，如果软件中使用数据库来存储数据，那么SQL的运用是必不可少的。