软件工程--图书管理系统项目开发总结报告

1、软件工程-图书治理系统工程开发总结报告设计题目：图书治理系统小组成员：非常“2+3指导老师：2021年6月1日目录1 .引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料12 .工程概述22.1 工程简介22.2 开发环境22.3 开发成果22.3.1 产品22.3.2 主要功能和性能32.3.3 进度32.3.4 费用43 .开发总结43.1 工程整体局部43.2 需求及设计局部53.3 软件开发局部54 .开发工作评价54.1 对生产效率的评价54.2 对产品质量的评价64.3 对技术方法的评价64.4 出错原因的分析65 .未来展望61 .引言1.1 编写目的近期结束了

2、现代软件工程中关于图书馆治理系统的开发,这也是我第二次较为正式的组织团队成员进行开发工作.图书馆治理系统规模不算大,但是在组织的过程中,却还是发现“2+3团队在很多地方的缺乏,现总结之.预期读者：XX老师、工程小组.1.2 背景软件系统的名称：图书治理系统本工程的任务提出者：现代软件工程开发者：用户及实现该软件的计算机中央或计算机网络：互联网该软件系统同其他系统或其他机构的根本的相互来往关系：无1.3 定义.NET：MicrosoftXMLWebservices平台；IDE:集成开发环境；C/S:客户机/效劳器结构；MVC:模型视图限制器的缩写,一种软件设计典范；CRUD:增删改查.1.4 参

3、考资料(1)、?软件工程导论一一第5版?,张海藩编著,清华大学出版社(2)、?实用软件工程?,LeszekA.MaciaszekBrucLeeLiong著,机械工业出版社2 .工程概述2.1 工程简介图书馆治理系统面向读者、图书治理员、系统治理员及游客提供效劳.其中,读者可查询、借阅、预定、归还图书及留言；图书治理员可完成图书的上下架、现有库存图书的借还治理等；在此根底上,系统治理员可以实现对注册读者及图书治理员的治理、通知公告的发布、系统数据治理及留言治理等.2.2 开发环境该系统在.NET、利用C#在VisualStudio2021IDE完成开发,并采用SqlServer2021作为后台数

4、据库.解决方案整体采用C/S结构,架构在.NETFramework4及MVC3.0之上.2.3 开发成果2.3.1 产品(1)图书馆治理系统图2-1图书治理系统结构登录注册(2)数据表物理结构设计如下:图2-2数据表物理结构2.3.2 主要功能和性能该系统主要有三个大的模块：借阅者、图书治理员及系统治理员,其中每个模块的主要功能如下:借阅者模块主要包括：图书检索及预订、借阅信息查询、建议留言及个人信息维护等.其中检索功能在未登录情况下也被授权,其余均需验证.每个借阅者有借阅上限,具体借阅信息可以通过查询得到.为完善系统,更好的为用户效劳,该系统提供留言子系统,供收集用户建议,改善工作.图书治理

5、员模块主要包括：处理图书的借阅、归还及罚金等.其中关于处理罚金,根据返还图书是否超期而定.系统治理员模块主要包括：用户治理、图书信息治理、留言治理及系统数据治理等.其中,用户治理可以完成对借阅者及图书治理的CRUD;图书信息治理包括对图书种类、书目及图书的CRUD;留言治理处理留言回复；系统数据治理负责对系统数据的备份及复原.工程的实际开发情况与预计的功能根本相符,主要功能根本实现,细节上略有变更.2.3.3 进度表2-1进度表工作任务开始日期完成日期所需资源里程碑需求分析2021/9/272021/10/10可行性研究报告与工程开发计戈IJ、硬件设备、软件工具有详细的数据流图、数据字典等.开

6、发人员查阅相关资料确定好系统必须完成的功能.总体与详细设计2021/10/112021/12/5需求分析报告、编程的经f资料、开发需要的软硬件资源各种所要实现的功能完成具体的实现方法,源代码清单的完成.测试2021/12/62021/6/1详细设计阶段的源代码清单.各种测试方法.相关的测试方法使用后,找出的错误都被修改了.维护开发人员的开发经验用户的满意上表是工程预计开发进度,实际开发进度比预计开发进度提前一周.2.3.4 费用由于该工程属于课程设计,不涉及费用.3 .开发总结3.1 工程整体局部(1)由于团队成员来自多个专业,课程安排不同,因此成员间沟通根本通过小组会议.缺少及时的沟通,有时

7、会托缓工程进度,且易造成模块间对接难度加大；对面向对象的熟悉程度不同,阶段性交流效果不佳.(2)如(1)中所述,由于团队成员间根底不一,所以在工程治理中进度表的定制较为困难.在充分了解成员的根底上,完善工程任务进度表,把每月、每星期、甚至每天(如果需求足够明确的话)任务进度表示清楚,并按部就班的执行,将有助于合理化工程治理,提高工程开发进度.3.2 需求及设计局部(1)对需求设计不要求大量的人员参与,只需要2-3个人就可以完成任务.但在此过程中需定期和其他人员讨论,并提出想法和修改意见,并根据具体情况做适当的改良.(2)整体需求过程中,尤其是已经确定的功能需求,没有设计并论证好详细的流程,导致

8、逻辑的可行性不可保证.(3)需求和设计应加大重视的力度.(设计包括流程和简单的页面设计)a)保证页面布局和风格的统一.b)设计完成后,要经过讨论确定后再进行编码.(4)数据库设计需建立模型,并且每经过一次修改,都要经过论证.(5)要充分考虑到技术的可行性,并尽量使用简单实用的技术方法来满足功能的需求,但一切要以效率和性能为前提.3.3 软件开发局部(1)代码的编写标准,需要编写一个典型的DEMO,并做一个简单的培训,供大家参考格式.因工程较小,参与人员不多,本次编码较为标准.(2)着力作好工程开发记录文档.例如：对具体的某个功能实现有详细的记录,包括页面使用,类及对应的方法,测试实例等.(3)

9、阶段审核,切不可在完成全部功能后,才发现某些代码设计不合理,所以在由项目负责人根据阶段完成的情况来进行阶段审核讨论,发现问题并及时改正.(4)急需一份代码编写标准.正着手准备.(比方：Session使用,全局变量使用范围,页面间参数传递的问题等)(5)根底底层架构不够完善,需尽快完善.4 .开发工作评价4.1 对生产效率的评价给出实际生产效率,包括：1 .作业下达超20周,系统开发历时4个月2 .开发的反复性也有,主要原因是跨度稍大,平时作业较多,造成一定程度上的生疏.3 .对系统功能的理解不是很透彻,主要是没有较好的原型系统.综合以上,此工程的开发效率不是很高,相反有相当一定时间的浪费.4.

10、2 对产品质量的评价经过我们各位成员的共同努力,图书治理系统根本能完成预计的功能.作为课程设计课题,此工程开发的还是比拟成功,但是还是存在着一些问题,造成这些问题的原因是多方面的.如：前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的潜在问题.总的来说,此系统的功能开发还是一个比拟成功的案例.4.3 对技术方法的评价在.NET、利用C#在VisualStudio2021IDE完成开发,并采用SqlServer2021作为后台数据库.解决方案整体采用C/S结构,架构在.NETFramework4及MVC3

11、.0之上.因是较新接触的技术,局部实现稍有困难.但就目前实现情况来看,整体表现良好,但增强平安机制等的使用,会使我们的技术不断的更加成熟.4.4 出错原因的分析开发工程中存在着一些问题,造成这些问题的原因是多方面的.如：前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的潜在问题.5 .未来展望通过本次课程设计,加深了对软件开发流程的深入理解.这是第一次严格的根据软件工程开发的标准开发工程.在课程设计过程中,每个组员都能够认真编写软件开发文档和程序代码.在课程设计的过程中,小组也深刻体会到软件工程文档编写的重要性,软件工程文档是指导我们进行工程开发的指挥棒.