系統(tǒng)分析師復(fù)習(xí)筆記2012

1、第一章1、軟件的概念：軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體軟件（software）是計(jì)算機(jī)系統(tǒng)中與硬件（hardware）相互依存的另一部分，它包括程序（program）、相關(guān)數(shù)據(jù)（data）及其說(shuō)明文檔（document）。其中：程序按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)使程序能正常操操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔與程序開發(fā)、維護(hù)和使用有關(guān)的圖文材料。2、軟件的特點(diǎn)：軟件的生產(chǎn)與硬件不同；軟件沒有明顯的制造過(guò)程。一旦研制開發(fā)成功，就可以大量拷貝同一內(nèi)容的副本。軟件對(duì)硬件和環(huán)境有著不同程度的依賴性。這導(dǎo)致了軟件移植的問題。軟件的開發(fā)至今尚未完全擺脫手工作坊式的開發(fā)方式，生產(chǎn)效率低。軟件是

2、復(fù)雜的，而且以后會(huì)更加復(fù)雜。軟件工作牽涉到很多社會(huì)因素。軟件的運(yùn)行和使用期間，沒有硬件那樣的機(jī)械磨損，老化問題。3、軟件的分類：1.基于軟件功能：系統(tǒng)軟件（OS，DBMS）、 支撐軟件（各種軟件開發(fā)包等）、 應(yīng)用軟件（各種MIS系統(tǒng)）。2.基于軟件工作方式： 實(shí)時(shí)處理軟件、分時(shí)軟件、交互式軟件、批處理軟件。3.基于軟件規(guī)模：微型軟件、小型軟件、中型軟件、大型軟件、甚大型軟件、超大型軟件。4、系統(tǒng)開發(fā)的生命周期：系統(tǒng)開發(fā)生命周期（Software Development Life Cycle，SDLC）是指這樣的一個(gè)過(guò)程，包括：理解信息系統(tǒng)對(duì)業(yè)務(wù)需求的支持，設(shè)計(jì)系統(tǒng)，構(gòu)建系統(tǒng)，以及把系統(tǒng)移交給用

3、戶。計(jì)劃、分析、設(shè)計(jì)、實(shí)現(xiàn)。各階段的任務(wù)及結(jié)束標(biāo)志計(jì)劃階段是理解為什么要?jiǎng)?chuàng)建信息系統(tǒng)和確定項(xiàng)目團(tuán)隊(duì)將如何來(lái)開發(fā)它的基本過(guò)程。計(jì)劃階段由2個(gè)步驟組成：1） 在項(xiàng)目啟動(dòng)期間，要確定系統(tǒng)給組織帶來(lái)的業(yè)務(wù)價(jià)值。主要通過(guò)技術(shù)可行性、經(jīng)濟(jì)可行性、組織可行性分析來(lái)完成。2） 項(xiàng)目批準(zhǔn)后，進(jìn)入項(xiàng)目管理。分析：分析階段說(shuō)明此系統(tǒng)由誰(shuí)來(lái)用，用作什么，在哪里用，以及什么時(shí)候用這些問題。在此階段，項(xiàng)目團(tuán)隊(duì)調(diào)查現(xiàn)有系統(tǒng)，確定可改進(jìn)的地方，以及開發(fā)新系統(tǒng)的方案。主要步驟如：1）開發(fā)分析策略來(lái)指導(dǎo)項(xiàng)目團(tuán)隊(duì)工作。2）收集需求。3）分析結(jié)果，系統(tǒng)方案和模型組合成系統(tǒng)建議書。設(shè)計(jì)：設(shè)計(jì)階段確定系統(tǒng)將如何運(yùn)行，涉及硬件、軟件和網(wǎng)絡(luò)

4、基礎(chǔ)設(shè)施；將要使用的用戶界面，窗口、窗體和報(bào)表；所需的專用程序、數(shù)據(jù)庫(kù)和文檔。具體步驟如下：1）創(chuàng)建設(shè)計(jì)策略。2）開發(fā)系統(tǒng)的基本架構(gòu)設(shè)計(jì)，描述要用到的軟、硬件和網(wǎng)絡(luò)設(shè)施。3）開發(fā)數(shù)據(jù)庫(kù)和文檔規(guī)格。4）開發(fā)程序設(shè)計(jì)規(guī)格，定義需要編寫的程序和每個(gè)程序確切要做的事情。實(shí)現(xiàn)階段是SDLC的最后階段，是系統(tǒng)實(shí)際構(gòu)建階段。主要步驟如下：1）系統(tǒng)構(gòu)建。2）系統(tǒng)安裝。3）建立系統(tǒng)的支持計(jì)劃。5、系統(tǒng)開發(fā)方法：結(jié)構(gòu)化和面向?qū)ο蠼Y(jié)構(gòu)化：（1）、瀑布式開發(fā)每個(gè)階段都是在前一階段完成的基礎(chǔ)之上才進(jìn)行。優(yōu)點(diǎn)： 系統(tǒng)中編程之前就已確定； 項(xiàng)目進(jìn)行期間變動(dòng)不大。缺點(diǎn)： 編程之前需要充分的設(shè)計(jì)； 需求的變動(dòng)無(wú)法及時(shí)得到解決。

5、（2）、并行開發(fā)：在概要設(shè)計(jì)完成之后分成多個(gè)子系統(tǒng)，然后分別進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，最后再組合成一個(gè)系統(tǒng)。優(yōu)點(diǎn)： 提高了項(xiàng)目開發(fā)的效率。缺點(diǎn)： 子項(xiàng)目間可能會(huì)相互影響； 項(xiàng)目中加入了子項(xiàng)目的集成。（3）、快速應(yīng)用開發(fā)（Rapid Application Development，RAD）是指結(jié)構(gòu)化方法的基礎(chǔ)上創(chuàng)建，用于解決結(jié)構(gòu)化方法中的編程之前需要充分設(shè)計(jì)和在開發(fā)過(guò)程中需求變更無(wú)法得到及時(shí)響應(yīng)的缺點(diǎn)，使用RAD，可以使系統(tǒng)的部分功能更快的開發(fā)并提交給用戶。遵循RAD的方法主要有：過(guò)程為中心，數(shù)據(jù)為中心，面向?qū)ο?。?）、敏捷開發(fā)（Agile Development）是一種新興的開發(fā)方法，它是以編程為中心

6、，注重簡(jiǎn)化過(guò)程，強(qiáng)調(diào)迭代式的開發(fā)。遵循敏捷開發(fā)的方法主要有：極限編程（eXtremeProgramming，XP），Scrum和動(dòng)態(tài)系統(tǒng)開發(fā)方法（Dynamic Systems Development Method，DSDM）。開發(fā)方法的選擇主要考慮以下因素：用戶需求的清晰度、技術(shù)的屬性程度、系統(tǒng)復(fù)雜度、系統(tǒng)可靠性、項(xiàng)目的時(shí)間進(jìn)度要求、項(xiàng)目的進(jìn)度可見性。6、文檔項(xiàng)目文檔包括所有的可交付物，有關(guān)該項(xiàng)目的歷史記錄。常見的文檔：可行性研究報(bào)告；各種計(jì)劃、需求分析、系統(tǒng)各種設(shè)計(jì)、程序代碼，測(cè)試腳本，數(shù)據(jù)庫(kù)腳本等，各種分析報(bào)告。第二章需求分析1、可行性分析：可行性分析主要用于輔助組織決定是否繼續(xù)項(xiàng)目開發(fā)

7、的依據(jù)，主要從技術(shù)、經(jīng)濟(jì)和組織三個(gè)方面進(jìn)行分析，并綜合成可行性研究報(bào)告，在項(xiàng)目啟動(dòng)階段的末期交付給審定委員會(huì)。技術(shù)可行性分析，即系統(tǒng)可以被IT團(tuán)隊(duì)成功的設(shè)計(jì)、開發(fā)和安裝運(yùn)行的程度。主要從以下幾個(gè)方面進(jìn)行分析： 用戶和分析員對(duì)業(yè)務(wù)應(yīng)用的熟悉程度對(duì)項(xiàng)目開發(fā)所用到的技術(shù)的熟悉程度所要開發(fā)的項(xiàng)目的規(guī)模系統(tǒng)與其他系統(tǒng)的兼容性。經(jīng)濟(jì)可行性分析，確定與項(xiàng)目相關(guān)的財(cái)務(wù)風(fēng)險(xiǎn)，確定是否值得開發(fā)新系統(tǒng)。經(jīng)濟(jì)可行性分析步驟如下：確定花費(fèi)和收益給花費(fèi)和收益指定數(shù)值定義現(xiàn)金流估算項(xiàng)目的經(jīng)濟(jì)價(jià)值：回報(bào)期，平衡點(diǎn)，凈現(xiàn)值無(wú)形的費(fèi)用和收益：例如客戶服務(wù)的改進(jìn)，社會(huì)價(jià)值的提高，企業(yè)形象的提高等。2、系統(tǒng)需求是指描述創(chuàng)建系統(tǒng)的業(yè)務(wù)

8、原因和系統(tǒng)預(yù)期帶來(lái)的價(jià)值的文檔。系統(tǒng)需求包括的元素：項(xiàng)目發(fā)起者，業(yè)務(wù)要求，業(yè)務(wù)需求，業(yè)務(wù)價(jià)值，其他方面的要求和約束第三章1、根據(jù)計(jì)劃階段確定項(xiàng)目的規(guī)模：在一般的業(yè)務(wù)應(yīng)用系統(tǒng)中，計(jì)劃階段花15%時(shí)間，分析階段20%時(shí)間，設(shè)計(jì)階段35%時(shí)間，實(shí)現(xiàn)階段30%時(shí)間。因此可以根據(jù)計(jì)劃階段所花的時(shí)間來(lái)估算其他階段所需要的時(shí)間，進(jìn)而得到整個(gè)項(xiàng)目的估算時(shí)間。缺點(diǎn)：每個(gè)項(xiàng)目都是其特殊性，并不與這個(gè)典型的時(shí)間分配一致。根據(jù)功能點(diǎn)：基于功能點(diǎn)估算項(xiàng)目規(guī)模，需要先估算出項(xiàng)目所需的代碼行，根據(jù)代碼行估算所需的時(shí)間。2、項(xiàng)目工作計(jì)劃是用來(lái)管理列在工作分解結(jié)構(gòu)（Work Breakdown Structure，WBS）中的

9、任務(wù)的一種機(jī)制，是項(xiàng)目經(jīng)理管理項(xiàng)目的主要工具。在項(xiàng)目工作計(jì)劃中還體現(xiàn)了：里程碑任務(wù)期限 當(dāng)前任務(wù)狀態(tài) 任務(wù)相關(guān)性  里程碑3、wbs項(xiàng)目管理使用的工具：1）甘特圖可以體現(xiàn)如下信息：任務(wù)所需時(shí)間、人力資源分配、任務(wù)的先后時(shí)間關(guān)系、任務(wù)的提早或延遲。2）PERT圖：網(wǎng)狀圖形工具，與甘特圖不同，PERT很好的體現(xiàn)了任務(wù)之間的依賴關(guān)系，PERT還可以計(jì)算出項(xiàng)目的關(guān)鍵路徑和關(guān)鍵事件。3）估算求精。4、團(tuán)隊(duì)的構(gòu)建（掌握）：使用合理的人員激勵(lì)方式：慎用金錢激；使用內(nèi)在激勵(lì)；認(rèn)可；成就；工作本身的吸引力； 責(zé)任感；工作晉升； 新技術(shù)的學(xué)習(xí)機(jī)會(huì)。避免沖突的策略： 清晰定義項(xiàng)目計(jì)劃；確保項(xiàng)目團(tuán)隊(duì)理解該項(xiàng)

10、目對(duì)某個(gè)組織機(jī)構(gòu)的重要性； 創(chuàng)建詳細(xì)的操作流程并與項(xiàng)目成員進(jìn)行溝通；創(chuàng)建項(xiàng)目章程； 創(chuàng)建超前的進(jìn)度計(jì)劃； 預(yù)測(cè)項(xiàng)目的其他優(yōu)勢(shì)和可能的影。5、了解CASE工具：計(jì)算機(jī)輔助軟件工程（CASE）是一種自動(dòng)生成全部或部分開發(fā)進(jìn)程的策略軟件。使用CASE可以：更好的完成和轉(zhuǎn)換任務(wù)；集中開發(fā)信息并可圖形化呈現(xiàn)；減少維護(hù)費(fèi)用；提高軟件性能和強(qiáng)化規(guī)則。第四章：重點(diǎn)：1、需求的概念：需求就是陳述系統(tǒng)必須要做的事或者系統(tǒng)必需具備的特征。    1）需求分為功能需求和非功能需求。能需求與系統(tǒng)必須執(zhí)行的過(guò)程或必須包含的信息有直接關(guān)系。非功能需求指的是系統(tǒng)必須具備的行為屬性，如性能、安全性

11、和可用性等。功能需求：面向過(guò)程-系統(tǒng)必須執(zhí)行的過(guò)程和完成的任務(wù)；面向信息-系統(tǒng)必須包含的信息；2）在分析階段，從業(yè)務(wù)員角度出發(fā)，關(guān)注的是業(yè)務(wù)用戶的要求，因此也稱為業(yè)務(wù)需求（用戶需求）；在設(shè)計(jì)階段，主要從開發(fā)人員角度出發(fā)描述，稱為系統(tǒng)需求。特征，及其收集需求的技術(shù)的優(yōu)缺點(diǎn)；2、需求的特征：描述系統(tǒng)必須實(shí)現(xiàn)的功能；描述系統(tǒng)必需具備的特征；在分析階段關(guān)注用戶的要求；需求在項(xiàng)目的不同階段會(huì)發(fā)生改變。典型的非功能性需求：1）性能 表示為滿足用戶的需要而要求系統(tǒng)展示的性能吞吐量、響應(yīng)時(shí)間；2）信息表示有關(guān)用戶的信息，形式為內(nèi)容、時(shí)間性、正確性和格式需要輸入和輸出是什么，數(shù)據(jù)存儲(chǔ)在什么地方等，對(duì)外接口；3）

12、經(jīng)濟(jì)表示系統(tǒng)對(duì)減少開支或增加收益的需要必須減少開支的是什么，預(yù)算限度是多少；4）控制表示系統(tǒng)必須在其中運(yùn)行的環(huán)境以及必須提供的安全類型和程度訪問控制，對(duì)數(shù)據(jù)的特殊處理（脫機(jī)備份等）；5）效率表示系統(tǒng)以最低成本產(chǎn)生輸出的能力在過(guò)程中有必須消除的重復(fù)步驟，用其資源的方式中存在降低成本的方法嗎；6）服務(wù)表示使系統(tǒng)可靠、靈活和可擴(kuò)充的需要不同類型的用戶，培訓(xùn)、相關(guān)文檔資料。3、收集需求的技術(shù)及其優(yōu)缺點(diǎn)：面談，問卷，觀察現(xiàn)場(chǎng)，聯(lián)合應(yīng)用開發(fā)，文檔分析。1）面談：面談通過(guò)直接、面對(duì)面的交互獲取需求。這種方式可以用來(lái)實(shí)現(xiàn)以下目標(biāo)：發(fā)現(xiàn)事實(shí)、驗(yàn)證事實(shí)、澄清事實(shí)、激發(fā)熱情、讓最終用戶參與、確定需求以及征求想法和觀

13、點(diǎn)。面談的缺點(diǎn)：面談耗時(shí)，費(fèi)用高；面談的成功極大地取決與采訪者的個(gè)人的能力；面談可能會(huì)由于被采訪者的地理位置功；面談?dòng)袃煞N類型：結(jié)構(gòu)化面談和非結(jié)構(gòu)化面談。非結(jié)構(gòu)化面談的特點(diǎn)是涉及一般性的問題，被采訪者可以引導(dǎo)談話過(guò)程。這種方式容易偏離主題，采訪者需要及時(shí)的引導(dǎo)。結(jié)構(gòu)化面談要求采訪者詢問一套專門設(shè)計(jì)用于從被采訪者處獲取特定信息的問題，根據(jù)被采訪者的回答，采訪者將提出額外的問題（計(jì)劃的問題或非計(jì)劃的問題）以進(jìn)一步深入。準(zhǔn)備是面談成功的關(guān)鍵，面談之前如果沒有很好的準(zhǔn)備，那么面談就無(wú)法獲得滿意的結(jié)果。在面談之前最好準(zhǔn)備一份面談指南，安排好提問的問題，每個(gè)問題的時(shí)間，在什么地方可能需要進(jìn)一步的提問等。

14、在面談的過(guò)程中，需要注意以下事項(xiàng)：假定答案存在或不存在；提示線索；使用行話；顯示個(gè)人偏見；談?wù)摱皇邱雎牐粚?duì)有關(guān)主題和被采訪者的情況作出假定；使用錄音聆聽能力差的表現(xiàn)。2）問卷：?jiǎn)柧碚{(diào)查表可以使分析員從一大群人那里收集到事實(shí)，同時(shí)保持統(tǒng)一的答復(fù)。尤其是當(dāng)需要面對(duì)大量的人時(shí)，其他調(diào)查研究技術(shù)都不可能有如此有效的得到結(jié)果。問卷調(diào)查表的優(yōu)點(diǎn)：-大多數(shù)的調(diào)查表可以被快速的回答；-調(diào)查表提供了一種可以以相對(duì)廉價(jià)的方式從大量的人中收集數(shù)據(jù)；-調(diào)查表可以匿名填寫，因此更能得到真實(shí)的數(shù)據(jù)；回答可以快速的表格化和分析；問卷調(diào)查表可以使分析員從一大群人那里收集到事實(shí)，同時(shí)保持統(tǒng)一的答復(fù)。尤其是當(dāng)需要面對(duì)大量的人時(shí)

15、，其他調(diào)查研究技術(shù)都不可能有如此有效的得到結(jié)果。問卷調(diào)查表的缺點(diǎn)：回答者的數(shù)量經(jīng)常較低；無(wú)法保證個(gè)人會(huì)回答或進(jìn)一步回答所有問題；調(diào)查表往往不靈活；沒有機(jī)會(huì)立即澄清對(duì)問題的含糊或不完全的回答。制作問卷調(diào)查表： 確定必須收集什么事實(shí)和觀點(diǎn)以及你應(yīng)該從誰(shuí)那里收集；根據(jù)需要的事實(shí)和觀點(diǎn)，確定是采用自由格式還是固定格式；編寫問題，確保問題中沒有反映個(gè)人的偏好和觀點(diǎn)；在小樣本中進(jìn)行測(cè)試，發(fā)現(xiàn)問題及時(shí)修正；進(jìn)行調(diào)查。3）聯(lián)合應(yīng)用開發(fā)：一對(duì)一的面談需要使用大量的時(shí)間，使用小組會(huì)議的形式進(jìn)行面談就可以解決這個(gè)問題。JAD就是采用小組會(huì)議的形式來(lái)獲取需求。一般來(lái)說(shuō)，一個(gè)成功的JAD需要負(fù)責(zé)人、主持人、用戶和管理員

16、、記錄員、參與系統(tǒng)開發(fā)建設(shè)的其他相關(guān)人員等角色的參與。第五章：1、重點(diǎn)用例分析（10分）DFD（10分）、類圖（10分）2、建模原則（了解）建模的原則：選擇建立什么樣的模型對(duì)如何發(fā)現(xiàn)和解決問題具有重要的影響； 每個(gè)模型可以有多種表達(dá)方式；最好的模型總是能夠切合實(shí)際；孤立的模型是不完整的。任何好的系統(tǒng)都是由一些幾乎獨(dú)立的模型拼湊出來(lái)的。UML建模（知道）背景：1994年10月，Rational公司的Booch和Rumbaugh決定將其Booch方法和OMT方法綜合成一個(gè)新的建模語(yǔ)言，并于1995年10月公布了Unified Method 0.8。1995年秋季，Jacobson及其OOSE方法加

17、入Rational公司，決定將OOSE方法與Unified Method進(jìn)行綜合，更名為UML，并分別于1996年6月和10月公布了UML 0.9和UML 0.91。1996年，DEC、HP、I-Logix、Intellicorp、IBM、ICON、MCI、Microsoft、Oracle、Rational、會(huì)，于1997 年1 月推出了UML 1.0，并向OMG 申請(qǐng)將其作為一種標(biāo)準(zhǔn)語(yǔ)言。1997 年9 月產(chǎn)生了UML 1.1，11 月被OMG 正式采納。1999 年6 月，OMG 發(fā)布了UML 1.3。1999 年7 月，UML RealTime 隨Rose RealTime 推出。200

18、1 年9 月，OMG 發(fā)布了UML 1.4。 2004 年4 月，OMG 發(fā)布了UML 1.5。2005 年7 月，OMG 發(fā)布了UML 2.0。用例：描述了一系列執(zhí)行的活動(dòng)所產(chǎn)生的一些輸出結(jié)果。每個(gè)用例描述了外部用戶如何來(lái)觸發(fā)系統(tǒng)必須響應(yīng)的事件。在事件驅(qū)動(dòng)模型中，系統(tǒng)的一切行為都被認(rèn)為是對(duì)某個(gè)觸發(fā)事件的響應(yīng)。相關(guān)：用例是由外部用戶觸發(fā)；每個(gè)用例只描述單獨(dú)的任務(wù)，而不能描述多個(gè)任務(wù)；用例必須產(chǎn)生一個(gè)對(duì)用戶有意義的結(jié)果；場(chǎng)景（Scenario）是用例的一個(gè)執(zhí)行實(shí)例，是例執(zhí)行；過(guò)程中的一條實(shí)際路徑，一個(gè)用例可能會(huì)包含多個(gè)場(chǎng)景；UML中的用例視圖只能反映出兩類信息：1）哪些外部用戶會(huì)和統(tǒng)發(fā)生交互2）

19、系統(tǒng)需要實(shí)現(xiàn)哪些功能特性基本信息：1）每個(gè)用例都有一個(gè)名稱、編號(hào)和簡(jiǎn)要描述。為了明確標(biāo)識(shí)某些用例在整個(gè)系統(tǒng)中的相對(duì)重要性，需要使用優(yōu)先級(jí)來(lái)表示。用例（use case）是一個(gè)行為上相關(guān)的步驟序列，代表的是一個(gè)相對(duì)完整的業(yè)務(wù)任務(wù)。UML中的用例是動(dòng)作步驟的集合。動(dòng)作（action）是系統(tǒng)的一次執(zhí)行（能夠給某個(gè)參與者輸出結(jié)果值）。與參與者通信，或進(jìn)行計(jì)算，或在系統(tǒng)內(nèi)工作都可以稱作動(dòng)作。用例應(yīng)支持多種可能發(fā)生的動(dòng)作，每個(gè)動(dòng)作由許多具體步驟實(shí)現(xiàn)。2）用例的元素：參與者是存在于系統(tǒng)之外并與系統(tǒng)交互的人或事。所謂“與系統(tǒng)交互”指的是參與者向系統(tǒng)發(fā)送消息，從系統(tǒng)中接收消息，或是在系統(tǒng)中交換信息。參與者是一個(gè)

20、群體概念，代表的是一類能使用某個(gè)功能的人或事，參與者不是指某個(gè)個(gè)體。3）輸入和輸出每一個(gè)用例的主要輸入、輸出連同其來(lái)源和目的都要進(jìn)行描述。它包括所有可能的輸入輸出，而不僅僅是用來(lái)通常用的部分。建造用例是一個(gè)逐漸提煉的過(guò)程，用例在分析的過(guò)程中可以逐步的完善。4）細(xì)節(jié)：用例需要描述詳細(xì)的步驟和它們所使用到的輸入和輸出，這些步驟就是用例中所執(zhí)行的活動(dòng)。第六章1、活動(dòng)圖的概念：活動(dòng)圖（activity diagram）顯示了組成復(fù)雜過(guò)程的步驟序列，如工作流或算法?；顒?dòng)圖是對(duì)系統(tǒng)的行為進(jìn)行建模，活動(dòng)圖是把系統(tǒng)的一項(xiàng)行為表示成一個(gè)可以由計(jì)算機(jī)、人或其他執(zhí)行者執(zhí)行的活動(dòng)，通過(guò)給出活動(dòng)中的各個(gè)動(dòng)作以及動(dòng)作之間

21、的轉(zhuǎn)移關(guān)系來(lái)描述系統(tǒng)的行為。2、活動(dòng)圖與流程圖的區(qū)別：流程圖著重描述處理過(guò)程，它的主要控制結(jié)構(gòu)是順序、分支和循環(huán)，各個(gè)處理之間有嚴(yán)格的順序和時(shí)間關(guān)系；而活動(dòng)圖描述的則是對(duì)象活動(dòng)的順序關(guān)系所遵循的規(guī)則，它著重表現(xiàn)的是系統(tǒng)的行為，而非系統(tǒng)的處理過(guò)程?；顒?dòng)圖能夠表示并發(fā)活動(dòng)的情形，而流程圖做不到?；顒?dòng)圖是面向?qū)ο蟮?，而流程圖是面向過(guò)程的。3、使用活動(dòng)圖的目的：描述一個(gè)操作執(zhí)行過(guò)程中（操作實(shí)現(xiàn)的實(shí)例化）所完成的工作（動(dòng)作）；描述對(duì)象內(nèi)部的工作；顯示如何執(zhí)行一組相關(guān)的動(dòng)作，以及這些動(dòng)作如何影響它們周圍的對(duì)象；顯示用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變對(duì)象狀態(tài)；說(shuō)明一次業(yè)務(wù)活動(dòng)中的工人（角色）、工作流、組織

22、和對(duì)象是如何工作的。4、活動(dòng)圖的組成：1）動(dòng)作是構(gòu)成活動(dòng)的基本單位，它是原子的、不可中斷的，并在動(dòng)作完成后通過(guò)完成轉(zhuǎn)換轉(zhuǎn)向另一個(gè)狀態(tài)。動(dòng)作的特點(diǎn)：動(dòng)作是原子的，不可以分解成更小單位；動(dòng)作是不可中斷的；動(dòng)作是瞬時(shí)完成的行為；動(dòng)作可以有入轉(zhuǎn)換，至少有一條出轉(zhuǎn)換；動(dòng)作不能有入口動(dòng)作和出口動(dòng)作；在一張活動(dòng)圖中，動(dòng)作允許出現(xiàn)多次；2）活動(dòng)是由一系列動(dòng)作構(gòu)成的，是對(duì)一項(xiàng)系統(tǒng)行為的描述?；顒?dòng)的特點(diǎn)： 活動(dòng)可以分解成其他子活動(dòng)或動(dòng)作；活動(dòng)的內(nèi)部活動(dòng)可以用另一個(gè)活動(dòng)圖來(lái)表示；活動(dòng)可以有入口動(dòng)作和出口動(dòng)作，還可以有內(nèi)部轉(zhuǎn)移；3）動(dòng)作流4）條件是讓轉(zhuǎn)移修改任何工作流的方向所必須的。5、順序圖：順序圖（Sequenc

23、eDiagram，時(shí)序圖，序列圖）詳細(xì)描述對(duì)象間傳送消息的時(shí)間順序，它表示用例中的行為順序。順序圖它詳細(xì)而直觀地表現(xiàn)了一組相互協(xié)作的對(duì)象在執(zhí)行一個(gè)（或少量幾個(gè)）用例時(shí)的行為依賴關(guān)系，以及操作和消息的時(shí)序關(guān)系。類圖對(duì)對(duì)象之間的消息（交互情況）表達(dá)不夠詳細(xì)；詳細(xì)說(shuō)明對(duì)消息的表達(dá)雖然詳細(xì)，但不夠直觀；順序圖既詳細(xì)又直觀，但通常只能表示少數(shù)幾個(gè)對(duì)象之間的交互。2）活動(dòng)對(duì)象：活動(dòng)對(duì)象可以是系統(tǒng)的參與者或任何有效的系統(tǒng)對(duì)象。在活動(dòng)圖中對(duì)象的標(biāo)記如下圖所示。將對(duì)象置于時(shí)序圖的頂部意味著在交互開始的時(shí)候?qū)ο缶鸵呀?jīng)存在了，如果對(duì)象的位置不在頂部，那么表示對(duì)象是在交互的過(guò)程中被創(chuàng)建的。生命線是一條垂直的虛線，表示

24、時(shí)序圖中的對(duì)象在一段時(shí)間內(nèi)的存在。每個(gè)對(duì)象的底部中心的位置都帶有生命線。·生命線是一個(gè)時(shí)間線，從時(shí)序圖的頂部一直延伸到底部，所用的時(shí)間取決于交互持續(xù)的時(shí)間。·對(duì)象與生命線結(jié)合在一起稱為對(duì)象的生命線，對(duì)象的生命線包含矩形的對(duì)象圖標(biāo)以及圖標(biāo)下面的生命線。·如果對(duì)象在圖中被創(chuàng)建，那么對(duì)象符號(hào)畫在創(chuàng)建它的消息上，否則畫在任何消息箭頭上。如果對(duì)象在圖中被撤銷，那么用“×”表示撤銷。消息定義的是對(duì)象之間某種形式的通信，它可以激發(fā)某個(gè)操作、喚起信號(hào)或?qū)е履繕?biāo)對(duì)象的創(chuàng)建或撤銷。·消息是兩個(gè)對(duì)象之間的單路通信，從發(fā)送方到接收方的控制信息流。·消息可以用

25、于在對(duì)象間傳遞參數(shù)。·消息可以是信號(hào)，也可以是調(diào)用。·在UML中，消息使用箭頭來(lái)表示，箭頭的類型表示了消息的類型。6、類圖：是描述類、接口、協(xié)作以及他們之間關(guān)系的圖，用來(lái)顯示系統(tǒng)中各個(gè)類的靜態(tài)關(guān)系。屬性和操作2）分析類的類型：·實(shí)體類：用于對(duì)必須存儲(chǔ)的信息和相關(guān)行為進(jìn)行建模·邊界類：用于軟件產(chǎn)品和它的參與者之間的交互行為建模·控制類：用于對(duì)復(fù)雜的計(jì)算和算法建模3）類的屬性的可見性：Public：以表示Private：以表示Protected: 以4）類間的關(guān)系：常用的類之間的關(guān)系有4種，分別是表示對(duì)象之間結(jié)構(gòu)關(guān)系的關(guān)聯(lián)關(guān)系，表示類之間一般和特殊

26、關(guān)系的泛化關(guān)系，表示類之間使用關(guān)系的依賴關(guān)系，以及表示類中規(guī)格說(shuō)明和實(shí)現(xiàn)之間的關(guān)系的實(shí)現(xiàn)關(guān)系。a）關(guān)聯(lián)關(guān)系的類型：普通關(guān)聯(lián)關(guān)系？遞歸關(guān)系？聚合關(guān)系？組合關(guān)系7、數(shù)據(jù)流圖過(guò)程模型是表示業(yè)務(wù)系統(tǒng)運(yùn)行的一種形式化方法，它演示了系統(tǒng)執(zhí)行的過(guò)程或活動(dòng)，以及數(shù)據(jù)在它們之間是如何流動(dòng)的。數(shù)據(jù)流圖（Data Flow Diagram，DFD）是以圖形的方式描述系統(tǒng)業(yè)務(wù)流程以及系統(tǒng)內(nèi)數(shù)據(jù)傳遞的一種技術(shù)。2）數(shù)據(jù)流圖基本元素：A）過(guò)程是為特定業(yè)務(wù)原因而執(zhí)行的活動(dòng)或功能。過(guò)程可以是人工或計(jì)算機(jī)化的。每個(gè)過(guò)程必須至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。B）數(shù)據(jù)流是單個(gè)數(shù)據(jù)或是一些信息的邏輯集合。數(shù)據(jù)流和過(guò)程是一起出現(xiàn)的

27、，每個(gè)數(shù)據(jù)流總是從一個(gè)過(guò)程流出或流入一個(gè)過(guò)程，箭頭顯示了數(shù)據(jù)流入或流出的方向。C）數(shù)據(jù)存儲(chǔ)是以某種方式存儲(chǔ)的數(shù)據(jù)集合。數(shù)據(jù)存儲(chǔ)構(gòu)成數(shù)據(jù)模型的起始點(diǎn)，是過(guò)程模型和數(shù)據(jù)模型的主要連接點(diǎn)。D）外部實(shí)體是位于系統(tǒng)范圍之外但與正在被研究的系統(tǒng)交互的人、組織部門或是其他系統(tǒng)，外部實(shí)體與用例中的主要參與者相對(duì)應(yīng)，外部實(shí)體為系統(tǒng)提供數(shù)據(jù)或從系統(tǒng)獲取數(shù)據(jù)，并且形成了系統(tǒng)的邊界。（矩形）數(shù)據(jù)字典（簡(jiǎn)答題）例：手機(jī)號(hào)=1+ 3,5+09,47,8+2,7,9 +809學(xué)號(hào)=入學(xué)年份+學(xué)院代碼+專業(yè)代碼+班級(jí)代碼+座號(hào)入學(xué)年份=0099 學(xué)院代碼=30第7章設(shè)計(jì)階段的活動(dòng)主要是： （了解）·確定合適的系統(tǒng)獲

28、取策略·設(shè)計(jì)系統(tǒng)的架構(gòu)·選擇軟硬件·設(shè)計(jì)系統(tǒng)人機(jī)接口·從邏輯模型到物理模型的轉(zhuǎn)換·設(shè)計(jì)能完成系統(tǒng)過(guò)程的程序·從邏輯數(shù)據(jù)模型到物理數(shù)據(jù)模型的轉(zhuǎn)換·設(shè)計(jì)數(shù)據(jù)存儲(chǔ)方案·編寫最終的系統(tǒng)規(guī)格常見的設(shè)計(jì)錯(cuò)誤有： （掌握）減少設(shè)計(jì)時(shí)間；需求蔓延；過(guò)于依賴技術(shù)和工具；在項(xiàng)目中間階段更換工具。構(gòu)造新的應(yīng)用系統(tǒng)的方式：（理解）1.定制開發(fā)2.購(gòu)買軟件包3.第三方外包開發(fā)影響設(shè)計(jì)策略的因素1.業(yè)務(wù)需求對(duì)于通用的業(yè)務(wù)需求，并且有比較成熟的技術(shù)解決方案，使用定制應(yīng)用程序比較容易。對(duì)于獨(dú)特的或?qū)Ｓ玫男枨?，則選擇開發(fā)系統(tǒng)。一般來(lái)說(shuō)，如果業(yè)務(wù)需求

29、不是公司策略的關(guān)鍵元素，可以選擇外包。2.項(xiàng)目技能在項(xiàng)目中應(yīng)用的技能既可以是技術(shù)性（如開發(fā)語(yǔ)言）的，也可以是功能性（如電子商務(wù)）的，不同設(shè)計(jì)方案的選擇取決于這些技術(shù)在公司策略中的重要性。3.項(xiàng)目管理定制應(yīng)用程序要求有較強(qiáng)的項(xiàng)目管理和被證實(shí)的方法論。在項(xiàng)目進(jìn)展過(guò)程中，項(xiàng)目可能受到來(lái)自各個(gè)方面因素的影響，如果沒有較強(qiáng)的項(xiàng)目管理能力則項(xiàng)目很可能就面臨困難。 購(gòu)買和外包軟件也同樣需求項(xiàng)目管理，而且這種管理更多的來(lái)自于組織外部的溝通和交流。4.時(shí)間約束當(dāng)項(xiàng)目存在時(shí)間的約束時(shí)，首先應(yīng)該尋找一個(gè)已經(jīng)建立和經(jīng)過(guò)測(cè)試的系統(tǒng)。 但利用外包來(lái)創(chuàng)建一個(gè)系統(tǒng)的時(shí)間取決于系統(tǒng)和外包商的資源，如果服務(wù)提供者沒有提供合適的服

30、務(wù)，那么采用外包來(lái)解決所花費(fèi)的資源可能與定制開發(fā)一樣。第8章（綜合應(yīng)用）常用的軟件體系結(jié)構(gòu)1.主機(jī)/終端2.文件/服務(wù)器3.客戶/服務(wù)器結(jié)構(gòu)（C/S）客戶機(jī)（Client）和服務(wù)器（Server）都是獨(dú)立自主的系統(tǒng)，它是一類按新的應(yīng)用模式運(yùn)行的分布式計(jì)算機(jī)系統(tǒng)。在這個(gè)應(yīng)用模式中，用戶只關(guān)心完整地解決自己的應(yīng)用問題，而不關(guān)心這些應(yīng)用問題由系統(tǒng)中哪臺(tái)或哪幾臺(tái)計(jì)算機(jī)來(lái)完成。4.瀏覽器/服務(wù)器結(jié)構(gòu) （B/S） 多層結(jié)構(gòu)（C/S結(jié)構(gòu)，B/S結(jié)構(gòu)）的主要組成部分· 用戶表現(xiàn)層：接受用戶的請(qǐng)求和操作，將操作信息最終顯示給用戶。如瀏覽器中的Web頁(yè)面，或者是一個(gè)Windows窗體程序

31、83; 業(yè)務(wù)邏輯層：業(yè)務(wù)邏輯層完成業(yè)務(wù)功能和邏輯。如Web網(wǎng)站中的IIS服務(wù)器· 數(shù)據(jù)服務(wù)層：指后臺(tái)數(shù)據(jù)庫(kù)系統(tǒng)，也可以是各種能夠存儲(chǔ)數(shù)據(jù)的文件5.Web Service6.面向服務(wù)的體系結(jié)構(gòu)（SOA）7.SaaS（Software-as-a-Service，軟件即服務(wù)）是一種通過(guò)  Internet  提供軟件的模式，廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實(shí)際需求，通過(guò)互聯(lián)網(wǎng)向廠商定購(gòu)所需的應(yīng)用軟件服務(wù)，按定購(gòu)的服務(wù)多少和時(shí)間長(zhǎng)短向廠商支付費(fèi)用，并通過(guò)互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。8.軟件+服務(wù)（S+S）9.RIA（Rich Internet Applications）體系結(jié)構(gòu)B/S架構(gòu)的應(yīng)用的幾乎所有處理都集中在服務(wù)器端，造成服務(wù)器端負(fù)載過(guò)大，并且網(wǎng)絡(luò)通信也過(guò)多。RIA在客戶端與服務(wù)器端之間引入了被叫做“客戶端引擎”的中間代碼層，實(shí)現(xiàn)客戶端交互的豐富和降低對(duì)服務(wù)器端服務(wù)的依賴。第九、十章 程序設(shè)計(jì)1、創(chuàng)建物理DFD的步驟：（1）添加實(shí)現(xiàn)標(biāo)注（在邏輯DFD的基礎(chǔ)上添加注釋，即數(shù)據(jù)怎樣存儲(chǔ)，數(shù)據(jù)怎樣流動(dòng)