篇一：软件项目开发总结
一． 引言
1．编写目的
本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。
读者对象：开发人员、大赛评委
2．项目背景
系统名称：3D旅游咨询员
任务提出者：山东省齐鲁软件设计大赛委员组
开发者：
面向用户：游客
开发时间：2010年9月1号到2010年9月19号
该软件运行系统：单机版计算计
3．参考资料
A、软件项目开发总结报告书（GB856T—88）国家标准
B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求
C、互联网上的各类相关资料
二.开发结果
1． 产品
名称：3D旅游咨询员
存储媒体的形式：光盘
数量：3份；
D 、产品文档名称：
软件开发文档：《需求需求说明书》、《概要设计说明书》、《详细设计说明书》、《软件测试计划》、《软件测试报告》
项目管理文档：《软件项目计划》、《项目进度报告》、《项目开发总结报告》
产 品 文 档：《用户手册》、《演示文件》
2．主要功能：
这是一款关于3d旅游的软件，3D为本软件的一大特色。
模拟现实世界场景，做到真实逼真的效果，增加了视觉冲击力。可以像现实的人物一样随意走动，想到那就到那，想看到那就看那，而且操作简单易行，
很方便用户的使用，带给用户一种全新的设计。设计一个以岱庙为背景的软件，软件界面以红色、灰蓝色和土黄色为主，为游客展现一个立体的三维场景，展现岱庙的建筑群和总体的设计，帮助游客大体的了解岱庙的基本信息，更好的完成游览观光的功能。分为四个模块,即操作介绍、查询、推荐信息、进入3D景区。
采用了3D模型建立的技术，碰撞检测技术，数据库连接技术
性能：
A、可靠性
在从设计、开发到使用的全过程中，为提供满足用户使用要求的高有效性，软件所采取了提高可靠性的一切措施、方法和活动。
B、可用性
本游戏具有很高的实用性，采取文本和语音同时输出，适合于任何的年龄段人使用，界面简洁，操作简单，很容易上手，帮助用户了解岱庙的知识，并且对岱庙有一个具体的了解。
C、可维护性
此维护是软件周期的最后阶段，维护人员可以简单的对此软件进行维护。
3．所用时间
3周，100多个小时
三． 评价
1． 技术方案评价
我们小组开发的是3D旅游咨询员，具有一定的难度，我们通过开源游戏引擎直接控制，可以说是减少了一定的难度，使得软件的实行更有可靠性和完善性。
软件的需求分析阶段严格按照先设计后实现的功能，需求由于进行了比较严格的分析和策划，所以后期的实现相对而言，改动较少，提高了开发效率；
软件的场景采取三维立体效果，体现了3D的主题，所以提供较好的视觉效果，是人们有身历其境的感觉。
软件采取文本和语音同时输出，实现人机交互的功能，让用户比较强烈的感受软件的好处。
3D场景可以加入音乐和实现全屏等具体的功能，增加了软件的可实现性，完善了软件的功能。
2．产品质量评价
整个软件系统比较稳定，进行过比较严密的测试。
可用性：此游戏具有很好的实用效果，适合于任何的人用。
可维护性：此游戏系统比较稳定。维护是游戏软件设计周期的最后阶段。可转移/转换性：此软件运用c++语言和irrlicht开源引擎，在windows系统的基础上，实现软件功能。软件的移植性比较强，只要是装了操作系统的pc机，都可以使用。
四． 总结
通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，是我们大家共同努力的结果。游戏开发中，大家的能力，诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。
通过参加“齐鲁软件设计大赛”，得到了许多经验和教训：
一个成功的设计应该是以用户为出发点，始终在考虑“用户需要什么”， 软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。
篇二：软件项目开发总结
随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于2003年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了；
为了总结03年所有开发项目的整个开发及管理过程，我们选取2个比较大的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这两个具有代表性的项目中，我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方，总的说来，设计开发的功能基本上达到了用户需求的75%，用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。
模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息；查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须20分种左右，大大提高了效率。
模具台账能显示所有的模具汇总及分配情况； 虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施：
一、从用户提出需求，到需求响应时间，我们需要9天时间，而需求评估完成时间需要15天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面：
(1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发人员加起来才8个，公司各子应用系统有几十个，ERP的各个子系统及模块就有将近20个，一个员工要支持5到6个功能子系统的维护；
(2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户习惯找谁就认定那个人，什么事都找该员工；工作效率就相对低下；
二、关键用户访谈率及关键用户对需求的认同率都比较低，关键用户访谈率只有70%，而关键用户对需求的认同率只有68%；为什么会有这样的结果了，分析原因如下：
(1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找几个评估时认为特关键的用户；
(2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽不出时间来接受访谈；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；
(3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合；
(4)、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明确，不能了解到用户需求背后的真正目的；
三、设计功能满足率比较低，只有75%，功能点BUG数比较多，每个功能模块平均的BUG数有15个之多，函数注释率只有10%左右，各功能点的测试覆盖率只有40%，分析原因如下：
(1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚；
(2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工发工具能检查出来的BUG，没有办法检查出来，需要开发人员自已检查；
(3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点；把测试的任务有时就直接交给用户了；
四、系统架构变更次数过多，一个项目平均下来变更6次之多，原因如下：
(1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系统架构的灵活性；不易于扩展；一旦用户的需求有变化，系统架构就必须重新修改；
(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计的难度，导致了系统架构变更；
五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：
(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计；
(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟；
(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发；
(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；
(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟；
综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心04年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：
六、内部的改进措施提议如下：
1、增加人员配置，解决人手严重不够的问题；
2、明确分开，重新划分业务小组；
3、明确岗位职责，细分软件项目开发所需要的各个岗位；
4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；
5、加强专业技能培训；
6、加强软件开发管理，培养团队合作精神，加强软件过程控制；
7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；
8、加强业务培训，更实际的了解业务需求；
七、外部的改进措施提议如下：
1、加强业务部门对系统了解；
2、培养用户需求的分析能力；
3、加强与用户的互动及双向沟通，让用户参与到设计中来；
4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求；
篇三：软件项目开发总结
1.引言
自助旅游的定义，简单地讲，就是吃、住、行、游、购、娱，基本上全由游客自己决定。自助旅游的新概念，也叫背包旅行，起源于发达国家，在英语里面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省钱的旅行。
随着中国进入第一次消费升级阶段，居民可支配收入和消费水平不断提高，发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国，自助旅游席卷而来，给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术，旅游者通过网络自由组团和选择参加者，自由选择路线等。
自助旅游最终实现需要一个渐进的过程，拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的，因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息，进一步完善现有的旅游自助体系。
1.1 编写目的
随着科学技术的高速发展，我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统，目标是使旅游资源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。
1.2项目背景
随着社会信息量的与日俱增，图书作为主要的传统信息载体，在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求，这也体现在人们的出行与旅行方面，人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原；同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误，他们也需要更系统更严谨的管理手段，从而做到依法管理，有据可查；而对旅游公司而言，高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天，一套行之有效的旅游自助管理系统，是大家最好的一个选择，他是人们出行旅行的贴心小助手，是旅游公司负责尽心的大管家，是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。
旅游自助系统软件是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的简体中文、英文 Windows98/2000/ME/XP等操作系统上使用。除此以外，该软件可通过访问权限控制以及数据备份功能，确保数据的安全性。
建议开发软件名称：旅游自助系统 项目的提出者：软件工程课程
开发者：艾菁、张虹、周军、李骁、胡宝雷 用户：旅游公司及游客
1.3 定义
该旅游自助系统是基于Internet/Intranet 及Web技术，建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
文档中采用的专门术语的定义及缩略词简要如下： TTS：Travel Self-help System，旅游自助系统。
SQL（Structured Query Language）:结构化数据库查询语言 JSP：JAVA Server Page
1.4 参考资料
《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 2007.3。 郑人杰，殷人昆，陶永雷。《实用软件工程》（第二版）。北京：清华大学出版社，1997。
金勇华，曲俊生。《JAVA网络高级编程》。北京：人民邮电出版社，2001。 Borland Software Corporation。《JBUILDER培训教程》北京：机械工业出版社，2002。
2.实际开发结果
2.1 产品
可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等.
2.2 主要功能及性能
功能：
对旅游公司及旅游局输入信息进行管理； 用户的信息检索； 性能：
数据库的录入； 后台信息维护；
不同条件下的信息检索；
旅游服务预约及预约是否成功的反馈； 输出：
旅游景点信息；（包括景点介绍、物理位置、开放时间、参观费用等） 旅游线路信息；（包括日程安排、食宿交通、手续价格、联系方式等） 预约结果反馈；（是否成功） 输入：
旅游景点名称； 旅游线路名称；
旅游者自定义的查询条件的搭配；（包括希望的时间安排、旅游的费用预算、行程的旅游景点等）
安全保密：
用户退出系统时，自动清空查询记录；
2.3 运行环境要求
运行环境：
操作系统：Windows2000； 数据库类型：SQL server。
篇四：软件项目开发总结
一、软件开发个人体会：
1. 软件领域中的知识在于积累。
2. 做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。
3. 软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。
二、做软件开发我觉得要明白：
1. 职业的乐趣：
(A) 用自己的智慧去创建新事物的快乐
(B) 开发对别人有用的东西
(C) 不断学习来充实自己
2. 职业的苦恼:
(A) 总是追求完美
(B) 所有要实现的功能由他人而定
(C) 概念设计计是有趣的，但找Bug总是很苦恼的
三、在开发中遇到问题应该怎么去解决？
1. 不明白就多问，不要自已一直去琢磨。 一个问题如果30分钟还没有解决就应该考虑是不是问问别人。 一个问题在没有用过3种以上的方法解决过就不要去问别人。 解决问题思路是关键：
相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。
2. 解决问题的前提是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。
四、怎么样才能提高自身的能力？
1. 程序员怎么样进步最快？ － 理论结合实践
2. 不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头
把你绊倒2次。
五、怎么样才能做好软件开发？
1. 首先要明白解决的问题是什么，理解问题，其次再决定怎么解决这个问题
2. 碰到很复杂的问题，我们就简单想，把问题简单化，细化到能够实现为止
3. 出了问题，我们要先分析问题，然后知道引起问题的原因，最后并想出问题的解决办法
4. 我们应该从2个方面去把握一个项目：从业务角度和项目的关键问题上去把握一个项目
(A) 从不同的系统场景
(B) 从不同的用户角色（充当什么角色）
(C) 从不同的系统使用角度（拥有那些权限）
5. 其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求，只有真正彻底的了
解了项目的业务需求，我们才能做真的做好这个项目
六、文档的重要性
记得我当初刚开发项目的时候都是写个大致的需求说明书，做一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。 再接着搭建一个开发环境，配置几台服务器，划分一下模块，分工，我们就可以Coding了，一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Coding工作，感觉上好像节省了好多成本和开发时间，但后期的维护和Bug 就是经常出现的事。
小项目没有文档关系不大，但如果遇到一个大项目的时候，那这样的开发方式就很有问题很危险的。
大项目没有文档： 首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。
七、我的收获
A.程序员大多都不喜欢写文档,我们以前也是特讨厌,记得以前都是系统开发完了，为了应付项目验收，就匆匆忙忙的一组人在那里补文档。在我们的思想里,所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。
B.代码风格要规范
以前做项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢 ？总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实，但事实上，项目验收后，系统刚开始使用的人少，也就不会出现潜在的错误，随着时间的增加，久而久之，当大量用户并发访问的时候，系统的Bug 就暴漏出来了，那时你再用熟悉的Eclipse打开整个项目的源码时，再去看自己写的代码的时候，真的发现，我们定义的这个变量名是什么意思啊 ？ 我们的这个Flag 是用来判断什么的啊 ？我们的if（）中条件不知道是判断什么？ Function （） 也忘记是什么功能了？ 想想好可怕啊。 难道真的都忘记了吗 ？回答是肯定的： 真的忘了。
C.心得体会:
通过做该网盘项目，在这2年的锻炼中，我们才真的体会到，良好的文档是正规研发流程中非常重要的环节,一个好的程序是先写好设计文档再进行编程的，在设计文档的指导下，才能写出安全的代码。如果你不写文档，一开始就写程序，这样你就不会按已设计好的路线走，而是想到哪写到哪。小功能还好说，要是大功能，就容易混乱.
刚开始我们还很不习惯这一系列的编程风格，很多的规范，尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养成了我们的一个编程习惯了，深有体会啊。
最忙的时候就是我们成长和收获最多的时候。
八、网盘项目开发的最大体会
我们觉得项目开发的开始时候，应该由项目负责人很好的对项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题，以及里面用到的很多专有名词做个细致的说明，而不是从一开始就分几本式样书，给个静态Html 的Demo看看，然后搭建好开发环境就按照式样设计书来开发。
九、软件测试（单体测试和连接测试）
我们首先认为，编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现。
测试，说的直接点就是给软件找错误。
很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
我们觉得对开发人员来说，我们要把测试出来的Bug都应该做个分析，知道错的原因之后，我们就应该在下个项目中防止类似的错误发生，而真正来提高我们开发的效率。