电梯调度
背景：
试想一下，石家庄铁道大学基础教学楼的电梯配置如下：大厦有1/层， 4部电梯，很多乘客使用这些电梯的日常（旅客重量：平均70公斤最大120公斤，最小45公斤）。其他常量数据：电梯速度，开/关门时间，乘客的时间要在/走出电梯。
开发人员：
陈晨，王颖瑞
调查情况：
高峰期：周一到周五：7:45-8:10 ，11:50-12:10 , 13:45-14:10 , 15:45-18:10.
|
电梯 |
停靠层数 |
最大承重 |
最大人数 |
电梯每层运行时间（秒（平均）） |
开门/关门（秒） |
人员平均出入时间（人少） |
人员平均出入时间（人多） |
|
电梯A |
8-18单层 |
1150 |
15 |
4 |
2 |
5 |
10 |
|
电梯B |
8-18单层 |
1150 |
15 |
5 |
3 |
5 |
10 |
|
电梯C |
8-18双层 |
1150 |
15 |
6 |
3 |
5 |
10 |
|
电梯D |
8-18双层 |
1150 |
15 |
5 |
2 |
5 |
10 |
发现的问题：
1.在上下课高峰期出现学生拥堵在大厅现象，电梯不能满足上下课学生的要求使学生不能按时到达教室。
2.在其它时段电梯空缺。
解决方案：
1.高峰期时1-8层不允许电梯停靠，而不在高峰期时电梯正常运行（1-18都能停靠）。
2.四部电梯任何时候都是两部只能停单层，两部停双层。
目标：
1.电梯可以显示乘坐人数及其想到的楼层。
2.如果电梯超载，则电梯会发出警报；若电梯正好到达临界范围，则电梯不会停在有人上的楼层，除非有人下电梯。
3.用户可以输入自己想到的楼层，以及到达后提醒。
总结：
这次的任务是电梯调度的需求分析，需要实地调查电梯的运行情况，通过此次的调查分析让我懂得了软件的开发是面向实际的而不是只停留在代码的阶段，此次也是初步的接触软件的开发，按照软件开发的过程进行软件的开发，虽然只是初步的需求分析也让我体会到了软件开发过程的不易与做出调查结果的取得一点点进步的乐趣。
工作照：
