1、交通軟件系統(tǒng)分析與設(shè)計(jì)李志慧 E_mail:電話考教材 張海藩編著，軟件工程導(dǎo)論，清華大學(xué)出版社 鄭人杰編，實(shí)用軟件工程，清華大學(xué)出版社，1997年 數(shù)據(jù)結(jié)構(gòu)，嚴(yán)蔚敏等編著，清華大學(xué)出版社 數(shù)據(jù)結(jié)構(gòu)，殷人坤，清華大學(xué)出版社第一章 緒論 交通軟件系統(tǒng)分析與設(shè)計(jì)關(guān)注的問題： 1、 軟件系統(tǒng)開發(fā)過程 2、 數(shù)據(jù)結(jié)構(gòu)+算法 數(shù)據(jù)結(jié)構(gòu)：相互之間存在一種或多種特點(diǎn)關(guān)系的數(shù)據(jù)元素的結(jié)合。 由某一數(shù)據(jù)對(duì)象及該對(duì)象中所有數(shù)據(jù)成員之間的關(guān)系組成，表示為 data_structure=D,R數(shù)據(jù)結(jié)構(gòu) 線性表?xiàng)：完?duì)列串?dāng)?shù)組和廣義表二叉樹樹和森林圖算法 查找 排序 算法評(píng)價(jià)：空間復(fù)雜度 時(shí)間復(fù)

2、雜度 （1）問題定義）問題定義 問題定義階段必須回答的關(guān)鍵問題是：?jiǎn)栴}定義階段必須回答的關(guān)鍵問題是：”要解決的問題是什么要解決的問題是什么?”通過通過問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。標(biāo)和規(guī)模的書面報(bào)告。 （2 2）可行性研究）可行性研究該階段要回答的關(guān)鍵問題是：該階段要回答的關(guān)鍵問題是：“對(duì)于上一個(gè)階段所確定的問題有行得對(duì)于上一個(gè)階段所確定的問題有行得通的解決辦法嗎通的解決辦法嗎? ?” 可行性研究的結(jié)果是使用部門負(fù)責(zé)人做出是否繼續(xù)進(jìn)行這項(xiàng)工程的決可行性研究的結(jié)果是使用部門負(fù)責(zé)人做出是否繼續(xù)

3、進(jìn)行這項(xiàng)工程的決定的重要依據(jù)。定的重要依據(jù)。 （3 3）需求分析）需求分析該階段的任務(wù)不是具體地解決問題，而是準(zhǔn)確地確定該階段的任務(wù)不是具體地解決問題，而是準(zhǔn)確地確定“為下解決這個(gè)為下解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么問題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。功能。 （4 4）總體設(shè)計(jì)）總體設(shè)計(jì) 該階段必須回答的關(guān)鍵問題是：該階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該如何解決這個(gè)問題概括地說，應(yīng)該如何解決這個(gè)問題? (5) 5) 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì) 總體設(shè)計(jì)階段以比較抽象概括的方式提出了解決問題的辦法。總體設(shè)計(jì)階段以比較抽象概括的方式提出了解決

4、問題的辦法。詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化，也就是回答下面這詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化，也就是回答下面這個(gè)關(guān)鍵問題：個(gè)關(guān)鍵問題：“應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)呢應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)呢?” （6 6）編碼和單元測(cè)試）編碼和單元測(cè)試 該階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模該階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。塊。 （7 7）綜合測(cè)試）綜合測(cè)試該階段的關(guān)鍵任務(wù)是通過各種類型的測(cè)試該階段的關(guān)鍵任務(wù)是通過各種類型的測(cè)試(及相應(yīng)的調(diào)試及相應(yīng)的調(diào)試)使軟件使軟件達(dá)到預(yù)定的要求。達(dá)到預(yù)定的要求。 （8）軟件維護(hù)）軟件維護(hù) 維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的

5、維護(hù)活動(dòng)使系統(tǒng)持維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。久地滿足用戶的需要。 階階 段段關(guān)鍵問題關(guān)鍵問題結(jié)束標(biāo)準(zhǔn)結(jié)束標(biāo)準(zhǔn)問題定義問題定義問題是什么問題是什么關(guān)于規(guī)模和目標(biāo)的報(bào)告書關(guān)于規(guī)模和目標(biāo)的報(bào)告書可行性研究可行性研究有可行的解嗎有可行的解嗎?系統(tǒng)的高層邏輯模型：系統(tǒng)的高層邏輯模型： 數(shù)據(jù)流圖、成本效益分析數(shù)據(jù)流圖、成本效益分析需求分析需求分析系統(tǒng)必須做什系統(tǒng)必須做什么么?系統(tǒng)的邏輯模型：系統(tǒng)的邏輯模型： 數(shù)據(jù)流因、數(shù)據(jù)字典、算法描述數(shù)據(jù)流因、數(shù)據(jù)字典、算法描述總體設(shè)計(jì)總體設(shè)計(jì)概括地說，應(yīng)概括地說，應(yīng)該如何解決這該如何解決這個(gè)問題個(gè)問題?可能的解法：可能的解法

6、： 系統(tǒng)硫程圖、成本效益分析系統(tǒng)硫程圖、成本效益分析推薦的系統(tǒng)結(jié)構(gòu)：推薦的系統(tǒng)結(jié)構(gòu)： 層次圖或結(jié)構(gòu)圖層次圖或結(jié)構(gòu)圖詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)怎樣具體地實(shí)怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)？現(xiàn)這個(gè)系統(tǒng)？編碼規(guī)格說明：編碼規(guī)格說明： HIPO圖或圖或PDL編碼和單元編碼和單元測(cè)試測(cè)試正確的程序模正確的程序模塊塊源程序清單源程序清單單元測(cè)試方案和結(jié)果單元測(cè)試方案和結(jié)果綜合測(cè)試綜合測(cè)試符合要求的軟符合要求的軟件件綜合測(cè)試方案和結(jié)果；完整一致的軟件配置綜合測(cè)試方案和結(jié)果；完整一致的軟件配置維護(hù)維護(hù)持久地滿足用持久地滿足用戶需要的軟件戶需要的軟件完整準(zhǔn)確的維護(hù)記錄完整準(zhǔn)確的維護(hù)記錄特點(diǎn)：特點(diǎn)：（1）為一個(gè)整體開發(fā)模型）為一個(gè)整

7、體開發(fā)模型（2）開發(fā)前可完整、準(zhǔn)確地定義系統(tǒng)各個(gè)階）開發(fā)前可完整、準(zhǔn)確地定義系統(tǒng)各個(gè)階段段 適用條件：適用條件： 適用開發(fā)，如：編譯系統(tǒng)，數(shù)據(jù)庫(kù)系統(tǒng)于功適用開發(fā)，如：編譯系統(tǒng)，數(shù)據(jù)庫(kù)系統(tǒng)于功能和性能明確、完整、無重大變化地軟件等能和性能明確、完整、無重大變化地軟件等 特點(diǎn)：特點(diǎn)： （1）降低軟件開發(fā)風(fēng)險(xiǎn)）降低軟件開發(fā)風(fēng)險(xiǎn) （2）按照軟件的演化規(guī)律進(jìn)行開發(fā)）按照軟件的演化規(guī)律進(jìn)行開發(fā) （3）開發(fā)初期不要求開發(fā)人員準(zhǔn)確、無二）開發(fā)初期不要求開發(fā)人員準(zhǔn)確、無二義了解系統(tǒng)義了解系統(tǒng)適用：適用：適用與復(fù)雜系統(tǒng)的開發(fā)或系統(tǒng)目標(biāo)不明確的情適用與復(fù)雜系統(tǒng)的開發(fā)或系統(tǒng)目標(biāo)不明確的情況況 噴泉模型是一種以用戶需求

8、為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模型型 它以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求作為噴它以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求作為噴泉模型的源泉。泉模型的源泉。 特點(diǎn)特點(diǎn)（1）噴泉模型規(guī)定軟件開發(fā)過程有噴泉模型規(guī)定軟件開發(fā)過程有4個(gè)階段，即分析、系統(tǒng)個(gè)階段，即分析、系統(tǒng)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)（2）噴泉模型的各階段相互重疊，它反映了軟件過程并行）噴泉模型的各階段相互重疊，它反映了軟件過程并行性的特點(diǎn)。性的特點(diǎn)。（3）噴泉模型以分析為基礎(chǔ)，資源消耗呈塔型，在分析階）噴泉模型以分析為基礎(chǔ)，資源消耗呈塔型，在分析階段消耗的資源最多段消

9、耗的資源最多（4）噴泉模型反映了軟件過程迭代的自然特性，從高層返）噴泉模型反映了軟件過程迭代的自然特性，從高層返回低層無資源消耗回低層無資源消耗 結(jié)構(gòu)化方法結(jié)構(gòu)化方法 結(jié)構(gòu)化方法由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)結(jié)構(gòu)化方法由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成，它是一種計(jì)構(gòu)成，它是一種面向數(shù)據(jù)流面向數(shù)據(jù)流的開發(fā)方法的開發(fā)方法 Jackson方法方法一種面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法一種面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法 維也納開發(fā)方法維也納開發(fā)方法一種一種形式化形式化的開發(fā)方法，軟件的需求用嚴(yán)格的形式語言描述的開發(fā)方法，軟件的需求用嚴(yán)格的形式語言描述，把描述模型逐步變換成目標(biāo)系統(tǒng)，把描述模型逐步變換成目

10、標(biāo)系統(tǒng) 面向?qū)ο蟮拈_發(fā)方法面向?qū)ο蟮拈_發(fā)方法 面向?qū)ο箝_發(fā)方法包括面向?qū)ο蠓治觯嫦驅(qū)ο箝_發(fā)方法包括面向?qū)ο蠓治觯∣OA） 、面向?qū)Α⒚嫦驅(qū)ο笤O(shè)計(jì)（象設(shè)計(jì)（OOD）和面向?qū)ο髮?shí)現(xiàn)。和面向?qū)ο髮?shí)現(xiàn)。 其包括其包括Booch、Coad、OMT方法方法 統(tǒng)一建模語言統(tǒng)一建模語言UML 可行性分析的任務(wù) 1）“問題是否可行？” 2）目的：可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。 3）首先需要進(jìn)一步分析和澄清問題定義。在澄清了問題定義之后，分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型。然后從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要解法(即系統(tǒng)實(shí)現(xiàn)方案)。對(duì)每種解法都應(yīng)該仔細(xì)研究它的可行

11、性，一般說來，至少應(yīng)該從下述三方面研究每種解法的可行性： (1)技術(shù)可行性 使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎? (2)經(jīng)濟(jì)可行性 這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎? (3)操作可行性 系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎?可行性研究的步驟 (1) 復(fù)查系統(tǒng)規(guī)模和目標(biāo) (2) 研究目前正在使用的系統(tǒng) (3) 導(dǎo)出新系統(tǒng)的高層邏輯模型 (4) 重新定義問題 （5）導(dǎo)出和評(píng)價(jià)供選擇的解法 （6）推薦行動(dòng)方針 （7）草擬開發(fā)計(jì)劃 （8）書寫文檔提交審查 系統(tǒng)流程圖 系統(tǒng)流程圖的作用：系統(tǒng)流程圖是描述物理系統(tǒng)的工具。所謂物理系統(tǒng)，就是一個(gè)具體實(shí)現(xiàn)的系統(tǒng)，也就是描述一個(gè)單位、組織的信息處理的具體實(shí)現(xiàn)

12、的系統(tǒng)。在進(jìn)行可行性研究過程中，要以概括的形式描述現(xiàn)有系統(tǒng)的高層邏輯模型，并通過概要的設(shè)計(jì)變成所建議系統(tǒng)的物理模型，可以用系統(tǒng)流程圖來描述所建議系統(tǒng)的物理模型。 系統(tǒng)流程圖可用圖形符號(hào)來表示系統(tǒng)中的各個(gè)元素,表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)的情況 畫系統(tǒng)流程圖時(shí)，首先要搞清業(yè)務(wù)處理過程以及處理中的各個(gè)元素，同時(shí)要理解系統(tǒng)的流程圖的各個(gè)符號(hào)的含義，選擇相應(yīng)的符號(hào)來代表系統(tǒng)中的各個(gè)元素。所畫的系統(tǒng)流程圖要反映出系統(tǒng)的處理流程。系統(tǒng)流程圖的符號(hào)系統(tǒng)流程圖的符號(hào)例子 某裝配廠有一座存放零件的倉(cāng)庫(kù)，倉(cāng)庫(kù)中現(xiàn)有的各種零件的數(shù)量以及每種零件的庫(kù)存量臨界值等數(shù)據(jù)記錄在庫(kù)存清單主文件中。當(dāng)倉(cāng)庫(kù)中零件數(shù)量有變化

13、時(shí)，應(yīng)該及時(shí)修改庫(kù)存清單主文件，如果那種零件的庫(kù)存量少于它的庫(kù)存量臨界值，則應(yīng)該報(bào)告給采購(gòu)部門以便定貨，規(guī)定每天向采購(gòu)部門送一次定貨報(bào)告。 該裝配廠使用一臺(tái)小型計(jì)算機(jī)處理更新庫(kù)存清單主文件和產(chǎn)生定貨報(bào)告的任務(wù)。零件庫(kù)存量的每一次變化稱為一個(gè)事務(wù)，由放在倉(cāng)庫(kù)中的CRT終端輸入到計(jì)算機(jī)中；系統(tǒng)中的庫(kù)存清單程序?qū)κ聞?wù)進(jìn)行處理，更新存儲(chǔ)在磁盤上的庫(kù)存清單主文件，并且把必要的定貨信息寫在磁帶上。最后，每天由報(bào)告生成程序讀一次磁帶，并且打印出定貨報(bào)告 分層 面對(duì)復(fù)雜的系統(tǒng)時(shí)，一個(gè)比較好的方法是分層次地描繪這個(gè)系統(tǒng)。首先用一張高層次的系統(tǒng)流程圖描繪系統(tǒng)總體格朗，表明系統(tǒng)的關(guān)鍵功能。然后分別把每個(gè)關(guān)鍵功能擴(kuò)展

14、到適當(dāng)?shù)脑敿?xì)程度，面在單獨(dú)的一頁紙上。這種分層次的描繪方法便于閱讀者按從抽象到具體的過程逐步深入地了解一個(gè)復(fù)雜的系統(tǒng)。系統(tǒng)流程圖與程序流程圖 系統(tǒng)流程圖表達(dá)的是信息在系統(tǒng)各部件之間流動(dòng)的情況，而不是對(duì)信息進(jìn)行加工處理的控制過程，因此盡管系統(tǒng)流程圖使用的某些符號(hào)和程序流程圖中用的符號(hào)相同，但是它卻是物理數(shù)據(jù)流因而不是程序流程圖。 數(shù)據(jù)流圖 數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動(dòng)和處理的情況。 設(shè)計(jì)數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮如何具體地實(shí)現(xiàn)這些功能，所以它也是軟件設(shè)計(jì)的很好的出發(fā)點(diǎn)。符號(hào)例子 假設(shè)一家工廠的采購(gòu)部每天需要一張定

15、貨報(bào)表，報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號(hào)，零件名稱，定貨數(shù)量，目前價(jià)格，主要供應(yīng)者，次要供應(yīng)者。零件入庫(kù)或出庫(kù)稱為事務(wù)、通過放在倉(cāng)庫(kù)中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫(kù)存數(shù)量少于庫(kù)存量臨界值時(shí)就應(yīng)該再次定貨。 數(shù)據(jù)流圖有四種成分：源點(diǎn)或終點(diǎn)，處理，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。分析方法：數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元柬的定義的集合。 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型 般說來，數(shù)據(jù)字典由四類元素組成： 1)數(shù)據(jù)流 2)數(shù)據(jù)流分量(即，數(shù)據(jù)元素) 3)數(shù)據(jù)存儲(chǔ) 4)處理。數(shù)據(jù)

16、處理工具(如IPO圖或PDL)描述成本效益分析第三章 需要分析 需求分析是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個(gè)問題。 需求分析的任務(wù)是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。 可行性研究階段產(chǎn)生的文檔，持別是數(shù)據(jù)流圖，是需求分折的出發(fā)點(diǎn)。 需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。因此，必須用行之有效的方法對(duì)軟件需求進(jìn)行嚴(yán)格的審查驗(yàn)證。需求分析的需求分析的任務(wù)任務(wù) 1、確定對(duì)系統(tǒng)的綜合要求、確定對(duì)系統(tǒng)的綜合要求 1）系統(tǒng)功能要求）系統(tǒng)功能要求 2）系統(tǒng)性能要求）系統(tǒng)性能要求 3）運(yùn)行要求）運(yùn)行要求 4）將來可能提出的要求）將來

17、可能提出的要求 2、分析系統(tǒng)的數(shù)據(jù)要求、分析系統(tǒng)的數(shù)據(jù)要求 數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系3、導(dǎo)出系統(tǒng)的邏輯模型、導(dǎo)出系統(tǒng)的邏輯模型 導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流 圖、圖、 數(shù)據(jù)字典和主要的處理算法描述這個(gè)邏輯模型。數(shù)據(jù)字典和主要的處理算法描述這個(gè)邏輯模型。4、修正系統(tǒng)開發(fā)計(jì)劃、修正系統(tǒng)開發(fā)計(jì)劃5、開發(fā)原型系統(tǒng)、開發(fā)原型系統(tǒng)需求分析的特點(diǎn)需求分析的特點(diǎn) 1、問題的復(fù)雜性。 2、交流障礙 3、不完備性和不一致性 4、需求易變性 需求分析的原則需求分析的原則 1、必須能夠表達(dá)相理解問題的數(shù)據(jù)域和功能域。 2、可以

18、把一個(gè)復(fù)雜問題按功能進(jìn)行分解并可逐層細(xì)化 3、建模需求分析的方法需求分析的方法 1、功能分解方法 2、結(jié)構(gòu)化分析方法 3、信息建模方法 4、面向?qū)ο蠓治龇椒ㄐ枨笳f明書的主要內(nèi)容需求說明書的主要內(nèi)容 (1)前言：說明項(xiàng)目的目的、范圍，所用的術(shù)語的定義；用到的縮略語和縮寫詞；資料。 (2)項(xiàng)目概述：產(chǎn)品的描述；產(chǎn)品的功能；用戶的特點(diǎn)，一般的約束等。 (3)具體需求：說明每個(gè)功能的輸入、處理和輸出；外部接口需求，包括用戶接口、軟件接口、硬件接口相通信接口；性能需求；設(shè)計(jì)約束；共他需求，包括數(shù)據(jù)庫(kù)、操作等第二節(jié)第二節(jié) 需求分析過程需求分析過程 分析步驟： 1、建立用例關(guān)系圖 2 、細(xì)化數(shù)據(jù)流圖 3、用

19、戶復(fù)查 4、細(xì)化數(shù)據(jù)流圖 5、修正開發(fā)計(jì)劃 6、書寫文檔 7、審查和復(fù)審(Use case diagram) (Use case diagram) 從用戶角度描述系統(tǒng)功能從用戶角度描述系統(tǒng)功能, ,并指并指出各功能的操作者出各功能的操作者用例模型描述的是外部執(zhí)行者用例模型描述的是外部執(zhí)行者(Actor)(Actor)所理解的系統(tǒng)功能。所理解的系統(tǒng)功能。 它描述了待開發(fā)系統(tǒng)的功能需求。它描述了待開發(fā)系統(tǒng)的功能需求。用例模型用例模型若干個(gè)若干個(gè)在在UMLUML中中, ,構(gòu)成用例圖的主要元素是用例和構(gòu)成用例圖的主要元素是用例和執(zhí)行者及其它們之間的聯(lián)系。執(zhí)行者及其它們之間的聯(lián)系。 定義系統(tǒng)、確定執(zhí)行者

20、和用例、描述用例、定義用例間的定義系統(tǒng)、確定執(zhí)行者和用例、描述用例、定義用例間的關(guān)系、確認(rèn)模型。關(guān)系、確認(rèn)模型。執(zhí)行者是指用戶在系統(tǒng)中所扮演的角色。執(zhí)行者在用例執(zhí)行者是指用戶在系統(tǒng)中所扮演的角色。執(zhí)行者在用例圖中是用類似人的圖形來表示圖中是用類似人的圖形來表示, , 但執(zhí)行者可以是人，也可以但執(zhí)行者可以是人，也可以是一個(gè)外界系統(tǒng)。是一個(gè)外界系統(tǒng)。（）一、執(zhí)行者一、執(zhí)行者5.3.2 5.3.2 用例模型用例模型供貨供貨買飲料買飲料取貨款取貨款客戶客戶供貨人供貨人收銀員收銀員圖5.15自動(dòng)售貨系統(tǒng)二、 用例 從本質(zhì)上講從本質(zhì)上講, ,一個(gè)用例是用戶與計(jì)算機(jī)之間的一次典型交一個(gè)用例是用戶與計(jì)算機(jī)之間

21、的一次典型交互作用。在互作用。在UML中中, ,用例被定義成系統(tǒng)執(zhí)行的一系列動(dòng)作用例被定義成系統(tǒng)執(zhí)行的一系列動(dòng)作（功能）。（功能）。用例有以下特點(diǎn)用例有以下特點(diǎn): :用例捕獲某些用戶可見的需求用例捕獲某些用戶可見的需求, ,實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。用例由執(zhí)行者激活用例由執(zhí)行者激活, ,并將結(jié)果值反饋給執(zhí)行者。并將結(jié)果值反饋給執(zhí)行者。用例必須具有功能上的完整描述。用例必須具有功能上的完整描述。1 1、與系統(tǒng)實(shí)現(xiàn)有關(guān)的主要問題是什么？、與系統(tǒng)實(shí)現(xiàn)有關(guān)的主要問題是什么？2 2、系統(tǒng)需要哪些輸入、系統(tǒng)需要哪些輸入/ /輸出？這些輸入輸出？這些輸入/ /輸出從何而來？到哪輸出從何

22、而來？到哪里去？里去？3 3、執(zhí)行者需要系統(tǒng)提供哪些功能？、執(zhí)行者需要系統(tǒng)提供哪些功能？4 4、執(zhí)行者是否需要對(duì)系統(tǒng)中的信息進(jìn)行讀、創(chuàng)建、修改、刪、執(zhí)行者是否需要對(duì)系統(tǒng)中的信息進(jìn)行讀、創(chuàng)建、修改、刪除或存儲(chǔ)？除或存儲(chǔ)？二、用例5.3.2 5.3.2 用例模型用例模型5.3.3用例圖圖5.16 用例圖的元素用例圖描述了系統(tǒng)的功能需求，它是從執(zhí)行者的角度來理用例圖描述了系統(tǒng)的功能需求，它是從執(zhí)行者的角度來理解系統(tǒng)，由解系統(tǒng)，由“執(zhí)行者執(zhí)行者”、“用例用例”和和“用例之間的關(guān)系用例之間的關(guān)系”3 3類類模型元素構(gòu)成。模型元素構(gòu)成。圖中還有另外兩種類型的連接圖中還有另外兩種類型的連接, ,即即使用使用

23、和和擴(kuò)展擴(kuò)展關(guān)關(guān)系，是兩種不同形式的泛化關(guān)系。系，是兩種不同形式的泛化關(guān)系。 用例用例2用例用例A用例用例執(zhí)行者執(zhí)行者用例用例1用例用例3用例用例B使用使用使用使用擴(kuò)展擴(kuò)展(a)(b)(c)UseUse表示一個(gè)用例使用另一個(gè)用例。表示一個(gè)用例使用另一個(gè)用例。ExtendExtend通過向被擴(kuò)展的用例添加動(dòng)作來擴(kuò)展用例。通過向被擴(kuò)展的用例添加動(dòng)作來擴(kuò)展用例。用例圖實(shí)例貿(mào)易經(jīng)理貿(mào)易經(jīng)理風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析設(shè)置邊界設(shè)置邊界進(jìn)行交易進(jìn)行交易交易估價(jià)交易估價(jià)更新帳目更新帳目使用使用使用使用擴(kuò)展擴(kuò)展?fàn)I銷人員營(yíng)銷人員超越邊界超越邊界評(píng)價(jià)評(píng)價(jià)記帳系統(tǒng)記帳系統(tǒng)銷售人員銷售人員5.3.4 5.3.4 用例圖實(shí)例用例圖

24、實(shí)例5.3.4 5.3.4 用例圖實(shí)例用例圖實(shí)例 系統(tǒng)的主要功能是：項(xiàng)目管理，資源管理和系統(tǒng)管理。項(xiàng)系統(tǒng)的主要功能是：項(xiàng)目管理，資源管理和系統(tǒng)管理。項(xiàng)目管理包括項(xiàng)目的增加、刪除、更新。資源管理包括對(duì)資源和目管理包括項(xiàng)目的增加、刪除、更新。資源管理包括對(duì)資源和技能的添加、刪除和更新。系統(tǒng)管理包括系統(tǒng)的啟動(dòng)和關(guān)閉，技能的添加、刪除和更新。系統(tǒng)管理包括系統(tǒng)的啟動(dòng)和關(guān)閉，數(shù)據(jù)的存儲(chǔ)和備份等功能。數(shù)據(jù)的存儲(chǔ)和備份等功能。 項(xiàng)目管理員、資源管理員、系統(tǒng)管理員、備份數(shù)據(jù)系統(tǒng)。項(xiàng)目管理員、資源管理員、系統(tǒng)管理員、備份數(shù)據(jù)系統(tǒng)。項(xiàng)目管理，資源管理和系統(tǒng)管理。項(xiàng)目管理，資源管理和系統(tǒng)管理。對(duì)上層的用例進(jìn)行分解對(duì)上

25、層的用例進(jìn)行分解, ,并將執(zhí)行者分配并將執(zhí)行者分配到各層次的到各層次的Use caseUse case圖中。圖中。角色：角色：角色職責(zé)：角色職責(zé)：角色職責(zé)識(shí)別：角色職責(zé)識(shí)別：圖5.19角色描述模板 還應(yīng)畫出相應(yīng)的執(zhí)行者描述模板及用例還應(yīng)畫出相應(yīng)的執(zhí)行者描述模板及用例描述模板。描述模板。添加技能添加技能刪除技能刪除技能更新技能更新技能資源管理員資源管理員添加資源添加資源刪除資源刪除資源更新資源更新資源查找技能查找技能Use查找資源查找資源UseUseUse把技能指把技能指定給資源定給資源從資源中從資源中清除技能清除技能ExtendExtend圖可以自頂而下不圖可以自頂而下不斷精化，抽象出不同層次

26、的斷精化，抽象出不同層次的圖。圖。5.3.4 5.3.4 用例圖實(shí)例用例圖實(shí)例系統(tǒng)管理員系統(tǒng)管理員項(xiàng)目管理員項(xiàng)目管理員資源管理員資源管理員資源管理資源管理項(xiàng)目管理項(xiàng)目管理系統(tǒng)管理系統(tǒng)管理項(xiàng)目項(xiàng)目管理員管理員添加項(xiàng)目添加項(xiàng)目刪除項(xiàng)目刪除項(xiàng)目更新項(xiàng)目更新項(xiàng)目添加活動(dòng)添加活動(dòng)刪除活動(dòng)刪除活動(dòng)更新活動(dòng)更新活動(dòng)查找項(xiàng)目查找項(xiàng)目Use添加任務(wù)添加任務(wù)Use把技能指把技能指定給資源定給資源從資源中從資源中清除技能清除技能ExtendExtend刪除任務(wù)刪除任務(wù)更新任務(wù)更新任務(wù)ExtendExtendExtendExtendExtendExtend5.3.4 5.3.4 用例圖實(shí)例用例圖實(shí)例系統(tǒng)管理系統(tǒng)管理員

27、員添加技能添加技能存儲(chǔ)數(shù)據(jù)存儲(chǔ)數(shù)據(jù)啟動(dòng)系統(tǒng)啟動(dòng)系統(tǒng)關(guān)閉系統(tǒng)關(guān)閉系統(tǒng)查找技能查找技能UseUseUse備份資備份資源數(shù)據(jù)源數(shù)據(jù)備份項(xiàng)備份項(xiàng)目數(shù)據(jù)目數(shù)據(jù) Extend Extend Use備份數(shù)據(jù)備份數(shù)據(jù)備份系統(tǒng)備份系統(tǒng) 現(xiàn)有一醫(yī)院病房監(jiān)護(hù)系統(tǒng)，病癥監(jiān)視器安置在每個(gè)病現(xiàn)有一醫(yī)院病房監(jiān)護(hù)系統(tǒng)，病癥監(jiān)視器安置在每個(gè)病房，將病人的病癥信號(hào)實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析房，將病人的病癥信號(hào)實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)視系統(tǒng)對(duì)病處理。在中心值班室里，值班護(hù)士使用中央監(jiān)視系統(tǒng)對(duì)病員的情況進(jìn)行監(jiān)控，根據(jù)醫(yī)生的要求隨時(shí)打印病人的病情員的情況進(jìn)行監(jiān)控，根據(jù)醫(yī)生的要求隨時(shí)打印

28、病人的病情報(bào)告，定期更新病歷，當(dāng)病癥出現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自報(bào)告，定期更新病歷，當(dāng)病癥出現(xiàn)異常時(shí)，系統(tǒng)會(huì)立即自動(dòng)報(bào)警動(dòng)報(bào)警, 并實(shí)時(shí)打印病人的病情報(bào)告，立及更新病歷。并實(shí)時(shí)打印病人的病情報(bào)告，立及更新病歷。 要求根據(jù)現(xiàn)場(chǎng)情景，對(duì)醫(yī)院病房監(jiān)護(hù)系統(tǒng)進(jìn)行需求分要求根據(jù)現(xiàn)場(chǎng)情景，對(duì)醫(yī)院病房監(jiān)護(hù)系統(tǒng)進(jìn)行需求分析，析， 建立系統(tǒng)的建立系統(tǒng)的請(qǐng)對(duì)系統(tǒng)需求進(jìn)行分析！請(qǐng)對(duì)系統(tǒng)需求進(jìn)行分析！經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：經(jīng)過初步的需求分析，得到系統(tǒng)功能要求：1 1、監(jiān)視病員的病癥（血壓、體溫、脈搏等）、監(jiān)視病員的病癥（血壓、體溫、脈搏等）2 2、定時(shí)更新病歷、定時(shí)更新病歷3 3、病員出現(xiàn)異常情況時(shí)報(bào)警。、

29、病員出現(xiàn)異常情況時(shí)報(bào)警。4 4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。 例例2 2 醫(yī)院病房監(jiān)護(hù)系統(tǒng)醫(yī)院病房監(jiān)護(hù)系統(tǒng)產(chǎn)生產(chǎn)生病情報(bào)告病情報(bào)告監(jiān)視病情監(jiān)視病情更新病歷更新病歷情景教學(xué)情景教學(xué) 系統(tǒng)名稱：醫(yī)院病房監(jiān)護(hù)系統(tǒng)系統(tǒng)名稱：醫(yī)院病房監(jiān)護(hù)系統(tǒng) 根據(jù)分析系統(tǒng)主要實(shí)現(xiàn)以下功能：根據(jù)分析系統(tǒng)主要實(shí)現(xiàn)以下功能：1、病癥監(jiān)視器可以將采集到的病癥信號(hào)（組合），格、病癥監(jiān)視器可以將采集到的病癥信號(hào)（組合），格式化后實(shí)時(shí)的傳送到中央監(jiān)護(hù)系統(tǒng)。式化后實(shí)時(shí)的傳送到中央監(jiān)護(hù)系統(tǒng)。2、中央監(jiān)護(hù)系統(tǒng)將病人的病癥信號(hào)開解后與標(biāo)準(zhǔn)的病、中央監(jiān)護(hù)系統(tǒng)將病人的病癥信號(hào)開解后與標(biāo)準(zhǔn)的病癥信號(hào)庫(kù)里的病癥信號(hào)

30、的正常值進(jìn)行比較，當(dāng)病癥出現(xiàn)異常癥信號(hào)庫(kù)里的病癥信號(hào)的正常值進(jìn)行比較，當(dāng)病癥出現(xiàn)異常時(shí)系統(tǒng)自動(dòng)報(bào)警。時(shí)系統(tǒng)自動(dòng)報(bào)警。3、當(dāng)病癥信號(hào)異常時(shí)，系統(tǒng)自動(dòng)更新病歷并打印病情、當(dāng)病癥信號(hào)異常時(shí)，系統(tǒng)自動(dòng)更新病歷并打印病情報(bào)告。報(bào)告。4、值班護(hù)士可以查看病情報(bào)告并進(jìn)行打印。、值班護(hù)士可以查看病情報(bào)告并進(jìn)行打印。5、醫(yī)生可以查看病情報(bào)告，要求打印病情報(bào)告，也可、醫(yī)生可以查看病情報(bào)告，要求打印病情報(bào)告，也可以查看或要求打印病歷。以查看或要求打印病歷。6、系統(tǒng)定期自動(dòng)更新病歷。、系統(tǒng)定期自動(dòng)更新病歷。需求分析 （一）建立系統(tǒng)的用例圖（一）建立系統(tǒng)的用例圖1、通過以下六個(gè)問題識(shí)別角色、通過以下六個(gè)問題識(shí)別角色(1

31、)誰使用系統(tǒng)的主要功能？誰使用系統(tǒng)的主要功能？(2)誰需要系統(tǒng)的支持以完成日常工作任務(wù)？誰需要系統(tǒng)的支持以完成日常工作任務(wù)？(3)誰負(fù)責(zé)維護(hù)，管理并保持系統(tǒng)正常運(yùn)行？誰負(fù)責(zé)維護(hù)，管理并保持系統(tǒng)正常運(yùn)行？(4)系統(tǒng)需要應(yīng)付（或處理）哪些硬設(shè)備？系統(tǒng)需要應(yīng)付（或處理）哪些硬設(shè)備？(5)系統(tǒng)需要和哪些外部系統(tǒng)交互？系統(tǒng)需要和哪些外部系統(tǒng)交互？(6)誰（或什么）對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果（值）感興趣？誰（或什么）對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果（值）感興趣？需求分析通過回答這六個(gè)問題以后，再進(jìn)一步分析可以識(shí)別出本系統(tǒng)的四個(gè)通過回答這六個(gè)問題以后，再進(jìn)一步分析可以識(shí)別出本系統(tǒng)的四個(gè)角色：角色：。角色描述模板角色描述模板角

32、色：病 人角色職責(zé)：提供病癥信號(hào)角色職責(zé)識(shí)別：負(fù)責(zé)生成、實(shí)時(shí)提供各種病癥信號(hào)。角色：值班護(hù)士角色職責(zé)：負(fù)責(zé)監(jiān)視病人的病情變化角色職責(zé)識(shí)別： (1)使用系統(tǒng)主要功能 (2)對(duì)系統(tǒng)運(yùn)行結(jié)果感興趣角色:標(biāo)準(zhǔn)病癥信號(hào)庫(kù)角色職責(zé)：負(fù)責(zé)向系統(tǒng)提供病癥信號(hào)的正常值角色職責(zé)識(shí)別： (1)負(fù)責(zé)保持系統(tǒng)正常運(yùn)行 (2)與系統(tǒng)交互角色：醫(yī) 生角色職責(zé)：對(duì)病人負(fù)責(zé)，負(fù)責(zé)處理病情的變化角色職責(zé)識(shí)別： (1)需要系統(tǒng)支持以完成其日常工作 (2)對(duì)系統(tǒng)運(yùn)行結(jié)果感興趣通過分析可以初步識(shí)別出系統(tǒng)的用例為：中央監(jiān)護(hù)，病癥通過分析可以初步識(shí)別出系統(tǒng)的用例為：中央監(jiān)護(hù)，病癥監(jiān)護(hù)，提供標(biāo)準(zhǔn)病癥信號(hào)，病歷管理，病情報(bào)告管理。頂層用監(jiān)護(hù)，

33、提供標(biāo)準(zhǔn)病癥信號(hào)，病歷管理，病情報(bào)告管理。頂層用例圖為：例圖為：角色描述 通過分析可以初步識(shí)別出系統(tǒng)的用例為：中央監(jiān)護(hù)，病癥監(jiān)通過分析可以初步識(shí)別出系統(tǒng)的用例為：中央監(jiān)護(hù)，病癥監(jiān)護(hù)，提供標(biāo)準(zhǔn)病癥信號(hào)，病歷管理，病情報(bào)告管理。頂層用例護(hù)，提供標(biāo)準(zhǔn)病癥信號(hào)，病歷管理，病情報(bào)告管理。頂層用例圖為：圖為：提供標(biāo)準(zhǔn)提供標(biāo)準(zhǔn)病癥信號(hào)病癥信號(hào)病歷管理病歷管理病人病人標(biāo)準(zhǔn)病癥標(biāo)準(zhǔn)病癥信號(hào)庫(kù)信號(hào)庫(kù) 醫(yī)生醫(yī)生值班護(hù)士值班護(hù)士病癥監(jiān)護(hù)病癥監(jiān)護(hù)病情報(bào)病情報(bào)告管理告管理中央監(jiān)護(hù)中央監(jiān)護(hù)使用使用使用角色描述將用例細(xì)化，可以得到分解的用例：將用例細(xì)化，可以得到分解的用例： 分解為：分解為： 將從病癥監(jiān)護(hù)器傳送來的組合病癥信

34、號(hào)分解為系統(tǒng)將從病癥監(jiān)護(hù)器傳送來的組合病癥信號(hào)分解為系統(tǒng)可以處理的信號(hào)。可以處理的信號(hào)。 將病人的病癥信號(hào)與標(biāo)準(zhǔn)信號(hào)比較將病人的病癥信號(hào)與標(biāo)準(zhǔn)信號(hào)比較 。 如果病癥信號(hào)發(fā)生異常（即高于峰值），發(fā)出報(bào)警信號(hào)。如果病癥信號(hào)發(fā)生異常（即高于峰值），發(fā)出報(bào)警信號(hào)。 將處理后的數(shù)據(jù)格式化以便寫入病歷庫(kù)將處理后的數(shù)據(jù)格式化以便寫入病歷庫(kù) 。 分解為：分解為： 采集病人的病癥信號(hào)。采集病人的病癥信號(hào)。 將采集來的模擬信號(hào)轉(zhuǎn)化為數(shù)字信號(hào)。將采集來的模擬信號(hào)轉(zhuǎn)化為數(shù)字信號(hào)。 將采集到的脈搏，血壓等信號(hào)數(shù)據(jù)組合為一組將采集到的脈搏，血壓等信號(hào)數(shù)據(jù)組合為一組信號(hào)數(shù)據(jù)。信號(hào)數(shù)據(jù)。 根據(jù)病人的情況改變監(jiān)視器采樣頻率。根

35、據(jù)病人的情況改變監(jiān)視器采樣頻率。 i（此用例不分解）（此用例不分解）用例細(xì)化 分解為：分解為： 分解為分解為： 在顯示器上顯示病情在顯示器上顯示病情 在打印機(jī)打印病情報(bào)告在打印機(jī)打印病情報(bào)告用例細(xì)化病人病人模數(shù)轉(zhuǎn)化模數(shù)轉(zhuǎn)化數(shù)據(jù)格式化數(shù)據(jù)格式化值班護(hù)士值班護(hù)士報(bào)警報(bào)警信號(hào)采集信號(hào)采集比較信號(hào)比較信號(hào)標(biāo)準(zhǔn)病癥標(biāo)準(zhǔn)病癥信號(hào)庫(kù)信號(hào)庫(kù) 醫(yī)生醫(yī)生信號(hào)數(shù)據(jù)組合信號(hào)數(shù)據(jù)組合采樣頻率采樣頻率改變改變提供標(biāo)準(zhǔn)提供標(biāo)準(zhǔn)病癥信號(hào)病癥信號(hào)生成病歷生成病歷查看病歷查看病歷更新病歷更新病歷打印病歷打印病歷顯示病情報(bào)告顯示病情報(bào)告打印病情報(bào)告打印病情報(bào)告分解信號(hào)分解信號(hào) Extend Extend Extend use us

36、e use use use use use use細(xì)化的用例圖第三節(jié)第三節(jié) 概念模型和規(guī)范化概念模型和規(guī)范化 用戶的數(shù)據(jù)要求-需要哪些數(shù)據(jù)，數(shù)據(jù)之間有哪些聯(lián)系，數(shù)據(jù)本身有哪些性質(zhì)，數(shù)據(jù)的結(jié)構(gòu) 等）。 用戶的處理要求-對(duì)數(shù)據(jù)進(jìn)行哪些處理，每個(gè)處理的邏輯功能。 概念性模型（信息模型）-一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點(diǎn)來對(duì)數(shù)據(jù)和信息建模。表示概念性數(shù)據(jù)模型的最常用方法是實(shí)體-聯(lián)系方法，采用用 ER圖的方式，這種表示又稱為ER模型。 ER模型 實(shí)體： 客觀世界中存在的且可區(qū)分的事物。 聯(lián)系： 客觀事物之間的聯(lián)系（三類-1：1，1：N，M:N） 屬性： 實(shí)體或聯(lián)系所具有的性質(zhì)。教師姓名性別職稱職

37、務(wù)教師號(hào)教1課程N(yùn)課程號(hào)課名學(xué)時(shí)學(xué)分學(xué)M學(xué)生N學(xué)號(hào)姓名性別系年級(jí)成績(jī) 范式通常用范式定義消除數(shù)據(jù)的冗余度（略）ER關(guān)系圖與數(shù)據(jù)庫(kù)映射關(guān)系描述關(guān)系數(shù)據(jù)庫(kù)關(guān)系數(shù)據(jù)庫(kù)數(shù)據(jù)以2維表的形式進(jìn)行表示，每個(gè)表的列表示字段、行表示數(shù)據(jù)庫(kù)表的一個(gè)記錄 Primary key（主鍵）（主鍵）: 字段的唯一標(biāo)識(shí)字段的唯一標(biāo)識(shí)w Foreign key（外鍵）（外鍵）: 其它表的主鍵在該表的其它表的主鍵在該表的參考參考SQL（結(jié)構(gòu)化查詢語言）：可以進(jìn)行數(shù)據(jù)庫(kù)表記錄的操作.SQL 語言基礎(chǔ) 1、創(chuàng)建數(shù)據(jù)庫(kù) CREATE DATABASE database-name 2、刪除數(shù)據(jù)庫(kù) drop database dbnam

38、e3、創(chuàng)建新表 create table tabname(col1 type1 not null primary key,col2 type2 not null,.)4、刪除新表 drop table tabname 5、添加主鍵： Alter table tabname add primary key(col) 刪除主鍵： Alter table tabname drop primary key(col) 6、創(chuàng)建索引：create unique index idxname on tabname(col.) 刪除索引：drop index idxnameSQL 語言基礎(chǔ) 7、創(chuàng)建視圖：cre

39、ate view viewname as select statement 刪除視圖：drop view viewname8、 選擇：select * from table1 where 范圍 插入：insert into table1(field1,field2) values(value1,value2) 刪除：delete from table1 where 范圍 更新：update table1 set field1=value1 where 范圍ER 與數(shù)據(jù)庫(kù)映射與數(shù)據(jù)庫(kù)映射E-R模型映射為數(shù)據(jù)庫(kù)表:屬性的映射w 每個(gè)實(shí)體映射為一個(gè)表每個(gè)實(shí)體映射為一個(gè)表w 實(shí)體的每個(gè)屬性映射為一個(gè)字

40、段實(shí)體的每個(gè)屬性映射為一個(gè)字段w 每個(gè)實(shí)體的個(gè)體映射為數(shù)據(jù)庫(kù)的一個(gè)記錄每個(gè)實(shí)體的個(gè)體映射為數(shù)據(jù)庫(kù)的一個(gè)記錄w N：M關(guān)系映射為一個(gè)單獨(dú)的表關(guān)系映射為一個(gè)單獨(dú)的表w 1：N關(guān)系利用外鍵進(jìn)行映射關(guān)系利用外鍵進(jìn)行映射例子：例子： ER 關(guān)系模型與數(shù)據(jù)庫(kù)表的映射關(guān)系模型與數(shù)據(jù)庫(kù)表的映射 ICitycityNameAirportairportCodeairportName*ServescityNameHoustonAlbanyMunichHamburgCity TablecityNameHoustonHoustonAlbanyMunichHamburgServes TableairportCodeIAH

41、HOUALBMUCHAMAirport TableairportCodeIAHHOUALBMUCHAMairportNameIntercontinentalHobbyAlbany CountyMunich AirportHamburg AirportPrimary KeyN：M（多對(duì)多關(guān)系）:將關(guān)系映射為單個(gè)表Separate Table例子：例子： ER 關(guān)系模型與數(shù)據(jù)庫(kù)表的映射關(guān)系模型與數(shù)據(jù)庫(kù)表的映射 II 會(huì)議會(huì)議transactionID職員職員portfolioID.NportfolioID .Portfolio TabletransactionIDTransaction Table

42、portfolioIDForeign Key1:N 或N：1關(guān)系 : 隱藏外鍵的處理1例子：例子： ER 關(guān)系模型與數(shù)據(jù)庫(kù)表的映射關(guān)系模型與數(shù)據(jù)庫(kù)表的映射 doordoorIDskyskyID.*doorIDTransaction TabledoorID1-To-1 關(guān)系門與鑰匙關(guān)系 習(xí)題 給出E_R的數(shù)據(jù)庫(kù)設(shè)計(jì)教師姓名性別職稱職務(wù)教師號(hào)教1課程N(yùn)課程號(hào)課名學(xué)時(shí)學(xué)分學(xué)M學(xué)生N學(xué)號(hào)姓名性別系年級(jí)E_R 與數(shù)據(jù)結(jié)構(gòu)映射關(guān)系 數(shù)據(jù)元素四種基本結(jié)構(gòu)： （1）集合結(jié)構(gòu) （2）線性結(jié)構(gòu) （3） 樹狀結(jié)構(gòu) （4）圖狀結(jié)構(gòu) 應(yīng)用舉例 線性表、樹、圖數(shù)據(jù)內(nèi)存的存儲(chǔ) 順序存儲(chǔ)結(jié)構(gòu)、鏈?zhǔn)酱鎯?chǔ)問題數(shù)據(jù)結(jié)構(gòu)的核心：（1

43、）關(guān)注數(shù)據(jù)元素在計(jì)算機(jī)內(nèi)存的存儲(chǔ)問題；（2）根據(jù)數(shù)據(jù)關(guān)系，利用數(shù)據(jù)基本操作來描述與表達(dá)算法數(shù)據(jù)結(jié)構(gòu)基本形式 線性表 ：n個(gè)數(shù)據(jù)元素的有限序列如： 樹:n個(gè)節(jié)點(diǎn)的有限集 圖C語言描述C語言描述 Typedef struct 數(shù)據(jù)類型 屬性1； 數(shù)據(jù)類型 屬性2； 數(shù)據(jù)類型 屬性n； structname;如： typedef struct Int i； char s； Course；Course traffic100，*signal，；線性表 順序存儲(chǔ)： 數(shù)組描述 鏈?zhǔn)酱鎯?chǔ)：指針動(dòng)態(tài)分配 如線性表的元素 若將上例改為合并為一個(gè)新的非遞減的集合，則算法為線性鏈表循環(huán)鏈表雙向鏈表?xiàng)＃合冗M(jìn)后出鏈棧鏈棧

44、解決內(nèi)存空間預(yù)分配不足問題如何出棧和入棧？隊(duì)列：先進(jìn)先出第四節(jié)第四節(jié). 圖形工具圖形工具 層次方框圖： 用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。 產(chǎn) 品 硬 件 軟 件 服 務(wù) 處理機(jī) 存儲(chǔ)器外部設(shè)備系統(tǒng)軟件應(yīng)用軟件軟件服務(wù)硬件維修培訓(xùn)操作系統(tǒng)編譯程序軟件工具層次方框圖的一個(gè)例子 注意：層次方框圖即可以表示數(shù)據(jù)的層次結(jié)構(gòu)，也可以表示程序的層次結(jié)構(gòu)4. 圖形工具（續(xù)） Warnier Warnier 圖圖： 用樹形結(jié)構(gòu)描繪數(shù)據(jù)的層次結(jié)構(gòu)。軟件 產(chǎn)品系統(tǒng)軟件操作系統(tǒng)(P1)編譯程序 (P2)軟件工具編輯程序(P3)測(cè)試驅(qū)動(dòng)程序(P4)設(shè)計(jì)輔助程序(P5)應(yīng)用軟件5. 驗(yàn)證軟件需求 從哪

45、幾個(gè)方面驗(yàn)證軟件需求的正確性（四個(gè)方面）一致性： 任何一條需求不能和其他需求互相矛盾。完整性： 規(guī)格說明書應(yīng)該包括用戶需要的每一個(gè)功能和性能。現(xiàn)實(shí)性： 指定的需求是用現(xiàn)有的硬件、軟件技術(shù)可以實(shí)現(xiàn)的。有效性： 需求是正確有效的，確實(shí)能解決用戶面對(duì)的問題。 驗(yàn)證軟件需求的方法一致性：人工審查-形式化描述軟件需求，軟件工具自動(dòng)驗(yàn)證。現(xiàn)實(shí)性： 參考以往的開發(fā)經(jīng)驗(yàn)，分析，仿真或模擬完整性和一致性：原型系統(tǒng)第四章第四章 總體設(shè)計(jì)總體設(shè)計(jì) 總體設(shè)計(jì)的基本目的基本目的就是回答“概括地說，系統(tǒng)應(yīng)該如何系統(tǒng)應(yīng)該如何實(shí)現(xiàn)實(shí)現(xiàn)?”這個(gè)問題。 總體設(shè)計(jì)總體設(shè)計(jì)又稱為概要設(shè)計(jì)概要設(shè)計(jì)或初步設(shè)計(jì)初步設(shè)計(jì)，其任務(wù)： （1）劃

46、分出組成系統(tǒng)的物理元素劃分出組成系統(tǒng)的物理元素-程序、文件、數(shù)據(jù)庫(kù)、程序、文件、數(shù)據(jù)庫(kù)、人工過程和文檔人工過程和文檔 通過這個(gè)階段的工作將劃分出組成系統(tǒng)的物理元素程序、文件、數(shù)據(jù)庫(kù)、人工過程和文檔等等，但是每個(gè)物理元素仍然處于黑盒子級(jí)黑盒子級(jí)，這些黑盒子里的具體內(nèi)容將在以后仔細(xì)設(shè)計(jì)。 （2）總體設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)）總體設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。1 總體設(shè)計(jì)的過程（兩個(gè)主要階段）： 系統(tǒng)設(shè)計(jì)：確定系統(tǒng)的具體實(shí)現(xiàn)方案。 結(jié)構(gòu)設(shè)計(jì)：確定軟件結(jié)構(gòu)。設(shè)想供選擇的方案選 取 合理的方案推薦最佳方案

47、功能分解設(shè)計(jì)軟件結(jié)構(gòu)數(shù)據(jù)庫(kù)設(shè) 計(jì)制訂測(cè)試計(jì)劃書寫文檔數(shù)據(jù)流圖 系統(tǒng)流程圖 組成系統(tǒng)的物理元素清單 成本/效益分析 實(shí)現(xiàn)系統(tǒng)的進(jìn)度計(jì)劃 系統(tǒng)說明 用戶手冊(cè) 測(cè)試計(jì)劃 詳細(xì)的實(shí)現(xiàn)計(jì)劃 數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)果 審查和復(fù) 審2 軟件設(shè)計(jì)的概念和原理模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮恼f明。 （1）模塊化：把程序劃分成若干個(gè)模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集總起來組成一個(gè)整體，可以完成指定的功能，滿足問題的功能。C(P1+P2) C(P1)+C(P2)E(P1+P2) E(P1)+E(P2)成本模塊數(shù)目成本/模塊接口成本最小成本區(qū) （2）抽象 （3）信息隱蔽和局部化 信息隱蔽原理信息隱蔽原理指出：使得

48、一個(gè)模塊內(nèi)包含的信息(過程和數(shù)據(jù))對(duì)于不需要這些信息的模塊來說，是不能訪問的。 所謂局部化局部化是指把一些關(guān)系密切的軟件元素物理地放得彼此靠近。模塊化和軟件成本耦合：一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量，耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度，進(jìn)入或訪問一個(gè)模塊的點(diǎn)，以及通過接口的數(shù)據(jù)。 數(shù)據(jù)耦合：模塊之間通過參數(shù)交換數(shù)據(jù)信息。 控制耦合：模塊之間傳遞的參數(shù)含有控制信息。 公共環(huán)境耦合：兩個(gè)或多個(gè)模塊通過一個(gè)公共數(shù)據(jù)環(huán)境相互作用。 內(nèi)容耦合：如果出現(xiàn)下列情況之一，兩個(gè)模塊間就發(fā)生了內(nèi)容耦（1）一個(gè)模塊訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)；2）一個(gè)模塊不通過正常入口而轉(zhuǎn)到另一個(gè)模塊的內(nèi)部；3）兩個(gè)模塊有一部

49、分程序代碼重疊4）一個(gè)模塊有多個(gè)入口。 設(shè)計(jì)原則：盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共環(huán)境耦合，完全不用內(nèi)容耦合。數(shù)據(jù)耦合 控制耦合 公共環(huán)境耦合 內(nèi)容耦合低高（4）模塊獨(dú)立-每個(gè)模塊完成一個(gè)相對(duì)獨(dú)立的子功能，并且和其他模塊之間的關(guān)系很簡(jiǎn)單。 模塊獨(dú)立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果，獨(dú)立的優(yōu)點(diǎn)：(1)有效的模塊化的軟件比較容易開發(fā) (2)獨(dú)立的模塊比較容易測(cè)試和維護(hù)模塊的獨(dú)立程度兩個(gè)定性標(biāo)準(zhǔn)度量：內(nèi)聚和耦合耦合衡量不同模塊彼此間互相依賴的緊密程度；內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。2 軟件設(shè)計(jì)的概念和原理 - 耦合非直接耦合數(shù)據(jù)耦合特征耦合控制耦合外部耦

50、合公共耦合內(nèi)容耦合弱耦合中耦合較強(qiáng)耦合強(qiáng)耦合模塊1模塊2模塊3模塊4數(shù)據(jù)耦合通過簡(jiǎn)單變量交換數(shù)據(jù)特征耦合通過數(shù)據(jù)結(jié)構(gòu)交換數(shù)據(jù)非直接耦合模塊之間沒有信息傳遞模塊A模塊B模塊C模塊D模塊L模塊N全局性數(shù)據(jù)結(jié)構(gòu)公共耦合Flag=1?S1S2模塊1控制耦合模塊之間傳遞的是控制信息TF全 局 性簡(jiǎn)單變量外部耦合模塊A 模塊B內(nèi)容耦合 訪問其它模塊的內(nèi)部數(shù)據(jù) 直接跳到其他模塊內(nèi)部執(zhí)行2 軟件設(shè)計(jì)的概念和原理（續(xù)1）內(nèi)聚：一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。偶然內(nèi)聚：一個(gè)模塊完成一組任務(wù)，任務(wù)之間的關(guān)系很松散。公共語句。邏輯內(nèi)聚：若干個(gè)邏輯功能類似的任務(wù)組成一個(gè)模塊。(如模板函數(shù))時(shí)間內(nèi)聚：若干個(gè)任務(wù)必須

51、在同一段時(shí)間內(nèi)執(zhí)行。如初始化工作。低內(nèi)聚中內(nèi)聚高內(nèi)聚過程內(nèi)聚：模塊內(nèi)的處理元素是相關(guān)的，且必須以特定次序執(zhí)行。通信內(nèi)聚：模塊中所有元素都使用同一個(gè)輸入數(shù)據(jù)，和/或產(chǎn)生同一個(gè) 輸出數(shù)據(jù)。順序內(nèi)聚：模塊中所有處理元素和同一個(gè)功能密切相關(guān)，且這些處理必 須順序執(zhí)行。功能內(nèi)聚：所有處理元素屬于一個(gè)整體，完成一個(gè)單一的功能。模塊A模塊B模塊CS1;S2;模塊A模塊B模塊C模塊A模塊B模塊C模塊D2 軟件設(shè)計(jì)的概念和原理（續(xù)2） 改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性 模塊規(guī)模應(yīng)該適中 深度、寬度、扇入、扇出都應(yīng)適當(dāng)扇入扇入：一個(gè)模塊的扇人表明有多少個(gè)上級(jí)模塊直接調(diào)用它，扇入越大則共享該模塊的上級(jí)模塊數(shù)目越多。扇出扇

52、出：扇出是一個(gè)模塊直接控制(調(diào)用)的模塊數(shù)目，扇出過大意味著模塊過分復(fù)雜，需要控制和協(xié)調(diào)過多的下級(jí)模塊。 模塊的作用域應(yīng)該在控制域之內(nèi)模塊的作用域作用域：為受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。模塊的控制域控制域：這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。 力爭(zhēng)降低模塊接口的復(fù)雜程度 設(shè)計(jì)單入口單出口的模塊 模塊的功能應(yīng)該可以預(yù)測(cè)3 啟發(fā)式規(guī)則4 圖形工具 層次圖和HIPO圖層次圖用來描述軟件結(jié)構(gòu)，層次圖+IPO圖= HIPO圖正文加工系統(tǒng)輸入輸出編輯加標(biāo)題存儲(chǔ)檢索編目錄格式化添加刪除插入修改合并列表 結(jié)構(gòu)圖方框之間的箭頭表示模塊的調(diào)用關(guān)系，帶注釋的箭頭表示模塊間來回傳遞的信息：空

53、心圓數(shù)據(jù)，實(shí)心圓控制信息。結(jié)構(gòu)圖還可以表示模塊的選擇調(diào)用或循環(huán)調(diào)用參見：P645 面向數(shù)據(jù)流的設(shè)計(jì)方法1） 變換流2） 事務(wù)流3） 設(shè)計(jì)過程時(shí)間輸入流輸出流變換流外部表示內(nèi)部表示信息變換流變換流：信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn)入系統(tǒng)的信息通過變換中心，經(jīng)加工處理以后再沿輸出通路變換成外部形式離開軟件系統(tǒng)。當(dāng)數(shù)據(jù)流圖具有這些持征時(shí)，這種信息流就叫作變換流。 這種數(shù)據(jù)流是“以事務(wù)為中心的”也就是說，數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理T，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序列中選出一個(gè)來執(zhí)行。這類數(shù)據(jù)流應(yīng)該劃為一類特殊的數(shù)據(jù)流，稱為事務(wù)流。事務(wù)T事務(wù)中心活動(dòng)通路事務(wù)中心 T 完

54、成下述任務(wù)：接受輸入數(shù)據(jù)（事務(wù)）分析每個(gè)事務(wù)以確定它的類型根據(jù)事務(wù)類型選取一條活動(dòng)通路變換流與事務(wù)流三要素 變換流三要素變換流三要素 輸入、輸出、變換中心 事務(wù)流三要素事務(wù)流三要素 事務(wù)、事務(wù)中心、活動(dòng)通路5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)）精化數(shù)據(jù)流圖流類型區(qū)分事務(wù)中心和數(shù)據(jù)接收通路映射成事務(wù)結(jié)構(gòu)區(qū)分輸入和輸出分支映射成變換結(jié)構(gòu)用啟發(fā)式設(shè)計(jì)規(guī)則精化軟件結(jié)構(gòu)導(dǎo)出接口描述和全程數(shù)據(jù)結(jié)構(gòu)復(fù)查詳細(xì)設(shè)計(jì)事務(wù)分析變換分析5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)） 變換分析： 汽車數(shù)字儀表板功能： 1） 通過A/D 轉(zhuǎn)換實(shí)現(xiàn)傳感器和微處理器接口， 2） 在發(fā)光二極管面板上顯示數(shù)據(jù)， 3） 指示每小時(shí)英里數(shù)（mph)，行駛的

55、里程，每加倫油行駛的英里數(shù)(mpg)等等。 4） 指示加速或減速； 5） 超速警告：如果車速超過55英里/小時(shí)，則發(fā)出超速警告鈴聲。A/D轉(zhuǎn)數(shù)計(jì)數(shù)器流量傳感器微處理機(jī)里程表車速表油效表油管系統(tǒng)加速/減速指示超速報(bào)警5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)）讀旋轉(zhuǎn)信號(hào)收集和求平均轉(zhuǎn)換成轉(zhuǎn)/分（ rpm）計(jì)算里程確定加速 / 減速產(chǎn)生加速/減速顯示產(chǎn)生里程顯示計(jì)算mph和超速值計(jì)算燃料消耗發(fā)出鈴聲產(chǎn)生mph顯示產(chǎn)生 mpg顯示讀和校核計(jì)算gph旋轉(zhuǎn)信號(hào)信號(hào)/秒 SPSSPSSPSrpmrpm箭頭指示上箭頭水平線下箭頭英里超速值顯示鈴聲mphmphmpggph燃料流燃料流傳感器信號(hào)Mpg 顯示數(shù)字儀表板 控 制

56、接受傳感器 信 號(hào)數(shù)據(jù)轉(zhuǎn)換控制驅(qū)動(dòng)儀表 板輸入控制變換控制輸入控制5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)）設(shè)計(jì)步驟：復(fù)查基本系統(tǒng)模型復(fù)查并精化數(shù)據(jù)流圖確定數(shù)據(jù)流圖具有變換特性還是事務(wù)特性確定輸入流和輸出流的邊界，劃分變換或事務(wù)中心完成 “第一級(jí)分解”CmCaCtCe第一級(jí)分解的方法5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)）ADBCCmCaCBDA接受傳感器 信 號(hào)轉(zhuǎn)換成rpm收集SPS讀旋轉(zhuǎn)信號(hào)計(jì)算gph讀燃料流數(shù)字儀表板 控 制確 定加/減速計(jì)算mph計(jì)算gpg計(jì)算里程驅(qū)動(dòng)儀表板加速/減速顯示顯示mpg顯示mph顯示里程發(fā)出鈴聲發(fā)光二極管顯示5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)）數(shù)字儀表板 控 制接受傳感器 信 號(hào)轉(zhuǎn)換成

57、rpm讀旋轉(zhuǎn)信號(hào)計(jì)算gph讀燃料流數(shù)字儀表板 控 制確 定加/減速計(jì)算mph計(jì)算gpg計(jì)算里程驅(qū)動(dòng)儀表板加速/減速顯示顯示mpg顯示mph顯示里程發(fā)出鈴聲發(fā)光二極管顯示數(shù)字儀表板軟件系統(tǒng)經(jīng)過調(diào)整后的結(jié)構(gòu)圖注意：紅色模塊的位置有所調(diào)整5 面向數(shù)據(jù)流的設(shè)計(jì)方法（續(xù)） 事務(wù)分析432總 控接收通路C通路B通路A通路調(diào) 度A_CTL1 4 2+1 3 2 1 B_CTLC_CTL 設(shè)計(jì)優(yōu)化設(shè)計(jì)優(yōu)化設(shè)計(jì)優(yōu)化應(yīng)該力求做到在有效的模塊化的前提下使用最少量的模塊，以及在能夠滿足信息要求的前提下使用最簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)。 數(shù)據(jù)流圖軟件結(jié)構(gòu)總體設(shè)計(jì)說明書的主要內(nèi)容如下： (1)引言：編寫目的，背景，定義，參考資料。

58、(2)總體設(shè)計(jì)：需求規(guī)定，運(yùn)行環(huán)境，基本設(shè)計(jì)概念和處理流程，結(jié)構(gòu)。 (3)接口設(shè)計(jì)：用戶接口，外部接口，內(nèi)部接口。 (4)運(yùn)行設(shè)計(jì)：運(yùn)行模塊組合運(yùn)行控制，運(yùn)行時(shí)間。 (5)系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)：邏輯結(jié)構(gòu)設(shè)計(jì)，物理結(jié)構(gòu)設(shè)計(jì)，數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系， (6)系統(tǒng)出錯(cuò)處理設(shè)計(jì)：出錯(cuò)信息，補(bǔ)救措施系統(tǒng)恢復(fù)設(shè)計(jì)。第五章第五章 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)：過程設(shè)計(jì)設(shè)計(jì)方法：結(jié)構(gòu)程序設(shè)計(jì)結(jié)構(gòu)序設(shè)計(jì)結(jié)構(gòu)序設(shè)計(jì)：一種程序設(shè)計(jì)技術(shù)，它采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制結(jié)構(gòu)詳細(xì)設(shè)計(jì)階段的目標(biāo)目標(biāo)： 確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)。 精確地描述整個(gè)目標(biāo)系統(tǒng)，從而在編碼階段可以把這個(gè)描述翻譯成用某種程序設(shè)計(jì)

59、語言書寫的程序。詳細(xì)設(shè)計(jì)的基本任務(wù)詳細(xì)設(shè)計(jì)的基本任務(wù)1算法設(shè)計(jì)算法設(shè)計(jì) 用某種圖形、表格、語言等工具將每個(gè)模塊處理過程的詳細(xì)算法描述出來2數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 對(duì)于需求分析、概要設(shè)計(jì)確定的概念性的數(shù)據(jù)類型進(jìn)行確切的定義。 3物理設(shè)計(jì)物理設(shè)計(jì) 對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)。物理結(jié)構(gòu)主要指數(shù)據(jù)庫(kù)的存儲(chǔ)記錄格式、存儲(chǔ)記錄安排和存儲(chǔ)方法，這些都依賴于具體所使用的數(shù)據(jù)庫(kù)系統(tǒng)。 4其他設(shè)計(jì)其他設(shè)計(jì) 根據(jù)軟件系統(tǒng)的類型，還可能要進(jìn)行以下設(shè)計(jì)： (1)代碼設(shè)計(jì)；為了提高數(shù)據(jù)的輸入、分類、存儲(chǔ)及檢索等操作的效率空間，對(duì)數(shù)據(jù)庫(kù)中的某些數(shù)據(jù)項(xiàng)的值要進(jìn)行代碼設(shè)計(jì)。(2)輸入輸出格式設(shè)計(jì)。(3)人機(jī)

60、對(duì)話設(shè)計(jì)：對(duì)于一個(gè)實(shí)時(shí)系統(tǒng)，用戶與計(jì)算機(jī)顛蟹對(duì)話，因此要進(jìn)行對(duì)話方式、內(nèi)容及格式的具體設(shè)計(jì)。5編寫詳細(xì)設(shè)計(jì)說明書編寫詳細(xì)設(shè)計(jì)說明書 詳細(xì)設(shè)計(jì)說明書有下列的主要內(nèi)容： (1)引言：包括編寫目的、背景、定義 (2)程序系統(tǒng)的組織結(jié)構(gòu)。(3)程序l(標(biāo)識(shí)符)設(shè)計(jì)說明：(4)程序2(標(biāo)識(shí)符)設(shè)計(jì)說明。(5)程序N(標(biāo)識(shí)符)設(shè)計(jì)說明6評(píng)審評(píng)審結(jié)構(gòu)程序設(shè)計(jì)順序、選擇、循環(huán)三種基本結(jié)構(gòu)BexpAABexpAAexpTFTTFF順序結(jié)構(gòu)選擇結(jié)構(gòu)循環(huán)結(jié)構(gòu)1）“While”型循環(huán)2）Do .Until 型循環(huán)結(jié)構(gòu)程序設(shè)計(jì)技術(shù)好處：(1)自頂向下逐步求精的方法符合人類解決復(fù)雜問題的普遍規(guī)律。(2) 先全局后局部、先