1、第一章 信息系統(tǒng)基礎(chǔ)知識信息系統(tǒng)（IS）：就是輸入數(shù)據(jù)(shj)，通過加工處理，產(chǎn)生信息的系統(tǒng)。信息系統(tǒng)一般(ybn)又稱為“管理信息系統(tǒng)”（MIS）事務(wù)處理階段（TPS）電子數(shù)據(jù)處理階段（EPD）信息系統(tǒng)發(fā)展階段管理信息系統(tǒng)階段（MIS）：信息系統(tǒng)一向又稱為“管理信息系統(tǒng)”（MIS）決策支持系統(tǒng)階段（DSS）：強(qiáng)調(diào)支持企業(yè)高層決策的決策支持系統(tǒng)。 數(shù)據(jù)文件：沒有數(shù)據(jù)庫，簡單，相對容易實現(xiàn)主題數(shù)據(jù)庫：建立的一些數(shù)據(jù)庫與一些具體應(yīng)用有很大獨立性，經(jīng)過數(shù)據(jù)分析、建立應(yīng)用模型，開發(fā)時間長但維護(hù)費用低。如：顧客數(shù)據(jù)、產(chǎn)品數(shù)據(jù)、人事數(shù)據(jù)等。應(yīng)用數(shù)據(jù)庫：使用數(shù)據(jù)庫管理系統(tǒng)，為分散應(yīng)用設(shè)計，共享程序低數(shù)據(jù)環(huán)

2、境信息檢索系統(tǒng)：數(shù)據(jù)庫能保證信息檢索和快速查詢需要，不滿足大量事務(wù)管理。軟件設(shè)計中采用轉(zhuǎn)換文件、倒排表或輔關(guān)鍵字查詢技術(shù)，比傳統(tǒng)數(shù)據(jù)庫有更大的靈活性和動態(tài)可變性。一般應(yīng)與第三類數(shù)據(jù)環(huán)境共享，支持綜合信息服務(wù)和決策系統(tǒng)。信息系統(tǒng)分類操作級信息系統(tǒng)：使用者是服務(wù)型企業(yè)業(yè)務(wù)部門事務(wù)級信息系統(tǒng)：使用者是企業(yè)管理業(yè)務(wù)人員戰(zhàn)術(shù)級信息系統(tǒng)：使用者是企業(yè)中層經(jīng)理及管理部門應(yīng)用層次戰(zhàn)略級信息系統(tǒng)：使用者和所有者是企業(yè)管理層面向作業(yè)處理的系統(tǒng)：支持業(yè)務(wù)處理，實現(xiàn)處理自動化的信息系統(tǒng)。如，辦公自 動化系統(tǒng)（OAS）、數(shù)據(jù)采集與監(jiān)測系統(tǒng)（DAMS）、事務(wù)處 理系統(tǒng)（TPS）。面向管理控制的系統(tǒng)：輔助企業(yè)管理，實現(xiàn)管理

3、自動化的信息系統(tǒng)。如，電子數(shù) 據(jù)處理系統(tǒng)（EDPS）、知識工作支持系統(tǒng)（KWSS）、計算機(jī) 集成制造系統(tǒng)（CIMS）。面向決策計劃的系統(tǒng)：用來支持企業(yè)領(lǐng)導(dǎo)進(jìn)行決策。如，決策支持系統(tǒng)（DSS）、 管理專家系統(tǒng)（MES）、戰(zhàn)略信息系統(tǒng)（SIS）。信息服務(wù)對象（花）系統(tǒng)規(guī)劃階段：也稱信息系統(tǒng)的產(chǎn)生階段、信息系統(tǒng)的概念階段或信息系統(tǒng)的需求分析階段。分兩個過程，一是概念產(chǎn)生過程，二是需求分析過程。作用指明信息系統(tǒng)在企業(yè)經(jīng)營中地位和作用指導(dǎo)信息系統(tǒng)開發(fā)優(yōu)化配置和利用各種內(nèi)部、外部資源通過規(guī)則規(guī)范企業(yè)業(yè)務(wù)流程（劃）總體規(guī)劃階段：以需求分析為基礎(chǔ) 可行性研究報告完整規(guī)劃包括 開發(fā)目標(biāo)總體架構(gòu)組織結(jié)構(gòu)和管理流程

4、實施計劃技術(shù)規(guī)范信息系統(tǒng)生命周期四大五小基礎(chǔ)：以企業(yè)業(yè)務(wù)流程分析為基礎(chǔ)目標(biāo)：為系統(tǒng)設(shè)計階段提供系統(tǒng)邏輯模型（分）系統(tǒng)分析階段： 系統(tǒng)方案說明書工具：數(shù)據(jù)字典，繪制數(shù)據(jù)流程圖、系統(tǒng)結(jié)構(gòu)圖、E-R圖的工具（開）系統(tǒng)開發(fā)階段：組織結(jié)構(gòu)及功能分析業(yè)務(wù)流程分析數(shù)據(jù)和數(shù)據(jù)流程分析系統(tǒng)初步方案內(nèi)容：系統(tǒng)架構(gòu)設(shè)計數(shù)據(jù)庫設(shè)計處理流程設(shè)計功能模塊設(shè)計安全控制方案設(shè)計系統(tǒng)組織和隊伍設(shè)計系統(tǒng)管理流程設(shè)計（計）系統(tǒng)設(shè)計階段：內(nèi)容系統(tǒng)設(shè)計說明書 工具：代碼生成器、第四 代語言、測試工具（實）系統(tǒng)實施階段：將設(shè)計階段的結(jié)果在計算機(jī)和網(wǎng)絡(luò)上具體實現(xiàn)，也就 用戶說明書 是將設(shè)計文本變成能在計算機(jī)上運行的軟件系統(tǒng)。系統(tǒng)設(shè)計階段前

5、用戶處于輔助地位，本階段逐步變?yōu)橹鲗?dǎo)地位。（50%工作量）（驗）系統(tǒng)驗收階段：# 排錯性維護(hù)# 適應(yīng)性維護(hù)# 完善性維護(hù)# 預(yù)防性維護(hù)初期排錯和適應(yīng)性維護(hù)較多，后期完善和預(yù)防性維護(hù)較多（云）系統(tǒng)運行與維護(hù)階段：類型（散）系統(tǒng)更新階段：也稱信息系統(tǒng)消亡階段高層管理人員介入原則：“首席信息官”（CIO）一是“用戶”有確定的范圍：核心是信息系統(tǒng)使用者二是用戶應(yīng)當(dāng)參與全過程的開發(fā)三是用戶應(yīng)當(dāng)深度參與系統(tǒng)開發(fā)用戶參與開發(fā)原則： 自頂向下原則：目標(biāo)是信息的一致性，規(guī)劃不能取代信息系統(tǒng)的詳細(xì)設(shè)計。工程化原則：信息系統(tǒng)建設(shè)原則創(chuàng)新性原則：體現(xiàn)先進(jìn)性整體性原則：體現(xiàn)完整性發(fā)展性原則：體現(xiàn)超前性經(jīng)濟(jì)性原則：體現(xiàn)實

6、用性其它原則： 軟件危機(jī)：指一個軟件編制好以后，誰也無法保證它能夠正確的運行，也就是軟件的可靠性成了問題。主要(zhyo)原因是軟件編制過程沒有工程化。軟件工程：指應(yīng)用(yngyng)計算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，以工程化的原則和方法來解決軟件問題工程，其目的是提高軟件生產(chǎn)率，提高軟件質(zhì)量，減低軟件成本。1、方法：完成軟件工程項目的技術(shù)手段，它支持整個軟件生命周期。2、工具：人們在開發(fā)軟件活動中智力和體力的擴(kuò)展和延伸，支持軟件開發(fā)和管理，支持各種軟件文檔的生成。3、過程 ：貫穿于軟件開發(fā)各環(huán)節(jié)，管理人員在軟件過程中，要對軟件開發(fā)的質(zhì)量、進(jìn)度、成本進(jìn)行評估、管理和控制，包括人員組織、計劃跟蹤

7、與控制、成本估算、質(zhì)量保證和配置管理等。軟件工程組成信息系統(tǒng)數(shù)據(jù)基本功能：輸入、輸出(shch)、傳輸、存儲、處理等。信息處理的范圍：查詢、修改、排序、歸并、刪除、統(tǒng)計、模型調(diào)試、預(yù)測。信息庫：針對軟件開發(fā)或信息系統(tǒng)開發(fā)中的大量信息管理工作提出來的，是一個包羅 萬象的，隨著項目進(jìn)展而不斷修改與補(bǔ)充的數(shù)據(jù)集合。信息庫的特點是數(shù)據(jù) 結(jié)構(gòu)相當(dāng)復(fù)雜，而且會不斷變化，使保持一致性的任務(wù)十分復(fù)雜和艱巨。企業(yè)信息系統(tǒng)的目標(biāo)：借助于自動化和互聯(lián)網(wǎng)技術(shù)，綜合企業(yè)的經(jīng)營、管理、決策和服務(wù)于一體，以求達(dá)到企業(yè)與系統(tǒng)的效率、效能和效益的統(tǒng)一。使計算機(jī)技術(shù)和因特網(wǎng)技術(shù)在企業(yè)管理和服務(wù)中能發(fā)揮更顯著的作用。概念：是由結(jié)構(gòu)

8、化系統(tǒng)分析和設(shè)計組成的一種信息系統(tǒng)開發(fā)方法。是面向過程的?；舅枷耄簩⑾到y(tǒng)的生命周期劃分為系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)維護(hù)等階段。結(jié)構(gòu)化方法：結(jié)構(gòu)化分析（SA）結(jié)構(gòu)化設(shè)計（SD）結(jié)構(gòu)化程序設(shè)計（SP）結(jié)構(gòu)化生命周期包括信息系統(tǒng)開發(fā)方法開發(fā)目標(biāo)清晰化：面向用戶的觀點。工作階段程式化：每階段有明確的任務(wù)和成果。開發(fā)文檔規(guī)范化：成果文獻(xiàn)化、文檔化。設(shè)計方法結(jié)構(gòu)化：自頂向下開發(fā)。結(jié)構(gòu)化生命周期法特點概念：是一種根據(jù)用戶需求，利用系統(tǒng)開發(fā)工具，快速地建立一個系統(tǒng)模型并展示給用戶，在此基礎(chǔ)上與用戶交流，最終實現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。特點：開發(fā)周期短、見效快、與業(yè)務(wù)人員交流方便的

9、優(yōu)點，特別適用于那些用戶需求模糊、不確定，結(jié)構(gòu)性比較差的信息系統(tǒng)的開發(fā)?？焖僭头ǎ好嫦?qū)ο蠓椒ǎ菏抢妹嫦驅(qū)ο蟮男畔⒔８拍?，如實體、關(guān)系、屬性等，同時運用封裝、繼承、多態(tài)等機(jī)制來構(gòu)造模擬現(xiàn)實系統(tǒng)的方法。信息系統(tǒng)規(guī)劃方法關(guān)鍵成功因素法（CSF）：能夠幫助企業(yè)找到影響企業(yè)成功的關(guān)鍵因素，目的是確認(rèn)企業(yè)業(yè)務(wù) 的關(guān)鍵信息需求。戰(zhàn)略目標(biāo)集合轉(zhuǎn)化法（SST）：將企業(yè)戰(zhàn)略看成是一個“信息集合”，從而確定系統(tǒng)開發(fā)的優(yōu)先 次序。企業(yè)系統(tǒng)規(guī)劃法（BSP）：BSP是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃法和信息工程方法的基礎(chǔ)，目標(biāo)是提供一 個信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期和長期的信息需求。使用UC矩 陣表達(dá)企業(yè)過程與數(shù)據(jù)的關(guān)系。CS

10、F方法能抓住主要矛盾，使目標(biāo)識別突出重點。SST方法反映了各種人的要求，給出了按這種要求的分層，然后轉(zhuǎn)化這信息系統(tǒng)目標(biāo)。BSP方法強(qiáng)調(diào)目標(biāo)，但沒有明顯的目標(biāo)引出過程。企業(yè)目標(biāo)到系統(tǒng)目標(biāo)的轉(zhuǎn)換是通過 對PO矩陣、RD矩陣、UC矩陣等的分析得到的。在信息系統(tǒng)戰(zhàn)略規(guī)劃實踐中，往往把這三種方法結(jié)合起來使用，稱為CSB方法。CSB 先用CSF確定企業(yè)目標(biāo)，然后用SST補(bǔ)充完善企業(yè)目標(biāo)，并交這些目標(biāo)轉(zhuǎn)化為信息系 統(tǒng)目標(biāo)，用BSP方法校核兩個目標(biāo)，并確定信息系統(tǒng)結(jié)構(gòu)。CSF、SST、BSP 之間的關(guān)系建立企業(yè)信息系統(tǒng)原則必須支持企業(yè)的戰(zhàn)略目標(biāo)，BSP本身就是一個將企業(yè)的戰(zhàn)略規(guī)劃轉(zhuǎn)化為信息系統(tǒng)的戰(zhàn)略過程。應(yīng)當(dāng)

11、表達(dá)出企業(yè)中各管理層次的需求。應(yīng)該向整個企業(yè)提供一致的信息，應(yīng)該按照自頂向下的方法進(jìn)行數(shù)據(jù)分析。戰(zhàn)略規(guī)劃應(yīng)該是自上而下地規(guī)劃，自下而上地分步實現(xiàn)，即應(yīng)當(dāng)總體信息系統(tǒng)結(jié)構(gòu)中的子系 統(tǒng)開始實現(xiàn)。# 也稱生命周期法，是結(jié)構(gòu)化方法中最常用的開發(fā)模型。# 開發(fā)過程分為：軟件計劃、需求分析、軟件設(shè)計、程序編碼、軟件測試和運行維護(hù)六個階段，規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。# 瀑布模型的本質(zhì)是“一次通過”，即每個活動只做一次，最后得到軟件產(chǎn)品。# 瀑布模型只適用于需求明確或很少變更的項目，如二次開發(fā)或升級型的項目。1、瀑布模型# 螺旋模型將瀑布模型和快速原型相結(jié)合，綜合兩者優(yōu)點

12、，增加了風(fēng)險分析。# 螺旋模型以原型為基礎(chǔ)，沿著螺旋自內(nèi)向外旋轉(zhuǎn)，每轉(zhuǎn)一圈都要經(jīng)過制定計劃、風(fēng)險分析、實施工程、客戶評價等活動，確定一系列的里程碑，并開發(fā)原型的若干個新版本。經(jīng)過若干次中間版本，得到最終的系統(tǒng)。2、螺旋模型5、迭代模型# 開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程。# 迭代模型每一次迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集。# 迭代模型適用于項目事先不能完整定義產(chǎn)品需求、計劃多期開發(fā)的軟件開發(fā)中。# 現(xiàn)代開發(fā)方法中，如XP、RUP等均采用能顯著減少風(fēng)險的迭代模型。4、增量模型# 噴泉模型為軟件復(fù)用和生存周期中多項開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_

13、發(fā)方法。# “噴泉”體現(xiàn)了迭代和無間隙特性（無間隙指開發(fā)中，分析、設(shè)計和編碼間不存在明顯邊界）。3、噴泉模型# 增量模型整合瀑布模型（重復(fù)的應(yīng)用）和原型實現(xiàn)的迭代特征。# 增量模型采用隨時間的進(jìn)展交錯的線性序列，每一個線性序列產(chǎn)生軟件的一個可發(fā)布增量。# 第一個增量是核心產(chǎn)品，實現(xiàn)了基本需求，每一個增量的使用和評估作為一下個增量發(fā)布的新特征和功能。# 增量模型本質(zhì)上是迭代的，每一個增量均發(fā)布一個可操作的產(chǎn)品。軟件開發(fā)模型# V模型是以測試為中心的開發(fā)模型。# V模型宣稱測試并不是一個事后彌補(bǔ)行為，而是一個與開發(fā)過程同樣重要的過程。# V模型的價值在于它明確的標(biāo)明了測試過程中存在的不同級別，并清

14、楚描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。需求分析概要設(shè)計詳細(xì)設(shè)計編碼單元測試集成測試系統(tǒng)測試驗收測試6、V模型# 敏捷方法應(yīng)對快速需求，強(qiáng)調(diào)緊密協(xié)作、面對面溝通、頻繁交付新版軟件、緊湊而自我的團(tuán)隊、適應(yīng)需求變化的代碼編寫和團(tuán)隊組織方法，也更注重人的作用。# 敏捷方法是一種輕量級、高效、低風(fēng)險、柔性、可預(yù)測、科學(xué)且充滿樂趣的開發(fā)方式。例如，極限編程技術(shù)（XP）、自適應(yīng)軟件開發(fā)、水晶方法、特性驅(qū)動開發(fā)。# 敏捷方法適用于小型或中型軟件開發(fā)團(tuán)隊，并且客戶需求模糊或需求多變。# 現(xiàn)代開發(fā)方法中，如XP、RUP等均采用能顯著減少風(fēng)險的迭代模型。7、敏捷方法# 是一個通用過程框架，用于軟件系統(tǒng)

15、、不同應(yīng)用領(lǐng)域、不同組織類型、不同性能水平和不同項目規(guī)模。RUP是基于構(gòu)件的，使用的是UML。# 特點：用例驅(qū)動、以基本架構(gòu)為中心、迭代和增量，適于大中型項目開發(fā) 。# 階段：初始階段、細(xì)化階段、構(gòu)建階段、交付階段。每階段安排一次技術(shù)評審。8、統(tǒng)一過程(RUP)軟件需求：是系統(tǒng)必須完成的事，以及必須具備的品質(zhì)(pnzh)?？沈炞C性是軟件最基本的需求。軟件需求內(nèi)容功能需求：指系統(tǒng)必須完成的那些事。即為用戶提供有用的功能，產(chǎn)品必須執(zhí)行的動作。非功能需求：指產(chǎn)品必須具備的屬性或品質(zhì)，如可靠性、性能、響應(yīng)時間、容錯性、擴(kuò)展性等。設(shè)計約束：也稱限制條件、補(bǔ)充規(guī)定，通常是對解決方案的一些約束說明。如必須采

16、用何種數(shù)據(jù)庫、操作系統(tǒng)等。需求工程：是一個包括創(chuàng)建和維護(hù)(wih)系統(tǒng)需求文檔所必須(bx)的一切活動的過程。需求捕獲：收集需求信息需求分析：在需求捕獲基礎(chǔ)上進(jìn)行分析、建立模型。編寫規(guī)格說明書：將需求分析進(jìn)行需求規(guī)格化形成軟件規(guī)格說明書（SRS）。需求驗證：組織一個由不同代表組成的小組，對需求規(guī)格說明書和相關(guān)模型進(jìn)行審查。需求工程工作需求開發(fā)：需求管理：包括定義需求基線、處理需求變更、需求跟蹤等方面的工作。用戶訪談用戶調(diào)查現(xiàn)場觀摩文檔考古聯(lián)合討論會需求捕獲技術(shù)可行性研究工作的基礎(chǔ)：在可行性工作開始前，系統(tǒng)分析員應(yīng)該協(xié)助客戶一起完成“問題定義”工作，也就是先明確系統(tǒng)要做什么。問題定義的關(guān)鍵是清晰

17、地界定問題的內(nèi)容、性質(zhì)，以及系統(tǒng)的目標(biāo)、規(guī)模等內(nèi)容，并形成完整的書面報告。核實問題定義與目標(biāo)研究分析現(xiàn)有系統(tǒng)為新系統(tǒng)建模客戶復(fù)核提出并評價解決方案確定最終推薦的解決方案草擬開發(fā)計劃以書面形式提交可行性分析報告并進(jìn)行審查可行性研究工作的任務(wù)技術(shù)可行性經(jīng)濟(jì)可行性社會可行性可行性研究工作的步驟質(zhì)量功能(gngnng)調(diào)配（QFD）：原理(yunl)與滿意度/非滿意(mny)度指標(biāo)接近，通過將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來，QFD分為期望需求、普通需求、興奮需求。結(jié)構(gòu)化分析方法把系統(tǒng)看做一個過程的集合，包括人和電腦面向?qū)ο蠓治龇椒ò严到y(tǒng)看做一個相互影響的對象集結(jié)構(gòu)化分析與面向?qū)ο蠓治龅膮^(qū)別1、

18、結(jié)構(gòu)化分析SA特點：利用數(shù)據(jù)流圖來幫助人們理解問題，對問題進(jìn)行分析。數(shù)據(jù)流圖（DFD）：是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng) 的主要需求，即輸入、輸出、處理（過程）、數(shù)據(jù)存儲。如Context圖（上下文化范圍關(guān)系圖）。使用符號有：數(shù)據(jù)流、加工、數(shù)據(jù)存儲、外部實體。數(shù)據(jù)字典（DD）：是一種很實用、有效的表達(dá)數(shù)據(jù)格式的手段。它是對所有 與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個有組織的列表和精確的、嚴(yán)格的定義，使用和系統(tǒng)分析員對輸入、輸出、存儲成分和中間計算機(jī)有共同的理解。3、結(jié)構(gòu)化語言：是結(jié)構(gòu)化編程語言與自然語言的有機(jī)結(jié)合。4、判定表：5、判定樹：需求分析方法工具2、實體-關(guān)系圖（E-R圖）：傳統(tǒng)的

19、系統(tǒng)開發(fā)方法都把重點集中在新系統(tǒng)的數(shù)據(jù)存儲需求上，包括數(shù)據(jù)實體、數(shù)據(jù)實體的屬性，以及它們之間的關(guān)系。而描述這些東西的最好形式就是借助實體-關(guān)系圖。3、面向問題域的分析：更多強(qiáng)調(diào)描述，而較少強(qiáng)調(diào)建模。關(guān)注問題域，關(guān)注系統(tǒng)待求行為。需求分析階段可以使用層次方框圖、Warnier圖、用例圖和IPO圖（輸入/處理/輸出圖）。軟件設(shè)計基本原則1、信息隱蔽：每個模塊實現(xiàn)細(xì)節(jié)對于其他模塊來說是隱蔽的。2、模塊獨立性耦合：模塊之間的相互獨立性的度量內(nèi)聚：模塊內(nèi)功能強(qiáng)度的度量。 要求：高內(nèi)聚、低耦合。1、使用簡單性2、界面術(shù)語標(biāo)準(zhǔn)化和一致性3、有幫助功能4、快速的系統(tǒng)響應(yīng)和低的系統(tǒng)成本5、界面容錯能力1、可使用

20、性用戶界面設(shè)計特點1、滿足不同水平用戶的需求2、用戶可制訂和修改界面方式3、系統(tǒng)能滿足用戶的希望和需要4、與其他軟件系統(tǒng)應(yīng)有標(biāo)準(zhǔn)的接口2、靈活性3、復(fù)雜性：用戶界面的規(guī)模和組織的復(fù)雜程度。4、可靠性：指無故障使用的間隔時間。設(shè)計模式：利用設(shè)計模式可方便地復(fù)用(f yn)成功的設(shè)計和結(jié)構(gòu)。把已經(jīng)證實的技術(shù)表示為設(shè)計模式，使它們更加容易被新系統(tǒng)的開發(fā)者所接受。設(shè)計模式幫助設(shè)計師選擇可使系統(tǒng)重用的設(shè)計方案，避免選擇危害到重用性的方案。設(shè)計模式還提供了類和對象接口的明確說明書和這些接口的潛在意義，來改進(jìn)現(xiàn)有的系統(tǒng)記錄和維護(hù)。設(shè)計評審：在開發(fā)時期的每一個(y )階段，特別是設(shè)計階段結(jié)束時都要進(jìn)行嚴(yán)格的技

21、術(shù)評審，盡量不讓錯誤傳播到下一個階段。設(shè)計評審一般采用評審會議的形式來進(jìn)行。應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試”作為軟件開發(fā)者座右銘。測試用例應(yīng)當(dāng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。程序員應(yīng)避免檢查自己的程序。在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。充分注意測試中的群體現(xiàn)象。經(jīng)驗表明：測試后程序中殘存的錯誤數(shù)目與已發(fā)現(xiàn)的錯誤數(shù)目成正 比。軟件測試原則概念：把測試對象看做一個空盒子，不考慮程序的內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求說明書，檢查程序的功能是否符合它的功能說明，又稱功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試等價劃分法：把可能的輸入域劃分為若干部分，從每部分選取少數(shù)有代表

22、性的數(shù)據(jù)作為測試用例。邊界值分析：選取正好等于、剛剛大于或剛剛小于邊界的值作 為測試數(shù)據(jù)。錯誤推測法：靠人的經(jīng)驗和直覺推測程序中可能存在的錯誤。因果圖：適于描述多種輸入條件的組合，相應(yīng)產(chǎn)生多個動作的 形式來設(shè)計測試用例。動態(tài)測試用例設(shè)計方法測試用例設(shè)計概念：把測試對象看做一個透明盒子，它允許測試人員用程序內(nèi)部的邏輯 結(jié)構(gòu)和有關(guān)信息設(shè)計和選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。白盒測試用例設(shè)計方法：語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋.（覆蓋）概念：被測試程序不在計算機(jī)上運行，而采用人工檢測和計算機(jī)輔助分析手 段對程序進(jìn)行檢測。靜態(tài)測試桌前檢查代碼審查代碼走查測試方法回歸(hugu)測試：是

23、指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有(mi yu)引入新的錯誤或?qū)е缕渌a產(chǎn)生錯 誤，不僅要測試缺陷原來出現(xiàn)的地方，還測試可能受影響的所有(suyu)功能。自動回歸測試將大 幅降低系統(tǒng)測試、維護(hù)升級等階段的成本。組織回歸測試時需要注意兩點：首先是各測試階段發(fā)生的修改一定要在本測試階段內(nèi)完成回歸，以免 將錯誤遺留到下一測試階段。其次，回歸測試期間應(yīng)對該軟件版本凍 結(jié)，將回歸測試發(fā)現(xiàn)的問題集中修改，集中回歸。概念：是針對每個模塊進(jìn)行的測試，可以從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，多個模塊可以平行地獨立地測試。模塊接口測試局域數(shù)據(jù)結(jié)構(gòu)測試獨立路徑測試錯誤處理測試邊界條件測試單元測試（模塊測試）

24、： 測試內(nèi)容軟件測試策略集成測試：在單元測試基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成系統(tǒng)，必須精心計劃，應(yīng) 提交測試計劃、集成測試規(guī)格說明和集成測試分析報告。 確認(rèn)測試：確認(rèn)測試驗證軟件的功能、性能及其他特性是否與用戶的要求一致。系統(tǒng)測試：將軟件放在整個計算機(jī)環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員 等，在實際運行環(huán)境下進(jìn)行的一系列測試。目的是與系統(tǒng)需求比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符與矛盾的地方。測試：由一個用戶在開發(fā)環(huán)境下進(jìn)行測試，也可以是公司內(nèi)部用戶在模擬實際操作環(huán)境 下進(jìn)行測試。測試：由軟件的多個用戶在實際使用環(huán)境下進(jìn)行的測試。1、（就）糾錯型維護(hù) ：隨著運行時間延續(xù)、數(shù)據(jù)量積累、應(yīng)用

25、環(huán)境變化 ，錯誤會暴露出來，此時需進(jìn)行糾錯型維護(hù)。（21%）2、（是）適應(yīng)型維護(hù)：隨著計算機(jī)硬件新產(chǎn)品、操作系統(tǒng)新版本不斷推出，軟件必須進(jìn)行適應(yīng)型維護(hù) 。（25%）3、（魚）預(yù)防型維護(hù)：開發(fā)商“為了明天的需要，把今天的的方法應(yīng)用到昨天的系統(tǒng)中”，目的是使舊系統(tǒng)煥發(fā)新活動。（4%）4、（丸）完善型維護(hù)：用戶熟悉系統(tǒng)后提出的改進(jìn)需求。（50%）軟件維護(hù)分類構(gòu)件：是軟件系統(tǒng)可替換的、物理的組成部分，它封裝了實現(xiàn)體（實現(xiàn)某個職能），并提供了一組接 口的實現(xiàn)方法?？梢哉J(rèn)為一個封閉的代碼模塊或大粒度的動作時模塊，也可以將構(gòu)件理解為具 有一定功能、能夠獨立工作或與其他構(gòu)件組合起來協(xié)調(diào)工作的對象。構(gòu)件是可重用

26、的、內(nèi)聚的， 并具有相當(dāng)穩(wěn)定的、公開的接口。構(gòu)件應(yīng)當(dāng)具備可變性，以提高其通用性。對象管理集團(tuán)（OMG）：公共對象請求代理（CORBA）Microsoft：構(gòu)件對象模型（COM）、分布式構(gòu)件對象模型（DCOM）SUN：Java企業(yè)Bean（EJB）異構(gòu)平臺構(gòu)件互操作標(biāo)準(zhǔn)面向?qū)ο?對象(duxing)（Objects）+ 類（Classes）+ 繼承(jchng)（Inheritance）+ 消息(xio xi)通信（Communication）概念：是系統(tǒng)中用來描述客觀事物的一個實體，它是構(gòu)成系統(tǒng)的一個基本單位。對象三要素1、對象標(biāo)志：也就是對象的名字，供系統(tǒng)內(nèi)部唯一地識別對象。2、屬性：也稱狀

27、態(tài)或數(shù)據(jù)，用來描述對象的靜態(tài)特征。3、服務(wù)：也稱操作、行為或方法等，用來描述對象的動態(tài)特征。對象1、對象是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個不可分割的整體。2、對象是一個不透明的黑盒子，表示對象狀態(tài)的數(shù)據(jù)和實現(xiàn)操作的代碼都被封裝在黑盒子里面對象重要原則-封裝面向?qū)ο蟮姆治觯∣OA）面向?qū)ο蟮脑O(shè)計（OOD）面向?qū)ο蟮某绦蛟O(shè)計（OOP）面向?qū)ο蟮臏y試（OOT）面向?qū)ο蠓椒悾–lass）：是對象的抽象定義，是一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對象集合。類與對象是抽象 描述與具體實例的關(guān)系，一個具體的對象被稱為類的一個實例。繼承（Inheritance）；是使用已存在的定義作為基礎(chǔ)建立新定義的技

28、術(shù)，繼承是面向?qū)ο蠓椒▽W(xué)中的一個十分重要的概念。概念：指類中具有相似功能的不同函數(shù)是用同一個名稱來實現(xiàn)，從而可以使用相同的調(diào)用方式來調(diào)用這些具有不同功能的同名的函數(shù)。1、過載多態(tài)（重載多態(tài)）：同一算子（函數(shù)名、操作數(shù)等）被用來表示不同的功能，通過上下文以決定一個算子所代表的功能。 2、強(qiáng)制多態(tài)：通過語義操作把一個變元的類型加以變換，以符合函數(shù)的要求。3、包含多態(tài)：定義于不同類中同名成員函數(shù)的多態(tài)行為，通過虛函數(shù)實現(xiàn)。4、參數(shù)多態(tài)：應(yīng)用廣泛，被稱為最純的多態(tài)。同一對象、函數(shù)或過程以一致的形式用于不同的類型。多態(tài)多態(tài)分類初始級：軟件過程無秩序，有時甚至是混亂的。軟件成功依賴于 極個別人的努力和機(jī)遇

29、。可重復(fù)級：建立了基本的項目管理過程，可用于對成本、進(jìn)度和 功能特性進(jìn)行跟蹤。對類似的應(yīng)用項目有章可循，并能 重復(fù)以往所取得的成功。已定義級：軟件過程均已文檔化、標(biāo)準(zhǔn)化、并形成整個軟件組織 的標(biāo)準(zhǔn)軟件過程。全部項目均采用與實際情況吻合的、 適當(dāng)修改后的標(biāo)準(zhǔn)軟件過程來進(jìn)行操作。已管理級：軟件過程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)。軟件過程和 產(chǎn)品質(zhì)量得到了定量的認(rèn)識和控制。已管理級的管理是 量化的管理。5、優(yōu)化級：通過對來自過程、新概念和新技術(shù)等方面的各種有用信 息的定量分析，能夠不斷地、持續(xù)地進(jìn)行過程改進(jìn)。軟件過程能力成熟度模型 （CMM） 連續(xù)式：強(qiáng)調(diào)的是單個過程域的能力，從過程域的角度考查基線和度

30、量結(jié)果的 改善，其關(guān)鍵術(shù)語是“能力”。 軟件過程能力成熟度模型集成 （CMMI）概念：強(qiáng)調(diào)組織的成熟度，從過程域集合的角度考查整個組織的過程成熟度階段，關(guān)鍵術(shù)語 是“成熟度”。初始級：特征是不可預(yù)測結(jié)果，過程處于無序狀態(tài)，成功主要取決于團(tuán)隊的技能。已管理級：以可重復(fù)項目執(zhí)行特征的過程成熟度。嚴(yán)格定義級：以組織內(nèi)改進(jìn)項目執(zhí)行為特征的過程成熟度。定量管理級：以改進(jìn)組織性能為特征的過程成熟度。優(yōu)化級：以可快速進(jìn)行重新配置的組織性能和定量的、持續(xù)的過 程改進(jìn)為特征的過程成熟度。軟件過程管理階段式不完善的過程：通常不能成功實現(xiàn)過程目的。已實施的過程：通常能夠達(dá)到過程目標(biāo)，但過程未遵循嚴(yán)格的計劃且未被跟蹤

31、。已計劃與跟蹤的過程：過程在規(guī)定時間和資源內(nèi)交付質(zhì)量合格工作產(chǎn)品，實施 活動是有計劃的，并且是可跟蹤的。已建立過程：采用一個基于好的軟件工作原則所開發(fā)的過程，整個過程被加以 實施與管理。5、可預(yù)測的過程：已定義過程在受控范圍內(nèi)以一致的方式加以實施。優(yōu)化的過程：為了適應(yīng)當(dāng)前和未來業(yè)務(wù)方面的需要，對過程的實施進(jìn)行優(yōu)化， 而在達(dá)到所規(guī)定業(yè)務(wù)目標(biāo)的同時，過程也實現(xiàn)了可重復(fù)性。 ISO/IEC 15504概念：我國行業(yè)標(biāo)準(zhǔn)軟件過程能力評估模型，針對軟件組織對自身軟件過程能力進(jìn)行內(nèi)部改進(jìn)的需要，與CMMI基本相同。不完整級：反映那些沒有得到完整執(zhí)行過程的狀態(tài)，可能實現(xiàn)了部分特定目標(biāo)， 也可能什么目標(biāo)都沒有

32、實現(xiàn)。已執(zhí)行級：實現(xiàn)了全部特定目標(biāo)。受管理級：實現(xiàn)了全部特定目標(biāo)，而且依次實現(xiàn)了對應(yīng)更高的通用目標(biāo)。已定義級：實現(xiàn)了全部特定目標(biāo)，而且依次實現(xiàn)了對應(yīng)更高的通用目標(biāo)。定量管理級：實現(xiàn)了全部特定目標(biāo)，而且依次實現(xiàn)了對應(yīng)更高的通用目標(biāo)。持續(xù)優(yōu)化級：實現(xiàn)了全部特定目標(biāo)，而且依次實現(xiàn)了對應(yīng)更高的通用目標(biāo)。SJ/T 1123-2001消息(xio xi)（Message）：是指向?qū)ο蟀l(fā)出的服務(wù)請求(qngqi)，它應(yīng)該含有下述信息：提供服務(wù)的對象標(biāo)志、消息名、輸入信息和回答信息。消息(xio xi)信息（Communication with Message）：與對象封裝原則密不可分。封裝使對象成為一些各司

33、其職、互不干擾的獨立單位；消息通信則為它們提供了唯一合法的動態(tài)聯(lián)系途徑，使它們的行為能夠互相配合，構(gòu)成一個有機(jī)的系統(tǒng)。只有同時使用對象、類、繼承與消息通信，才是真正的面向?qū)ο蟮姆椒?。UML（Unified Modeling Language,統(tǒng)一建模語言）是用于系統(tǒng)可視化建模語言，盡管與建模OO軟件系統(tǒng)關(guān)聯(lián)，但由于其內(nèi)建了大量擴(kuò)展機(jī)制，還可以用于更多的領(lǐng)域，例如工作流程、業(yè)務(wù)領(lǐng)域等。UML不是開發(fā)語言。1、是一種語言：為開發(fā)人員間提供用于交流的詞匯表，是一種用于軟件藍(lán)圖的標(biāo)準(zhǔn)語言。2、是一種可視化語言：只是一組圖形符號，是一種直觀、可視化的語言。3、是一種可用于詳細(xì)描述的語言：UML建模是精確

34、的、無歧義和完整的，適合所有重要的分析、設(shè)計和實現(xiàn)決策進(jìn)行詳細(xì)描述。4、是一種構(gòu)造語言：UML不是一種可視化編程語言，但與編程語言有映射關(guān)系，允許進(jìn)行正向工程、逆向工程。UML是什么構(gòu)架：UML對構(gòu)架的定義是系統(tǒng)的組織結(jié)構(gòu)，包括系統(tǒng)分解的組成部分、它們的關(guān)系性、交互、機(jī)制和指導(dǎo)原則，這些提供系統(tǒng)設(shè)計的信息。而具體來說，指5個系統(tǒng)視圖，分別是邏輯視圖、進(jìn)程視圖、實現(xiàn)視圖、部署視圖、用例視圖。1、邏輯視圖：以問題域的語匯組成的類和對象集合。2、進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例。3、實現(xiàn)（開發(fā)）視圖：對組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模。4、部署（物理）

35、視圖：把組件物理地部署到一組物理的、可計算節(jié)點上。5、用例（場景）視圖：最基本的需求分析模型，基本思想是關(guān)注系統(tǒng)所提供的功能和 服務(wù)，而不關(guān)注系統(tǒng)內(nèi)部結(jié)構(gòu)和設(shè)計，是系統(tǒng)開發(fā)者與用戶反復(fù)討論的結(jié)果。視圖關(guān)系1、依賴：兩事物之間的語義關(guān)系，其中一個事物發(fā)生變化會影響另一個事物的語義。2、關(guān)聯(lián)：一種描述一組對象之間連接的結(jié)構(gòu)關(guān)系，如聚合關(guān)系（整體-部分關(guān)系）。3、泛化：一種一般化的關(guān)系，描述特殊元素的對象可替換一般元素的對象。4、實現(xiàn)：類之間的語義關(guān)系，其中的一個類指定了由另一個類保證執(zhí)行的契約。1、類圖：描述一組類、接口、協(xié)作和它們之間的關(guān)系。2、對象圖：描述一組對象及它們之間的關(guān)系。3、構(gòu)件圖：描述一個封裝的類和它的接口、端口，以及由內(nèi)嵌的構(gòu)件和連接件構(gòu)成的內(nèi)部結(jié)構(gòu)。是類圖的變體。4、組合結(jié)構(gòu)圖：描述結(jié)構(gòu)化類（例如構(gòu)件或類）的內(nèi)部結(jié)構(gòu)，包括結(jié)構(gòu)化類與系統(tǒng)其余部分的交互點。5、部署圖：描述對運行時的處理節(jié)點及在其中生存的構(gòu)件的配置。6、包圖：描述由模型本向分解而成的組織單元，以及它們的依賴關(guān)系 。靜態(tài)結(jié)構(gòu)模型UML類圖7、用例圖：描述一組用例、參與者（一種特殊的類）及它們之間的關(guān)系。8、順序圖：一種交互圖，交互圖展現(xiàn)了一種交互，它由一組對象或角色及它們之間可能發(fā)送的消息構(gòu)成。強(qiáng)調(diào)消息的時間次序。9、通信圖：一種交互圖，它