图书馆管理项目开发总结报告Word文件下载.docx
《图书馆管理项目开发总结报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《图书馆管理项目开发总结报告Word文件下载.docx（9页珍藏版）》请在冰豆网上搜索。
文档中采用的专门术语的定义及缩略词简要如下：
LMS：
LibraryManagementSystem，图书管理系统。
N．1．4参考资料
列出要用到的参考资料，如：
a．属于本项目的其他已发表的文件：
软件需求说明书
数据要求说明书
概要设计说明书
详细设计说明书
数据库设计说明书
测试计划
测试分析报告
b．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准：
a．软件需求说明书
+SQLServer项目开发实践苏年乐主编
项目开发全程实录周桓王殊宇主编
d．《实用软件工程》（第二版）郑人杰，殷人昆，陶永雷
e．《软件工程》（第二版）王立福，麻志毅
f．《数据库系统导论》date着
N．2实际开发结果
N．2．1产品：
主程序：
版本号：
正式版本：
测试版本：
，
各个模块的关系图如下：
N．2．2主要功能和性能
N．2.2.1主要功能：
1）．图书查询和统计
1.通过输入图书的相应信息来获得图书的详细信息。
每本书都有唯一的ISBN以此来作为数据库的主键可以确保书籍信息的唯一性。
2．输入：
1>
单一查询方式：
通过书名，通过书的类别，通过书的作者等等信息。
2>
组合查询：
把单一查询的条件组合起来，实现条件的组合。
可以大大缩小范围。
3．处理：
将输入信息转化为SQL语句，对数据库进行查询，并返回记录集。
应用程序将记录集中的信息返回图书的列表。
4．输出：
当用户单击列表中的元素时，会把图书的详细信息显示出来。
5．内部生成数据：
当图书的数量到达一定的规模之后，应该将数据库进行导出备份。
2）列出所有图书资料。
1．概述：
此功能用于将所有的图书信息列出，方便用户或管理员进行图书的查找。
当查询条件为空时，将会输出全部的图书资料。
3．输出：
将提取得到的全部资料按编号顺序输出。
4．内部生成数据：
无。
3）图书修改
图书的ISBN属于主键，作为合理的数据库主键，故不可更改。
只有管理员才拥有对图书的修改权限，在这之前应该进行登录。
插入：
添加一个完整的图书记录到数据库中。
删除：
删除一些过时的图书信息。
更改：
点击相应的图书，进入编辑模式，然后进行图书的信息修改，但ISBN不能修改。
全部通过标准的SQL语句进行插入，删除。
给出修改是否成功的提示，并且输出修改过的项为当前项，并标识出来。
4）图书借阅功能：
1．概述：
学生选择相应的图之后可以对相选的书籍进行借阅。
一个组合查询条件或者空查询条件。
3．处理：
根据查询条件转化成SQL查询语句，然后将对应的记录集以列表的方式列出。
当用户选择借阅之后就可以将图书添加到自己的收藏之中。
提示用户借阅成功，如果借阅的书本已经超过了能借阅的最大数量，就弹出警告提示。
5）用户管理功能。
对借阅用户进行管理，主要的目的在于新用户的添加和过期用户的删除。
用户的姓名、学号等信息。
先列出用户的详细信息，再由管理员确定是否修改。
提示管理员是否修改成功。
N2.2.2性能：
精度
数据的精度要求：
数据精度和格式要求：
BookInfo。
PubInfo表结构
字段名
数据类型
长度
主键
描述
pubid
varchar
是
出版社编号
pubname
50
否
出版社名
pubcity
20
所在城市
address
30
地址
cperson
联系人姓名
cptel
联系人电话
BookInfo表结构
bid
图书编号
bname
图书名称
btype
图书类别
author
作者
pubdate
date
出版日期
price
money
价格
bnum
int
总册数
Bremark
text
16
摘要
时间特性
响应时间：
<
10秒。
响应的时间主要由服务器的配置与同时访问的数量决定的。
灵活性
数据库的操作方式：
可以采用服务端的方式，同时也可以使用数据库自带的企业管理器进行更改。
如果数据存储方式是开源方式，甚至可以直接用文本进行更改。
运行环境的变化：
可以在所有的WIN操作系统上运行，但是要求装了以上的版本。
N．2．3基本流程
N．2．4进度
（1）文档进度：
文档名称
负责人
第一版完成时间
最终完成时间
项目开发计划
刘济清
4月10日
4月20日
张上钦
4月15日
4月25日
刘济清、张上钦
5月2日
5月7日
刘济清、罗鸣东
5月14日
5月17日
5月19日
罗鸣东
5月22日
5月25日
5月30日
全体工作人员
6月1日
6月5日
实际开发过程中，代码编写比预定的晚了几天---到才得以完成。
不过由于后面安排的时间充足，故测试、调试、运行仍在结束，最终按时完成。
N．2．5费用
费用无
N．3开发工作评价
N．3．1对生产效率的评价
本小组的实际生产效率：
a．文件的平均生产效率，即每人月生产的千字数：
4k字
N．3．2对产品质量的评价
本小组在测试中时，每千条指令的错误语句不多，基本上都能够很快的予以排除。
本产品基本完成了预定的需求目标，即实现了图书馆的基本功能的增加，修改，删除，查询，等功能。
并且设置了管理员于普通用户的不同权限，以方便数据的管理。
N．3．3对技术方法的评价
这个程序实现的功能并不复杂，因此并没有使用什么比较高技术的算法。
本程序的难点在于网络方面，系统管理员、普通用户的认证等。
这些通过组员的努力，已经得到解决。
编码时使用的工具为MicrosoftVisualC#。
选择C#的主要原因是大家对它都比较熟悉，而且我们是正在学这种课程，正好能学以致用。
不用专门再去花很多时间研究。
N．3．4出错原因的分析
开发中出错部分主要在于数据库和网络方面。
造成这种结果的原因是我们对以上两个部分的知识还不够熟悉，无法纯熟的使用有关它们的技术。
还有就是大家初次合作，未能很好的磨合。
N．4经验与教训
第一、对于一个文档编写人员、项目经理来说，我们是一个系统的核心开发人员。
一个系统的搞定，特别是一个大的系统的搞定。
这不是小打小闹，从人的角度上讲：
是要讲一种团队合作的精神的，组长张上钦一开始就要负责将系统分解进行小组的分工，先将哪些人该做哪些事分清楚，这样每天每个人都有活儿去干，最后再分别对每个模块进行单元测试，测试完后，再对整个系统连起来进行集成测试。
从软件工程的角度上讲：
这是要有一定的规范的。
特别是这个文档的编写，我们就感觉到学了软件工程以后编系统就是不一样。
以前编系统毫无系统化、规范化，而这一次，都要按思路，首先第一天完成可行性研究报告、项目开发计划书，第二天完成系统需求规格说明书、概要设计说明书。
编系统就要有一定的工程化的意识，有一定的文档编写的能力。
而且也要注意这个代码的编写上面，要让我们小组成员也能看懂我的代码，这就要求代码要具有一定的可读性，即代码旁要加上注释。
这一点也很符合软件工程的观点。
第二、对于一个数据库设计人员来说，一个系统的实现，首先要能熟悉数据库系统原理和面向对象的分析方法。
并且要严格按照需求规格说明书将系统划分为哪几个对象、哪几个类，每个类有哪些属性，而且这个数据库一旦设计出来了，就不能进行大的改动了，否则到后来受影响的不仅仅是数据库了，而且还有C#程序的一些内部代码的设计。
但不管是什么类，都有一个ID号，一个NAME，是属于人的类，就要有权限Privity，是属于东西的类，就要有状态STATUS，每个类将来就对应了一张基本表。
然后再根据系统的功能的要求，建立若干个查询。
最后还得将该数据库与一个数据访问对象（例如SDATA），再将ADATA与c#数据环境，就可在c#环境下操纵数据库中的数据。
第三、对于一个系统的开发人员来说，我想最重要的不是仅仅将系统设计成一个无错的状态，就可以说完成了，而是要严格按照概要设计说明书、详细设计说明书的一套文档来指导自己的编写工作。
以前普遍认为，文档可写也可以不写，而编码是最重要的。
现在可以这么说，先有文档，后有编码。
文档是要排在第一位的，然后才是编码。
写文档的人是真正的系统分析工作，是指导你去编程的，这样编码就不会这样随便，胡乱瞎编。
出了什么错误，在哪儿出的错误，也不知道，互相推诿，测试也测试不出。
没有一定的根据，没有一定的测试用例就去测试。
第四，对于一个系统测试人员来说，一个系统的最终实现，最后就要靠你们来完成代码的最后审核工作。
一个系统的最后是交付给用户的。
所以对一个系统的最后审核工作，一定要慎之又慎。
一定要几乎查出系统的所有毛病、弱点。
只有这样做了，才会真正对用户负责。
这个系统的实现，给了我们一次绝好的机会，去了解软件工程的思想，用软
工程的一套方法去编制系统，一改我们对管理信息系统的认识和看法，明白了软件工
书上说的东西，不是枯燥无味的，而是前辈总结出来的精华所在。
在以后的开发过程
也要注重这种思想，真正将这门课程学通了。
升级会员 