劉雯終止蔻馳合作

當前位置吻潰變︰論文網 > 論文寶庫 > 信息科技類 > 計算機信息管理 > 正文

秒速賽車走勢

來源缺巒伸︰UC論文網2019-05-16 09:41

摘要睹槐︰

  摘要鞘辰九︰在構建信息管理系統的過程中臍桂溝,“重實現思篩冒,輕設計”是很多開發人員常見的通簿久 小,特別是後台數據庫的規範化設計更是容易被忽略論。因而往往導致最終實現的系統數據處理能力有限憋虎故,效率低下健蔽久,數據管理維護和後期更新困難重重吧憚嗽。該文嚴格遵循規範化的數據庫設計思路墑面,針對當前典型的商業酒店管理系統的事務邏輯識誣,闡述了在信息系統開發過程中數據庫設計的主要步驟和方法刻。  關鍵詞逢弊渺︰信息系統;酒店管理;數據庫;設計  中圖分類...

  摘要故︰在構建信息管理系統的過程中盤突甫,“重實現鋇,輕設計”是很多開發人員常見的通彩棵佟,特別是後台數據庫的規範化設計更是容易被忽略零彭掇。因而往往導致最終實現的系統數據處理能力有限媽玻涉,效率低下桓,數據管理維護和後期更新困難重重盯。該文嚴格遵循規範化的數據庫設計思路魂撥偶,針對當前典型的商業酒店管理系統的事務邏輯嫁箍咸,闡述了在信息系統開發過程中數據庫設計的主要步驟和方法取瞪。


  關鍵詞侖巧秸︰信息系統;酒店管理;數據庫;設計


  中圖分類號弘蠟︰TP391文獻標識碼湃究︰A文章編號鈉︰1009-3044(2012)17-4043-03


  作者涸︰譚倩芳


  在信息管理系統的設計和開發過程中紳抄,數據庫設計是其中最為重要的環節之一死時。設計規範句、良好的數據庫不僅能帶來系統數據處理效率的極大提升庫,更重要的是在系統正式運行後能大大簡化後期的數據更新維護工作放憾鞋,提高系統的可擴展性船維娟。目前大多數酒店提供的服務多種多樣劑粒敞,規模大小也秒速pk10開獎115家排污企業嚴重超標 山西建龍等6家被掛牌督辦房地產信托再遭監管 中航信托等10家信托公司被約談各不相同潛,較為典型的酒店服務業務一般都包括飲食桔、住宿和娛樂等方面忿,下面該文從這些典型的酒店業務邏輯出發熟適辛,分析和探討數據庫的設計方案概。


  1數據庫需求分析


  數據庫設計的第一步是做好需求分析接糯氓。在此階段需要準確了解和分析用戶的具體需求監熄,包括數據需求和處理需求宛晾,這是整個數據庫設計過程的基戳 住,也是最困難闊活灕、最耗費時間的一步甦肋。


  1.1數據流圖分析


  典型的酒店管理一般包括秒速賽車開獎查詢港股市場恆指低開收陽 市場擔憂情緒初步釋放馬庫斯︰Facebook可以通過兩種方式從Libra項目賺錢飲食部門刮、住宿管理部門稠素拱、娛樂管理部門和經理部門排廷,下面簡要分析各部門的業務邏輯授德渭。


  飲食部門是酒秒速賽車投注菲總統:呼吁美在中國面前集結艦隊 美專家:他在反諷北京一乘客沒站穩摔倒 拳打公交司機獲刑三年店基本部門之一昆黨,所提供服務的特點是實時性強皇、持續時間短疇、強調效率孺絲些。此處需要重點處理的信息是與飲食有關的財務數據擂八,一方面便于定期的賬目匯總凰,另一方面也便于及時向酒店管理層匯報先擠馱。


  住宿管理部門也是酒店基本部門之一騾稼稈。其主要職責包括獵萊邊︰(1)布置房間設施屢碩就、分類舞嘿榔、編號滌逼刨、制定收費標準汲扛、分配服務人員;(2)登記旅客信息糞腸眯,記錄其入住怠凱、退房時間;(3)統計各類房間的客滿程度;(4)處理本部門的財務信息偉徹。


  娛樂部門需要處理的業務主要包括穢︰(1)制定收費標準枷籍瞪,分配負責人;(2)收入支出財務處理等疇。經理部門的功能是必不可少的快爛女。主要職責有糞恥︰(1)員工管理;(2)部門劃分;(3)各部門的財務核算;(4)酒店營業收益的定期核算濃佩揭。從上面各個部門的業務分析可以看出色玫,不同部門都有財務處理的需求惠道,因此歸總設計一個統一的“財務子系統”丹蔣萌。而飲食部門因為所需要的業務功能都已包含在“財務子系統”中喀挫,故而去掉該功能模塊搜喝行。最終設計酒店信息管理系秒速賽車官網太古地產中期股東應佔溢利同比減少58%至89.73億港元A股半日蒸發1.55萬億 或是一個數據引發的"焦慮"統分為四個子模塊協︰經理子系統暮忙遍、財務子系統疇胚、住宿子系統和娛樂子系統慮。根據前面對業務邏輯的詳細分析浮錠,畫出各子系統的數據流圖撓細焙,例如圖1所示為財務子系統的數據流圖逆萄詳。


  1.2數據字典設計


  數據字典是數據庫中各類數據描述的集合卡,需要設計人員對所開發系統的實際情況進行詳細的數據收集和數據分析才能得到贖垛。數據字典內容一般包括數據項施、數據結構梨、數據流裂夯、數據存儲和數據處理過程汲。下面列舉幾例擔椽霜︰


  數據項如相奠︰員工號(編號馳︰1描舞洗,數據項名稱射親染︰員工號飽卿,說明部分承搓︰整數類型品,有唯一性)


  數據結構如閨孩炭︰員工信息(編號匈柿︰1玻棚歐,數據結構名貫桶︰員工信息期炯,屬性盜希壕︰包括員工號堪、姓名激描斃、性別款仟峨、年齡熄稅、工齡痕、級別尾讕、部門僵、職務嫩笛耪、備注)


  數據流如縣焚丟︰員工基本信息(編號鬼酚︰1淋唇駭,數據流名跋沮借︰秒速賽車網址財政部:財政政策加力提效 盤活國資有效支撐減稅降費山西呂梁公安局原局長違規公務接待 受嚴重警告員工基本信息反,輸入德︰招新員工綱煌妒,輸出題蹭︰員工信息)


  數據存儲如杜婆︰員工信息(數據存儲名楷︰員工信息幕,輸入數據流概慚喝︰員工基本信息文鉸呻,輸出數據流殘參哪︰工資結算)


  處理過程如惦韌︰招新員工(處理過程名閃︰招新員工撈,輸入數據流頭杠︰終端侮愧,輸出數據流縛艱︰員工基本信息)


  ……


  2數據庫概念結構設計


  數據庫概念結構設計常用方法有自底向上和自頂向下兩種乒。該文采用自底向上的設計方法骸,即首先定義各局部應用的概念結構半,然後將它們集成身胃譬,得到全局概念結構撈。


  2.1局部概念結構設計


  下面以財務管理子系統為例緞柿懊,分析子系統的功能佰,設計局部概念結構潛警擒,並且對該局部概念結構進行合理優化調整秒速賽車投注平台華為回應美方制裁︰5G技術方案不受影響平安基金評A股波動︰看好反彈行情 關注中旬業績預告精濕侵。


  圖2財務管理子系統E-R圖


  財務管理子系統的功能為島散︰首先對各部門上交的收支情況進行匯總肪箋車,得出各部門的收益情況;然後在此基礎上進行整體匯總繁,得到整個酒店的收益信息;最後將酒店的收益情況下發給各個部門乖,公開賬目釜戈聯。根據該分析評無,得到描述財務管理子系統概念結構的E-R模型如圖2所示埂趟。


  E-R模型調整的準則乳鉑雹︰(1)現實世界中的事物能作為屬性對待的盡量作為屬性對待;(2)屬性中不具有需要描述的信息啪瘦澄,即屬性是不可分的數據項惱,不再包含其他信息稀沁昆。根據原則分析授皇竊,員工應對應一個領導關系譬弓,但為了簡便起見死被喝,就用員工的“等級”屬性來表達員工之間的領導關系恕。


  2.2數據視圖集成


  完成各子系統的分E-R圖設計及優化之後筆習湃,接下來需要將所有的分E-R圖綜合集成為秒速賽車app直擊|華為:地圖定位精準到厘米級 可辨別"車道變更"科創板轉融通 試點券商優勢更大一個總的E-R圖疵。由于本系統中各分E-R圖的規模較行縟啤,所以合成過程采用了一次集成方式危。


  整個過程分兩步進行欠︰第一步瘁宦︰合並灕。將各分E-R圖合並生成初步E-R圖僚套極,解決各分E-R圖間可能存在的屬性沖突漂寸、命名沖突或結構沖突每堵。第二步塹皇芹︰修改和重構察蔥。消除不必要的冗余熱鎂烘,生成基本E-R圖吩締。


秒速賽車網址韓國瑜︰“台獨”大錯特錯 “獨立就是戰爭”最近火爆歐美的“換臉挑戰” 究竟會不會泄露隱私?  由于本系統涵蓋的內容比較少翅巷湯,基本不存在冗余的現象摳,所以初步E-R圖就是基本E-R圖拘,不必再進行調整激閑杉。


  3數據庫邏輯結構設計


  3.1生成關系模式


  根據E-R圖向關系模式的映射法則侗餃,可以將2.2中得到的系統總體E-R圖轉換為一組關系模式四。轉換過程簡單描述如下掇牛拾︰


  一個實體直接轉換為一個關系模式觸烷遼,如喪勺夢︰


  員工(員工號袍括,姓名潘門毒,性別稜,年齡庭查福,工齡禿剿,級別導渴舉,部門號面死奶,職務刮勺超,備注);


  工資(員工號錨,等級槐祟德,實際工資具烯,基本工資嚷,出勤工資);


  ……


  實體與實體之間的一對一聯系或一對多聯系可以直接合並到實體所對應的關系模式中春密蘆,而實體之間的多對多聯系則必須轉換為一個單獨的關系模式虱騰。根據這北京賽車app美國中小企業為何如此反對美對華加征新關稅?成都宣判一起特大持槍制販毒案 3主犯被判死刑兩條原則粹綽,對系統總體E-R圖中的所有聯系進行轉換稀荊練。


  工資和員工之間的1猩沛︰1聯系與員工實體所對應的關系模式合並;


  員工和部門之間的n漢︰1聯系與員工實體所對應的關系模式合並;


  ……


  客房和訂單之間n桐︰m的預約聯系轉化為撇︰預約(訂單號鄰,客房號隸示底,始定時間吩堿偏,結束時間);顧客和房間之間n枷鹵頻︰m的住宿聯系轉化為奔吾桅︰住宿(顧客號黃溶冬,房間號碼粕凸,住宿時間)


  3.2關系模式優化


  將E-R模型轉換為關系模式後釀,還應該根據關系規範化理論對所有關系模式進行優化階,以得到更為科學合理的關系模式誣汞縛。一般而言拒,在函數依賴的範疇之內感,關系模式達到3NF或BCNF層次即秒速賽車開獎網站航錦科技20億並購之際易主 實控人杠桿資本運作埋雷中證報頭版︰種好科創板改革“試驗田”可迫彪甘。下面對3.1中的關系模式進行分析舵燎︰


 ﹀璨懟(1)在顧客關系模式“顧客(顧客北京秒速賽車網址酷派集團︰符合所有復牌條件 申請明日復牌遼寧艦又創新記錄︰航程幾乎涵蓋美軍在亞太所有基地編號貿喜漚、級別痞、姓名搞其、年齡翹、性別斤、證件號碼弘墟、證件名稱露、所選項目活江關、使用時間拒催、備注)”中車典,因為“使用時間”對于顧客的必要性不強肅跑,且該屬性在別的關系中可以查詢得到肺,所以將“使用時間”屬性刪除烷倫棚。分析可得節供垃,“顧客”關系模式屬于BCNF雌鈕。


 【獺(2)在總賬關系模式“總賬(總賬編號懷、部門號卡、財務狀況編號棲、收入鉚剁澀、支出獅、淨利台菊泊、日期乖梗、經手人號烹、備注)”中浪斥,“淨利”屬性可以根據收入和支出計算得到嗓另濫,並且不需要經常性的查詢挖駕戌,所以將該屬性刪除咯吭士。該關系模式也屬于BCNF吞蛻柒。


 【ゃ(3)在財務狀況關系模式“財務狀況(財務狀況編號赴城、時期同稱、總收入稗蔡、總支出扭、淨利潤)”中德肺,雖然“淨利潤”也可以通過計算得到哩澆,但由于在這一項上查詢比較頻繁簽,如果每次查詢都計算笛,必然使得系統性能降低季撥敘,故保留下來扯咐。


 」訓粕浮(4)秒速賽車險資上半年調研263家上市公司 超8成股價上漲林銳鑫:金價反彈回升 短期留意阻力看震蕩在員工關系模式“員工(員工號揪尺、姓名跨絆、性別踢、年齡縫、工齡佰怠割、級別首、部門號懼糧、職務枷、備注)”中日,用戶查詢時發偷袍,一般只需查詢自己所屬單位的員工信息石刑俺,故可將其按部門水平分解為三個模式辱,以提高查詢效率壟。


  負責人員(員工號牌淺膩、姓名賞喇空、性別猩尉、年齡騙谷屠、工齡鷗梗、級別覓熊、部門號偽截檬、職務蔡剎、備注);


  服務人員(員工號乓壞杭、姓名侖股、性別老為七、年齡欽辱、工齡遍芍、級別籮竄糖、部門號繼、職務蔣、備注);


  經手人員(員工號嘶諧宮、姓名干寇算、性別匠計、年齡徑匡、工齡峭稿缺、級別忌誨凳、部門號乏錨鈣、職務頰、備注);


  3.3用戶子模式設計


  得到優化後的總體邏輯結構後捕謄,還應該根據局部應用需求班圃暖,結合具體的DBMS特點盾旦,設計用戶的子模式徹。設計過程如下攔︰


 〈幀(1)因為經理對于員工的次要信息不會經常關注瞎辜,因此將員工信息中最主要的內容映射過來僑沖毒,在經秒速賽車開獎查詢央行在港成功發行300億元央票 期限調整規模增加對話余承東︰鴻蒙、大漏洞和華為的生態攻堅戰理子系統上設立員工關系子模式多。


  員工(員工號姐輸罷、姓名踏蓬、級別嚇祭鞍、部門號降、職務課濫、部門經理凸藤、實際工資);


 “ 啤(2)因為酒店員工經常使用的只有秒速賽車投注北京發布新版租房合同示範文本︰禁止違法群租幫你點單和炸薯條的麥當勞員工,未來可能都不是人客房的主要信息罰醇,所以在住宿子系統上設立客房關系子模式埂。


  客房(客房號泥、位置慚糞甕、設備轄姆郴、收費標準囊絡瓜、管理人員號浪孫、狀態);


  夥疤恕(3)因為酒店管理人員對于顧客的情況管理經常使用的只有部分信息譬許齡,所以在經營管理子系統上設立顧客關系子模式歌碎。


  顧客(顧客編號定鈴、住宿號瓦卑裸、姓名饒、級別甭銑、應收款側燙、使用時間偏、備注)


  4物理結構設計


  4.1存儲結構設計


  通過對典型酒店中的信息處理需求進行分析秤聰,可以得到如下需求特點士即辛︰飲食氛、住宿虜嫩、娛樂三大部門的數據不僅經常需要查詢竊,而且更新速度快;各個部門信息要求共享的較多烘處,如員工信息兼倒、來客信息等枯渴,但財務信息一般不共享;經理部門有一定的特殊職能齒,如匯總財務信息煌、級聯刪除辭退員工等冗。針對這些特點崩諾,設計如下沏敵︰


  首先要確定數據庫的存放位置淨敘。為了提高系統性能鵑壇廓,根據應用情況將數據按照易變部分和穩定部分椿泊始、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放咆。經常存取部分包括員工混、工資瑯、客房碗鞠瀉、款項塑寒精、折扣規則秤皆、秒速賽車媒體談女生遭暴打:不是句女孩晚上早回家能安撫的波司登倒升近半成 破20天及50天線全年多賺59.44%項目畔股尚、顧客等;而信息存取頻率較低的部分包括部門飛睹咎、賬單弛伴哩、訂單妒垢岸、總賬擻、財務狀況等哎。同時考慮到本系統是多用戶的桶粹,為了提高效率懦藕,數據庫的備份的數據和日志文件將保存在磁帶中革摧。


  然後要確定系統配置壘改。酒店管理系統需要的微機數量和規模都不必太大淬,但在系統設計時應考慮到酒店的發展需求珊倉剮,在選擇硬件設備忻藹惹、服務器操作系統桐、數據庫時都考慮到能夠逐步擴展免欺鏡。本酒店管理系統選用了WindowsXP操作系統浚,後台數據庫選用目前應用最多的ORACLE10g泌灰井。由于涉及到酒店的財務管理哦,數據的完整性和安全性顯得尤其重要劫,為了保障系統安全穩定運行凌,需要每天進行數據備份痕榮剛。數據備份需要嚴格按照制定的備份與故障恢復策略進行爸,並落實備份登記和檢查措施絨。


  4.2存取路徑設計


  首先確定數據的存取方式佰。對飲食逝黨、住宿另、娛樂三個子系統秒速賽車走勢圖港股通(滬)淨流入6.61億 港股通(深)淨流入5.08億分析人士︰科創板演繹效率與質量並進之路的各個關系最經常的操作是查找低臨,假設現有n個住宿房間的信息褲,如果采取順序查找蒙栓,平均查找n/2次;建立B+樹索引杜,則平均查找次數為B+樹的層數log2n+1誦捐賀,所以選擇B+樹作為索引湍,具體設計如下紀瑟椿︰


 「屑省(1)對經常在查詢中出現的關系碼建立索引僚狡群。包括員工僕、工資樓卿拍、部門攔蹋楓、客房副、款項沸、折扣規則和財務狀況等關系犢吵。


 ∩俊(2)對經常需要進行連接操作的關系碼建立索引舶。包括員工號憑、客房號和部門號等簍。


 :選(3)對于更新頻率很高的關系模式餒玩填,不宜在其上定義索引奶劣燈。包括顧客撐扛、訂單和賬單等設。


  4.3設計評價及說明


  上述設計對時間效率沁湃,空間效率鉸倦頒,維護代價和用戶的實際需求做出了較好的權衡尼。實際方案還需要根據酒店管理的真實環境攫襯秘,以時間效率和用戶需求為根本施健,進一步優化和完善辭。


  5結束語


  該文依據關系數據庫設計的原則和步驟翠劃搬,結合典型的酒店管理的實際情況煤,設計了酒店信息管理系統所需的數據庫石。設計方案科學合理砷案巧,考慮了實際的業務邏輯需求叼算,對同類信息系統開發中數據庫設計工作具有較高的參考價值崎圈諧。

核心期刊推薦


發表類型乃揭咖︰ 論文發表 論文投稿
標題煩畢︰ *
姓名幢乾刨︰ *
手機防晨峭︰ * (填寫數值)
Email警努︰
QQ皚荊囊︰ * (填寫數值)
文章壇尼潭︰
要求畢修車︰
秒速賽車 秒速賽車網 秒速賽車網站 秒速賽車直播 秒速賽車開獎直播賽車 秒速賽車開戶 秒速賽車開獎網 秒速賽車官網 秒速賽車官網開獎 秒速賽車 秒速賽車查詢 秒速賽車開獎結果查詢 秒速賽車開獎查詢 秒速賽車開獎結果 秒速賽車 秒速賽車預測 秒速賽車開獎預測 秒速賽車走勢圖 秒速賽車走勢 秒速賽車預測分析 北京秒速賽車 北京賽車網址 北京賽車官網 北京賽車開獎 北京賽車平台 秒速賽車 北京秒速賽車 秒速賽車pk10 賽車pk10開獎 pk10開獎