软件项目开发总结范文

上传人:ni****g 文档编号:497903288 上传时间:2023-04-03 格式:DOCX 页数:13 大小:24.08KB
返回 下载 相关 举报
软件项目开发总结范文_第1页
第1页 / 共13页
软件项目开发总结范文_第2页
第2页 / 共13页
软件项目开发总结范文_第3页
第3页 / 共13页
软件项目开发总结范文_第4页
第4页 / 共13页
软件项目开发总结范文_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《软件项目开发总结范文》由会员分享,可在线阅读,更多相关《软件项目开发总结范文(13页珍藏版)》请在金锄头文库上搜索。

1、软件项目开发总结范文篇一:软件项目开发总结一 引言1编写目的本项目开发总结报告,主要是总结本软件的开发经验和总结所学 到的知识,以及对一个系统的大型的软件设计的总体感悟,并将软件 设计过程中遇到的问题加以阐述和说明。读者对象:开发人员、大赛评委2项目背景系统名称:3D旅游咨询员任务提出者:山东省齐鲁软件设计大赛委员组开发者:面向用户:游客开发时间: 2010年9 月 1 号到 2010年9 月 19号 该软件运行系统:单机版计算计3参考资料A、软件项目开发总结报告书(GB856T88 )国家标准 氏齐鲁软件设计大赛手机游戏创意与实现项目的文档要求 C、互联网上的各类相关资料二. 开发结果1 产

2、品名称:3D旅游咨询员存储媒体的形式:光盘数量:3 份;D 、产品文档名称: 软件开发文档:需求需求说明书、概要设计说明书、详细设计说明书、软件测试计划、软件测试报告项目管理文档:软件项目计划、项目进度报告、项目 开发总结报告产 品 文 档:用户手册、演示文件2主要功能:这是一款关于3d旅游的软件,3D为本软件的一大特色。模拟现实世界场景,做到真实逼真的效果,增加了视觉冲击力。 可以像现实的人物一样随意走动,想到那就到那,想看到那就看那, 而且操作简单易行,很方便用户的使用,带给用户一种全新的设计。设计一个以岱庙 为背景的软件,软件界面以红色、灰蓝色和土黄色为主,为游客展现 一个立体的三维场景

3、,展现岱庙的建筑群和总体的设计,帮助游客大 体的了解岱庙的基本信息,更好的完成游览观光的功能。分为四个模 块,即操作介绍、查询、推荐信息、进入3 D 景区。采用了 3D模型建立的技术,碰撞检测技术,数据库连接技术性能:A、可靠性在从设计、开发到使用的全过程中,为提供满足用户使用要求的 高有效性,软件所采取了提高可靠性的一切措施、方法和活动。B可用性本游戏具有很高的实用性,采取文本和语音同时输出,适合于任 何的年龄段人使用,界面简洁,操作简单,很容易上手,帮助用户了 解岱庙的知识,并且对岱庙有一个具体的了解。C、可维护性此维护是软件周期的最后阶段,维护人员可以简单的对此软件进 行维护。3所用时间

4、3 周,100 多个小时三 评价1 技术方案评价我们小组开发的是3D旅游咨询员,具有一定的难度,我们通过开 源游戏引擎直接控制,可以说是减少了一定的难度,使得软件的实行 更有可靠性和完善性。软件的需求分析阶段严格按照先设计后实现的功能,需求由于进 行了比较严格的分析和策划,所以后期的实现相对而言,改动较少, 提高 了开发效率;软件的场景采取三维立体效果,体现了 3D的主题,所以提供较好 的视觉效果,是人们有身历其境的感觉。软件采取文本和语音同时输出,实现人机交互的功能,让用户比 较强烈的感受软件的好处。3D 场景可以加入音乐和实现全屏等具体的功能,增加了软件的可 实现性,完善了软件的功能。2产

5、品质量评价整个软件系统比较稳定,进行过比较严密的测试。 可用性:此游戏具有很好的实用效果,适合于任何的人用。 可维护性:此游戏系统比较稳定。维护是游戏软件设计周期的最 后阶段。可转移/转换性:此软件运用C+语言和irrlicht开源引擎, 在 windows 系统的基础上,实现软件功能。软件的移植性比较强,只 要是装了操作系统的pc机,都可以使用。四 总结通过这次大赛,培养了我们的创新精神,竞争意识,克服困难、 坚持不懈的毅力以及团队合作精神。开发的这款软件,从设计到开发 都经过了细致摸索和推敲和实地考察,做到了作品的原创性。这是一 款独立研发且具有成品性质的软件,是我们大家共同努力的结果。游

6、 戏开发中,大家的能力,诸如大家的合作,个人的协作能力,策划能 力,以及时间观念都有一定的提高。希望软件的设计能给大家耳目一 新的感觉,丰富多彩的视听效果,能给用户以视听享受,希望成为广 受用户的欢迎。通过参加“齐鲁软件设计大赛”,得到了许多经验和教训: 一个成功的设计应该是以用户为出发点,始终在考虑“用户需要 什么”, 软件策划并不是典型的用户,我们不是真正的旅游观光者, 但是我们也进行旅游,我们制作的游戏是游客使用的,而不是自娱自 乐用的。一味从自我考虑,只做符合自己的软件,你会发现它的需求 是如此的不足,功能有很大的缺失,最后会发现做出来的软件连你自 己的愿望。篇二:软件项目开发总结随着

7、市场经济的进一步完善及全球经济一体化进程加快,企业面 临着激烈的市场竞争,企业内部、外部信息交流已成为企业发展、参 与市场经济竞争的迫切需要。企业引入先进的信息处理技术,增加信 息共享程度,不仅提高了工作效率、降低成本,而且也提高企业管理 的科学性和自动化程度。信息已成为企业生存与发展的基础,在原有 系统的基础上,计算机中心于2003年开始加大信息管理系统的开发, 已到年底,开发项目也基本上完成了;为了总结 03 年所有开发项目的整个开发及管理过程,我们选取 2 个比较大的软件项目来分析,项目为:出口技术支持网站管理系统、 模具管理系统;在这两个具有代表性的项目中,我们清晰的看到了我 们在项目

8、开发过程中的成果及所存在的不足和应该改进的地方,总的 说来,设计开发的功能基本上达到了用户需求的 75%,用户也能够开 始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的 客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调 配件信息等等。模具管理系统最大程度的实现了模具信息的共享,各使用部门可 以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、 模具的调拨、报废等等信息;查询模具的相关信息信息由原来的 1-2 天缩短为 10 分钟之内。产品型号、零件图号统一维护,规范管理,出 错比例大大下降。而且在更改零件图号的情况下,基础数据更改,其 它相关文件的同一数据会随

9、之更改,减少系统维护量提高了生产部编 制模具生产任务单的工作效率,缩短了模具制造任务传递时间,查询 新的开模单更方便快速,由原来的至少半天缩短为10 分钟之内汇总改 模单情况由原来的多人每日手工填写改进为阶段一次汇总,时间仅须 20 分种左右,大大提高了效率。模具台账能显示所有的模具汇总及分配情况; 虽然相关项目基本 上达到了预期的目的,但是,反思在整个项目的需求提出、项目评估、 需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节,我们都有工作不足之处,特别是某些关键控制点上面,我们有一些失误,当然,原因是多方面的,有果必有其因。下面我们从关键 控制点上面来分析我们在项目开发过程

10、中存在的问题、原因分析及改 进措施:一、从用户提出需求,到需求响应时间,我们需要 9 天时间,而 需求评估完成时间需要15 天左右,这就是我们存在的一些问题,导致 需求响应时间及评估完成时间比较长的原因有如下几方面:(1) 、由于计算机中心软件开发人员不够:各应用系统的支持人员 及软件开发人员加起来才8个,公司各子应用系统有几十个,ERP的 各个子系统及模块就有将近20 个,一个员工要支持5 到 6 个功能子系 统的维护;(2) 、分工不明确:软件开发人员往往身兼数职,跨多个职能领域, 应用用户习惯找谁就认定那个人,什么事都找该员工;工作效率就相 对低下;二、关键用户访谈率及关键用户对需求的认

11、同率都比较低,关键 用户访谈率只有 70%,而关键用户对需求的认同率只有68%;为什么 会有这样的结果了,分析原因如下:(1) 、由于计算机中心人员紧张:有时没有办法访谈所有的关键用 户,只能找几个评估时认为特关键的用户;(2) 、被访谈用户原因:由于被访谈用户事情太多,往往在提出需 求以后,抽不出时间来接受访谈;另外有些用户只局限于本部门或者 本岗位来考虑问题,不愿意从公司层面或者大局来考虑;(3) 、用户不重视:有些需求是由于用户部门领导要求,跟得比较 紧,但是如果部门领导没有跟得紧的情况下,用户就不那么急了,就 算立了项,也不能很好的配合;(4) 、软件需求分析人员原因:由于需求分析人员

12、经验不足,导致 需求不够明确,不能了解到用户需求背后的真正目的;三、设计功能满足率比较低,只有75%,功能点BUG数比较多, 每个功能模块平均的BUG数有15个之多,函数注释率只有10%左右, 各功能点的测试覆盖率只有40%,分析原因如下:(1) 、用户需求不明确:有些用户在接受访谈时说的需求,及在需 求确认时都没有问题,但是到软件功能设计出来以后,却完全不是这 么回事,用户就会解释说当时没想清楚;(2) 、软件开发工具的原因:软件开发人员使用的开发工具不够实 用,很多工发工具能检查出来的BUG,没有办法检查出来,需要开发 人员自已检查;(3) 、软件开发人员的原因:由于软件人员紧张,项目任务

13、多,交 期短,所以在开发时,没有多少时间去写程序代码的注释,况且有些 开发人员也根本没有注释的习惯,没有多少时间去完整的测试各个功 能点;把测试的任务有时就直接交给用户了;四、系统架构变更次数过多,一个项目平均下来变更 6 次之多, 原因如下:(1) 、系统设计人员的原因:由于系统设计人员在架构设计时,没 有考虑到系统架构的灵活性;不易于扩展;一旦用户的需求有变化, 系统架构就必须重新修改;(2) 、用户需求变更太频繁:由于用户的需求很随意变更的,加大 了系统设计的难度,导致了系统架构变更;五、项目的按时完成率比较低,平均下来只有 60%,分析原因如 下:(1) 、用户需求变更太频繁:由于用户

14、需求变更太随意,太频繁, 导致有些开发工作完成,又必须推倒重来,做了很多无用工作;另外 有些用户只局限于本部门或者本岗位来考虑问题,不愿意从公司层面 或者大局来考虑;造成重复工作,重复设计;(2) 、软件开发人员的原因:由于软件开发人员不够,项目多,任 务紧,一个人身兼数职,也是造成软件开发项目推迟的直接原因;另 外,软件开发人员专业技术水平不够,有些功能开发要花太多的时间 去研究,寻找解决方案,也导致了项目的延迟;(3) 、系统架构变更太多:导致有些程序开发工作无用,必须重新 开发;(4) 、软件需求分析设计人员的原因:由于设计的不合理,分析用 户需求不够透彻和全面,架构设计不合理,导致软件

15、开发变更及错误 多,也导致了软件项目的开发延迟;(5) 、软件开发工具及开发方法落后:由于软件开发人员没有太多 的时间去研究使用新的,先进的开发工具,也没有太多时间去学习新 的开发方法,导致软件的开发速度慢,开发出来的程序BUG多,程序 没有多少可重用性,也导致了软件项目的开发延迟;综上所述,为了配合公司的发展,满足公司对信息化建设的要求, 顺利实现计算机中心 04 年目标,我们必须针对软件开发项目中存在的 问题采购行之有效的改进方案,计划改进措施提议分为内部及外部:六、内部的改进措施提议如下:1、增加人员配置,解决人手严重不够的问题;2、明确分开,重新划分业务小组;3、明确岗位职责,细分软件项目开发所需要的各个岗位;4、制定岗位知识能力模型,对每个岗位要求的能力必须定义清楚, 要求严格达标;不达标的必须重新培训;做到合适的人在合适的位置 做合适的事;5、加强专业技能培训;6、加强软件开发管理,培养团队合作精神,加强软件过程控制;7、优化设计开发方法:加强设计标准化、模块化;提高软件开发 效率;8、加强业务培训,更实际的了解业务需求;七、外部的改进措施提议如下:1、加强业务部门对系统了解;2、培养用户需求的分析能力;3、加强与用户的互动及双向沟通,让用户参与到设计中来;4、引导用户的软件需求,培养用户从公司层面或者大局

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号