附4:大连民族学院自主基金青年项目(人文社科类)申报书.doc_第1页
附4:大连民族学院自主基金青年项目(人文社科类)申报书.doc_第2页
附4:大连民族学院自主基金青年项目(人文社科类)申报书.doc_第3页
附4:大连民族学院自主基金青年项目(人文社科类)申报书.doc_第4页
附4:大连民族学院自主基金青年项目(人文社科类)申报书.doc_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

资助编号:附件4大连民族学院自主科研基金青年项目(人文社科类)申 报 书依托项目: 依托项目负责人: 课题名称: 基于数字化校园的综合咨询服务系统研究以大连民族学院金石滩校区为例 课题类别: 青年项目 所属学科: 图书馆、情报与档案管理 依托部门: 图书馆 研究年限: 2012年5月至2014年11月 课题负责人: 张炳华 填表日期: 2012年4月10日 大连民族学院人文社科处编制二一二年三月填 表 说 明 1. 申报书各项内容要实事求是,逐条认真填写。表达要明确、严谨,字迹要清晰易辨。2. 申请书报送一式3份。申请书为A4开本,双面打印,于左侧装订,由所在依托单位(或学科)签署推荐意见并盖章后,统一报送人文社会科学处。3.项目类别:青年项目。青年项目如果是依托重点项目的,需要填写依托的重点项目名称和负责人。同时,需要注明指导教师姓名。4.所属学科:封面按一级学科填写;属于交叉学科项目应填写交叉学科(二个或二个以上一级学科)。5.封面上资助编号请不要填写。6.预期研究成果主要阐述项目结题时能够体现项目研究水平和成效的成果、依据和指标(包括技术指标、经济指标)。7.本表数据填表所用代码以当年发布的国家社会科学基金项目申报数据代码表为准。8.学科分类封面用汉字填写一级学科;数据表填写二级学科代码、二级学科名称。例如,申报哲学学科伦理学专业,则在粗框内填“ZXH”,细框内填“哲学伦理学”字样。跨学科的课题,填写为主的学科分类代码。 一、数据表项目名称 基于数字化校园的综合咨询服务系统研究以大连民族学院金石滩校区为例主题词 数字化校园 综合咨询 服务系统 信息学科分类研究类型A.基础研究 B.应用研究 C.综合研究 D.其他研究负责人姓名张炳华性别女民族汉出生日期1976年 02 月 23 日行政职务技术部主任专业职务馆员研究专长最后学历本科最后学位硕士担任导师所在部门图书馆固定电话87557103电子邮箱B手机号托重点项目名称:经费金额(万元)课题组成员姓名性别出生年月专业职务研究专长学历学位工作单位本人签字青年课题指导教师姓名申请经费(单位:万元)计划完成时间年 月 日二、预期研究成果定量指标1发表学术论文: 篇其中被检索或收录 篇(1)SSCI、A&HCI、新华文摘、中国社会科学文摘转载收录 篇(2)被CSSCI、EI、ISTP收录、人大复印资料、高校人文社会科学学报等转载收录 篇2完成或出版著作或教材 部 万字(1)完成或出版学术专著(译著) 部 万字(1)完成或出版教材 部 万字3科研奖励 项(1)获国家级政府奖励 项(4)获国家级奖励 项(2)获省(部)级政府奖励 项(5)获省级奖励 项(3)获市级政府奖励 项(6)获市级奖励 项4项目的延伸研发或孵化资助 项(1)获国家级项目资助 项获得资助额 万元(2)获教育部项目资助 项获得资助额 万元(3)省级(部委)项目资助 项获得资助额 万元(4)获市级项目资助 项获得资助额 万元(5)获横向课题项目资助 项获得资助额 万元5人才培养情况总人数 人(1)培养博士生 人(2)培养硕士生 人6专利或数据库 件(1)发明专利 件(3)外观设计专利 件(2)实用新型专利 件(4)数据库 个7获各级领导批示 项(1)获国家领导人批示 项批示人姓名 职务 (2)获省(部、委)批示 项批示人姓名 职务 (3)获市级领导批示 项批示人姓名 职务 (4)获其它领导批示 项批示人姓名 职务 8撰写研究报告、规划或商业秘密等 份(1)国家有关部委及省委省政府全部或部分采纳、使用 份(2)省委、省政府有关部门全部或部分采纳、使用 份(3)市委、市政府有关部门全部或部分采纳、使用(4)被校、区级部门、企业采纳或使用的材料 份(5)提交给各级部门、内参等报告、规划或商业秘密 份9其他需要注明的事项三、项目设计论证1本课题国内外研究现状述评及研究意义。2本课题研究的主要内容、基本思路、研究方法、重点难点、基本观点和创新之处。3前期相关研究成果和主要参考文献。限4000字左右。背景:数字参考咨询 (digitalreferenee),又被称为虚拟参考咨询(virtual referenee)、电子化参考咨询 (eleetroniereferenee)、网络化参考咨询 (netorkedreference)等。作为一种新兴的、并处在不断发展变化情况下的服务,目前数字参考咨询服务还没有一个严格成熟、公认权威的定义。VRD(TheVirtualRefereneeDesk)项目对数字参考咨询服务的定义是:“数字参考,或AskA服务是一种基于Internet的、用户与专家之间的提问一解答服务。数字参考服务通过Internet将需要信息的人与那些能够解答问题的人连接起来,从而支持技能的发展”。vRD的定义强调了3个因素:Internet、用户和专家,用户是提出问题的人,专家是能够解答问题的人,这种相互之间的交流是通过Internet进行的,同时强调了这种解答服务的目的是支持用户技能的发展。美国华盛顿大学图书馆与信息科学学院的约瑟夫简思(Jos即 hJanes)以及密歇根大学信息学院的蒙特(Melnln。t)等,给出了数字参考咨询服务的定义:数字参考服务是“一种机制,通过它,人们可以利用一些电子化的手段(E一mail、聊天、Web表单等)提交其问题,图书馆职员同样利用这类手段回答问题,而不是直接面对面的或通过电话提供这种服务”。他们的定义强调了数字参考服务和传统咨询服务的不同,即它是通过E一mail、聊天和web表单等电子化的手段而不是面对面和电话等传统手段实现的。目前的参考咨询服务从传统的窗口咨询、电话咨询、邮件咨询到数字网络时代主要以Email、表单、常见问题解答(FAQ)、公告板(BBS)和留言簿等形式提供非实时咨询服务,后来又增加了具有在线实时交互功能的实时参考咨询服务,到现在大量运用Web2.0的Blog、RSS、WiKi、Ajax等核心技术来进行内容整合、资源整合,继而提供个性化、交互化的咨询服务。各种先进技术和理念的应用,给参考咨询服务带来了巨大的改变,大大提高了服务质量和效率。数字参考服务从本质上讲是一个沟通的过程,在这个过程中主要有4个要素:系统、服务者、用户、信息资源,服务者和用户以系统为媒介进行沟通,目的是解决用户的问题。用户的问题反映了用户的咨询需求,咨询的产生是由于用户存在咨询需求,同样是由于用户的需求促进服务不断发展,数字参考咨询服务必须和所有的信息服务一样以用户的信息需求为导向。“以用户为中心”和“个性化服务”早己成为现代图书馆服务的基本理念,这个理念体现在高校工作的各个方面:如高校网页的设计、工作流程的安排、高校数字化建设、用户教育等。然而作为高校整体为单位来说,参考咨询理念并未进行涉及。(高校的服务理念等等,各部门与学生之间沟通问题予以阐述)根据用户的需求,简单归纳该虚拟参考咨询服务系统的项目需求如下:分布式实时合作咨询系统分布式实时合作咨询系统,指通过网络技术,打破地域界限,连接多个实时合作咨询站点,综合这些不同地理地域、不同专业的各个独立部门发展多元化,多角度,多专业的实时合作咨询系统。这种取合众多部门模式,将基于该平台建立共享的用户资源库、专家库、知识库,和文献资源库。最终达到用户一站咨询,就能获得最专业、最全面的咨询信息的目的。非实时的参考咨询服务系统通过传统的公告牌、留言板实现用户的非实时咨询通过用户行为日志的获取,采用自动推送的咨询邮件方式来定期推送用户感兴趣的数据信息,以及参考咨询的链接地址。分部门管理模式为实现分布式实时合作咨询系统,系统需要采用多分部门管理的模式来进行管理。实现异地多部门合作资料查询,和两校区读者共享咨询服务的功能。三重用户管理机制系统采用:用户分组管理、权限角色管理的方式来组织用户机制。一个用户允许选择多种用户角色,允许归入多个分组。每个分组允许选择一个或多个用户角色进行定义,以便于管理员提前进行角色分组和权限分配的管理。问答积分制度系统要求采取问答积分的制度来鼓励除咨询馆员以外的注册资源用户来进行阐题解答。当积分积累到一定程度时,可以兑换电子资源数据库的透明访问权限或其他等值礼品,以此来鼓励更多的人加入到虚拟参考咨询中,实现读者互助的功能。考虑到安全问题,要求系统进行数据敏感词自动分析,进行敏感词语自动筛选,并只有当资源用户的答案得到管理员批准后才能公开显示,否则将仅允许提问用户和管理员查看。建立高质量的知识库知识库是对问答记录进行核实、标引、编辑所形成的可供检索的数据库,其质量好坏、数量大小关系到日后咨询质量。虽然国外有QuestionPoini这样的成熟知识库产品,他的建立与管理有很多成功的经验值得我们学习和借鉴,但我们还必须结合汉字特点,制定出适合汉语的标引规则、检索功能等行之有效的方案。设计参考咨询系统模型:根据Web 参考咨询服务综合描述模型的设计思路,为了使其具有良好的通用性和可重用性,应首先从逻辑设计的角度出发,为其构造独立于实际设计或实现考虑(如数据结构、存储方式等)的概念模型,以明确描述Web 服务时需要用到的核心概念及其之间的关系和约束条件。图1Web参考咨询服务综合模型的主要顶层概念图1 显示的是Web 参考咨询服务综合描述模型的主要顶层概念,使用ER 图(Entity Relationship Diagram)的方式表示。从SOA 的角度看,有3 类用户会关注和使用本文提出的综合描述模型,即普通用户、开发者和服务注册中心的管理者,他们都有自己唯一的标识符和用户名。对于综合描述模型而言,它由一系列视图组成,每个视图用于描述Web 服务的不同方面,包括轮廓(profile)信息、功能信息、非功能信息、社会化信息以及其他信息,提供给不同角色的用户;通过MDA (Model-Driven Architecture)的方式,综合描述模型可实例化为具体的Web 服务(描述信息),呈献给用户他们感兴趣的视图内容。图2 使用uml表示的参考咨询系统元模型设计的概念模型,从逻辑上明确了Web 参考咨询服务综合描述模型包含的实体、实体的属性、实体间的关系,以及针对模型元素完整性(integrity)的约束。为了支持MDA 的开发方式,有必要进一步对Web 服务综合描述模型进行抽象,构造其元模型,即在MOF (Meta-Object Facility) 体系下使用UML(Unified Modeling Language)来构建其元模型,并通过UML 提供的构造型(stereotype)、标记值(tagged value)和约束(constraint)方式进行扩展。图5 显示的是使用UML 表示的Web 服务综合描述模型的元模型。通过继承UML 元模型中的命名的元素(NamedElement)类,来构造图1 中的用户概念对应的类。对于用户而言,其类型为枚举变量,共有普通用户、开发者和注册中心管理者3 种。虽然多个用户可使用相同的Web 服务综合描述模型,但由于知识背景和兴趣爱好不同,他们所关注的内容并不一样,表现为不同的视图内容。为了便于管理Web 服务综合描述模型的内容,这里通过继承UML 元模型中的命名空间(Namespace)类来构造图1 中的Web 服务综合描述模型概念对应的类。在公共的命名空间中,概念冲突和语义不一致性问题更容易得到解决。所采用的具体编程框架为SSH.SSH为 struts+spring+hibernate的英文名称缩写。采用SSH开发模型,不仅实现了视图、控制器与模型的彻底分离,而且还实现了业务逻辑层与持久层的分离。这样无论前端如何变化,模型层只需很少的改动,并且数据库的变化也不会对前端有所影响,大大提高了系统的可复用性。而且由于不同层之间祸合度小,有利于团队成员并行工作,大大提高了开发效率。虚拟参考咨询系统需要在短时间内完成较大的工作量,并且很多新的客户需求有可能在开发中或开发后进行更新和变动,因此系统的开发效率和模块可重用性十分重要。因此我们决定采用这种架构来进行开发。一个好框架具备以下几点:减轻开发者处理复杂的问题的负担(”不重复发明轮子”);内部有良好的扩展;并且有一个支持它的强大的用户团体。好的构架一般有针对性的处理某一类问题,并且能将它做好 (DoOneThingwell)。然而,你的程序中有几个层可能需要使用特定的框架,已经完成的UI(用户接口)并不代表你也可以把你的业务逻辑和持久逻辑偶合到你的Ul部分。举个例子,你不该在一个Controller(控制器)里面写JDBc代码作为你的业务逻辑,这不是控制器应该提供的。一个Ul控制器应该委派给其它给在Ul范围之外的轻量级组件。好的框架应该能指导代码如何分布。更重要的是,框架能把开发者从编码中解放出来,使他们能专心于应用程序的逻辑(这对客户来说很重要)。而 Struts+sPring+hibemate(SSH)这种轻量级架构就为这些问题提供了很好的解决方案,他在各种框架中被誉为“黄金组合”。在这里面有很多优秀的设计理念及模式应用。比如,struts属于MVC框架,关键是要了解MVC的概念及大致原理,掌握就很容易了;而hibemate属于ORM系统,属于持久层的解决方案,同样需要对ORM的概念及原理有一个总体的了解,必要时一可以去查查EJBI及EJBZ里面用于持久层的 EntityBean的使用。而sPring属于应用程序框架,其核心是foc容器以及AoP,把这两个核心概念(也可称为大模式)了解以后,其它就都不难了。SPring中还集成了很多适用东西(不过这些东西80%的在某一个项目中可能一直用不上),比如对JDBC的封装、自己的MVC、对动态语言的简洁访问等。在SSH框架中,StrutS用来解决Mvc中显示、请求控制部分,sPring主要负责访问数据库DAO类的事务控制以及它被人称誉的IOC思想在业务类中的恰当运用,hibemate主要是充当数据访问层组件。由于sPring对hibemate的良好支持,在DAO类主要由sPring来完成,hibemate更多关注的应是O/R映射文件上的配置,如级联关系,延迟加载等如何设置才能使效率更高。见图3(SHH框架组合示意图)。图3 ssh框架图系统的基本业务流程是:在表示层中,首先通过JSP页面实现交互界面,负责传送请求(Request)和接收响应(Response),然后Struts根据配置文件(struts一config.xml)将Aetionservlet接收到的Request委派给相应的Aetion处理。在业务层中,管理服务组件的 SPringfoc容器负责向Action提供业务模型(Model)组件和该组件的协作对象

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论