工作总结之研发实习总结.docx
《工作总结之研发实习总结.docx》由会员分享,可在线阅读,更多相关《工作总结之研发实习总结.docx(16页珍藏版)》请在冰豆网上搜索。
工作总结之研发实习总结
研发实习总结
【篇一:
软件开发实习心得】
软件开发实习心得
一直以来期望从事自己喜欢的事业的我,对软件开发有者及大的兴趣,可由说种种原因使我从事工作以来走了好几年弯路,心中的梦想迟迟不能得以实现,可程序员的梦想从来没有从我的心中抹去,但这扇大门好像并没有向我敞开,今天,贵公司给了我敲开这扇大门的机会,让我真实体验了程序员的诞生过程。
早就听说,程序员的前几个月是最苦的,可从来没有感受到,海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑,再也没有在自己家里随便写段小程序后的那种“自豪”感了。
要面对每天必须面对的问题,再也不可能以“逃避”而了之了。
也让我感觉到做为一个程序员所应该具备的基本素质在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应该具备的基本素质。
团队精神和协作能力是程序员应该具备的基本素质,最近的工作中让我深深休会到了这一点,由于小组成员配合不好,使本来很方便的cvs给自己的工作带来的及大的麻烦,一不小心自己写的的东西就会被小组别的成员在上传文件的时候给覆盖掉,一整天的工作可能就这样被反工,我们小组这次就是因为协作不好,导致各模块之间不法连接,给工作带来了及大的麻烦,消耗了大量的劳动力还没有提高工作效率。
这使我深深的体会到:
一个成功商业性软件的开发必须有一个有强大凝聚力的团队,个人的力量是有限的,团队精神和良好的协作会使我们做出优秀的软件。
良好的文档是正规研发流程中非常重要的环节,作为代码程序员,30%的工作时间写技术文档是很正常的,缺乏文档,一个软件系统就缺乏生命力,在未来的查错,升级以及模块的复用时就都会遇到极大的麻烦。
这次的这个小小的项目,就因为文档上的一点点理解错误让我们花了很大的工夫去改代码,改页面。
很庆幸的是,这是一个小项目,要是大项目,这种问题可能就会导致大量的代码修改,可见文档在一个项目中起者巨大的做用。
此外,良好的代码编写习惯,不但有助于代码的移植和纠错,也有助于不同技术人员之间的协作。
作为一个程序员,对需求的理解能力也是很重要的,只有真正理解了一个模块的作用,才会写出高效率的代码,才能使整个软件项目作出来更加优秀,具备更好的安全性和稳定性,我在写代码的过程中就遇到了需求理解上的问题,使得写出来的代码功能不全,幸好不是给客户发现在,要不,这个软件的商业价值可能就会打折扣了。
单元测试对于一个程序员来说是不可不做的一项工作,不做好测试就会给后期的集成工作带来麻烦,往往为了一个小问题会让我们查找好多模块,给后期工作带来很大麻烦。
这一段时间的工作也让我明白了一点:
一个优秀的程序员必须不断的学习,随时总结,找到自己的不足,这样逐步提高,才能让自己很快的成长起来。
建站侠客发表于2008-4-2810:
19
对软件开发的一点心得体会
一、前期规划:
我理解的前期规划是:
在市场人员们汇总一个需求提交给产品专家带领的产品经理团队,然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。
这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。
由开发团队对其进行技术和风险分析。
如果对此需求统一有异议的地方,需要返回给产品团队,重新修正需求。
反复如此,直至需求完善准确,细致,清晰。
前期规划就像高楼的地基,如果马马虎虎,就算是一块砖块没摆好都可能导致整个高楼建设的失败。
在规划中我认为,交流永远是需要双方积极主动,能认真听取每个人的建议。
前期工作思维不慎重,不细致,不认真,不够完善,将产生连锁效应直接导致整个工程和项目的失败。
这种失败可能表现为:
第一种,软件按需求实现但是功能根本不能满足用户需要。
第二种,功能都有了,软件没有达到可用性、易用性。
对于第一种,当然是因为前期规划疏漏了某些细小功能,没能把需求文档做完善。
应该是规划工作做的还不够认真和细致。
对于第二种情况,我认为更多是在产品设计规划方面经验还不够成熟。
这种问题应该是很难避免的。
因为每种新产品对产品团队来说都很陌生。
即使以前做过类似的东西,也难免面面俱到。
这只能通过不断努力和认真的态度来弥补。
前期规划的交流涉及了市场、产品和技术研发等多个团队之间。
需要的不仅是团队内部的交流,更多需要协调好团队之间的交流。
可能有时候需要公司高层和中层参与协调。
目前,很多开发人员深感项目的需求文档写的都很单薄。
大家可以想一想,如果没有好的开始,怎么会有好的结束呢?
需求文档单薄,不够细致,由谁来继续完善呢?
难道让程序员们自己去完善。
我想程序员也可能没有这种能力。
对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。
二、概要设计:
我理解的概要设计步骤:
(以项目为中心的开发流程)
1〉项目经理仔细阅读项目需求文档。
2〉项目经理召集项目开发成员,开项目启动会议。
具体商议项目的开发任务和责任分配。
3〉核心开发人员开发确定,以及各模块开发人员确定。
4〉由系统分析员和核心开发人员仔细阅读需求文档,对系统整个架构分析和做技术规划。
5〉系统分析员整理和书写最终的系统架构和概要设计文档。
6〉系统分析员在文档提交日,提交给项目经理。
项目经理确认文档并审批。
架构确定的会议。
向每个成员分发文档,并讨论确定最终概要设计文档。
8〉开始详细设计文档的工作
三、详细设计:
1〉项目经理组织成立各个模块的开发小组,并确定开发小组组长(程序经理)。
2〉各开发组长书写各自模块的详细设计文档,开发成员需要协助,配合。
3〉在指定提交日,开发组长提交文档给系统分析员。
由系统分析员审批。
4〉系统分析员组织召开一个详细设计文档确认的会议。
5〉然后开发组长分发各自模块的详细设计文档给程序员,程序员在指定时间内完成。
6〉程序员做内部测试。
开发组长协调并配合。
7〉确认无bug提交给开发组组长。
8〉所有模块整合工作,由整个开发组成员参与完成。
由所有开发组长和系统分析员负责主要部分工作。
程序员协助和配合。
9〉对整合后工程做详细测试。
10〉确认测试通过后,开发组长根据开发成员表现以及提交成果填写绩效考核表。
然后提交给项目经理。
11〉项目经理会召开项目总结会,同时向优秀成员颁奖。
同时鼓励所有成员继续努力。
对不能按时完成导致项目能按时提交,以及对导致失败的
关键人员给与惩罚处理。
当然,以上只是一个简单的开发流程,一定是有很多不足的地方。
希望能起到抛砖引玉的作用。
大家都明白,流程和制度是死的,但人是活的,所以如何按流程做得好,关键还是在人本身了。
没有一个流程和制度,一个团队也必将是一盘散沙。
正所谓“无规矩无以成方圆”。
这句话说得很有道理。
四、具体编码:
开发几个项目之后,对编写程序有了更进一步的了解。
好的程序应该具有:
易读性,易扩展性,容错性。
易读性:
所有变量和函数以及类名用简单易懂易记忆的命名方式。
所有类和函数甚至变量都有关键的注释说明。
这点很重要,也是最基础的。
如果代码书写不够美观和易懂,我想自己以后也不想再看。
就更别谈功能的扩展和新版本开发了。
易扩展性:
整体系统架构逻辑简单清晰。
模块与模块之间尽量做到互不影响,也就是尽可能的独立。
这部分工作主要体现在前期设计工作中,需要掌握好的设计经验和方法才能够做得比较好。
容错性:
对数据流和指针以及数组都做数据有效性检查;对第三方接口的调用失败的容错性。
对所有代码都做调用失败后的错误处理。
以及在大的工程中加入trace文件输出,把关键的数据流和关键处理部分的操作信息输出。
以便对工程异常情况产生条件的定位,及时解决问题。
我觉得程序员能在这三方面做得很好就算一个优秀的programmer了。
五、调试、跟踪与测试:
1测试需要注意的:
对每个模块的接口做测试,数据边界的检查。
在对整个模块做测试。
主要测试稳定性,效率以及功能是否正常。
确认单个模块完全正常后,再加入工程。
在系统架构设计的时候,可能会引入原型参考。
要对原型做完成测试后,确认没有问题后,才可使用。
2可以采用vc自带trace或者将信息输出为文本文件的方式跟踪程序并输出关键信息,以便定位程序异常的原因。
3对于通信模块的测试,特别注意服务端和客户端的数据流。
可以针对性的写一个客户端或服务端的测试程序,检验通讯过程是否正常。
4在用vc做开发中,一定先要让debug版本正常运行,保证没有任何异常,内存泄漏和assert等调试警告信息。
如果用到其他lib,一定要保证lib本身不存在问题。
这里只是提到一些自己容易忽略的东西,希望能对大家有所帮助,欢迎指正!
谢谢。
【篇二:
java开发实习心得体会】
四川实习心得体会
计算本一班01210251y33张焕炎
大四初始,我已经闻到了离别的气息,在这即将远离大学时代的时刻,才真正懂得回眸的意义。
想想走过的路,想想现在的路,想想来时的路,不知道未来能否成功,既然选择了远方,就注定要风雨兼程!
在四川短暂的一个月里,我从基础入手,强化了java语言编程,学习了java语言编程和编程概念与技巧。
时间很短,但成长很快,无论是理论知识还是动手实践能力都得到了大幅度的提高。
而将理论和实践相结合,相互促进,相互补充,使得学习更加透彻。
通过用不同方法实现同一个项目,不断深入,层层推进,学以致用!
实践过程中,开发一个简单的小项目,包括如何将java的思想运用到实际系统的详细设计之中。
首先要将系统要实现的功能分为几大模块,然后每个分别完成,在此过程中使我加深了对java的理解,以及如何进行工作的划分,与此同时熟练掌握java语言的编辑,编译,调试程序,并将算法转变为程序实现。
我将设计过程分为逻辑设计和详细设计两个步骤实现.逻辑设计指的是,对问题描述中涉及的对象定义相应的数据类型,定义主程序模块和各抽象数据类型及其代码;详细设计则为定义相应的模块的实现并写出各模块的实现代码。
然后在连接数据库,编码测试,最后确定完成。
通过这次实践,使我灵活应用所学知识,独立完成问题分析,结合java理论知识,编写程序解决指定问题。
初步掌握软件开发过程的问题分析、系统设计、程序编码、测试等基本方法和技能;提高综合运用所学的理论知识和方法独立分析和解决问题的能力。
同时在这次实践中,培养了独立思考、动手操作的能力,在各种其它能力上也都有了提高。
然而,在这次实践中,我觉得一个人完成一个项目是多么的艰难,在一些大型的项目中,团队合作是多么重要。
尽管这次只是一个小项目,却也要耗费大量的精力。
我学习了知识,也培养了实践能力,让我知道遇到一个问题,如何去寻找思路,如何去解决问题,最终完成整个事情。
学习的过程中不可避免的遇到问题,这些问题有的只是一个符号错了,一个括号少了,这类的问题在他的文档,或者一般的网站上就能够找到,尤其是初学者的问题,不会是很难的问题,在你之前已经无数人问过了,不要害怕提问,但
是这个问题最好是你找不到答案的时候去提。
等你走出了这个阶段,这个时候在有问题可能就是比较难一些的,这个时候在一般的网站上应该是难以找到结果的,包括java自己的网站,为你养成良好的习惯有很大的帮助。
这次实习拉近了我与社会的距离,也让自己在实习工作中开拓了视野,增长了才干。
社会和大学一样也是一个学习和受教育的地方,但无论是在哪片广阔的天地里,我为将来更加激烈的竞争打下了更为坚实的基础。
在以后的学习中,我还得更加努力的学习,培养自己的能力,进一步完善自己。
编程是一种乐趣,只有你觉得他有乐趣的时候你才会用更多的热情去学习。
通过一个月的java学习,我也从中找到了乐趣。
接下来,我一定会坚持java的学习,希望能在这条道路上开心的走下去,而最重要的是及时总结昨天、做好今天、规划好明天.
【篇三:
软件开发转正实习期工作总结】
篇一:
软件工程师试用期工作总结
试用期工作总结
伴随着充实紧凑的工作生活,两个月的时间已经过去了。
这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。
总结经验,吸取教训,本文将主要从几个方面来对工作进行总结:
工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。
以此作为惩前毖后的记录。
1.工作的主要内容
在这两个月的工作中,我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:
1.编写矿业权系统的各类文档;2.矿业权系统的编码及bug勘误工作;3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。
初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。
若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。
这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。
至此,入职工作顺利起步。
在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现矿权系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。
在编写该文档的过程中,对矿权系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个矿权的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。
任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对矿权系统进行细微的缝补工作。
这段时间是学习多于工作的,不同的问题督促我要每天和XX亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。
虽然辛苦一点,但收获却是满满。
完成了系统的修补之后,我们的程序送到了四惠进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。
第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。
拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。
在进行所检之余,我又接到了新的任务,完成矿权系统的概要设计以及详细设计文档的编写。
这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表,对矿权系统进行回归测试。
2.工作中失败的教训以及成功的经验
对于失败的教训要吸取,成功的经验要进行总结。
我对成功的定义是:
在保证质量的前提下完成既定的计划或目标就是成功。
其他的所有结果都是失败。
成功的经验:
1)敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都
是一个挑战,如何保质保量完成任务是最基本的要求。
这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。
2)勇于承担错误,正视自身的问题
在这两个月的工作中可谓是错误不断,从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。
失败的教训:
1)重视每一个细节,不要忽视小问题
在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。
从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意
在对矿权系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。
从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。
一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。
3)考虑问题要严谨
在对矿权系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。
这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。
4)注重用户体验
在矿权系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。
在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。
这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。
3.展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。
我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别,做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。
感谢两个月来李鹏经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。
篇二:
软件工程师试用期工作总结
试用期工作总结
伴随着充实紧凑的工作生活,两个月的时间已经过去了。
这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。
总结经验,吸取教训,本文将主要从几个方面来对工作进行总结:
工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。
以此作为惩前毖后的记录。
1.工作的主要内容
在这两个月的工作中,我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测
试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:
1.编写矿业权系统的各类文档;2.矿业权系统的编码及bug勘误工作;3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。
初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。
若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。
这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。
至此,入职工作顺利起步。
在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现矿权系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。
在编写该文档的过程中,对矿权系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个矿权的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。
任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对矿权系统进行细微的缝补工作。
这段时间是学习多于工作的,不同的问题督促我要每天和XX亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。
虽然辛苦一点,但收获却是满满。
完成了系统的修补之后,我们的程序送到了四惠进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。
第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。
拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。
在进行所检之余,我又接到了新的任务,完成矿权系统的概要设计以及详细设计文档的编写。
这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表,对矿权系统进行回归测试。
2.工作中失败的教训以及成功的经验
对于失败的教训要吸取,成功的经验要进行总结。
我对成功的定义是:
在保证质量的前提下完成既定的计划或目标就是成功。
其他的所有结果都是失败。
成功的经验:
1)敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。
这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。
2)勇于承担错误,正视自身的问题
在这两个月的工作中可谓是错误不断,从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。
失败的教训:
1)重视每一个细节,不要忽视小问题
在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。
从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意
在对矿权系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。
从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。
一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。
3)考虑问题要严谨
在对矿权系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。
这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。
4)注重用户体验
在矿权系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。
在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。
这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。
3.展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统