导航引擎结构分析之三

该博客主要探讨导航引擎的结构,重点关注品质需求分析和功能需求分析。在品质需求方面,强调了地图数据及数据库API的性能要求,特别是地图接口和数据处理。在功能需求上,分为数据提取、解析和接口设计三个步骤,分别介绍了SAL模块、OPAL模块和DA的accessor接口。文章还提到了细节分析,通过provider接口实现模块间的解耦,确保业务逻辑清晰。
摘要由CSDN通过智能技术生成

NDS(Navigation Data Standard)导航数据标准,自从首批厂商如宝马采用此标准,逐渐成为地图标准的一个主流。支持这个标准的联盟也越来越大。
NDS对于导航引擎而言,只是一个冷冰冰的数据库,如何从这个数据库中获取导航自己适用的数据哪?

这部分就是地图与导航软件的交互接口。如何设计一个高效、易用的地图接口?

品质需求分析

1. 对外交互的系统模块
上层模块:导航的数据驱动模块DataAccess,利用本模块获取数据;

下层模块:地图数据及数据库的API


2. 可变性
这个模块的设计还是有一些可变性的,主要原因是在于地图数据种类或格式的新增或变化,导航使用的数据结构的格式和种类变化。
这个可以分为两个部分:一部分是不易变化的,如导航的基本数据,坐标,各种系统参数;另外一部分就是易变数据,跟导航数据的更新比较密切的,如POI,Guidance等。

总而言之,这部分的可变性是根据上层数据的需求而变化。


3. 性能

这个模块对性能的要求是杠杠的,而关键部分是如何使用地图接口,数据解析转换,数据传递方式。


4. 模块化

根据功能要求和信息隐藏原则,对本部分进行模块细化设计。便于复用。


5. 可构建性
本模块需要sqlite库的支持,并且与nds数据库的版本相匹配。

另外,需要注意本机上其他程序可能在使用sql

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值