【正文】 研究就可以開(kāi)始 。 工作的宗旨是搞清要做什么并劃清要實(shí)現(xiàn)的系統(tǒng)的范圍邊界 。 四、軟件生命周期 軟件生命周期是從 時(shí)間 的角度出發(fā)，從軟件目標(biāo)的提出、定義、開(kāi)發(fā)、維護(hù)，直到最終被丟棄的整個(gè)過(guò)程。因此，必須嚴(yán)格堅(jiān)持階段評(píng)審，及早發(fā)現(xiàn)和糾正錯(cuò)誤 3． 實(shí)行嚴(yán)格的產(chǎn)品質(zhì)量控制 在現(xiàn)實(shí)中由于外部原因要求對(duì)需求等進(jìn)行修改是難免的。 觀點(diǎn) 2 在軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的 一系列嚴(yán)重問(wèn)題。 翻譯程序 ：將源程序翻譯成用二進(jìn)制代碼表示的 目標(biāo)程序。 程序設(shè)計(jì)基礎(chǔ) 指令序號(hào) 機(jī)器語(yǔ)言程序 指令功能1 1011000000001001把一加數(shù) 9 送到累加器 AL 中2 0000010000001000把累加器 AL 中的內(nèi)容與另一數(shù)相加 , 結(jié)果仍存放在 AL 中3 11110100 停止操作? 優(yōu)點(diǎn) ：占用內(nèi)存少，執(zhí)行速度快； ? 缺點(diǎn) ：面向機(jī)器，通用性差，不易閱讀和記憶，編程 工作量大，難以維護(hù)。 程序設(shè)計(jì)基礎(chǔ) 整個(gè)程序是由一系列相互作用的對(duì)象構(gòu)成的，對(duì)象之間的交互通過(guò)發(fā)送消息來(lái)實(shí)現(xiàn)。 程序設(shè)計(jì)的基本過(guò)程 ： ①分析所求解的問(wèn)題 ②抽象數(shù)學(xué)模型 ③設(shè)計(jì)合適的算法和數(shù)據(jù)結(jié)構(gòu) ④編寫(xiě)程序 ⑤調(diào)試運(yùn)行 程序設(shè)計(jì)基礎(chǔ) 二、程序設(shè)計(jì)方法 （ Structured Programming） 為了完成一些大規(guī)模、高復(fù)雜度的程序設(shè)計(jì)任務(wù)， SP（和軟件工程）思想被提倡。 （ 2） OOP抓住軟件開(kāi)發(fā)的本質(zhì)， OOP開(kāi)發(fā)的軟件易重用、易修 改、易測(cè)試、易擴(kuò)充。 程序設(shè)計(jì)語(yǔ)言＝計(jì)算機(jī)語(yǔ)言 應(yīng)用范圍 通用語(yǔ)言、專用語(yǔ)言 系統(tǒng)程序設(shè)計(jì)語(yǔ)言、科學(xué)計(jì)算語(yǔ)言 事務(wù)處理語(yǔ)言、實(shí)時(shí)控制語(yǔ)言 程序設(shè)計(jì)方法 結(jié)構(gòu)化語(yǔ)言 模塊化語(yǔ)言 面向?qū)ο笳Z(yǔ)言 與硬件的 聯(lián)系程度 機(jī)器語(yǔ)言 匯編語(yǔ)言 高級(jí)語(yǔ)言 → 與計(jì)算機(jī)硬件基本無(wú)關(guān) 依賴于計(jì)算機(jī)硬件 (低級(jí)語(yǔ)言 ) 程序設(shè)計(jì)基礎(chǔ) ⑴機(jī)器語(yǔ)言 從本質(zhì)上說(shuō)，計(jì)算機(jī)只能識(shí)別 0和 1兩個(gè)數(shù)字，因此，計(jì)算機(jī)能夠直接識(shí)別的指令是由一連串的0和 1組合起來(lái)的二進(jìn)制編碼。 主要作用 → 源程序轉(zhuǎn)換成用二進(jìn)制代碼表示的目標(biāo)程序。 程序 ： 計(jì)算任務(wù)的處理對(duì)象和處理規(guī)則的描述。應(yīng)該把軟件生命周期劃分為若干階段，并制定出相應(yīng)的切實(shí)可行的計(jì)劃，嚴(yán)格按照計(jì)劃對(duì)開(kāi)發(fā)和維護(hù)進(jìn)行管理。 6． 開(kāi)發(fā)人員應(yīng)少而精 軟件開(kāi)發(fā)小組的人員應(yīng)該是素質(zhì)高，人員不宜過(guò)多。 軟件開(kāi)發(fā)的原則與方法 ?結(jié)構(gòu)化軟件開(kāi)發(fā)的原則 結(jié)構(gòu)化：用一組規(guī)范的步驟、準(zhǔn)則和工具來(lái)進(jìn)行工作 最成熟、最廣泛的方法 （ 1）用戶參與 （ 2）先邏輯，后物理 （ 3）自頂向下 逐步求精 功能分解與抽象 （ 4）工作成果描述標(biāo)準(zhǔn)化 ?軟件開(kāi)發(fā)的方法 （ 1） 系統(tǒng)流程圖 （ 2） 結(jié)構(gòu)分析法 （ 3） 結(jié)構(gòu)化設(shè)計(jì)法 （ 4） 數(shù)據(jù)結(jié)構(gòu)法 （ 5） 層次輸入 — 處理 — 輸出方法 (HIPO法 ) 一、問(wèn)題定義 問(wèn)題是指用戶的基本要求 ， 就是確切地定義用戶要求解決的問(wèn)題 ， 即 確定問(wèn)題的性質(zhì) 、 工程的目標(biāo)和規(guī)模 。 問(wèn)題定義（續(xù)） 在問(wèn)題定義階段 ， 分析員應(yīng)該對(duì)工程成本做出粗略的預(yù)算 ，并對(duì)下階段可行性研究所需要時(shí)間和成本做出較精確的估計(jì) 。 因此 ， 可行性研究實(shí)質(zhì)上是進(jìn)行一個(gè)大大壓縮簡(jiǎn)化了的軟件分析和設(shè)計(jì)過(guò)程 ， 也就是在較高層上 ， 以較抽象的方式進(jìn)行軟件分析和設(shè)計(jì)的過(guò)程 。 其次 ， 導(dǎo)出新系統(tǒng)的高層邏輯模型 (數(shù)據(jù)流程圖 )。 如果分析員對(duì)問(wèn)題有誤解或者用戶曾經(jīng)遺漏了某些要求 ， 那么現(xiàn)在是發(fā)現(xiàn)和改正這些錯(cuò)誤的時(shí)候了 。 可行性研究（續(xù)） 一般來(lái)說(shuō) ， 技術(shù)可行性還可以從硬件 (包括外圍設(shè)備 )的性能要求 、 軟件的性能要求 (包括操作系統(tǒng) 、 軟件包 、 數(shù)據(jù)庫(kù)管理系統(tǒng) 、各種軟件工具 )能源及環(huán)境條件以及軟件系統(tǒng)所采用的技術(shù)是否先進(jìn) ， 實(shí)現(xiàn)的可能性如何 ， 實(shí)現(xiàn)軟件系統(tǒng)的人員素質(zhì)是否具備等方面進(jìn)行考慮 。 這一類的收益就不容易用具體金錢來(lái)衡量 ， 只能由管理人員根據(jù)經(jīng)驗(yàn)來(lái)做出大約的估計(jì) 。 因?yàn)?， 這時(shí)對(duì)系統(tǒng)有了更深入的了解 ，原來(lái)的問(wèn)題定義可能有的不能實(shí)現(xiàn) ， 還有些需要加上去 ， 也就是說(shuō)原有的問(wèn)題邊界不夠準(zhǔn)確 ， 需要糾正 ， 以便今后有一個(gè)非常明確的工作目標(biāo) 。在此基礎(chǔ)上，把用戶要求表達(dá)出來(lái)，解決軟件系統(tǒng)“做什么”的問(wèn)題。④數(shù)據(jù)流程圖上的每一個(gè)元素都必須有“名字”。 同時(shí)定義系統(tǒng)中使用的數(shù)據(jù) ， 構(gòu)造初步的數(shù)據(jù)字典 。 為了弄清這些 ， 可以沿著數(shù)據(jù)流程圖從輸出端往輸入端回溯 ， 能夠確定每個(gè)數(shù)據(jù)項(xiàng)的來(lái)源 ， 與此同時(shí)也就初步定義了有關(guān)的算法 。 可以借助于數(shù)據(jù)流程圖和數(shù)據(jù)字典 ， 從輸入端開(kāi)始向用戶解釋輸入數(shù)據(jù)怎樣一步一步地轉(zhuǎn)變成輸出數(shù)據(jù) 。 對(duì)數(shù)據(jù)流程圖的分析產(chǎn)生一些問(wèn)題 ， 這些問(wèn)題通過(guò)復(fù)查得到的答案使分析員對(duì)系統(tǒng)有更深人更具體的認(rèn)識(shí) ， 同時(shí)可能又引出新的問(wèn)題 ， 尋找這些新問(wèn)題的答案導(dǎo)致了對(duì)新系統(tǒng)的更進(jìn)一步的認(rèn)識(shí) 。隨著分析過(guò)程的進(jìn)展 ， 經(jīng)過(guò)問(wèn)題與解答的反復(fù)循環(huán) ， 分析員越來(lái)越深入 、 具體地定義了新系統(tǒng) 。 — 軟件設(shè)計(jì)規(guī)格說(shuō)明應(yīng)當(dāng)清晰 、 簡(jiǎn) 潔 、 完整和無(wú)岐義 。 （ 2） 局部相似 兩個(gè)模塊具有功能類似的組成部分和不同部分 。 如果一個(gè)模塊扇出數(shù)過(guò)大 ， 這個(gè)模塊就往往包含過(guò)多的功能 ， 一般是因?yàn)槿狈χ虚g層次的控制模塊 ， 需要將其功能進(jìn)行分解 。 病態(tài)聯(lián)接是指轉(zhuǎn)移到或引用到另一模塊中去的內(nèi)容耦合 。 模塊的大小沒(méi)有統(tǒng)一的標(biāo)準(zhǔn) 。 ?測(cè)試的原則 ，目的在于克服盲目的自信心和對(duì)功能要求誤解的延續(xù)性； ， 預(yù)期結(jié)果的定義要有利于錯(cuò)誤的檢測(cè) 。一般說(shuō)來(lái)，結(jié)構(gòu)復(fù)雜的模塊使用黑箱測(cè)試法，結(jié)構(gòu)簡(jiǎn)單的使用白箱測(cè)試法。最后，在每次修改了源代碼之后一定要把已經(jīng)測(cè)過(guò)的所有測(cè)試用例再測(cè)一遍，以防產(chǎn)生新的錯(cuò)誤。 系統(tǒng)測(cè)試 演講完畢，謝謝觀看！ 。證明有錯(cuò)誤存在就必須用測(cè)試用例。 系統(tǒng)測(cè)試 (2)按照測(cè)試順序的不同，可分為 由底向上測(cè)試 和 從頂向下測(cè)試 在運(yùn)用這些測(cè)試方法時(shí)，首先對(duì)程序的結(jié)構(gòu)、模塊的功能一定要了如指掌。 測(cè)試用例不僅要檢查程序是否做了應(yīng)該做的事 ， 還要檢查它是否做了不應(yīng)該做的事； ； 系統(tǒng)測(cè)試 ； ； ， 即已經(jīng)發(fā)現(xiàn)了錯(cuò)誤的位置很 可能還存在錯(cuò)誤 ， 要繼續(xù)重點(diǎn)測(cè)試； ； ，為以后的維護(hù)提供方便。 在進(jìn)行模塊設(shè)計(jì)時(shí) ， 首先應(yīng)根據(jù)模塊的獨(dú)立性來(lái)選取模塊的規(guī)模 。 模塊接口復(fù)雜性是軟件發(fā)生錯(cuò)誤的一個(gè)主要原因 。 一個(gè)模塊的扇入表明有多少個(gè)上級(jí)模塊直接調(diào)用它 ， 扇入越大 ， 則共享該模塊的上級(jí)模塊數(shù)目越多 ， 這是有好處的 。 如果分解后余下的模塊比較