图书管理系统项目个人总结报告

时间:2024.3.19

话费查询系统项目个人总结报告

一、       项目简介

进入21世纪以来,信息技术从根本上推动了电话的飞速发展,计算机和计算机管理系统已成为通信公司进行通信管理的主要设备和系统。目前很多大型的图书馆已经有一整套比较完善的管理系统,但是在一些中小型的图书馆中,大部分工作仍需手工完成,工作起来效率比较低,不便于动态、及时地调整图书结构。为了更好地适应当前图书馆的管理需求,解决手工管理中存在的弊端,越来越多的中小型图书馆正在逐步向计算机信息化管理转变。

高校拥有一个小型图书馆,为全校师生提供一个阅读、学习的空间。近年来,随着生源不断扩大,图书馆的规模也随之扩大,图书数量也相应地大量增加,有关图书的各种信息成倍增加。面对如此庞大的信息量,校领导决定使用一套合理、有效、规范、实用的图书馆管理系统,对校内图书资料进行统一、集中的管理。

受高校的委托,开发一个图书馆管理系统,其开发宗旨是实现图书管理的系统化、规范化和自动化,达成图书资料集中、统一管理的目标。

二、       个人在项目中承担的任务

1.    GUI设计和用户使用手册

2.    GUI设计图如下:

用户使用手册部分内容:

图书馆管理系统是图书馆管理工作中不可缺少的部分,它对于图书馆的管理者和使用者都非常重要,所以图书馆管理系统应该为管理者与读者提供充足的信息和快捷的数据处理手段,但长期以来,人们使用传统的人工方式或性能较低的图书馆管理系统管理图书馆的日常事务,操作流程比较繁琐。一个成功的图书馆管理系统应提供快速的图书信息检索功能、快捷的图书借阅、归还流程。从读者与图书馆管理员的角度出发,本着以读者借书、还书快捷、方便的原则,本系统具有以下特点:

l  确保系统具有良好的系统性能,友好的用户界面。

l  较高的处理效率,便于使用和维护。

l  采用成熟技术开发,使系统具有较高的技术水平和较长的生命周期。

l  系统尽可能简化图书馆管理员的重复工作,提高工作效率。

l  简化数据查询、统计难度。

三、       收获和体会:

通过本次课程设计,我对数据库的应用有了更深刻的体会。网络系统都是离不开数据库的支持的。数据库设计的是否合理,直接影响到系统的性能。数据库理论对于实际应用有很大的指导意义。

本次课程设计的名称是图书管理系统,由于我能力有限,加之近期课程任务比较紧迫,所以我负责的GUI图和使用说明书还有许多不完善的地方。本次项目设计的所有源代码,都是王生玲和周霞录入的,我也在旁观。总的来说还是收获很大的,因为通过这次的团队合作,我首先对Java知识有了很深的了解,就是对数据库系统的分析和设计也有了很深的体会,虽然我们设计的数据库系统可能很有些不合理的地方,但是我们却很有收获。可以说我们的这次系统是做的比较丑陋,功能还有很多不完善的地方,但是我可以说我们从收获很多。

本次的图书管理系统,在功能上仅实现了图书,用户,图书类别和订单信息的管理,只是一些非常基础的功能,没有设计添加图书的功能。此外,该系统原先计划设计的一些功能也没有实现。系统完全实现的功能实现图书信息的删除、更改和查看等。

尽管还是有许多的不完善之处,但是总的说来收获颇多。


第二篇:图书管理系统项目总结报告


项目开发总结报告(GB8567——88

目录

1引言... 1

1.1编写目的... 1

1.2背景... 1

1.3定义... 1

1.4参考资料... 1

2实际开发结果... 2

2.1产品... 2

c.     1图书信息表... 2

e.      4.2读者信息表... 3

g.     4.3借阅信息表... 4

i.      4.4图书类别表... 4

k.     4.5出版社信息表... 4

m.    4.6读者类别表... 5

p.     4.7图书注销信息表... 5

2.2主要功能和性能... 5

2.3基本流程... 7

2.4进度    7

2.5费用... 8

3开发工作评价... 8

3.1对生产效率的评价... 8

3.2对产品质量的评价... 8

3.3对技术方法的评价... 8

3.4出错原因的分析... 9

4经验与教训... 9

4.1签定合同... 9

4.2需求的调研... 10

3.4出错原因的分析... 10

4经验与教训... 10

4.1签定合同... 10

4.2需求的调研... 11

4.3做好开发计划... 11

4.4良好的沟通... 11

1引言

1.1编写目的

对项目作出总结.

1.2背景

开发软件名称:

项目任务提出者:

项目开发者:

用户:系统管理员、操作员、读者

实现软件单位:强记股份有限公司

1.3定义

图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以,图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。

1.4参考资料

钱乐秋等,《软件工程》,青还大学出版社;

张害藩,《软件工程导论》(第四版),清华大学出版社;

王珊等,《数据库原理及设计》,清华大学出版社;

赵池龙等,《软件工程实践教程》,电子工业出版社。

2实际开发结果

2.1产品

图书管理系统

a.  程序系统共有两个版本,分别是管理员1.0  源程序行数:14600行 100M与公共版1.0 源程序行数13200行 98M;

b.  数据表结构设计

c. 1图书信息表(tsxxb)

d.  

e. 4.2读者信息表(dzxxb)

f.  

g.4.3借阅信息表(jyxxb)

h. 

i.  4.4图书类别表(tslbb)

j.   

k.4.5出版社信息表(cbsxxb)

l.   

m.              4.6读者类别表(dzlbb)

n. 

o. 

p.4.7图书注销信息表(tszxxxb)

q.   

2.2主要功能和性能

本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能。

(1)图书管理

图书类别管理:增、删除、改等管理。

图书信息管理:新书入库,图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理员按不同方式查询、统计,读者按不同方式查询。

出版社信息管理:增、删除、改等管理。

图书注销:某一部分图书会随着时间的增长及知识的更新而变得不再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。

(3)读者管理

读者类别信息管理:增、删除、改等管理。

读者信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除读者信息。

(4)借阅管理

续借管理:提供读者在符合规定的情况下网上续借。

还书管理:根据借阅卡编号、图书ID等,在借阅信息表中找到相应的记录,将借书记录删除,更新该记录的相应数据(图书信息表)。根据违反规定情况计算和登记罚款记录。

借书管理:根据借阅卡编号和图书编号,进行借书登记。在借阅信息表中插入一条借书记录,该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息,更新该记录的相应数据(图书信息表)。把超期图书以列表的形式显示出来,并以电子邮件或打印成书面通知读者。提供读者网上查询自己的借阅情况(包括超期提示)

2.3基本流程

2.4进度

原计划此图书管理经费占整个图书管理系统的百分之二十,即是30万,时间为3个月,图书管理的开发的时间最长不能超过原定计划的3天。比原计划提前了10天。

2.5费用

列出原定计划费用与实际支出费用的对比,包括:

a.       ,项目经理一名:14000  测试人员3名共:20000,架构师,分析师共:18000,

其他5个共: 30000

b.       计算机的使用时间,区别CPU时间及其他设备时间:700小时

c.       物料消耗、出差费等其他支出:20000

明确说明,经费是超出了、还是节余了,分析其主要原因。

相对于计划20万的成本预算,节约了大概18000块,主要原因是比原计划提早了大概10天完成了项目

3开发工作评价

3.1对生产效率的评价

给出实际生产效率,包括:

1.系统开发已历时快3个与的时间了

2.开发的反复性比较多。

3.对客户的需求理解不是很透彻。

综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。

3.2对产品质量的评价

经过我们各位成员的共同努力,图书管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。

3.3对技术方法的评价

1.系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。

2.系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。

3.我们在项目开发中,使用了一些测试工具,包括JUnit,JCheck。

测试工具的应用可以提高测试的质量、测试的效率。但是在选择和使用测试工具的时候,我们也应该看到,在测试过程中,并不是所有的测试工具都适合我们使用,同时,有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。

3.4出错原因的分析

开发工程中存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug

4经验与教训

4.1签定合同

一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

4.2需求的调研

  在项目确立后,就到了需求调研分析阶段。

1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

3.4出错原因的分析

开发工程中存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug

4经验与教训

4.1签定合同

一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

4.2需求的调研

  在项目确立后,就到了需求调研分析阶段。

1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

4.3做好开发计划

在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

4.4良好的沟通

在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

更多相关推荐:
图书管理系统项目开发总结报告

图书管理系统项目开发总结报告1引言211编写目的212背景213定义214参考资料22实际开发结果221产品2222系统性能要求523基本流程624进度725费用73开发工作评价731对生产效率的评价732对产...

图书管理系统项目报告

目录一前言11目的12项目背景概述13项目实施环境14项目人员及其分工25项目实施计划2二需求分析21概述22功能需求33其它需求3三分析与设计41应用程序框架设计42迭代实施43功能模块设计5四调试与使用71...

图书管理系统 项目开发总结报告

项目开发总结报告GB856788目录1引言311编写目的312背景313定义314参考资料42实际开发结果421产品4c1图书信息表5e42读者信息表5g43借阅信息表6i44图书类别表6k45出版社信息表7m...

大学图书馆管理信息系统项目总结报告

大学图书馆管理信息系统20xx63信息系统项目组图书馆信息管理系统项目建议书沙尘暴项目小组目录1项目概述211背景描述212项目目标213项目组成员32项目管理过程421项目启动422项目计划423项目实施52...

图书馆管理系统项目开发总结报告

1引言1.1编写目的到此,系统已基本完成。编写此计划的目的是为了对项目的完成情况进行总结,方便软件下一步的进展。1.2背景大四上学期实践内容:图书馆管理系统项目开发小组成员:陈佳、王立鹏、和婷c.用户:中小学、…

软件工程--图书管理系统项目开发总结报告

软件工程图书管理系统项目开发总结报告设计题目图书管理系统小组成员非常23指导老师20xx年6月1日目录1引言111编写目的112背景113定义114参考资料12项目概述221项目简介222开发环境223开发成果...

10.图书管理系统项目开发总结报告

项目开发总结报告GB8567881引言11编写目的对项目作出总结12背景A本项目的名称图书管理系统B本项目的提出者软件工程课程教师丁华锋C本项目的开发者刘飞谭艳宾亚D本项目的使用者读者图书管理员游客13定义图书...

图书馆管理系统软件项目开发计划书

图书馆管理系统项目开发计划图书馆管理系统项目开发计划书1图书馆管理系统项目开发计划修订记录2图书馆管理系统项目开发计划目录1111213142212223231232233234引言5编写目的5背景5定义5参考...

图书馆管理系统项目开发计划

图书馆管理系统项目开发计划的编写姓名XXX学号10603090240XX班级计09X班二零一二年三月三十日目录21引言3211编写目的3212背景3213定义3214参考资料322项目概述3221工作内容322...

图书馆管理系统项目总结

图书馆管理系统项目总结12月6日在4号教学楼108召开了图书馆管理系统的项目小组会议参与会议的成员有组长杨树珍组员杨慧孙欣欣刘璐吴晗玉刘霜一共六人整个会议由杨慧负责做会议记录孙欣欣杨树珍负责拍照会议大体分为三大...

软件工程图书管理系统项目开发计划

附录A图书管理系统项目开发计划图书管理系统项目开发计划1引言11编写目的本开发计划的目的是a把在开发过程中对各项工作的人员分工经费系统资源条件等问题的安排用文档形式记载下来以便根据本计划开展和检查本项目工作保证...

图书管理系统测试总结评估报告(第10组)

图书信息管理系统Library测试总结分析报告重庆正大软件职业技术学院20xx年05月05日TSGL软件测试分析报告文档名称测试总结分析报告作者XXX审核XXX批准日期20xx55日期20xx56日期第i页TS...

图书管理系统项目总结(21篇)