【正文】 常阻塞？答：軟件需求分析過程中，由于最初分析員對(duì)要解決的問題了解很少，用戶對(duì)問題的描述、對(duì)目標(biāo)軟件的要求也很凌亂、模糊，再加上分析員和用戶共同的知識(shí)領(lǐng)域不多，導(dǎo)致相互間通信的需求。首先，由于分析員和用戶之間需要通信的內(nèi)容相當(dāng)多，業(yè)務(wù)知識(shí)上的不足，表達(dá)方式的不足，可能對(duì)某些需求存在錯(cuò)誤解釋或誤解的可能性，造成需求的模糊性。其次，用戶和分析員之間經(jīng)常存在無意識(shí)的“我們和他們”的界限，不是按工作需要組成統(tǒng)一的精干的隊(duì)伍，而是各自定義自己的“版圖”，并通過一系列備忘錄、正式的意見書、文檔，以及提問和回答來相互通信。歷史已經(jīng)證明，這樣會(huì)產(chǎn)生大量誤解。忽略重要信息，無法建立成功的工作關(guān)系。你認(rèn)為一個(gè)系統(tǒng)分析員的理想訓(xùn)練和基礎(chǔ)知識(shí)是什么？請(qǐng)說明理由。答：系統(tǒng)分析員處在用戶和高級(jí)程序員之間，負(fù)責(zé)溝通用戶和開發(fā)人員的認(rèn)識(shí)和見解，起著橋梁的作用。一方面要協(xié)助用戶對(duì)所開發(fā)的軟件闡明要求，另一方面還要與高級(jí)程序員交換意見，探討用戶所提要求的合理性以及實(shí)現(xiàn)的可能性。最后還要負(fù)責(zé)編寫軟件需求規(guī)格說明和初步的用戶手冊(cè)。 為能勝任上述任務(wù)，分析員應(yīng)當(dāng)具備如下的素質(zhì):(1) 能夠熟練地掌握計(jì)算機(jī)硬、軟件的專業(yè)知識(shí)，具有一定的系統(tǒng)開發(fā)經(jīng)驗(yàn)。(2) 善于進(jìn)行抽象的思維和創(chuàng)造性的思維，善于把握抽象的概念，并把它們重新整 理成為各種邏輯成分，并給出簡(jiǎn)明、清晰的描述。 (3) 善于從相互沖突或混淆的原始資料中抽出恰當(dāng)?shù)臈l目來。(4) 善于進(jìn)行調(diào)查研究，能夠很快學(xué)習(xí)用戶的專業(yè)領(lǐng)域知識(shí)，理解用戶的環(huán)境條件。(5) 能夠傾聽他人的意見，注意發(fā)揮其它人員的作用。(6) 具有良好的書面和口頭交流表達(dá)能力?？尚行匝芯恐饕芯磕男﹩栴}？試說明之。答：可行性研究主要做4個(gè)方面的研究：經(jīng)濟(jì)可行性 ：進(jìn)行成本?效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)是否“合算”。技術(shù)可行性 ：進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從開發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問題的復(fù)雜性等出發(fā)，判斷系統(tǒng)開發(fā)在時(shí)間、費(fèi)用等限制條件下成功的可能性。法律可行性 ：確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。方案的選擇 ：評(píng)價(jià)系統(tǒng)或產(chǎn)品開發(fā)的幾個(gè)可能的候選方案。最后給出結(jié)論意見。信息和信息結(jié)構(gòu)有什么區(qū)別？有沒有不存在信息流的系統(tǒng)？有沒有不存在信息結(jié)構(gòu)的系統(tǒng)？答：什么是信息？廣義地講，信息就是消息。宇宙三要素（物質(zhì)、能量、信息）之一。它是現(xiàn)實(shí)世界各種事物在人們頭腦中的反映。此外，人們通過科學(xué)儀器能夠認(rèn)識(shí)到的也是信息。信息的特征為：可識(shí)別、可存儲(chǔ)、可變換、可處理、可傳遞、可再生、可壓縮、可利用、可共享。我們通常講的信息域就是對(duì)信息的多視角考慮。信息域包含3個(gè)不同的視圖：信息 所以，沒有信息流的系統(tǒng)相當(dāng)于沒有功能的系統(tǒng)，這樣的系統(tǒng)的存在是毫無意義的。而沒有信息結(jié)構(gòu)的系統(tǒng)是沒有信息的系統(tǒng)，這樣的系統(tǒng)不是計(jì)算機(jī)能夠處理的系統(tǒng)。軟件需求分析的操作性原則和需求工程的指導(dǎo)性原則是什么？答：所有的需求分析方法都與一組操作性原則相關(guān)聯(lián)： 必須理解和表示問題的信息域。 必須定義軟件將完成的功能。 必須表示軟件的行為（作為外部事件的結(jié)果）。 必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，能夠以層次方式揭示其細(xì)節(jié)。 分析過程應(yīng)當(dāng)從要素信息轉(zhuǎn)向細(xì)節(jié)的實(shí)現(xiàn)。通過使用這些原則，分析員可以系統(tǒng)地處理問題。首先檢查信息域以便更完整地理解目標(biāo)軟件的功能，再使用模型以簡(jiǎn)潔的方式表達(dá)目標(biāo)軟件的功能和行為，并利用自頂向下、逐層分解的手段來降低問題的復(fù)雜性。在這些處理過程中，因處理需求帶來的邏輯約束和因其它系統(tǒng)元素帶來的物理約束需要通過軟件要素和視圖的實(shí)現(xiàn)加以檢驗(yàn)和確認(rèn)。除此以外，Davis建議了一組針對(duì)“需求工程”的指導(dǎo)性原則： 在開始建立分析模型之前應(yīng)當(dāng)先理解問題。如果問題沒有很好理解就急于求成，常常會(huì)產(chǎn)生一個(gè)解決錯(cuò)誤問題的完美的軟件。 強(qiáng)力推薦使用原型。這樣做可以使用戶了解將如何與計(jì)算機(jī)交互，而人們對(duì)軟件質(zhì)量的認(rèn)識(shí)常常是基于對(duì)界面“友好性”的切身體會(huì)。 記錄每一個(gè)需求的起源和原因。這是建立對(duì)用戶要求的可追溯性的第一步。 使用多個(gè)視圖，建立系統(tǒng)的數(shù)據(jù)、功能和行為模型。這樣做可幫助分析員從多方面分析和理解問題，減少遺漏，識(shí)別可能的不一致之處。 給需求賦予優(yōu)先級(jí)。因?yàn)檫^短的時(shí)限會(huì)減少實(shí)現(xiàn)所有軟件需求的可能性。因此，對(duì)需求排定一個(gè)優(yōu)先次序，標(biāo)識(shí)哪些需求先實(shí)現(xiàn)，哪些需求后實(shí)現(xiàn)。 注意消除歧義性。因?yàn)榇蠖鄶?shù)需求都是以自然語言描述，存在敘述的歧義性問題，造成遺漏和誤解。采用正式的技術(shù)評(píng)審是發(fā)現(xiàn)和消除歧義性的好方法。遵循以上原則，就可能開發(fā)出較好的軟件需求規(guī)格說明，為軟件設(shè)計(jì)奠定基礎(chǔ)。數(shù)據(jù)流圖的作用是什么？它有哪些基本成份？答：數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制，也提供了信息流建模的機(jī)制，從而可以建立起系統(tǒng)或軟件的功能模型。數(shù)據(jù)流圖的基本成份有4種： 考務(wù)處理系統(tǒng)的分層數(shù)據(jù)流圖如下圖所示。 該考務(wù)處理系統(tǒng)有如下功能：① 對(duì)考生送來的報(bào)名表進(jìn)行檢查；②對(duì)合格的報(bào)名表編好準(zhǔn)考證號(hào)碼后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站；③對(duì)閱卷站送來的成績(jī)表進(jìn)行檢查，并根據(jù)考試中心指定的合格標(biāo)準(zhǔn)審定合格者； ④填寫考生通知單（②試題得分表”是圖(b)中加工的③試題得分表”是多余的。應(yīng)注意的問題：①適當(dāng)?shù)貫閿?shù)據(jù)流、加工、文件、數(shù)據(jù)的源?匯點(diǎn)命名。名字應(yīng)反映該元素的實(shí)際含義，避免空洞的名字。如數(shù)據(jù)、信息處理、計(jì)算等名字都不好。②畫數(shù)據(jù)流時(shí)不要夾帶控制流。數(shù)據(jù)流圖中各種數(shù)據(jù)的加工沒有考慮時(shí)序關(guān)系，引入控制流后，加工之間就有了時(shí)序關(guān)系，這與畫數(shù)據(jù)流圖不考慮實(shí)現(xiàn)細(xì)節(jié)的初衷相違背。③一個(gè)加工的輸出數(shù)據(jù)流不要與該加工的輸入數(shù)據(jù)流重名，即使它們的組成成分相同。例如圖(c)“報(bào)名表”與輸出數(shù)據(jù)流“合格報(bào)名表”。④允許一個(gè)加工有多個(gè)數(shù)據(jù)流流向另一個(gè)加工，也允許一個(gè)加工有兩個(gè)相同的輸出數(shù)據(jù)流流向兩個(gè)不同的加工。⑤保持父圖與子圖的平衡。就是說，父圖與它的子圖的輸入數(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)合起來正好是父圖中的那個(gè)數(shù)據(jù)流，這時(shí)它們還算是平衡的。例如，圖(b)中加工2的輸出數(shù)據(jù)流“統(tǒng)計(jì)分析表”是由“難度分析表”和“分類統(tǒng)計(jì)表”組成，那么圖(b)與圖(d)仍滿足父圖與子圖平衡的條件。 ⑥在自頂向下的分解過程中，若一個(gè)文件首次出現(xiàn)時(shí)只與一個(gè)加工有關(guān)，那么這個(gè)文件應(yīng)作為這個(gè)加工的 其中，P1和P2為邏輯表達(dá)式，S1答：采用條件?事件網(wǎng)（C?E網(wǎng)，C―Condition, E―Event）式Petri網(wǎng)。其定義如下： ①當(dāng)事件e激發(fā)時(shí)條件c開始成立，則稱c是e的后繼。此關(guān)系用“ ”表示；②當(dāng)事件e激發(fā)時(shí)條件c消失成立，則稱c是e的前驅(qū)。此關(guān)系用“ ”表示；③當(dāng)事件e激發(fā)時(shí)條件c不受影響，則c和e之間沒有前驅(qū)、后繼關(guān)系，無邊。根據(jù)定義，給定程序的C?E網(wǎng)如下： 數(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織起來，使得用戶和分析員對(duì)所有的輸入、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解。在數(shù)據(jù)詞典的每一個(gè)詞條中應(yīng)包含以下信息：①名稱：數(shù)據(jù)對(duì)象或控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的名字。②別名或編號(hào)。③分類：數(shù)據(jù)對(duì)象？加工？數(shù)據(jù)流？數(shù)據(jù)文件？外部實(shí)體？控制項(xiàng)（事件?狀態(tài)）？ ④描述：描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。⑤何處使用：使用該詞條（數(shù)據(jù)或控制項(xiàng)）的加工。1傳統(tǒng)的軟件開發(fā)模型的缺陷是什么？原型化方法的類型有哪些？原型開發(fā)模型的主要優(yōu)點(diǎn)是什么？答：傳統(tǒng)軟件生存期范型的典型代表是“瀑布模型”。這種模型的核心是將軟件生存期劃分為軟件計(jì)劃、需求分析、軟件設(shè)計(jì)、編碼、測(cè)試和運(yùn)行維護(hù)等階段，根據(jù)不同階段工作的特點(diǎn)，運(yùn)用不同的方法、技術(shù)和工具來完成該階段的任務(wù)。軟件開發(fā)人員遵循嚴(yán)格的規(guī)范，在每一階段工作結(jié)束時(shí)都要進(jìn)行嚴(yán)格的階段評(píng)審和確認(rèn)，以得到該階段的一致、完整、正確和無歧義性的文檔資料，并以它們做為下一階段工作的基礎(chǔ)。傳統(tǒng)思想強(qiáng)調(diào)每一階段的嚴(yán)格性，尤其是開發(fā)初期要有良好的軟件規(guī)格說明，主要是源于過去軟件開發(fā)的經(jīng)驗(yàn)教訓(xùn)，即在開發(fā)的后期或運(yùn)行維護(hù)期間來修改不完善的規(guī)格說明要付出巨大的代價(jià)。但是，要想得到一個(gè)完整準(zhǔn)確的規(guī)格說明不是一件容易的事。特別是對(duì)于一些大型的軟件項(xiàng)目，在開發(fā)的早期用戶往往對(duì)系統(tǒng)只有一個(gè)模糊的想法，很難完全準(zhǔn)確地表達(dá)對(duì)系統(tǒng)的全面要求，軟件開發(fā)人員對(duì)于所要解決的應(yīng)用問題認(rèn)識(shí)更是模糊不清。經(jīng)過詳細(xì)的討論和分析，也許能得到一份較好的規(guī)格說明，但卻很難期望該規(guī)格說明能將系統(tǒng)的各個(gè)方面都描述得完整、準(zhǔn)確、一致，并與實(shí)際環(huán)境相符。很難通過它在邏輯上推斷出（不是在實(shí)際運(yùn)行中判斷評(píng)價(jià)）系統(tǒng)運(yùn)行的效果，以此達(dá)到各方對(duì)系統(tǒng)的共同理解。隨著開發(fā)工作向前推進(jìn)，用戶可能會(huì)產(chǎn)生新的要求，或因環(huán)境變化，要求系統(tǒng)也能隨之變化；開發(fā)人員又可能在設(shè)計(jì)與實(shí)現(xiàn)的過程中遇到一些沒有預(yù)料到的實(shí)際困難，需要以改變需求來解脫困境。因此規(guī)格說明難以完善、需求的變更、以及通信中的模糊和誤解，都會(huì)成為軟件開發(fā)順利推進(jìn)的障礙。盡管在傳統(tǒng)軟件生存期管理中通過加強(qiáng)評(píng)審和確認(rèn)，全面測(cè)試，甚至依靠維護(hù)階段能夠緩解上述問題，但不能從根本上解決這些問題。為了解決這些問題，逐漸形成了軟件系統(tǒng)的快速原型的概念。由于運(yùn)用原型的目的和方式不同，原型可分為以下兩種不同的類型：①廢棄型：先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)模型系統(tǒng)反復(fù)進(jìn)行分析修改，形成比較好的設(shè)計(jì)思想，據(jù)此設(shè)計(jì)出更加完整、準(zhǔn)確、一致、可靠的最終系統(tǒng)。系統(tǒng)構(gòu)造完成后，原來的模型系統(tǒng)就被廢棄不用。②追加型或演化型：先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心，然后通過不斷地?cái)U(kuò)充修改，逐步追加新要求，最后發(fā)展成為最終系統(tǒng)。 建立快速原型進(jìn)行系統(tǒng)的分析和構(gòu)造，有以下的優(yōu)點(diǎn)：①增進(jìn)軟件者和用戶對(duì)系統(tǒng)服務(wù)需求的理解，使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。由于這種方法能在早期就明確了用戶的要求，因此可防止以后由于不能滿足用戶要求而造成的返工，從而避免了不必要的經(jīng)濟(jì)損失，縮短了開發(fā)周期。②軟件原型化方法提供了一種有力的學(xué)習(xí)手段。通過原型演示，用戶可以親身體驗(yàn)早期的開發(fā)過程，獲得關(guān)于計(jì)算機(jī)和被開發(fā)系統(tǒng)的專門知識(shí)。軟件開發(fā)人員也可以獲得用戶對(duì)系 統(tǒng)的確切要求，學(xué)習(xí)到應(yīng)用范圍的專業(yè)知識(shí)。③使用原型化方法，可以容易地確定系統(tǒng)的性能，確認(rèn)各項(xiàng)主要系統(tǒng)服務(wù)的可應(yīng)用性，確認(rèn)系統(tǒng)設(shè)計(jì)的可行性，確認(rèn)系統(tǒng)作為產(chǎn)品的結(jié)果。因而它可以作為理解和確認(rèn)軟件需求規(guī)格說明的工具。④軟件原型的最終版本，有的可以原封不動(dòng)地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建成最終系統(tǒng)。1試簡(jiǎn)述原型開發(fā)的過程和運(yùn)用原型化方法的軟件開發(fā)過程。答：原型的開發(fā)和使用過程叫做原型生存期。下圖是原型生存期的模型及其細(xì)化。 ①快速分析 ：在分析者和用戶的緊密配合下，快速確定軟件系統(tǒng)的基本要求。 ②構(gòu)造原型 ：根據(jù)基本規(guī)格說明，盡快實(shí)現(xiàn)一個(gè)可運(yùn)行的原型系統(tǒng)。③運(yùn)行和評(píng)價(jià)原型 ：用戶試用原型，考核評(píng)價(jià)原型的特性。糾正過去交互中的誤解和分析中的錯(cuò)誤，增補(bǔ)新的要求，提出全面的修改意見。④修正和改進(jìn) ：根據(jù)修改意見進(jìn)行修改。如果用修改原型的過程代替快速分析，就形成了原型開發(fā)的迭代過程。在一次次的迭代過程中不斷將原型完善，以接近系統(tǒng)的最終要求。 ⑤判定原型完