软件工程实习周记.docx
《软件工程实习周记.docx》由会员分享，可在线阅读，更多相关《软件工程实习周记.docx（12页珍藏版）》请在冰点文库上搜索。
软件工程实习周记
大连职业技术学院
大型软件项目实训周记
教学单位信息工程学院
专业软件技术（英语）
班级一班
学生姓名惠兆邺
学号
指导教师马艳红
软件工程实习周记
第1周：
日期：
3月9日
总算是可以忙中偷闲坐下来写些东西了。
一周的复习终于过去，然而这还只是个开始。
从这周开始，我们将开始为期8周的校内实习训练生活，由于埃森哲公司的一些内部原因，我们无法到实习的公司去实习，而由公司派人到学校给我们进行校内培训。
开始的时候，对于新事物总是充满好奇，好奇着我们的实习生活将会是什么样子呢？
答案很快就将揭晓。
在我们的第一天实习课，公司派来的老师就将我们为期两个月的实习流程告诉了我们。
当然，他还告诉我们计划没有变化快，大体流程是如此，不过具体实施时将根据我们的实际情况来进行适当的调节。
这位老师的幽默很快就赢得了大家的好感，稍微介绍一下，我们的这位老师，是公司的manager，我们大家都称他为赵老师，他有着非常丰富的项目实际经验，对于我们这帮还没正式工作的小菜鸟来说，可以说是奋斗的目标也不为过。
老师虽然很厉害，不过真正需要的还是我们自己的努力，老师对于我们来说，只是一个很好的辅助，太多的借助反而对于自己并不是一件好事，所以，抱着这种积极向上的心态，我将开始我为期八周的实习生活。
那到底这八周要干什么呢？
当我看到了整个流程后，不禁有些纳闷。
我们是学软件的，会敲代码就可以了，整那么多多余的步骤干什么啊，这不是劳民伤财吗？
对于我们以往对软件的认识，真是进行了颠覆的变化。
本来以为要编好几周的代码，刚去上课的时候，甚至都做好了圈起袖子、埋头苦干的准备。
真是应了赵老师那句计划没有变化快，让自己有种用力挥出一拳却打到了棉花上的感觉。
在大家都很迷惑的时候，赵老师给大家讲解了一下原因：
“实际的软件项目，是非常大的，并不是一个人就可以独自完成的，所以必须要团队配合的，而为了团队间更好的配合，我们就需要用到‘软件工程’。
而提到这里，就是我要说的重点，我们将利用这两个月的实习时间，来教大家如何在实际的项目中运用‘软件工程’这门科学”，更要大家在实习的过程中学会团队的意义。
很快，我们分成了几个小组，而每个小组都分到了一个项目的名称，这为期八周的实习生活，我们将运用“软件工程”这门科学来完成项目的制作。
最后提一下，具体是什么让我们这么惊讶呢？
第一周：
将对该项目所需要的知识进行集体巩固复习。
第二周：
将直接进行项目的需要分析。
因为项目名称已经给出，所以将去掉可行性分期。
我们小组分到的项目是“诊所管理系统”，这就免不了去诊所实地调查了。
第三周：
根据调查的结果，进行概要设计。
第四周：
根据概要设计，来制作软件的详细设计。
第五周：
根据详细设计，来进行项目的编码。
而最让我们惊讶的是，我们这八周中，需要编码的也就仅仅一周而已，虽然老师上课时跟我们稍微提过些，可当我们真正发现这样时，还是有些不淡定。
第六周：
根据做完的项目，进行项目的测试。
第七周：
就进行该项目的最后综合测试，以确认项目的完成。
第八周：
项目总结，我们将用一周的时间来总结整个实习的收获，在最后一周的周五进行自我展示，以及收获报告。
至此，实习的生涯将会到此结束。
整个实习过程，有八周的时间，编码却只有一周，有些难以接受，不过还是要接受，因为这就很可能是我们以后的工作，为了工作，加油！
第2周：
日期：
3月16日
在校内实习的第一周里，老师将我们所有人分了5个小组，并给我们每个小组分配了不同的项目。
我们的项目是“诊所管理系统”，因为这个项目其中包含了一些我们不知道的专业医学知识和实际流程等，所以我们必须去诊所进行实地调查，以此来保证我们最终的作品会满足诊所的管理需求。
这里也说明了软件需求分析的重要性,这一环节，可以说是整个软件生成的最为重要和关键的环节。
如果我们仅仅根据自己的了解就将项目进行下去，开发出的软件却满足不了客户的要求，也就是说这个软件的作用几乎是0，而我们所有的投入最终都是徒劳的。
我想，这是所有人都不愿意看到的结果。
这一周，我们上课的时间进行软件需求分析的知识讲解和软件需求分析的文档制作，而课下我们就利用课余时间进行诊所的实地调查。
为了节约时间，我们小组每个人各负责一个学校周围的诊所，对其诊所内的医务人员进行询问，并承诺将最后的成品软件免费提供于其诊所的使用，这样大大的提高了医务人员的热情，并最终获得了我们想要的结果。
经过两天的调查以及我们课上知识的讲解，于第三天我们开始了需求分析文档的制作。
根据大家的调查结果，我们将重复的内容和个别比较特殊的内容剔除掉，整理出了几个诊所综合的需求，以此为根据来制作需求分析文档。
根据医务人员的描述，一般诊所的看病流程是：
“患者来诊所进行挂号，如果确定患者需要在诊所治疗，那么将他的信息记录下来，然后根据其患病的种类将其分到对应的部门对其进行治疗，在其治疗过程中，需要将其治疗的信息进行记录，形成该患者的备案，直到该患者康复出院”。
根据归纳的调查结果，我们将其信息制作成数据流图。
因为初次制作以及项目较小，所以在这里只制作基本数据流图。
而在其需求的基础上，我们将建立逻辑模型，这里使用自顶向下、储层分解的方法，将总结出的客户需求分为四个模块:
医务人员管理模块、药品信息管理模块、病患管理模块、诊疗记录模块，并将其制作成了层次方块图。
由于是初次制作软件需求分析的文档，所有有很多不符合规定的地方，就比如数据流图的制作，很多小的细节都没有注意，像这样的问题还有很多。
不过，在经过了小组成员的积极讨论修改以及老师的指导后，这些问题都得以解决。
这一周，我们的收获就是软件需求分析的文档制作，这是软件工程中非常重要的一个步骤，这一环节，是一整个软件生成的最为重要和关键的环节。
第3周：
日期：
3月23日
上一周我们做好了项目的需求分析，这一周，我们就可以根据做好的需求分析文档来制作该项目的概要设计了，本来计划是用一周的时间来完成该软件的概要设计，但由于软件比较小，并且需要的数据并不是很多，所以老师临时决定，这一周，我们将进行软件的概要设计和详细设计两个部分的文档制作。
而下一周的项目详细设计，将改为软件的编码制作，将原来一周的项目编码改为两周。
这样一来，我们原本稍微宽裕的时间又变得紧缩起来，而为了能更好的完成概要设计文档和详细设计文档的制作，我们下课后更是一起在教室里加班赶工，还好，经过大家的努力，周五上课的时候，我们小组的两份文档，经过老师的检验，全部通过。
概要设计的基本任务包括制度规范主要就是：
将系统划分模块，决定每个模块的功能，调用关系及界面，即模块姐传递的数据。
而系统的模块划分，在上一周的需求分析力，我们就已经做出了总结，需要将诊所划为四个模块：
医务人员管理模块、药品信息管理模块、病患管理模块、诊疗记录模块。
而这四个模块的具体功能，在经过小组成员的共同讨论后，将其模块的功能罗列如下：
一、医务人员管理模块
1、医务人员入职。
2、医务人员离职。
3、医务人员的职务变动。
4、医务人员的查询。
二、药品信息管理模块
1、药品信息的入库。
2、药品信息的删除。
3、药品信息的改动。
4、药品信息的查询。
三、病患管理模块
1、患者信息添加。
2、患者信息删除。
3、患者信息修改。
4、患者信息查询。
四、诊疗记录模块
1、诊疗记录的增加。
2、诊疗记录的删除。
3、诊疗记录的修改。
1、诊疗记录的查询。
综上所述，可以发现也就是其模块的增删改查，在细化了各个模块的功能后，我们对应的制作了诊所管理系统的数据库，对其模块划分，也定义了四个表的名称及其属性。
表清单：
医务人员表：
TB_DOCTOR
药品信息表：
TB_MEDICATION
病患人员表：
TB_SUFFERER
诊疗记录表：
TB_RECORD
概要文档的制作完成，也意味着我们可以进行下一个步骤了：
项目的详细设计。
因为其四个模块所要实施的功能大体相似，所以我们决定只制作出其中一个模块的详细设计，其他模块则参考制作完成的模块。
在这里，我们采用医务人员管理模块为例，将对其进行详细的分析，为了清晰明确的看出其数据的走向以及逻辑判断，我们采用程序流程图对该模块的数据流程进行描述。
而为了使该项目的详细设计可读性好，我们将该模块中涉及的一些复杂的算法用伪代码来进行表示，这样会是我们在变成的时候，将其更容易的转换成实际的程序。
准备工作总算是做完了，几乎花费了我们实习的一半时间。
这一周的时间，我们在忙碌中不知不觉的度过了！
下一周就会进入到该项目的实际编码当中，这也是我们大家最熟悉的地方了，感觉总算有地方出力了，期待着下一周的到来。
第4周：
日期：
3月30日
终于到了我一直期待着的编码阶段了，从一开始就等着编码，这个期待的时间有点长，不过还好，总算是到来了。
但现在还不能直接去编码，在这之前，我们需要配置我们的编码环境，大家需要拥有一样的环境，这样才能使小组成员之间的文件相互使用。
不过这点就不用我们操心了，大公司就是好，把环境变量的配置过程给我们做成了文档，供我们使用，这样，我们大家使用的环境就都一样了。
有了这个文档，大家的编码环境很快就搭配起来了，丝毫不费力气。
这里提一句，以前也没注意这个问题，如果是团队开发，一样的编码环境是很重要的，也是一个团队所必须的。
软件环境的搭配完成，意味着我们可以进行正式的编码了。
这一次的编码和以前相比有些不一样，以前是想到哪编到哪，这次不能再这么蛮干了，这次的编码需要照着文档进行，也就是照着诊所管理系统的详细设计进行编码。
因为该项目有数据库的操作，所以在编码之前，大家将该项目的数据库以及其中的四个表建立了起来，并在每个表内添加了两条简单数据，用于在软件编码测试时使用。
这周我们使用了两天的时间来消化项目的详细设计文档，把老师上课讲的那些知识点尽量的用到理解文档当中。
看完了文档，再让我来编码，突然有种行云流水的感觉，不会有以前那种写到一半不知道该怎么写的感觉。
看来这之前的工作一点也没白做啊，算是物有所值啦。
在第二天上课的时候，企业的老师给我们讲了两个以前从没注意的地方，这两个地方，在学校的时候，老师也讲过，但并没有怎么在意，但实际的企业编码中，这两个地方是非常非常重要的，甚至比你会编码本身还要重要。
甚至可以说，没有这两点，你编的代码几乎没有什么价值。
说道这里，相信大家可以理解这两点的重要性了吧。
这两点到底是什么呢？
她就是编码的书写规范和编码的注释。
书写规范，在学校的时候，每个同学几乎都是做自己的项目，很少有合作的时候，所以很少有注意的。
但在企业中，几乎每个项目都是需要团队来完成的，如果团队的每个成员每人都按自己的想法写，那每个人都有一个自己的规范，当项目将每个人做的模块组合在一起时，我相信程序一定是运行不起来的，那么也就是说，你这个项目白做了，所有的努力都想付之东流。
所以说，整个项目有一套书写规范是非常重要的，而我们这一次的项目编码，将使用公司为我们提供好的一套编程规范。
而编码的注释，是为了自己或者别人能读懂自己代码而准备的，当一个做完的项目需要维护时，维护的程序员很可能不是你。
这样，为了方便别人能读懂你写的代码，就需要对其进行注释说明。
即使是你自己，当你时隔几年后，再来看你写的代码时，也不一定都能看懂，所以，程序编码的注释是利人利己的事情，这样的事情我们应该做。
带着这两个重点，我们紧密的进行着我们的项目编码。
第5周：
日期：
4月6日
由于之前做完了项目的详细设计，所以整个项目的流程很清晰，直接按着文档的步骤一步一步的进行就可以了。
有了项目的详细设计，编码真的很顺手，但并不是就没有问题了。
我们还要把他的程序流程图及伪代码等地方转换成真正的代码。
程序流程图也有很多地方需要考虑你所需要用到的结果。
有的地方仅仅是两个逻辑判断，这就很自然的运用if、else语句来进行转换；有的地方时多个选择的时候，你就要考虑是用if、elseif、else语句来转换还是用swtich、case语句来转换；还有的地方时循环的结构，你就要考虑是for循环还是while语句记忆dowhile语句，因为有的地方需要先执行一遍再进行判断，那么你要是用了while语句或者for语句，你就惨了，所有要仔细考虑你所要编写的代码。
虽说我们学了很久的编程，但是实际项目中还是有很多很多的问题。
当出现问题时，我们首先进行组内消化，如果组内有人能解决就最好了。
如果组内解决不了，我们就进行网上搜索，很多问题在csdn论坛上都能得以解决。
如果连网上都查不到，我们就只好去请教我们的企业外派老师了。
嗯，几乎所有的问题都在这几个步骤中得以解决。
而感觉编码方面最大的收获就是编码出错的地方，解决后，我们下次在同样的地方就很少再犯了，并且遇到同样的问题时，也能将其解决，可以说，这就是我们的经验，感觉很宝贵。
在周三的时候，我们就将其编码完成，也进行的最基本的代码测试，以确保编码的代码没有语法错误。
而在我们编码完成的时候，我们给企业老师检验的时候，老师告诉我们代码的注释不够详细，并且还有不少的地方编码不够规范，没有按照要求的规范去进行书写。
因为我们几个小组的进度都差不多，所以老师让我们每个小组的成员去读其他小组所编写的代码，看能不能很快的读懂。
结果发现，除了那些比较简单或者经常练习的地方，还是有很多地方不能立刻明白，那些地方你需要根据前后的编码来理解，虽然读了几遍之后也明白了，但在这种地方浪费的时间也很多。
我想，其他小组成员去读我们程序的时候，也一定会有这种体会。
而在大家都回到自己的座位后，老师用屏幕广播给大家看了一份企业中编码的项目，发现他的注视非常详细，即使有些地方的代码并不是很清晰，但看了注释，也就理解了差不多了。
再就是发现他的项目编码书写非常规范，也很整洁，看了就给人一种舒服的感觉，让人有心情继续读下去。
又花了两天的时间，我们把程序加上了更加详细的注释，并拿着要求的规范文档去修改程序中那些不规范的地方。
两周的编码，让自己对编码有了另一种理解，收获很大，这次程序的编码让自己在真正进公司前好好的上了一课。
第6周：
日期：
4月13日
程序编码的完成，意味着我们要进行下一个步骤：
测试。
其实，我感觉整个软件的生命周期无时无刻不在进行测试，从可行性分析、需求分析、概要设计、详细设计、编码、测试、到软件的维护，一直都在进行着测试。
老师在课上给我们的讲解，又一次让我耳目一新。
是因为，在软件测试之前，你要制作测试文档，要进行详细的设计，考虑到各个可能出现的情况，要运用好几种测试方法。
本周进行的是白盒测试，测试该项目的内部逻辑结构以及基础的测试，主要考虑如何覆盖程序的内部路径。
这下可苦了我们，之前由于老师怕对我们说的太多，我们会接收不了，并没有说明每周进行的细节，只告诉了我们进行的内容。
而当老师告诉我们要进行测试文档的制作时，课堂一篇“啊”声，看来不只是我自己一个人对此感到有些纳闷。
以前测试就是直接进行测试就行了，运行的时候，发现错误再改，哪整过测试文档啊。
由于大家都不会，所以老师不得不给我们细细的进行讲解，并拿出一份企业用的测试文档为例，给我们用实际例子来讲解，这样大家都理解的快多了，很快就明白了个大概。
就是把所以情况都罗列出来，然后测试的时候，你就照着文档进行一条条的测试就行了，没有错的话就通过，有错的话你就做个错误的几号就OK。
想想也是，这样先把各个情况都罗列出来，并设计出测试用例，会是项目测试进行的比较顺利，测试的时候你就直接照着文档区测试就可以了，也不用现想测试路径以及测试用例，不仅仅是测试效率的提高，更会使你的测试覆盖比较全面。
老师花了两天的时间进行一些知识以及细节的讲解，让我们大体的了解了一下测试文档制作的过程。
在本周第三天我们开始项目测试文文件的制作，当然，这是在老师的指导下进行的，这个我们自己制作的话，真的有很大的难度。
估计老师指导我们制作，也仅仅是让我们了解一下，为以后的制作打下一个基础。
花了两天半，于周五的中午，我们将文档制作完成，也仅仅算是完成，因为制作的过程惨不忍睹，这还是有老师指导的结果。
以后得好好把测试学着，要不有自己头疼的时候。
本周就忙测试文档的制作了一样了，其它的什么也没干，测试也只能等下周进行了。
希望下周测试的时候效率会很高，期待的试一次，拿着测试文档区测试的感觉。
写到这里，突然想起来，第六周已经结束了，真是忙得有些忘记时间了。
测试的进行，意味着程序的即将完工，也意味着我们的实习生涯即将结束，不禁为自己的未来惆怅了下，我的未来会是什么样子呢？
第7周：
日期：
4月20日
第七周的到来，告诉我们项目要完工了。
由于这是项目操作的最后一周，所以我们需要按测试文档将代码校验完成，还要对该项目进行整体测试，以确保他的可用性以及可靠性。
时间又一次的变得紧密起来，我们必须确保程序内部的正确性，这样才能对其整体测试。
因为项目相对而言比较小，所以我们的测试文档还是可以满足我们的测试要求，将几个出错的地方修改后，我们的项目内部测试顺利完工。
测试的顺便让我又一次有了爽快的感觉，拿着测试文档，直接去校验代码就可以了。
几乎不用想程序内部的测试流程，因为文档上已经给你写的明明白白了。
到这里，我有一种感觉，这埃森哲这种大公司内，文档的重要性比编码本身更为重要。
我想，这就是企业派来的老师没有直接给我们进行技术培训，而是让我们来了解软件工程的流程的原因。
当然，根据企业的文化不同，对软件工程的生命周期也会有细微的差别，他们会选择最适合自己公司的方法来进行整个软件的生命周期，并不是一成不变的。
接下来，我们将进行我们最后一项任务了，软件的综合测试。
如果综合测试也能顺利的测试通过，那么就意味着我们制作了快两个月的项目可以完工了。
又一次干劲十足，大家都想快些完成这个“折磨”了我们六个星期的项目啦。
大家认真的进行着自己的任务，一个半月的团队合作，让我们有了种团队的感觉，配合起来也比当初顺手很多。
大家各司其职，周四的上午进行完最后的测试。
当企业老师宣布我们通过的时候，小组成员都欢腾的呼唤起来，忙碌了6个星期，从没这么长时间做一个项目，更没有像这次这样，大家为了同一个目标，都积极的付出着自己的努力。
当听到老师说通过时，心中除了高兴还有另一样东西，就是欣慰，为大家的努力而欣慰。
在中午放学之前，所有小组都通过了各自的项目。
所以成员，都在脸上流露着高兴的气息，还包含着一种，努力过后可以稍微放松的心态。
剩下的一天半，企业老师将我们的这些天遇到的问题给我们一一的点了出来，将整个流程给我们大家又温习了一遍，最后对大家的努力予以了肯定。
到这里，我们的项目真的即将结束了。
老师说大家回去后沉淀一下这些日子的收获，将在下周进行项目总结，总结将用个人展示的形式展示出来，希望大家好好准备，伴随着老师的讲话结束，我们这一周的实习也结束了。
第8周：
日期：
4月27日
最后一周了，心里那颗悬着的心总算可以稍微的放下了。
这一周，我们没有跟技术相关的任务，只要好好准备准备个人展示就可以了。
但你可千万不要小瞧这个人展示，因为他将占你整个实习成绩的50%，这也是赵老师在本周周一时才告诉我们的，我们之前根本就不知道还有实习成绩这一说。
个人展示的题材将自由发挥，只要是跟个人实习有关的就可以，这也是给了我们很大的发挥空间。
我们可以根据每个人在实习过程中扮演的角色不同，来设计属于自己的SHOW。
虽说题材自由了，但难度也增大了，你所选的题材必须是你所精通的，如果不精通，估计在他对你问题提问的时候，就惨了。
所以，还是将自己最真实的题材展现出来，才最安全，也是最能通过题材来展示自我的。
基于那50%的实习成绩，大家在还没有到周五个人展示的时候，就展现出了那激昂的斗志，各自热火朝天的准备着。
我当然也不肯落后了，因为我是我们组的组长，关注项目的焦点相对而言，放在整个软件流程上比较多，所以我将我的个人展示重点放在了对软件流程的理解、收获、以及个人感悟等方面。
在定下了个人展示的重点方向后，我开始构架我的PPT。
剩下的几天里，我紧密的思考着，并尝试着PPT的流程应该是如何呢？
在制作的过程中，PPT是添了又删，删了又添，经过无数次的修改后，在周3下午的时候，将其完工。
具体的内容就是：
“我通过制作这个项目有了什么样的收获，以哪种方式体现出来的（这里我用的是，在项目中遇到的经典问题，以及问题时如何解决的，解决了这个问题，你收获了什么，下次遇到这样的问题后，你还会如何解决）；我对整个软件工程的理解是什么，应如何应用软件工程；通过该项目，我有了什么样的感悟，我的个人体会是什么”。
PPT已经制作完成，剩下的时间也就周四一天了，在周五临之前，我用这个PPT为基础，开始准备着我的个人展示，一整天的时候，总算是勉强的让自己满意了。
周五那天，我带着还算比较充足的信心进入了个人展示的教室，记得除了刚上去的时候稍微有一些紧张，接下来得过程还是比较流利的，总体上自己还是比较满意。
至此，我的实习也到此结束了。
回想这段时间在学校里的实习项目的流程，充分发现了个团队的力量。
在整个项目的制作过程中，如果没有大家的协助，我们是根本做不到在规定期限时间内完成任务的。
而此，我也是充分的体会到了团队的意义，我想，如果以后进入工作了，一定离不开团队之间的合作的。
最后，总结这段时间的实习生活的收获，真的是使我受益匪浅。
在实习中，我学习到了不仅仅是技术上的收获，更还有生活中的的人际交往及其的许多经验。
而这些，都将作为我迈入社会的根本，我将以此为我的基础，怀着一颗勇敢无畏的心去迎接我即将来临的工作。
升级会员 