（建筑工程管理）軟件工程復(fù)習(xí)

(建筑工程管理)軟件工程 (第壹章的內(nèi)容請大家自己整理)分析。法等。9、需求分析階段仍應(yīng)寫出軟件需求規(guī)格說明，有時(shí)附上可執(zhí)行的原型及初步的用戶手冊。義功的軟件過程改進(jìn)，無論是對模型仍是對實(shí)例的改進(jìn)，均能夠?yàn)檐浖?jù)壹些持續(xù)采用CMM進(jìn)行了三年之上過程改進(jìn)的軟件組織方案，過程改進(jìn)典型的投資回報(bào)12、軟件過程改進(jìn)的原則和步驟過程改進(jìn)建立于過程評價(jià)和過程度量基礎(chǔ)上；軟件過程改進(jìn)是壹個(gè)持續(xù)的過程；過程改進(jìn)活動(dòng)本身應(yīng)當(dāng)被作為壹個(gè)過程改進(jìn)項(xiàng)目來完成；將過程度量用于對改進(jìn)過程進(jìn)行監(jiān)控，以便及時(shí)對改進(jìn)活動(dòng)做必要的調(diào)整；過程改進(jìn)方案各個(gè)改進(jìn)方案進(jìn)方案進(jìn)行排序估計(jì)實(shí)施的進(jìn)度表層的承諾設(shè)計(jì)通過這個(gè)階段的工作將劃分出組成系統(tǒng)的物理元素——程序、文件、數(shù)據(jù)庫、人工過程和文檔等等，中每個(gè)程序是由哪些模塊組成的，以要設(shè)計(jì)的過程，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)階段供選擇的方案的方案薦最佳方案解軟件結(jié)構(gòu)數(shù)據(jù)庫測試計(jì)劃檔圖語言自身的功能；系統(tǒng)用戶的要求；編碼和維護(hù)成本：軟件的兼容性：能夠使用的軟件工具；軟件可移植性；開發(fā)系統(tǒng)的規(guī)模；設(shè)計(jì)統(tǒng)2、詳細(xì)設(shè)計(jì)的目標(biāo)不僅僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，更重要的是設(shè)3、計(jì)出的5、過程設(shè)計(jì)就是用順序、選擇和循環(huán)三種結(jié)構(gòu)的有限次組合或嵌套，描述模塊功能的實(shí)現(xiàn)系統(tǒng)響應(yīng)時(shí)間用戶幫助設(shè)施出錯(cuò)信息處理命令交互用戶界面設(shè)計(jì)是壹個(gè)迭代的過程，壹般步驟如下：先設(shè)計(jì)和實(shí)現(xiàn)用戶界面原型。用戶試用該原型，向設(shè)計(jì)者提出對界面的評價(jià)。設(shè)計(jì)者根據(jù)用戶的意見修改設(shè)計(jì)且實(shí)現(xiàn)下壹級原型。不斷進(jìn)行下去，直到用戶滿意為止。則(1)可靠性(2)簡單性(3)易學(xué)習(xí)性和易使用性(4)立即反饋性(1)壹般交互(2)信息顯示(3)數(shù)據(jù)輸入數(shù)據(jù)輸入、輸出設(shè)計(jì)數(shù)據(jù)安全設(shè)計(jì)詳細(xì)設(shè)計(jì)文檔和復(fù)審時(shí)間進(jìn)行跟蹤，且保存壹份完整和準(zhǔn)確的間，仍要對時(shí)間段內(nèi)產(chǎn)生的結(jié)果進(jìn)行跟蹤和記錄，這樣才能礎(chǔ)上，能夠?qū)顒?dòng)分類，將重點(diǎn)放于那些占用大部分時(shí)間的少數(shù)析和調(diào)整自己的時(shí)間分配優(yōu)先級，判斷自己是否承諾事情用遵守的原則：模塊(Module)是壹組完成指定功能的語句，包括輸入、輸出、邏輯處理功能、內(nèi)部信息、運(yùn)行環(huán)境(和功能對應(yīng)但不是壹對壹關(guān)系)。壹個(gè)子程序、壹個(gè)函數(shù)、壹個(gè)對象等均是模塊可能均用壹個(gè)模塊來實(shí)現(xiàn)，人的處理能力也限制了模塊不能太大太復(fù)雜。將壹個(gè)大的軟件系統(tǒng)，用幾個(gè)模塊來協(xié)作實(shí)現(xiàn)，每個(gè)模塊實(shí)現(xiàn)壹部分功能，相應(yīng)的模塊來實(shí)現(xiàn)。將系統(tǒng)劃分成模塊就是把大的復(fù)雜的問題分解成許多，這就是大事化小、分而治之的思想，是人類對待復(fù)雜問題時(shí)采用的高明17、各種內(nèi)聚和耦合(請大家自己補(bǔ)充)變換流(交換流)測試階段的根本目標(biāo)是于軟件投入生產(chǎn)性運(yùn)行之前盡可能多地發(fā)現(xiàn)且排除軟件中潛藏的錯(cuò)，測試那種關(guān)系人的生倍要用。(例修改后或以后的維修)6、軟件測試方法壹般分為倆大類：動(dòng)態(tài)測試方法和靜態(tài)測試方法，而動(dòng)態(tài)測試方法中又根盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)8、黑盒測試是功能測試，設(shè)計(jì)測試用例需要研究需求規(guī)格說明和概要設(shè)計(jì)說明中有關(guān)程序功能或輸入輸出之間的關(guān)系等信息，2、局部數(shù)據(jù)結(jié)構(gòu)：(局部數(shù)據(jù)結(jié)構(gòu)主要檢查壹下幾個(gè)方面的錯(cuò)誤)說明不正確或不壹致；初始化或缺省值錯(cuò)誤；變量名未定義或拼寫錯(cuò)誤；數(shù)據(jù)類型不相容；3、重要的執(zhí)行路路徑：(白盒法)4、錯(cuò)誤處理：①檢查能否處理，外部輸入錯(cuò)誤或內(nèi)部處理引起的錯(cuò)誤；測試試方法：測模塊有聯(lián)系的模塊，尚未驗(yàn)好或未測試時(shí)，要設(shè)計(jì)驅(qū)動(dòng)模塊和。14、非漸增式和漸增式區(qū)別：測試分成倆個(gè)不同的階段，而漸增式把倆個(gè)測試合于壹起，同時(shí)非漸增式需要更多工作量，(因?yàn)橐鲚^多的驅(qū)動(dòng)模塊和樁模塊)而漸增式工作量較少。邏輯覆蓋技術(shù)句覆蓋覆蓋例壹：以下述程序模塊為討論基礎(chǔ)： (壹)對于上述程序段，我們?nèi)绻x用的測試用例是：A=2B=0X=3 (二)如使用下述倆個(gè)測試用例：A=2B=0X=3A=1B=0X=1 只要選擇下面?zhèn)z個(gè)測試用例就能夠滿足條件覆蓋標(biāo)準(zhǔn)：A=2B=0X=3A=1B=1X=1 (四)使用下述用例即可滿足判定/條件覆蓋標(biāo)準(zhǔn)：A=2B=0X=3A=1B=1X=1 (五)上例有倆個(gè)判定表達(dá)式：表達(dá)式壹：(A>1)and(B=0)表達(dá)式二：(A=2)or(x>1)可能的組合形式有： 該例的條件組合覆蓋的測試用例能夠是：A=2B=0X=4A=1B=1X=1A=2B=1X=1A=1B=0X=2例二：以下述程序模塊為討論基礎(chǔ)：{x=a*b;x=a-3;}語句覆蓋：數(shù)據(jù)返回結(jié)果a=3,b=00判定覆蓋：數(shù)據(jù)返回結(jié)果a=3,b=00a=1,b=00條件覆蓋：數(shù)據(jù)返回結(jié)果a=3,b=00a=2,b=24數(shù)據(jù)返回結(jié)果a=3,b=00a=1,b=22a=1,b=10條件組合覆蓋：數(shù)據(jù)返回結(jié)果a=3,b=26a=3,b=00a=1,b=00a=1,b=22測試用例需要研究需求規(guī)格說明和概要設(shè)計(jì)說明中有關(guān)程序功能析錯(cuò)誤推測法 (壹)等價(jià)類劃分示例壹某城市電話號碼由三部分組成： (二)等價(jià)類劃分示例二。用例設(shè)計(jì)是從壹個(gè)不同于開發(fā)的角度上對系統(tǒng)進(jìn)行分析，因需求建模測試。需求建模包括把需求轉(zhuǎn)換成圖形模型或形式化語言模型，如采用UML建模?；谠偷臏y試。原型法(PrototypeMethod)是建立壹個(gè)將開發(fā)的系統(tǒng)(新產(chǎn)品)的部分8、衡量壹個(gè)軟件開發(fā)成功和否的最重要的標(biāo)準(zhǔn)用軟件的容易程度、它的直觀性以及由客戶組織使用的和其他系19、常見的系統(tǒng)測試有：試。根據(jù)產(chǎn)品的需求規(guī)格說明書和測試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品壯性進(jìn)行測試。。測試和備份測試?；謴?fù)性測試檢驗(yàn)系統(tǒng)從失敗中恢復(fù)過來的能力。備份測試是恢復(fù)性測試。又叫容錯(cuò)性測試，測試系統(tǒng)出現(xiàn)故障時(shí)，是否能夠自動(dòng)恢復(fù)或者忽略故障繼續(xù)是返回被測模塊所需的信息。softwaremaintenance其進(jìn)行修改，2、以糾 (1)確定類型 (2)維護(hù)記錄的保存 (3)維護(hù)的復(fù)審作用副作用利用先進(jìn)的軟件技術(shù)和工具維護(hù)的程序設(shè)計(jì)語言質(zhì)量保證措施7、軟件維護(hù)(softwaremaintenance)就是于軟件產(chǎn)品交付之后對其進(jìn)行修改，以糾正故重要的。12、面向?qū)ο蠓椒ê喎Q為OO(ObjectedOriented)方法13、面向?qū)ο蠓治?ObjectOrientedAnalysis,簡稱OOA)14、面向?qū)ο笤O(shè)計(jì)(ObjectOrientedDesign，簡稱OOD)uage16、對象(Object)：面向?qū)ο蠓椒ò芽陀^世界中的實(shí)體抽象為問題域中的對象。