软件需求规格说明书
第一章 引言
1.1 编写目的
该文档对所开发的基于LBS的市内小块件动态调度系统达到功能、性能、用户界面及运行环境等作出了详细的说明。他作为对该系统概要设计的依据,帮助开发人员了解本系统的框架思想及实现功能,并验证核实该产品能否满足用户要求的标准,便于技术文档和需求变化的管理。同时也是用户与开发人员双方对软件需求取得共同理解的基础。
1.2 文档约定
本文档按以下要求和约定进行书写:
(1)页面的左边距为3.18cm,右边距为3.18cm,装订线靠左,行距为1。 (2)标题最高分三级,分别为黑体二号,黑体三号,黑体四号,标题均加粗。 (3)正文字体为宋体五号,无特殊情况下,字体颜色均采用黑色。 (4)出现序号的段落不采用自动编号功能,各级别的序号依次为(1)、1)、a)等,特殊情况另作规定。
1.3 读者对象和阅读建议
本文档的主要内容共分6部分:总体描述、系统功能、外部接口需求、其他非功能性需求、数据字典和业务规则与业务算法。总体描述主要对系统的整体结构进行了大致的介绍,包含产品前景,产品的功能,用户类及其特征,运行环境,设计和实现上的约束和假设和依赖着六部分;系统功能包含描述和优先级,请求/响应序列和功能性需求这三个方面;第四章包含用户界面,硬件接口,软件接口和通信接口这四个部分;其他非功能性需求包含性能需求,安全性需求,软件质量属性和其他需求这四个部分;数据字典则包含实体关系图和实体定义;业务规则与业务算法则包含业务规则和算法说明。 本文档面向多种读者对象:
(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计和项目管理。
(2)设计员:对需求进行分析,并设计出系统,包括数据库的设计。 (3)程序员:配合设计要求,了解系统功能,进行系统源代码编写。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。 在阅读本文档是,首先要了解产品的功能概貌,然后可以根据自身的需求对每一功能进行适当的了解。
For 信科
1.4 项目范围
该产品是在积累了丰富业务经验的基础上进行开发的,在需求上,充分考虑了具体用户的实际情况。本产品将主要适用于基于LBS的市内小块件动态调度,主要完成app端快递员用户登录,运输,扫码,用户寄件,紧急处理等功能业务和后台网页端交通,仓库,信息查询等功能业务。
1.5 参考资料
[1][美]Kathy Schwalbe.IT项目管理(第8版).机械工业出版社.2017-10 [2]张海藩 牟永敏.软件工程导论(第6版).清华大学出版社.2013-8
第二章 总体描述。
2.1. 基于LBS市内小快件动态调度系统产品前景
2.1.1.
LBS服务技术简介
基于位置的服务(LBS, Location Based Service),它是通过电信移动运营商的无线电通讯网络(如GSM网、CDMA网)或外部定位方式(如GPS)获取移动终端用户的位置信息(地理坐标,或大地坐标),在地理信息系统(GIS, Geographic Information System)平台的支持下,为用户提供相应服务的一种增值业务。
总体上看LBS由移动通信网络和计算机网络结合而成,两个网络之间通过网关实现交互。移动终端通过移动通信网络发出请求,经过网关传递给LBS服务平台;服务平台根据用户请求和用户当前位置进行处理。并将结果通过网关返回给用户。
其中移动终端可以是移动电话、个人数字助理(Personal Digital Assistant,PDA)、手持计算机(Pocket PC),也可以是通过Internet通讯的台式计算机(desktop PC)。服务平台主要包括WEB服务器(Web Server)、定位服务器(Location Server)和LDAP(Lightweight Directory Access Protocol)服务器。
LBS服务可以应用于生活多方面,从寻找旅馆、急救服务,到导航等,都存在它的身影。比较常见的应用例子:信息查询(旅游景点、交通情况、商场等);车队管理;急救服务;道路辅助与导航;人员跟踪等
本系统是基于LBS服务的成功应用之一
2.1.2. LBS在本系统的应用
在本系统中,LBS基于位置服务主要用于两个方面:一是对车辆人员和仓库的定位。在本系统中利用移动终端的定位功能,提供对应的位置信息。在近几年来,随科技的发展,定
For 信科
位精度越来越精确。我们可以通过高精度的定位精准确定员工、运输车辆、仓库的位置,并返回给服务器。二是对周围交通的信息掌控。通过附近车辆定位反馈或固定点的检测,获取某定点附近交通信息。结合两个方面可以达到精确定位车辆,并根据交通状况为车辆提供导航服务的功能,为市内小快件精准调度提供了条件。
2.1.3. LBS与本系统的发展前景
LBS服务随着时代发展,定位服务越来越先进,且由于智能机手机作为移动终端的数量在近几年大大上升。随着移动手机的普及,接入移动通讯网的用户数量越来越多,在世界范围内形成了巨大的移动通讯市场。1996年美国联邦通信委员会( Federal Communieations Commission, FCC)颁布了 E-911 安全条款,要求美国的通信运营商和手机制造商为用户提供高精度的定位服务,这项条款促使无线通信定位技术及其相关服务快速发展起来。随着全世界对定位技术的研究,产生了基于位置的服务(LBS),它是利用卫星定位技术和移动通信网络技术给用户提供一些基于位置的增值服务,如车载导航系统、紧急求救服务、物流管理等。
通俗来讲,该服务就是通过定位技术将移动设备的位置信息即坐标点数据发送给通信系统,系统拿到位置后可以做各种位置相关的服务,实际就是将空间地理位置通过网络集中到平台系统,系统处理后再展示给用户。在政府强制要求和市场需求的共同驱动下,通过网络通讯技术发展的推动,LBS 服务迅速发展起来。在我国也很早就开始了空间信息与移动通信集成应用的研究,并且在短短几年内,LBS 技术研究与应用在国内迅速发展起来。 从应用场景来看,无论个人还是企业用户,位置服务应用越来越广泛,如社交、旅行、运动健身、智能交通、物流监控等多个行业。
从技术上来看,移动互联网已全面普及,定位技术也已成熟并广泛民用。多个角度的市场调研表明,位置信息服务已经成为多个行业应用的基础需求服务。从市场上看,有很多大型互联网企业已经进入该市场,并针对不同需求做了不同的产品,如三大地图供应商,高德、百度和腾讯地图,提供了互联网式的地图服务。
在现在,市面上仍缺少基于LBS的市内小快件调度系统,我们可以提供对应服务,为小快件提供一个方便快捷的调度平台。
2.2. 产品的功能
本系统主要由两部分组成,分别是手机端基于LBS的市内小快件调度APP和后台网页端市内小快件调度系统。
在手机APP上主要提供5个的功能:
(1)运输功能:快递员提供车辆信息后,根据LBS信息反映车辆的具体位置,和附近交通情况相结合,服务器处理后,反馈运输最佳路径。
(2)扫码功能:快递员通过扫码,确定当前即将运输的快件信息。
(3)用户寄件功能:快递员接收有客户需要寄件,可以通过该功能,提供上门寄件服务,填写对应信息后,生成快递单号,并打印快递单。
(4)紧急处理功能:快速员可以通过提交照片、对紧急事件进行描述,进而对当前批次的货品状态进行批调整或某快件状态调整。
(5)个人中心:快递员登录后,可以查看自己的个人信息。
For 信科
后台网页端提供了仓库管理,交通管理,信息查询和紧急处理这些功能。
(1)交通管理:后台管理人员能够追踪查看到全市当天的装载车运输情况,同时将当天工作的装载车的运输信息记采集到数据库中,便于对装载车运输情况进行管理和优化。
(2)仓库管理:显示各点仓库的基本信息,最大库存量以及实时更新的入库出库情况,进行合理分配。
(3)信息查询:为对快件信息、车辆目的信息进行信息查询。
(4)紧急处理:对出现接收人退件,系统检测到某点仓库中出现发错地方的快件以及接收人修改地址等这些紧急情况,反馈到app端,重新对该快件进行处理。
2.3. 用户类及其特征
手机APP用户:
快递员:运输快递及派件人员,可提供寄件服务。 后台网页端用户:
(1)后台管理人员:负责调度车辆信息,管理快件信息,仓库调度。 (2)客服人员:根据客户要求,查询信息,改变快件状态等
2.4. 运行环境
2.4.1.
硬件环境
APP端:支持LBS定位功能,支持扫码照片功能,支持安卓5.0以上版本的智能手机 网页端:支持windows7.0系统,支持网络服务,使用Internet6.0及以上浏览器或谷歌浏览器、火狐浏览器电脑。
服务器:
(1)INTEL 系列服务器:2PIII400CPU、1G 内存、40G 硬盘 (2)SUN 系列服务器:2SPARC400CPU、1G内存、40G 硬盘
2.4.2. 软件环境:
APP端:Android5.0
网页端:Windows7.0及以上
2.5. 设计和实现上的约束
本系统主要基于lbs服务,需要接受对应终端的位置信息,所以对位置定位精度由一定的要求,最好保证定位误差在1~2米内。所以对使用该系统前,需要对终端定位进行调试,保证误差在一定范围内,并对定位芯片质量要有所要求。
For 信科
第三章 系统功能
3.1 app端
3.1.1 描述和优先级
快递员使用工号登陆市内小块件调度系统,系统通过识别账号,智能为使用者展示相对应拥有的功能。优先级为高。
3.1.2 请求/响应序列
请求:用户账号登陆
响应:系统向用户展示其对应权限的所有功能模块 请求:用户请求查看货物运输状态 响应:系统展示对应货物运输状态 请求:用户使用扫码功能
响应:系统打开对应本机摄像头进行扫码识别 请求:用户请求寄件
响应:系统显示寄件服务界面,提示所需填写的信息 请求:用户请求紧急事件处理
响应:系统显示紧急事件处理页面,提示所需填写信息,点击提交响应后台进行处理
3.1.3 功能性需求
功能名称 登陆 个人中心 运输功能 功能描述 使用账号登陆系统 查看个人信息 根据高德公司提供的LBS定位信息,输入车辆信息获取即时交通状态,并定时5S内更新定位地址(以快递员为主),通过算法计算出当前批次货物运输到目的地(仓库或者最终接受点)的最佳运输路径。通过地点自动判断当前批次货物的状态(在仓库/运输中 /送达仓库/送达接收点),并在默认到达时弹出确认货品送达信息,可以准确把握货品状态。 快递员通过扫码确定当前批次货物,并系统内部计算货品重量,达到满足装车重量提出警告,可以达到满足一定的装载率,减少装载次数。 扫码功能 For 信科
用户寄件功能 紧急处理功能 在线提供寄件服务,填写对应信息后,生成快递单号,并打印快递单。 快速员可以通过提交照片、对紧急事件进行描述,进而对当前批次的货品状态进行批调整或某快件状态调整。特殊状态包含:快件丢失;快件召回;快件不存在等。
3.2 后台网页端
3.2.1 描述和优先级
后台管理人员和客服人员可通过内部账号登陆小块件调度系统后台管理网页端,系统通过识别账号为使用者展示相对应拥有的功能。优先级为高。
3.2.2 请求/相应序列
请求:用户账号登陆
响应:系统向用户展示其对应所有功能模块 请求:用户请求查看运输管理情况
响应:系统向用户展示全市当天的所有装载车运输情况 请求:用户请求查看仓库管理情况 响应:系统向用户展示各点仓库情况 请求:用户请求信息查询 响应:系统显示对应信息
请求:用户请求查看紧急处理信息
响应:系统显示需紧急处理事件,确定处理方案,并反馈到app端进行下一步处理
3.2.3 功能性需求
功能名称 登陆 运输管理 功能描述 使用账号登陆系统 基于LBS定位服务系统,后台管理人员能够追踪查看到全市当天的装载车运输情况,包括出车时间,行驶路线,当前定位信息以及根据最新的路况信息预计的到达时间,装载量等等。同时将当天工作的装载车的运输信息记采集到数据库中,便于对装载车运输情况进行管理和优化。 显示各点仓库的基本信息,最大库存量以及实时更新的入库出库情况,进行合理分配。 仓库管理 For 信科
信息查询 紧急处理管理 为对快件信息、车辆目的信息进行信息查询。 对出现接收人退件,系统检测到某点仓库中出现发错地方的快件以及接收人修改地址等这些紧急情况,反馈到app端,重新对该快件进行处理。 第四章 外部接口需求
4.1. 用户界面
用户风格简约大方,保持APP和网页风格一致,主要采取冷色调,以蓝、白颜色为主。 APP端用户界面:
(1) 导航栏在屏幕下方,包括运输功能、用户寄件、紧急处理、个人中心功能。点
击可以跳转不同对应界面。
(2) 扫码功能居于屏幕右上角,点击可跳转扫码界面。 (3) 导航栏形状为长方形。
(4) 登录进入时保持界面为个人中心登陆界面。 (5) 当APP发生错误时,弹出界面错误信息。 网页端用户界面:
(1) 导航栏处于网页最上端,采用js,固定导航。
(2) 导航栏包括:交通管理、仓库管理、信息查询、紧急处理 (3) 登陆退出功能保持于网页右上角。
4.2. 硬件接口
LBS接口:定位车辆信息,采集环境位置,反馈给附近基站。
4.3. 软件接口
(1) (2) (3) (4)
LBS信息与服务器接口:用于交换LBS位置信息
手机APP与推送信息服务器接口:用于接收LBS位置信息处理后的信息 数据库服务器与APP端接口:用于交换货物信息更新、用户基本信息。
网页客户端与服务器接口:用于交换车辆及时位置信息,数据库信息。更新快件状态信息。
4.4. 通信接口
系统采用http/ssl通信安全或加密、数据传输速率和同步通信机制。
对于客户端与服务器交互的数据,使用安全套接子层(SSL,SSL加密传输主要是针对WEB
For 信科
的数据传输,基于重要信息的传输安全考虑而设计的。)进行信息交换,并在客户移动终端和服务器之间重要的信息的交换。
在移动终端和基站之间连接,主要采取和CDMA网络合作,接驳无线移动网络,根据各地基站位置不同、无线网络干扰情况不同,尽可能维持高强度可信的接入方式,采取DES64位数据加密体制,通过 SSL跟本系统接入。
第五章 其他非功能性需求
5.1 性能需求
PE-1:能承受大量用户同时访问
PE-2:用户在app端向系统提交信息后,系统将在4秒内向用户显示确认信息
PE-3:用户提交查询后,系统对查询的响应时间不能超过7秒,在此时间内将要查询的结果显示在屏幕上
5.2安全性需求
SE-1:所有涉及功能信息或个人身份信息的网络事务,都要按照BR-33进行加密操作 SE-2:用户的登陆受计算机系统访问控制策略的限制 SE-3:所有用户都需进行登陆才可对系统进行操作 SE-4:用户仅能查看相对应的快件信息
5.3 软件质量属性
Availability(可用性)-1:“市内小块件调度系统”仅为公司用户可用,全天24小时99.9%的时间可用。
Reliability(可靠性):由于系统崩溃引起的信息丢失概率不超过1%。
5.4 其他需求
第六章 数据字典
6.1. 实体关系图
For 信科
6.2. 实体定义
实体 快件 属性 快件单号、寄件人、寄件人手机号、收件人、收件人手机号、寄件地址、收件地址、快件状态 员工编号、员工姓名、员工职务 仓库编号、快件单号、储存位置 员工编号、员工姓名、员工职务 主码 快件单号 快递员 仓库 后台管理人员/客服 运输 员工编号 仓库编号 员工编号 运输批次编号、快件单号、运输车辆编号、员运输批次、快件工编号、运输时间、出发点编号、目的地编号、单号、目的地编运输状态 号、员工编号 调度记录编号、快件单号、快件原状态、快件现状态、经手人员工编号 调度记录编号、快件单号、经手人员工编号 管理记录编号、经手人员工编号 调度 管理 管理记录编号、经手人员工编号 For 信科
第七章 业务规则与业务算法
7.1 业务规则
ID BR-1 规则定义 运输是从出发时刻开始三小时内完成 用户寄件需在揽件规定时间上午8点到晚上8点之间进行 快件派送需准确送达目的地址 规则类型 约束 静态或动态 静态 来源 快递员 BR-2 约束 动态 快递员 BR-3 BR-4 约束 静态 静态 快递员 快递员 紧急事件处理需约束 在4小时内解决 7.2算法说明
1、输入出发点和目的地,使用Dijkstra算法进行路径规划,以起始点为中心向外层扩展,直到扩展到终点为止,计算出装载车运输的最优路径。
2、判断装载车已达最大装载量的算法,通过扫码实时计算出当前装载车的装载量,当每扫一件快件时,通过算法判断得出是否已超出最大装载量。
第八章 附录部分
附录A:分析模型(包括涉及的数据流图、类图、状态转换图) 无
附录B:待确定问题的列表 1. 分析模型图表 2. 系统模块分析 3. 数据库需求 4. 培训需求
附录C:编写文档的原则
因篇幅问题不能全部显示,请点此查看更多更全内容