公共自行车概要设计说明书(共9页).doc

精选优质文档-倾情为你奉上专心-专注-专业概要设计说明书1引言1.1编写目的本设计书是公共自行车信息管理系统项目程序的研发概要设计，将项目开发进程中或者项目结束后提供给双方人员使用，同时也可以作为实施后期的维护人员使用。1.2背景 公共自行车信息管理系统2.0概要设计说明书作为前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在后期的维护阶段也起到至关重要的作用。委托单位：xx公共自行车管理公司 开发单位：xx工作室 负责人：全伟轩 近几年，随着公共自行车事业的蓬勃发展，摩拜、ofo等新兴租车企业也在积极的维护骑自行车，与此对立的是公共自行车信息、安全管理的缺乏，公共自行车需要更好的维护与管理，为了公共自行车管理公司能够更好地管理学校设备，我们工作室做了一个公共自行车信息管理系统，为公共自行车信息管理公司管理和公共自行车带来了方便与高效。1.3定义B/S ：(Browser/Server结构）结构即浏览器和服务 器结构。 需求： 用户解决问题或达到目标所需的条件和功能；系统或系统部 要满足合同、标准，规范或其他正式文档所需具有的条件及权能。1.4参考资料国家标准软件开发 文档规范 软件开发流程，清华大学出版社，2005年1月版。2总体设计2.1需求规定公共自行车信息管理系统有：用户基本资料管理，用户押金管理，自行车定位管理，自行车状态管理，维修人员状态管理，密码设置，权限设置，信息统计，折旧管理，系统日志及系统退出。2.2运行环境主机：PC机兼容机内存100G以上，显示分辨率800*600以上操作系统：win10等GPS：需要防水，防摔的用电量较少的GPS。自行车，手机客户端联系用具。用户基本资料管理2.3基本设计概念和处理流程押金管理密码设置自行车定位管理维护人员状态管理主机信息自行车状态管理权限设置折旧管理2.4结构如上图2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：程序1程序2程序3程序n自行车信息查询修理人员信息查询用户押金查询ü折旧资金查询2.6人工处理过程公共自行车的报修，修理及完成后的状态变更。2.7尚未问决的问题自行车的GPS定位实现。3接口设计3.1用户接口1、向用户提供自行车的可用信息：软件回答的为公共自行车的GPS定位位置，公共自行车车桩剩余量。以及定金退还流程问题2、向修理人员提供的可用信息：软件回答的为公共自行车的GPS定位位置，根据用户回馈的公共自行车的问题（漏气，爆胎等）。3.2外部接口GPS定位软件与用户系统。GPS定位软件与修理人员系统，GPS定位软件与主机，用户系统与主机，修理系统与主机。3.3内部接口不详。4运行设计4.1运行模块组合1）当用户需要公共自行车时：用户模块与GPS定位模块以及主机。2）当用户报送自行车出问题时：用户模块>主机>修理人员管理模块->主机。3）当用户归还公共自行车时：用户模块>公共自行车车桩信息。4.2运行控制说明每一种外界的运行控制的方式方法和操作步骤。1）当用户需要公共自行车时：用户模块>主机>GPS定位模块以及主机。用户模块向主机请求信息，主机在收到公共自行车GPS定位后返回给用户2）当用户报送自行车出问题时：用户模块>主机>修理人员管理模块->主机。用户返回公共自行车问题信息返回给主机，主机访问修理人员信息模块来发现没有工作的修理人员，根据就近原则来进行调度，修理人员修理完成后再把其信息返还给主机。3）当用户归还公共自行车时：用户模块>主机>公共自行车车桩信息。用户询问主机的信息，主机调用就近的公共自行车车桩信息，再返还给用户。4.3运行时间1类需要40%时间2类需要20%时间3类需要40%时间5系统数据结构设计5.1逻辑结构设计要点给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。用户信息表数据项定义长度关系用户编号Long int20主键用户姓名Char6用户性别Char6用户电话Long int20用户家庭住址Long char100用户押金表数据项定义长度关系用户是否交定金Boolean1定金金额Int4用户是否退还定金Boolean1自行车状态管理数据项定义长度关系使用状态Boolean1主键地理信息Char40是否需要维修Boolean1维修人员状态管理数据项定义长度关系编号Long int20主键姓名Long char10地理位置Long char100是否进行维修状态Boolean1可维修类型Long char200联系方式Long int20折旧管理数据项定义长度关系车辆编号Long int20主键破旧类型Long char200是否可以折旧Boolean1折旧金额Int205.2物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。用户信息表数据项存储要求访问方法设计考虑保密条件用户编号要求验证存储最高权限访问作为主键最高权限保密用户姓名要求验证存储最高权限访问无最高权限保密用户性别要求验证存储最高权限访问无最高权限保密用户电话要求验证存储最高权限访问无最高权限保密用户家庭住址要求验证存储最高权限访问无最高权限保密用户押金表数据项存储要求访问方法设计考虑保密条件用户是否交定金要求验证存储管理员访问要进行两人判断管理员保密定金金额验证存储管理员访问与银行验证判断管理员保密用户是否退还定金验证存储管理员访问与用户两方判断管理员保密自行车状态管理数据项存储要求访问方法设计考虑保密条件使用状态实时更新存储用户可访问要求进行实时更新无地理信息实时更新存储用户可访问要求进行实时更新无是否需要维修每小时更新存储管理员可访问小时更新无维修人员状态管理数据项存储要求访问方法设计考虑保密条件编号验证存储管理员可访问要求进行是否重复验证管理员权限姓名验证存储最高权限访问无最高权限地理位置实时更新存储管理员可访问访问时更新管理员权限是否进行维修状态实时更新存储管理员可访问访问时更新管理员权限可维修类型验证存储管理员可访问无管理员权限联系方式验证存储管理员可访问无管理员权限5.3数据结构与程序的关系见上图表。6系统出错处理设计6.1出错信息用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。出现的问题输出信息的形式含义处理方法用户无法退款Not get money无法得到押金款项查找是否没有退还自行车信息丢失Lose this number自行车信息丢失从已保存的来进行再次查找自信车GPS信号丢失Lose bike address自信车位置找不到搜索6.2补救措施说明故障出现后可能采取的变通措施，包括：a. 可以降低在修理人员信息的内存的CPU占用使用，而加大用户与自信车之间的联系。b. 不仅保存一份文件：可以在文件中进行保存几份，而且可以为了该程序进行cache存储。6.3系统维护设计为了维护后信息可以得以保存，因此可以进行备份文件。