《软件工艺》—第1章软件工程适合你的项目吗?

软件工程适合你的项目吗?
软件工艺
需要同时开发全新的软/硬件系统的系统工程类项目显然是适于使用软件工程方法的,很多国防项目和航天项目都可以归于这一类。如果我要乘坐一架数控驾驶的航天飞机飞向太空的话,我一定会希望飞行控制软件的开发和检验是以一种“有组织、有纪律、可计量的方式”进行的。起码,如果听说这个软件是“由出价最低的软件公司开发的”,我的心里一定不会太好受。

另一方面,如果你的企业需要开发大型的、打包销售的消费类软件,并且又善于作出恰当的工程学权衡,那么你很可能会使用“足够好的软件”这种方法。这类软件工程成功的秘诀就是以量取胜:消费类软件的市场充满了竞争,消费者决定是否购买某个软件的依据不是细致的比较,而是别人的评论和软件厂商的市场宣传,因此软件厂商只有以较低的价格卖出极其大量的产品才可能占据市场。

除了上述两种项目之外,对于其他类型的项目,你都需要寻找一种软件工程的替代品,因为软件工程并不适合于你的项目。

本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

时间: 2024-09-20 06:12:42

《软件工艺》—第1章软件工程适合你的项目吗?的相关文章

《软件工艺》—第1章软件工程的悖论

第 1 章 理解软件工程软件工艺为了看清软件工程适用(以及不适用)的范畴,我们首先需要对软件工程有一个深入的理解.为了理解软件工程,我们首先需要了解在早期的软件工程文献中提到的那些项目.稍做研究,你就会发现一个令人惊讶的事实:这些文献中几乎没有对商用软件的报告.在所有的案例中,绝大多数都是大型国防项目或者小型科研项目.在这两类项目中,开发者通常都需要面对极其严峻的硬件/软件条件:而在现代的商用项目中,环境通常会宽松得多. 一个非常典型的例子就是美国国防部于1969年至1975年间开发的SAFEG

《软件工艺》目录—导读

版权声明 软件工艺 Authorized translation from the English language edition, entitled Software Craftsmanship: The New Imperative, 0201733862 by Pete McBreen, published by Pearson Education, Inc., publishing as Addison-Wesley, Copyright 2001 Pearson Education,

《软件工艺》—第2章软件工程的困境

第 2 章 软件工程的困境软件工艺软件工程存在的最大问题就是:它假设那种"有组织.有纪律.可计量的开发方式"是唯一可行的方式.软件工程实际上是把工程学的隐喻强加于软件开发之上,从而使我们一叶障目不见泰山,看不到其他开发方式的存在.有一个例子能够将这一问题彰显无遗,那就是软件工程中的"缺陷可能性"和"缺陷排除率"这两个概念: 缺陷可能性:软件项目中预期可能存在的全部错误和缺陷.缺陷排除率:在将软件项目发布给消费者之前,被排除的缺陷占潜在缺陷总数的百

《软件工艺》—第1章谁能取代软件工程?

谁能取代软件工程?软件工艺软件工程的替代品其实还不止一个.在过去的几十年中,人们尝试用很多种不同的方式来开发软件.不过,在开始讨论这些问题之前,我们必须首先摆脱机械刻板的"软件工程"这个隐喻,去了解软件开发的真实本质. 本文仅用于学习和交流目的,不代表异步社区观点.非商业转载请注明作译者.出处,并保留本文的原始链接.

《实践者的研究方法》—— 第2章 软件工程 2.4 软件开发神话

2.4 软件开发神话 软件开发神话,即关于软件及其开发过程的一些被人盲目相信的说法,这可以追溯到计算技术发展的初期.神话具有一些特点,让人觉得不可捉摸.例如,神话看起来是事实的合理描述(有时的确包含真实的成分),它们符合直觉,并且经常被那些知根知底的有经验的从业人员拿来宣传. 今天,大多数有见地的软件工程师已经意识到软件神话的本质--它实际上误导了管理者和从业人员对软件开发的态度,从而引发了严重的问题.然而,由于习惯和态度的根深蒂固,软件神话遗风犹在. 管理神话.像所有领域的经理一样,承担软件职

《软件工艺》—第1章“有组织的、可计量的”软件开发过程现实吗?

"有组织的.可计量的"软件开发过程现实吗?软件工艺对于软件开发来说,所谓"确定的.可重复的过程"真的能够达到吗?SCRUM软件开发过程1的创始人曾经这样说道: 如果某个过程能够完全确定下来(即能够了解过程所涉及的所有细节,从而将其设计为可以重复地多次运行,并且完全能够预测其结果),那么该过程就被称为"确定过程".从理论上来说,一切确定的过程都可以被自动完成.另一方面,如果人们并未了解某个过程中的所有细节,只是大致地知道在某些初始条件下.通过某些调

《软件需求工程(第2版)》一第2章 软件工程与需求工程2.1 软件工程

第2章 软件工程与需求工程 2.1 软件工程 软件工程是指用工程方法开发和维护软件的过程和有关技术.软件工程起因于上世纪60年代后期出现的"软件危机".所谓"软件危机"实质上是指人们难以控制软件的开发和维护,其具体表现为:大型软件系统十分复杂,很难理解和维护:软件开发周期过长:大型软件系统的可靠性差:软件费用往往超出预算.面对"软件危机",人们通过调查软件系统开发的实际情况,逐步认识到软件的开发和维护有必要采用工程化的方法,于是软件工程在1968

《软件工程方法与实践》—— 第1章 软件工程概述 1.1 引言

本节书摘来自华章出版社<软件工程方法与实践>一 书中的第1章,第1.1节,作者窦万峰,更多章节内容可以访问"华章计算机"公众号查看. 第1章 软件工程概述 1.1 引言 软件工程(Software Engineering,SE)是在20世纪60年代末期提出的.提出这一概念的目的是倡导以工程化的思想.原则和方法开发软件,并用来解决软件开发和维护过程中出现的诸多问题.

《软件工艺师:专业、务实、自豪》一3.7 软件工艺的历史

3.7 软件工艺的历史 早在1992年,Jack W.Reeves就提出,软件开发更像手艺而非工程.虽说如此,但笔者依然认为软件工艺的真正发端是Andy Hunt与Dave Thomas在1999年写的<The Pragmatic Programmer:From Journeyman to Master>.2001年,Pete McBreen出版了<Software Craftsmanship:The New Imperative>,这本书中的大部分理念后来都体现在了软件工艺活动之