【導(dǎo)讀】其中，程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正。常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開(kāi)發(fā)，維護(hù)和使用有關(guān)的圖文材料。件的情況與此不同，因?yàn)樗淮嬖谀p和老化問(wèn)題。然而它存在退化問(wèn)題，必須要多次修改。為了解除這種依賴(lài)性，在軟件開(kāi)發(fā)中提出了軟件移植的問(wèn)題。來(lái)自程序邏輯結(jié)構(gòu)的復(fù)雜性。軟件的研制工作需要投入大量的、復(fù)雜的、高強(qiáng)度的腦力勞動(dòng)，方式等問(wèn)題，甚至涉及到人的觀(guān)念和人們的心理。規(guī)模大、時(shí)間長(zhǎng)、很多人參加的軟件項(xiàng)目，其開(kāi)發(fā)工作必須要有軟件工程的知識(shí)做指導(dǎo)?；驹瓌t是一樣的，只是對(duì)軟件工程技術(shù)依賴(lài)的程度不同而已?？赡茚劤蔀?zāi)難性后果。進(jìn)入軟件工程階段以后，軟件開(kāi)發(fā)的成果具。發(fā)工作是有效的，是擺脫軟件危機(jī)的一個(gè)主要出路。

　　

【正文】 ) 能夠傾聽(tīng)他人的意見(jiàn)，注意發(fā)揮其它人員的作用。 (6) 具有良好的書(shū)面和口頭交流表達(dá)能力。 【 211】 可行性研究主要研究哪些問(wèn)題？試說(shuō)明之。 〖 解 〗 可行性研究主要做 4 個(gè)方面的研究： ? 經(jīng)濟(jì)可行性 ：進(jìn)行成本 ∕ 效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開(kāi)發(fā)是否“合算”。 ? 技術(shù)可行性 ：進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從開(kāi)發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問(wèn)題的復(fù)雜性等出發(fā)，判斷系統(tǒng)開(kāi)發(fā)在時(shí)間、費(fèi)用等 限制條件下成功的可能性。 ? 法律可行性 ：確定系統(tǒng)開(kāi)發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。 ? 方案的選擇 ：評(píng)價(jià)系統(tǒng)或產(chǎn)品開(kāi)發(fā)的幾個(gè)可能的候選方案。最后給出結(jié)論意見(jiàn)。 【 212】 信息和信息結(jié)構(gòu)有什么區(qū)別？有沒(méi)有不存在信息流的系統(tǒng)？有沒(méi)有不存在信息結(jié)構(gòu)的系統(tǒng)？ 〖 解 〗 什么是信息？廣義地講，信息就是消息。宇宙三要素（物質(zhì)、能量、信息）之一。它是現(xiàn)實(shí)世界各種事物在人們頭腦中的反映。此外，人們通過(guò)科學(xué)儀器能夠認(rèn)識(shí)到的也是信息。信息的特征為：可識(shí)別、可存儲(chǔ)、可變換、可處理、可傳遞、可再生、可壓縮、可利用、可共享。我 們通常講的信息域就是對(duì)信息的多視角考慮。信息域包含 3 個(gè)不同的視圖：信息內(nèi)容和關(guān)系、信息流和信息結(jié)構(gòu)。為了完全理解信息域，必須了解每一個(gè)視圖。 信息結(jié)構(gòu)：它是信息在計(jì)算機(jī)中的組織形式。一般表示了各種數(shù)據(jù)和控制對(duì)象的內(nèi)部組織。數(shù)據(jù)和控制對(duì)象是被組織成 n維表格，還是組織成有層次的樹(shù)型結(jié)構(gòu) ? 在結(jié)構(gòu)中信息與其它哪些信息相關(guān) ? 所有信息是在一個(gè)信息結(jié)構(gòu)中，還是在幾個(gè)信息結(jié)構(gòu)中 ? 一個(gè)結(jié)構(gòu)中的信息與其它結(jié)構(gòu)中的信息如何聯(lián)系 ? 這些問(wèn)題都由信息結(jié)構(gòu)的分析來(lái)解決。 信息流：表示數(shù)據(jù)和控制在系統(tǒng)中傳遞時(shí)的變化方式。輸 入對(duì)象首先被變換成中間信息（數(shù)據(jù)或控制），然后再變換成輸出結(jié)果信息。沿著變換路徑，可能從已有的數(shù)據(jù)存儲(chǔ)（如磁盤(pán)文件或內(nèi)存緩沖區(qū)）中引入附加的信息。對(duì)數(shù)據(jù)進(jìn)行變換是程序中應(yīng)有的功能或子功能。 21 兩個(gè)變換功能之間的數(shù)據(jù)傳遞就確定了功能間的接口。 所以，沒(méi)有信息流的系統(tǒng)相當(dāng)于沒(méi)有功能的系統(tǒng)，這樣的系統(tǒng)的存在是毫無(wú)意義的。而沒(méi)有信息結(jié)構(gòu)的系統(tǒng)是沒(méi)有信息的系統(tǒng)，這樣的系統(tǒng)不是計(jì)算機(jī)能夠處理的系統(tǒng)。 【 213】 軟件需求分析的操作性原則和需求工程的指導(dǎo)性原則是什么？ 〖 解 〗 所有的需求分析方法都與一組操作性原則相關(guān)聯(lián)： ? 必須理解和表示問(wèn)題的信息域。 ? 必須定義軟件將完成的功能。 ? 必須表示軟件的行為（作為外部事件的結(jié)果）。 ? 必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，能夠以層次方式揭示其細(xì)節(jié)。 ? 分析過(guò)程應(yīng)當(dāng)從要素信息轉(zhuǎn)向細(xì)節(jié)的實(shí)現(xiàn)。 通過(guò)使用這些原則，分析員可以系統(tǒng)地處理問(wèn)題。首先檢查信息域以便更完整地理解目標(biāo)軟件的功能，再使用模型以簡(jiǎn)潔的方式表達(dá)目標(biāo)軟件的功能和行為，并利用自頂向下、逐層分解的手段來(lái)降低問(wèn)題的復(fù)雜性。在這些處理過(guò)程中，因處理需求帶來(lái)的邏輯約束和因其它系統(tǒng)元素帶來(lái)的物理約束需要通過(guò)軟件 要素和視圖的實(shí)現(xiàn)加以檢驗(yàn)和確認(rèn)。 除此以外， Davis 建議了一組針對(duì)“需求工程”的指導(dǎo)性原則： ? 在開(kāi)始建立分析模型之前應(yīng)當(dāng)先理解問(wèn)題。如果問(wèn)題沒(méi)有很好理解就急于求成，常常會(huì)產(chǎn)生一個(gè)解決錯(cuò)誤問(wèn)題的完美的軟件。 ? 強(qiáng)力推薦使用原型。這樣做可以使用戶(hù)了解將如何與計(jì)算機(jī)交互，而人們對(duì)軟件質(zhì)量的認(rèn)識(shí)常常是基于對(duì)界面“友好性”的切身體會(huì)。 ? 記錄每一個(gè)需求的起源和原因。這是建立對(duì)用戶(hù)要求的可追溯性的第一步。 ? 使用多個(gè)視圖，建立系統(tǒng)的數(shù)據(jù)、功能和行為模型。這樣做可幫助分析員從多方面分析和理解問(wèn)題，減 少遺漏，識(shí)別可能的不一致之處。 ? 給需求賦予優(yōu)先級(jí)。因?yàn)檫^(guò)短的時(shí)限會(huì)減少實(shí)現(xiàn)所有軟件需求的可能性。因此，對(duì)需求排定一個(gè)優(yōu)先次序，標(biāo)識(shí)哪些需求先實(shí)現(xiàn)，哪些需求后實(shí)現(xiàn)。 ? 注意消除歧義性。因?yàn)榇蠖鄶?shù)需求都是以自然語(yǔ)言描述，存在敘述的歧義性問(wèn)題，造成遺漏和誤解。采用正式的技術(shù)評(píng)審是發(fā)現(xiàn)和消除歧義性的好方法。 遵循以上原則，就可能開(kāi)發(fā)出較好的軟件需求規(guī)格說(shuō)明，為軟件設(shè)計(jì)奠定基礎(chǔ)。 【 214】 數(shù)據(jù)流圖的作用是什么？它有哪些基本成份？ 〖 解 〗 數(shù)據(jù)流圖可以用來(lái)抽象地表示系統(tǒng)或軟件。它 從信息傳遞和加工的角度，以 圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程，同時(shí) 可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制，也提供了信息流建模的機(jī)制，從而可以建立起系統(tǒng)或軟件的功能模型。 數(shù)據(jù)流圖的基本成份有 4 種： 【 215】 考務(wù)處理系統(tǒng) 的分層數(shù)據(jù)流圖如下圖所示。 〖 解 〗 該考務(wù)處理系統(tǒng) 有如下功能： ① 對(duì)考生送來(lái)的報(bào)名表進(jìn)行檢查； 22 ② 對(duì)合格的報(bào)名表編好準(zhǔn)考證號(hào)碼后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站； ③ 對(duì)閱卷站送來(lái)的成績(jī)表進(jìn)行檢查，并根據(jù)考試中心指定的 合格標(biāo)準(zhǔn)審定合格者； ④ 填寫(xiě)考生通知單（內(nèi)容包含考試成績(jī)及合格∕不合格標(biāo)志），送給考生； ⑤ 按地區(qū)、年齡、文化程度、職業(yè)、考試級(jí)別等進(jìn)行成績(jī)分類(lèi)統(tǒng)計(jì)及試題難度分析，產(chǎn)生統(tǒng)計(jì)分析表。 (1) 圖 (c)中，加工 ( A )，輸出數(shù)據(jù)流是 ( B )，圖 (b)中，加工2 的輸出數(shù)據(jù)流是 ( C )，它是由 ( D )和 ( E )組成。 供選擇的答案： A ? E. ① 統(tǒng)計(jì)分析表 ② 報(bào)名表 ③ 準(zhǔn)考證 ④ 考生通知單 ⑤ 合格報(bào)名表 ⑥ 難度分析表 ⑦ 錯(cuò)誤 成績(jī)表 ⑧ 分類(lèi)統(tǒng)計(jì)表 考生 考試中心 閱卷站 考務(wù)處 理系統(tǒng) 不合格報(bào)名表 報(bào)名表 準(zhǔn)考證 考生通知單 統(tǒng)計(jì)分析表 合格標(biāo)準(zhǔn) 成績(jī)表 錯(cuò)誤成績(jī)表 考生名單 1 登記 報(bào)名表 2 統(tǒng)計(jì) 成績(jī) 不合格報(bào)名表 報(bào)名表 準(zhǔn)考證 考生名單 考生通知單 統(tǒng)計(jì)分析表 錯(cuò)誤成績(jī)表 成績(jī)表 合格標(biāo)準(zhǔn) 考生名冊(cè) (a) 頂層數(shù)據(jù)流圖 (b) 第 1 層數(shù)據(jù)流圖 報(bào)名表 檢查 報(bào)名表 不合格 報(bào)名表 合格 報(bào)名表 編準(zhǔn)考 證號(hào)碼 登記 考生 考生名冊(cè) 考生名單 準(zhǔn)考證 審定 合格者 成績(jī)表 檢查 成績(jī)表 正確 成績(jī)表 合格標(biāo)準(zhǔn) 成績(jī)表 經(jīng)審定的 試題得分表 分類(lèi)統(tǒng) 計(jì)成績(jī) 錯(cuò)誤 成績(jī)表 分析表 難度 23 (2) 圖 (d)中的文件“試題得分表”是否在圖 (b)中漏掉了？ 回答是 ( F )。 供選擇的答案： F. ① “試題得分表”沒(méi)有在圖 (b)中畫(huà)出，是錯(cuò)誤的 。 ② “試題得分表”是圖 (b)中加工的內(nèi)部文件，不必在圖 (b)中畫(huà)出。 ③ “試題得分表”是多余的。 答案： A. ② B. ⑤ C. ① D. ⑥ E. ⑧ F. ② 其中， D 與 E 的答案可互換。 應(yīng)注意的問(wèn)題： ① 適當(dāng)?shù)貫閿?shù)據(jù)流、加工、文件、數(shù)據(jù)的源 ∕ 匯點(diǎn)命名。名字應(yīng)反映該元素的實(shí)際含義，避免空洞的名字。如數(shù)據(jù)、信息處理、計(jì)算等名字都不好。 ② 畫(huà)數(shù)據(jù)流時(shí)不要夾帶控制流。數(shù)據(jù)流圖中各種數(shù)據(jù)的加工沒(méi)有考慮時(shí)序關(guān)系，引入控制流后，加工之間就有了時(shí)序關(guān)系，這與 畫(huà)數(shù)據(jù)流圖不考慮實(shí)現(xiàn)細(xì)節(jié)的初衷相違背。 ③ 一個(gè)加工的輸出數(shù)據(jù)流不要與該加工的輸入數(shù)據(jù)流重名，即使它們的組成成分相同。例如圖 (c)中加工 的輸入數(shù)據(jù)流“報(bào)名表”與輸出數(shù)據(jù)流“合格報(bào)名表”。 ④ 允許一個(gè)加工有多個(gè)數(shù)據(jù)流流向另一個(gè)加工，也允許一個(gè)加工有兩個(gè)相同的輸出數(shù)據(jù)流流向兩個(gè)不同的加工。 ⑤ 保持父圖與子圖的平衡。就是說(shuō)，父圖與它的子圖的輸入數(shù)據(jù)流與輸出數(shù)據(jù)流應(yīng)當(dāng)在數(shù)量與名字上都相同。特別的是，如果父圖的一個(gè)輸入（或輸出）數(shù)據(jù)流對(duì)應(yīng)于子圖中幾個(gè)輸入（或輸出）數(shù)據(jù)流，但子圖中這幾個(gè)數(shù)據(jù)流中的數(shù)據(jù)項(xiàng)合起來(lái) 正好是父圖中的那個(gè)數(shù)據(jù)流，這時(shí)它們還算是平衡的。例如，圖 (b)中加工 2的輸出數(shù)據(jù)流“統(tǒng)計(jì)分析表”是由“難度分析表”和“分類(lèi)統(tǒng)計(jì)表”組成，那么圖 (b)與圖 (d)仍滿(mǎn)足父圖與子圖平衡的條件。 ⑥ 在自頂向下的分解過(guò)程中，若一個(gè)文件首次出現(xiàn)時(shí)只與一個(gè)加工有關(guān)，那么這個(gè)文件應(yīng)作為這個(gè)加工的內(nèi)部文件而不必畫(huà)出。例如，圖 (d)中的文件“試題得分表”就是圖 (b)中加工的內(nèi)部文件，所以在圖 (b)中沒(méi)有畫(huà)出。 ⑦ 保持?jǐn)?shù)據(jù)守恒。就是說(shuō)，一個(gè)加工的所有輸出數(shù)據(jù)流中的數(shù)據(jù)必須能從該加工的輸入數(shù)據(jù)流中直接獲得，或者是通過(guò)該加工產(chǎn)生 的數(shù)據(jù)。 【 216】 Petri網(wǎng)可以描述計(jì)算機(jī)軟件系統(tǒng)的執(zhí)行?，F(xiàn)有一個(gè)程序如下（類(lèi)似于 Pascal語(yǔ)言） L : S1。 WHILE P1 DO BEGIN IF P2 THEN S2 ELSE S3。 COBEGIN S4。 S5。 S6。 COEND END。 GOTO L。 其中， P1 和 P2 為邏輯表達(dá)式， S1?S6 是單個(gè)執(zhí)行語(yǔ)句， COBEGIN 和 COEND 是并行 填寫(xiě) 通知單 考生名冊(cè) 分析試 題難度 統(tǒng)計(jì)表 分類(lèi) 通知單 考生 (d) 加工 2 的子圖 (c) 加工 1 的子圖 24 執(zhí)行開(kāi)始和并行執(zhí)行結(jié)束（即 S4， S5 和 S6語(yǔ)句并行執(zhí)行）。試用 Petri網(wǎng)描述這段程序的執(zhí)行過(guò)程。 采用條件∕事件網(wǎng)（ C∕ E 網(wǎng)， C― Condition, E― Event）式 Petri網(wǎng)。其定義如下： ① 當(dāng)事件 e 激發(fā)時(shí)條件 c 開(kāi)始成立，則稱(chēng) c 是 e 的后繼。此關(guān)系用“ ”表示； ② 當(dāng)事件 e 激發(fā)時(shí)條件 c 消失成立，則稱(chēng) c 是 e 的前驅(qū)。此關(guān)系用“ ”表示； ③ 當(dāng)事件 e 激發(fā)時(shí)條件 c 不受影響，則 c 和 e 之間沒(méi)有前驅(qū)、后繼關(guān)系，無(wú)邊。 根據(jù)定義，給定程序的 C∕ E 網(wǎng)如下： 【 217】數(shù)據(jù)詞典的作用是什么？它有哪些基本詞條？ 分析模型中包含了對(duì)數(shù)據(jù)對(duì)象、功能和控制的表示。在每一種表示中，數(shù)據(jù)對(duì)象和控制項(xiàng)都扮演一定的角色。為表示每個(gè)數(shù)據(jù)對(duì)象和控制項(xiàng)的特性，建立了數(shù)據(jù)詞典。數(shù)據(jù)詞典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素，并以字典式順序?qū)⑺鼈兘M織起來(lái)，使得用戶(hù)和分析員對(duì)所有的輸入、輸出、存儲(chǔ)成分和中間計(jì) 算有共同的理解。 在數(shù)據(jù)詞典的每一個(gè)詞條中應(yīng)包含以下信息： ① 名稱(chēng)：數(shù)據(jù)對(duì)象或控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的名字。 ② 別名或編號(hào)。 ③ 分類(lèi)：數(shù)據(jù)對(duì)象？加工？數(shù)據(jù)流？數(shù)據(jù)文件？外部實(shí)體？控制項(xiàng)（事件 ∕ 狀態(tài)）？ ④ 描述：描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。 ⑤ 何處使用：使用該詞條（數(shù)據(jù)或控制項(xiàng)）的加工。 【 218】傳統(tǒng)的軟件開(kāi)發(fā)模型的缺陷是什么？原型化方法的類(lèi)型有哪些？原型開(kāi)發(fā)模型的主要優(yōu)點(diǎn)是什么？ S1 L: P1 P2 S2 S3 S4 S5 S6 L S1 P1 G1 G1 G2 G2 P2 S2 S3 M1 S3 S4 S5 COBEGIN COEND COBEGIN COEND C1 C2 C3 M2 程序流程圖 C∕ E 網(wǎng) 25 〖 解 〗 傳統(tǒng)軟件生存期范型的典型代表是“瀑布模型”。這種模型的核心是將軟件生存期劃分為軟件計(jì)劃、需求分析、軟件設(shè)計(jì)、編 碼、測(cè)試和運(yùn)行維護(hù)等階段，根據(jù)不同階段工作的特點(diǎn)，運(yùn)用不同的方法、技術(shù)和工具來(lái)完成該階段的任務(wù)。軟件開(kāi)發(fā)人員遵循嚴(yán)格的規(guī)范，在每一階段工作結(jié)束時(shí)都要進(jìn)行嚴(yán)格的階段評(píng)審和確認(rèn)，以得到該階段的一致、完整、正確和無(wú)歧義性的文檔資料，并以它們做為下一階段工作的基礎(chǔ)。 傳統(tǒng)思想強(qiáng)調(diào)每一階段的嚴(yán)格性，尤其是開(kāi)發(fā)初期要有良好的軟件規(guī)格說(shuō)明，主要是源于過(guò)去軟件開(kāi)發(fā)的經(jīng)驗(yàn)教訓(xùn)，即在開(kāi)發(fā)的后期或運(yùn)行維護(hù)期間來(lái)修改不完善的規(guī)格說(shuō)明要付出巨大的代價(jià)。但是，要想得到一個(gè)完整準(zhǔn)確的規(guī)格說(shuō)明不是一件容易的事。特別是對(duì)于一些大型的軟件項(xiàng)目 ，在開(kāi)發(fā)的早期用戶(hù)往往對(duì)系統(tǒng)只有一個(gè)模糊的想法，很難完全準(zhǔn)確地表達(dá)對(duì)系統(tǒng)的全面要求，軟件開(kāi)發(fā)人員對(duì)于所要解決的應(yīng)用問(wèn)題認(rèn)識(shí)更是模糊不清。經(jīng)過(guò)詳細(xì)的討論和分析，也許能得到一份較好的規(guī)格說(shuō)明，但卻很難期望該規(guī)格說(shuō)明能將系統(tǒng)的各個(gè)方面都描述得完整、準(zhǔn)確、一致，并與實(shí)際環(huán)境相符。很難通過(guò)它在邏輯上推斷出（不是在實(shí)際