需求规格说明书范例样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 出行服务网站产品需求规格说明书部门: 时间:目 录1引言11.1编写目的11.2项目背景11.3术语定义及编写说明11.4版本更新信息22产品定义32.1应用目标32.2产品业务流程32.3接口描述63应用环境73.1设备环境73.2系统运行的硬件环境73.3系统运行的软件环境73.4系统运行的网络环境83.5用户操作模式84功能规格84.1前台功能8MISP网站系统前台主要功能如下图所示: 84.1.1Function A.194.1.2Function A.2104.1.3Function A.3104.1.4Function A.4114.1.5Function A.5124.1.6Function A.6134.1.7Function A.7134.1.8Function A.8144.1.9Function A.9144.1.10Function B.1154.1.11Function B.2154.1.12Function B.3164.1.13Function B.4174.1.14Function B.5174.1.15Function B.6184.1.16Function C.1184.1.17Function C.2184.1.18Function C.3194.1.19Function C.4194.2后台功能20MISP网站系统后台主要功能如图所示: 204.2.1Function D.1214.2.2Function D.2214.2.3Function D.3224.2.4Function D.4224.2.5Function D.5234.2.6Function D.6235性能需求236应用方案257产品提交257.1产品提交方式257.2产品提交时间需求257.3产品安装的需求257.4产品维护的需求251 引言1.1 编写目的编写本需求规格说明书的目的是为了详细呈现出行服务网站的产品需求和系统的功能描述, 以进一步定制网站开发的细节问题,便于与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员、 开发商项目经理及项目组技术人员, 希望能使本软件开发工作更明确、 更具体。1.2 项目背景1.2.1 项目委托单位: 1.2.2 开发单位: 1.2.3 出行服务网站是*自主立项并组织开发的项目, 主管负责人为*。出行服务网站的交付物是一个完成特定功能的独立系统。1.3 术语定义及编写说明缩写、 术语解 释MISPMobile Information Service Platform出行服务网站本项目的标示名称MISP移动路况服务*正在开发的基于手机短信的实时路况信息查询/定制/上传, 位置相关的查询的移动服务。Traffic v2.0*主导的产品化版本, 于 9月交付。Traffic v3.0基于Traffic v2.0, 增加多路径规划和位置查询功能的版本, 初步计划 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路况业务系统业务流程如下图所示: 移动服务模式 网站服务模式MISP路况服务系统SP路况信息地图信息Internet移动用户网络用户MTMO请求反馈路况信息服务出行信息服务路况上传/查询/定制位置查询/定制结果结果CPMAP 图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接口描述因为本网站的一个重要目的是: 与出行服务网站服务相辅相成, 弥补各自的不足。本网站系统与Traffic v2.0共用相同的基础架构, 包括: 操作系统, 数据库, 用户与计费管理, 自然语言支持等。主要接口包括: 路况信息服务, 出行信息服务, 其它服务和Traffic .0及Traffic 3.0 提供的关键算法的接口, 关键算法有: 自然语言处理模块( NLP Module) 的路况查询/定制语言, 位置查询语言分析, GIS模块( GIS Module) 的单点/近邻位置查询, 路线规划, 公交查询, 地图显示等。另外还包括路况信息服务, 出行信息服务, 其它服务等和数据库的接口。如下图所示: 图2 出行服务网站主要接口3 应用环境3.1 设备环境1) MISP业务系统相关设备2) 网站运营服务器3.2 系统运行的硬件环境网站运营服务器的主要配置指标如下所示: CPU: 4-CPU或以上; 内存: 4GB或以上; 硬盘: SCSI接口硬盘, 73GB * 3或以上。磁盘阵列: 将来扩展存储空间用。注: 开发阶段可用其它服务器或PC机代作网站服务器, 从测试阶段中期开始, 直至业务运营阶段, 部署和测试应针对专有服务器进行。3.3 系统运行的软件环境操作系统: Window Server 开发工具: Visual Studio.Net开发语言: C# 数据库: SQL Server 地图引擎: SuperMap GIS 地图基础数据: 灵图路况数据: 北京市交管中心项目管理: Microsoft Project 代码控制: Microsoft Source Safe 6.0建模工具: PowerDesigner3.4 系统运行的网络环境出行服务网站项目运营于互联网, 有独立主机、 独立IP、 独立域名。3.5 用户操作模式本网站系统要求用户操作模式应体现如下要求: （1） 首页突出网站特色功能, 视觉冲击力强, 用户到网站上就知道网站的主要功能。（2） 查询、 定制等功能操作简单, 操作流程清晰, 并含义明确, 让用户感觉收费太透明, 且退定方便。（3） 路况及出行服务的详细介绍及Demo要言简意赅, Demo要形象易懂, 因为用户一般没有耐心去浏览长篇大论的内容。（4） 后台方便对用户、 数据、 内容频道的管理, 操作简单便捷。4 功能规格4.1 前台功能出行服务网站前台主要功能如下图所示: 图3 路况信息服务主要功能图4 出行信息服务主要功能图5 其它辅助服务主要功能4.1.1 Function A.1名称、 标识符用户注册/登陆功能描述主要完成新用户的注册, 包括网站用户和手机用户。另一个目的是便于统计网站的用户量及进行用户分析。优先级高输入用户个人信息操作序列无输出确认信息接口无内部接口补充说明用户注册的目的是为了限制某些功能的权限, 具体的是指一些移动服务。要求用户注册的信息最好包含以下内容: 手机号, 性别, 年龄, 爱好等。4.1.2 Function A.2名称、 标识符路况服务详细介绍及Demo功能描述包括针对网站用户和手机用户的路况业务的查询, 上传和定制的方法, 并设计示范Demo.优先级中输入无操作序列无输出无接口无内部接口补充说明（1） 能够采用采用静态页面实现。优点在于显示速度快, 样式设计灵活。可是更新内容需要重新制作页面。（2） 也能够采用动态调用数据库。后台管理系统在该模块管理中的文本编辑器里排版样式( 所见即所得方式) , 前台更新显示。（3） 显示能够使用flash、 或者视频文件展示。要求帮助语言简单明了, Demo形象直观, 不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。后台能够修改网页信息4.1.3 Function A.3名称、 标识符路况查询功能描述提供三种查询实时路况的方式: ( 1) 基于关键词的查询; ( 2) 自然语言方式的查询( 也是短信业务中的查询方式) ; ( 3) 基于地图选择的查询方式( 包括点选, 框选等) ; 优先级极高输入Require/History操作序列接收用户Require, 进行自然语言解析, 或框选结果分析, 分析用户的查询意图, 如果是多路径的查询, 则进行有实时路况的路线规划, 实时路况查询融合, 反馈用户查询结果。输出Response/History接口路况查询自然语言分析有实时路况的路线规划地图点选, 窗选操作方式支持实时路况查询融合补充说明这是本网站的一个关键服务。( 1) 要求在显示用户查询地的路况的同时, 也要显示周边地区的路况, 如用户查询学院路的路况, 给出学院路的路况的同时, 显示学清路, 清华东路, 北四环, 学院桥等地路况, 路况地图以及相关地图的图片。( 2) 要提供给用户一个可把查询结果反馈到手机的功能。( 3) 要求界面简单整洁, 干扰元素尽量少, 提示一定要明确。4.1.4 Function A.4名称、 标识符A.4 路况定制功能描述包月定制和包月点播两种定制方式。目的是辅助手机用户完成路况服务的定制。主要提供三种定制方式: ( 1) 基于下拉菜单的选择方式; ( 2) 基于地图的选择方式; ( 3) 起始点的定制方式; 优先级高输入Require/History操作序列接收用户Require, 分析用户的定制意图, 如果是多路径的定制, 则进行无实时路况的路线规划, 反馈用户定制结果。输出Response/History接口无实时路况的路线规划地图点选, 窗选操作方式支持补充说明要体现与手机用户完成路况服务的定制服务的一致性。要体现透明性, 简单性及确定性。透明是为了用户信任, 简单是为了用户操作快捷, 确定是为了用户完成后不心存疑虑。实现方式: （1） 显示三种定制方式。（2） 接受手机用户定制信息发送到相应得业务层处理, 并显示完成状态。（3） 接受手机用户退定信息发送到相应得业务层处理, 并显示完成状态。4.1.5 Function A.5名称、 标识符路况退定功能描述目的是辅助手机用户完成路况服务的退定。优先级高输入Require/History操作序列无输出Response/History接口通用数据库访问接口, 计费表和用户表, 用户包月退定。补充说明要体现透明性, 简单性及确定性。透明是为了用户信任, 简单是为了用户操作快捷, 确定是为了用户完成后不心存疑虑。4.1.6 Function A.6名称、 标识符原始路况信息实时广播功能描述滚动播放实时路况信息优先级高输入实时路况信息操作序列无输出无接口通用数据库访问接口, 原始路况库补充说明为了增加用户对信息来源的信赖, 但为了保证数据的安全, 广播的数据最好做延时处理。一般可设为20分钟, 而且这个值要求是可调的。4.1.7 Function A.7名称、 标识符历史拥堵点统计以及其它统计功能功能描述统计天, 周, 月, 年的路况拥堵情况, 播报统计结果的前N个最拥堵点, 可能附带其它统计功能优先级高输入无操作序列Timer监测调用统计模块输出显示输出统计结果, 最好是以图形的方式呈现。接口过去一天前K个最拥堵点统计过去一周前K个最拥堵点统计过去一月前K个最拥堵点统计过去一年前K个最拥堵点统计补充说明目的是增加用户对系统的信赖度, 并需要时给有关部门使用; 显示方式要直观易懂。4.1.8 Function A.8名称、 标识符交通通告功能描述通告用户交管中心播报的交通通告。优先级高输入交通通告操作序列无输出交通通告接口无内部接口补充说明目的是增加用户对系统的信赖度; 如数据获取不到, 可采用友情链接的方式链接到北京市交通公安管理局的网站。网站后台能够管理交通通告功能4.1.9 Function A.9名称、 标识符违章查询功能描述提供用户查询自己是否曾违章的功能。优先级中输入Require/History操作序列无输出Response/History接口无内部接口补充说明如果数据获取不到, 可采用友情链接的方式链接到北京市交通公安管理局的网站。网站后台能够管理违章查询4.1.10 Function B.1名称、 标识符出行服务详细介绍及Demo功能描述包括针对网站用户和手机用户的出行服务的位置查询, 公交查询的方法, 并设计示范Demo.优先级中输入无操作序列无输出无接口无内部接口补充说明要求帮助语言简单明了, Demo形象直观, 不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。后台能够修改演示信息。4.1.11 Function B.2名称、 标识符位置查询功能描述提供用户位置路线相关的查询, 具体包括如下功能: ( 1) 单点位置的查询, 如海龙大厦在哪? ( 2) 近邻查询, 如离清华东门最近的麦当劳。( 3) 路线查询, 如从清华东门到东方广场如何走? 优先级极高输入Require/History操作序列接收用户Require, 进行自然语言解析, 分析用户的查询意图, 如果是多路径的查询, 则进行无实时路况的路线规划, 如果需要公交线路, 则进行公交线路查询反馈用户查询结果。输出Response/History接口位置查询自然语言分析无实时路况的路线规划地图显示支持公交查询补充说明这是本网站的一个关键服务。( 1) 要求在显示用户查询地的路线的同时, 也要显示周边地区相关的地物以及相关地物的图片, 如用户查询学院路, 则把学院路周围的商家, 店铺, 餐馆, 及加油站, 停车位等显示给用户。( 2) 在网站上能够同时把公交路线也提供给用户。( 3) 要提供给用户一个可把查询结果反馈到手机的功能。( 4) 要求界面简单整洁, 干扰元素尽量少, 提示一定要明确。4.1.12 Function B.3名称、 标识符公交查询功能描述包括两种功能: ( 1) 查询公交路线信息, 如731路( 2) 查询换乘信息, 如从清华东门到东方广场如何走? 优先级高输入Require/History操作序列接收用户Require, 分析用户的查询意图, 进行公交线路查询反馈用户查询结果。输出Response/History接口Function3.6地图显示支持Function3.7公交查询补充说明要求把用户查询公交的其它相关公交的信息也提供给用户, 以备选择。4.1.13 Function B.4名称、 标识符驾车路线功能描述查询驾车路线, 如从清华东门到东方广场如何走? 优先级高输入Require/History操作序列接收用户Require, 分析用户的查询意图, 进行驾车路线查询反馈用户查询结果。输出Response/History接口地图显示支持公交查询补充说明要求把用户查询公交的其它相关公交的信息也提供给用户, 以备选择。4.1.14 Function B.5名称、 标识符交一般见地址、 电话查询功能描述提供给用户交通有关的常见地址、 电话查询优先级中输入无操作序列无输出无接口无内部接口补充说明需从各处收集相关地址和电话信息。4.1.15 Function B.6名称、 标识符专题地图功能描述专题地图频道, 能够提供如: 美食地图、 金融地图等。优先级中输入无操作序列无输出无接口GIS模块接口补充说明后台能够开专题地图频道, 而且产生各种专题地图页面, 如: 美食地图、 金融地图等, 页面风格能够定制, 图片能够设置、 上传。4.1.16 Function C.1名称、 标识符用户调查功能描述主要完成一些目的性的用户调查优先级中输入无操作序列无输出无接口无内部接口补充说明用户调查使用方便, 管理功能强大、 便捷。能够方便地在某个频道、 页面加入调查功能。4.1.17 Function C.2名称、 标识符用户意见箱功能描述提供用户给系统提意见的地方优先级高输入无操作序列无输出无接口无内部接口补充说明收集用户意见, 可采用对话框的方式, 意见收集后, 由人工整理, 提交给有关决策人参考, 以便改进系统的缺陷和服务方式。4.1.18 Function C.3名称、 标识符天气预报功能描述网站显示天气预报功能, 能够上传、 修改、 显示或从外部网站获取天气预报数据的方式获得天气预报数据。优先级高输入无操作序列无输出无接口无内部接口补充说明类似信息功能还能扩充。4.1.19 Function C.4名称、 标识符网站信息显示管理功能描述网站信息管理, 如网站介绍、 联系我们、 网站功能地图等, 显示并能够在后台修改该信息。优先级高输入无操作序列无输出无接口无内部接口补充说明类似信息功能还能扩充。4.2 后台功能出行服务网站后台主要功能如图所示: 图6 路况信息服务后台主要功能图7 出行信息服务后台主要功能图8 其它辅助服务后台主要功能以上后台管理功能主要是对前台数据信息的显示、 查找、 增加、 更新和删除功能, 除上图功能外, 还包括一下几个后台功能: 4.2.1 Function D.1名称、 标识符用户操作历史记录功能描述记录用户所有操作过程和系统的反馈信息。优先级高输入无操作序列无输出无接口通用数据库访问接口; 用户操作历史记录表。补充说明可使用路况移动服务的用户操作历史表, 但要求要对该表增加一个字段, 标明操作历史的来源, 即来自Internet网络还是移动网络。4.2.2 Function D.2名称、 标识符网站专用M&O功能描述用来管理普通用户, 管理员的权限, 及一些日常事务的操作。优先级高输入无操作序列无输出无接口通用数据库访问接口, 主要操作三张表: 用户表, 计费表, 历史记录表。补充说明此功能的设计可参考路况移动业务中的M&O4.2.3 Function D.3名称、 标识符系统异常处理功能描述处理, 记录系统的异常信息优先级高输入无操作序列无输出无接口无内部接口补充说明可采用当前路况移动服务的异常处理机制。4.2.4 Function D.4名称、 标识符系统配置处理功能描述处理系统的各种配置信息优先级高输入无操作序列无输出无接口无内部接口补充说明可采用当前路况移动服务的配置处理机制。4.2.5 Function D.5名称、 标识符E.3系统日志记录功能描述处理, 记录系统的日志信息优先级高输入无操作序列无输出无接口Function7.2 日志记录, Log4net补充说明可采用当前路况移动服务的日志处理机制。4.2.6 Function D.6名称、 标识符E.4系统安全处理功能描述处理, 记录系统的安全信息优先级高输入无操作序列无输出无接口无补充说明可采用当前路况移动服务的安全处理机制。5 性能需求本节描述用户对系统的性能需求, 可能的系统性能需求有: 要求详细要求响应时间要求对关键的功能, 即路况查询和位置查询, 系统响应时间要在1秒以内。性能、 效率( 1) 对网站的界面要求简洁明了, 符合用户的使用习惯。( 2) 自然语言处理模块( NLP Module) 的路况查询/定制语言, 位置查询语言分析, 要做到正确理解, 回答准确可靠。( 3) GIS模块( GIS Module) 的单点/近邻位置查询, 路线规划, 地图显示要快速直观。开放性待定可靠性要求系统能经受实效和压力测试。可移植性高。要求设计时, 网站和Traffic 3.0耦合性要低, 具体的要求接口要简单, 并依赖条件少, 在系统详细设计时要时刻考虑到此点。安全性高安全性, 指标待定系统兼容性高现有资源利用性( 1) 关键算法: 路况查询/定制, 位置查询, 即自然语言处理和GIS。( 2) 软硬件运营环境利用现有MISP系统Traffic 2.0 的。( 3) 地图和路况数据利用先用MISP系统Traffic 3.0的。可扩展性包括两方面: ( 1) 此网站要能方便的与MISP路况系统单独出来运营。( 2) 此网站要能方便的与将来其它网站, 如搭车, 方便的合并运营。系统要求网站系统是MISP业务系统的上层应用之一, 因此要求系统设计采用松耦合、 高可扩展性和可配置性。由于网站的路况查询和位置查询的逻辑功能调用MISP系统现有的动态链接库, 因此要求网站架构清晰, 建议网站采用四层结构, 数据、 逻辑、 网站表现层分开, 后台可配置网站风格、 样式, 界面易于修改。路况查询和位置查询是网站的两个子系统, 耦合度低, 能够分开运营。出行服务网站的后台管理系统: 数据上传、 用户管理等, 安全性较高。6 应用方案 当前本网站暂定为与Traffic 3.0共用一套软硬件运营环境, 在将来业务发展壮大的情况下, 此网站可单独出来运营, 因此要求设计时, 网站和Traffic 3.0耦合性要低, 具体的要求接口要简单, 并依赖条件少, 在系统详细设计时要时刻考虑到此点。7 产品提交7.1 产品提交方式定期提交产品, 刻录光盘, 由开发商派专人提交并部署。7.2 产品提交时间需求见出行服务网站项目开发计划7.3 产品安装的需求需要现场部署, 安装和部署总共需要约1-2天时间。7.4 产品维护的需求本网站要求有一人专门维护, 维护内容主要包括以下几点: ( 1) 定时监测北京市交通公安管理局的交通通告, 把交通通告按系统要求的格式导入到系统中。( 2) 定时更新交通地址和电话。( 3) 定时维护和备份数据库。( 4) 用户管理。( 5) 用户反馈意见的处理。( 6) 网络的日常安全维护。版本升级: 待定。