第一篇：系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)總結(jié)

第一章

系統(tǒng)分析員：使用信息技術(shù)的商業(yè)專(zhuān)業(yè)人員，利用分析與設(shè)計(jì)技術(shù)解決商業(yè)問(wèn)題。需要具備的基本知識(shí)與技能：1.技術(shù)知識(shí)與技能

2.商業(yè)知識(shí)與技能

3.人的知識(shí)與技能

4.誠(chéng)實(shí)與道德

系統(tǒng)分析員在系統(tǒng)開(kāi)發(fā)中的職責(zé)范圍：程序分析員、商業(yè)系統(tǒng)分析員、系統(tǒng)聯(lián)絡(luò)員、最終用戶(hù)分析員、商業(yè)顧問(wèn)、系統(tǒng)顧問(wèn)、系統(tǒng)支持分析員、系統(tǒng)設(shè)計(jì)師、軟件工程師、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)師。

第二章

系統(tǒng)開(kāi)發(fā)生命周期的階段劃分：項(xiàng)目計(jì)劃階段、分析階段、設(shè)計(jì)階段、實(shí)施階段、支持階段。項(xiàng)目計(jì)劃階段、分析階段、設(shè)計(jì)階段的主要活動(dòng)

1.項(xiàng)目計(jì)劃階段：定義問(wèn)題、確認(rèn)項(xiàng)目的可行性、制定項(xiàng)目的進(jìn)度表、為項(xiàng)目安排人員、啟動(dòng)項(xiàng)目

2.分析階段：收集信息、確定系統(tǒng)需求、建立需求發(fā)現(xiàn)的原型、劃分需求的優(yōu)先級(jí)、產(chǎn)生并評(píng)估可替換方案、與管理人員一起審查建議

3.設(shè)計(jì)階段：設(shè)計(jì)并集成網(wǎng)絡(luò)、設(shè)計(jì)應(yīng)用程序結(jié)構(gòu)、設(shè)計(jì)用戶(hù)界面、設(shè)計(jì)系統(tǒng)界面、設(shè)計(jì)并集成數(shù)據(jù)庫(kù)、設(shè)計(jì)細(xì)節(jié)的原型化、設(shè)計(jì)并集成系統(tǒng)控制 項(xiàng)目開(kāi)發(fā)隊(duì)伍的人員組成（圖2-4 系統(tǒng)開(kāi)發(fā)項(xiàng)目的參加人員）

在項(xiàng)目計(jì)劃階段，項(xiàng)目組僅由少數(shù)人員組成，基本上包括一個(gè)項(xiàng)目經(jīng)理和一兩個(gè)有經(jīng)驗(yàn)的系統(tǒng)分析員。

分析階段要求項(xiàng)目組成員有良好的分析技能和扎實(shí)的問(wèn)題域知識(shí)。設(shè)計(jì)是較專(zhuān)業(yè)化的活動(dòng)，需要補(bǔ)充有專(zhuān)業(yè)技術(shù)的人員。在實(shí)施階段，通常增加許多編程人員和質(zhì)量控制人員，項(xiàng)目組在實(shí)施階段通常是最大的。項(xiàng)目可行性分析的要素：

1.經(jīng)濟(jì)可行性

2.組織上和文化上的可行性 3.技術(shù)可行性 4.進(jìn)度表可行性 5.資源可行性

PERT/CPM：基于單個(gè)任務(wù)或活動(dòng)對(duì)項(xiàng)目進(jìn)行規(guī)劃的一種方法。

圖 2-15 客戶(hù)支持項(xiàng)目的部分PERT圖

甘特（Gantt）圖：以條形圖代表項(xiàng)目進(jìn)度表的任務(wù)和活動(dòng)。

圖2-16 客戶(hù)支持項(xiàng)目的甘特圖

第三章：方法、技術(shù)、模型、工具以及它們之間的相互關(guān)系

系統(tǒng)開(kāi)發(fā)方法：提供完成系統(tǒng)開(kāi)發(fā)生命周期每一步的詳細(xì)指導(dǎo)，包括具體的模型、工具和技術(shù)。

技術(shù)：幫助分析員完成系統(tǒng)開(kāi)發(fā)活動(dòng)或任務(wù)的一組方法。模型：現(xiàn)實(shí)世界某些重要方面的表示。

工具：幫助生成項(xiàng)目中所需模型或其他組建的軟件支持。相互關(guān)系：圖3-4 方法中個(gè)組件之間的關(guān)系 結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ谋容^

圖3-5 結(jié)構(gòu)化編程的三種結(jié)構(gòu)：順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。

第四章

需求調(diào)查的對(duì)象：

用戶(hù)，即每天實(shí)際使用系統(tǒng)的人； 客戶(hù)，即支付和擁有系統(tǒng)的人；

技術(shù)人員，即確保系統(tǒng)在組織的計(jì)算機(jī)環(huán)境下運(yùn)行的人。需求調(diào)查的方法：

向系統(tǒng)相關(guān)者分發(fā)和收集調(diào)查表 復(fù)查現(xiàn)有的報(bào)表、表格和過(guò)程描述 主持與用戶(hù)的面談和討論 觀察商業(yè)過(guò)程和工作流 建立原型

主持聯(lián)合應(yīng)用程序社街（JAD）會(huì)議 需求調(diào)查的結(jié)果

系統(tǒng)需求：系統(tǒng)所提供功能的詳細(xì)定義。

功能需求：描述系統(tǒng)必須支持的功能和過(guò)程的系統(tǒng)需求。技術(shù)需求：描述操作系統(tǒng)環(huán)境和性能目標(biāo)的系統(tǒng)需求。通常把系統(tǒng)需求分為兩類(lèi)：功能需求和技術(shù)需求。功能需求用于說(shuō)明新系統(tǒng)必須支持的基本商業(yè)功能，而技術(shù)需求則包括系統(tǒng)性能目標(biāo)、操作環(huán)境以及其他非功能性問(wèn)題。

第五 – 七章：系統(tǒng)分析

模型的分類(lèi)：包括數(shù)學(xué)模型、描述模型和原圖模型。

數(shù)學(xué)模型：描述系統(tǒng)技術(shù)方面的一系列公式，用來(lái)表示系統(tǒng)精確的方面，這些部分最適合用公式或數(shù)學(xué)符號(hào)表示。

描述模型：描述系統(tǒng)某一方面的描述性的備忘錄，報(bào)表或列表。圖形模型：圖表和系統(tǒng)某些方面的示意性表示。圖形模型有助于理解那些很難用語(yǔ)言來(lái)描述的復(fù)雜關(guān)系。

事件的分類(lèi)：外部事件，臨時(shí)事件和狀態(tài)事件。

外部事件：系統(tǒng)之外發(fā)生的事件，通常都是由外部實(shí)體或動(dòng)作參與者觸發(fā)的。臨時(shí)事件：由于到達(dá)某一時(shí)刻所發(fā)生的事件。

狀態(tài)事件：當(dāng)系統(tǒng)內(nèi)部發(fā)生了需要處理的情況時(shí)所引發(fā)的事件。事件表：以各個(gè)事件為行，各個(gè)事件的關(guān)鍵信息為列。圖5-15 事物之間的關(guān)聯(lián)關(guān)系：只能一個(gè)（強(qiáng)制）、0或多個(gè)（可選）、1或多個(gè)（強(qiáng)制）0或1個(gè)（可選）

圖 5-21 圖5-22 關(guān)系的基數(shù)符號(hào)

實(shí)體-聯(lián)系圖：傳統(tǒng)的系統(tǒng)開(kāi)發(fā)方法都把重點(diǎn)集中在新系統(tǒng)的數(shù)據(jù)存儲(chǔ)需求上。數(shù)據(jù)存儲(chǔ)需求包括數(shù)據(jù)實(shí)體、數(shù)據(jù)實(shí)體的屬性以及它們之間的關(guān)系。用來(lái)定義數(shù)據(jù)存儲(chǔ)需求的模型被稱(chēng)為實(shí)體-聯(lián)系圖（ERD）。

圖 5-21 一個(gè)簡(jiǎn)單的實(shí)體-聯(lián)系圖

圖 5-22 關(guān)系的基數(shù)符號(hào)

圖 5-23 顯示了屬性的擴(kuò)展ERD圖

圖 5-25 大學(xué)課程注冊(cè)ERD圖（含有多對(duì)多關(guān)系）圖 5-26 細(xì)化的大學(xué)課程注冊(cè)ERD圖（包含關(guān)聯(lián)實(shí)體）

圖 5-27 RMO客戶(hù)支持系統(tǒng)的實(shí)體-聯(lián)系圖（ERD）（圖中未顯示有關(guān)屬性）圖 5-31 類(lèi)圖符號(hào) 圖 5-32 銀行賬目類(lèi)圖

圖 5-33 落基山運(yùn)動(dòng)用品商店類(lèi)圖 數(shù)據(jù)流程圖：是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng)的主要需求，即：輸入、輸出、過(guò)程和數(shù)據(jù)存儲(chǔ)。

外部實(shí)體：在系統(tǒng)邊界之外的個(gè)人或組織，它提供數(shù)據(jù)輸入或接受數(shù)據(jù)輸出。過(guò)程：在DFD中的一個(gè)符號(hào)，它代表從數(shù)據(jù)輸入轉(zhuǎn)換到數(shù)據(jù)輸出的算法或程序。數(shù)據(jù)流：在DFD中的箭頭，它表示在過(guò)程、數(shù)據(jù)存儲(chǔ)和外部實(shí)體之間的數(shù)據(jù)移動(dòng)。數(shù)據(jù)存儲(chǔ)：保存數(shù)據(jù)的地方，以便將來(lái)由一個(gè)或多個(gè)過(guò)程來(lái)訪問(wèn)這些數(shù)據(jù)。圖6-2 數(shù)據(jù)流程圖的符號(hào)

關(guān)聯(lián)圖：是指描述系統(tǒng)最高層結(jié)構(gòu)的DFD。

圖 6-5 大學(xué)課程注冊(cè)系統(tǒng)的關(guān)聯(lián)圖

DFD片段：用一個(gè)過(guò)程符號(hào)表示系統(tǒng)響應(yīng)一個(gè)時(shí)間的DFD。

圖 6-7 課程注冊(cè)系統(tǒng)的DFD片段

決策表：一種處理邏輯的表格表示方法，其中包括決策變量、決策變量值、參與者或公式。

圖 6-22 計(jì)算運(yùn)輸費(fèi)用決策表

決策樹(shù)：使用像樹(shù)枝一樣的線條對(duì)過(guò)程邏輯進(jìn)行圖形化的描述。

圖 6-23 計(jì)算運(yùn)輸費(fèi)用決策樹(shù)

數(shù)據(jù)流定義：數(shù)據(jù)流內(nèi)容和內(nèi)部結(jié)構(gòu)的文本描述。

數(shù)據(jù)流是數(shù)據(jù)元素的集合，所以數(shù)據(jù)流定義將列出所有的數(shù)據(jù)元素。

第七章 面向?qū)ο蟮男枨竺枋?/p>

類(lèi)圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖

當(dāng)我們討論系統(tǒng)開(kāi)發(fā)的時(shí)候，通常把系對(duì)新系統(tǒng)的描述分成兩部分：結(jié)構(gòu)化信息和行為化信息。系統(tǒng)的組成部分我們稱(chēng)之為結(jié)構(gòu)，而這些組成部分的執(zhí)行邏輯我們稱(chēng)之為行為。

類(lèi)圖提供了對(duì)系統(tǒng)組成部分的定義，而其它圖，即用例圖、順序圖、協(xié)作圖和狀態(tài)圖，這些圖的重點(diǎn)都集中在系統(tǒng)所完成的活動(dòng)上。換句話說(shuō)，它們描述的是新系統(tǒng)的行為方面。

因此，類(lèi)圖說(shuō)明系統(tǒng)的組成部分是什么，而其他圖說(shuō)明這些組成部分干什么。類(lèi)圖：

用例圖：一種用以顯示不同的用戶(hù)角色和這些用戶(hù)角色如何來(lái)使用系統(tǒng)的圖。

用例圖的目的是識(shí)別新系統(tǒng)的“使用”，或用例，換句話說(shuō)，就是識(shí)別如何使用系統(tǒng)。用例圖本質(zhì)上是事件表的延伸。用例圖是一個(gè)記錄系統(tǒng)必須支持功能的簡(jiǎn)便方法。順序圖：一種用以顯示用例對(duì)象之間消息順序的圖。

順序圖更詳細(xì)地顯示了協(xié)作圖中所表達(dá)的信息，只是顯示方式有些差異。順序圖以圖形化的方式強(qiáng)調(diào)消息間的順序，而非協(xié)作對(duì)象。畫(huà)順序圖的目的是用過(guò)在頁(yè)面上標(biāo)出位置來(lái)圖形化地表示消息的順序。執(zhí)行次序從上到下執(zhí)行。

協(xié)作圖：一種用以顯示對(duì)象如何被協(xié)調(diào)在一起以執(zhí)行用例的圖。

消息：用例內(nèi)部的對(duì)象之間的通信。

協(xié)作圖的目的是識(shí)別協(xié)作完成給定業(yè)務(wù)功能的對(duì)象。比如說(shuō)，一個(gè)RMO的系統(tǒng)的商業(yè)用途之一是“記錄客戶(hù)訂單”，那么協(xié)作表將會(huì)識(shí)別所有涉及到的對(duì)象。為了記錄客戶(hù)訂單需要一個(gè)客戶(hù)對(duì)象，一些庫(kù)存對(duì)象和一個(gè)新訂單對(duì)象等。一個(gè)獨(dú)立的協(xié)作圖用以識(shí)別對(duì)象，并展示這些對(duì)象的相互作用及對(duì)象之間發(fā)送的用于執(zhí)行功能的消息。

交互圖：顯示對(duì)象之間交互的圖，它或者是一個(gè)協(xié)作圖，或者是一個(gè)順序圖。

協(xié)作圖和順序圖統(tǒng)稱(chēng)交互圖。

狀態(tài)圖：一種用以現(xiàn)實(shí)對(duì)象在各個(gè)階段中的生命和轉(zhuǎn)換的情況的圖。

最后一種被用來(lái)描述應(yīng)用需求的圖稱(chēng)狀態(tài)圖。一個(gè)狀態(tài)圖表（或簡(jiǎn)單地稱(chēng)之為狀態(tài)圖）描述了每個(gè)對(duì)象的狀態(tài)和行為。每一個(gè)對(duì)象類(lèi)都含有一個(gè)狀態(tài)圖表。在狀態(tài)圖的內(nèi)部是動(dòng)作描述，這些動(dòng)作描述在最終的系統(tǒng)中都變成了邏輯。每個(gè)類(lèi)中的邏輯組件稱(chēng)為方法。

OO需求=事件表+類(lèi)圖+用例圖+順序圖+協(xié)作圖+狀態(tài)圖表。7.4 系統(tǒng)行為：面向?qū)ο蟮挠美?場(chǎng)景視圖

用例：由系統(tǒng)為使用給系統(tǒng)的用戶(hù)完成的一個(gè)單一用途或功能。參與者：系統(tǒng)用戶(hù)扮演的一個(gè)角色。

圖 7-2 有一個(gè)參與者的簡(jiǎn)單用例

場(chǎng)景：在用例中活動(dòng)的一個(gè)特定順序；一個(gè)用例有可能有多個(gè)不同的場(chǎng)景。

圖 7-4 帶系統(tǒng)邊界的用例圖

圖 7-5 客戶(hù)支持系統(tǒng)用例圖舉例（通過(guò)子系統(tǒng)）圖 7-6 與客戶(hù)相關(guān)的所有用例 圖 7-7 《包含》用例的一個(gè)例子 7.5 對(duì)象交互：順序圖與協(xié)作圖

協(xié)作圖和順序圖包含有相同的信息，但它們的側(cè)重點(diǎn)稍有不同。協(xié)作圖強(qiáng)調(diào)對(duì)象交織在一起以支持一個(gè)用例，而順序圖把重點(diǎn)放在消息本身的細(xì)節(jié)上。

順序圖展示對(duì)象之間的交互順序，這些交互是指在場(chǎng)景或用例的事件流中發(fā)生的。在順序圖中共有四個(gè)基本符號(hào)：

1.參與者符號(hào)，由一個(gè)小人圖形表示；

2.對(duì)象符號(hào)，由一個(gè)名字帶下劃線的方框表示；

3.生命線符號(hào)，由虛線或狹窄的豎直方框表示；

4.消息符號(hào)，由帶消息描述的方向箭頭表示。

圖7-9 順序圖的符號(hào) 圖7-10 對(duì)象和類(lèi)名

生命線：在順序圖中的一個(gè)對(duì)象下面的豎線，用以顯示這個(gè)對(duì)象的時(shí)間階段。激活生命線：在順序圖中的垂直窄長(zhǎng)方框，用以強(qiáng)調(diào)一個(gè)對(duì)象只有在一個(gè)場(chǎng)景的部分中處于活動(dòng)狀態(tài)。消息：由于面向?qū)ο笙到y(tǒng)通過(guò)每個(gè)對(duì)象向其他對(duì)象發(fā)送消息來(lái)工作，因此在一個(gè)場(chǎng)景內(nèi)由事件流定義的內(nèi)部事件就變成了在對(duì)象和參與者或其他對(duì)象之間的消息。

消息符號(hào)由兩部分組成：方向箭頭和消息描述器。消息描述器的語(yǔ)法如下：

[true/false條件] 返回值：= 消息名（參數(shù)列表）

True/false條件用于驗(yàn)證這個(gè)消息是否可以發(fā)送。它象一個(gè)決定點(diǎn)或程序余亞種的if語(yǔ)句。如果這個(gè)條件計(jì)算后返回true，則發(fā)送這個(gè)消息，否則不發(fā)送。

消息是從一個(gè)參與者或?qū)ο笙蛄硪粋€(gè)參與者或?qū)ο蟮男枨蟆ｉ_(kāi)發(fā)順序圖的一個(gè)有效方法及其步驟如下：

1.識(shí)別出所有與場(chǎng)景有關(guān)的對(duì)象和參與者。只使用在用例圖中表示過(guò)的參與者，只適用在類(lèi)圖中標(biāo)識(shí)過(guò)的對(duì)象。

2.基于活動(dòng)流，識(shí)別出每一個(gè)需要用于完成場(chǎng)景的消息。同時(shí)標(biāo)識(shí)消息的源對(duì)象或參與者和目的對(duì)象或參與者。

3.下一步?jīng)Q定每一個(gè)消息是總發(fā)送還是有條件的發(fā)送。

4.正確地為這些消息排序并給它們加上合適的參與者或?qū)ο笊€。5.給消息加上形式化的語(yǔ)法以描述條件、消息名和要傳遞的參數(shù)。6.如果你愿意，加上響應(yīng)消息和通信以使順序圖完整。圖 7-12 “查詢(xún)可用項(xiàng)目”的順序圖

圖 7-13 “創(chuàng)建新訂單”用例的電話訂購(gòu)場(chǎng)景順序圖 協(xié)作圖：

協(xié)作圖主要應(yīng)用是快速瀏覽相互協(xié)作、用來(lái)支持一個(gè)特定場(chǎng)景的所有對(duì)象。協(xié)作圖的參與者、對(duì)象和消息都使用了順序圖中的符號(hào)。生命線的符號(hào)沒(méi)有使用，但是，也使用了一個(gè)不同的符號(hào)：鏈接符號(hào)。

圖7-14在一個(gè)典型的協(xié)作圖中顯示了這四種符號(hào)。

協(xié)作圖信息描述符的語(yǔ)法如下：用數(shù)字順序標(biāo)號(hào)來(lái)顯示每一個(gè)消息的順序。[true/false條件] 順序編號(hào)：返回值：= 消息名（參數(shù)列表）在對(duì)象之間或在參與者與對(duì)象之間的連線表示鏈接。

在一個(gè)協(xié)作圖中，鏈接表示兩個(gè)對(duì)象共享一個(gè)消息——一個(gè)發(fā)送消息一個(gè)接收消息。圖7-15 “查詢(xún)可用項(xiàng)目”的協(xié)作圖

圖7-16 “創(chuàng)建新訂單”電話訂購(gòu)場(chǎng)景的協(xié)作圖 7.6 對(duì)象行為：狀態(tài)、狀態(tài)轉(zhuǎn)換和狀態(tài)圖表

在開(kāi)發(fā)功能需求時(shí)，最后一類(lèi)需要的信息是每個(gè)對(duì)象的內(nèi)部邏輯。這些信息是對(duì)對(duì)象本身執(zhí)行動(dòng)作的描述。

順序圖給出了對(duì)象行為的一個(gè)客觀的分析。它標(biāo)識(shí)了對(duì)象發(fā)送和接收的消息。狀態(tài)圖的目標(biāo)是描述對(duì)象的內(nèi)部工作。圖7-17 OO模型中的關(guān)系。

狀態(tài)圖是從類(lèi)圖和順序圖中的信息開(kāi)發(fā)出來(lái)的。狀態(tài)：一個(gè)對(duì)象存在的條件；狀態(tài)圖的一部分。

一個(gè)黑圓圈表示初始狀態(tài)，它僅僅表明進(jìn)入狀態(tài)圖的入口點(diǎn)。初始狀態(tài)也叫做偽狀態(tài)，因?yàn)槿肟邳c(diǎn)也許會(huì)比對(duì)象自身的創(chuàng)建更早。

在內(nèi)部涂黑的同心圓表示結(jié)束狀態(tài)，這個(gè)狀態(tài)表示從狀態(tài)圖中退出，通常表示從系統(tǒng)刪除一個(gè)對(duì)象。

動(dòng)作：在一個(gè)特定狀態(tài)下對(duì)象執(zhí)行的行為。

并行或并發(fā)狀態(tài)：在狀態(tài)圖中同時(shí)處于多于一個(gè)狀態(tài)的條件。

復(fù)合狀態(tài)：嵌套了其他狀態(tài)的高層狀態(tài)。一個(gè)對(duì)象進(jìn)入復(fù)合狀態(tài)后，它就從一個(gè)黑點(diǎn)開(kāi)始一條路徑。

對(duì)象轉(zhuǎn)換：狀態(tài)圖中的一個(gè)組成部分，它標(biāo)示從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的移動(dòng)。目的狀態(tài)：一個(gè)轉(zhuǎn)換的目的，它連接著轉(zhuǎn)換符號(hào)的箭頭。原狀態(tài)：一個(gè)轉(zhuǎn)換的起源，它連接轉(zhuǎn)換符號(hào)的尾部。

消息時(shí)間：轉(zhuǎn)換的觸發(fā)器，這個(gè)轉(zhuǎn)換由一個(gè)有事件屬性的消息組成。

圖7-23 狀態(tài)圖的轉(zhuǎn)換名稱(chēng)和消息名稱(chēng)。圖7-25 訂單的狀態(tài)圖。

完成轉(zhuǎn)換：原狀態(tài)結(jié)束行動(dòng)時(shí)發(fā)生的沒(méi)有觸發(fā)事件的轉(zhuǎn)換。

決策偽狀態(tài)：在狀態(tài)圖中的一個(gè)菱形塊，它代表在路徑上的一個(gè)決策點(diǎn)。

第八章 C/S結(jié)構(gòu)，三層/多層結(jié)構(gòu)

客戶(hù)機(jī)-服務(wù)器結(jié)構(gòu)： 客戶(hù)機(jī)-服務(wù)器結(jié)構(gòu)是當(dāng)前分布式信息系統(tǒng)資源的主要結(jié)構(gòu)模式?？蛻?hù)機(jī)-服務(wù)器結(jié)構(gòu)將信息系統(tǒng)過(guò)程分成兩個(gè)等級(jí)：客戶(hù)機(jī)和服務(wù)器。服務(wù)器計(jì)算機(jī)管理一個(gè)或多個(gè)的系統(tǒng)資源并通過(guò)確定的通信結(jié)構(gòu)提供對(duì)那些資源的訪問(wèn)；客戶(hù)機(jī)計(jì)算機(jī)用這個(gè)通訊結(jié)構(gòu)來(lái)請(qǐng)求資源，而服務(wù)器則響應(yīng)那些請(qǐng)求。實(shí)現(xiàn)通信結(jié)構(gòu)的軟件通常稱(chēng)為中間件。

服務(wù)器計(jì)算機(jī)或服務(wù)器：在網(wǎng)絡(luò)中為其他計(jì)算機(jī)提供服務(wù)的計(jì)算機(jī)。客戶(hù)機(jī)計(jì)算機(jī)：向網(wǎng)絡(luò)中的其他計(jì)算機(jī)請(qǐng)求服務(wù)的計(jì)算機(jī)。

中間件：在網(wǎng)絡(luò)中實(shí)現(xiàn)通信協(xié)議和幫助不同的系統(tǒng)進(jìn)行通行的計(jì)算機(jī)軟件。三層結(jié)構(gòu)：包含用戶(hù)層、業(yè)務(wù)邏輯層、數(shù)據(jù)層三層的一種客戶(hù)機(jī)-服務(wù)器結(jié)構(gòu)。

圖8-4 三層結(jié)構(gòu)。

第九章、系統(tǒng)設(shè)計(jì)

結(jié)構(gòu)化方法

– 系統(tǒng)流程圖，結(jié)構(gòu)圖，結(jié)果質(zhì)量評(píng)價(jià)

面向?qū)ο蠓椒?/p>

– 包圖，類(lèi)圖

圖9-3 結(jié)構(gòu)化和面向?qū)ο竽Ｐ?/p>

系統(tǒng)流程圖：描述一個(gè)系統(tǒng)內(nèi)計(jì)算機(jī)程序之間所有控制流的圖。

系統(tǒng)流程圖標(biāo)識(shí)了每一個(gè)程序及其所存取的數(shù)據(jù)。系統(tǒng)流程圖也表明了不同程序、子系統(tǒng)、相關(guān)文件和數(shù)據(jù)庫(kù)之間的關(guān)系。記錄了整個(gè)系統(tǒng)的體系結(jié)構(gòu)。

圖9-5 帶自動(dòng)化系統(tǒng)邊界的數(shù)據(jù)流程圖 圖 9-6 系統(tǒng)流程圖的常用符號(hào) 圖9-7 工資系統(tǒng)的系統(tǒng)流程圖樣例 圖 9-8 RMO的系統(tǒng)流程圖

結(jié)構(gòu)圖：用來(lái)展示一個(gè)計(jì)算機(jī)程序模塊間關(guān)系的層次圖。

結(jié)構(gòu)圖的層次描述了系統(tǒng)各部分的功能和子功能。

結(jié)構(gòu)圖的基本組成部分是模塊，模塊用來(lái)標(biāo)識(shí)一個(gè)功能。圖 9-9 一個(gè)計(jì)算工資總額的簡(jiǎn)單結(jié)構(gòu)圖 圖9-11 完整計(jì)算工資系統(tǒng)的結(jié)構(gòu)圖 評(píng)價(jià)結(jié)構(gòu)圖的質(zhì)量：

模塊耦合和模塊內(nèi)聚是檢測(cè)質(zhì)量的兩個(gè)標(biāo)準(zhǔn)。一般來(lái)說(shuō)，我們期望設(shè)計(jì)出高度內(nèi)聚和松散耦合的模塊來(lái)。

模塊耦合：模塊間相互聯(lián)系的方式，較好的方式是數(shù)據(jù)耦合。模塊內(nèi)聚：模塊內(nèi)部的凝聚程度。9.2.4 模塊算法設(shè)計(jì)：偽碼

包圖：是一個(gè)高層圖，用以標(biāo)識(shí)系統(tǒng)中的主要部件。

包圖的目標(biāo)是用于標(biāo)識(shí)一個(gè)完整系統(tǒng)的主要部分。在一個(gè)大的系統(tǒng)中，通常要把系統(tǒng)分成許多子系統(tǒng)，每個(gè)子系統(tǒng)的功能相互之間都是獨(dú)立的，雖然子系統(tǒng)間經(jīng)常會(huì)交換信息并頻繁的共享同一數(shù)據(jù)庫(kù)。

圖 9-26 包括RMO設(shè)計(jì)類(lèi)的圖。

設(shè)計(jì)類(lèi)圖：設(shè)計(jì)類(lèi)圖是帶某些符號(hào)的類(lèi)圖，這些符號(hào)在類(lèi)中描述了設(shè)計(jì)部件。

第十章、數(shù)據(jù)庫(kù)設(shè)計(jì)

? 關(guān)系數(shù)據(jù)庫(kù)的設(shè)計(jì)

? 從ERD到關(guān)系模型的轉(zhuǎn)換 ? 從類(lèi)圖到關(guān)系模型的轉(zhuǎn)換 ? 面向?qū)ο髷?shù)據(jù)庫(kù)的設(shè)計(jì)

? 從類(lèi)圖到面向?qū)ο髷?shù)據(jù)模型的轉(zhuǎn)換

關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)：在表中存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)庫(kù)管理系統(tǒng)。

表：包括行和列的二維數(shù)據(jù)結(jié)構(gòu)，也叫關(guān)系。

行：表的一部分，包含描述一個(gè)實(shí)體、關(guān)系或?qū)ο蟮臄?shù)據(jù)，也叫元組或記錄。字段：關(guān)系數(shù)據(jù)庫(kù)表的一列，也叫屬性。

字段值：存儲(chǔ)在關(guān)系數(shù)據(jù)庫(kù)表的一個(gè)單元中的數(shù)值，也叫屬性值或數(shù)據(jù)元素。關(guān)鍵字：關(guān)系數(shù)據(jù)庫(kù)表中每一行都含有一個(gè)唯一值的字段。主鍵：可以唯一標(biāo)識(shí)關(guān)系數(shù)據(jù)庫(kù)中表的某一行的關(guān)鍵字。（字段不唯一）外部碼：存儲(chǔ)在一個(gè)關(guān)系數(shù)據(jù)庫(kù)表中的字段值，同時(shí)這個(gè)字段值也是另一個(gè)關(guān)系數(shù)據(jù)庫(kù)表的主鍵值。

關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)可以從一個(gè)ERD或一個(gè)類(lèi)圖開(kāi)始。這一節(jié)介紹如何根據(jù)一個(gè)ERD來(lái)生成數(shù)據(jù)庫(kù)模式?；陬?lèi)圖的模式建立將在本章的后面討論。從ERD建立一個(gè)關(guān)系數(shù)據(jù)庫(kù)模式，可以采取一下步驟：

1.為每個(gè)實(shí)體類(lèi)型建立一張表

2.為每個(gè)表選擇一個(gè)主鍵（如何需要，可以定義一個(gè)）3.增加外部碼以表示一對(duì)多關(guān)系 4.建立一個(gè)新表來(lái)表示多對(duì)多關(guān)系 5.定義參照完整性約束

6.評(píng)價(jià)模式質(zhì)量，并進(jìn)行必要的改進(jìn)

7.為每個(gè)字段選擇適當(dāng)?shù)臄?shù)據(jù)類(lèi)型和取值范圍（如果需要）圖10-5 RMO的實(shí)體-聯(lián)系圖

圖 10-6 表示ERD中實(shí)體的初始表的集合 圖 10-7 帶主鍵（用黑體標(biāo)識(shí)）的實(shí)體表 圖 10-8 圖 10-9 參照完整性：一個(gè)一致的關(guān)系數(shù)據(jù)庫(kù)狀態(tài)，其中每個(gè)外部碼的值也作為一個(gè)主鍵的值存在。

第11章

Eight Golden Rules for Interactive Interface Design From Strive for Consistency（盡量保持一致性）

Enable Frequent Users to Use Shortcuts（提供快捷鍵）Offer Informative Feedback（有效反饋）

Design Dialogs to Yield Closure（設(shè)計(jì)完整的對(duì)話過(guò)程）Offer Simple Error Handling（簡(jiǎn)單的錯(cuò)誤處理機(jī)制）Permit Easy Reversal of Actions（允許撤銷(xiāo)動(dòng)作）Support Internal Locus of Control（控制的內(nèi)部監(jiān)控）Reduce Short-Term Memory Load（減輕短期記憶負(fù)擔(dān)）

概要

1.系統(tǒng)開(kāi)發(fā)生命周期的階段劃分：項(xiàng)目計(jì)劃階段、分析階段、設(shè)計(jì)階段、實(shí)施階段、支持階段。

2.對(duì)獲取的需求信息進(jìn)行類(lèi)別劃分，主要的需求類(lèi)別有:系統(tǒng)需求，功能需求,技術(shù)需求 4.用于定義系統(tǒng)需求的兩個(gè)關(guān)鍵概念分別是事件和事物 5.事件的分類(lèi)：外部事件，臨時(shí)事件和狀態(tài)事件。

6.生命線：在順序圖中的一個(gè)對(duì)象下面的豎線，用以顯示這個(gè)對(duì)象的時(shí)間階段。

激活生命線：在順序圖中的垂直窄長(zhǎng)方框，用以強(qiáng)調(diào)一個(gè)對(duì)象只有在狹長(zhǎng)垂直矩形框的描述期間處于活動(dòng)狀態(tài)。

7.順序圖消息符號(hào)由兩部分組成：方向箭頭和消息描述器。消息描述器的語(yǔ)法如下：

[true/false條件] 返回值：= 消息名（參數(shù)列表）

True/false條件用于驗(yàn)證這個(gè)消息是否可以發(fā)送

8.協(xié)作圖消息用數(shù)字順序標(biāo)號(hào)來(lái)顯示每一個(gè)消息的順序。

[true/false條件] 順序編號(hào)：返回值：= 消息名（參數(shù)列表）

在對(duì)象之間或在參與者與對(duì)象之間的連線表示鏈接。

在一個(gè)協(xié)作圖中，鏈接表示兩個(gè)對(duì)象共享一個(gè)消息——一個(gè)發(fā)送消息一個(gè)接收消息。9.模塊耦合和模塊內(nèi)聚是檢測(cè)質(zhì)量的兩個(gè)標(biāo)準(zhǔn)。一般來(lái)說(shuō)，我們期望設(shè)計(jì)出高度內(nèi)聚和松散耦合的模塊來(lái)。

10.在關(guān)系數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程中，提高關(guān)系數(shù)據(jù)庫(kù)模式質(zhì)量的有效方法是進(jìn)行關(guān)系數(shù)據(jù)庫(kù)的規(guī)范化設(shè)計(jì)。

11.計(jì)劃階段的模型：甘特圖

分析階段的模型：活動(dòng)圖，關(guān)聯(lián)圖，實(shí)體聯(lián)系圖，用例圖，數(shù)據(jù)流圖，協(xié)作圖

設(shè)計(jì)階段的模型：包圖，系統(tǒng)流程圖

12.傳統(tǒng)的結(jié)構(gòu)化方法：數(shù)據(jù)流圖，結(jié)構(gòu)圖，系統(tǒng)流程圖，面向?qū)ο蠓椒ǎ侯?lèi)圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖，13.關(guān)系數(shù)據(jù)庫(kù)中，元組與元組之間的關(guān)聯(lián)關(guān)系是通過(guò)外鍵來(lái)表示的

面向?qū)ο髷?shù)據(jù)庫(kù)中，對(duì)象與對(duì)象之間的關(guān)聯(lián)關(guān)系則是通過(guò)對(duì)象標(biāo)識(shí)來(lái)表示的 四種報(bào)表類(lèi)型：詳細(xì)報(bào)表、匯總報(bào)表、異常報(bào)表、決策報(bào)表

Drill down(下鉆)：將匯總字段設(shè)計(jì)成一個(gè)鏈接，允許點(diǎn)擊它以查看更為詳細(xì)的資料 完整性控制：應(yīng)用系統(tǒng)內(nèi)部用來(lái)保護(hù)系統(tǒng)內(nèi)信息的機(jī)制和程序。

三種完整性控制：輸入完整性控制、數(shù)據(jù)庫(kù)完整性控制、輸出完整性控制。（防詐騙）輸入完整性控制：字段組合控制、限值控制、完全性控制、數(shù)據(jù)有效性控制。三種用戶(hù)：未授權(quán)、注冊(cè)用戶(hù)、特權(quán) 用戶(hù)界面的特征：物理特征、感知、概念 以用戶(hù)為中心的原則： 及早關(guān)注用戶(hù)及其工作

多次評(píng)價(jià)系統(tǒng)設(shè)計(jì)以保證其可用性 使用迭代開(kāi)發(fā)方法

HIC的三種隱喻：直接操作隱喻（直接與顯示屏上的對(duì)象交互——桌面隱喻）、文檔隱喻、對(duì)話隱喻

界面設(shè)計(jì)指導(dǎo)原則： 可視性：有反饋 可供性：體現(xiàn)功能 事件列表

|事件| 觸發(fā)器 | 源

活動(dòng)

|

響應(yīng)

|目的地| 事物列表

|確定的名詞| 將該名詞作為事物存儲(chǔ)的一些注釋|

第二篇：系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)要點(diǎn)

1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.可行性研究報(bào)告一般涉及哪些內(nèi)容？ 用例圖的要素有哪些？ 順序圖的特點(diǎn)？ 簡(jiǎn)單介紹總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)涉及的主要工作。方案建議書(shū)一般涉及哪些內(nèi)容？ 黑盒測(cè)試和白盒測(cè)試各自的特點(diǎn)是什么？ 什么是HIPO圖，它的作用什么？ 簡(jiǎn)單介紹總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)涉及的主要工作 在結(jié)構(gòu)化系統(tǒng)分析中數(shù)據(jù)字典的作用是什么？ 軟件生命周期的瀑布模型包含哪些階段？ 系統(tǒng)開(kāi)發(fā)生命周期中“系統(tǒng)分析與設(shè)計(jì)”的重要性。什么是UML？三種表示形式是什么？ 類(lèi)圖中定義了四種關(guān)系？ 在結(jié)構(gòu)化分析方法中，使用的主要工具有哪些？ 封裝是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則，封裝有兩個(gè)含義是什么？ 電子商務(wù)應(yīng)用軟件三層是哪些層？ 項(xiàng)目管理過(guò)程中安排項(xiàng)目進(jìn)度常用的工具有哪些圖？ 系統(tǒng)規(guī)劃階段的成果主要有哪些？ 系統(tǒng)開(kāi)發(fā)生命周期將系統(tǒng)開(kāi)發(fā)過(guò)程分為5個(gè)階段，分別是是什么？ 交互圖可分為哪兩種，其特點(diǎn)是什么？ 畫(huà)出客戶(hù)使用ATM的用例圖。

每個(gè)銀行用戶(hù)都擁有自己的賬戶(hù)，而賬戶(hù)又分為人民幣賬戶(hù)和美元賬戶(hù)，請(qǐng)畫(huà)出以上提到的“賬戶(hù)”、“人民幣賬戶(hù)”和“美元賬戶(hù)”的類(lèi)圖，并標(biāo)出三者之間的關(guān)系。其中，“賬戶(hù)”的屬性包括：1）賬號(hào)：string；2）余額：double；3）身份證號(hào)：string。其中“賬號(hào)”和“余額”為Private，“身份證號(hào)”為Public。

22.首次購(gòu)買(mǎi)基金的描述，畫(huà)出相應(yīng)的活動(dòng)圖。

客戶(hù)來(lái)到銀行，柜員首先判斷該客戶(hù)是否有該行的“綜存賬戶(hù)”；

如果沒(méi)有“綜存賬戶(hù)”，則由用戶(hù)提出申請(qǐng)，然后柜員協(xié)助辦理“綜存賬戶(hù)”，“綜存賬戶(hù)”開(kāi)通后需要往賬戶(hù)中存入一定額度的現(xiàn)金，接下來(lái)需要該客戶(hù)填寫(xiě)“風(fēng)險(xiǎn)容忍度測(cè)試表”，在客戶(hù)填寫(xiě)該表的過(guò)程中，理財(cái)專(zhuān)員幫助客戶(hù)“申辦基金賬戶(hù)”；

如果客戶(hù)本來(lái)就有“綜存賬戶(hù)”，則該客戶(hù)直接填寫(xiě)“風(fēng)險(xiǎn)容忍度測(cè)試表”，在客戶(hù)填寫(xiě)該表的過(guò)程中，理財(cái)專(zhuān)員幫助客戶(hù)“申辦基金賬戶(hù)”；

主管審核，通過(guò)審核則該段流程結(jié)束，否則返回給理財(cái)專(zhuān)員。

A.對(duì)于并行的流程可以采用分叉與匯合表示?B.利用泳道區(qū)分不同的對(duì)象?

23.根據(jù)下列描述畫(huà)出該用例圖

某電子商務(wù)網(wǎng)站的用戶(hù)要“查詢(xún)訂單狀態(tài)”，在查詢(xún)之前必須進(jìn)行“用戶(hù)合法性檢查”，“用戶(hù)合法性檢查”有兩種途徑，一種是“通過(guò)密碼驗(yàn)證”，另一種是“通過(guò)手機(jī)短信驗(yàn)證”； 用戶(hù)如果想“下訂單”也必須先進(jìn)行“用戶(hù)合法性檢查”；

“下訂單”還包括一種特殊情況，即“下加急訂單”。

24.大雁是群居動(dòng)物，每只大雁都屬于一個(gè)“雁群”，一個(gè)“雁群”可以有多只“大雁”，用類(lèi)圖表示“大雁”和“雁群”這兩個(gè)類(lèi)的關(guān)系?！把闳骸边@個(gè)類(lèi)的屬性包括“大雁數(shù)量：int”和“過(guò)冬地點(diǎn)：string”，類(lèi)的方法有“V字形飛行”和“一字形飛行”?！按笱恪边@個(gè)類(lèi)的屬性包括“大雁體重：float”和“大雁性別：bit”，類(lèi)的方法有“下蛋”和“飛行”。

第三篇：系統(tǒng)分析與設(shè)計(jì)總結(jié)

第一章 概述

信息系統(tǒng)的五個(gè)組成部分：硬件、軟件、規(guī)程（processes）、數(shù)據(jù)、人

SDLC（System Development Life Cycle 系統(tǒng)開(kāi)發(fā)生命周期）包括：計(jì)劃、分析、設(shè)計(jì)、實(shí)施、運(yùn)維。替代方法：Prototyping（原型法）、CASE Tools（Computer-aided Software Engineering tools 計(jì)算機(jī)輔助軟件工程工具）、JAD（Joint Application Design 聯(lián)合應(yīng)用設(shè)計(jì)）、RAD（Rapid Application Development 快速應(yīng)用軟件開(kāi)發(fā)）、敏捷方法（Agile Methodologies）、極限編程（Extreme Programming）。

第二章 計(jì)劃

總體規(guī)劃（Strategic planning）模型：諾蘭模型（初始、蔓延、控制、集成、數(shù)據(jù)管理、信息管理）。

總體規(guī)劃原則：支持企業(yè)總目標(biāo)；面向各個(gè)管理層次；方法上擺脫信息系統(tǒng)對(duì)企業(yè)組織的依賴(lài)性；結(jié)構(gòu)上具有良好的整體性；便于實(shí)施。

總體規(guī)劃的方法：關(guān)鍵成功因素法、戰(zhàn)略目標(biāo)集轉(zhuǎn)換法、企業(yè)系統(tǒng)計(jì)劃法、信息系統(tǒng)規(guī)劃與企業(yè)過(guò)程重組、信息系統(tǒng)規(guī)劃和企業(yè)形象系統(tǒng)。

總體規(guī)劃步驟：準(zhǔn)備工作、組織機(jī)構(gòu)調(diào)查、定義管理目標(biāo)、定義管理功能、定義數(shù)據(jù)類(lèi)、定義信息結(jié)構(gòu)（劃分子系統(tǒng)）、確定子系統(tǒng)實(shí)施順序。準(zhǔn)備工作

確定規(guī)劃內(nèi)容、成立規(guī)劃小組、收集數(shù)據(jù)、制定計(jì)劃、開(kāi)好動(dòng)員會(huì)。定義管理功能

資源的生命周期：產(chǎn)生、獲得、服務(wù)、歸宿 識(shí)別管理功能：根據(jù)資源識(shí)別（OO）、根據(jù)決策與活動(dòng)識(shí)別（SSAD）管理功能是管理各類(lèi)資源的各種相關(guān)活動(dòng)和決策的組合 定義數(shù)據(jù)類(lèi)

方法：實(shí)體法（如圖2-1）、功能法（如圖2-2）

兩者組合形成初始功能數(shù)據(jù)類(lèi)矩陣（圖2-3）

圖2-1

圖2-2

圖2-3 定義信息結(jié)構(gòu)

劃分子系統(tǒng)的方法：在初始功能數(shù)據(jù)矩陣中，排列數(shù)據(jù)類(lèi)，使得矩陣中的C靠近主對(duì)角線。

確定子系統(tǒng)實(shí)施順序

根據(jù)企業(yè)目標(biāo)和技術(shù)約束確定

原則：子系統(tǒng)的需求程度與潛在的效益評(píng)估、技術(shù)約束分析

信息系統(tǒng)需求：Improved service(改善服務(wù))、Better performance（更好的性能）、More information（更多的信息）、Stronger controls（更強(qiáng)的控制）、Encryption and biometric devices、Reduced cost（降低成本）

影響系統(tǒng)因素

內(nèi)部：Strategic plan（總體規(guī)劃）、Top managers（高層管理人員）、User requests（用戶(hù)需求）、Information technology（信息技術(shù)）、department（部門(mén)）、Existing systems（現(xiàn)有系統(tǒng)）

外部：software/hardware vendors（軟硬件供應(yīng)商），technology（技術(shù)），suppliers，customers（客戶(hù)），competitors（競(jìng)爭(zhēng)者），the economy（經(jīng)濟(jì)），government（政府）

可行性分析

操作可行性（Operation feasibility）：系統(tǒng)在開(kāi)發(fā)之后可以正常使用 技術(shù)可行性（Technical feasibility）：開(kāi)發(fā)系統(tǒng)所需要的技術(shù)資源 經(jīng)濟(jì)可行性（Economical feasibility）：Total cost of ownership(TCO)總擁有成本

進(jìn)度可行性（Schedule feasibility）

信息系統(tǒng)初步調(diào)查（Preliminary investigation）

Understand the problem（了解問(wèn)題）

Define the scope and constraints（確定范圍和約束）Perform fact-finding（進(jìn)行實(shí)地考察）Estimate Feasibility（估計(jì)可行性）

Estimate development time/cost（評(píng)估項(xiàng)目成本、時(shí)間）Present results and recommendations（提出結(jié)果和建議）

第三章 需求模型（Requirements Modeling）

系統(tǒng)分析階段

包括：需求建模（Requirements Modeling）、企業(yè)建模（Enterprise Modeling）、開(kāi)發(fā)策略（Development Strategy）

階段交付物：系統(tǒng)需求文檔（System Requirements document）

方法： JAD（Joint Application Development 聯(lián)合應(yīng)用程序開(kāi)發(fā)）

RAD（Rapid Application Development 快速應(yīng)用軟件開(kāi)發(fā)）

? Explain how systems analysts use a functional decomposition diagram(FDD)系統(tǒng)需求列表

輸出、輸入、處理、性能、控制、可擴(kuò)展性（Scalability）、TCO（Total cost of ownership 總擁有成本）

實(shí)情考察方法（Fact-Finding）Interviews（訪談法）

documentation review（文檔審查）observation（觀察法）

questionnaires and surveys（問(wèn)卷調(diào)查）sampling（抽樣法）research（研究）訪談法步驟

1.Determine the people to interview（確定訪談人群）2.Establish objectives for the interview（確定訪談目標(biāo)）3.Develop interview questions（設(shè)計(jì)問(wèn)題）4.Prepare for the interview（準(zhǔn)備訪談）5.Conduct the interview（實(shí)施）6.Document the interview（記錄）7.Evaluate the interview（評(píng)估）抽樣法方法

隨機(jī)抽樣（Random sample）

分層抽樣（Stratified sample）

系統(tǒng)抽樣（Systematic sample）

文檔編寫(xiě)原則

Record information as soon as possible（盡快記錄）

Use the simplest recording method（使用最簡(jiǎn)單的記錄方法）Ensure that your work is understandable（能讓他人理解）Organize your documentation material（合理組織材料）

第四章 企業(yè)建模（Enterprise Modeling）

企業(yè)建模

產(chǎn)生：邏輯模型（Logical Model）

工具：Entity-relationship Diagrams（ERD E-R圖）

Data Flow Diagrams（DFD 數(shù)據(jù)流程圖）Data Dictionary（DD 數(shù)據(jù)字典）

Process Descriptions（PD 處理邏輯說(shuō)明書(shū)）Query Analysis（QA 存取分析）

E-R圖

關(guān)系種類(lèi)：一對(duì)一、一對(duì)多、多對(duì)多 數(shù)據(jù)流程圖

符號(hào)（Gane and Sarson symbol）包括：processes（處理邏輯），data flows（數(shù)據(jù)流），data stores（數(shù)據(jù)存儲(chǔ)），entities（外部實(shí)體）

種類(lèi)：Context Diagram（第一層數(shù)據(jù)流程圖，無(wú)數(shù)據(jù)存儲(chǔ)）

Diagram 0（將第一層擴(kuò)展，保持第一層的數(shù)據(jù)流）Lower-Level Diagram（子數(shù)據(jù)流程圖）

Lower-Level Diagram畫(huà)法：leveling（分層顯示 分層方法：Exploding、partitioning、decomposing）and balancing（前后數(shù)據(jù)流保持不變）

相關(guān)概念：

Black Hole：A process that has no output.Gray Hole：A process with at least 1 input and output, but the input is insufficient to generate the shown output.Spontaneous Generation Process：Used to describe an unexplained generation of data or information.數(shù)據(jù)字典

概念：對(duì)數(shù)據(jù)流程圖中的各個(gè)成分的含義進(jìn)行描述的工具

用途：對(duì)數(shù)據(jù)流程圖的補(bǔ)充說(shuō)明、參照，用于檢索，檢驗(yàn)一致性與完整性 內(nèi)容 ：數(shù)據(jù)元素：又叫數(shù)據(jù)項(xiàng)，是最小數(shù)據(jù)組成單位，不可分割

數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)之間的組合關(guān)系 數(shù)據(jù)流

數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu)，有關(guān)的數(shù)據(jù)流和查詢(xún)要求 處理邏輯 外部實(shí)體

方式：人工、計(jì)算機(jī) 常用屬性：

數(shù)據(jù)元素（名稱(chēng)、類(lèi)型/長(zhǎng)度、默認(rèn)值、值域、來(lái)源、安全、負(fù)責(zé)人、描述）數(shù)據(jù)結(jié)構(gòu)（名稱(chēng)、描述、屬性）

數(shù)據(jù)流（名稱(chēng)、描述、來(lái)源、目的地、所包含數(shù)據(jù)結(jié)構(gòu)、使用頻率）數(shù)據(jù)存儲(chǔ)（名稱(chēng)、描述、屬性、使用頻率）處理邏輯（名稱(chēng)、描述、編號(hào)、輸入、輸出）外部實(shí)體（名稱(chēng)、描述、輸入流、輸出流）

處理邏輯說(shuō)明書(shū)

工具：

結(jié)構(gòu)化語(yǔ)言：一種用于描述處理邏輯的介于自然語(yǔ)言和程序語(yǔ)言之間的語(yǔ)言。包括三種基本語(yǔ)句：祈使句、判斷語(yǔ)句、循環(huán)語(yǔ)句。沒(méi)有嚴(yán)格的語(yǔ)法，極其有限的詞匯（祈使句中的動(dòng)詞、數(shù)據(jù)字典中的名詞、邏輯表達(dá)式中的保留字）

決策樹(shù)：

決策表：

現(xiàn)將所有情況列出，在不斷進(jìn)行合并，下表為最終表

存儲(chǔ)分析

目的：DFD中定義了數(shù)據(jù)存儲(chǔ)，DD中對(duì)數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)作了描述，但沒(méi)有說(shuō)明立即存取與實(shí)時(shí)響應(yīng)，是補(bǔ)充。

存取類(lèi)型：E：實(shí)體 A：屬性 V：屬性值 已知E、A，求V 2 已知A、V，求E 3 已知E、V，求A 4 已知E，求A、V 5 已知A，求E、V 6 已知V，求A、E

邏輯模型和物理模型的區(qū)別

邏輯模型展示信息系統(tǒng)有什么功能；物理模型展示信息系統(tǒng)的功能如何實(shí)現(xiàn)

Four-Model Approach 包括：原系統(tǒng)的物理模型、原系統(tǒng)的邏輯模型、所開(kāi)發(fā)系統(tǒng)的邏輯模型、所開(kāi)發(fā)系統(tǒng)的物理模型

第五章 開(kāi)發(fā)策略（Development Strategies）

軟件開(kāi)發(fā)趨勢(shì)

Software as a Service：軟件即服務(wù)

Software and Information Industry Association(SIIA)軟件與信息產(chǎn)業(yè)協(xié)會(huì) application service providers（ASP）軟件服務(wù)提供商 軟件開(kāi)發(fā)策略

Develop in-house Buy software package Customize 選擇考慮因素

total cost of ownership(TCO)系統(tǒng)需求文檔

包括：requirements for the new system（新系統(tǒng)的要求）

describes the alternatives that were considered（描述備選方案）

第六章

總體設(shè)計(jì)（General Design）

包括：硬件設(shè)計(jì)、軟件設(shè)計(jì)、網(wǎng)絡(luò)設(shè)計(jì)、子系統(tǒng)劃分與模塊結(jié)構(gòu) 設(shè)備選配的依據(jù)：總體方案、容量、外設(shè)（數(shù)量、速度）

設(shè)備選配的指標(biāo)：可靠性、可維修性、兼容性、熟悉性、方便性、可擴(kuò)充性、經(jīng)濟(jì)合理性

硬件設(shè)計(jì)：主站、工作站、外圍設(shè)備、主要性能指標(biāo)

軟件設(shè)計(jì)：中文、操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)、其他開(kāi)發(fā)環(huán)境、各種工具、各種媒體的編輯、處理軟件

網(wǎng)絡(luò)設(shè)計(jì)：網(wǎng)絡(luò)結(jié)構(gòu)、拓?fù)浣Y(jié)構(gòu)、傳輸介質(zhì)、網(wǎng)關(guān)、網(wǎng)絡(luò)管理軟件、OA設(shè)備

子系統(tǒng)劃分與模塊結(jié)構(gòu) 方法：系統(tǒng)流程圖（強(qiáng)調(diào)執(zhí)行順序）、HIPO（Hierarchy Plus Input/Process/Output）（強(qiáng)調(diào)層次）、模塊結(jié)構(gòu)圖

模塊結(jié)構(gòu)圖

方法：事務(wù)分析法、變換分析法 事務(wù)分析法

適用于高層數(shù)據(jù)流程圖，每一個(gè)處理邏輯都是一個(gè)事務(wù) 變換分析法

步驟： 1 找出系統(tǒng)的邏輯輸入、主加工和邏輯輸出設(shè)計(jì)頂層模塊和第一層模塊設(shè)計(jì)中下層模塊

系統(tǒng)總體優(yōu)化的準(zhǔn)則

模塊的耦合：模塊間的關(guān)聯(lián)程度

模塊的聚合：模塊內(nèi)的緊湊程度

模塊的分解：分解到功能聚合型模塊為止

模塊的扇入和扇出：

扇入：一個(gè)模塊的上級(jí)模塊叫做扇入模塊 扇出：一個(gè)模塊控制的下級(jí)模塊叫扇出模塊

原則：扇入越大越好，扇出數(shù)目控制在7±2范圍內(nèi) 模塊的控制范圍和判斷作用范圍：

控制范圍：指模塊本身和它的下級(jí)模塊

判斷作用范圍：模塊和有判斷調(diào)用的模塊的組合

第七章 數(shù)據(jù)設(shè)計(jì)（Data Design）

數(shù)據(jù)與文件分類(lèi)

存儲(chǔ)方式、文件命名規(guī)則設(shè)計(jì) 規(guī)范化設(shè)計(jì)

1NF：在同一個(gè)表中無(wú)重復(fù)項(xiàng)出現(xiàn) 2NF：有且僅有一個(gè)數(shù)據(jù)元素為主鍵

3NF：表中所有數(shù)據(jù)元素不但要能夠唯一的被主鍵表示，而且他們之間還必須相互獨(dú)立

一致性、完整性、有效性、安全性 存儲(chǔ)過(guò)程

第八章 代碼設(shè)計(jì)（Code Design）

代碼的概念

一個(gè)或者一組有序的易于計(jì)算機(jī)和人識(shí)別與處理的符號(hào)。代碼的意義

鑒別、分類(lèi)、排序、特殊意義

代碼設(shè)計(jì)的步驟

1.信息分類(lèi)

原則：科學(xué)性、系統(tǒng)性、可擴(kuò)充性、兼容性、綜合實(shí)用性 方法：

線分類(lèi)法（將選定的分類(lèi)對(duì)象按若干屬性逐次地分成若干層級(jí)的類(lèi)目）面分類(lèi)法（若干屬性獨(dú)立分類(lèi)、沒(méi)有上下級(jí)的從屬關(guān)系）2.編碼

原則：唯一性、合理性、可擴(kuò)充性、簡(jiǎn)單性、適用性、規(guī)范性 方法：根據(jù)代碼的種類(lèi)和類(lèi)別進(jìn)行編碼，然后說(shuō)明代碼組成的原則

第九章 用戶(hù)設(shè)計(jì)和輸入輸出設(shè)計(jì)

以用戶(hù)為中心設(shè)計(jì)原則 Understand the underlying business functions 2 Maximize graphical effectiveness 3 Profile the system’s users 4 Think like a user 5 Use prototyping 6 Design a comprehensive interface 7 Continue the feedback process 8 Document the interface design 輸入方式：

批量輸入、聯(lián)機(jī)輸入（后面太亂了。不寫(xiě)了。）

第十章 網(wǎng)絡(luò)體系結(jié)構(gòu)

B/S 瘦客戶(hù)端服務(wù)模式 C/S 胖客戶(hù)服務(wù)模式

兩層設(shè)計(jì)：Server + Client 三層設(shè)計(jì)：Server + Application Server + Client

第十一章 系統(tǒng)實(shí)施

系統(tǒng)實(shí)施過(guò)程

1.硬件和軟件的購(gòu)買(mǎi) 2.網(wǎng)絡(luò)的構(gòu)建 3.應(yīng)用開(kāi)發(fā) 4.用戶(hù)培訓(xùn)

5.編寫(xiě)文檔（程序文檔+系統(tǒng)穩(wěn)定+操作文檔+用戶(hù)文檔）6.測(cè)試（單元、集成、系統(tǒng)測(cè)試）7.安裝 8.評(píng)估

9.數(shù)據(jù)轉(zhuǎn)換 10.系統(tǒng)上線 系統(tǒng)切換

1.直接切換 2.平行切換 3.試驗(yàn)切換 4.階段切換

第十二章 系統(tǒng)運(yùn)營(yíng)

四種維護(hù)

1.改正性維護(hù) 2.適用性維護(hù) 3.改善性維護(hù) 4.預(yù)防性維護(hù)

維護(hù)流程

1.維護(hù)請(qǐng)求 2.初步判斷 3.處理請(qǐng)求 4.布置任務(wù) 5.用戶(hù)通知

系統(tǒng)底線

1.Functional baseline（功能基線，終結(jié)于分析階段）2.Allocated baseline（分配基線，終結(jié)于設(shè)計(jì)階段）

3.Product baseline（產(chǎn)品基線，終結(jié)于實(shí)施、測(cè)試階段）

系統(tǒng)退化（System Obsolescence）

原因：無(wú)法滿足當(dāng)前管理的需要（維護(hù)無(wú)效或維護(hù)成本高）這意味著新的系統(tǒng)的開(kāi)始

第四篇：《軟件系統(tǒng)分析與設(shè)計(jì)》期末復(fù)習(xí)知識(shí)點(diǎn)總結(jié)

一、方法論模型。

1、BOOCH、OMT、OOSE、Coad-Yourdon（前三者組成UML）

2、UML包括9種圖，分別為用例圖、靜態(tài)圖（包圖、類(lèi)圖、對(duì)象圖）、實(shí)現(xiàn)圖（構(gòu)件圖、部署圖）、行為圖（活動(dòng)圖、狀態(tài)圖、交互圖(順序圖、協(xié)作圖)）基本規(guī)范，泛化關(guān)聯(lián)，包含關(guān)聯(lián)，擴(kuò)展關(guān)聯(lián)

3、基本模型——類(lèi)圖、需求模型——用例圖、輔助模型——其他各種圖

4、兩大工具：Rose、PowerDesigner

5、方法三要素：模型、工具和過(guò)程

6、結(jié)構(gòu)化分析三視圖模型E-R、DFD、STD

7、OMT方法的三大模型：對(duì)象模型、功能模型、動(dòng)態(tài)模型

8、Coad/Yourdon方法的五大層次：對(duì)象-類(lèi)、結(jié)構(gòu)、主題、屬性、服務(wù)

二、基本建模（類(lèi)圖與對(duì)象圖）

1、類(lèi)之間的關(guān)系：關(guān)聯(lián)關(guān)系、依賴(lài)關(guān)系、泛化關(guān)系。

2、抽象類(lèi)與接口：抽象類(lèi)有些方法可以提供實(shí)現(xiàn)代碼，接口所有的方法都沒(méi)有提供實(shí)現(xiàn)代碼。抽象類(lèi)只能被繼承，接口只能被實(shí)現(xiàn)。

3、類(lèi)的版型：實(shí)體類(lèi)（數(shù)據(jù)庫(kù)、文件等）、邊界類(lèi)（如窗體、對(duì)話框）、控制類(lèi)（協(xié)調(diào)交互）

三、需求建模（用例圖）

1、參與者指系統(tǒng)以外的、需要使用系統(tǒng)或與系統(tǒng)交互的外部實(shí)體?？梢苑譃椋喝?、外部設(shè)備、外部系統(tǒng)。

2、參與者之間的關(guān)系：泛化關(guān)系，參與者與用例之間的關(guān)系：關(guān)聯(lián)關(guān)系。用例之間的關(guān)系：泛化關(guān)系，包含關(guān)系，擴(kuò)展關(guān)系。包含關(guān)系和擴(kuò)展關(guān)系都是依賴(lài)關(guān)系的特例。

3、用例是對(duì)一個(gè)參與者使用系統(tǒng)的一項(xiàng)功能時(shí)所進(jìn)行的交互過(guò)程的一個(gè)文字描述序列。是參與者可以感受到的系統(tǒng)服務(wù)或功能單元。

4、用例描述是一個(gè)關(guān)于參與者與系統(tǒng)如何交互的規(guī)范說(shuō)明（包含用例用例名稱(chēng)、用例描述、基本事件流、參與者、前置后置條件等）

5、用例的進(jìn)一步描述：活動(dòng)圖、順序圖（通信圖）

四、行為建模（狀態(tài)圖與活動(dòng)圖）

1、行為模型包括：狀態(tài)模型（狀態(tài)圖，單對(duì)象）、活動(dòng)模型（活動(dòng)圖，多對(duì)象）、交互模型（順序圖，多對(duì)象）。

2、調(diào)用事件表示的是對(duì)操作的調(diào)用，變化事件一個(gè)布爾表達(dá)式變量的值發(fā)生變化。時(shí)間事件滿足某一時(shí)間表達(dá)式的情況的出現(xiàn)。信號(hào)事件就是由一個(gè)對(duì)象異步地發(fā)送、并由另一個(gè)對(duì)象（即狀態(tài)圖所對(duì)應(yīng)的對(duì)象）接收的已命名的實(shí)體。調(diào)用事件狀態(tài)圖內(nèi)對(duì)象和外部對(duì)象都能發(fā)起，信號(hào)事件只能由外部發(fā)起。

3、對(duì)象處于不同的狀態(tài)，導(dǎo)致后續(xù)要執(zhí)行不同的操作。這些操作可能歸屬于不同的用例。一個(gè)用例的執(zhí)行對(duì)應(yīng)一個(gè)順序圖。順序圖刻畫(huà)了多個(gè)對(duì)象之間的消息發(fā)送關(guān)系。需要多個(gè)用例的順序圖，來(lái)融合地描述一個(gè)對(duì)象的完整狀態(tài)圖。

4、活動(dòng)表示的是某流程中的任務(wù)的執(zhí)行，它可以表示某算法過(guò)程中語(yǔ)句的執(zhí)行。

5、分叉表示的是一個(gè)控制流被兩個(gè)或多個(gè)控制流代替，經(jīng)過(guò)分叉后，這些控制流是并發(fā)進(jìn)行的。匯合正好與分叉相反，表示兩個(gè)或多個(gè)控制流被一個(gè)控制流代替。

6、泳道（swimlane）是活動(dòng)圖中的區(qū)域劃分，根據(jù)每個(gè)活動(dòng)的職責(zé)對(duì)所有活動(dòng)進(jìn)行劃分，每個(gè)泳道代表一個(gè)責(zé)任區(qū)。關(guān)心的是其所代表的職責(zé)。

7、活動(dòng)圖用途：對(duì)業(yè)務(wù)過(guò)程進(jìn)行建模。對(duì)某個(gè)方法具體過(guò)程建模。

8、狀態(tài)與活動(dòng)的區(qū)別：狀態(tài)是一個(gè)對(duì)象所處的境況。通常是執(zhí)行了一個(gè)（或多個(gè)）活動(dòng)后的結(jié)局?；顒?dòng)是一段程序代碼的執(zhí)行，對(duì)應(yīng)于若干個(gè)步驟的集成。不同的狀態(tài)會(huì)導(dǎo)致不同的功能（對(duì)應(yīng)于若干個(gè)活動(dòng)）的執(zhí)行。一個(gè)方法可能需要多個(gè)（也可以是一個(gè)）活動(dòng)來(lái)完成。一個(gè)活動(dòng)只能屬于一個(gè)方法。一個(gè)用例對(duì)應(yīng)于若干個(gè)活動(dòng)。

五、交互建模（順序圖和協(xié)作圖）

1、靜態(tài)結(jié)構(gòu)使用類(lèi)圖，動(dòng)態(tài)結(jié)構(gòu)使用順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖。

2、對(duì)象：同類(lèi)圖中的對(duì)象，是類(lèi)的實(shí)例

生命線：從對(duì)象圖標(biāo)向下延伸的一條虛線，表示對(duì)象存在的生命期 控制焦點(diǎn)（激活期）：對(duì)象執(zhí)行一個(gè)動(dòng)作的時(shí)間段 消息：對(duì)象間的一次通信

調(diào)用消息的發(fā)送者把控制傳遞給消息的接收者，然后停止活動(dòng)，等待消息接收者放棄或返回控制。調(diào)用消息可以用來(lái)表示同步的意義。

3、順序圖一般對(duì)應(yīng)一個(gè)用例。一個(gè)類(lèi)中的職責(zé)對(duì)應(yīng)該對(duì)象執(zhí)行一個(gè)動(dòng)作。

4、對(duì)象：同類(lèi)圖中的對(duì)象，是類(lèi)的實(shí)例 ；鏈：對(duì)象之間的連接關(guān)系；消息：對(duì)象間的一次通信；對(duì)象生命周期：對(duì)象名稱(chēng)之后標(biāo)以{new}約束表示創(chuàng)建對(duì)象，標(biāo)以{destroy}約束表示銷(xiāo)毀對(duì)象

5、協(xié)作圖的建模同順序圖的建模，或者：可以從順序圖直接變換過(guò)來(lái)，或者：根據(jù)類(lèi)圖，畫(huà)出對(duì)應(yīng)的對(duì)象圖。在鏈上附著消息。

6、順序圖和協(xié)作圖的聯(lián)系：都用于描述系統(tǒng)中對(duì)象之間的交互協(xié)作完成一項(xiàng)功能，彼此可以相互轉(zhuǎn)換。區(qū)別：順序圖強(qiáng)調(diào)的是消息的時(shí)間順序；協(xié)作圖強(qiáng)調(diào)的是對(duì)象的空間位置關(guān)系。順序圖中有對(duì)象生命線和控制焦點(diǎn)；協(xié)作圖中有路徑，消息必須要有消息順序號(hào)。順序圖可以表示生命線的分叉；協(xié)作圖可以表示多對(duì)象、主動(dòng)對(duì)象。

第五篇：信息系統(tǒng)分析與設(shè)計(jì)學(xué)習(xí)總結(jié)

信息系統(tǒng)分析與設(shè)計(jì)學(xué)習(xí)總結(jié)

通過(guò)這個(gè)學(xué)期的學(xué)習(xí)，我覺(jué)得在信息系統(tǒng)分析與設(shè)計(jì)這門(mén)課程中的收獲頗多，同時(shí)讓我了解到在開(kāi)發(fā)一個(gè)系統(tǒng)前，進(jìn)行信息系統(tǒng)分析與設(shè)計(jì)是重中之重，正所謂“工欲善其事必先利其器”要想實(shí)現(xiàn)好的系統(tǒng)，做好前期工作是必須的。比如說(shuō)從系統(tǒng)這一方面說(shuō)吧，首先進(jìn)行信息系統(tǒng)規(guī)劃，接著是結(jié)構(gòu)化系統(tǒng)分析，結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)三個(gè)部分，其中結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)主要包括系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，代碼設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)，輸入輸出設(shè)計(jì)，最后一步就是系統(tǒng)的實(shí)現(xiàn)與運(yùn)行過(guò)程了。

在這期課程中，通過(guò)老師講解學(xué)習(xí)到了：在信息系統(tǒng)的概論中，讓我們初步認(rèn)識(shí)了信息系統(tǒng)的基本概念及其功能，分析信息系統(tǒng)的特征、結(jié)構(gòu)、信息系統(tǒng)的分類(lèi)和信息系統(tǒng)的發(fā)展階段等。在管理信息系統(tǒng)開(kāi)發(fā)的概述中，我知道了管理信息系統(tǒng)開(kāi)發(fā)指的是管理信息系統(tǒng)由問(wèn)題提出開(kāi)始，從系統(tǒng)規(guī)劃、系統(tǒng)分析、設(shè)計(jì)、實(shí)施到系統(tǒng)的維護(hù)、評(píng)價(jià)的全過(guò)程，其次就是創(chuàng)建MIS的方法等。在信息系統(tǒng)規(guī)劃中，學(xué)習(xí)了信息系統(tǒng)規(guī)劃的定義、內(nèi)容、流程和方法，在信息系統(tǒng)規(guī)劃的方法中，具體介紹了關(guān)鍵成功因素法、戰(zhàn)略目標(biāo)集成法和企業(yè)系統(tǒng)計(jì)劃法等。在第四章結(jié)構(gòu)化系統(tǒng)分析中，主要學(xué)習(xí)到了結(jié)構(gòu)化信息系統(tǒng)的分析過(guò)程，分析信息系統(tǒng)需求分析方法和主要工具，學(xué)習(xí)到了數(shù)據(jù)流程圖的基本結(jié)構(gòu)和畫(huà)法。在學(xué)習(xí)畫(huà)時(shí)序圖過(guò)程中雖然也遇到了很多的問(wèn)題，但是通過(guò)老師和同學(xué)的幫助都成功得到了解決。在畫(huà)數(shù)據(jù)流程圖的時(shí)候遇到的問(wèn)題就相對(duì)少了點(diǎn)，因?yàn)橐郧皩W(xué)過(guò)一些，所以在繪制時(shí)就相對(duì)輕松一些。在進(jìn)行需求分析學(xué)習(xí)過(guò)程中，我知道了在需求分析階段需做的工作、需求分析的任務(wù)、需求分析的特點(diǎn)等。在學(xué)習(xí)體系結(jié)構(gòu)設(shè)計(jì)中，理解了體系結(jié)構(gòu)的基本概述、體系結(jié)構(gòu)設(shè)計(jì)需要做的工作。在最后學(xué)習(xí)了詳細(xì)設(shè)計(jì)。其次，在本期學(xué)習(xí)到的知識(shí)中，老師也讓我們做了實(shí)際的運(yùn)用，在平時(shí)作業(yè)中，我們完成了圖書(shū)管理系統(tǒng)需求規(guī)格說(shuō)明書(shū)、小區(qū)物業(yè)管理系統(tǒng)需求規(guī)格說(shuō)明說(shuō)、圖書(shū)管理系統(tǒng)體系結(jié)構(gòu)的設(shè)計(jì)，圖書(shū)管理系統(tǒng)詳細(xì)設(shè)計(jì)、小區(qū)物業(yè)管理系統(tǒng)詳細(xì)設(shè)計(jì)等，通過(guò)這些實(shí)際的運(yùn)用，讓我更加深入的了解并學(xué)會(huì)運(yùn)用所學(xué)知識(shí)。

本學(xué)期的課時(shí)即將完成，總的來(lái)講，在本學(xué)期信息系統(tǒng)分析與設(shè)計(jì)這門(mén)課程當(dāng)中讓我獲益頗多，我今后會(huì)繼續(xù)努力，更好的學(xué)好每一門(mén)課程。