需求规格说明书范例.docx
- 文档编号:30223806
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:32
- 大小:331.68KB
需求规格说明书范例.docx
《需求规格说明书范例.docx》由会员分享,可在线阅读,更多相关《需求规格说明书范例.docx(32页珍藏版)》请在冰豆网上搜索。
需求规格说明书范例
出行服务网站
产品需求规格说明书
部门:
时间:
1引言
1.1编写目的
编写本需求规格说明书的目的是为了详细呈现出行服务网站的产品需求和系统的功能描述,以进一步定制网站开发的细节问题,便于与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员、开发商项目经理及项目组技术人员,希望能使本软件开发工作更明确、更具体。
1.2项目背景
1.2.1项目委托单位:
1.2.2开发单位:
1.2.3出行服务网站是**********自主立项并组织开发的项目,主管负责人为********。
出行服务网站的交付物是一个完成特定功能的独立系统。
1.3术语定义及编写说明
缩写、术语
解释
MISP
MobileInformationServicePlatform
出行服务网站
本项目的标示名称
MISP移动路况服务
******正在开发的基于手机短信的实时路况信息查询/定制/上传,位置相关的查询的移动服务。
Trafficv2.0
*****主导的产品化版本,于2005年9月交付。
Trafficv3.0
基于Trafficv2.0,增加多路径规划和位置查询功能的版本,初步计划2005年11-12月完成。
MO
上行短信,由手机终端发给短信网关。
MT
下行短信,由短信网关发给手机终端。
CP
内容提供商,在此主要指提供实时路况数据的交管中心。
SP
服务提供商,主要指提供移动运营通道服务的服务商。
MAP
地图数据提供商,在此主要指提供地图基础数据的服务商,目前本系统主要采用北京市的地图数据。
GIS
地图引擎平台,在此指超图(SuperMap)。
Require
代表网站中用户请求,具体定义根据具体操作会有不同。
History
代表网站中的用户查询历史,记录用户的所有操作历史。
Response
代表网站中的系统对用户请求的反馈,具体定义根据具体请求会有不同。
1.4版本更新信息
本版本创建/修改、维护、批准涉及人员如下:
创建者:
修改者:
维护者:
批准者:
具体版本更新记录如表1-1:
表1-1版本更新记录
版本号
修改确认日期
修改人
修改位置
修改方式
(AMD)
修改内容概述
创建本文档
AMD
修改本文档
修改方式:
A-增加M-修改D-删除
2产品定义
2.1应用目标
(1)产品定位:
路况网站是以路况实时信息查询、定制,位置相关查询为特色,定位于为出行信息服务的网站。
另外,本网站的另一个目的是:
与MISP移动路况服务相辅相成,弥补各自的不足。
(2)适用行业:
希望定期或随时获取路况信息或出行信息的短信及网络用户。
(3)解决的业务:
通过Internet和/或短信为用户提供实时路况信息服务和位置相关的出行信息服务
2.2产品业务流程
MISP路况业务系统业务流程如下图所示:
图1出行服务网站项目的工作模式
出行服务网站的整个工作模式如图1,它包括移动服务模式和网站服务模式两种,其中移动服务模式现已经开发完成,而本网站的拟主要完成的是网站服务模式。
什么是路况信息?
路况信息是指特定地理点的交通状况的信息,包括是否拥堵,拥堵原因,或其他任何描述交通路况的信息。
什么是位置信息?
位置信息是指特定地理点空间位置的信息,包括处在什么位置,周围有什么特色地物、道路等,行车路线如何?
出行服务网站系统可以为用户提供固定城市(目前是北京市)的实时交通路况信息查询和定制,位置相关信息的查询的服务,另外包括由这两大类服务派生出的辅助服务,如违章查询,公交查询、驾车服务等。
除此之外,还包括用户注册/管理,用户调研和反馈的服务等。
系统主要功能见表1
表1出行服务网站主要功能列表
功能
解释
已有短信服务
阶段完成
用户和管理员注册/管理
目的是便于用户的管理和统计
√
二期
用户调查功能
两个目的,一是调查用户对系统的建议,便于系统改进,二是进行用户调研
二期
路况信息服务
路况服务详细介绍及Demo
包括针对网站用户和手机用户的路况业务的查询,上传和定制的方法,并设计示范Demo.
一期
路况查询
这是本网站的一个特色服务。
提供三种查询实时路况的方式:
(1)基于路名关键词的查询,如“学院路”;
(2)自然语言方式的查询(短信业务中的方式);
(3)基于地图选择的查询方式(包括点选,框选等);
√只有前两种方式
一期
路况定制,指包月定制和包月点播
辅助手机用户完成路况服务的定制。
主要提供三种定制方式:
(1)基于下拉菜单的选择方式;
(2)基于地图的选择方式;
(3)起始点的定制方式;
√只有第三种方式
一期
服务退定
辅助手机用户完成路况服务的退定。
√
一期
原始路况信息实时广播
增加用户对信息来源的信赖,但为了保证数据的安全,广播的数据最好做延时处理。
二期
路况统计
主要为历史拥赌点统计,统计天,周,月,年的路况拥堵情况,播报统计结果的前N个最拥堵点。
目的是增加用户对系统的信赖度,有关部门需要时也可使用;同时也会设计其他相关统计功能。
二期
交通通告
通告用户交管中心播报的交通通告。
如数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局网站
二期
违章查询
提供用户查询自己是否曾违章的功能。
如数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局的网站
二期
出行信息服务
出行服务详细介绍及Demo
分别针对Internet和短信用户的出行服务功能的详细介绍,使用方法及Demo
一期
位置查询
这是本网站的一个特色服务。
提供用户位置路线相关的查询,具体包括如下功能:
(1)单点位置的查询,如海龙大厦在哪?
(2)近邻查询,如离清华东门最近的麦当劳。
(3)路线查询,如从清华东门到东方广场如何走?
另外,在网站上可以同时把公交路线也提供给用户。
√
一期
公交信息
主要包括两种功能:
1.查询公交路线信息,如731路
2.换乘信息,如从清华东门到东方广场如何走?
二期
交通常用地址、电话查询
可以从各种专业网站上收集相关信息。
二期
驾车路线
可以查询路线,如从清华东门到东方广场如何走?
二期
专题地图
可以方便建设专题地图频道,例如:
美食地图、金融地图等
二期
其他辅助功能
广告功能
网站提供位置广告功能,可以为特定单位提供着重显示的地图及页面信息。
二期
天气预报
可以添加、修改、选择性显示天气预报
一期
网站信息
在网站首页脚链接如联系我们、网站介绍等。
一期
以上功能分两期完成,网站一期完成功能包括:
路况服务详细介绍及Demo、路况查询、路况定制和退定、出行服务详细介绍及Demo、位置查询、天气预报、网站信息。
其余功能二期完成。
2.3接口描述
因为本网站的一个重要目的是:
与出行服务网站服务相辅相成,弥补各自的不足。
本网站系统与Trafficv2.0共用相同的基础架构,包括:
操作系统,数据库,用户与计费管理,自然语言支持等。
主要接口包括:
路况信息服务,出行信息服务,其他服务和Traffic.0及Traffic3.0提供的关键算法的接口,关键算法有:
自然语言处理模块(NLPModule)的路况查询/定制语言,位置查询语言分析,GIS模块(GISModule)的单点/近邻位置查询,路线规划,公交查询,地图显示等。
另外还包括路况信息服务,出行信息服务,其他服务等和数据库的接口。
如下图所示:
图2出行服务网站主要接口
3应用环境
3.1设备环境
1)MISP业务系统相关设备
2)网站运营服务器
3.2系统运行的硬件环境
网站运营服务器的主要配置指标如下所示:
CPU:
4-CPU或以上;
内存:
4GB或以上;
硬盘:
SCSI接口硬盘,73GB*3或以上。
磁盘阵列:
将来扩展存储空间用。
注:
开发阶段可用其他服务器或PC机代作网站服务器,从测试阶段中期开始,直至业务运营阶段,部署和测试应针对专有服务器进行。
3.3系统运行的软件环境
操作系统:
WindowServer2003
开发工具:
VisualStudio.Net
开发语言:
C#
数据库:
SQLServer2000
地图引擎:
SuperMapGIS
地图基础数据:
灵图
路况数据:
北京市交管中心
项目管理:
MicrosoftProject2003
代码控制:
MicrosoftSourceSafe6.0
建模工具:
PowerDesigner
3.4系统运行的网络环境
出行服务网站项目运营于互联网,有独立主机、独立IP、独立域名。
3.5用户操作模式
本网站系统要求用户操作模式应体现如下要求:
首页突出网站特色功能,视觉冲击力强,用户到网站上就知道网站的主要功能。
查询、定制等功能操作简单,操作流程清晰,并含义明确,让用户感觉收费太透明,且退定方便。
路况及出行服务的详细介绍及Demo要言简意赅,Demo要形象易懂,因为用户一般没有耐心去浏览长篇大论的内容。
后台方便对用户、数据、内容频道的管理,操作简单便捷。
4功能规格
4.1前台功能
出行服务网站前台主要功能如下图所示:
图3路况信息服务主要功能
图4出行信息服务主要功能
图5其他辅助服务主要功能
4.1.1FunctionA.1
名称、标识符
用户注册/登陆
功能描述
主要完成新用户的注册,包括网站用户和手机用户。
另一个目的是便于统计网站的用户量及进行用户分析。
优先级
高
输入
用户个人信息
操作序列
无
输出
确认信息
接口
无内部接口
补充说明
用户注册的目的是为了限制某些功能的权限,具体的是指一些移动服务。
要求用户注册的信息最好包含以下内容:
手机号,性别,年龄,爱好等。
4.1.2FunctionA.2
名称、标识符
路况服务详细介绍及Demo
功能描述
包括针对网站用户和手机用户的路况业务的查询,上传和定制的方法,并设计示范Demo.
优先级
中
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
(1)可以采用采用静态页面实现。
优点在于显示速度快,样式设计灵活。
但是更新内容需要重新制作页面。
(2)也可以采用动态调用数据库。
后台管理系统在该模块管理中的文本编辑器里排版样式(所见即所得方式),前台更新显示。
(3)显示可以使用flash、或者视频文件展示。
要求帮助语言简单明了,Demo形象直观,不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。
后台可以修改网页信息
4.1.3FunctionA.3
名称、标识符
路况查询
功能描述
提供三种查询实时路况的方式:
(1)基于关键词的查询;
(2)自然语言方式的查询(也是短信业务中的查询方式);
(3)基于地图选择的查询方式(包括点选,框选等);
优先级
极高
输入
Require/History
操作序列
接收用户Require,
进行自然语言解析,或框选结果分析,
分析用户的查询意图,
如果是多路径的查询,则进行有实时路况的路线规划,
实时路况查询融合,
反馈用户查询结果。
输出
Response/History
接口
路况查询自然语言分析
有实时路况的路线规划
地图点选,窗选操作方式支持
实时路况查询融合
补充说明
这是本网站的一个关键服务。
(1)要求在显示用户查询地的路况的同时,也要显示周边地区的路况,如用户查询学院路的路况,给出学院路的路况的同时,显示学清路,清华东路,北四环,学院桥等地路况,路况地图以及相关地图的图片。
(2)要提供给用户一个可把查询结果反馈到手机的功能。
(3)要求界面简单整洁,干扰元素尽量少,提示一定要明确。
4.1.4FunctionA.4
名称、标识符
A.4路况定制
功能描述
包月定制和包月点播两种定制方式。
目的是辅助手机用户完成路况服务的定制。
主要提供三种定制方式:
(1)基于下拉菜单的选择方式;
(2)基于地图的选择方式;
(3)起始点的定制方式;
优先级
高
输入
Require/History
操作序列
接收用户Require,
分析用户的定制意图,
如果是多路径的定制,则进行无实时路况的路线规划,
反馈用户定制结果。
输出
Response/History
接口
无实时路况的路线规划
地图点选,窗选操作方式支持
补充说明
要体现与手机用户完成路况服务的定制服务的一致性。
要体现透明性,简单性及确定性。
透明是为了用户信任,简单是为了用户操作快捷,确定是为了用户完成后不心存疑虑。
实现方式:
(1)显示三种定制方式。
(2)接受手机用户定制信息发送到相应得业务层处理,并显示完成状态。
(3)接受手机用户退定信息发送到相应得业务层处理,并显示完成状态。
4.1.5FunctionA.5
名称、标识符
路况退定
功能描述
目的是辅助手机用户完成路况服务的退定。
优先级
高
输入
Require/History
操作序列
无
输出
Response/History
接口
通用数据库访问接口,
计费表和用户表,
用户包月退定。
补充说明
要体现透明性,简单性及确定性。
透明是为了用户信任,简单是为了用户操作快捷,确定是为了用户完成后不心存疑虑。
4.1.6FunctionA.6
名称、标识符
原始路况信息实时广播
功能描述
滚动播放实时路况信息
优先级
高
输入
实时路况信息
操作序列
无
输出
无
接口
通用数据库访问接口,
原始路况库
补充说明
为了增加用户对信息来源的信赖,但为了保证数据的安全,广播的数据最好做延时处理。
一般可设为20分钟,而且这个值要求是可调的。
4.1.7FunctionA.7
名称、标识符
历史拥堵点统计以及其他统计功能
功能描述
统计天,周,月,年的路况拥堵情况,播报统计结果的前N个最拥堵点,可能附带其他统计功能
优先级
高
输入
无
操作序列
Timer监测
调用统计模块
输出显示
输出
统计结果,最好是以图形的方式呈现。
接口
过去一天前K个最拥堵点统计
过去一周前K个最拥堵点统计
过去一月前K个最拥堵点统计
过去一年前K个最拥堵点统计
补充说明
目的是增加用户对系统的信赖度,并需要时给有关部门使用;
显示方式要直观易懂。
4.1.8FunctionA.8
名称、标识符
交通通告
功能描述
通告用户交管中心播报的交通通告。
优先级
高
输入
交通通告
操作序列
无
输出
交通通告
接口
无内部接口
补充说明
目的是增加用户对系统的信赖度;如数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局的网站。
网站后台可以管理交通通告功能
4.1.9FunctionA.9
名称、标识符
违章查询
功能描述
提供用户查询自己是否曾违章的功能。
优先级
中
输入
Require/History
操作序列
无
输出
Response/History
接口
无内部接口
补充说明
如果数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局的网站。
网站后台可以管理违章查询
4.1.10FunctionB.1
名称、标识符
出行服务详细介绍及Demo
功能描述
包括针对网站用户和手机用户的出行服务的位置查询,公交查询的方法,并设计示范Demo.
优先级
中
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
要求帮助语言简单明了,Demo形象直观,不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。
后台可以修改演示信息。
4.1.11FunctionB.2
名称、标识符
位置查询
功能描述
提供用户位置路线相关的查询,具体包括如下功能:
(1)单点位置的查询,如海龙大厦在哪?
(2)近邻查询,如离清华东门最近的麦当劳。
(3)路线查询,如从清华东门到东方广场如何走?
优先级
极高
输入
Require/History
操作序列
接收用户Require,
进行自然语言解析,
分析用户的查询意图,
如果是多路径的查询,则进行无实时路况的路线规划,
如果需要公交线路,则进行公交线路查询
反馈用户查询结果。
输出
Response/History
接口
位置查询自然语言分析
无实时路况的路线规划
地图显示支持
公交查询
补充说明
这是本网站的一个关键服务。
(1)要求在显示用户查询地的路线的同时,也要显示周边地区相关的地物以及相关地物的图片,如用户查询学院路,则把学院路周围的商家,店铺,餐馆,及加油站,停车位等显示给用户。
(2)在网站上可以同时把公交路线也提供给用户。
(3)要提供给用户一个可把查询结果反馈到手机的功能。
(4)要求界面简单整洁,干扰元素尽量少,提示一定要明确。
4.1.12FunctionB.3
名称、标识符
公交查询
功能描述
包括两种功能:
(1)查询公交路线信息,如731路
(2)查询换乘信息,如从清华东门到东方广场如何走?
优先级
高
输入
Require/History
操作序列
接收用户Require,
分析用户的查询意图,
进行公交线路查询
反馈用户查询结果。
输出
Response/History
接口
Function3.6地图显示支持
Function3.7公交查询
补充说明
要求把用户查询公交的其它相关公交的信息也提供给用户,以备选择。
4.1.13FunctionB.4
名称、标识符
驾车路线
功能描述
查询驾车路线,如从清华东门到东方广场如何走?
优先级
高
输入
Require/History
操作序列
接收用户Require,
分析用户的查询意图,
进行驾车路线查询
反馈用户查询结果。
输出
Response/History
接口
地图显示支持
公交查询
补充说明
要求把用户查询公交的其它相关公交的信息也提供给用户,以备选择。
4.1.14FunctionB.5
名称、标识符
交通常用地址、电话查询
功能描述
提供给用户交通有关的常用地址、电话查询
优先级
中
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
需从各处收集相关地址和电话信息。
4.1.15FunctionB.6
名称、标识符
专题地图
功能描述
专题地图频道,可以提供如:
美食地图、金融地图等。
优先级
中
输入
无
操作序列
无
输出
无
接口
GIS模块接口
补充说明
后台可以开专题地图频道,并且产生各种专题地图页面,如:
美食地图、金融地图等,页面风格可以定制,图片可以设置、上传。
4.1.16FunctionC.1
名称、标识符
用户调查
功能描述
主要完成一些目的性的用户调查
优先级
中
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
用户调查使用方便,管理功能强大、便捷。
可以方便地在某个频道、页面加入调查功能。
4.1.17FunctionC.2
名称、标识符
用户意见箱
功能描述
提供用户给系统提意见的地方
优先级
高
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
收集用户意见,可采用对话框的方式,意见收集后,由人工整理,提交给有关决策人参考,以便改进系统的缺陷和服务方式。
4.1.18FunctionC.3
名称、标识符
天气预报
功能描述
网站显示天气预报功能,可以上传、修改、显示或从外部网站获取天气预报数据的方式获得天气预报数据。
优先级
高
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
类似信息功能还能扩充。
4.1.19FunctionC.4
名称、标识符
网站信息显示管理
功能描述
网站信息管理,如网站介绍、联系我们、网站功能地图等,显示并可以在后台修改该信息。
优先级
高
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
类似信息功能还能扩充。
4.2后台功能
出行服务网站后台主要功能如图所示:
图6路况信息服务后台主要功能
图7出行信息服务后台主要功能
图8其他辅助服务后台主要功能
以上后台管理功能主要是对前台数据信息的显示、查找、增加、更新和删除功能,除上图功能外,还包括一下几个后台功能:
4.2.1FunctionD.1
名称、标识符
用户操作历史记录
功能描述
记录用户所有操作过程和系统的反馈信息。
优先级
高
输入
无
操作序列
无
输出
无
接口
通用数据库访问接口;用户操作历史记录表。
补充说明
可使用路况移动服务的用户操作历史表,但要求要对该表增加一个字段,标明操作历史的来源,即来自Internet网络还是移动网络。
4.2.2FunctionD.2
名称、标识符
网站专用M&O
功能描述
用来管理普通用户,管理员的权限,及一些日常事务的操作。
优先级
高
输入
无
操作序列
无
输出
无
接口
通用数据库访问接口,
主要操作三张表:
用户表,计费表,历史记录表。
补充说明
此功能的设计可参考路况移动业务中的M&O
4.2.3FunctionD.3
名称、标识符
系统异常处理
功能描述
处理,记录系统的异常信息
优先级
高
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
可采用目前路况移动服务的异常处理机制。
4.2.4FunctionD.4
名称、标识符
系统配置处理
功能描述
处理系统的各种配置信息
优先级
高
输入
无
操作序列
无
输出
无
接口
无内部接口
补充说明
可采用目前路况移动服务的配置处理机制。
4.2.5FunctionD.5
名称、标识符
E.3系统日志记录
功能描述
处理,记录系统的日志信息
优先级
高
输入
无
操作序列
无
输出
无
接口
Function7.2日志记录,Log4net
补充说明
可采用目前路况移动服务的日志处理机制。
4.2.6FunctionD.6
名称、标识符
E.4系统安全处理
功能描述
处理,记录系统的安全信息
优先级
高
输入
无
操作序列
无
输出
无
接口
无
补充说明
可采用目前路况移
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 范例