如何选择软件开发的生命周期
软件的生存周期是指从概念的形成、项目定义与决策、系统分析与设计、开发成功、投入使用,并在使用中不断修改、完善,直至被新的软件所替代,而停止该软件使用的全过程。
软件项目的生存周期与软件的生存期是不同的。
软件项目的生命周期是指从项目批准到交付使用的过程。
而立项前的调研、系统维护、升级等可以不是项目生命周期的阶段,但是可以作为软件的生存期的一部分。
描述软件,软件项目,软件产品的生命周期以及三者的生命周期之间的...
软件生命周期(SDLC,Systems Development Life Cycle,SDLC)是软件的产生直到报废的生命周期软件项目的生命周期分为以下5种类型:A: 编码修正模型:未成型的系统规范->不断的编码修正—>发布¨ B: 渐进模型:最初概念->设计和实施最初原型->不断的精化原型直到可以被接受(开发一个版本->交付该版本->得到用户反馈->并入用户反馈)->完成和交付最终版本¨ C: 瀑布模型:软件概念需求分析架构设计详细设计编码和调试系统测试¨ D: 螺旋模型:确定目标,备选方案,约束条件->识别和解决风险->评价备选方案->计划下一个迭代->交付下一迭代解决方法->确定目标,备选方案,约束条件¨ E: 没有模型, 完全根据实际情况进行调整产品生命周期(product life cycle),简称PLC,是产品的市场寿命,即一种新产品从开始进入市场到被市场淘汰的整个过程。
软件生命周期包括软件项目的生命周期和产品生命周期,
瀑布模型 软件 过程
1 引言软件生命周期是软件由产生直到报废的生命周期,周期内可有可行性分析、需求分析、概要设计、详细设计、编码、测试和维护等阶段。
软件生命周期解释如何演绎软件过程的思想,是软件生命周期模型化技术的基础,也是建立软件开发环境的核心。
生命周期模型会为软件开发提供支持,为软件开发过程中所有活动提供政策保证,为参与软件开发的所有成员提供帮助和指导。
软件生命周期模型的适用与否,对于软件开发的成功、用户的满意影响巨大。
瀑布模型是软件工程中应用的非常广泛的一种软件生命周期模型,传统的软件工程方法学的软件过程基本上都可以用该模型进行描述。
2 瀑布模型瀑布模型是W.Royce 于1970 年首先提出的,由可行性研究、需求分析、系统设计、编码、测试、运行和维护各阶段组成。
该模型把软件生命过程比喻成瀑布的流水,每个阶段看作瀑布中的一个台阶,软件生命过程在台阶上由上向下流动。
瀑布模型规定上一阶段的变换结果是下一阶段变换的输入,相邻两个阶段具有因果关系,紧密相联。
为保障软件开发的正确性,每一阶段任务完成后,都必须对它的阶段性产品进行评审,确认之后再转入下一阶段的工作。
评审过程发现错误和疏漏后,应该反馈到前面的有关阶段修正错误、弥补疏漏,然后再重复前面的工作,直至某一阶段通过评审后再进入下一阶段。
瀑布模型的特点非常鲜明。
首先,它以文档形式驱动的,为管理者进行项目开发管理提供基础,对开发过程中的活动进行约束。
其次,它是一种整体开发模型,在开发过程中,用户看不见系统是什么样,只有开发完成向用户提交整个系统时,用户才能看到一个完整的系统。
最后,该模型过程逆转性很差或者说不可逆转,因为根据前面阶段的错误会在后面的阶段进行发散性传播的原理,所以逆转将会延误工期,增加成本,造成重大损失。
瀑布模型的优点如下:通过设置里程碑,能够明确每阶段的任务与目标;可为每阶段制定开发计划,进行成本预算,组织开发力量;通过阶段评审,将开发过程纳入正确轨道;严格的计划性保证软件产品的按时交付。
任何事物都不是完美的,瀑布模型也一样,该模型的缺点包括:缺乏灵活性,不能适应用户需求的改变;开始阶段的小错误被逐级放大,可能导致软件产品报废;返回上一级的开发需要十分高昂的代价;随着软件规模和复杂性的增加,软件产品成功的机率大幅下降。
3 V模型V模型是瀑布模型的变形,着重于测试活动如何与分析和设计相联系。
V 模型认为:单元测试和集成测试用于验证程序设计,即在单元测试和集成测中,编码人员和测试人员应确保程序设计的所有方面都已经在代码中正确实现;系统测试应验证系统设计,保证系统设计的所有方面都已正确实现;验收测试由用户来进行,把测试步骤与需求规格说明中的每一个要素联系起来对需求进行确认。
该模型中V 形左右两边连线说明各阶段的对应关系。
如果在验证和确认期间发现问题,应重新执行左边的步骤进行修正和改进相应的需求、设计和编码,然后去再次执行右边的测试,这样做使得迭代和重做的过程由隐藏变明确。
与瀑布模型关注对象是文档和制品相比,V 模型更加关注活动和正确性。
4 结束语不是任何软件都可采用瀑布模型的,瀑布模型适合于结构化方法,也就是面向过程的软件开发方法。
软件项目或产品选择瀑布模型必须满足下列条件:在开发时间内需求没有或很少变化;分析设计人员对应用领域很熟悉;低风险项目(对目标、环境很熟悉);用户使用环境很稳定;用户除提出需求以外,很少参与开发工作。
尽管上述条件比较苛刻,但是软件企业在开发新产品或新项目时往往还是采用瀑布模型,系统软件和工具软件也常常采用瀑布模型。
求推荐一款项目管理软件
展开全部 Colloa PM以BPM工作流引擎为核心,能够实现项目计划、任务、进度、工作量、成本、文档等全面管理,项目实施全程可视化、流程化、主动通知和提醒。
并能够与 Colloa CRM 无缝集成,实现项目售前售后的一体化管理。
相比传统的PM项目管理软件而言,Colloa PM 支持自定义的项目管理要素、单据样式和实施过程,满足个性化的、优化的项目管理需求,具有完整的、全自动的流程管控机制。
并能够通过移动设备和手机App,随时随地访问和审批。
...
求推荐一款项目管理软件
Colloa PM以BPM工作流引擎为核心,能够实现项目计划、任务、进度、工作量、成本、文档等全面管理,项目实施全程可视化、流程化、主动通知和提醒。
并能够与 Colloa CRM 无缝集成,实现项目售前售后的一体化管理。
相比传统的PM项目管理软件而言,Colloa PM 支持自定义的项目管理要素、单据样式和实施过程,满足个性化的、优化的项目管理需求,具有完整的、全自动的流程管控机制。
并能够通过移动设备和手机App,随时随地访问和审批。
相关的软件工程国家标准把软件生存周期划分为8个阶段,是那8个阶段...
软件工程一直以来都缺乏一个统一的定义,很多学者、组织机构都分别给出了自己的定义: Boehm:运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE:软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer:建立并使用完善的工程化原则,以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程(SoftWare Engineering)的框架可概括为:目标、过程和原则。
(1)软件工程目标:生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义,又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程,还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则 围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则: (1)选取适宜的开发模型 该原则与系统设计有关。
在系统设计中,软件需求、硬件需求以及其它因素间是相互制约和影响的,经常需要权衡。
因此,必需认识需求定义的易变性,采用适当的开发模型,保证软件产品满足用户的要求。
(2)采用合适的设计方法 在软件设计中,通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。
合适的设计方法有助于这些特征的实现,以达到软件工程的目标。
(3)提供高质量的工程支撑 工欲善其事,必先利其器。
在软件工程中,软件工具与环境对软件过程的支持颇为重要。
软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理 软件工程的管理直接影响可用资源的有效利用,生产满足目标的软件产品以及提高软件组织的生产能力等问题。
因此,仅当软件过程予以有效管理时,才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来,这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。
它们是 在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对 软件产品经常不满意的状况而发展起来的。
人类解决复杂问题时普遍采用的一个策 略就是“各个击破”,也就是对问题进行分解然后再分别解决各个子问题的策略 。
软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题 进行分解,把软件生存的漫长周期依次划分为若干个阶段,每个阶段有相对独立 的任务,然后逐步完成每个阶段的任务。
采用软件工程方法论开发软件的时候, 从对任务的抽象逻辑分析开始,一个阶段一个阶段地进行开发。
前一个阶段任务 的完成是开始进行后一个阶段工作的前提和基础,而后一阶段任务的完成通常是 使前一阶段提出的解法更进一步具体化,加进了更多的物理细节。
每一个阶段的开 始和结束都有严格标准,对于任何两个相邻的阶段而言,前一阶段的结束标准就 是后一阶段的开始标准。
在每一个阶段结束之前都必须进行正式严格的技术审查 和管理复审,从技术和管理两方面对这个阶段的开发成果进行检查,通过之后这 个阶段才算结束;如果检查通不过,则必须进行必要的返工,并且返工后还要再 经过审查。
审查的一条主要标准就是每个阶段都应该交出“最新式的”(即和所 开发的软件完全一致的)高质量的文档资料,从而保证在软件开发工程结束时有 一个完整准确的软件配置交付使用。
文档是通信的工具,它们清楚准确地说明了 到这个时候为止,关于该项工程已经知道了什么,同时确立了下一步工作的基础 。
此外,文档也起备忘录的作用,如果文档不完整,那么一定是某些工作忘记做 了,在进入生存周期的下一阶段之前,必须补足这些遗漏的细节。
在完成生存周 期每个阶段的任务时,应该采用适合该阶段任务特点的系统化的技术方法——结 构分析或结构设计技术。
把软件生存周期划分成若干个...
转载请注明出处51数据库 » 传统软件项目生命周期