软工第二次作业-斗量车联项目选题报告
项目选题报告链接：
以下内容仅为项目选题报告节选
若需查看完整内容请点击上方链接下载文件
会议图片
项目概述
项目背景及意义
在校园生活中，电动车由于其便利性与快捷性，成为多数同学的主要通勤工具，但在享受方便快捷的生活同时，由于电动车引发的问题却接踵而至。难以找到空闲可用的充电桩、发生剐蹭无法联系的车主、占用通道的电动车等问题成为了每一位电动车主心中的一朵乌云。据调查显示，90%以上的电动车车主都遇到过电动车被剐蹭却无法找人赔偿的问题；平均寻找可用充电口的时间为8min，其中最长寻找时间可达20min。这些关于电动车的琐事常常困扰着电动车主。
项目简介
斗量车联是一款基于充电难、联系难、停车难等电动车相关问题设计的车俩互联应用。主要分为充电桩状态查看、车主联系、交流社区与个人中心四大模块。充电桩状态模块可视化展示充电桩占用、空闲、损坏三种状态，帮助用户快速找到空闲可用的充电口；车主联系模块可通过车牌与车主进行联系，并定制常见沟通模板，提高沟通效率；交流社区模块可进行二手车交易与电动车相关帖子发布与浏览，帮助用户解决关于电动车购买、维修、出售等一系列问题；个人中心模块提供个人信息修改、车辆绑定、亲友关联等服务，优化用户APP使用体验。斗量车联希望通过简单便捷的操作，提高用户出行效率、减少用户时间成本，为同学们创造一个友善、便利的校园电动车使用环境。
项目可行性分析
技术分析
技术选择
斗量车联采用传统的 B/S 模式进行开发，基于跨平台的微信小程序 + 高并发gin框架 + 轻量级flask框架的前后端分离结构，并结合关系型数据库MySQL和非关系型数据库redis、mongodb来进行开发和设计。基于初期的需求分析设计出的系统，在进行一系列充分的测试并取得符合期望的结果。 我们将利用爬虫技术爬取校园充电桩的使用情况信息并进行可视化。还通过pytorch进行深度学习，训练神经网络使其能进行车辆检测，车牌识别等功能。除了软件方面，我们还新增加嵌入式设备，基于STM32+GPRS模块对车辆的进行定位以及信息通信。
人员安排
小组成员均有相关基础，其中，曾庆聪同学有Golang后端实际项目开发经验；黄舒俊、林靖淞同学在暑期自主学习YOLOv5网络、FasterRCNN相关知识；尚思佳与蔡万霖同学有Python技术基础，经过前期学习可顺利完成任务。
时间分配
本产品从前期设计到第一版开发完成预计所需时间为2个月，采用V模型进行项目管理，减少各模块返工的概率。具体时间安排见项目计划模块。
综上所述，本应用在技术层面难度适中，能够较好发挥各组员特长，时间安排较为合理，技术可行性较高。
NABCD分析
N (Need,需求)
校园内电动车数量日益增加，在日常使用过程中遇到各种各样的问题。例如：找不到充电口、车辆堵塞通道、无法联系车主等问题。
A（Approach，做法）
实时获取充电桩信息，并可视化展示，方便用户找到充电口。利用拍照识别车牌寻找到对应车主，与车主进行联系，并且定义常见沟通模板，提高用户沟通效率。在沟通的同时也注意用户隐私保护，未经车主允许无法获取车主联系方式，防止个人信息泄露。
B（Benefit，好处）
用户可通过简单操作即可解决生活中与电动车相关的大部分问题，节约用户时间，提高电动车使用体验，营造良好的校园电动车使用环境。
C（Competitors，竞争）
目前市场上还未用拥有完整的电动车互联应用，校内充电桩运营商提高空闲插座查看服务，但功能较为隐蔽且展示效果不佳，未能让用户快速准确寻找到可用充电口。
D（Delivery，推广）
线上推广：利用微信朋友圈、QQ空间等社交媒体平台进行推广，引导广大师生使用该小程序，以获得第一批核心用户，并通过举办线上活动，实现用户裂变。
线下推广：通过在校园充电桩处粘贴宣传海报等方式进行线下宣传。
效益分析
经济效益
降低电动车车主电动车使用成本，促进充电桩资源更加合理高效的配置。促进校园电动车管理高技术和高智能化。
文化效益
有利于促进人工智能文化的发展，促进社会文化的进步和文化和科技的融合，形成良好学习的氛围，促进科学文化事业的进一步蓬勃发展。
社会效益
改善校园电动车乱象，加强对电动车的管理，促进校园公共事业的发展，对校园安全问题的解决及发展有重要的意义。
项目计划
软件开发模型
本项目需求定义明确，故小组选择使用 V 模型作为本次项目管理模型。该模型具有节省时间、避免缺陷向下流动、清晰明了等特点，对项目过程的每一步进行验证，防止开发结束后发现重大缺陷难以修改的问题。
V 模型对应业务流程为：
- 业务需求分析：了解产品需求的第一步。此阶段包含详细的沟通, 以了解市场的期望和确切要求。
- 系统设计：在这一阶段, 系统工程师通过研究用户需求文档来分析和解释所提议系统的业务。
- 体系结构设计：选择体系结构的基线是它应该理解所有内容, 通常包括模块列表, 每个模块的简要功能, 它们的接口关系, 依赖性, 数据库表, 体系结构图, 技术细节等。集成测试模型是在特定阶段执行的。
- 模块设计：在模块设计阶段, 系统分为小模块。指定了模块的详细设计, 称为低级设计。
- 编码阶段：设计后, 开始编码阶段。根据要求, 确定合适的编程语言。有一些编码准则和标准。在存入存储库之前, 对最终版本进行了优化以提高性能, 并且代码会经过许多代码审查以检查性能。
验证阶段为：
- 单元测试：在 V 模型中, 在模块设计阶段制定单元测试计划(UTP)。执行这些 UTP 可消除代码级别或单元级别的错误。单元测试可以验证最小的实体与其他代码/单元隔离后能否正常运行。
- 集成测试：集成测试计划是在体系结构设计阶段制定的。用于验证独立创建和测试的组可以共存并在彼此之间进行通信。
- 验收测试：验收测试与业务需求分析部分有关。它包括在用户环境中测试软件产品。