软件需求工程 课件 第2章 软件工程与需求工程.pptx

第2章软件工程与需求工程

目录软件工程软件开发过程模型需求工程与软件开发软件需求的开发和管理过程2-12-22-32-4

2-1软件工程

软件工程软件危机指工程方法开发和维护软甲的过程和有关技术，主要适用对象是大型软件。研究的基本内容包括软件开发过程、软件开发和维护的方法与技术、软件开发和维护工具系统、质量评价和质量保证、软件管理和软件开发环境等。指人们难以控制软件的开发和维护，具体表现为：大型软件系统十分复杂，很难理解和维护软件开发周期过长大型软件系统的可靠性差软件费用往往超出预算2-1软件工程软件危机让人们认识到需要工程化的方法来开发和维护软件。

2-2软件开发过程模型

软件开发过程模型软件生命期该模型是为获得高质量的软件系统所需完成的一系列任务的框架。它规定了完成各项任务的工作步骤。在软件工程的初期，软件生命期的概念被提出，用标准的形式表示和定义了软件生存过程。指的是软件从软件计划开始，经历需求分析和定义、设计、编码、测试、运行、维护直到废止为止的期间，被视为软件开发过程模型的依据2-2软件开发过程模型

2-2-1瀑布式模型瀑布式开发模型是最早依据软件生命期开发的模型，亦称软件生命期模型，如下图所示。其特点是阶段间具有顺序性和依赖性，各阶段必须完成规定的文档，从而在审查文档的基础上保证软件的质量等。2-2软件开发过程模型瀑布式模型只提供了一个完成软件开发和维护任务的指导性框架，缺乏具体的实施方法和技术，也并非以线性方式进行。在实际的软件开发工作中还存在着反复。例如，在设计中发现需求比较含糊，则需回到需求分析与定义阶段重新讲行外理。

2-2-1瀑布式模型瀑布式开发模型各阶段都有明确的分工和任务，并且彼此间紧密相关，后一阶段的工作需要依据前一阶段的工作结果展开，各阶段基本任务如下：软件开发计划：确定软件开发项目必须完成的总目标，统筹项目资源，产生任务计划书以及项目可行性报告。需求分析与定义：软件开发人员与用户一起理解和表达用户需求，产生需求规格说明。设计：分为总体设计和详细设计两个子阶段。总体设计阶段根据软件需求规格说明建立软件系统的结构，描述软件系统的具体功能和接口，详细设计阶段产生编码阶段所需的一系列模块设计规格说明。编码：根据设计要求,使用某种程序设计语言编写程序。测试：对软件系统进行检查和测试，及时地发现和纠正软件系统中的故障和逻辑错误，并产生测试报告等。测试也可分为单元测试和综合测试。维护：通过各种必要的维护活动保证软件系统正常运行,并能持久地满足用户的需求。2-2软件开发过程模型

2-2-1瀑布式模型瀑布式模型在20世纪80年代之前一直是唯一广泛乎田的生命期模型，现在仍然是软件工程中应用得最广泛的模型。传统的瀑布式模型也存在诸多问题：在实际开发工作中，用户的需求需要逐步完善，而模糊的需求导致开发的软件不能够令用户满意或者用户的需求需要更改时，都会导致软件开发工作按瀑布式模型的步骤从头开始，增加了软件开发的难度。由于模型各阶段的界线划分清晰独立，而且参加人员和开发人员也都相对独立，在阶段间移交信息（文档）的过程中，个人的理解的不同或者当事人不在时，容易产生误解。这容易导致开发出的软件系统与用户需求产生偏差。用户的参与程度不够。软件的运行版本要等到测试后才会出现，用户也只能在需求分析与定义阶段和测试阶段的后期参与到开发工作中，在相当长的一段时间内没有参与其中。2-2软件开发过程模型

2-2-2快速原型模型软件原型是指待开发的软件系统的部分实现，而快速原型是在完成最终可运行软件系统之前快速建立实验性的、可在计算机上运行的程序(原型)，然后给予评价的过程。该模型是针对瀑布式模刑存在的不足而提出的改进模型，下图表示了它的基本过程。2-2软件开发过程模型该模型的基本思想是快速建立一个实现了若干功能(不要求完全)的可运行模型来启发、揭示和不断完善用户需求，直到满足用户的全部需求为止。对于开发出的原型，其用途是获知用户的真正需求，一旦需求确定了，原型将被抛弃。所以重要的是必须迅速地构建原型并根据用户意见修改原型。UNIXShell和超文本都是广泛使用的快速原型语言。最近的趋势是使用第四代语言(4GL)来构建快速原型。当快速原型的某个部分是利用软件工具由计算机自动生成的时候，也可以将这部分用到最终的软件产品中。

2-2-2快速原型模型使用快速原型模型的目的：明确并完善需求。作为一种需求工具，原型初步实现系统的一部分。探索设计选择方案。作为一种设计工具，探索界面技术，用于评价以后的技术方案。可以发展为最终的产品。作为一种构造工具，原型是产品最初若干基本功能的实现。2-2软件开发过程模型快速原型模型的特点：开发过程虽然仍与瀑布式模型相同，弥补了瀑布式模型的一些不足。使用户的需求明确化，也可减