EA畫UML狀態(tài)圖中如何實現(xiàn)重畫按鈕狀態(tài)圖

這篇文章主要介紹了EA畫UML狀態(tài)圖中如何實現(xiàn)重畫按鈕狀態(tài)圖，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

按鈕處理模塊的狀態(tài)圖，在前面的文章中已經(jīng)說明過了，但是當(dāng)我們對信號系統(tǒng)引擎建模時，發(fā)現(xiàn)當(dāng)初的設(shè)計并不能滿足需求，所以需要對已經(jīng)完成的模型進行修改。

這樣的修改在軟件開發(fā)過程中經(jīng)常出現(xiàn)，需要做的不是抑制這種修改，而是讓這種修改盡量早的發(fā)生。這也是建模的一個作用。

在前面的例子中，希望將停止按鈕和行人通過請求按鈕用一個時序圖表達出來，結(jié)果導(dǎo)致兩種情況都不合適。本文采用另一種策略：

1. 設(shè)計標(biāo)準(zhǔn)按鈕處理的狀態(tài)圖，停止按鈕可以適用該狀態(tài)圖

2. 行人通過請求按鈕模塊對標(biāo)準(zhǔn)按鈕模塊進行擴展

標(biāo)準(zhǔn)按鈕模塊狀態(tài)機

Work狀態(tài)

裝置工作狀態(tài)，在這個狀態(tài)中包含有效和無效兩個子狀態(tài)。Work狀態(tài)中如果接受到Shutdown要求，則遷移到完了狀態(tài)。從UML狀態(tài)機的語義來講，無論狀態(tài)處于Working的那個子狀態(tài)，上述遷移都有效。

Disable狀態(tài)

設(shè)備不接受用戶按鈕操作。接受到DeviceEnable事件之后，向Enable狀態(tài)遷移。

Enable狀態(tài)

接受DeviceDisable事件以后，向Disable狀態(tài)遷移；接收到按鈕按下事件時，向Disable狀態(tài)遷移，但同時發(fā)送按鈕按下事件。

如果和之前的按鈕裝置狀態(tài)圖比較，應(yīng)該可以看出這個方案更清晰，重點也更突出。

行人通過請求按鈕狀態(tài)機

首先和標(biāo)準(zhǔn)按鈕模塊狀態(tài)圖進行一下比較，可以看出區(qū)別在于Enable狀態(tài)又進一步細化，同時相應(yīng)的遷移也發(fā)生了變化。以下只說明增加的部分。

LaterReportWait狀態(tài)

本狀態(tài)中如果用戶按下按鈕，不會立即發(fā)送按鈕按下事件，而是向CmdReady狀態(tài)遷移。如果接收到SetInstantReport通知，則向InstantReportWait狀態(tài)遷移。

InstantReportWait狀態(tài)

本狀態(tài)中接收到按鈕按下事件時，向Disable狀態(tài)遷移，但同時發(fā)送按鈕按下事件。

CmdReady狀態(tài)

進入本狀態(tài)就意味著，用戶按下了請求按鈕。當(dāng)接收到HandlerReady事件時，向Disable狀態(tài)遷移，但同時發(fā)送按鈕按下事件。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“EA畫UML狀態(tài)圖中如何實現(xiàn)重畫按鈕狀態(tài)圖”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!