软件工程类有关论文范文数据库,与软件工程课程设计报告相关毕业论文范文

本论文是一篇软件工程类有关毕业论文范文,关于软件工程课程设计报告相关学士学位论文范文。免费优秀的关于软件工程及数据库及图书管理系统方面论文范文资料,适合软件工程论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。

软件工程课程设计报告

2004/2005第一学期

组长:高俊麒

同组者:许萦英,耿慧

班级:__01计本一_

指导教师:费贤举

计算机科学与工程系

2004年12月

图书管理系统设计与实现

选题理由及情况说明,小组分工情况

选题理由:

随着社会信息量的与日俱增,作为信息存储的主要媒体之一图书,数量,规模比以往任何时候都大的多,不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍.在计算机日益普及的今天,对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍,会方便许多.对图书管理部门而言,以前单一的手工检索已不能满足人们的要求,为了便于图书资料的管理需要有效的图书管理软件.

情况说明:

《图书管理系统》针对的用户是单个中小型图书室或者个人,藏书的种类和数量较少,读者的数量和来源受到一定的限制.图书管理系统软件LMSV1.0是一套功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点.该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的DOS,WINDOWS系列等操作系统上使用.除此以外,LMSV1.0可通过访问权限控制以及数据备份功能,确保数据的安全性.

小组分工情况:

组长:高俊麒

如何写软件工程学位论文
播放:33724次 评论:4712人

负责主界面,系统操作那一块的所有.数据环境的建立与连接等

项目需求分析规格说明书,软件测试计划.

测试主界面与其他各个窗体的连接,系统操作.组员:许萦英

负责图书查询,读者查询,数据库的建立.

项目开发计划书,项目可行性研究报告.测试图书流通中的借书,还书.

负责图书流通中的借书,还书.

项目详细设计规格说明书,项目需求分析规格说明书.

测试图书查询,读者查询,读者借阅信息以及读者口令修改.

可行性研究报告

见《可行性研究报告》

项目开发计划书

见《项目开发计划书》

系统需求规格说明书

见《系统需求规格说明书》

概要设计说明书

见《概要设计说明书》

详细设计说明书

见《详细设计说明书》

系统现状及设计心得体会

系统现状:

1.能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:

1)图书信息的录入,

2)图书信息的多关键字检索查询.

3)图书的出借,返还和资料统计.

2

1)读者信息的登记,删除及修改.

2)读者资料的统计与查询.

3.能够对需要的统计结果提供列表显示输出.

4:

第一,对于一个文档编写人员,项目经理来说,你们是一个系统的核心开发人员.一个系统的搞定,特别是一个大的系统的搞定.这不是小打小闹,从人的角度上讲:是要讲一种团队合作的精神的,组长一开始就要负责将系统分解进行小组的分工,先将哪些人该做哪些事分清楚,这样每天每个人都有活儿去干,最后再分别对每个模块进行单元测试,测试完后,再对整个系统连起来进行集成测试.从软件工程的角度上讲:这是要有一定的规范的.特别是这个文档的编写,我就感觉到学了软件工程以后编系统就是不一样.以前编系统毫无系统化,规范化,而这一次,都要按思路,首先第一天完成可行性研究报告,项目开发计划书,第二天完成系统需求规格说明书,概要设计说明书.编系统就要有一定的工程化的意识,有一定的文档编写的能力.而且也要注意这个代码的编写上面,要让我们小组成员也能看懂我的代码,这就要求代码要具有一定的可读性,即代码旁要加上注释.这一点也很符合软件工程的观点.

第二,对于一个数据库设计人员来说,一个系统的实现,首先要能熟悉数据库系统原理和面向对象的分析方法.并且要严格按照需求规格说明书将系统划分为哪几个对象,哪几个类,每个类有哪些属性,而且这个数据库一旦设计出来了,就不能进行大的改动了,否则到后来受影响的不仅仅是数据库了,而且还有VB程序的一些内部代码的设计.但不管是什么类,都有一个ID号,一个NAME,是属于人的类,就要有权限Privity,是属于东西的类,就要有状态STATUS,每个类将来就对应了一张基本表.然后再根据系统的功能的要求,建立若干个查询.最后还得将该数据库与一个数据访问对象(例如ODBC),再将ODBC与VB数据环境或ADO控件相连,就可在VB环境下操纵数据库中的数据.

第三,对于一个系统的开发人员来说,我想最重要的不是仅仅将系统设计成一个无错的状态,就可以说完成了,而是要严格按照概要设计说明书,详细设计说明书的一套文档来指导自己的编写工作.以前普遍认为,文档可写也可以不写,而编码是最重要的.现在可以这么说,先有文档,后有编码.文档是要排在第一位的,然后才是编码.写文档的人是真正的系统分析工作,第四,对于一个系统测试人员来说,一个系统的最终实现,最后就要靠你们来完成代码的最后审核工作.一个系统的最后是交付给用户的.所以对一个系统的最后审核工作,一定要慎之又慎.一定要几乎查出系统的所有毛病,弱点.只有这样做了,才会真正对用户负责.

这个系统的实现,给了我们一次绝好的机会,去了解软件工程的思想,用软件工程的一套方法去编制系统,一改我们对管理信息系统的认识和看法,明白了软件工程书上说的东西,不是枯燥无味的,而是前辈总结