软件需求说明书云泊车管理系统.docx

上传人:b****6 文档编号:8040778 上传时间:2023-01-28 格式:DOCX 页数:22 大小:72.94KB
下载 相关 举报
软件需求说明书云泊车管理系统.docx_第1页
第1页 / 共22页
软件需求说明书云泊车管理系统.docx_第2页
第2页 / 共22页
软件需求说明书云泊车管理系统.docx_第3页
第3页 / 共22页
软件需求说明书云泊车管理系统.docx_第4页
第4页 / 共22页
软件需求说明书云泊车管理系统.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

软件需求说明书云泊车管理系统.docx

《软件需求说明书云泊车管理系统.docx》由会员分享,可在线阅读,更多相关《软件需求说明书云泊车管理系统.docx(22页珍藏版)》请在冰豆网上搜索。

软件需求说明书云泊车管理系统.docx

软件需求说明书云泊车管理系统

1引言2

1.1编写目的2

1.2背景2

1.3参考资料3

2任务概述3

2.1目标3

2.2用户的特点4

2.3假定和约束4

3需求规定5

3.1对功能的规定5

3.1.1业务流程图5

3.1.2功能划分6

3.1.3具体功能点分析7

3.2对性能的规定22

3.3其他专门要求22

4运行环境规定23

4.1硬件设备23

4.2软件环境24

4.3接口24

软件需求说明书

1引言

1.1编写目的

编写“云泊车管理系统”软件需求说明书,目的是在进行其他软件开发阶段之前完成如下的工作:

(1)明确用户的需求,了解用户的特点并以此设定软件开发的目标;

(2)明确软件的功能要求、性能要求、输入输出要求、数据管理能力要求、故障管理要求和其他专门要求。

对可能涉及到的问题和用户进行充分的沟通,并在其他阶段开始之前和用户达成初步的一致,为下面将要进行的软件开发过程提供一个依据。

此文档的主要目标是为了在软件设计之初,指明本软件所要完成的任务,需要解决哪些问题,以及解决问题是的具体操作流程,研究本软件的开发可行性以及开发之后的实用性。

最后在进行严密的需求分析的过程中,达到对在此之后的详细设计的最大化支持并降低开发风险。

“云泊车管理系统”软件需求说明书的预期读者是用户、开发人员和后期维护人员。

1.2背景

随着目前科技的不断发展和技术的不断演进,传统的泊车管理已经无法满足这个交通困难的时代的百姓和管理者对于泊车管理的要求。

为将目前分立的停车场进行集群化管理,通过存储车牌信息和车主账户一一对应进行计费,避免使用传统的纸质卡片以及蓝牙卡计费带来的麻烦,特设计本系统采用图像识别技术准确识别车牌,并为用户设置客户端软件,使其可以通过客户端软件实时获取服务器中停车场的信息,从而判断将要前往的停车场,提前预约锁定车位,有效的解决局部停车场资源短缺的问题。

待开发的系统的名称:

云泊车管理系统

本项目的任务提出者:

项目经理孟宇龙

开发者:

第十四小组

用户:

停车场管理员及车主

1.3参考资料

序号

文档名

作者

时间

出版社/编号

1

软件工程—实践者的开发方法

郑仁杰

2011

机械工业出版社

2

重构:

改善既有代码的设计

熊节

2015

人民邮电出版社

2任务概述

2.1目标

总体目标:

本项目采用目前热门的云体系。

旨在将目前国内分立的泊车管理进行集群化。

目前国内的很多停车场依旧采用传统的咪表、蓝牙停车管理系统,同时一个城市内部的停车场都是分立管理的。

这种分立的停车管理不但麻烦,而且需要泊车场管理者付出很多的管理及维护经历。

提出这一云平台体系主要是为了使目前的停车场集群化,对停车场进行统一管理调度,从而能够更加充分的进行停车场资源的调度;为用户设置客户端软件,使其可以通过客户端软件实时获取服务器中停车场的信息,从而判断将要前往的停车场,提前预约锁定车位,有效的解决局部停车场资源短缺的问题。

系统目标:

(1)提供给停车场管理者一套完整的解决方案,使得其能够通过友好的用户交互进行停车场的日常管理。

(2)通过云体系架构提供一个区域内停车场的集群化管理,在泊车高峰期能够提供有效的车辆调度。

(3)提供客户端给客户,使其能够随时了解自己的停车信息与其他情况,使得客户有一个直观的理解,更好的掌握实时情况。

2.2用户的特点

操作人员教育水平和技术专长:

无教育水平要求,技术上要求熟悉停车场业务流程,对停车场管理有清晰的人数;

维护人员的教育水平和技术专长:

学历要求大专或本科及以上,技术要求有较强的软件维护能力;

软件的预期使用频度:

5000日;

2.3假定和约束

a.建议系统的运行寿命的最小值:

5年

b.经费、投资方面的来源和限制:

投资方与合作方

c.开发环境:

操作系统:

10.11

集成开发工具:

编译环境:

1.8

服务器:

8.0

d.系统投入使用的最晚时间:

2018/05

3需求规定

3.1对功能的规定

3.1.1业务流程图

3.1.2功能划分

本系统主要的功能可以分成六部分:

用户管理、停车场管理、车位管理、停车管理、统计管理、可视化管理。

一、用户管理

1、用户注册:

提供用户注册,主要分为停车场管理者的注册和普通用户的注册。

2、用户登录:

通过账户密码及验证码来组合判断用户身份。

3、角色管理:

通过用户信息的权限标记位在运行期判断角色类别信息。

4、用户信息查询:

用户可进行自己身份信息状态的查询。

二、停车场管理

1、停车场注册:

停车场管理者进行停车场的注册。

2、停车场查询:

系统管理员进行停车场状态的查询。

3、停车场信息修改:

系统管理员根据实际需求进行停车场信息的修改。

三、车位管理:

1、车位添加:

停车场管理员进行本车场车位信息的添加。

2、车位修改:

停车场管理员进行本车场车位信息的修改。

3、车位删除:

停车场管理员进行本车场车位信息的删除。

四、停车管理:

1、车辆入库:

停车场管理员对车辆入库进行登记。

2、车辆状态查询:

用户对自己的车辆实时停车状态进行查询。

3、车辆出库:

停车场管理员对车辆进行出库操作。

4、费用结算:

停车场管理员对车辆停车进行费用计算。

五、统计管理:

1、车辆泊车分布统计:

进行城市泊车热点停车场分布统计。

2、具体车辆泊车统计:

进行特定车辆泊车分布统计。

六、可视化管理:

1、城市实时泊车可视化:

城市实时热点区域可视化。

2、指定车辆状况可视化:

具体车辆状况可视化。

3.1.3具体功能点分析

3.1.3.1用户管理

主要是对用户注册、用户登录、角色管理以及用户信息查询功能的实现。

3.1.3.1.1用户注册

用户输入自己的基本信息,实现用户的注册,以满足后续逻辑功能的需要。

需求描述:

功能需求

功能名称

用户注册

优先级

参与者

系统管理员、停车场管理员、普通百姓用户

业务背景

用户信息:

昵称、邮箱、姓名、登录密码、身份证号等个人基本信息

功能说明

用户注册是系统的基本功能,其主要实现了系统对于新用户的注册管理。

系统会根据注册信息判别其身份,进行后续逻辑权限的控制。

约束条件

1用户填写邮箱时,检查邮箱是否已经被注册占用。

2用户填写密码与确认密码时,检查二者输入是否一致。

相关查询

查询用户信息表,看该用户是否已经被注册

业务流程描述:

在注册时,用户需输入自己的邮箱、昵称、密码以及其他辅助性信息(真实姓名、身份证)等信息。

系统会根据该信息将用户注册到用户信息表中。

3.1.3.1.2用户登录

需求描述:

功能需求

功能名称

用户登录

优先级

参与者

系统管理员、停车场管理员、普通百姓用户

业务背景

登录时需要的信息有:

注册邮箱、登录密码

功能说明

进行登录校验,来进行具体的业务逻辑

约束条件

检查输入的邮箱是否合法。

输入的密码和邮箱必须是已经注册过的帐号信息。

相关查询

根据用户输入的登录信息查询该用户是否已经是注册过的用户

业务流程描述:

用户输入注册过的邮箱与密码进行登录,系统进行登录功能的处理与权限控制。

3.1.3.1.3角色管理

需求描述:

功能需求

功能名称

角色管理

优先级

参与者

系统管理员

业务背景

系统管理员可对于用户进行授权,使其获得相应的权限。

功能说明

系统共分为三类角色,分别为系统管理员、停车场管理员和普通百姓用户。

系统管理员在系统登录后可进行全部用户的角色管理,可以根据实际情况需求修改其角色。

约束条件

该操作必须有系统管理员权限;

角色修改应根据实际权限进行修改,切勿擅自。

业务流程描述:

在登录后,管理员进入权限修改功能模块,此处可在展示的全部用户信息列表中选择需要修改角色的用户对其进行角色的修改。

3.1.3.1.4用户信息查询

需求描述:

功能需求

功能名称

用户信息查询

优先级

参与者

系统管理员、停车场管理员、普通百姓用户

业务背景

用户在特定需求上需要查询自己的注册信息。

功能说明

用户登陆后,可以进行帐号信息的查询。

系统三种角色所能查看的信息权限不同,其中:

普通百姓用户可以查询自己的帐号信息;停车场管理员可以查询自己的帐号信息;系统管理员可以查询系统内所有用户的帐号信息。

约束条件

用户必须登录后才能进行帐号信息的查询;

权限不同对应的查询范围不同。

业务流程描述:

用户信息查询功能以用户注册和用户登录为基础。

;普通百姓用户登陆后可以进行自己帐号信息的查询;停车场管理员登陆后也可进行自己帐号信息的查询,系统管理员则可以进行全部帐号信息的查询。

3.1.3.2停车场管理

该管理包括停车场注册、停车场查询以及停车场信息修改。

停车场注册:

系统管理员根据实际需求进行停车场的注册及初始化。

停车场查询:

系统管理员可以进行已注册的停车场的相关信息进行查询。

停车场信息修改:

系统管理员可以根据实际情况对已经注册的停车场进行信息修改。

3.1.3.2.1停车场注册

通过输入停车场名、停车场位置等基本信息实现停车场的添加。

需求描述:

功能需求

功能名称

停车场注册

优先级

参与者

系统管理员

业务背景

停车场在正式使用前需要对其基本信息进行注册,该功能实现的便是停车场的注册与初始化作用。

功能说明

停车场注册是泊车管理及整套云泊车管理系统的基础,注册功能由系统管理员完成,停车场注册时需要填入要新注册的停车场的停车场名称、所在区域、备注信息等停车场基本信息,完成停车场的以上基本信息的注册与初始化过程。

约束条件

停车场注册者应具有系统管理员权限;

停车场应与实际情况相对应

业务流程描述:

系统管理员在通过登录后,在停车场注册功能模块进行停车场的名称、所在区域、备注信息等信息的添加与初始化。

3.1.3.2.2停车场查询

系统管理员可以根据区域、名称及其他扩展属性进行停车场的查询。

停车场管理员可以查询其所管辖的停车场的基本属性。

需求描述:

功能需求

功能名称

停车场查询

优先级

参与者

系统管理员、停车场管理员

业务背景

根据区域、名称及扩展信息进行停车场的查询。

根据其所管辖的区域信息查询所管辖的停车场信息。

功能说明

可以进行停车场查询操作的角色类别是系统管理员和停车场管理员。

在登陆后,系统管理员可以根据区域、停车场名称等信息进行单一或者组合成查询条件对全部系统内停车场其它基本信息进行的查询;停车场管理员可以根据区域、停车场名称等信息进行单一或者组合成查询条件对自己所管辖内停车场其它基本信息进行的查询;

约束条件

查询结果的所有停车场信息必须来自已注册停车场。

停车场管理员不可查询非其管辖的其他停车场。

业务流程描述:

系统管理员登陆后,进入停车场信息查询模块,可根据自定义查询筛选条件查询出满足条件的停车场及其具体信息。

停车场管理员登录后,进入停车场信息查询模块,可根据自定义筛选条件查询其管辖的停车场及具体信息。

3.1.3.2.3停车场信息修改

系统管理员可以对已经注册的停车场的信息进行修改。

需求描述:

功能需求

功能名称

停车场信息修改

优先级

参与者

系统管理员

业务背景

用于已注册停车场的信息的修改

功能说明

可以进行停车场信息修改操作的角色类别是系统管理员。

登陆后,该模块对系统管理员展示全部停车场信息列表,系统管理员可以进行停车场名称、停车场所在区域以及停车场其它基本信息的修改。

约束条件

停车场必须已经注册。

仅有系统管理员可以进行此操作,且该操作修改的信息必须保证有意义。

业务流程描述

系统管理员登陆后,进入停车场信息修改模块,在显示的全部停车场列表上选择需要修改的停车场信息,即可对其进行修改。

3.1.3.3车位管理

车位管理模块主要包括车位添加、车位修改以及车位删除。

该模块在停车场注册的基础上进行。

3.1.3.3.1车位添加

停车场管理员进入系统可以对本停车场进行添加车位操作。

需求描述:

功能需求

功能名称

车位添加

优先级

参与者

停车场管理员

业务背景

停车场管理员填入车位信息,进行本停车场车位的添加

功能说明

可以进行车位添加的角色类别是停车场管理员。

停车场管理员登录后,需要填入车位编号、车位所在组、车位类型、车位状态等车位基本信息,进行新车位添加。

约束条件

停车场必须已经注册;

车位信息必须合法。

业务流程描述

停车场管理员登录系统,进入车位添加模块,输入车位编号、车位所在组、车位类型、车位状态等车位基本信息,进行新车位的添加。

3.1.3.3.2车位修改

停车场管理员进入系统可以对本停车场进行修改车位信息操作。

需求描述:

功能需求

功能名称

车位修改

优先级

参与者

停车场管理员

业务背景

停车场管理员填入车位信息,进行本停车场车位信息的修改

功能说明

可以进行车位修改的角色类别为停车场管理员。

停车场管理员登录后,其可以看到所管辖停车场的全部车位情况,可以选择其中任意车位进行车位编号、车位所在组、车位类型、车位状态等车位基本信息的修改。

约束条件

停车场必须已经注册;

车位信息必须合法。

业务流程描述

停车场管理员登录系统,进入车位修改模块,模块向其展示其管辖停车场的全部车位信息,停车场管理员选择要进行修改的车位,进行车位编号、车位所在组、车位类型、车位状态等车位基本信息的修改。

3.1.3.3.3车位删除

停车场管理员进入系统可以对本停车场进行删除车位信息操作。

需求描述

功能需求

功能名称

车位删除

优先级

参与者

停车场管理员

业务背景

停车场管理员选择指定车位,进行本停车场车位信息的删除。

功能说明

可以进行车位修改的角色类别为停车场管理员。

停车场管理员登录后,其可以看到所管辖停车场的全部车位情况,可以选择其中任意车位进行车位删除操作。

约束条件

停车场必须已经注册;

车位信息必须合法。

业务流程描述

停车场管理员登录系统,进入车位删除模块,模块向其展示其管辖停车场的全部车位信息,停车场管理员选择要进行删除操作的车位,进行车位的删除操作。

3.1.3.4停车管理

停车管理主要包括车辆入库、车辆状态查询、车辆出库以及费用结算四个功能。

车辆入库在车辆进入停车场时工作,来登记入库的信息;车辆状态查询用来查询实时车辆泊车情况及其相关信息;车辆出库在车辆离开停车场时工作,费用结算负责在车辆出库时结算泊车产生的相关费用。

3.1.3.4.1车辆入库

车辆在入库时车辆入库模块会对其进行入库操作,并记录其车辆信息、入库时间等数据并将其持久化到数据库中。

需求描述

功能需求

功能名称

车辆入库

优先级

参与者

停车场管理员

业务背景

车辆停车入库,进行信息登记。

功能说明

可以进行车辆入库操作的角色类别为停车场管理员,停车场管理员登录后,在车辆入库模块可以进行要入库车辆的车辆牌照、入库时间、所泊车位以及其它基础信息的读入,完成车辆的入库操作。

约束条件

车位必须可用,车辆信息必须合法。

业务流程描述

在停车场管理员登陆系统后,进入车辆入库模块,读入要入库车辆的车辆牌照、入库时间、所泊车位以及其它基础信息的读入,完成车辆的入库操作。

3.1.3.4.2车辆状态查询

车辆在入库后可以通过车辆状态查询模块查询其实时情况等相关信息。

需求描述

功能需求

功能名称

车辆状态查询

优先级

参与者

普通百姓用户

业务背景

普通百姓可以在其车辆进入停车场后根据需求查询停车实时信息。

功能说明

可以进行车辆状态查询操作的角色类别为普通百姓用户,普通百姓用户登录后,在车辆状态查询模块可以进行车辆停车状态查询,可以查询车辆牌照、入库时间、停车时间、费用信息等基础停车信息,完成车辆状态的查询。

约束条件

车辆必须已经入库才可查询;

普通百姓用户只能查询自己所停车辆的具体信息

业务流程描述

普通用户登录系统后,进入车辆状态查询模块,进入后可以查看自己目前停车的车辆实时信息,其中包括:

车辆牌照、入库时间、停车时间、费用信息等基础停车信息。

3.1.3.4.3车辆出库

车辆在出库时车辆出库模块会对其进行出库操作,并结算相应的费用信息、出库时间等数据并将其持久化到数据库中。

需求描述

功能需求

功能名称

车辆出库

优先级

参与者

停车场管理员

业务背景

车辆出库,进行费用结算及车位状态归零

功能说明

可以进行出库操作的用户角色类别为停车场管理员,停车场管理员登录系统后,在出库管理模块为其展示车辆待出库信息,其中包括车辆牌照、入库时间、出库时间以及详细费用信息,停车场管理员进行出库选择,对车辆进行出库操作。

约束条件

车辆出库必须在该车辆入库之后进行。

业务流程描述

在停车场管理员登陆系统之后,进入出库操作模块,在出库管理模块为其展示车辆待出库信息,其中包括车辆牌照、入库时间、出库时间以及详细费用信息,停车场管理员进行出库选择,对车辆进行出库操作。

3.1.3.4.4费用结算

费用结算可以说是出库操作的一个子功能。

其主要目的是进行停车费用的结算,供给出库信息,进行费用的收取。

需求描述

功能需求

功能名称

费用结算

优先级

参与者

停车场管理员

业务背景

在停车出库时,进行费用的结算,给车辆出库登记提供信息。

功能说明

可以进行费用结算功能操作的角色类别是停车场管理员,停车场管理员在登陆后,在进行车辆出库之前要先进入费用结算模块,模块为其展示可以进行结算操作的车辆具体信息列表,停车场管理员选择车辆进行指定车辆费用的结算。

约束条件

该模块需要停车场管理员权限进行操作;

进行结算操作的车辆必须为已经进行过入库操作的车辆。

业务流程描述

在停车场管理员登录系统后,进入费用结算模块,模块为其展示可以进行结算操作的车辆具体信息列表,停车场管理员选择车辆进行指定车辆费用的结算。

3.1.3.5统计管理

3.1.3.5.1车辆泊车分布统计

车辆泊车分布统计主要是以区域或者停车场为单位进行泊车分布统计。

需求描述

功能需求

功能名称

车辆泊车分布统计

优先级

参与者

普通百姓用户

业务背景

车辆泊车分布统计功能显示城市区域及停车场的泊车统计情况,给百姓出行泊车提供建议。

功能说明

可以进行车辆泊车分布统计查询功能的用户角色是普通百姓用户,普通百姓用户在登录后,可以进入车辆泊车分布统计模块。

首先选择指定区域或者指定停车场,即可查看该区域或停车场泊车统计情况,包括车流量、停车总量等数据,完成该模块的功能。

约束条件

该操作需有普通用户权限,普通用户登陆后才可进入此模块。

业务流程描述

普通百姓用户登录系统后,进入车辆泊车分布统计模块,选择指定区域或者指定停车场,即可查看该区域或停车场泊车统计情况,包括车流量、停车总量等数据。

3.1.3.5.2具体车辆泊车统计

根据指定车辆的泊车信息进行泊车信息统计。

需求描述

功能需求

功能名称

具体车辆泊车统计

优先级

参与者

普通百姓用户

业务背景

普通百姓用户可对于自己的停车记录进行统计,方便对于停车信息的估算以及未来泊车的选择。

功能说明

可以进行具体车辆泊车统计操作的用户角色类别为普通百姓用户,普通百姓用户登录系统后,具体车辆泊车统计模块会列出该用户名下关联的所有有停车记录的车辆,用户选择车辆,查看该车辆停车历史停车记录,其中包括停车开始时间、结束时间、停车所在停车场、停车所在车位以及此次停车费用的信息。

约束条件

用户只能查看自己进行过停车操作的车辆的历史信息。

业务流程描述

普通百姓用户登录系统后,进入具体车辆泊车统计模块,具体车辆泊车统计模块会列出该用户名下关联的所有有停车记录的车辆,用户选择车辆,查看该车辆停车历史停车记录,其中包括停车开始时间、结束时间、停车所在停车场、停车所在车位以及此次停车费用的信息。

3.1.3.6可视化管理

可视化管理主要包括城市实时泊车可视化以及指定车辆状况可视化两个功能。

3.1.3.6.1城市实时泊车可视化

普通百姓在选择停车的具体场地之前,可以实时根据所选择的城市区域内部停车场使用情况进行可视化显示。

需求描述

功能需求

功能名称

城市实时泊车可视化

优先级

参与者

普通百姓用户

业务背景

根据实时泊车数据的可视化,为用户提供方便的泊车选择。

功能说明

可以进行城市实时泊车可视化操作的角色类别为普通百姓用户,普通百姓用户在登录后,城市实时泊车可视化会给出其所在城市的具体实时泊车状况,其中包括热点区域的展示和热点停车场的展示。

约束条件

该功能要求权限必须为普通百姓用户。

业务流程描述

普通百姓用户登录系统后,进入城市实时泊车可视化模块,城市实时泊车可视化会给出其所在城市的具体实时泊车状况,其中包括热点区域的展示和热点停车场的展示。

3.1.3.6.2指定车辆状况可视化

需求描述

功能需求

功能名称

指定车辆状况可视化

优先级

参与者

普通百姓用户

业务背景

在具有一定停车历史的情况下,可对指定车辆进行泊车历史可视化。

功能说明

可以进行指定车辆状况可视化操作的用户角色类别为普通百姓用户,普通百姓用户登录系统后,指定车辆状况可视化模块会列出该用户名下关联的所有有停车记录的车辆,用户选择车辆,系统便会以地图形式给出指定车辆泊车分布状况的可视化结果。

约束条件

百姓只能对于自己泊车记录中的车辆进行泊车可视化。

业务流程描述

普通百姓用户登录系统后,进入指定车辆状况可视化模块,指定车辆状况可视化模块会列出该用户名下关联的所有有停车记录的车辆,用户选择车辆,系统便会以地图形式给出指定车辆泊车分布状况的可视化结果。

3.2对性能的规定

(1)系统界面整体应该实用大方,非专业人员操作方便,易上手。

(2)当用户输入非法字符时和删除等操作时,应当及时提醒。

(3)对页面的设计应该美观、简洁,界面上相关板块布置的位置,方向,大小,和颜色间的相互配合,以及各个功能按键的调整等尽量引导帮助用户完成常用的操作。

(4)对于系统的权限设置应该严格限制,不轻易被黑客攻击。

(5)系统要有可扩展性,为以后的开发人员对系统的修改做出贡献。

(6)系统数据库要保证其的安全性并且对于系统的报名信息要及时更新。

(7)同时对于系统的各项重要操作应该保留操作日志,为系统的修复和不可预见的事故提供数据和有效依据。

(8)可能涉及大量数据时,要分页以便更好查看。

3.3其他专门要求

安全保密的要求:

数据存储安全:

在系统中的数据必须得到认真的保护。

使其安全性大大提高。

如果用户的数据发生丢失,泄露等情况,那么就会给用户带来就会带来巨大的损失。

为了达到数据存储的安全性要求,需要采取一定要求:

1.统一管理:

为了简化数据管理的复杂性,将分散的数据统一集中存放。

2.在数据进行存储时,应采用加密后存储,以保证数据的机密性、完整性、可靠性。

防止系统信息泄露。

3.系统应在一段时间内就提供数据库全备份管理

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 节日庆典

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1