需求规格说明书范例

出行服务网站

产品需求规格说明书

部门： 时间:

目 录

1 引言 ................................................ 错误!未定义书签。

编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。

2 产品定义 ............................................ 错误!未定义书签。

应用目标....................................... 错误!未定义书签。

产品业务流程 ........................................ 错误!未定义书签。 接口描述 ............................................ 错误!未定义书签。 3 应用环境 ............................................ 错误!未定义书签。

设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。

4 功能规格 ............................................ 错误!未定义书签。

前台功能....................................... 错误!未定义书签。

MISP网站系统前台主要功能如下图所示： ................... 错误!未定义书签。

Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。

Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 后台功能....................................... 错误!未定义书签。

MISP网站系统后台主要功能如图所示： ..................... 错误!未定义书签。

Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。

5 性能需求 ............................................ 错误!未定义书签。 6 应用方案 ............................................ 错误!未定义书签。 7 产品提交 ............................................ 错误!未定义书签。

产品提交方式................................... 错误!未定义书签。 产品提交时间需求............................... 错误!未定义书签。 产品安装的需求................................. 错误!未定义书签。 产品维护的需求................................. 错误!未定义书签。

1

引言

1.1 编写目的

编写本需求规格说明书的目的是为了详细呈现出行服务网站的产品需求和系统的功能描述，以进一步定制网站开发的细节问题,便于与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员、开发商项目经理及项目组技术人员，希望能使本软件开发工作更明确、更具体。

1.2 项目背景

1.2.1 项目委托单位： 1.2.2 开发单位：

1.2.3 出行服务网站是**********自主立项并组织开发的项目，主管负责人为********。出行服务网站的交付物是一个完成特定功能的系统。

1.3 术语定义及编写说明

缩写、术语 解 释 MISP Mobile Information Service Platform 出行服务网站 本项目的标示名称 MISP移动路况服务 ******正在开发的基于手机短信的实时路况信息查询/定制/上传，位置相关的查询的移动服务。 Traffic *****主导的产品化版本，于2005年9月交付。 Traffic 基于Traffic ，增加多路径规划和位置查询功能的版本，初步计划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和/或短信为用户提供实时路况信息服务和位置相关的出行信息服务

产品业务流程

路况信息 移动服务模式 网站服务模式MISP路况服务系统 地图信息 路况上传/查询/定制 位置查询/定制 结果 结果 路况信息服务 出行信息服务 MO MT 反馈 请求 MISP路况业务系统业务流程如下图所示：

移动用户 网络用户 SP InterneCP MAP 图1 出行服务网站项目的工作模式

出行服务网站的整个工作模式如图1，它包括移动服务模式和网站服务模

式两种，其中移动服务模式现已经开发完成，而本网站的拟主要完成的是网站服务模式。

什么是路况信息路况信息是指特定地理点的交通状况的信息，包括是否拥

堵，拥堵原因，或其他任何描述交通路况的信息。

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

出行服务网站系统可以为用户提供固定城市（目前是北京市）的实时交通路况信息查询和定制，位置相关信息的查询的服务，另外包括由这两大类服务派生出的辅助服务，如违章查询，公交查询、驾车服务等。除此之外，还包括用户注册/管理，用户调研和反馈的服务等。

系统主要功能见表1

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

已有

阶段完成

功能 解释

短信服务

用户和管理员注

目的是便于用户的管理和统计

册/管理

两个目的，一是调查用户对系统的建议，便于系统

用户调查功能

改进，二是进行用户调研

路况服务详

包括针对网站用户和手机用户的路况业务的查询，

细介绍及

上传和定制的方法，并设计示范Demo.

Demo 路这是本网站的一个特色服务。 况提供三种查询实时路况的方式：

信路况查询 （1）基于路名关键词的查询，如“学院路”； 息（2）自然语言方式的查询（短信业务中的方式）； 服（3）基于地图选择的查询方式（包括点选，框选等）； 务 辅助手机用户完成路况服务的定制。主要提供三种

路况定制，

定制方式：

指包月定制

（1）基于下拉菜单的选择方式；

和包月点播

（2）基于地图的选择方式；

√ √只

二期 二期 一期

有前一两种期 方式

√只

有第一三种期 方式

（3）起始点的定制方式；

服务退定

辅助手机用户完成路况服务的退定。

√

一期 二期 二期 二期 二期 一期

出行信息服务

原始路况信增加用户对信息来源的信赖，但为了保证数据的安

息实时广播 全，广播的数据最好做延时处理。

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

路况统计

的是增加用户对系统的信赖度，有关部门需要时也可使用； 同时也会设计其他相关统计功能。 通告用户交管中心播报的交通通告。如数据获取不

交通通告 到，可采用友情链接的方式链接到北京市交通

管理局网站。

提供用户查询自己是否曾违章的功能。如数据获取

违章查询 不到，可采用友情链接的方式链接到北京市交通公

安管理局的网站。

出行服务详

分别针对Internet和短信用户的出行服务功能的详

细介绍及

细介绍，使用方法及Demo

Demo

这是本网站的一个特色服务。 提供用户位置路线相关的查询，具体包括如下功能： （1）单点位置的查询，如海龙大厦在哪

位置查询 √

（2）近邻查询，如离清华东门最近的麦当劳。 （3）路线查询，如从清华东门到东方广场如何走 另外，在网站上可以同时把公交路线也提供给用户。 主要包括两种功能：

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

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

交通常用地

址、电话查可以从各种专业网站上收集相关信息。 询 驾车路线 专题地图

可以查询路线, 如从清华东门到东方广场如何走 可以方便建设专题地图频道，例如：美食地图、金融地图等

网站提供位置广告功能，可以为特定单位提供着重显示的地图及页面信息。

可以添加、修改、选择性显示天气预报 在网站首页脚链接如联系我们、网站介绍等。

一期

二期 二期 二期 二期 二期 一期 一期

其

广告功能 他辅

天气预报 助功

网站信息 能

以上功能分两期完成，网站一期完成功能包括：路况服务详细介绍及Demo、路况查询、路况定制和退定、出行服务详细介绍及Demo、位置查询、天气预报、

网站信息。其余功能二期完成。

接口描述

因为本网站的一个重要目的是：与出行服务网站服务相辅相成，弥补各自的不足。本网站系统与Traffic 共用相同的基础架构，包括：操作系统，数据库，用户与计费管理，自然语言支持等。

主要接口包括：路况信息服务，出行信息服务，其他服务和Traffic .0及Traffic 提供的关键算法的接口，关键算法有：自然语言处理模块（NLP Module）的路况查询/定制语言，位置查询语言分析，GIS模块（GIS Module）的单点/近邻位置查询，路线规划，公交查询，地图显示等。另外还包括路况信息服务，出行信息服务，其他服务等和数据库的接口。如下图所示：

路况业务网站接口2005-12-15GIS Module单点/近邻位置查询路线规划 地图显示MISP网站项目NLP Module路况查询/定制语言位置查询语言Database ModuleMap DBHistory DBCustom DBTraffic DBSystem Manage ModuleConfigSecurityM&O ModuleRaw Traffic DBTools DBUser DBCharge DBLogExceptionManagementModuleChargeModuleVisual Studio .NetWindows Server 2003Sql Server 2000图2 出行服务网站主要接口

3

应用环境

3.1 设备环境

1) MISP业务系统相关设备 2) 网站运营服务器

3.2 系统运行的硬件环境

网站运营服务器的主要配置指标如下所示： CPU：4-CPU或以上； 内存：4GB或以上；

硬盘：SCSI接口硬盘，73GB * 3或以上。 磁盘阵列：将来扩展存储空间用。

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

3.3 系统运行的软件环境

操作系统：Window Server 2003 开发工具：Visual 开发语言：C#

数据库：SQL Server 2000 地图引擎：SuperMap GIS 地图基础数据：灵图

路况数据：北京市交管中心 项目管理：Microsoft Project 2003 代码控制：Microsoft Source Safe 建模工具：PowerDesigner

3.4 系统运行的网络环境

出行服务网站项目运营于互联网，有主机、IP、域名。

3.5 用户操作模式

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

（1） 首页突出网站特色功能，视觉冲击力强，用户到网站上就知道网站的主要功能。

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

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

（4） 后台方便对用户、数据、内容频道的管理，操作简单便捷。

4

功能规格

4.1 前台功能

出行服务网站前台主要功能如下图所示：

路况信息服务路况信息实时广播服务介绍及演示路况查询路况定制/退定路况统计交通通告违章查询 图3 路况信息服务主要功能

出行信息服务交通地址电话查询服务介绍及演示位置查询公交查询驾车路线专题地图 图4 出行信息服务主要功能

其他辅助服务用户管理操作员管理用户调查反馈广告功能天气预报网站信息 图5 其他辅助服务主要功能

4.1.1 Function

名称、标识符 用户注册/登陆 功能描述 主要完成新用户的注册，包括网站用户和手机用户。另一个目的是便于统计网站的用户量及进行用户分析。 优先级 输入 操作序列 输出 高 用户个人信息 无 确认信息 接口 补充说明 无内部接口 用户注册的目的是为了某些功能的权限，具体的是指一些移动服务。要求用户注册的信息最好包含以下内容：手机号，性别，年龄，爱好等。 4.1.2 Function

名称、标识符 路况服务详细介绍及Demo 功能描述 包括针对网站用户和手机用户的路况业务的查询，上传和定制的方法，并设计示范Demo. 优先级 输入 操作序列 输出 接口 补充说明 中 无 无 无 无内部接口 （1） 可以采用采用静态页面实现。优点在于显示速度快，样式设计灵活。但是更新内容需要重新制作页面。 （2） 也可以采用动态调用数据库。后台管理系统在该模块管理中的文本编辑器里排版样式（所见即所得方式），前台更新显示。 （3） 显示可以使用flash、或者视频文件展示。 要求帮助语言简单明了，Demo形象直观，不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。 后台可以修改网页信息 4.1.3 Function

名称、标识符 路况查询 功能描述 提供三种查询实时路况的方式： （1）基于关键词的查询； （2）自然语言方式的查询（也是短信业务中的查询方式）； （3）基于地图选择的查询方式（包括点选，框选等）； 优先级 输入 操作序列 极高 Require/History 接收用户Require， 进行自然语言解析，或框选结果分析， 分析用户的查询意图， 如果是多路径的查询，则进行有实时路况的路线规划， 实时路况查询融合， 反馈用户查询结果。 输出 接口 Response/History 路况查询自然语言分析 有实时路况的路线规划 地图点选，窗选操作方式支持 实时路况查询融合 补充说明 这是本网站的一个关键服务。 （1）要求在显示用户查询地的路况的同时，也要显示周边地区的路况，如用户查询学院路的路况，给出学院路的路况的同时，显示学清路，清华东路，北四环，学院桥等地路况，路况地图以及相关地图的图片。 （2）要提供给用户一个可把查询结果反馈到手机的功能。 （3）要求界面简单整洁，干扰元素尽量少，提示一定要明确。 4.1.4 Function

名称、标识符 路况定制 功能描述 包月定制和包月点播两种定制方式。目的是辅助手机用户完成路况服务的定制。 主要提供三种定制方式： （1）基于下拉菜单的选择方式； （2）基于地图的选择方式； （3）起始点的定制方式； 优先级 输入 操作序列 高 Require/History 接收用户Require， 分析用户的定制意图， 如果是多路径的定制，则进行无实时路况的路线规划， 反馈用户定制结果。 输出 接口 Response/History 无实时路况的路线规划 地图点选，窗选操作方式支持 补充说明 要体现与手机用户完成路况服务的定制服务的一致性。 要体现透明性，简单性及确定性。透明是为了用户信任，简单是为了用户操作快捷，确定是为了用户完成后不心存疑虑。 实现方式： （1） 显示三种定制方式。 （2） 接受手机用户定制信息发送到相应得业务层处理，并显示完成状态。 （3） 接受手机用户退定信息发送到相应得业务层处理，并显示完成状态。 4.1.5 Function

名称、标识符 路况退定 功能描述 优先级 输入 操作序列 输出 接口 目的是辅助手机用户完成路况服务的退定。 高 Require/History 无 Response/History 通用数据库访问接口， 计费表和用户表， 用户包月退定。 补充说明 要体现透明性，简单性及确定性。透明是为了用户信任，简单是为了用户操作快捷，确定是为了用户完成后不心存疑虑。 4.1.6 Function

名称、标识符 原始路况信息实时广播 功能描述 优先级 输入 操作序列 输出 接口 滚动播放实时路况信息 高 实时路况信息 无 无 通用数据库访问接口， 原始路况库 补充说明 为了增加用户对信息来源的信赖，但为了保证数据的安全，广播的数据最好做延时处理。一般可设为20分钟，而且这个值要求是可调的。 4.1.7 Function

名称、标识符 历史拥堵点统计以及其他统计功能 功能描述 统计天，周，月，年的路况拥堵情况，播报统计结果的前N个最拥堵点，可能附带其他统计功能 优先级 输入 操作序列 高 无 Timer监测 调用统计模块 输出显示 输出 接口 统计结果，最好是以图形的方式呈现。 过去一天前K个最拥堵点统计 过去一周前K个最拥堵点统计 过去一月前K个最拥堵点统计 过去一年前K个最拥堵点统计 补充说明 目的是增加用户对系统的信赖度，并需要时给有关部门使用； 显示方式要直观易懂。 4.1.8 Function

名称、标识符 交通通告 功能描述 优先级 输入 操作序列 输出 接口 补充说明 通告用户交管中心播报的交通通告。 高 交通通告 无 交通通告 无内部接口 目的是增加用户对系统的信赖度；如数据获取不到，可采用友情链接的方式链接到北京市交通管理局的网站。 网站后台可以管理交通通告功能 4.1.9 Function

名称、标识符 违章查询 功能描述 优先级 输入 操作序列 输出 接口 补充说明 提供用户查询自己是否曾违章的功能。 中 Require/History 无 Response/History 无内部接口 如果数据获取不到，可采用友情链接的方式链接到北京市交通管理局的网站。 网站后台可以管理违章查询 4.1.10 Function

名称、标识符 出行服务详细介绍及Demo 功能描述 包括针对网站用户和手机用户的出行服务的位置查询，公交查询的方法，并设计示范Demo. 优先级 输入 操作序列 输出 接口 补充说明 中 无 无 无 无内部接口 要求帮助语言简单明了，Demo形象直观，不要期望用户会有耐心仔细阅读我们的帮助或观看我们的Demo。 后台可以修改演示信息。 4.1.11 Function

名称、标识符 位置查询 功能描述 提供用户位置路线相关的查询，具体包括如下功能： （1）单点位置的查询，如海龙大厦在哪 （2）近邻查询，如离清华东门最近的麦当劳。 （3）路线查询，如从清华东门到东方广场如何走 优先级 输入 操作序列 极高 Require/History 接收用户Require， 进行自然语言解析， 分析用户的查询意图， 如果是多路径的查询，则进行无实时路况的路线规划， 如果需要公交线路，则进行公交线路查询 反馈用户查询结果。 输出 Response/History 接口 位置查询自然语言分析 无实时路况的路线规划 地图显示支持 公交查询 补充说明 这是本网站的一个关键服务。 （1）要求在显示用户查询地的路线的同时，也要显示周边地区相关的地物以及相关地物的图片，如用户查询学院路，则把学院路周围的商家，店铺，餐馆，及加油站，停车位等显示给用户。 （2）在网站上可以同时把公交路线也提供给用户。 （3）要提供给用户一个可把查询结果反馈到手机的功能。 （4）要求界面简单整洁，干扰元素尽量少，提示一定要明确。 4.1.12 Function

名称、标识符 公交查询 功能描述 包括两种功能： （1）查询公交路线信息，如731路 （2）查询换乘信息，如从清华东门到东方广场如何走 优先级 输入 操作序列 高 Require/History 接收用户Require， 分析用户的查询意图， 进行公交线路查询 反馈用户查询结果。 输出 接口 Response/History 地图显示支持 公交查询 补充说明 要求把用户查询公交的其它相关公交的信息也提供给用户，以备选择。 4.1.13 Function

名称、标识符 驾车路线 功能描述 优先级 输入 操作序列 查询驾车路线，如从清华东门到东方广场如何走 高 Require/History 接收用户Require， 分析用户的查询意图， 进行驾车路线查询 反馈用户查询结果。 输出 接口 Response/History 地图显示支持 公交查询 补充说明 要求把用户查询公交的其它相关公交的信息也提供给用户，以备选择。 4.1.14 Function

名称、标识符 交通常用地址、电话查询 功能描述 优先级 输入 操作序列 输出 接口 补充说明

提供给用户交通有关的常用地址、电话查询 中 无 无 无 无内部接口 需从各处收集相关地址和电话信息。 4.1.15 Function

名称、标识符 专题地图 功能描述 优先级 输入 操作序列 输出 接口 补充说明 专题地图频道，可以提供如：美食地图、金融地图等。 中 无 无 无 GIS模块接口 后台可以开专题地图频道，并且产生各种专题地图页面，如：美食地图、金融地图等，页面风格可以定制，图片可以设置、上传。

4.1.16 Function

名称、标识符 用户调查 功能描述 优先级 输入 操作序列 输出 接口 补充说明 主要完成一些目的性的用户调查 中 无 无 无 无内部接口 用户调查使用方便，管理功能强大、便捷。可以方便地在某个频道、页面加入调查功能。 4.1.17 Function

名称、标识符 用户意见箱 功能描述 提供用户给系统提意见的地方 优先级 输入 操作序列 输出 接口 补充说明 高 无 无 无 无内部接口 收集用户意见，可采用对话框的方式，意见收集后，由人工整理，提交给有关决策人参考，以便改进系统的缺陷和服务方式。

4.1.18 Function

名称、标识符 天气预报 功能描述 网站显示天气预报功能，可以上传、修改、显示或从外部网站获取天气预报数据的方式获得天气预报数据。 优先级 输入 操作序列 输出 接口 补充说明

高 无 无 无 无内部接口 类似信息功能还能扩充。 4.1.19 Function

名称、标识符 网站信息显示管理 功能描述 网站信息管理，如网站介绍、联系我们、网站功能地图等，显示并可以在后台修改该信息。 优先级 输入 操作序列 高 无 无 输出 接口 补充说明

无 无内部接口 类似信息功能还能扩充。 4.2 后台功能

出行服务网站后台主要功能如图所示：

路况信息服务后台管理服务介绍及演示管理路况信息管理定制/退定管理路况统计配置交通通告管理违章查询管理 图6 路况信息服务后台主要功能

出行信息服务服务介绍及演示管理位置信息管理公交信息管理地址电话信息管理专题地图配置管理 图7 出行信息服务后台主要功能

其他辅助服务管理用户管理操作员管理用户调查管理广告管理天气预报管理网站信息管理 图8 其他辅助服务后台主要功能

以上后台管理功能主要是对前台数据信息的显示、查找、增加、更新

和删除功能，除上图功能外，还包括一下几个后台功能：

4.2.1 Function

名称、标识符 用户操作历史记录 功能描述 优先级 输入 操作序列 输出 接口 补充说明 记录用户所有操作过程和系统的反馈信息。 高 无 无 无 通用数据库访问接口；用户操作历史记录表。 可使用路况移动服务的用户操作历史表，但要求要对该表增加一个字段，标明操作历史的来源，即来自Internet网络还是移动网络。

4.2.2 Function

名称、标识符 网站专用M&O 功能描述 用来管理普通用户，管理员的权限，及一些日常事务的操作。 优先级 输入 操作序列 输出 接口 高 无 无 无 通用数据库访问接口， 主要操作三张表：用户表，计费表，历史记录表。 补充说明

此功能的设计可参考路况移动业务中的M&O 4.2.3 Function

名称、标识符 系统异常处理 功能描述 优先级 输入 操作序列 输出 接口 补充说明 处理，记录系统的异常信息 高 无 无 无 无内部接口 可采用目前路况移动服务的异常处理机制。 4.2.4 Function

名称、标识符 系统配置处理 功能描述 优先级 输入 操作序列 输出 接口 补充说明 处理系统的各种配置信息 高 无 无 无 无内部接口 可采用目前路况移动服务的配置处理机制。 4.2.5 Function

名称、标识符 系统日志记录 功能描述 优先级 输入 操作序列 输出 接口 补充说明 处理，记录系统的日志信息 高 无 无 无 日志记录，Log4net 可采用目前路况移动服务的日志处理机制。 4.2.6 Function

名称、标识符 系统安全处理 功能描述 优先级 输入 操作序列 输出 接口 补充说明

处理，记录系统的安全信息 高 无 无 无 无 可采用目前路况移动服务的安全处理机制。 5

性能需求

本节描述用户对系统的性能需求，可能的系统性能需求有： 要求 详细要求 要求对关键的功能，即路况查询和位置查询，系统响应时间要在1秒以内。 响应时间 性能、效率 （1）对网站的界面要求简洁明了，符合用户的使用习惯。 （2）自然语言处理模块（NLP Module）的路况查询/定制语言，位置查询语言分析，要做到正确理解，回答准确可靠。 （3）GIS模块（GIS Module）的单点/近邻位置查询，路线规划，地图显示要快速直观。 开放性 可靠性 可移植性 待定 要求系统能经受实效和压力测试。 高。要求设计时，网站和Traffic 耦合性要低，具体的要求接口要简单，并依赖条件少，在系统详细设计时要时刻考虑到此点。 高安全性，指标待定 高 （1）关键算法：路况查询/定制，位置查询，即自然语言处理和GIS。 （2）软硬件运营环境利用现有MISP系统Traffic 的。 （3）地图和路况数据利用先用MISP系统Traffic 的。 安全性 系统兼容性 现有资源利用性 可扩展性 包括两方面： （1）此网站要能方便的与MISP路况系统单独出来运营。 （2）此网站要能方便的与将来其它网站，如搭车，方便的合并运营。 系统要求 网站系统是MISP业务系统的上层应用之一，因此要求系统设计采用松耦合、高可扩展性和可配置性。由于网站的路况查询和位置查询的逻辑功能调用MISP系统现有的动态链接库，因此要求网站架构清晰，建议网站采用四层结构，数据、逻辑、网站表现层分开，后台可配置网站风格、样式，界面易于修改。路况查询和位置查询是网站的两个子系统，耦合度低，可以分开运营。出行服务网站的后台管理系统：数据上传、用户管理等，安全性较高。 6

应用方案

目前本网站暂定为与Traffic 共用一套软硬件运营环境，在将来业务发展壮大的情况下，此网站可单独出来运营，因此要求设计时，网站和Traffic 耦合性要低，具体的要求接口要简单，并依赖条件少，在系统详细设计时要时刻考虑到此点。

7

产品提交

7.1 产品提交方式

定期提交产品，刻录光盘，由开发商派专人提交并部署。

7.2 产品提交时间需求

见《出行服务网站项目开发计划》

7.3 产品安装的需求

需要现场部署，安装和部署总共需要约1-2天时间。

7.4 产品维护的需求

本网站要求有一人专门维护，维护内容主要包括以下几点：

（1）定时监测北京市交通管理局的交通通告，把交通通告按系统要求的格式导入到系统中。

（2）定时更新交通地址和电话。 （3）定时维护和备份数据库。 （4）用户管理。

（5）用户反馈意见的处理。 （6）网络的日常安全维护。

版本升级：待定。