软件项目开发总结

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