• 电梯调度之需求分析


    电梯调度之需求分析

                            结对调查成员:信1305  朱慧敏

                                                信1305  郭婷

    1,背景

     本次调查基于石家庄铁道大学基础教学楼四部电梯。石家庄铁道大学基础教学楼总共包含-2到19楼21个楼层。

    基本情况如下:

    (1) 总共四部电梯;两部单层停靠,两部双层停靠;由于1~7层教室课程较多,不予停靠;每部电梯约载15人,载重1150kg。

    (2)电梯速度:上楼平均速度约2.5s/层,下楼平均速度约2.9s/层;开关门时间3s;乘客进入电梯时间2s到10s不等(由乘客人数决定)。

    (3)高峰期人数约100人左右。有乘电梯到8楼再走楼梯进入6、7楼上课的学生,所以

    所有数据均根据实际情况存在误差。

    2,问题

    (1)上课高峰期拥堵;

    (2)实际人为因素混乱,不排除楼层胡乱按停现象;

    (3)电梯故障,电梯暂停进行维修。

    3,解决方案

    (1)单双层停靠制度,部分楼层不予停靠(-2~7层)

    (2)在电梯门口设置红外线感应器,在有人和按下按钮两种条件都具备时电梯才会停靠。对于那些只按了却没有人的情况,电梯不予停靠。(进入电梯的情况)

    (3)电梯故障,启动备用调度方案。让其他电梯进行限制运行。

    4,电梯调度可实现功能

    (1)用户输入楼层数据(按楼层按钮)

    (2)超载超重电梯故障提示错误

    (3)显示电梯状态,存储电梯信息

    5,总结

    对于电梯调度,我与搭档郭婷在上课前观察了一下电梯使用情况。具体情况如上。

    我们也有根据电梯可能出现的情况如学生上课迟到方面是否在上课提前几分钟停止电梯使用以使学生自觉提前到教室或在这几分钟开放1~7层电梯使用以避免学生迟到;电梯故障情况下,其他的电梯是否需要改变调度方案(设双数电梯使用人数较多,如果双层停靠电梯故障,是否使某一部单层停靠电梯改为双层停靠)等等。但是这些设想在实际操作中不是很具备实用价值。所以没有具体提出。

    我们会根据能实现的调度方案来进行后期改进。

  • 相关阅读:
    DispatcherServlet?
    解释内存中的栈(stack)、堆(heap)和方法区(method area)的用法?
    面向对象的特征有哪些方面?
    服务调用是阻塞的吗?
    构造器Constructor是否可被override?
    迭代器和枚举之间的区别?
    Kafka 判断一个节点是否还活着有那两个条件?
    数据传输的事务定义有哪三种?
    mq 的缺点 ?
    如何获取 topic 主题的列表?
  • 原文地址:https://www.cnblogs.com/15732115368zhm/p/4387679.html
Copyright © 2020-2023  润新知