運行情況總結報告

電梯活動仿真程序運行情況總結報告

一、程序運行情況說明

1.程序界面

本程序使用java語言實現(xiàn)。程序運行界面如下圖1.1所示，包括左上角參數(shù)輸入界面、左下角的仿真時間、右邊樓層人員停留和等待情況、電梯運行界面、電梯載客以及乘客狀態(tài)變化。

電梯運行界面

樓層人員停留等待

乘客狀態(tài)變化

電梯載客

圖1.1程序界面

輸入?yún)��?shù)填寫時當光標移到填寫位置處自動提示輸入范圍，當輸入沒有或超出范圍時探

出提示窗口。以下為彈出的窗口示意圖：

圖1.2錯誤輸入彈出窗口

圖1.3空輸入彈出窗口

2.程序說明

程序中樓層有40層用直方的四十個矩形表示，十個電梯所在樓層用顏色標識，并以不同的顏色區(qū)分電梯狀態(tài)：電梯處于空閑狀態(tài)為黃色，電梯處于運行狀態(tài)為綠色，電梯處于運行中等待乘客上下狀態(tài)為紅色。在電梯處于運行狀態(tài)時顏色矩形框上面的數(shù)字標識為電梯中的人數(shù)，電梯中載客在相應電梯下面顯示。每個樓層的逗留人數(shù)和等待乘梯人數(shù)在右邊框中顯示。選取狀態(tài)比較全面的兩個仿真界面如圖1.4和圖1.5所示，前者為程序仿真46秒，后者為仿真433秒。

圖1.4仿真界面1

圖1.5仿真界面2

左邊乘客狀態(tài)輸出框中，為了清楚表達乘客進行的動作，輸出前加了不同的符號：1)**person：1-32表示乘客1發(fā)出去往32層的乘梯請求2)@@person：1-32表示乘客1前往32層已經(jīng)進入電梯3)##person：1表示乘客1完成此次乘梯，出電梯4)%%person：1表示乘客1不再乘梯離開大樓

3.仿真結束后統(tǒng)計結果界面

把電梯運行時間和空閑時間以及每個乘客等待時間運行介紹后輸出到左邊的文本框中如下圖1.6所示。為十個人仿真后的結果，把其文本拷貝出來如下

電梯運行時間統(tǒng)計:

電梯E0空閑時間：281運行時間：648電梯E1空閑時間：214運行時間：715電梯E2空閑時間：270運行時間：659電梯E3空閑時間：63運行時間：866電梯E4空閑時間：118運行時間：811電梯E5空閑時間：123運行時間：806電梯E6空閑時間：30運行時間：899電梯E7空閑時間：58運行時間：871電梯E8空閑時間：194運行時間：735電梯E9空閑時間：343運行時間：586乘客等待時間統(tǒng)計:乘客1等待時間：0乘客2等待時間：22乘客3等待時間：23乘客4等待時間：21乘客5等待時間：85乘客6等待時間：22乘客7等待時間：43乘客8等待時間：31乘客9等待時間：45乘客10等待時間：

圖1.6輸出結果

二、程序運行情況分析

1.隨機數(shù)

程序運行時很多地方用的隨機數(shù)，比如電梯初始狀態(tài)所在樓層，乘客乘梯次數(shù)，乘客所要到達的樓層，乘客到達樓層后隨機在樓層內(nèi)停留的時間數(shù)，乘客在M分鐘內(nèi)隨機到達，這些隨機數(shù)是為了仿真程序更加真實，使得可以最多的仿真出電梯的所有情況。

2.電梯仿真界面

程序動態(tài)界面是通過串行模擬并發(fā)來實現(xiàn)的，利用定時器每一秒激發(fā)一次，將多個固定的畫面顯示出來變成活動的畫面。在定時器外面進行電梯、界面等的初始化，在定時器里面執(zhí)行轉換規(guī)則，顯示界面等動作。

3.程序的特點和問題

程序的設計和實現(xiàn)的過程中使用了面向?qū)ο蟮募夹g，由于個人水平有限，界面和特殊值的處理方面并不合理，雖然最后將問題描述中的基本功能都實現(xiàn)了，但是個人感覺程序的可復用性和可擴展性并不強，個別邏輯設計復雜，雖然水平有限，但從這門課程中收獲很大。

擴展閱讀：ERP運行情況匯報

天然氣處理廠ERP運行情況匯報

自201*年ERP正式上線運行以來，我廠遵照分公司ERP項目組的安排，本著嚴細認真的工作態(tài)度，對我廠ERP系統(tǒng)的主數(shù)據(jù)進行了建立和維護，對我廠變動的ERP最終用戶的權限進行變更和申請；同時積極配合支持中心做好最終用戶的培訓等各項工作。現(xiàn)在我廠本部登錄中原油田ERP服務器P33正常，系統(tǒng)響應速度快、網(wǎng)絡運行情況正常，所有業(yè)務數(shù)據(jù)都完整無誤地錄入系統(tǒng)。

我們堅持每月的ERP月報，一些常見的技術問題和培訓需求都通過月報及時的反映上去。

一、IT基礎設施

我廠計算機網(wǎng)絡經(jīng)過前幾年的投資建設，已形成了覆蓋廠區(qū)及前線各生產(chǎn)單位較為完善的網(wǎng)絡體系結構。形成了以廠中心機房為核心，通過光纜鏈接到基層和前線各單位的網(wǎng)絡結構，實現(xiàn)了100M/1000M到基層，100M到桌面的傳輸體系。目前全廠共有單/多模光纜25公里，交換機12臺，其中有網(wǎng)管功能的交換機6臺，其余交換機不具備網(wǎng)管功能，一旦預到突發(fā)網(wǎng)絡故障，給故障源頭的查找和定位帶來諸多不便，需要在今后的網(wǎng)絡規(guī)劃和建設中關注和考慮。全廠共有服務器4臺，主要應用為辦公自動化、廠內(nèi)部網(wǎng)站、物資系統(tǒng)數(shù)據(jù)庫系統(tǒng)。計算機數(shù)量也由建廠初期的200余臺增加至380余臺，計算機網(wǎng)絡應用涉及全廠辦公、生產(chǎn)、安全監(jiān)控等各個領域。

二、財務模塊

我廠的不同崗位會計人員均持有相應的ERP資格證書，嚴格按照ERP財務模塊規(guī)定的業(yè)務流程操作，做到了憑證錄入及時、準確，賬表核對一致，；

同時每月末我廠的財務人員在日常賬務處理完畢之后，都要與分公司計財部同步進行月結工作，加班加點在一定的時間內(nèi)將生產(chǎn)成本和制造費用在產(chǎn)成品之間進行分配，所有參與月結的人員從未因為個人原因，而耽誤了月結工作，從而保證了分公司月結工作的順利進行。

三、銷售模塊

1、實現(xiàn)了對銷售客戶信息的集中管理

ERP系統(tǒng)通過建立客戶主數(shù)據(jù)，對客戶進行了集中的管理，凡在中石化提貨的客戶，都進行了統(tǒng)一編碼，可以在系統(tǒng)內(nèi)查詢該客戶的一切信息。即方便了查詢，又規(guī)范了客戶的名稱，避免了因一字之差串戶和錯戶的麻煩，為操作人員提供了方便。2、信用管理方面

ERP系統(tǒng)通過建立客戶信用主數(shù)據(jù)實現(xiàn)了對客戶信用的控制。操作人員在作銷售訂單時若該客戶資金不足，系統(tǒng)自動提醒該用戶信用超限金額數(shù)量或訂單不能被保存等，操作人員能及時掌握客戶的余額，有效地降低了客戶欠款，提高了收款率，在很大程度上降低了銷售風險，也限制了人為因素的操作。

四、系統(tǒng)項目（PS）模塊

1、維護甲供料數(shù)據(jù)。對于缺少物料編碼的物資，首先將物料名稱報供應站，由供應站上報物資供應處申請新的物料編碼。

2、問題解決通道。對于在系統(tǒng)操作中遇到的各類問題，首先報本單位骨干用戶，骨干用戶解決不了的問題再上報ERP支持中心解決。五、物裝模塊

自供應處ERP上線以來，天然氣處理廠物資供應站積極按照供應處ERP系統(tǒng)的業(yè)務流程進行操作，計劃管理，倉儲管理、采購管理都是按供應處培訓的要求進行規(guī)范化操作，優(yōu)化了庫存結構，實現(xiàn)了零庫存管理，減少了庫存資金的占用，有效地降低了成本費用，保證了廠生產(chǎn)建設的平穩(wěn)運行，]為我廠物資供應起到了高效及時經(jīng)濟的保障作用六、ERP系統(tǒng)中需要解決的問題

1、信用管理應再劃分的細致些，應按同一個“銷售管理辦公室”劃分，這樣就可以直接查出該用戶在這個提貨單位的實際余額。做訂單時不會因為在這個銷售辦公室?guī)�戶上有余額，卻被別的單位占用，或者系統(tǒng)里提示在本銷售辦公室的余額不足，讓做訂單的人員知道該用戶在本單位的貨款不足，需要交款。

2、問題1反映在財務模塊，表現(xiàn)為客戶可用余額只能在1240下反映，不能夠具體到各個單位，這樣就影響到了各單位的發(fā)貨準

確度；

3、我廠普光項目部與普光分公司川東北物資儲備中心之間的物資供應業(yè)務，由于領料及結算方式發(fā)生了一些變化，導致在ERP系統(tǒng)中，此項業(yè)務流程模糊，給實際的業(yè)務結算帶來了不便，建議ERP支持中心明確此項業(yè)務流程，提高工作效率。

4、由于我單位外出勞務人員增多，導致工作崗位不斷地調(diào)整，希望支持中心組織一期培訓班。5、電腦設備老化，建議更換。

友情提示：本文中關于《運行情況總結報告》給出的范例僅供您參考拓展思維使用，運行情況總結報告：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《運行情況總結報告》由互聯(lián)網(wǎng)用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://m.hmlawpc.com/gongwen/748922.html

• 上一篇：試驗室質(zhì)量管理體系運行總結
• 下一篇：制藥公司實習總結