马踏飞雁,可以使用问号来带替感叹号.只要攻方统一标志就行.

Dill也许是一个好的地球关爱者,知道金字塔会占用很多地.也许这些地用来种粮食或种水果可以让人们进入小康水平.那是否我们再讨论一下长城建造是否用了太多的砖,或者根本就是浪费地球资源呢?

无论是建金字塔还是建高楼,都需要稳固的地基.我方认为,软件开发中遵守软件工程就是保证软件的地基牢固.

[比尔盖茨用MS DOS征服了全球，没用软件工程]
谁说比尔盖茨开发MS DOS时没有用软件过程?是他没有用到,还是对方不知道呢而假设的呢?以下是一段比尔盖茨开发MSDOS的报导:

[1980年7月，盖茨事业上的又一重要时刻到来了。当时，IBM公司正在设计自己的个人计算机，希望盖茨能帮助设计与之匹配的软件。IBM公司派出数名代表赴西雅图与Microsoft公司商恰此事。盖茨非常正式地接待他们，可是第一次会晤没有什么结果。同年8月，两家公司举行了第二次会晤。IBM公司的代表在会谈时向盖茨透露了关于设计制作IBMPC这一高度机密的计划，并聘请他出任IBM公司的顾问。盖茨答应起草一份关于可运行微软软件的一种微型计算机设计方案的报告。

IBMPC机将是16位机而不是8位机，而那时16位的软件尚不存在，因此设计全新的操作系统势在必行。盖茨开始设计MSDOS。他写出了报告，并与IBM公司签定了合同。盖茨作为非IBM的正式成员而与前者如此紧密合作，这在计算机界尚属首次。]

"盖茨答应起草一份关于可运行微软软件的一种微型计算机设计方案的报告。....写出了报告，并与IBM公司签定了合同"
从以上两句可以看出,BILL在与IBM合作开发MSDOS时就已经采取标准化的开发流程,他认真的写可行性报告,并不断的汇报.这已经是软件过程的雏形,因为软件这种行业正在呱呱坠地,所以软件工程也逐渐长大.这是不可避免的事实.

再看一下对方提到的这句话:[生产了Windows。啊，Windows，如何评价它？有如七寸金莲的裹脚布].如果不在Windows的平台上,哪有这个论坛的存在?哪有这个辩论的存在?请问,MYPM网友有几个是专攻UNIX的?有哪个上网不使用WINDOWS呢?对方可以称WINDOWS怎么不好怎么不好,可是另一方面却不得不依赖于它,这是否表里不一呢?

[n个世纪以后，人们说，20世纪...]
这只是一种假设,一种毫无依据的假设.因为我方也可以这么讲:n个世纪以后，人们说，20世纪的软件过程启到的划时代的作用...这有何意义?

[前面各位，从正、反两个方面都作了许多论证，达到了一些共识：软件工程在小项目没用、在大项目中弊大于利，在现在没用、在中国没用。]
请对方仔细看一下前三页的贴子,有哪个事例证明了以上推论?对方只是不断的强调这个所谓的推论,而没有任何事实依据.这不能称为辩论,而是斗嘴:...白马就是马...白马就不是马...就是...就不是....

再看一下这种毫无关联的比喻,我真不了解这也可以当作比喻:
[软件工程也是其中之一，但它就象堆土建塔一样，耗费大、效率低，所以没用。]
为什么使用软件工程比喻成堆土建塔,而不是用软件工程比喻都江堰工程呢?如果他们的相同点是耗费大、效率低,那么任何人类伟大的工程不都是耗费大、效率低吗?那我们是否可以得到如下结论,软件工程像人类伟大的工程一样,造福人类呢?

Steve

软件工程是一个项目成功的必要条件，但不是充分的。项目成功的三个主要条件包括：项目管理的成功、软件系统工程的成功 和 软件工程的成功。

项目管理对整个项目负责，并有分配资源的权力。
软件系统工程确定整个项目宏观的技术途径，确定技术方面与客户的接口，并验收最终的软件产品。
软件工程负责软件设计、编码和测试，一般情况下，负责软件配置项的开发。

　　[flybear]在前文中道出了“软件工程”的来源：软件工程的出现不是一个偶然的现象，而是软件领域为解决已经出现的“软件危机”问题而发展起来的新的领域。
　　早期的软件开发没有系统的方法可以遵循，基本是一个个体化的过程。但随着软件的数量不断增长，需求日趋繁多，开发成本急剧提高，维护难度也越来越大，而失败的软件开发项目却屡见不鲜，导致大量的财产流失。“软件危机”就这样被提出来了：1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”(software crisis)这个名词。
　　概括地说，软件危机包含两方面问题：
　　　　（1）如何开发软件，以满足不断增长，日趋复杂的需求；
　　　　（2）如何维护数量不断增长的软件产品。
　　具体地说，软件危机主要有以下表现：
　　　　（1）对软件开发成本和进度估计不准，成本超出预算、进度严重超期的项目时有所见；
　　　　（2）开发的软件系统无法满足用户的要求；
　　　　（3）质量不可靠，Bug一大堆，Patch一个接一个；
　　　　（4）可读性差，不利于修改扩充；
　　　　（5）软件的维护跟不上硬件环境和用户需求的变化，可维护程度非常低，产品退化速度快；
　　　　（6）软件开发需要投入大量、高强度的脑力劳动，成本非常高；
　　　　（7）软件开发生产率的提高赶不上硬件的发展和应用需求的增长。

　　为了探寻摆脱“软件危机”的对策，北约的科技委员会提出了“软件工程”的概念，并在之后的几十年中不断完善和提高，以下是“软件工程”的定义：
　　软件工程是一门研究如何用系统化、规范化、数量化等工程原则和方法去进行软件的开发和维护的学科。
　　软件工程包括两方面内容：软件开发技术和软件项目管理。
　　软件开发技术包括软件开发方法学、软件工具和软件工程环境。
　　软件项目管理包括软件度量、项目估算、进度控制、人员组织、配置管理、项目计划等。

　　诚如[马踏飞雁]所提到的：软件工程是一类工程。工程是将理论和知识应用于实践的科学。就软件工程而言，它借鉴了传统工程的原则和方法，以求高效地开发高质量软件。
　　“软件工程”，本来就是为了摆脱“软件危机”而提出的对策，值得我们注意的是：这只是一种愿望。

　　三十几年过去，我们来看看这种愿望是否已经实现，对策是否已经找到：
　　“自从软件工程概念提出以来，经过30多年的研究与实践,虽然‘软件危机’没得到彻底解决，但在软件开发方法和技术方面已经有了很大的进步。”
　　“今天，尽管‘软件危机’并未被彻底解决，但软件工程30年的发展仍可以说是硕果累累。”
　　“软件工程给我们带来了前所未有的智力上的乐趣，我们一旦掌握了软件工程的基本原理，我们就能象走路、骑车、游泳、说话一样自然地运用，用来理解软件开发中的现象。但我们每个企业的发展的顺流逆流，却似乎有着它本来的走向。”
　　……
　　——愿望而已！30多年的发展，还是没有解决问题。

　　软件工程在短短时间里迅速发展，成为推动软件产业发展的动力，吸引了成千上万的科学家和热血青年投身其中，创造了大量的就业机会，并造就了一大批百万、亿万富翁，软件工程成为他们释放聪明才智的绝佳场所——软件工程有用。
　　软件工程无法兑现自己的承诺，它解决不了软件危机的问题——软件工程没用。

　　他举起了猎枪，瞄准一头奔跑的麋鹿
　　“砰”地一声枪响，子弹出膛了
　　麋鹿早跑没影了
　　正在追赶麋鹿的豹子，一下子撞到了枪口上，倒在了血泊中
　　——好一个猎手！

有问题，找IT项目管理http://IT.mypm.net
上海的PM牵起手：http://SH.mypm.net