失败的过程也是过程

做过程不是做工程:做工程不是按照模型来做,无论是用RAD模型还是RUP模型来做工程,即使亦步亦趋也做不好工程,因此,做过程不是做工程的精义也不是目的。软件工程概念的提出作为成熟的标志是软件工程的瀑布模型的提出。该模型将软件开发的过程分为需求,分析,设计,开发,和测试等5个主要的阶段。

做过场也不是做工程:做过场的意思是角色从舞台的一端出场,再走到另一端进场的一个过程。过程角色一般没有唱腔或道白,即便是有,也是没有什么实质内容的。如果我们做工程就是单纯的走过场,那么项目必将失败。

实现才是目的:编程的目的是实现一个东西,工程只是一种实现的途径,最初的开发人员没有工程没有过程一样做出了产品,而如今我们讲工程,讲过程却什么也做不出的主要原因在于我们把工程当做了借口,掩盖了我们做事的真正目的:“实现”,而如今的我们更多的谈工程要这样做工程要那样做,却忽略了项目要求做成什么样以及客户的本意是怎样的。这样只能使我们做完了工程,而没有完成项目。

过程不是死模型:有时候我们经常忽略实物的表面而忽略实质的东西,其实继瀑布模型之后提出的各种模型本质上是相同的,只不过是大同小异罢了,只要我们理解了精髓,就会形成自己的模型,V模型的提出有其实际的意义,V模型的每一个环节都强调了测试,同时又在每一个环节都对实现者和测试者的分离,因为测试者相对于实现者是一种监督,考察,和评审的关系,因此它相当于不断地在回顾和确认。V模型的提出是那个人根据其国情决定的,比其他模型更使用,即节省人力,又可以保障工程质量,V模型的改变源于实际的需要。

过程理论中,我们应该知道所谓的模型原本都演化自那个简单的瀑布,本质的东西如果我们能够理解的透彻,架子只是随手搬来的东西。工程不是做的而是组织的,经历过工诚的人都知道,我们没有那个模子,并且工程的人员也不是那一堆面,因此不是做工程,而是组织工程,因此我们要去组织这个工程的各个角色,使得分工明确,共同完成这个项目。

时间: 2024-10-14 05:28:04

失败的过程也是过程的相关文章

大道至简 第五章 失败的过程也是过程 读后感

今天该写一写大道至简第五章读后感了. 首先是“做过程不是做工程”,过程是为了实现某种目的而经历的一些事情,过程有很多种,虽然经历了某种过程,但不一定能实现某种功能.做完过程的每一个阶段,并不等于做工程.做过程不是做工程的精义,也不是最终目的. 然后是“做过场”,做过场就好像是一种形式一样,做了没必要做的事情,就是浪费时间. 我们为什么做工程,不要忘了最终目的.目的,是实现客户的要求,工程只是一种实现的途径.最初做开发的前辈们,不用什么工程或者过程,也一样编出了程序,也一样解决了问题,也一样实现了

大道至简--失败的过程也是过程

大道至简进行到第5章,随着工程的进行,我们可能会有成功也可能会有失败,可能会遇到各种各样的问题,下面我将就失败的过程来谈一谈,我对“失败的过程也是过程的理解”. 首先我们谈谈做过程吧.上世纪60年代软件工程提出一个瀑布模型,这标志着软件工程走向成熟.瀑布模型将开发过程分成需求.分析.设计.开发和测试等五个阶段.可是如果真的只是按照过程来进行程序的开发,我们做的那就只能是过程,而不是工程,做工程不是过程,也不是目的. 做过场.首先我想解释一下什么是走过场,在新华词典的含义是:形容只是在形式上过一下

读《大道至简——失败的过程也是过程》有感

再次怀着热情读了大道至简的第五章——失败的过程也是过程.作者首先告诉我们: 做过程不是做工程 .为什么这么说?作者讲到,按照模型,做完过程的每一个阶段, 并不等于做工程.或者说,工程并不是这样就可以做成功的.如果工程可以做成的话,只需要有模型就足够了.因此做过程并不是做工程的精义, 也不是目的.也就是 “过程”是一个确定的模板,而“工程”是有一个目的的实现在里面. "做过程不是做工程"讲述了软件工程自提出以来的一些进步(软件工程的瀑布模型,瀑布模型将软件开发的过程分成需求.分析. 设计

读《大道至简》第五章有感——失败的过程也是过程

任何项目从开始到结束,都有着自己的过程,这个过程也不可能是一帆风顺,项目的实现总会经历一些失败,然后从失败中不断积累经验,最后才能到达成功.不要因为失败而怀疑项目是否能够实现,也别怀疑自己团队的能力,老话说:“失败是成功之母”,没有失败,就不会有轻易的成功. 做过程不是做工程.软件工程的瀑布模型被提出以来,将软件开发的过程分为了需求,分析,设计,开发和测试五个阶段.瀑布模型过后也有人提出过过程模型的问题,按照模型,实现每一个阶段,并不等于在做工程,过程的实现并不等于工程的成功. 过程也不是过场,

读《大道至简》第五章“失败的过程也是过程 ”有感

      <大道至简>讲述了软件工作者如何思考的问题,“失败的过程也是过程 ”就讲述了软件工程师在做项目甚至是工程时应该拿出一种总样的态度和行为来实现它.        "做过程不是做工程"讲述了软件工程自提出以来的一些进步(软件工程的瀑布模型,瀑布模型将软件开发的过程分成需求.分析. 设计.开发和测试等 5 个主要阶段)以及这些进步带来的”模式化“的弊端 (用 RAD 模型 RUP 模型来做工 程,即使是亦步亦趋,也做不好工程. )所以作者抛出这样一句话”做过程并不是做

外包过程与采购过程的区别与联系

笔者发现,一些组织和个人忽视了外包过程和采购过程之间的区别,常把两者混为一谈.有的在选择.评价和重新评价供方时,也将外包过程纳入,并写入同样格式的质量记录:有的甚至将组织的其他外包过程授权采购部门负责实施.这些做法不妥. ISO9001:2008标准在"4.1总要求"中提出对外包过程的要求,而没有将其放到"7.4.1采购过程"中,可见两者有期差异性.这表明:标准对采购的要求,不能完全涵盖对外包过程的要求.一些外包过程(如产品的制造过程)的控制和管理虽然与采购过程的要

Android的学习之路(三)项目的启动过程和安装过程详解

应用的安装和启动过程: 安装:第一步:java的编译器会把这个.java文件编译成.class文件 第二部:Android的SDK提供了一个dx工具,这个工具把.class文件转义成.dex文件 第三部:打包操作,把.dex文件和资源文件进行打包,打包成一个压缩文件,然后进行签名.最后就打包成为了.apk文件 第四部:调用adb指令:adb install c:/x.apk安装到模拟器 具体过程:.JAVA---->.class--.dx-->.dex--->打包签名--->.ap

Atitit. 软件开发中的管理哲学--一个伟大的事业必然是过程导向为主 过程导向 vs 结果导向

Atitit. 软件开发中的管理哲学--一个伟大的事业必然是过程导向为主    过程导向 vs 结果导向 1. 一个伟大的事业必然是过程导向为主 1 1.1. 过程的执行情况(有明确的执行手册及标准) 2 1.2. 麦哲伦的事例证明了过程导向的重要性 2 1.3. 婆罗门教大师商接罗所 过程导向,属于上梵,结果导向,属于下梵 2 1.4. 罗马皇帝诚思录上,说人生本身就是过程导向, 2 1.5. 过程导向基本属于战略层面,侧重与长期,而结果导向只是战术级别,短期容易短视 3 1.6. 任何组织的

过程掌握:过程的创立、终止、壅塞、叫醒和切换

过程掌握的次要功用是对零碎中的一切过程施行无效的治理,它具有创立新过程.撤销已有过程.完成过程形态转换等功用.在操作零碎中,普通把过程掌握用的程序段称为原语,原语的特色是履行时期不许可中缀,它是一个弗成联系的根本单元. 过程的创立 许可一个过程创立另一个过程.此时创立者称为父过程,被创立的过程称为子过程.子过程可以承继父过程所具有的资本.当子过程被撤销时,应将其从父过程那边取得的资本出借给父过程.此外,在撤销父过程时,也必需同时撤销其一切的子过程.在操作零碎中,终端用户登录零碎.功课调剂.零碎供

[Swift]Day11:构造过程和析构过程

构造过程和析构过程 阶段构造 Swift 的构造过程分为两个阶段: 第一个阶段,每个存储型属性通过引入自己的构造器来设置初始值. 第二个阶段,在新实例准备使用之前进一步定制存储型属性. 安全检查 在构造的过程中, Swift 会进行四种安全检查. 安全检查 1 指定构造器必须保证它所在类引入的所有属性都必须先初始化完成,之后才能将其它构造任务向上代理给父类中的构造器. 比如下面这段代码就是错误的: class Food { var name: String init(name: String)