软件项目开发总结范文.doc

软件项目开发总结范文 篇一：软件项目开发总结 一引言 1编写目的 本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。 读者对象：开发人员、大赛评委 2项目背景 系统名称：3D旅游咨询员 任务提出者：山东省齐鲁软件设计大赛委员组 开发者： 面向用户：游客 开发时间：xx年9月1号到xx年9月19号 该软件运行系统：单机版计算计 3参考资料 A、软件项目开发总结报告书（GB856T88）国家标准 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机，都可以使用。 四总结 通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，是我们大家共同努力的结果。游戏开发中，大家的能力，诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。 通过参加“齐鲁软件设计大赛”，得到了许多经验和教训： 一个成功的设计应该是以用户为出发点，始终在考虑“用户需要什么”，软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。 篇二：软件项目开发总结 随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于xx年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了； 为了总结03年所有开发项目的整个开发及管理过程，我们选取2个比较大的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这两个具有代表性的项目中，我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方，总的说来，设计开发的功能基本上达到了用户需求的75%，用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。 模具台账能显示所有的模具汇总及分配情况；虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施： 一、从用户提出需求，到需求响应时间，我们需要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.引言 自助旅游的定义，简单地讲，就是吃、住、行、游、购、娱，基本上全由游客自己决定。自助旅游的新概念，也叫背包旅行，起源于发达国家，在英语里面叫“backpackerstravel”，或“budgettravel”，即背包旅行，省钱的旅行。 随着中国进入第一次消费升级阶段，居民可支配收入和消费水平不断提高，发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国，自助旅游席卷而来，给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术，旅游者通过网络自由组团和选择参加者，自由选择路线等。 1.1编写目的 随着科学技术的高速发展，我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统，目标是使旅游资源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。 1.2项目背景 随着社会信息量的与日俱增，图书作为主要的传统信息载体，在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求，这也体现在人们的出行与旅行方面，人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原；同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误，他们也需要更系统更严谨的管理手段，从而做到依法管理，有据可查；而对旅游公司而言，高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天，一套行之有效的旅游自助管理系统，是大家最好的一个选择，他是人们出行旅行的贴心小助手，是旅游公司负责尽心的大管家，是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。 旅游自助系统软件是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的简体中文、英文Windows98/2000/ME/XP等操作系统上使用。除此以外，该软件可通过访问权限控制以及数据备份功能，确保数据的安全性。 建议开发软件名称：旅游自助系统项目的提出者：软件工程课程 开发者：艾菁、张虹、周军、李骁、胡宝雷用户：旅游公司及游客 1.3定义 该旅游自助系统是基于Inter/Intra及Web技术，建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台。 文档中采用的专门术语的定义及缩略词简要如下：TTS：TravelSelf-helpSystem，旅游自助系统。 SQL（StructuredQueryLanguage）:结构化数据库查询语言JSP：JAVAServerPage 1.4参考资料 软件工程原书第八版程成、陈霞译机械工业出版社xx.3。郑人杰，殷人昆，陶永雷。实用软件工程（第二版）。北京：清华大学出版社，1997。 金勇华，曲俊生。JAVA网络高级编程。北京：人民邮电出版社，xx。BorlandSoftwareCorporation。JBUILDER培训教程北京：机械工业出版社，xx。 2.实际开发结果 2.1产品 可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等. 2.2主要功能及性能 功能： 对旅游公司及旅游局输入信息进行管理；用户的信息检索；性能： 数据库的录入；后台信息维护； 不同条件下的信息检索； 旅游服务预约及预约是否成功的反馈；输出： 旅游景点信息；（包括景点介绍、物理位置、开放时间、参观费用等）旅游线路信息；（包括日程安排、食宿交通、手续价格、联系方式等）预约结果反馈；（是否成功）输入： 旅游景点名称；旅游线路名称； 旅游者自定义的查询条件的搭配；（包括希望的时间安排、旅游的费用预算、行程的旅游景点等） 安全保密： 用户退出系统时，自动清空查询记录； 2.3运行环境要求 运行环境： 操作系统：Windows2000；数据库类型：SQLserver。 篇四：软件项目开发总结 一、软件开发个人体会： 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打开整个