軟件工程第一章作業(yè)..............................................................0

L1什么是計(jì)算機(jī)軟件？軟件的特點(diǎn)是什么？..................0

1.2簡(jiǎn)述軟件的分類(lèi)，并舉例說(shuō)明。..........................0

1.4什么是軟件工程？.....................................0

L5簡(jiǎn)述軟件工程的基本原則。...............................1

1.6軟件生存周期分哪幾個(gè)階段？分別簡(jiǎn)述各個(gè)階段的任務(wù)。....1

1.9簡(jiǎn)述各類(lèi)軟件過(guò)程模型的特點(diǎn)。..........................2

L10靈敏軟件開(kāi)發(fā)的特點(diǎn)是什么？..........................4

1.12簡(jiǎn)述靈敏軟件開(kāi)發(fā)的原則。.............................4

第2、3章.....................................................5

2.1簡(jiǎn)述系統(tǒng)工程的任務(wù)。...................................5

2.2基于計(jì)算機(jī)的系統(tǒng)由哪些元素組成？......................5

2.3簡(jiǎn)述可行性分析的任務(wù)。.................................5

3.1需求工程的重要性是什么？舉出身邊由于需求分析失敗而造成整

個(gè)項(xiàng)目失敗的例子。........................................6

3.2需求工程具體包括哪些步驟？每個(gè)步驟的具體任務(wù)是什么？...6

3.3一個(gè)系統(tǒng)分析員應(yīng)當(dāng)具備哪些思想素養(yǎng)和基礎(chǔ)學(xué)問(wèn)？請(qǐng)說(shuō)明理由。

...............................................................................................................................7

3.4列出在制定需求獲得策略時(shí)的3種主要考慮因素。.........9

3.6舉例說(shuō)明一個(gè)系統(tǒng)的3個(gè)不同類(lèi)型的非功能需求.............9

3.8軟件需求分析的操作性原則和需求工程的指導(dǎo)性原則是什么？10

3.9軟件需求規(guī)約主要包括哪些內(nèi)容？自己找尋一個(gè)實(shí)例，親自寫(xiě)一個(gè)

需求規(guī)約。...............................................10

3.10需求驗(yàn)證應(yīng)當(dāng)有哪些人參與？畫(huà)出一個(gè)過(guò)程模型，說(shuō)明需求評(píng)審

應(yīng)當(dāng)如何組織。...........................................10

第4章.......................................................11

4.1簡(jiǎn)述軟件設(shè)計(jì)階段的基本任務(wù)...........................11

4.2軟件設(shè)計(jì)與質(zhì)量的關(guān)系是怎么樣的？...................11

4.4簡(jiǎn)述模塊、模塊化與模塊化設(shè)計(jì)的概念。.................11

4.6耦合和軟件可移植性的概念有何關(guān)系？舉例說(shuō)明自己的結(jié)論。12

4.7用自己的話描述信息隱藏概念，并探討信息隱藏與模塊獨(dú)立兩概念

之間的關(guān)系。.............................................13

4.8什么是模塊獨(dú)立性？設(shè)計(jì)中為什么模塊要獨(dú)立？如何度量獨(dú)立

性？模塊功能獨(dú)立有何優(yōu)點(diǎn)？..............................13

4.9軟件設(shè)計(jì)規(guī)約主要包括哪些內(nèi)容？......................14

第5章結(jié)構(gòu)化分析與設(shè)計(jì)......................................14

5.1簡(jiǎn)述數(shù)據(jù)流圖的主要思想，概述運(yùn)用數(shù)據(jù)流圖進(jìn)行需求分析的過(guò)

程。.....................................................14

5.2分別采納數(shù)據(jù)流方法中得哪些技術(shù)來(lái)完成用戶需求的精確化、一

樣化和完全化的任務(wù)。.....................................15

5.7........................................................................................................16

第6\8章.....................................................23

6.1簡(jiǎn)述面對(duì)數(shù)據(jù)結(jié)構(gòu)方法的特點(diǎn)...........................23

6.2采納Jackson圖表示下面的文件結(jié)構(gòu)：...................24

8.1什么是構(gòu)件？.................................24

8.2簡(jiǎn)述基于構(gòu)件的軟件開(kāi)發(fā)過(guò)程。.........................25

第11、13章..................................................26

13.1請(qǐng)?zhí)接懯管浖S護(hù)成本居高不下的因素。如何盡可能降低這些因

素的影響？..............................................26

13.3軟件維護(hù)的過(guò)程是如何進(jìn)行的？為什么要進(jìn)行軟件可維護(hù)性分

析？....................................................27

軟件工程第一章作業(yè)

1.1什么是計(jì)算機(jī)軟件？軟件的特點(diǎn)是什么？

答：計(jì)算機(jī)軟件指計(jì)算機(jī)系統(tǒng)中的程序與其文檔。

軟件的特點(diǎn)是：

A軟件是一種邏輯實(shí)體，而不是有形的系統(tǒng)元件，其開(kāi)發(fā)成本和進(jìn)度難以

精確得估算；

B軟件是被開(kāi)發(fā)的或被設(shè)計(jì)的，沒(méi)有明顯的制造過(guò)程，一旦開(kāi)發(fā)勝利，只

需復(fù)制即可，但其維護(hù)的工作量大；

C軟件的運(yùn)用沒(méi)有硬件那樣的機(jī)械磨損和老化問(wèn)題。

1.2簡(jiǎn)述軟件的分類(lèi)，并舉例說(shuō)明。

答：在《計(jì)算機(jī)科學(xué)技術(shù)百科全書(shū)》中，將軟件分為系統(tǒng)軟件、支撐軟件

和應(yīng)用軟件3類(lèi)。

A系統(tǒng)軟件：系統(tǒng)軟件居于計(jì)算機(jī)系統(tǒng)中最靠近硬件的一層，其他軟件一

般都通過(guò)系統(tǒng)軟件發(fā)揮作用。系統(tǒng)軟件與具體的應(yīng)用領(lǐng)域無(wú)關(guān)。例如：編

譯程序、操作系統(tǒng)等。

B支撐軟件：支撐軟件是支撐軟件的開(kāi)發(fā)和維護(hù)的軟件。例如：數(shù)據(jù)庫(kù)管

理系統(tǒng)、網(wǎng)絡(luò)軟件、軟件工具、軟件開(kāi)發(fā)環(huán)境等。

C應(yīng)用軟件：應(yīng)用軟件是特定應(yīng)用領(lǐng)域?qū)Ｓ玫能浖?。例如：工?科學(xué)計(jì)

算軟件、嵌入式軟件、產(chǎn)品線軟件、Web應(yīng)用軟件、人工智能軟件。

1.4什么是軟件工程？

答：在《計(jì)算機(jī)科學(xué)技術(shù)百科全書(shū)》中軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)

與管理科學(xué)等原理，開(kāi)發(fā)軟件的工程。

1.5簡(jiǎn)述軟件工程的基本原則。

答：軟件工程原則包括圍繞工程設(shè)計(jì)、工程支持和工程管理提出的以下4

條基本原則：

第一條：圍繞相宜的開(kāi)發(fā)模型；

其次條：采納合適的設(shè)計(jì)方法；

第三條：供應(yīng)高質(zhì)量的工程支撐；

第四條：重視軟件工程的管理。

1.6軟件生存周期分哪幾個(gè)階段？分別簡(jiǎn)述各個(gè)階段的任務(wù)。

答：軟件生存周期有計(jì)算機(jī)系統(tǒng)工程、需求分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)

行和維護(hù)6個(gè)階段。

A計(jì)算機(jī)系統(tǒng)工程的任務(wù)是確定待開(kāi)發(fā)軟件的總體要求和范圍，以與該軟

件與其他計(jì)算機(jī)系統(tǒng)元素之間的關(guān)系，進(jìn)行成本估算，做出進(jìn)度支配，并

進(jìn)行可行性分析，即從經(jīng)濟(jì)、技術(shù)、法律等方面分析待開(kāi)發(fā)的軟件是否有

可行的解決方案，并在若干個(gè)可行的解決方案中做出選擇。

B需求分析主要解決待開(kāi)發(fā)軟件要“做什么”的問(wèn)題，確定軟件的功能、

性能、數(shù)據(jù)、界面等要求，生成軟件需求規(guī)約。

C軟件設(shè)計(jì)只要解決待開(kāi)發(fā)軟件“怎么做”的問(wèn)題。軟件設(shè)計(jì)通?？煞譃?/p>

系統(tǒng)設(shè)計(jì)和具體設(shè)計(jì)。系統(tǒng)設(shè)計(jì)的任務(wù)是設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)，包括

軟件系統(tǒng)的組成成分、各成分的功能和接口、成分間的連接和通信，同時(shí)

設(shè)計(jì)全局?jǐn)?shù)據(jù)結(jié)構(gòu)。具體設(shè)計(jì)的任務(wù)是設(shè)計(jì)各個(gè)組成成分的實(shí)現(xiàn)細(xì)微環(huán)

節(jié)，包括局部數(shù)據(jù)結(jié)構(gòu)和算法等。

D編碼階段的任務(wù)是用某種程序設(shè)計(jì)語(yǔ)言，將設(shè)計(jì)的結(jié)果轉(zhuǎn)換為可執(zhí)行的

程序代碼。

E測(cè)試階段的任務(wù)是發(fā)覺(jué)并訂正軟件中的錯(cuò)誤和缺陷。測(cè)試主要包括單元

測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。

F軟件完成各種測(cè)試后就可交付運(yùn)用，在軟件運(yùn)行期間，需對(duì)投入運(yùn)行的

軟件進(jìn)行維護(hù)，即可發(fā)覺(jué)了軟件中潛藏的錯(cuò)誤或須要增加新的功能或使軟

件適應(yīng)外界環(huán)境的改變等狀況出現(xiàn)時(shí)，對(duì)軟件進(jìn)行修改。

1.9簡(jiǎn)述各類(lèi)軟件過(guò)程模型的特點(diǎn)。

答：典型的軟件過(guò)程模型有：瀑布模型、演化模型（增量模型、原型模型、

螺旋模型）、噴泉模型、基于構(gòu)件的開(kāi)發(fā)模型和形式方法模型等。

A瀑布模型中，上一階段的活動(dòng)完成并經(jīng)過(guò)評(píng)審后才能起先下一階段的活

動(dòng)，其特征是：

接受上一階段活動(dòng)的結(jié)果作為本階段活動(dòng)的輸入；

依據(jù)上一階段活動(dòng)的結(jié)果實(shí)施本階段應(yīng)完成的活動(dòng)；

對(duì)本階段的活動(dòng)進(jìn)行評(píng)審；

將本階段活動(dòng)的結(jié)果作為輸出。

B增量模型將軟件的開(kāi)發(fā)過(guò)程分成若干個(gè)日程時(shí)間交織的線性序列，每個(gè)

線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的增量版本，后一個(gè)版本是對(duì)前一個(gè)版本

的修改和補(bǔ)充，重復(fù)增量發(fā)布的過(guò)程，直至產(chǎn)生最終的完善產(chǎn)品。

C原型方法從軟件工程師與客戶的溝通起先，其目的是定義軟件的總體目

標(biāo)，標(biāo)識(shí)需求。然后快速制定原型開(kāi)發(fā)的支配，確定原型的目標(biāo)和范圍，

采納快速設(shè)計(jì)的方式對(duì)其建模，并構(gòu)建模型。被開(kāi)發(fā)的原型應(yīng)交付給客戶

運(yùn)用，并收集客戶的反饋看法，這些反饋看法可在下一輪迭代中對(duì)原型進(jìn)

行改進(jìn)。在前一個(gè)原型須要改進(jìn)，或者須要擴(kuò)展其范圍的時(shí)候，進(jìn)入下一

輪原型的迭代開(kāi)發(fā)。

D螺旋模型將原型模型實(shí)現(xiàn)的迭代特征與瀑布模型中限制的和系統(tǒng)化的方

面結(jié)合起來(lái)，不僅體現(xiàn)了這兩種模型的優(yōu)點(diǎn)而且還增加了風(fēng)險(xiǎn)分析。

E噴泉模型是一種支持面對(duì)對(duì)象開(kāi)發(fā)的過(guò)程模型。類(lèi)與對(duì)象是面對(duì)對(duì)象方

法中的基本成分。在分析階段，標(biāo)識(shí)類(lèi)與對(duì)象，定義類(lèi)之間的關(guān)系，建立

對(duì)象-關(guān)系模型和對(duì)象-行為模型。在設(shè)計(jì)階段，從實(shí)現(xiàn)的角度對(duì)分析模型

進(jìn)行調(diào)整和擴(kuò)充。在編碼階段，用面對(duì)對(duì)象語(yǔ)言實(shí)現(xiàn)類(lèi)與對(duì)象，通過(guò)消息

機(jī)制實(shí)現(xiàn)對(duì)象之間的通信，完成軟件的功能。在面對(duì)對(duì)象方法中，分析模

型和設(shè)計(jì)模型采納相同的符號(hào)表示體系，開(kāi)發(fā)的各個(gè)活動(dòng)沒(méi)有明顯的邊

界，各個(gè)活動(dòng)常常重復(fù)，迭代地交替進(jìn)行。

F基于構(gòu)件的開(kāi)發(fā)模型，基于構(gòu)件的開(kāi)發(fā)是指利用預(yù)先包裝的構(gòu)建來(lái)構(gòu)造

應(yīng)用系統(tǒng)。構(gòu)件可以是組織內(nèi)部開(kāi)發(fā)的構(gòu)建，也可以是商業(yè)化的、現(xiàn)存的

軟件構(gòu)件。

G形式化方法是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開(kāi)發(fā)方法。軟件開(kāi)發(fā)的

全過(guò)程中，從需求分析、規(guī)約、設(shè)計(jì)、編程、系統(tǒng)集成、測(cè)試、文檔生成,

直至維護(hù)等各個(gè)階段，凡是采納嚴(yán)格的數(shù)學(xué)語(yǔ)言，具有精確的數(shù)學(xué)語(yǔ)義的

方法，都稱(chēng)為形式化方法。形式化方法用嚴(yán)格的數(shù)學(xué)語(yǔ)言和語(yǔ)義描述功能

和設(shè)計(jì)規(guī)約，通過(guò)數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)覺(jué)需求的歧義性、不完整性

和不一樣性，易于對(duì)分析模型、設(shè)計(jì)模型和程序進(jìn)行驗(yàn)證。通過(guò)數(shù)學(xué)的演

算，使得從形式化功能規(guī)約到形式化設(shè)計(jì)規(guī)約，以與從形式化設(shè)計(jì)規(guī)約到

程序代碼轉(zhuǎn)換成為可能。

1.10靈敏軟件開(kāi)發(fā)的特點(diǎn)是什么？

答：靈敏軟件開(kāi)發(fā)的特點(diǎn)有4個(gè)：

A個(gè)人和交互高于過(guò)程和工具；

B可運(yùn)行軟件高于詳盡的文檔；

C與客戶協(xié)作高于合同談判；

D對(duì)變更與時(shí)做出反應(yīng)高于遵循支配。

1.12簡(jiǎn)述靈敏軟件開(kāi)發(fā)的原則。

答：靈敏軟件開(kāi)發(fā)必需遵循的12條原則如下；

A最優(yōu)先的是通過(guò)盡早地和不斷地提交有價(jià)值的軟件來(lái)使客戶滿足；

B歡迎改變的需求，即使該改變出現(xiàn)在開(kāi)發(fā)的后期，為了提升對(duì)客戶的競(jìng)

爭(zhēng)優(yōu)勢(shì)，Agile過(guò)程利用改變作為動(dòng)力；

C以幾周到幾個(gè)月為周期，盡快、不斷地發(fā)布可運(yùn)行軟件；

D在整個(gè)項(xiàng)目過(guò)程中，業(yè)務(wù)人員和開(kāi)發(fā)人員必需每天一起工作；

E以主動(dòng)向上的員工為中心建立項(xiàng)目組，賜予他們所須要的環(huán)境和支持，

對(duì)他們的工作予以充分的信任；

F項(xiàng)目組內(nèi)效率最高、最有效的信息傳遞方式是面對(duì)面的溝通；

G測(cè)量項(xiàng)目進(jìn)展的首要依據(jù)是可運(yùn)行的軟件；

H靈敏過(guò)程提倡可持續(xù)的開(kāi)發(fā)，項(xiàng)目發(fā)起者、開(kāi)發(fā)者和用戶應(yīng)能長(zhǎng)期保持

恒定的速度；

I應(yīng)當(dāng)時(shí)刻關(guān)注技術(shù)上的精益求精和好的設(shè)計(jì)，以增加靈敏性；

J簡(jiǎn)潔化是必不行少的，這是盡可能削減不必要工作的藝術(shù);

K最好的構(gòu)架、需求和設(shè)計(jì)出自于自我組織的團(tuán)隊(duì)；

L團(tuán)隊(duì)要定期反思怎樣才能更加有效，并據(jù)此調(diào)整自己的行為。

第2、3章

2.1簡(jiǎn)述系統(tǒng)工程的任務(wù)。

答：系統(tǒng)工程是一個(gè)問(wèn)題求解的活動(dòng)，其目的是分析基于計(jì)算機(jī)的系統(tǒng)的

功能、性能等要求，并把它們安排到基于計(jì)算機(jī)系統(tǒng)的各個(gè)系統(tǒng)元素中，

確定它們的約束條件和接口。主要任務(wù)包括：（1）識(shí)別用戶要求；（2）系

統(tǒng)建模與模擬；（3）成本估算與進(jìn)度支配；（4）可行性分析；（5）生成系

統(tǒng)規(guī)格說(shuō)明。

2.2基于計(jì)算機(jī)的系統(tǒng)由哪些元素組成？

答：組成基于計(jì)算機(jī)系統(tǒng)的元素主要有：軟件、硬件、人員、數(shù)據(jù)庫(kù)、文

檔和規(guī)程。

2.3簡(jiǎn)述可行性分析的任務(wù)。

答：可行性分析主要從經(jīng)濟(jì)、技術(shù)、法律等方面分析所給出的解決方案是

否可行，能否在規(guī)定的資源和時(shí)間的約束下完成。

（1）經(jīng)濟(jì)可行性主要進(jìn)行成本效益分析，從經(jīng)濟(jì)角度，確定系統(tǒng)是否值

得開(kāi)發(fā)。包括成本、效益、貨幣的時(shí)間價(jià)值、投資回收期和純收入。

（2）技術(shù)可行性主要依據(jù)系統(tǒng)的功能、性能、約束條件等，分析在現(xiàn)有

資源和技術(shù)條件下系統(tǒng)能否實(shí)現(xiàn)。技術(shù)可行性分析通常包括風(fēng)險(xiǎn)分析、資

源分析和技術(shù)分析。

（3）法律可行性主要探討系統(tǒng)開(kāi)發(fā)過(guò)程中可能涉與到的合同、侵權(quán)、責(zé)

任以與各種與法律相抵觸的問(wèn)題。

3.1需求工程的重要性是什么？舉出身邊由于需求分析失敗而造成整個(gè)項(xiàng)

目失敗的例子。

答：重要性是應(yīng)用已證明有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求、

幫助分析人員理解問(wèn)題，評(píng)估可行性，協(xié)商合理的解決方案，無(wú)卑視地規(guī)

約方案，確認(rèn)規(guī)約以與將規(guī)約轉(zhuǎn)換到可行性的系統(tǒng)時(shí)的管理要求，通過(guò)合

理的工具和符號(hào)系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)以與其行為特征和相關(guān)約束，形成

需求文檔，并對(duì)用戶不斷改變的需求演進(jìn)賜予支持。因需求分析失敗而造

成項(xiàng)目失敗例子如下：

項(xiàng)目名稱(chēng)：郵政資信管理系統(tǒng)

項(xiàng)目功能：管理郵政方面業(yè)務(wù)的監(jiān)督和管理，提高郵政的服務(wù)效率。

失敗緣由：需求分析不足，需求內(nèi)容不明確，把握不充分。

3.2需求工程具體包括哪些步驟？每個(gè)步驟的具體任務(wù)是什么？

答：需求工程具體步驟包括：需求獲得、需求分析與協(xié)商、系統(tǒng)建模、需

求規(guī)約、需求驗(yàn)證以與需求管理六個(gè)步驟。

(1)需求獲得

在需求獲得階段系統(tǒng)分析人員通過(guò)與用戶的溝通、對(duì)現(xiàn)有系統(tǒng)的視察以與

對(duì)任務(wù)進(jìn)行分析，確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)

的人員與特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表以與應(yīng)用于

每個(gè)需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品運(yùn)用狀況的應(yīng)

用場(chǎng)景以與為更好地定義需求而開(kāi)發(fā)的原型。需求獲得的工作產(chǎn)品為進(jìn)行

需求分析供應(yīng)了基礎(chǔ)。

(2)需求分析與協(xié)商

此階段的任務(wù)是對(duì)需求進(jìn)行分類(lèi)組織，分析每個(gè)需求與其他需求的關(guān)系以

檢查需求的一樣性、重疊和遺漏的狀況，并依據(jù)用戶的須要對(duì)需求進(jìn)行排

序。

(3)系統(tǒng)建模

系統(tǒng)建模是為了在用戶和系統(tǒng)分析人員之間建立統(tǒng)一的語(yǔ)言和理解的橋

梁，系統(tǒng)分析人員借助建模技術(shù)對(duì)獲得的需求信息進(jìn)行分析，解除錯(cuò)誤和

彌補(bǔ)不足，確保需求分析文檔正確反映用戶的真實(shí)意圖。

(4)需求規(guī)約

軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、具體的

功能和行為描述、性能和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)

軟件的各種需求。需求規(guī)約作為用戶和開(kāi)發(fā)者之間的一個(gè)協(xié)議，在之后的

軟件工程各個(gè)階段發(fā)揮重要作用。

(5)需求驗(yàn)證

此階段的任務(wù)是對(duì)功能的正確性、完整性和清楚性，以與其他需求賜予評(píng)

價(jià)，保證軟件需求定義的質(zhì)量。

(6)需求管理

軟件需求管理是對(duì)需求工程全部相關(guān)活動(dòng)的規(guī)劃和限制。換句話說(shuō)，需求

管理就是：一種獲得、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以與一個(gè)運(yùn)用

戶與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一樣的過(guò)程。

3.3一個(gè)系統(tǒng)分析員應(yīng)當(dāng)具備哪些思想素養(yǎng)和基礎(chǔ)學(xué)問(wèn)？請(qǐng)說(shuō)明理由。

答：

(1)劇烈的責(zé)任心和事業(yè)心

系統(tǒng)分析師由于必需保證分析的精確性，尤其是需求，所以責(zé)任更為重大。

一般來(lái)說(shuō)，不應(yīng)以用戶表述不明確，無(wú)法得到需求，或者用戶需求改變太

多太快作為借口，更不能因?yàn)橄旅娴难邪l(fā)技術(shù)人員技術(shù)水平不如自己而責(zé)

怪研發(fā)技術(shù)人員，同時(shí)也須要能夠?yàn)楸ＷC企業(yè)利益而勸服公司領(lǐng)導(dǎo)做出正

確的決策；

(2)鉆研精神

IT行業(yè)不同于其他行業(yè)，新理念新技術(shù)新方法層出不窮，系統(tǒng)分析師須要

能夠適時(shí)適當(dāng)?shù)匾M(jìn)新理念新技術(shù)新方法，為企業(yè)提高生產(chǎn)效率，為員工

降低勞動(dòng)強(qiáng)度，為客戶供應(yīng)更具競(jìng)爭(zhēng)力和更加好用的產(chǎn)品和服務(wù)；

(3)優(yōu)秀的協(xié)商談判實(shí)力

困難的系統(tǒng)有很多項(xiàng)目相關(guān)的人員，他們之間的需求必定會(huì)出現(xiàn)沖突，協(xié)

商的過(guò)程就是探討需求，找出每個(gè)人都滿足的折衷方案。分析人員是參與

這之中的重要一份子，須要協(xié)調(diào)這之中的各方利益，這就要求分析員必須

要有優(yōu)秀的協(xié)商談判實(shí)力。

(4)廣泛的學(xué)問(wèn)面：

除了具備基本的IT技能、學(xué)問(wèn)外，須要廣泛涉獵其他行業(yè)其他學(xué)科的學(xué)

問(wèn)方法，以系統(tǒng)工程的理念，借鑒和利用其他行業(yè)的為IT行業(yè)所用，也

可以把IT行業(yè)的理念應(yīng)用到其他行業(yè)；

(5)精湛的技術(shù)實(shí)力：

系統(tǒng)分析員往往須要分析可行性和解決研發(fā)人員的技術(shù)問(wèn)題，因此必需具

備廣泛的技術(shù)涉獵面和較強(qiáng)的技術(shù)實(shí)力；

(6)財(cái)務(wù)實(shí)力:

系統(tǒng)分析員往往須要參與項(xiàng)目的招投標(biāo)分析，為了保證企業(yè)的利潤(rùn)和客戶

的利益，必需進(jìn)行財(cái)務(wù)核算，須要具備會(huì)計(jì)、財(cái)務(wù)，成本計(jì)算等方面的實(shí)

力；

（7）司法實(shí)力：

與其他大部分行業(yè)一樣，IT行業(yè)也受到法律的約束，任何活動(dòng)必需合情合

理合法，任何違反法律的項(xiàng)目最終都會(huì)失敗，違反倫理道德的事和人最終

都將失去人心。

（8）超強(qiáng)超快的學(xué)習(xí)實(shí)力：

IT行業(yè)新技術(shù)層出不窮，同時(shí)其他相關(guān)必備學(xué)問(wèn)、業(yè)務(wù)學(xué)問(wèn)也是瞬息萬(wàn)變,

系統(tǒng)分析師要能夠快速學(xué)習(xí)并快速駕馭和敏捷應(yīng)用；

（9）敏銳的視察力：

由于rr行業(yè)項(xiàng)目的特別性，項(xiàng)目困難多變，系統(tǒng)分析師要能夠先于其他

人員發(fā)覺(jué)問(wèn)題、發(fā)覺(jué)隱患，并提前做出規(guī)避風(fēng)險(xiǎn)的策略。

3.4列出在制定需求獲得策略時(shí)的3種主要考慮因素。

答：（1）能否建立起順暢的通訊途徑；（2）是否能夠獲得用戶對(duì)系統(tǒng)的功

能需求和非功能需求；（3）是否利于在可運(yùn)行系統(tǒng)時(shí)的管理要求。

3.6舉例說(shuō)明一個(gè)系統(tǒng)的3個(gè)不同類(lèi)型的非功能需求

答：非功能性需求是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必需具有且除功能

需求以外的特性。軟件產(chǎn)品的非功能性需求包括系統(tǒng)的性能、牢靠性、可

維護(hù)性、可擴(kuò)充性和對(duì)技術(shù)和對(duì)業(yè)務(wù)的適應(yīng)性等。例如在銀行管理系統(tǒng)中，

由于銀行數(shù)據(jù)量的浩大以與對(duì)銀行賬戶的管理需求，用戶對(duì)系統(tǒng)的性能、

牢靠性、可維護(hù)性要求很高。平安性是對(duì)銀行用戶個(gè)人信息保密的基本要

求；在運(yùn)用系統(tǒng)時(shí)，由于用戶浩大，要求能快速平安的執(zhí)行要求，這就對(duì)

系統(tǒng)的性能有高需求；銀行的用戶的變動(dòng)比較大，需求高要求的系統(tǒng)維護(hù)。

3.8軟件需求分析的操作性原則和需求工程的指導(dǎo)性原則是什么？

答：（1）必需能夠表示和理解問(wèn)題的信息域；

（2）必需能夠定義軟件將完成的功能；

（3）必需劃分描述數(shù)據(jù)、功能和行為的模型，從而可以分層次地揭示

細(xì)微環(huán)節(jié)；

（4）分析過(guò)程應(yīng)當(dāng)從要素信息移向細(xì)微環(huán)節(jié)信息

3.9軟件需求規(guī)約主要包括哪些內(nèi)容？自己找尋一個(gè)實(shí)例，親自寫(xiě)一個(gè)需

求規(guī)約。

答：軟件需求規(guī)約包括：引言、信息描述、功能描述、行為描述、檢驗(yàn)標(biāo)

準(zhǔn)、參考書(shū)目、附錄。

3.10需求驗(yàn)證應(yīng)當(dāng)有哪些人參與？畫(huà)出一個(gè)過(guò)程模型，說(shuō)明需求評(píng)審應(yīng)當(dāng)

如何組織。

答：參與人員：分析人員，用戶，開(kāi)發(fā)部門(mén)的管理者，軟件設(shè)計(jì)、實(shí)現(xiàn)、

測(cè)試的人員。

系統(tǒng)信息

開(kāi)發(fā)部門(mén)管理者--上---件---設(shè)---計(jì)、實(shí)現(xiàn)、測(cè)試人員

<---------------------

系統(tǒng)需求

第4章

4.1簡(jiǎn)述軟件設(shè)計(jì)階段的基本任務(wù)

軟件設(shè)計(jì)的輸入是軟件分析模型。運(yùn)用一種設(shè)計(jì)方法，軟件分析模型中通

過(guò)數(shù)據(jù)、功能和行為模型所展示的軟件需求的信息被傳送給設(shè)計(jì)階段，產(chǎn)

生數(shù)據(jù)/類(lèi)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、部件與設(shè)計(jì)。

令數(shù)據(jù)/類(lèi)設(shè)計(jì)將分析類(lèi)模型變換成類(lèi)的實(shí)現(xiàn)和軟件實(shí)現(xiàn)所須要的數(shù)

據(jù)結(jié)構(gòu)。

令體系結(jié)構(gòu)設(shè)計(jì)定義了軟件的整體結(jié)構(gòu)，由軟件部件、外部可見(jiàn)的屬

性和他們之間的關(guān)系組成。

令接口設(shè)計(jì)描述了軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以與軟件同人之間

的通信方式。

令部件級(jí)設(shè)計(jì)將軟件體系結(jié)構(gòu)的結(jié)構(gòu)性元素變換為對(duì)軟件部件的過(guò)

程性描述。

4.2軟件設(shè)計(jì)與質(zhì)量的關(guān)系是怎么樣的？

設(shè)計(jì)是在軟件開(kāi)發(fā)中形成質(zhì)量的階段，設(shè)計(jì)供應(yīng)了可以用于質(zhì)量評(píng)估的軟

件表示，是將用戶需求精確的轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的主要途徑。

4.4簡(jiǎn)述模塊、模塊化與模塊化設(shè)計(jì)的概念。

在軟件工程中模塊是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，具出名字?/p>

參數(shù)、功能等外部特征以與完成模塊功能的程序代碼和模塊內(nèi)部數(shù)據(jù)等內(nèi)

部特征。

模塊化，即把軟件依據(jù)規(guī)定原則，劃分為一個(gè)個(gè)較小的，相互獨(dú)立的但又

相互關(guān)聯(lián)的部件，事實(shí)上是系統(tǒng)分解和抽象的過(guò)程。

模塊化設(shè)計(jì)，簡(jiǎn)潔地說(shuō)就是程序的編寫(xiě)不是起先就逐條錄入計(jì)算機(jī)語(yǔ)句和

指令，而是首先用主程序、子程序、子過(guò)程等框架把軟件的主要結(jié)構(gòu)和流

程描述出來(lái)，并定義和調(diào)試好各個(gè)框架之間的輸入、輸出鏈接關(guān)系。逐步

求精的結(jié)果是得到一系列以功能塊為單位的算法描述。以功能塊為單位進(jìn)

行程序設(shè)計(jì)，實(shí)現(xiàn)其求解算法的方法稱(chēng)為模塊化。模塊化的目的是為了降

低程序困難度，使程序設(shè)計(jì)、調(diào)試和維護(hù)等操作簡(jiǎn)潔化。

4.6耦合和軟件可移植性的概念有何關(guān)系？舉例說(shuō)明自己的結(jié)論。

所謂“耦合性”是指模塊之間聯(lián)系的緊密程度的一種度量，而軟件的“可

移植性”是指將一個(gè)軟件系統(tǒng)從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境移植到另一個(gè)計(jì)

算機(jī)系統(tǒng)或環(huán)境中運(yùn)行時(shí)所需工作量的大小?？梢浦残允怯靡唤M子特性，

包括簡(jiǎn)明性、模塊獨(dú)立性、通用性、可擴(kuò)充性、硬件獨(dú)立性和軟件系統(tǒng)獨(dú)

立性等，來(lái)衡量的。假如一個(gè)軟件具有可移植性，它必定耦合性低，這樣

模塊獨(dú)立性要強(qiáng)。例如，有一個(gè)圖形處理軟件，它應(yīng)具有二維幾何圖形處

理、三維幾何圖形處理、圖形顯示、外設(shè)限制、數(shù)據(jù)庫(kù)管理、用戶界面限

制、設(shè)計(jì)分析等模塊。假如這些模塊之間都是通過(guò)參數(shù)表來(lái)傳遞信息，那

么它們之間的的耦合就是數(shù)據(jù)耦合或標(biāo)記耦合等，都是低耦合。將來(lái)假如

想要把它們移植到另一個(gè)外部環(huán)境中，這些模塊簡(jiǎn)潔修改（功能內(nèi)聚），

且接口清楚，修改可局部化。反言之，假如這些模塊都是功能內(nèi)聚或信息

內(nèi)聚的模塊，模塊之間的耦合都是低耦合，也對(duì)可移植性有促進(jìn)。但不能

講具有低耦合性模塊結(jié)構(gòu)的軟件肯定具有可移植性，因?yàn)槭欠窬哂锌梢浦?/p>

性還有其它因素的影響。

4.7用自己的話描述信息隱藏概念,并探討信息隱藏與模塊獨(dú)立兩概念

之間的關(guān)系。

信息隱藏指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的特定信息（過(guò)程

或數(shù)據(jù)），對(duì)于不須要這些信息的其他模塊來(lái)說(shuō)，是透亮的?！半[藏”的

意思是，有效的模塊化通過(guò)定義一組相互獨(dú)立的模塊來(lái)實(shí)現(xiàn)，這些獨(dú)立的

模塊彼此之間僅僅交換那些為了完成系統(tǒng)功能所必需的信息，而將那些自

身的實(shí)現(xiàn)細(xì)微環(huán)節(jié)與數(shù)據(jù)“隱藏”起來(lái)。信息隱藏為軟件系統(tǒng)的修改、測(cè)

試與以后的維護(hù)都帶來(lái)好處。通過(guò)抽象，可以確定組成軟件的過(guò)程實(shí)體。

通過(guò)信息隱藏，可以定義和實(shí)施對(duì)模塊的過(guò)程細(xì)微環(huán)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的

存取限制。模塊獨(dú)立的概念是模塊化、抽象、信息隱藏和局部化概念的干

脆結(jié)果。開(kāi)發(fā)具有獨(dú)立功能而且和其他模塊之間沒(méi)有過(guò)多的相互作用的模

塊，就可以做到模塊獨(dú)立。

4.8什么是模塊獨(dú)立性？設(shè)計(jì)中為什么模塊要獨(dú)立？如何度量獨(dú)立

性？模塊功能獨(dú)立有何優(yōu)點(diǎn)？

（1）模塊的獨(dú)立性是模塊化、信息隱藏和局部化等概念的干

脆結(jié)果。

（2）模塊的獨(dú)立性是很重要的：第一，功能被劃分，并且接口被簡(jiǎn)

化，所以具有有效模塊化的軟件易于開(kāi)發(fā)。其次，由于因設(shè)計(jì)和編

碼修改引起的副作用受到局限，錯(cuò)誤傳播被減小，并且模塊復(fù)用成

為可能，所以獨(dú)立的模塊更易于維護(hù)和測(cè)試?？偟膩?lái)說(shuō)，模塊獨(dú)立

是良好設(shè)計(jì)的關(guān)鍵，從而又是保證軟件質(zhì)量的關(guān)鍵。

（3）用內(nèi)聚度與耦合度來(lái)度量獨(dú)立性。內(nèi)聚度度量同一個(gè)模塊內(nèi)部

各個(gè)元素彼此結(jié)合的緊密程度，耦合度度量不同模塊彼此間相互以

來(lái)的緊密程度。

（4）模塊功能獨(dú)立的優(yōu)點(diǎn)：系統(tǒng)簡(jiǎn)潔開(kāi)發(fā)，系統(tǒng)牢靠性高，系統(tǒng)易

于維護(hù)，軟件結(jié)構(gòu)清楚。

4.9軟件設(shè)計(jì)規(guī)約主要包括哪些內(nèi)容？

1.工作范圍

2.體系結(jié)構(gòu)設(shè)計(jì)

3.數(shù)據(jù)設(shè)計(jì)

4.接口設(shè)計(jì)

5.各部件的過(guò)程設(shè)計(jì)

6.運(yùn)行設(shè)計(jì)

7.出錯(cuò)處理設(shè)計(jì)

8.平安保密設(shè)計(jì)

9.需求/設(shè)計(jì)交叉索引

10.測(cè)試部分

11.特別注解

12.附錄

第5章結(jié)構(gòu)化分析與設(shè)計(jì)

5.1簡(jiǎn)述數(shù)據(jù)流圖的主要思想，概述運(yùn)用數(shù)據(jù)流圖進(jìn)行需求分析的過(guò)程。

數(shù)據(jù)流圖（DFD）描述輸入數(shù)據(jù)流到輸出數(shù)據(jù)流的變換（即加工），用

于對(duì)系統(tǒng)的功能建模。

數(shù)據(jù)流圖可以用來(lái)抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度，

以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程，同時(shí)可以按自頂

向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)微環(huán)節(jié)。因此,

數(shù)據(jù)流圖既供應(yīng)了功能建模的機(jī)制，也供應(yīng)了信息流建模的機(jī)制，從而可

以建立起系統(tǒng)或軟件的功能模型。

數(shù)據(jù)流圖進(jìn)行需求分析的過(guò)程：

1）畫(huà)出系統(tǒng)的輸入和輸出

2）畫(huà)出系統(tǒng)內(nèi)部

3）畫(huà)出加工內(nèi)部

4）重復(fù)第三步，直至每個(gè)尚未分解的加工都足夠簡(jiǎn)潔（即不必再

分解）

5.2分別采納數(shù)據(jù)流方法中得哪些技術(shù)來(lái)完成用戶需求的精確化、一樣化

和完全化的任務(wù)。

1）父圖和子圖平衡

2）數(shù)據(jù)守恒

3）局部文件

4）一個(gè)加工的輸入數(shù)據(jù)流不能與該加工的輸入數(shù)據(jù)流同名

5）每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。

6）在整套分層數(shù)據(jù)流中，每個(gè)文件應(yīng)至少有一個(gè)加工讀該文件，有另一

個(gè)加工寫(xiě)該文件。

7）分層數(shù)據(jù)流圖中得每個(gè)數(shù)據(jù)流和文件都必需命名（除了流入或流出文

件的數(shù)據(jù)流），并且與數(shù)據(jù)字典一樣。

8）分層DFD中的每個(gè)基本加工（即不再分解子圖的加工）都應(yīng)有一個(gè)加

工規(guī)約。

5.4在數(shù)據(jù)流圖中，可否將兩個(gè)加工用一個(gè)數(shù)據(jù)流相連？可否將兩個(gè)源用

一個(gè)數(shù)據(jù)流相連？為什么？

兩個(gè)加工可以干脆用數(shù)據(jù)流相連，兩個(gè)源不能干脆用數(shù)據(jù)流相連。

因?yàn)閿?shù)據(jù)流由一組固定成分的數(shù)據(jù)組成。在DFD中，數(shù)據(jù)流的流向可以有

以下幾種：從一個(gè)加工流向另一個(gè)加工，從加工流向文件（寫(xiě)文件），從

文件流向加工（讀文件），從源流向加工，從加工流向宿。

5.7

采納結(jié)構(gòu)化分析方法寫(xiě)出書(shū)店管理系統(tǒng)的需求文檔，包括數(shù)據(jù)流圖

與數(shù)據(jù)字典?？吹竭@個(gè)題目，我想起了以前自己也在手機(jī)端Android平臺(tái)

寫(xiě)了一個(gè)書(shū)店的管理系統(tǒng)，不過(guò)那個(gè)時(shí)候根本沒(méi)有什么需求分析，只是自

己一廂情愿的模擬了一個(gè)簡(jiǎn)潔的流程。也沒(méi)有采納什么結(jié)構(gòu)化分析方法，

就僅僅描述了幾個(gè)對(duì)象與其功能。所以我覺(jué)得可以比照著新學(xué)的軟件工程

的學(xué)問(wèn)運(yùn)用到自己的實(shí)際項(xiàng)目中去，

同時(shí)也可以完成這道相識(shí)的題目。

下圖就是以前的功能結(jié)構(gòu)圖:

利用結(jié)構(gòu)化方法分析:

1、數(shù)據(jù)流程圖

第一,存書(shū)分?jǐn)?shù)據(jù)流圖:

第AA*一—*,進(jìn)貨分?jǐn)?shù)據(jù)流圖:

第四,會(huì)員分?jǐn)?shù)據(jù)流圖:

會(huì)員會(huì)員信息管理員

信息

登記

表

會(huì)員信息

總數(shù)據(jù)流圖:

登記

銷(xiāo)售

已售信息

V

是否

新書(shū)列是否為

2、數(shù)據(jù)字典新書(shū)

存書(shū)數(shù)據(jù)字典:

屬性名類(lèi)型長(zhǎng)度備注

書(shū)號(hào)char10書(shū)的編號(hào)

書(shū)名char30書(shū)的名稱(chēng)

作者char20書(shū)的寫(xiě)作者

類(lèi)型char20書(shū)的類(lèi)型

簡(jiǎn)述char150書(shū)的簡(jiǎn)潔介紹

smallmone

單價(jià)4書(shū)的價(jià)格

y

現(xiàn)存數(shù)

int4店內(nèi)的現(xiàn)有存書(shū)數(shù)量

量

店內(nèi)位

char20書(shū)在店內(nèi)的具體位置

置

出版社

char10出版社的編號(hào)

號(hào)

是否為特價(jià)書(shū)（缺省值是

特價(jià)書(shū)char2

，，否，，）

出版社數(shù)據(jù)字典:

屬性名類(lèi)型長(zhǎng)度備注

出版社號(hào)char10出版社的編號(hào)

出版社名稱(chēng)char20出版社的名稱(chēng)

所在城市char10出版社所在的城市

電話char15出版社的聯(lián)系電話

進(jìn)貨數(shù)據(jù)字典:

屬性名類(lèi)型長(zhǎng)度備注

書(shū)號(hào)char10書(shū)的編號(hào)

進(jìn)價(jià)smallmoney4書(shū)的進(jìn)價(jià)

進(jìn)貨數(shù)量int4每本書(shū)的進(jìn)貨數(shù)量

日期datetime8進(jìn)貨的日期

銷(xiāo)售數(shù)據(jù)字典:

屬性名類(lèi)型長(zhǎng)度備注

日期datetime8售貨的日期

書(shū)號(hào)char10書(shū)的編號(hào)

銷(xiāo)售量int4售出的書(shū)本數(shù)量

銷(xiāo)售金額=（單價(jià)*銷(xiāo)

銷(xiāo)售金額money8

售量）

會(huì)員信息數(shù)據(jù)字典:

屬性名類(lèi)型長(zhǎng)度備注

客服號(hào)char8會(huì)員卡的卡號(hào)

姓名char20會(huì)員的姓名

地址char50會(huì)員的家庭住址

電話char15會(huì)員的電話號(hào)碼

購(gòu)買(mǎi)書(shū)號(hào)char10書(shū)的編號(hào)

店內(nèi)收出數(shù)據(jù)字典:

屬性名長(zhǎng)度備注

月份6

水電支出4水電費(fèi)用

員工支出4員工的工資

其他支出4其他費(fèi)用支出

結(jié)算8每月的總結(jié)算

2、數(shù)據(jù)結(jié)構(gòu)

數(shù)據(jù)結(jié)構(gòu)

組成

名

書(shū)號(hào)，書(shū)名，作者，簡(jiǎn)介，單價(jià)，店內(nèi)位置，類(lèi)型，現(xiàn)存數(shù)

存書(shū)信息

量，出版社號(hào)，特價(jià)書(shū)

出版社號(hào)出版社號(hào)，出版社名稱(chēng)，電話，所在城市

進(jìn)貨信息書(shū)號(hào)，進(jìn)貨數(shù)量，進(jìn)價(jià)，進(jìn)貨日期

銷(xiāo)售信息銷(xiāo)售日期，書(shū)號(hào)，銷(xiāo)售量，銷(xiāo)售金額

會(huì)員信息購(gòu)買(mǎi)書(shū)號(hào)，客服號(hào)，會(huì)員姓名，地址，電話

書(shū)店支出月份，水電支出，員工支出，其他支出，結(jié)算

信息

3、數(shù)據(jù)流

數(shù)據(jù)流名數(shù)據(jù)流來(lái)源數(shù)據(jù)流去向組成

登記新書(shū)信息進(jìn)貨信息存書(shū)信息新書(shū)信息

查詢新書(shū)信息新書(shū)登記信息管理員新書(shū)信息

登記打折書(shū)信息存書(shū)信息銷(xiāo)售信息存書(shū)信息

查詢打折書(shū)信息打折書(shū)登記信息管理員存書(shū)信息

.登記會(huì)員信息會(huì)員信息存書(shū)信息會(huì)員信息

查詢會(huì)員信息會(huì)員登記信息管理員會(huì)員信息

4、數(shù)據(jù)存儲(chǔ)

數(shù)據(jù)存儲(chǔ)名輸入的數(shù)據(jù)流輸出的數(shù)據(jù)流組成

進(jìn)貨信息，是否為新進(jìn)貨信息，存書(shū)

新書(shū)登記表存書(shū)信息

書(shū)信息

存書(shū)信息，是否為打存書(shū)信息，銷(xiāo)售

打折書(shū)登記表銷(xiāo)售信息

折書(shū)信息

會(huì)員信息，銷(xiāo)售

會(huì)員登記表會(huì)員信息，銷(xiāo)售信息會(huì)員信息

信息

第6\8章

6.1簡(jiǎn)述面對(duì)數(shù)據(jù)結(jié)構(gòu)方法的特點(diǎn)

答：特點(diǎn)如下：

1以信息對(duì)象與其操作作為核心進(jìn)行需求分析;

2認(rèn)為復(fù)合信息對(duì)象具有層次結(jié)構(gòu)，并且可按依次，選擇，重復(fù)3種結(jié)構(gòu)

分解為成員對(duì)象信息；

3供應(yīng)由層次信息結(jié)構(gòu)映射為程序結(jié)構(gòu)的機(jī)制，從而為軟件設(shè)計(jì)奠定良好

的基礎(chǔ)。

6.2采納Jackson圖表示下面的文件結(jié)構(gòu)：

答：

依據(jù)pressman書(shū)中的定義

構(gòu)件是某系統(tǒng)中有價(jià)值的、幾乎獨(dú)立的并可替換的一個(gè)部分，它在良好定

義的體系結(jié)構(gòu)語(yǔ)境內(nèi)滿足某種清楚的功能。

依據(jù)brown的定義

構(gòu)件是一個(gè)獨(dú)立發(fā)布的功能部分，可以通過(guò)其接口訪問(wèn)它的服務(wù)。

依據(jù)《計(jì)算機(jī)科學(xué)技術(shù)百科全書(shū)（其次版）》中的定義

軟件構(gòu)件是軟件系統(tǒng)中具有相對(duì)獨(dú)立功能，可以明確標(biāo)識(shí)，接口由規(guī)約指

定，與語(yǔ)境有明顯依靠關(guān)系，可獨(dú)立部署，且多由第三方供應(yīng)的可組裝軟

件實(shí)體。

軟件構(gòu)件須承載有用的功能，并遵循某種構(gòu)件模型?？蓮?fù)用構(gòu)件是指具有

可復(fù)用價(jià)值的構(gòu)件。

在基于構(gòu)件的軟件開(kāi)發(fā)中常常會(huì)運(yùn)用到的商用成品構(gòu)件，是指由第三方開(kāi)

發(fā)的滿足肯定構(gòu)件標(biāo)準(zhǔn)并且可組裝的軟件構(gòu)件。

8.2簡(jiǎn)述基于構(gòu)件的軟件開(kāi)發(fā)過(guò)程。

基于構(gòu)件的軟件開(kāi)發(fā)過(guò)程：

領(lǐng)域工程的步驟：

1