图书馆管理信息系统管理.docx

上传人:b****8 文档编号:11120375 上传时间:2023-02-25 格式:DOCX 页数:12 大小:64.96KB
下载 相关 举报
图书馆管理信息系统管理.docx_第1页
第1页 / 共12页
图书馆管理信息系统管理.docx_第2页
第2页 / 共12页
图书馆管理信息系统管理.docx_第3页
第3页 / 共12页
图书馆管理信息系统管理.docx_第4页
第4页 / 共12页
图书馆管理信息系统管理.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

图书馆管理信息系统管理.docx

《图书馆管理信息系统管理.docx》由会员分享,可在线阅读,更多相关《图书馆管理信息系统管理.docx(12页珍藏版)》请在冰豆网上搜索。

图书馆管理信息系统管理.docx

图书馆管理信息系统管理

图书查询系统

组员:

曾利:

(系统设计)

罗喜凤:

(系统分析)

梁仓:

(系统规划)

刘东晶:

(系统实施和管理)

指导教师:

李政忙老师

执笔人:

刘东晶

目录

前言2

一、信息系统开发的项目管理3

(一)信息系统的开发方式3

(二)信息系统项目管理的任务4

(三)信息系统项目的组织与计划4

(四)用户培训5

(五)信息系统的评价5

二、信息系统的运行管理与维护6

(一)图书查询系统的运行管理6

(二)图书查询系统的维护6

(三)图书查询系统文档管理6

(四)图书查询系统的安全与保密7

关于讨论开发管理信息系统规划的会议记录7

关于讨论进行系统分析的会议记录8

关于进行系统设计的会议记录9

技术开发(委托)合同10

前言

由于在技术和经验方面的不足,我们的图书查询系统可谓是道路坎坷。

系统规划完成后,因为能力有限,系统分析没有完全按照规划走,做出了缩小范围的调整,而后每一次工作都由于各种原因没有按照前一项工作走。

为了呈现我们最成熟完整的作品,我们特将做过修改完成的《系统规划》《系统分析》《系统设计》《系统实施》再次合订在《系统管理》里面,力求达到能力水平以内的完美,但是金无赤足,不可避免会有或大或小的缺陷。

敬请老师指正!

 

图书查询系统系统管理报告

事实证明,信息系统有优越的一面,也有脆弱的一面。

为确保和提高图书信息查询系统的安全可靠和有效性,有必要对其进行管理。

一、信息系统开发的项目管理

(一)信息系统的开发方式

开发方式为用vf8.0自主开发。

明确所要达到的目标与总要求。

(二)信息系统项目管理的任务

在有限的时间和资源条件约束下,对系统开发全过程进行有效的计划、组织、协调、监督与控制。

图书查询系统的建设按总体规划和分步实施的原则开展,规划中每一个系统和子系统的开发都需要采用项目管理的方法。

进度、成本、质量、风险是项目管理的控制要素。

(三)信息系统项目的组织与计划

该项目采用团队的组织方式,由本小组组长主持,参与人员即本小组所有成员。

具体计划如下甘特图所示,

 

(四)用户培训

培训对象主要是用户的各级管理人员,培训内容如下:

1.信息系统的基本概念和方法论。

2.计算机基本知识。

3.管理方法。

4.用户信息系统的简介。

5.用户信息系统的操作方法。

(其中4和5小点已经在系统实施中作出了介绍。

(五)信息系统的评价

系统评价定期进行,或每当有较大改进时进行。

(一)系统性能指标

人机交互灵活且方便,数据处理和信息输出正确,故障时间和故障次数少,系统结构简单,功能调整简单,系统恢复容易,安全措施完整有效。

(二)

经济效益指标

系统投资额与运行费用便宜。

(三)定性效益指标

提高了人员素质。

二、信息系统的运行管理与维护

(一)图书查询系统的运行管理

系统的运行管理是日常性的工作,从每天的客户端计算机打开、应用系统的进入、功能项的选择与执行,到下班前的数据备份、存档、关机等,都要就系统软硬件及数据等的运作情况做记录。

不正常与无法运行应将所见的现象、发生的时间与可能的原因做尽量详细的记录。

(二)图书查询系统的维护

从投运开始,一直延续到被更好的新系统替代为止。

包括图书查询系统日常维护、应急维护、适应性维护。

(三)图书查询系统文档管理

文档类别

文档内容

产生阶段

技术文档

图书查询系统规划报告

系统规划

图书查询系统分析报告

系统分析

图书查询系统实施报告

系统实施

图书查询系统管理报告

系统管理

管理文档

系统需求报告、系统开发计划

系统规划

系统运行报告

系统实施

系统开发合同书、系统维护计划系统评价报告

系统管理

系统开发总结报告

各阶段

记录文档

会议记录

系统管理

(四)图书查询系统的安全与保密

防止有意或无意的破坏系统软硬件及信息资源行为的发生,防止有意窃取信息资源行为发生。

关于讨论开发管理信息系统规划的会议记录

会议时间

2012年9月22日下午

主持人

梁仓

会议地点

6#706-5

记录人

刘东晶

参加人员

梁仓刘东晶曾利罗喜凤

缺席人员

 

一、主持人对此次开发管理信息系统计划会会议流程作简要介绍:

1)确定新的管理信息系统

2)确定完成新的管理信息系统的步骤

3)分配此次工作任务

二、组员发言

1)梁仓:

建立高效、便利的管理信息系统是优化管理的最重要的因素。

现如今的图书馆管理虽已经在利用管理系统,但还是存在不足之处,所以我们这次的工作是为吉首大学图书馆开发一款更人性化的系统。

刘东晶:

图书馆是我们学习、增储知识的圣地,为图书馆设计开发一款更加完善的系统的确是一个不错的建议。

我们需要调查了解图书馆系统还存在什么缺陷,以及借阅者和管理员还有什么潜在需要,收集相关信息,明确战略目标和方案,计划实施进度。

曾利:

为了任务的顺利进行和责任明确,我们进行一下任务分工,每个人负责工作的一部分,梁仓负责系统规划,罗喜凤负责系统分析,我负责系统设计,刘东晶负责系统实施、系统管理、技术合同的执笔人及每次会议的记录人员。

罗喜凤:

责任分工明确是有利于每个人努力做好各自的任务,但是还是不能忘记成员之间要团结合作,我同意曾利说的每个人负责其中一部分,但是每个人只是某一部分的主要负责人,主要负责人完成主要工作,其他成员应当协作主要负责人一起完成这一块,无条件提供帮助。

刘东晶:

那我们就从明天起正式开始我们的计划,系统规划大概在5天之内完成。

梁仓:

为了我们工作完美完成,作为组长,我会起带头作用,大家一起加油!

三、会议确定新的管理信息系统的对象为吉首大学图书馆

四、会议确定于2012年9月23日正式开始此次工作计划。

五、会议确定于2012年9月27日结束系统规划。

关于讨论进行系统分析的会议记录

会议时间

2012年9月29日

主持人

罗喜凤

会议地点

6#706-5

记录人

刘东晶

参加人员

梁仓刘东晶曾利罗喜凤

缺席人员

 

一、主持人对此次关于讨论进行系统分析会议会议流程作简要介绍:

1)修改原系统规划并确定修改内容

2)确定系统分析方向和大概内容

3)预计工作流程

二、组员发言

1)罗喜凤:

由于经验的不足,原系统规划太过庞大和复杂,原系统规划所要实现的功能有以下五点:

1.图书管理2.读者管理3.图书借阅、归还、续借管理(包含图书免费时间过期提醒管理)4.图书查询管理5.系统设置(包含图书馆信息和管理员的权限设置),让我们心有余而力不足,所以这次会议主要是针对修改原系统规划和确定系统分析的方向。

2)梁仓:

通过向老师请教,老师考虑到图书管理系统范围比较大,建议我们将系统缩小为图书馆查询系统,那么我们就只做查询这一个模块。

3)刘东晶:

系统分析所分析的功能主要围绕图书查询系统,经过在网上查询了解到,图书查询系统分为五大模块,分别是:

图书查询模块、读者查询模块、借阅查询模块、罚款查询模块以及预约查询模块。

4)曾利:

那么系统分析的内容就这么定了吧,就我们现在对管理信息系统的了解还无法胜任太大的系统,因此,我们这组只能在这个大系统中截取一个子模块来进行分析。

三、会议确定系统分析所分析的功能主要围绕图书查询系统(图书信息查询、读者查询、借阅查询、罚款查询、预约查询)这一个子模块。

四、会议确定于2012年9月29日正式开始此次工作计划。

五、会议确定于2012年10月12日结束此次工作。

关于进行系统设计的会议记录

会议时间

2012年10月13日

主持人

曾利

会议地点

6#706-5

记录人

刘东晶

参加人员

梁仓刘东晶曾利罗喜凤

缺席人员

 

一、主持人对此次开发管理信息系统计划会会议流程作简要介绍:

1)修改原系统分析并确定修改内容

2)确定系统设计的方向和大概内容

3)管理信息系统开发过程的反思和总结

二、组员发言

1)曾利:

考虑到图书管理系统范围比较大,所以系统分析所分析的功能主要围绕图书查询系统(图书信息查询、读者查询、借阅查询、罚款查询、预约查询)这一个子模块,但是再考虑系统设计时,这一子模块还是过于复杂,所以还是决定要有所删改,减少一些模块。

2)刘东晶:

图书查询系统对于我们现在掌握的技能来说还是稍显复杂,为了后期工作能顺利进行,我们还是要对图书馆查询系统进行忍痛割爱,截取查询系统的几个子模块进行设计。

3)罗喜凤:

那就截取图书信息查询、借阅查询以及罚款查询这三个比较常用的子模块做重点设计吧。

4)梁仓:

管理信息系统开发工作过程进行到现在,我们一直在缩小系统范围,主要因素就是我们每次会议都考虑得不够周全,想得不够长远,走一步看一部,没有思考后期工作的困难。

5)罗喜凤:

每次想的时候觉得简单,信心十足,但是真正到着手开工的时候才知道工作的难度和复杂程度。

6)刘东晶:

管理信息系统确实是一门侧重实际操作的课程,要真正动手后才懂得,看来一项完美的系统着实来之不易啊。

三、会议确定截取图书馆查询系统的图书信息查询、借阅查询以及罚款查询这三个子模块进行设计。

四、会议确定于2012年10月13日正式开始此次工作计划。

五、会议确定于2012年11月3日结束此次工作。

技术开发(委托)合同

 

项目名称:

吉首大学图书馆信息管理系统

委托方(甲方):

吉首大学

受托方(乙方):

XX信息系统技术有限公司

签订时间:

2012年9月20日

签订地点:

湖南省吉首市

有效期限:

2012年9月20日至2012年12月30日

根据《中华人民共和国合同法》及有关法律、法规,双方本着互惠互利、共同发展的原则,经友好协商,为使双方在合作中的权利和义务得到清晰的阐述和有效的保护,特此签订本系统开发协议书,具体条款如下:

一、合同的要求和双方的权利义务

1.甲方委托乙方根据甲方图书馆的现行管理情况开发一款更加完善的信息管理系统,乙方负责完成软件系统的开发、安装和调试。

2.双方确定因履行本合同应遵守的保密义务如下:

甲方:

2.1.保密内容:

在项目进行过程中获知的对方技术信息和经营信息。

2.2.泄密责任:

按相关法律追究法律责任。

乙方:

2.1.保密内容:

可供乙方使用用户资料;其他在项目进行过程中获知的对方技术信息和经营信息。

2.2泄密责任:

按相关法律追究法律责任。

二、软件应达到的技术要求.

乙方开发的<<图书馆管理系统>>应满足甲方的日常业务工作需要,达到经甲乙双方签字认可的系统软件功能说明书上所述的功能要求。

四、合同项目的开发费用和结算方式:

1.经甲乙双友好协商,合同项目<<吉首大学信息管理系统>>

软件开发费为人民币(大写):

贰万元整。

2.付款结算方式:

软件项目验收合格后7个工作日内,甲方应向乙方支付全额款项。

五、软件验收的标准和方式:

1.验收组织:

甲乙双方共同验收组织验收.

2.验收项目:

(1)安装验收

(2)系统验收

3.验收方式:

(1)安装验收:

采用测试验收方式,在乙方按照甲方的要求完成系统的修改及安装调试工作,并通过试运行后,双方通过书面签字确认验收。

(2)系统运行:

系统运行正常,功能达到双方认可的<<软件功能说明书>>的要求。

(3)双方通过书面签字确认验收。

4.验收标准:

双方签字认可的<<软件功能说明书>>。

六.约定事项:

本软件的版权为乙方所有,不经乙方同意,甲方不得泄露给第三方使用,以及进行解密或其它非法操作,否则乙方将追究甲方的法律责任。

七.违约责任:

逾期交货或逾期付款的,每超过1天按合同金额的千分之一对违约方进行收违约金。

八、其它

1、本协议一式两份,甲乙双方各执一份,附页<<软件功能说明书>>必须双方签字或加盖公章确认。

2、本协议书经双方加盖公章及负责人签字后方能生效,具有法律效力。

甲方:

__________________乙方:

__________________地址:

__________________地址:

__________________

电话:

__________________电话:

___________

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 经济学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1