需求规格说明书范例.docx

上传人:b****8 文档编号:10695384 上传时间:2023-02-22 格式:DOCX 页数:34 大小:137.49KB
下载 相关 举报
需求规格说明书范例.docx_第1页
第1页 / 共34页
需求规格说明书范例.docx_第2页
第2页 / 共34页
需求规格说明书范例.docx_第3页
第3页 / 共34页
需求规格说明书范例.docx_第4页
第4页 / 共34页
需求规格说明书范例.docx_第5页
第5页 / 共34页
点击查看更多>>
下载资源
资源描述

需求规格说明书范例.docx

《需求规格说明书范例.docx》由会员分享,可在线阅读,更多相关《需求规格说明书范例.docx(34页珍藏版)》请在冰豆网上搜索。

需求规格说明书范例.docx

需求规格说明书范例

出行服务

产品需求规格说明书

部门:

时间:

1引言1

1.1编写目的1

1.2项目背景1

1.3术语定义及编写说明1

1.4版本更新信息2

2产品定义3

2.1应用目标3

2.2产品业务流程3

2.3接口描述6

3应用环境6

3.1设备环境6

3.2系统运行的硬件环境7

3.3系统运行的软件环境7

3.4系统运行的网络环境7

3.5用户操作模式7

4功能规格8

4.1前台功能8

MISP系统前台主要功能如下图所示:

8

4.1.1FunctionA.19

4.1.2FunctionA.210

4.1.3FunctionA.310

4.1.4FunctionA.411

4.1.5FunctionA.512

4.1.6FunctionA.613

4.1.7FunctionA.713

4.1.8FunctionA.814

4.1.9FunctionA.914

4.1.10FunctionB.115

4.1.11FunctionB.215

4.1.12FunctionB.316

4.1.13FunctionB.417

4.1.14FunctionB.517

4.1.15FunctionB.618

4.1.16FunctionC.118

4.1.17FunctionC.218

4.1.18FunctionC.319

4.1.19FunctionC.419

4.2后台功能20

MISP系统后台主要功能如图所示:

20

4.2.1FunctionD.121

4.2.2FunctionD.221

4.2.3FunctionD.322

4.2.4FunctionD.422

4.2.5FunctionD.523

4.2.6FunctionD.623

5性能需求23

6应用方案24

7产品提交25

7.1产品提交方式25

7.2产品提交时间需求25

7.3产品安装的需求25

7.4产品维护的需求25

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产品业务流程

图1出行服务项目的工作模式

出行服务的整个工作模式如图1,它包括移动服务模式和服务模式两种,其中移动服务模式现已经开发完成,而本的拟主要完成的是服务模式。

什么是路况信息?

路况信息是指特定地理点的交通状况的信息,包括是否拥堵,拥堵原因,或其他任何描述交通路况的信息。

什么是位置信息?

位置信息是指特定地理点空间位置的信息,包括处在什么位置,周围有什么特色地物、道路等,行车路线如何?

出行服务系统可以为用户提供固定城市(目前是市)的实时交通路况信息查询和定制,位置相关信息的查询的服务,另外包括由这两大类服务派生出的辅助服务,如违章查询,公交查询、驾车服务等。

除此之外,还包括用户注册/管理,用户调研和反馈的服务等。

系统主要功能见表1

表1出行服务主要功能列表

 

功能

解释

已有

短信

服务

阶段宀

 

用户和管理员注册/管理

用户调查功能

目的是便于用户的管理和统计V期两个目的,一是调查用户对系统的建议,便于系统二改进,二是进行用户调研期

路况服务详细介绍及

Demo

包括针对用户和手机用户的路况业务的查询,上传

和定制的方法,并设计示Demo.

况路况查询

务路况定制,指包月定制和包月点播

这是本的一个特色服务。

提供三种查询实时路况的方式:

(1)基于路名关键词的查询,如“学院路”;

(2)自然语言方式的查询(短信业务中的方式);

(3)基于地图选择的查询方式(包括点选,框选等);辅助手机用户完成路况服务的定制。

主要提供三种定制方式:

(1)基于下拉菜单的选择方式;

(2)基于地图的选择方式;

(3)起始点的定制方式;

有前两种

方式

V只有第三种方式

 

原始路况信息实时广播

路况统计

交通通告

违章查询

出行服务详

细介绍及

Demo

增加用尸对信息来源的信赖,但为了保证数据的安全,广播的数据最好做延时处理。

主要为历史拥赌点统计,统计天,周,月,年的路况拥堵情况,播报统计结果的前N个最拥堵点。

目的是增加用户对系统的信赖度,有关部门需要时也可使用;同时也会设计其他相关统计功能。

通告用户交管中心播报的交通通告。

如数据获取不到,可采用友情的方式到市交通公安管理局

提供用户查询自己是否曾违章的功能。

如数据获取不到,可采用友情的方式到市交通公安管理局的。

分别针对Internet和短信用户的出行服务功能的详细介绍,使用方法及Demo

出行信息服务

位置查询

公交信息

交通常用地

址、查询

这是本的一个特色服务。

提供用户位置路线相关的查询,具体包括如下功能:

(1)单点位置的查询,如海龙大厦在哪?

(2)近邻查询,如离清华东门最近的麦当劳。

(3)路线查询,如从清华东门到广场如何走?

另外,在上可以同时把公交路线也提供给用户。

主要包括两种功能:

1.查询公交路线信息,如731路

2.换乘信息,如从清华东门到广场如何走?

可以从各种专业上收集相关信息。

驾车路线

专题地图

/、

他辅助功能

广告功能

天气预报

信息

可以查询路线,如从清华东门到广场如何走?

期可以方便建设专题地图频道,例如:

美食地图、金二融地图等期提供位置广告功能,可以为特定单位提供着重显示二的地图及页面信息。

可以添加、修改、选择性显示天气预报

在首页脚如联系我们、介绍等。

以上功能分两期完成,一期完成功能包括:

路况服务详细介绍及Demo路况查询、路况定制和退定、出行服务详细介绍及Demo位置查询、天气预报、信息。

其余功能二期完成。

 

 

2.3接口描述

因为本的一个重要目的是:

与出行服务服务相辅相成,弥补各自的不足。

本系统与Trafficv2.0共用相同的基础架构,包括:

操作系统,数据库,用户

与计费管理,自然语言支持等。

主要接口包括:

路况信息服务,出行信息服务,其他服务和Traffic.0及

Traffic3.0提供的关键算法的接口,关键算法有:

自然语言处理模块(NLP

Module)的路况查询/定制语言,位置查询语言分析,GIS模块(GISModule)的单点/近邻位置查询,路线规划,公交查询,地图显示等。

另外还包括路况信息服务,出行信息服务,其他服务等和数据库的接口。

如下图所示:

Security

||1

||

Management

Charge

Exception

1

Module

Module

f

\1

If-

GISModule

1

MISF网站项目

I

NLPModule

1

单点/近邻位置查询

r

・九il=-ui■

k:

4

路况查询/定制语言

1

1

路线规划地图显示

11

■*«1

*:

位置查询语言

1

1

1

aL

SystemManageModule

DatabaseModule

ChargeDB

VisualStudio.Net

SqlServer2000

WindowsServer2003

UserDB

Log

M&OModule

;j路况业务网站接口

IB

IRaw

ITrafficDB

图2出行服务主要接口

3应用环境

3.1设备环境

1)MISP业务系统相关设备

2)运营服务器

3.2系统运行的硬件环境

运营服务器的主要配置指标如下所示:

CPU4-CPU或以上;

存:

4GB或以上;

硬盘:

SCSI接口硬盘,73GB*3或以上。

磁盘阵列:

将来扩展存储空间用。

注:

开发阶段可用其他服务器或PC机代作服务器,从测试阶段中期开始,直至业务运营阶段,部署和测试应针对专有服务器进行。

3.3系统运行的软件环境

操作系统:

WindowServer2003

开发工具:

VisualStudio.Net

开发语言:

C#

数据库:

SQLServer2000

地图引擎:

SuperMapGIS

地图基础数据:

灵图

路况数据:

市交管中心

项目管理:

MicrosoftProject2003

代码控制:

MicrosoftSourceSafe6.0

建模工具:

PowerDesigner

3.4系统运行的网络环境

出行服务项目运营于互联网,有独立主机、独立IP、独立域名

3.5用户操作模式

本系统要求用户操作模式应体现如下要求:

(1)首页突出特色功能,视觉冲击力强,用户到上就知道的主要功能。

(2)查询、定制等功能操作简单,操作流程清晰,并含义明确,让用户感觉收费太透明,且退定方便。

(3)路况及出行服务的详细介绍及Demo要言简意赅,Demo要形象易懂,因为用户一般没有耐心去浏览长篇大论的容。

(4)后台方便对用户、数据、容频道的管理,操作简单便捷。

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.18Function

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

当前位置:首页 > 农林牧渔 > 林学

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

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