外文翻譯用于連鎖酒店預(yù)訂管理信息系統(tǒng)需求分析的uml方法-全文預(yù)覽
【正文】 omputer Science and Software Engineering, vol. 13(66) (2021) 6. HorseWhite. UML[EB/OL] (November 21, 2021), 10 原文： UML Approach on ChainHotel Reservation MIS Demanding Analyzing Abstract This paper introduces the UML approach implementation in demanding analysis phase when developing “Hotel Reservation Management System”. CASE of UML and Visio2021 are used as tools for analyzing and realizing. The original numerous demands from users are sorted and elaborated effectively by adopting the graphic approaches including use case view, interaction view, sequence view, state view. Therefore, the results provide effective foundation for subsequent system developing and implementing. Keywords: Component, formatting, UML, ChainHotel Management System, demanding analysis, Use Case, view. 1 Introduction Traditional demanding analysis places emphasis on systematic and functional elaborated analysis. It is the process that specializes in individual module makes systems analysts easy to confuse by the plicated system functions, and lack in the recognition of the general framework, the logical structure of the system and the demanding macro view? All of theses lead to the loss of a clear structure of the designed system and degrading flexibility and expansibility of the system. The development of Object Orient Analysis amp。 5 運行要求 用戶 界面 UML 建模也能表現(xiàn)在不同的界面間擴展，但是在 UML 說明書和圖形話展示中沒有具體的圖標展示，它能用狀態(tài)圖標展示。 圖 7 計劃活動圖表 a） 登錄窗口：當啟動程序，登錄窗口就會出現(xiàn)，它是用來讓用戶登錄的。 系統(tǒng)保證了應(yīng)用和維護的簡易性。所有的這些請求， 8 系統(tǒng)都應(yīng)該提供充分的 途徑來適應(yīng)和擴大功能。在統(tǒng)計、分析和查詢的時間內(nèi)，根據(jù)不同的需求數(shù)據(jù)量，時間會從數(shù)秒到數(shù)分鐘不等。 時間和適應(yīng)性的特性 系統(tǒng)進程準確性和實效性對系統(tǒng)性能是必要的。 數(shù)據(jù)定義 數(shù)據(jù)處理準確性和精確性要求的系統(tǒng)應(yīng)該滿足以下要求： a） 系統(tǒng)生成的輸入必須達到 18。 序列視圖屬于行為分類的一些交互。操作狀態(tài)是活動狀態(tài)的一個例外，因為它不能再被分解了?；顒右晥D的成分包括操作狀態(tài)、活動狀態(tài)、轉(zhuǎn)換、分支機構(gòu)、分叉、聯(lián)系、軌跡和對象流。也就 4 是說，在線預(yù)訂系統(tǒng)包括選擇區(qū)域，選擇時間和會員注冊用例，并利用房間查詢的用例來檢查功能。然而，在預(yù)訂管理功能中添加在線預(yù)訂就給了顧客更多益處。收費系統(tǒng)功能包括住宿費用，用餐費用，電話費用等內(nèi)容。 （ 3） 接待員：負責旅客的入住和退房，顧客信息的查詢，維護酒店房間的類型和信息，查詢顧客房間的信息。對象管理小組（ Object Management Group， OMG）的專家們不斷擴張 UML 的影響力，不斷改進 UML 語言，提出了 和 。D）的發(fā)展，在 80 年代末到 90 年代初之間發(fā)明了UML，從而達到了高潮。它是 專注于單個模塊功能的過程。通過采用圖形化的方法，包括用例視圖、交互視圖、序列視圖、狀態(tài)視圖，能夠把原始的用戶們多種多樣的需求整理好，并且有效和詳細地闡述出來。UML 用例和 Visio2021 是用來分析和實現(xiàn)的工具。 1 引言 傳統(tǒng)的需求分析，重點放在系統(tǒng)和功能的闡述分析。 隨著面向?qū)ο蟮姆治雠c設(shè)計（ OOAamp。在各種各樣的建模語言中，語言的創(chuàng)造者都盡力推廣他們自己的產(chǎn)品，并在實際使用中做進一步提高。 （ 2） 酒店管理員：任務(wù)包括全體員工信息的維護，查看酒店入住比例，查閱各種報表信息。預(yù)訂功能包括在線預(yù)訂和電話預(yù)定。當 10 個或者更多的顧客打進電話，這樣的預(yù)定方式就遇到了問題，因為這 樣就無法接聽到部分顧客的電話，這樣的結(jié)果是，酒店將會失去一些潛在顧客。選擇區(qū)域和時間是兩個必須的用例來保證 之后的預(yù)訂操作。 活動視圖是一個特殊的狀態(tài)機器，包含活動狀態(tài)的大部分，大多數(shù)轉(zhuǎn)化是由原始狀態(tài)活動的完成觸發(fā)的。當活動狀態(tài)與活動狀態(tài)向沖突時，它就會被分解。 6 圖 5 計劃活動圖表 擴展參考用例 — 序列視圖 序列圖表模型使用已采用的邏輯方案，已采用的方案可以是用例的一部分；可以是任選的過程；可以是整個用例過程；它還可以是關(guān)系到多個用例的邏輯性。 這是連鎖酒店預(yù)訂管理的預(yù)訂序列圖表： 7 圖 6 計劃序列圖表 4 功能要求 為了保證持久的，安全的，穩(wěn)定的，可靠的和有效的操作，連鎖酒店管理系統(tǒng)應(yīng)該達到以下幾方面的功能要求。 d） 現(xiàn)實數(shù)據(jù)一般不要求保留小數(shù)點兩位之后。 連鎖酒店管理系統(tǒng)在日常接待中，反應(yīng)時間在一秒內(nèi)，因此它能收到及時的反饋。例如，隨著管理系統(tǒng)的改變，用戶的查詢請求能不中斷地更新和完成。在修理和替換軟件的過程中，系統(tǒng)的提升和更新也完成了。為了應(yīng)對用戶可能遇到的問題，必須提供足夠的在線幫助，以此來減少用戶對系統(tǒng)的熟悉時間。 d） 預(yù)訂管理界面，酒店管理界面，支付管理界面，顧客管理界面：點擊來進入所有這些的界面。 UML 建模語言的是一種常用的建模語言；它還提供系統(tǒng)分析和能滿足很多軟件要求的通用符號系統(tǒng)；與此同時， UML 建模能力提供軟件開發(fā)的所有過程。 on the contrary, when the receptionist receives a call from a customer, he must check in the room state map, conducting the information registration of the calling customer to fulfill the phone reservation. The use case diagram of “Reservation Management” is
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1