生活就像个冷笑话
瀑布模型 软件 过程
1 引言软件生命周期是软件由产生直到报废的生命周期，周期内可有可行性分析、需求分析、概要设计、详细设计、编码、测试和维护等阶段。
软件生命周期解释如何演绎软件过程的思想，是软件生命周期模型化技术的基础，也是建立软件开发环境的核心。
生命周期模型会为软件开发提供支持，为软件开发过程中所有活动提供政策保证，为参与软件开发的所有成员提供帮助和指导。
软件生命周期模型的适用与否，对于软件开发的成功、用户的满意影响巨大。
瀑布模型是软件工程中应用的非常广泛的一种软件生命周期模型，传统的软件工程方法学的软件过程基本上都可以用该模型进行描述。
2 瀑布模型瀑布模型是W.Royce 于1970 年首先提出的，由可行性研究、需求分析、系统设计、编码、测试、运行和维护各阶段组成。
该模型把软件生命过程比喻成瀑布的流水，每个阶段看作瀑布中的一个台阶，软件生命过程在台阶上由上向下流动。
瀑布模型规定上一阶段的变换结果是下一阶段变换的输入，相邻两个阶段具有因果关系，紧密相联。
为保障软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性产品进行评审，确认之后再转入下一阶段的工作。
评审过程发现错误和疏漏后，应该反馈到前面的有关阶段修正错误、弥补疏漏，然后再重复前面的工作，直至某一阶段通过评审后再进入下一阶段。
瀑布模型的特点非常鲜明。
首先，它以文档形式驱动的，为管理者进行项目开发管理提供基础，对开发过程中的活动进行约束。
其次，它是一种整体开发模型，在开发过程中，用户看不见系统是什么样，只有开发完成向用户提交整个系统时，用户才能看到一个完整的系统。
最后，该模型过程逆转性很差或者说不可逆转，因为根据前面阶段的错误会在后面的阶段进行发散性传播的原理，所以逆转将会延误工期，增加成本，造成重大损失。
瀑布模型的优点如下：通过设置里程碑，能够明确每阶段的任务与目标；可为每阶段制定开发计划，进行成本预算，组织开发力量；通过阶段评审，将开发过程纳入正确轨道；严格的计划性保证软件产品的按时交付。
任何事物都不是完美的，瀑布模型也一样，该模型的缺点包括：缺乏灵活性，不能适应用户需求的改变；开始阶段的小错误被逐级放大，可能导致软件产品报废；返回上一级的开发需要十分高昂的代价；随着软件规模和复杂性的增加，软件产品成功的机率大幅下降。
3 V模型V模型是瀑布模型的变形，着重于测试活动如何与分析和设计相联系。
V 模型认为：单元测试和集成测试用于验证程序设计，即在单元测试和集成测中，编码人员和测试人员应确保程序设计的所有方面都已经在代码中正确实现；系统测试应验证系统设计，保证系统设计的所有方面都已正确实现；验收测试由用户来进行，把测试步骤与需求规格说明中的每一个要素联系起来对需求进行确认。
该模型中V 形左右两边连线说明各阶段的对应关系。
如果在验证和确认期间发现问题，应重新执行左边的步骤进行修正和改进相应的需求、设计和编码，然后去再次执行右边的测试，这样做使得迭代和重做的过程由隐藏变明确。
与瀑布模型关注对象是文档和制品相比，V 模型更加关注活动和正确性。
4 结束语不是任何软件都可采用瀑布模型的，瀑布模型适合于结构化方法，也就是面向过程的软件开发方法。
软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化；分析设计人员对应用领域很熟悉；低风险项目（对目标、环境很熟悉）；用户使用环境很稳定；用户除提出需求以外，很少参与开发工作。
尽管上述条件比较苛刻，但是软件企业在开发新产品或新项目时往往还是采用瀑布模型，系统软件和工具软件也常常采用瀑布模型。
软件工程中的cmm是什么,有哪五个层次
CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。
它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。
CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。
CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。
目前，我国已有软件企业通过了CMM标准认证 。
SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型，以下简称＂CMM＂)，是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。
CMM它是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了众多国家以及国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM目前通用流行的版本是1.1(Version1.1)。
《按照软件工程研究所（SEI）的原来计划，CMM的改进版版本2.0(V2.0)是要在1997年的11月完成的。
但是，美国国防部办公室要求软件工程研究所（SEI）延迟发放公布CMM版本2.0，直至他们完成另一个更为紧迫的项目-CMMI。
CMMI(Capability Maturity Model Integration能力成熟度模型集成)，是美国国防部的一个设想。
他们希望把所有现存的与将被发展出来的各种能力成熟度模型，集成到一个框架中去。
这个框架用于解决两个问题：第一，软件获取办法的改革；第二，从集成产品与过程发展的角度出发，建立一种包含健全的系统开发原则的过程改进。
CMM为软件企业的过程能力提供了一个阶梯式的改进框架，它基于过去所有软件工程过程改进的成果，吸取了以往软件工程的经验教训，提供了一个基于过程改进的框架；它指明了一个软件组织在软件开发方面需要管理哪些主要工作、这些工作之间的关系、以及以怎样的先后次序，一步一步的做好这些工作而使软件组织走向成熟。
一、CMM的诞生 信息时代，软件质量的重要性越来越为人们所认识。
软件是产品、是装备、是工具，其质量使得顾客满意，是产品市场开拓、事业得以发展的关键。
而软件工程领域在1992年至1997年取得了前所未有的进展，其成果超过软件工程领域过去15年来的成就总和。
软件管理工程引起广泛注意源于20世纪70年代中期。
当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。
到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。
软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；军用标准太少且不够完善等等。
在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。
由此可见，软件管理工程的意义至关重要。
软件管理工程和其它工程管理相比有其特殊性。
首先，软件是知识产品，进度和质量都难以度量，生产效率也难以保证。
其次，软件系统复杂程度也是超乎想象的。
因为软件复杂和难以度量，软件管理工程的发展还很不成熟。
软件管理工程的发展，在经历了从70年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征的结构化生产时代，到90年代中期，以CMM模型的成熟模型和日益为市场接受为标志，已经进入以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志的以过程为中心的时代，而软件发展第三个时代，及软件工业化生产时代，从90年代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础，已经渐露端倪，估计到2005年，可以实现真正的软件工业化生产，这个趋势应该引起软件企业界和有关部门的高度重视，及早采取措施，跟上世界软件发展的脚步。
软件生产转向以改善软件过程为中心，是世界各国软件产业或迟或早都要走的道路。
软件过程改善是当前软件管...
