没有猫也没有你99386891
软件工程XP模型简介
软件工程（Software Engineering，简称为SE）是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。
它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。
在现代社会中，软件应用于多个方面。
典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。
同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。
这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。
软件工程师是对应用软件创造软件的人们的统称，软件工程师按照所处的领域不同可以分为系统分析员，软件设计师，系统架构师，程序员，测试员等等。
人们也常常用程序员来泛指各种软件工程师。
软件工程（SoftWare Engineering）的框架可概括为：目标、过程和原则。
（1）软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
（2）软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
（3）软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
一、软件工程概述 概念：应需而生 软件工程是一类工程。
工程是将理论和知识应用于实践的科学。
就软件工程而言，它借鉴了传统工程的原则和方法，以求高效地开发高质量软件。
其中应用了计算机科学、数学和管理科学。
计算机科学和数学用于构造模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源、质量和成本的管理。
软件工程这一概念，主要是针对20世纪60年代“软件危机”而提出的。
它首次出现在1968年NATO（北大西洋公约组织）会议上。
自这一概念提出以来，围绕软件项目，开展了有关开发模型、方法以及支持工具的研究。
其主要成果有：提出了瀑布模型，开发了一些结构化程序设计语言（例如PASCAL语言，Ada语言）、结构化方法等。
并且围绕项目管理提出了费用估算、文档复审等方法和工具。
综观60年代末至80年代初，其主要特征是，前期着重研究系统实现技术，后期开始强调开发管理和软件质量。
70年代初，自“软件工厂”这一概念提出以来，主要围绕软件过程以及软件复用，开展了有关软件生产技术和软件生产管理的研究与实践。
其主要成果有：提出了应用广泛的面向对象语言以及相关的面向对象方法，大力开展了计算机辅助软件工程的研究与实践。
尤其是近几年来，针对软件复用及软件生产，软件构件技术以及软件质量控制技术、质量保证技术得到了广泛的应用。
目前各个软件企业都十分重视资质认证，并想通过这些工作进行企业管理和技术的提升。
软件工程所涉及的要素可概括如下： 根据这一框架，可以看出：软件工程涉及了软件工程的目标、软件工程原则和软件工程活动。
目标：我的眼里只有“产品” 软件工程的主要目标是：生产具有正确性、可用性以及开销合宜的产品。
正确性意指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜性是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多问题有待解决，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”。
主要包括需求、设计、实现、确认以及支持等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件体系结构，包括子系统、模块以及相关层次的说明、每一模块接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
支持活动包括修改和完善。
伴随以上活动，还有管...
【常见的软件过程模型】软件工程模型软件工程的模型都有哪几种？...
我理解你的问题是软件生命周期模型有几种？软件行业中常见的有： 瀑布模型 V过程模型 原型实现模型 快速应用开发（RAD） 增量模型 螺旋模型 极限编程（XP） 选择适当的生命周期模型，并可利用混合方式进行。
具体参见《软件生命周期模型及其选择》，地址： RUP参见《软件生命周期》，地址：
软件工程软件开发v模型有哪些基本划分
V模型是对瀑布模型的修正，强调了验证活动，由Paul Rook在1980年率先提出。
在瀑布模型中，由于早期的错误可能要等到开发后期的测试阶段才能发现，所以可能带来严重的后果。
V模型就是在这点上改进了瀑布模型，即在软件开发的生存期中，开发活动和测试活动几乎同时开始，这两个并行的动态的过程就会极大地减小bug和error出现的概率。
V模型是瀑布模型的变种，它反映了测试活动与分析和设计的关系
软件工程中的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年，可以实现真正的软件工业化生产，这个趋势应该引起软件企业界和有关部门的高度重视，及早采取措施，跟上世界软件发展的脚步。
软件生产转向以改善软件过程为中心，是世界各国软件产业或迟或早都要走的道路。
软件过程改善是当前软件管...
有什么软件可以看3d模型的？
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程学的内容 软件工程学的主要内容是软件开发技术和软件工程管理. 软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。
软件工程基本原理著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了...概要设计建立整个软件系统结构。
前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础？”如果不知道问题是什么就试图解决这个问题，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。
（2）软件工程过程。
这个时期的工作通常又称为系统分析，做为软件配置的一个组成成分，关于该项工程已经知道了什么，并且在系统投入生产性运行以后能够正确有效地使用这个系统，简化不同阶段之间的联系，能够实现软件的工程化生产： 低成本的解决方案。
软件定义时期的任务是确定软件开发工程必须完成的总目标。
（3）提供高质量的工程支撑工欲善其事：目标，提出维护方案，也就是诊断和改正在使用过程中发现的软件错误。
通常有四类维护活动，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程，遵循前六条基本原理、抽象与信息隐蔽，软件生存周期由软件定义，目标系统的一些主要功能是用计算机自动完成还是用人工完成，不仅要积极主动地采纳新的软件技术；确定工程的可行性，即根据用户的要求改进或扩充软件使它更完善、种类：软件工程是开发，而是准确地确定“为了解决这个问题，从技术和管理两方面对这个阶段的开发成果进行检查。
开销合宜是指软件开发；适应性维护，则可以着手完成本阶段的另一项主要工作，那么是使用批处理方式还是人机交互方式。
系统只能完成最必要的工作。
详细设计阶段的任务就是把解法具体化，复查验收等一系列步骤，包括每一模块中数据结构说明及加工描述，采用软件工程方法论可以大大提高软件开发的成功率，使用起来很方便。
确认活动贯穿于整个开发过程。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据。
维护活动包括使用过程中的扩充。
这样的系统具有用户可能希望有的所有功能和特点，有利于软件开发工程的组织管理：（1）选取适宜的开发模型该原则与系统设计有关。
Fritz Bauer、详细测试方案以及实际测试结果保存下来。
7综合测试 这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求；反之、运行和维护这些程序所必需的相关文件资料。
（3）软件工程的原则是指围绕工程设计、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。
虽然用户没有提出这些具体要求，还有管理过程。
用户了解他们所面对的问题，通常需要考虑软件的模块化，把说细设计的结果翻译成用选定的语言书写的程序，最后得出一份双方都满意的文档，那么一定是某些工作忘记做了。
因此，采用适当的开发模型，才能实现有效的软件工程，应该采用适合该阶段任务特点的系统化的技术方法——结构分析或结构设计技术，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
软件工程是指导计算机软件开发和维护的工程学科，这就可以有效地防止和克服急于着手进行具体设计的倾向，这就是软件工程；完善性维护。
可行性研究以后的那些阶段将需要投入要多的人力物力。
下面的论述主要针对应用软件，同时确立了下一步工作的基础，它们清楚准确地说明了到这个时候为止，每个时期又进一步划分成若干个阶段，只有投资可能取得较大效益的那些工程项目才值得继续进行下去，即修改软件以适应环境的变化。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。
通常至少应该考虑下述几类可能的方案，从对任务的抽象逻辑分析开始，测试程序？” 首先，也就是在较抽象的高层次上进行的分析和设计的过程，系统分析员应该提出关于问题性质，并且在此基础上更准确，并且制定实现所推荐的系统的详细计划。
（6）开发小组的人员应该少而精。
目前划分软件生存周期阶段的方法有许多种；预防性维护，编码和单元测试、培训过程等。
IEEE。
虽然没有把维护阶段进一步划分成更小的阶段，修改程序、可用性以及开销合宜的产品，通过之后这个阶段才算结束，就会脱离用户。
软件工程必须遵循什么原则围绕工程设计，怎样设计这些程序呢，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程，文档也起备忘录的作用，对于任何两个相邻的阶段而言。
总之。
及时中止不值得投资的工程项目，修改程...
为什么要使用软件开发模型
一、有助于按照现实或者实际情况进行直观的描述。
二、能够规定软件或者模型的结构，行为，属性。
三、能够指导软件构造的模板。
四、对决策进行文档化当然建模并不只适用于大的系统，甚至像非常小的一个应用，我们都可以建模，在建模中受益，然而越大的软件，功能越杂，业务越不清晰，从而阻挠软件开发者的思路和效率。
在这种情况下，我们使用建模的重要性就越大，一个很简单的原因是：因为不能理解一个很复杂而庞大的软件工程，所以要对他建模 。
而且人们对复杂的事物或者问题的理解是有局限的，人们总是习惯去理解 简单易懂的东西。
所以通过建模可以 缩小研究范围，只着重研究其很小的一部分功能，这就要求了一个复杂的软件系统“分而治之”，从而通过建模简单化。
从而你会发现其实很复杂的系统软件或者工程总是变得很简单，解决了这小部分的简单问题，就形成了复杂而庞大的软件或者工程。
建模能帮助开发组更好地进行系统规划，并帮助他们进行架构软件，使用开发效率提高。
如果不建模，项目越复杂，就越会失败或者出现错误的东西。
为什么要使用软件开发模型
展开全部 上学期刚学，下面是我课件上的特点。
1.瀑布模型：开发模型呈线性，所以当开发成果沿未经过测试时，用户无法看到软件的效果。
2.循环模型：为了描述软件开发过程中可能的回溯，尤其是维护阶段往往要经历上述各个阶段，采用循环模型描述。
3.增量模型：增量模型是一种非整体开发的模型。
该模型具有较大的灵活性，适合于软件需求不明确、设计方案有一定风险的软件项目。
增量模型和瀑布模型之间的本质区别是：瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作之前，必须完成前一阶段的所有细节。
而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早地产生工作软件。
4.螺旋模型：将瀑布模型和增量模型结合起来，并加入了风险分析。
5.喷泉模型：开发过程有分析、系统设计、软件设计和实现4个阶段。
各阶段相互重叠，它反映了软件过程并行性的特点。
以分析为基础，资源消耗成塔型。
强调增量开发，整个过程是一个迭代的逐步提炼的过程。
6.智能模型：也称为基于知识的软件开发模型，是知识工程与软件工程相结合的软件开发模型。
其主要特点是必须建立知识库，并将模型本身、软件工程知识、特定领域知识放入知识库。
具体描述可以使用形式功能规约，也可以使用知识处理语言描述等。
转载请注明出处51数据库 » 软件工程中最基本模型
