《軟件工程發(fā)展概述》

1、軟件工程發(fā)展概述進(jìn)展和社會對計算機軟件不斷增長的需求，這種狀況已經(jīng)嚴(yán)重妨礙了計算機技術(shù)的進(jìn)步。展大致如下幾個階段。第一階段軟件危機。20 世紀(jì)中期，計算機剛被從軍用領(lǐng)域轉(zhuǎn)向民用領(lǐng)域使用，那時編寫程序的工作被視同20 60 ”。早期出現(xiàn)的軟件危機主要表現(xiàn)在： 軟件開發(fā)費用和進(jìn)度失控。費用超支、進(jìn)度拖延的情況屢屢發(fā)生。有時為了趕進(jìn)度或壓成本不得不采取一些權(quán)宜之計，這樣又往往嚴(yán)重?fù)p害了軟件產(chǎn)品的質(zhì)量。證，出錯率大大增加，由于軟件錯誤而造成的損失十分驚人。維護(hù)占用了大量人力、物力和財力。進(jìn)入80 年代以來，盡管軟件工程研究與實踐取得了可喜軟件危機不僅沒有消失，還有加劇之勢。主要表現(xiàn)在：軟件成本在計算機

2、系統(tǒng)總成本中所占的比例居高不下，且逐年上升。由于微電子 90。軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計算機應(yīng)用迅速普及深入的需要，軟件產(chǎn)品供不應(yīng)求的狀況使得人類不能充分利用現(xiàn)代計算機硬件所能提供的巨大潛力。60 70 年代中期是計算機系統(tǒng)發(fā)展的第二個時期，在這一時期軟件開始“軟”就這樣開始了！“軟件危機”使得人們開始對軟件及其特性進(jìn)行更深一步的研究，人們改變了早期對軟件1968 年北大西洋公約組織的計算機科學(xué)家在聯(lián)邦德國召開的國際學(xué)術(shù)會議上第一次提出了“軟件危機” (software crisis)這個名詞。 概括來說，軟件危機包含兩方面問題：一、如何開發(fā)軟件，以滿足不斷增長，日趨復(fù)雜的需求；二、

3、如何維護(hù)數(shù)量不斷膨脹的軟件產(chǎn)品。老化或“為解決這個問題，1968 年NATO“”(SotfwraeEngineeirng)的概”和向工程和“”軟件工程。第二階段傳統(tǒng)軟件工程進(jìn)行的。”60 后出現(xiàn)的第一個生命周期模型。如下所示：分析 設(shè)計 編碼 測試 維護(hù)后來，又有人針對該模型的不足，提出了快速原型法、螺旋模型、噴泉模型等對“瀑布式”生命周期模型進(jìn)行補充?，F(xiàn)在，它們在軟件開發(fā)的實踐中被廣泛采用。代碼的規(guī)范式。70 方法）以及結(jié)構(gòu)化的分析、設(shè)計和相應(yīng)的測試方法。傳統(tǒng)軟件工程原理如下：把質(zhì)量放在第一位：必須對軟件質(zhì)量進(jìn)行量化，并采取措施促進(jìn)質(zhì)量的保障常用的量 多項內(nèi)容應(yīng)該制定不同的量化指標(biāo)。經(jīng)證明可

4、以很好提高軟件質(zhì)量的最有效的方式就是盡可能早的交給他們一個產(chǎn)品讓他們使用。構(gòu)架就真的使用這個構(gòu)架。特征包括項目規(guī)模，周期，人員情況，需求可變性，文化，風(fēng)險，應(yīng)用領(lǐng)域等。在不同的階段使用不同的語言構(gòu)盡可能的接近。這個原則一直是面向?qū)ο蠹夹g(shù)，基于構(gòu)件開發(fā)以及可視化建模的動力。練的工程師。的快的程序可用容易的多。在開始階段的編碼不要考慮優(yōu)化的問題。雜的性能。評審代碼：評審詳細(xì)設(shè)計和代碼來查錯，是一個比測試好得多的方法。解決問題是十分有效的。毫無方向的評審極少能夠發(fā)現(xiàn)架構(gòu)和全局的問題。人員是成功的關(guān)鍵：具有適當(dāng)經(jīng)驗，才能和培訓(xùn)的高技能的人員是關(guān)鍵。即使沒有 工具，語言和過程，項目也可能失敗。傳統(tǒng)軟件工

5、程也這么強調(diào)人的因素，足見人對整個軟件項目的重要性。軟件工程的目標(biāo)是研制開發(fā)與生產(chǎn)出具有良好的軟件質(zhì)量和費用合算的產(chǎn)品是指軟件開發(fā)運行的整個開銷能滿足用戶要求的程度，軟件質(zhì)量是指該軟件 能滿足明確的靠性、易使用性、效率、維護(hù)性、易移植性第三階段現(xiàn)代軟件工程軟件不是純物化的東西，其中包含著人的因素，于是就有很多變動的東西，不可能像理想的物質(zhì)生產(chǎn)過程，基于物理學(xué)等的原理來做。早期的軟件開發(fā)僅考慮人的 因素，傳統(tǒng)的軟件工程強調(diào)物性的規(guī)律（自動化）在不同層次的不斷循環(huán)發(fā)展的關(guān)系。面向?qū)ο蟮姆治觥⒃O(shè)計方法OOD）的出現(xiàn)使傳統(tǒng)的開發(fā)方法發(fā)生了翻天覆地的變化。隨之而來的是面向?qū)ο蠼ＵZ言（UML 為代表發(fā)等新的方法和領(lǐng)域。與之相應(yīng)的是從企業(yè)管理的角度提出的軟件過程管理的一系列活動并通過過程度量、過程評價和過程改進(jìn)等涉及對所建立的軟件 過程及其實例 建立的 CMM（Capability Maturity ，即能力成熟度模型。此模型在建立和發(fā)展之初，主要目的是為大型軟件項目的招投標(biāo)活動提供一種全面而客觀的評審依據(jù)，而發(fā)展到后來，又同時被 應(yīng)用于許多軟件機構(gòu)內(nèi)部的過程改進(jìn)活動中。在軟件開發(fā)過程中人們開始研制和使用軟件工具問題