【常见的软件过程模型】软件工程模型软件工程的模型都有哪几种？...

我理解你的问题是软件生命周期模型有几种？软件行业中常见的有： 瀑布模型 V过程模型 原型实现模型 快速应用开发（RAD） 增量模型 螺旋模型 极限编程（XP） 选择适当的生命周期模型，并可利用混合方式进行。

具体参见《软件生命周期模型及其选择》，地址： RUP参见《软件生命周期》，地址：

软件过程模型有哪些？

软件项目的开发有很高的失败率。

从20世纪80年代后期开始，软件理论界和产业界开始重视软件的风险管理，并产生了一系列的风险管理过程模型，这些模型对风险管理的规范有积极的意义。

文章回顾了风险管理模型的发展，发现目前的软件项目开发风险管理模型只强调承包工程方过程，而较少关注建设方的参与。

这将带来二方面的不足：第一，建设方对项目的参与是成功的重要保证，没有建设方的参与的管理过程是不完整的。

第二，在信息不对称的情况下，软件项目的开发风险被转移到建设方身上。

为了有效解决目前模型的不足，文章在原有的风险管理模型基础上建立软件项目的建设方和承包商风险管理的协同过程模型，并设计了相关的数据结构和项目干系人在项目周期的不同阶段的参与情况。

关键词：软件项目；风险管理；协同；过程 一、 引言 世界银行的统计表明：在发展中国家的政府信息系统项目中，只有15%是完全成功的。

因此，加强软件项目开发中的风险管理是软件开发中的最重要的工作之一，尤其对于大型的软件项目，软件风险管理的奠基人之一，Chaatte认为大型软件项目的管理就是风险管理。

Micosoft的量化研究表明，在风险管理中投入5%的项目工作可以获取50%~75%的如期完成的机会。

可见风险管理在软件开发中的重要性。

风险管理的研究在起源于20世纪80年代末，经过二十多年的发展，产生了大量的理论成果并对软件项目的开发起到积极的作用。

其中，风险管理的过程研究是风险管理的框架和基础，为风险管理提供规范的模式。

本文在分析现有研究的基础上建立软件项目的建设方和承包商风险管理的协同过程模型，以实现更加完整的规范的风险管理。

二、 风险管理过程模型的比较 1. Boehm模型：Boehm于1991年详细描述了他的思想体系。

Boehm认为：软件风险管理这门学科的出现就是试图将影响项目成功的风险形式化为一组易用的原则和实践的集合，是在风险成为软件项目返工的主要因素并由此威胁到项目的成功运作前，识别、描述并消除这些风险项。

他将风险管理过程归纳成二个基本步骤：风险评估和风险控制。

其中风险评估包括风险识别、风险分析、风险排序；风险控制包括制定风险管理计划、解决风险、监控风险。

Boehm风险管理理论的核心是维护和更新十大风险列表。

他通过对一些大型项目进行调查总结出了软件项目十大风险列表，其中包括人员短缺、不切实际的工期和预算、不合时宜的需求、开发了错误的软件功能、开发了错误的用户界面、过高的非实质性能要求、接连不断的需求改变、可外购部件不足、外部已完成任务不及时、实时性能过低和计算机能力有限。

在软件项目开始时归纳出现在项目的十大风险列表，在项目的生命周期中定期召开会议去对列表进行更新、评比。

十大风险列表是让高层经理的注意力集中在项目关键成功因素上的有效途径，可以有效地管理风险并由此减少高层的时间和精力。

2. Chaette模型：1989年Chaette设计的风险分析和管理的体系分为两大阶段，分别为分析阶段和管理阶段，每个阶段内含三个过程，这是一个相互重叠和循环的模型。

Chaette同时为各个过程提供了相应的战略思路、方法模型和技术手段。

3. CMUSEI的CRM(Continuous Risk Management)持续风险管理模型：CMUSEI的软件风险管理原则包括： （1）全局观点； （2）积极的策略； （3）开放的沟通环境； （4）综合管理； （5）持续的过程； （6）共同的目标； （7）协调工作。

具体来说是要不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。

CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。

它强调的是对风险管理的各个组成部分的沟通。

4. IEEE风险管理标准：IEEE风险管理标准定义了软件开发生命周期中的风险管理过程。

这个风险管理过程系统地描述和管理在产品或服务的生命周期中出现的风险。

包括以下活动：计划并实施风险管理、管理项目风险列表、分析风险、监控风险、处理风险、评估风险管理过程。

5. CMUSEI的CMMI(Capaility Matuity Model Integation)风险管理过程：CMMI是由SEI在CMM基础上发展而来。

目前，CMMI是全球软件业界的管理标准。

风险管理过程域在CMMI的第三级，即已定义级中建立一个关键过程域（KPA,Key Pactice Aea）。

CMMI认为风险管理是一种连续的前瞻性的过程。

它要识别潜在的可能危及关键目标的因素，以便策划应对风险的活动和在必要时实施这些活动，缓解不利的影响最终实现组织的目标。

CMMI的风险管理被清晰地描述为实现三个目标，每个目标的实现又通过一系列的活动来完成，如图1该模型的核心是风险库，实现各个目标的每个活动都会更新这个风险库。

其中活动“制订并维护风险管理策略”与风险库的联系是一个双向的交互过程，即通过采集风险库中相应的数据并结合前一活动的输入来制订风险管理策略。

关于软件工程结构问题

原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来.维护活动包括使用过程中的扩充、修改与完善.伴随以上过程、培训过程等.问题分析获取需求定义，又称软件需求规约.开销合宜是指软件开发、运行的整个开销满足用户要求的程度，包括子系统、实现及文档为用户可用的程度、过程模型及工程方法选取的约束.（2）软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤.软件工程过程主要包括开发过程、设计、实现、运作过程、维护过程.采用工程的概念，还有管理过程、支持过程软件工程是指导计算机软件开发和维护的工程学科.需求活动包括问题分析和需求分析.它们覆盖了需求.软件工程（SoftWareEngineering）的框架可概括为：目标.详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述、过程和原则、确认以及维护等活动、每一模块的接口定义.这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程.（1）软件工程目标：生产具有正确性、可用性以及开销合宜的产品.正确性指软件产品达到预期功能的程度.可用性指软件基本结构、模块以及相关层次的说明.需求分析生成功能规约.设计活动一般包括概要设计和详细设计.概要设计建立整个软件系统结构.实现活动把设计结果转换为可执行的程序代码.确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求，这就是软件工程 展开

软件工程是学什么的,包括什么？

1. 软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。

它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

2. 在现代社会中，软件应用于多个方面。

典型的软件有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。

同时，各个行业几乎都有计算机软件的应用，如工业、农业、银行、航空、政府部门等。

这些应用促进了经济和社会的发展，也提高了工作效率和生活效率 。