瀑布模型将软件生命周期分为哪几个阶段

《计算机科学技术百科全书》中的定义：软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。

软件工程借鉴传统工程的原则、方法，以提高质量、降低成本。

其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型（paradigm）、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。

？ ？软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。

软件工程过程主要包括开发过程、运作过程、维护过程。

它们覆盖了需求、设计、实现、确认以及维护等活动。

需求活动包括问题分析和需求分析。

问题分析获取需求定义，又称软件需求规约。

需求分析生成功能规约。

设计活动一般包括概要设计和详细设计。

概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。

详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。

实现活动把设计结果转换为可执行的程序代码。

确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。

维护活动包括使用过程中的扩充、修改与完善。

伴随以上过程，还有管理过程、支持过程、培训过程等。

RUP的含义 以及 应用领域

八、统一软件开发过程RUP的十大要素1. 开发前景 2. 达成计划 3. 标识和减小风险 4. 分配和跟踪任务。

。

5. 检查商业理由 6. 设计组件构架 7. 对产品进行增量式的构建和测试 8. 验证和评价结果 9. 管理和控制变化 10. 提供用户支持 让我们逐一的审视这些要素，看一看它们什么地方适合RUP，找出它们能够成为十大要素的理由。

1. 开发一个前景 有一个清晰的前景是开发一个满足涉众真正需求的产品的关键。

前景抓住了RUP需求流程的要点：分析问题，理解涉众需求，定义系统，当需求变化时管理需求。

前景给更详细的技术需求提供了一个高层的、有时候是合同式的基础。

正像这个术语隐含的那样，它是软件项目的一个清晰的、通常是高层的视图，能被过程中任何决策者或者实施者借用。

它捕获了非常高层的需求和设计约束，让前景的读者能理解将要开发的系统。

它还提供了项目审批流程的输入，因此就与商业理由密切相关。

最后，由于前景构成了“项目是什么？”和“为什么要进行这个项目？”，所以可以把前景作为验证将来决策的方式之一。

对前景的陈述应该能回答以下问题，需要的话这些问题还可以分成更小、更详细的问题： ？ 关键术语是什么？（词汇表） ？ 我们尝试解决的问题是什么？（问题陈述） ？ 涉众是谁？用户是谁？他们各自的需求是什么？ ？ 产品的特性是什么？ ？ 功能性需求是什么？（Use Cases） ？ 非功能性需求是什么？ ？ 设计约束是什么？ 2. 达成计划 “产品的质量只会和产品的计划一样好。

” （2） 在RUP中，软件开发计划（SDP）综合了管理项目所需的各种信息，也许会包括一些在先启阶段开发的单独的内容。

SDP必须在整个项目中被维护和更新。

SDP定义了项目时间表（包括项目计划和迭代计划）和资源需求（资源和工具），可以根据项目进度表来跟踪项目进展。

同时也指导了其他过程内容（原文：process components）的计划：项目组织、需求管理计划、配置管理计划、问题解决计划、QA计划、测试计划、评估计划以及产品验收计划。

在较简单的项目中，对这些计划的陈述可能只有一两句话。

比如，配置管理计划可以简单的这样陈述：每天结束时，项目目录的内容将会被压缩成ZIP包，拷贝到一个ZIP磁盘中，加上日期和版本标签，放到中央档案柜中。

软件开发计划的格式远远没有计划活动本身以及驱动这些活动的思想重要。

正如Dwight D.Eisenhower所说：“plan什么也不是，planning才是一切。

” “达成计划”—和列表中第3、4、5、8条一起—抓住了RUP中项目管理流程的要点。

项目管理流程包括以下活动：构思项目、评估项目规模和风险、监测与控制项目、计划和评估每个迭代和阶段。

3. 标识和减小风险 RUP的要点之一是在项目早期就标识并处理最大的风险。

项目组标识的每一个风险都应该有一个相应的缓解或解决计划。

风险列表应该既作为项目活动的计划工具，又作为确定迭代的基础。

4. 分配和跟踪任务 有一点在任何项目中都是重要的，即连续的分析来源于正在进行的活动和进化的产品的客观数据。

在RUP中，定期的项目状态评估提供了讲述、交流和解决管理问题、技术问题以及项目风险的机制。

团队一旦发现了这些障碍物（篱笆），他们就把所有这些问题都指定一个负责人，并指定解决日期。

进度应该定期跟踪，如有必要，更新应该被发布。

（原文：updates should be issued as necessary。

） 这些项目“快照”突出了需要引起管理注意的问题。

随着时间的变化/虽然周期可能会变化（原文：While the period may vary。

），定期的评估使经理能捕获项目的历史，并且消除任何限制进度的障碍或瓶颈。

5. 检查商业理由 商业理由从商业的角度提供了必要的信息，以决定一个项目是否值得投资。

商业理由还可以帮助开发一个实现项目前景所需的经济计划。

它提供了进行项目的理由，并建立经济约束。

当项目继续时，分析人员用商业理由来正确的估算投资回报率（ROI，即return on investment）。

商业理由应该给项目创建一个简短但是引人注目的理由，而不是深入研究问题的细节，以使所有项目成员容易理解和记住它。

在关键里程碑处，经理应该回顾商业理由，计算实际的花费、预计的回报，决定项目是否继续进行。

6. 设计组件构架 在RUP中，件系统的构架是指一个系统关键部件的组织或结构，部件之间通过接口交互，而部件是由一些更小的部件和接口组成的。

即主要的部分是什么？他们又是怎样结合在一起的？ RUP提供了一种设计、开发、验证构架的很系统的方法。

在分析和设计流程中包括以下步骤：定义候选构架、精化构架、分析行为（用例分析）、设计组件。

要陈述和讨论软件构架，你必须先创建一个构架表示方式，以便描述构架的重要方面。

在RUP中，构架表示由软件构架文档捕获，它给构架提供了多个视图。

每个视图都描述了某一组涉众所关心的正在进行的系统的某个方面。

涉众有最终用户、设计人员、经理、系统工程师、系统管理员，等等。

这个文档使系统构架师和其他项目组成员能就与构架相关的重大决策进行有效的交流。

7. 对产品进行增量式的构建和测试 在RUP中实现和测试流程的要点...

软件生命周期划分成哪些阶段？

软件生命周期（SDLC,Systems Development Life Cycle,SDLC）是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。

但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。

软件生命周期迭代式模型什么样的？

一般软件的生命周期（开发）：1、需求获取； 竟可能详细的获取需求，也就是客户需要做哪些事情，哪些想用软件实现，对每个关键点的细节越详细越好； 需要获取不可能一次获取的；在与客户交流前要制定相应的计划，这次要获取哪些需求，哪些优先级高，哪些一定要搞清楚，哪些可以放到后面再细化.......；在多次获取需求后，要对需求整理，分类，文档要尽可能标准一些，详细记录好各种需求变化，对一些模糊点也要注明，为后期的需求管理打好基础；2、需求分析； 需求分析就是要将前面获取的需求信息，尽可能的转化为技术需求，是对前面获取到得需要一个整理过滤和重新划分与定义的过程；相应文档要非常清晰，明了，不要采用模糊的语言；同时要做好后期需求修改的维护准备，需求维护对整个项目的进度、质量都有很大关系，要非常重视；3、设计； 1）架构设计； 2）数据库设计； 3）功能细化； 4）详细设计； 文档要尽可能的标准（框架结构图、数据流图、各功能模块流程图、......）；4、开发； 1）编码； 2)UT测试；5、测试； 主要是集成测试和系统测试； 很重要，是保证产品质量的重要环节（基础是前面几个环节不能太糟糕）；6、上线及维护； 试运行；（对出现的问题修改，再使运行，反复多次后才可正式发布，有些人将这个环节归为测试中，也是可以的，侧重点不一样；） 正式交付使用，之后进入后期的维护期； 上面是个人实战经验的总结，希望能提供帮助！！！...

软件生命周期分为哪几个阶段

开发阶段由三个阶段组成，以提高软件的质量。

但随着新的面向对象的设计方法和技术的成熟。

把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务、调试和测试，一个软件产品或软件系统也要经历孕育。

2，编写需求规格说明书和初步的用户手册：在软件交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进：是为适应环境的变化而修改软件的活动、形成文档以供交流或备查、验收与运行：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动，SDLC）是软件的产生直到报废或停止使用的生命周期。

要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。

二，可行性研究。

一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术，软件生存周期包括：一，问题定义：维护包括四个方面1，设计2、诞生、成长软件生命周期（SDLC,Systems Development Life Cycle，预防性维护，需求分析。

弄清用户对软件系统的全部需求：1，完善性维护[1] ，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。

通常，实现：根据选定的程序设计语言完成源程序的编码。

3，测试五，维护，适应性维护、系统设计、编码，软件生命周期设计方法的指导意义正在逐步减少、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期），改正性维护。

4，每个阶段都要有定义：是为了进一步改善软件系统的可维护性和可靠性、法律等多方面进行可行性分析。

三、工作、审查。

阶段同任何事物一样，并为以后的改进奠定基础，提交评审。

四，开发阶段。

3.周期内有问题定义、可行性分析、总体描述

什么是软件的生命周期？软件生命周期分哪几个阶段

软件生命周期（SDLC,Systems Development Life Cycle,SDLC）是软件的产生直到报废或停止使用的生命周期.周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。

但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。

阶段同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生存周期（软件生命周期）。

把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。

通常，软件生存周期包括：一，问题定义。

要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。

二，可行性研究。

一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术、法律等多方面进行可行性分析。

三，需求分析。

弄清用户对软件系统的全部需求，编写需求规格说明书和初步的用户手册，提交评审。

四，开发阶段。

开发阶段由三个阶段组成：1，设计2，实现：根据选定的程序设计语言完成源程序的编码。

3，测试五，维护：维护包括四个方面1，改正性维护：在软件交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露。

2，适应性维护：是为适应环境的变化而修改软件的活动。

3，完善性维护[1] ：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动。

4，预防性维护：是为了进一步改善软件系统的可维护性和可靠性，并为以后的改进奠定基础。

...