答：計算機軟件指計算機系統(tǒng)中的程序及其文檔。軟件的特點是：A軟件是一種邏輯實體，而不是有形的系統(tǒng)元件，其開發(fā)成本和進度難以準(zhǔn)確得估算；B軟件是被開發(fā)的或被設(shè)計的，沒有明顯的制造過程，一旦開發(fā)成功，只需復(fù)制即可，但其維護的工作量大；C軟件的使用沒有硬件那樣的機械磨損和老化問題。軟件和應(yīng)用軟件3類。A系統(tǒng)軟件：系統(tǒng)軟件居于計算機系統(tǒng)中最靠近硬件的一層，其他例如：編譯程序、操作系統(tǒng)等。B支撐軟件：支撐軟件是支撐軟件的開發(fā)和維護的軟件。例如：數(shù)據(jù)庫管理系統(tǒng)、網(wǎng)絡(luò)軟件、軟件工具、軟件開發(fā)環(huán)境等。C應(yīng)用軟件：應(yīng)用軟件是特定應(yīng)用領(lǐng)域?qū)Ｓ玫能浖＠纾汗こ?科件。答：在《計算機科學(xué)技術(shù)百科全書》中軟件工程是應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，開發(fā)軟件的工程。第一條：圍繞適宜的開發(fā)模型；第二條：采用合適的設(shè)計方法；第三條：提供高質(zhì)量的工程支撐；第四條：重視軟件工程的管理。1.6軟件生存周期分哪幾個階段？分別簡述各個階段運行和維護6個階段。擇。性能、數(shù)據(jù)、界面等要求，生成軟件需求規(guī)約。實現(xiàn)細節(jié)，包括局部數(shù)據(jù)結(jié)構(gòu)和算法等。行的程序代碼。單元測試、集成測試、確認測試和系統(tǒng)測試。能或使軟件適應(yīng)外界環(huán)境的變化等情況出現(xiàn)時，對軟件進行修改。等。的活動，其特征是：接受上一階段活動的結(jié)果作為本階段活動的輸入；依據(jù)上一階段活動的結(jié)果實施本階段應(yīng)完成的活動；對本階段的活動進行評審；將本階段活動的結(jié)果作為輸出。B增量模型將軟件的開發(fā)過程分成若干個日程時間交錯的線性序列，產(chǎn)品。范圍的時候，進入下一輪原型的迭代開發(fā)。D螺旋模型將原型模型實現(xiàn)的迭代特征與瀑布模型中控制的和系統(tǒng)分析。系，建立對象-關(guān)系模型和對象-行為模型。在設(shè)計階段的各個活動沒有明顯的邊界，各個活動經(jīng)常重復(fù)，迭代地交替進行?，F(xiàn)存的軟件構(gòu)件。發(fā)的全過程中，從需求分析、規(guī)約、設(shè)計、編程、系統(tǒng)集成、測試、計規(guī)約，以及從形式化設(shè)計規(guī)約到程序代碼轉(zhuǎn)換成為可能。答：敏捷軟件開發(fā)的特點有4個：A個人和交互高于過程和工具；B可運行軟件高于詳盡的文檔；D對變更及時做出反應(yīng)高于遵循計劃。答：敏捷軟件開發(fā)必須遵循的12條原則如下；A最優(yōu)先的是通過盡早地和不斷地提交有價值的軟件來使客戶滿意；的競爭優(yōu)勢，Agile過程利用變化作為動力；C以幾周到幾個月為周期，盡快、不斷地發(fā)布可運行軟件；D在整個項目過程中，業(yè)務(wù)人員和開發(fā)人員必須天天一起工作；持，對他們的工作予以充分的信任；F項目組內(nèi)效率最高、最有效的信息傳遞方式是面對面的交流；G測量項目進展的首要依據(jù)是可運行的軟件；保持恒定的速度；I應(yīng)該時刻關(guān)注技術(shù)上的精益求精和好的設(shè)計，以增強敏捷性；J簡單化是必不可少的，這是盡可能減少不必要工作的藝術(shù)；K最好的構(gòu)架、需求和設(shè)計出自于自我組織的團隊；L團隊要定期反思怎樣才能更加有效，并據(jù)此調(diào)整自己的行為。2.1簡述系統(tǒng)工程的任務(wù)。元素中，確定它們的約束條件和接口。主要任務(wù)包括1）識別用戶要求2）系統(tǒng)建模與模擬3）成本估算及進度安排4）可行性分析5）生成系統(tǒng)規(guī)格說明。文檔和規(guī)程。2.3簡述可行性分析的任務(wù)。案是否可行，能否在規(guī)定的資源和時間的約束下完成。（1）經(jīng)濟可行性主要進行成本效益分析，從經(jīng)濟角度，確定系純收入。（2）技術(shù)可行性主要根據(jù)系統(tǒng)的功能、性能、約束條件等，分風(fēng)險分析、資源分析和技術(shù)分析。（3）法律可行性主要研究系統(tǒng)開發(fā)過程中可能涉及到的合同、侵權(quán)、責(zé)任以及各種與法律相抵觸的問題。3.1需求工程的重要性是什么？舉出身邊由于需求分析失敗而造成整個項目失敗的例子。需求、幫助分析人員理解問題，評估可行性，協(xié)商合理的解決方案，率。失敗原因：需求分析不足，需求內(nèi)容不明確，把握不充分。需求規(guī)約、需求驗證以及需求管理六個步驟。統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場景以及為更好地定義需求而開發(fā)的原型。需求獲取的工作產(chǎn)品為進行需求分析提供了基礎(chǔ)。對需求進行排序。（3）系統(tǒng)建模系統(tǒng)建模是為了在用戶和系統(tǒng)分析人員之間建立統(tǒng)一的語言和排除錯誤和彌補不足，確保需求分析文檔正確反映用戶的真實意圖。詳細的功能和行為描述、性能和設(shè)計約束的說明、合適的驗收標(biāo)準(zhǔn)，協(xié)議，在之后的軟件工程各個階段發(fā)揮重要作用。（5）需求驗證求給予評價，保證軟件需求定義的質(zhì)量。說，需求管理就是：一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個使用戶與項目團隊對不斷變更的系統(tǒng)需求達成并保持一致的過程。3.3一個系統(tǒng)分析員應(yīng)該具備哪些思想素質(zhì)和基礎(chǔ)知識？請說明理由。答1）強烈的責(zé)任心和事業(yè)心益而說服公司領(lǐng)導(dǎo)做出正確的決策；IT行業(yè)不同于其他行業(yè)，新理念新技術(shù)新方法層和服務(wù)；就要求分析員必須要有優(yōu)秀的協(xié)商談判能力。（4）廣泛的知識面：行業(yè)所用，也可以把IT行業(yè)的理念應(yīng)用到其他行業(yè)；（5）精湛的技術(shù)能力：此必須具備廣泛的技術(shù)涉獵面和較強的技術(shù)能力；（6）財務(wù)能力：算等方面的能力；（7）司法能力：德的事和人最終都將失去人心。（8）超強超快的學(xué)習(xí)能力：是瞬息萬變，系統(tǒng)分析師要能夠快速學(xué)習(xí)并快速掌握和靈活應(yīng)用；（9）敏銳的觀察力：先于其他人員發(fā)現(xiàn)問題、發(fā)現(xiàn)隱患，并提前做出規(guī)避風(fēng)險的策略。3.4列出在制定需求獲取策略時的3種主要考慮因素。統(tǒng)的功能需求和非功能需求3）是否利于在可運行系統(tǒng)時的管理要求。行管理系統(tǒng)中，由于銀行數(shù)據(jù)量的龐大以及對銀行賬戶的管理需求，動比較大，需求高要求的系統(tǒng)維護。答1）必須能夠表示和理解問題的信息域；（2）必須能夠定義軟件將完成的功能；（3）必須劃分描述數(shù)據(jù)、功能和行為的模型，從而可以分層次地揭示細節(jié)；3.9軟件需求規(guī)約主要包括哪些內(nèi)容？自己尋找一個實例，親自寫一個需求規(guī)約。驗標(biāo)準(zhǔn)、參考書目、附錄。應(yīng)該如何組織?，F(xiàn)、測試的人員。信息信息設(shè)計階段，產(chǎn)生數(shù)據(jù)/類設(shè)計、體系結(jié)構(gòu)設(shè)計、接口設(shè)計、部件及設(shè)計。數(shù)據(jù)/類設(shè)計將分析類模型變換成類的實現(xiàn)和軟件實現(xiàn)所需要的數(shù)據(jù)結(jié)構(gòu)。體系結(jié)構(gòu)設(shè)計定義了軟件的整體結(jié)構(gòu)，由軟件部件、外部可見的屬性和他們之間的關(guān)系組成。接口設(shè)計描述了軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件同人之間的通信方式。部件級設(shè)計將軟件體系結(jié)構(gòu)的結(jié)構(gòu)性元素變換為對軟件部件的過程性描述。的主要途徑。4.4簡述模塊、模塊化及模塊化設(shè)計的概念。在軟件工程中模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，塊內(nèi)部數(shù)據(jù)等內(nèi)部特征。模塊化，即把軟件按照規(guī)定原則，劃分為一個個較小的，相互獨立的但又相互關(guān)聯(lián)的部件，實際上是系統(tǒng)分解和抽象的過程。等操作簡單化。4.6耦合和軟件可移植性的概念有何關(guān)系？舉例說明自己的結(jié)論。必然耦合性低，這樣模塊獨立性要強。例如，有一個圖形處理軟件，環(huán)境中，這些模塊容易修改（功能內(nèi)聚且接口清晰，修改可局部因素的影響。4.7用自己的話描述信息隱蔽概念,并討論信息隱藏與模塊獨立兩概念之間的關(guān)系。息（過程或數(shù)據(jù)對于不需要這些信息的其他這些獨立的模塊彼此之間僅僅交換那些為了完成系統(tǒng)功能所必需的信息，而將那些自身的實現(xiàn)細節(jié)與數(shù)據(jù)“隱藏系統(tǒng)的修改、測試及以后的維護都帶來好處。通過抽象，可以確定細節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。模塊獨立的概念是模塊化、抽象、塊之間沒有過多的相互作用的模塊，就可以做到模塊獨立。4.8什么是模塊獨立性？設(shè)計中為什么模塊要獨立？如何度量獨立（1）模塊的獨立性是模塊化、信息隱藏和局部化等概念的直接結(jié)果。化，所以具有有效模塊化的軟件易于開發(fā)。第二，由于因設(shè)計和編碼修改引起的副作用受到局限，錯誤傳播被減小，并且模塊復(fù)用成為可能，所以獨立的模塊更易于維護和測試?？偟膩碚f，模塊獨立是良好設(shè)計的關(guān)鍵，從而又是保證軟件質(zhì)量的關(guān)鍵。（3）用內(nèi)聚度與耦合度來度量獨立性。內(nèi)聚度度量同一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度，耦合度度量不同模塊彼此間相互以來的緊密程度。（4）模塊功能獨立的優(yōu)點：系統(tǒng)容易開發(fā)，系統(tǒng)可靠性高，系統(tǒng)易于維護，軟件結(jié)構(gòu)清晰。5.1簡述數(shù)據(jù)流圖的主要思想，概述使用數(shù)程。數(shù)據(jù)流圖（DFD）描述輸入數(shù)據(jù)流到輸出數(shù)據(jù)流的變換（即加的機制，從而可以建立起系統(tǒng)或軟件的功能模型。數(shù)據(jù)流圖進行需求分析的過程：4）重復(fù)第三步，直至每個尚未分解的加工都足夠簡單（即不5.2分別采用數(shù)據(jù)流方法中得哪些技術(shù)來完致化和完全化的任務(wù)。4）一個加工的輸入數(shù)據(jù)流不能與該加工的輸5）每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流。6）在整套分層數(shù)據(jù)流中，每個文件應(yīng)至少有一個加工讀該文件，有另一個加工寫該文件。8）分層DFD中的每個基本加工（即不再分解子圖的加工）都應(yīng)有一個加工規(guī)約。5.4在數(shù)據(jù)流圖中，可否將兩個加工用一個兩個加工可以直接用數(shù)據(jù)流相連，兩個源不能直接用數(shù)據(jù)流相連。因為數(shù)據(jù)流由一組固定成分的數(shù)據(jù)組成。在DFD中，數(shù)據(jù)流的宿。采用結(jié)構(gòu)化分析方法寫出書店管理系統(tǒng)的需求文檔，包括數(shù)據(jù)流圖及數(shù)據(jù)字典。看到這個題目，我想起了以前自己也在手機端Android平臺寫了一個書店的管理系統(tǒng)，不過那個時候根本沒有什么可以對照著新學(xué)的軟件工程的知識運用到自己的實際項目中去，同時也可以完成這道相識的題目。下圖就是以前的功能結(jié)構(gòu)圖：還有一些程序運行的界面：利用結(jié)構(gòu)化方法分析：否否書第二，進貨分數(shù)據(jù)流圖： 第三，第三，第四，會員分數(shù)據(jù)流圖：會信登表員息記 進貨進貨登記表進息信息信息查詢銷售查詢銷售信息信息信息會員信息登記▲會員信息登記▲存存進貨時書是否為存書數(shù)據(jù)字典：44量置出版社號2“否”）出版社數(shù)據(jù)字典：進貨數(shù)據(jù)字典：448銷售數(shù)據(jù)字典：848會員信息數(shù)據(jù)字典：8地址會員的家庭住址店內(nèi)收出數(shù)據(jù)字典：64448名息息息信息表信息息信息答：特點如下：結(jié)構(gòu)分解為成員對象信息；良好的基礎(chǔ)。地址地址管理員。工廠。管理員。工廠。辦公室。答：好定義的體系結(jié)構(gòu)語境內(nèi)滿足某種清晰的功能。構(gòu)件是一個獨立發(fā)布的功能部分，可以通過其接口訪問它的服務(wù)?？山M裝軟件實體。具有可復(fù)用價值的構(gòu)件。方開發(fā)的滿足一定構(gòu)件標(biāo)準(zhǔn)并且可組裝的軟件構(gòu)件?；跇?gòu)件的軟件開發(fā)過程：領(lǐng)域工程的步驟：2建立領(lǐng)域特定的基準(zhǔn)體系結(jié)構(gòu)模型4泛化和可變性分析應(yīng)用系統(tǒng)工程的步驟：1建立應(yīng)用系統(tǒng)的體系結(jié)構(gòu)模型；2尋找候選構(gòu)件；3評價和選擇合適的構(gòu)件；4構(gòu)件的修改和特化；5開發(fā)未被復(fù)用的不分；6構(gòu)件的組裝；7集成測試；8評價被復(fù)用的構(gòu)件，并推薦可能的新構(gòu)件。答：軟件測試的目的是發(fā)現(xiàn)軟件中的錯誤和缺陷，并加以糾正。要用于對程序模塊的測試。包括：l程序模塊中的所有獨立路徑至少執(zhí)行一次。l在上下邊界及可操作范圍內(nèi)運行所有循環(huán)。黑盒測試又稱行為測試，這種方法把測試對象看作一個黑盒子，可用于各種測試，它試圖發(fā)現(xiàn)以下類型的錯誤：l數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（如外部數(shù)據(jù)庫）訪問錯誤。l性能錯誤。l初始化和終止錯誤。解：判定覆蓋1）X=85,Y=85：（路徑覆蓋1）X=85,Y=8511.5分別簡述單元測試、集成測試、確單元測試：驗證。測試。錯誤處理路徑。集成測試：上很可能暴露出來，影響功能的實現(xiàn)。測試。確認測試：確認測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。待的那樣。系統(tǒng)測試：測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置，然后進行改正。設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。α測試：戶的“指導(dǎo)下”進行測試。經(jīng)過α測試后的軟件稱為β測試。β測試：β測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。略來改進回歸測試的效率和有效性是非常有意義的。1.回歸測試是指重復(fù)以前的全部或部分的相度的回歸測試。3.回歸測試的重心，以關(guān)鍵性模組為核心。工實現(xiàn)過程。試用例庫進行維護并依據(jù)一定的策略選擇相應(yīng)的回歸測試包。(1).識別出軟件中被修改的部分；線測試用例庫T0。的軟件部分。(5).用T1執(zhí)行修改后的軟件。第(2)和第(3)步測試驗證修改是否破壞了現(xiàn)有的功能，第(4)測試驗證修改工作本身。界情況設(shè)計測試用例，可以查出更多的錯誤。中的典型值或任意值作為測試數(shù)據(jù)。邊界分析是指對輸入或輸出的邊界值進行