信息系統(tǒng)復習終極版

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

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

3、：圖1-7中僅列出：銷售、生產(chǎn)、市場、人事、財務） 功能層維：主要包括信息處理、業(yè)務處理、組織管理和輔助決策4個層面。（6）試述信息系統(tǒng)的發(fā)展歷程 。（P11） 單項事務處理，最初，有關管理業(yè)務在計算機上時按項目分別進行的，不同項目之間在計算機上沒有聯(lián)系。 系統(tǒng)處理，20世紀60年代，管理信息系統(tǒng)開始發(fā)展起來，最大的特點在于高度集中。為 管理者提供預定的報告。 支持決策（DSS） 20世紀70年代中期提出，在人和計算機交互的過程中幫助決策者探索可 能的方案，為管理者提供決策所需的信息。 綜合集成，20世紀90年代，隨著企業(yè)過程重組（BPR概念和企業(yè)資源計劃（ERP思想 的提出而產(chǎn)生。擴大了信息

4、系統(tǒng)的作用范圍以及處理問題的深度與廣度。細節(jié)見表1-2（ P13）（7） 試分析決策支持系統(tǒng)和主管信息系統(tǒng)的異同。（P23-26）主管信息系統(tǒng)是在決策支持系統(tǒng)的基礎上發(fā)展起來的，以其為核心，繼承了它的一切光榮傳統(tǒng)！除了決策支持外，還有信息挖掘、信息交流、企業(yè)管理和辦公助理功能。名詞解釋供應鏈（P42）:供應鏈是圍繞核心企業(yè)，通過信息流、物流、資金流等，將供應商、制造商、分銷商、零售商直到最終用戶連成一個整體的功能網(wǎng)鏈結構模式。它是一個范圍更廣的企業(yè)機構模式，包含所有加盟的節(jié)點企業(yè)，從原材料的供應開始，經(jīng)過鏈中不同企業(yè)的制造、加工、組裝、分銷等過程直到最終用戶。它不僅是 一條連接供應商到用戶的物

5、料鏈、信息鏈、資金鏈，而且還是一條增值鏈，物料在供應鏈上因加工、包裝、運輸?shù)冗^程而增加其價值，給相關企業(yè)都帶來收益。供應鏈管理系統(tǒng)（P44）：供應鏈管理系統(tǒng)， 就是為了實現(xiàn)供應鏈上各企業(yè)的共同目標，對整 個供應鏈的物流與信息流進行集成的管理和統(tǒng)一協(xié)調的計算機軟件系統(tǒng)、 網(wǎng)絡與通信系統(tǒng)、有關數(shù)據(jù)、規(guī)章制度和人員的統(tǒng)一體。它可以認為是計 算機技術、信息系統(tǒng)理論與供應鏈管理思想綜合應用的成果。電子商務（P46）：從狹義上講，是指在網(wǎng)上進行交易活動，包括通過In ternet買賣商品和提供服務；從廣義上講，是指利用In ternet、Intranet、Extra net來解決商業(yè)交易問題，降低產(chǎn)、供、

6、銷成本，開拓新的市場，創(chuàng)造新的商機，通過采 用最新網(wǎng)絡技術手段，從而增加企業(yè)利潤的所有商務活動。地理信息系統(tǒng)（P51）:也稱為空間信息系統(tǒng)，它是指在計算機軟硬件系統(tǒng)支持下，用于采集、存儲、管理、運算、分析、顯示和描述與地球表面位置相關的數(shù)據(jù)信息的 技術系統(tǒng)。簡答題簡述ERP系統(tǒng)的功能結構。（P38）答：ERP的具體應用與企業(yè)的生產(chǎn)環(huán)境和內(nèi)部條件密切相關，其系統(tǒng)應用應該根據(jù)企業(yè)實際環(huán)境和具體應用來選擇合適的功能結構。一般來說企業(yè)管理主要包括4個方面的內(nèi)容：生產(chǎn)控制（計劃、制造）、物流管理（分銷、采購、庫存管理）、財務管理（會計核算、財務管理）和人力資源管理。這4大系統(tǒng)本身應該是集成體，它們互相之

7、間有相應的接口，能夠很好地整合在一起來對企業(yè)進行管理，這就構成了ERP系統(tǒng)的基本功能結構。簡述客戶關系管理的內(nèi)涵。（P40）答：客戶關系管理是一種以客戶為中心的經(jīng)營策略?，F(xiàn)代企業(yè)以信息技術為手段，對工作 流程進行重組，賦以企業(yè)更完善的客戶交流能力，提高客戶的忠誠度和滿意度，從而 最大化客戶的收益率。（1）客戶關系管理是一種“以客戶為中心”的管理理念。（2）客戶關系管理是一種旨在改善企業(yè)與客戶之間關系的新型管理機制。（3）客戶關系管理是一種管理技術，它將最佳的商業(yè)實踐與數(shù)據(jù)挖掘、數(shù)據(jù)倉庫、一對一營銷、銷售自動化以及其他信息技術相結合，為企業(yè)的銷售、客戶服務和決策支持等領域提供了業(yè)務自動化解決方案

8、，從而順利實現(xiàn)由傳統(tǒng)企業(yè)經(jīng)營模式到以電子商務為基礎的現(xiàn)代企業(yè)經(jīng)營模式的轉化。（4） 客戶關系管理是一種企業(yè)經(jīng)營戰(zhàn)略，目的是使企業(yè)根據(jù)用戶分段進行重組，強化使客戶滿意的行為并連接客戶與供應商之間的過程，從而優(yōu)化企業(yè)的可贏利性，提高利潤并改善客戶的滿意程度。簡述供應鏈管理的基本思想。（P42）答：視供應鏈上各組成部分為一個進行統(tǒng)一管理與協(xié)調的整體，滿足最終用戶需求是供應鏈上每個成員的共同目標。簡述CIMS （計算機集成制造系統(tǒng)）的基本構成。（P45P46）答：4個應用分系統(tǒng)：管理信息應用分系統(tǒng)、技術信息應用分系統(tǒng)、制造自動化應用分系統(tǒng)和計算機輔助質量管理應用分系統(tǒng)。2個支持分系統(tǒng)：數(shù)據(jù)管理支持分系

9、統(tǒng)和網(wǎng)絡支持分系統(tǒng)。試述電子商務系統(tǒng)的基本組成。（P48）答：In ternet信息系統(tǒng)；電子商務服務商；企業(yè)、組織和消費者；實物配送中心；支付結算服務機構；認證中心。電子政務的基本內(nèi)容有哪些？（P49P50）答：（1 ）政府辦公網(wǎng)絡化（2）信息上網(wǎng) （3）網(wǎng)上監(jiān)測調控（4）網(wǎng)上專業(yè)市場交易（5）網(wǎng)上與公眾溝通簡述GIS系統(tǒng)的構成和應用情況。（P52P54）答：構成：1）硬件系統(tǒng)：計算機主機、數(shù)據(jù)輸入設備、數(shù)據(jù)存儲設備、數(shù)據(jù)輸出設備；2）軟件系統(tǒng)：計算機系統(tǒng)軟件、地理信息系統(tǒng)軟件和其他支撐軟件、應用分析程序；3）地理空間數(shù)據(jù)4）系統(tǒng)開發(fā)、管理與使用人員應用：主要包括：資源清查和開發(fā)、城鄉(xiāng)規(guī)劃、

10、物流管理、災害監(jiān)測、環(huán)境管理、 宏觀決策。還廣泛應用于管道網(wǎng)絡、交通模擬模型設計；導航系統(tǒng)建設； 城市規(guī)劃；教練與模擬；商業(yè)分析。第三章信息系統(tǒng)建設概論3 簡答題（2）簡述諾蘭階段模型的劃分。（P64）答：諾蘭模型把信息系統(tǒng)的成長過程劃分為6個階段：(1)初裝階段，(2)蔓延階段，(3)控制階段，(4)集成階段，(5)數(shù)據(jù)管理階段,(6)成熟階段。（4）簡述信息系統(tǒng)的生命周期各階段包括的內(nèi)容。（P67）答：信息系統(tǒng)的生命周期可以分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)運行和維護等5個階段。（5）簡述結構化系統(tǒng)開發(fā)方法的基本思想。（P71）答：結構化系統(tǒng)開發(fā)方法是用系統(tǒng)工程思想和工程化的

11、方法，按照用戶至上的原則，采取結構化、模塊化、自頂向下的方法對系統(tǒng)進行分析與設計。它是在生命周期法基礎上發(fā)展起來的，其開發(fā)過程嚴格按照信息系統(tǒng)開發(fā)的生命周期將整個信心 系統(tǒng)開發(fā)過程劃分為 5個相對獨立的階段 (系統(tǒng)規(guī)劃、系統(tǒng)分析、 系統(tǒng)設計、系 統(tǒng)實施、系統(tǒng)運行與維護)。在前3個階段堅持自頂向下地對系統(tǒng)進行結構化劃 分：在系統(tǒng)調查和理順管理業(yè)務時，應從最頂層的管理業(yè)務入手，逐步深入至最基層；在系統(tǒng)分析、提出目標系統(tǒng)方案和系統(tǒng)設計時，應從宏觀整體考慮入手， 先考慮系統(tǒng)整體的優(yōu)化，然后在考慮局部的優(yōu)化問題。在系統(tǒng)實施階段，則堅持 自底向上地逐步實施， 即組織人員從最基層的模塊做起，然后按照系統(tǒng)設計

12、的結構，將模塊一個個拼接到一起進行調試，自底向上、逐步地構成整個系統(tǒng)。(6) 結構化系統(tǒng)開發(fā)方法各階段的基本任務是什么？各階段應提供什么技術文檔？(P67)答：1信息系統(tǒng)規(guī)劃：系統(tǒng)規(guī)劃階段的任務是對企業(yè)的環(huán)境、目標、現(xiàn)行系統(tǒng)的狀 況進行初步調查，根據(jù)企業(yè)目標和法杖戰(zhàn)略，分析各級管理部門的信息尋求， 確定信息系統(tǒng)的目標、功能、規(guī)模、資源，對建設新系統(tǒng)的需求做出分析和預 測。根據(jù)需要與可能，給出擬建系統(tǒng)的備選方案。對這些方案進行可行性分析 寫出可行性分析報告。如果可行性分析報告審議通過，將新系統(tǒng)建設方案及實 施計劃編寫成系統(tǒng)設計任務書。2信息系統(tǒng)分析：系統(tǒng)分析階段的任務是根據(jù)系統(tǒng)設計任務書所確定的

13、范圍， 對現(xiàn)行系統(tǒng)進行詳細調查，描述現(xiàn)行系統(tǒng)的業(yè)務流程，指出現(xiàn)行系統(tǒng)的局限性 和不足之處，確定新系統(tǒng)的基本目標和邏輯功能要求。系統(tǒng)分析階段的工作成 果體現(xiàn)在系統(tǒng)需求說明書中，是系統(tǒng)建設的必備文件。3信息系統(tǒng)設計：該階段的任務是根據(jù)系統(tǒng)需求說明書中規(guī)定的功能要求，考 慮具體設計以實現(xiàn)邏輯模型的技術方案，即設計新系統(tǒng)的物理模型，所以這個 階段又稱為物理設計階段。這一階段的主要工作是根據(jù)系統(tǒng)分析報告所需要的 邏輯模型，結合實際條件，確定新系統(tǒng)物理模型，即新系統(tǒng)實現(xiàn)的技術方案， 包括總體設計、數(shù)據(jù)庫設計、輸入輸出設計、模塊結構和功能設計等，并編寫 系統(tǒng)設計報告。4. 信息系統(tǒng)實施：系統(tǒng)實施階段是將設計

14、的系統(tǒng)付諸實踐的階段，該階段的任務 是根據(jù)系統(tǒng)設計報告所確定的物理模型，將設計方案轉換為計算機上可實際運 行的人機信息系統(tǒng)，并編寫系統(tǒng)實施報告。系統(tǒng)實施是按實施計劃分階段完成 的，每個階段都應寫出實施進度報告。系統(tǒng)測試之后寫出系統(tǒng)測試分析報告。5. 信息系統(tǒng)運行與維護：這個階段的工作主要包括系統(tǒng)評價和系統(tǒng)維護，系統(tǒng)評 價的主要任務是在系統(tǒng)運行期間，根據(jù)用戶的反映和系統(tǒng)日常運行情況記錄， 定期對系統(tǒng)的運行狀況綜合考核等，系統(tǒng)維護的主要任務是記錄系統(tǒng)運行的情況，在原有系統(tǒng)的基礎上進行改進、 調整和完善，使系統(tǒng)能夠不斷適應新環(huán)境、 新需求。(7) 簡述面向對象的系統(tǒng)開發(fā)方法的特點。(P75)答：面向

15、對象方法具有如下特點：(1) 封裝性，(2) 抽象性，(3) 繼承性，(4) 動態(tài)鏈接性。(8) 簡述原型法的基本思想。(P76)答：原型法的基本思想是在投入大量的人力、物力之前，在限定的時間內(nèi)，用最經(jīng) 濟的方法，開發(fā)出一個可實際運行的系統(tǒng)原型，以便盡早澄清不明確的系統(tǒng)需 求。在原型系統(tǒng)的運行中，用戶發(fā)現(xiàn)問題，提出修改意見，技術人員完善原型, 使它逐步滿足用戶的要求。原型法將仿真的手段引入系統(tǒng)分析的初始階段，首 先根據(jù)系統(tǒng)分析人員對用戶要求的理解，利用先進的開發(fā)工具，模擬出一個系 統(tǒng)原型，然后就這個模型展開討論，征求用戶意見，與用戶進行溝通在使用中 不斷修改完善原型，逐步求精，直到用戶滿意為止

16、。第四章1. 名詞解釋信息系統(tǒng)規(guī)劃(P84):信息系統(tǒng)規(guī)劃(In formation System Pla nnin g , ISP)是基于企業(yè)發(fā)展目標與經(jīng)營戰(zhàn)略制定的，面向企業(yè)信息化發(fā)展遠景的，關于企業(yè)信息系統(tǒng)的整個建設規(guī)劃，包含信息系統(tǒng)的發(fā)展方向和目標，信息系統(tǒng)的IT方案、實施策略和計劃、預算等。BSP (P91):企業(yè)系統(tǒng)規(guī)劃法的基本思想是：信息系統(tǒng)是為企業(yè)目標服務的，信息系統(tǒng)應該能夠滿足企業(yè)各個管理層次的信息要求，并向企業(yè)提供一致的信息。信息系統(tǒng)由多個相互聯(lián)系又相對獨立的子系統(tǒng)以集成的方式構成，并且應該具有相對穩(wěn)定的系統(tǒng)結構。企業(yè)系統(tǒng)規(guī)劃法德基本思路是：首先自上而下識別企業(yè)目標，識別業(yè)

17、務流程，識別數(shù)據(jù)；再自下而上設計系統(tǒng)目標，最后把企業(yè)目標轉化為信息系統(tǒng)規(guī)劃的全過程。SST (P93):戰(zhàn)略集合轉移法是1978年由William King提出的一種確定信息系統(tǒng)戰(zhàn)略目標的方法， 該方法把組織的總戰(zhàn)略看成是一個“信息集合”，包括使命、目標、戰(zhàn)略以及其他組織支撐因素(如管理的復雜性、改革習慣以及重要的環(huán)境約束等)。戰(zhàn)略集合轉移法德基本思想就是識別組織的戰(zhàn)略集合，并把組織的戰(zhàn)略集合轉化為信息系統(tǒng)的戰(zhàn)略集合。CSF (P95):關鍵成功因素是指在規(guī)劃期內(nèi)影響企業(yè)戰(zhàn)略成功實現(xiàn)的關鍵性人物。CSF是由行業(yè)、企業(yè)、管理者以及周圍環(huán)境形成的，其特點如下。(1) CSF是少量的、易于識別的、可

18、操作的目標；(2) CSF可確保企業(yè)的成功；(3) CSF可用于決定組織的信息需求。可行性研究(P96):可行性研究又叫可行性分析，是指在項目正式開發(fā)之前，先投入一定的精力， 通過一套準則，從經(jīng)濟、技術、社會等方面對項目的必要性、可能性、合理性，以及項目所面臨的重 大風險進行分析和評價，得出項目是否可行的結論。系統(tǒng)流程圖(P98):系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號以黑盒子形式描述組成系統(tǒng)的每個部件(程序、文檔、數(shù)據(jù)庫、人工過程等)。系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進行加工處理的控制過程，因此盡管系統(tǒng)流程圖的某些符號和程序流程圖的符

19、號形式相同，但是它卻是物理數(shù)據(jù)流圖，而不是程序流程圖。經(jīng)濟可行性研究(P100):經(jīng)濟可行性分析也叫投資/效益分析或成本/效益分析，它是分析信息系統(tǒng)項目所需要的花費和項目開發(fā)成功之后所能帶來的經(jīng)濟效益。投資/效益分析需要確定出所要開發(fā)的信息系統(tǒng)的總成本和總收益。然后對總成本和總收益進行比較，一般來說只有當總收益大于總成本時，這個項目才值得開發(fā)。技術可行性研究（P103）:技術可行性是分析在特定條件下，技術資源的可用性和這些技術資源用于解決信息系統(tǒng) 問題的可能性和現(xiàn)實性，即分析使用現(xiàn)有的技術是否實現(xiàn)這個系統(tǒng)，能否解決系統(tǒng)的技術難點，系統(tǒng)對技術人員有什么樣要求，現(xiàn)有的技術人員能否勝任，開發(fā)系統(tǒng)的軟

20、件、硬件資源是否能如期得到等。第五章簡答題：1、 信息系統(tǒng)需求分析階段的任務是什么？ （P106）答：1）、確定對系統(tǒng)的綜合要求；2）、分析系統(tǒng)的數(shù)據(jù)要求；3）、導出目標系統(tǒng)的詳細邏輯模型；4）、修正項目開發(fā)計劃；5）、編寫系統(tǒng)需求規(guī)格說明說，并提交審查；2、數(shù)據(jù)流圖的作用是什么？它有什么基本成分？ （P110）答：數(shù)據(jù)流圖的作用：基本目的是利用它作為交流信息的工具，另一個主要用途是作為分析和設計的工具；基本成分：1）、基本符號：數(shù)據(jù)的源點或終點、數(shù)據(jù)的加工、數(shù)據(jù)存儲和數(shù)據(jù)流；2） 、附加符號（用于表示多個數(shù)據(jù)流之間存在的關系）：* :與+ ：或互斥3、 數(shù)據(jù)字典的作用是什么？它有哪些基本條目

21、？ （P118-119）答：作用：分析階段的工具。即數(shù)據(jù)流圖上所有成分的定義和解釋的文字幾何就是數(shù)據(jù) 字典。條目：1） 、數(shù)據(jù)流條目（用于說明數(shù)據(jù)結構在系統(tǒng)中的作用和流動方向）：數(shù)據(jù)流名 稱、數(shù)據(jù)流別名、說明、數(shù)據(jù)流來源、數(shù)據(jù)流流向、數(shù)據(jù)流組成和數(shù)據(jù)流量等。2） 、數(shù)據(jù)項條目（每個數(shù)據(jù)結構都是由若干個數(shù)據(jù)項構成，數(shù)據(jù)項是加工中的 最小單位）：數(shù)據(jù)項名稱、數(shù)據(jù)項別名、說明、類型、長度、取值范圍及含義等。3） 、數(shù)據(jù)文件條目（數(shù)據(jù)結構的載體）：數(shù)據(jù)文件名稱、說明、數(shù)據(jù)文件組成、 組織方式、存取方式、存取頻率等；4） 、數(shù)據(jù)加工條目（說明每個加工時用來做什么的）：數(shù)據(jù)加工名稱、加工編 號、說明、輸入

22、數(shù)據(jù)流、輸出數(shù)據(jù)流、加工邏輯等；6、需求評審包括哪些內(nèi)容？評審方法有哪些？ （P131）答：內(nèi)容:1）、系統(tǒng)定義的目標是否與用戶的要求一致；2）、系統(tǒng)需求分析階段提供的文檔資料是否齊全；3）、文檔中所有描述是否完整、清晰、準確地反映了用戶要求；4）、與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述；5）、主要功能是否已經(jīng)包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；6）、軟件的行為和它必須處理的信息、必須完成的功能是否一致；7）、設計的約束條件或限制條件是否符合實際；8）、是否考慮開發(fā)的技術風險；9）、是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義成功進行確認； 評審方法：1、自查法；2、用戶審查法；3、

23、專家審查法；4、原型法。第六章3、 模塊內(nèi)聚的類型有哪些？ （P137）答：（內(nèi)聚程度由弱到強）1、偶然性內(nèi)聚：當有幾個模塊內(nèi)有一段代碼是相同的，那么將它們抽取出來形成單獨 的模塊，即偶然性內(nèi)聚模塊；2、邏輯性內(nèi)聚：模塊內(nèi)執(zhí)行幾個邏輯上相似的功能，通過參數(shù)確定模型完成的功能；3、時間性內(nèi)聚：模塊中包含了需要再同一時間段中執(zhí)行的多個任務；4、過程性內(nèi)聚：模塊中包含的任務必須按照某一特定的次序來執(zhí)行；5、通信性內(nèi)聚：模塊內(nèi)各功能部分都使用了相同的輸入數(shù)據(jù)，或產(chǎn)生了相同的輸出數(shù) 據(jù)；6、順序性內(nèi)聚：模塊中各個部分與同一個功能密切相關，并且必須按照先后順序執(zhí)行（通常前一個部分的數(shù)據(jù)就是后一個部分的輸入

24、數(shù)據(jù)）；7、功能性內(nèi)聚：模塊中各個部分為了完成某一具體功能必不可少的組成部分；4、 模塊耦合的類型有哪些？ （P138）答：（耦合程度按弱到強）1、非直接耦合：兩個模塊之間沒有直接關系；2、數(shù)據(jù)耦合：兩個模塊之間僅通過模塊參數(shù)交換信息；3、特征耦合：兩個模塊之間傳遞的是數(shù)據(jù)結構；4、控制耦合：一個模塊調用另一個模塊時，傳遞的是控制變量，被調用的模塊通過控 制變量的值有選擇地執(zhí)行塊內(nèi)某一功能；5、外部耦合：一組模塊訪問同一個全局變量；6、公共耦合：一組模塊訪問同一個全局性數(shù)據(jù)結構；6、系統(tǒng)總體設計的基本任務是什么？（P142）答：1、 設計軟件系統(tǒng)結構（簡稱軟件結構）；2、數(shù)據(jù)結構及數(shù)據(jù)庫設計；

25、3、編寫總體設計文檔（包括總體設計說明書、數(shù)據(jù)庫設計說明書、用戶手冊、測試計 劃）；4、評審;P157應用題第七章P182應用題P173環(huán)形復雜度的計算第九章系統(tǒng)測試的目標：以最少的時間和人力系統(tǒng)找出軟件中潛在的各種錯誤和缺陷。（書202）系統(tǒng)測試的基本原則（書202）1、應該把“盡早地和不斷地進行系統(tǒng)測試”作為系統(tǒng)測試者的座右銘；2、程序員或程序設計機構應避免測試自己設計的程序；3、測試用例的設計不僅要有輸入數(shù)據(jù)，還要有與之對應的預期結果；4、測試用例的設計不僅要有合法的輸入數(shù)據(jù)，還要有非法的輸入數(shù)據(jù)；5、要充分注意測試過程中的群集現(xiàn)象；6、嚴格執(zhí)行測試計劃，排除測試的隨意性；7、應當對每一

26、個測試結果做全面檢查；&除了檢查程序是否做完了它應做的事之外，還要檢查它是否做了不應該做的事；9、在對程序修改之后要進行回歸測試；10、妥善保留測試計劃、全部測試用例、出錯統(tǒng)計和最終分析報告，并把它們作為系統(tǒng)的組 成部分之一，為維護提供方便。黑盒測試與白盒測試的區(qū)別（？）（書214與219）1、白盒測試在測試過程的早期階段進行，而黑盒測試主要用在測試過程的后期；2、白盒測試測試程序的邏輯結構，黑盒測試是功能測試；3、（？）白盒測試的具體方法：邏輯覆蓋、基本路徑測試黑盒測試的具體方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法系統(tǒng)測試的步驟（？）（書206）1、單元測試：模塊接口測試、局部

27、數(shù)據(jù)結構測試、路徑測試、錯誤處理測試、邊界測試2、集成測試：在單元測試的基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)而進 行的測試，也被稱為組裝測試或聯(lián)合測試。3、確認測試：使用實際數(shù)據(jù)進行測試，從而驗證系統(tǒng)是否能滿足用戶的實際需要，驗證系 統(tǒng)的有效性。4、系統(tǒng)測試：充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作，并完成所賦予的任務。 漸增式與非漸增式測試的區(qū)別（ 書209）1、非漸增式方法把單元測試和集成測試分成兩個不同的階段，前一個階段完成模塊的單元 測試，后一階段完成集成測試。而漸增式測試把單元測試與集成測試合在一起，同時完成；2、非漸增式需要更多的工作量，因為每個模塊都需要驅動模塊

28、和樁模塊，而漸增式利用已 測試過的模塊作為驅動模塊或樁模塊，因此工作量較少；3、漸增式可以較早地發(fā)現(xiàn)接口之間的錯誤，非漸增式只有到最后組裝時才能發(fā)現(xiàn)；4、漸增式有利于排錯，發(fā)生錯誤往往和最近加進來的模塊有關，而非漸增式發(fā)現(xiàn)接口錯誤 被推遲到最后，而且很難判斷哪一部分接口出錯；5、漸增式測試比較徹底，已測試的模塊和新的模塊組裝在一起又接受測試；6、非漸增式開始可并行測試所有模塊，能充分利用人力，對測試大型系統(tǒng)很有意義。系統(tǒng)測試的分類（書213）1、恢復測試：主要檢查系統(tǒng)的容錯能力。2、安全性測試：檢驗在系統(tǒng)中已存在的系統(tǒng)安全性措施、保密性措施是否發(fā)揮作用，有無 漏洞。3、強度測試：檢查在系統(tǒng)運行

29、環(huán)境不正常到發(fā)生故障的時間內(nèi)，系統(tǒng)可以運行到何種程度 的測試。4、性能測試：測試系統(tǒng)軟件在被組裝進系統(tǒng)的環(huán)境下運行時的性能。a測試和B測試的區(qū)別（書212）a測試：由一個用戶在開發(fā)環(huán)境下進行測試，也可以是開發(fā)機構內(nèi)部的人員在模擬實際操作環(huán)境下進行的測試。測試的關鍵在于盡可能逼真地模擬實際運行環(huán)境和用戶對系統(tǒng)產(chǎn)品的操 作，并盡最大努力涵蓋所有可能的用戶操作方式?？梢奱操作是在一個受控制環(huán)境下的測試。B測試：由系統(tǒng)的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。與a測試不同的是，開發(fā)者一般不在現(xiàn)場。因此B測試是系統(tǒng)不在開發(fā)者控制的環(huán)境下的“活的”應用。 用戶記錄在測試過程中遇到的所有問題，包

30、括真實的以及主觀認定的，定期向開發(fā)者報告。開發(fā)者在綜合用戶報告之后，必須做出相應的修改，然后才能將系統(tǒng)產(chǎn)品交付給全體用戶使 用。等價類劃分法測試的步驟（ 書219）1、劃分等價類：有效等價類、無效等價類2、確定測試用例：（1）為每一個等價類規(guī)定一個唯一編號；（2 ）設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價類，重復這一步，直到所有的有效等價類都被覆蓋為止；（3）設計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復這一步，直到所有的無效等價類都被覆蓋為止。3、用等價類劃分法設計測試用例的實例。用因果圖生成測試用例的基本步驟（書223）1、 分析軟件規(guī)格說明描述中，哪

31、些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出結果），并給每個原因和結果賦予一個標識符；2、分析軟件規(guī)格說明描述中的語義，找出原因與結果之間、原因與原因之間對應的關系， 根據(jù)這些關系，畫出因果圖；3、由于語法或環(huán)境限制，有些原因與原因之間，結果與結果之間不可能同時出現(xiàn)。為表明 這些特殊情況，在因果圖上用一些記號表明約束或限制條件；4、把因果圖轉換成判定表；5、把判定表的每一列拿出來作為依據(jù)，設計測試用例。調試和測試的不同（？）（書228）1、調試是在進行了成功的測試之后才開始的工作；2、測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤，調試的目的是確定錯誤的原因和位置，并 改正錯誤。3、與

32、測試相比，調試技術缺乏系統(tǒng)的理論研究。調試和測試各有什么用途（？）P233應用題第十二章1.名詞解釋對象（P276）:世界是由各種各樣的對象構成的，只要是這個世界客觀存在的一切事物都是對象。類（P276）:“類”是指具有共同屬性和行為的一組對象的集合抽象（P281）:抽象是指將世界上的失誤表述成類的概念，即對象的靜態(tài)屬性可以被抽象成類的屬性定義，對象的動態(tài)行為可以被抽象成類的操作定義。封裝（P281）:將對象的操作包裝成只有名稱、參數(shù)、返回值，而不向外部使用者提供如何實現(xiàn)該操作具體的行為細節(jié)和操作過程，成為封裝。繼承（P282）:對事物的分類是有層次的，總存在一個分類包含了另一個或若干個分類的情況，像這樣一個類被包含在另一個