软件开发项目总结

1 / 38 软件开发项目总结 软件开发总结报告 目录 一 引言 . 2 1 编写目的 . 2 2 项目背景 . 2 2 / 38 3 参考资料 . 3 二 . 开发结果 . 3 1 产品 . 3 2 主要功能： . 3 3 所用时间 .3 / 38 . 4 三 评价 . 4 1 技 术 方 案 评价 . 4 2 产品质量评价 . 5 四 总结 . 5 4 / 38 一 引言 1编写目的 本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。 读者对象：开发人员、大赛评委 2项目背景 系统名称： 3D 旅游咨询员 任务提出者：山东省齐鲁软件设计大赛委员组 开发者： 面向用户：游客 开发时间： 2016 年 9 月 1 号到 2016 年 9 月 19 号 5 / 38 该软件运行系统：单机版计算计 3参考资料 A、软件项目开发总结报告书国家标准 B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求 C、互联网上的各类相关资料 二 .开发结果 1 产品 名称： 3D 旅游咨询员 存储媒体的形式：光盘 数量： 3 份； D 、产品文档名称： 6 / 38 软件开发文档：需求需求说明书、概要设计说明书、详细设计说明书、软件测试计划、软件测试报告 项目管理文档：软件项目计划、项目进度报告、项目开发总结报告 产 品 文 档：用户手册、演示文件 2主要功能： 这是一款关于 3d 旅游的软件， 3D 为本软件的一大特色。 模拟现实世界场景，做到真 实逼真的效果，增加了视觉冲击力。可以像现实的人物一样随意走动，想到那就到那，想看到那就看那，而且操作简单易行， 很方便用户的使用，带给用户一种全新的设计。设计一个以岱庙为背景的软件，软件界面以红色、灰蓝色和土黄色为主，为游客展现一个立体的三维场景，展现岱庙的建筑群和总体的设计，帮助游客大体 的了解岱庙的基本信息，更好的完成游览观光的功能。分为四个模块 ,即操作介绍、查询、推荐信息、进入 3D 景区。 7 / 38 采用了 3D 模型建立的技术，碰撞检测技术，数据库连接技术 性能： A、可靠性 在从设计、开发到使用的全过程中，为提供满足用户使用要求的高有效性，软件所采取了提高可靠性的一切措施、方法和活动。 B、可用性 本游戏具有很高的实用性，采取文本 和语音同时输出，适合于任何的年龄段人使用，界面简洁，操作简单，很容易上手，帮助用户了解岱庙的知识，并且对岱庙有一个具体的了解。 C、可维护性 此维护是软件周期的最后阶段，维护人员可以简单的对此软件进行维护。 8 / 38 3所用时间 3 周， 100 多个小时 三 评价 1 技术方案评价 我们小组开发的是 3D 旅游咨询员，具有一定的难度，我们通过开源游戏引擎直接控制，可以说是减少了一定的难度，使得软件的实行更有可靠性和完善性。 软件的需求分析阶段严格按照先设计后实现的功能，需求由于进行了比较严格的分析和策划，所以后期的实现相对而言，改动较少，提高了开发效率； 软件的场景采取三维立体效果，体现了 3D 的主题，所以提供较好的视觉效果，是人们有身历其境的感觉。 软件采取文本和语音同时输出，实现人机交互的功能，让用户比较强烈的感受软件的好处。 9 / 38 3D 场景可以加入音乐和实现全屏等具体的功能，增加了软件的可实现性，完善了软件的功能。 2产品质量评价 整个软件系统比较稳定，进行过比较严密的测试。 可用性：此游戏具有很好的实用效果，适合于任何的人用。 可维护性：此游戏系统比较稳定。维护是游戏软件设计周期的最后阶段。可转移 /转换性：此软件运用 c+语言和irrlicht 开源引擎，在 windows 系统的基础上，实现软件功能。软件的移植性比较强，只要是装了操作系统的 pc 机，都可以使用。 四 总结 通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，10 / 38 是我们大家共同努力的结果。游戏开发中，大家的能力， 诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。 通过参加 “ 齐鲁软件设计大赛 ” ，得到了许多经验和教训： 一个成功的设计应该是以用户为出发点，始终在考虑 “ 用户 需要什么 ” ， 软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。 旅游自助系统 项目开发总结报告 项目负责人： 小 菁 11 / 38 小组成员： 小 虹 小 军 小 骁 小 雷 文档变更记录 过程数据小结 目录 1 引言 . 错误！未定义书签。 编写目的 . 错误！未定义书签。 背景 . 错误！未定义书签。 定12 / 38 义 . 错误！未定义书签。 参考资料 . 错误！未定义书签。 2 实际开发结果 . 错误！未定义书签。 产品 . 错误！未定义书签。 主要功能和性能 . 错 误 ！ 未 定 义 书 签 。 基 本 流程 . 错误！ 未 定 义书 签。 进度 . 错误！未定义书签。 费用 . 错误！未定义书签。 13 / 38 3 开发工作评价 . 错误！未定义书签。 对 生 产 效 率 的 评价 . 错 误 ！ 未 定 义 书 签 。 对 产 品 质 量 的 评价 . 错误！未定义书签。 对 技 术 方 法 的 评价 . 错 误 ！ 未 定 义 书 签 。 出 错 原 因 的 分析 . 错误！未定义书签。 4 经验与教训 . 错误！未定义书签。 1.引言 14 / 38 自助旅游的定义，简单地讲，就是吃、住、行、游、购、娱，基本上全由游客自己决定。自助旅游的新概念，也叫背包旅行，起源于 发达国家，在英语里面叫 “backpacker s travel” ，或 “budget travel” ，即背包旅行，省钱的旅行。 随着中国进入第一次消费升级阶段，居民可支配收入和消费水平不断提高，发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国，自助旅游席卷而来，给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术，旅游者通过网络自由组团和选 择参加者，自由选择路线等。 自助旅游最终实现需要一个渐进的过程，拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的，因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息，进一步完善现有的旅游自助体系。 编写目的 15 / 38 随着科学技术的高速发展，我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统，目标是使旅游资源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。 项目背景 随着社会信息量的与日 俱增，图书作为主要的传统信息载体，在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求，这也体现在人们的出行与旅行方面，人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原；同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误，他们也需要更系统更严谨的管理手段，从而做到依法管理，有据可查；而对旅游公司而言，高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天，一套行之有效的旅游自助管理系统，是大家最好的一个选择，他是人们出行旅行的贴心小助手，是旅游公司负责尽心的大管家，是旅游管 理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。 旅游自助系统软件是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应16 / 38 用范围较广的简体中文、英文 Windows98/2000/ME/XP 等操作系统上使用。除此以外，该软件可通过访问权限控制以及数据备份功能，确保数据的安全性。 建议开发软件名称：旅游自助系统 项目的提出者：软件工程课程 开发者：艾菁、张虹、周军、李骁、胡宝雷 用户：旅游公司及游客 定义 该旅游自助系统是基于 Internet/Intranet 及 Web 技术，建立以 Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。 文档中采用的专门术语的定义及缩略词简要如下： TTS：Travel Self-help System，旅游自助系统。 SQL:结构化数据库查询语言 JSP： JAVA Server Page 参考资料 17 / 38 软件工程 原书第八版 程成、陈霞译 机械工业出版社 。 郑人杰，殷人昆，陶永雷。实用软件工程。北京：清华大学出版社， 1997。 金勇华，曲俊生。 JAVA 网络高级编程。北京：人民邮电出版社， 2001。 Borland Software Corporation。 JBUILDER培训教程北京：机械工业出版社， 2002。 2.实际开发结果 产品 可包括列出各部分的程序名称 ,源程序数 (包括注释行 )或目标程序字节数及程序总计数量 ,存储形式 ;产品文档名称等 . 主要功能及性能 功能： 对旅游公司及旅游局输入信息进行管理； 用户的信息检索； 性能： 18 / 38 数据库的录入； 后台信息维护； 不同条件下的信息检索； 旅游服务预约及预约是否成功的反馈； 输出： 旅游景点信息； 旅游线路信息； 预约结果反馈； 输入： 旅游景点名称； 旅游线路名称； 旅游者自定义的查询条件的搭配； 安全保密： 用户退出系统时，自动清空查询记录； 运行环境要求 运行环境： 操作系统： Windows2000； 数据库类型： SQL server； 机19 / 38 器配置： 项目名称 软件项目总结报告 编号： -项目名称缩写 -CLOSUREREPORT 版本 : 变更记录 1 项目信息 2 项目说明 简要描述项目背景， 可从软件需求规格说明 书拷贝 3 项目周期 1）项目进度总结： 2）偏差原因说明： 20 / 38 若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。 3）改进措施： 若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施，。 XX 年软件开发项目总结报告 随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高 企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于 XX 年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了； 为了总结 03 年所有开发项目的整个开发及管理过程，我们选取 2 个比较大的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这两个具有代表性的项目21 / 38 中，我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方， 总的说来，设计开发的功能基本上达到了用户需求的 75%，用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息；查询模具的相关信息信息由原来的 1-2 天缩短为 10 分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件 的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为 10 分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须 20 分种左右，大大提高了效率，模具台账能显示所有的模具汇总及分配情况； 虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误， 当然，原因是多方面的，有果必有其因。下面我们从22 / 38 关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施： 一、从用户提出需求，到需求响应时间，我们需要 9 天时间，而需求评估完成 时间需要 15 天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面： (1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发 人员加起来才 8 个，公司各子应用系统有几十个， ERP 的各个子系统及模块就有将近 20 个，一个员工要支持 5 到 6 个功 能子系统的维护； (2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户 习惯找谁就认定那个人，什么事都找该员工；工作效率就相对低下； 二、关键用户访谈率 及关键用户对需求的认同率都比较低，23 / 38 关键用户访谈率只 有 70%，而关键用户对需求的认同率只有 68%；为什么会有这样的结果了，分析原因如下： (1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找 几个评估时认为特关键的用户； (2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽 不出时间来接受访谈；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑； (3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如 果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合； 24 / 38 (4)、软件需求分析人员原因：由于需求分析人员经验不足，导 致需求不够明 确，不能了解到用户需求背后的真正目的； 三、设计功能满足率比较低，只有 75%，功能点 BUG 数比较多，每个功能模 块平均的 BUG 数有 15 个之多，函数注释率只有 10%左右，各功能点的测试覆盖率只有 40%，分析原因如下： (1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都 没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚； (2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工 发工具能检查出来的 BUG，没有办法检查出来，需要开发人员自已检查； 25 / 38 (3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以 在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点；把测试的任务有时就直接交给用户了； 四、系统架构变更次数过多，一个项目平均下来变更 6 次之多，原因如下： (1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系 统架构的灵活性；不易于扩展；一旦用户的需求有变化，系统架构就必须重新修改； (2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计 的难度，导致了系统架构变更； 26 / 38 五、项目的按时完成率比较低，平均下来只有 60%，分析原因如下： (1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开 发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计； (2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧 ，一个 人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟； (3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发； (4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够 27 / 38 透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟； (5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去 研 究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序 BUG 多，程序没有多少可重用性，也导致了软件项目的开发延迟； 综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心 04 年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部： 内部的改进措施提议如下： 1、增加人员配置，解决人手严重不够的问题； 2、明确分开，重新划分业务小组； 28 / 38 3、明确岗位职责，细分软件项目开发所需要的各个岗位； 4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事； 5、加强专业技能培训； 6、加强软件开发管理，培养团队合作精神，加强软件 过程控制； 7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率； 8、加强业务培训，更实际的了解业务需求； 外部的改进措施提议如下： 1、加强业务部门对系统了解； 2、培养用户需求的分析能力； 29 / 38 3、加强与用户的互动及双向沟通， 让用户参与到设计中来； 4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求； 软件项目总结报告范文 1 引言 编写目的 XXX 公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发 ; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率 ,从而创造更多公司效益。 背景 项目名称： XXX 业务管理系统 软件名称： XXX 业务系统 30 / 38 客户： XXX 用户： XXX 员工 参考资料 项目开发文档： 软件开发数据模型： PDM_ 数据库开发文档： XXX 业务管理系统数据库设计说明书 软件业务流程参考： XXX 业务管理系统流程说明 .doc 软件使用手册参考： XXX 业务管理系统功能说明 软件业务流程参考： XXX 业务管理系统流程说明 .doc 软件中使用到的第三方控件： ComponentArt for 软件中使用的安全 Ikey 驱动： Ikey 31 / 38 以上参考资料是截止 XX-08-31 是最新 的资料文档。如有修改，即使修改此处的参考文档名称。 2 开发工作评价 对生产效率的评价 系统开发已历时快年的时间了 开发的反复性比较多。 对客户的需求理解不是很透彻。 综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。 对产品功能的评价 经过我们公司各位同事的共同努力协作， XXX 业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因 是多方面的。如：前期系统数据32 / 38 库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的 debug。总的来说，此系统的功能开发还是一个比较成功的案例。 对技术方法的总结 在此项目中使用到技术和工具： 使用代码生成器：使用代码生成器 动软 .Net代码自动生成器 ,此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。 使用数据库建模工具； PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。 33 / 38 使用第三方控件：此系统中使用了ComponentArt 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了 ComponentArt 一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改 GhdGridView 控 件 的 样 式 ， 系 统 中 的 所 有 继 承 自GhdGridView 的表格样式都可以改变。 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开34 / 38 发效率；减少很多维护费用。使我们的技术不断的更加成熟。 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了 Ikey 加密硬件钥匙来验证客户端登陆客户的合法性，此 Ikey 钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得，这样就最大的提高了我们系统的安全性。 Ikey加密钥匙是很好的加密 B/S 架构软件的硬件工具，在以后的软件安全方面可以借鉴。 3 项目经验总结 签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工 周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要35 / 38 尽量的去把合同功能边界和添加新功能的条件签定。 开发团队 在项目确立后，要尽快的建立起项目开发团队。 项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是