软件开发过程模型综述

软件开发过程模型综述

1. 软件开发过程中的模型的含义

在开发软件的过程中，需要提前架构好思想，提前规划好每一步的策略，这就需要构建模型，即软件工程模型。软件工程模型又叫软件开发模型、软件生存期模型是软件工程的简化表示，每个过程模型都是从一个特定的侧面表现软件工程，所以只提供过程的部分信息。即软件工程就是一个特定的软件开发过程的简称，模型给出了开发的全部过程，活动和任务的结构框架，明确规定要完成的主要活动，任务和开发策略。软件过程模型在开发过程中起到指导开发的作用。
2. 各种典型软件开发过程模型产生背景，基本策略，适用范围和局限性
软件开发过程的模型：

1. 瀑布模型

产生背景：
最初发表的软件的开发模型起源于一般的系统软件工程开发，由于这个模型类似于瀑布是从一个阶段到另一个阶段，所以这个模型就被命名为“瀑布模型”
基本策略；

特点：
顺序性和依赖性
适用范围：
小型软件的开发，用户需求变更不大的开发，系统开发过程中不太可能发生重大改变，对需求了解的很好的情况下适用于使用瀑布模型。
局限性：
不适应需求变化；用户的需求变更的相应较困难；
最终才能见到可执行的系统，风险高；
只适应于少数领域；
不适用于大型软件开发；

2. 增量模型

产生背景：
是对于瀑布式模型的一种改进，在过程中听取用户的意见，来及时修改开发过程与方法目标。
基本策略：
先完成一个系统子集的开发，再按照同样的开发步骤增加功能，如此递增下去直至满足全部系统要求

适用范围：
商务，电子商务和个人系统
特点：
降低了适用用户需求的成本
在开发过程中更容易得到用户对已做的开发工作的反馈意见
逐次交付，可以早日获益
早期增量可以作为原型使用
降低项目的失败的风险
局限性：
系统体系结构要先确定
过程不可见，要根据文档来把握进度
伴随着新的增量的添加，系统结构在逐渐退化

3. 原型模型

产生背景：
在开发过程中的初期指导方案，用来实验验证与大体分析。
基本策略：
是一个软件系统的初期版本，用于展示概念，验证设计方案，发现存在的问题和寻找可能的解决方法
适用范围：
事先不能完整定义需求的领域
特点：
通过快速开发工具短时间构造出可运行“样品”；
原型最终结局：被抛弃或者作为最终产品发布；
局限性：
原型的快速开发往往忽略了非功能方面的因素，如性能、健壮性和可靠性等；
缺乏必要的开发文档，不利于后期维护；

4. 螺旋模型

基本策略：

特点：
将风险分析与处理引入到软件开发中，有助于降低软件的开发风险
适用范围：
适合大型软件的开发
局限性：
螺旋模型强调风险分析，并做出相关反应是不容易的。往往仅适应于内部的大规模软件开发。
软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。

5. RUP：

基本策略：
核心工作流：
商业建模，需求分析，分析设计，实施，测试，部署，配置和变更管理，项目管理，环境
四个阶段：
初始阶段：焦点是业务建模和需求
细化阶段：焦点是需求，分析和设计工作流
构造阶段：完成所有的分析，需求，和设计
交付阶段：将软件发布给用户，给用户培训，获取反馈意见
特点：
面向对象
Use-Case驱动
以体系结构为中心
迭代式，增量式的开发过程
以质量控制和风险管理为目标
与UML配套
适用性强
局限性：
初期阶段时间花费在业务建模和需求上了，工作量主要花在了测试和部署上，不适合嵌入式开发

6. 敏捷开发：面对需求不断变更的方式

产生背景：
传统的开发方法有 详细的项目规划，受控的过程管理和严格的质量保证 ，在规划、设计及文档编写方面投入巨大，仅适合大型、长寿命周期的软件开发，无法满足中小型软件的开发需要。
基本原则：
尽早、持续的( ( 几周到几个月) ) 交付有价值的软件 。
欢迎改变需求，保持客户的竞争优势 。
业务人员全程参与开发过程。
最有效果的信息传达方式是面对面的交谈。
可以工作的软件是进度的主要度量标准。
敏捷过程提倡可持续开发。
不断追求卓越技术与良好设计有助于提高敏捷性。
简单 —— 尽可能减少工作量的艺术至关重要。
最好的架构、需求和设计都源自自我组织的团队。

基本策略：

敏捷开发中最有名的就是极限开发，而在极限开发中有迭代式开发，结对编程，测试驱动等等方法，而极限开发简称XP适合小团队开发。
局限性：
适合于小型的开发

在学完第二章之后，我知道了软件开发模型的具体分类，也了解了各种模型的优缺点，并体会了在开发过程需要考虑的诸多因素正是因为用户的需求很难具体可知所以在软件设计构思过程是十分困难的，但是正是因为这样才会有模型的巨大作用。我还知道了敏捷开发，并且了解了敏捷开发的其中的极限编程，和一些团队编程的合作编程的方法。不同的开发模型适合于不同的开发环境，但是要确定模型还有具体分析需求，根据需求的约束确定初步的模型。