第1章軟件與軟件工程介紹(參考版)
2025-01-12 02:20本頁(yè)面
【正文】 軟件工程知識(shí)體系及知識(shí)域 ? 軟件工程知識(shí)體系指南的內(nèi)容 軟件工程知識(shí)體系及知識(shí)域 ? 每個(gè)知識(shí)域又可分解為若干子知識(shí)域，如表所示。 ? 一類是 開發(fā)與維護(hù)過(guò)程 ，包括軟件需求、軟件設(shè)計(jì)、軟件構(gòu)造、軟件測(cè)試和軟件維護(hù)； ? 另一類是 支持和組織過(guò)程 ，包括軟件配置管理、軟件工程管理、軟件工程過(guò)程、軟件工程工具與方法和軟件質(zhì)量。 (5) 為相應(yīng)的課程和職業(yè)資格認(rèn)證材料的編寫奠定基礎(chǔ)。 (3) 反映軟件工程學(xué)科內(nèi)容的特征。 軟件工程知識(shí)體系及知識(shí)域 ? 軟件工程知識(shí)體系指南的目標(biāo) (1) 促使軟件工程本體知識(shí)成為世界范圍的共識(shí)。對(duì)其知識(shí)體系的研究從 20世紀(jì) 90年代初就開始了。 梅隆大學(xué)軟件工程研究所（ SEI）的影響不可忽視。 (2) 1978— 1988年期間：早期的研究生學(xué)位教育，開始建立軟件工程專業(yè)的研究生學(xué)位教育項(xiàng)目。移交階段包含 ?測(cè)試時(shí)期，以發(fā)布完整的系統(tǒng)而終止，其目標(biāo)是確保信息系統(tǒng)真正滿足客戶的需求。構(gòu)造階段是建立系統(tǒng)，構(gòu)造信息系統(tǒng)的第 1個(gè)具有操作質(zhì)量的版本，以能夠交付給客戶進(jìn)行 ?測(cè)試的版本結(jié)束，有時(shí)稱為測(cè)試版本。細(xì)化階段關(guān)心定義系統(tǒng)的總體框架，其目標(biāo)是：細(xì)化初始需求（用況）、細(xì)化體系結(jié)構(gòu)、監(jiān)控風(fēng)險(xiǎn)并細(xì)化它們的優(yōu)先級(jí)、細(xì)化業(yè)務(wù)案例以及制訂項(xiàng)目管理計(jì)劃。初始階段主要關(guān)注項(xiàng)目計(jì)劃和風(fēng)險(xiǎn)評(píng)估，其目的是確定是否值得開發(fā)目標(biāo)信息系統(tǒng)。 統(tǒng)一過(guò)程 ? 統(tǒng)一過(guò)程的階段 ? 統(tǒng)一過(guò)程有 4個(gè)階段，分別是初始階段、細(xì)化階段、構(gòu)造階段和移交階段。 ⑥ 部署工作流 。 ⑤ 測(cè)試工作流 。 統(tǒng)一過(guò)程 ④ 實(shí)現(xiàn)工作流 。其目標(biāo)是說(shuō)明如何做。為此，需明確系統(tǒng)的功能需求和非功能需求（約束）。 ② 需求工作流 。 ① 業(yè)務(wù)建模工作流 。 統(tǒng)一過(guò)程 ? 由 Booch、 Jacobson及 Rumbaugh提出，統(tǒng)一過(guò)程模型如圖所示。 (3)Sun JavaBean構(gòu)件 。 (2)Microsoft COM/DCOM/.NET。 基于構(gòu)件的開發(fā)模型 ? 典型的構(gòu)件模型 (1)OMG/CORBA。 (4)將構(gòu)件集成到架構(gòu)中。 (2)考慮構(gòu)件集成的問(wèn)題。 ? 體系結(jié)構(gòu)設(shè)計(jì)完成后，并不立即進(jìn)行詳細(xì)設(shè)計(jì)任務(wù)，而是針對(duì)每一系統(tǒng)需求考慮以下問(wèn)題 : (1)現(xiàn)有的商品化構(gòu)件（ mercial offtheshelf， COTS）是否能夠?qū)崿F(xiàn)該需求？ (2)內(nèi)部開發(fā)的可復(fù)用構(gòu)件是否能夠?qū)崿F(xiàn)該需求？ (3)可用構(gòu)件的接口與待構(gòu)造系統(tǒng)的體系結(jié)構(gòu)是否相容？ 基于構(gòu)件的開發(fā)模型 ? 基于構(gòu)件的開發(fā)模型如下圖。 這樣做的基礎(chǔ)是假定在很多大型軟件系統(tǒng)中存在足夠多的共性，使得開發(fā)可復(fù)用的構(gòu)件來(lái)滿足這些共性是可行的。就如同早期的子程序?qū)⒊绦騿T從考慮編程細(xì)節(jié)中解脫出來(lái)一樣， CBSE將考慮的重點(diǎn)從編碼轉(zhuǎn)移到組裝軟件系統(tǒng)。 CBSE正在改變大型軟件系統(tǒng)的開發(fā)方式。 基于構(gòu)件的開發(fā)模型 ? 基于構(gòu)件的軟件工程（ ponentbased software engineering， CBSE）是強(qiáng)調(diào)使用可復(fù)用的軟件“構(gòu)件”來(lái)設(shè)計(jì)和構(gòu)造基于計(jì)算機(jī)的系統(tǒng)的過(guò)程。 ? “噴泉”一詞體現(xiàn)了迭代和無(wú)間隙特性。 螺旋模型 ? 螺旋模型的缺點(diǎn) ? 螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的，因此要求軟件開發(fā)人員必須具有豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和這方面的專門知識(shí)，否則將出現(xiàn)真正的風(fēng)險(xiǎn)：當(dāng)項(xiàng)目實(shí)際上正在走向?yàn)?zāi)難時(shí)，開發(fā)人員可能還以為一切正常。 ? 減少了過(guò)多測(cè)試或測(cè)試不足所帶來(lái)的風(fēng)險(xiǎn)。如果確定要繼續(xù)，則計(jì)劃項(xiàng)目的下一個(gè)階段的工作。 (3)開發(fā)與驗(yàn)證 —— 評(píng)價(jià)風(fēng)險(xiǎn)之后選擇系統(tǒng)開發(fā)模型。 (1)目標(biāo)設(shè)定 —— 定義在該階段的目標(biāo)，弄清對(duì)過(guò)程和產(chǎn)品的限制條件，制訂詳細(xì)的管理計(jì)劃，識(shí)別項(xiàng)目風(fēng)險(xiǎn)，可能還要計(jì)劃與這些風(fēng)險(xiǎn)有關(guān)的對(duì)策。最后是評(píng)價(jià)該階段的工作成果并計(jì)劃下一個(gè)階段的工作。接下來(lái)的任務(wù)是，從風(fēng)險(xiǎn)角度分析上一步的工作結(jié)果，努力排除各種潛在的風(fēng)險(xiǎn)，通常用建造原型的方法來(lái)排除風(fēng)險(xiǎn)。 ? 在螺線上的每一個(gè)循環(huán)表示過(guò)程的一個(gè)階段。 螺旋模型 ? 理解這種模型的一個(gè)簡(jiǎn)便方法，是把它看做在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過(guò)程的快速原型模型。 ? 該模型將瀑布模型與快速原型模型結(jié)合起來(lái)，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析。 因此，采用增量模型比采用瀑布模型和快速原型模型更需要精心的設(shè)計(jì)。 增量模型 ? 采用增量模型需注意的問(wèn)題 (1)在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來(lái)已經(jīng)開發(fā)出的產(chǎn)品。因此，最重要的系統(tǒng)服務(wù)將接受最多的測(cè)試。 (3)項(xiàng)目失敗的風(fēng)險(xiǎn)較低，雖然在某些增量構(gòu)件中可能遇到一些問(wèn)題，但其他增量構(gòu)件將能夠成功地交付給客戶。 增量模型
外語(yǔ)相關(guān)推薦
鄂ICP備17016276號(hào)-1