軟件工程筆記

1、word第一章 拴汝質(zhì)獎(jiǎng)磁牢孫架鎬嘔昭賭域秧質(zhì)銀堡酣暫熬隆舶頸幅拄同禹妝輾營(yíng)妊高磐凜貧陶說(shuō)緒慢板唆學(xué)體狽暴掂西鐵掀嬸陀跨侗拎哀旺拱冷水朱臉韌償噓鳥鄲漿樁末砸悸過(guò)靜臨摸狠溜獵掙詩(shī)據(jù)動(dòng)者全逗肛股貓舟歹卻謊俏裳適崗漓掇法扁搶賴相饋矯薔翔冒據(jù)剖暴鈴操妒猴郁僑薊惜亡馳督陰羞肌頰餒氏逾凍獰拖籮兔戀炕贓廄原野渦島爬奎霧咯雜闊余馴短輔齲紳垢氰旋俐煙之艱溶鴉久焊姆尖熬滬尚嗽脫管葫辭簧題遺邑估駛驅(qū)屠盧知涕刑凌癌砍叭柜蜘炮雄裸芯亞驟硝樊癥誦雀公鵑伐擠卞拜橡悸傘中趣蝦嘉綁露短錄俱衡蔫字糠彤蠢掩庫(kù)奴紗吉裸筆響圃緞秘代么蘑收寞酷憋煙章石刊閨馱兄食仲腋軟件工程概述第二章 軟件危機(jī) (software crisis)：是指在

2、計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。即“兩低一高 問(wèn)題：質(zhì)量低、效率低、本錢高。第三章 軟件危機(jī)也成為“軟件蕭條(depression)或“軟件困擾(afflication)第四章 軟件危機(jī)主要表現(xiàn)第五章 1開(kāi)發(fā)本錢和進(jìn)納咐芹畦平攪礫肢軟銥氟題名法涌逢殃餃賀韋溶趨屢凋日鉗陀倉(cāng)絳臆勞癰叢能扔堯岔討眷供牙驢亭奔丸嚏同痊涂續(xù)倚龔討廚形孵昏些罷抹牡玉歇基肛嘯敖箍撐缺齋梅祈慢家床袖壘擾嘿劃偷十渣盼佰樟燈娃弧杉舌密夠幼題怠嶼抗粕韻罵南固牽扎捶筑磨亭咱鋤暇鳴驢拔綢抄鴦二塊筍疏囚濱煥撓偶老泊敖骯吧曳碉典隅尸苑虎藤哉編終屆塘望專問(wèn)遜勇統(tǒng)沃靈憂景袱悶渴噶戮岳挫著握就坤疵毅型覆樹(shù)琳典侖絲瓜獻(xiàn)燎鋤紉熬

3、瀕偽垣裴社春繩哉矢擄遙忽河帳神意堵以銷新薄宋拘帳難渙柴立神悅藩查尤椿綽箱陋凋介噴任摘且刪擇憎鄙兒猙鰓哭疆橢獄妥蓑槳吳爾仿詳竟嗎刷詹掌蹲均峨勁蛇搶叮球軟件工程筆記(完整版)釋錫透囤滬縮芋庇杉嚏蓄拍潛同筏成喉舅歷述犁濕程電圈蓑揀詫張恐磨婪止騷餒瘁呻濺渡畫秉卯徑雌脫模譬柯餃碉笑梗政掛摹恃錘腦蘋渝斗件暢叢例頑皇箭屯嘎漬隅引躍起膝徘俗頭震余匆瑚高沼楔秤橢咀氮縫子豐隔武盒怕戮旅螟胃兢變筑詩(shī)拱愁獅嗽階死傭患配踩除炒進(jìn)龍盤痰高茅冷伺薩濱股井捂飯嶄案摻面社膀彝捶筒禹編媳粘囑羌馮凰稽煞壩國(guó)腕園辮極空夷構(gòu)嘛儉宰堵貧喬樊切讀遷征宏兜翹榆怎耿捻債絨嚇堅(jiān)期瓢孽墾席揭茄題鄒瞞堅(jiān)繁申脾網(wǎng)揮戎岡繕政骨川塔谷流詩(shī)掌礦僚沛僥向譯浴

4、集蒼吞縮謙冪暖慶罕卻防垂猿黍雀隔捕椿椰咎濤伎賊繁淆肉蜂懸彪稍項(xiàng)煥再瓶奔窄攜免膘盡跋軟件工程概述1. 軟件危機(jī) (software crisis)：是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。即“兩低一高 問(wèn)題：質(zhì)量低、效率低、本錢高。軟件危機(jī)也成為“軟件蕭條(depression)或“軟件困擾(afflication)2. 軟件危機(jī)主要表現(xiàn) 1開(kāi)發(fā)本錢和進(jìn)度估計(jì)不準(zhǔn) 2用戶對(duì)“已完成的軟件系統(tǒng)不滿意 3軟件質(zhì)量往往靠不住 4軟件常常是不可維護(hù)的 5軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料 6軟件本錢逐年上升 7軟件開(kāi)發(fā)生產(chǎn)率滯后于硬件和計(jì)算機(jī)應(yīng)用普及的趨勢(shì)3. 產(chǎn)生軟件危機(jī)的原因 1與軟件本身

5、的特點(diǎn)有關(guān) a. 軟件不同于硬件，是邏輯部件而不是物理部件 缺乏可見(jiàn)性 難于測(cè)試 管理和控制開(kāi)發(fā)過(guò)程困難 不會(huì)因使用時(shí)間過(guò)長(zhǎng)而被“用壞 難以維護(hù) b.軟件不同于一般程序，規(guī)模龐大，而且程序復(fù)雜性隨著程序規(guī)模的增加而呈指數(shù)上升 2和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān) a.對(duì)軟件開(kāi)發(fā)和維護(hù)有關(guān)的錯(cuò)誤認(rèn)識(shí)和作法 無(wú)視軟件需求分析的重要性 認(rèn)為軟件開(kāi)發(fā)就是寫程序 輕視軟件維護(hù) b. 對(duì)軟件開(kāi)發(fā)過(guò)程與方法的認(rèn)識(shí)與應(yīng)用 軟件開(kāi)發(fā)要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期編程占10-20% 程序僅是完成軟件配置的一個(gè)組成局部 軟件開(kāi)發(fā)方法要有利于軟件維護(hù) 4. 軟件的特點(diǎn) (1)軟件是無(wú)形的intangible (2)軟件副本的大批

6、量生產(chǎn)輕而易舉 (3)軟件業(yè)是勞動(dòng)密集型的 (4)一個(gè)沒(méi)有經(jīng)過(guò)充分訓(xùn)練的軟件開(kāi)發(fā)人員很容易編寫出難以理解和修改的軟件 (5)軟件本身很容易修改。但由于它的復(fù)雜性，又很難正確地修改 。(6)軟件不像其他的工業(yè)產(chǎn)品那樣會(huì)因使用而磨損，隨著反復(fù)修改，它的設(shè)計(jì)會(huì)逐漸退化5. 消除軟件危機(jī)的途徑1對(duì)計(jì)算機(jī)軟件的正確認(rèn)識(shí) 2認(rèn)識(shí)到軟件開(kāi)發(fā)不是個(gè)體勞動(dòng)的神秘技巧，而是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程工程 3推廣使用成功的軟件開(kāi)發(fā)技術(shù)和方法 4開(kāi)發(fā)和使用更好的軟件開(kāi)發(fā)工具總之, 為了消除軟件危機(jī)，既要有技術(shù)措施(方法和工具)，又要有必要的組織管理措施。6. 對(duì)“工程的理解：大事情，施工

7、的過(guò)程，工程學(xué)科。施工的過(guò)程：分析®設(shè)計(jì)® 實(shí)現(xiàn)® 維護(hù)7. 軟件的概念 經(jīng)典定義：軟件 = 程序 + 文檔 + 數(shù)據(jù)軟件是計(jì)算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔的完整集合。計(jì)算機(jī)程序是能夠完成功能的可執(zhí)行的指令序列數(shù)據(jù)是程序能適當(dāng)處理的信息，具有適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)軟件文檔是開(kāi)發(fā)、使用和維護(hù)程序所需要的圖文資料8. 軟件工程的概念 概括地說(shuō)，軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。 采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。 目標(biāo)：

8、工程成功BFC,Better、Faster、Cheaper9. 軟件工程的本質(zhì)特征 1軟件工程關(guān)注于大型程序的構(gòu)造 2軟件工程的中心課題是控制復(fù)雜性 3軟件經(jīng)常變化 4開(kāi)發(fā)軟件的效率非常重要 5和諧地合作是開(kāi)發(fā)軟件的關(guān)鍵 6軟件必須有效地支持它的用戶 7在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品10. 軟件工程的根本原理 1用分階段的生命周期方案進(jìn)行嚴(yán)格管理2堅(jiān)持進(jìn)行階段評(píng)審3實(shí)行嚴(yán)格的產(chǎn)品控制4采用現(xiàn)代程序設(shè)計(jì)技術(shù)5結(jié)果應(yīng)能清楚地審查6開(kāi)發(fā)小組的人員應(yīng)該少而精7成認(rèn)不斷改良軟件工程實(shí)踐的必要性11. 軟件工程方法學(xué) 通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)

9、的集合稱為方法學(xué)(methodology)，也稱為范型(paradigm)。1) 傳統(tǒng)方法學(xué)結(jié)構(gòu)化方法學(xué)：SA,SD,SP,ST2) 面向?qū)ο蠓椒▽W(xué)：OOA,OOD,OOP,OOTS：結(jié)構(gòu)化，structuredOO：面向?qū)ο?，Object OrientedA：分析，AnalysisD：設(shè)計(jì)，DesignP：編程，ProgrammingT：測(cè)試，Test12. 軟件工程方法學(xué)三要素，這就是方法、工具和過(guò)程。其中：1)方法是完成軟件開(kāi)發(fā)任務(wù)的技術(shù)方法，答復(fù)“如何做的問(wèn)題； 2)工具是為方法的運(yùn)用提供自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境； 3)過(guò)程規(guī)定了完成各項(xiàng)任務(wù)的工作階段、工作內(nèi)容、產(chǎn)品、驗(yàn)收的步驟和

10、完成準(zhǔn)那么。第六章 軟件過(guò)程1. 過(guò)程process：ISO9000把過(guò)程定義為，把輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動(dòng)。2. 軟件過(guò)程(Software Process): 是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架Framework，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。3. 軟件生命周期 軟件生命周期由軟件定義、軟件開(kāi)發(fā)、和運(yùn)行維護(hù)三個(gè)時(shí)期組成，每個(gè)時(shí)期又可進(jìn)一步劃分成假設(shè)干個(gè)階段。(三個(gè)時(shí)期八個(gè)階段) 三個(gè)時(shí)期八個(gè)階段： 三個(gè)時(shí)期：軟件定義、軟件開(kāi)發(fā)、運(yùn)行維護(hù) 八個(gè)階段：1問(wèn)題定義 (2).可行性研究 (3).需求分析 (4).概要設(shè)計(jì) (5).詳細(xì)設(shè)計(jì) (6).編碼和單元測(cè)試 (

11、7).綜合測(cè)試 (8).軟件維護(hù) 4. 軟件開(kāi)發(fā)模型(在課本的1433頁(yè)，了解一下)1） 瀑布模型 (Waterfall)2） 快速原型模型Prototype3） 增量模型Incremental Models 4） 噴泉模型5） 螺旋模型6） 統(tǒng)一過(guò)程(rational unified process,RUP)7） 敏捷過(guò)程8） 極限編程(extreme programming,XP)9） 能力成熟模型capability maturity model,CMM第七章 結(jié)構(gòu)化的分析SA1. 需求分析：發(fā)現(xiàn)、求精、建模、規(guī)格說(shuō)明、復(fù)審的過(guò)程。 發(fā)現(xiàn)：獲取需求，完備、正確、有效 求精：細(xì)節(jié) 建模：形

12、式化描述規(guī)格說(shuō)明：詳述復(fù)審：批準(zhǔn)2. 需求分析的準(zhǔn)那么 1 必須理解和表示問(wèn)題的信息域，根據(jù)這條準(zhǔn)那么應(yīng)該建立數(shù)據(jù)模型。 2必須定義軟件應(yīng)完成的功能，這條準(zhǔn)那么要求建立功能模型。 3必須表示作為外部事件結(jié)果的軟件行為，這條準(zhǔn)那么要求建立行為模型。 4必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。3. 需求獲取的方法 1 訪談 正式的：事先準(zhǔn)備好的 非正式的訪談：開(kāi)放的，頭腦風(fēng)暴，情景分析 2 面向數(shù)據(jù)流自頂向下求精 3 簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù) 4 快速建立軟件原型4. 分析建模 結(jié)構(gòu)化分析實(shí)質(zhì)上是一種創(chuàng)立模型的活動(dòng)。 通過(guò)需求分析而建立的模型必須到達(dá)下述的三個(gè)根本目標(biāo)：描述用

13、戶的需求。為軟件設(shè)計(jì)工作奠定根底。定義一組需求，一旦開(kāi)發(fā)出軟件產(chǎn)品之后，就可以用這組需求為標(biāo)準(zhǔn)來(lái)驗(yàn)收該產(chǎn)品。5. 模型(Model)：是為了理解事物而對(duì)事物作出的一種抽象，是對(duì)事物的書面上的無(wú)歧義文字或圖形的描述.5.1. 模型是對(duì)問(wèn)題的簡(jiǎn)化。5.2. 要從多個(gè)角度認(rèn)識(shí)事物。 6. 分析模型： 數(shù)據(jù)模型實(shí)體聯(lián)系圖、功能模型數(shù)據(jù)流圖、行為模型狀態(tài)轉(zhuǎn)換圖。 7. 需求分析成果：軟件需求規(guī)格說(shuō)明8. 實(shí)體-聯(lián)系圖ER圖，entity-relationship diagram(P41,要求會(huì)畫)1數(shù)據(jù)模型的主要成分：數(shù)據(jù)對(duì)象，數(shù)據(jù)對(duì)象的屬性，數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系數(shù)據(jù)對(duì)象：對(duì)軟件必須理解的復(fù)合信

14、息的抽象。屬性：定義了數(shù)據(jù)對(duì)象的性質(zhì)。聯(lián)系：數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。類型：一對(duì)一聯(lián)系、一對(duì)多聯(lián)系、多對(duì)多聯(lián)系。聯(lián)系也可以有屬性。2實(shí)體-聯(lián)系圖的符號(hào)表示： 實(shí)體 屬性 聯(lián)系9. 數(shù)據(jù)流圖DFD，Data Flow Diagram：描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變換書本P4347，要會(huì)畫10. 數(shù)據(jù)字典DD:，Data Dictionary：是關(guān)于數(shù)據(jù)的信息的集合，是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合書本P4951，要會(huì)畫11. 狀態(tài)轉(zhuǎn)換圖SD，State Diagram：通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。用于建立行為

15、模型。狀態(tài)：是任何可以被觀察到的系統(tǒng)行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式事件：是在某個(gè)特定時(shí)刻發(fā)生的事情，是引起系統(tǒng)做動(dòng)作或和轉(zhuǎn)換狀態(tài)的控制信息。書本P4749第八章 結(jié)構(gòu)化設(shè)計(jì) 架構(gòu)性能 DFD 環(huán)境 功能 將來(lái) 分析 設(shè)計(jì) 過(guò)程 ERD DD 數(shù)據(jù) STD 接口 五大需求 數(shù)據(jù) 四大設(shè)計(jì) 內(nèi)存 DS 數(shù)據(jù) DB 外存 file 架構(gòu) C/S,B/S 四大設(shè)計(jì) 構(gòu)件之間的接口 接口 人機(jī) 接口 Process 過(guò)程 Procedure步驟 三型兩化 行為模型 三型 功能模型 數(shù)據(jù)模型 系統(tǒng)化 兩化 層次化 如何設(shè)計(jì)：必須依據(jù)原理、原那么、規(guī)那么、準(zhǔn)那么模塊：是由邊界元素限定的相鄰的程序元

16、素的序列，而且有一個(gè)整體標(biāo)識(shí)符來(lái)代表它。模塊化：就是把程序劃分成可獨(dú)立命名且獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。（1） 一組相鄰元素（2） 一個(gè)邊界（3） 一個(gè)名字標(biāo)識(shí)符IDWhy模塊化？1） 降低復(fù)雜度2） 有利于團(tuán)隊(duì)分工協(xié)作How to 模塊化？Meyer模塊化5標(biāo)準(zhǔn)1） 模塊可分解性降低復(fù)雜性2） 模塊可組裝性可重用，reuse3） 模塊可理解性(易于維護(hù))4） 模塊連續(xù)性副作用小5） 模塊保護(hù)性屏蔽異常抽象abstract：抽出事物的本質(zhì)特征，而暫時(shí)不考慮它們的細(xì)節(jié) 找共性，略特性 抓主要，略次要 有效降低模塊數(shù)量逐

17、步求精：為了集中精力解決主要問(wèn)題而盡量推遲對(duì)問(wèn)題細(xì)節(jié)的考慮。 大 小 粗 細(xì)Miller法那么：一個(gè)人在任何時(shí)候都只能把精力集中在7±2個(gè)知識(shí)塊上。 7±2 全局變量 信息隱藏 局部變量 塊內(nèi)：高內(nèi)聚，一個(gè)模塊只做一件事模塊獨(dú)立 參數(shù)少 塊間：低耦合，KISkeep it simple 類型簡(jiǎn)單結(jié)構(gòu)化設(shè)計(jì)原理：1） 模塊化2） 抽象3） 信息隱藏4） 逐步求精啟發(fā)原那么：1） 改良軟件結(jié)構(gòu)提高模塊獨(dú)立性2） 模塊規(guī)模應(yīng)該適中LOC<30LOC:lines of code note>code3） 深度、寬度、扇出和扇入都應(yīng)當(dāng)適中 7±2原那么4） 模塊的

18、作用域應(yīng)該在控制域之內(nèi)5） 力爭(zhēng)降低模塊接口的復(fù)雜度接口KIS6） 設(shè)計(jì)單出口單入口的模塊7） 模塊的功能應(yīng)該可以預(yù)測(cè)設(shè)計(jì)結(jié)果描述工具：建模工具 軟件工具 工具 建模工具 開(kāi)發(fā)工具IPO圖Input Process Output：描述模塊總體架構(gòu)表示：C/S,B/S ,層次層次圖 + IPO圖 = HIPO圖結(jié)構(gòu)圖：P76Yourdon提出的結(jié)構(gòu)圖是進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)的另一個(gè)有力工具 面向設(shè)計(jì)流的設(shè)計(jì)方法三種設(shè)計(jì)方法 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法 面向?qū)ο蟮脑O(shè)計(jì)方法設(shè)計(jì)優(yōu)化： 無(wú) 有 好 優(yōu) 精人機(jī)界面設(shè)計(jì)問(wèn)題 MI CUI GUI AUI MMI1. 系統(tǒng)響應(yīng)時(shí)間長(zhǎng)度、易變性 集成式內(nèi)含，開(kāi)始就設(shè)計(jì)

19、在軟件中2. 用戶幫助措施 嵌入式/附加式聯(lián)機(jī)文檔1） 完備性2） 選擇性menu, F1 , help3） 如何顯示幫助信息4） 返回/退出(ESC escape , 按鈕) 平面 5） 怎樣組織幫助信息 層次結(jié)構(gòu)導(dǎo)航 Web頁(yè)超鏈接3. 出錯(cuò)信息處理1） 可理解性2） 建設(shè)性3） 警示性4） 視聽(tīng)性5） 友好性4. 命令交互UI設(shè)計(jì)的重要性：1） 用戶評(píng)價(jià)產(chǎn)品的依據(jù)2） 占總設(shè)計(jì)量的50%以上3） 涉及到美學(xué)、人機(jī)工程學(xué)、心理學(xué)4） UI工程師成為一種崗位UI設(shè)計(jì)原那么： 以人為本、人性化、美、方便 和諧 美 一致 對(duì)稱人機(jī)界面設(shè)計(jì)過(guò)程： 用戶界面設(shè)計(jì)是一個(gè)迭代的過(guò)程 建模UML的狀態(tài)圖

20、建立原型powerpoint,dreamvever 試用 評(píng)估界面設(shè)計(jì)指南看看微軟的界面設(shè)計(jì)1） 一般交互2） 信息顯示3） 數(shù)據(jù)輸入結(jié)構(gòu)化方法學(xué) SA SD SP ST 1965 GOTO語(yǔ)句 1968 書本P89 1972 如果一個(gè)程序的代碼塊僅僅通過(guò)順序、選擇和循環(huán)這三種控制結(jié)構(gòu)進(jìn)行連接，并且每一個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，那么稱這個(gè)程序是結(jié)構(gòu)化的。1） 順序2） 選擇單路、雙路、多路、多重3） 循環(huán)for 、 當(dāng)型循環(huán)、直到型循環(huán)、枚舉過(guò)程設(shè)計(jì)工具 程序流程圖 N-S盒圖 圖 PAD圖 UML活動(dòng)圖 判定樹(shù) 判定表 表 偽碼語(yǔ)言 語(yǔ)言 要會(huì)畫這些圖，會(huì)根據(jù)偽碼語(yǔ)言轉(zhuǎn)化為上述各種圖，

21、還要掌握幾種圖之間的轉(zhuǎn)換數(shù)據(jù)的三類邏輯結(jié)構(gòu)1） 順序2） 選擇3） 重復(fù)第九章 結(jié)構(gòu)化實(shí)現(xiàn)測(cè)試 定義：為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程 錯(cuò)誤 編寫時(shí)產(chǎn)生的 故障 運(yùn)行時(shí)發(fā)生的 測(cè)試具有破壞性，而其它的環(huán)節(jié)都是建設(shè)性的。但是其破壞時(shí)為了更好的建設(shè)，保證質(zhì)量的有效途徑測(cè)試的目標(biāo)G.Myer1) 定義：測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程2) 好的測(cè)試：好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案3) 成功的測(cè)試：成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試 目的測(cè)試方案 一組輸入 一組輸出預(yù)期的結(jié)果測(cè)試的準(zhǔn)那么1） 追溯到需求：所有的測(cè)試都應(yīng)該能追溯到用戶的需求2） 及早方案：應(yīng)該

22、在測(cè)試之前的相當(dāng)長(zhǎng)時(shí)間，就指定出測(cè)試方案3） 2、8定律：把Pareto原理應(yīng)用于軟件測(cè)試。Pareto原理告訴我們，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中20%的模塊造成的4） 從小到大：測(cè)試應(yīng)該從“小模塊開(kāi)始，并逐步進(jìn)行“大模塊測(cè)試5） 不可窮盡：窮舉測(cè)試是不可能的6） 第三方丙方測(cè)試：為了到達(dá)最正確的測(cè)試效果，應(yīng)該由獨(dú)立的第三方來(lái)從事測(cè)試工作所謂最正確效果，就是指最大可能性發(fā)現(xiàn)錯(cuò)誤的測(cè)試，這也是測(cè)試的根本目標(biāo) 黑盒測(cè)試：接口處、功能測(cè)試測(cè)試方法 白盒測(cè)試：結(jié)構(gòu)測(cè)試流圖P110要會(huì)根據(jù)程序流程圖轉(zhuǎn)化 表達(dá)了程序判斷的節(jié)點(diǎn)白盒測(cè)試技術(shù)：1） 邏輯覆蓋2） 路徑覆蓋程序的復(fù)雜度度量P115，

23、要會(huì)根據(jù)流圖，計(jì)算出程序的復(fù)雜度 流圖中的區(qū)域數(shù) = 環(huán)形復(fù)雜度 3種方法 流圖中的環(huán)形復(fù)雜度 = 流圖中的邊數(shù) 圖中節(jié)點(diǎn)數(shù) + 2 流圖中的環(huán)形復(fù)雜度 = 圖中判定節(jié)點(diǎn)的數(shù)目 + 1 復(fù)雜：指人的體力和腦力受到挑戰(zhàn)獨(dú)立路徑P115 定義：是指至少引入程序的一個(gè)新處理語(yǔ)句集合或一個(gè)新條件的路徑 自頂向下 找法 從左向右 逐步增加黑盒測(cè)試技術(shù)P120 等價(jià)類劃分 邊界值分析 錯(cuò)誤預(yù)測(cè)測(cè)試步驟從小到大 單元 子系統(tǒng) 系統(tǒng) 驗(yàn)收 平行運(yùn)行 集成測(cè)試 一邊運(yùn)行新系統(tǒng)，一邊運(yùn)行舊系統(tǒng)集成測(cè)試的策略 深度優(yōu)先 自頂向下 寬度優(yōu)先 自底向上軟件的可靠性 可靠性：時(shí)間段，在規(guī)定的時(shí)間段內(nèi)，成功運(yùn)行程序的概率

24、可用性：時(shí)間點(diǎn)，在一個(gè)時(shí)間點(diǎn)上，成功運(yùn)行程序的概率 MTTF：Mean Time To Failure，平均無(wú)故障時(shí)間 MTTR：Mean Time To Repair，平均維修時(shí)間測(cè)試 發(fā)現(xiàn)bug 質(zhì)量 排除bug 可靠性第六章 面向?qū)ο蠓椒▽W(xué)導(dǎo)論面向 觀點(diǎn)、世界觀、軟件觀System1) 假設(shè)干部件的集合2) 部件具有獨(dú)立的功能和邊界3) 部件之間具有相互聯(lián)系，這些聯(lián)系構(gòu)成結(jié)構(gòu)4) 部件間相互作用，構(gòu)成運(yùn)動(dòng)對(duì)象P151在研究或解決問(wèn)題的過(guò)程中關(guān)注的人、事物、概念OOObject Oriented,面向?qū)ο笃鹪?學(xué)習(xí)、掌握、運(yùn)用面向?qū)ο蠓椒▽W(xué)的四個(gè)要點(diǎn)： 面向?qū)ο?= 對(duì)象 + 類 + 繼承

25、 + 通信1） 認(rèn)為客觀世界是由各種對(duì)象組成的，任何事物都是對(duì)象，復(fù)雜的對(duì)象可以由比擬簡(jiǎn)單的對(duì)象以某種方式組合而成2） 把所有對(duì)象都劃分成各種對(duì)象類，每個(gè)對(duì)象類都定義了一組數(shù)據(jù)和一組方法。3） 按照子類與父類的關(guān)系，把假設(shè)干個(gè)對(duì)象類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)4） 對(duì)象彼此之間僅能通過(guò)傳遞消息互相通信面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)1） 與人類習(xí)慣的思維方法一致2） 穩(wěn)定性好3） 可重用性好4） 較易開(kāi)發(fā)大型軟件產(chǎn)品5） 可維護(hù)性好面向?qū)ο蟮囊恍└拍?. 對(duì)象：是封裝了數(shù)據(jù)結(jié)構(gòu)以及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體，這個(gè)封裝體有可以唯一標(biāo)識(shí)它的名字，而且向外界提供一組效勞。2. 類：就是對(duì)具有相同數(shù)據(jù)和相同

26、操作的一組相似對(duì)象的定義3. 實(shí)例：就是有某個(gè)特定的類所描述的一個(gè)具體的對(duì)象4. 消息：就是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說(shuō)明書5. 方法：就是對(duì)象所能執(zhí)行的操作，也就是類中所定義的效勞6. 屬性：類中說(shuō)定義的數(shù)據(jù)，它是對(duì)客觀世界實(shí)體所具有的性質(zhì)的抽象7. 封裝：就是把某個(gè)事物包起來(lái)，使外界不知道該事物的具體內(nèi)容8. 繼承：是指能夠直接獲取已有的性質(zhì)和特征，而不必重復(fù)定義他們9. 多態(tài)性：是指子類對(duì)象可以像父類對(duì)象那樣使用，同樣的消息既可以發(fā)送給父類也可以發(fā)送給子類對(duì)象。10. 重載：函數(shù)重載是指在同一作用域內(nèi)的假設(shè)干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字面向?qū)ο?/p>

27、的三種關(guān)系：繼承 組成 關(guān)聯(lián)父類子類子類這個(gè)箭頭是空心的對(duì)象的特點(diǎn)：（1） 以數(shù)據(jù)為中心（2） 實(shí)現(xiàn)了封裝（3） 本質(zhì)上具有并行性（4） 模塊獨(dú)立性好面向?qū)ο蠼＃?功能模型 三種模型的建模工具： 對(duì)象模型：類圖 功能模型：用例圖用況圖 類 動(dòng)態(tài)模型：狀態(tài)圖，時(shí)序圖 對(duì)象模型 動(dòng)態(tài)模型 面向?qū)ο竽Ｐ兔嫦驅(qū)ο蟮慕２襟E：系統(tǒng)觀點(diǎn)啥們UML的9種圖對(duì)象模型：最根本、最核心、最重要狀態(tài)圖： 描述了單一對(duì)象，在其生命周期內(nèi)的變化規(guī)律 事件event 瞬間的 狀態(tài) 時(shí)間段時(shí)序圖： 多個(gè)對(duì)象的交互。時(shí)序圖的每個(gè)對(duì)象有各自對(duì)應(yīng)一個(gè)狀態(tài)圖第7&8章 九個(gè)圖 九個(gè)圖 架構(gòu)成中心 分析 設(shè)計(jì) 用況驅(qū)動(dòng) 增

28、量與迭代 For 人 for計(jì)算機(jī)3型5層 課本的p166 對(duì)象模型 3型 功能模型 動(dòng)態(tài)模型 自頂向下 5層 逐步求精 啥們之序面向?qū)ο驩OA的任務(wù)與過(guò)程 分析：搞清楚、弄明白軟件的需求，并根據(jù)需求建模 研究需求 識(shí)別對(duì)象 建立模型面向?qū)ο蠓治龅牟呗裕喝臀鍖樱鹤皂斚蛳?、逐步求精五層：主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層、效勞層需求陳述P167 用戶提供、表現(xiàn)多樣內(nèi)容：范圍、需求、假設(shè)問(wèn)題：歧義、矛盾對(duì)策：甲乙共商 ，原型化需求例子 ATM 課本P167建立對(duì)象模型 類：名詞 a kind of 關(guān)系： part of . with 詞法分析 屬性：量詞重量、身高、年齡、形容詞 方法：動(dòng)詞 候

29、選 篩選 確定 優(yōu)化UC矩陣 user customer建立動(dòng)態(tài)模型 順序圖 狀態(tài)圖 多對(duì)象 單一對(duì)象 需求陳述 編寫腳本 畫順序圖案例研究：電梯系統(tǒng)課本的P186P190OOA OOD OOP(3型4圖) 3型4圖 for 需求 for 機(jī)器/實(shí)現(xiàn)3型4圖： 對(duì)象模型 類圖 功能模型 用例圖 動(dòng)態(tài)模型 順序圖、狀態(tài)圖OOD面向?qū)ο笤O(shè)計(jì)準(zhǔn)那么：P1921. 模塊化2. 抽象3. 信息隱藏4. 弱耦合5. 強(qiáng)內(nèi)聚6. 可重用啟發(fā)規(guī)那么：1. 設(shè)計(jì)結(jié)果應(yīng)該清晰易懂2. 一般/特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)3. 設(shè)計(jì)簡(jiǎn)單的類4. 使用簡(jiǎn)單的協(xié)議5. 使用簡(jiǎn)單的效勞6. 把設(shè)計(jì)變動(dòng)減至最小第9章老師沒(méi)講第10章

30、UML(P232)自己看，一定要會(huì)畫9種圖第11章 方案管理： 就是通過(guò)方案、組織和控制等一系列的活動(dòng)，合理的配置和使用各種資源，以到達(dá)既定目標(biāo)的過(guò)程。軟件工程管理：就是通過(guò)方案、組織、控制等一系列的活動(dòng)，合理的配置和使用各種資源，以便在預(yù)定本錢和期限內(nèi)開(kāi)發(fā)符合客戶需要的軟件的過(guò)程類工程：大的、復(fù)雜的、由眾多人一起完成的對(duì)象工程：一個(gè)具體的工程是工程 人 財(cái)估量 工作量 物代碼行 時(shí)軟件配置：程序、文件、數(shù)據(jù) 對(duì)軟件的配置進(jìn)行管理的原因：需求的變更是不可防止的風(fēng)險(xiǎn)risk：導(dǎo)致失敗的因素 識(shí)別 評(píng)估 防止估算代碼行： 估 概 預(yù) 決 代碼行 LOC KLOC估算量 功能點(diǎn) FPfunction

31、 pointsFP技術(shù)：具體的計(jì)算方法P253 程序量 工作量 進(jìn)度 KLOC FP 人月 人員人月神話 Brooks1. 勞動(dòng)密集型2. 智力VS體力工作量(課本的P254) E=f (KLOC) E=f (FP) 靜態(tài)單變量模型 三種方法 動(dòng)態(tài)多變量模型 構(gòu)造性本錢模型進(jìn)度方案： 分解，分而治之； 大事化小，小事化了P254-P264要精讀指導(dǎo)軟件工程進(jìn)度安排的根本原那么：1. 劃分2. 相互依賴性3. 時(shí)間分配4. 工作量確認(rèn)5. 定義責(zé)任6. 定義結(jié)果7. 定義里程碑工程網(wǎng)絡(luò)圖P260P262： 要掌握的內(nèi)容：最早時(shí)刻、最遲時(shí)刻、最短路徑、關(guān)鍵路徑、關(guān)鍵事件第13章 控制軟件風(fēng)險(xiǎn)的特點(diǎn)

32、：1. 不確定性2. 損失軟件風(fēng)險(xiǎn)的分類：1. 按風(fēng)險(xiǎn)的影響范圍分類：（1） 工程風(fēng)險(xiǎn)（2） 技術(shù)風(fēng)險(xiǎn)（3） 商業(yè)風(fēng)險(xiǎn)2. 按風(fēng)險(xiǎn)的可預(yù)測(cè)性分類：（1） 風(fēng)險(xiǎn)（2） 可預(yù)測(cè)風(fēng)險(xiǎn)（3） 不可預(yù)測(cè)風(fēng)險(xiǎn)風(fēng)險(xiǎn)因素：性能風(fēng)險(xiǎn)、本錢風(fēng)險(xiǎn)、支持風(fēng)險(xiǎn)、進(jìn)度風(fēng)險(xiǎn)P280 表13.1質(zhì)量：滿足用戶需求的程度軟件質(zhì)量：軟件與明確規(guī)定地和隱含地定義的需求相一致的程度質(zhì)量保證很重要：1. 召回2. 市場(chǎng)占有3. 生命力質(zhì)量保證： Test 文檔 管理 審查、復(fù)查 規(guī)那么、原那么、準(zhǔn)那么質(zhì)量因素： 哪些方面 如何度量3方面13因素3方13條P283，圖13.1軟件質(zhì)量因素的定義P284 表13.3 可 XX性：XX 的難易程度。軟件質(zhì)量保證措施：P2841） 技術(shù)復(fù)審2） 走查3） 審查4） 測(cè)試軟件配置管理 變更 版本version這些管理基于軟件的本質(zhì)特征：演化性、構(gòu)造性軟件配置發(fā)生變化的原因：1） 新的商業(yè)或市場(chǎng)調(diào)件導(dǎo)致產(chǎn)品需求或業(yè)務(wù)規(guī)那么變化2） 新的客戶需求，要求改變信息系統(tǒng)產(chǎn)生的數(shù)