【文章內(nèi)容簡介】 性問題。，又有輸，每個文件必須既有讀文件的數(shù)據(jù)流又有寫文件的數(shù)據(jù)流，但在某一張子圖中可能只有讀沒有寫或者只有寫沒有讀。小結(jié)：一個軟件系統(tǒng)，其數(shù)據(jù)流圖往往有多層。如果父圖有N個加工(Process)，則父圖允許有0～N張子圖，但是每張子圖只能對應(yīng)一張父圖。在一張DFD圖中，任意兩個加工之間可以有0條或多條名字互不相同的數(shù)據(jù)流；在畫數(shù)據(jù)流圖時，應(yīng)該注意父圖和子圖的平衡，即父圖中某加工的輸入輸出數(shù)據(jù)流必須與其輸入輸出流在數(shù)量和名字上相同。DFD信息流大致可分為兩類：交換流和事務(wù)流。2006年上半年：　●在繪制數(shù)據(jù)流圖時，要遵循的一個原則是父圖與子圖的平衡，所謂平衡是指___(31)___。(31)A．父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì) 　B．子圖不改變父圖數(shù)據(jù)流的—致性　　C．父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致　　D．子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定 數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。 組成部分： 加工條目是對數(shù)據(jù)流圖中每一個不能再分解的基本加工的精確說明。 對于加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一，常用的加工描述方法有結(jié)構(gòu)化語言、判定樹和判定表。 結(jié)構(gòu)化語言結(jié)構(gòu)化語言實(shí)際上是一種半形式化語言，它的結(jié)構(gòu)通?？煞譃閮?nèi)外兩層。外層接近于形式化語言，而內(nèi)層近似于自然語言的描述。 實(shí)體關(guān)系圖（ER圖）實(shí)體關(guān)系圖（EntityRelabionship Diagram），簡稱ER圖，包含實(shí)體、關(guān)系和屬性等3種基本成分。通常用矩形框代表實(shí)體，并用直線把實(shí)體（或關(guān)系）與其屬性連接起來。ER圖通常用于數(shù)據(jù)庫應(yīng)用系統(tǒng)。 結(jié)構(gòu)化設(shè)計(jì) 結(jié)構(gòu)化設(shè)計(jì)通?？煞譃楦乓O(shè)計(jì)和詳細(xì)設(shè)計(jì)，但是主要用于概要設(shè)計(jì)階段。概要設(shè)計(jì)的任務(wù)是確定軟件系統(tǒng)的結(jié)構(gòu)，進(jìn)行模塊劃分，確定每個模塊的功能、接口以及模塊間的調(diào)用關(guān)系。詳細(xì)設(shè)計(jì)的任務(wù)是為每個模塊設(shè)計(jì)實(shí)現(xiàn)的細(xì)節(jié)。 概要設(shè)計(jì) 經(jīng)過需求分析階段的工作，系統(tǒng)必須“做什么”已經(jīng)清楚了，概要設(shè)計(jì)的基本目的就是回答“概括地說，系統(tǒng)應(yīng)該如實(shí)現(xiàn)？”這個問題。概要設(shè)計(jì)的重要任務(wù)： 將一個復(fù)雜的系統(tǒng)按功能化分為模塊、確定每個模塊的功能、確定模塊之間的調(diào)用關(guān)系、確定模塊之間的接口（模塊之間傳遞的信息）、評價模塊的結(jié)構(gòu)質(zhì)量。 結(jié)構(gòu)化設(shè)計(jì)方法(SD)方法采用結(jié)構(gòu)圖（Structure Chart）、層次圖和HIPO圖描述軟件結(jié)構(gòu)。 結(jié)構(gòu)圖的主要成分有模塊、調(diào)用和數(shù)據(jù)，結(jié)構(gòu)圖中的模塊用矩形表示，在矩形框內(nèi)可標(biāo)上模塊的名字。模塊間如有箭頭或直線相連，表明它們之間有調(diào)用關(guān)系。,方框間的連線表示模塊間的調(diào)用關(guān)系. HIPO圖實(shí)際上就是層次圖加輸入/處理/輸出圖. HIPO圖是美國IBM公司發(fā)明的“層次圖加輸入/處理/輸出圖”，是在層次圖里出了最頂層的方框之外，每個方框都加了編號。編號規(guī)則和數(shù)據(jù)流圖的編號規(guī)則一樣。 變換流:信息沿著輸入通道進(jìn)入系統(tǒng),然后通過變換中心(也稱主加工)處理,、變換（主加工）、輸出三大部分。 事務(wù)流：信息流沿著輸入通道到達(dá)一個事務(wù)中心，事務(wù)中心根據(jù)輸入信息（即事務(wù)）的類型在若干個動作序列（稱為活動流）中選擇一個來執(zhí)行，這種信息流稱為事務(wù)流。事務(wù)流有明顯的事務(wù)中心，各活動以事務(wù)中心為起點(diǎn)呈輻射狀流出。 詳細(xì)設(shè)計(jì) 概要設(shè)計(jì)已經(jīng)確定了每個模塊的功能和接口，詳細(xì)設(shè)計(jì)的任務(wù)就是為每個模塊設(shè)計(jì)其實(shí)現(xiàn)的細(xì)節(jié)。詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，得出對目標(biāo)系統(tǒng)的精確描述。l 為每個模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。l 為模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。l 對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)。l 其他詳細(xì)設(shè)計(jì)工具主要包括程序流程圖(系統(tǒng)流程圖)、盒圖（NS圖）、PAD圖和偽碼（PDL）。 2．人機(jī)界面設(shè)計(jì) 人機(jī)界面的設(shè)計(jì)質(zhì)量，直接影響用戶對軟件產(chǎn)品的評價。界面的美觀、靈活和風(fēng)格都很重要，但人機(jī)界面設(shè)計(jì)中最重要的也是最基本的目標(biāo)是軟件的易操作性。人機(jī)界面設(shè)計(jì)主要包括系統(tǒng)響應(yīng)時間、用戶幫助設(shè)計(jì)、出錯信息處理和命令交互設(shè)計(jì)等幾個方面。 Jackson方法 上面講的結(jié)構(gòu)化設(shè)計(jì)方法是面向數(shù)據(jù)流的，另外還有一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法， Jackson方法是最著名的面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法,而不是面向數(shù)據(jù)流的設(shè)計(jì)方法。 Jackson方法的基本步驟是：建立系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)，對應(yīng)地建立程序結(jié)構(gòu)；列出程序中要用到的各種基本操作，再將這些操作分配到程序結(jié)構(gòu)適當(dāng)?shù)哪K中。 面向?qū)ο蠓治龇椒ǎ?0A）OTM方法的三個模型，分別從三個不同側(cè)面描述了所要開發(fā)的系統(tǒng)：功能模型指明了系統(tǒng)應(yīng)該“做什么”；動態(tài)模型明確了什么時候做；對象模型則定義了做事情的實(shí)體。對象模型描述了系統(tǒng)中對象的靜態(tài)結(jié)構(gòu)及對象間的聯(lián)系，用對象模型圖來表示。動態(tài)模型描述了與時間和操作次序有關(guān)的系統(tǒng)屬性。動態(tài)模型由多張狀態(tài)圖組成。各個類的狀態(tài)圖通過共享事件組成系統(tǒng)的動態(tài)模型。功能模型描述系統(tǒng)內(nèi)數(shù)據(jù)值的變化，它由數(shù)據(jù)流圖組成。數(shù)據(jù)流圖說明數(shù)據(jù)流是如何從外部輸入、經(jīng)過操作和內(nèi)部存儲而得到輸出的。十．軟件工具軟件工具是指用于輔助軟件開發(fā)、運(yùn)行、維護(hù)、管理、支持等過程中的活動的軟件。通常也稱為CASE（Computer Aided Software Engineering,計(jì)算機(jī)輔助軟件工程）工具。按軟件過程的活動分為軟件開發(fā)工具、軟件維護(hù)工具和軟件管理工具等。十一. 軟件開發(fā)環(huán)境集成型開發(fā)環(huán)境通?？捎晒ぞ呒铜h(huán)境集成機(jī)制兩部分組成。這種環(huán)境應(yīng)具有開放性和可裁減性。環(huán)境集成機(jī)制主要有數(shù)據(jù)集成機(jī)制、控制集成機(jī)制和界面集成機(jī)制。十二. 軟件質(zhì)量管理基礎(chǔ)知識 軟件質(zhì)量ISO/IEC 9126軟件質(zhì)量模型可從軟件功能性、可靠性、可用性、效率、可維護(hù)性、可移植性6個方面來衡量。(1).功能性與功能及其指定的性質(zhì)的一組軟件屬性。（2）可靠性 軟件在規(guī)定的一段時間內(nèi)和規(guī)定的條件下保持其性能水平有關(guān)的一組軟件屬性。也可以稱為在規(guī)定的條件下和規(guī)定的時間間隔內(nèi)，軟件實(shí)現(xiàn)其規(guī)定功能的概率。（3）可用性 與使用的難易程度及規(guī)定或隱含用戶對使用方式所做的評價有關(guān)的軟件屬性。 （4）效率 與在規(guī)定條件的性能水平與所用資源量之間的關(guān)系有關(guān)的一組軟件屬性。（5）可維護(hù)性 與軟件維護(hù)的難易程序有關(guān)的一組軟件屬性。（6）可移植性 軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境的能力有關(guān)的一組屬性。即軟件從一個計(jì)算機(jī)系統(tǒng)轉(zhuǎn)換到另一個計(jì)算機(jī)系統(tǒng)運(yùn)行的難易程度是指軟件的可移植性。為了提高可移植性，應(yīng)注意提高軟件的設(shè)備獨(dú)立性。采用表格驅(qū)動程序有助于提高設(shè)備獨(dú)立性。為了提高可移植性，還應(yīng)有完備的文檔資料。使用C語言開發(fā)的系統(tǒng)軟件具有較好的可移植性。2006年下半年：●按照ISO/IEC 9126軟件質(zhì)量度量模型定義，一個軟件可靠性的子特性包括 （28） ：（28） ●某軟件在運(yùn)行初期運(yùn)行在Windows NT環(huán)境中，現(xiàn)因某種原因，該軟件需要在UNIX環(huán)境中運(yùn)行，而且必須完成同樣的功能。為適應(yīng)這個要求，軟件本身需要進(jìn)行修改，而所需的工作量取決于該軟件的（27）（27） 2005年5月：● 下列敘述中，與提高軟件可移植性相關(guān)的是(18) A．選擇時間效率高的算 B．盡可能減少注釋C．選擇空間效率高的算法 D．盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分 軟件質(zhì)量保證軟件質(zhì)量保證的主要困難表現(xiàn)在以下幾個方面：1) 軟件開發(fā)的管理人員往往關(guān)心項(xiàng)目開發(fā)的成本與進(jìn)度。因?yàn)槌杀竞瓦M(jìn)度是顯而易見的，而軟件質(zhì)量則難以度量。1） 如果軟件開發(fā)的管理人員對交付的軟件含有多少隱患并不必負(fù)什么責(zé)任，他們必定沒有太高的熱情去控制開發(fā)的質(zhì)量，更不必說保證質(zhì)量并不容易且代價昂貴。2） 開發(fā)人員的習(xí)慣一旦形成難以改變，他們的形為也難于控制，而高質(zhì)量的軟件產(chǎn)品，又主要取決于參與開發(fā)的人員。3） 復(fù)雜的軟件項(xiàng)目需要許多技術(shù)人員和管理人員參與，對問題的不同認(rèn)識和誤解如不能及時消除必然影響軟件質(zhì)量。4） 軟件開發(fā)人員的頻繁流動，特別是骨干開發(fā)人員的流失，也會使軟件質(zhì)量受到一定的影響。軟件質(zhì)量的保證手段：1） 開發(fā)初期制定質(zhì)量保證計(jì)劃，并在開發(fā)中堅(jiān)持實(shí)行。2） 開發(fā)前選定或制定開發(fā)標(biāo)準(zhǔn)或開發(fā)規(guī)范，并遵照實(shí)施。3） 從開始就選擇分析設(shè)計(jì)方法和工具，形成高質(zhì)量的分析模型和設(shè)計(jì)模型。4） 嚴(yán)格執(zhí)行階段評審，以便及時發(fā)現(xiàn)問題。5） 各個開發(fā)階段的測試。6） 對軟件的每次“變動”都要經(jīng)過申請、評估、批準(zhǔn)、實(shí)施等步驟。7） 軟件質(zhì)量特性的度量化。8） 軟件生存期的各階段都要完整的文檔。 代碼評審技術(shù)常用方法有代碼走查和代碼審查技術(shù)。l 代碼走查程序員和測試員組成審查小組，通過邏輯運(yùn)行程序。第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書、程序文本等相關(guān)文檔；第二步：利用測試用例，使程序邏輯運(yùn)行，記錄程序的蹤跡，發(fā)現(xiàn)、討論、解決問題l 代碼審查程序員和測試員組成審查小組。第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書、程序文本等相關(guān)文檔；第二步：召開程序?qū)彶闀?，開發(fā)人員讀程序，審查小組討論、發(fā)現(xiàn)、解決問題。l 兩者的區(qū)別代碼審查是一種正式的評審活動，而代碼走查的討論過程是非正式的。－效益分析可用哪些指標(biāo)進(jìn)行度量？l 投資回收率：通常把建立系統(tǒng)若干年后所取得的收益折算成現(xiàn)在的價值和開發(fā)系統(tǒng)所需的費(fèi)用進(jìn)行比較得出投資回收率。l 投資回收期：就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時間。l 純收入：整個軟件生命周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折成現(xiàn)在值）與投資之差。（4GL）的主要特征？l 友好的用戶界面l 兼有過程性和非過程性兩種特性l 高效的程序代碼l 完備的數(shù)據(jù)庫l 應(yīng)用程序生成器軟件測試的費(fèi)用已經(jīng)超過軟件開發(fā)費(fèi)用的30%左右?！案弋a(chǎn)”測試是指用少量的測試用例，發(fā)現(xiàn)被測試程序盡可能多的錯誤。 軟件測試經(jīng)過的步驟單元測試－集成測試－確認(rèn)測試－系統(tǒng)測試 測試與軟件開發(fā)各階段的關(guān)系l 單元測試對程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否都實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，該階段涉及編碼和詳細(xì)設(shè)計(jì)文檔。l 集成測試是為了檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題，也就是檢查概要設(shè)計(jì)是否合理有效。l 確認(rèn)測試主要是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中已確定了的各種需求。l 系統(tǒng)測試是把已確認(rèn)的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一起進(jìn)行測試，以確定軟件是否可以支付使用。 白盒測試白盒測試又稱為結(jié)構(gòu)測試。可以把程序看成裝在一個透明盒子里，測試者（一般為編程者）完全知道程序的結(jié)構(gòu)和處理算法。按照程序內(nèi)部邏輯設(shè)計(jì)測試用例，檢測程序中的主要執(zhí)行通路是否能按預(yù)定要求正常工作。白盒測試多用于單元測試階段。邏輯覆蓋是主要的白盒測試技術(shù)。白盒測試時，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋方式。采用以下幾種邏輯覆蓋標(biāo)準(zhǔn)：l 語句覆蓋l 判定覆蓋l 條件覆蓋l 判定/條件覆蓋l 條件組合覆蓋l 路徑覆蓋 滿足條件組合覆蓋測試用例，也一定滿足判定條件覆蓋。因此，條件組合覆蓋是上述五種覆蓋標(biāo)準(zhǔn)中最強(qiáng)的一種。2006年下半年：l 給定C語句程序int foo(int x,int y,int d){ if(x != 0) { if(y==0)d=d/x。 else d=d/(x*y)。 }else{ if(y==0)d=0。 else d=d/y。}return d。}當(dāng)用路徑覆蓋法測試時，至少需要設(shè)計(jì)（31）個測試用例。(31) A. 3 C. 5 2007年下半年：● 對于如下的程序流程，當(dāng)采用語句覆蓋法設(shè)計(jì)測試案例時，至少需要設(shè)計(jì) （34） 個測試案例。（34）A. 1 B. 2 C. 3 D. 4 黑盒測試黑盒測試，又稱為功能測試。把軟件看做是一個不透明的黑盒子，完全不考慮（或不了解）軟件內(nèi)部結(jié)構(gòu)和處理算法，它只檢測軟件功能是否能按照軟件需求說明書的要求正常使用，軟件是否能適當(dāng)?shù)慕邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，軟件運(yùn)行過程中能否保持外部信息（例如文件和數(shù)據(jù)庫）的完整性等。常用的黑盒測試技術(shù)包括等價類劃分，邊值分析、錯誤推測和因果圖等。其中等價類劃分和邊界值分析法方法最常用。如果兩者結(jié)合使用，更有可能發(fā)現(xiàn)軟件中的錯誤?；液袦y試介于白盒測試和黑盒測試之間，它把軟件看做是一個半透明的灰盒子，結(jié)合考慮軟件的內(nèi)部結(jié)構(gòu)和外部功能設(shè)計(jì)測試用例 回歸測試糾正了程序中的錯誤之后，選擇部分或全部原先已測試過的測試用例，對修改后程序重新測試以驗(yàn)證對軟件修改后有沒有引出新的錯誤，稱為回歸測試。 單元測試單元測試（Unit testing ）也稱為模塊測試或結(jié)構(gòu)測試，通?？煞旁诰幊屉A段(實(shí)現(xiàn)階段)，主要采用邏輯覆蓋技術(shù)，由程序員對自己編寫的模塊自行測試，檢查模塊是否能實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書中規(guī)定的功能和算法。單元測試主要發(fā)現(xiàn)編程和詳細(xì)設(shè)計(jì)中產(chǎn)生的錯誤。測試一個模塊時需要為該模塊編寫一個驅(qū)動模塊和若干個樁（stub）模塊。頂層模塊測試時不需要驅(qū)動模塊，底層模塊測試時不需要樁模塊。 在進(jìn)行單元測試時，常用的方法是白盒測試(采用邏輯覆蓋的測試技術(shù))，輔之以黑盒測試。集成測試（integration testing）也稱為組裝測試，在單元測試的基礎(chǔ)之上，把所有的模塊組裝成一個系統(tǒng)進(jìn)行測試。主要測試設(shè)計(jì)階段產(chǎn)生的錯誤，集成測試計(jì)劃應(yīng)該在概要設(shè)計(jì)階段制定。l 非漸增式集成測試l 首先將每個模塊分別進(jìn)行單元測試，再把所有的模塊組裝成一個完整的系統(tǒng)進(jìn)行測試。目前在進(jìn)行集成測試時已普遍采用漸增式集成。l 漸增式集成測試又可以分為自頂向下集成