電梯控制系統(tǒng)需求分析說明書

1、電梯控制系統(tǒng)需求分析說明書 課程名稱：課程名稱： 軟件工程軟件工程 班級：班級： 組長：組長：* 組員：組員：* * * 指導(dǎo)老師：指導(dǎo)老師： 編寫日期：編寫日期： 年年 月月 目錄目錄 1引言引言 .1 1.1 編寫的目的編寫的目的 .2 1.2 軟件產(chǎn)品的作用范圍軟件產(chǎn)品的作用范圍 .2 1.3 定義定義 .2 1.4 參考資料參考資料 .3 2 2、一般性描述、一般性描述 .3 2.12.1、產(chǎn)品與其環(huán)境之間的關(guān)系、產(chǎn)品與其環(huán)境之間的關(guān)系 .3 2.22.2、產(chǎn)品功能、產(chǎn)品功能 .3 2.32.3、用戶特征、用戶特征 .3 2.42.4、限制與約束、限制與約束 .4 2.52.5、假設(shè)與

2、前提條件、假設(shè)與前提條件 .4 3.數(shù)據(jù)流圖和數(shù)據(jù)描述數(shù)據(jù)流圖和數(shù)據(jù)描述 .4 3.1 數(shù)據(jù)流圖數(shù)據(jù)流圖 .4 3.1.1 實體關(guān)系圖實體關(guān)系圖 .4 3.1.2 一級數(shù)據(jù)流圖一級數(shù)據(jù)流圖 .5 3.1.3 二級數(shù)據(jù)流圖（命令處理）二級數(shù)據(jù)流圖（命令處理） .6 3.1.4 二級數(shù)據(jù)流圖（優(yōu)先處理）二級數(shù)據(jù)流圖（優(yōu)先處理） .6 3.1.5 二級數(shù)據(jù)流圖（電梯控制）二級數(shù)據(jù)流圖（電梯控制） .7 3.1.6 二級數(shù)據(jù)流圖（信息顯示）二級數(shù)據(jù)流圖（信息顯示） .8 3.1.7 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖 .9 3.2 數(shù)據(jù)字典數(shù)據(jù)字典 .9 4.特殊需求特殊需求 .10 4.14.1 功能或行為需求功

3、能或行為需求 .10 4.1.14.1.1 功能或行為需求：上下樓請求功能或行為需求：上下樓請求 .10 4.1.24.1.2 功能或行為需求：電梯上下運動控制功能或行為需求：電梯上下運動控制 .10 4.1.34.1.3 功能或行為需求：電梯的延遲關(guān)門、提前關(guān)門控制功能或行為需求：電梯的延遲關(guān)門、提前關(guān)門控制 .11 4.1.44.1.4 功能或行為需求：優(yōu)先級控制功能或行為需求：優(yōu)先級控制 .11 4.1.54.1.5 功能或行為需求：報警控制功能或行為需求：報警控制 .12 4.1.64.1.6 功能或行為需求：超重處理功能或行為需求：超重處理 .12 4.24.2 外部界面需求外部界面

4、需求 .13 4.2.14.2.1 用戶界面用戶界面 .13 4.2.24.2.2 軟件界面軟件界面 .13 4.34.3 性能需求性能需求 .13 4.3.14.3.1 精度精度 .13 4.3.24.3.2 時間特征時間特征 .13 4.3.34.3.3 靈活性靈活性 .14 4.44.4 屬性屬性 .14 4.4.14.4.1 可用性可用性 .14 4.4.24.4.2 安全性安全性 .14 4.4.34.4.3 可維護性可維護性 .14 4.4.44.4.4 可移植性可移植性 .14 1 1引言引言 在開發(fā)任何一種項目的前階段，用戶都會向開發(fā)方提交需求描述，一般都會包括產(chǎn)品 的工作環(huán)境

5、描述及用戶對目標(biāo)產(chǎn)品的初步期望，以便更好地向開發(fā)人員解釋自己的需求。 而需求規(guī)格說明書是由開發(fā)人員經(jīng)過需求分析后形成的軟件文檔，使內(nèi)容更加系統(tǒng)、精確 和全面，因此需求規(guī)格說明書必須滿足以下的條件： （1）更便于用戶、分析人員和軟件設(shè)計人員進行理解和交流?？蛻敉ㄟ^需求規(guī)格說明 書在分析階段即可初步判定目標(biāo)軟件能否滿足其原來的期望，設(shè)計人員則將需求規(guī)格說明 書作為軟件設(shè)計的基本出發(fā)點。 （2）能夠支持目標(biāo)軟件系統(tǒng)的確認(rèn)。軟件開發(fā)目的是否達(dá)到不應(yīng)該由系統(tǒng)測試階段的 人為因素決定。因此，需求分析中的各項需求都應(yīng)該是可測試的。 （3）可以控制系統(tǒng)的進化過程。在需求分析完成之后，如果客戶追加需求，那么需求

6、 規(guī)格說明書將用于確定追加需求是否為新需求。如果是，開發(fā)人員必須針對新需求進行需 求分析，擴充需求規(guī)格說明書，再進行軟件設(shè)計。 需求分析明確客戶的需求，是對要解決的問題的徹底理解。在解決問題之前要理解問 題，只有真正的理解問題才能更好的解決問題。要弄清楚問題的要求，包括需要輸入什么 數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。需求分析就是給系統(tǒng)分析、設(shè)計人員一個和客 戶交流來理解問題的機會，了解客戶究竟需要什么。 需求分析是介于系統(tǒng)分析和軟件設(shè)計階段之間的重要橋梁。一方面，需求分析以系統(tǒng) 說明和項目規(guī)劃作為分析活動的基本出發(fā)點，并從軟件角度對它們進行檢查與調(diào)整；另一 方面，需求規(guī)格說明又是軟件涉及、

7、實現(xiàn)、測試直至維護的主要基礎(chǔ)。良好的分析活動有 助于避免或盡早剔除早期錯誤，從而提高軟件生產(chǎn)率，降低軟件開發(fā)成本，改進軟件質(zhì)量。 需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發(fā)的過程 中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟件系統(tǒng)的開發(fā) 中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計。 總之，需求分析就是整個項目開發(fā)的核心內(nèi)容，需求分析規(guī)格說明說做得好那下面要 做的工作就能夠按部就班的進行了，它是貫穿用戶開發(fā)人員軟件設(shè)計人員三者之間的 重要橋梁，用戶可以通過需求分析規(guī)格說明書了解目標(biāo)軟件是否滿足他的要求，開發(fā)人員 可以根據(jù)用戶的需求對需求分析說明書進行

8、改善，軟件設(shè)計人員也能很明確的對軟件進行 相對應(yīng)的編寫。因此，一份好的需求分析說明書必不可少。 2 正是由于需求分析說明書的重要性，由此設(shè)計了以下的電梯控制系統(tǒng)應(yīng)用軟件的需求 分析說明書，它詳細(xì)地介紹了電梯控制系統(tǒng)需求分析的各個階段以及分析方法。 1.1 編寫的目的編寫的目的 編寫這份需求分析說明書的目的是： （1） 、希望用戶能夠?qū)﹄娞莸目刂葡到y(tǒng)有個初步的了解，了解電梯邏輯控制的基本方 法。 （2） 、軟件設(shè)計人員可以通過該說明書編寫出預(yù)期的軟件設(shè)計； （3） 、能夠作為電梯購買商的參考資料，從而對性價比進行分析； （4） 、能夠提供給維護人員作為維修說明工具，以便更簡便的對電梯進行操作，提

9、高 維修效率； （5） 、能夠作為電梯制造商的制造參考說明手冊，從而生產(chǎn)出符合廣大社會需要的電 梯類型； （6） 、可以作為電梯開發(fā)者的交流資料，對電梯控制系統(tǒng)進行更好的完善； 因此，該說明書的預(yù)期讀者有電梯使用者、設(shè)計人員、開發(fā)人員、維護人員、制造商、 購買商還有就是對電梯控制系統(tǒng)感興趣的學(xué)習(xí)者。 1.2 軟件產(chǎn)品的作用范圍軟件產(chǎn)品的作用范圍 近年來，隨著計算機技術(shù)日新月異的發(fā)展，編程語言及自動控制都有了很大的進 步。這為人們的學(xué)習(xí)和生活提供了極大的便利。電梯技術(shù)的發(fā)展也離不開這一切。 現(xiàn)在無論是在辦公大樓或者是企業(yè)，或者是公司內(nèi)部，都離不開電梯的身影。對于電 梯的自動控制技術(shù)的研究也越來越

10、多。 本軟件產(chǎn)品主要是針對小型的電梯，具有 n 個樓層的結(jié)構(gòu)，主要應(yīng)用在學(xué)校，醫(yī)院， 小型企業(yè)等。 1.3 定義定義 優(yōu)先處理：在遇到有沖突請求的情況下，如果兩樓層同時發(fā)出請求，可以讓電梯正常 運行，按照優(yōu)先級的高低進行排序，從而按照排序執(zhí)行相應(yīng)的請求。 電梯控制系統(tǒng)：根據(jù)電梯的控制邏輯編寫的應(yīng)用軟件，從而實現(xiàn)對電梯運行和控制過 程管理。 3 命令反饋：指將系統(tǒng)的輸出返回到輸入端并以某種方式改變輸入，進而影響系統(tǒng)功能 的過程 方向檢測：是通過電梯開始所在樓層和首目的樓層來確定電梯的運動方向的檢測 暫停控制：當(dāng)電梯接收到超重信號時，發(fā)出報警信號，同時電梯保持開門，直到超重 信號消失才會恢復(fù)正常的

11、這樣一種狀態(tài) 首目的樓層：將多用戶所請求的樓層按照優(yōu)先級的高低進行排序所得到的電梯當(dāng)前要 執(zhí)行的樓層 樓層按鈕：每個電梯里面都有一些按鈕，每個按鈕對應(yīng)一個樓層。例如：1、2、3 向上按鈕和向下按鈕：除低層和頂層只有一個按鈕外，每個按鈕都還有兩個按鈕，分 別指示上樓請求和下樓請求。 開門和關(guān)門按鈕：在電梯內(nèi)部有開門和關(guān)門的按鈕，開門按鈕能夠延遲關(guān)門時間讓乘 客進入或走出電梯，關(guān)門按鈕可以加速電梯關(guān)門讓電梯進入運行狀態(tài)，節(jié)省時間。 緊急按鈕：發(fā)生緊急情況的時候按下該按鈕后可以向管理人員發(fā)出報警信號，然后電 梯被置為“不可用”狀態(tài)。 電梯驅(qū)動電機：與本電梯控制系統(tǒng)向關(guān)聯(lián)的接口，包括了大量的線路，保證

12、電梯能夠 正常運轉(zhuǎn)。 1.4 參考資料參考資料 軟件工程（第二版） 齊治昌 譚慶平 寧 洪 編著 高等教育出版社 軟件工程 鐘 珞 袁景凌 編著 清華大學(xué)出版社 2 2、一般性描述、一般性描述 2.12.1、產(chǎn)品與其環(huán)境之間的關(guān)系、產(chǎn)品與其環(huán)境之間的關(guān)系 該系統(tǒng)要求在 windows 環(huán)境下運行，如 windows95、windows98、windows xp 等。 2.22.2、產(chǎn)品功能、產(chǎn)品功能 實現(xiàn)運載功能，滿足乘客的要求，當(dāng)有不同的請求時，系統(tǒng)以事件驅(qū)動方式響應(yīng)請 求 2.32.3、用戶特征、用戶特征 （1）維護人員需要了解自動化的基本知識，并且具備基本的電梯邏輯控制的編程 4 知識。

13、 （2）管理人員需要掌握電梯的基本運行情況，熟悉電梯的工作條件，如電壓等。 （3）乘客需要知道電梯顯示面板各個按鈕的功能，上下樓時該如何操作。 2.42.4、限制與約束、限制與約束 （1） 、該電梯控制系統(tǒng)要求在 windows 環(huán)境下運行； （2） 、每次電梯里乘客的重量不能超過 1000kg （3） 、如果兩個樓層同時發(fā)出請求，則只能取消其中一個 2.52.5、假設(shè)與前提條件、假設(shè)與前提條件 本電梯控制系統(tǒng)在開發(fā)的過程中，分為軟件工程與技術(shù)實現(xiàn)兩大部分。若軟件工程 陳述出現(xiàn)問題，需求分析不透徹，部分描述含混不清，則會影響系統(tǒng)的完整性與可繼承 性。若技術(shù)支持出現(xiàn)故障或疑難問題無法解決、程序開

14、發(fā)出現(xiàn)偏差，會延誤工程進度， 影響工程的按期完工。在管理方面，如管理者沒有預(yù)見性，對出現(xiàn)的問題無法采用可行 的解決手段，會影響該電梯系統(tǒng)的壽命，從而造成經(jīng)濟的損失。因此，在本電梯控制系 統(tǒng)中 （1）假設(shè)條件： 在軟件工程方面，需要項目經(jīng)理組織開發(fā)團隊通過使用工程經(jīng)濟學(xué)的手段對軟件開 發(fā)的各個階段進行實時的表述、規(guī)劃和計算。 技術(shù)實現(xiàn)的方面，主要是決定優(yōu)先次序的算法，即在遇到有沖突的請求時，如果兩 樓層同時發(fā)出請求，則只能取消其中一個請求。此時，決定優(yōu)先次序的算法應(yīng)盡量減少 兩個請求的等待時間。 （2）前提條件： 需要分析人員要有豐富的經(jīng)驗，充分理解分析該系統(tǒng)要實現(xiàn)的功能；開發(fā)人員要具備 豐富的

15、編程經(jīng)驗，盡量做到讓系統(tǒng)能夠滿足客戶的需求；再者，隊員之間要互相溝通，有 很好的團隊合作精神。 3.數(shù)據(jù)流圖和數(shù)據(jù)描述數(shù)據(jù)流圖和數(shù)據(jù)描述 3.1 數(shù)據(jù)流圖數(shù)據(jù)流圖 3.1.1 實體關(guān)系圖實體關(guān)系圖 實體關(guān)系圖：簡記 e-r 圖是指以實體、關(guān)系、屬性三個基本概念概括數(shù)據(jù)的基本結(jié) 構(gòu)，從而描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式。通過實體關(guān)系圖，我們可以清楚了解實體之間的 5 對應(yīng)關(guān)系，圖如下： 乘乘客客 報報警警 電電梯梯 管管理理員員 超超重重 啟啟動動機機顯顯示示按按鈕鈕電電梯梯門門 管管理理 激激活活 體體重重 乘乘坐坐 觸觸發(fā)發(fā) 實體關(guān)系圖 3.1.2 頂級數(shù)據(jù)流圖頂級數(shù)據(jù)流圖 根據(jù)需求，我們得出的一

16、個簡單的電梯系統(tǒng)即頂級流圖如下： 管管理理員員 電電梯梯內(nèi)內(nèi)部部 按按鈕鈕 電電梯梯外外部部 按按鈕鈕 乘乘客客 電電梯梯驅(qū)驅(qū)動動 系系統(tǒng)統(tǒng) 報報警警系系統(tǒng)統(tǒng) 電電梯梯驅(qū)驅(qū)動動 電電機機 各各樓樓層層的的 顯顯示示面面板板 管管理理命命令令 內(nèi)內(nèi)部部命命令令 外外部部命命令令 體體重重命命令令 觸觸發(fā)發(fā)信信號號 驅(qū)驅(qū)動動方方式式 顯顯示示信信息息 當(dāng)當(dāng)前前狀狀態(tài)態(tài)信信息息2 2 頂級數(shù)據(jù)流圖 3.1.2 一級數(shù)據(jù)流圖一級數(shù)據(jù)流圖 在頂級流圖的基礎(chǔ)上，我們把電梯驅(qū)動系統(tǒng)細(xì)化。電梯驅(qū)動系統(tǒng)主要的工作就是處理 外部實體的輸入命令，而我們把這些處理分塊，主要分成了命令處理，優(yōu)先處理，信息顯 6 示，報

17、警信號處理，還有電梯控制等，因此我們得到的一級數(shù)據(jù)流圖如下： 管管理理員員 電電梯梯內(nèi)內(nèi)部部 按按鈕鈕 電電梯梯外外部部 按按鈕鈕 乘乘客客 命命令令處處理理 管管理理命命令令 內(nèi)內(nèi)部部命命令令 外外部部命命令令 體體重重命命令令 電電梯梯當(dāng)當(dāng)前前狀狀態(tài)態(tài) 優(yōu)優(yōu)先先處處理理電電梯梯控控制制 信信息息顯顯示示 各各樓樓層層的的 顯顯示示面面板板 電電梯梯驅(qū)驅(qū)動動 電電機機 報報警警系系統(tǒng)統(tǒng) 當(dāng)當(dāng)前前狀狀態(tài)態(tài)信信息息1 1 內(nèi)內(nèi)部部請請求求 目目的的樓樓層層 發(fā)發(fā)出出請請求求的的樓樓 層層與與上上下下樓樓標(biāo)標(biāo)志志 運運動動方方向向 電電梯梯開開始始所所在在樓樓層層 當(dāng)當(dāng)前前狀狀態(tài)態(tài)信信息息顯顯示示

18、信信息息 驅(qū)驅(qū)動動方方式式 首首目目的的樓樓層層 電電梯梯運運行行目目的的隊隊列列 舊舊隊隊列列 新新隊隊列列 當(dāng)當(dāng)前前狀狀態(tài)態(tài)信信息息2 2 報報警警信信號號 處處理理 觸觸發(fā)發(fā)信信號號報報警警類類別別 直直接接控控制制命命令令 超超 重重 信信 號號 命命令令反反饋饋信信息息 一級數(shù)據(jù)流圖 3.1.3 二級數(shù)據(jù)流圖（命令處理）二級數(shù)據(jù)流圖（命令處理） 因為外部實體中有四個輸入命令，所以我們對四種命令分別處理，于是便得到了下 面的命令處理模塊 7 管管理理員員 電電梯梯內(nèi)內(nèi)部部 電電梯梯外外部部 乘乘客客 管管理理命命令令 處處理理 內(nèi)內(nèi)部部命命令令 處處理理 外外部部命命令令 處處理理 體

19、體重重命命令令 處處理理 管管理理命命令令 內(nèi)內(nèi)部部命命令令 外外部部命命令令 體體重重命命令令 電電梯梯控控 制制 信信息息顯顯 示示 電電梯梯當(dāng)當(dāng)前前狀狀態(tài)態(tài) 當(dāng)當(dāng)前前狀狀態(tài)態(tài)信信息息 命命令令反反饋饋信信息息 命命令令反反饋饋信信息息 優(yōu)優(yōu)先先處處 理理 內(nèi)內(nèi)部部請請求求的的目目的的樓樓層層 發(fā)發(fā)出出請請求求的的樓樓層層與與上上下下樓樓標(biāo)標(biāo)志志 報報警警信信 號號處處理理 觸觸發(fā)發(fā)信信號號 觸觸發(fā)發(fā)信信號號 二級數(shù)據(jù)流圖（命令處理） 3.1.4 二級數(shù)據(jù)流圖（優(yōu)先處理二級數(shù)據(jù)流圖（優(yōu)先處理） 根據(jù)需求，在優(yōu)先處理中要達(dá)到以下條件：在遇到有沖突請求的情況下，如果兩樓層 同時發(fā)出請求，可以讓

20、電梯正常運行，按照優(yōu)先級的高低進行排序，從而按照排序執(zhí)行相 應(yīng)的請求。 所以我們是用了隊列，它可以將用戶的請求進行優(yōu)先排序，得到首目的樓層，通過電 梯開始所在樓層和首目的樓層來確定電梯的運動方向，從而控制電梯的運動方向。同時還 可以檢測電梯是否到達(dá)，得到的優(yōu)先處理模塊如下圖： 8 內(nèi)內(nèi)部部命命令令 處處理理 外外部部命命令令 處處理理 與與當(dāng)當(dāng)前前任任 務(wù)務(wù)比比較較 內(nèi)內(nèi)部部請請求求 目目的的樓樓層層 發(fā)發(fā)出出請請求求的的樓樓層層 與與上上下下樓樓標(biāo)標(biāo)志志 到到達(dá)達(dá) 檢檢測測 電電梯梯當(dāng)當(dāng)前前狀狀態(tài)態(tài) 電電梯梯當(dāng)當(dāng)前前所所在在樓樓層層 方方向向 檢檢測測 運運動動方方向向 電電梯梯開開始始所所

21、在在樓樓層層 隊隊列列 更更新新 更更新新當(dāng)當(dāng) 前前目目的的 電電梯梯 控控制制 新新申申請請的的樓樓層層 首首目目的的樓樓層層 電電梯梯運運行行目目的的隊隊列列 舊舊隊隊列列 新新隊隊列列 首首目目的的樓樓層層 首首目目的的樓樓層層 運運動動方方向向 已已到到達(dá)達(dá)（完完成成任任務(wù)務(wù)） 二級數(shù)據(jù)流圖（優(yōu)先處理） 3.1.5 二級數(shù)據(jù)流圖（電梯控制）二級數(shù)據(jù)流圖（電梯控制） 該電梯控制命令中， ，我們把它分為幾種命令，從而得到了幾種控制模塊，包括電梯停 啟用控制，開關(guān)門控制，上下運動控制，還有暫?？刂疲瑘D如下： 9 管管理理令令 處處理理 內(nèi)內(nèi)部部命命令令 處處理理 優(yōu)優(yōu)先先 處處理理 電電梯梯

22、停停/ /啟啟 用用控控制制 開開關(guān)關(guān)門門控控 制制 上上下下運運動動 控控制制 報報警警信信號號 處處理理 暫暫停停控控制制 電電梯梯驅(qū)驅(qū)動動電電 機機 電電梯梯停停/ /啟啟命命令令 電電梯梯開開/ /關(guān)關(guān)門門命命令令 首首目目的的樓樓層層 超超重重信信號號 上上/ /下下運運動動信信號號 開開/ /關(guān)關(guān)門門信信號號 停停/ /啟啟用用信信號號 暫暫停停信信號號 二級數(shù)據(jù)流圖（電梯控制） 3.1.6 二級數(shù)據(jù)流圖（信息顯示）二級數(shù)據(jù)流圖（信息顯示） 在信息顯示模塊中，有幾種顯示結(jié)果，包括當(dāng)前樓層顯示，上下運動顯示，可用不可 用顯示，還有按鈕的背景燈顯示，所得圖如下： 各各樓樓層層的的顯顯

23、示示面面板板 電電梯梯當(dāng)當(dāng)前前狀狀態(tài)態(tài) 內(nèi)內(nèi)部部 命命令令處處理理 外外部部 命命令令處處理理 按按鈕鈕 燈燈信信息息處處理理 電電梯梯當(dāng)當(dāng) 前前所所在在樓樓層層 處處理理 命命令令反反饋饋信信息息 命命令令反反饋饋信信息息 電電梯梯當(dāng)當(dāng)前前所所在在樓樓層層 按按鈕鈕燈燈控控制制信信息息 電電梯梯當(dāng)當(dāng)前前所所在在樓樓層層 二級數(shù)據(jù)流圖（信息顯示） 10 3.1.7 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖 電梯的主要狀態(tài)如下圖所示： 報報警警 上上下下運運動動命命令令讀讀入入 電電梯梯停停止止電電梯梯空空閑閑 停停用用 電電梯梯啟啟動動 電電梯梯開開門門 報報警警信信號號 到到達(dá)達(dá)目目的的樓樓層層 電電梯梯停停止

24、止無無請請求求 斷斷電電 有有請請求求 電電梯梯門門關(guān)關(guān)閉閉樓樓層層請請求求上上下下信信號號乘乘客客輸輸入入 啟啟用用信信號號 狀態(tài)轉(zhuǎn)換圖 3.2 數(shù)據(jù)字典數(shù)據(jù)字典 針對以上電梯控制系統(tǒng)的需求，通過對電梯工作過程的內(nèi)容和數(shù)據(jù)流程分析，數(shù)據(jù)條 目定義如下： :=|+ :=| :=1|2|3|4|n :=+ (|) :=| :=| :=+（|）+ :=+ :=+ :=| :=| :=| 11 :=| :=| 4.特殊需求特殊需求 4.14.1 功能或行為需求功能或行為需求 4.1.14.1.1 功能或行為需求：上下樓請求功能或行為需求：上下樓請求 （1）引言）引言 為了滿足用戶的上下樓的請求，我們

25、讓電梯的外部除了底層和頂層只有一個按鈕外， 每個樓層有兩個按鈕，分別指示上樓和下樓請求。 （2）輸入）輸入 用戶按下向上或向下請求的按鈕 （3）處理過程描述）處理過程描述 當(dāng)用戶在某層樓按下按鈕后，按鈕燈亮，系統(tǒng)接到用戶指令后將指令傳遞到應(yīng)用接口， 根據(jù)決定服務(wù)優(yōu)先次序的算法做出響應(yīng)，然后通過電梯上下運動控制系統(tǒng)來實現(xiàn)用戶上下 樓的請求。 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，在到達(dá)該樓層后電梯門自動開啟，如果電梯的運行結(jié) 果錯誤，則需要通知管理人員、維護人員進行檢查和維護。 4.1.24.1.2 功能或行為需求：電梯上下運動控制功能或行為需求：電梯上下運動控制 （1）引言）引言 為了

26、滿足用戶的上樓或下樓請求、用戶正確到達(dá)目的樓層，系統(tǒng)通過響應(yīng)用戶的請求 指令，進而驅(qū)動電梯驅(qū)動電機來控制電梯的上下運動 （2）輸入）輸入 用戶通過電梯內(nèi)部的按鈕1n 層的數(shù)字按鈕、向上或向下請求的按鈕 （3）處理過程描述）處理過程描述 系統(tǒng)獲得多用戶的請求后，將指令傳遞到應(yīng)用接口，在系統(tǒng)的規(guī)定等待時間段里，如 果沒有特殊請求（開門、關(guān)門按鈕） ，電梯門則自動關(guān)閉，然后將獲得的請求經(jīng)過優(yōu)先處理 得到當(dāng)前電梯所要去的首目的樓層，結(jié)合電梯當(dāng)前樓層判斷出電梯要做向上還是向下運動， 進而將指令傳遞給上下運動控制系統(tǒng)，從而驅(qū)動電梯上下運動來實現(xiàn)上下樓的目的。當(dāng)電 梯到達(dá)該樓層后，按鈕燈熄滅。 12 如果電

27、梯已到達(dá)該樓層，或者電梯正在沿所請求的方向運動，或者遇到有沖突的請求 時，按鈕燈滅。在遇到有沖突請求的情況下，如果兩樓層同時發(fā)出請求，則只能取消其中 一個請求。決定服務(wù)優(yōu)先次序的算法應(yīng)該盡量減少兩個請求的等待時間。 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，在到達(dá)該樓層后電梯門自動開啟，自動開啟后在系統(tǒng) 的規(guī)定等待時間段里，如果沒有特殊請求，電梯門則自動關(guān)閉。如果電梯的運行結(jié)果錯誤， 則需要通知管理人員、維護人員進行檢查和維護。 4.1.34.1.3 功能或行為需求：電梯的延遲關(guān)門、提前關(guān)門控制功能或行為需求：電梯的延遲關(guān)門、提前關(guān)門控制 （1）引言）引言 為了解決用戶在上下樓之前出現(xiàn)的忙

28、碌狀態(tài)的時候，能體現(xiàn)出該系統(tǒng)的人性化，用戶 可以通過按下延遲關(guān)門控制按鈕來延遲電梯的自動關(guān)門或按下提前關(guān)門控制按鈕提前電梯 的自動關(guān)門時間 （2）輸入）輸入 電梯內(nèi)部的按鈕開門按鈕、關(guān)門按鈕 （3）處理過程描述）處理過程描述 用戶在系統(tǒng)的規(guī)定有效等待時間段里按下延遲關(guān)門或提前關(guān)門按鈕后，系統(tǒng)接到指令 后，通過增加或減少電梯的自動關(guān)門時間來控制電梯的延遲關(guān)門、提前關(guān)門 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，如果電梯的運行結(jié)果錯誤，則需要通知管理人員、維 護人員進行檢查和維護。 4.1.44.1.4 功能或行為需求：優(yōu)先級控制功能或行為需求：優(yōu)先級控制 （1）引言）引言 電梯很多時候都會接

29、到兩個或兩個以上的請求，為了減少多個請求的等待時間，系統(tǒng) 需要對多個請求進行優(yōu)先級的判斷 （2）輸入）輸入 按鈕的選擇相當(dāng)于輸入 （3）處理過程描述）處理過程描述 在多用戶使用電梯的時候，即系統(tǒng)接到多個請求后，或系統(tǒng)在接到一個請求后又接到 別的請求。系統(tǒng)將當(dāng)前的首目的樓層與新的請求相比較，根據(jù)減少請求間的等待時間為原 則判斷哪個請求優(yōu)先，從而系統(tǒng)先響應(yīng)優(yōu)先請求，即將優(yōu)先的請求更新為電梯新的首目的 13 樓層，如果中途再有新請求，則做一樣的處理。 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，如果電梯的運行結(jié)果錯誤，則需要通知管理人員、維 護人員進行檢查和維護。 4.1.54.1.5 功能或行為

30、需求：報警功能或行為需求：報警控制控制 （1）引言）引言 為了保證電梯的乘客的人身財產(chǎn)安全，每個電梯內(nèi)部都設(shè)有一個緊急按鈕，在遇到緊 急事件時，用戶可按下按鈕，按下后系統(tǒng)向管理人員發(fā)出報警信號，然后電梯被置為為 “不可用”狀態(tài)。每個電梯都設(shè)有取消“不可用”狀態(tài)的機制。 （2）輸入）輸入 報警按鈕 （3）處理過程描述）處理過程描述 系統(tǒng)通過響應(yīng)用戶的按鈕請求，將報警信號傳遞到報警控制系統(tǒng)，將暫停信號傳遞給 電梯上下運動控制系統(tǒng)，即讓電梯變成“不可用”狀態(tài)。 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，如果電梯的運行結(jié)果錯誤，則需要通知管理人員、維 護人員進行檢查和維護。 4.1.64.1.6

31、功能或行為需求：超重處理功能或行為需求：超重處理 （1）引言）引言 為了保證乘客的人身財產(chǎn)安全以及電梯的使用壽命，電梯本身能承受的總重量有一個 上限，如果電梯運載的總重量超過上限，則為超重狀態(tài) （2）輸入）輸入 電梯運載的總重量 （3）處理過程描述）處理過程描述 如果電梯的運載總重量超過上限，系統(tǒng)則發(fā)出超重命令，系統(tǒng)響應(yīng)超重命令后將激活 電梯的暫?？刂铺幚硐到y(tǒng)，當(dāng)且僅當(dāng)電梯的運載總重量不超過上限時電梯才恢復(fù)正常運作 狀態(tài)。 （4）輸出）輸出 電梯的運行結(jié)果即為輸出結(jié)果，如果電梯的運行結(jié)果錯誤，則需要通知管理人員、維 護人員進行檢查和維護。 14 4.24.2 外部界面需求外部界面需求 4.2.14.2.1 用戶界面用戶界面 （1）乘客操作界面）乘客操作界面 上下樓請求按鈕 1n 層的樓層按鈕 關(guān)門按鈕、關(guān)門按鈕 報警按鈕 （2）電梯管理人員操作界面）電梯管理人員操作界面 電梯不可用狀態(tài)控制 電梯停啟用控制 （3）維護人員操作界面）維護人員操作界面 查看源代碼 修改源代碼 4.2.24.2.2 軟件界面軟件界面 界面需求分析必須圍繞用戶為中心，不同于客觀功能需求分析，具有很大的主觀 性。雖然，界面設(shè)計人員可以按照通行的原則來設(shè)計，但是用戶個體的文化