【正文】 在這一方面相關(guān)的內(nèi)容有 泛型編程 （ Generic Programming）和模板 。 面向方面的程序設(shè)計(jì) （ Aspect Oriented Programming，簡(jiǎn)稱 AOP）被認(rèn)為是近年來軟件工程的另外一個(gè)重要發(fā)展。重量級(jí)方法強(qiáng)調(diào)以開發(fā)過程為中心，而不是以人為中心。在輕量級(jí)方法中最負(fù)盛名的應(yīng)該是“ 極限編程 ”（ Extreme Programming，簡(jiǎn)稱為 XP）。它強(qiáng)調(diào)軟件開發(fā)應(yīng)當(dāng)是能夠?qū)ξ磥砜赡艹霈F(xiàn)的變化和 不確定性作出全面反應(yīng)的。諸如像 ISO 15504, ISO 9000, CMM, CMMI 這樣的名詞闡述的是一些軟件過程改進(jìn)框架，他們提供了一系列的標(biāo)準(zhǔn)和策略來指導(dǎo)軟件組織如何提升軟件開發(fā)過程的質(zhì)量、軟件組織的能力，而不是給出具體的開發(fā)過程的定義。從早期的瀑布式(Waterfall)的開發(fā)模型到后來出現(xiàn)的螺旋式的迭代 (Spiral)開發(fā)，以致最近開 始興起的敏捷開發(fā)方法 (Agile)，他們展示出了在不同的時(shí)代軟件產(chǎn)業(yè)對(duì)于開發(fā)過程的不同的認(rèn)識(shí)，以及對(duì)于不同類型項(xiàng)目的理解方法。實(shí)際上，采用何種方法開發(fā)軟件取決于很多因素，同時(shí)受到環(huán)境的制約。 一些方法論者認(rèn)為人們?cè)陂_發(fā)中應(yīng)當(dāng)嚴(yán)格遵循 并且實(shí)施這些方法。目前有一些人認(rèn)為，“重量級(jí)方法”適合于大型的軟件團(tuán)隊(duì)（數(shù)十人以上）使用，而“輕量級(jí)方法”適合小型的軟件團(tuán)隊(duì)（幾人、十幾人）使用。在應(yīng)用“重量級(jí)方法”的軟件組織中，由于軟件項(xiàng)目經(jīng)理不參與或者很少參與程序設(shè)計(jì)，無法從細(xì)節(jié)上把握項(xiàng)目進(jìn)度，因而會(huì)對(duì)項(xiàng)目產(chǎn)生“恐懼感”，不得不要求程序員不斷撰寫很多“ 軟件開發(fā)文檔 ”。著名的輕量級(jí)開發(fā)方法包括極限編程 （ XP）和 敏捷過程 （ Agile Processes）。 著名 的重量級(jí)開發(fā)方法包括 ISO 9000， CMM，和 統(tǒng)一軟件開發(fā)過程 （ RUP）。 軟件設(shè)計(jì) 方法可以區(qū)別為 重量級(jí)的方法 和 輕量級(jí)的方法 。 方法學(xué) 軟件工程的方法有很多方面的意義。 在軟件工程界被大量引用的案例是 Therac25 的意外 . 在 1985 年 六月到1987 年 一月之間 , 六個(gè)已知的醫(yī)療事故來自于 Therac25 錯(cuò)誤地超過劑量 , 導(dǎo)致患者死亡或嚴(yán)重輻射灼傷 [12]。 人員傷亡：由于計(jì)算機(jī)軟件被廣泛應(yīng)用于包括醫(yī)院等與生命息息相關(guān)的行業(yè)。 財(cái)產(chǎn)的損失：軟件的錯(cuò)誤可能導(dǎo)致巨大的財(cái)產(chǎn)損失。 OS 360 是第一個(gè)超大型的軟件項(xiàng)目，它使用了 1000 人左右的程序員。到現(xiàn)在為止，它仍然被使用在IBM360 系列主機(jī)中。同時(shí)軟件開發(fā)人員也發(fā)現(xiàn)軟件開發(fā)的難度越來越大。很多的 軟件 項(xiàng)目開發(fā)時(shí)間大大超出了規(guī)劃的時(shí)間表。 軟件危機(jī) 軟件工程的興起要根源于 20 世紀(jì) 60， 70 和 80 年代的 軟件危機(jī) 。軟件工程的方法學(xué)認(rèn)為一個(gè)獨(dú)立的 程序員 不應(yīng)當(dāng)脫離團(tuán)隊(duì)而進(jìn)行開發(fā)，同時(shí)程序的編寫不能夠脫離軟件的需求，設(shè)計(jì)，以及 客戶 的利益。軟件工程認(rèn)為軟件開發(fā)與各種市場(chǎng)活動(dòng)密切相關(guān)。而 程序設(shè)計(jì) 通常包含了程序設(shè)計(jì)和編碼的反復(fù)迭代的過程，它是軟件開發(fā)的一個(gè)階段。 Peter McBreen 在著作《 Software Craftsmanship: The New Imperative》提出了所謂“ craftsmanship”的說法，認(rèn)為現(xiàn)階段軟件開發(fā)成功的關(guān)鍵因素，是開發(fā)者的 技能 ，而不是“ manufacturing”軟件的 流程 。他們并不一定會(huì)每天使用計(jì)算機(jī)科學(xué)方面的知識(shí)，但是他們每天都會(huì)使用軟件工程方面的知識(shí)。在美國(guó)，大約 40%的 軟件工程師 具有計(jì)算機(jī)科學(xué)的學(xué)位。但是這并不意味著它們可以被互相混淆。 軟件工程與計(jì)算機(jī)科學(xué) 軟件的開發(fā)到底是一門 科學(xué) 還是一門 工程 ，這是 一個(gè)被爭(zhēng)論了很久的問題。 對(duì)軟件分析、設(shè)計(jì)、實(shí)施及維護(hù)的一種系統(tǒng)化方法。 使用與系統(tǒng)化生產(chǎn)和維護(hù)軟件產(chǎn)品有關(guān)之技術(shù)與管理的知識(shí)，使軟件開發(fā)與修改可在有限的時(shí)間與費(fèi)用下進(jìn)行。 一種知識(shí)或?qū)W科（ discipline），目標(biāo)是生產(chǎn)品質(zhì)良好、準(zhǔn)時(shí)交貨、符合預(yù)算，并滿足用戶所需的軟件。 定義 創(chuàng)立與 使用健全的工程原則，以便經(jīng)濟(jì)地獲得可靠且高效率的軟件 . 應(yīng)用系統(tǒng)化，遵從原則，可被計(jì)量的方法來發(fā)展、操作及維護(hù)軟件；也就是把工程應(yīng)用到軟件上。 由來 鑒于軟件開發(fā)時(shí)所遭遇困境， 北大西洋公約組織 （ NATO）在 1968 年 舉辦了首次軟件工程學(xué)術(shù)會(huì)議，并于會(huì)中提出“軟件工程”來界定軟件開發(fā)所需相關(guān)知識(shí)，并建議“軟件開發(fā)應(yīng)該是類似工程的活動(dòng)”。 軟件工程師 是對(duì)應(yīng)用軟件創(chuàng)造軟件的人們的統(tǒng)稱，軟件工程師按照所處的領(lǐng)域不同可以分為 系統(tǒng)分析員 、 軟件設(shè)計(jì)師 、 系統(tǒng)架構(gòu)師 、 程序員 、 測(cè)試員 等等。同時(shí)，各個(gè)行業(yè)幾乎都有計(jì)算機(jī) 軟件的應(yīng)用，比如 工業(yè) 、 農(nóng)業(yè) 、 銀行 、 航空 、 政府 部門等。 在現(xiàn)代社會(huì)中，軟件應(yīng)用于多個(gè)方面。 that is to be applied to software engineering. The development, management and updating software products related to theories, methods and tools. A knowledge or discipline (discipline), aims to produce good quality, punctual delivery, within budget and meet users need software. the practical application of scientific knowledge in the design, build puter programs, and the acpanying documents produced, and the subsequent operation and maintenance. Use systematic production and maintenance of software products related to technology and management expertise to enable software development and changes in the limited time and under cost. Construction team of engineers developed the knowledge of large software systems disciplines. the software analysis, design, impl