软件需求与设计规格说明书

《软件需求与设计规格说明书》由会员分享，可在线阅读，更多相关《软件需求与设计规格说明书（20页珍藏版）》请在金锄头文库上搜索。

1、校园共享单车运行管理系统需 求 与 设 计 规 格 说 明 书姓名：邵江南班级：14计科2班学号：99999999999目录1 .引言1.1需求规格说明书编写目的21.2软件产品的产生背景 21.3定义、同义词与缩写31.4参考文献3 -2任务概述2.1 目标:；32.2产品与功能:42.3用户特征 42.4限制与约束 53 .需求规定3.1对功能的规定5-3.2对性能的规定 13-3.3输入输出要求143.4数据管理能力要求（针对软件系统）153.5故障处理要求 :：.153.6安全保密15 -4 .运行环境规定4.1设备:164.2 控制:165 .备注.171 .引言1.1需求规格说明书

2、编写目的本要求规格说明书对校园共享单车管理系统进行简单的分析，给出了系统 的数据流图。系统主要用户是学生，教师和校工作人员。同时编写此需求规格说 明书，可以加深与用户间的交流，在功能与系统界面上与用户达成一致的看法， 以便于开发出用户满意的应用系统。1.2软件产品的产生背景共享单车是指企业与政府合作，在校园、地铁站点、公交站点、居民区、商 业区、公共服务区等提供自行车单车共享服务， 是共享经济的一种新形态。为解 决“最后一公里出行”问题，共享单车应运而生，相比其他出行方式，其价格低。 中国这一 “自行车上的”几十年后通过共享单车再次名副其实。与网约车不同，自行车的运营受季节变化、天气状况等影响

3、也比较大。至于 遇上台风暴雨，则无论地处何方，共享单车出行的订单量，都会直线下降甚至归 零，而平台还得面对更加高昂的车损折旧成本。据中国报告大厅发布的2017-2022年中国共享单车行业专项调研及投资价值预测报告 显示，与“有 桩”的公共自行车相比，这种随时取用和停车的“无桩”理念给市民带来了极大 便利的同时，也导致“小红车”和“小黄车”的“乱占道”现象更加普遍，城市 空间的管理因而变得更加困难，这也就需要相应的管理规定出台。在这些共享单车的出没环境中，路途较短，分布集中，用户素质较高，电子 支付熟练，易于管理，人流量大，使用率高等特点的校园，必然集万众焦点 于一身，成为各个共享单车平台的必争

4、之地，这也带来了一大堆问题：常有用户或遗忘或故意停车不锁车，这直接导致了车的非正常恶意使用率上 升，加速车的损耗，影响正常需求用户的使用，也降低了单车的运营收入；而近 期成为热点问题的用户乱停乱放、 随手停车等严重影响交通、阻碍大众出行的问 题屡禁不止，让本来诞生之初为了减轻交通拥堵问题的共享单车起了反作用；更有甚者，有些用户由于无人监管，便肆无忌惮蓄意破坏单车本共享单车运行管理系统，即主要面向此类校园共享单车。1.3定义、同义词与缩写定义关键词如下：Sbike 校园共享单车；SMS 校园共享单车管理系统1.4参考文献软件工程一一第2版齐治昌 谭庆平 宁洪编著 高等教育出版社2.任务概述2.1

5、目标本软件的目标是使校园共享单车管理系统管理电子化、系统化、简单化， 以节省Sbike管理方面不必要的资源浪费。该管理系统的最终用户为终端用户， 管理人员和其他相关人员。本系统包括了Sblke运行管理的一般功能。还包括一些其他的系统功能，诸如新车上市，旧车退市以及提醒落锁、收费等。目标还 包括：1减少人力资源的使用和降低管理费用；提高信息准确度和可靠性；2改进Sbike管理和人员服务；3建立高效的信息传输和服务平台，提高信息处理速度和利用率；4系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大 效率高；5更简便、信息化程度更高的Sbike管理流程；2.2产品与功能针对产品背景

6、、用户需求等初步归纳产品应具备的功能如下：1. 租赁管理（计费收费等）2. 设备管理（开锁关锁故障记录报修报失等）3. 调度管理4. 故障报修管理5. 仓库管理7信息推送模块（车辆GPS定位、轨迹及分布查询等）8. 监控系统模块9. 统计报表 10.系统角色及用户管理（记录信息 用户信用记录）2.3用户特征小型SMS的工作人员，包括Sbike校园经理、Sbike管理员等掌握基本的计算机操作技能的人员。该系统应用过程中涉及到的具体角色如表2-1所示角色名称职责说明Sbike校园经理管理Sbike全面工作Sbike管理员负责Sbike日常主要工作老师、学生、校工作人员借车、还车、注册、注销表2-1

7、 SMS角色表格注意：借车人员随机性大，频率不稳定，开发人员需定期维护2.4限制与约束开发与运行的硬件平台要能够支持多用户并发访问。本软件在开发的过程中, 分为技术实现与软件工程两大部分，两大部分都有侧重点，若技术支持出现故障 或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完 工。若软件工程述出现问题，部分描述含混不清，则会影响系统的完整性与可继 承性。在管理方面，如管理者没有预见性，对出现的问题无法采用可行的解决手 段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按 期完工。本次设计的管理系统采用的是B/S结构的软件体系，服务器采用A 技术，后台数据

8、库采用mySQL。3 .需求规定3.1对功能的规定系统概述对于本系统划分为：车辆管理子系统、用户管理子系统和借还车辆管理子系 统三个主题域。各个主题域的功能如图3-0-1图3-0-2 系统概述车辆管理车辆录入：添加新增车辆的基本信息车辆退市：将已退市车辆的数量、信息全部清零，并安排回收处理车辆查询修改：输入车辆号即可获得当前车辆的位置、健康度、是否已借出等信 息。当校园有旧车退市或新车上市时，管理员可通过改系统对车辆信息进行更新。如图3-1-2:车辆查询修改劄图3-1-2车辆管理子系统业务事件1. 管理员登陆系统业务流程分析：管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能

9、进行相关的操作。其中主要包括对车辆信息的录入、查询、更新及删除操作。其 流程如图3-1-3所示。曲H糸审X舌st寿疑昜$图3-1-3管理员登录系统及操作流程图2车辆管理员录入车辆信息业务流程分析：车辆管理员在登陆验证成功后可进行车辆信息录入的操作，其流程图如图3-1-3所示。3.车辆管理员查询及更新车辆信息业务流程分析：车辆管理员在登陆验证成功后可进行更新车辆信息的操作，其流程图如图3-1-3所示4车辆管理员删除退市车辆信息业务流程分析：车辆管理员在登陆验证成功后可进行删除退市车辆信息的操作，其流程图如图3-1-3所示。用户管理添加用户信息：添加新增借车者的信息。用户查询及修改：输入用户姓名或

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

11、描述项说明用例名称管理用户信息参与者Sbike管理员概述Sbike管理员将实时的用户的基本信息添加 到系统数据库中并进行管理前置条件管理员成功登陆系统后置条件确定没有重复的读用户账号基本事件流1.管理员登陆系统后，选择“车辆信息录入” 操作，进入添加车辆信息的页面， 填写的车 辆基本信息。2 点击“添加”按钮后，系统会将信息添力口到数据库的用户信息汇总表中。3.添加成功后管理员可以执行查看和删除 操作。异常事件流1. 添加的借车账号信用级别低。2. 添加的信息不符合要求3. 管理员添加了错误的用户信息4. 管理员登陆失败5. 用户信息添加失败6.相关需求与功能点被包含的用例检查用户合法性用例3

12、.141借还车辆管理借车登记：先登录借车帐号，检查信用记录是否合格和历史账单清空的检查 若符合则添加借车账号，车号及借车时间等信息。借车记录查询及续签：输入借车账号或车号可获得其相关信息并可办理续签 手续。还车手续办理：输入用户帐号及车号，在借车记录添加还车时间。借车收费：该功能在用户还车时检索用户借车信息计算时间、路程，并得出 价格，得出相应的账单，从而让用户付费上锁。如图3-3-1 :图3-3-1 :借还车管理子系统业务事件1. 用户登录验证业务流程分析：该流程是用户在进行自己相关信息查询及操作时进行的用户身份验证的过程。其流程图如图3-3-3所示。2. 借车登记业务流程分析：该流程是管理

13、员通过与系统的交互将用户的借车信息录入数据库的操作。其流程图如图3-3-3所示。3. 用户还车业务流程分析：还车手续办理流程为用户将车辆还回，待用户付清账单并锁车之后完成借车信 息的消除，记录数据。其流程图如图3-3-3所示。4用户付费手续办理业务流程分析：付费手续为用户还车后查看自己的借车记录然后进行提取相应车辆的账单信息 从而付费。其流程图如图3-3-3所示:凰木川户开户怦理处幫碱或充侑用户卡进入出名单.系统报爰图3-3-3借还车流程图用例模型借还车辆管理描述项说明用例名称借还车辆管理参与者Sbike管理员、用户概述用户通过该SMS，解锁车辆，借出车辆后用 户可通过该系统查看借车信息并可以

14、进行 车辆续借操作。用户还车时，SMS自动计费提供账单，待用户付费完成，注销掉本次借 阅的信息，记录数据。前置条件管理员、用户成功登陆系统后置条件用户付费、记录数据基本事件流1. 管理员登陆系统，用户搜索车辆信息。2. 用户使用SMS借车，录入借车信息。3. 用户登录系统，查看借车信息。4. 用户还车，注销借车记录。可选事件流1. 用户付款2. 用户想要保留查询结果3. 用户借车超过一辆4. 用户超时未还车被包含的用例检查用户合法性用例异常事件流1. 管理员登陆失败2. 用户登录失败3. 相关需求与功能点3.2对性能的规定321精度SMS对数据的精度要根据信息存储的形式、借车还车的结果等量化而制定 的。查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到；查询时应保证查准率，查到的记录应与给定的单项或组合查询条件不完全匹 配的模糊查询；录入数据合法性的检验应当精确；密码允许输入6-8个字母或者数字：用户输入查询信息应不区分大小写。322时间特性要求由于此开发项目针对校园共享单车市场，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。1查询速度：不超过10秒；2