软件项目工作总结

软件项目工作总结篇一：软件开发总结报告软件开发总结报告 目录 一 引言 . 2 1编写目的 .2 2项目背景 .2 3参考资料 .3 二.开发结果 .31 产品 . 3 2主要功能： .3 3所用时间 .4 三 评价 . 4 1 技术方案评价.4 2产品质量评价 . 5 四 总结 . 5 一 引言 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机，都可以使用。 四 总结 通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，是我们大家共同努力的结果。游戏开发中，大家的能力，诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。 通过参加“齐鲁软件设计大赛” ，得到了许多经验和教训： 一个成功的设计应该是以用户为出发点，始终在考虑“用户需要什么” ， 软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。 篇二：软件项目总结报告项目名称 软件项目总结报告 编号：-项目名称缩写-CLOSUREREPORT 版本: 变更记录1 项目信息2 项目说明简要描述项目背景， 可从软件需求规格说明书拷贝 3 项目周期1）项目进度总结： 2）偏差原因说明： 若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。 3）改进措施： 若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施， 。 篇三：软件开发 XX 年度工作总结XX 年度个人工作总结 部门：XXX 职务：XXX 姓名：XXX XX 公司 转眼 XX 已经结束，下面我就把我自己到公司这一年的一些感触、体会及工作情况给领导及各位同事汇报一下：我刚开始第一次负责做定制开发的一个项目，功能的实现相对来说比较简单，但是功能多，繁琐，而且当时没有项目开发的整体经验，缺乏项目全局观，直接开始编码实现功能，在项目编码过程中，由于客户不断的增加需求，改动，经历了近 3 个月时间，才完工；对我来说很失败；不过这个项目对于我刚负责项目开发的整体经验来说，算是一次教训、也算是一次收获，通过这个项目及开发人员提出的意见，进行改进，并且在后面的项目开发过程中初见成效，开发周期逐渐缩短、需求改动逐渐减少、开发出的产品起码达到 90%的要求； 到目前为止，团队的技术水平、沟通能力及团队协作能力都有所提高、有所改善，但是整个项目的开发从开始到结束存在的问题依然不少： 1 项目需求 需求是一个项目的来源，后续所有工作都是围绕需求展开，需求中哪怕有一点的不明确，都会影响项目的总体进度及项目质量。 2 分析设计 软件最后的操作便捷性、功能扩展性、界面友好性都取决于设计人员对需求的理解、模块框架的设计、业务流程的设计、数据库表的设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节，项目组无专业软件设计人员，软件的架构、逻辑设计、界面设计， ，都是凭对客户需求的理解设计的，导致软件开发出来后逻辑处理经常改动，软件操作不是很便捷；而数据表的建立及表之间的关系建立主要取决于各项目组人员对需求的理解程度，每个人对需求理解程度不一，直接导致数据表建立时的不规则，不专业，从而产生软件功能上的问题 3 编码 第一，开发人员编码的统一性较以前有了很大的改善，但是还是存在个别人员不按统一规则编码的现象；第二，开发人员普遍存在一些简单的问题就是，比如该判断的不判断、点保存没有任何提示等小问题，这些问题可以说不是技术问题，而是作为一个程序员最起码的工作态度，认不认真，细不细心；第三，人员技术水平差距较大，这种现象会直接影响编码阶段的进度； 第四，项目编码过程中的积极性，对于开发人员来说也就是工作积极性； 4 测试软件测试决定了软件是否是一个已开发完成的软件，还是一个半成品；无专业测试人员，只能用软件测试方法中最简单的排除法，大家可想而知，这种排除法只能排除当时输入的数据，所以发现 bug 问题有限，这样一个半成品软件客户在使用的时候问题可想而知。 5 软件实施 由于技术部人员有限，所以经常出现各部门对技术人员的工作协调问