電梯排程演算法（二）需求分析

實地調研與考察是真的有必要的，在昨天我和隊友去260醫院「實地考察」（嘻嘻~~~），這是王建民老師給我們的建議（不過請老師放心，我們沒有把260踏平，也沒有把電梯給弄壞）。還是有一些收穫的。調查結果見後邊插圖。電梯排程需求分析：

1.使用者需求：

（1）使用者可以檢視電梯當前狀態，是向下執行還是向上執行，以及現在所處樓層。

（2）使用者按下向上或者向下走的鍵，電梯應給予反應，而且使用者知道電梯是否在自己所在樓層做出響應。

（3）使用者進入電梯後，對自己所要到的樓層能夠進行資訊的成功輸入。

（4）使用者按下電梯排程按鈕，能夠有最快的電梯排程過來達到使用者的時間需求。

2.電梯功能：

（1）電梯外部能夠顯示電梯所在樓層以及電梯的執行狀態，而且做到清晰準確無誤。

（2）電梯能夠對使用者的需求做出反應，當使用者按下按鈕，即向電梯傳輸自己所要到達樓層資訊後，能夠以合理的方式，最好是最快的速度排程四部電梯中的其中一部，來節省使用者的時間，實現最快的排程。

（3）能夠準確的將使用者所輸入的資訊傳到內部處理部分，此時電梯按鈕會變成紅色，以顯示電梯響應了使用者的需求，排程演算法，實現較好的排程（即每個按鈕不能出現按下後沒有做出反應的情況，與260醫院的單、雙層執行梯區別開來）。

（4）對使用者的需求做出正確的回應，對所停靠樓層做到準確無誤，當準確到達使用者想到到達樓層，按鈕應由紅色變為綠色，告訴乘客目的地已經到達。

（5）當電梯內部人員已滿或者超載時，應當回做出預警警報，告訴使用者電梯已經出現超載現象，適當調整人數，以使電梯能夠正常的執行。

（6）當電梯出現異常情況時，應設計介面，告訴工作人員，及時採取措施。

（7）為節省時間當電梯向下（上）執行時，使用者有向上（下）的請求，當電梯到達有需求的樓層時，不予做出響應，繼續維持當前的狀態。

3.電梯設計：

（1）電梯外部設計：電梯外部要有顯示電梯執行狀態，以及所在樓層的顯示器部分，還要有相應使用者需求的向上走按鈕、向下走按鈕，這是四部電梯所共有的。

（2）電梯內部設計：有各樓層的按鈕，即1-21按鈕，電梯開啟按鈕，電梯關閉按鈕（只有電梯關閉按鈕按下後，電梯才會響應執行訊號，否則不會執行，以保證乘客的安全），緊急呼叫按鈕。（簡單的就這些吧）

（3）如果技術支援的話，可以像260的電梯一樣，設計乙個小的顯示屏，顯示當前年月日，以及具體時間。

4.電梯管理者：

電梯管理者課通過與電梯緊急呼叫按鈕介面實現通話連線，能夠了解電梯的執行狀況，一旦出現異常狀況，可以及時採取措施。需求分析暫時做出這些，以後有好的想法，會不斷更新，並與大家分享。

專案中的資料支援來自對260電梯的實際調查，（我們準備到學校春暉樓再去調查一下。），下面附上調查圖：（相關資料以及分析）

電梯排程演算法（二） 需求分析