计算机软件技术基础教程课件-2第二章-软件工程概述

第二章软件工程概述2.1软件危机1.什么是软件危机

软件危机是指在计算机软件开发过程中遇到的一系列问题，如开发周期延长，成本增加，可靠性降低等。

软件危机包含与下列问题相关的问题：如何开发软件?(2)怎样做才能满足对软件不断增长的需求?(3)如何维护现有的、容量又在不断增加的软件?

2.1软件危机

软件危机以许多问题为表征，例如：(1)对软件成本、开发成本和开发进度的估计常常不很准确；(2)用户对“已完成的”软件系统不满意的现象经常发生；(3)软件产品的质量往往不可靠；(4)软件常常是不可维护的；(5)软件通常没有适当的文档资料；(6)软件成本在计算机系统总成本中所占的比例连年上升；(7)软件开发生产率的提高速度远远跟不上计算机应用的普及和发展的趋势。2.1软件危机2.解决软件危机的途径解决软件危机必须具有以下两方面的支持：(1)技术支持，包括：①有关的软件工程技术、程序设计方法、程序设计技术等；②计算机硬件知识、相关应用领域的知识、有关软件开发历史的知识等。2.1软件危机(2)管理支持，即在开发软件过程中如何组织和管理众多的各类人员协同作业。但是，仅靠这些还不能解决软件危机的根本问题。于是人们又提出了基于知识的软件工程方法，力求将软件工程与知识工程、人工智能技术结合起来，以构造基于知识的软件开发环境。这不是本书讨论的重点。2.2软件过程软件过程是指软件开发实践中所执行的一系列活动、动作和任务的集合。一个软件项目的开发，从需求获取，需求分析，设计，实现，测试，发布和维护应当遵循一系列可规范化的步骤，而软件过程解决的就是“路线图”的问题。2.2软件过程阶

段关键问题结

束

标

志问题定义问题是什么关于规模和目标的报告可行性研

究有可行的解吗是否值得去解系统的实际模型，数据流图（信息流动和处理情况），成本/效益分析需求分析系统必须做什么系统逻辑模型，数据流图，数据字典，算法描述，需求说明书总体设计如何解决此问题可行的解法，系统流程图，成本/效益分析，推荐的系统结构，层次图/结构图详细设计如何实现此系统编码的规格说明编码和单元测试正确的程序模块程序清单，单元测试方案和结果综合测试符合要求的软件综合测试方案和结果，完整一致的系统配置软件维护持久地满足用户完整准确的维护记录，需求的软件。生命周期方法学的阶段任务2.2.2瀑布模型瀑布模型于1970年由温斯顿.罗伊所(WintonRoyce)提出，是软件工程最早的过程模型范例，在软件工程中占有重要的地位。如右图，瀑布模型基于软件生命周期，其核心思想是按工序将问题化简，采用预见性的方法，遵循预先计划的需求、分析、设计、编程、测试的步骤顺序进行，如同瀑布流水一般地自上而下。2.2.3增量模型增量模型是以迭代的方式进行的软件开发过程。不同于瀑布式模型的顺序性和依赖性，增量模型把软件产品看作是由一系列的增量构件组成，构件的开发包括了设计、编程、集成和测试等任务，而且每个构件由多个相互作用的模块构成，能够完成特定的功能。一般情况下，第一个增量构件需要实现软件产品的基本需求，进而后面的增量构件陆续提供附加特性和完善产品功能。增量模型的开发过程如图2.2所示。2.2.5敏捷开发敏捷开发是一种循序渐进、快速响应和持续迭代的软件开发方法。在敏捷开发中，以用户不停进化的需求为导向，将软件划分成多个子项目，而每个子项目的成果是具有可视、可集成和可运行的软件构件。2.3软件质量的评价1.

可维护性软件在运行阶段尚需不断“修正”，因为软件虽经测试但还不可避免地隐含着各种错误，这些错误在运行阶段会逐步暴露出来，因而就要进行排错。2.3软件质量的评价2.

可靠性可靠性通常包括正确性(Correctness)和健壮性(Robustness)这两个相互补充的方面。正确性是指软件系统本身没有错误，所以在预期的环境条件下能够正确地完成期望的功能。健壮性是指当系统遇到意外时(具体是什么意外，事先是很难预料的)，能按某种预定的方式作出适当的处理，能保护好重要的信息，隔离故障区，以防止事故蔓延等.2.3软件质量的评价3.

可理解性在相当长一段时间中，人们一直认为程序只是提供给计算机的，而不是给人阅读的，所以只要它逻辑正确，计算机能按其逻辑正确执行就足够了，至于它是否易于被人理解则是无关紧要的。2.3