软件需求与设计规格说明书——共享单车管理系统

1、标准文档校园共享单车运行管理系统需 求 与 设 计 规 格 说 明 书姓名：邵江南班级： 14 计科 2 班学号： 99999999999目录1引言1.1 需求规格说明书编写目的21.2 软件产品的产生背景 . 21.3 定义、同义词与缩写3文案大全9999999999 邵江南 安徽建筑大学1.4 参考文献 32. 任务概述2.1 目标 . 32.2 产品与功能. 42.3 用户特征. 42.4 限制与约束 . 53需求规定3.1 对功能的规定 53.2 对性能的规定 133.3 输入输出要求143.4 数据管理能力要求（针对软件系统）153.5 故障处理要求 . 153.6 安全保密154运

2、行环境规定4.1 设备 . 164.2 控制 . 165备注 .171引言1.1 需求规格说明书编写目的本要求规格说明书对校园共享单车管理系统进行简单的分析，给出了系统 的数据流图。 系统主要用户是学生， 教师和校内工作人员。 同时编写此需求规格 说明书，可以加深与用户间的交流， 在功能与系统界面上与用户达成一致的看法， 以便于开发出用户满意的应用系统。9999999999 邵江南 安徽建筑大学1.2 软件产品的产生背景共享单车是指企业与政府合作，在校园、地铁站点、公交站点、居民区、商 业区、公共服务区等提供自行车单车共享服务， 是共享经济的一种新形态。 为解 决“最后一公里出行” 问题，共享

3、单车应运而生， 相比其他出行方式， 其价格低。 中国这一“自行车上的国家”几十年后通过共享单车再次名副其实。与网约车不同， 自行车的运营受季节变化、 天气状况等影响也比较大。 至于 遇上台风暴雨， 则无论地处何方， 共享单车出行的订单量， 都会直线下降甚至归 零，而平台还得面对更加高昂的车损折旧成本。据中国报告大厅发布的 2017-2022 年中国共享单车行业专项调研及投资价值预测报告显示，与“有 桩”的公共自行车相比，这种随时取用和停车的“无桩”理念给市民带来了极大 便利的同时，也导致“小红车”和“小黄车”的“乱占道”现象更加普遍，城市 空间的管理因而变得更加困难，这也就需要相应的管理规定出

4、台。在这些共享单车的出没环境中，路途较短，分布集中，用户素质较高，电子 支付熟练，易于管理，人流量大，使用率高等特点的校园，必然集万众焦点 于一身，成为各个共享单车平台的必争之地，这也带来了一大堆问题：常有用户或遗忘或故意停车不锁车， 这直接导致了车的非正常恶意使用率上 升，加速车的损耗，影响正常需求用户的使用，也降低了单车的运营收入；而近 期成为热点问题的用户乱停乱放、 随手停车等严重影响交通、 阻碍大众出行的问 题屡禁不止， 让本来诞生之初为了减轻交通拥堵问题的共享单车起了反作用； 更 有甚者，有些用户由于无人监管，便肆无忌惮蓄意破坏单车本共享单车运行管理系统，即主要面向此类校园共享单车。

5、1.3 定义、同义词与缩写定义关键词如下：Sbike 校园共享单车；SMS校园共享单车管理系统1.4 参考文献软件工程第 2版齐治昌 谭庆平 宁洪编著 高等教育出版社9999999999 邵江南 安徽建筑大学2. 任务概述2.1 目标本软件的目标是使校园共享单车管理系统管理电子化、系统化、简单化， 以节省 Sbike 管理方面不必要的资源浪费。该管理系统的最终用户为终端用户， 管理人员和其他相关人员。 本系统包括了 Sblke 运行管理的一般功能。 还包括 些其他的系统功能，诸如新车上市，旧车退市以及提醒落锁、收费等。目标还包 括：1. 减少人力资源的使用和降低管理费用；提高信息准确度和可靠性

6、；2. 改进Sbike内管理和人员服务；3. 建立高效的信息传输和服务平台，提高信息处理速度和利用率；4. 系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大 效率高；5. 更简便、信息化程度更高的 Sbike 管理流程；2.2 产品与功能针对产品背景、用户需求等初步归纳产品应具备的功能如下：1. 租赁管理（计费 收费等）2. 设备管理 （开锁 关锁 故障记录 报修报失等）3. 调度管理4. 故障报修管理5. 仓库管理7. 信息推送模块 （车辆 GPS定位、轨迹及分布查询等）8. 监控系统模块9. 统计报表10. 系统角色及用户管理（记录信息 用户信用记录）2.3 用户特征小

7、型SMS的工作人员，包括 Sbike 校园经理、 Sbike 管理员等掌握基本的计算 机操作技能的人员。该系统应用过程中涉及到的具体角色如表2-1 所示。角色名称职责说明- 3 -9999999999 邵江南 安徽建筑大学Sbike 校园经理管理Sbike全面工作Sbike 管理员负责Sbike日常主要工作老师、学生、校内工作人员借车、还车、注册、注销表2-1 SMS角色表格注意：借车人员随机性大，频率不稳定，开发人员需定期维护2.4 限制与约束开发与运行的硬件平台要能够支持多用户并发访问。 本软件在开发的过程中， 分为技术实现与软件工程两大部分， 两大部分都有侧重点， 若技术支持出现故障 或

8、疑难问题无法解决、 程序开发出现偏差， 会延误工程进度， 影响工程的按期完 工。若软件工程陈述出现问题， 部分描述含混不清， 则会影响系统的完整性与可 继承性。在管理方面， 如管理者没有预见性， 对出现的问题无法采用可行的解决 手段，都会影响开发模块之间的互动， 从而影响工程的顺利开展， 导致工程无法 按期完工。本次设计的管理系统采用的是 B/S结构的软件体系，服务器采用 A 技术，后台数据库采用 mySQ。L3需求规定3.1 对功能的规定3.1.1 系统概述对于本系统划分为： 车辆管理子系统、 用户管理子系统和借还车辆管理子系 统三个主题 域。各个主题域的功能如图 3-0-199999999

9、99 邵江南 安徽建筑大学图 3-0-2 系统概述3.1.2.1 车辆管理车辆录入：添加新增车辆的基本信息 车辆退市：将已退市车辆的数量、信息全部清零，并安排回收处理 车辆查询修改： 输入车辆号即可获得当前车辆的位置、 健康度、 是否已借出等信 息。当校园内有旧车退市或新车上市时， 管理员可通过改系统对车辆信息进行更 新。如图 3-1-2:图 3-1-2 车辆管理子系统3.1.2.2 业务事件1. 管理员登陆系统9999999999 邵江南 安徽建筑大学业务流程分析： 管理员对系统数据库信息进行操作时， 需要验证账号和密码登陆成功后才能 进行相关的操作。其中主要包括对车辆信息的录入、查询、更新

10、及删除操作。其 流程如图 3-1-3 所示。图 3-1-3 管理员登录系统及操作流程图2. 车辆管理员录入车辆信息 业务流程分析： 车辆管理员在登陆验证成功后可进行车辆信息录入的操作，其流程图如图3-1-3 所示。3. 车辆管理员查询及更新车辆信息 业务流程分析： 车辆管理员在登陆验证成功后可进行更新车辆信息的操作，其流程图如图3-1-3 所示。4. 车辆管理员删除退市车辆信息 业务流程分析： 车辆管理员在登陆验证成功后可进行删除退市车辆信息的操作， 其流程图如 图 3-1-3 所示。9999999999 邵江南 安徽建筑大学3.1.3.1 用户管理添加用户信息：添加新增借车者的信息。用户查询

11、及修改： 输入用户姓名或用户账号可获得用户的基本信息并可修改 其信息。 删除用户信息：输入用户姓名删除用户信息如图3-2-1 ：图 3-2-1: 用户管理子系统3.1.3.2 业务事件1. 车辆管理员登录系统 业务流程分析： 管理员对系统数据库信息进行操作时， 需要验证账号和密码登陆成功后才能 进行相关的操作。其中主要包括对用户信息的录入、查询、更新及删除操作。其 流程如图 3-1-3 所示。2. 车辆管理员查询及修改用户信息 业务流程分析： 管理员登陆验证成功后，进行修改用户信息的操作，流程图如图 3-1-3 所 示。3. 车辆管理员删除用户信息 业务流程分析： 管理员登陆验证成功后，进行删

12、除用户信息的操作，流程图如图 3-1-3 所 示。3.1.3.3管理用户信息：描述项说明用例名称管理用户信息参与者Sbike 管理员概述Sbike 管理员将实时的用户的基本信息添加 到系统数据库中并进行管理前置条件管理员成功登陆系统后置条件确定没有重复的读用户账号- 7 -9999999999 邵江南 安徽建筑大学基本事件流1. 管理员登陆系统后， 选择 “车辆信息录 入”操作，进入添加车辆信息的页面，填写 的车辆基本信息。2点击“添加”按钮后，系统会将信息添 加到数据库的用户信息汇总表中。3. 添加成功后管理员可以执行查看和 删除操作。异常事件流1. 添加的借车账号信用级别低。2. 添加的信

13、息不符合要求3. 管理员添加了错误的用户信息4. 管理员登陆失败5. 用户信息添加失败6. 相关需求与功能点被包含的用例检查用户合法性用例3.1.4.1 借还车辆管理借车登记：先登录借车帐号 , 检查信用记录是否合格和历史账单清空的检查 若符合则添加借车账号 , 车号及借车时间等信息。借车记录查询及续签： 输入借车账号或车号可获得其相关信息并可办理续签 手续。还车手续办理：输入用户帐号及车号 , 在借车记录添加还车时间。借车收费：该功能在用户还车时检索用户借车信息计算时间、路程，并得出 价格, 得出相应的账单，从而让用户付费上锁。如图3-3-1 ：图 3-3-1 ：借还车管理子系统3.1.4.

14、2 业务事件9999999999 邵江南 安徽建筑大学1. 用户登录验证 业务流程分析： 该流程是用户在进行自己相关信息查询及操作时进行的用户身份验证的过 程。其流程图如图 3-3-3 所示。2. 借车登记 业务流程分析： 该流程是管理员通过与系统的交互将用户的借车信息录入数据库的操作。 其流 程图如图 3-3-3 所示。3. 用户还车 业务流程分析： 还车手续办理流程为用户将车辆还回， 待用户付清账单并锁车之后完成借车信 息的消除，记录数据。其流程图如图 3-3-3 所示。4用户付费手续办理业务流程分析： 付费手续为用户还车后查看自己的借车记录然后进行提取相应车辆的账单信 息 从而付费。其流

15、程图如图 3-3-3 所示：图3-3-3 借还车流程图3.1.4.3 用例模型借还车辆管理描述项说明用例名称借还车辆管理- 9 -9999999999 邵江南 安徽建筑大学参与者Sbike 管理员、用户概述用户通过该 SMS，解锁车辆，借出车辆后用 户可通过该系统查看借车信息并可以进行 车辆续借操作。用户还车时， SMS自动计费 提供账单， 待用户付费完成， 注销掉本次借 阅的信息，记录数据。前置条件管理员、用户成功登陆系统后置条件用户付费、记录数据基本事件流1. 管理员登陆系统，用户搜索车辆信 息。2. 用户使用 SMS借车，录入借车信息。3. 用户登录系统，查看借车信息。4. 用户还车，注

16、销借车记录。可选事件流1. 用户付款2. 用户想要保留查询结果3. 用户借车超过一辆4. 用户超时未还车被包含的用例检查用户合法性用例异常事件流1. 管理员登陆失败2. 用户登录失败3. 相关需求与功能点3. 2 对性能的规定3.2.1 精度SMS 对数据的精度要求是根据信息存储的形式、借车还车的结果等量化而制 定的。查询时应保证查全率， 所有相应域包含查询关键字的记录都应能查到； 查询时应保证查准率， 查到的记录应与给定的单项或组合查询条件不完全匹 配的模糊查询；录入数据合法性的检验应当精确；密码允许输入 6-8 个字母或者数字：用户输入查询信息应不区分大小写。3.2.2 时间特性要求由于此

17、开发项目针对校园共享单车市场， 使用频度较高，使用性要求比较高。 为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之， 要求稳定、安全、便捷，易于管理和操作。1. 查询速度：不超过 10秒；2. 其它所有交互功能反应速度：不超过 3秒；3. 可靠性：平均故障间隔时间不低于 200小时。4. 响应时间： 应在 12秒内， 对软磁盘和打印机的操作， 以及数据的 导入和导出也应在可接受的时间内完成；3.2.3 灵活性- 10 -9999999999 邵江南 安徽建筑大学作为独立运行的系统和其他管理系统集成的系统。 SMS的设计是做为独立运 行的系统而进行的。 本系统具有独立的服务器

18、系统和数据库系统， 具有完善数据 输入输出功能和数据维护及查询的报表生成与打印系统。 且发生故障时， 能快速 恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过 5小时。为了 适应内外机构的数据要求， 与国家管理机构相关系统的数据交换， 本系统专门设 计了与这些系统数据交换扩展接口。本系统采用应用程序（ app）标准界面，本 身具有操作灵活的特点。可能提供手机 app和电脑网页双重使用功能。方便用户操作和管理。3.3 输入输出要求输入：1. 人工输入部分，录入各硬件设备基本信息，注册帐号输入用户信 息；2. 机器输入部分，停车柱模块传入，借车停车扣费等操作； 输出：1. 用户基本信息列表，硬件设备列表；2. 自行车借还车信息统计，个人账户借还车统计，以及停车柱管理箱为 单位的使用记录统计；3.4 数据管理能力要求（针对软件系统）数据管理分为增加（ INSERT）、修改（ UPDAT）E 、和删除（ DELETE）。 公告的信息发布的增加、 修改、删除与审核控制。 车辆的信息发 布的增加、修改、删除与审核控制。用户访问的信息发布的增加、修改、删除与审核控制。3.5 故障处理要求正常使用时不