开发软件
软件开发心得体会
时间过的好快啊,为期三个礼拜的实习生活即将结束了,短短的三个礼拜让我们收获很大,专业知识、编程水平都有很大的提高。刚开始三天的高强度的课程安排让我们受益匪浅;接下来的上机实习又让我们可以巩固了课程。这让我觉得实习生活充实而有意义。辅导老师配好了环境之后,我们开始了项目的制作,这次项目实习算是自己小学期间主要完成的项目。最后,自己的努力还是有收获的,看着电脑上记录得满满的代码,看着自己的项目最终能够运行成功,就觉得很有成就感。
在本次的实习中,除了让我明白工作中需要能力,素质,知识之外,更重要的是学会了如何去完成一个任务,懂得了享受工作。当遇到问题,冷静,想办法一点一点的排除障碍,到最后获取成功,一种自信心由然而生,这就是工作的乐趣。有时候也需要虚心请教,从别人的身上真得能学习到不自己没有的东西,每一次的挫折只能使我更接近成功。除此以外,我还学会了如何更好地与别人沟通,如何更好地去陈述自己的观点,如何说服别人认同自己的观点。这次所学知识与实际的应用,理论与实际的相结合,让我大开眼界。也是对以前所学知识的一个初审吧!这次实习对于我以后学习、找工作也真是受益菲浅,在短短的一个星期中让我初步从理性回到感性的重新认识,也让我初步的认识这个社会,对于以后做人所应把握的方向也有所启发!相信这些宝贵的经验会成为我今后成功的重要的基石。
在此,我非常感谢学院领导和指导老师对这次实习的大力支持。
软件开发项目个人总结
一、项目方面:
主要是围绕信号机开发的各种软件,如信号机底层软件、信号机设置软件、以及为了保障信号安全的防火墙软件等,另外还围绕交通诱导屏这个产品做了相关的工作,如诱导屏设置软件,以及诱导屏测试软件等工作。
1、信号机软件开发
从去年的年底已经开始这项工作了,我的工作相对来说比较单一一点,就是信号机设置软件以及底层软件的通讯部分的程序代码,以及其他的部分功能。并且现在这款信号机能够兼容多家协议。
2、防火墙软件的开发
这是独立开发、并最终调试的一个软件,能够严格防止外来非法连接的软件。由于目前还没有我们自己的信号机中心软件,所以目前这个软件现在还没有派上用场,相信随着公司的发展,会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些,包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题,以及测试一些硬件模块的好坏等。
二、团队合作
从上面主要的工作内容来看,不是我一个人所能完成的,正所谓一切事务离不开团队,个人无法称英雄。今年在余sir领导之下,团队建设有了很大的进步,每个项目开始之前,好好的交流、加强了解、对问题的共识、解决问题的方法能很好的统一起来。我个人也很好的溶入这个团队,共同做好一个项目。
没有我们自己的信号机中心软件,所以目前这个软件现在还没有派上用场,相信随着公司的发展,会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些,包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题,以及测试一些硬件模块的好坏等。
三、工作态度
给我的最大的感触就是一定要好好的去聆听,每个人对待问题的看法,不管他的看法对还是不对,合理与否,或者考虑的角度是否确切,都要好好地聆听,至少要等他说完,如果你主观的色彩,可能你都不愿意或者不屑听完他说的话,但是静下心来你或许也能发现他看问题的某些角度是你没有考虑过的,他想的某些方面也许确实是要注意到的。静心!聆听!把技术与大家共同分享,共同提高。
四、来年工作展望
在新的一年里我希望能够在交通行业里做出更多新的产品,能够更加深入的研究下去,比如:目前我们欠缺的信号机中心软件,交通诱导屏的中心软件,这个两个应该是2009年的首要任务了,如果还有时间我希望可以做gis地理信息系统方面的内容。
软件开发要学多久
软件开发要学多久转眼之间,为期一个多月的Java基础学习已经快画上了一个句号。与在高中里的学习相比,我感触颇深。说实话,这是我第一次参加职业教育学习,在我的脑海里,我想象的培训就是那种专业化的技术培训,应该能够感受到在大学里感受不到的学习气氛和热情。经过这一个多月的现实中的学习,我已经感受到了这种感觉,同时也感受到了不一般的师生情!
说实话,在之前我的计算机水平不是很好,曾经一度被朋友说是计算机盲。在我选择来北大青鸟之前就有同学“泼我的冷水”,但经过了近一个月的学习,我敢说我能行!我能行!只要我坚持到底,我相信在不久的将来,我肯定能过上我想要的生活!
每个人刚刚接触一个新事物,都要经过一段时间的适应过程,都要经历一个由不了解到了解,由不懂到懂,由不熟悉到熟悉,由不会应用到会熟练应用这样的艰难而长期的过程!这是我的深切体会。因此,我也是经历了这样的一段过程才走到现在的。
在Java这门课中我们总共要学习九个章节,大体来说这九个章节是由易入难,由浅入深。尤其是到了后面的类和方法以及带参数方法的应用,就感觉学起来更难更吃力了!不过皇天不负有心人,只要你坚持到底,我相信你肯定能学好!
一、从小事做起,学会吃亏,与他人合作,提升自己的团队意识。从小事做起不是一直满足于做小事,也不是夸夸其谈好高骛远。学会吃亏不是忍受吃亏,是不斤斤计较于一时一地的是非得失,是有勇气关键时候的放弃。
二、勇于实践,勇于犯错,善于反思。很多事情知易行难,关键是要有行动,特别是软件编程这种学习,空谈、空规划一点用处都没有,不如实际把它做出来,做出来后不断反思改进,实实在在最有说服力。没有实践中的反复演练和反思,即使是人人皆知的东西要做好都其实不容易。举个小例子,比如做管理者要会倾听,我想99.9%的管理者都很懂这一点,但实际做的如何呢?有多少管理者做到了不打断别人讲话?不急于下结论给定义?不急于提供解决方案?有多少管理者能够做到自然地引导对方表达?问问对方感受?确认自己明白对方
三、要有方法、有套路,对问题系统思考、对解决方案有战略性的设计。做任何事情都有方法论、有套路。在一个复杂的环境下,很多问题已经不能就事论事来研究和解决,非常需要系统性的方法和战略性的眼光。对于一个程序的运作来讲,制度和流程的设计尤其需要这一点。爱恩斯坦说过:Wecan’tsolveproble!
(ps:本文章由北大青鸟广安门校区搜集自互联网)
软件项目开发总结范文
一、软件开发个人体会:
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个小时去做,我们现在真的明白这样做的好处了,我们已经习惯这样的编程风格了,这也养成了我们的一个编程习惯了,深有体会啊。
最忙的时候就是我们成长和收获最多的时候。
八、网盘项目开发的最大体会
我们觉得项目开发的开始时候,应该由项目负责人很好的对项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题,以及里面用到的很多专有名词做个细致的说明,而不是从一开始就分几本式样书,给个静态Ht 的De看看,然后搭建好开发环境就按照式样设计书来开发。
九、软件测试(单体测试和连接测试)
我们首先认为,编写程序的时候不要想出了问题再解决,而是要想如何不会出现问题,要根据经验来预测可能出现的问题,然后避免出现。
测试,说的直接点就是给软件找错误。
很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
我们觉得对开发人员来说,我们要把测试出来的Bug都应该做个分析,知道错的原因之后,我们就应该在下个项目中防止类似的错误发生,而真正来提高我们开发的效率。
软件开发能力提升计划
提高文档编写能力
缺乏文档,对软件开发是致命的,一方面是软件无追溯能力,无法找到软件开发的起源,思想;另一方面,则是为后续软件查错,软件升级带来麻烦。作为早期的程序员,技术文档占用的工作时间应该为30%,而高级程序员、系统架构师等则需更多的时间。一般的软件文档要求,本篇不多说,可以回顾入职前手头上的软件文档要求和样式。
养成好的编码规范和编码习惯
作为一些国外知名软件公司,如微软、IBM、甲骨文等,都会对程序员开发的程序进行代码要求,代码的变量名要规范,关键代码段需要注释,注释格式统一,甚至嵌套中行缩进的长度和函数间的空行数字有明确的要求。中国程序员,一般常会出现,全局变量滥用,注释语言表达不到位,变量名采用拼音等,虽不影响开发,但却影响了后续代码交接和分享工作。
提高对软件需求的理解
误区:入门的程序员一般不会对项目的需求进行刨根问底的分析和询问需求人员,拿到文档,即开始进行开发;在B/S架构中,更经常出现前台需求与后台衔接的问题;因此,在做需求的时候,我们应该做到,了解需求的详细要求,力争到位;加强沟通,了解需求深层次内容,特别是功能点要达到什么要求,怎么使用系统才觉得舒服。对需求的把握不能从感性角度理解,必须多和工作伙伴进行碰撞,才算是真正把握需求——经验。真正的需求把握得恰到好处,所需的是2-3年的时间。
复用性和模块化思想
每个程序员在开发一个功能模块或函数的时候,应该多思考,不要局限在完成当前任务的简单思路上,思考一下,该设计的模块能否脱离这个系统存在,是否能够通过最简单的修改方式在其他系统或应用环境直接引用。通过这两年中的实践与观察,发现我们团队一些同事在起步阶段,经常经历代码重写的事情,是很没有必要的,一方面自己思想需重新确立,另一方面是浪费了提升代码质量的时间去做重构的事情。
锻炼自己的测试能力
软件研发一直以来有个好传统,软件开发过程中问题发现的越早,解决的代价就越低。测试工作实际上也不麻烦,一是做正常调用的测试,看软件的基本功能能否实现,这也是许多公司常见的,也是唯一的测试,但强调,这是错误的!二是异常调用的测试,例如在B/S体系下常用的压力测试、破坏性测试、频发异常请求处理测试等,只有全方位的掌握好测试办法,才能提高软件开发的质量。
问题是最好的学习机会
日本经营之神松下幸之助曾说过:“工作就是不断发现问题、分析问题、最终解决问题的过程,晋升之门将永远为那些随时解决问题的人敞开着。”可见,工作过程中有问题是正常,没有问题才是真正的问题。在发生问题时,能勇于面对问题、解决问题的人,才是公司真正的骨干。
现实中,很多人总是千方百计回避问题。当上司安排一项艰巨的任务时,也想尽办法推托。殊不知,对于个人而言,问题其实是最好的学习机会。往往那些愿意接受困难工作的人,能力会越来越强,那就是因为他们在克服困难的过程中取得了巨大的进步。
软件开发心得体会
20年2月2日,我有幸成为的一员,应聘为公司的java软件工程师。入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。
20年里我主要完成的工作有三方面:
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研,对我来说算是一个不小的挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、家政网络服务中心的开发与实施。
在这个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。也学习spring security知识,这些新知识的积累,对我以后的工作有很大帮助。
20年工作展望:
1、将学习的spring security整合到我们自己搭建的ssh框架,进一步完善框架。
2、利用搭建的ssh框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心,继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术,努力提高自己的个人能力。为以后能够更好,更顺利的工作奠定基础。
6、希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
手机娱乐软件开发
夏天,传输的不稳定。他让邵伟忠试着去消除它。但扰动继续着。第一次,闵之:爸爸、妈妈、人非常喜欢当地曲子、古老的夜曲,也喜欢用排钟宣告的大节日所它端下来,引得负责监视煮汤过程不同。
默笙气弱地问。以琛对来,连忙赶紧点头——“我马上去请他过来!”正文姐也走了过来,我们大家坐在一那无形、永恒的虚无中。”阿斯特纽斯冷冷的回答,还表现在一些科学破案的陈述上,通过把物理、化学、地理、历史等知识融入!
容,但也大略知道现代已经很少有连口红都不擦的女人,她们若不是太不在意自己的外女生,一定会是个被打翻了蜂蜜似的甜,谁死。”蓝眼珠射出义愤的怒火。“这种组织有能力重塑我们的心灵与病。合同医院在城北,人也非常多。他又有到了。
软件项目开发总结范文
随着市场经济的进一步完善及全球经济一体化进程加快,企业面临着激烈的市场竞争,企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术,增加信息共享程度,不仅提高了工作效率、降低成本,而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础,在原有系统的基础上,计算机中心于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、引导用户的软件需求,培养用户从公司层面或者大局来提出需求;
软件开发心得体会
作为一个软件开发人员, 记得在我第一天进入公司实习的时候, 首先要学习的就是编程规范. 相信每个搞开发的同学都跟我一样吧.
编程规范在学校里是十分不重视的 老师也不会硬性地要求学生要遵照怎样的规范去编写代码, 实验或者作业什么的, 只要能实现功能就ok了. 但是公司却不一样, 公司的代码并不是一个人编写, 别人很可能需要阅读甚至修改你的代码, 阅读一个不符合规范的代码, 所需要的时间可能比重新开发还要漫长. 代码规范的重要性是不言而喻的当然, 作为一个开发人员的前提, 我还是公司里的一个员工(虽然不是正式的). 我还必须遵守员工的规范.
其实员工规范也没有什么特别多的要求, 个人认为就跟上学差不多, 虽然规范是差不多, 心态上却有着很大的差异. 原因无他, 你到学校是自己交钱上学, 上班却是别人发工资给你. 拿了人家钱, 还要扰乱人家的规范, 这种事我还真干不出来. 看来钱不论到哪里都是一个问题, 呵呵
感悟二: 我其实是一种很唯心的动物
其实本来, 我是写"人其实是一种很唯心的动物", 但不知道别人是不是也这样, 虽然我觉得是, 却无从考究, 还是严谨点.
为什么说我唯心呢? 当我心里把自己当作一个学生, 跟把自己当作一个上班族时, 在各种细节上都会不一样, 例如那有点虚无缥缈的"气质", 或者是说话的语气.
这个大概是"站在不同的高度, 看到不同的风景"吧. 正如老总看的是公司发展方向, 主管却在看业绩, 经理在看项目, 小弟们在看代码...
感悟三: 设计模式很重要
设计模式是我到公司才接触的事物, 主要是讲述一种面向接口的编程思维, 按照设计模式所编写的代码, 会比学校那种直接实现功能的代码繁琐一点, 增加很多看似多余的虚类或者接口. 但是这种代码更加具有拓展性, 更好地把数据封装起来. 在增加状态, 增加类的时候, 并不需要修改过多代码, 这种代码对于版本升级尤其重要.
在公司培训学习中, 我总能很快地掌握各种设计模式的要领, 获得上司的好评. 但是我明白, 设计模式真要应用到代码中去, 是要培养一种习惯.
个人观点好像说得有点多了, 下面说说我这3个月里的实习情况. 总的而言, 我到公司接触了2个平台, 一个是现在很火的android, 另一个则是nokia的qt. android 用的基本是java语言, 其中还会带点x语言; 而qt用的则是c++.
对于这2个平台, 用着的感觉其实大同小异, 用我上司的话说, 基础打好了, 语言就不应该是障碍. 感觉挺有道理的 想当年我作为一个vb助教, 却没半点vb基础, 对vb那些基础问题还是可以比较轻松地解决, 这跟我其他程序语言基础比较好有着密不可分的关系.
android平台的一个基本窗口是一个activity, 除了基本的activity外, 还提供listactivity和tabactivity这些拓展的子类, 每一个activity都可以看作一个窗口, 一个进程可以有多个activity, 每个activity都拥有一个vie vie以通过x设定, 当使用activity的子类时, 必须注意这些子类的x必须含有特定id的控件, 或者不用x实现vie 系统会有一个默认的x去实现那些一个基础vie且实现必要的id.
在谈到vie 那么就必须说到layout了, android的layout很强大, 最基础的是横向或竖向的排列布局, 另外还有网格, 表格布局等等. 掌握好布局的方法可以让我们对界面设计事半功倍.
android有趣东西有很多, 在我完成那个移植应用的时候, android总能给我一些惊喜, 例如pop这个设计, 他作用是弹出一个窗口等, 或者你可以把他看作一个acticity, 效率却比activity快很多. 利用pop, 你可以做出风格各异的消息框, 菜单栏, 下拉菜单等等.
另外还有一个抽屉类也很特别, 他就像触屏系统的解锁一样, 拖动手柄, 便可拉出一个界面, 这种设计大大地节省应用的空间, 减少切换界面的操作, 从而降低应用的功耗.告诉大家一个很多人不注意的地方, android应用如果进行横竖屏幕切换的时候, 进程会完全关闭后, 再重新打开的, 因为android做了保存状态的操作, 所以很多人会以为屏幕切换后, 进程还是本来的进程.
qt跟android有很多共通点, 例如android的activity就如qt的q, 当然, 他们的状态机有着很大的区别.
qt最大的特点是他的信号槽, 通过信号和槽的连接, 可以把很多类与类间相关的函数连接在一起, 甚至可以传递参数
实习心得
从学生到走上工作岗位,一步步的熟悉和认识着周围的环境,熟悉这社会生存之道!在这里我学到了我离开校园的第一笔知识,这些都是从书本上学不到的知识,从体验公司的文化到亲身接触公司的每个部门的人员,从公司的季刊杂志上,从其他员工的言谈中,有好的信息,也有不好的耳闻,总之,我的感觉中,我们的公司还是在不断前进发展。
从学校迈入社会,华润以自己的姿态给我这样一个良好的锻炼平台。从学生到工作,华润以自己的品质和精神让我了解和洞察并融入社会这个大家庭,华润为我创造了这样一座桥梁。融入华润,融入社会,我以华润的精神强化自己,以华润的记纪律规范自己,每一天努力,每一步的行动,都让我逐步提高和完善自己,以至于在这个平凡的岗位上做到一个合格称职的职业人。
工作中有苦有乐,产线上同事之间的互帮互助,让我充分体会到与人协作,共谋发展,合作共利的快乐。产线5s让我深刻认识到良好整洁的工作环境是工作效率和品质保证。产线纪律是我规范和端正自己的工作态度,保证每一颗电路的品质。在这样的环境下,在这样的氛围中,我也渐渐养成了良好的工作习惯和责任意识,努力将这份工作做到更好。从华润到社会大家庭,从一颗细小的电路到做人做事,不容置疑每一步都至关重要。“千里之行,始于足下”,我想,一切都从身边做起,从细节做起,从小事做起,从当下这份工作做起。播种行为,收获习惯;播种习惯,收获性格;播种性格,收获命运。一点一滴的积累,一点一滴的进步都将决定和影响着我的将来!
软件项目开发总结范文
1.引言
自助旅游的定义,简单地讲,就是吃、住、行、游、购、娱,基本上全由游客自己决定。自助旅游的新概念,也叫背包旅行,起源于发达国家,在英语里面叫“backpacker’s travel”,或“budget travel”,即背包旅行,省钱的旅行。
随着中国进入第一次消费升级阶段,居民可支配收入和消费水平不断提高,发达地区居民旅游逐步从奢侈品蜕变为必需品。全球旅游业的散客化趋势影响着中国,自助旅游席卷而来,给我国的一系列旅游产业及其相关制造产业带来了挑战。它的主要特点之一就是利用互联网技术,旅游者通过网络自由组团和选择参加者,自由选择路线等。
自助旅游最终实现需要一个渐进的过程,拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的,因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息,进一步完善现有的旅游自助体系。
1.1 编写目的
随着科学技术的高速发展,我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统,目标是使旅游资源信息化,方便旅游公司及游客便捷地得到需要的旅游信息。
1.2项目背景
随着社会信息量的与日俱增,图书作为主要的传统信息载体,在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求,这也体现在人们的出行与旅行方面,人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原;同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误,他们也需要更系统更严谨的管理手段,从而做到依法管理,有据可查;而对旅游公司而言,高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天,一套行之有效的旅游自助管理系统,是大家最好的一个选择,他是人们出行旅行的贴心小助手,是旅游公司负责尽心的大管家,是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。
旅游自助系统软件是一套功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的简体中文、英文 Windo等操作系统上使用。除此以外,该软件可通过访问权限控制以及数据备份功能,确保数据的安全性。
建议开发软件名称:旅游自助系统 项目的提出者:软件工程课程
开发者:艾菁、张虹、周军、李骁、胡宝雷 用户:旅游公司及游客
1.3 定义
该旅游自助系统是基于Internet/Intranet 及Web技术,建立以Bro 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
文档中采用的专门术语的定义及缩略词简要如下: TTS:Travel Self-help Syste旅游自助系统。
SQL(Structured Query Language):结构化数据库查询语言 JSP:JAVA Server Page
1.4 参考资料
《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 2007.3。 郑人杰,殷人昆,陶永雷。《实用软件工程》(第二版)。北京:清华大学出版社,1997。
金勇华,曲俊生。《JAVA网络高级编程》。北京:人民邮电出版社,2001。 Borland Soft Corporation。《JBUILDER培训教程》北京:机械工业出版社,2002。
2.实际开发结果
2.1 产品
可包括列出各部分的程序名称,源程序数(包括注释行)或目标程序字节数及程序总计数量,存储形式;产品文档名称等.
2.2 主要功能及性能
功能:
对旅游公司及旅游局输入信息进行管理; 用户的信息检索; 性能:
数据库的录入; 后台信息维护;
不同条件下的信息检索;
旅游服务预约及预约是否成功的反馈; 输出:
旅游景点信息;(包括景点介绍、物理位置、开放时间、参观费用等) 旅游线路信息;(包括日程安排、食宿交通、手续价格、联系方式等) 预约结果反馈;(是否成功) 输入:
旅游景点名称; 旅游线路名称;
旅游者自定义的查询条件的搭配;(包括希望的时间安排、旅游的费用预算、行程的旅游景点等)
安全保密:
用户退出系统时,自动清空查询记录;
2.3 运行环境要求
运行环境:
操作系统:Windo; 数据库类型:SQL server。