信息系統(tǒng)復(fù)習(xí)(終極版)_第1頁
信息系統(tǒng)復(fù)習(xí)(終極版)_第2頁
信息系統(tǒng)復(fù)習(xí)(終極版)_第3頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、第一章3. ( 3)簡述信息系統(tǒng)的功能。 ( P13) 信息系統(tǒng)的功能包括信息處理、業(yè)務(wù)處理、組織管理和輔助決策。 信息處理是信息系統(tǒng)必備的基本功能, 它一般包括信息的收集和輸入、 傳輸、 處理及輸出 等。 信息系統(tǒng)還具備業(yè)務(wù)處理的功能??梢苑譃槁?lián)機事務(wù)處理和脫機事務(wù)處理兩種類型。 對組織管理的支持也是信息系統(tǒng)的主要功能之一。 信息系統(tǒng)還能提供輔助決策功能。(4)簡述 C/S 模式的基本結(jié)構(gòu),并 分析其特征 。 ( P19)作為一種主流的計算模式, 該模式中信息系統(tǒng)式一個交互性的分布式平臺, 不同邏輯體或不 同節(jié)點在系統(tǒng)結(jié)構(gòu)中承擔(dān)不同的職能?;窘Y(jié)構(gòu): 在客戶端上結(jié)合了表示與業(yè)務(wù)邏輯,完成屏幕

2、交互和輸入。輸出等前臺任務(wù);服務(wù)器端運行 DBMS ,完成大量數(shù)據(jù)處理及存儲管理等后臺任務(wù)。特征:其交互性就表現(xiàn)為客戶端和服務(wù)器之間的請求應(yīng)答關(guān)系。 不足之處( 也是特征? ): 客戶端和服務(wù)器的邏輯處理分配存在兩難問題 客戶端龐大,應(yīng)用復(fù)雜 業(yè)務(wù)處理邏輯不能被多個客戶端所共享 開發(fā)環(huán)境復(fù)雜,擴展性差(5)試分析信息系統(tǒng)的概念結(jié)構(gòu)( P16)信息系統(tǒng)的概念結(jié)構(gòu)是從抽象的概念層次表示信息系統(tǒng)的宏觀結(jié)構(gòu),是對信息系統(tǒng)特征的宏觀描述。信息系統(tǒng)概念結(jié)構(gòu)呈現(xiàn)為管理層維、職能層維和功能層維的三層維宏觀邏輯結(jié)構(gòu)。 管理層維:分為事務(wù)管理、策略管理和戰(zhàn)略管理三個層次。 職能層維:計劃、生產(chǎn)、市場、供應(yīng)、財務(wù)、

3、人事、技術(shù)、設(shè)備、工藝、質(zhì)量等組織職能。(注:圖 1-7 中僅列出:銷售、生產(chǎn)、市場、人事、財務(wù)) 功能層維:主要包括信息處理、業(yè)務(wù)處理、組織管理和輔助決策4個層面。(6)試述信息系統(tǒng)的發(fā)展歷程 。 ( P11) 單項事務(wù)處理, 最初, 有關(guān)管理業(yè)務(wù)在計算機上時按項目分別進行的, 不同項目之間在計 算機上沒有聯(lián)系。 系統(tǒng)處理, 20 世紀(jì) 60年代,管理信息系統(tǒng)開始發(fā)展起來,最大的特點在于高度集中。為 管理者提供預(yù)定的報告。 支持決策 (DSS), 20世紀(jì) 70年代中期提出, 在人和計算機交互的過程中幫助決策者探索可 能的方案,為管理者提供決策所需的信息。 綜合集成,20世紀(jì)90年代,隨著企

4、業(yè)過程重組( BPR)概念和企業(yè)資源計劃(ERP)思 想的提出而產(chǎn)生。擴大了信息系統(tǒng)的作用范圍以及處理問題的深度與廣度。細節(jié)見表 1-2( P13)(7)試分析決策支持系統(tǒng)和主管信息系統(tǒng)的異同。(P23-26)主管信息系統(tǒng)是在決策支持系統(tǒng)的基礎(chǔ)上發(fā)展起來的,以其為核心, 繼承了它的一切光榮傳統(tǒng)!除了決策支持外,還有信息挖掘、信息交流、企業(yè)管理和辦公助理功能。第二章名詞解釋供應(yīng)鏈(P42):供應(yīng)鏈?zhǔn)菄@核心企業(yè),通過信息流、物流、資金流等,將供應(yīng)商、制造商、 分銷商、零售商直到最終用戶連成一個整體的功能網(wǎng)鏈結(jié)構(gòu)模式。 它是一個范圍更廣的企業(yè)機構(gòu)模式, 包含所有加盟的節(jié)點企業(yè), 從原材料的供應(yīng)開

5、始,經(jīng)過鏈中不同企業(yè)的制造、加工、組裝、分銷等過程直到最終用戶。它不僅是 一條連接供應(yīng)商到用戶的物料鏈、信息鏈、資金鏈, 而且還是一條增值鏈,物料在 供應(yīng)鏈上因加工、包裝、運輸?shù)冗^程而增加其價值,給相關(guān)企業(yè)都帶來收益。供應(yīng)鏈管理系統(tǒng)(P44):供應(yīng)鏈管理系統(tǒng),就是為了實現(xiàn)供應(yīng)鏈上各企業(yè)的共同目標(biāo),對整個供應(yīng)鏈的物流與信息流進行集成的管理和統(tǒng)一協(xié)調(diào)的計算機軟件系統(tǒng)、 網(wǎng)絡(luò)與通信系統(tǒng)、 有關(guān)數(shù)據(jù)、 規(guī)章制度和人員的統(tǒng)一體。 它可以認為是計 算機技術(shù)、信息系統(tǒng)理論與供應(yīng)鏈管理思想綜合應(yīng)用的成果。電子商務(wù)(P46):從狹義上講,是指在網(wǎng)上進行交易活動,包括通過In ternet買賣商品和提供服務(wù);從廣

6、義上講,是指利用Internet、 Intranet、 Extranet 來解決商業(yè)交易問題,降低產(chǎn)、供、銷成本,開拓新的市場,創(chuàng)造新的商機,通過采 用最新網(wǎng)絡(luò)技術(shù)手段,從而增加企業(yè)利潤的所有商務(wù)活動。地理信息系統(tǒng)(P51):也稱為空間信息系統(tǒng),它是指在計算機軟硬件系統(tǒng)支持下,用于采集、存儲、 管理、運算、分析、 顯示和描述與地球表面位置相關(guān)的數(shù)據(jù)信息的 技術(shù)系統(tǒng)。簡答題簡述 ERP 系統(tǒng)的功能結(jié)構(gòu)。 (P38)答: ERP 的具體應(yīng)用與企業(yè)的生產(chǎn)環(huán)境和內(nèi)部條件密切相關(guān),其系統(tǒng)應(yīng)用應(yīng)該根據(jù)企業(yè)實 際環(huán)境和具體應(yīng)用來選擇合適的功能結(jié)構(gòu)。一般來說企業(yè)管理主要包括4 個方面的內(nèi)容:生產(chǎn)控制(計劃、制

7、造) 、物流管理(分銷、采購、庫存管理) 、財務(wù)管理(會計 核算、財務(wù)管理)和人力資源管理。這 4 大系統(tǒng)本身應(yīng)該是集成體,它們互相之間有 相應(yīng)的接口,能夠很好地整合在一起來對企業(yè)進行管理,這就構(gòu)成了ERP系統(tǒng)的基本功能結(jié)構(gòu)。簡述客戶關(guān)系管理的內(nèi)涵。 (P40) 答:客戶關(guān)系管理是一種以客戶為中心的經(jīng)營策略。現(xiàn)代企業(yè)以信息技術(shù)為手段,對工作 流程進行重組,賦以企業(yè)更完善的客戶交流能力,提高客戶的忠誠度和滿意度,從而 最大化客戶的收益率。( 1 ) 客戶關(guān)系管理是一種“以客戶為中心”的管理理念。( 2) 客戶關(guān)系管理是一種旨在改善企業(yè)與客戶之間關(guān)系的新型管理機制。( 3) 客戶關(guān)系管理是一種管理

8、技術(shù),它將最佳的商業(yè)實踐與數(shù)據(jù)挖掘、數(shù)據(jù)倉庫、 一對一營銷、 銷售自動化以及其他信息技術(shù)相結(jié)合, 為企業(yè)的銷售、 客戶服務(wù) 和決策支持等領(lǐng)域提供了業(yè)務(wù)自動化解決方案, 從而順利實現(xiàn)由傳統(tǒng)企業(yè)經(jīng)營 模式到以電子商務(wù)為基礎(chǔ)的現(xiàn)代企業(yè)經(jīng)營模式的轉(zhuǎn)化。( 4) 客戶關(guān)系管理是一種企業(yè)經(jīng)營戰(zhàn)略, 目的是使企業(yè)根據(jù)用戶分段進行重組, 強 化使客戶滿意的行為并連接客戶與供應(yīng)商之間的過程, 從而優(yōu)化企業(yè)的可贏利 性,提高利潤并改善客戶的滿意程度。簡述供應(yīng)鏈管理的基本思想。 (P42) 答:視供應(yīng)鏈上各組成部分為一個進行統(tǒng)一管理與協(xié)調(diào)的整體,滿足最終用戶需求是 供應(yīng)鏈上每個成員的共同目標(biāo)。簡述CIMS (計算機

9、集成制造系統(tǒng))的基本構(gòu)成。(P45P46)答: 4 個應(yīng)用分系統(tǒng):管理信息應(yīng)用分系統(tǒng)、技術(shù)信息應(yīng)用分系統(tǒng)、制造自動化應(yīng)用 分系統(tǒng)和計算機輔助質(zhì)量管理應(yīng)用分系統(tǒng)。2個支持分系統(tǒng):數(shù)據(jù)管理支持分系統(tǒng)和網(wǎng)絡(luò)支持分系統(tǒng)。試述電子商務(wù)系統(tǒng)的基本組成。( P48)答: Internet 信息系統(tǒng);電子商務(wù)服務(wù)商;企業(yè)、組織和消費者;實物配送中心;支付 結(jié)算服務(wù)機構(gòu);認證中心。電子政務(wù)的基本內(nèi)容有哪些? (P49P50)答:( 1)政府辦公網(wǎng)絡(luò)化 ( 2)信息上網(wǎng) ( 3)網(wǎng)上監(jiān)測調(diào)控 ( 4)網(wǎng)上專業(yè)市場交 易 ( 5)網(wǎng)上與公眾溝通簡述 GIS 系統(tǒng)的構(gòu)成和應(yīng)用情況。 (P52P54)答:構(gòu)成:1) 硬

10、件系統(tǒng):計算機主機、數(shù)據(jù)輸入設(shè)備、數(shù)據(jù)存儲設(shè)備、數(shù)據(jù)輸出設(shè)備;2) 軟件系統(tǒng): 計算機系統(tǒng)軟件、 地理信息系統(tǒng)軟件和其他支撐軟件、 應(yīng)用分析程序;3) 地理空間數(shù)據(jù)4) 系統(tǒng)開發(fā)、管理與使用人員應(yīng)用: 主要包括: 資源清查和開發(fā)、 城鄉(xiāng)規(guī)劃、 物流管理、 災(zāi)害監(jiān)測、 環(huán)境管理、 宏觀決策。還廣泛應(yīng)用于管道網(wǎng)絡(luò)、交通模擬模型設(shè)計;導(dǎo)航系統(tǒng)建設(shè); 城市規(guī)劃;教練與模擬;商業(yè)分析。第三章 信息系統(tǒng)建設(shè)概論 3簡答題(2)簡述諾蘭階段模型的劃分。(P64) 答:諾蘭模型把信息系統(tǒng)的成長過程劃分為 6個階段:1)初裝階段,2)蔓延階段,3)控制階段,4)集成階段,5)數(shù)據(jù)管理階段,6)成熟階段。4) 簡

11、述信息系統(tǒng)的生命周期各階段包括的內(nèi)容。(P67)答:信息系統(tǒng)的生命周期可以分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系 統(tǒng)運行和維護等 5 個階段。5) 簡述結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想。(P71)答:結(jié)構(gòu)化系統(tǒng)開發(fā)方法是用系統(tǒng)工程思想和工程化的方法,按照用戶至上的原則, 采取結(jié)構(gòu)化、 模塊化、 自頂向下的方法對系統(tǒng)進行分析與設(shè)計。 它是在生命周期 法基礎(chǔ)上發(fā)展起來的, 其開發(fā)過程嚴(yán)格按照信息系統(tǒng)開發(fā)的生命周期將整個信心 系統(tǒng)開發(fā)過程劃分為 5 個相對獨立的階段(系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系 統(tǒng)實施、系統(tǒng)運行與維護) 。在前 3 個階段堅持自頂向下地對系統(tǒng)進行結(jié)構(gòu)化劃 分: 在系統(tǒng)調(diào)查和

12、理順管理業(yè)務(wù)時, 應(yīng)從最頂層的管理業(yè)務(wù)入手, 逐步深入至最 基層;在系統(tǒng)分析、提出目標(biāo)系統(tǒng)方案和系統(tǒng)設(shè)計時,應(yīng)從宏觀整體考慮入手, 先考慮系統(tǒng)整體的優(yōu)化, 然后在考慮局部的優(yōu)化問題。 在系統(tǒng)實施階段, 則堅持 自底向上地逐步實施, 即組織人員從最基層的模塊做起, 然后按照系統(tǒng)設(shè)計的結(jié) 構(gòu),將模塊一個個拼接到一起進行調(diào)試,自底向上、逐步地構(gòu)成整個系統(tǒng)。6)結(jié)構(gòu)化系統(tǒng)開發(fā)方法各階段的基本任務(wù)是什么?各階段應(yīng)提供什么技術(shù)文檔?(P67)答:1. 信息系統(tǒng)規(guī)劃:系統(tǒng)規(guī)劃階段的任務(wù)是對企業(yè)的環(huán)境、目標(biāo)、現(xiàn)行系統(tǒng)的狀 況進行初步調(diào)查,根據(jù)企業(yè)目標(biāo)和法杖戰(zhàn)略,分析各級管理部門的信息尋求, 確定信息系統(tǒng)的目標(biāo)

13、、功能、規(guī)模、資源,對建設(shè)新系統(tǒng)的需求做出分析和預(yù) 測。根據(jù)需要與可能,給出擬建系統(tǒng)的備選方案。對這些方案進行可行性分析 寫出可行性分析報告。如果可行性分析報告審議通過,將新系統(tǒng)建設(shè)方案及實 施計劃編寫成系統(tǒng)設(shè)計任務(wù)書。2. 信息系統(tǒng)分析:系統(tǒng)分析階段的任務(wù)是根據(jù)系統(tǒng)設(shè)計任務(wù)書所確定的范圍, 對現(xiàn)行系統(tǒng)進行詳細調(diào)查,描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程,指出現(xiàn)行系統(tǒng)的局限性 和不足之處,確定新系統(tǒng)的基本目標(biāo)和邏輯功能要求。系統(tǒng)分析階段的工作成 果體現(xiàn)在系統(tǒng)需求說明書中,是系統(tǒng)建設(shè)的必備文件。3. 信息系統(tǒng)設(shè)計:該階段的任務(wù)是根據(jù)系統(tǒng)需求說明書中規(guī)定的功能要求,考 慮具體設(shè)計以實現(xiàn)邏輯模型的技術(shù)方案,即設(shè)計新

14、系統(tǒng)的物理模型,所以這個 階段又稱為物理設(shè)計階段。這一階段的主要工作是根據(jù)系統(tǒng)分析報告所需要的 邏輯模型,結(jié)合實際條件,確定新系統(tǒng)物理模型,即新系統(tǒng)實現(xiàn)的技術(shù)方案, 包括總體設(shè)計、數(shù)據(jù)庫設(shè)計、輸入輸出設(shè)計、模塊結(jié)構(gòu)和功能設(shè)計等,并編寫 系統(tǒng)設(shè)計報告。4. 信息系統(tǒng)實施:系統(tǒng)實施階段是將設(shè)計的系統(tǒng)付諸實踐的階段,該階段的任務(wù) 是根據(jù)系統(tǒng)設(shè)計報告所確定的物理模型,將設(shè)計方案轉(zhuǎn)換為計算機上可實際運 行的人機信息系統(tǒng),并編寫系統(tǒng)實施報告。系統(tǒng)實施是按實施計劃分階段完成 的,每個階段都應(yīng)寫出實施進度報告。系統(tǒng)測試之后寫出系統(tǒng)測試分析報告。5. 信息系統(tǒng)運行與維護:這個階段的工作主要包括系統(tǒng)評價和系統(tǒng)維護

15、,系統(tǒng)評 價的主要任務(wù)是在系統(tǒng)運行期間,根據(jù)用戶的反映和系統(tǒng)日常運行情況記錄, 定期對系統(tǒng)的運行狀況綜合考核等,系統(tǒng)維護的主要任務(wù)是記錄系統(tǒng)運行的情 況,在原有系統(tǒng)的基礎(chǔ)上進行改進、 調(diào)整和完善, 使系統(tǒng)能夠不斷適應(yīng)新環(huán)境、新需求。7)簡述面向?qū)ο蟮南到y(tǒng)開發(fā)方法的特點。(P75)答:面向?qū)ο蠓椒ň哂腥缦绿攸c:( 1)封裝性,( 2)抽象性,( 3)繼承性,( 4)動態(tài)鏈接性。8)簡述原型法的基本思想。(P76)答:原型法的基本思想是在投入大量的人力、物力之前,在限定的時間內(nèi),用最經(jīng) 濟的方法,開發(fā)出一個可實際運行的系統(tǒng)原型,以便盡早澄清不明確的系統(tǒng)需 求。在原型系統(tǒng)的運行中, 用戶發(fā)現(xiàn)問題,

16、提出修改意見, 技術(shù)人員完善原型, 使它逐步滿足用戶的要求。原型法將仿真的手段引入系統(tǒng)分析的初始階段,首 先根據(jù)系統(tǒng)分析人員對用戶要求的理解,利用先進的開發(fā)工具,模擬出一個系 統(tǒng)原型,然后就這個模型展開討論,征求用戶意見,與用戶進行溝通在使用中 不斷修改完善原型,逐步求精,直到用戶滿意為止。第四章1 名詞解釋信息系統(tǒng)規(guī)劃( P84):信息系統(tǒng)規(guī)劃(In formation System Pla nning,ISP)是基于企業(yè)發(fā)展目標(biāo)與經(jīng)營戰(zhàn)略制定 的,面向企業(yè)信息化發(fā)展遠景的, 關(guān)于企業(yè)信息系統(tǒng)的整個建設(shè)規(guī)劃, 包含信息系統(tǒng)的發(fā)展 方向和目標(biāo),信息系統(tǒng)的 IT 方案、實施策略和計劃、預(yù)算等。B

17、SP( P91):企業(yè)系統(tǒng)規(guī)劃法的基本思想是: 信息系統(tǒng)是為企業(yè)目標(biāo)服務(wù)的, 信息系統(tǒng)應(yīng)該能夠滿足 企業(yè)各個管理層次的信息要求, 并向企業(yè)提供一致的信息。 信息系統(tǒng)由多個相互聯(lián)系又相對 獨立的子系統(tǒng)以集成的方式構(gòu)成, 并且應(yīng)該具有相對穩(wěn)定的系統(tǒng)結(jié)構(gòu)。 企業(yè)系統(tǒng)規(guī)劃法德基 本思路是: 首先自上而下識別企業(yè)目標(biāo), 識別業(yè)務(wù)流程, 識別數(shù)據(jù);再自下而上設(shè)計系統(tǒng)目 標(biāo),最后把企業(yè)目標(biāo)轉(zhuǎn)化為信息系統(tǒng)規(guī)劃的全過程。SST( P93):戰(zhàn)略集合轉(zhuǎn)移法是 1978年由 William King 提出的一種確定信息系統(tǒng)戰(zhàn)略目標(biāo)的方法, 該方法把組織的總戰(zhàn)略看成是一個“信息集合” ,包括使命、目標(biāo)、戰(zhàn)略以及其他組

18、織支撐 因素(如管理的復(fù)雜性、改革習(xí)慣以及重要的環(huán)境約束等) 。戰(zhàn)略集合轉(zhuǎn)移法德基本思想就 是識別組織的戰(zhàn)略集合,并把組織的戰(zhàn)略集合轉(zhuǎn)化為信息系統(tǒng)的戰(zhàn)略集合。CSF( P95):關(guān)鍵成功因素是指在規(guī)劃期內(nèi)影響企業(yè)戰(zhàn)略成功實現(xiàn)的關(guān)鍵性人物。CSF是由行業(yè)、企業(yè)、管理者以及周圍環(huán)境形成的,其特點如下。(1)CSF是少量的、易于識別的、可操作的目標(biāo);(2)CSF可確保企業(yè)的成功;(3)CSF可用于決定組織的信息需求。可行性研究( P96):可行性研究又叫可行性分析, 是指在項目正式開發(fā)之前, 先投入一定的精力, 通過一套 準(zhǔn)則,從經(jīng)濟、技術(shù)、社會等方面對項目的必要性、可能性、合理性,以及項目所面臨的

19、重 大風(fēng)險進行分析和評價,得出項目是否可行的結(jié)論。系統(tǒng)流程圖( P98):系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。 它的基本思想是用圖形符號以黑盒子形 式描述組成系統(tǒng)的每個部件(程序、文檔、數(shù)據(jù)庫、人工過程等) 。系統(tǒng)流程圖表達的是數(shù) 據(jù)在系統(tǒng)各部件之間流動的情況, 而不是對數(shù)據(jù)進行加工處理的控制過程, 因此盡管系統(tǒng)流 程圖的某些符號和程序流程圖的符號形式相同, 但是它卻是物理數(shù)據(jù)流圖, 而不是程序流程 圖。經(jīng)濟可行性研究( P100):經(jīng)濟可行性分析也叫投資 / 效益分析或成本 /效益分析,它是分析信息系統(tǒng)項目所需要的 花費和項目開發(fā)成功之后所能帶來的經(jīng)濟效益。投資/ 效益分析需要確定出所

20、要開發(fā)的信息系統(tǒng)的總成本和總收益。 然后對總成本和總收益進行比較, 一般來說只有當(dāng)總收益大于總成 本時,這個項目才值得開發(fā)。技術(shù)可行性研究( P103): 技術(shù)可行性是分析在特定條件下, 技術(shù)資源的可用性和這些技術(shù)資源用于解決信息系統(tǒng) 問題的可能性和現(xiàn)實性, 即分析使用現(xiàn)有的技術(shù)是否實現(xiàn)這個系統(tǒng), 能否解決系統(tǒng)的技術(shù)難 點,系統(tǒng)對技術(shù)人員有什么樣要求, 現(xiàn)有的技術(shù)人員能否勝任,開發(fā)系統(tǒng)的軟件、 硬件資源 是否能如期得到等。第五章簡答題:1、信息系統(tǒng)需求分析階段的任務(wù)是什么?( P106) 答:1)、確定對系統(tǒng)的綜合要求;2)、分析系統(tǒng)的數(shù)據(jù)要求;3)、導(dǎo)出目標(biāo)系統(tǒng)的詳細邏輯模型;4)、修正項目

21、開發(fā)計劃;5)、編寫系統(tǒng)需求規(guī)格說明說,并提交審查;2、數(shù)據(jù)流圖的作用是什么?它有什么基本成分?(P110)答:數(shù)據(jù)流圖的作用: 基本目的是利用它作為交流信息的工具, 另一個主要用途是作為 分析和設(shè)計的工具;基本成分:1)、基本符號:數(shù)據(jù)的源點或終點、數(shù)據(jù)的加工、數(shù)據(jù)存儲和數(shù)據(jù)流;2)、附加符號(用于表示多個數(shù)據(jù)流之間存在的關(guān)系):*:與 + :或 互斥3、數(shù)據(jù)字典的作用是什么?它有哪些基本條目?(P118-119)答:作用:分析階段的工具。 即數(shù)據(jù)流圖上所有成分的定義和解釋的文字幾何就是數(shù)據(jù) 字典。條目:1)、數(shù)據(jù)流條目(用于說明數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)中的作用和流動方向):數(shù)據(jù)流名稱、數(shù)據(jù)流別名、說

22、明、數(shù)據(jù)流來源、數(shù)據(jù)流流向、數(shù)據(jù)流組成和數(shù)據(jù)流量等。2)、數(shù)據(jù)項條目 (每個數(shù)據(jù)結(jié)構(gòu)都是由若干個數(shù)據(jù)項構(gòu)成,數(shù)據(jù)項是加工中的最小單位):數(shù)據(jù)項名稱、數(shù)據(jù)項別名、說明、類型、長度、取值范圍及含義等。3)、數(shù)據(jù)文件條目 (數(shù)據(jù)結(jié)構(gòu)的載體) :數(shù)據(jù)文件名稱、 說明、 數(shù)據(jù)文件組成、 組織方式、存取方式、存取頻率等;4)、數(shù)據(jù)加工條目(說明每個加工時用來做什么的):數(shù)據(jù)加工名稱、加工編號、說明、輸入數(shù)據(jù)流、輸出數(shù)據(jù)流、加工邏輯等;6、需求評審包括哪些內(nèi)容?評審方法有哪些?(P131)答:內(nèi)容:1)、系統(tǒng)定義的目標(biāo)是否與用戶的要求一致;2)、系統(tǒng)需求分析階段提供的文檔資料是否齊全;3)、文檔中所有描述是

23、否完整、清晰、準(zhǔn)確地反映了用戶要求;4)、與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述;5)、主要功能是否已經(jīng)包括在規(guī)定的軟件范圍之內(nèi),是否都已充分說明;6)、軟件的行為和它必須處理的信息、必須完成的功能是否一致;7)、設(shè)計的約束條件或限制條件是否符合實際;8)、是否考慮開發(fā)的技術(shù)風(fēng)險;9)、是否詳細制定了檢驗標(biāo)準(zhǔn),它們能否對系統(tǒng)定義成功進行確認;評審方法:1、自查法; 2、用戶審查法; 3、專家審查法; 4、原型法。第六章3、模塊內(nèi)聚的類型有哪些?( P137)答:(內(nèi)聚程度由弱到強)1、偶然性內(nèi)聚:當(dāng)有幾個模塊內(nèi)有一段代碼是相同的,那么將它們抽取出來形成單獨 的模塊,即偶然性內(nèi)聚模塊;2、邏

24、輯性內(nèi)聚:模塊內(nèi)執(zhí)行幾個邏輯上相似的功能,通過參數(shù)確定模型完成的功能;3、時間性內(nèi)聚:模塊中包含了需要再同一時間段中執(zhí)行的多個任務(wù);4、過程性內(nèi)聚:模塊中包含的任務(wù)必須按照某一特定的次序來執(zhí)行;5、通信性內(nèi)聚:模塊內(nèi)各功能部分都使用了相同的輸入數(shù)據(jù),或產(chǎn)生了相同的輸出數(shù) 據(jù);6、順序性內(nèi)聚:模塊中各個部分與同一個功能密切相關(guān),并且必須按照先后順序執(zhí)行 (通常前一個部分的數(shù)據(jù)就是后一個部分的輸入數(shù)據(jù)) ;7、功能性內(nèi)聚:模塊中各個部分為了完成某一具體功能必不可少的組成部分;4、模塊耦合的類型有哪些?( P138)答:(耦合程度按弱到強)1、非直接耦合:兩個模塊之間沒有直接關(guān)系;2、數(shù)據(jù)耦合:兩個

25、模塊之間僅通過模塊參數(shù)交換信息;3、特征耦合:兩個模塊之間傳遞的是數(shù)據(jù)結(jié)構(gòu);4、控制耦合:一個模塊調(diào)用另一個模塊時,傳遞的是控制變量,被調(diào)用的模塊通過控 制變量的值有選擇地執(zhí)行塊內(nèi)某一功能;5、外部耦合:一組模塊訪問同一個全局變量;6、公共耦合:一組模塊訪問同一個全局性數(shù)據(jù)結(jié)構(gòu);6、系統(tǒng)總體設(shè)計的基本任務(wù)是什么?(P142)答:1、設(shè)計軟件系統(tǒng)結(jié)構(gòu)(簡稱軟件結(jié)構(gòu)) ;2、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計;3、編寫總體設(shè)計文檔(包括總體設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、用戶手冊、測試計 劃);4、評審;P157 應(yīng)用題第七章P182 應(yīng)用題P173環(huán)形復(fù)雜度的計算第九章系統(tǒng)測試的目標(biāo): 以最少的時間和人力系統(tǒng)找

26、出軟件中潛在的各種錯誤和缺陷。(書 202)系統(tǒng)測試的基本原則( 書 202)1 、應(yīng)該把“盡早地和不斷地進行系統(tǒng)測試”作為系統(tǒng)測試者的座右銘;2、程序員或程序設(shè)計機構(gòu)應(yīng)避免測試自己設(shè)計的程序;3、測試用例的設(shè)計不僅要有輸入數(shù)據(jù),還要有與之對應(yīng)的預(yù)期結(jié)果;4、測試用例的設(shè)計不僅要有合法的輸入數(shù)據(jù),還要有非法的輸入數(shù)據(jù);5、要充分注意測試過程中的群集現(xiàn)象;6、嚴(yán)格執(zhí)行測試計劃,排除測試的隨意性;7、應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查;8、除了檢查程序是否做完了它應(yīng)做的事之外,還要檢查它是否做了不應(yīng)該做的事;9、在對程序修改之后要進行回歸測試;10、妥善保留測試計劃、 全部測試用例、 出錯統(tǒng)計和最終分

27、析報告, 并把它們作為系統(tǒng)的組 成部分之一,為維護提供方便。黑盒測試與白盒測試的區(qū)別( ?)(書 214與 219)1 、白盒測試在測試過程的早期階段進行,而黑盒測試主要用在測試過程的后期;2、白盒測試測試程序的邏輯結(jié)構(gòu),黑盒測試是功能測試;3、(?) 白盒測試的具體方法:邏輯覆蓋、基本路徑測試 黑盒測試的具體方法:等價類劃分法、邊界值分析法、錯誤推測法、因果圖法 系統(tǒng)測試的步驟( ?)(書 206)1 、單元測試:模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯誤處理測試、邊界測試2、集成測試:在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)而進 行的測試,也被稱為組裝測試或聯(lián)合測

28、試。3、確認測試:使用實際數(shù)據(jù)進行測試,從而驗證系統(tǒng)是否能滿足用戶的實際需要,驗證系 統(tǒng)的有效性。4、系統(tǒng)測試:充分運行系統(tǒng),驗證系統(tǒng)各部件是否都能正常工作,并完成所賦予的任務(wù)。 漸增式與非漸增式測試的區(qū)別( 書 209)1、非漸增式方法把單元測試和集成測試分成兩個不同的階段,前一個階段完成模塊的單元 測試,后一階段完成集成測試。而漸增式測試把單元測試與集成測試合在一起,同時完成;2、非漸增式需要更多的工作量,因為每個模塊都需要驅(qū)動模塊和樁模塊,而漸增式利用已 測試過的模塊作為驅(qū)動模塊或樁模塊,因此工作量較少;3、漸增式可以較早地發(fā)現(xiàn)接口之間的錯誤,非漸增式只有到最后組裝時才能發(fā)現(xiàn);4、漸增式

29、有利于排錯,發(fā)生錯誤往往和最近加進來的模塊有關(guān),而非漸增式發(fā)現(xiàn)接口錯誤 被推遲到最后,而且很難判斷哪一部分接口出錯;5、漸增式測試比較徹底,已測試的模塊和新的模塊組裝在一起又接受測試;6、非漸增式開始可并行測試所有模塊,能充分利用人力,對測試大型系統(tǒng)很有意義。系統(tǒng)測試的分類( 書 213)1、恢復(fù)測試:主要檢查系統(tǒng)的容錯能力。2、安全性測試:檢驗在系統(tǒng)中已存在的系統(tǒng)安全性措施、保密性措施是否發(fā)揮作用,有無 漏洞。3、強度測試:檢查在系統(tǒng)運行環(huán)境不正常到發(fā)生故障的時間內(nèi),系統(tǒng)可以運行到何種程度 的測試。4、性能測試:測試系統(tǒng)軟件在被組裝進系統(tǒng)的環(huán)境下運行時的性能。a測試和B測試的區(qū)別(書212)

30、a測試:由一個用戶在開發(fā)環(huán)境下進行測試,也可以是開發(fā)機構(gòu)內(nèi)部的人員在模擬實際操作 環(huán)境下進行的測試。 測試的關(guān)鍵在于盡可能逼真地模擬實際運行環(huán)境和用戶對系統(tǒng)產(chǎn)品的操 作,并盡最大努力涵蓋所有可能的用戶操作方式??梢奱操作是在一個受控制環(huán)境下的測試。B測試:由系統(tǒng)的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。與a測試不同的是,開發(fā)者一般不在現(xiàn)場。因此B測試是系統(tǒng)不在開發(fā)者控制的環(huán)境下的“活的”應(yīng)用。用 戶記錄在測試過程中遇到的所有問題, 包括真實的以及主觀認定的, 定期向開發(fā)者報告。 開 發(fā)者在綜合用戶報告之后, 必須做出相應(yīng)的修改, 然后才能將系統(tǒng)產(chǎn)品交付給全體用戶使用。等價類劃分法測

31、試的步驟( 書 219)1 、劃分等價類:有效等價類、無效等價類2、確定測試用例: ( 1)為每一個等價類規(guī)定一個唯一編號;( 2)設(shè)計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋的有效等價類,重復(fù)這一步,直到所有的有效等價類都被覆蓋為止;( 3)設(shè)計一個新的測試用例, 使其僅覆蓋一個尚未被覆蓋的無效等價類, 重復(fù)這一步,直到所有的無效等價類都被覆蓋為止。3、用等價類劃分法設(shè)計測試用例的實例。用因果圖生成測試用例的基本步驟( 書 223)1 、分析軟件規(guī)格說明描述中, 哪些是原因 (即輸入條件或輸入條件的等價類) ,哪些是結(jié)果 (即輸出結(jié)果) ,并給每個原因和結(jié)果賦予一個標(biāo)識符;2、分析軟件

32、規(guī)格說明描述中的語義,找出原因與結(jié)果之間、原因與原因之間對應(yīng)的關(guān)系, 根據(jù)這些關(guān)系,畫出因果圖;3、由于語法或環(huán)境限制,有些原因與原因之間,結(jié)果與結(jié)果之間不可能同時出現(xiàn)。為表明 這些特殊情況,在因果圖上用一些記號表明約束或限制條件;4、把因果圖轉(zhuǎn)換成判定表;5、把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例。 調(diào)試和測試的不同( ? )(書 228)1、調(diào)試是在進行了成功的測試之后才開始的工作;2、測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤,調(diào)試的目的是確定錯誤的原因和位置,并 改正錯誤。3、與測試相比,調(diào)試技術(shù)缺乏系統(tǒng)的理論研究。 調(diào)試和測試各有什么用途( ? )P233 應(yīng)用題第十二章1 名詞解

33、釋對象( P276): 世界是由各種各樣的對象構(gòu)成的,只要是這個世界客觀存在的一切事物都是對象。類( P276): “類”是指具有共同屬性和行為的一組對象的集合抽象( P281): 抽象是指將世界上的失誤表述成類的概念, 即對象的靜態(tài)屬性可以被抽象成類的屬性定 義,對象的動態(tài)行為可以被抽象成類的操作定義。封裝( P281):將對象的操作包裝成只有名稱、 參數(shù)、返回值, 而不向外部使用者提供如何實現(xiàn)該操作 具體的行為細節(jié)和操作過程,成為封裝。繼承( P282): 對事物的分類是有層次的, 總存在一個分類包含了另一個或若干個分類的情況, 像這樣 一個類被包含在另一個類中,就是繼承。多態(tài)( P283): 多態(tài)是指同

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論