软件工程实践报告正式版

For the things that have been done in a certain period, the general inspection of the system is also a specific general analysis to find out the shortcomings and deficiencies 软件工程实践报告正式版

软件工程实践报告正式版

下载提示：此报告资料适用于某一时期已经做过的事情，进行一次全面系统的总检查、总评价，同时

也是一次具体的总分析、总研究,找出成绩、缺点和不足，并找出可提升点和教训记录成文，为以后遇到同类事项提供借鉴的经验。文档可以直接使用，也可根据实际需要修订后使用。

实践单位：山西西太行信息有限公司

实践时间：xx年7月1日-----xx年7月31日共31天

一、实践目的：综合利用所学的专业知识，培养软件开发的技能;掌握android 操作系统的编程技巧，体会企业软件开发与学习过程中编写软件的不同;提高自身的创新意识与创新能力，促进团队之间的沟通协作，为早日踏上工作岗位打下坚实基础。

二、实践内容及感悟：

a) 实践前准备：自xx年清明节前

后，我和我的组员就开始接受山西西太行信息有限公司的公开课的培训，当时经电子与计算机技术学院于一老师介绍由陈川老师主要带领我们重新温习了一遍关于java语言的基本知识，在这将近一个月的学习过程中我们逐渐重新拾起了即将被遗忘的java 知识，走出了以前认识上的误区，使我在java这一块又有了一定的的优势，为以后我们用java语言做开发打下了很好的基础。

自xx年5月1日，我们开始了真正的基于android操作系统的软件开发，虽然我们是利用课余时间进行学习，但是学习的效果真的很好，我们基本上晚上都会学到很晚才回宿舍。刚开始的时候我感到很

不适应，感到学习的java语言不能够充分的的到利用，只能够用一些和系统相关的东西，但是随着学习的深入，我发现android操作系统也是一个很强大的手机操作系统，它有着很好的发展前景。并且移动互联网在在中国有着大的市场，所以我对我正在从事的android手机软件开发给予了很大的希望。这一个月的培训我们主要学习了android操作系统的五大系统组件：activity、service、sqlite、content Provider、intent、broadcastRecever，同时我也学到了一些课堂上学不到得东西，对外面的市场的情况也有了更深刻的了解。

b) 实践过程：xx年7月1日到xx年

7月31日是我正式暑假实践的时间段，我们一行十六个人，大三的十一人大二的六人。我们被分了两个小组，每个小组八个人，上课时间一般是下午两点到五点半或者下午五点半到晚上八点半，其余的时间是我们自己写代码的时间。每天的任务量都有所不同，有时候把自己的任务做完了剩下的时间就自由支配。这一个月我们的主要任务是做一个腾讯微博android 手机客户端，每天陈老师都会给我们传授一些做软件的经验和一些新的知识点,然后我们根据具体的要求编写文档,编写代码,第二天交由陈老师点评。

1) 可恶的文档：刚开始的时候感觉很不适应，以前上课就是学习关于编程的知

识，但是做项目的第一天陈老师要求我们写文档，我们用的是GB8568—88格式的文档，第一次写即感觉很枯燥又感觉不会写。对于写文档我们都有想通的反应，就是莫名奇妙的反感，但是陈老师还是不依不饶的要求我们写要我们查资料，我们也很没办法只能按照要求写文档。但是由于我们不知道在文档上写些什么，陈老师看我们很为难也有所让步，带领我们写了软件需求说明书，后来我们依次写了概要设计说明书、详细设计说明书，后来又写了测试计划、用户手册。当时的感觉就是知道的知识太少，对着文档一个词一个词的硬挤，但是当文档写完的时候还是很有成就感的。

其实在写文档的过程中我们也渐渐的明白了文档的重要性，我们只是

在学校编写程序的时间久了习惯了上来就写代码的坏习惯，忽略了软件工程中的很重要的部分-----分析阶段和设计阶段。可能是因为以前做的软件都很小，一旦项目稍微大一点，那在编写代码阶段将付出不可估量的代价甚至最终将以失败告终。其实我们都学过软件工程，而且在考试的时候成绩还不是很差，但是到真正需要这些知识的时候我感觉却忘记了如何下手，这也就是所谓的纸上谈兵吧，所以我感觉大学生缺少的正是一种动手能力。知识本身没有价值，有价值的是运用知识解决问题。

2) 该死的bug:写完文档感觉写代码就轻松了，但是事与愿违啊。由于以前没做过开放平台的客户端，中间涉及到同腾讯公司微博开放平台接洽的问题，开始真的很不适应，不知道怎么下手。当知道下手的时候不免出现了各种各样的bug：腾讯服务器故障啦、实验室断网啦、模拟器连不上网啦、代码错误啦等等。为了弄好这些bug有时真是忙的焦头烂额，因为可能因为自己写的代码有问题导致大家的代码都不能运行，作为团队的一员谁都不想拖后腿。但有时候我也找不到问题所在，只能请高手指教或者找老师为我排忧解难。只可惜我当时掌握的排错方式只有打印输出和查看日志，根本没接触过单元测试。

其实多遇到一些bug还真不是坏事情，我现在开始明白编写代码最重要的是快速查找资料和排除错误的能力。首先我们不可能记住java语言或者android操作系统中所有的类和方法，所以能够快速找到我们所需要功能的类或者方法是很重要的。其次对于程序工作者来说遇到bug是很正常的事情，遇到不能解决的问题也是很常见的，重要的是能够正确的处理这些问题，并总结经验为以后的开发做好铺垫。遇到问题是要保持好的心态，千万不能焦躁，细心的一点点的分析问题，必的时候可以去网络上查找一些资料。但是不要遇到问题就上网查找，我感觉现在自己动手处理题很重要，上网查与吃现成饭没

有本质的区别。网络可以帮我们开阔视野，但不要让网络阻碍了我们自我发展的机会。编写软件过程中要及时记录，这既可以让我们总结更多的经验，也可以为后来者提供一些宝贵的资料。毕竟都有成长的时候。

3) 痛苦的合并：这是我第一次这么正式的和这么多的人一起开发软件，更何况还有不认识的人在一个组，这给我们的沟通带来了很大的不便，尤其是最后代码合并的时候，很多的问题都一拥而上。我们当时用了一个软件visualSVN，这是一款团队开发的软件，当代码写的可以组合的时候我们就用这个软件在eclipse下共同开发。但开始的时候我们也会为了自己的代