需求规格说明书范例

精品文档可编辑出行服务网站产品需求规格说明书部门：时间 :精品文档目录1 引言 11.1 编写目的 11.2 项目背景 11.3 术语定义及编写说明 11.4 版本更新信息 22 产品定义 32.1 应用目标 32.2 产品业务流程 42.3 接口描述 83 应用环境 93.1 设备环境 93.2 系统运行的硬件环境 93.3 系统运行的软件环境 103.4 系统运行的网络环境 103.5 用户操作模式 104 功能规格 114.1 前台功能 11MISP 网站系统前台主要功能如下图所示： 114.1.1 FunctionA.1 124.1.2 FunctionA.2 134.1.3 Function A.3 144.1.4 Function A.4 154.1.5 Function A.5 164.1.6 Function A.6 174.1.7 Function A.7 174.1.8 Function A.8 184.1.9 Function A.9 194.1.10 Function B.1 194.1.11 Function B.2 204.1.12 Function B.3 214.1.13 Function B.4 224.1.14 Function B.5 234.1.15 Function B.6 234.1.16 Function C.1 244.1.17 Function C.2 244.1.18 Function C.3 254.1.19 Function C.4 254.2 后台功能 26MISP 网站系统后台主要功能如图所示： 264.2.1 Function D.1 274.2.2 Function D.2 284.2.4 FunctionD.4 294.2.5 FunctionD.5 294.2.6 FunctionD.6 305 性能需求 306 应用方案 327 产品提交 327.2 产品提交方式 327.3 产品提交时间需求 327.4 产品安装的需求 327.5 产品维护的需求 324.2.3Function D.3 28可编辑精品文档1引言1.1 编写目的编写本需求规格说明书的目的是为了详细呈现出行服务网站的产品需求和系统的功能描述，以进一步定制网站开发的细节问题，便于与开发商协调工作本文档面向的读者主要是项目委托单位的管理人员、开发商项目经理及项目组 技术人员，希望能使本软件开发工作更明确、更具体。1.2 项目背景1.2.1 项目委托单位：1.2.2 开发单位：1.2.3 出行服务网站是*自主立项并组织开发的项目，主管负责人为* o出行服务网站的交付物是一个完成特定功能的独立系统。1.3 术语定义及编写说明缩写、术语解释MISPMobile Information Service Platform出行服务网站本项目的标示名称MISP移动路况服务*正在开发的基于手机短信的实时路况信息查询/定制/上传，位置相关的查询的移动服务。Traffic v2.0*主导的产品化版本，于2005年9月交付。Traffic v3.0基于Traffic v2.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 出行服务网站主要功能列表已有功能解释用户和管理员注目的是便于用户的管理和统计册 / 管理两个目的，一是调查用户对系统的建议，便于系统用户调查功能改进，二是进行用户调研路 路况服务详包括针对网站用户和手机用户的路况业务的查询，况 细介绍及上传和定制的方法，并设计示范Demo.信 Demo息 路况查询 这是本网站的一个特色服务。短信服务服提供三种查询实时路况的方式：务（1）基于路名关键词的查询，如“学院路”；（2）自然语言方式的查询（短信业务中的方式）；（3）基于地图选择的查询方式（包括点选，框选等）；辅助手机用户完成路况服务的定制。主要提供三种路况定制，定制方式：指包月定制 （1）基于下拉菜单的选择方式；和包月点播（2）基于地图的选择方式；（3）起始点的定制方式；服务退定辅助手机用户完成路况服务的退定。原始路况信 增加用户对信息来源的信赖，但为了保证数据的安息实时广播全，广播的数据最好做延时处理。主要为历史拥赌点统计，统计大，周，月，年的路况拥堵情况，播报统计结果的前 N个最拥堵点。目 路况统计的是增加用户对系统的信赖度，有关部门需要时也可使用；同时也会设计其他相关统计功能。通告用户交管中心播报的交通通告。如数据获取不交通通告到，可采用友情链接的方式链接到北京市交通公安管理局网站 提供用户查询自己是否曾违章的功能。如数据获取违章查询有前期两种方式，只有第 一三种期方式V 期期期不到，可采用友情链接的方式链接到北京市交通公安管理局的网站 http:出行服务详分别针对Internet和短信用户的出行服务功能的详一细介绍及细介绍，使用方法及Demo期Demo这是本网站的一个特色服务。提供用户位置路线相关的查询，具体包括如下功能：(1)单点位置的查询，如海龙大厦在哪？一位置查询V(2)近邻查询，如离清华东门最近的麦当劳。期出(3)路线查询，如从清华东门到东方广场如何走？行另外，在网站上可以同时把公交路线也提供给用户。信主要包括两种功能：息二公交信息1.查询公交路线信息，如731路服期2.换乘信息，如从清华东门到东方广场如何走？务交通常用地址、电话查 可以从各种专业网站上收集相关信息。期询驾车路线可以查询路线，如从清华东门到东方广场如何走？期可以方便建设专题地图频道，例如：美食地图、金二专题地图融地图等期其网站提供位置广告功能，可以为特定单位提供着重二广告功能他显示的地图及页面信息。期辅一 天气预报可以添加、修改、选择性显示天气预报助期功一 网站信息 在网站首页脚链接如联系我们、网站介绍等。能期以上功能分两期完成，网站一期完成功能包括：路况服务详细介绍及Demo 、路况查询、路况定制和退定、出行服务详细介绍及Demo 、位置查询、天气预报、网站信息。其余功能二期完成。2.3 接口描述因为本网站的一个重要目的是：与出行服务网站服务相辅相成，弥补各自的不足。本网站系统与Traffic v2.0 共用相同的基础架构，包括：操作系统，数据库，用户与计费管理，自然语言支持等。主要接口包括：路况信息服务，出行信息服务，其他服务和 Traffic .0 及Traffic 3.0 提供的关键算法的接口，关键算法有：自然语言处理模块( NLPModule )的路况查询/定制语言，位置查询语言分析，GIS模块(GIS Module )的单点 / 近邻位置查询，路线规划，公交查询，地图显示等。另外还包括路况信息服务，出行信息服务，其他服务等和数据库的接口。如下图所示：可编辑0路况业务网站接口20051215 gGIS Module单点/近邻位置查询路线规划地图显示MIS啊站项目NLP Module路况查询/定制语言位置查询语言Map DBRawTraffic DBDatabase ModuleSystem Manage ModuleM&O ModuleHistoryDBCustomDBTraffic DBConfigSecurityTools DBUser DB岸三三三三三，Charge DBManagementModuleChargeModuleLogExceptionVisual Studio .NetSql Server 2000Windows Server 2003图2出行服务网站主要接口3应用环境3.1 设备环境1) MISP业务系统相关设备2)网站运营服务器3.2 系统运行的硬件环境网站运营服务器的主要配置指标如下所示：CPU : 4-CPU 或以上；内存：4GB或以上；硬盘：SCSI接口硬盘，73GB * 3 或以上磁盘阵列：将来扩展存储空间用。注：开发阶段可用其他服务器或PC 机代作网站服务器，从测试阶段中期开始，直至业务运营阶段，部署和测试应针对专有服务器进行。3.3 系统运行的软件环境操作系统： Window Server 2003开发工具：Visual Studio.Net开发语言：C#数据库： SQL Server 2000地图引擎：SuperMap GIS地图基础数据：灵图路况数据：北京市交管中心项目管理：Microsoft Project2003代码控制：Microsoft SourceSafe 6.0建模工具：PowerDesigner3.4 系统运行的网络环境出行服务网站项目运营于互联网，有独立主机、独立IP 、独立域名。3.5 用户操作模式本网站系统要求用户操作模式应体现如下要求：（ 1） 首页突出网站特色功能，视觉冲击力强，用户到网站上就知道网站的主 要功能。(2)查询、定制等功能操作简单，操作流程清晰，并含义明确，让用户感觉收费太透明，且退定方便。(3)路况及出行服务的详细介绍及 Demo要言简意赅，Demo要形象易懂, 因为用户一般没有耐心去浏览长篇大论的内容。(4)后台方便对用户、数据、内容频道的管理，操作简单便捷。4功能规格4.1 前台功能出行服务网站前台主要功能如下图所示：路况信息服务服务介绍及演示路况查询T路况定制/退定路况信息实时广播路况统计交通通告违章查询图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)要求界面简单整洁，干扰元素尽量少，提示f 要明确。4.1.4 Function A.4名称、标识符A.4路况定制功能描述包月定制和包月点播两种定制方式。目的是辅助手机用户完成路况服务的定制。主要提供三种定制方式：(1)基于卜拉菜单的选择方式；(2)基,地图的选择方式;(3)起始点的定制方式；优先级高输入Require/History操作序列接收用户Require ,分析用户的定制意图，如果是多路径的定制，则进行无实时路况的路线规划，反馈用户定制结果。输出Response/History接口无实时路况的路线规划地图点选，窗选操作方式支持补充说明要体现与手机用户完成路况服务的定制服务的TW生。要体现透明性，简单性及确定性。透明是为了用户信任，简单是为了用户操作快捷，确定是为了用户完成后不心存疑虑。实现方式：(1)显小二种aE制方式。(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监测调用统计模块输出显示输出统计结果，最好是以图形的方式呈现。接口过去f前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)要求界面简单整洁，干扰元素尽量少，提示f 要明确。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路况信息服务后台主要功能出行信息服务后台主要功能出行信息服务7ffl 服务介绍及演示管理其他辅助服务管理网站信息管理，天气预报管理_用户调查管理章操作员管理用户管理图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 )的单点/近邻位置查询，路 线规划，地图显示要快速直观。开放性彳寸Ah可靠性要求系统能经受实效和压力测试。可移植性高。要求设计时，网站和 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 ）网络的日常安全维护。版本升级：待定。