软件工程--软件过程学习笔记

本文链接：https://blog.csdn.net/m0_63222058/article/details/134452272

本篇内容是对学校软件工程课堂内容的记录总结，部分也来源于网上查找的资料

软件过程基础

软件过程是指在软件开发过程中，经过一系列有序的步骤和活动，从问题定义到最终软件产品交付和维护的全过程。这个过程旨在确保软件项目能够按时、按预算、高质量地完成，同时满足用户的需求和期望

软件过程就像烹饪一道菜的步骤。想象一下，你要做一顿美味的晚餐。首先，你会选择菜谱（问题定义和需求分析），然后购买食材（规划和准备资源）。接下来，你按照步骤进行烹饪（编码和开发），调整调味品（测试和质量控制），最后上菜，让家人或朋友品尝（交付和维护）

在软件过程中，也有类似的步骤，这个过程通常是迭代的，意味着在整个过程中可能会反复进行某些步骤，特别是在发现问题或用户需求变更时。整个软件过程的目标是以可控制、可重复的方式生产高质量的软件产品，同时满足客户的期望

软件生命周期模型

软件生命周期模型是一种用来描述软件开发过程中不同阶段和活动的抽象框架或模型。它帮助团队组织和规划开发工作，确保在整个过程中的有效管理和控制。通俗地说，软件生命周期模型就像是软件开发的路线图，指导开发团队从项目的开始到结束的整个过程

瀑布模型

类似于瀑布一样，开发过程是线性的，每个阶段依次进行，一旦完成一个阶段，就进入下一个

特点：

1.强调阶段的划分顺序与依赖

2.每个阶段都要从技术和管理进行严格的审查

3.是一种线性的、顺序的、逐步细化的开发模式

适用时机：

1.必须同时淘汰全部老系统时

2.所有的系统功能一次交付时

3.具有反馈环

价值：

结构简单明了；历史较长、应用面广泛、为广大软件工作者所熟悉

风险：

1.获得完整的需求规约是非常困难的

2.难以适应快速变化的需求

3.系统太大时，难以一次做完

4.无法利用某一中间产品

5.资源有限，比如现有的工作人员/资金不足不适用这种方法

增量模型

增量模型是软件开发中的一种开发方法，通俗来说，它就像是搭积木一样逐步构建软件系统。这个过程是渐进的，每一步都是对系统的一个增量，而不是一次性完成整个系统的开发

适用时机：

1.需要早期获得功能

2.中间产品可以使用

3.系统可以自然地分割成增量

4.工作人员/资金可以逐步增加

风险：

1.需求未被很好的理解

2.一次要求所有功能的系统不适用

3.需要迅速发生变化的系统不适用

4.长时期内仅有有限的资源（人员/资金）不适用

演化模型

演化模型是软件开发中的一种方法，通俗来说，它就像是植物的生长一样，通过逐步发展和改进来构建软件系统。演化模型强调系统的渐进发展，允许在系统中逐步引入变化和改进。

想象一下你在种一棵树。你首先种下种子，它代表了系统的最初版本。随着时间的推移，树会生长，分支会延伸，新的叶子和花朵会不断产生。每一次生长和变化都是系统演化的一部分

特点：

迭代的开发方法，渐进地开发各个可执行版本，逐步完善软件产品。每个版本在开发时，开发过程中的活动和任务顺序地或部分重叠平行地被采用。与增量模型的区别是：需求在开发早期不能被完全了解和确定，在一部分被定义后开发就开始了，然后在每个相继的版本中逐步完善

演化模型基本思想图

迭代化开发思想：

迭代化开发是软件开发中的一种方法，通俗来说，它就像是制作一幅画的过程，不是一次性完成整个画面，而是通过一次次的修改和完善来逐步创作。这种方法将整个开发过程分成多个小步骤，每一步都是对前一步的改进和迭代。

想象一下你在画一幅画。你不会一开始就把整个画面都完成，而是可能先画出大致的轮廓，然后逐渐添加细节，做出一些修改，直到你满意为止

特点：

尽可能降低风险，适用处理不确定的复杂系统

原则：

1.每次迭代要产生一个可执行的版本2.有计划地迭代

优点：1.灵活性强（允许根据用户反馈和需求的变化进行灵活调整，更容易适应变化的环境）2.快速交付（每一轮迭代都产生一个可用的软件版本，可以更快地交付给用户，使用户更早地体验到软件）3.降低风险（由于每一轮迭代只关注部分功能或需求，问题和风险可以更早地被发现和解决，降低整个项目的风险）4.用户参与（用户在每一轮迭代中都有机会提供反馈，增加了用户对项目的参与感，有助于确保最终的软件符合用户的期望）

演化模型下有一些子类，下面介绍其中的两个子类“快速原型模型”和“螺旋模型”