【文章內(nèi)容簡介】 環(huán)境中送數(shù)據(jù)又從里面取數(shù)據(jù)，這是緊密的數(shù)據(jù)耦合。 　　9Jackson方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。早期的Jackson方法用于開發(fā)模型較少的數(shù)據(jù)處理系統(tǒng)的設(shè)計，簡稱JSP。 　　9 工程網(wǎng)絡(luò)圖只有一個開始點和一個終止點，開始點沒有流入箭頭，稱為入度為零；終止點沒有流出箭頭，稱為出度為零。 　　9為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下一個過程，必須進行質(zhì)量檢驗，檢驗的實施有實際運行檢驗（即白盒測試和黑盒測試）和鑒定兩種形式。 可行性研究的任務(wù)是什么？ 　　首先需要進行概要的分析研究，初步確定項目的規(guī)模和目標(biāo)，確定項目的約束和限制，把他們清楚地列舉出來。然后，分析員進行簡要的需求分析，抽象出該項目的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計，探索出若干種可供選擇的主要解決方法，對每種解決方法都要研究它的可行性，可從以下三個方面分析研究每種解決方法的可行性。㈠技術(shù)可行性：對要開發(fā)項目的功能、性能、限制條件進行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大，項目是否能實現(xiàn)。㈡經(jīng)濟可行性：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。㈢社會可行性：要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？ 　　一個模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個判定影響的所有模塊的集合。一個模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它的模塊）的集合。一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上盡量靠近。如果再設(shè)計過程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之內(nèi)，可以用“上移判點”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加以改進。 非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？ 　　非漸增式測試與漸增式測試的測試方法有以下區(qū)別：㈠非漸增式測試方法把單元測試和集成測試分成兩個不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。而漸增式測試往往把單元測試與集成測試和在一起，同時完成。㈡非漸增式需要更多的工作量，因為每個模塊都需要驅(qū)動模塊和樁模塊，而漸增式利用已測試過的模塊作為驅(qū)動模塊或樁模塊，因此工作量較少。㈢漸增式可以較早的發(fā)現(xiàn)接口之間的錯誤，非漸增式最后組裝是才發(fā)現(xiàn)。㈣漸增式有利于排錯，發(fā)生錯誤往往和最近加進來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后，很難判斷是哪一部分接口出錯。㈤漸增式比較徹底，已測試的模塊和新的模塊再測試。㈥漸增式占用的時間較多，但非漸增式須更多的驅(qū)動模塊、樁模塊也占用一些時間。㈦非漸增式開始可并行測試所有模塊，能充分利用人力，對測試大型軟件很有意義。漸增式測試有以下兩種不同的組裝模塊的方法：㈠自頂向下組合。該方法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測程序的軟件結(jié)構(gòu)圖的控制路徑逐步向下測試，從而把各個模塊都結(jié)合起來，它又有兩種組合策略：①深度有先策略：先從軟件結(jié)構(gòu)中選擇一條主控制路徑，把該路徑上的模塊一個個結(jié)合進來進行測試，以便完成一個特定的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。②寬度有先策略：逐層結(jié)合直接下屬的所有模塊。㈡自低向上結(jié)合。該方法僅需編寫驅(qū)動模塊。其步驟為：①把底層模塊組合成實現(xiàn)一個個特定子功能的族。②為每一個族編寫一個驅(qū)動模塊，以協(xié)調(diào)測試用例的輸入和測試結(jié)果的輸出。③對模塊族進行測試。④按軟件結(jié)構(gòu)圖依次向上擴展，用實際模塊替換驅(qū)動模塊，形成一個個更大的族。⑤重復(fù)②至④步，直至軟件系統(tǒng)全部測試完畢。 軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？ 　　從實際應(yīng)用來說，軟件質(zhì)量定義為：㈠與所確定的功能和性能需求的一致性。㈡與所成文的開發(fā)標(biāo)準(zhǔn)一致性。㈢與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。軟件質(zhì)量保證就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動，即確定、達到和維護需要的軟件質(zhì)量而進行的所有有計劃、有系統(tǒng)的管理活動。軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪些軟件工程標(biāo)準(zhǔn)？積極推進軟件工程標(biāo)準(zhǔn)化，其道理是顯而易見的。僅就一個軟件開發(fā)項目來說，有許多層次，不同分工的人員相互配合，在開發(fā)項目的各個部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜接問題。如何把這些錯綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項目取得階段成果或最后完成是時，需要進行階段評價和驗收測試。投入運行的軟件，其維護工作中遇到問題又與開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的每一個環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動規(guī)范和衡量準(zhǔn)則，使得各種工作都有章可循。軟件工程的標(biāo)準(zhǔn)主要有以下三個：㈠FIPS135是美國國家標(biāo)準(zhǔn)局發(fā)布的《軟件文檔管理指南》㈡NSAC ——39是美國核子安全分析中心發(fā)布的《安全參數(shù)顯示系統(tǒng)的驗證與確認》。㈢ISO5807是國際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國的國家標(biāo)準(zhǔn)）的《信息處理—數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號及約定》。 需求分析階段的基本任務(wù)是什么？ 需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進行以下幾方面的工作：㈠問題識別。雙方確定對問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護性等方面的需求。㈡分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟件功能，劃分成各個子功能。這里也包括對數(shù)據(jù)域進行分解，并分配到各個子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。㈢編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊、編寫確認測試計劃、修改完善軟件開發(fā)計劃。 采用黑盒技術(shù)設(shè)計測試用例有哪幾種方法？這些方法各有什么特點？ ㈠等價類劃分。等價類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個等價類，測試每個等價類的代表值就等于對該類其它值的測試。㈡邊界值分析。該方法是將測試邊界情況作為重點目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。㈢錯誤推測。錯誤推測法沒有確定的步驟，憑檢驗進行。它的基本思想是列出程序中可能發(fā)生錯誤的情況，根據(jù)這些情況選擇測試用例。㈣因果圖。因果圖能有效的檢測輸入條件的各種組合可能會引起的錯誤。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計一個測試用例。 說明動態(tài)建模的過程。 ㈠準(zhǔn)備腳本。動態(tài)分析從尋找事件開始，然后確定各對象的可能事件的順序。在分析階段不考慮算法的執(zhí)行，算法是實現(xiàn)模型的一部分。㈡確定事件。確定所有外部事件。事件包括所有來自或發(fā)往用戶的信息、外部設(shè)備的信號、輸入、轉(zhuǎn)換和動作。㈢準(zhǔn)備事件跟蹤表。把腳本表示成一個事件跟蹤表，對象為表中的列，給每一個對象分配一個獨立的列。㈣構(gòu)造狀態(tài)圖。對各對象類建立狀態(tài)圖，反映對象接收和發(fā)送的事件，每個事件跟蹤都對應(yīng)于狀態(tài)圖中一條路徑。 軟件生產(chǎn)經(jīng)歷了幾個階段？各有何特征？ 軟件生產(chǎn)至今已經(jīng)歷了三個階段：㈠程序設(shè)計時代（19461956）：這個階段的生產(chǎn)方式是個體手工勞動，使用的工具實際其語言、匯編語言。開發(fā)方法是追求編程技巧，追求程序運行效率。硬件特征是價格貴、存儲容量小，運行可靠性差。軟件特征是只有程序、程序設(shè)計概念，不重視程序設(shè)計方法。㈡程序系統(tǒng)時代（19561968）：這個階段的生產(chǎn)方式是作坊式的小集團合作生產(chǎn)，生產(chǎn)工具是高級語言，開發(fā)方法仍就靠個人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征是速度、容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛增，但開發(fā)技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模大、結(jié)構(gòu)復(fù)雜的軟件開發(fā)，導(dǎo)致軟件危機的產(chǎn)生。㈢軟件工程時代（1968至今）：這個階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)ο蠹夹g(shù)來開發(fā)軟件。硬件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征是開發(fā)技術(shù)有很大進步，但是未能獲得突破性進展，軟件價格不斷上升，沒有完全擺脫軟件危機。簡述Gantt圖的功能及不足。Gantt圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個子任務(wù)的進度安排，動態(tài)反映軟件開發(fā)進度情況，該圖可以：表示任務(wù)分解成子任務(wù)情況；表示每個任務(wù)的開始時間和完成時間，線段的長度表示子任務(wù)完成所需要的時間；表示子任務(wù)之間的并行和串行關(guān)系。Gantt圖只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個任務(wù)之間存在的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任務(wù)是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進度的安排是不夠的。什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典（簡稱DD）是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)元素的一致的定義和詳細的描述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細定義而服務(wù)的，因此也像普通字典一樣，要把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、基本加工。數(shù)據(jù)項是組成數(shù)據(jù)流和數(shù)據(jù)存儲的最小元素。源點、終點不在系統(tǒng)之內(nèi)，故一般不在字典中說明。調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？調(diào)試的目的是確定錯誤的原因和位置，并改正錯誤，因此調(diào)試也成為糾錯。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印語句、運行部分程序等；歸納法調(diào)試，他從測試結(jié)果發(fā)現(xiàn)的線索（錯誤跡象、征兆）入手、分析他們之間的聯(lián)系，導(dǎo)處錯誤原因的假設(shè)，然后再證明或否定這個假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯誤原因的假設(shè)，然后利用測試數(shù)據(jù)排除不適當(dāng)?shù)募僭O(shè)，最后再測試數(shù)據(jù)驗證余下的假設(shè)確實是出錯的原因；回溯法調(diào)試，該方法從程序產(chǎn)生錯誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯誤的原因為止。 　如何做好軟件質(zhì)量保證工作？ 軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個方面的工作：1采用技術(shù)手段和工具