应聘条件：

1、热爱图书馆事业，遵纪守法，责任心强，工作认真，踏实肯干，勤于思考，积极进取，团结协作，有较强的服务意识和奉献精神；

2、专科及以上古籍修复专业应届毕业生；

3、有实践经验者优先。

应聘者请将自荐材料用电子邮件或邮寄发至联系人，来信请标明“毕业学校及姓名”字样，我馆将根据应聘者情况有选择地约定面试。

联系人：李宾
电子邮件：olib@jnu.edu.cn
电话：020-8522 0285
联系地址：广州市黄埔大道西601号暨南大学图书馆办公室
邮编：510632

http://www.tianya.cn/publicforum/content/free/1/1732613.shtml

http://blog.sina.com.cn/s/blog_4701280b0100fpjr.html

http://blogsearch.google.cn/blogsearch/story?hl=zh-CN&bcid=1415666869&bc_lang=zh-CN

3.1、基础平台

基础平台是指提供公共服务的、可以被其他应用系统调用的、具有相对稳定性的服务模块体系。目前我们的规划中，主要有实现用户身份管理的“用户管理与单点登录”体系，实现全站信息组织和检索的“标签系统”，以及实现各类数据连接及操作的“数据接口”体系。

3.1.1、用户管理与单点登录

用户管理与单点登录是网站的基础平台之一，用于实现用户的身份管理，主要包括以下几部分的功能：

一、用户注册与身份绑定。用户通过email进行注册成为网站用户，并通过身份绑定模块，通过系统向学校数据中心提交身份信息（校园卡号、密码），进行身份验证，并于本地加密存储。此外，网站默认支持用户匿名浏览。

二、用户角色与权限。根据用户的身份，自动进行角色归类，分配默认权限，网站支持对某一角色的权限的统一修改，支持对某一用户的权限的修改。

三、单点登录。单点登录采用开源的CAS解决方案，对其进行定制以符合图书馆网站的实际需求。通过与学校数据门户中心的合作，解决校园一级的单点登录问题；通过在图书馆网站服务器部署CAS server，各个分布在不同服务器的应用系统部署CAS client，实现图书馆网站的单点登录。通过与第三方系统合作，部署CAS client，实现第三方系统的单点登录。

四、用户操作日志。对用户在网站上的主要操作进行日志处理。

3.1.2、Tag系统Tag系统在我们的规划中，被用作实现全站资源组织和检索的工具。全站的资源，都会被工作人员根据词表赋予Tag，同时支持用户的自定义Tag。该系统相对独立的存在，根据资源ID或URL，以widget的形式与其他应用系统发生联系。

一、Tag的提交、显示。通过widget的形式，嵌入到其他应用系统之中，利用ajax，实现当前资源（页面）相关的tag的显示，用户点击某个tag时，在新弹出的窗口，提供时间、标引次数等多种排序方式列出此tag下的资源。在tag显示的同时，提供当前用户增加标签的输入框，输入tag点击提交后，通过ajax将tag及相关信息入库。

二、Tag的初步规范化处理。对于网站资源，由工作人员根据主题词表给出规范的tag和不基于主题词表的同义的tag，建立一个不完善的规范tag库。在用户提交tag的时候，根据已建立的tag库，如果存在规范tag，则给出规范tag的提示。等到具有一定tag量的时候，再通过数据挖掘和人工干预的形式，不断完善规范tag库。

三、基于tag全站搜索功能，应用开源的lucence切分用户的检索语词，再进行tag匹配检索，最后给用户显示具有多种排序的结果列表。

3.1.3、数据接口

数据接口包括数据的输入接口和输出接口两部分，数据的输入接口有：

一、开放数据库接口，在连接池的基础上实现，主要用于对开放数据库的操作，如网站数据的读取和存储。

二、JSON/XML/RSS/MARC等规范化数据的接口，实现规范化数据的解析和输入，如厦门大学JSON格式的随书光盘数据。

三、第三方数据接口，实现具有明确格式的数据的解析与输入，如学校数据中心数据，IM通讯协议等。

四、web文档接口，实现web文档的内容分析及抽取，如OPAC页面。

输出接口主要用于将网站数据自动转换成JSON/XML/RSS/MARC/RDF等规范格式，实现数据的输出。

3.2、信息发布与管理

信息的发布与管理，主要用于实现图书馆服务信息与内容的入库与发布。具有单方向流动、数据结构相似、业务逻辑简单的特点。

3.2.1、概况/服务信息

概况信息主要是对本馆基本情况的介绍，如服务时间、借阅规则、联系方式等，服务信息是图书馆为用户提供的服务的详细介绍，如通借通还、自助复印、离校手续等内容。

这些信息需要支持三级分类的动态调整与排序。

3.2.2、新闻系统

新闻系统用于发布图书馆新闻、最新消息和通知等相关信息，新闻的显示按时间排序，需要长期向用户展示的新闻加置顶功能，支持新闻标题样式用户自定义，具有时效性的新闻设置过期字段自动过期不显示。

新闻信息进行一级分类，实现基于标签和标题的搜索功能。

新闻信息通过数据接口实现RSS输出，通过widget的形式支持tagging、用户评论、推送、收藏等功能。

3.2.3、帮助中心

提供帮助文档、培训课件、常用软件的下载，支持用户共建帮助内容。

通过widget实现帮助信息在全站其他应用系统的挂接，支持对帮助文档tagging。

如果帮助文档以文件形式存在，需对文件的访问进行权限限制，只有在校园网IP范围或具备下载权限的已登录用户，才能下载。

3.2.4、学术会议/讲座信息发布

为全校师生提供各种学术会议、学术讲座的信息，支持用户共建内容。

支持用户针对会议日期设置网站提醒，通过短信、即时消息等方式向用户发送提醒。

过期信息不再显示，自动存档。

3.2.5、图书馆简报系统

实现图书馆简报的网络发布。简报内容可以按照栏目、卷期分类。

支持简报信息的推送。

3.2.6、广告/友情链接

在首页实现节日广告图片或文字的自动展示，同时支持手动展示。

为用户提供常用链接。

3.3、资源整合与揭示

资源的整合和揭示，是图书馆网站的核心功能，目的是将图书馆的资源通过网站向用户揭示，提供资源的检索和转入使用。

3.3.1、电子资源导航

按学科、名称、首字母、资源分类、使用次数、更新时间、检索等多种方式提供电子资源的组织与发现。针对图书馆收录免费资源，做特别的推荐。

向用户展示详细的资源信息和入口情况，根据用户权限提示功能按钮。

支持tagging、评论、收藏、推送等功能。

3.3.2、期刊导航

用户在期刊导航系统，可以通过学科分类浏览、刊名、刊号检索等途径检索到期刊，查看期刊所属数据库、所属学科、特殊收录项等详细信息，显示期刊的所有链接入口。

系统通过数据接口支持多种来源数据的转换导入，包括数据库商提供的marc数据、原有期刊导航系统数据、某些数据的期刊导航web页面等。

系统争取实现跟踪用户操作，执行链接失效自动登记功能，同时提供用户快速反馈途径。

支持期刊刊名、刊号、url等信息的JSON数据输出。

支持tagging、评论、收藏、推送等功能。

3.3.3、学科信息导航与学科博客

根据学校学科设置，通过用户共建内容的模式，收集整理与学科相关的免费数据库、研究机构网站等资源，形成学科信息导航库。建立导航信息推送机制，将新增内容推送给相关学科的用户；建立导航信息自动淘汰更新机制，对于访问量低下的内容给予屏蔽、删除等处理。

为每一个专业建立一个学科博客，通过邀请院系教师或研究生撰写，自动从院系教师或研究生的第三方博客同步数据，自动发布与学科相关的学术会议、讲座信息，自动发布与学科相关的新书等形式，建设学科博客内容。

3.3.4、统一检索平台链接

整合引进的第三方统一检索平台（如MUSE），为用户提供文献级别的统一检索服务。

对用户的检索词进行存储、热门提示，提供检索行为挖掘月度报表。

3.3.5、资源向导

以案例引导的形式，为用户逐步介绍专利说明书、会议文献、古籍、图书、学位论文、报纸、期刊、科技报告等各种资源的查找方式。

3.3.6、资源连接服务

为用户提供站外资源的连接服务，对站外资源如软件、网站等进行简单编目，提供链接地址。

按指向的资源类型，进行一级分类。

支持tagging、支持收藏、支持用户共建内容。

3.4、用户服务与互动

用户的服务与互动，是构建网络学习社区的最重要功能，图书馆网站根据长期的实践情况，吸取兄弟院校图书馆的成功经验，规划了以下功能。

用户的服务与互动，通过个人图书馆体现，用户可以选择个人图书馆是否向其他用户开放。

3.4.1、信息交互

信息交互是指用户通过网站实现用户与馆员、用户与用户之间的信息沟通功能。

3.4.1.1、短消息

用户通过网站短消息系统，向其他用户发送短消息内容，进行交流。一般用户不能群发短消息，只能发给馆员、好友、或所在群组的成员。

短消息通过子系统接口，支持其他应用系统调用。如用户留言被回复后，将可以发送短消息通知。

3.4.1.2、评论

用户可以对新闻、公告、某一个数据库等发表评论。图书馆工作人员可以快速、方便的获得用户的意见，以便改进服务。

评论可以以widget的形式嵌入到其他应用系统中，同时支持论坛形式表现。

3.4.1.3、调查

支持单选、复选、文本反馈等多形式的、可以自定义选项的调查信息的发布，可以通过用户学科、用户类型等限制指定参与调查的用户范围，支持调查信息推送功能。

实现调查的自动统计与统计结果的图表显示，实现调查的分阶段等多条件的统计功能，实现调查结果的反馈功能。

3.4.1.4、资源荐购

资源荐购是允许用户通过页面推荐图书馆购买其认为有价值的数据库，图书等。

对于新推荐的资源，馆员必须进行处理和反馈，并指定此资源被再次推荐的自动处理方案。

对于被再次推荐的资源，更加馆员的指定处理方式自动处理。

对于多次被不同用户推荐的资源，馆员需再进行处理并反馈，处理结果通过短消息等形式抄送相关主管与工作人员。

3.4.2、订阅服务

订阅服务是实现图书馆资源与服务内容推送的主要途径，用户可以选择是否订阅，通过何种方式订阅。

3.4.2.1、RSS

通过数据接口，实现新闻、新书通报、学科博客、资源更新等信息的RSS推送，用户通过RSS阅读器进行阅读。

3.4.2.2、Email

通过Email向用户提供图书过期、资源更新、服务反馈等信息的推送，用户可以取消或定制某项Email信息推送功能。

3.4.2.3、手机短信

图书馆以手机短信的形式向开通手机订阅服务的用户发送图书馆最新的资讯。主要包括：新书到馆提醒、预约到馆提醒、借书到期提醒、学术会议/讲座信息提醒、个人打印消费记录等。

3.4.3、分享平台

分享平台是指通过图书馆网站实现用户关注的资源、创造的内容等向其他用户分享的功能。

3.4.3.1、我的Tag

通过用户的Tag，帮助用户组织其关注过的资源与网站内容，提供Tag列表和Tag云图，提供Tag检索功能。

通过点击Tag，可以实现该用户所有标记过该Tag的资源或内容的题名和url信息。

用户可以通过“分享我的Tag”按钮与其他用户分享，好友及同一群组用户默认开放分享。用户可以看到其他分享的用户的Tag及标注的资源。

3.4.3.2、群组

根据共同爱好、兴趣，或专业组成群组，群组内共享彼此收藏、标注、分享的内容，群组可以收到群组内的短消息、其他群组成员的微博内容等。

群组拥有群组发言板，群组用户均可在上面发言。

超过3人可以构成一个群组，群组少于3人自动解散，一个用户最多可以加入3个群组，用户可以自动退出群组，群组中任一用户可以匿名发起投票开除某一成员或将其禁言。

3.4.3.3、我的收藏

用户可以通过网站收藏他喜爱的站内外页面，通过url、标签等标记用户的收藏。

用户的收藏默认向好友、群组分享，可以选择向其他用户分享。

3.4.3.4、微博

微博，是一种可以即时发布消息的类似博客的系统，争取实现除了通过网站外，还可以通过个人的手机、IM软件(gtalk、MSN、QQ、skype)和外部API接口等途径向微博客发布消息。

微博默认向好友、群组分享，可以选择向其他用户分享。

用户可以对其他用户的某一条微博内容进行推荐，推荐最多的微博，会在首页进行展示。

3.4.3.5、我的贡献

列出用户在网站中的所有贡献的内容，包括发布的各类评论、留言、学术会议等信息、参与翻译的内容等。

3.4.4、图书借阅

通过数据同步、SIP2协议和数据接口，实现集成管理系统的信息查询和更新。

3.4.4.1、借阅查询

用户可以通过网站或者手机图书馆登录个人图书馆，查询个人图书借阅情况。

3.4.4.2、预约

用户可以通过OPAC或者手机图书馆预约图书。

3.4.4.3、续借

用户可以通过网站或者手机图书馆登录个人图书馆续借图书。

3.4.4.4、推荐

图书馆通过网站、email、手机短信途径向用户推荐图书。

3.4.5、参考咨询

通过网站实现网络虚拟参考咨询服务，实现查新、查收查引等工作向网站迁移。

3.4.5.1、即时信息与实时参考咨询

结合RTX腾讯通、QQ、MSN等即时通讯工具与网站短消息，通过数据接口，在网站上提供实时参考咨询服务。

用户通过网页向馆员发送咨询问题，网站存储数据并调用数据接口，发送到馆员的即时通讯工具上，馆员收到消息后即可通过网页回复用户。同样用户也可以通过向图书馆网站的IM机器人发送咨询问题，IM机器人会将用户咨询转发到图书馆网站。

3.4.5.2、查新

查新系统使用户可以再网上完成查新项目的提交，并保存了个人的查新项目历史信息，主要功能有查新合同填写、历史库、在查项目、垃圾箱、留言板。

3.4.5.3、查收查引系统

用户通过网站提交姓名、论文名称、数据库名称等信息，馆员收到请求后，点击处理，系统自动应用预定规则，向相关数据库提交检索请求，并返回结果页面，馆员复制结果页面中关键部分内容给系统处理框并执行下一步，系统将分析相应的内容，产生查收查引报告。馆员确认后进行打印，盖章，通过网站发送短消息、email或手机短信，通知用户领取。

3.4.5.4、培训预约

用户可以预约图书馆准备开设的培训课程，培训预约系统主要功能：课程信息管理、预约管理。

3.4.6、快速链接

快速链接主要为了实现用户常用站点和资源的敏捷定位。

3.4.6.1、我的电子资源

用户可选择自己常用的数据库和自己学科范围的数据库，收藏在“我的数据库”栏目中，方便使用。

在数据库细览页面中，显示“收藏/删除收藏”功能按钮。

3.4.6.2、我喜爱的网站

用户可以将自己常用、喜欢的网站，收藏在“我喜爱的网站”栏目中，方便使用。

我喜爱的网站默认向好友、群组分享，可以选择向其他用户分享。

3.4.7、第三方系统代理

第三方代理主要是通过网站的单点登录、数据接口等基础平台，整合第三方系统的数据或代理第三方系统的功能，从而提供一个统一的应用界面，减少用户的操作时间。

3.4.7.1、校外访问

首先用户通过登录认证后，可以申请虚拟专用网络（VPN），并在本地创建VPN连接访问图书馆的所有电子资源；其次符合申请条件的用户可以申请VIP认证，通过认证后即可以直接通过本地代理实现校外无缝使用CNKI、Wiley-Blackwell等40个常用数据库；再者登录网站后，通过统一检索平台的资源调度服务，具备访问权限的用户也获取资源。

3.4.7.2、研修间预约

与图书馆门禁系统挂接，实现用户查看、选择、申请个人研修间，馆员审核、开通校园卡开门权限、指定有效时间，到期自动撤销权限等功能。

3.4.7.3、打印消费记录

整合自助打印复印系统的数据，实现用户在图书馆打印、复印，可以通过网站查询消费记录。

消费记录还进行通过email、短消息、短信通知的定制。

3.4.7.4、电子阅览室消费记录

整合电子阅览室管理扣费系统，实现用户在电子阅览室付费上网，可以通过网站查询消费记录。

3.4.8、个人资料管理与模块定制

用户可以修改个人资料以及对个人图书馆的功能模块进行定制。

3.5、业务管理

通过图书馆网站理顺具体业务的工作流程，开发业务工作支持工具，沟通读者和馆员，初步实现办公自动化；对业务数据挖掘、统计和发布，以月度报告的形式向各个层面的用户推送。

3.5.1、工作日历

是用于编制工作计划的特殊形式的日历，图书馆可以制定全馆的工作日历，员工可以制定自己的工作日历，可以方便的制定工作计划，查询未完成工作等。

3.5.2、人事与考勤管理系统

人事与考勤管理系统包括人事信息管理、工资信息管理、考勤信息管理等内容。

3.5.3、勤工助学管理

勤工助学管理系统实现了对勤工助学学生的管理，学生实行签到签离制度，主管老师可以对学生的工作记录进行审核、打分等操作，而各个部门的主管能看到自己部门的勤工学生，并有权限修改学生的工作记录。勤工助学主管老师每月只需将统计好的学生工作总结打印出来交给学校相关部门即可。

3.5.4、文档管理系统

文档管理系统是一个可以对图书馆馆内文档或者大量的公文、通知、来往函等文件进行统一的有效管理的综合应用系统。

文档管理要着重解决访问权限问题。

文档管理可以通过代码片段的形式供其他应用系统调用。

3.5.5、办公用品管理系统

用品采购、用品登记、用品统计、库存报警、用品领用、用品类别维护等功能。

支持多条件报表。

3.5.6、资产管理系统

从资产使用的角度管理固定资产，实现资产验收、登记、增值、调配、报废、报损及处置等功能模块，提供全面数据的编辑、查询、系统管理等功能，达到对资产科学管理的目的。

支持多条件查询，支持多条件报表。提供完整的资产管理日志调阅功能。

3.5.7、数据处理平台

数据处理平台用于满足业务工作中需要进行数据转换处理需求。

3.5.7.1、数据转换

包括excel-marc互转、trs入库文件-excel互转等一系列数据转换工具。

3.5.7.2、种次号管理

一根据本馆采用“年份+数字”的图书种次号规则，自动生成我馆的种次，并转换为可供系统使用marc格式数据。

3.5.8、业务数据统计平台

实现对馆内业务的统计，比如进馆人数、网站访问量、数据库访问量、图书借阅量、参考咨询量等，并将统计结果以图表形式显示给用户。定期发布业务数据统计报告，主动抄送给各级用户。

2.1、基于战略发展层面的思考

在数字化信息服务越来越重要的今天和明天，图书馆网站到底要承担什么样的使命，能发挥什么样的作用，对图书馆事业能起什么样的影响，并不是一个形而上的问题。我们认为，一方面，作为数字化服务的窗口，图书馆网站扮演了图书馆代言人的角色。在一定的程度上，图书馆网站有没有用，能不能用、好不好用、用户喜不喜欢用，等同于图书馆有没有用，能不能用，好不好用，用户喜不喜欢用。另一方面，新技术的不断发展，也对馆员提出了信息服务模式的新需求，而图书馆网站作为最受技术发展影响的服务阵地，应该成为馆员理想的成长空间。

2.1.1、抓住用户就抓住未来

我们认为，图书馆的用户不仅包括教师、学生等读者，也包括投资者（学校领导）、馆员，这些人都影响到了图书馆的未来。毫无疑问，当前图书馆面临着前所未有的挑战，有被边缘化的迹象。如果图书馆在用户心目中重要性持续性降低，那将会是图书馆的噩梦。撇开阅览、纸本借阅的实体图书馆不讲，那么，在网络信息服务上，图书馆网站能有更大作为吗？能和Google、亚马逊以及其他已经开始面向个人服务的资源服务商抗衡吗？如何紧紧的抓住我们的用户？

教师学生是我们图书馆最主要的用户群体，他们有刚性需求——图书借阅、论文查找。除了把资源服务做得更好之外，我们应该从方便他们学习、科研的角度，利用网络为他们提供更多的增值服务，如学科信息推送、实时参考咨询、学术信息交流平台等。应该尝试把图书馆网站建设成为他们不能不上、不能少上、情不自禁多上的网站。

投资者，也就是我们的校领导，只有掌握更多的图书馆的工作情况尤其是工作成效，才能给图书馆更多的支持。图书馆在高校的发展过程中，是发挥了极其重要的作用的，实际上图书馆是做了非常多的工作的，但如果说图书馆在学校中处于一个边缘地位，为什么？如何主动服务，利用图书馆网站，把图书馆的服务数据定期挖掘出来、发布出来，供投资者决策、供研究人员研究，我们认为对图书馆的发展有很重要的影响。

馆员也是图书馆网站的用户。首先，许多服务内容通过网站发布、进行，如何构建一个人性化的服务平台，为馆员服务读者提供更多的便利，提高馆员的工作效率，是十分有意义的；其次，如何利用网站构建自动化平台，实现如考勤考核、文档流转、资产管理、数据转换等应用功能，减少馆员负担，从而使馆员更专注于为读者提供信息服务，也应该成为图书馆网站承担的任务之一。

2.1.2、培养团队而成就事业

我们处于一个急剧变革的时代，而图书馆行业，直接面对着信息技术变革带来的巨大冲击。图书馆事业的发展离不开人才，馆员是图书馆发展的最关键因素，是知识和用户之间的媒介。知识在变化，信息交流的方式在变化，用户的需求在变化，馆员也必须跟着变化。十年前，还有读者会用卡片目录，而今天，有几个用户知道这个东西呢？那么十年后，还有没有OPAC存在呢？我们的馆员，明天需要面对什么？或许是我们根本无法想象的。我们唯一明确知道的，就是变化。目前，图书馆网站是最能体现当前信息技术发展的地方，如何使我们的网站反映出更多的变化情况，让馆员跟上变化、学习变化、习惯变化？

我们认为，通过图书馆网站，可以为信息服务团队的培养工作发挥重要的作用。首先是关系最密切的技术馆员，他们是网站的缔造者和维护者，通过追随技术的发展，捕捉对图书馆业务工作有积极影响的应用点，并应用到网站服务中来。这些工作可以使他们始终保持对技术发展的敏锐性，并经常思考未来。其次是网络参考咨询、数字资源建设等密切应用图书馆网站进行读者服务和业务工作的馆员，他们最能体会用户需求的变化，知道该如何去改变。再者是其他馆员，通过图书馆网站的自动化办公环境，可以使他们意识到变化，了解变化，掌握应对变化的信息技术能力。

从战略发展的层面而言，我们认为可以给图书馆网站赋予更高层次的内涵。

2.2、基于用户层面的思考

图书馆网站在用户眼中，是什么样子？应该是什么样子？在用户层面，我们该如何定义图书馆的网站？

2.2.1、图书馆网站是用户学习的起点

我们认为，图书馆网站应该成为网络时代用户学习的起点，用户可以，并且乐于从图书馆网站出发，学习新的知识，掌握新的事物。这要求图书馆网站强化以下两点内容：

一、资源的整合揭示和推送。资源是基础，也是图书馆的优势所在。首先，对于图书馆引进的资源，图书馆网站要成为一个整合揭示平台，结合第三方统一检索系统，尽量减少用户获取资源的时间，实现用户的统一检索利用；对于站外资源，图书馆网站应该提供资源编目和链接功能，为用户发现、整理更多资源。其次，要针对用户的兴趣、学科等特征，通过email、RSS订阅、手机短信等方式开展资源的推送服务，引导用户通过图书馆网站进入学习。

二、网络学习社区的形成。就像大家都喜欢到课室、图书馆看书一样，如果能在图书馆网站上形成一个网络学习社区，构建一种网络学习的氛围，将会增加图书馆网站的黏性，提高用户的学习动力。这就要求图书馆网站提供与资源紧密结合的信息交流和分享的功能，并开发网络社区模块，按学习主题或学科，促进资源分享和学习讨论。

2.2.2、鼓励用户互动、鼓励用户创造

图书馆网站应该鼓励用户互动、鼓励用户创造。互动模式是web2.0的本质，用户创造是web2.0的动力。图书馆网站如果能够走进馆员与读者、读者与读者之间的良性互动的循环，才算是一个图书馆2.0的网站。那么如何实现这一点？这就要求图书馆网站通过web2.0技术提供互动的途径与创造的自由。

如学术会议、学术讲座等信息，图书馆网站应该开放发布权限给用户，由用户帮忙收集、整理、发布相关信息，图书馆只需做好审核的工作。如留言板、评论等沟通馆员和读者的环节，图书馆网站应该能通过相关技术实现一种及时提醒和反馈的机制，以促进交流的有效进行。如用户的收藏、微博等用户喜爱的功能，图书馆也应该提供。此外，图书馆还应该通过兴趣小组、班级等形式，把用户聚合成群组，提供互动的网络环境。

而在运营模式上，图书馆有必要给予积极参与互动、贡献了大量内容的用户奖励，哪怕是虚拟的积分、排行或者是物质奖励。这将有助于互动文化的持续发展。

过去的经验告诉我们，用户的需求不仅可以被发现，同样可以被创造，关键在于所提供的服务是否真的做到以用户为本。秉承着这样的理念，我们想图书馆网站可以走得更远。

2.3、基于技术层面的思考

在技术层面，我们应该认识到，由于环境的变化，图书馆网站是一个具有生命力且变化的系统，这就指明了网站的开发是一个需要具备长远的战略规划、设立明确的阶段性目标、完成具体的短期任务的过程。

2.3.1、平台是应用的基础

图书馆的网站肯定是要根据实际应用需求不断更新变化的，那么从长远的角度而言，就必须设计一种相对稳定的、可以支持变化的系统架构，使得网站具有较强的拓展性和维护性。我们认为，应该把网站剥离为基础平台和应用系统两大部分。基础平台实现网站基础数据的存储和公共服务模块的提供，应用系统实现具体的业务逻辑和功能。

应用系统通过自定义的数据接口，以搭积木的形式挂接在基础系统上。基础系统与各个系统之间，应用系统与应用系统之间，以一种可管理的松耦合的形式连接，从而实现应用系统的轻松增加与剥离。

同时，图书馆网站做为一个整体，针对第三方系统的开放程度和支持的数据标准，开发公共的数据处理及转换模块，例如json数据处理、xml数据处理、web页面信息提取等功能模块，连接图书馆网站和第三方系统。

2.3.2、网页即服务

为了解决“基础平台+应用系统”架构下的网站更新及维护问题，提出“网页即服务”的设计理念。简单的说，就是无后台管理的网页设计模式。用户进入网站后，网页会根据用户的角色和权限，给出不同的操作入口。例如在新闻系统中，一般用户可以浏览新闻、进行评论和收藏等，而信息管理员可以直接在当前页面，增加新闻、修改新闻、审核评论等。

这种设计理念，可以减少用户登录次数，为用户带来一种更清晰、更便捷的操作模式。借助AJAX技术，还可以给予用户极佳的浏览及互动体验。

2.3.3、开发是个贯穿始终的过程

我们不认为一次规划、一次开发就可以把图书馆网站做好。软件的生命总是短暂的，它总在跟着用户的需求而变化，这主要体现在网站的各个应用系统上面。我们要接受软件不可能完美的观念，在满足可用性的时候就应该推出它，然后不停的接受读者的反馈，不断地进行模块更新。这就要求网站要有完备的开发文档，明确地定义应用系统功能、数据结构、数据接口和更新日志。

由于开发是个贯穿始终的过程，因此，朝着规划的方向，设立明确的阶段性目标和短期任务就变得十分重要。对于具体应用系统例如资产管理系统而言，就必须是一项明确了人员、开发时间、功能结构、实现技术的任务。多个明确的任务，就可以构成网站开发过程中明确的阶段性目标，以实现项目的阶段性成果。

2.3.4、采用成熟的技术来开发

成熟的技术具有稳定、参考文档丰富、案例齐全等优点。使用成熟的技术开发，首先在技术上不存在无法跨越的障碍，丰富的参考文档和案例，可以为项目的开发带来许多借鉴，这保证了项目的可控性；其次可以降低开发的门槛，使项目组成员调整灵活，并可以把更多的精力放在系统分析和业务逻辑处理上，从而保证项目开发的高效性；再者成熟的技术一般经过长期的实践考验，技术本身的稳定性、安全性问题，已经被充分暴露和修正，这就保证了项目成果的稳定性；最后，成熟技术的平台支持、技术更新等往往具备更好的条件和环境，从而保证了项目的可延续性。

因此，采用成熟的技术来开发是保障图书馆网站开发项目成功的一项重要内容。

1.1、面临的问题

暨南大学现有的网站开发于2004年11月，开发技术采用jsp，数据库平台使用oracle。2005年9月该网站正式投入使用，截止到2009年10月18日，网站共有注册用户40482人，首页访问量4,587,275人次，日均首页访问量3000多人次。该网站初步实现了信息宣传、资源揭示、个性化服务、馆员服务等功能，是暨南大学数字化图书馆的建设过程中的一个重要成果，对读者利用图书馆的数字资源和服务，起到了很大的促进作用。

然而，随着服务内容的拓展、业务需求的增长，该网站不断地以增加页面的形式增加功能，导致数据的组织逐渐变得混乱，同时，2.0化、国际化等新的需求被提出，该网站面临的更新换代的问题。

1.1.1、网站信息组织日趋混乱

四年来，图书馆不断推出新的服务，仅2007年，便增加了自助复印打印系统、校外资源访问系统、短信催还等12项新服务。许多新服务，不仅依赖于图书馆网站进行宣传推广，甚至严重依赖于网站服务内容的开展（如校外资源访问，就是通过用户登录图书馆网站而实现身份认证，从而自动获得访问权限）。这样一来，网站就必须不断的添加新的内容或功能模块。由于现有网站的先天不足，从而导致了：

一，原有的信息分类模式不能完全满足新的需要，网站的首页、二级页面增加的链接或内容越来越多，出现了失控的迹象，而读者无法清晰、快速的找到所需内容。

二，部分新的模块无法归入到现有的类目内，或者是为了二次开发的方便，新功能往往以独立模块的形式进行，不仅无法与原有程序很好地共享代码，数据结构也出现了混乱的情况。

1.1.2、2.0特性，个人信息管理与个性化服务需求

RSS、标签、博客、IM等2.0技术的应用，首先可以提高图书馆网站的界面友好性，进一步增加图书馆网站的黏性，促使读者更多的利用图书馆网站；其次可以通过用户贡献和分享，进一步揭示和传阅图书馆的资源和服务，从而促进读者更好地利用图书馆。构建一种参与、互动的web2.0服务模式，是当前网站所缺乏的。

参与模式植根于个性化服务。现有网站在个人信息管理和个性化服务方面，已不能满足用户的新要求。用户希望能够通过图书馆网站获取到自己与图书馆相关的所有信息，这些需求包括个人基本资料查询更新、图书借阅记录、自助打印复印的记录及费用、电子阅览室上机记录及费用、个人研修间使用情况等内容；同时，用户还希望通过图书馆的网站，获得信息推送、个人空间、在线咨询等更多的个性化服务。

个性化服务直接关系到了网络参考咨询工作的开展，关系到了读者对图书馆网站的感观，极大地影响了图书馆网站的使用率。

1.1.3、业务工作迫切需要平台支持

一，许多业务工作无法通过同一个平台来完成，馆员需要在多个系统平台上，重复录入数据，分别处理工作内容。如图书馆荐购的信息反馈，工作人员必须将集成管理系统的数据导出，转换后再从网站上发布，并通过另一个系统向读者发送短信通知。

二，部分业务工作，通过网站向读者宣传或提供服务链接，却没有提供面向馆员的反馈、统计或处理等服务。如教参书的指定，仍未能通过网站直接连接读者和馆员，只能线下处理，导致读者积极性不高，馆员效率低下。

三，为提高工作效率，文档管理、资产管理、人事与考勤管理、查收查引分析系统等许多办公自动化需求被提出，迫切需要相应平台支持。

四，图书馆的服务内容需要更为有效的组织、展示和推荐，服务效果及业务统计数据公开，缺乏科学分析工具的支持。

1.1.4、国际化问题

暨南大学作为“面向海外，面向港澳台”招生的华侨学府，在校学生超过半数是华侨学生，习惯了阅读繁体或英文，图书馆网站面临着支持繁体、英文甚至其他语种的国际化问题。

1.1.5、扩展性

由于采用jsp开发，代码共享较少，随着时间迁移，代码逐渐混乱，增加新模块或者进行某部分功能的改动，十分困难，不易迁移和部署。系统缺乏扩展性，难以改良。

1.1.6、网页界面设计和美观问题

现在的网站没有采用MVC模式开发，许多地方用户界面和逻辑应用层没有分离，没有使用标签技术和模板技术，所以网页设计好后，要进行布局、图片、样式的更换，大量的代码重写工作不可避免。而目前用户界面问题是最明显的问题，一是大家视觉疲劳了，怎么看怎么丑；二是原有的设计没有完全遵循XHTML标准，在跨浏览器方面也存在瑕疵；三是合乎用户浏览习惯的合理布局、操作提示、统一功能图标、字体变化等等一些界面友好的特性没有提供。

1.2、需求

新网站，需要体现2.0的特性，以一种相对灵活的模式进行网站信息组织，支持用户个性定制，较好地将图书馆的服务和资源推送给用户，初步实现互动参与的信息服务模式，初步解决国际化问题。

新网站首先要体现“基础模块+应用子系统”的搭积木式设计思路，各个子系统之间以松耦合的形式存在，易于扩展和剥离；其次，要解决与第三方系统的挂接问题，整合第三方系统数据。

新网站应以MVC模式架构，实现用户界面与业务逻辑的分离，能通过数据接口支持多种标准的数据输出，具有较高的界面友好性，能给用户良好的浏览体验。

新网站要把对业务工作的支持纳入平台，一是要理顺具体业务的工作流程，开发业务工作支持工具，沟通读者和馆员，初步实现办公自动化；二是要重视业务数据挖掘、统计和发布，以月度报告的形式向各个层面的用户推送。

1.3、解决方案一览

图书馆网站是各个图书馆必不可少的重要服务阵地，我们认为，主要的解决方案有如下选择。

1.3.1、引进成熟的门户系统

购买成熟的门户系统产品，是最便捷的解决方案，具有实现流程简单、部署方便、后期维护有保障等优点，缺点在于需要一定的经费支持、难以完全符合当前工作需求、定制相对困难等。我们关注过的门户系统主要有重庆大学2.0门户、CALIS数字图书馆门户构建平台、TRS个性化门户、清华同方知网网站内容管理系统等。

1.3.1.1、重庆大学ADLIB2.0门户

我们认为，重庆大学ADLIB2.0门户是一个具有革命性质的产品，在设计理念和开发技术上拥有多项重大的创新。在“资源、管理、服务”理念的驱动下，他们创造性地提出了图书馆2.0的整体解决方案，重新定义了图书馆的业务流和数据流，连同集成管理系统一起改造，实现了一个全新架构的，包括管理与决策系统、资源建设系统、文献流通系统、内容管理系统、参考咨询系统、办公管理系统、读者知识门户、手机图书馆等功能在内图书馆2.0解决方案。ADLIB2.0门户是该解决方案中极其重要的一部分，实现了基于读者的知识服务系统和基于web2.0的知识搜索功能网络平台。从重庆大学的读者使用情况和评论来看，ADLIB2.0深受用户喜爱；从业界反应及相关的研究工作与成果（国家社科基金项目、SSCI论文）来看，该系统具有领先水平。

重庆大学ADLIB2.0门户由重庆大学图书馆和重庆亚德科技股份有限公司合作开发，重庆大学图书馆系统、重庆大学城网上图书馆系统均采用ADLIB2.0实现，其他部分客户有深圳信息职业技术学院、重庆市沙坪坝区检察院、天津托克斯轴承有限公司等 。

1.3.1.2、CALIS数字图书馆门户

CALIS数字图书馆门户(Portal) 包括数字图书馆门户网站和门户构建平台，其中数字图书馆门户网站提供个性化综合信息服务、统一用户管理、会员管理，在线应用培训、电子资源导航、门户个性化定制工具、集成化服务接口等功能，门户构建平台则通过 “自定义、积木式、个性化”的系统建设流程和功能模块，使得高校用户用此平台通过二次开发能够方便、快捷地构建自己个性化的门户服务网站系统。其主要功能模块有：用户注册与登录、检索服务、资源导航（学科导航、资源类型导航、期刊刊名导航）、信息服务（多库检索、馆际互借、参考咨询）等 。

CALIS数字图书馆门户由CALIS管理中心开发，目前，中国高等教育数字图书馆门户在其上面搭建，浙江省文献信息中心也在做馆内测试。

1.3.1.3、TRS个性化门户

TRS个性化门户定位于整合互联网和应用资源，实现信息的“一对一”个性化传播的理念上，提供轻量级的portal架构解决方案，致力于将各种应用系统、数据资源和互联网资源整合到一个内容管理平台上，并以统一的用户界面提供给用户，提供互联网资源整合、TRS WCM内容管理、个性化定制和服务、web2.0知识管理等功能，同时借助TRS身份服务器和TRS搜索引擎，实现单点登录和统一检索。

TRS个性化门户由北京拓尔思信息技术股份有限公司开发，图书馆用户有国防大学图书馆、湖南大学图书馆。

1.3.1.4、清华同方知网网站内容管理系统

清华同方知网网站内容管理系统具有内容聚集、个性化表现、搜索、web应用访问、个性化定制及单点登陆等功能。可聚合梳理内容资源，提供个性化定制服务，构建统一易用的门户平台，可广泛应用于构筑知识门户、政务门户、企业信息综合门户、学科信息门户等众多门户平台的建设。该系统主要包括了个性化门户、网站群管理、网站搜索引擎、WCCM内容协作与管理平台等功能 。

该系统由同方知网系统软件公司开发，应用了这一系统的应该有中国人民银行数字图书馆项目、大连市委党校数字化图书馆项目等。

1.3.2、采用开源系统

目前，有许多十分优秀的适合图书馆使用的开源软件，如Drupal、Liferay、U-Portal、OpenPortal等。开源的门户系统软件，一般都支持内容和界面定制，部分还支持博客，留言板，Wiki、动态标签系统等2.0特性，用户仅需要进行配置即可投入使用。采用开源软件，最明显的优势是自由、方便、安全和零成本，此外，还具备持续更新、帮助全面等优点。其缺点同样在于难以完全符合工作需求，需要进行二次开发和整合工作。

中山大学图书馆的个性化门户，就建立在Liferay Portal之上。

1.3.3、第三方合作

与第三方合作也是图书馆可以选择的一个策略，包括定制开发和联合开发两种形式。定制开发是图书馆向第三方提出系统需求，由第三方完成系统的规划、开发、部署及维护工作；联合开发则是图书馆与第三方一起进行系统开发，一般情况下图书馆进行系统需求和功能分析、系统测试等工作，第三方进行程序开发和部署等工作。采用第三方合作的形式，优势在于能够较好的符合图书馆的工作需求，历史数据的迁移较为方便，缺点在于第三方合作者相对难找，需要有一定的成本。

有不少图书馆采用了第三方开发的策略，不再赘述。

1.3.4、自主开发

许多图书馆采用自主开发的策略，自主开发能完全根据自己的工作需求，进行系统结构的设计和功能的规划，具有较强的灵活性，前提是必须拥有具有开发能力的技术馆员。但是，自主开发过程中普遍存在一个问题就是缺乏战略性规划，往往只针对当前的需求，而没有构建一个相对成熟的网络服务体系，每次业务需求发生变化，就面临着代码重写和数据重建的痛苦过程。

由于经费问题，我们不大可能购买成熟的产品或委托第三方进行网站的开发，当然，当前产品是否能完全符合具体业务需求，也有待进一步考量。对于开源软件，一方面，经过试用，我们觉得目前还没有拿到就可以用的产品，必须经过二次开发，另一方面，面临着原有数据迁移和系统整合的主要问题，部分数据流和业务流需要重新定义。

暨南大学图书馆一直走的自主开发路线，目前使用的网站是第四版。经过多年建设，我们已经培养起了一支开发能力较强的团队，对网站的功能需求，也有了比较明确的认识和规划，馆领导也对自主开发给予了全力的支持和肯定。所以，自主开发是我们的选择。

1.4、项目定义

通过技术部馆员自主开发的形式，在未来两年内开发出一个符合需求的图书馆新网站，构建信息互动的网络服务模式，促进读者利用图书馆的资源与服务，提高馆员的工作效率，促进图书馆的业务工作开展。

1.1、面临的问题

1.1.1、网站信息组织日趋混乱
1.1.2、2.0特性，个人信息管理与个性化服务需求
1.1.3、业务工作迫切需要平台支持
1.1.4、国际化问题
1.1.5、扩展性
1.1.6、网页界面设计和美观问题

1.2、需求

1.3、解决方案一览

1.3.1、引进成熟的门户系统
1.3.1.1、重庆大学ADLIB2.0门户
1.3.1.2、CALIS数字图书馆门户
1.3.1.3、TRS个性化门户
1.3.1.4、清华同方知网网站内容管理系统
1.3.2、采用开源系统
1.3.3、第三方合作
1.3.4、自主开发

1.4、项目定义

2、开发理念

2.1、基于战略发展层面的思考

2.1.1、抓住用户就抓住未来
2.1.2、培养团队而成就事业

2.2、基于用户层面的思考

2.2.1、图书馆网站是用户学习的起点
2.2.2、鼓励用户互动、鼓励用户创造

2.3、基于技术层面的思考

2.3.1、平台是应用的基础
2.3.2、网页即服务
2.3.3、开发是个贯穿始终的过程
2.3.4、采用成熟的技术来开发

3、系统分析

3.1、基础平台

3.1.1、用户管理与单点登录
3.1.2、Tag系统
3.1.3、数据接口

3.2、信息发布与管理

3.2.1、概况/服务信息
3.2.2、新闻系统
3.2.3、帮助中心
3.2.4、学术会议/讲座信息发布
3.2.5、图书馆简报系统
3.2.6、广告/友情链接

3.3、资源整合与揭示

3.3.1、电子资源导航
3.3.2、期刊导航
3.3.3、学科信息导航与学科博客
3.3.4、统一检索平台链接
3.3.5、资源向导
3.3.6、资源连接服务

3.4、用户服务与互动

3.4.1、信息交互
3.4.1.1、短消息
3.4.1.2、评论
3.4.1.3、调查
3.4.1.4、资源荐购
3.4.2、订阅服务
3.4.2.1、RSS
3.4.2.2、Email
3.4.2.3、手机短信
3.4.3、分享平台
3.4.3.1、我的Tag
3.4.3.2、群组
3.4.3.3、我的收藏
3.4.3.4、微博
3.4.3.5、我的贡献
3.4.4、图书借阅
3.4.4.1、借阅查询
3.4.4.2、预约
3.4.4.3、续借
3.4.4.4、推荐
3.4.5、参考咨询
3.4.5.1、即时信息与实时参考咨询
3.4.5.2、查新
3.4.5.3、查收查引系统
3.4.5.4、培训预约
3.4.6、快速链接
3.4.6.1、我的电子资源
3.4.6.2、我喜爱的网站
3.4.7、第三方系统代理
3.4.7.1、校外访问
3.4.7.2、研修间预约
3.4.7.3、打印消费记录
3.4.7.4、电子阅览室消费记录
3.4.8、个人资料管理与模块定制

3.5、业务管理

3.5.1、工作日历
3.5.2、人事与考勤管理系统
3.5.3、勤工助学管理
3.5.4、文档管理系统
3.5.5、办公用品管理系统
3.5.6、资产管理系统
3.5.7、数据处理平台
3.5.7.1、数据转换
3.5.7.2、种次号管理
3.5.8、业务数据统计平台

4、系统架构图

4.1、表现层

4.1.1、用户界面
4.1.2、API

4.2、业务逻辑层

4.3、数据层

5、项目实施

5.1、实施条件

5.1.1、资源环境
5.1.2、技术条件
5.1.3、人才条件

5.2、项目组织

5.2.1、项目成员与分工
5.2.2、开发计划

5.3、关键技术问题

5.3.1、技术平台
5.3.2、国际化解决方案
5.3.3、单点登录解决方案
5.3.4、命名规范

5.4、实施风险与控制

6、当前进展

6.1、完成技术平台搭建

6.2、完成系统架构及核心技术实验

6.3、完成UI方案的设计与选择

6.4、基础平台和应用系统正在开发之中

7、愿景

7.1、技术愿景

7.1.1、更深层次的资源整合
7.1.2、Tag系统的深化
7.1.3、更多2.0特性
7.1.4、跨语言检索
7.1.5、语义功能
7.1.6、也许我们该忘记自己，走进用户环境

7.2、运营愿景

7.2.1、服务共享与馆际合作
7.2.2、开源

8、致谢

作为一个曾经做过这样的事的人，我有着刻骨铭心的感受，尤其是在那生命边界的时刻。人，很多时候，都太冲动了。

在那样的情况下，救人，是应该的，也是我辈义无反顾要去做的。然而，热血上涌急冲冲的跳下去，并不是最好的选择，哪怕你水性再好。如果高同学能够冷静一些，找竹竿、折树枝等一切可以缩短距离的东西递过去救人，起码不会陷自身于太过危险之地；如果找到个绳索缚住自己，也会留下一条后路；又如果，这下去救人的三位同学，能够把上衣脱下来，彼此通过衣服连成一串一起慢慢过去，也不失明智之举；或者如果找不到材料，当天许多人穿着学士服，都脱下来绑成一串，也可以提供很好的保障……

如果太多了，但生命没有如果。

其实，救落水的人，并不急着那么一两分钟的，如果能够用一两分钟先冷静的思考一下，结果将会完全不同。

我们的同学，还是太年轻，救人的同学年轻，急冲冲就下去了，准备运动都没有…围观着的同学也年轻，只知道屏住呼吸呆呆的看着，完全不知道自己能帮忙做些什么，这让我很难过。我们的学校，也还太粗糙，没有仔细的为一些特殊的场合，配备一些特殊的物品，例如在湖边，放一些像消防栓之类的救生设备箱，如果做不到，放几个竹竿留几条绳子也好，这让我很伤心。

在这一刻，我感到生命的沉重与无奈，我反思着，也对学校的CCTV说辞感到无比的愤怒，我们的学校啊，应该告诉同学们的是“注意安全，远离危险”，应该告诉同学们的是“珍惜生命，不要轻易下水救人”，应该告诉同学们的是“怎样冷静安全救人的办法”，而不是“号召***学习、提醒***注意安全”这样的空话。

这样的博文，写起来很伤神。生命是最宝贵的，冲动是一种不珍惜的表现，冷静和智慧，才是生命最好的守护。与同学们共勉。