簡介：1太原理工大學太原理工大學軟件測試技術(shù)軟件測試技術(shù)一、判斷題1測試是調(diào)試的一個部分（╳）2軟件測試的目的是盡可能多的找出軟件的缺陷。（√）3程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比（√）4BETA測試是驗收測試的一種。（√）5測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（√）6項目立項前測試人員不需要提交任何工件。（╳）7單元測試能發(fā)現(xiàn)約80的軟件缺陷。（√）8測試的目的是發(fā)現(xiàn)軟件中的錯誤。（√）9代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（√）10自底向上集成需要測試員編寫驅(qū)動程序。（√）11測試是證明軟件正確的方法。（╳）12負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（√）13測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。（√）驗收測試是由最終用戶來實施的。（√）14測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（√）黑盒測試也稱為結(jié)構(gòu)測試。（╳）集成測試計劃在需求分析階段末提交。（╳）15軟件測試的目的是盡可能多的找出軟件的缺陷?！?6自底向上集成需要測試員編寫驅(qū)動程序?！?7負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。╳338在設(shè)計測試用例時，應(yīng)當包括合理的輸入條件和不合理的輸入條件。（∨）39傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測試活動已經(jīng)擴展到了整個生命周期。（∨）40傳統(tǒng)測試以發(fā)現(xiàn)錯誤為目的，現(xiàn)在測試已經(jīng)擴展到了錯誤預(yù)防的范疇?！?1軟件測試的生命周期包括測試計劃、測試設(shè)計、測試執(zhí)行、缺陷跟蹤、測試評估。（∨）42軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。（X）43測試用例的數(shù)目越多，測試的效果越好。（X）44只要能夠達到100％的邏輯覆蓋率，就可以保證程序的正確性。（X）45單元測試屬于動態(tài)測試。（∨）46驗收測試是以最終用戶為主的測試。（∨）47沒有發(fā)現(xiàn)錯誤的測試是沒有價值的。（∨）48可以把不合格的開發(fā)人員安排做測試。（X）三、填空題1軟件測試主要分為___單元測試_、_集成測試__、___系統(tǒng)測試___、___驗收測試___四類測試。2軟件缺陷產(chǎn)生的原因包括編寫代碼、設(shè)計、編寫需求以及其他原因。3對面向過程的系統(tǒng)采用的集成策略有自頂向下集成、自底向上集成兩種。4黑盒測試用例設(shè)計方法包括等價類劃分、邊界值分析以及因果圖錯誤推測法等。5測試工作就是進行輸入、接受輸出、檢驗結(jié)果，不深入代碼細節(jié)，這樣的測試方法稱

簡介：測試報告模板測試報告模板10目錄測試報告模板測試報告模板11簡介111編寫目的112項目背景213系統(tǒng)簡介214術(shù)語和縮寫詞215參考資料22測試概要221測試用例設(shè)計222測試環(huán)境與配置223測試方法和工具33測試結(jié)果及缺陷分析331測試執(zhí)行情況與記錄332覆蓋分析433缺陷的統(tǒng)計與分析54測試結(jié)論65建議621測試用例測試用例設(shè)計設(shè)計簡要介紹測試用例的設(shè)計方法。例如等價類劃分、邊界值、因果圖，以及用這類方法34句。提示如果能夠具體對設(shè)計進行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時候就容易對你的用例設(shè)計有個整體的概念，順便說一句，在這里寫上一些非常規(guī)的設(shè)計方法也是有利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設(shè)計技術(shù)，重點測試部分一定要保證有兩種以上不同的用例設(shè)計方法。22測試測試環(huán)境環(huán)境與配置與配置簡要介紹測試環(huán)境及其配置。提示清單如下，如果系統(tǒng)項目比較大，則用表格方式列出數(shù)據(jù)庫服務(wù)器配置CPU內(nèi)存硬盤可用空間大小操作系統(tǒng)應(yīng)用軟件機器網(wǎng)絡(luò)名局域網(wǎng)地址應(yīng)用服務(wù)器配置客戶端配置對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓撲圖列出相關(guān)配置。23測試方法測試方法和工具和工具簡要介紹測試中采用的方法和工具。提示主要是黑盒測試，測試方法可以寫上測試的重點和采用的測試模式，這樣可以一目了然的知道是否遺漏了重要的測試點和關(guān)鍵塊。工具為可選項，當使用到測試工具和相關(guān)工具時，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試報告發(fā)布后要避免大多工具的版權(quán)問題。3測試結(jié)果及缺陷分析測試結(jié)果及缺陷分析整個測試報告中這是最激動人心的部分，這部分主要匯總各種數(shù)據(jù)并進行度量，度量包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估。對于不需要過程度量或者相對較小的項目，例如用于驗收時提交用戶的測試報告、小型項目的測試報告，可省略過程方面的度量部分；而采用了CMMISO或者其他工程標準過程的，需要提供過程改進建議和參考的測試報告－主要用于公司內(nèi)部測試改進和缺陷預(yù)防機制－則過程度量需要列出。

簡介：第一章第一章基礎(chǔ)知識基礎(chǔ)知識11、軟件、軟件1、軟件程序文檔2、分類功能系統(tǒng)應(yīng)用架構(gòu)單機CSBS用戶產(chǎn)品項目規(guī)模小型中型大型12、BUG1、類型一廣義上，軟件生命周期，與用戶需求不符的問題完全沒有實現(xiàn)的功能基本實現(xiàn)功能，但有功能上或性能上的問題實現(xiàn)了用戶不需要的功能2、類型二測試執(zhí)行階段的問題DEFECTREQUIREMENTSDESIGNERRDEVELOPMENTBUGTESTINGFAILUREPOSTPRODUCTION13、測試、測試1、概念測試是為了檢驗實際的軟件是否符合用戶需求，所以不能為了發(fā)現(xiàn)錯誤而發(fā)現(xiàn)錯誤。使用人工或自動手段，來運行或測試某個系統(tǒng)的過程。2、測試環(huán)境硬件軟件網(wǎng)絡(luò)要求真實項目、產(chǎn)品干凈無毒獨立測試與開發(fā)14、測試用例、測試用例測試用例輸入輸出測試環(huán)境便于團隊交流，便于重復(fù)測試，便于跟蹤統(tǒng)計，比納與用戶自測開發(fā)生命周期需求分析→概要設(shè)計→詳細設(shè)計→編碼→維護測試生命周期測試計劃→測試設(shè)計→測試執(zhí)行→測試評估需求分析和測試計劃完成后，根據(jù)系統(tǒng)需求規(guī)格說明書和軟件原型DEMO寫測試用例15其他其他1、測試人員素質(zhì)要求細心、耐心、信心、服務(wù)意識、團隊合作意識、溝通能力2、如何成為優(yōu)秀的測試工程師1、不斷學習充電2、閱讀原版書籍3、閱讀缺陷管理系統(tǒng)中的缺陷報告4、閱讀高手寫的測試用例5、學習產(chǎn)品相關(guān)的業(yè)務(wù)知識用戶，可配合黑盒測試工程師Α測試內(nèi)側(cè)Β測試公測23、是否查看代碼、是否查看代碼1、WHITEBOXTESTING源代碼的測試2、BLACKBOXTESTING功能測試、性能測試FUNCTIONTESTING功能測試LOGICFUNCTIONTESTING邏輯功能測試UITESTING界面測試窗口、下拉式菜單和鼠標操作USABILITYTSETING易用性測試INSTALLATIONTESTING安裝測試COMPATIBILITYTESTING兼容性測試其他恢復(fù)測試、裸機測試、確認測試、接口測試、數(shù)據(jù)庫測試、安全測試、配置測試PERFMANCETESTING性能測試時間性能主要指一個事務(wù)的具體響應(yīng)時間RESPINDTIME。空間性能主要指軟件運行時所消耗的系統(tǒng)資源CPU、內(nèi)存、硬盤。分類一般性能測試、穩(wěn)定性測試、負載測試、壓力測試A、一般性能測試讓被測系統(tǒng)在正常的軟硬件環(huán)境下運行，不向其施加任何壓力B、穩(wěn)定性測試也叫RELIABILITYTESTING可靠性測試指連續(xù)運行被測系統(tǒng)，檢查系統(tǒng)運行時的穩(wěn)定程度。通常用MTBFMEANTIMEBETWEENFAILUREC、負載測試LOADTESTING讓被測系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運行，檢測系統(tǒng)的穩(wěn)定性。D、壓力測試STRESSTESTING持續(xù)不斷的給被測系統(tǒng)增加壓力，知道被測系統(tǒng)壓垮為止，用來測試系統(tǒng)能承受最大壓力。24、回歸測試、冒煙測試、隨機測試、回歸測試、冒煙測試、隨機測試REGRESSIONTESTING回歸測試軟件新版本測試時，重新執(zhí)行上一個版本測試用例。可以在任何階段進行（單元測試、集成測試、系統(tǒng)測試、驗收測試等），既有黑盒測試的回歸，也有白盒測試的回歸。SMOKETESTING冒煙測試對一個新版本進行系統(tǒng)大規(guī)模的測試之前，先驗證一下軟件的基本功能是否實現(xiàn)，是否具備可測性。ROMTESTING隨機測試指測試中所有的輸入數(shù)據(jù)都是隨機生成的，其目的是模擬用戶的真實操作，并發(fā)現(xiàn)一些邊緣性的錯誤。第三章第三章測試技術(shù)測試技術(shù)黑盒測試技術(shù)黑盒測試技術(shù)31、等價類技術(shù)、等價類技術(shù)EQUIVALENCECLASSTESTING等價類某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。有效等價類符合需求規(guī)則說明書，合理地輸入數(shù)據(jù)集合

簡介：1軟件生命周期軟件生命周期SDLC的六個階段的六個階段1、問題的定義及規(guī)劃此階段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標及其可行性。2、需求分析在確定軟件開發(fā)可行的情況下，對軟件需要實現(xiàn)的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟件開發(fā)項目的成功打下良好的基礎(chǔ)?！拔ㄒ徊蛔兊氖亲兓旧怼！埃瑯有枨笠彩窃谡麄€軟件開發(fā)過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應(yīng)付這種變化，以保護整個項目的順利進行。3、軟件設(shè)計此階段主要根據(jù)需求分析的結(jié)果，對整個軟件系統(tǒng)進行設(shè)計，如系統(tǒng)框架設(shè)計，數(shù)據(jù)庫設(shè)計等等。軟件設(shè)計一般分為總體設(shè)計和詳細設(shè)計。好的軟件設(shè)計將為軟件程序編寫打下良好的基礎(chǔ)。4、程序編碼此階段是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機可運行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標準的編寫規(guī)范。以保證程序的可讀性，易維護性，提高程序的運行效率。5、軟件測試在軟件設(shè)計完成后要經(jīng)過嚴密的測試，以發(fā)現(xiàn)軟件在整個設(shè)計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。6、運行維護軟件維護是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括糾錯性維護和改進性維護兩個方面。2、軟件生命周期模型、軟件生命周期模型從概念提出的那一刻開始，軟件產(chǎn)品就進入了軟件生命周期。在經(jīng)歷需求、分析、設(shè)計、實現(xiàn)、部署后，軟件將被使用并進入維護階段，直到最后由于缺少維護費用而逐漸消亡。這樣的一個過程，稱為“生命周期模型“（LIFECYCLEMODEL）。典型的幾種生命周期模型包括瀑布模型、快速原型模型、迭代模型。什么是黑盒測試–又稱功能測試或數(shù)據(jù)驅(qū)動測試，是針對軟件的功能需求實現(xiàn)進行測試，通過測試來檢測每個功能是否符合需求，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)黑盒測試方法–功能劃分–等價類劃分–邊界值分析–因果圖–錯誤推測等8什么是白盒測試什么是白盒測試–白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，必須知道軟件內(nèi)部工作過程，通過測試來檢測軟件內(nèi)部是否按照需求、設(shè)計正常運行–白盒測試的主要方法–對應(yīng)于程序的一些主要結(jié)構(gòu)語句、分支、邏輯路徑、變量；白盒測試的主要方法是–語句覆蓋方法–分支覆蓋方法–邏輯覆蓋方法9什么是動態(tài)測試什么是動態(tài)測試動態(tài)測試需要在開發(fā)測試環(huán)境或?qū)嶋H運行環(huán)境中運行軟件，并使用測試用例去查找軟件缺陷；動態(tài)測試包括功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等10什么是靜態(tài)測試什么是靜態(tài)測試靜態(tài)測試不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進行評估靜態(tài)測試包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進行，也可以借助軟件工具自動進行11手工測試和自動測試手工測試和自動測試A手工測試缺點在于測試工作量大，重復(fù)多，回歸測試難以實現(xiàn)B自動測試利用軟件測試工具自動實現(xiàn)全部或部分測試工作管理、設(shè)計、執(zhí)行和報告；節(jié)省大量的測試開銷，并能夠完成一些手工測試無法實現(xiàn)的測試手工完成測試的全部過程無法保證測試的科學性與嚴密性–修改的缺陷越多，回歸測試越困難

簡介：軟件技術(shù)的發(fā)展駱亞芬（計算機科學系軟件051班）摘要在四個方面對軟件技術(shù)的發(fā)展進行可一些思考（1）從事物發(fā)展規(guī)律的角度，揭示軟件技術(shù)發(fā)展的歷程；（2）從軟件本質(zhì)特征的角度，淺析虛擬機各抽象層次的構(gòu)造；（3）從軟件開發(fā)的本質(zhì)，提出了軟件工程學科研究的內(nèi)容，并研究了軟件工業(yè)化生產(chǎn)模式；（4）INTER的出現(xiàn)為背景探索了軟件技術(shù)的發(fā)展趨勢。關(guān)鍵詞軟件工程，軟件特征，軟件工業(yè)化生產(chǎn)，軟件復(fù)用，網(wǎng)構(gòu)軟件。軟件工程作為獨立的一門學科，其發(fā)展已逾30年。20世紀60年代由于高級語言的流行使得計算機的應(yīng)用范圍得到較大擴展對軟件系統(tǒng)的需求急劇上升從而產(chǎn)生了所謂的“軟件危機”即軟件開發(fā)從質(zhì)量、效率等方面均不能滿足應(yīng)用需求。為了解決軟件危機這一問題1968年在NATO會議上首次提出了“軟件工程”這一概念使軟件開發(fā)開始了從“藝術(shù)”、“技巧”和“個體行為”向“工程”和“群體協(xié)同工作”，本文針對該歷程中的若干問題進行了一些探索，即從事物發(fā)展規(guī)律的角度，揭示軟件工程技術(shù)發(fā)展歷程；從軟件本質(zhì)特征的角度，淺析虛擬機各抽象層次的構(gòu)造；從軟件開發(fā)的本質(zhì)，指出了軟件工程學科研究的內(nèi)容，并研究了軟件工業(yè)化生產(chǎn)模式；以INTER的出現(xiàn)為背景，探索了軟件技術(shù)的發(fā)展趨勢。1、軟件技術(shù)發(fā)展的歷程物的一種反映，是知識的提煉和“固化”客觀世界是不段變化的，因此，構(gòu)造性和演化性是軟件的本質(zhì)特征，如果使軟件模型具有更強的表達能力、更符合人類的思維模式，即如何提升計算機環(huán)境的抽象層次，在一定意義上來講，這緊緊圍繞了軟件的本質(zhì)特征構(gòu)造性和演化性。在高級語言出現(xiàn)以前，匯編語言（機器語言）是編程的工具，表達軟件模型的基本概念（或語言構(gòu)造）是指令，表達模型處理邏輯的只要概念（機制）是順序和轉(zhuǎn)移，顯然這一抽象層次是比較低的，高級語言的出現(xiàn)，例如FTRAN語言、PAL語言、C語言等使用了變量、標識符、表達式等概念作為語言的基本構(gòu)造并使用3種基本控制結(jié)構(gòu)來表達軟件模型的計算邏輯因此軟件開發(fā)人員可以在一個更高的抽象層次上進行程序設(shè)計，。隨后出現(xiàn)了一系列開發(fā)范型和結(jié)構(gòu)化程序設(shè)計技術(shù)實現(xiàn)了模塊化的數(shù)據(jù)抽象和過程抽象提高了人們表達客觀世界的抽象層次，并使開發(fā)的軟件具有一定的構(gòu)造性和演化性的。3軟件工程的主要研究內(nèi)容從某種角度來說軟件開發(fā)的本質(zhì)就是要實現(xiàn)“高層概念”到“低層概念”的映射實現(xiàn)“高層處理邏輯”到“低層處理邏輯”的映射。對于大型軟件系統(tǒng)的開發(fā)這一映射是相當復(fù)雜的涉及到有關(guān)人員、使用的技術(shù)、采取的途徑以及成本和進度的約束因此我們可以把軟件工程定義為軟件工程SOFTWAREENGINEERING是應(yīng)用計算機科學理論和技術(shù)以及工程管理原則和方法按照預(yù)算和進度實

簡介：軟件開發(fā)過程模型比較軟件開發(fā)過程模型比較微軟是世界上最大的軟件公司，但微微軟是世界上最大的軟件公司，但微軟并沒有通過軟并沒有通過CMM認證，不使用認證，不使用RUP，也，也不使用不使用XP。微軟有自己的軟件開發(fā)過程。微軟有自己的軟件開發(fā)過程PCM。他們之間有什么區(qū)別有什么共同。他們之間有什么區(qū)別有什么共同點微軟是否有從點微軟是否有從CMM、TSP、PSP中取長中取長補短而中國軟件企業(yè)又如何從這些林林補短而中國軟件企業(yè)又如何從這些林林總總的開發(fā)過程模型中選取適合自己的方總總的開發(fā)過程模型中選取適合自己的方法法CMM真的對中國軟件企業(yè)有幫助么真的對中國軟件企業(yè)有幫助么來聽聽微軟資深項目經(jīng)理的現(xiàn)身說法吧。來聽聽微軟資深項目經(jīng)理的現(xiàn)身說法吧。源代碼管理與每日編譯源代碼管理與每日編譯源代碼控制源代碼控制SOURCECONTROL，又稱源代，又稱源代碼管理、版本控制、軟件配置管理等碼管理、版本控制、軟件配置管理等和每和每日編譯日編譯DAILYBUILD，又稱，又稱NIGHTLYBUILD、持、持續(xù)集成等續(xù)集成等是軟件開發(fā)過程中最重要的方是軟件開發(fā)過程中最重要的方法，也是實施其他各種流程的必須基礎(chǔ)法，也是實施其他各種流程的必須基礎(chǔ)例如變更管理、缺陷管理、自動測試等如變更管理、缺陷管理、自動測試等。上兵伐謀微軟產(chǎn)品規(guī)劃方法上兵伐謀微軟產(chǎn)品規(guī)劃方法好的起點是成功的一半，只有正確的好的起點是成功的一半，只有正確的制定產(chǎn)品開發(fā)策略，才能使產(chǎn)品在推向市制定產(chǎn)品開發(fā)策略，才能使產(chǎn)品在推向市場后被用戶接受，在交付客戶后令客戶滿場后被用戶接受，在交付客戶后令客戶滿意。在這個專題中，您將了解到微軟如何意。在這個專題中，您將了解到微軟如何將概要闡述微軟程序經(jīng)理產(chǎn)生的原因、使將概要闡述微軟程序經(jīng)理產(chǎn)生的原因、使命，重點闡述應(yīng)該具備什么樣的優(yōu)秀品命，重點闡述應(yīng)該具備什么樣的優(yōu)秀品質(zhì)，以及程序經(jīng)理的職業(yè)發(fā)展之路。質(zhì)，以及程序經(jīng)理的職業(yè)發(fā)展之路。撰寫功能規(guī)格書撰寫功能規(guī)格書功能規(guī)格書是微軟開發(fā)流程中又一獨功能規(guī)格書是微軟開發(fā)流程中又一獨具特色的內(nèi)容。在整個開發(fā)過程中起到非具特色的內(nèi)容。在整個開發(fā)過程中起到非常重要的作用，開發(fā)團隊中每一個成員的常重要的作用，開發(fā)團隊中每一個成員的工作都將以功能規(guī)格書為依據(jù)。一份詳盡工作都將以功能規(guī)格書為依據(jù)。一份詳盡而實用的功能規(guī)格書可以確保整個開發(fā)團而實用的功能規(guī)格書可以確保整個開發(fā)團隊向著統(tǒng)一的目標努力，不會出現(xiàn)偏差。隊向著統(tǒng)一的目標努力，不會出現(xiàn)偏差。撰寫設(shè)計規(guī)格書撰寫設(shè)計規(guī)格書設(shè)計規(guī)格書是功能規(guī)格書到最終產(chǎn)品設(shè)計規(guī)格書是功能規(guī)格書到最終產(chǎn)品實現(xiàn)之間的橋梁，它把電影劇本變成分鏡實現(xiàn)之間的橋梁，它把電影劇本變成分鏡頭腳本，把抽象的功能描述變成程序員的頭腳本，把抽象的功能描述變成程序員的設(shè)計語言。本專題將介紹設(shè)計規(guī)格書的寫設(shè)計語言。本專題將介紹設(shè)計規(guī)格書的寫法，它與“概要設(shè)計”法，它與“概要設(shè)計”、“詳細設(shè)計”的區(qū)“詳細設(shè)計”的區(qū)別和聯(lián)系，它到底要寫到多詳細，是否要別和聯(lián)系，它到底要寫到多詳細，是否要定義所有的類接口和偽代碼。這些問題定義所有的類接口和偽代碼。這些問題都將在本專題中得到解答。都將在本專題中得到解答。進度跟蹤與控制進度跟蹤與控制開發(fā)一個合理的、實施性強的進度開發(fā)一個合理的、實施性強的進度表，并對它進行有效的跟蹤和控制，在項表，并對它進行有效的跟蹤和控制，在項

簡介：JAVA筆試題第1頁共8頁軟件開發(fā)工程師軟件開發(fā)工程師JAVAJAVA筆試題筆試題請在90分鐘以內(nèi)做答答案請寫在答題紙上一、選擇題一、選擇題1、下面哪項是不合法的標識符（CE）APERSONSBTWOUSERSCPOINTD_ENDLINEEFINAL2、下列運算符合法的是（A）A4RETURNTRUE56PUBLICSTATICVOIDMAINSTRINGARGS7INTI08FFOO‘A’FOO‘B’FOO‘C’9I10FOO‘D’111213AABDCBDCBBABCDABCDCCOMPILATIONFAILSCANEXCEPTIONISTHROWNATRUNTIME18、閱讀下面的程序1PUBLICCLASSOUTER2PUBLICVOIDSOMEOUTERMETHOD3LINE345PUBLICCLASSINNER6PUBLICSTATICVOIDMAINSTRINGARGS7OUTERONEWOUTER8LINE8910WHICHINSTANTIATESISANINSTANCEOFINNER（C）ANEWINNERATLINE3BNEWINNERATLINE8CNEWOINNERATLINE8CNEWOUTERINNERATLINE819、選出能正確賦值的PUBLICCLASSTESTAPRIVATEINTAPUBLICINTCHANGEINTMRETURNMPUBLICCLASSTESTBEXTENDTESTAPUBLICINTBPUBLICSTATICVOIDMAINTESTAAANEWTESTATESTBBBNEWTESTBINTK

簡介：軟件開發(fā)合同甲方________________________乙方________________________簽訂日期_____年_____月_____日上述甲、乙雙方，經(jīng)友好協(xié)商一致，達成以下協(xié)議。雙方申明，雙方都已理解并認可了本合同的所有內(nèi)容，同意承擔各自應(yīng)承擔的權(quán)利和義務(wù)，忠實地履行本合同。第一條本合同軟件開發(fā)項目的內(nèi)容、工作進度與安排、價款、交付和驗收方式等由附件載明。第二條合同履行期限按照附件規(guī)定的工作進度決定，經(jīng)雙方協(xié)商一致，可以延長該期限。第三條甲方應(yīng)向乙方提供必要的資料和方便條件，協(xié)助配合乙方進行軟件的開發(fā)、調(diào)試、安裝及實施。第四條雙方的基本權(quán)利和基本義務(wù)甲方的權(quán)利和義務(wù)根據(jù)本合同項目的實際需要和乙方的要求提供協(xié)助，并提供有關(guān)的資料，報表及文檔等，甲方保證所提供的所有資料完整、真實、合法。按本合同約定支付軟件開發(fā)費用。甲方有權(quán)在軟件驗收之日起一年內(nèi)，要求乙方對驗收完畢的軟件模塊出現(xiàn)的非人為因素造成的錯誤及故障，進行免費維護。乙方的權(quán)利和義務(wù)按照甲方提供的材料按時完成本合同規(guī)定的軟件開發(fā)工作。方可以解除本合同并要求對方賠償損失。第十一條本合同簽訂后，經(jīng)雙方當事人協(xié)商一致，可以對本合同有關(guān)條款進行變更或者補充但應(yīng)當以書面形式確認。上述文件一經(jīng)簽署，即具有法律效力并成為本合同的有效組成部分。第十二條本合同附件為本合同不可分割的一部分，與合同正文具有同等法律效力。第十三條任意一方欲提前解除本合同，應(yīng)提前通知對方。甲方提前解除合同的，無權(quán)要求乙方返還預(yù)付費用并應(yīng)對乙方遭受的損失承擔賠償責任；乙方無故解除合同的，應(yīng)雙倍返還上述費用。本合同其他條款對合同的解除另有約定的，從其約定。第十四條任何一方違反本合同，給對方造成損失的，還應(yīng)賠償損失。第十五條訂立本合同所依據(jù)的客觀情況發(fā)生重大變化，致使本合同無法履行的，經(jīng)雙方協(xié)商同意，可以變更本合同相關(guān)內(nèi)容或者終止合同的履行。第十六條雙方當事人對本合同的訂立、解釋、履行、效力等發(fā)生爭議的，應(yīng)友好協(xié)商解決；協(xié)商不成的，雙方同意向仲裁委員會提交仲裁并接受其仲裁規(guī)則。第十七條本合同經(jīng)由雙方授權(quán)代表簽字，自簽訂之日起生效。第十八條本合同一式兩份，雙方當事人各執(zhí)一份，具有同

簡介：1軟件工程三要素方法、工具、過程2類圖不能用于動態(tài)建模的有。用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。3數(shù)據(jù)流圖的組成元素包括數(shù)據(jù)的源點或終點，數(shù)據(jù)的處理，數(shù)據(jù)流和數(shù)據(jù)存儲數(shù)據(jù)字典的組成元素包括數(shù)據(jù)流，數(shù)據(jù)流分量，數(shù)據(jù)存儲和處理4技術(shù)可行性的主要內(nèi)容研究現(xiàn)有技術(shù)、資源及限制能否支持和實現(xiàn)系統(tǒng)的功能、性能，主要是技術(shù)風險問題。5軟件測試的基本原則所有的測試都應(yīng)追溯到用戶需求、應(yīng)該在測試工作真正開始前的較長時間內(nèi)就進行測試計劃、PARETO原則應(yīng)用于軟件測試、測試應(yīng)從“小規(guī)模“開始，逐步轉(zhuǎn)向“大規(guī)?！案F舉測試是不可能的、為了達到最佳效果，應(yīng)該由獨立的第三方來構(gòu)造測試6模型元素有關(guān)聯(lián)、聚合、依賴7維護所謂軟件維護就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。維護的過程維護組織，維護報告。軟件的可理解性，可測試性，可修改性，可移植性和可重用性是決定軟件可維護性的基本因素8軟件復(fù)雜性度量MCCABE方法，HALSTEAD方法。9、軟件的開發(fā)模型有瀑布模型、快速原型模型，增量模型，螺旋模型，噴泉模型。二、簡答二、簡答1軟件產(chǎn)品的特性①軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。②軟件是通過人們的智力活動，把知識與技術(shù)轉(zhuǎn)化成信息的一種產(chǎn)品，是在研制、開發(fā)中被創(chuàng)造出來的。③在軟件的運行和使用期間，沒有硬件那樣的機械磨損、老化問題。④軟件的開發(fā)和運行經(jīng)常受到計算機系統(tǒng)的限制，對計算機系統(tǒng)有著不同程度的依賴性。2如何檢查數(shù)據(jù)流圖的正確性和提高它的易理解性可從以下幾個角度來檢查數(shù)據(jù)流圖的正確性數(shù)據(jù)守恒、文件的使用；父圖和子圖的平衡等；提高數(shù)據(jù)流圖的易理解性可從以下幾方面進行簡化加工間的聯(lián)系、注意分解的均勻、適當?shù)孛取?BROOKS定律定義向一個已經(jīng)延期的項目增加人力，只會使得它更加延期。原因1）當小組變得更大時，每個人需要用更多時間與組內(nèi)其他成員討論問題、協(xié)調(diào)工作，因此增加了通信開銷。2）如果在開發(fā)過程中增加小組人員，則最初一段時間內(nèi)項目組總生產(chǎn)率不僅不會提高反而會下降。這是因為新成員在開始時不僅不是生產(chǎn)力，而且在他們學習期間還需要花費小組其他成員的時間。4軟件生命周期可分為哪三個時期GB8567中規(guī)定可分為哪幾個階段定義時期問題的定義（客戶需求）、可行性研究（為什么做）；開發(fā)時期需求分析（做什么）、總體設(shè)計（怎么做抽象）、詳細設(shè)計（怎樣實現(xiàn)具體）、編碼（程序設(shè)計語實現(xiàn)）測試；運行時期軟件維護。5、衡量模塊獨立性的兩個標準是什么它們各表示什么答案模塊獨立程度可以由兩個定性標準度量，這兩個標準分別稱為內(nèi)聚和耦合。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度；內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此間結(jié)合的緊須具備哪些功能。描述方法數(shù)據(jù)流圖、數(shù)據(jù)字典4）總體設(shè)計這個階段必須回答的關(guān)鍵問題是“概括地說，應(yīng)該怎樣實現(xiàn)目標系統(tǒng)”描述方法系統(tǒng)流程圖、層次圖5）詳細設(shè)計也稱為模塊設(shè)計，在這個階段將詳細地設(shè)計每個模塊，確定實現(xiàn)模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。描述方法程序流程圖、盒圖6）編碼和單元測試這個階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護的程序模塊。7）綜合測試這個階段的關(guān)鍵任務(wù)是通過各種類型的測試使軟件達到預(yù)定的要求。三、分析與設(shè)計分析與設(shè)計（每小題7分，共28分）1確定軟件生命周期模型。關(guān)于向M公司副總寫一份報告關(guān)于快速原型對公司的軟件開發(fā)更加優(yōu)越答瀑布模型的一條重要的指導(dǎo)思想是清楚地區(qū)分邏輯設(shè)計與物理設(shè)計，盡可能推遲程序的物理實現(xiàn)。最顯著的特點是階段間具有順序性和依賴性，即必須等待前一階段的工作完成之后，才能開始后一階段的工作；前一階段的輸出文檔就是后一階段的輸入文檔。但在可行的軟件產(chǎn)品交付給用戶之前，了解用戶只能通過文檔來產(chǎn)品是什么樣的。但是，僅僅通過寫在紙上的靜態(tài)的規(guī)格說明很難全面正確地認識動態(tài)的軟件產(chǎn)品。快速原型是快速建立起來的可以在計算機上運行的程序，它能完成的功能往往是最終產(chǎn)品能完成的功能的一個子集?？焖僭湍Ｐ偷牡谝徊绞强焖俳⒁粋€能反映用戶主要需求的原型系統(tǒng)，讓用戶在計算機上適用它，通過實踐來了解目標系統(tǒng)的概貌。通過原型開發(fā)人員可以快速獲知用戶的真正需求，可以加速軟件開發(fā)過程，節(jié)約軟件開發(fā)成本。2繪制DFD圖及數(shù)據(jù)流條目。請描述繪制DFD圖畫出銀行取款過程DFD圖，問題描述為儲戶用戶存折取款，首先填寫取款單，依據(jù)賬卡中的信息，檢驗取款單與存折，若有問題反饋給儲戶，否則登陸儲戶存款數(shù)據(jù)庫，修改相應(yīng)數(shù)據(jù)并更新賬卡，那時發(fā)出付款通知。

簡介：西安財經(jīng)學院學生社區(qū)提供【西安財經(jīng)學院學生社區(qū)提供【】軟件工程試題（附答案）軟件工程試題（附答案）數(shù)字及函數(shù)需要安裝數(shù)字及函數(shù)需要安裝WDWD的附加組件才能看到的附加組件才能看到一，單項選擇題（本大題共一，單項選擇題（本大題共2020小題，每小題小題，每小題1分，共分，共2020分）分）在每小題列出的四個選項中只有一個選項是符合題目要求的，請將正確選項前的字母填在題后的橫線上。1可行性研究要進行一次_____需求分析。參考答案為CA詳細的B全面的C簡化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。其實質(zhì)是要進行一次簡化、壓縮了的需求分析、設(shè)計過程，要在較高層次上以較抽象的方式進行需求分析和設(shè)計過程。因此答案為C。2系統(tǒng)流程圖用于可行性分析中的_____的描述。參考答案為AA當前運行系統(tǒng)B當前邏輯模型C目標系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項目的規(guī)模和目標，然后就需要對當前運行的系統(tǒng)進行研究了，在考察系統(tǒng)的基礎(chǔ)上，通過描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對象是當前正在運行的系統(tǒng)，因此選擇A。3系統(tǒng)流程圖是描述_____的工具。參考答案為CA邏輯系統(tǒng)B程序系統(tǒng)C體系結(jié)構(gòu)7產(chǎn)生軟件維護的副作用，是指參考答案為CA開發(fā)時的錯誤B隱含的錯誤C因修改軟件而造成的錯誤D運行時誤操作解析因修改軟件而造成的錯誤或其他不希望出現(xiàn)的情況稱為維護的副作用，包括編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。只有答案C是正確的表述。8維護中，因誤刪除一個標識符而引起的錯誤是_________副作用。參考答案為CA文檔B數(shù)據(jù)C編碼D設(shè)計解析編碼副作用指的是在使用程序設(shè)計語言修改源代碼時可能引入錯誤，比如刪除或修改一個子程序、一個標號、一個標識符，改變程序代碼的時序關(guān)系，修改文件的打開或關(guān)閉等。因此本題答案為C。9可維護性的特性中相互促進的是參考答案為AA可理解性和可測試性B效率和可移植性C效率和可修改性D效率和結(jié)構(gòu)好解析軟件的可維護性可用七個質(zhì)量特性來衡量，分別是可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。對于不同類型的維護，這些特性的側(cè)重點也不相同，有一些可維護特性是可以相互促進的，比如可理解性和可測試性，可理解性和可修改性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護性的特征。10汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是_____關(guān)系。參考答案為BA一般具體B整體部分C分類關(guān)系

簡介：專業(yè)移動通信科目軟件工程一、單項選擇題1好的軟件結(jié)構(gòu)應(yīng)該是（）A低耦合、低內(nèi)聚B高耦合、高內(nèi)聚C高耦合、低內(nèi)聚D低耦合、高內(nèi)聚答案D2需求分析中開發(fā)人員要從用戶那里了解（）A軟件的規(guī)模B軟件做什么C用戶使用界面D輸入的信息答案B3軟件調(diào)試技術(shù)包括（）A演繹法B循環(huán)覆蓋C邊界值分析D集成測試答案A4軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對（）的描述。A用戶界面及運行環(huán)境B主要功能C算法的詳細過程D軟件的性能答案C5常用動詞或動詞詞組來表示（）A屬性B關(guān)聯(lián)C類D對象答案B6軟件可行性研究實質(zhì)上是要進行一次（）需求分析、設(shè)計過程。A詳細的B深入的C徹底的D簡化、壓縮的答案D7軟件部分的內(nèi)部實現(xiàn)與外部可訪問性分離，這是指軟件的（）A繼承性B共享性C抽象性D封裝性答案DA數(shù)據(jù)結(jié)構(gòu)B數(shù)據(jù)流C程序D數(shù)據(jù)庫答案B16結(jié)構(gòu)分析法就是面向（）自頂向下逐步求精進行需求分析的方法。A對象B目標C功能D數(shù)據(jù)流答案D17進行需求分析可使用多種工具，但（）是不適用的APAD圖B數(shù)據(jù)字典C判定表D數(shù)據(jù)流圖答案A18面向?qū)ο蟮闹饕卣鞒ㄒ恍浴⒗^承性、多態(tài)性外，還具有（）A兼容性B完整性C移植性D封裝性答案D19數(shù)據(jù)存儲和數(shù)據(jù)流都是（），僅僅所處的狀態(tài)不同。A動作B數(shù)據(jù)C分析結(jié)果D事件答案B20模塊（）定義為受該模塊內(nèi)一個判定影響的所有模塊集合。A作用域B寬度C控制域D接口答案A21詳細設(shè)計的任務(wù)是確定每個模塊的（）A內(nèi)部特性B外部特性C算法和使用的數(shù)據(jù)D功能和輸入輸出數(shù)據(jù)答案C22結(jié)構(gòu)化程序設(shè)計，主要強調(diào)的是（）A程序的可理解性B模塊大小

簡介：第三次在線作業(yè)第三次在線作業(yè)單選題共25道題收起1（25分）數(shù)據(jù)流圖基本模型反映系統(tǒng)（）A、怎么做B、對誰做C、何時做D、做什么我的答案我的答案D此題得分此題得分25分2（25分）需求分析中開發(fā)人員要從用戶那里了解（）A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模我的答案我的答案A此題得分此題得分25分3（25分）程序的三種基本結(jié)構(gòu)是（）A、過程、子程序和分程序B、順序、選擇和重復(fù)C、遞歸、堆棧和隊列D、調(diào)用、返回和轉(zhuǎn)移我的答案我的答案B此題得分此題得分25分4（25分）軟件復(fù)雜性度量的參數(shù)包括（）A、效率B、規(guī)模C、輸入的信息D、軟件的規(guī)模我的答案我的答案A此題得分此題得分25分9（25分）以下哪個軟件生存周期模型是一種風險驅(qū)動的模型（）A、瀑布模型B、增量模型C、螺旋模型D、噴泉模型我的答案我的答案C此題得分此題得分25分10（25分）不屬于需求分析的基本任務(wù)有（）A、結(jié)構(gòu)化分析B、問題識別C、分析與綜合D、編寫文檔我的答案我的答案A此題得分此題得分25分11（25分）不屬于SA的描述工具有（）A、數(shù)據(jù)流圖B、系統(tǒng)流程圖C、數(shù)據(jù)字典D、判定表我的答案我的答案B此題得分此題得分25分12（25分）軟件部分的內(nèi)部實現(xiàn)與外部可訪問性分離，這是指軟件的（）A、繼承性B、共享性

簡介：習題五習題五簡答題簡答題1以圖1（一個在學校首次報名的UML活動圖）為例，說明如何繪制活動圖。圖1學校首次報名的UML活動圖答要創(chuàng)建一個UML活動圖，需要反復(fù)執(zhí)行下列步驟。1定義活動圖的范圍。首先應(yīng)該確定建模的范圍，是對整個系統(tǒng)建模，還是一個子系統(tǒng)。一旦定義了作圖的范圍，應(yīng)該在其頂部，用一個注釋指明該圖的標題和惟一的標識符，還可標注該圖的時間及作者姓名。本題的建模范圍是一個學校管理系統(tǒng)中的“報名”部分。2添加活動?；顒邮腔顒訄D的核心，活動是完成系統(tǒng)任務(wù)所必須執(zhí)行的處理步驟?？蓮挠美Ｐ统霭l(fā)，對每個角色ACT所驅(qū)動的主要用例引入一個活動，如果是對整個系統(tǒng)建模，應(yīng)對每個主要流程引入一個活動。在“報名”的活動圖中確定了“FILLOUTENROLLMENT”填寫報名表、“ENROLLINUNIVERSITY”登記入學、“OBTAINHELPTOFILLOUTFMS”幫助填寫報名表、“ATTENDUNIVERSITYOVERVIEWPRESENTATION”參加介紹學校會議等6個活動。3添加起點和結(jié)束點。每個活動圖只能有一個起始點和多個結(jié)束點，結(jié)束點可以是所有活動的結(jié)束，也可以是對執(zhí)行過程的終止。4添加活動間的轉(zhuǎn)變。當一個活動結(jié)束時將進入下一個活動，稱為活動轉(zhuǎn)移?？蓸嗣骰顒愚D(zhuǎn)移的條件、引起活動轉(zhuǎn)移的事件。如活動“填寫報名表”有兩個活動轉(zhuǎn)移，當填寫報名表不正確時，則轉(zhuǎn)移到活動“幫助填寫報名表”；當填寫正確時，則轉(zhuǎn)移到活動“登記入學”。5添加判斷點。當對建模的邏輯需要做出一個判斷時，需要添加判斷點。例如，在圖1中，在“ENROLLINUNIVERSITY”活動之后，還必須按照入學條件進行判斷，滿足條件的繼續(xù)執(zhí)行入學報到的活動，而不滿足入學條件的則結(jié)束。6找出并行活動。若兩個活動間沒有直接的聯(lián)系，而且它們都必須在第三個活動開始前結(jié)束，則它們是可以并行運行的。在圖1中，用同步線描述系統(tǒng)任務(wù)中的并發(fā)活動，活動“ATTENDUNIVERSITYOVERVIEWPRESENTATION”參加介紹學校會議和“ENROLLINSEMINARS”注冊研討班及“MAKEINITIALTUITIONPAYMENT”交付初始的學費可并行執(zhí)行，使用同步線表示它們都要在結(jié)束整個流程前完成。2簡述擴展、包含和細化三種UML依賴關(guān)系的異同。③實現(xiàn)階段。主要工作就是進行編碼，同時對已構(gòu)造的模型作相應(yīng)的修正。④配置階段。通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況建立配置模型。⑤測試階段。使用前幾個階段所構(gòu)造的模型來指導(dǎo)和協(xié)助測試工作。5在UML中，狀態(tài)圖、協(xié)作圖、活動圖、順序圖在系統(tǒng)分析中各起到了什么作用答狀態(tài)圖STATEDIAGRAM用來描述一個特定對象在其生存周期或在某段時間內(nèi)的所有可能的狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的改變。例如訂單的狀態(tài)變化等，在實時系統(tǒng)中用得較多，還可以用于輔助設(shè)計用戶界面。順序圖SEQUENCEDIAGRAM清晰地描述一組對象之間動態(tài)的交互關(guān)系、時間的約束關(guān)系，著重描述對象間消息傳遞的時間順序，所以順序圖在實時系統(tǒng)中被大量使用。當參與交互的對象數(shù)目增加，交互關(guān)系復(fù)雜時用順序圖描述會顯得雜亂，協(xié)作圖COLLABATIONDIAGRAM從另一個角度來更好地描述相互協(xié)作的對象間的交互關(guān)系和鏈接LINK關(guān)系。著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系和協(xié)作關(guān)系。協(xié)作圖也可以從順序圖生成。活動圖ACTIVITYDIAGRAM是由狀態(tài)圖變化而來的，從系統(tǒng)任務(wù)的觀點來看，系統(tǒng)的執(zhí)行過程是由一系列有序活動組成的?；顒訄D可以有效地描述整個系統(tǒng)的流程，描述了系統(tǒng)的全局的動態(tài)行為，且只有活動圖是唯一能夠描述并發(fā)活動的UML圖。6順序圖與協(xié)作圖都是交互圖，它們有何不同所描述的主要系統(tǒng)特征是什么順序圖SEQUENCEDIAGRAM重點描述某些對象間消息傳遞的時間順序，對象間的通信和交互通過在對象的生命線之間傳送的消息來表示。還常給出消息的說明信息及消息之間的時間限制及一些約束信息等。但當參與交互的對象數(shù)增加，交互關(guān)系復(fù)雜時難于表達清楚對象之間的交互關(guān)系。協(xié)作圖COLLABATIONDIAGRAM則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系和協(xié)作關(guān)系，不強調(diào)執(zhí)行事件的順序，而是強調(diào)為了完成某個任務(wù)，對象之間通過發(fā)送消息實現(xiàn)協(xié)同工作關(guān)系?？梢杂行У孛枋霎攨⑴c對象數(shù)較多時的交互關(guān)系。7狀態(tài)圖與活動圖有何相同與不同之處在建立系統(tǒng)模型時，應(yīng)該如何使用這兩類模型答活動圖ACTIVITYDIAGRAM是由狀態(tài)圖變化而來的它們各自用于不同的目的。狀態(tài)圖著重描述了對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件。但是，從系統(tǒng)任務(wù)的觀點看系統(tǒng)，它是由一系列有序活動組成的，活動圖是從活動的角度描述系統(tǒng)任務(wù)，并且可以描述系統(tǒng)任務(wù)中的并發(fā)活動?；顒訄D描述了系統(tǒng)中各種活動的執(zhí)行順序，刻畫一個方法中所要進行的各項活動的執(zhí)行流程?；顒訄D顯示動作及其結(jié)果，著重描述操作實現(xiàn)中完成的工作以及用例或?qū)ο髢?nèi)部的活動。此外，在狀態(tài)圖中狀態(tài)的變遷通常需要事件的觸發(fā)，而活動圖中一個活動結(jié)束后將立即進入下一個活動。

簡介：軟件工程師崗位職責1軟件的程序設(shè)計與代碼編寫2有關(guān)技術(shù)方案、文檔的編寫3軟件單元的測試1、根據(jù)項目具體要求，承擔開發(fā)任務(wù)，按計劃完成任務(wù)目標2、配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析3、配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的設(shè)計4、獨立完成軟件系統(tǒng)及模塊的編碼5、協(xié)助測試人員完成軟件系統(tǒng)及模塊的測試6、負責編制與項目相關(guān)的技術(shù)文檔7、有OA及電子政務(wù)軟件開發(fā)經(jīng)驗或相關(guān)背景優(yōu)先考慮；1、根據(jù)項目具體要求，承擔大型網(wǎng)站設(shè)計與開發(fā)2、部分軟件功能模塊設(shè)計和軟件界面美化3、協(xié)助測試試人員完成軟件系統(tǒng)及模塊的測試系統(tǒng)分析員崗位職責1、負責項目開發(fā)作業(yè)程序的執(zhí)行，嚴格執(zhí)行開發(fā)設(shè)計工作規(guī)范；2、負責進行需求調(diào)研分析，制定項目需求規(guī)格說明書；3、負責產(chǎn)品詳細設(shè)計方案和具體設(shè)計的制定、審核；4、負責具體開發(fā)工作，解決項目開發(fā)中的各種技術(shù)難題；5、規(guī)劃項目所需資源，估算項目時間需求，估算項目費用需求，計劃項目的其他需求；6、識別和分析項目的風險，制定應(yīng)對計劃和應(yīng)急計劃；7、進行項目控制，如進度、費用、質(zhì)量和風險等，跟蹤項目里程碑；8、發(fā)現(xiàn)、分析項目出現(xiàn)的問題，制定解決方案，推動方案執(zhí)行；9、對產(chǎn)品設(shè)計的進度、質(zhì)量和技術(shù)負主要責任。1、參與項目的需求調(diào)研，進行需求分析，編寫需求分析書；2、負責項目的概要設(shè)計，包括功能結(jié)構(gòu)規(guī)劃、功能子系統(tǒng)劃分，實現(xiàn)模型設(shè)計，數(shù)據(jù)庫設(shè)計；3、核心、關(guān)鍵模塊的算法設(shè)計，詳細設(shè)計；4、關(guān)鍵、核心的算法或功能編碼實現(xiàn)；5、修正設(shè)計、編碼錯誤直至系統(tǒng)能正確、正常運行。1負責系統(tǒng)的分析設(shè)計，核心代碼的研發(fā)。2協(xié)助項目經(jīng)理管理的開發(fā)團隊。3完成上級主管的安排的其他工作。崗位職責1、按系統(tǒng)設(shè)計完成功能模塊的編寫；2、遵循工作規(guī)范，和編寫要求；3、編寫模塊詳細設(shè)計文檔，和相關(guān)技術(shù)資料；工作職責1、負責公司相關(guān)項目的技術(shù)團隊管理，制定相關(guān)項目的研發(fā)目標，對技術(shù)發(fā)開工作進行有效規(guī)劃、管理與協(xié)調(diào)，按計劃完成公司的產(chǎn)品開發(fā)計劃；2、負責項目產(chǎn)品的系統(tǒng)架構(gòu)設(shè)計，指導(dǎo)復(fù)雜模塊的開發(fā)，負責解決技術(shù)難題以及個性功能的實現(xiàn)；3、負責技術(shù)平臺的測試與維護等工作，保障系統(tǒng)穩(wěn)定，并根據(jù)項目或產(chǎn)品整體要求不斷完善技術(shù)工程，對設(shè)計系統(tǒng)的最終性能和穩(wěn)定性負責；4、負責技術(shù)團隊內(nèi)部日常管理、崗位培訓(xùn)、團隊建設(shè)及人才培養(yǎng)、對工作目標合理分配、人員合理分工；5、負責平臺產(chǎn)品的技術(shù)分析，準確捕捉技術(shù)價值，通過前沿調(diào)查和技術(shù)比對，快速理解并挖掘同類產(chǎn)品的技術(shù)價值，以提升開發(fā)速度與質(zhì)量。軟件UI設(shè)計師工作職責－負責軟件整體形象規(guī)劃，軟件界面的視覺設(shè)計和視覺美化。－負責網(wǎng)頁設(shè)計，圖片處理，HTML，CSS，JAVRIPT編碼。1根據(jù)網(wǎng)站的交互設(shè)計和UI設(shè)計進行頁面開發(fā)；2配合美工完成網(wǎng)站的交互設(shè)計和UI設(shè)計工作；3按照項目計劃，與項目組其他成員協(xié)同工作，在保證質(zhì)量的前提下，按時完成開發(fā)任務(wù)；4精通HTML、DIVCSS等技術(shù)并理解WEB20標準，熟練手寫代碼；5精通DREAMWEAVER等相關(guān)網(wǎng)頁設(shè)計制作軟件的使用；6熟悉頁面優(yōu)化，了解各主流瀏覽器特性，使頁面兼容主流瀏覽器；7熟悉JAVRIPTAJAX及JQUERY，能夠編寫常用的JS應(yīng)用。崗位職責1、負責公司相關(guān)網(wǎng)站的頁面設(shè)計、開發(fā)、制作與維護，優(yōu)化頁面代碼；2、獨立完成網(wǎng)站前臺的設(shè)計開發(fā)工作及網(wǎng)頁客戶端的代碼編寫工作；3、活動廣告平面等創(chuàng)意的策劃、設(shè)計、制作，美編工作；4、具備良好的團隊溝通協(xié)作能力；5、適應(yīng)網(wǎng)站運營規(guī)律及不定時工作制工作需要。工作描述1、需求分析與人機交互的界面設(shè)計；2、網(wǎng)站產(chǎn)品整體用戶界面方案設(shè)計；3、配合網(wǎng)站推廣及專欄，制作相關(guān)的網(wǎng)頁廣告及個性化頁面；4、協(xié)助開發(fā)工程師完成UI整合；項目網(wǎng)站增值產(chǎn)品開發(fā)、網(wǎng)站頁面設(shè)計策劃、項目網(wǎng)站VI設(shè)計及應(yīng)用設(shè)計、整體VI風格把控。1公司內(nèi)部網(wǎng)站的設(shè)計制作以及現(xiàn)有網(wǎng)站的設(shè)計、改版、維護。2承接公司派發(fā)各項目、產(chǎn)品的美工設(shè)計，UI設(shè)計工作；

簡介：軟件工程及應(yīng)用練習題軟件工程及應(yīng)用練習題一單項選擇題1不屬于軟件架構(gòu)設(shè)計工作的內(nèi)容是D。A軟件的層次結(jié)構(gòu)B全局數(shù)據(jù)結(jié)構(gòu)C接口D程序流程圖2有三個模塊，它們都訪問同一組數(shù)據(jù)，各部件之間只有數(shù)據(jù)關(guān)系，沒有控制關(guān)系。把這三個模塊放到一起，形成的內(nèi)聚是A。A通信內(nèi)聚B過程內(nèi)聚C順序內(nèi)聚D功能內(nèi)聚3可以用于制定軟件項目進度計劃的工具是D。A部署圖B用例圖C時序圖D甘特圖4軟件企業(yè)最重要的資產(chǎn)是A。A人B工具C辦公樓D技術(shù)5軟件開發(fā)過程中一個對所要解決的問題進行定義并確定系統(tǒng)范圍的活動是B。A風險管理活動B問題定義活動C可行性研究活動D需求分析活動6作為設(shè)計活動的核心角色，在整個項目中對設(shè)計活動進行領(lǐng)導(dǎo)和協(xié)調(diào)的角色是A。A系統(tǒng)架構(gòu)師B構(gòu)件設(shè)計師C項目經(jīng)理D數(shù)據(jù)庫設(shè)計師7實施活動將按照設(shè)計說明書進行開發(fā)，具體工作體現(xiàn)在三個方面，下面的工作不屬于實施活動的是D。A編碼B單元測試C集成D驗收測試8測試是選擇適當?shù)臏y試用例執(zhí)行被測試程序的過程，目的在于A。A發(fā)現(xiàn)程序錯誤B證明程序無錯C改進程序質(zhì)量D預(yù)防程序缺陷9在可行性研究中，首先考慮用戶是否已經(jīng)擁有或者準備購買相應(yīng)的計算機硬件和軟件，以支持新系統(tǒng)的開發(fā)和應(yīng)用。這項研究任務(wù)屬于A。A技術(shù)可行性B操作可行性C經(jīng)濟可行性D操作可行性10“驗收標準1在使用該產(chǎn)品的前3周，系統(tǒng)從未發(fā)生過崩潰或者死機現(xiàn)象”，這項需求描述體現(xiàn)的需求分析建模原則是B。A循序漸進B可驗證性C可追蹤性D自頂向下逐層分解11為了得到一個高質(zhì)量的軟件系統(tǒng)，除了設(shè)計人員的經(jīng)驗和創(chuàng)造性之外，還要遵守一些設(shè)計指導(dǎo)原則。下面指導(dǎo)原則中正確的是D。A應(yīng)盡早考慮系統(tǒng)細節(jié)B應(yīng)對系統(tǒng)做最大程度地分解，越徹底越好C應(yīng)選擇最酷的技術(shù)D應(yīng)考慮系統(tǒng)的可維護性與可擴展性12在一個影像傳輸子系統(tǒng)中，一個模塊負責從攝像頭中讀取影像信息，然后由影像增強模塊銳化、幾何校正，再由壓縮模塊壓縮影像數(shù)據(jù)，之后傳輸模塊負責傳遞數(shù)據(jù)。把這些模塊放到一起，形成的內(nèi)聚是C。A通信內(nèi)聚B過程內(nèi)聚C順序內(nèi)聚D功能內(nèi)聚13類圖是面向?qū)ο笤O(shè)計建模描述方法中的重要模型之一，下面的類圖中INVENTY和PRODUCT兩個類之間的關(guān)系是C。的角色是D。A系統(tǒng)架構(gòu)師B構(gòu)件設(shè)計師C項目經(jīng)理D數(shù)據(jù)庫設(shè)計師25實施活動中將單獨的軟件構(gòu)件合并成一個整體的軟件系統(tǒng)的工作是C。A編碼B單元測試C集成D驗收測試26由用戶和客戶在軟件開發(fā)團隊的管理下執(zhí)行的測試是B。A驗收測試BΑ測試CΒ測試D系統(tǒng)測試27軟件過程模型中，具有開發(fā)速度快、鼓勵復(fù)用的模型是B。A瀑布模型BRAD模型C增量模型D螺旋模型28闡述項目目標、項目范圍、開發(fā)周期、預(yù)計投資金額的軟件項目文檔是AA問題定義報告B軟件需求規(guī)格說明書C系統(tǒng)設(shè)計文檔D可行性研究報告29在可行性研究中，要考慮新系統(tǒng)的利益是否超過開發(fā)成本。這項研究任務(wù)屬于C。A技術(shù)可行性B操作可行性C經(jīng)濟可行性D操作可行性30“在軟件需求分析中，要著重描述系統(tǒng)必須做什么，而不是如何去做出系統(tǒng)?！边@是需求分析建模原則中的D。A循序漸進原則B可驗證性原則C可追蹤性原則D遠離實現(xiàn)原則31類圖是面向?qū)ο笤O(shè)計建模描述方法中的重要模型之一，下面的類圖中APPLE和FRUIT兩個類之間的關(guān)系是A。FRUITAPPLEA泛化關(guān)系B依賴關(guān)系C關(guān)聯(lián)關(guān)系D包含關(guān)系32人機界面設(shè)計方法應(yīng)以B為中心。A程序員B用戶C技術(shù)D美觀33程序設(shè)計語言的選擇取決于項目的性質(zhì)，如果開發(fā)科學計算的軟件，那么應(yīng)該選用的是A。AFTRANBJAVACDELPHIDC34對于程序的注解，說法正確的是D。A寫注解浪費程序員的時間B寫注解是一個會降低編程效率的壞習慣C優(yōu)秀的程序員從來不寫注解D注解對于理解程序起著重要的作用。35黑盒測試技術(shù)常用來監(jiān)測下列類型的錯誤，除了。A漏掉的功能B接口錯誤C數(shù)據(jù)結(jié)構(gòu)錯誤D性能問題36軟件特征量用于解決軟件開發(fā)中的某些定量問題。以人月或者人年表示的特征量是C。A軟件規(guī)模B開發(fā)成本C開發(fā)工作量D開發(fā)期限37可以用于表示軟件項目重要事件的工具是B。A部署圖B里程碑圖C時序圖D甘特圖38在軟件企業(yè)中，首席技術(shù)官、技術(shù)專家、風險管理師、財務(wù)人員、過程總監(jiān)、領(lǐng)域?qū)＜叶紝儆贑類型的角色。A管理角色B項目主要技術(shù)角色C項目輔助角色D企業(yè)外部角色39關(guān)于軟件質(zhì)量說法錯誤的是D。A軟件需求是判斷質(zhì)量優(yōu)劣的基礎(chǔ)，不滿足要求，就沒有質(zhì)量。B不遵守軟件開發(fā)的指導(dǎo)原則，軟件的質(zhì)量就會出現(xiàn)問題。