【正文】 軟件項(xiàng)目管理 教學(xué)內(nèi)容 軟件與 軟件危機(jī) 軟件工程 軟件生命周期 軟件過(guò)程 第 1章 軟件工程學(xué)概述 教學(xué) 目 標(biāo) ? 一般了解： ? 軟件開(kāi)發(fā)技術(shù)的發(fā)展歷史及其特點(diǎn)； ? 什么是軟件危機(jī)？ ? 軟件危機(jī)產(chǎn)生的原因？ ? 解決軟件危機(jī)的辦法； ? 軟件的特點(diǎn)、傳統(tǒng)的生命周期模型。 第一階段：個(gè)體化生產(chǎn) 20世紀(jì) 60年代中期以前 第二階段：作坊式生產(chǎn) 20世紀(jì) 60年代中期到 70年代中期 第三階段：產(chǎn)業(yè)化生產(chǎn) 20世紀(jì) 70年代中期至今 2. 從軟件到軟件工程 第一階段：個(gè)體化生產(chǎn) 20世紀(jì) 60年代中期以前，當(dāng)時(shí)的軟件沒(méi)有系統(tǒng)化的開(kāi)發(fā) 方法，所謂的軟件開(kāi)發(fā)就是根據(jù)應(yīng)用的需要寫(xiě)出能夠運(yùn)行的 程序，軟件的開(kāi)發(fā)者、使用者、維護(hù)者大多為同一個(gè)人或一 組人，軟件開(kāi)發(fā)處于個(gè)體化生產(chǎn)狀態(tài)。 ? 這個(gè)項(xiàng)目的負(fù)責(zé)人 教訓(xùn)時(shí)說(shuō)：“ ?? 正像一只逃亡的野獸落到泥沼中做垂死的掙扎，越是掙扎，陷得越深。 While ( ! End_of_stream ) { if (Code == S) { Number ++。 新要求： 當(dāng)通信線(xiàn)路出問(wèn)題時(shí)，能從計(jì)算中 刪除 一切不完整的租船信息。 ? 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。 軟件工程的介紹 軟件工程具有下述本質(zhì)特性： ? 軟件工程關(guān)注于大型程序的構(gòu)造 ? 軟件工程的中心課題是控制復(fù)雜性 ? 軟件經(jīng)常變化 ? 開(kāi)發(fā)軟件的效率非常重要 ? 和諧的合作是開(kāi)發(fā)軟件的關(guān)鍵 ? 軟件必須有效的支持它的用戶(hù) ? 在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品 軟件工程的介紹 ? 著名的軟件工程專(zhuān)家 B. W. Boehm于 1983年綜合了軟件工程專(zhuān)家學(xué)者們的意見(jiàn)并總結(jié)了開(kāi)發(fā)軟件的經(jīng)驗(yàn)，提出了軟件工程的 7條基本原理。堅(jiān)持在每個(gè)階段結(jié)束前進(jìn)行嚴(yán)格的評(píng)審，就可以盡早發(fā)現(xiàn)錯(cuò)誤，從而可以最小的代價(jià)改正錯(cuò)誤。比如， 20世紀(jì) 60年代末提出的結(jié)構(gòu)程序設(shè)計(jì)技術(shù)；后來(lái)又發(fā)展出各種結(jié)構(gòu)分析（ SA）和結(jié)構(gòu)設(shè)計(jì)（ SD）技術(shù)；之后又出現(xiàn)了面向?qū)ο蠓治觯?OOA）和面向?qū)ο笤O(shè)計(jì)（ OOD）技術(shù)等等。但是，軟件工程不能停留在已有的技術(shù)水平上，應(yīng)積極主動(dòng)地采納或創(chuàng)造新的軟件技術(shù)，要注意不斷總結(jié)經(jīng)驗(yàn)，收集工作量、進(jìn)度、成本等數(shù)據(jù)，并進(jìn)行出錯(cuò)類(lèi)型和問(wèn)題報(bào)告的統(tǒng)計(jì)。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序的完成每個(gè)階段的任務(wù)。 ? 軟件定義時(shí)期的任務(wù)是：確定軟件開(kāi)發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；到處實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該項(xiàng)工程需要的資源和成本，并制定工程進(jìn)度表。 ? 此時(shí)，系統(tǒng)分析人員應(yīng)在用戶(hù)的配合下對(duì)用戶(hù)的要求和現(xiàn)有的環(huán)境進(jìn)行深入調(diào)查并寫(xiě)出調(diào)研報(bào)告。 ? 需求分析階段的主要成果有軟件需求規(guī)格說(shuō)明書(shū)、軟件驗(yàn)收測(cè)試計(jì)劃和準(zhǔn)則、初步的用戶(hù)手冊(cè)等。 ? 單元測(cè)試：每編寫(xiě)出一個(gè)程序模塊的源程序，調(diào)試通過(guò)后，即對(duì)該模塊進(jìn)行測(cè)試，這稱(chēng)為單元測(cè)試。 ? 每項(xiàng)維護(hù)活動(dòng)實(shí)質(zhì)上都是一次壓縮和簡(jiǎn)化了的軟件定義和軟件開(kāi)發(fā)過(guò)程 。 瀑布模型 快速原型模型 增量模型 螺旋模型 瀑布模型（ waterfall model）是由 W. Royce于 1970年提出來(lái)的。 ? 作為整體開(kāi)發(fā)的瀑布模型，由于不支持產(chǎn)品的演化，缺乏靈活性，對(duì)開(kāi)發(fā)過(guò)程中很難發(fā)現(xiàn)的錯(cuò)誤，只有在最終產(chǎn)品運(yùn)行時(shí)才能暴露出來(lái)，從而使軟件產(chǎn)品難以維護(hù)。 ? 增量模型也稱(chēng)為漸增模型，使用增量模型開(kāi)發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計(jì)的便于按照這種方式進(jìn)行擴(kuò)充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過(guò)程必須簡(jiǎn)單、方便，這就意味著需要更精心的設(shè)計(jì)。 ? 使用該模型需要有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專(zhuān)門(mén)知識(shí)，要求開(kāi)發(fā)隊(duì)伍水平較高。其 優(yōu) 點(diǎn)是可以提高 軟 件 項(xiàng) 目 開(kāi)發(fā) 效率，節(jié) 省 開(kāi)發(fā)時(shí)間 ，適 應(yīng) 于面向 對(duì) 象的 軟 件 開(kāi)發(fā)過(guò) 程。 細(xì)化階段 ： 制定項(xiàng)目計(jì)劃、配置各類(lèi)資源、建立系統(tǒng)架構(gòu)（包括各類(lèi)視圖）。 你 打算采用 哪種軟 件 過(guò) 程模型？ 為 什 么 ？ ? 假 設(shè) 要求 你開(kāi)發(fā) 一 個(gè)軟 件， 該軟 件的功能是把 讀 入的浮點(diǎn)數(shù)開(kāi) 平方，所得到的 結(jié) 果 應(yīng)該 精確到小 數(shù) 點(diǎn)后 4位，一旦 實(shí)現(xiàn)并測(cè)試 完成之后， 該產(chǎn) 品 將 被拋棄。 移交階段 ： 產(chǎn)品發(fā)布、安裝、用戶(hù)培訓(xùn)。此外 這種 模型要求 嚴(yán) 格管理文 檔 ，使得 審 核的 難 度加大，尤其是面 對(duì) 可能 隨時(shí) 加入各 種 信息、需求 與資料的情 況 。 ? 噴泉模型是一種以用戶(hù)需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于采用對(duì)象技術(shù)的軟件開(kāi)發(fā)項(xiàng)目。 螺旋模型將瀑布模型與快速原型模型結(jié)合起來(lái)，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足 。 ? 把軟件產(chǎn)品分解成增量構(gòu)件時(shí)，應(yīng)該使構(gòu)件的規(guī)模適中。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的開(kāi)發(fā)。 ? 瀑布模型嚴(yán)格按照軟件生存周期各個(gè)階段來(lái)進(jìn)行開(kāi)發(fā)，上一階段的輸出即是下一階段的輸入，并強(qiáng)調(diào)每一階段的嚴(yán)格性。 ? 通常有四類(lèi)維護(hù)活動(dòng)：改正性維護(hù) 、 適應(yīng)性維護(hù) 、 完善性維護(hù)和預(yù)防性維護(hù) 。 7. 綜合測(cè)試 ? 這個(gè)階段的關(guān)鍵任務(wù)是通過(guò)各種類(lèi)型的測(cè)試和調(diào)試使軟件達(dá)到預(yù)定的要求。 4. 總體設(shè)計(jì) ? 這個(gè)階段必須回答的關(guān)鍵問(wèn)題是：“概括地說(shuō)，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？” ? 這一階段對(duì)需求規(guī)格說(shuō)明中提供的軟件系統(tǒng)邏輯模型進(jìn)行進(jìn)一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各子系統(tǒng)之間、各模塊之間的關(guān)系，定義各子系統(tǒng)接口界面和各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)或數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計(jì)約束，制定組裝測(cè)試計(jì)劃，進(jìn)而給出每個(gè)功能模塊的功能描述、全局?jǐn)?shù)據(jù)定義和外部文件定義等。可行性論證包括經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性、法律可行性等。 ? 軟件開(kāi)發(fā)時(shí)期的任務(wù)是：具體設(shè)計(jì)和實(shí)現(xiàn)在前一個(gè)時(shí)期定義的軟件。在每一階段結(jié)束之前都必須進(jìn)行正式嚴(yán)格的技術(shù)審查和管理復(fù)審。 ? 通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為方法學(xué)（ methodology），也稱(chēng)為范型（ paradigm）。因此，軟件開(kāi)發(fā)小組的工作進(jìn)展情況可見(jiàn)性差，難于評(píng)價(jià)和管理。