西安交通大學(xué)軟件工程知識(shí)點(diǎn)

1、第一章分析員解決問題：研究理解問題；何時(shí)解決問題的效益大余成本；確定解決問題的需求；制定一套坑內(nèi)的解決方案；決定哪個(gè)方案是最佳的并經(jīng)行推薦；詳細(xì)說明所選方案的細(xì)節(jié)；實(shí)施解決方案；監(jiān)控結(jié)果是否達(dá)到預(yù)期效果系統(tǒng)：一組為實(shí)現(xiàn)某些結(jié)果相互聯(lián)系、 相互作用的部件的集合體詳細(xì)系統(tǒng)：一組完成收集、處理、存儲(chǔ)和以輸出完成業(yè)務(wù)所需信息作為交互的相互聯(lián)系、相互作用的部件的集合體子系統(tǒng) subsystem：一個(gè)大系統(tǒng)中的部分系統(tǒng)超系統(tǒng) supersystem：一個(gè)包含其他系統(tǒng)的大系統(tǒng)功能分解 functional decomposition：把一個(gè)系統(tǒng)分為多個(gè)基于子系統(tǒng)的部件，這些子系統(tǒng)依次進(jìn)一步分為多個(gè)子系統(tǒng)系統(tǒng)

2、邊界 system boundary：系統(tǒng)與環(huán)境之間輸出與輸入必須通過的分界自動(dòng)化邊界 automation boundary：一個(gè)系統(tǒng)的自動(dòng)部分和手動(dòng)部分之間的分界Systems analyst系統(tǒng)分析員應(yīng)掌握的有關(guān)基礎(chǔ)知識(shí)、基本技術(shù)：計(jì)算機(jī)及其工作原理；與計(jì)算機(jī)有關(guān)的設(shè)備；鏈接計(jì)算機(jī)的通信網(wǎng)絡(luò)；數(shù)據(jù)庫與數(shù)據(jù)庫管理系統(tǒng)； 程序設(shè)計(jì)語言；操作系統(tǒng)和各種應(yīng)用程序工具 tools：用于幫助規(guī)劃分析與設(shè)計(jì)說明書并完成系統(tǒng)部件的軟件產(chǎn)品系統(tǒng)開發(fā)器件使用的技術(shù)：項(xiàng)目規(guī)劃技術(shù)；成本效益分析技術(shù)；查詢技術(shù)；需求建模技術(shù)；結(jié)構(gòu)分析技術(shù)；網(wǎng)絡(luò)配置技術(shù)；數(shù)據(jù)庫設(shè)計(jì)技術(shù)技術(shù) techniqiues：完成特定系統(tǒng)開發(fā)

3、活動(dòng)的策略第二章SDLC 信息系統(tǒng)開發(fā)階段：項(xiàng)目計(jì)劃階段；分析階段；設(shè)計(jì)階段；實(shí)施階段；支持階段計(jì)劃階段 planning phase：確定新系統(tǒng)的作用域、確保項(xiàng)目的可行性、指定進(jìn)度表和資源分配計(jì)劃并經(jīng)行項(xiàng)目其余部分的預(yù)算。（分為：定義問題；指定項(xiàng)目的進(jìn)度表；確定項(xiàng)目的可行性； 安排項(xiàng)目人員；啟動(dòng)項(xiàng)目）分析階段 analysis phase：了解新系統(tǒng)的業(yè)務(wù)需求和處理要求并做好文檔（分為：收集信息；定義系統(tǒng)需求；建立需求發(fā)現(xiàn)原型；劃分需求的優(yōu)先級(jí)；產(chǎn)生并評(píng)價(jià)可選方案；與管理人員一起審查建議）問題域 problem domain：用戶的業(yè)務(wù)領(lǐng)域，為此正在開發(fā)一個(gè)系統(tǒng)設(shè)計(jì)階段 design pha

4、se：根據(jù)分析階段的需求定義和指定的決策，設(shè)計(jì)出解決方案系統(tǒng)（包括：設(shè)計(jì)和集成網(wǎng)絡(luò)；設(shè)計(jì)應(yīng)用結(jié)構(gòu)；設(shè)計(jì)用戶界面；設(shè)計(jì)系統(tǒng)界面；設(shè)計(jì)和集成數(shù)據(jù)庫； 設(shè)計(jì)細(xì)節(jié)的原型化；設(shè)計(jì)和集成系統(tǒng)控制）實(shí)施階段 implementation phase：建立、測(cè)試和安裝可靠的工作信息系統(tǒng)，培訓(xùn)用戶并使其受益于系統(tǒng)的使用 （包括：結(jié)構(gòu)軟件部件；檢驗(yàn)和測(cè)試；轉(zhuǎn)換數(shù)據(jù)；安排用戶和制作文檔；安裝系統(tǒng)）支持階段 support phase：在系統(tǒng)初始安裝和生命周期 (systemdevelopment life cycle)的許多年終都爆出系統(tǒng)有效的運(yùn)行（包括：維護(hù)系統(tǒng)；加強(qiáng)系統(tǒng)；支持系統(tǒng)）預(yù)測(cè)方法 predictive

5、 approach：一種可以預(yù)先規(guī)劃并組織開發(fā)項(xiàng)目，并可以根據(jù)規(guī)劃對(duì)新的信息系統(tǒng)經(jīng)行開發(fā)的系統(tǒng)開發(fā)生命周期方法瀑布法 waterfall approach：將項(xiàng)目的各階段按順序完成，其特點(diǎn)是從一個(gè)階段順序進(jìn)入另一個(gè)階段（關(guān)鍵：各個(gè)階段之間的重疊、依賴度高）迭代法 iteration：（關(guān)鍵：完成分析、完成設(shè)計(jì)，完成實(shí)施，如此反復(fù)）增量開發(fā) incremental development：通過一次或多次迭代完成系統(tǒng)的各個(gè)部件并使其運(yùn)行，然后供用戶使用的一種開發(fā)方法方法：提供完成系統(tǒng)開發(fā)生命周期每一步的詳細(xì)指導(dǎo)， 包括具體的模型、工具和技術(shù)技術(shù)：幫助分析員完成系統(tǒng)開發(fā)活動(dòng)或任務(wù)的一組方法模型：現(xiàn)實(shí)

6、世界某些重要方面的表示工具：幫助生成項(xiàng)目中所需模型或其他組件的軟件支持系統(tǒng)開發(fā)的兩種方法 system development methodology：傳統(tǒng)方法，面向?qū)ο蠓椒▊鹘y(tǒng)方法：結(jié)構(gòu)化系統(tǒng)開發(fā)、信息工程方法結(jié)構(gòu)化系統(tǒng)開發(fā)：結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化編程結(jié)構(gòu)化編程 structured program：具有一個(gè)開始和一個(gè)結(jié)束的程序或程序模塊，并且在程序執(zhí)行中的每一步都有三個(gè)部件組成， 即順序、選擇、循環(huán)結(jié)構(gòu)化設(shè)計(jì) structured design：是為確定某些事物提供指導(dǎo)的一項(xiàng)技術(shù)，這些食物包括程序集是什么，每一個(gè)程序該實(shí)現(xiàn)哪些功能，以及如何把這些程序組成一張層次圖（結(jié)構(gòu)圖 stru

7、cture chart）結(jié)構(gòu)化分析 structured analysis：是這樣一項(xiàng)技術(shù)，他幫助開發(fā)人員定義系統(tǒng)需要做什么， 系統(tǒng)需要存儲(chǔ)和使用那些數(shù)據(jù)， 系統(tǒng)需要什么樣的輸入輸出，以及如何把這些功能結(jié)合在一起來完成任務(wù)（數(shù)據(jù)流圖）結(jié)構(gòu)化方法的缺點(diǎn)：這種技術(shù)只能解決系統(tǒng)分析和設(shè)計(jì)活動(dòng)的一部分而非全部任務(wù)，實(shí)際中并不能很好的完成從數(shù)據(jù)流圖到結(jié)構(gòu)圖的轉(zhuǎn)變，機(jī)構(gòu)化方法仍然是把過程而不是數(shù)據(jù)作為系統(tǒng)開發(fā)的中心環(huán)節(jié)信息工程方法：傳統(tǒng)的系統(tǒng)開發(fā)方法比結(jié)構(gòu)化方法更嚴(yán)格、 更全面，因?yàn)樗P(guān)注策略規(guī)劃、 數(shù)據(jù)建模和自動(dòng)化工具（核心是過程依賴圖）面向?qū)ο蠓椒ǎ合到y(tǒng)開發(fā)的一種方法，這種方法把信息系統(tǒng)看成是一起工作

8、來完成某項(xiàng)任務(wù)的相互作用的對(duì)象的集合 （類圖 classdiagram）對(duì)象：計(jì)算機(jī)系統(tǒng)中可以對(duì)消息作出響應(yīng)的事物螺旋模型 Spiral model：特點(diǎn)是開發(fā)活動(dòng)中反復(fù)繞圈直到項(xiàng)目完成第三章項(xiàng)目啟動(dòng)的理由：應(yīng)對(duì)機(jī)會(huì)；解決問題；依照指示項(xiàng)目規(guī)劃階段的活動(dòng)：定義問題（理解從事的工作了么） ；制定項(xiàng)目的進(jìn)度表（如果有可用的資源，項(xiàng)目能夠按時(shí)完成么） ；確認(rèn)項(xiàng)目的可行性（開始從事這個(gè)項(xiàng)目仍然是切實(shí)可行的么） ；為項(xiàng)目安排人員（資源可用么培訓(xùn)了么準(zhǔn)備好啟動(dòng)項(xiàng)目了么） ；啟動(dòng)項(xiàng)目（做好啟動(dòng)的準(zhǔn)備了么）確認(rèn)項(xiàng)目可行性考慮的風(fēng)險(xiǎn)：評(píng)價(jià)項(xiàng)目的風(fēng)險(xiǎn)；確定經(jīng)濟(jì)可行性；確定組織上和文化上的可行性； 評(píng)價(jià)技術(shù)可行性；

9、確定進(jìn)度表可行性；評(píng)價(jià)資源可行性無形收益 intangible不包括在費(fèi)用 /收益分析 cost/benefit analysis中關(guān)鍵路徑 critical path：表明項(xiàng)目完成最短周期的 PERT圖上的路徑。是通過這個(gè)圖的最長的路徑， 包括定義順序中必須要做的所有任務(wù)。項(xiàng)目管理分為 8 個(gè)知識(shí)領(lǐng)域：作用域、時(shí)間、成本、質(zhì)量、人力資源、通信、風(fēng)險(xiǎn)、采購第四章分析階段的活動(dòng)：收集信息（是否已經(jīng)擁有了全部的信息來定義系統(tǒng)所必須完成的工作）；定義系統(tǒng)需求（需要系統(tǒng)做什么）；劃分需求優(yōu)先級(jí)（系統(tǒng)要完成的最重要的是什么） ；構(gòu)建可用性和發(fā)現(xiàn)原型（可以證明這種技術(shù)能夠?qū)崿F(xiàn)想讓他完成的那些功能么是否已經(jīng)

10、構(gòu)建出一些原型可以使用戶完全理解新系統(tǒng)潛在的功能）；產(chǎn)生評(píng)估各種方案（創(chuàng)建系統(tǒng)的最好方案是什么）；和管理部門一起復(fù)查各種建議（應(yīng)不應(yīng)該即系設(shè)計(jì)和實(shí)現(xiàn)我們提出的系統(tǒng)）系統(tǒng)需求：是新系統(tǒng)必須完成的功能及其局限性。 包括功能性需求和非功能型那個(gè)需求。功能性需求用于說明新系統(tǒng)必須支持的基本業(yè)務(wù)功能，非功能性需求包括系統(tǒng)性能目標(biāo)、 操作環(huán)境及其他非功能性問題系統(tǒng)相關(guān)者分為三種：用戶；客戶；技術(shù)人員事物：在一個(gè)組織中完成一件工作或一項(xiàng)活動(dòng)， 這樣一件單一的事情過去系統(tǒng)需求的開發(fā)過程分為：確定現(xiàn)在系統(tǒng)的物理過程和活動(dòng)；從現(xiàn)有物理過程中提取出業(yè)務(wù)邏輯功能； 為將在新系統(tǒng)中使用的方法開發(fā)出業(yè)務(wù)邏輯功能； 定義新

11、系統(tǒng)的物理處理需求。 缺點(diǎn)，花費(fèi)大量時(shí)間。收集信息技術(shù)：分類調(diào)查問卷；和用戶面談；復(fù)查現(xiàn)有文檔；觀察業(yè)務(wù)過程；研究供應(yīng)商的解決方案； 建立原型；主持聯(lián)合應(yīng)用程序設(shè)計(jì)會(huì)議原型：一個(gè)規(guī)模更大的系統(tǒng)的最初可運(yùn)轉(zhuǎn)模型聯(lián)合應(yīng)用程序設(shè)計(jì) JAD：是一項(xiàng)定義需求或設(shè)計(jì)系統(tǒng)的方法， 即讓所有相關(guān)的人一起參加某個(gè)單一會(huì)議有限制問題 closed-end questions：要求驚醒簡單而明確回答的問題無限制問題 open-end questions：要求對(duì)問題進(jìn)行討論而不是必須對(duì)問題做出簡短的回答第五章建模的原因：在建模過程中了解信息； 通過抽象降低復(fù)雜性； 有助于回憶所有的細(xì)節(jié)； 有助于和其他開發(fā)小組成員進(jìn)行

12、交流； 有助于和各種用戶及系統(tǒng)相關(guān)者進(jìn)行交流； 為以后的維護(hù)和升級(jí)提供了文檔模型的類型：數(shù)學(xué)模型；描述模型；圖形模型用例 use case：系統(tǒng)執(zhí)行的活動(dòng)，通常響應(yīng)用戶的要求事件 event：可以描述、值得記錄的在某一特定時(shí)間和地點(diǎn)發(fā)生的事情。系統(tǒng)的所有處理過程都是由事件驅(qū)動(dòng)或觸法的事件的三種類型：外部事件（系統(tǒng)之外發(fā)生的事件， 通常由外部實(shí)體或者動(dòng)作參與者觸法的。客戶）；臨時(shí)事件（由于到達(dá)某一時(shí)刻所發(fā)生的時(shí)間。產(chǎn)生工資支票）；狀態(tài)事件（當(dāng)系統(tǒng)內(nèi)部發(fā)生了需要處理的情況時(shí)所引發(fā)的的事件。倉庫記錄變化）觸發(fā)器 trigger：用來通知系統(tǒng)某一事件發(fā)生了的信號(hào)，這一事件可以是需要處理的數(shù)據(jù)到達(dá)了或到

13、了一個(gè)時(shí)間點(diǎn)來源 source：為系統(tǒng)提供數(shù)據(jù)的外部實(shí)體或參與者響應(yīng) response：系統(tǒng)產(chǎn)生的一個(gè)輸出結(jié)果，該結(jié)果將被送到某個(gè)目的地目的地 destination：接收系統(tǒng)輸出的外部實(shí)體或參與者事物的類型：實(shí)體、角色； 組織部門；設(shè)備；地點(diǎn)位置；突發(fā)事件事物或交互傳統(tǒng)的系統(tǒng)開發(fā)中，事物被稱為數(shù)據(jù)實(shí)體；面向?qū)ο蟮南到y(tǒng)開發(fā)中，事物的類型被稱為類數(shù)據(jù)實(shí)體：系統(tǒng)需要存儲(chǔ)的有關(guān)信息系統(tǒng)傳統(tǒng)開發(fā)方法的信息類：所有相似的事物所屬的類型或分類方法 method：類的所有對(duì)象所具有的行為封裝 encapsulation：把所有對(duì)象覆蓋或保護(hù)起來，使其包含的屬性值和對(duì)這些屬性進(jìn)行操作的方法， 才而使得對(duì)象成為

14、自我封閉的單元關(guān)系 relationship：某些事物間自然發(fā)生的聯(lián)系聚合 aggregation：對(duì)象及其各個(gè)部分之間的一種整體局部關(guān)系合成 composition：對(duì)象及其與他不可分割的各部分之間的一種整體局部關(guān)系關(guān)聯(lián)實(shí)體 associative entity：表示兩個(gè)數(shù)據(jù)實(shí)體間多對(duì)多關(guān)系的數(shù)據(jù)實(shí)體傳統(tǒng)方法：實(shí)體聯(lián)系圖；關(guān)聯(lián)圖；DFD 片段；數(shù)據(jù)流定義；處理描述；其他傳統(tǒng)模型面向?qū)ο蠓椒ǎ侯悎D；用例圖；用例描述；系統(tǒng)順序；活動(dòng)圖；狀態(tài)圖多重關(guān)系：零或一個(gè)（可選） 0.1；有且僅有一個(gè) 1（強(qiáng)制）；有且僅有一個(gè)交替的（強(qiáng)制） 1.1；零或多個(gè)（可選） 0.*；零或多個(gè)交替的（可選） *；一個(gè)

15、或多個(gè)（強(qiáng)制） 1.*第六章傳統(tǒng)方法：系統(tǒng)是處理的集合；處理與數(shù)據(jù)實(shí)體的交互； 處理所接受的輸入并產(chǎn)生輸出面向?qū)ο蠓椒ǎ合到y(tǒng)是交互對(duì)象的集合；對(duì)象與人或其他對(duì)象交互；對(duì)象發(fā)送和響應(yīng)消息事件分割的系統(tǒng)模型或0 層圖：一個(gè)為系統(tǒng)需求建立模型的DFD，建模過程中對(duì)應(yīng)于系統(tǒng)伙子系統(tǒng)中每個(gè)事件使用單個(gè)處理估計(jì) DFD 質(zhì)量：最小化復(fù)雜度（ 7+2 規(guī)則 rule of7+2：一個(gè)限制模型中組成元素個(gè)數(shù)或元素之間的連接數(shù)不超過 9 的模型設(shè)計(jì)規(guī)則）；保證數(shù)據(jù)流一致性 （平衡 balanceing：進(jìn)出處理的數(shù)據(jù)流與進(jìn)出處理分界 DFD 的數(shù)據(jù)流在數(shù)據(jù)內(nèi)容上保持一致的狀態(tài)）黑洞 black hole：帶有輸

16、入數(shù)據(jù)的且不用其來產(chǎn)生輸出數(shù)據(jù)的處理或數(shù)據(jù)存儲(chǔ)奇跡 miracle：帶有沒有任何產(chǎn)生來源數(shù)據(jù)元素的一個(gè)處理或數(shù)據(jù)存儲(chǔ)第七章消息：用例內(nèi)部對(duì)象之間的通信用例圖 use case diagram：一種用以顯示不同的用戶角色和這些角色如何使用系統(tǒng)的圖系統(tǒng)順序圖 system machine diagram：在用例或場景中，用以顯示外部參與者和系統(tǒng)之間的消息順序圖（是交互圖interactiondiagram的一種：用以顯示對(duì)象間的相互作用的協(xié)作圖或順序圖）狀態(tài)圖 state machine diagram：一種用以顯示對(duì)象在各個(gè)階段中的生命和轉(zhuǎn)換的情況的圖在 UML 中人被成為參與者，參與者通常處于

17、自動(dòng)化系統(tǒng)邊界之外，但她也有可能是系統(tǒng)手動(dòng)部分的成員。 事件的源是指事件的發(fā)起者，并且他通常在系統(tǒng)的外部。 相反，在用例分析中的參與者實(shí)際上是親自與計(jì)算機(jī)系統(tǒng)進(jìn)行交互的人。 （一些參與者并不是人，他們也可能是其他的系統(tǒng)或者從系統(tǒng)接受服務(wù)的設(shè)備）用例圖與時(shí)間表的比較：時(shí)間表通常注意業(yè)務(wù)過程， 他通常標(biāo)示業(yè)務(wù)事件記這些事件的外部、初始化源的信息來關(guān)注業(yè)務(wù)過程。外部的源是引起業(yè)務(wù)事件初始化的原因， 并且他們能從自動(dòng)系統(tǒng)中輕松的移除。用例圖強(qiáng)調(diào)了自動(dòng)系統(tǒng)。應(yīng)為他只與自動(dòng)系統(tǒng)相連，所以參與者與自動(dòng)系統(tǒng)有聯(lián)系，并且不一定是業(yè)務(wù)的發(fā)起者；另一個(gè)差別體現(xiàn)在表示臨時(shí)事件和狀態(tài)事件。 由于用例通常被外部參與者初始

18、化，所以如果分析員不仔細(xì)表示每一個(gè)事件， 那么臨時(shí)事件和狀態(tài)事件經(jīng)常被忽略。 在線系統(tǒng)菜單常常包括用于表示時(shí)間表中臨時(shí)事件的菜單選項(xiàng)， 以便這樣的事件能夠被用戶觸法并作為純粹的臨時(shí)事件。因此建議為每一個(gè)臨時(shí)事件和狀態(tài)事件創(chuàng)建用例以確保這些需求不被忽略。場景或用例實(shí)例 scenario,or use case instance：用例中步驟的一個(gè)特定順序參與者有手有助于讀者掌握參與者必須能夠直接訪問自動(dòng)系統(tǒng)狀態(tài) state：在對(duì)象的生命周期中檔期滿足一些標(biāo)準(zhǔn)、 執(zhí)行一些行為或等待一個(gè)事件是所發(fā)生的狀態(tài)情況復(fù)合狀態(tài) composition state：包括其他狀態(tài)和轉(zhuǎn)換的狀態(tài)消息事件 message

19、 event：轉(zhuǎn)換的觸發(fā)器。導(dǎo)致對(duì)象離開初始狀態(tài)監(jiān)護(hù)條件 guard-condition：判斷轉(zhuǎn)換是否可以發(fā)生的真假判定true/false condition并發(fā)或并發(fā)狀態(tài) concurrency,or concurrent state：同一時(shí)間處以多個(gè)狀態(tài)的情況路徑 path：一組有序的相互連接的狀態(tài)和轉(zhuǎn)換CRUD 代表 create、read、 update、delete，分析需要類圖中的每個(gè)類都有足夠的用例來支持創(chuàng)建新對(duì)象實(shí)例、 讀取或報(bào)告這些對(duì)象、更新這些對(duì)象并在許多例子中刪除對(duì)象實(shí)例。前提條件 precondition：在用例初始化之前必須為真的一組條件后續(xù)條件 postcondi

20、tion：在用例執(zhí)行完成只是必須為真的一組條件在系統(tǒng)順序圖中參與者如何通過輸入數(shù)據(jù)和獲得輸出數(shù)據(jù)來和系統(tǒng)進(jìn)行交互才是重點(diǎn)。開發(fā)系統(tǒng)順序圖的步驟： 表示輸入消息；用先前介紹的消息符號(hào)來描述從外部參與者到系統(tǒng)的消息； 在輸入消息上確定并添加特定條件，包括迭代和真假條件；確定并添加輸入返回消息。第八章候選方案可行性因素： 戰(zhàn)略可行性；經(jīng)濟(jì)可行性；計(jì)劃安排和資源可行性；技術(shù)可行性；操作、組織、和文化可行性選擇或定義配置環(huán)境 application deployment environment：系統(tǒng)需求的兼容性；硬件和系統(tǒng)軟件的兼容性； 外部系統(tǒng)所需接口； IT 戰(zhàn)略規(guī)劃和體系結(jié)構(gòu)計(jì)劃的一致性；費(fèi)用和進(jìn)

21、度安排軟件包 packaged software：已開發(fā)好的軟件，可以整包購買成套系統(tǒng) turnkey system：包括軟件和硬件一起交給他人的一種完整的解決方案。這些系統(tǒng)往往不能準(zhǔn)確的滿足組織的需求企業(yè)資源計(jì)劃 ERP 系統(tǒng)優(yōu)勢(shì)是相比自行開發(fā)系統(tǒng)，費(fèi)用低風(fēng)險(xiǎn)小，劣勢(shì)是，即使系統(tǒng)是定制也可能不能準(zhǔn)確滿足組織的需求。定制軟件系統(tǒng)使者提供商或內(nèi)部開發(fā)人員為組織準(zhǔn)確的需求而定做的系統(tǒng) ，該系統(tǒng)部分或者全部由外部組織開發(fā)。優(yōu)勢(shì)是組織可以購買大量的經(jīng)驗(yàn)和專門技術(shù)來建立新系統(tǒng)，劣勢(shì)是費(fèi)用。自行開發(fā)的優(yōu)點(diǎn)在于對(duì)項(xiàng)目和項(xiàng)目小組的知識(shí)水平的控制， 并且可以建立內(nèi)部的專門技術(shù)隊(duì)伍， 缺點(diǎn)是內(nèi)部人員可能意識(shí)不到他

22、們何時(shí)需要幫助選擇實(shí)施方案：通用需求；技術(shù)需求；功能需求通用需求非常重要但不直接與計(jì)算機(jī)系統(tǒng)本身相關(guān)（可行性評(píng)估）（供應(yīng)商業(yè)績記錄、供應(yīng)商技術(shù)支持水平、開發(fā)成本、效益預(yù)期值、對(duì)內(nèi)部資源影響）；功能需求代表系統(tǒng)所必須包含的各個(gè)功能。這些在分析階段進(jìn)行開發(fā)設(shè)計(jì)的需求在時(shí)間表中有定義，并在數(shù)據(jù)流圖或用例圖中都有描述， 每個(gè)項(xiàng)目都有唯一的一組以系統(tǒng)需求為寄出的功能需求；技術(shù)需求是系統(tǒng)的約束條件，系統(tǒng)必須在這種約束條件下運(yùn)行 （容易安裝、靈活性、結(jié)構(gòu)、用戶友好、性能、可伸縮性、與操作系統(tǒng)環(huán)境的兼容性）第九章系統(tǒng)設(shè)計(jì)是從構(gòu)建新系統(tǒng)的角度來描述、 組織、構(gòu)造系統(tǒng)組件的過程。分為結(jié)構(gòu)設(shè)計(jì) achitectur

23、al design（對(duì)整個(gè)系統(tǒng)結(jié)構(gòu)進(jìn)行的廣泛設(shè)計(jì)，也叫總體設(shè)計(jì)或概念設(shè)計(jì)）和細(xì)節(jié)設(shè)計(jì) detail design （低層設(shè)計(jì)，包括具體的程序細(xì)節(jié)的設(shè)計(jì)）。分析與設(shè)計(jì)的區(qū)別：分析階段目的是理解商業(yè)事件和處理過程、系統(tǒng)活動(dòng)和處理需求、 信息存儲(chǔ)需求。設(shè)計(jì)階段的目的是定義組織和構(gòu)建最終解決系統(tǒng)的各個(gè)部件，他們將成為系統(tǒng)構(gòu)建的藍(lán)圖。設(shè)計(jì)階段的活動(dòng)：設(shè)計(jì)和集成網(wǎng)絡(luò)（說明整個(gè)組織中系統(tǒng)的不同部分彼此如何通信）、設(shè)計(jì)應(yīng)用程序結(jié)構(gòu)（說明每個(gè)系統(tǒng)活動(dòng)實(shí)際中是如何有人和計(jì)算機(jī)來實(shí)現(xiàn)的）、設(shè)計(jì)用戶界面（說明所有的用戶如何與系統(tǒng)交互）、設(shè)計(jì)系統(tǒng)接口（說明系統(tǒng)如何與組織內(nèi)外的所有其他系統(tǒng)一起工作）、設(shè)計(jì)和集成數(shù)據(jù)庫（說

24、明系統(tǒng)怎樣存儲(chǔ)組織所需的所有信息，存在哪）、建立設(shè)計(jì)細(xì)節(jié)原型（創(chuàng)建了原型一確保所有的詳細(xì)設(shè)計(jì)決策被充分理解） 、設(shè)計(jì)和集成系統(tǒng)控制（說明如何確定系統(tǒng)運(yùn)行正常以及系統(tǒng)維護(hù)的數(shù)據(jù)的安全性和保密性）多層結(jié)構(gòu)：將應(yīng)用相關(guān)軟件或處理過程分配到多個(gè)計(jì)算機(jī)系統(tǒng)上的結(jié)構(gòu)，包括集群結(jié)構(gòu) clustered architecture（一族可以協(xié)同工作、類似于一個(gè)大型計(jì)算機(jī)系統(tǒng)的同類計(jì)算機(jī)， 應(yīng)用程序在運(yùn)行時(shí)能被分配到一臺(tái)最空閑的計(jì)算機(jī)上進(jìn)行處理， 從而所有的機(jī)器能平衡分擔(dān)處理負(fù)荷）、多計(jì)算機(jī)結(jié)構(gòu) multicomputer architecture（一組鏈接這一起實(shí)現(xiàn)特定功能的不同類型的計(jì)算機(jī)）集中式結(jié)構(gòu) cen

25、tralized architecture：把所有的計(jì)算機(jī)資源集中在一起的結(jié)構(gòu)（特點(diǎn)：一些輸入事物不需要實(shí)時(shí)處理； 在線數(shù)據(jù)輸入人員可以集中到一個(gè)地點(diǎn)； 系統(tǒng)定期產(chǎn)生大量輸出； 高速計(jì)算機(jī)之間產(chǎn)生大量的事物）分布式結(jié)構(gòu) distributed architecture：把計(jì)算資源分散在由計(jì)算機(jī)網(wǎng)絡(luò)相連接的不同地點(diǎn)的結(jié)構(gòu)國際互聯(lián)網(wǎng) Internet：是一個(gè)全球性的網(wǎng)絡(luò)集合，他們使用通用的底層網(wǎng)絡(luò)標(biāo)準(zhǔn)協(xié)議 TCP/IP 互相連接。企業(yè)內(nèi)部互聯(lián)網(wǎng) Intranet：一種專用網(wǎng)絡(luò)，只限于一定數(shù)量的用戶訪問，但與 Internet同樣適用 TCP/IP 協(xié)議企業(yè)外部互聯(lián)網(wǎng) Extranet：擴(kuò)展到組織外

26、部以方便信息流通的 Intranet虛擬專用網(wǎng) VPN virtual private network：建立在公眾網(wǎng)絡(luò)上的只對(duì)私人組織開放的安全且可控的網(wǎng)絡(luò)虛擬組織 virtual organization：一個(gè)松散聯(lián)系的人員和資源組，他們共同合作，就行一個(gè)組織一樣服務(wù)器 server：在網(wǎng)絡(luò)中提供服務(wù)的一個(gè)進(jìn)程、模塊、對(duì)象或一臺(tái)計(jì)算機(jī)客戶端 client：向網(wǎng)絡(luò)中一個(gè)或多個(gè)服務(wù)器請(qǐng)求服務(wù)的一個(gè)進(jìn)程、模塊、對(duì)象或一臺(tái)計(jì)算機(jī)客戶服務(wù)區(qū)：將應(yīng)用程序分解成此模式的關(guān)鍵在于正確的劃分可以由獨(dú)立軟件單元集中管理的資源或服務(wù)。優(yōu)點(diǎn)是位置靈活、可拓展性、可維護(hù)性，缺點(diǎn)是復(fù)雜性和通過網(wǎng)絡(luò)連接所造成的潛在性能、

27、安全性和可靠性問題。三層客戶服務(wù)器結(jié)構(gòu) three-layer：數(shù)據(jù)層（負(fù)責(zé)和數(shù)據(jù)庫交互的部分）、業(yè)務(wù)邏輯層 businesslogic layer（包含實(shí)現(xiàn)業(yè)務(wù)規(guī)則處理程序部分，核心）、可視層（包含用戶界面的部分）中間件 middleware：實(shí)現(xiàn)網(wǎng)絡(luò)通信協(xié)議并幫助不同系統(tǒng)相互通信的軟件WEB 服務(wù)器結(jié)構(gòu)：一種客戶服務(wù)器結(jié)構(gòu)，他將軟件打包成服務(wù)處理程序并是指可以通過 WEB 協(xié)議獲得。（優(yōu)勢(shì)：可訪問性、通信費(fèi)用低、廣泛的實(shí)現(xiàn)標(biāo)準(zhǔn)；不利：安全性、可靠性、吞吐量、標(biāo)準(zhǔn)不穩(wěn)定）網(wǎng)絡(luò)設(shè)計(jì)的過程：集成網(wǎng)絡(luò)既要有新系統(tǒng)也要包含現(xiàn)有的網(wǎng)絡(luò)設(shè)備（網(wǎng)絡(luò)集成）、在系統(tǒng)分散的每一處都描述處理活動(dòng)和網(wǎng)絡(luò)連接（網(wǎng)絡(luò)描

28、述）、描述層與層之間的通信協(xié)議和中間件、確保足夠多的可用網(wǎng)絡(luò)容量第十章模塊：計(jì)算機(jī)程序的可標(biāo)示部分，用來完成某種具體定義的功能。程序與模塊的關(guān)系：計(jì)算機(jī)程序是由一系列模塊 組成的，這些模塊被編譯成一個(gè)單獨(dú)可執(zhí)行的實(shí)體。系統(tǒng)流程圖的作用：可以幫助建立應(yīng)用程序結(jié)構(gòu)文檔， 顯示子系統(tǒng)、輸入、輸出、和數(shù)據(jù)存儲(chǔ)。結(jié)構(gòu)圖 structure chart：用來展示一個(gè)計(jì)算機(jī)模塊間關(guān)系的層次圖，描述了系統(tǒng)每部分的功能和子功能。 目的：使用層次圖可以講程序功能有層次的組織起來?；窘M成部分：模塊。程序調(diào)用：控制從一個(gè)模塊轉(zhuǎn)換到下一層模塊以便執(zhí)行一個(gè)需要的服務(wù)。數(shù)據(jù)耦合 data couples：在程序調(diào)用中模塊

29、間傳遞的單獨(dú)的數(shù)據(jù)項(xiàng)結(jié)構(gòu)化程序設(shè)計(jì)的基本思想是，每個(gè)模塊完成且僅完成一項(xiàng)特定功能。從高層模塊到底層模塊的箭頭表示程序調(diào)用， 調(diào)用的順序總是從左到右。事務(wù)分析 transaction analysis：基于數(shù)據(jù)流圖的結(jié)構(gòu)圖開發(fā)， 用來描述多種事務(wù)類型的處理變換分析 transform analysis：基于數(shù)據(jù)流圖的結(jié)構(gòu)圖開發(fā)，用來描述輸入處理輸出數(shù)據(jù)流根據(jù)數(shù)據(jù)流圖片段建立結(jié)構(gòu)圖的方法： 確定主要的信息流；找出輸入流到輸出流之間最基本的變換過程； 重畫數(shù)據(jù)流圖，將輸入放在左邊，輸出放在右邊，變換中心處理放在中間； 根據(jù)重畫的數(shù)據(jù)流建立結(jié)構(gòu)圖的第一個(gè)草圖， 其中包括調(diào)用層次和必需的數(shù)據(jù)耦合；必要時(shí)

30、增加其他模塊以實(shí)現(xiàn)獲得輸入數(shù)據(jù)、 讀寫數(shù)據(jù)存儲(chǔ)、輸出數(shù)據(jù)或報(bào)表的功能； 使用結(jié)構(gòu)化英語和決策表， 加入其他所需中間模塊間關(guān)系；根據(jù)質(zhì)量控制管理概念進(jìn)行修改。傳入數(shù)據(jù)流 afferent data flow：行一系列處理輸入的數(shù)據(jù)流傳出數(shù)據(jù)流 efferent data flow：從一系列處理傳出的數(shù)據(jù)流中心變換 central transform：在一個(gè)變換分析類型的數(shù)據(jù)流中的中心處理評(píng)估結(jié)構(gòu)圖質(zhì)量：模塊耦合 module couples（模塊與其他模塊的相關(guān)程度，較好的是數(shù)據(jù)耦合，盡量要低） 、模塊內(nèi)聚 modulecohesion（模塊內(nèi)部的凝聚程度，盡量要高）十一章實(shí)例化 instant

31、iation：根據(jù)類定義所提供的模板創(chuàng)建對(duì)象設(shè)計(jì)類圖的主要目的是記錄和描述構(gòu)建新系統(tǒng)需要的類。 他描述系統(tǒng)所有的類、類間的導(dǎo)航、屬性和方法。面向?qū)ο笤O(shè)計(jì)是模型驅(qū)動(dòng)和用例驅(qū)動(dòng)的（模型輸入，模型輸出，圍繞用例展開）用例實(shí)現(xiàn) realization from responsibility：對(duì)每個(gè)用例的詳細(xì)系統(tǒng)過程的說明構(gòu)造型 stereotpye：按照模型元素的特征進(jìn)行歸類的一種方式實(shí)體類 entity class：是問題域類的設(shè)計(jì)標(biāo)示符持久類 persistent class：程序結(jié)束后仍然存在的實(shí)體類邊界類 boundary class：存在于系統(tǒng)的自動(dòng)化邊界上的類， 如輸入窗口控制類 cont

32、rol class：是在邊界類和實(shí)體類中間起協(xié)調(diào)作用的類，在域?qū)雍涂梢晫又g起開關(guān)控制的作用數(shù)據(jù)訪問類 date access class：是從數(shù)據(jù)庫獲取信息的類可見性 visible：標(biāo)示一個(gè)屬性是否可被外部對(duì)象直接訪問， +可-不可方法特征 method signature：調(diào)用該方法所需的所有信息導(dǎo)航可見性 navigation visibility：一個(gè)對(duì)象能夠看見另一個(gè)對(duì)象并與其進(jìn)行交互的能力（屬性導(dǎo)航可見性，參數(shù)導(dǎo)航可見性）封裝 encapsulation：一種設(shè)計(jì)準(zhǔn)則，規(guī)定數(shù)據(jù)和程序邏輯包含在另一獨(dú)立的單元中對(duì)象重用 object reuse：一種設(shè)計(jì)準(zhǔn)則，說明標(biāo)準(zhǔn)對(duì)象可以系統(tǒng)中

33、反復(fù)使用信息隱藏 information hiding：一種設(shè)計(jì)準(zhǔn)則，指和一個(gè)對(duì)象有關(guān)的數(shù)據(jù)對(duì)外部世界是不可見的， 要使用一則方法來訪問和修改這些數(shù)據(jù)耦合：對(duì)設(shè)計(jì)類圖中的類與類之間連接關(guān)系緊密程度的定型的度量（強(qiáng)耦合增加系統(tǒng)不必要的復(fù)雜性，時(shí)系統(tǒng)難以維護(hù)）內(nèi)聚：是對(duì)一個(gè)類中功能一致性的定性度量 （低內(nèi)聚的類難于維護(hù)，很難重用）間接 indirection：一種設(shè)計(jì)準(zhǔn)則，在兩個(gè)類之間添加一個(gè)協(xié)調(diào)類已達(dá)到降低耦合度的目的對(duì)象職責(zé) object responsibility：是一種由對(duì)象負(fù)責(zé)實(shí)施系統(tǒng)過程的設(shè)計(jì)準(zhǔn)則激活生命線 activation lifelines（未完不待續(xù)）十二章數(shù)據(jù)庫：被集中控

34、制盒管理的存儲(chǔ)數(shù)據(jù)的完整集合數(shù)據(jù)庫管理系統(tǒng) DBMS database management system：對(duì)數(shù)據(jù)庫的訪問進(jìn)行管理和控制的系統(tǒng)軟件數(shù)據(jù)庫有兩部分相關(guān)的信息存儲(chǔ)組成： 物理數(shù)據(jù)存儲(chǔ)（數(shù)據(jù)庫管理系統(tǒng)用來存儲(chǔ)數(shù)據(jù)庫原始比特和字節(jié)的存儲(chǔ)區(qū)域） 和模式（對(duì)物理數(shù)據(jù)存儲(chǔ)或數(shù)據(jù)庫的結(jié)構(gòu)、內(nèi)容及其訪問控制的描述）數(shù)據(jù)庫模型：層次模型、網(wǎng)狀模型、關(guān)系模型、面向?qū)ο竽Ｐ头植际綌?shù)據(jù)庫使用多個(gè)數(shù)據(jù)庫和DBMS 的原因有：信息系統(tǒng)可能是在不同時(shí)期使用不同的DBMS 開發(fā)的；組織的各個(gè)部門擁有和管理自己的數(shù)據(jù)；數(shù)據(jù)與使用它們的應(yīng)用城西在物理上緊密聯(lián)系，能提高系統(tǒng)性能。分布式數(shù)據(jù)庫的體系結(jié)構(gòu)：單個(gè)數(shù)據(jù)庫服務(wù)器： 只管理一個(gè)服務(wù)器（優(yōu)點(diǎn)：簡單；缺點(diǎn)：網(wǎng)