软件开发的4种模型和4种方法

标签: 软件开发 模型 方法 | 发表时间:2012-05-17 15:22 | 作者:yinjingjing198808
出处:http://blog.csdn.net

软件开发模型:

1.瀑布模型:适合需求明确的软件开发。

   

2.演化模型:获取一组基本需求,快速给出版本,成为原型,用于对软件需求缺乏准认知的情况。不需要明确的需求

  

3.螺旋模型:结合瀑布模型和演化模型,综合两者优点,并增加风险分析,螺旋模型包括四个方面活动:制定计划,风险分析,实施工程,客户评估。

  

4.喷泉模型:面向对象的开发过程,具有迭代和无间隙特性,开发活动重复多次,再迭代中不断完善软件系统,无间隙指在开发活动之间不存在明显的界限,允许开发活动交互,迭代进行。

  

软件开发方法:

1.结构化方法:分析,设计,程序设计构成,面向数据流的开发方法,分解和抽象的原则,数据流图建立功能模型,完成需求分析工作。

2.Jackson方法:面向数据结构开发方法。数据结构为驱动,适合小规模的项目,当输入数据结构和输出结构之间没有对应关系,难用此方法,JSD(Jackson Structure Prograamming)是JSP(JacksonSystem Development)的扩充

3.原型化方法:和演化模型相对应,需求不清,业务理论不确定,需求经常变化,规模不大去不太复杂时采用。

4.面向对象开发方法:分析,设计,实现,Booch,Coad,OMT,为统一各种面向对象方法的术语,概念和模型,推出UML     (Unified Modeling Language)统一化建模语言,成为工业标准。

作者:yinjingjing198808 发表于2012-5-17 15:22:10 原文链接
阅读:4 评论:0 查看评论

相关 [软件开发 模型 方法] 推荐:

软件开发的4种模型和4种方法

- - CSDN博客推荐文章
1.瀑布模型:适合需求明确的软件开发. 2.演化模型:获取一组基本需求,快速给出版本,成为原型,用于对软件需求缺乏准认知的情况. 3.螺旋模型:结合瀑布模型和演化模型,综合两者优点,并增加风险分析,螺旋模型包括四个方面活动:制定计划,风险分析,实施工程,客户评估. 4.喷泉模型:面向对象的开发过程,具有迭代和无间隙特性,开发活动重复多次,再迭代中不断完善软件系统,无间隙指在开发活动之间不存在明显的界限,允许开发活动交互,迭代进行.

软件开发模型综述

- - CSDN博客推荐文章
                     软件开发模型概述. 最早出现的软件开发模型是1970年W·Royce提出的瀑布模型. 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架. 软件开发包括需求、设计、编码和测试等阶段,有时也包括维护阶段.

为什么软件开发方法论不管用?

- - 开源中国社区最新新闻
无论大小项目,大型团队还是我个人,陈腐的联邦机构还是牛逼的硅谷公司,我都工作过. 我学习并使用过至少20种编程语言. 我还经历过瀑布模型/预先设计模型(BDUF:big design up front),结构化编程,自顶向下,自下向顶,模块化设计,组件,敏捷,Scrum,极限,TDD,OOP,快速原型,RAD,还有我可能想不起来的其它方法.

能让一个软件公司倒闭的软件开发方法,你干过几件?

- - 外刊IT评论
在我的工作中我看到许多难以维护的代码,并且一次又一次地看到很多相同的原本可以避免的问题. 我专长于调试,修复,维护和扩展旧的软件系统. 我的典型的客户拥有一个尚可运行的网站或内部应用,但是开发者已经不知所踪. 业务需求已经改变了但是软件没有跟上. 抑或我的客户有了些“快要完成”的东西但是由于预算和日程安排的关系失去了开发者.

海康威视:形成软件开发方法论,社会经济到了由商业需求拉动的时代

- - 雷锋网
近日,海康威视举行投资者问答会议. 在AI市场机会上,海康认为AI的机遇已经得到行业普遍认同,未来AI成本会持续降低,AI技术在改善产品性能上作用很大,AI算法和大数据等,会带来许多之前想做但做不到的业务机会,也会开拓新玩法,未来会打开更多市场. 在软件投入上,组件化的开发已经是海康确定的软件开发方法论.

软件开发的核心

- - 博客园_知识库
  「我们一直这样做开发,时间做久了,便忘了当初的本意.   有关软件系统开发,我们谈些什么.   我们谈过程,编码规范、开发流程、同行评审、结对编程、持续集成,从瀑布到敏捷再到极限编程.   我们谈架构,企业级、J2EE、容器化、SOA(面向服务架构)、Microservices(微服务化).   我们谈规模,大容量、高并发、大数据.

软件开发的“三重门”

- - 酷壳 - CoolShell.cn
自从上次写了“ 程序员技术练级攻略” 以来,就觉得似乎还有很多东西没有谈到,但当时没有继续思考了. 而春节前有人问我,是做底层技术,还是做业务. 这问题让我思考了很多,不由自主地回顾了一 下我这十多年的软件开发经历,并顺着整理分类了一下自己解决过的若干问题,还发散想了很多,经过了一个春节假期的发酵,产生了下面这篇文章.

软件开发的人文关怀

- - 博客园_知识库
  几年前,我从温伯格的《技术领导之路》中学到一点:技术人员往往更喜欢和机器打交道,因为他们“认为”自己更适合和机器打交道;但是,优秀的技术人员必须(也必然)具备好的沟通能力. 所以,温伯格鼓励各位技术人员多加练习和其他人打交道的能力. 温伯格的这个观点我是非常赞成的,好的技术人员一定需要“勇敢”面对他人,不能被“自实现的预言”局限在机器的世界里.

软件吞噬软件开发

- - PingWest中文网
软件蚕食世界,自互联网特别是移动互联网连接线上线下服务后,已成为不可逆的趋势. 每一项实用的服务可以由小团队来完成. 以WhatsApp为例,这款被高调收购的IM应用,拥有4.5亿月活跃用户,70%的日活跃率,至今还保持每天新增用户1000万的速度. 但这些服务居然由32名工程师支撑下来了,所以有了业界八卦“每位员工价值20亿”的说法.

软件开发中的两种态度

- - 外刊IT评论网
一种态度认为,应该对程序员在软件开发中的行为进行约束( DirectingAttitude). 持这种态度的人认为大部分的程序员水平都不高(谣传说有50%的人低于平均水平),所以应该对他们所做的事情进行管教约束. 要防止他们做一些可能会给他们正在开发的系统带来危害的事情. 通常,这种态度体现在一些系统设计和工具中时,你会发现它们会试图阻止程序员去做某些事情,限制程序员的一些做法,以此避免他们陷入过于复杂的境况.