图书管理系统项目总结报告.docx

上传人:lao****ou 文档编号:1071450 上传时间:2024-10-14 格式:DOCX 页数:16 大小:128.22KB
下载 相关 举报
图书管理系统项目总结报告.docx_第1页
第1页 / 共16页
图书管理系统项目总结报告.docx_第2页
第2页 / 共16页
图书管理系统项目总结报告.docx_第3页
第3页 / 共16页
图书管理系统项目总结报告.docx_第4页
第4页 / 共16页
图书管理系统项目总结报告.docx_第5页
第5页 / 共16页
亲,该文档总共16页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《图书管理系统项目总结报告.docx》由会员分享,可在线阅读,更多相关《图书管理系统项目总结报告.docx(16页珍藏版)》请在第一文库网上搜索。

1、工程开发总结报告(GB856788)目录1引言31.1 编写目的31.2 背景31.3 定义31.4 参考资料42实际开发结果42.1产品4c.1图书信息表5e.4.2读者信息表5g.4.3借阅信息表6i.4.4图书类别表7k.4.5出版社信息表7m.4.6读者类别表7p.4.7图书注销信息表82.2 主要功能和性能82.3 根木流程102.4进度102.5 费用113开发工作评价113.1 对生产效率的评价113.2 对产品质量的评价113.3 对技术方法的评价123.4 出错原因的分析124经验与教训124.1 签定合同124.2 需求的调研134.3 出错原因的分析134经验与教训144

2、.1 签定合同144.2 需求的调研144.3 做好开发方案154.4 良好的沟通151引言1.1 编写目的对工程作出总结.1.2 背景开发软件名称:工程任务提出者:工程开发者:用户:系统管理员、操作员、读者实现软件单位:强记股份1.3 定义图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以,图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。1.4 参考资料钱乐秋等,软件工程,青还大学出版社;张害藩,软件工程导论(第四版),清华大学出版社;王珊等,数据库原理及设计,清华大学出版社;赵池龙等,软件

3、工程实践教程,电子工业出版社。2实际开发结果2.1产品图书管理系统a.程序系统共有两个版木,分别是管理员1O源程序行数:14600行IOOM与公共版1.0源程序行数13200行98M;b.数据表结构设计c. 1图书信息表(tsxxb)字段类型长度格式约束图书编号文本20主键,必须输入图书名称文本50必须输入图书类别编号文本20必须输入书架位置文本20TSBN文本20作者文本20译者文本20单价数值出版社编号文本20出版时间时间/日期总数量数值入库日期时间/日期入库操作员文本10现存量数值借阅次数数值是否注销文本1内容简介文本200备注文本50d. 4.2读者信息表(dzxxb)字段类型长度格式

4、约束读者编号(借书证号码和用户名与此同)文本20主键,必须输入读者姓名文本10必须输入读者类别编号文本20必须输入读者性别文本2出生日期时间/日期读者状态文本4办证日期时间/日期己借图书数量数值证件名称文本10证件号码文本20读者单位文本30文本40联系文本30EMAI1文本30用户密码文本10办证操作员文本10备注文本50e. 4.3借阅信息表(jyxxb)字段类型长度格式约束图书编号文本20主键,必须输入图书名称文本50读者编号文本20主键,必须输入读者姓名文本10图书价格数值借阅日期时间/日期应还日期时间/日期续借次数数值借阅操作员文本10f. 4.4图书类别表(ts1bb)字段类型长度

5、格式约束图书类别编号文本20主键,必须输入图书类别名称文本20必须输入备注文本50g. 4.5出版社信息表(CbSXXb)字段类型长度格式约束出版社编号文本20主键,必须输入出版社名称文本30必须输入出版社地址文本40邮政编码文本6联系人文本20联系文本30EMAI1文本30备注文本50h. 4.6读者类别表(dz1bb)字段类型向度格式约束读者类别编号文本20主键,必须输入读者类别名称文本10必须输入可借书数量数值可借书天数数值可续借次数数值逾期缓冲天数数值逾期每天罚款金额数值丧失罚款倍数数值i. 4.7图书注销信息表(tszxxxb)字段类型长度格式约束图书编号文本20主键,必须输入注销数

6、量数值必须输入注销日期时间/日期注销操作员文本102.2主要功能和性能本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能。(1)图书管理图书类别管理:增、删除、改等管理。图书信息管理:新书入库,图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理员按不同方式查询、统计,读者按不同方式查询。出版社信息管理:增、删除、改等管理。图书注销:某一局部图书会随着时间的增长及知识的更新而变得不再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。(3)读者管理读者类

7、别信息管理:增、删除、改等管理。读者信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除读者信息。(4)借阅管理续借管理:提供读者在符合规定的情况下网上续借。还书管理:根据借阅卡编号、图书ID等,在借阅信息表中找到相应的记录,将借书记录删除,更新该记录的相应数据(图书信息表)。根据违反规定情况计算和登记罚款记录。借书管理:根据借阅卡编号和图书编号,进行借书登记。在借阅信息表中插入一条借书记录,该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息,更新该记录的相应数据(图书信息表)。把超期图书以列表的形式显示出来,并以电子邮件或打印成书面通知读者。提供读者网上查询自己的借阅情况(包

8、括超期提示)2.4进度原方案此图书管理经费占整个图书管理系统的百分之二十,即是30万,时间为3个月,图书管理的开发的时间最长不能超过原定方案的3天。比原方案提前了10天。列出原定方案费用与实际支出费用的比照,包括:a.,工程经理一名:14000测试人员3名共:20000,架构师,分析师共:18000,其他5个共:30000b.计算机的使用时间,区别CPU时间及其他设备时间:700小时c.物料消耗、出差费等其他支出:20000明确说明,经费是超出了、还是节余了,分析其主要原因。相对于方案20万的本钱预算,节约了大概18000块,主要原因是比原方案提早了大概10天完成了工程3开发工作评价3.1 对

9、生产效率的评价给出实际生产效率,包括:1 .系统开发已历时快3个与的时间了2 .开发的反复性比拟多。3 .对客户的需求理解不是很透彻。综合以上,此工程的开发效率不是很高,相反有相当一定时间的浪费。3.2 对产品质量的评价经过我们各位成员的共同努力,图书管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此工程开发的还是比拟成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比拟成功

10、的案例。3.3 对技术方法的评价1 .系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比拟实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。2 .系统平安加密:此系统中针对客户提出的系统平安问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丧失,或者被不法

11、人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的平安性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件平安方面可以借鉴。3 .我们在工程开发中,使用了一些测试工具,包括JUnit,JCheck。测试工具的应用可以提高测试的质量、测试的效率。但是在选择和使用测试工具的时候,我们也应该看到,在测试过程中,并不是所有的测试工具都适合我们使用,同时,有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。3.4出错原因的分析开发工程中存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求的

12、理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug4经验与教训4.1 签定合同一个工程的开发成败或者说工程开发带来效益的大小,在很大程度上是受工程合同签定的影响的。往往,很多一局部公司与客户签定的工程合同都是很模糊的,也很难签定的比拟清楚,这样以来就会导致在工程的开发后期,工作两会越来越大,影响工程的竣工周期;而且,工程的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。4.2 需求的调研在工程确立后,就到了需求调研分析阶段。1 .工

13、程组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样工程组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响工程的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。2 .我们要尽量的让客户也参与到工程的开发团队中来,也就是说我们要使客户把自己也纳入到工程的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为工程的后期功能开发埋下陷阱3 .在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到工程的需求调研中来,为

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

当前位置:首页 > 应用文档 > 工作总结

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服