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

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

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

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

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

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