软件工程作业二
2017-03-12 18:19
246 查看
一、瀑布模型
http://istqbexamcertification.com/what-is-waterfall-model-advantages-disadvantages-and-when-to-use-it/瀑布模型是第一个引入的过程模型。它也称为线性序列生命周期模型。这是很容易理解和使用。在瀑布模型中,每个阶段必须在下一阶段开始之前完成。这种类型的软件开发模型基本上用于小项目,没有不确定的要求。
在每个阶段结束时,进行审查,以确定项目是否在正确的路径上,以及是否继续或丢弃项目。在这个模型中,软件测试仅在开发完成后才开始。在瀑布模型逐步执行时不能被重叠。
优缺点
优点:模型简单,易于理解和使用
由于瀑布模型的死板,它容易管理–每个阶段都有可发行的特定成果和审查过程
在此模型中,一次处理并完成一个阶段,相互不重叠
瀑布模型适用于容易理解的小型项目
缺点:
一旦应用程序处于测试阶段,很难再回到并改变在概念阶段没有经过深思熟虑事情
没有正在工作的产品产生直到在生命周期的后期
高风险和不确定性
不是一个复杂的和面向对象项目的好模型
在长期和正在进行的项目是一个差模型
不适用于需求从中度到高度变更风险的项目
使用场景
该模型仅在需求非常清楚,清楚和固定时使用
稳定的产品定义
没有歧义的需求
小项目
二、原型模型
http://istqbexamcertification.com/what-is-prototype-model-advantages-disadvantages-and-when-to-use-it/原型模型的基本思想是,在设计或编码之前可以继续,不是冻结需求,而是构建一个一次性原型去理解需求。这个原型是基于当前已知的要求开发的。原型模型是一个软件开发模型。通过使用这个原型,客户可以得到系统的“实际感觉”,因为与原型的交互可以能够更好地使客户理解期望系统的需求。
优缺点
优点:用户参与开发
由于在该方法中提供了系统的工作模型,所以用户更好地理解正在开发的系统
可以更早地检测到错误
用户反馈更快
缺少的功能可以很容易地被发现
混淆或困难的功能能够被识别
缺点:
实际上,这种方法可能增加系统的复杂性,因为系统的范围可能超出原始计划
不完整的应用可能导致应用不能被使用,整个系统被设计得不完整不充分
系统的开发缺乏统一规划和标准,导致对系统的开发缺乏有效的控制
适用场景
当期望的系统需要与最终用户进行大量交互时,应当使用原型模型
通常,在线系统,Web界面与用户具有大量的交互,最适合于Prototype模型
确保用户不断地与系统一起工作,并提供反馈
三、V模型
http://istqbexamcertification.com/what-is-v-model-advantages-disadvantages-and-when-to-use-it/RAD(Rap Application Development,快速应用开发)模型是软件开发过程中的一个重要模型,由于其模型构图形似字母V,所以又称软件测试的V模型。它通过开发和测试同时进行的方式来缩短开发周期,提高开发效率
V模型大体可以划分为以下几个不同的阶段步骤:需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试
优点
简单易用
测试活动,如规划,测试设计在编码之前发生得很好。这节省了大量的时间。因此比瀑布模型的成功机会更高。
主动跟踪缺陷 - 即在早期发现缺陷。
避免缺陷的向下流动.
适用于需要容易理解的小项目
缺点
非常死板和不灵活.
软件在实施阶段开发,因此不会产生软件的早期原型。.
如果在中途发生任何更改,则必须更新测试文档和需求文档.
适用范围
V型模型应用于需要明确定义和固定的中小型项目
当有足够的技术资源和需要的技术专长时,应选择V形模型.
四、螺旋模型
http://istqbexamcertification.com/what-is-spiral-model-advantages-disadvantages-and-when-to-use-it/螺旋模型是一种演化软件开发过程模型,它兼顾了快速原型的迭代的特征以及瀑布模型的系统化与严格监控。螺旋模型最大的特点在于引入了其他模型不具备的风险分析,使软件在无法排除重大风险时有机会停止,以减小损失。同时,在每个迭代阶段构建原型是螺旋模型用以减小风险的途径。螺旋模型更适合大型的昂贵的系统级的软件应用
优点
大量的风险分析,避免风险增加
适用于大型和关键任务项目
文档控制
可以在以后添加其他功能
软件可以在软件生命周期的早期生产。
缺点
可能是一个昂贵的使用模型
风险分析需要高度专业的专业知识
项目的成功在很大程度上取决于风险分析阶段
不适合小型项目
适用范围
当成本和风险评估很重要时
适用于中高风险项目
长期项目承诺是不明智的,因为经济优先事项可能发生变化
要求很复杂
新产品线
预期有重大变化
相关文章推荐
- 软件工程第六次作业-例行报告
- 软件工程作业之电梯调度
- 软件工程作业----第三次
- 个人第三次软件工程作业-每周例行报告
- 软件工程-构建之法 团队作业七 成绩分配
- 软件工程作业—最优买书问题
- 第十周软件工程作业-每周例行报告
- 软件工程作业
- 软件工程第五次作业 - 每周例行汇报
- 软件工程基础作业-个人项目代码复审
- 软件工程第二次作业
- 2017秋-软件工程第六次作业-第七周例行总结
- 软件工程作业第一周--对构建之法的五个问题
- 软件工程网络课程作业一:Hello, world!
- 软件工程个人作业05
- 一次软件工程作业:关于C与C++中互相调用动态链接库的问题
- 软件工程作业 四则运算(二)
- 14软件工程第二次作业
- 软件工程第一次作业
- 软件工程实践 : 团队项目(第三次作业) 需求规格说明书