- 相关推荐
软件项目开发总结范文(通用6篇)
总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料,通过它可以全面地、系统地了解以往的学习和工作情况,不妨让我们认真地完成总结吧。总结怎么写才不会流于形式呢?下面是小编为大家收集的软件项目开发总结范文,希望对大家有所帮助。
软件项目开发总结 篇1
一. 引言
1.编写目的
本项目开发总结报告,主要是总结本软件的开发经验和总结所学到的知识,以及对一个系统的大型的软件设计的总体感悟,并将软件设计过程中遇到的问题加以阐述和说明。
读者对象:开发人员、大赛评委
2.项目背景
系统名称:3D旅游咨询员
任务提出者:山东省齐鲁软件设计大赛委员组
开发者:
面向用户:游客
开发时间:2010年9月1号到2010年9月19号
该软件运行系统:单机版计算计
3.参考资料
A、软件项目开发总结报告书(GB856T—88)国家标准
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机,都可以使用。
四. 总结
通过这次大赛,培养了我们的创新精神,竞争意识,克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件,从设计到开发都经过了细致摸索和推敲和实地考察,做到了作品的原创性。这是一款独立研发且具有成品性质的软件,是我们大家共同努力的结果。游戏开发中,大家的能力,诸如大家的合作,个人的协作能力,策划能力,以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉,丰富多彩的视听效果,能给用户以视听享受,希望成为广受用户的欢迎。
通过参加“齐鲁软件设计大赛”,得到了许多经验和教训:
一个成功的设计应该是以用户为出发点,始终在考虑“用户需要什么”, 软件策划并不是典型的用户,我们不是真正的旅游观光者,但是我们也进行旅游,我们制作的游戏是游客使用的,而不是自娱自乐用的。一味从自我考虑,只做符合自己的软件,你会发现它的需求是如此的不足,功能有很大的缺失,最后会发现做出来的软件连你自己的愿望。
软件项目开发总结 篇2
随着市场经济的进一步完善及全球经济一体化进程加快,企业面临着激烈的市场竞争,企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术,增加信息共享程度,不仅提高了工作效率、降低成本,而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础,在原有系统的基础上,计算机中心于2003年开始加大信息管理系统的开发,已到年底,开发项目也基本上完成了;为了总结03年所有开发项目的整个开发及管理过程,我们选取2个比较大的软件项目来分析,项目为:出口技术支持网站管理系统、模具管理系统;在这两个具有代表性的项目中,我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方,总的说来,设计开发的功能基本上达到了用户需求的75%,用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。
模具管理系统最大程度的实现了模具信息的共享,各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息;查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护,规范管理,出错比例大大下降。而且在更改零件图号的情况下,基础数据更改,其它相关文件的同一数据会随之更改,减少系统维护量提高了生产部编制模具生产任务单的工作效率,缩短了模具制造任务传递时间,查询新的开模单更方便快速,由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总,时间仅须20分种左右,大大提高了效率。
模具台账能显示所有的模具汇总及分配情况; 虽然相关项目基本上达到了预期的目的,但是,反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节,我们都有工作不足之处,特别是某些关键控制点上面,我们有一些失误,当然,原因是多方面的,有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施:
一、从用户提出需求,到需求响应时间,我们需要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、引导用户的软件需求,培养用户从公司层面或者大局来提出需求;
软件项目开发总结 篇3
1.引言
自助旅游的定义,简单地讲,就是吃、住、行、游、购、娱,基本上全由游客自己决定。自助旅游的新概念,也叫背包旅行,起源于发达国家,在英语里面叫“backpacker’s travel”,或“budget travel”,即背包旅行,省钱的旅行。
随着中国进入第一次消费升级阶段,居民可支配收入和消费水平不断提高,发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国,自助旅游席卷而来,给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术,旅游者通过网络自由组团和选择参加者,自由选择路线等。
自助旅游最终实现需要一个渐进的过程,拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的,因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息,进一步完善现有的旅游自助体系。
1.1 编写目的
随着科学技术的高速发展,我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统,目标是使旅游资源信息化,方便旅游公司及游客便捷地得到需要的旅游信息。
1.2项目背景
随着社会信息量的与日俱增,图书作为主要的传统信息载体,在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求,这也体现在人们的.出行与旅行方面,人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原;同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误,他们也需要更系统更严谨的管理手段,从而做到依法管理,有据可查;而对旅游公司而言,高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天,一套行之有效的旅游自助管理系统,是大家最好的一个选择,他是人们出行旅行的贴心小助手,是旅游公司负责尽心的大管家,是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。
旅游自助系统软件是一套功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的简体中文、英文 Windows98/2000/ME/XP等操作系统上使用。除此以外,该软件可通过访问权限控制以及数据备份功能,确保数据的安全性。
建议开发软件名称:旅游自助系统 项目的提出者:软件工程课程
开发者:艾菁、张虹、周军、李骁、胡宝雷 用户:旅游公司及游客
1.3 定义
该旅游自助系统是基于Internet/Intranet 及Web技术,建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
文档中采用的专门术语的定义及缩略词简要如下: TTS:Travel Self-help System,旅游自助系统。
SQL(Structured Query Language):结构化数据库查询语言 JSP:JAVA Server Page
1.4 参考资料
《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 2007.3。 郑人杰,殷人昆,陶永雷。《实用软件工程》(第二版)。北京:清华大学出版社,1997。
金勇华,曲俊生。《JAVA网络高级编程》。北京:人民邮电出版社,2001。 Borland Software Corporation。《JBUILDER培训教程》北京:机械工业出版社,2002。
2.实际开发结果
2.1 产品
可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等.
2.2 主要功能及性能
功能:
对旅游公司及旅游局输入信息进行管理; 用户的信息检索; 性能:
数据库的录入; 后台信息维护;
不同条件下的信息检索;
旅游服务预约及预约是否成功的反馈; 输出:
旅游景点信息;(包括景点介绍、物理位置、开放时间、参观费用等) 旅游线路信息;(包括日程安排、食宿交通、手续价格、联系方式等) 预约结果反馈;(是否成功) 输入:
旅游景点名称; 旅游线路名称;
旅游者自定义的查询条件的搭配;(包括希望的时间安排、旅游的费用预算、行程的旅游景点等)
安全保密:
用户退出系统时,自动清空查询记录;
2.3 运行环境要求
运行环境:
操作系统:Windows2000; 数据库类型:SQL server。
软件项目开发总结 篇4
一、软件开发个人体会:
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打开整个项目的源码时,再去看自己写的代码的时候,真的发现,我们定义的这个变量名是什么意思啊 ? 我们的这个Flag 是用来判断什么的啊 ?我们的if()中条件不知道是判断什么? Function () 也忘记是什么功能了? 想想好可怕啊。 难道真的都忘记了吗 ?回答是肯定的: 真的忘了。
C.心得体会:
通过做该网盘项目,在这2年的锻炼中,我们才真的体会到,良好的文档是正规研发流程中非常重要的环节,一个好的程序是先写好设计文档再进行编程的,在设计文档的指导下,才能写出安全的代码。如果你不写文档,一开始就写程序,这样你就不会按已设计好的路线走,而是想到哪写到哪。小功能还好说,要是大功能,就容易混乱.
刚开始我们还很不习惯这一系列的编程风格,很多的规范,尤其是命名,方法和注释,都有这着很多限制,让我们觉得真罗唆,写个程序完成功能不就可以了吗,明明1小时做完的事情非得让人用3、4个小时去做,我们现在真的明白这样做的好处了,我们已经习惯这样的编程风格了,这也养成了我们的一个编程习惯了,深有体会啊。
最忙的时候就是我们成长和收获最多的时候。
八、网盘项目开发的最大体会
我们觉得项目开发的开始时候,应该由项目负责人很好的对项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题,以及里面用到的很多专有名词做个细致的说明,而不是从一开始就分几本式样书,给个静态Html 的Demo看看,然后搭建好开发环境就按照式样设计书来开发。
九、软件测试(单体测试和连接测试)
我们首先认为,编写程序的时候不要想出了问题再解决,而是要想如何不会出现问题,要根据经验来预测可能出现的问题,然后避免出现。
测试,说的直接点就是给软件找错误。
很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
我们觉得对开发人员来说,我们要把测试出来的Bug都应该做个分析,知道错的原因之后,我们就应该在下个项目中防止类似的错误发生,而真正来提高我们开发的效率。
软件项目开发总结 篇5
1引言
1.1编写目的
XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景
项目名称:XXX业务管理系统
软件名称:XXX业务系统
客户:XXX
用户:XXX员工
1.3参考资料
项目开发文档:
1.软件开发数据模型:PDM_OperationSystem20070831.pdm
2.数据库开发文档: XXX业务管理系统数据库设计说明书2.0.doc
3.软件业务流程参考:XXX业务管理系统流程说明.doc
4.软件使用手册参考:XXX业务管理系统功能说明3.0.doc
5.软件业务流程参考:XXX业务管理系统流程说明.doc
6.软件中使用到的第三方控件:ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7.软件中使用的安全Ikey驱动:Ikey Driver.rar
2开发工作评价
2.1对生产效率的评价
1.系统开发已历时快1年的时间了
2.开发的反复性比较多。
3.对客户的需求理解不是很透彻。
综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。
2.2对产品功能的评价
经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结
在此项目中使用到技术和工具:
1.使用代码生成器:使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。
2.使用数据库建模工具;PowerDesigner 工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。
3.使用第三方控件:此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。但需要意的是:在是使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。
4.使用自定义控件:此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。
5.系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的.系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。
6.系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。
3项目经验总结
3.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队
在项目确立后,要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。
3.3需求的调研
在项目确立后,就到了需求调研分析阶段。
1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。
4.模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5.在一个项目的开发中,文档的书写是极为中要的一项工作。因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为,凭借我们的大脑来记录所有的开发需求;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
6.需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。这样客户会更快的进行问题的实质。
3.4做好开发计划
在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。
3.5很好的沟通
在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。
3.6做好工作总结
在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,,还是我们的团队能力都会有很大的提高。
软件项目开发总结 篇6
一、实训目的:
通过对java语言、sql数据库的应用以及sql语言的复习和锻炼,并且通过使用MyEclipse开发平台设计管理项目,以达到充分熟悉开发平台及应用设计。同时掌握并实践软件项目设计规范及其开发流程:需求分析、概要设计、详细设计、代码编写等,以便提前适应软件公司开发流程、环境和工作要求。
二、实训内容:
1. 项目:(“xx网”)
2. 完成(用户注册、登录、列表、购物车、删除、修改)等功能
3. 数据库设计、SQL应用
4.项目实战
三、实训总结:
转眼间实训已过去一段时间,之前的兴奋、喜悦如今已经让我熟悉,在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。也许,在这期间不一定会让一个人有着翻天覆地的变化,但变化就是这样一点一点产生的。通过这一期的实训,虽然倍感折磨,但是收获却是很大的,学习中我不但有了学习成果的喜悦,而且自己也日渐成熟,有种说不出的喜悦。
在实训的过程中,我深深的体会到了自己在专业知识方面的欠缺和不足,也意识到了自己作为计算机软件专业的学生,要想在以后的
职业中崭露头角,除了要有过硬的理论知识,健康的体魄之外,还必须具备良好的心理素质,是自己在以后的途中无论经历什么样的困难,都立于不败之地。通过实训老师的课堂讲解与企业文化标准的培训,使我加深了对自己专业的认识,从而确定自己以后的努力方向,要想在短暂的实训时间内尽多的学到东西,就需要我们跟老师或同学进行良好的沟通,加深彼此的了解,只有我们跟老师多沟通,让老师更了解我们,才能更真切的对我们进行培训工作。由此,班级的文化“共享”就在生活中慢慢形成了。
“纸上得来终觉浅,绝知此事要躬行!”在这短短的时间里,让我深深的感觉到自己在实际应用中所学来专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周到中所讲的,都是课本上没有而对我们非常有实际意义的。这又给我们的实训增添了浓墨淡彩的光辉。我懂得了实际生活中,专业知识是怎样应用与实践的。在这些过程中,我不仅知道了职业生涯所需具备的专业知识,而且让我深深体会到一个团队中的各个成员合作的重要性,要善于团队合作,善于利用别人的智慧,这才是大智慧。靠单一的力量是很难完成一个大项目的,在进行团队合作的时候,还要耐心听取每一个成员的意见,是我们的组合达到更加完美。
这次实训除了让我明白工作中需要能力,素质,知识之外,更重要的是学会了如何去完成一个任务,懂得了享受工作。当遇到问题,冷静,想办法一点一点的排除障碍,到最后获取成功,一种自信心就由然而生,这应该就是工作的乐趣。有时候不懂的就需要问别人了,
虚心请教,从别人的身上真的能学到自己没有的东西,每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流,同乐同累,合作互助,这是团体的精神,也是必须学习的东西。
经过之前的学习,对程序设计有了一定的认识与理解。在校期间,一直都是学习理论知识,没有机会去参与项目的开发。所以说实话,这次实训,软件项目开发对我来说是比较抽象的.,一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训,让我明白了一个完整项目的开发,必须由团队来分工合作,并在每个阶段中进行必要的总结与论证。
一个完整项目的开发它所要经历的阶段包括:远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的,如果没有一个好的远景规划,对以后的开发进度会有很大的影响,甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识,还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键,也就是说,前期作业都是为代码的实现所做的准备。
我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情,不仅要有足够的干劲和热情,还要有扎实的编写代码基础,
必须要有事先对文档进行可靠性报告,功能说明书,详细设计说明书等的编写和一些风险评估的编写的能力。
除了图书馆,最能让我感觉到身在大学的就是实训机房,在匆匆过去的两个月内,我往返于实训机房与宿舍之间,使我享受了一个充实的学习时期,让我感受到了大学的魅力,对自己充满信心,对大学充满信心,以积极的心态迎接明天挑战。
实训中要求有扎实的理论基本知识,操作起来才顺心应手,我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。 “学以致用”,就是要把学来的知识能运用到实际操作当中,用实践来检验知识的正确性。我想,这是实训的最根本目的。
最初在实训时自己就有一些不自信,但随着项目的进展,我慢慢的找到了自己的位置,找到自己的目标,虽然自己与好的同学还有差距,这也给了我很大压力,但是我相信没有压力就没有动力,所以在整个实训过程中我都在不断地努力。
实训期间让我学到很多东西,不仅在理论上让我对IT领域有了全新的认识,在实践能力上也得到了很大的提高,真正的学到了学以致用,更学到很多做人的道理,对我来说受益匪浅。我意识到自己知识的缺少,这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。
除此之外,我还学到了如何与人相处,如何和人更好的交流,我们组成一个团队大家一起开发一个项目,大家的交流沟通显得尤为重要,如何将自己的想法清楚明白的告诉队友,如何提出自己想法的同
时又不伤害其他的队友的面子,这些在我的实训生活中都有一些体会。可是说,第一次亲身体会理论与实际相结合,让我大开眼界。也是对以前学习的一个初审吧,相信这次实训多我以后的学习、工作也将会有很大的影响,在实训的这段时间里这些宝贵的经验将会成为我以后工作的基石。
作为即将毕业走出校园的学生,经过3年的在校学习,对程序设计有了一些基本的理性的认识和理解。在校期间一直忙于理论的学习,没有机会也没有经验来参与我们项目的开发,所以在实习之前软件按开发对我来说是非常抽象的,一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确,通过这次实训让我明白一个完整项目的完成必须团队分工合作,并在每个阶段进行必要的总结和检查。在我们项目的开发过程中我们项目的步骤:详细设计、详细设计review、编码、编码。在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识,并能减少在开发过程中出现不必要的脱节。
这次实训是对我们学习的一个检验,虽然项目中很多知识我们在日常的学习中都没有遇到,这同时提醒我:要想成为一个合格的程序员就有具备一种自学能力,在工作中会遇到很多从未接触过的问题,当有了问题时要去解决,在你不断努力,寻找答案的过程中,自己的能力也在潜移默化的提升。有时遇到问题时可能有很多想法但却不知道那个正确,这就让我们不断地去探索,不断地尝试。
【软件项目开发总结】相关文章:
软件项目开发工作总结03-17
软件项目开发岗位的设置02-27
项目管理软件的开发应用03-02
浅谈软件开发项目的管理03-29
做软件开发项目实习的心得11-28
软件开发与项目管理简历范文02-24
软件开发项目经理的自我评价07-26
软件开发项目管理制度01-15
软件项目设计与开发过程管理分析03-29
软件项目开发的投资决策分析11-20