信息系統(tǒng)開(kāi)發(fā)課件

1、第10章 信息系統(tǒng)開(kāi)發(fā)前導(dǎo)案例信息系統(tǒng)規(guī)劃過(guò)程大眾（美國(guó)）公司案例案例中信息系統(tǒng)規(guī)劃過(guò)程的基本指導(dǎo)思想是什么？希望達(dá)到什么目的？案例中描述的方法和過(guò)程的主要優(yōu)點(diǎn)有哪些？主要缺點(diǎn)是什么？有哪些部門(mén)、職能角色、委員會(huì)成員參與規(guī)劃過(guò)程的各階段？分別起什么作用？10.1 信息系統(tǒng)規(guī)劃信息系統(tǒng)規(guī)劃是一個(gè)識(shí)別支持企業(yè)戰(zhàn)略和目標(biāo)的信息系統(tǒng)的過(guò)程。常見(jiàn)的信息系統(tǒng)規(guī)劃信息工程法(information engineering)價(jià)值鏈分析法(value chain analysis)、企業(yè)系統(tǒng)規(guī)劃法(business systems planning)關(guān)鍵成功要素法(critical success factor

2、s)10.2 系統(tǒng)復(fù)雜性與需求的重要性系統(tǒng)需求環(huán)節(jié)中的主要問(wèn)題（1）缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)，軟件的結(jié)構(gòu)隨著不斷的修改越來(lái)越糟，導(dǎo)致無(wú)法繼續(xù)修改；（2）忽略需求環(huán)節(jié)，再精心設(shè)計(jì)的軟件也可能很難匹配用戶的需求，導(dǎo)致要么被拒絕，要么花費(fèi)昂貴的代價(jià)重建。（3）沒(méi)有考慮測(cè)試和程序的可維護(hù)性，也沒(méi)有任何文檔，軟件的維護(hù)十分困難。10.3 軟件開(kāi)發(fā)模型軟件開(kāi)發(fā)模型(Software Development Model)是指軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件開(kāi)發(fā)過(guò)程包括需求分析、設(shè)計(jì)、編碼和測(cè)試等階段，有時(shí)也包括維護(hù)階段。典型開(kāi)發(fā)模型生命周期模型（Life cycle model）原型模型（Protot

3、ype model）螺旋模型（Spiral model）敏捷模型（Agile model）10.3 軟件開(kāi)發(fā)模型（續(xù)）10.3.1 生命周期模型圖10-2生命周期模型10.3 軟件開(kāi)發(fā)模型（續(xù)）10.3.2 快速原型模型（續(xù)）圖10-3 快速原型模型 10.3 軟件開(kāi)發(fā)模型（續(xù)）10.3.3 螺旋模型圖10-4 螺旋模型10.3 軟件開(kāi)發(fā)模型（續(xù)）10.3.4 敏捷模型敏捷模型是應(yīng)對(duì)快速變化和不確定性需求的一種軟件開(kāi)發(fā)論。敏捷開(kāi)發(fā)方法Scrum極限編程（Extreme Programming, ?？s寫(xiě)為XP）敏捷統(tǒng)一過(guò)程（Agile Unified Process, ?？s寫(xiě)為AUP）10.3

4、軟件開(kāi)發(fā)模型（續(xù)）10.3.4敏捷模型（續(xù)）圖10-5 理想的XP生命周期10.4 敏捷開(kāi)發(fā)方法以Scrum為例Scrum，暫譯為“密集沖刺”，這是種輕量級(jí)敏捷項(xiàng)目管理方法，特別適合在需求多變不確定的情況下，以快速迭代和增量式開(kāi)發(fā)軟件系統(tǒng)和產(chǎn)品。三個(gè)基本原則是高可視度、頻繁檢查和適應(yīng)高可視度（Visibility）指確保中間環(huán)節(jié)的可觀察性；頻繁檢查（Inspection）提供了及時(shí)評(píng)估中間成果和發(fā)現(xiàn)問(wèn)題的可能；適應(yīng)（Adaptation）就是調(diào)整，對(duì)不符合標(biāo)準(zhǔn)的過(guò)程和操作進(jìn)行修改和完善。10.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）10.4.1 Scrum團(tuán)隊(duì)一個(gè)典型的Scrum團(tuán)隊(duì)只包括三種角

5、色產(chǎn)品負(fù)責(zé)人：這一角色在許多軟件企業(yè)中由產(chǎn)品經(jīng)理或市場(chǎng)經(jīng)理?yè)?dān)任。團(tuán)隊(duì)隊(duì)長(zhǎng)：隊(duì)長(zhǎng)通常由傳統(tǒng)的項(xiàng)目組長(zhǎng)擔(dān)任，他也可以是團(tuán)隊(duì)的成員，承擔(dān)一定的開(kāi)發(fā)任務(wù)，但絕對(duì)不能兼任產(chǎn)品負(fù)責(zé)人。開(kāi)發(fā)團(tuán)隊(duì)：構(gòu)建產(chǎn)品的系統(tǒng)架構(gòu)師、業(yè)務(wù)分析師、界面設(shè)計(jì)師、開(kāi)發(fā)人員、測(cè)試人員、質(zhì)量保障員以及其他相關(guān)的人員。10.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）優(yōu)先級(jí)標(biāo)題描述預(yù)計(jì)的工作量（故事點(diǎn)）1新的Ajax框架用戶可以通過(guò)Ajax框架系統(tǒng)實(shí)現(xiàn)所有的Web應(yīng)用，并達(dá)到桌面級(jí)的用戶體驗(yàn)。402支持Safari瀏覽器用戶可以使用蘋(píng)果的Mac操作系統(tǒng)上的Safari瀏覽器正常訪問(wèn)網(wǎng)站20表10-1 產(chǎn)品工作清單示例10.4.2 Scrum

6、的過(guò)程框架（續(xù)）10.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）圖10-7：從產(chǎn)品工作清單中挑選沖刺條目10.4.2 Scrum的過(guò)程框架（續(xù)）10.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）表10-3：沖刺任務(wù)單分解后的任務(wù)列表示例10.4.2 Scrum的過(guò)程框架（續(xù)）Sprint中每日剩余的工作時(shí)間用戶故事任務(wù)所屬者工作量第1天第2天第3天第4天第5天第9天用戶可以收藏喜歡的物品設(shè)計(jì)商業(yè)邏輯李強(qiáng)443設(shè)計(jì)用戶界面張玲222執(zhí)行后端編碼王明776執(zhí)行前端編碼周京444完成單元測(cè)試王明444編寫(xiě)文檔張玲332合計(jì)40403610.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）10.4.2 Scrum的過(guò)程框

7、架（續(xù)）圖10-8 燃盡圖示例10.4 敏捷開(kāi)發(fā)方法以Scrum為例（續(xù)）10.4.3 Scrum和極限編程Scrum強(qiáng)調(diào)簡(jiǎn)單直接、快速反應(yīng)、溝通和團(tuán)隊(duì)合作，是一個(gè)非常簡(jiǎn)單的項(xiàng)目管理過(guò)程框架。極限編程則更加具體，提供了許多可以實(shí)踐的操作指南。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法10.5.1 模型與建模工具目的性：從本質(zhì)上講，任何模型都是針對(duì)特定目的的抽象描述。換句話說(shuō)，所有模型都是為實(shí)現(xiàn)一定目標(biāo)而存在的，因目的和表達(dá)形式而不同。因此，模型的一個(gè)首要特點(diǎn)是目的性。抽象性：任何模型都是根據(jù)建模目的，把不相關(guān)的細(xì)節(jié)和表面現(xiàn)象忽略掉，僅保留與目的最相關(guān)的方面，以方便把握事物的本質(zhì)，達(dá)到去粗取精，由表及里

8、。抽象是必要的，否則就失去了建模的意義。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.1 模型與建模工具（續(xù)）結(jié)構(gòu)化分析和設(shè)計(jì)的原理是基于系統(tǒng)理論，將一個(gè)復(fù)雜系統(tǒng)通過(guò)自頂而下逐層分解建立系統(tǒng)模型，以分而治之的策略來(lái)處理復(fù)雜性。首先明確一個(gè)整體系統(tǒng)的邊界，以及與環(huán)境的輸入和輸出數(shù)據(jù)流；接下來(lái)描述系統(tǒng)內(nèi)部的過(guò)程和數(shù)據(jù)存貯；然后再描述詳細(xì)的數(shù)據(jù)流；接下來(lái)，再定義詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和處理邏輯，然后轉(zhuǎn)移到模塊化結(jié)構(gòu)設(shè)計(jì)等。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.2 案例背景“城市電腦書(shū)庫(kù)”的傳統(tǒng)業(yè)務(wù)一直是接受來(lái)自圖書(shū)館有關(guān)電腦書(shū)籍的定單，然后從相應(yīng)的出版商以折扣價(jià)訂購(gòu)這些書(shū)籍，收到出版商的書(shū)籍

9、后執(zhí)行客戶定單。公司目前業(yè)務(wù)運(yùn)營(yíng)量大約每天100張定單，每張定單平均4本書(shū)，平均價(jià)值150元。公司的新管理計(jì)劃決定擴(kuò)大經(jīng)營(yíng)，提高服務(wù)水平，并且使得個(gè)體專(zhuān)業(yè)人士也可以通過(guò)撥打免費(fèi)電話或從網(wǎng)上訂購(gòu)書(shū)籍。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）數(shù)據(jù)流程圖：數(shù)據(jù)流程圖(data flow diagram，DFD)以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)、存儲(chǔ)和處理的過(guò)程，它主要反映必須完成的邏輯功能，所以本質(zhì)上是一種功能模型。圖10-9數(shù)據(jù)流程圖的基本要素10.5.3 系統(tǒng)分析（續(xù)）數(shù)據(jù)流程圖10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）圖10-10 頂層數(shù)據(jù)流程圖（“0級(jí)-處理訂單”）10.5.3 系統(tǒng)分析（續(xù)）

10、數(shù)據(jù)流程圖圖10-12二級(jí)數(shù)據(jù)流程圖10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）圖10-13 數(shù)據(jù)流程圖的層次關(guān)系10.5.3 系統(tǒng)分析（續(xù)）數(shù)據(jù)流程圖10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.3 系統(tǒng)分析（續(xù)）數(shù)據(jù)字典數(shù)據(jù)字典(Data Dictionary，DD)的作用就是對(duì)數(shù)據(jù)流程圖上的每個(gè)成分給予定義和說(shuō)明。數(shù)據(jù)字典描述的主要內(nèi)容包括：數(shù)據(jù)元素?cái)?shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流數(shù)據(jù)存儲(chǔ)處理過(guò)程外部實(shí)體10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）數(shù)據(jù)元素：數(shù)據(jù)元素是數(shù)據(jù)的最小組成單位，即不可再分的數(shù)據(jù)單位。數(shù)據(jù)字典中，每個(gè)數(shù)據(jù)元素需要描述的屬性有名稱(chēng)、別名以及類(lèi)型、長(zhǎng)度和值域等。數(shù)據(jù)編號(hào)名稱(chēng)類(lèi)型長(zhǎng)度說(shuō)明備注

11、1-01訂單日期整型61-02訂單號(hào)整型6訂單編號(hào)1-03顧客名字符型4顧客名稱(chēng)1-04顧客電話整型8用于缺貨到貨時(shí)通知1-05顧客類(lèi)型字符型1標(biāo)志個(gè)人、團(tuán)體1-06顧客貨運(yùn)地址字符型251-07顧客帳單地址字符型251-08書(shū)編號(hào)整型41-09書(shū)名字符型81-10書(shū)數(shù)量整型3記錄貨物數(shù)量1-11出版商名整型12記錄出版商姓名1-12出版商編號(hào)整型610.5.3 系統(tǒng)分析（續(xù)）數(shù)據(jù)字典表10-4 數(shù)據(jù)元素列表10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.3 系統(tǒng)分析（續(xù)） 數(shù)據(jù)字典數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)結(jié)構(gòu)用來(lái)定義數(shù)據(jù)元素之間的組合關(guān)系，是對(duì)數(shù)據(jù)的一種邏輯描述，與物理實(shí)現(xiàn)無(wú)關(guān)。數(shù)據(jù)字典中，數(shù)據(jù)結(jié)構(gòu)

12、需要描述的屬性有編號(hào)和名稱(chēng)、組、描述等。數(shù)據(jù)流：編號(hào)名稱(chēng)來(lái)源去向所含數(shù)據(jù)結(jié)構(gòu)說(shuō)明F1訂單P6P13訂單、不能發(fā)貨的原因表10-5 待處理發(fā)貨訂單10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.3 系統(tǒng)分析（續(xù)） 數(shù)據(jù)字典數(shù)據(jù)存儲(chǔ)：數(shù)據(jù)存儲(chǔ)指數(shù)據(jù)結(jié)構(gòu)暫存或永久保存的地方。數(shù)據(jù)字典中，只能對(duì)數(shù)據(jù)存儲(chǔ)從邏輯上加以簡(jiǎn)單的描述，不涉及具體的設(shè)計(jì)和組織。表10-6 D4訂單歷史編號(hào)名稱(chēng)輸入數(shù)據(jù)流輸出數(shù)據(jù)流內(nèi)容說(shuō)明D4訂單歷史P6-D4D4-P10D4-P11D4-P910.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.3 系統(tǒng)分析（續(xù)） 數(shù)據(jù)字典數(shù)據(jù)處理：處理過(guò)程。對(duì)處理過(guò)程的描述有處理過(guò)程在數(shù)據(jù)流程圖中

13、的名稱(chēng)、編號(hào)，對(duì)處理過(guò)程的簡(jiǎn)單描述，輸入數(shù)據(jù)流、輸出數(shù)據(jù)流及來(lái)源與去向，和主要功能的簡(jiǎn)單描述。表10-7 P1-驗(yàn)證訂單有效性過(guò)程編號(hào) 名稱(chēng) 輸入 處理邏輯情況輸出 說(shuō)明 P1 驗(yàn)證訂單有效性 1訂單D3-支付歷史記錄根據(jù)訂單和顧客情況,判斷新老客戶,并編輯成合適的訂單C-要求付款D3-新客戶訂單記錄6-無(wú)以往信譽(yù)污點(diǎn)的訂單10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.3 系統(tǒng)分析（續(xù)） 定義數(shù)據(jù)處理邏輯圖10-14 折扣數(shù)據(jù)處理邏輯10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.4 系統(tǒng)設(shè)計(jì)概要設(shè)計(jì)流程設(shè)計(jì)（略）具體編碼設(shè)計(jì)具體數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)庫(kù)設(shè)計(jì)輸入與輸出設(shè)計(jì)處理過(guò)程設(shè)計(jì)10.5 系

14、統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.4 系統(tǒng)設(shè)計(jì)（續(xù)）數(shù)據(jù)流程圖的兩種類(lèi)型變換型： 一個(gè)數(shù)據(jù)流程圖可以明顯地分成輸入、處理和輸出三部分。具體數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)庫(kù)設(shè)計(jì)事務(wù)型： 該數(shù)據(jù)流程圖一般呈束狀形，即一束數(shù)據(jù)流平行輸入或輸出，可能同時(shí)有幾個(gè)事務(wù)要求處理或加工。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.4 系統(tǒng)設(shè)計(jì)（續(xù)）從數(shù)據(jù)流程圖導(dǎo)出初始結(jié)構(gòu)圖有兩種技術(shù)變換分析技術(shù)事務(wù)分析技術(shù)數(shù)據(jù)流程圖往往不是單一的變換型或事務(wù)型，而是變換型和事務(wù)型的混合。這時(shí)，一般以變換分析設(shè)計(jì)為主，事務(wù)分析設(shè)計(jì)為輔的方法進(jìn)行設(shè)計(jì)。10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.4 系統(tǒng)設(shè)計(jì)（續(xù)）圖10-15 訂

15、單處理結(jié)構(gòu)圖10.5 系統(tǒng)分析與設(shè)計(jì)結(jié)構(gòu)化方法（續(xù)）10.5.4 系統(tǒng)設(shè)計(jì)（續(xù)）對(duì)某些較低層上的重要工作模塊，還必須根據(jù)數(shù)據(jù)字典和結(jié)構(gòu)圖，繪制其IPO (輸入/處理/輸出)圖圖10-16 “確定能否供貨”模塊的IPO圖系統(tǒng)名稱(chēng)：訂單處理設(shè)計(jì)者：XXX模塊名稱(chēng)：確定能否供貨日期：上層調(diào)用模塊：處理模塊可調(diào)用下層模塊：無(wú)輸入部分(I)處理描述(P)輸出部分(O)訂單訂貨量X供貨類(lèi)型標(biāo)志I庫(kù)存信息 Y缺貨信息 Z10.6 系統(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǎ∣bject-Oriented Approach）是一種把以對(duì)象為中心的思想應(yīng)用于軟件開(kāi)發(fā)過(guò)程中，指導(dǎo)開(kāi)發(fā)活動(dòng)的系統(tǒng)方法，簡(jiǎn)稱(chēng)OO方法。表1

16、0-8 結(jié)構(gòu)化方法與面向?qū)ο蠓椒▽?duì)比特征結(jié)構(gòu)化分析與設(shè)計(jì)面向?qū)ο蠓治雠c設(shè)計(jì)側(cè)重點(diǎn)過(guò)程對(duì)象風(fēng)險(xiǎn)高低可重用率中高成熟度成熟且被廣泛應(yīng)用新興且快速發(fā)展適用于良好定義的項(xiàng)目用戶需求較穩(wěn)定高風(fēng)險(xiǎn)的大項(xiàng)目用戶需求變化較多10.6 系統(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓椒ǎɡm(xù)）10.6.1 基礎(chǔ)概念面向?qū)ο蟮幕A(chǔ)體系類(lèi)封裝：封裝是指把對(duì)象的屬性和操作結(jié)合在一起，組成一個(gè)獨(dú)立的單元。User- name: String- id: Integer.- last_login : Date+ login () : bool.圖10-17 用戶（User）的類(lèi)圖10.6 系統(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓椒ǎɡm(xù)）10.6.1 基礎(chǔ)概念（續(xù)）

17、面向?qū)ο蟮幕A(chǔ)體系繼承：表示類(lèi)之間的歸屬關(guān)系。消息：指對(duì)象間相互聯(lián)系和相互作用的方式，一個(gè)對(duì)象通過(guò)接受消息、處理消息、傳出消息或使用其他類(lèi)的方法來(lái)實(shí)現(xiàn)一定功能；消息是指對(duì)象間相互聯(lián)系和相互作用的方式，一個(gè)對(duì)象通過(guò)接受消息、處理消息、傳出消息或使用其他類(lèi)的方法來(lái)實(shí)現(xiàn)一定功能。多態(tài)：指由繼承而產(chǎn)生的相關(guān)的、不同的類(lèi)，其對(duì)象對(duì)同一消息會(huì)做出不同的響應(yīng)。10.6 系統(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓椒ǎɡm(xù)）10.6.1 基礎(chǔ)概念繼承與聚合層次結(jié)構(gòu)（或稱(chēng)為分類(lèi)結(jié)構(gòu)），針對(duì)的是事物類(lèi)別之間的繼承關(guān)系。父類(lèi)具有通用性，而子類(lèi)具有特殊性。子類(lèi)可以從其父類(lèi)，直至祖先那里繼承方法和屬性。組裝結(jié)構(gòu)，對(duì)象之間的聚合關(guān)系是指一個(gè)對(duì)

18、象是由若干個(gè)其他對(duì)象組合而成，是一種直接的包含關(guān)系。10.6 系統(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓椒ǎɡm(xù)）Book- bookID: ulong- category: SUBCATEGORY- publisher: PUBLISHER- bookTitle : string- bookISBN : ulong- bookPrice : long- bookAuthor : string- bookPublishYear : string- bookLanguage : string- bookImage : string- bookAbstract : string- bookKeyword : string- bookSalesPrice : string- bookBuyPrice : string- bookTranslater : string- note : string+ stockout () : integer屬性是實(shí)體所具有的某個(gè)特性的抽象，而實(shí)體本身被抽象成對(duì)象。屬性可用數(shù)據(jù)表示，用以描述對(duì)象或類(lèi)結(jié)構(gòu)的實(shí)例。10.6.1 基礎(chǔ)概念屬性定義與實(shí)例關(guān)聯(lián)圖10-18