【软件project】生存期模型(含图)

为了反映软件生存周期内各个工作应怎样组织,各阶段怎样衔接,须要软件开发模型给出直观图示表达。软件开发模型是软件思想的详细化,是实施在过程模块中的软件开发方法和工具。

以下来介绍开发模型的特点以及他们的优缺点。

瀑布模型

核心思想是按工序开发软件,功能,设计与实现分开,各阶段分工协作。

结构化分析设计方法,逻辑实现和物理实现分开。

活动为:开发计划,需求分析和说明,设计,測试,执行维护。

各阶段瀑布流水,逐级下落,自上而下。

特征:

上一个活动方产生的工作对象为输入

利用输入,实现本项活动要完毕内容

该项活动结果,传一个下一个活动

对活动评审。

缺点:

缺乏灵活性

无法解决软件需求不明白。

原型模型

需求分析,软件开发真和用户一起定义总目标,划出区域。

高速设计出可见部分,用户评估,不断完好。

迭代

长处:

用户交流多。

低风险开发柔性计算机系统

易于维护,费用低,时间短

缺点:

easy跑题

忽略基本点

文档更新麻烦,管理困难

钻进牛角。

螺旋模型

特点:

逐步细化,每一个周期都进项完好

持续向用户想法实现。

螺旋模型是瀑布和演化模型结合,并添加风险分析。

指定计划,风险分析,实施开发,客户评估。

长处:

可选方案和约束条件的强调利于软件重用。

降低測试不合理的风险

维护仅仅是模型的还有一个周期,与开发没有本质差别

喷泉模型

与瀑布模型相应

各阶段相互重叠,多次重复。

对软件复用和生存周期多项开发活动的继承提供支持。

开发活动,分析设计和编码之间不存在明显边界。

增量模型

把软件产品作为一系列的增量构件设计,编码,集成和測试。

每一个构件多个相互作用模块。

分解必须遵守约束条件:当把新构件集成到现有软件中时,所形成的产品必须是可測试的。

长处:

短时间提交给用户可完毕部分工作的产品

逐步添加功能,同一时候便于用户学习。

困难:

把每一个新的增量模型构件集成到现有软件体系结构中时,不破坏原来开发的产品。

每一个模式都有自己的特点,软件开发的过程中,要选择适应的模型,结合每种模式的优缺点,通过分析选择最优的办法,事半功倍,设计出好的软件。

时间: 2024-10-07 01:10:43

【软件project】生存期模型(含图)的相关文章

软件project文档中的数据库模型设计

背景:软件project文档之<数据库设计说明书>的结构设计部分要明白规划出数据库的概念结构设计.逻辑结构设计.物理结构设计,就是设计数据库的概念模型.逻辑模型.物理模型.那么.何为数据库的概念模型.逻辑模型.物理模型呢? 反思:当初学习<数据库系统原理>的时候理解不太透彻.亡羊补牢,为时未晚! 概念模型 官方解释:概念设计是依据用户的需求设计数据库的概念结构.它以规范的形式,表达了对用户需求所设计事物的理解,本阶段涉及到术语:实体.实体集.属性.实体标识符. 通俗解释:概念模型就

[课程分享]IT软件项目管理(企业项目甘特图案例评价、维护管理、文档管理、风险管理、人力资源管理)

对这个课程有兴趣的朋友可以加我的QQ2059055336和我联系 课程讲师:丁冬博士 课程分类:Java 适合人群:中级 课时数量:32课时 用到技术:IT软件项目配置.IT软件项目模板的制定 涉及项目:IT软件企业项目甘特图案.IT软件项目可行性报告分析.基于svn的IT软件项目配置管理案例 更新程度:完成 课程背景: 该课程是北风品牌项目管理课程系列之一<IT项目管理>课程.通过本课程的教学,使学生掌握IT项目管理的基本原理和基本技能,能够根据项目干系人的特征需求,确定项目的范围,经过计划

软考-系统开发与软件project

关于软件project方面的知识,相信大家都不陌生,软考中这部分知识也是重点考察范围,关于软件project的知识点很的琐碎.我把这部分的知识点分成了五部分,各自是软件project的基础知识.开发管理.需求分析.软件设计.測试与维护. 1.第一部分介绍软件project的基础知识,它包含生存周期,开发模型,开发方法,重点要掌握几种开发模型的关联,这是软考中考频很高的知识点. 2.第二部分介绍开发过程中的项目管理.过程管理.和质量管理. 项目管理的知识点比較多.但也确实考点也多,大家要好好的看看

软件project(六)——需求分析

需求分析是软件开发期的第一个阶段,是关系到软件开发成败的关键步骤.需求分析的任务就是明白系统必须完毕那些工作,以下是对需求分析这一章做的简要总结. 导图: 解释说明: 我将需求分析这一章分为过程,方法,工具三个内容.当中过程就是要明白需求分析的任务与步骤.需求分析方法包含面向对象分析方法与结构化分析方法.需求分析的图形工具,描写叙述复杂的数据关系和逻辑处理功能,正所谓一张图胜过千言万语. 一.过程 1.文章开头也说过,需求分析的任务,不是确定系统怎么做,而是明白系统必须完毕那些工作,是对系统目标

软件project—思考项目开发那些事(一)

阅读文件夹: 1.背景 2.项目管理,质量.度量.进度 3.软件开发是一种设计活动而不是建筑活动 4.高速开发(简单的系统结构与复杂的业务模型) 5.技术人员的业务理解与产品经理的业务理解的终于业务模型 5.1.产品的业务理解(业务流程.数据流程及场景) 5.2.技术人员的业务理解(领域模型.设计模型.抽象建模) 6.技术债务(腐烂的遗留代码) 7.软件项目管理与软件project的鸿沟(项目管理得有语境上下文) 7.1.软件项目管理事实上应该多去重视一些技术层面的管理 7.2.软件projec

【软件project】 文档 - 银行业务管理 - 需求分析

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 软件project ? 银行业务管理和现金结算

【软工视频】软件、软件project

如今正在学习软工视频,总结了一下什么是软件和软件project的由来. 看到这张图,"软件"这个模糊的玩意儿就在我的大脑里异常清晰起来,so easy.我就不多说些什么了. . 软件的开发是一段历史.分别经历了程序设计.系统设计和软件project. 软工技术的发展,源于软件危机,能够说是软件危机敲开了软件project的大门.. 看到这张图.我也没什么好说的,非常清晰.也不值得写什么了,足矣! ! 大家可能会发现,红色的字体看不清,没关系,那不是重点. . 重点是软件project的

备战“软考”之软件project

说到"软件project"就有一种非常纠结的感觉!为什么呢?由于刚进入软考复习阶段,大家都把它放到了"比較"次要的地位,由于已经学过两遍,再加上它没有非常难理解的东西.一说大家都会!但往往问题就在这里"一说大家都会??"在做题的时候有种"屡错不厌"的感觉,就针对这个问题先谈谈原因.再谈谈解决的方案. 原因: 1.大家就是由于太自信了,由于已经学过两遍,所以就没有系统的看书或是不到位. 2.大家没有把里面的知识学活,学透,当下明

什么是软件project?

今天将"软件測试和质量专栏"改为"软件project专栏",意味着自己的博客将扩展到一个更广的范围,尽管核心还环绕測试和质量,但包含软件需求project.系统设计和项目管理等.所以特写一篇文章,作为开头和备忘. 从上世纪90年代初起,计算学科(Computing)的发展远远超越了计算机科学的边界,形成了计算机科学.计算机project.软件project.信息系统与信息技术等若干独立学科.计算机project从电子project学科中分离出来,旨在研究计算机硬件的

(UML总结三)UML与软件project

学习完UML.我们要把它和之前的软件project结合起来.软件project是从总体的角度说了软件开发的步骤.保证了所开发软件的质量.而UML作为一种统一建模语言.是用来设计软件蓝图的可视化建模语言,能够更好的实现软件的需求. 以下是结合UML和软工的一个导图,总结了软件开发每一个部分相应的UML中的图: 通过这个结合,我们知道了,UML对于软件开发是不可缺少的. 小结:在UML学习中感觉理论知识非常少,重要的是动手实践.在看UML视频的时候.仅仅是对当时讲的有点印象,然后做了笔记.等到实践的