数据需求说明书

合集下载

监管数据标准化报送系统升级(EAST3.0)需求说明书

附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。

2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。

3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。

建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。

目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。

5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。

数据展示平台需求规格说明书

数据清洗（data cleaning）
通过指定的规则发现及纠正数据中可识别的错误，检查数据的一致性、处理无效值和缺失值等。
数据转换（data transformation）
将数据从一种组织形式变为另一种组织形式的过程。
数据加载（data loading）
将清洗、转换好的数据保存到目标数据库的过程和行为。
5.3.1能源21
5.3.2主要经济指标24
5.3.3税收26
5.3.4产业32
5.3.5产值34
5.3.6创新36
5.3.7开放40
5.4综合管理42
5.4.1功能描述42
5.4.2功能结构42
5.4.3数据描述43
5.4.4界面原型46
5.5二次开发46
5.5.1功能描述46
5.5.2界面原型47
数据展示平台
需求规格说明书
1.引言1
1.1文档编制目的1
1.2阅读对象1
1.3项目建设背景1
1.4术语表2
1.5参考资料3
2.概述3
2.1项目建设目标3
2.2项目建设内容3
2.3与其他系统关系4
2.3.1服务器端运行环境4
2.3.2客户端运行环境
3.业务需求5
3.1总体数据流程5
4.系统功能规划6
4.1系统功能架构6
4.2功能需求列表7
5.功能需求10
5.1演示模式10
5.1.1功能描述10
5.1.2功能结构10
5.1.3界面原型10
5.2基本情况14
5.2.1功能描述14
5.2.2功能结构14
5.2.3数据描述15
5.2.4界面原型20
5.3经济情况20

市民卡数据需求分析说明书

目录第1章政府为民服务数据指标 (1)1.1 ××市劳动和社会保障局 (1)1.1.1 输出数据分析 (1)1.1.2 部门输出数据项汇总 (8)1.2 ××市公安局 (12)1.2.1 输出数据分析 (13)1.2.2 部门输出数据汇总 (17)1.3 ××市民政局 (20)1.3.1 输出数据分析 (20)1.3.2 部门输出数据汇总 (24)1.4 ××市住房公积金中心 (26)1.4.1 输出数据分析 (26)1.4.2 部门输出数据汇总 (27)1.5 ××市卫生局 (28)1.5.1 输出数据分析 (28)1.5.2 部门输出数据汇总 (32)1.6 ××市教育局 (33)1.6.1 输出数据分析 (34)1.6.2 部门输出数据汇总 (35)1.7 ××市工商行政管理局 (36)1.7.1 输出数据分析： (36)1.7.2 部门输出数据汇总 (38)1.8 ××市地方税务局 (40)1.9 ××市国税局 (40)1.10 ××市人事局 (40)1.10.1 输出数据 (40)1.11 ××市司法局 (41)1.11.1 输出数据 (41)1.12 ××市档案局 (41)1.13 ××市城乡建设委员会 (42)1.13.1 输出数据 (42)1.14 ××市房产管理局 (42)1.15 ××市旅游委员会 (42)1.15.1 输出数据 (42)1.16 ××市体育局 (43)1.16.1 输出数据 (43)1.17 ××市广播电视局 (44)1.17.1 输出数据 (44)1.18 ××市统计局 (44)1.18.1 输出数据 (44)1.19 ××市计划生育委员会 (45)1.19.1 输出数据 (45)1.20 ××市政府法制办公室 (46)1.20.1 输出数据 (46)1.21 ××市政府侨务办公室 (46)1.21.1 输出数据 (46)1.22 ××市老龄委办公室 (47)1.22.1 输出数据 (47)1.23 ××市残疾人联合会 (47)1.23.1 输出数据 (47)第2章商业便民服务数据指标 (48)2.1 电子钱包消费数据指标 (48)2.2 电子钱包圈存数据指标 (48)2.3 卡管理数据指标 (49)第3章数据指标汇总 (51)3.1 个人身份数据 (51)3.2 个人业务数据 (53)3.3 卡应用数据 (56)3.3.1 上卡的个人身份信息 (56)3.3.2 上卡的部门数据 (57)3.4 公共查询数据 (64)3.4.1 住房公积金信息 (64)3.4.2 养老保险信息 (65)3.4.3 医疗保险信息 (66)3.4.4 失业保险信息 (66)3.4.5 工伤保险信息 (67)3.4.6 生育保险信息 (67)3.4.7 就业援助信息 (68)3.4.8 儿童计划免疫信息 (69)第1章政府为民服务数据指标1.1 ××市劳动和社会保障局1.1.1输出数据分析1.1.1.1养老保险信息分析：以上数据项中退休(职)信息表明市民的个人工作状况，是一项基础信息项。

需求说明书范例

目录1引言1.1编写目的为明确******产品需求、安排实施规划与进度、组织软件开发与测试，撰写本文档。

本文档的最终审核版本将作为后续设计开发以及测试的参照标准。

1.2范围******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。

重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。

1.3定义1.3.1用户定义运营用户：进行******平台管理、运营的用户。

访问用户：在******页面上浏览、学习或提供知识的用户。

1.4参考资料阳光高考院校库系统页面原型2项目概述2.1产品描述对原有系统进行升级改造。

重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。

******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。

完成目标：最及时，最全面的高校相关信息发布平台。

可以有持续性的pv增长。

2.2产品功能架构图2.3用户特点综合后台管理人员：较高的业务能力和软件操作能力学校后台管理人员：学校信息系统管理员综合前台使用人员：学生、家长及相关人员学校前台使用人员：高校教师及相关人员2.4一般约束保密说明文中所有资料（包括文中的创意与概念），未经许可，不得向任何第三方透露，也不得用作其他用途。

2.5假设和依据项目实施过程中，如遇需求变更，严格按照《需求管理规范》中需求变更流程执行。

3具体需求3.1 功能需求3.1.1通用规则提供软件开发过程中对于一般功能使用的通用规则，本文给出这些通用规则的默认项，如不作特殊要求，技术人员将按照通用规则进行设计开发。

1.查询结果列表分页显示，列表每页条数默认为10条；2.搜索范围默认提供按时间段搜索；3.手机、座机、邮编、地址、邮箱、网址等格式固定的元素，按常规格式验证；4.上传附件格式默认为.doc .xls，大小默认为小于2M；5.上传图片格式默认为.jpg .gif .bmp .png，大小默认为小于2M；6.模板数据导出格式默认为.xls；7.列表排序默认按照ID倒序排列；3.1.2前台需求描述前台功能点是指外部客户、外部用户访问所使用的界面功能。

主数据_需求规格说明书

主数据信息系统需求规格说明书1.项目概括1.1 项目背景随着中梁运营管控体系的提升，发展进入快速化轨道，集团改革创新方案，财务管理的制度化、标准化和信息化势在必行。

中梁的目标是锻造“高效财务、精益财务、阳光财务”，打造“稳健、高效、增值、服务”的财务文化，构建财务管理体系，为公司转型升级、提升发展质量和效益提供坚强的财务保障，打造千亿房企。

基于中梁财务共享项目的建设，必须实现各个业务系统之间基础数据交互的打通，为共享财务信息化平台建设服务，基础主数据在各个业务系统之间进行数据交互是非常频繁且复杂的，如何实现各个业务系统之间使用的基础主数据是统一，不重叠，维护源头唯一是非常重要的，基础主数据平台的建设就是将各类基础主数据统一管理，为财务共享系统建设提供数据收集，初始化，维护管理，数据分发管理的提供统一平台，打通各个业务之间基础主数据交互。

1.2应用现状随着各个业务条线信息化建设的不断推进，信息化系统的不断增加，应用于推广程度不断加深，大量重要数据以多种形式分布于不同的业务系统，包括HR系统，法务系统，项目360系统，明源成本系统，明源销售系统，金蝶财务核算系统等。

主要有以下几个方面现状：➢数据各自表述，管理口径，统一口径不一致，数据标准缺失，形成信息应用孤岛，影响业务系统直接的数据交互；➢数据定义不正确，编码各异，大量冗余，给信息化系统的建设和应用带来挑战，制约IT 信息化系统建设目标；➢管理需求和各业务系统的不断变化，使数据生成内容缺失，信息失真，影响数据的价值，无法为企业精细化管理提供支撑；➢数据责任不明确，数据的产生，使用，管理缺乏沟通管理，出现问题不明原因，不知道找谁，不清楚如何处理，影响IT信息化系统提升企业营运与管理效率的诉求各业务系统之间信息共享，基础数据互通的需求急需解决，数据标准的建立，基础主数据管理平台的建立是财务共享系统的基础，统一各业务系统基础主数据，实现基础数据在业务系统之间无障碍交互非常重要。

数据需求说明书模版

数据需求说明书模版数据集成整体解决方案公路水路交通运输息共享与服务系统一期工程（XX子系统）数据需求说明书文件状态：[ ]征求意见稿[√]正式发布拟制审核批准日期日期日期版本号文件编号页脚内容1数据集成整体解决方案版本历史版本/状态作者参与者起止日期修改内容页脚内容- 1 -数据集成整体解决方案目录1.21.3第二章第三章3.13.23.33.43.5第四章4.14.24.34.4第五章第六章页脚内容- 1 -数据集成团体办理打算第一章引言1.1标识本条应包含本文档适用的系统和软件的完整标识。

(若适用)包括标识号、标题、缩略词语、版本号、发行号。

1.2系统概述本条应简述本文档适用的系统和软件的用途。

它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。

1.3文档概述本条应概述本文档的用途与内容，预期的读者并描述与其使用有关的保密性或私密性要求。

页脚内容2数据集成团体办理打算第二章引用文件页脚内容3数据集成整体解决方案第三章数据的逻辑描绘对数据进行逻辑描述时，可把数据分为动态数据和静态数据。

静态数据，是指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会发生变化，一般不随运行而变更。

动态数据，包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。

进行描述时应把各数据元素逻辑地分成若干组，例如函数、源数据或对于其应用更为恰当的逻辑分组。

给出每一数据元素的名称(包括缩写和代码)、定义(或物理意义)度量单位、值域、格式和类型等有关息。

3.1静态数据列出所有作为控制或参考用的静态数据元素。

3.2动态输入数据列出动态输入数据元素(包括在常规运行中或联机操作中要变更的数据)。

3.3动态输出数据列出动态输出数据元素(包括在通例运行中或联机操作中要变更的数据)。

3.4内部生成数据列出向用户或开发单位中的维护调试人员提供的内部生成数据。

数据库需求规格说明书

数据库需求规格说明书数据库需求规格说明书1.引言本文档旨在详细描述数据库的需求，以指导数据库的设计与实现。

包括数据库的功能需求、性能需求、安全需求和可维护性需求等。

2.项目概述介绍该数据库项目的背景和目的，以及所涉及的系统环境和相关方。

3.功能需求3.1 数据库系统功能描述数据库所需的基本功能，包括数据的增加、删除、修改、查询，权限管理，事务管理等功能。

3.2 数据库结构详细描述数据库的关系模式、表结构和数据字典。

包括各个表的字段、类型、长度、约束等信息。

3.3 数据处理描述数据库需要支持的数据处理需求，如数据清洗、数据转换、数据导入导出等。

4.性能需求4.1 数据存储与访问描述数据库的存储需求，包括数据量预估、存储介质和存储结构等。

4.2 查询性能描述数据库查询的性能需求，包括查询响应时间、并发查询支持等。

4.3 事务处理性能描述数据库事务处理的性能需求，包括事务处理的并发能力、事务提交和回滚的速度等。

5.安全需求5.1 数据保密性描述数据库对数据保密的需求，包括数据加密、访问控制、权限管理等。

5.2 数据完整性描述数据库对数据完整性的需求，包括数据约束、数据验证等。

5.3 数据可用性描述数据库对数据可用性的需求，包括备份与恢复、容灾备份等。

6.可维护性需求6.1 数据库维护描述数据库的维护需求，包括备份、数据库优化、性能监控等。

6.2 系统升级描述数据库的系统升级需求，包括版本升级、数据迁移等。

6.3 文档和培训描述数据库的文档和培训需求，包括用户手册、技术文档、培训课程等。

7.附件本文档附带以下附件：- 数据库表结构图- 数据字典- 相关文档和资料8.法律名词及注释在本文中涉及的法律名词和术语，以及相关的注释说明。

数据管理服务平台需求规格说明书

数据管理服务平台需求规格说明书
目录
1.引言 (1)
1.1文档编制目的 (1)
1.2阅读对象 (1)
1.3项目建设背景 (1)
1.4术语表 (2)
1.5参考资料 (3)
2.概述 (3)
2.1项目建设目标 (3)
2.2项目建设内容 (3)
2.3与其他系统关系 (4)
2.4系统运行环境 (4)
2.4.1服务器端运行环境 (4)
2.4.2客户端运行环境 (4)
2.4.3支撑软件 (5)
2.5假定和依赖 (5)
3.业务需求 (6)
3.1总体业务流程 (6)
3.2总体数据流程 (7)
3.3总体业务结构 (8)
3.4用户需求列表 (8)
4.系统功能规划 (9)
4.1系统功能架构 (9)
4.2功能需求列表 (9)
5.功能需求 (11)
5.1数据治理与监控系统 (11)
5.1.1功能描述 (11)
5.1.2功能结构 (11)
5.1.3界面原型 (13)
5.2数据服务集成管理系统 (21)
5.2.1功能描述 (21)
5.2.2功能结构 (21)
5.2.3界面原型 (22)。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

数据需求说明书题目：基于车载自组网络模式的小车互联应用开发项目提出者：SmartRobot Team of USTC撰写人：SA10225459 张儒瑞目录1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2 数据的逻辑描述 (3)2.1 输入的数据 (3)2.1.1 视频数据 (3)2.1.2控制数据 (3)2.1.3 GPS 数据 (4)2.1.4 传感器数据 (7)2.2 输出的数据 (7)2.2.1流媒体数据 (7)2.2.2 GPS定位数据 (8)3 数据的采集 (8)3.1 要求和范围 (8)3.2 预处理 (8)1引言1.1编写目的指明数据的来源、数据的分类、数据的采集及其数据的使用。

1.2背景项目名称：基于车载自组网的小车定位导航与监控系统；任务提出者：SmartRobot Team of USTC；开发者：张儒瑞，鲁范旗，庞仁学，陈强；用户：不确定运行软件的计算站：PC机，micro2440开发板。

1.3定义本系统采用以S3C2440为核心，增添其他外围功能模块，如双电源模块、红外探测模块、显示模块、电机驱动模块、无线收发模块、GPS定位模块等，设计实现可以组建车载自组网、具有人车交互和车车互操作的多功能智能小车。

1.4参考资料[1]智能小车路径跟踪技术的研究[2]智能小车运动控制系统的研究与实现[3]基于S3C2440智能车系统（SCS）需求规格说明书[4]车载通信DSRC技术和通信机制研究[5]车载Ad Hoc 网络MAC 协议研究[6] IEEE802.11P：车载环境下的无线局域网[7] 郑少仁,王海涛,赵志峰,等.Ad Hoc 网络技术[M].北京:人民邮电出版社,2005.[8] 无线自组织网络媒体接入控制机制研究2 数据的逻辑描述本项目处理的是视频数据、控制数据、GPS数据及传感器数据。

输入数据有：视频数据、控制数据、GPS数据和传感器数据。

分别来自摄像头、PC、GPS模块及一些传感器。

输出数据有：流媒体数据（对原始视频数据进行压缩、编码后输出MPEG4视频流）和GPS定位数据（对GPS原始数据进行解析处理后输出定位数据）。

2.1 输入的数据2.1.1 视频数据视频数据从摄像投采集而来，通过V4L2（Video for Linux 2）为视频设备提供的API接口采集并处理视频图像信息。

int fd = open("/dev/video0", O_RDWR, 0); //打开摄像头设备，使用阻塞方式打开if (fd<0){printf("open error\n");return -1;}Video4linux下视频编程的流程（1）打开视频设备：（2）读取设备信息（3）更改设备当前设置（没必要的话可以不做）（4）进行视频采集，两种方法:a.内存映射b.直接从设备读取（5）对采集的视频进行处理（6）关闭视频设备。

2.1.2控制数据帧是传送信息的基本单元，帧格式下表所示。

表1帧格式（1）帧起始符S：标识一帧信息的开始，其值为S='$'。

（2）源地址SA：由1个字节BCD 码构成。

最大2位十进制数，为发送方地址。

（3）目的地址DA：由1个字节BCD 码构成。

最大2位十进制数，为接收方地址。

当地址为FFH时为广播地址。

（4）命令码C：如下所示（5）数据长度L：L为数据域的字节数。

长度范围待研究（6）数据域DATA：数据域包括数据标识和数据等，其结构随命令码的功能而改变。

（7）结束符E：标识一帧信息的结束，其值为E='#'。

2.1.3 GPS 数据GPS模块定时1s自动输出一系列数据，GPS数据格式如下：GPRMC（建议使用最小GPS数据格式）$GPRMC,<1>,<2>,<3>,<4>,<5>,<6>,<7>,<8>,<9>,<10>,<11><CR><LF>1) 标准定位时间（UTC time）格式：时时分分秒秒.秒秒秒（hhmmss.sss）。

2) 定位状态，A = 数据可用，V = 数据不可用。

3) 纬度，格式：度度分分.分分分分（ddmm.mmmm）。

4) 纬度区分，北半球（N）或南半球（S）。

5) 经度，格式：度度分分.分分分分。

6) 经度区分，东（E）半球或西（W）半球。

7) 相对位移速度，0.0 至1851.8 knots8) 相对位移方向，000.0 至359.9度。

实际值。

9) 日期，格式：日日月月年年（ddmmyy）。

10) 磁极变量，000.0 至180.0。

11) 度数。

12) Checksum.(检查位)GPGSV（所示卫星格式）$GPGSV, <1>,<2>,<3>,<4>,<5>,<6>,<7>,⋯<4>,<5>,<6>,<7>,<8><CR><LF>1) 天空中收到讯号的卫星总数。

2) 定位的卫星总数。

3) 天空中的卫星总数，00 至12。

4) 卫星编号，01 至32。

5) 卫星仰角，OO 至90 度。

6) 卫星方位角，OOO 至359 度。

实际值。

7) 讯号噪声比（C/No），00 至99 dB；无表未接收到讯号。

8) Checksum.(检查位).第<4>,<5>,<6>,<7>项个别卫星会重复出现，每行最多有四颗卫星。

其余卫星信息会于次一行出现，若未使用，这些字段会空白。

GPGSA（GPS精度指针及使用卫星格式）$GPGSA,<1>,<2>,<3>,<3>,,,,,<3>,<3>,<3>,<4>,<5>,<6>,<7><CR><LF>1)模式2：M = 手动，A = 自动。

2)模式1：定位型式1 = 未定位，2 = 二维定位，3 = 三维定位。

3) PRN 数字：01 至32 表天空使用中的卫星编号，最多可接收12颗卫星信息。

4) PDOP-位置精度稀释0.5 至99.9.5) HDOP-水平精度稀释0.5 to 99.9.6) VDOP-垂直精度稀释0.5 to 99.9.7) Checksum.(检查位).GPS固定数据输出语句(＄GPGGA)这是一帧GPS定位的主要数据，也是使用最广的数据。

为了便于理解，下面举例说明＄GPGGA语句各部分的含义。

例1：＄GPGGA，050901，3931.4449，N，11643.5123，E，1，07，1.4，76.2，M，－7.0，M，，＊65其标准格式为：＄GPGGA，(1)，(2)，(3)，(4)，(5)，(6)，(7)，(8)，(9)，M，(10)，M，(11)，(12)＊hh(CR)(LF)各部分所对应的含义为：(1)定位UTC时间：05时09分01秒(2)纬度(格式ddmm.mmmm:即dd度，mm.mmmm分)；(3)N/S(北纬或南纬)：北纬39度31.4449分；(4)经度(格式dddmm.mmmm：即ddd度，mm.mmmm分)；(5)E/W(东经或西经)：东经116度43.5123分；(6)质量因子(0=没有定位，1=实时GPS，2=差分GPS)：1=实时GPS；(7)可使用的卫星数(0～8)：可使用的卫星数=07；(8)水平精度因子(1.0～99.9)；水平精度因子=1.4；(9)天线高程(海平面，－9999.9～99999.9，单位：m)；天线高程=76.2m);(10)大地椭球面相对海平面的高度(－999.9～9999.9，单位：m):－7.0m;(11)差分GPS数据年龄，实时GPS时无:无;(12)差分基准站号(0000～1023)，实时GPS时无:无;＊总和校验域；hh 总和校验数:65(CR)(LF)回车，换行。

b.可视卫星状态输出语句(＄GPGSV)例2：＄GPGSV，2，1，08，06，33，240，45，10，36，074，47，16，21，078，44，17，36，313，42＊78标准格式：＄GPGSV，(1)，(2)，(3)，(4)，(5)，(6)，(7)，…(4),(5)，(6)，(7)＊hh(CR)(LF)各部分含义为：(1)总的GSV语句电文数；2;(2)当前GSV语句号:1;(3)可视卫星总数:08;(4)卫星号:06;(5)仰角(00～90度):33度;(6)方位角(000～359度):240度;(7)信噪比(00～99dB):45dB(后面依次为第10，16，17号卫星的信息);＊总和校验域；hh 总和校验数:78;(CR)(LF)回车，换行。

注：每条语句最多包括四颗卫星的信息，每颗卫星的信息有四个数据项，即：(4)－卫星号，(5)－仰角，(6)－方位角，(7)－信噪比。

2.1.4 传感器数据传感器数据经过融合处理后反馈小车控制系统以实现小车的自主壁障和导航。

2.2 输出的数据2.2.1流媒体数据采集到得视频数据通过压缩、编码处理输出MPEG4格式的视频流数据，web 服务器中网页可以通过<img>标签获取这个视频流，或者其他站点通过流媒体播放器获取该视频流。

主要通过xvidcore库提供的API实现压缩和编码。

编码流程：各变量的设置：创建xvid_enc_frame_t和xvid_enc_stats_t，分别用于传入参数和统计编码结果。

具体过程：设置传入图像数据和图像色彩空间设置传出的码流设置vol的标志设置帧的编码类型设置量化因子设置运动估计算法集合设置vop的标志2.2.2 GPS定位数据对GPS原始数据进行取舍和解析处理，将定位数据通过HTTPsocket流输出到客户端浏览器实现网页版GPS实时定位。

输出GPS数据格式为：D:2011-05-22,T:04:56:45,N:31.281376,E:120.736387,S:0.0,V3 数据的采集3.1 要求和范围摄像头采集视频数据，GPS模块采集GPS数据，各传感器采集的传感器数据用于小车的自主导航，还有通过HTTP+CGI或socket接收控制信息。

3.2 预处理预处理包括视频数据的压缩、编码，GPS数据的解析处理，传感器数据的融合。