项目开发总结报告（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对生产效率的评价

给出实际生产效率，包括：

１.系统开发已历时快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良好的沟通

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

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

项目开发总结报告（GB8567——88）

1引言

1.1编写目的

对项目作出总结.

1.2背景

A.本项目的名称：图书管理系统

B.本项目的提出者：《软件工程》课程教师——丁华锋

C.本项目的开发者：刘飞、谭艳、宾亚

D..本项目的使用者：读者、图书管理员、游客

1.3定义

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

1.4参考资料

1.钱乐秋等，《软件工程》，青华大学出版社

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

3．《软件工程导论》（第五版） 张海藩编著 清华大学出版社

4．《数据库系统概论》（第四版） 王珊 萨师煊 高等教育出版社

2实际开发结果

2.1产品

1．图书管理系统

2．数据表物理结构设计如下：

（1）管理员（账号，姓名，密码）

（2）用户（账号，姓名，密码，是否锁定，借书数量）

（3）书籍（书号，书类，书名，作者，出版社，出版日期，价格，入库日期，图书数量）

（4）图书类别（类别号，类别名）

（5）借阅（书号，借书时间，用户账号）

（6）消息表（消息编号，消息内容，用户账号）

2.2主要功能和性能

该系统主要有三个大的模块：管理员、读者、游客，各自根据不同的权限输入用户名和密码后进入相应的模块，其中每个模块的主要功能如下：

管理员模块主要包括：个人资料、图书管理、用户管理、数据库管理。其中各个子模块的主要内容是：个人资料包括查询个人基本资料以及修改密码；图书管理包括查看全部图书，查看图书时可以对图书的一些基本信息进行修改以及删除图书，还可以根据图书的分类来查看图书以及修改和删除图书分类，根据图书的书名、分类、出版社、价格范围、出版日期来查询图书，添加图书分类，根据分类的id号来删除图书分类，添加图书，删除图书，查看图书借出情况，查看是否超期，是否交了罚金，以及进行还书等操作；用户管理主要包括用户借书、用户还书，可以输入用户id和图书id进行借、还书操作，用户管理可以进行删除、修改、锁定、添加用户等操作，管理员管理可以进行删除、修改密码、添加管理员等操作，查看超期用户；数据库管理包括备份和还原操作。

读者模块主要包括：个人资料和图书管理。其中个人资料包括查看个人资料、我的借书情况、查看消息以及修改密码，图书管理包括查看全部图书也可以根据图书的分类来查看图书，然后可以根据书名、分类、出版社、价格范围、出版日期等条件来查询图书。

游客模块主要就是图书管理，包括查看全部图书，根据图书的分类查看图书，根据书名、分类、出版社、价格范围、出版日期等条件来查询图书。

项目的实际开发情况与预计的功能基本相符，主要功能基本实现，细节上略有变更。

2.3基本流程

2.4进度

上表是项目预计开发进度，实际开发进度比预计开发进度提前一周。

2.5费用

因为该项目的课程设计，是无偿开发，不涉及费用。

3开发工作评价

3.1对生产效率的评价

给出实际生产效率，包括：

１.系统开发已历时2个月了

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

３．对系统功能的理解不是很透彻。

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

3.2对产品质量的评价

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

3.3对技术方法的评价

本项目运用Dreamweaver8和SQLserver2000开发。本系统采用B/S模式，严格按照B/S模式的思想设计系统。此系统使用的是框架结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

3.4出错原因的分析

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

4经验与教训

通过本次课程设计，加深了对软件开发流程的深入理解。这是第一次严格的按照软件工程开发的标准开发项目。在课程设计过程中，认真编写软件开发文档和程序代码。代码编写完后，再认真测试，检查系统的不足之处。由于之前开发系统都没有编写软件开发文档的习惯，因此，在编写软件开发文档的过程中遇到了一些问题，但是通过查阅资料等途径解决了。

通过本次课程设计，深刻体会到软件工程文档编写的重要性，软件工程文档是指导我们进行项目开发的指挥棒。编写好一份高效可行的软件工程文档对软件开发非常重要。还有，对系统的需求分析非常重要，需求的变成直接影响项目的开发进度。这次课程设计首先对系统的需求理解不透彻，走了一点弯路，浪费了一些时间。在以后的软件开发过程中尽量吸取本次课程设计的经验教训，提高项目开发效率。