项目开发总结报告.docx
- 文档编号:6794250
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:17
- 大小:82.45KB
项目开发总结报告.docx
《项目开发总结报告.docx》由会员分享,可在线阅读,更多相关《项目开发总结报告.docx(17页珍藏版)》请在冰豆网上搜索。
项目开发总结报告
旅游自助系统
项目开发总结报告
项目负责人:
小菁
小组成员:
小虹
小军
小骁
小雷
文档变更记录
序号
日期
版本
文档状态
作者
文档章节
备注说明
1
08-01-02
1.0
创建
周军
1
2
初稿
2
08-01-05
1.1
变更
李骁
2
3
4
补充
3
08-01-08
1.2
变更
胡宝雷
4
补充
4
08-01-09
1.3
变更
艾菁
3
4
更新
5
08-01-09
1.4
变更
张虹
4
更新
过程数据小结
序号
日期
版本
文档状态
文档时间
文档规模(个数)
文档主要缺陷(个数)
(分钟)
字
图
表
数量
评审日期
1
08-01-02
1.0
创建
120
1500
1
5
2
08-01-05
1.1
变更
180
2500
2
3
3
08-01-08
1.2
变更
300
5000
19
3
4
08-01-09
1.3
变更
80
6500
19
3
5
08-01-09
1.4
变更
60
7300
19
3
1.引言
自助旅游的定义,简单地讲,就是吃、住、行、游、购、娱,基本上全由游客自己决定。
自助旅游的新概念,也叫背包旅行,起源于发达国家,在英语里面叫“backpacker’stravel”,或“budgettravel”,即背包旅行,省钱的旅行。
随着中国进入第一次消费升级阶段,居民可支配收入和消费水平不断提高,发达地区居民旅游逐步从奢侈品蜕变为必需品。
全球旅游业的散客化趋势影响着中国,自助旅游席卷而来,给我国的一系列旅游产业及其相关制造产业带来了挑战。
它的主要特点之一就是利用互联网技术,旅游者通过网络自由组团和选择参加者,自由选择路线等。
自助旅游最终实现需要一个渐进的过程,拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的,因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息,进一步完善现有的旅游自助体系。
1.1编写目的
随着科学技术的高速发展,我们已步入数字化、网络化的时代。
旅游自助系统是一个管理信息系统,目标是使旅游资源信息化,方便旅游公司及游客便捷地得到需要的旅游信息。
1.2项目背景
随着社会信息量的与日俱增,图书作为主要的传统信息载体,在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求,这也体现在人们的出行与旅行方面,人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原;同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误,他们也需要更系统更严谨的管理手段,从而做到依法管理,有据可查;而对旅游公司而言,高效的经营管理手段是获取最大利益的关键。
在计算机日益普及的今天,一套行之有效的旅游自助管理系统,是大家最好的一个选择,他是人们出行旅行的贴心小助手,是旅游公司负责尽心的大管家,是旅游管理部门安全可靠的档案室与严谨的助理秘书。
他将对人们的出行旅游方式产生时代性的影响。
旅游自助系统软件是一套功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。
该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的简体中文、英文Windows98/2000/ME/XP等操作系统上使用。
除此以外,该软件可通过访问权限控制以及数据备份功能,确保数据的安全性。
建议开发软件名称:
旅游自助系统
项目的提出者:
软件工程课程
开发者:
艾菁、张虹、周军、李骁、胡宝雷
用户:
旅游公司及游客
1.3定义
该旅游自助系统是基于Internet/Intranet及Web技术,建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
文档中采用的专门术语的定义及缩略词简要如下:
TTS:
TravelSelf-helpSystem,旅游自助系统。
SQL(StructuredQueryLanguage):
结构化数据库查询语言
JSP:
JAVAServerPage
1.4参考资料
《软件工程》原书第八版程成、陈霞译机械工业出版社2007.3。
郑人杰,殷人昆,陶永雷。
《实用软件工程》(第二版)。
北京:
清华大学出版社,1997。
金勇华,曲俊生。
《JAVA网络高级编程》。
北京:
人民邮电出版社,2001。
BorlandSoftwareCorporation。
《JBUILDER培训教程》北京:
机械工业出版社,2002。
2.实际开发结果
2.1产品
可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等.
2.2主要功能及性能
功能:
对旅游公司及旅游局输入信息进行管理;
用户的信息检索;
性能:
数据库的录入;
后台信息维护;
不同条件下的信息检索;
旅游服务预约及预约是否成功的反馈;
输出:
旅游景点信息;(包括景点介绍、物理位置、开放时间、参观费用等)
旅游线路信息;(包括日程安排、食宿交通、手续价格、联系方式等)
预约结果反馈;(是否成功)
输入:
旅游景点名称;
旅游线路名称;
旅游者自定义的查询条件的搭配;(包括希望的时间安排、旅游的费用预算、行程的旅游景点等)
安全保密:
用户退出系统时,自动清空查询记录;
2.3运行环境要求
运行环境:
操作系统:
Windows2000;
数据库类型:
SQLserver;
机器配置:
能够安装操作系统及数据库,有网络服务功能;
2.4基本流程(图示)
该系统分为信息检索、旅游预约、后台维护三个子系统:
信息检索系统:
旅游预约:
后台维护:
2.5进度
按照项目开发计划,按时完成。
编号
工作任务
开始时间
完成时间
备注
1
组建课程项目小组
07-09-13
07-09-20
学习课程相关知识
2
初步建立系统开发环境
07-09-20
07-09-27
学习课程相关知识
3
完成成员角色分配、建立过程数据提交机制
07-09-27
07-10-11
学习课程相关知识
4
可行性研究报告(项目计划)
07-10-11
07-10-18
学习项目开发技术
5
需求规格说明、系统测试计划初稿以及需求评审报告的原始检查列表
07-10-18
07-11-08
学习项目开发技术
6
完成需求评审
07-11-08
07-11-15
学习项目开发技术
7
结构设计
07-11-15
07-11-22
复习编程语言使用
8
面向对象设计
07-11-22
07-11-29
复习编程语言使用
9
用户界面设计、完成设计规格说明以及设计评审检查列表
07-11-29
07-12-06
复习编程语言使用
10
开发实现、完成设计评审
07-12-06
07-12-13
注意需求的实现
11
验证和确认、测试、完成系统测试计划
07-12-13
07-12-27
修正BUG
12
质量管理、完成系统测试分析报告、缺陷记录日志以及项目开发总结报告
07-12-27
08-01-11
全组讨论、总结课程开发经验
2.6费用
与原定计划相符
3.开发工作评价
3.1对生产效率的评价
小组各成员在初期并不适应软件工程的过程管理和文档编写,正所谓“我为文档狂”,故效率低下;但在中后期,大家对项目开发有了更深入的理解,开发效率恢复正常,甚至有时能提早几天完成既定任务。
特别是在项目源代码开发阶段,更是一日千里。
固后期开发颇具效率。
3.2对产品质量的评价
质量基本符合预期要求,但在很多地方还可以继续改进。
3.3对技术方法的评价
大家的编程水平一开始不太高,写出来的程序有许多错误和小缺陷。
但在编程的实践当中,大家的水平得以逐渐提高,技术上有了很大的进步。
3.4出错原因分析
主要错误是程序设计方面的硬伤,如语法错误,算法实现等方面。
这些错误说明了我们的编程基本功还不够熟练,需要进一步的加强。
此外还有一些错误是由于我们对数据库的掌握不过关造成的,也反映了我们在基础方面的缺陷。
4.经验与教训
项目组长
小菁
虽然有过独立编写小程序的经历,但带领一个小组集体合作,完成一个较大的项目,对于我来说还是完全陌生的经历。
一开始,因为对项目管理没有经验,在任务分配方面显得很不平衡,对于集体合作也不够重视,小组内分配任务后常常是你做你的,我做我的,到了要统合协调的时候才发现存在着诸多问题。
因此白白浪费了许多宝贵的时间,使项目没能够完成得十分圆满。
此外,对于文档写作方面我们也很不熟悉。
一直以来,我只认为文档是对软件产品的一个描述。
重要的产品,而文档只是次要的附属。
因此对于软件工程课要求我们写的各种各样的文档,我一开始并不明白其中的意义所在。
但是通过课程与实践,我明白了文档并不是产品的附属,而是产品的先决条件。
要做什么,该怎么做,这些都是要由文档来规定的。
有了规定,产品再照着一步步去做,就显得有条理,不但自己容易修改,合作者也能通过文档轻松地掌握到写作者的思路。
如果没有规范详尽的文档,软件产品的实现纯粹来源于程序员的思路,就很容易这里写一点,那里写一块,最后联缀起来十分困难,外人也无法看懂。
这样的程序是不符合现代软件编程的要求的。
通过软件工程课程,我对软件和文档写作的认识有了一个新的提高。
并且通过软件工程课程,我还收获了很多珍贵的经验。
现在的编程已经不再是一个程序员就可以闯天下的时代了,大型的项目动辄上百万行的程序,必须由多人合作才能完成。
在这种情况下,科学的安排和管理,程序员之间互相的协调和团结,就显得十分重要。
而软件工程正是训练我们这方面能力的一门课程。
经过了软件工程课,也就相当于经历了一次实际的多人合作项目开发,其中的挫折与收获,在我们将来走上工作岗位面对实际问题时,有着非常重要的意义。
我身为这个项目组的组长,通过这个项目不但使自己的编程能力和合作能力得以提高,而且在如何合理分配任务、管理工作时间、调动组员的积极性方面也有不少收获。
在旅游自助系统项目完成之际,回顾过去一学期的工作,虽然十分辛苦,却也乐在其中。
收获的知识,更是对我们将来的工作有很大的帮助。
感谢老师的精心授课和组员们的倾力合作,使我们得以完成这个项目,谢谢大家。
项目成员
小虹
这次软件工程课程设计的完成,从旅游自助管理系统这个课题的选定,到后期我们组员一步步进行规划,再到把每一步的规划实现,虽然过程辛苦,可是当看到程序一点点诞生、完善、扩大,系统一点点成型,我们倍感欣喜,受益匪浅。
坦白地说,在完成这个作业之前,我们虽然在课堂上认真学习书本知识,可是真正的动手能力很是欠缺,仅仅完成过二年级时候的C++与C#的大作业,动手能力欠缺的后果就是我们开始都很畏难,不愿意多操作多动手,直到这次选定课题后,有点“赶鸭子上架”的意味,我们才真正体会到“纸上得来终觉浅,绝知此事要躬行”这句话的真正含义。
为了把这项作业完成好,做出像样的系统来,我们不仅课上更加认真吸收有用知识了,课后还主动去图书馆翻阅有关SQLSERVER应用的例程。
任何事情的开始都是艰难的,ECLIPSE等软件的安装完成了,可是我们连很基础的应用都没能掌握,鼓足勇气去请教高年级的同学,课后问老师、助教,不但锻炼了能力,连脸皮都练得比以前“厚”了,更加胆大了。
课堂上讲的知识只是很少的一部分,我们也体会到了大学里关键还是要靠自己从书本上吸收,从实践中掌握,很多知识我们都是现学现用,反复地去尝试,但这却培养了我们很好的自学习惯,使我们的JSP编码能力和使用JSP操作SQLServer数据库的能力都能得到提升。
对有些知识的理解,课堂上的终究只是浅层次的,比如视图建立、建表时主键的创建和外键的添加、表与表之间的联接等等,很多都模棱两可,可是通过实践,不仅原理摸清了更让我们开心的是,终于能用自己所学到的知识变成可以眼见为实的成就感了,那种欣喜真的很难用言语来形容。
一个个实体的设计我们共同分析,每个之间的关系、图表我们共同建立,再到界面的完成,对我们来说,是骄傲和光荣。
在这自主动手学习的过程中,我们不仅学到了知识,锻炼了动手能力,也充分体会到了许多其他无形的东西,比如合作的重要性,比如两个人的取长补短、互相吸收、互相促进与进步,都是非常重要的。
对有关文档的完成,也培养了我们关注细节,从小事开始做起的良好品质,充分得到了锻炼。
在这次课程设计的过程中,我们不仅对数据库的基础知识有了深刻的理解,对软件工程这门学科有了深一层的认识,而且这次课程设计让我们感受到:
兴趣真的是我们最大的老师,培养起自己自学动手的兴趣,所有的困难都会被一一克服。
很感谢有这次锻炼自己的能力的机会,感谢所有在学习过程中帮助过我们的人。
小军
通过这次软件工程项目的开发,使我深刻的认识到团队的积极配合与及时沟通能让团队的工作更有效率,以及让整个项目更有生命力,我认为这个才是我参加这个项目所获得的最大收获。
一个人总是生活在一个团队里,或大或小,随之他的思想也将被局限在这个狭小的空间里,他的才能的发挥也将受到这个环境的限制,如何能够突破这种限制呢,那就是你必须拥有团队精神。
我发现在这个竞争日益激烈的社会大环境里,存在着大大小小松散的团队,团队里除了假意的你好,你好,没有什么精神可言,每个人为了自己的利益,固守不让,生怕自己的优势被他人所占,一旦失去,将带来的是职位的停滞与他人的升迁,自然这不是每个人所愿意看到的,这叫做貌合神离。
其实这是一种错误的做法,一个人的处事方法不应该压制他人,而是提升自己,提升自己的最好办法就是帮助别人,这里要分为两种情况,当自己的能力在团队中不是最好的时候,自然是需要帮助的,向人求教,他人若知则至少会告诉你50%的知识,我们不一定需要别人倾囊相赠,我们只需需要之物,另一半则需要自己来体会,足也;当自己是团队的优胜者时,就应该取于施舍,知识是可以复制的,不是给予了就失去了,并且只有给予了,自己才会有所收获,才会长进,原因有二,任何一种存在于自己大脑里的想法都需要实践才能验证想法的合理性(实践是验证理论的手段),二,没有竞争就没有动力,当一个人失去了往日的竞争对手时,他只需要守住自己的领地,都将高枕无忧,这叫井底之蛙,只有居安思危,他才可能突破自我,提升自己的竞争力,才可言走出现有的环境也有自己立足的地方。
当一个团队征服了每一个成员后,这个团队才有真正意义的生命力,不然,自我消耗将拖垮整个团队的进程,团队的竞争力将是不言而喻,当一个团队徘徊不前时,那就是他将走向消亡,不进则退,团队不存在了,个人有什么能力或有什么收获也就不复存在了。
每个人的心理总是在想如果他人给予了,我就有帮助他人的义务,这是人情吗,这是一种错误的做法,我个人从不考虑帮助别人后,希望得到回报,这是心态问题,看上去,自己失去了很多,这有这样,在关键时刻,当自己有需要时别人也会真心地帮你,那才是自己真正需要被帮助的地方,引用书上的一句话说,给瞎子一面镜子,他是不会感激你的。
所以我们应该真诚地帮助别人需要帮的忙,不做假好人,别人才会在你需要的时候帮你,同时你也会感激他,团队才会有真正的力量,才有能力与其他团队抗衡,团队才会在社会大环境下生存发展。
给自己创造一个竞争的环境,自己才会收益,自己才会发展,才有声誉,才有家的温馨,这就是竞争与协同的辩证统一关系。
小骁
软件工程这个项目从开课做到现在,历经数十周,实在可谓是一项浩大的工程,其实就程序代码而言,并不可谓多,就程序复杂而言,也不可谓难,但是整个系统的开发过程,确实十分的繁琐,需要做的工作也是十分的多,每周的工作量十分足,作为我们项目组的成员,我们对每个过程,每个文档的编写与修改,实事求是的说,是下足了功夫,对于每个文档,我们都精益求精,无论是报告方面,还是在文档细节方面,都力求完美。
俗话说“严师出高徒”,随不能说自己高明,但徐红老师的严格要求对我锻炼自己的能力起了十分牛逼的督促作用,在此先要感谢徐红老师,你给了我一门真正能动手锻炼自己,在动手过程中学到知识的专业课,让我们向专业领域进一步的迈进。
其实做了软件工程,对自己以后参加做项目就是一个坚实的基础,到那个时候,我们就再不是ROOKIE,而是PROFESSOR级别,能够知道自己哪个阶段该干什么,下个阶段又有哪些东西应该注意的,这就是经验,这就是能力。
在我们这个旅游自助项目的过程中,我还锻炼了自己与人合作的能力,锻炼了TEAMWORK,什么是团队合作,就是集中大家的力量,发挥集体的智慧,自觉的参与到团队的活动之中,无私的为团体做出自己的贡献。
这其中的关键就在于不是看自己想干什么而干什么,不是自己去挑三拣四的选活干,而是看自己能干什么,我们的团队缺少什么,什么地方需要你,你就应该在什么地方出现。
这才是COOPERATION,团队中需要有能力有激情的人,但是不需要缺你不行的SUPERMAN。
这是我在做项目时的深切体会。
对于软件开发的WATERFALL模型中的五部分:
需求分析,系统软件设计,实现与单元测试,集成与系统测试,运行与维护,我们都做出了自己的贡献,特别在测试方面,我们曾煞费心思的去寻找系统BUG,进行各种测试。
但是整个过程还是颇有意思的,我在测试时候可谓乐在其中啊。
最后,再次感谢徐红老师的辛劳授课以及大家在整个过程中的通力合作。
小雷
时光飞逝,转眼间就到这学期期末了,而我们这学期所做的软件工程项目旅游自助系统也接近尾声了,在这里借项目总结报告这次机会总结一下做这个项目以来的一点经验及教训.曾经以为程序就是软件,软件就是程序。
但是经过做这学期的旅游自助系统这个项目以后我才发现原来程序只是软件工程的一小部分,除此之外还又好多文档---可行性研究报告,需求规格说明,需求评审报告,详细设计规格说明,设计评审报告,概要设计规格说明等,这些文档对本系统的详细设计及说明.
软件开发特别是大型软件是一项浩大的工程,需要几个人、十几个人、几十个人甚至几百个人合作开发几个月、十几个月甚至几年。
由于我们是第一次做这种项目,老师给的题目所需的人力,物力,及财力都在一定范围内.要保证系统的协调性、统一性和连续性,就需要在开发之前制定严格、详细的开发规范。
开发规范的制定需要花费一定的时间和精力,但是"磨刀不误砍柴功",它相当于把今后开发过程中开发人员都要遇到的问题提前做了一个考虑。
有了开发规范,在后续的开发过程中,设计人员就不必每次考虑如何为一个字段命名,编程人员也不必去想某个程序的结构和布局应当怎样,测试人员也有了判断程序对错的标准。
开发规范在项目开发工作中起着事前约定的作用,需要所有开发人员共同遵守。
它约束开发人员的行为和设计、编程风格,使不同子系统和模块的设计、编程人员达成默契,以便形成整个系统的和谐步调和统一风格,也便于今后的系统维护和扩展工作。
接下来就系统开发工程中的某些阶段做一下总结:
可行性研究是系统开发最初部分,在这里我们首先需要确定一下我们的计划是否可行,是否满足需求方的需要,前景如何等,然后对系统做一下初步设计.
需求分析就是要确定自己要做什么,应该怎么做,心里有个底。
需求是通过与用户充分交流和自己的创造力,去发明软件规格说明的过程。
如果没有双方对需求进行分析,可能出现项目设计出来的东西或最终提交的可交付物根本就不是客户所需要的,或有相当的差距。
所以用户和开发人员在需求上要达成一致性。
在这个实习项目中只是给了几个要实现的功能。
也没有真正的用户。
凭大家的想象给出一个比较好的需求有点难。
设计过程就是将你确定的需求想办法用代码去实现。
这个过程是交给程序员做的。
设计可能会用到很多方面的知识。
软件最终的目的是要用户使用。
因此在程序设计时必须立足于操作简单、实用,并真正能为用户解决实际的业务问题。
不能因为怕编程麻烦而将程序功能设计得过于简陋。
这个过程可能会对已经完成的需求分析做些改进甚至推翻。
为每个模块确定采用的算法。
然后就是根据算法写代码。
以前觉得写代码是最麻烦得事情,现在才发现写代码原来只是软件开发中最简单的一个步骤。
软件交付之前必须要测试。
测试是保证程序质量的一项重要工作。
但测试只能证明程序有错,而不能证明程序无错。
所以任何软件系统都不能保证内部没有错误。
为了确保软件系统的安全与可靠性,一方面要加大测试力度,另一方面要抓住测试重点。
程序又是测试的重点。
只有当测试完全没有问题时,项目才能算完结.测试需要全面,不能漏过任何一个细节,这样才能保证用户在用这个软件的时候不会出现bug.
前面说了,软件工程是一项浩大的工程,它需要许多人合作.我们组员在组长艾菁的领导下,在组员的共同努力下,终于在规定期限内完成了任务.通过这次合作,大家的合作意识都得到了增强,为以后进入社会打下了一定的基础.在此我非常感谢徐老师给我们这次机会来锻炼我们的能力和合作意识,感谢组长艾菁在整个组织工作中做出的贡献,感谢其他组员的尽心合作,谢谢大家.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 开发 总结报告
![提示](https://static.bdocx.com/images/bang_tan.gif)