教学楼电梯调度需求分析
小伙伴写的~
1.引言
1.1 编写的目的
分析学校教学楼电梯调度在高峰或低谷时期运行是否快捷方便,以及安全性等问题,为后续开发电梯调度解决方案,系统设计与维护做好准备。
1.2 背景说明
学校教学楼楼层有18层,配置五座电梯,一座教师专用电梯停靠1-18层,四座学生公用电梯停靠8-18层。四座电梯分置教学楼东西各两部,东侧两部停双数楼层,西侧两部停
单数楼层。本次需求分析致力于电梯调度系统,用于开发使电梯能运行稳定,功耗较低的系统。
调查表:
电梯名称 | 停靠层数 | 乘客限制/人 | 重量限制/kg | 电梯每层速度m/s | 开/关门 |
时间/s | |||||
1 | 8-18层 | 15 | 1550 | 2.5 | 5 |
2 | 8-18层 | 15 | 1550 | 2.5 | 5 |
3 | 8-18层 | 15 | 1550 | 2.5 | 5 |
4 | 8-18层 | 15 | 1550 | 2.5 | 5 |
在调研中发现如下问题:
1.问题描述:教学楼北门有东侧电梯只停双数楼层,西侧电梯只停单数楼层。问题产生:(极端想法)当有人想要观光教学楼,单双楼层都会去,则这个人到达8层后,不能乘电梯到9层,只能走楼梯,想要到达10楼又必须走楼梯。。。那么岂不是要徒步攀爬教学楼了?
2.问题描述:同一侧两座电梯都有各自的上下楼层按钮,但是经过测试,这两座电梯按钮是属于一个调度系统的,当一个电梯正在运行时,按下运行时电梯按钮,另一个电梯开始响应,即使没有按下这个电梯的按钮。问题产生,同一个调度系统我认为只需一对按钮即可。
3.问题描述:选择后的按钮再次选择便会取消,当我从9层坐电梯到一楼时,途中按下1楼按钮,电梯停止运动停在了4楼。
4.问题描述:这四座电梯为学生电梯,只停8-18楼层,所以身在四楼的有选择恐惧症的同学到底是上到八楼还是下到一楼乘坐电梯呢?
5.问题描述:安全性问题,电梯载重1150kg 15人,高峰时期人流量对于四座电梯,运行有较大压力。
1.3 术语定义
1.4 参考资料
2. 任务概述
2.1 功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表明。
2.2 约束条件 /* 简要说明对系统设计产生影响的限制备件,如管理模式,硬件限制,技术或工具的制约等。
3. 数据流图与数据字典
3.1 数据流图
3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。
3.1.2 加工说明 /*对数据流图中的每一个加工,按编号,加工名,输入流,输出流及加工过程逐一说明。
3.2 数据字典 /*本节对数据流图中使用的数据项,数据结构,文件的内容及组织结构逐项说明.
3.2.1 数据项说明
3.2.2 数据结构说明
3.2.3 文件说明
4 系统接口
4.1 用户接口 /*说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。
4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容,格式以及运行软件的硬件设备特征。
4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格,支持软件应明确其版本号。
5. 性能需求
5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。
5.2 时间特征 /* 定量说明系统应达到的响应时间,更新处理时间,数据传输转换时间,计算时间的特征值
5.3 灵活性 /* 说明本软件在需求发生变化时(操作方式,精度要求,时间特征等)的适应能力。
6 软件属性
6.1 可使用性 /* 规定系统的某些特殊需求,如检查点设置,恢复方法和重启动方法,以确保软件可使用。
6.2 系统安全性 /* 规定系统为保证运行安全,信息安全面而采用的技术措施,如密码,防病毒,防黑客等。
6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。
6.4 可移植性 /* 规定程序以及挡方面军的兼容性,扩充性的约束。
7 其它需求
7.1 数据库需求 /*对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。
7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式,如用户的操作方式和系统的后援和恢复操作。
7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统),并指出故障可能造成的影响及故障排除的方法。
感想:我和小伙伴实地考察了一番,互相商量写出了这个,希望将来做出程序