图书管理系统项目总结报告.docx
《图书管理系统项目总结报告.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目总结报告.docx（12页珍藏版）》请在冰豆网上搜索。
图书管理系统项目总结报告
项目开发总结报告（GB8567——88）
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）
字段
类型
长度
格式
约束
图书编号
文本
20
主键，必须输入
图书名称
文本
50
必须输入
图书类别编号
文本
20
必须输入
书架位置
文本
20
ISBN
文本
20
作者
文本
20
译者
文本
20
单价
数值
出版社编号
文本
20
出版时间
时间/日期
总数量
数值
入库日期
时间/日期
入库操作员
文本
10
现存量
数值
借阅次数
数值
是否注销
文本
1
内容简介
文本
200
备注
文本
50
d．
e．4.2读者信息表（dzxxb）
字段
类型
长度
格式
约束
读者编号（借书证号码和用户名与此同）
文本
20
主键，必须输入
读者姓名
文本
10
必须输入
读者类别编号
文本
20
必须输入
读者性别
文本
2
出生日期
时间/日期
读者状态
文本
4
办证日期
时间/日期
已借图书数量
数值
证件名称
文本
10
证件号码
文本
20
读者单位
文本
30
联系地址
文本
40
联系电话
文本
30
EMAIL
文本
30
用户密码
文本
10
办证操作员
文本
10
备注
文本
50
f．
g．4.3借阅信息表（jyxxb）
字段
类型
长度
格式
约束
图书编号
文本
20
主键，必须输入
图书名称
文本
50
读者编号
文本
20
主键，必须输入
读者姓名
文本
10
图书价格
数值
借阅日期
时间/日期
应还日期
时间/日期
续借次数
数值
借阅操作员
文本
10
h．
i．4.4图书类别表（tslbb）
字段
类型
长度
格式
约束
图书类别编号
文本
20
主键，必须输入
图书类别名称
文本
20
必须输入
备注
文本
50
j．
k．4.5出版社信息表（cbsxxb）
字段
类型
长度
格式
约束
出版社编号
文本
20
主键，必须输入
出版社名称
文本
30
必须输入
出版社地址
文本
40
邮政编码
文本
6
联系人
文本
20
联系电话
文本
30
EMAIL
文本
30
备注
文本
50
l．
m．4.6读者类别表（dzlbb）
字段
类型
长度
格式
约束
读者类别编号
文本
20
主键，必须输入
读者类别名称
文本
10
必须输入
可借书数量
数值
可借书天数
数值
可续借次数
数值
逾期缓冲天数
数值
逾期每天罚款金额
数值
丢失罚款倍数
数值
n．
o．
p．4.7图书注销信息表（tszxxxb）
字段
类型
长度
格式
约束
图书编号
文本
20
主键，必须输入
注销数量
数值
必须输入
注销日期
时间/日期
注销操作员
文本
10
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对生产效率的评价
给出实际生产效率，包括：
１.系统开发已历时快3个与的时间了
２.开发的反复性比较多。
３．对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
3.2对产品质量的评价
经过我们各位成员的共同努力，图书管理系统已经很好的完成了客户的业务流需求。
经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。
如：
前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。
总的来说，此系统的功能开发还是一个比较成功的案例。
3.3对技术方法的评价
1．系统开发框架：
此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。
但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。
这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。
使我们的技术不断的更加成熟。
2．系统安全加密：
此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。
这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。
Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3.我们在项目开发中，使用了一些测试工具，包括JUnit,JCheck。
测试工具的应用可以提高测试的质量、测试的效率。
但是在选择和使用测试工具的时候，我们也应该看到，在测试过程中，并不是所有的测试工具都适合我们使用，同时，有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。
3.4出错原因的分析
开发工程中存在着一些问题，造成这些问题的原因是多方面的。
如：
前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug
4经验与教训
4.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。
往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。
这样以来，我们就大大的降低了我们的开发效益。
虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
4.2需求的调研
在项目确立后，就到了需求调研分析阶段。
１．项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
２．我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
３．在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。
很多程序员不愿参与到客户的需求调研中去，为什么呢？
很简单，与客户沟通不如与代码沟通容易有意思。
尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。
很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？
需求调研有出去和朋友一块烂漫对吗。
。
。
虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
3.4出错原因的分析
开发工程中存在着一些问题，造成这些问题的原因是多方面的。
如：
前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug
4经验与教训
4.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。
往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。
这样以来，我们就大大的降低了我们的开发效益。
虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
4.2需求的调研
在项目确立后，就到了需求调研分析阶段。
１．项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
２．我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
３．在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。
很多程序员不愿参与到客户的需求调研中去，为什么呢？
很简单，与客户沟通不如与代码沟通容易有意思。
尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。
很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？
需求调研有出去和朋友一块烂漫对吗。
。
。
虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
4.3做好开发计划
在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。
在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
4.4良好的沟通
在其他行业中，人与人的之间的沟通只很重要的。
项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。
在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。
在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
升级会员 