执行计划 | |||||
任务名称 | 开始日期 | 结束日期 | 时间用时 | 成员 | 备注 |
需求分析文档设计调查 (大概) | 3月20日 星期五 | 3月21日 星期六 | 两天 | 林彦汝 张金 |
|
详细文档设计 | 3月22日 星期日 | 3月23日 星期一 | 两天 | 林彦汝 张金 |
|
二次调查 整理数据 | 3月24日 星期二 | 3月26日 星期四 | 三天 | 林彦汝 张金
|
|
项目功能实现 (设计算法、代码编写) | 3月28日 星期六 | 4月1日 星期三 | 四天 | 林彦汝 张金
|
|
整合功能模块 | 4月2日 星期四
| 4月2日 星期四 | 一天 | 林彦汝 张金 |
|
测试用例文档 | 4月3日 星期五 | 4月3日 星期五 | 一天 | 林彦汝 张金 |
|
项目总结报告 | 4月4日 | 4月4日 | 一天 | 林彦汝 张金 |
|
一、 需求分析
1.1 目的
为了基础教学楼的电梯得到充分利用,便于老师和学生上下课。
1.2 背景
石家庄铁道大学基础教学楼的电梯配置如下:大厦有18层, 5部电梯(1部老师专用,4部公共电梯),限乘15人,重量限制1150kg。学校规定在1~7层上课同学不能搭乘公共电梯。
电梯名称 | 停靠层数(层) | 乘客限制(人 | 重量限制(kg) |
电梯A1 | 8-18单层 | 15 | 1150 |
电梯A2 | 8-18单层 | 15 | 1150 |
电梯B1 | 8-18双层 | 15 | 1150 |
电梯B2 | 8-18双层 | 15 | 1150 |
1.3 管理者需求
- 实现项目的可管理性,能够监控电梯的安全。
- 实现项目的及时性,当出现问题时候,可以及时的采取施,达到保证人员安全的效果。
- 实现项目的可调控性,能够使用户在不同环境中使用项目,并且能够达到相同的效果。
1.4 用户需求
- 正常的开关门
- 可以去任何一层楼层
- 若出现紧急情况时候,可以停止电梯运作,并发送警报给管理人员
- 查看电梯所在当前楼层
- 知道电梯是否已经满载
- 申请使用电梯
二、调查数据
(1)高峰期分为几段:
(上午[下午情况类似])
第一节课开始前(7:50~7:55) 平均7人
第三节课至第四节课大课间(9:50~10:00) 平均11人
最后一节下课后(12:00~12:05) 平均11人
(2)电梯速度
一般情况(1~4人)平均速度2.5s/层
高峰时期(5~13人)平均速度4s/层
人的数量影响电梯的运行速度。
(3)开/关门时间
我们将开关门情况分为自动和手动,多次测试,通过得到的数据找到结果发现手动开关门的平均时间(即从乘客按下关门按钮至门开始关闭)为3.4s,电梯自动开关门的平均时间为2.6s。
(4)关于乘客的要在多少时间内走出电梯的问题:我们调查发现,这与电梯的感应器有关,如果有感应到有乘客身体在门框中,则不会关闭。
(5)现存的问题
- 当两部电梯A、B都停在一楼,申请其中的A向上运行,被等待的A电梯一直未打开门,而旁边的电梯B却开门了,但没有任何提示。
- 当每一层都申请了电梯停靠时,会造成去往两段和等待的乘客耗时长。
实地调查证据:
三、算法设计
1、按照内外优先级的顺序,先响应内部请求;
2、当电梯处于上行状态时,只接受当前及其以上楼层的上行请求,下行同理;
3、当两部电梯都不工作且不处于同楼层时,若有乘客申请上楼或者下楼,就用最短路径将最近的电梯调度过来。
4、当总重量在1150kg的最大限制,或乘客的数量已经在最大,电梯应拒绝外部请求。