本週六下午我和小胡進一步商量了一下電梯的排程問題，為保證程式設計能貼近生活實際，還特意對學校的電梯做了實地考察。
並對之前的設計進行了適當的修改。
2014.3.8 20：
17-20：48
首先要定義兩個類。
class elevator{}
屬性:承載的最大重量；
承載最大數量；
所在層數和所有層數；（區分上公升和下降問題）
電梯有固定速度；
開門時間；
關門時間；
功能：當乘客按上下鍵後，停止執行，開啟門；
讓人進去；
把門關上；
當到達相應樓層時，開啟門；（此時，如果有人上電梯，則不用按鍵，直接進去）
上公升；下降；
超過負載以後發出警報，下去乘客。
若後按鍵的乘客所到的目的樓層與電梯的執行方向相同時，按照依次到達的樓層順序來開關門，而不是按照按鍵的先後順序開關門；若後按鍵的乘客所到的目的樓層與電梯的執行方向相反，若電梯到達頂層或底層時，則未實現的按鍵作用消失，需要乘客重新按鍵；
電梯出現故障後，電梯停止；
四部電梯分四個不同的物件考慮！（其中有兩個物件是相同的）
class passengers{}
屬性：乘客數量，重量
功能：1. 進電梯前按上公升鍵；
2. 進電梯前按下降鍵；
3. 在電梯內按開門鍵；
4. 在電梯內按關門鍵；
5. 按上公升到
m層鍵；
6. 按下降到
n層鍵；
7. 進電梯門；
8. 出電梯門；
9. 當電梯出現故障時，按報警鍵，與電梯管理員進行溝通；
10. 乘客進電梯時遵循後進者在電梯超員或超重時，離開電梯；
定義乘客類的物件(
乙個或多個
)，總重量，總人數，按鍵功能也是上該層樓梯的乘客們集體發出的多個動作；
若電梯內仍有乘客，而又有新乘客要上時，新定義出前後物件的動態和，加入到原有的物件中。
當有人下去後，乘客數量和重量自動減少。或者新定義乙個動態物件，帶功能完成後，自動撤銷該物件體的存在。
內部介面：函式呼叫
外部介面：（1
）使用者介面（
2）軟體介面（
3）硬體介面
結對專案開發電梯排程
一.隊員 崔鵬勃 孔維春 二.背景 試想一下，石家莊鐵道大學基礎教學樓的電梯配置如下 大廈有1 層，4部電梯，很多乘客使用這些電梯的日常 旅客重量 平均70公斤最大120公斤，最小45公斤 其他常量資料 電梯速度，開 關門時間，乘客的時間要在 走出電梯。可以對這些合理的假設。三.高峰時期的人數統計 ...
結對專案實訓 電梯排程
關於電梯排程設計的初步想法 楊波 崔海營 試想一下，我們正在構建一座高大的辦公樓，它有電梯的大約配置如下 大廈有21層，四部電梯，很多乘客乘坐這些電梯，乘客的資料為 平均數量為70公斤，最重的人120公斤，最輕的人有45公斤。其他的電梯資料可以自主設定。該大樓21層分為0,1，2.20.地板0為地下...
結對開發 電梯排程
結對成員 范德 一 趙永恆 1 引言 1.1 目的 基礎教學樓是在本學期第一次投入使用，由於樓層數目比較多，因此電梯為廣大師 生提供了極大的方便，本程式旨在調節電梯排程過程中容易出現的一些問題，將一 些問題解決或者將其出現的概率降低。1.2 預期的讀者和閱讀建議 本程式只是面對電梯管理人員和開發人員...