软件工程神话

① 自学软件工程该看什么书

这个题目好大啊
第一首先你得会编程吧，那么编程语言的书一大堆
然后才是软件工程
代码大全，重构，设计模式，企业应用架构模式是和编程密切相关的软件工程的书
然后就是敏捷开发，极限编程，测试驱动开发之类的比较新的一些软件工程的概念
当然很多传统的软件工程的书也是必读的例如人月神话
大牛大多，书大多，坚持才是王道

② 学软件工程，或对软件工程了解的人，help me

首先是数学，数学水平决定你的能力。该学的数学如下：高等数学、线性代数、离散数学、概率。建议全部学扎实。

基础知识：计算机原理、操作系统等。这个越扎实，以后理解问题越容易。

和编程相关的就是：数据结构、数据库原理、网络原理、编译原理、图形图像等。选择1~2个学扎实，这基本就是你日后工作的方向。其它及格即可。

软件工程？这门课对于没接触过大项目的人来说比较坑，记住就好，记性好的就多学点，记性不好的，呵呵，及格就好。反正日后工作了还是要回头学的。

编程语言建议C++。

英文：编程本身不需要多少英文能力，但是最新的资料都是英文的，外企工资普遍都高，所以……越NB越好。

另外，保持一颗专研的心，多敲代码多调试，错得越多，进步越快。

③ 肇庆学院的软件工程专业就业前景如何

前景不好，学了软件工程只能去跟计算机学院的人抢工作。但是学费却贵两倍。
中国有个卵的软件工程，只有加班。
要学就出国学。
你见过哪个工程行业让整个行业的工人天天加班到深夜两点？紧急情况加加班就算了，天天加就是工程管理质量差了。你看耗子哥在阿里把从亚马逊学的工程经验用上，让成员不加班，却被领导约谈，就知道中国有个卵的软件工程。
软件工程的对口岗位是项目经理，中国的又有几个项目经理是软件工程出身？
真以为软件工程是写代码啊？不过中国软件工程本科生基本都把本专业当做 CS 在学，也算是识时务吧，毕竟找到工作才是王道。不信我来问问你吧，SE 和 CS 的区别是啥？
但问题来了，你的 CS 基础有 CS 专业的人学得好吗？明显没有。我推荐 SE 的学生把需求分析和软件过程这几门专业课好好总结总结，看看国内外的差距。同时也能跟 CS 的竞争者造出点差异性。
代码大全、软件随想录、最后期限，这几本书都是不错的软件过程启蒙读物。人月神话什么的我就不推荐了，因为虽然被奉为经典，但是我是看不下去的。

④ ＜软件工程＞的好书

软件工程导论第四版张海潘编著
最适合初学者

软件工程---实践者研究 机械工业出版社

<<软件工程-实践者的研究方法>>
Software Engineering: A Practitioner's Approach
Roger s.Pressman 梅宏

总体方法论和过程

第1名：
解析极限编程——拥抱变化（影印版）
原书名：Extreme Programming Explained：Embrace Change
作者：Kent Beck
出版社：中国电力出版社
原出版社：Addison-Wesley
页书：194
定价：26
出版日期：2003-9-1

专家评语：
曲俊生：
XP（极限编程）由于其高度可操作性，尤其是对于业界众多实践的总结，在敏捷软件开发方法中一马当先，获得了广泛的研究与关注。本书是了解XP的必读宝典，其中对于XP的原则、核心价值、最佳实践都有深入的描述，更加难能可贵的是，作者并没有效法其他鼓动者，将XP推到“万金油”的高度，而是非常清楚地列举了它不适用的地方。同时，作者也指出，不要太深入地追究您在项目中采用的是否是完全的XP实践，而应该根据项目的实际进行剪裁。
本书适合对于敏捷软件开发感兴趣，同时又想找到一个可操作性较强方法的开发人员。

王咏刚：
单凭书名里“拥抱变化”这四个字，Kent Beck这本专门给大伙儿解释极限编程是什么东东的红宝书就没白写。要说也是，那些没事儿就鼓捣世界级的软件工程理论、动辄就要写1000页以上大部头的老先生们做梦也想不到，他们的眼中钉肉中刺，他们想方设法要“管理”、“控制”的对象——软件开发里的“变化”——在Beck看来就像是杨过身边的大雕，虽然长得丑点儿，却能陪你练剑，让你成为真正的大侠。听Beck的没错，赶快放下架子，和“变化”打成一片吧，要不然你永远也甭想练成独孤九剑。

第2名：
敏捷软件开发（影印版）
原书名：Agile Software Development
作者：Alistair Cockburn
出版社：人民邮电出版社
原出版社：Addison-Wesley
页数：324 定价：35
出版日期：2003-8-1

专家评语：
曲俊生：
很早以前就读到英文的电子版，在很大程度上，本书是对于RUP等方法论的颠覆，尤其是在国内“软件蓝领”宣传大行其道的时候，本书构成了一副有效的清醒剂。本书是Cockburn从20多年的IBM工作中总结出来的实践结晶。书中充满了睿智的比喻与描述，例如，将软件开发形容成一场游戏。书中对于水晶方法的介绍固然可贵，但是更加精彩的是对于人、沟通等主题的深入描述，可以说，这是既《人件》之后对“人”在软件开发中重要作用描述的又一本经典著作。
该书也不是了解SE（软件工程）的入门书籍，适合于对传统软件开发过程有深入理解，但是对于敏捷软件开发了解不深的PM（项目经理）详细阅读。

第3名：
测试驱动开发（影印版）
原书名：Test-Driven Development
作者：Kent Beck
出版社：中国电力出版社
原出版社：Addison-Wesley
页数：226 定价：32
出版日期：2003-8-1
专家评语：
徐锋：
分析、设计、编码、测试，已经成为了软件开发领域亘古不变的真理。Kent Beck，这一全力追求敏捷，希望将编程发挥到极限的黑客级大师，提出了颠覆性的理论——测试先行。在本书中，作者结合编程实例，说道理、讲方法，并结合自动化测试框架来提高效能。让笔者看完之外，就有跃跃欲试之感，叛逆的精神融入了每一个细胞。

该帖由: lindows修改，时间 2004-1-6 上午11:44

分析和设计

第1名：
编写有效用例
原书名:Writing Effective Use Cases
作者:Alistair Cockburn
出版社:机械工业出版社
原出版社:Addison-Wesley
页数：304
定价：25
出版日期：2002-7-1

专家评语：
张恂：
用例是10多年来最重要的需求分析技术，更是现代软件过程和项目管理的主驱动轴。随着对用例理解的深入，我不禁倒吸一口气:对于大多数项目，如果不细化到用例这个层次，我们过去写的所谓“需求”其实都算不上真正的需求。此书是继Ivar Jacobson的OOSE之后，用例两大流派的“教主”之一Alistair Cockburn的代表之作，而且我一直认为它是迄今为止最好的用例教材。
10多年前Cockburn曾经听过Jacobson的课，没想到后来他在用例技术的实用化方面做出了贡献，大有青出于蓝而胜于蓝之势。大概与作者喜欢作诗（以及他对道德经的爱好）有关，我很喜欢他的写作风格:依着人们的直觉娓娓道来，在平淡无奇的文字背后却折射出极其丰富的项目经验和扎实的专业技巧，读完之后你会惊讶地发现一切竟然如此简单和美妙，这不就是软件开发的真谛么？
徐锋：
用例分析技术是一个伟大的创举，它将开发团队带到了客户的视角上，这是一个良好的驱动点。掌握用例分析技术，将对你的职业生涯带来很大的益处。《编写有效用例》是你的起点，本书能够帮助你真正有效地利用该技术，更好地掌握这一看似十分简单、却又十分复杂的需求分析方法。薄薄的一本书，却记载着方方面面问题的答案，从这里腾飞吧。

第2名：
重构——改善既有代码的设计（影印版）
原书名:Refactoring: Improving the Design of
Existing Code
作者:Martin Fowler
译者:侯捷 熊节
出版社:中国电力出版社
原出版社:Addison-Wesley
页数：431 定价：68
出版日期:2003-8-1

专家评语：
王咏刚：
没有什么比《重构》这本书更能理解程序员的苦衷并处处为程序员着想了。那些软件工程权威们总板着脸说“你不能这样，你不能那样”，好像所有程序员都是该他们管教的小孩子；而《重构》却告诉我们说，没人能一步到位地把所有问题都想清楚，设计差不多了就开始写代码吧，等写烦了写腻了的时候再抽空儿零敲碎打修修补补——这可不是三天打鱼两天晒网，用形而上学的话讲，这叫重构。

第3名：
分析模式——可复用对象模型（影印版）
原书名:Analysis Patterns:Reusable Object Models
作者：Martin Fowler
出版社:中国电力出版社
原出版社:Addison-Wesley
页数:357 定价:48
出版日期:2003-6-20

专家评语：
宓吉琦：
应该是一本比较难懂的书，晦涩程度可能还超过设计模式，但也是任何一个想做架构师的人所必读的。软件是为其他产业服务的, 只有能把其他产业的需求顺利转化为软件功能， 同时具有软件设计艺术的人才是好的架构师。本书中，作者就把他从事的许多行业的宝贵建模经验无条件地提供给大家，这些建模的经验的积累往往需要花费几年或者十几年的时间。

项目和配置管理

第1名：
人月神话（影印版）
原书名：The Mythical Man-Month
作者：Frederick Phillips Brooks, Jr.
出版社:中国电力出版社
原出版社:Addison-Wesley
页数：322
定价：25
出版日期：2003-3-1

专家评语：
青润：
一种感慨，一种沉默……在该书中看到的神品的推荐，让人唏嘘不已。不过，这本书的确是软件工程领域内的一本极品，国内见过似乎理论道行很深的书，但是却没有见到过有这样理论与实践深度并存的书籍出现过！
没有项目经历，没有工程经验，劝你千万不要阅读此书，否则，是对神品的亵渎！而且，你也绝对不可能看明白的！
“开发人员交付的是用户满意度，而不仅仅是有形的产品”——没有经验的人能看明白么？国内的软件以工程项目居多，国内的教育以理论为主，理论与实践的脱节，学生学到的几乎是空白，这也就是为什么其他专业转过来从事计算机行业的人往往在软件公司里面的表现往往比计算机专业毕业要好的一个很重要因素。
王咏刚：
网上有不少板砖拍在这本书上，因为有人嫌这书太老套，几十年前的破事儿了还敢擦脂抹粉地端出来蒙人骗钱。我偏要说这书挺好看，关键是你不能拿它当项目管理入门的教材看，你得把他当成一本跟你谈心聊天讲故事的散文集来看。你瞧前些年，那么多女孩子捧着本余秋雨如醉如痴似颦似笑风情万种，难道就不许我们程序员揣着《人月神话》假装深沉故作风雅，既陶冶了知识青年的道德情操又学习了项目管理的思想方法吗？

第2名：
快速软件开发（影印版）
原书名：Rapid Development
作者：Steve McConnell
出版社：机械工业出版社
原出版社：Microsoft Press
页数：676
定价：58
出版日期：2003-3-1

专家评语：
张恂:
众人看完此书皆掩卷长叹，相见恨晚啊！在外面参加了那么多国际项目管理课程，对改进“软件”项目管理到底有多大真实效果呢？软件项目经理当然要懂软件项目自身的规律！夸张一点，学了这么多通用的PM知识，可能还不及这样一本实话实说的书管用。软件项目经理可能是软件行业中承担压力最大，也是最有苦难言，最需要关心的一个群体。书里有这么多美国同行的经验教训、陷阱和误区，如果你对此还一无所知，难免会一而再、再而三地掉进去;书里还有这么多优秀的实践方法，你为什么不试着用用看呢？所以我的建议是，如果Steve McConnell这位朴实的优秀程序员、著有多本名著的技术作家兼国际软件工程权威说话了，大家一定要仔细听听。这年头的“必读经典”大有泛滥之势，实在让人招架不住，可是这次我甘冒风险大胆地说：对于改变国内软件项目管理的窘况，此乃必读之选。

第3名：
领导软件开发团队
原书名：Leading a Software Development Team:A
Developer's Guide to Successfully Leading
People and Projects
作者：Richard Whitehead
译者：吴志明
出版社：电子工业出版社
原出版社：Addison-Wesley
页数：304 定价：36
出版日期：2002-5-1

专家评语：
徐锋：
一本亲切的好书，让我爱不释手。如果你第一次担任项目经理，这本书可以让你迅速进入角色；如果你已有丰富的项目管理经验，你也能够从中吸取养份，解决埋藏在你心中很久的疑问。其采用的实例为驱动的写作方法，可以成为案头常备的宝典。

⑤ 软件测试题 为什么说人月神话

《人月神话》内容源于作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验。《人月神话》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。在《人月神话（英文版）》中，既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见大型编程项目深受由于人力划分产生的管理问题的困扰，保持产品本身的概念完整性是一个至关重要的需求。《人月神话(英文版)》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。《人月神话(英文版)》适合任何软件开发行业的从业人员阅读，对软件开发人员、软件项目经理、系统分析师更是必读之作。

⑥ 软件工程学之父是谁请高手指教。

《人月神话》作者 Freder ick P.Brooks算么？

⑦ 推荐一本软件工程的书

《人月神话》
《代码大全》
《软件工程：实践者的研究方法》

⑧ 软件工程学的软件危机

软件工程的兴起要根源于20世纪60，70和80年代的软件危机。在那个时代，很多的软件最后都得到了一个悲惨的结局。很多的软件项目开发时间大大超出了规划的时间表。一些项目导致了财产的流失，甚至某些软件导致了人员伤亡。同时软件开发人员也发现软件开发的难度越来越大。
OS 360操作系统被认为是一个典型的案例。到现在为止，它仍然被使用在IBM360系列主机中。这个经历了数十年，极度复杂的软件项目甚至产生了一套不包括在原始设计方案之中的工作系统。OS 360是第一个超大型的软件项目，它使用了1000人左右的程序员。Fred Brooks在随后他的大作《人月神话》（The Mythical Man-Month）中曾经承认，在他管理这个项目的时候，他犯了一个价值数百万美元的错误。
财产的损失：软件的错误可能导致巨大的财产损失。欧洲阿里亚娜火箭的爆炸就是一个最为惨痛的教训。
人员伤亡：由于计算机软件被广泛应用于包括医院等与生命息息相关的行业。这也使得软件的错误导致人员伤亡成为了可能。
在软体工程界被大量引用的案例是Therac-25的意外. 在1985年六月到1987年一月之间, 六个已知的医疗事故来自於Therac-25错误地超过剂量, 导致患者死亡或严重辐射灼伤[1]。在工业上，某些嵌入式系统导致机器的不正常运转，从而将一些人推入了险境。

⑨ 软件工程产生的背景

软件工程诞生背景：
几十年前，软件行业很不规范，小程序虽然个人能很好完成，但缺乏良好的代码管理；大程序设计人员多，工程复杂，由于缺乏相关理论知识和经验，导致很多失败的大项目产生，为了解决这种情况诞生了软件工程。建议你去读《人月神话》，能管窥一二。

软件工程专业诞生背景：
当年中国这片神奇的大地上缺少计算机方面刚毕业就能很好与企业接轨的人，因为高校供给企业的生源往往只知道理论知识，却不能又快又好地上手工作，企业又往往不愿意花费太多精力去培养这样的人，所以为了解决这种蛋疼的状况，中国的软件工程专业诞生了，更重视计算机实践方面的教学！

⑩ 软件工程应用在哪些方面

软件工程，就是把软件的开发作为一项工程来管理。贯穿于软件开发的整个流程。大型项目才会明显的体现出来。
一些的小的项目可能会涉及其中的若干方面。