管理信息系統(tǒng)實用教程8_第1頁
管理信息系統(tǒng)實用教程8_第2頁
管理信息系統(tǒng)實用教程8_第3頁
管理信息系統(tǒng)實用教程8_第4頁
管理信息系統(tǒng)實用教程8_第5頁
已閱讀5頁,還剩75頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、第八章 面向?qū)ο蠓椒ㄅcCASE 8.1 面向?qū)ο蠓椒?811 面向?qū)ο蠓椒ǖ幕靖拍罡爬ǖ卣f,面向?qū)ο蠓椒ň哂邢率鏊膫€要點:(1)認(rèn)為客觀世界是由各種對象組成的 ;(2)把所有對象都劃分成各種對象類(簡稱為類,Class),每個對象類都定義了一組數(shù)據(jù)和一組方法。 (3)按照子類與父類的關(guān)系,把若干個對象類組成一個層次結(jié)構(gòu)的系統(tǒng)。 (4)對象彼此之間僅能通過傳遞消息互相聯(lián)系。面向?qū)ο蟮姆椒▽W(xué)可以用下列方程來概括: OO=對象十類十繼承十消息面向?qū)ο蠓椒ㄖ惺褂玫膸讉€最基本概念: (1) 對象形式化的表示是:對象:=ID,MS,DS,MI,其中,ID是對象的標(biāo)識或名字 MS是對象中的操作集合 DS是

2、對象的數(shù)據(jù)結(jié)構(gòu) MI是對象受理的消息名集合(即對外接口)(2) 類:是對具有相同數(shù)據(jù)和相同操作的一組相似對象的定義。 (3) 實例:實例就是某個類的一個具體的對象。 (4)消息:就是要求某個對象執(zhí)行在定義它的那個類中所定義的某個操作的規(guī)格說明。 (5)方法:就是對象所能執(zhí)行的操作。(6)屬性:就是類中所定義的數(shù)據(jù)。(7)繼承:是子類自動地共享父類中定義的數(shù)據(jù)和方法的機制。812 三種形式的模型 分別是描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型,描述系統(tǒng)控制結(jié)構(gòu)的動態(tài)模型和描述系統(tǒng)功能的功能模型。在面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計中,結(jié)構(gòu)表示類對象間的關(guān)系,是對客觀世界實體相互間關(guān)系的抽象。類對象間的關(guān)系可以概括為歸

3、納關(guān)系、組合關(guān)系及關(guān)聯(lián)關(guān)系。在面向?qū)ο蠓椒▽W(xué)中,對象模型是最基本最重要的,它為其他兩種模型奠定了基礎(chǔ),我們依靠對象模型完成三種模型的集成。 三種模型之間的關(guān)系: 1.針對每個類建立的動態(tài)模型,描述了類實例的生命周期或運行周期。 2.狀態(tài)轉(zhuǎn)換驅(qū)使行為發(fā)生,這些行為在數(shù)據(jù)流圖中被映射成處理,它們同時與對象模型中的服務(wù)相對應(yīng)。 3.功能模型中的處理,對應(yīng)于對象模型中類&一對象所提供的服務(wù)。 4.功能模型中的數(shù)據(jù)存儲,以及數(shù)據(jù)的源點/終點(在功能模型中稱為動作對象),通常是對象模型中的對象。 5.功能模型中的數(shù)據(jù)流,往往是對象模型中的屬性值,也可能是整個對象。 6.功能模型中的處理可能產(chǎn)生動態(tài)模型中的

4、事件。 7.對象模型描述了功能模型中的動作對象、數(shù)據(jù)存儲以及數(shù)據(jù)流的結(jié)構(gòu)。813 面向?qū)ο蠓治龇椒ǖ牟襟E面向?qū)ο蠓治龇椒òㄒ韵挛鍌€步驟:標(biāo)識對象;標(biāo)識結(jié)構(gòu);定義主題;定義屬性(及實例連接);定義服務(wù)(及消息連接)。模型一旦建立,就可在五個主要層次上進行表示和復(fù)審: 主題層:主題是控制讀者在同一時間所能考慮的模型規(guī)模的機制。 對象層:對象是數(shù)據(jù)及其專用處理的抽象,反映系統(tǒng)保存有關(guān)信息和現(xiàn)實世界交互的能力。 結(jié)構(gòu)層:結(jié)構(gòu)表示問題空間的復(fù)雜度。 屬性層:一個屬性就是一個數(shù)據(jù)單元,用于描述一個對象或分類結(jié)構(gòu)的實例。 服務(wù)層:服務(wù)是對象收到消息之后所執(zhí)行的處理。 814 面向?qū)ο笤O(shè)計的內(nèi)容面向?qū)ο笤O(shè)計

5、一般包括四個方面的內(nèi)容:問題域部分;人機交互部分;任務(wù)管理部分;數(shù)據(jù)管理部分。(2)人機接口部件的最基本對象是窗口。 主要的窗口類型包括: 安全/登錄窗口。 啟動窗口。啟動窗口主要完成: .對象的創(chuàng)建和初始化; .系統(tǒng)管理功能; .外設(shè)的激活與關(guān)閉。 業(yè)務(wù)功能窗口。 大多數(shù)面向?qū)ο蟮挠脩艚缑娴脑O(shè)計都是事件驅(qū)動的。遵循下列準(zhǔn)則有助于設(shè)計出讓用戶滿意的人-機交互界面。1.一致性2.減少步驟3.及時提供反饋信息4.提供撤消命令5.無須記憶6.易學(xué)7.富有吸引力(3)任務(wù)管理設(shè)計 1確定事件驅(qū)動型任務(wù) 2確定時鐘驅(qū)動型任務(wù) 3確定優(yōu)先任務(wù) 4確定關(guān)鍵任務(wù) 5確定協(xié)調(diào)任務(wù) (4)數(shù)據(jù)管理設(shè)計 數(shù)據(jù)管理部

6、件提供了在數(shù)據(jù)管理系統(tǒng)中存儲和檢索對象的基本結(jié)構(gòu)。 數(shù)據(jù)管理方法有: 1關(guān)系數(shù)據(jù)庫管理系統(tǒng)(RDBMS) 2面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)(OODBMS)815 面向?qū)ο髮崿F(xiàn) 面向?qū)ο髮崿F(xiàn)主要包括兩項工作:把面向?qū)ο笤O(shè)計結(jié)果,翻譯成用某種程序語言書寫的面向?qū)ο蟪绦?,測試并調(diào)試面向?qū)ο蟮某绦颉#?)面向?qū)ο缶幊涕_發(fā)人員在編程之前,應(yīng)選擇一種最合適的面向?qū)ο笳Z言,可以考慮以下一些實際因素:1.將來能否占主導(dǎo)地位2.可重用性3.類庫和開發(fā)環(huán)境4.其他因素良好的編程風(fēng)格有助于提高軟件的可重用性、可擴充性和健壯性。以下準(zhǔn)則值得注意:1.提高類的內(nèi)聚2.減小類的規(guī)模3.盡量不使用全局信息4.封裝實現(xiàn)策略5.精心確

7、定公有方法 6.頂防用戶的操作錯誤7.檢查參數(shù)的合法性8.不要預(yù)先確定限制條件(2)面向?qū)ο鬁y試一般說來,對面向?qū)ο筌浖臏y試可分為下列四個層次進行:1.算法層2.類層3.主題層4.系統(tǒng)層82 Case工具概述8.2.1 什么是CASE計算機輔助軟件工程是計算機技術(shù)在系統(tǒng)開發(fā)活動、技術(shù)和方法中的應(yīng)用,是軟件工具與開發(fā)方法的結(jié)合體。CASE工具是指能夠支持或使軟件工程周期中一個或多個階段自動化的計算機程序(軟件)。CASE的目的是:使開發(fā)支持工具與開發(fā)方法學(xué)統(tǒng)一和結(jié)合起來;通過實現(xiàn)分析、設(shè)計與程序開發(fā)、維護的自動化,提高信息系統(tǒng)開發(fā)的效率和信息系統(tǒng)的質(zhì)量,最終實現(xiàn)系統(tǒng)開發(fā)的全面自動化。CASE的

8、總體目標(biāo)是:通過一系列集成化的軟件工具、技術(shù)和方法,使整個計算機信息系統(tǒng)的開發(fā)自動化。其具體目標(biāo)是: .提高信息系統(tǒng)開發(fā)效率。 .提高信息系統(tǒng)開發(fā)質(zhì)量。 .加速信息系統(tǒng)開發(fā)過程。 .降低信息系統(tǒng)開發(fā)費用。 .實現(xiàn)系統(tǒng)設(shè)計的恢復(fù)和逆向軟件工程(Reverse Engineering)的自動化。 .自動產(chǎn)生程序代碼。 .自動進行錯誤的檢查和校驗。 .實現(xiàn)項目管理工作的自動化。 .改善信息系統(tǒng)開發(fā)過程的控制。 .集成系統(tǒng)開發(fā)的工具。 .提高軟件的復(fù)用性和可移植性。CASE系統(tǒng)應(yīng)該具備以下功能和能力: 支持多種軟件開發(fā)方法學(xué)(如結(jié)構(gòu)化方法、快速原型法、面向?qū)ο蠓椒ǖ?。 支持軟件開發(fā)生命周期的各個階段

9、:上游(分析與設(shè)計)、下游(編碼、測試與維護)及項目管理。 具有文檔出版功能和文字、圖形編輯功能。支持軟件重用。支持開發(fā)信息資源共享。一般說來,一個CASE工具應(yīng)具備以下功能(或其中的一部分功能): 用戶通過CASE工具能創(chuàng)建系統(tǒng)開發(fā)各階段所需要的圖表。 收集有關(guān)圖表上的對象以及對象之間關(guān)系的信息,以便建立一個完整的信息集合。 在一個中央資源庫中,應(yīng)將圖表所表示的語義而不是圖表本身存儲起來。 根據(jù)準(zhǔn)確性、一致性、完整性檢查圖表。 使用戶能夠用多種圖表類型表示一個分析或設(shè)計的不同方面。 使用戶能以圖表來描述條件、循環(huán)、case結(jié)構(gòu)和其它結(jié)構(gòu)化程序結(jié)構(gòu)。 實施結(jié)構(gòu)化的模型和設(shè)計,盡可能達到準(zhǔn)確、一

10、致。 協(xié)調(diào)多個圖表上的信息,檢查信息的一致性,并集中檢查信息的準(zhǔn)確性、一致性和完整性。8.2.2 CASE的分類與工具CASE一般分為如下三類: .上游CASE,或稱前端CASE。它描述了支持軟件開發(fā)周期前期幾個階段(系統(tǒng)規(guī)劃,系統(tǒng)分析和前期的系統(tǒng)設(shè)計即系統(tǒng)總體設(shè)計)的CASE工具。.下游CASE,或稱后端CASE。描述了支持軟件開發(fā)周期后期幾個階段(詳細(xì)系統(tǒng)設(shè)計,系統(tǒng)實施和系統(tǒng)維護)的CASE工具。.支持項目管理的、并貫穿于整個軟件開發(fā)周期的CASE。主要支持項目管理和評估等活動。應(yīng)該注意以下幾個問題:(1)上游CASE和下游CASE之間有所重疊。 (2)這種劃分方法人為造成了上游CASE與

11、下游CASE之間的縫隙,因為上游CASE工具的輸出要作為下游CASE的輸入。 (3)一個完整的CASE工具應(yīng)包括上述各種類型中的一種或幾種產(chǎn)品。典型的CASE通常由下列工具的全部或一部分組成:(1)圖形工具:(2)描述工具:(3)原型化工具:(4)查詢和報表工具: (5)質(zhì)量保證工具: (6)決策支持工具: (7)文檔出版工具: ( 8)變換工具(Transform Facilities) (9)生成器: (10)數(shù)據(jù)共享工具:為同一種CASE工具的不同的局部資源庫之間傳遞資源庫信息。 . (11)安全和版本控制工具。 8.3 PlayCase的使用831 PlayCase概述PlayCASE

12、中提供了一系列的圖形工具來幫助建立面向?qū)ο箝_發(fā)方法中需要的三個模型:(1) 結(jié)構(gòu)模型,其核心成分是系統(tǒng)/功能分解樹和構(gòu)件圖。 (2) 動態(tài)模型,其核心成分是事件流程圖和偽碼 .(3) 功能模型,其核心內(nèi)容是層次化的數(shù)據(jù)流程圖, PlayCASE的集成理念體現(xiàn)在軟件生命周期的縱橫兩個方面:三位一體建模,以統(tǒng)一的形式支持生命周期。(1)在三個模型間進行橫向集成:動態(tài)模型的事件流程圖和功能模型的數(shù)據(jù)流程圖分別以相同的模式,沿結(jié)構(gòu)模型的系統(tǒng)/功能分解樹逐級展開,充分體現(xiàn)自頂向下的分析設(shè)計思想;數(shù)據(jù)流程圖中的數(shù)據(jù),就是事件流程圖中事件攜帶的數(shù)據(jù);上述的數(shù)據(jù)在結(jié)構(gòu)模型中的構(gòu)件圖中,是以構(gòu)件的形式來描述其內(nèi)

13、容及其間的各種關(guān)系,這種構(gòu)件也是傳統(tǒng)意義上的信息實體。(2)在開發(fā)文檔間進行縱向集成:832 結(jié)構(gòu)模型(1)建立系統(tǒng)結(jié)構(gòu)樹 一、用菜單命令 二、用工具欄(2)填寫業(yè)務(wù)/需求調(diào)查表(3)構(gòu)件枚舉圖 構(gòu)件枚舉圖在面向?qū)ο筌浖こ讨邪l(fā)揮的作用是標(biāo)識出系統(tǒng)中的對象,并定義它們的屬性和服務(wù)。(4)構(gòu)件關(guān)系圖建立構(gòu)件關(guān)系圖的操作也可以用工具欄來完成。 83動態(tài)模型(1)建立事件流程圖接上述步驟,我們來完成事件流程圖。PlayCASE用事件流程圖描述企業(yè)的業(yè)務(wù)流程,其表達方式是沿系統(tǒng)/功能結(jié)構(gòu)樹自上而下逐層表達。(2)事件匯總圖事件匯總圖是和事件流程圖一一對應(yīng)的。它有幾個方面的作用:一方面,它按層次來表達業(yè)

14、務(wù)部門(崗位)之間的業(yè)務(wù)分工,集中反映了各個部門(崗位)的業(yè)務(wù)活動;另一方面,它按層次來表達系統(tǒng)內(nèi)部的功能界面,說明哪些功能由哪些子系統(tǒng)(模塊)來完成。(3)工作案例圖 工作案例圖的實質(zhì)是非運行過程的分門別類,既以某一類過程為主線,只畫出該類過程的事件流程圖,使用戶能更好地掌握該事件的運行序列。(4)典型事件跟蹤圖典型事件跟蹤圖是為了使用戶能夠更好地掌握整個系統(tǒng)下的事件流向,使用戶能從整個系統(tǒng)的宏觀觀點上考察某一系統(tǒng)下的所有事件流,也為以后進行動態(tài)仿真創(chuàng)造條件。83 功能模型(1)數(shù)據(jù)流圖數(shù)據(jù)流程圖分2個層次:系統(tǒng)層,功能層 。 (2)數(shù)據(jù)匯總圖數(shù)據(jù)匯總圖的作用是讓我們從全局角度了解和把握信息

15、交互的全貌。建立數(shù)據(jù)匯總圖的方法有兩種: 數(shù)據(jù)匯總圖的編輯工作主要是加入數(shù)據(jù)匯總鏈。 (3)功能調(diào)用樹功能調(diào)用樹主要用來描述功能(過程/函數(shù))間的調(diào)用關(guān)系。 83 項目管理及文檔管理(1)項目管理PlayCase中提供的項目管理工具有任務(wù)分解樹、任務(wù)進度坐標(biāo)圖、任務(wù)計劃網(wǎng)絡(luò)圖三種。 (2)技術(shù)文檔打開菜單技術(shù)文檔,最上部有(需求分析)、(總體設(shè)計)、(詳細(xì)設(shè)計)、(用戶手則),每一個選擇項都對應(yīng)著生成一個階段的技術(shù)文檔。 84 上機實踐:酒店管理信息系統(tǒng)的開發(fā)841酒店信息管理的背景及基本要求酒店信息管理系統(tǒng)須滿足以下基本要求:()娛樂休閑型酒店管理信息系統(tǒng)是一個綜合性的人機交互系統(tǒng) ;(2)

16、系統(tǒng)通過加快處理速度、對各類信息的詳細(xì)記錄和大幅度降低運行差錯率來提高運轉(zhuǎn)效率和準(zhǔn)確性 ;3)完善的系統(tǒng)不僅能精確、實時地反映和處理酒店的各項業(yè)務(wù)活動,還能同時為各級管理人員服務(wù),提供及時準(zhǔn)確的決策信息和依據(jù);(4)大型的管理信息系統(tǒng)要求在酒店內(nèi)建設(shè)一個覆蓋各部門的高效率的計算機網(wǎng)絡(luò)。 (5)開發(fā)適合于各業(yè)務(wù)部門和管理部門共享使用的應(yīng)用軟件,充分發(fā)揮分布式高效能網(wǎng)絡(luò)的計算和存儲威力,結(jié)合消費卡靈活準(zhǔn)確的信息對接特性,為客人提供最大程度的方便條件,從而在整體上提高工作和管理的效率。842 第一階段業(yè)務(wù)調(diào)查第一步,了解酒店的組織結(jié)構(gòu),建立系統(tǒng)/功能分解樹。酒店的組織結(jié)構(gòu)如圖8.1所示。圖8.1 酒

17、店現(xiàn)行的組織結(jié)構(gòu)客房 康樂部 餐飲部 財務(wù)部 接待 娛樂區(qū) 樓層 洗衣 餐廳 酒吧 洗浴區(qū) 購物 庫房 收銀臺 其他部 根據(jù)組織結(jié)構(gòu)圖,建立系統(tǒng)/功能分解樹,建好的系統(tǒng)/功能分解樹如圖8.2所示。 圖8.2 系統(tǒng)/功能分解樹第二步,完成業(yè)務(wù)/需求調(diào)查表。如前所述,PlayCase中業(yè)務(wù)/需求調(diào)查表分為四類:部門劃分、部門職能、角色/崗位和工作任務(wù),分別針對系統(tǒng)結(jié)構(gòu)樹中不同的層次,層次越低對業(yè)務(wù)的描述就越詳細(xì)具體。限于篇幅,以下只列出部分業(yè)務(wù)/需求調(diào)查表。第三步,調(diào)查業(yè)務(wù)流程,全面搜集業(yè)務(wù)信息,初步畫出頂層事件流程圖。經(jīng)調(diào)查得到以下的業(yè)務(wù)流程基本情況: 1.接待業(yè)務(wù) (1)基本內(nèi)容: (2)附加

18、內(nèi)容: 2.點單業(yè)務(wù)(允許單獨收銀) 3.餐飲業(yè)務(wù)(允許單獨收銀) (1)基本內(nèi)容: (2)附加內(nèi)容: 4.收銀業(yè)務(wù)1)基本內(nèi)容:(2)附加內(nèi)容: 5.庫存業(yè)務(wù) 6.匯總報表 (1)按客人匯總:(2)按部門匯總:(3)單據(jù)審核: 第四步,從開發(fā)背景說明和業(yè)務(wù)/需求調(diào)查表入手,標(biāo)識出對象,并初步確定其屬性,建立構(gòu)件枚舉圖。第五步,完成需求分析文檔。 表8.1 部門職能調(diào)查表客房部部門 客房部調(diào)查表類型 部門職能作用(1)基本信息輸入: (2)客房分配、選手牌:處理規(guī)則 (1)修改登記: 增加登記: 刪除登記:(2)主手牌更換: 表8.2 部門職能調(diào)查表餐飲部 部門 餐飲部調(diào)查表類型 部門職能作用

19、作用(1)點菜:(2)加、換、退菜,換臺:(3)訂送餐:(4)收銀結(jié)賬:處理規(guī)則 1 菜要區(qū)分出是客人要求退,還是操作員誤輸入后主動退。2 結(jié)賬時可現(xiàn)結(jié),也允許按規(guī)定將餐費掛到相應(yīng)的手牌下,待客人離店時統(tǒng)一結(jié)算。 表8.3 部門職能調(diào)查表康樂部 部門 康樂部調(diào)查表類型 部門職能作用確認(rèn)客人的手牌號,選擇消費或服務(wù)類別。確定提供服務(wù)的技師或服務(wù)生的工號。處理規(guī)則 遇到事先沒有設(shè)定的項目,可臨時記載其細(xì)節(jié),必要時可在確認(rèn)價格后將其添加到點單項目表中。 表8.4 部門職能調(diào)查表財務(wù)部 部門 財務(wù)部調(diào)查表類型 部門職能作用(1)結(jié)賬:(2)庫存:(3)匯總報表:處理規(guī)則(1)余額處理:(2)退房:(3

20、)消費調(diào)整: 圖8.3 事件流圖0層 表8.5 Guest構(gòu)件屬性列表 屬性名稱 描述 Name 客人/團體客人名稱 HandCode 客人/主客手牌號 GuestType 客人類型(個人/團體) StartTime 入住時間 StayTime 住宿時間 表8.6 Room構(gòu)件屬性列表 屬性名稱 描述 RoomCode 房間號 RoomType 房間類型 Floor 房間所在樓層 Phone 電話分機號 RoomStatus 房間狀態(tài) 表8.7 Bill構(gòu)件屬性列表 屬性名稱 描述 BillCode 帳單號 HandCode 應(yīng)支付客人手牌號 TotalSum 總金額 Paid 實付金額 De

21、bate 折扣率 Striked 是否支付 任務(wù)概述 (1) 系統(tǒng)開發(fā)目標(biāo) 1.代替員工的手工作業(yè),提高酒店的運營效率。 2.采用圖形化的操作界面,使人機對話方便,易懂、易用、易培訓(xùn) 3.系統(tǒng)24小時連續(xù)可靠運行,對重點業(yè)務(wù)實施全天候動態(tài)監(jiān)管 4.系統(tǒng)維護方便可靠,有較高的安全性,滿足實用性、先進性和經(jīng)濟性的要求需求規(guī)定一、功能規(guī)定 1.接待登記 (1)客人基本信息輸入 (2)客房分配(3)主手牌更換(4)客房更換(5)修改登記:按客人進住后發(fā)生的變化情況進行相應(yīng)的修改。(6)規(guī)定項目的查詢: 2.點單 3.餐飲 . (1) 將菜的類型、名稱、數(shù)量輸入相應(yīng)的餐飲記錄單。(2) 按客人要求換、退

22、菜時,調(diào)整對應(yīng)的記錄單。(3) 按客人的要求,將飯菜送到房間,請客人出示手牌并簽收。 (4) 根據(jù)餐飲記錄單按金額、折扣或免單形式與客人結(jié)算、打印。 4.財務(wù) (1)結(jié)賬 (2)庫存商品的基礎(chǔ)數(shù)據(jù)進行設(shè)置和修改。 (3)日常性業(yè)務(wù)報表匯總 5.系統(tǒng)維護 (1)系統(tǒng)初始化: (2)客房: (3)消費: (4)餐飲: (5)整理數(shù)據(jù):二、性能規(guī)定 1 精度要求 2 時間特性要求 84.3 第二階段總體設(shè)計第一步,完善系統(tǒng)/功能分解樹,需完成兩個工作(1)明確分解樹中哪些節(jié)點是子系統(tǒng),哪些節(jié)點是功能(模塊),其判斷可以綜合兩方面因素:(2) 在此基礎(chǔ)上,根據(jù)用戶實際業(yè)務(wù)的需要,對現(xiàn)有分解樹的末級節(jié)點

23、進行適當(dāng)?shù)墓δ芊纸狻?第二步,在需求定義的基礎(chǔ)上,我們根據(jù)系統(tǒng)/功能分解樹所做的功能分解,把事件流程圖進一步向下逐層展開,來詳細(xì)描述軟件的總體運行過程。第三步,描述信息流動情況,建立數(shù)據(jù)流程圖8.5。圖8.4 事件流圖1層圖8.5 數(shù)據(jù)流圖0層 第四步,進行數(shù)據(jù)庫的概念設(shè)計,完成兩部分工作:(1)補充業(yè)務(wù)調(diào)查時業(yè)務(wù)數(shù)據(jù)(構(gòu)件)的具體內(nèi)容被忽略的部分。(2)指定數(shù)據(jù)構(gòu)件屬性值的基本類別 。第五步,描述數(shù)據(jù)構(gòu)件間的相互關(guān)系,建立構(gòu)件關(guān)系圖。第六步,完成總體設(shè)計文檔??傮w設(shè)計文檔要包括的主要內(nèi)容是對系統(tǒng)總體結(jié)構(gòu)設(shè)計方案的選擇,對最優(yōu)方案的概括描述,軟件結(jié)構(gòu),系統(tǒng)配置方案等。需要包括系統(tǒng)流程圖、系統(tǒng)配

24、置圖及建立結(jié)構(gòu)模型、動態(tài)模型、功能模型所需的各種圖形。 表8.8 Guest構(gòu)件屬性列表 屬性名稱 值類型 Name Text HandCode Text GuestType Boolean StartTime Date/Time StayTime Date/Time 表8.9 GuestGroup構(gòu)件屬性列表 屬性名稱 描述 值類型 GroupId 團體編號 Text GuestNum 團體客人人數(shù) Text RoomNum 團體客人訂房間總數(shù) Text 表8.10 GuestSingle構(gòu)件屬性列表 屬性名稱 描述 值類型 IsMember 是否團體成員 Boolean IsMaster

25、是否主客 Boolean GroupId 所屬團體編號 Text Certificate 登記證件類型 Number CertifyCode 登記證件號 Text sex 性別 Number RoomCode 登記房間號 Text 表8.11 Room構(gòu)件屬性列表 屬性名稱 值類型 RoomCode Text RoomType Text Floor Number Phone Text RoomStatus Number 表8.12 Bill構(gòu)件屬性列表 屬性名稱 值類型 BillCode Text HandCode Text ItemArray 對象數(shù)組 TotalSum Money Paid

26、 Money Debate Number Striked Boolean 表8.13 Item構(gòu)件屬性列表 屬性名稱 描述 值類型 ItemId 項目編號 Text ItemName 項目名稱 Text ItemPrice 項目單價 Money ItemNum 項目數(shù)量 Number WaiterCode 服務(wù)員編號 Text 系統(tǒng)總體結(jié)構(gòu) 1 制訂總體結(jié)構(gòu)的出發(fā)點確定系統(tǒng)總體結(jié)構(gòu)前考慮有三種可行的方式: (1)文件服務(wù)方式 (2)客戶機/服務(wù)器(C/S)方式(3)瀏覽器/服務(wù)器(B/S)方式本系統(tǒng)的開發(fā)采用客戶機/服務(wù)器方式。 2 系統(tǒng)總體結(jié)構(gòu)(1)前臺(客戶端)(2)后臺(服務(wù)器端)(3)

27、管理和維護模塊系統(tǒng)配置 1 硬件配置 2. 軟件配置 844 第三階段詳細(xì)設(shè)計第一步,設(shè)計用戶界面及其運行序列。每項下按各部門功能設(shè)定子項:客房管理登記 選房餐飲管理點菜 付款服務(wù)管理點單 付款財務(wù)管理結(jié)帳 庫存 報表以下給出部分用戶界面。圖8.6 主窗口 圖8.7 選擇房間窗口 圖8.8 客人登記窗口 圖8.9 點菜窗口 圖8.10 客人登記窗口 圖8.11 結(jié)帳窗口 第二步,進行數(shù)據(jù)庫的邏輯設(shè)計,完成以下工作:定義數(shù)據(jù)構(gòu)件的關(guān)鍵字(包括主鍵、外鍵和候選鍵),保持?jǐn)?shù)據(jù)一致性;確定實現(xiàn)構(gòu)件具體的DBMS或編程語言;定義構(gòu)件屬性值的具體類型;建立交叉表(構(gòu)件),消除多對多的連接關(guān)系;構(gòu)件應(yīng)當(dāng)符合

28、第3范式,消除更新異常情況。 第三步,進行數(shù)據(jù)庫的物理設(shè)計,完成以下工作: 定義構(gòu)件的索引,優(yōu)化數(shù)據(jù)檢索;垂直分割構(gòu)件,優(yōu)化數(shù)據(jù)存取; 定義視圖、查詢,為編程提供方便。表8.14 Guest構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 Name String HandCode PK String GuestType Boolean StartTime Y Date StayTime Y Date 表8.15 GuestGroup構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 GroupId PK String GuestNum integer RoomNum integer 表8.16 GuestS

29、ingle構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 IsMember Boolean IsMaster Boolean GroupId PK String Certificate Byte CertifyCode String sex Byte RoomCode String 表8.17 Room構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 RoomCode PK String RoomType Y String Floor Byte Phone String RoomStatus Byte 表8.18 Bill構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 BillCode PK Y Strin

30、g HandCode FK String ItemArray TotalSum Currency Paid Currency Striked Boolean 表8.19 RoomBill構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 PriceType 收費類型 Byte 表8.20 ServerBill構(gòu)件屬性列表 屬性名稱 關(guān)鍵字 索引 格式 ItemId FK string ItemName string ItemPrice currency ItemNum integer WaiterCode string 第四步,定義構(gòu)件的方法。構(gòu)件的方法可以有三個來源:對自身的維護,對事件的響應(yīng),對某

31、種功能的完成。表8.21 Guest構(gòu)件方法列表 方法名稱 存取模式 類型 描述 CalculateSum Private function 計算客人應(yīng)支付的總金額 Save Private Procedure 存儲狀態(tài) 表8.22 Room構(gòu)件方法列表 方法名稱 存取模式 類型 描述 UpdateStatus Private Procedure 設(shè)置房間狀態(tài) Save Private Procedure 存儲狀態(tài) 表8.23 Bill構(gòu)件方法列表 方法名稱 存取模式 類型 描述 CalculateSum Private Procedure 計算帳單總金額 CalculatePaid Priv

32、ate Procedure 計算客人實際應(yīng)支付的金額 CalculateDebate Private Procedure 計算折扣率 SetItemArray Private Procedure 設(shè)置ItemArray數(shù)組的值 SetBillCode Private Procedure 設(shè)置帳單編號 Save Private Procedure 存儲狀態(tài) 第五步,完成詳細(xì)設(shè)計文檔。詳細(xì)設(shè)計文檔應(yīng)在總體設(shè)計文檔的基礎(chǔ)上,進一步描述各個子模塊的算法、接口。子模塊設(shè)計 1 客人 2 房間 3 帳單(1)房費的計算公式:房費Xf基本房價Xo*N*K0十超時費Xc*K1(2)餐廳帳單的計算公式:餐費XfF(總金額Xo*K0) 數(shù)據(jù)庫設(shè)計 按照系統(tǒng)的基本業(yè)務(wù)流程設(shè)計的主要數(shù)據(jù)表如下: 賬單表:每個客人的每次消費產(chǎn)生一個賬單記錄。 客人信息表:每個客人在入店后即產(chǎn)生一個記錄??头繝顟B(tài)表:記錄每一間客戶的當(dāng)前狀態(tài)。其它數(shù)據(jù)表有:消費明細(xì)表:記錄每個帳單中

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論