軟體工程神話

① 自學軟體工程該看什麼書

這個題目好大啊
第一首先你得會編程吧，那麼編程語言的書一大堆
然後才是軟體工程
代碼大全，重構，設計模式，企業應用架構模式是和編程密切相關的軟體工程的書
然後就是敏捷開發，極限編程，測試驅動開發之類的比較新的一些軟體工程的概念
當然很多傳統的軟體工程的書也是必讀的例如人月神話
大牛大多，書大多，堅持才是王道

② 學軟體工程，或對軟體工程了解的人，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]。在工業上，某些嵌入式系統導致機器的不正常運轉，從而將一些人推入了險境。

⑨ 軟體工程產生的背景

軟體工程誕生背景：
幾十年前，軟體行業很不規范，小程序雖然個人能很好完成，但缺乏良好的代碼管理；大程序設計人員多，工程復雜，由於缺乏相關理論知識和經驗，導致很多失敗的大項目產生，為了解決這種情況誕生了軟體工程。建議你去讀《人月神話》，能管窺一二。

軟體工程專業誕生背景：
當年中國這片神奇的大地上缺少計算機方面剛畢業就能很好與企業接軌的人，因為高校供給企業的生源往往只知道理論知識，卻不能又快又好地上手工作，企業又往往不願意花費太多精力去培養這樣的人，所以為了解決這種蛋疼的狀況，中國的軟體工程專業誕生了，更重視計算機實踐方面的教學！

⑩ 軟體工程應用在哪些方面

軟體工程，就是把軟體的開發作為一項工程來管理。貫穿於軟體開發的整個流程。大型項目才會明顯的體現出來。
一些的小的項目可能會涉及其中的若干方面。