编辑: 645135144 2018-02-20

2 系统功能需求 根据读者对资源访问及相关服务的导向需要, 系 统功能包含找寻图书、 期刊报纸、 读者服务等地图标识 与导向, 以及地图数据管理、 二维码生成等后台管理功 能.系统功能结构如图

1 所示: 图1系统功能结构 寻找馆藏图书是最常见的需求, 读者在通过OPAC 检索到图书后, 系统找到该书所在具体书架, 并 在楼层图中标识出来, 结合读者当前位置, 提供行进路 线指引.对于没有具体位置信息的期刊、 报纸等纸本 资源, 以及图书馆提供的复印打印、 培训等服务, 目标 地点则为资源所在库室或具体服务提供点.同时, 允 许读者直接浏览建筑物地图, 设定任意点为目标位置, 系统也应提供行进路线参考. 后台管理包括导向地图数据维护、 二维码生成、 使 用统计等.二维码导向标签编码内容应为虚拟导向标 识系统首页面 URL, 通过其中的参数传递地点位置, 这 样二维码扫描软件在检测到编码为 URL 时将自动提 示读者访问本系统.由于二维码标签直接粘贴于原实 体标识系统的标识牌、 吊牌指示牌表面或其他人员流 动频繁区域, 容易出现污损、 脱落等情况, 因此, 定期或 不定期地巡视检查标签是本系统日常工作之一.

3 系统设计 3.

1 技术架构选择 智能手机上的操作系统包括诺基亚 Symbian、 谷歌 Android、 苹果 iOS、 微软 Windows Phone 等[6 ] .如果采 用C/S 架构, 则需要针对各种常见平台分别开发应用, 技术难度大, 周期长, 且难覆盖所有移动智能平台. HTML5 的出现,使B/S 架构成为系统的首选. HTML5[7 ] 是HTML 的一个主要的修订版本, 它在HTML4的基础上增加了新的元素及功能, 同时为提高 浏览器互操作性, 定义了明确的一致性标准.通过 HTML5test[8 ] 网站可知, 常见手机浏览器, 对HTML5 标 准都实现了比较好的支持.因此本系统采用 B/S 架构, 表示层使用 HTML5 技术实现.系统架构如图

2 所示: 图2系统技术架构 3.

2 地图坐标设计 为正确处理导向地图, 必须统一地图正方向.对 于楼层图, 均采用正对建筑物主入口的平面图, 对于校 区内各建筑物地图, 同理采用正对该校区正门的正面 地图.不同校区间的布局图采用通常地图使用的 上 北下南, 左西右东 方式. 地图坐标系选取时, 为与系统实现时的屏幕坐标 系保持一致, 采用屏幕坐标系, 以地图左上角为坐标原 点, 向左向下分别为 X 轴、 Y 轴正方向. 地图中的单位长度可以采用毫米为单位, 这样通 应用实践 XIANDAI TUSHU QINGBAO JISHU

79 过给定的比例尺, 需要时可以将地点位置或者距离换 算成以米为单位的实际距离.但由于物理尺寸因显示 器点距等因素在实际显示时需要根据具体显示器换 算, 因此为方便屏幕导向路径的绘制, 采用像素为地图 单位. 3.

3 系统数据库设计 系统数据库表可分为两类: 对校区、 建筑物、 楼层、 具体地点等建模而成的地图处理类数据表;

用户、 角色 及权限、 日志、 统计等常规系统数据表.由于后者使用 管理信息系统中典型的设计方式, 这里不再讨论. 地图类数据表中, 如何存储建筑物、 楼层、 以及两 者之间的联系是需要重点考虑的问题, 为此需要对校 区、 建筑物、 楼层等进行有序的编码, 编码规则如表

1 所示: 表1地点编码规则 类别 编码 长度 实际 编码位 说明 校区

下载(注:源文件不在本站服务器,都将跳转到源网站下载)
备用下载
发帖评论
相关话题
发布一个新话题