可行性研究报告—云泊车管理系统.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《可行性研究报告—云泊车管理系统.docx》由会员分享,可在线阅读,更多相关《可行性研究报告—云泊车管理系统.docx(15页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、1引言11.1编写目的11.2背景11.3参考资料22可行性研究的前提22.1要求22.2目标52.3条件、假定和限制62.4评价尺度73对现有系统的分析73.1处理流程73.2工作负荷83.3费用开支83.4人员83.5设备83.6局限性84所建议的系统84.1对所建议系统的说明84.2业务流程94.3局限性114.4技术条件方面的可行性115投资及效益分析115.1支出115.1.1基本建设投资115.1.2其他一次性支出125.1.3非一次性支出125.2收益125.2.1一次性收益135.2.2非一次性收益135.2.3不可定量的收益135.3收益投资比135.4投资回收周期135.5
2、敏感性分析136社会因素方面的可行性136.1法律方面的可行性136.2使用方面的可行性147结论1414GB856788可行性研究报告1引言1.1编写目的可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究,初步拟定系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交付项目经理孟宇龙审查。1.2背景说明:A. 软件系统的名称:云泊车管理系统B. 任务提出者:项目经理孟宇龙开发者:第十四小组用户:停车场管理员、停车场相关工作人员及车主C. 实现该软件的计算中心
3、或计算机网络:服务器端: 操作系统:Centos 6.5数据库:MYSQL 5.5JDK:JDK 1.7及以上J2EE框架:SpringMVC + Spring + MyBatis客户Web端: 操作系统:Windows、Linux或Mac OS 浏览器:Chrome 43及以上、FireFox 5.0及以上网络:稳定的网络接入,稳定2M及以上网络传输速率客户移动端: 操作系统:Android 5.0及以上或ios 7及以上 网络:3G、4G或Wi-Fi移动网络D. 该软件系统同其他系统或其他机构的基本的相互来往关系: 开发环境:操作系统:OSX 10.11 集成开发工具:Eclipse 编译
4、环境:JDK 1.8 Web服务器:Tomcat 8.0 同合作的停车场或具有停车位的机构之间呈合作关系1.3参考资料1 张海藩主编,软件工程导论,清华大学出版社2 陆丽娜主编,软件工程,经济科学出版社3 瞿中主编,软件工程,机械工业出版社2可行性研究的前提说明对所建议的开发项目进行可行性研究的前提,如要求、目标、假定、限制等。2.1要求说明对所建议开发的软件的基本要求,如:A. 功能:城市停车场库ETC:只要设置好电子钥匙,进出道闸时该系统会自动识别车牌并放行,过程快捷,无需停车。关联车主:基于车牌关联车主信息,自动记录车辆的出入时间,形成实时精确、可视化的停车信息,提供停车收费、车证管理、
5、电子支付、VIP 服务等专业化停车管理服务。车位分享:用户在系统内分享闲置车位,有需求的车主则可预定车位泊车,大大增加闲置车位使用率,节约资源的同时还助力缓解了停车难。车位预定:帮助用户提前预定目的地车位,避免到了目的地无车位可停的尴尬现象。泊车诱导:为用户导航至目的地,助用户顺利找到自己预定的车位,避免迷路。会客分享:用户亲友前来拜访时,用户使用会客分享,为亲友车牌授权,小区道闸自动为该车牌号的车主放行。B. 性能:本产品应用于停车场,在使用中可能会遇到高峰期排队车辆过多的情况,所以要求图像处理模块及通信模块的速度要快。我们规定的从车辆进入提取照片到数据库完成保存共20秒时间。C. 输出:获
6、取该输入的记录中保存的系统时间,同时获得此时的系统时间,将这两时间作差交给计费模块。计费模块执行完毕后将最终的停车费用返回给客户。D. 输入:通过浏览器客户端(可通过在界面上添加按钮),获得摄像头拍摄的车牌图片,再通过浏览器客户端与服务器间的交互将图片传输给服务器端的图像处理模块进行处理,并在处理之后将车牌字符串发送回客户端显示、同时将车牌字符串存储到服务器的数据库中。在存入车牌信息的同时采集系统时间,与车牌字符串一并存入服务器数据库中。E. 处理流程:本系统主要的流程可以分成六部分:用户管理、停车场管理、车位管理、停车管理、统计管理、可视化管理。一、用户管理 1、用户注册:提供用户注册,主要
7、分为停车场管理者的注册和普通百姓的注册。2、用户登录:通过账户密码及验证码来组合判断用户身份。3、角色管理:通过用户信息的权限标记位在运行期判断角色类别信息。4、用户信息查询:用户可进行自己身份信息状态的查询。二、停车场管理1、停车场注册:停车场管理者进行停车场的注册。2、停车场查询:系统管理员进行停车场状态的查询。3、停车场信息修改:系统管理员根据实际需求进行停车场信息的修改。三、车位管理: 1、车位添加:停车场管理员进行本车场车位信息的添加。2、车位修改:停车场管理员进行本车场车位信息的修改。3、车位删除:停车场管理员进行本车场车位信息的删除。四、停车管理:1、车辆入库:停车场管理员对车辆
8、入库进行登记。2、车辆状态查询:用户对自己的车辆实时停车状态进行查询。3、车辆出库:停车场管理员对车辆进行出库操作。4、费用结算:停车场管理员对车辆停车进行费用计算。五、统计管理:1、车辆泊车分布统计:进行城市泊车热点停车场分布统计。2、具体车辆泊车统计:进行特定车辆泊车分布统计。六、可视化管理:1、城市实时泊车可视化:城市实时热点区域可视化。2、指定车辆状况可视化:具体车辆状况可视化功能划分图:F. 在安全与保密方面的要求:1. 统一管理:为了简化数据管理的复杂性,将分散的数据统一集中存放。2. 在数据进行存储时,应采用加密后存储,以保证数据的机密性、完整性、可靠性。防止系统信息泄露。3.
9、系统应在一段时间内就提供数据库全备份管理,以保证在数据出错或被破坏时能够恢复。4. 对于系统执行的重要操作自动记录日志。G. 同本系统相连接的其他系统:支付系统,移车系统,车位交易系统,社交系统H. 完成期限:7个月左右2.2目标总体目标:本项目采用目前热门的云体系。旨在将目前国内分立的泊车管理进行集群化。目前国内的很多停车场依旧采用传统的咪表、蓝牙停车管理系统,同时一个城市内部的停车场都是分立管理的。这种分立的停车管理不但麻烦,而且需要泊车场管理者付出很多的管理及维护经历。提出这一云平台体系主要是为了使目前的停车场集群化,对停车场进行统一管理调度,从而能够更加充分的进行停车场资源的调度;为用
10、户设置客户端软件,使其可以通过客户端软件实时获取服务器中停车场的信息,从而判断将要前往的停车场,提前预约锁定车位,有效的解决局部停车场资源短缺的问题。系统目标:(1) 提供给停车场管理者一套完整的解决方案,使得其能够通过友好的用户交互进行停车场的日常管理。(2) 通过云体系架构提供一个区域内停车场的集群化管理,在泊车高峰期能够提供有效的车辆调度。(3) 提供android客户端给客户,使其能够随时了解自己的停车信息与其他情况,使得客户有一个直观的理解,更好的掌握实时情况。2.3条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制,如:a 建议系统的运行寿命的最小值:5年b 经费、投资
11、方面的来源和限制:投资方与合作方c 硬件:服务器端: CPU:双核及以上内存:4GB及以上硬盘:512GB及以上客户端:CPU:单核及以上内存:2GB及以上硬盘:128GB及以上 运行环境:操作系统:Windows 7浏览器:Internet Explorer 8浏览器及更新、Chrome浏览器开发环境:操作系统:OSX 10.11集成开发工具:Eclipse编译环境:JDK 1.8Web服务器:Tomcat 8.0d 系统投入使用的最晚时间:2018/052.4评价尺度开发费用较小;各项功能的优先次序分明;开发时间的长短适中;使用难度较低,易于上手操作。3对现有系统的分析这里的现有系统是指当
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 可行性研究 报告 泊车 管理 系统
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内