软件生存周期

什么是迭代模型 迭代式模型是是RUP（Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。实质上，它类似小型的瀑布式项目。RUP认为，所有的阶段（需求及其它）都可以细分为迭代。每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。迭代的思想如图所示： 迭代和瀑布的区别 迭代模型同瀑布模型一样，项目也会遵循需求->分析->设计->开发->测试->发布的流程，但不同的是，在前期需求分析阶段，会将所有的需求按照核心功能点-模块-关联模块进行拆分并分期实现，然后以迭代的形式逐步完善功能，在每一次迭代完成后系统都是可以交付的原型，往往第一次迭代都是产品最核心的功能。 迭代和瀑布的最大的差别就在于风险的暴露时间上。“任何项目都会涉及到一定的风险。如果能在生命周期中尽早确保避免了风险，那么您的计划自然会更趋精确。有许多风险直到已准备集成系统时才被发现。不管开发团队经验如何，都绝不可能预知所有的风险。” 　由于瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来

软件生存周期模型的定义 软件生命周期模型是指人们为开发更好的软件而归纳总结的软件生命周期的典型实践参考。 IEEE把一个软件生存周期模型描述为：一个包括软件产品开发、运行和维护中有关过程、活动和任务的框架，覆盖了从该系统的需求定义到系统的使用终止。 中国计算机科学与技术百科全书称软件生存周期模型为"软件开发模型"，并把它定义为：软件过程、活动、任务的结构框架。 它是描述软件开发过程中各种活动如何执行的模型。软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。 为了使规模大、结构复杂和管理复杂的 软件开发变的容易控制和管理，人们把整个软件生命周期划分为若干阶段，使得每个阶段有明确的任务，整理出软件生命周期模型 。 经典模型 软件生命周期模型也称为软件过程模型，反映软件生存周期各个阶段的工作如何组织、衔接，常用的有： 瀑布模型 原型模型 螺旋模型 增量模型 喷泉模型 还有建造-修补模型 MSF过程模型 快速原型模型 来源： https://www.cnblogs.com/yilang/p/12247088.html

基本过程是指那些与软件生产直接相关的过程。 主要包括5个过程： 获取过程 供应过程 开发过程 运行过程 维护过程 获取过程 是获取者所从事的活动和任务，为需求方而定义的活动。目的是获得满足客户所表达的那些需求的产品和/或服务。该过程以定义客户需求开始，以接受客户所要求的产品和/或服务结束。 本过程包括5个基本活动： 启动 招标 合同 对供方监督 验收 启动活动 主要任务如下： 描述获取、开发或增强一个系统、软件产品或软件服务的概念或要求，以此开始这一活动。 定义并分析该系统需求。系统需求一般应包括业务、组织和用户需求，还应包括与设计、测试有关的安全性、保密性和其他关键性需求以及应遵循的标准和规程。 需方可以自己定义并分析软件需求，也可以委托供方进行这项任务。 如果需方委托供方进行系统需求分析，那么需方就要审核并批准所分析的需求。 为了执行任务2和4，应使用开发过程 依据对有关风险、费用和效益等方面的适当分析，选择获取方案。方案包括： 是否购买满足需求的现货软件产品； 是否在自己组织内部进行软件产品的开发或获得软件服务； 是否通过合同来开发软件产品或获得软件服务； 是否采用上述的一个组合； 是否增强现有的软件产品或服务 当要去获得一个现成软件产品时，应确保满足以下条件： 满足该软件产品的需求； 文档是否可用； 满足专利权、使用权、担保权和许可权； 规划对该软件产品的未来支持。