结对开发——电梯调度问题需求分析
一、电梯调度设计背景：
试想一下，石家庄铁道大学基础教学楼的电梯配置如下：大厦有1/层， 4部电梯，很多乘客使用这些电梯的日常（旅客重量：平均70公斤最大120公斤，最小45公斤）。其他常量数据：电梯速度，开/关门时间，乘客的时间要在/走出电梯。可以对这些合理的假设。
二、电梯调度设计要求：
1.每一对学生将设计一套接口和类定义这样一种算法提供者可以提供他/她实现“电梯调度程序”类。
2.避免出现 “公共汽车”最坏情况的算法。该算法把电梯作为总线，它从底部到顶部，停在每一层楼，打开门，让人们进出，然后把门关上，继续前进。之后到达顶层，它会下去。该算法能够满足所有的要求，但它显然不是最快的算法。
3.一个关于电梯调度提示:当总重量在45公斤的最大限制,或乘客的数量已经在最大,电梯不需要更多的外部请求停止。
4.电梯调度程序不知道有多少乘客等待每层,它不知道有多少乘客将出现。这与现实世界的情况是一样的。
三、电梯调度功能要求：
设计要求：模拟多人在不同楼层同时要求到各自目的地时电梯的响应顺序。
下面分析此系统的功能要求：
1.客户（上楼、下楼）信息的输入
用户将其将要上楼、下楼的信息输入，系统要求做即能够将该请求输入，并分享到各层。
2.当前电梯的状态显示。
3.客户要求信息的存储，以便于电梯的运作。
4.电梯的限重报警。
5.电梯超过限重后，不会再响应外界请求。
四、电梯调度性能要求：
为了保证系统能够长期、安全、稳定、高效的运行，电梯系统应该满足一下的性能要求：
1.系统处理的准确性和及时性
2.系统的易用性和维护性
3.系统的响应速度
五、调研过程及记录表
我们两个人在基础教学楼进行了调研，先是在高峰期，我们两从大厅开始，先统计高峰时期的人数，然后选择其中一个电梯乘坐，记录电梯此时所容纳人数，记录从1层到8层的时间，算出平均时间，继续记录电梯开关门，乘客进出电梯时间。
下面是调研结果记录表：
|
电梯名称 |
停靠层数 |
乘客限制/人 |
重量限制/kg |
电梯每层速度/s |
电梯1-8层时间 |
开/关门 时间/s |
乘客进/出时间 |
|
电梯1 |
8-18层 |
15 |
1550 |
2.7 |
|
3 |
10 |
|
电梯2 |
8-18层 |
15 |
1550 |
2.7 |
|
3 |
10 |
|
电梯3 |
8-18层 |
15 |
1550 |
2.7 |
|
3 |
10 |
|
电梯4 |
8-18层 |
15 |
1550 |
2.7 |
|
3 |
10 |
在高峰期，乘客很多，平均一个电梯就有12个左右，很挤。
发现的问题：在这个过程中，我们发现了一个问题，其中有两个人从8楼上来，跟着我们坐到了18层，然后又跟着我们下到了1楼，然后我们就问他为什么要坐上来，他说怕待会下来的时候人太多坐不上电梯。我们认为这样同样占据了空间，因为在上楼的过程中有想上楼的同学因为电梯已满而没有上去。我们想这样的问题应该普遍存在吧，但是一时又想不出来好的办法解决。
