软件工程实习周记

1、大连职业技术学院大型软件项目实训周记教学单位信息工程学院专业软件技术（英语）班级一班 学生姓名惠兆邺学号指导教师马艳红软件工程实习周记第1周：日期：3月9日总算是可以忙中偷闲坐下来写些东西了。一周的复习终于过去，然而这还只是 个开始。从这周开始，我们将开始为期 8周的校内实习训练生活，由于埃森哲公司 的一些内部原因，我们无法到实习的公司去实习，而由公司派人到学校给我们进行 校内培训。开始的时候，对于新事物总是充满好奇，好奇着我们的实习生活将会是什么样 子呢？答案很快就将揭晓。在我们的第一天实习课，公司派来的老师就将我们为期 两个月的实习流程告诉了我们。当然，他还告诉我们计划没有变化快，大体流程

2、是 如此，不过具体实施时将根据我们的实际情况来进行适当的调节。这位老师的幽默 很快就赢得了大家的好感，稍微介绍一下，我们的这位老师，是公司的manager,我们大家都称他为赵老师，他有着非常丰富的项目实际经验，对于我们这帮还没正 式工作的小菜鸟来说，可以说是奋斗的目标也不为过。老师虽然很厉害，不过真正需要的还是我们自己的努力，老师对于我们来说， 只是一个很好的辅助，太多的借助反而对于自己并不是一件好事，所以，抱着这种 积极向上的心态，我将开始我为期八周的实习生活。那到底这八周要干什么呢？当我看到了整个流程后，不禁有些纳闷。我们是学软件的，会敲代码就可以了，整那么多多余的步骤干什么啊，这不是劳民

3、伤财吗？对于我们以往对软件的认识， 真是进行了颠覆的变化。 本来以为要编好几周的代码，刚去上课的时候，甚至都做好了圈起袖子、埋头苦干的准备。真是应了赵老师那句计划没有变化快，让自己有种用力挥出一拳却打到了棉花上的感觉。在大家都很迷惑的时候，赵老师给大家讲解了一下原因：“实际的软件项目，是非常大的，并不是一个人就可以独自完成的，所以必须要团队配合的，而为了团队间更好的配合， 我们就需要用到 软件工程。而提到这里，就是我要说的重点，我们将利用这两个月的实习时间，来教大家如何在实际的项目中运用软件工程这门科学”，更要大家在实习的过程中学会团队的意义。很快，我们分成了几个小组，而每个小组都分到了一个项

4、目的名称，这为期八周的实习生活，我们将运用“软件工程”这门科学来完成项目的制作。最后提一下，具体是什么让我们这么惊讶呢？第一周：将对该项目所需要的知识进行集体巩固复习。第二周：将直接进行项目的需要分析。因为项目名称已经给出，所以将去掉可行性分期。我们小组分到的项目是“诊所管理系统”，这就免不了去诊所实地调查了。第三周：根据调查的结果，进行概要设计。第四周：根据概要设计，来制作软件的详细设计。第五周：根据详细设计，来进行项目的编码。而最让我们惊讶的是，我们这八周中，需要编码的也就仅仅一周而已，虽然老师上课时跟我们稍微提过些，可当我们真正发现这样时，还是有些不淡定。第六周：根据做完的项目，进行项目

5、的测试。第七周：就进行该项目的最后综合测试，以确认项目的完成。第八周：项目总结，我们将用一周的时间来总结整个实习的收获，在最后一周的周五进行自我展示，以及收获报告。至此，实习的生涯将会到此结束。整个实习过程，有八周的时间，编码却只有一周，有些难以接受，不过还是要接受，因为这就很可能是我们以后的工作，为了工作，加油！第 2 周：日期： 3 月 16 日在校内实习的第一周里，老师将我们所有人分了 5 个小组，并给我们每个小组分配了不同的项目。我们的项目是“诊所管理系统”，因为这个项目其中包含了一些我们不知道的专业医学知识和实际流程等， 所以我们必须去诊所进行实地调查，以此来保证我们最终的作品会满足

6、诊所的管理需求。这里也说明了软件需求分析的重要性, 这一环节， 可以说是整个软件生成的最为重要和关键的环节。如果我们仅仅根据自己的了解就将项目进行下去，开发出的软件却满足不了客户的要求，也就是说这个软件的作用几乎是0 ，而我们所有的投入最终都是徒劳的。我想，这是所有人都不愿意看到的结果。这一周，我们上课的时间进行软件需求分析的知识讲解和软件需求分析的文档制作，而课下我们就利用课余时间进行诊所的实地调查。为了节约时间，我们小组每个人各负责一个学校周围的诊所，对其诊所内的医务人员进行询 问，并承诺将最后的成品软件免费提供于其诊所的使用，这样大大的提高了医 务人员的热情，并最终获得了我们想要的结果。

7、经过两天的调查以及我们课上知识的讲解，于第三天我们开始了需求分析 文档的制作。根据大家的调查结果，我们将重复的内容和个别比较特殊的内容 剔除掉，整理出了几个诊所综合的需求，以此为根据来制作需求分析文档。根 据医务人员的描述，一般诊所的看病流程是：“患者来诊所进行挂号，如果确 定患者需要在诊所治疗，那么将他的信息记录下来，然后根据其患病的种类将 其分到对应的部门对其进行治疗，在其治疗过程中，需要将其治疗的信息进行 记录，形成该患者的备案，直到该患者康复出院”。根据归纳的调查结果，我 们将其信息制作成数据流图。因为初次制作以及项目较小，所以在这里只制作 基本数据流图。而在其上护勺基F上，我们将建学

8、做部 方法，迎出1 勺客户需求分为吊模4治疗，壬里松山自顶上：医务人员管理模块、药品信息管理模0块、病患管理模块、诊疗记录模块，并将其制作成了层次方块图牛决定，这一周，我们将进行软件的概要设计和详细设计两个部分的文档制作而下一周的项目详细设计，将改为软件的编码制作，将原来一周的项目编码改 为两周。这样一来，我们原本稍微宽裕的时间又变得紧缩起来，而为了能更好 的完成概要设计文档和详细设计文档的制作，我们下课后更是一起在教室里加班赶工，还好，经过大家的努力，周五上课的时候，我们小组的两份文档，经 过老师的检验，全部通过。概要设计的基本任务包括制度规范主要就是：将系统划分模块，决定每个 模块的功能，

9、调用关系及界面，即模块姐传递的数据而系统的模块划分，在上一周的需求分析力，我们就已经做出了总结，需要将诊所划为四个模块：医务人员管理模块、药品信息管理模块、病患管理模块、诊疗记录模块。而这四个模块的具体功能，在经过小组成员的共同讨论后，将其模块的功能罗列如下：一、医务人员管理模块1、医务人员入职。2、医务人员离职。3、医务人员的职务变动。4、医务人员的查询。二、药品信息管理模块1、药品信息的入库。2、药品信息的删除。3、药品信息的改动。4、药品信息的查询。三、病患管理模块1、患者信息添加。2、患者信息删除。3、患者信息修改。4、患者信息查询。四、诊疗记录模块1、诊疗记录的增加。2、诊疗记录的删

10、除。3、诊疗记录的修改。1、诊疗记录的查询。综上所述，可以发现也就是其模块的增删改查，在细化了各个模块的功能后，我们对应的制作了诊所管理系统的数据库，对其模块划分，也定义了四个表的名称及其属性。表清单：医务人员表：TB_DOCTOR药品信息表： TB_MEDICATION病患人员表：TB_SUFFERER诊疗记录表：TB_RECORD概要文档的制作完成， 也意味着我们可以进行下一个步骤了： 项目的详细设计。因为其四个模块所要实施的功能大体相似，所以我们决定只制作出其中一个模块的详细设计，其他模块则参考制作完成的模块。在这里，我们采用医务人员管理模块 为例，将对其进行详细的分析，为了清晰明确的看

11、出其数据的走向以及逻辑判断，我们采用程序流程图对该模块的数据流程进行描述。而为了使该项目的详细设计可读性好，我们将该模块中涉及的一些复杂的算法用伪代码来进行表示，这样会是我们在变成的时候，将其更容易的转换成实际的程序。准备工作总算是做完了，几乎花费了我们实习的一半时间。这一周的时间，我们在忙碌中不知不觉的度过了！下一周就会进入到该项目的实际编码当中，这也是我们大家最熟悉的地方了，感觉总算有地方出力了，期待着下一周的到来。第 4 周：日期： 3 月 30 日终于到了我一直期待着的编码阶段了，从一开始就等着编码，这个期待的时间有点长， 不过还好， 总算是到来了。 但现在还不能直接去编码， 在这之前

12、，我们需要配置我们的编码环境，大家需要拥有一样的环境，这样才能使小组成员之间的文件相互使用。不过这点就不用我们操心了，大公司就是好，把环境变量的配置过程给我们做成了文档，供我们使用，这样，我们大家使用的环境就都一样了。有了这个文档，大家的编码环境很快就搭配起来了，丝毫不费力气。这里提一句，以前也没注意这个问题，如果是团队开发，一样的编码环境是很重要的，也是一个团队所必须的。软件环境的搭配完成，意味着我们可以进行正式的编码了。这一次的编码和以前相比有些不一样，以前是想到哪编到哪，这次不能再这么蛮干了，这次的编码需要照着文档进行，也就是照着诊所管理系统的详细设计进行编码。因为该项目有数据库的操作，

13、所以在编码之前，大家将该项目的数据库以及其中的四个表建立了起来，并在每个表内添加了两条简单数据，用于在软件编码测试时使用。这周我们使用了两天的时间来消化项目的详细设计文档，把老师上课讲的那些知识点尽量的用到理解文档当中。看完了文档，再让我来编码，突然有种行云流水的感觉，不会有以前那种写到一半不知道该怎么写的感觉。看来这之前的工作一点也没白做啊，算是物有所值啦。在第二天上课的时候，企业的老师给我们讲了两个以前从没注意的地方，这两个地方，在学校的时候，老师也讲过，但并没有怎么在意，但实际的企业编码中，这两个地方是非常非常重要的，甚至比你会编码本身还要重要。甚至可以说，没有这两点，你编的代码几乎没有

14、什么价值。说道这里，相信大家可以理解这两点的重要性了吧。这两点到底是什么呢？她就是编码的书写规范和编码的注释。书写规范，在学校的时候，每个同学几乎都是做自己的项目，很少有合作的时候，所以很少有注意的。但在企业中，几乎每个项目都是需要团队来完成的，如果团队的每个成员每人都按自己的想法写，那每个人都有一个自己的规范，当项目将每个人做的模块组合在一起时，我相信程序一定是运行不起来的，那么也就是说，你这个项目白做了，所有的努力都想付之东流。所以说，整个项目有一套书写规范是非常重要的，而我们这一次的项目编码，将使用公司为我们提供好的一套编程规范。而编码的注释，是为了自己或者别人能读懂自己代码而准备的，当

15、一个做完的项目需要维护时，维护的程序员很可能不是你。这样，为了方便别人能读懂你写的代码，就需要对其进行注释说明。即使是你自己，当你时隔几年后，再来看你写的代码时，也不一定都能看懂，所以，程序编码的注释是利人利己的事情，这样的事情我们应该做。带着这两个重点，我们紧密的进行着我们的项目编码。第 5 周：日期： 4 月 6 日由于之前做完了项目的详细设计，所以整个项目的流程很清晰，直接按着文档的步骤一步一步的进行就可以了。有了项目的详细设计，编码真的很顺手，但并不是就没有问题了。我们还要把他的程序流程图及伪代码等地方转换成真正的代码。程序流程图也有很多地方需要考虑你所需要用到的结果。有的地方仅仅是两

16、个逻辑判断，这就很自然的运用 if 、 else 语句来进行转换；有的地方时多个选择的时候，你就要考虑是用 if 、 elseif 、 else 语句来转换还是用 swtich 、 case 语句来转换；还有的地方时循环的结构，你就要考虑是for 循环还是 while 语句记忆 dowhile 语句， 因为有的地方需要先执行一遍再进行判断， 那么你要是用了 while 语句或者 for 语句，你就惨了，所有要仔细考虑你所要编写的代码。虽说我们学了很久的编程，但是实际项目中还是有很多很多的问题。当出现问题时， 我们首先进行组内消化， 如果组内有人能解决就最好了。 如果组内解决不了，我们就进行网上

17、搜索，很多问题在csdn 论坛上都能得以解决。如果连网上都查不到，我们就只好去请教我们的企业外派老师了。嗯，几乎所有的问题都在这几个步骤中得以解决。而感觉编码方面最大的收获就是编码出错的地方，解决后，我们下次在同样的地方就很少再犯了，并且遇到同样的问题时，也能将其解决，可以说，这就是我们的经验，感觉很宝贵。在周三的时候，我们就将其编码完成，也进行的最基本的代码测试，以确保编码的代码没有语法错误。而在我们编码完成的时候，我们给企业老师检验的时候，老师告诉我们代码的注释不够详细，并且还有不少的地方编码不够规范，没有按照要求的规范去进行书写。因为我们几个小组的进度都差不多，所以老师让我们每个小组的成

18、员去读其他小组所编写的代码，看能不能很快的读懂。结果发现，除了那些比较简单或者经常练习的地方，还是有很多地方不能立刻明白，那些地方你需要根据前后的编码来理解，虽然读了几遍之后也明白了，但在这种地方浪费的时间也很多。我想，其他小组成员去读我们程序的时候，也一定会有这种体会。而在大家都回到自己的座位后，老师用屏幕广播给大家看了一份企业中编码的项目，发现他的注视非常详细，即使有些地方的代码并不是很清晰，但看了注释，也就理解了差不多了。再就是发现他的项目编码书写非常规范，也很整洁，看了就给人一种舒服的感觉，让人有心情继续读下去。又花了两天的时间，我们把程序加上了更加详细的注释，并拿着要求的规范文档去修

19、改程序中那些不规范的地方。两周的编码，让自己对编码有了另一种理解，收获很大，这次程序的编码让自己在真正进公司前好好的上了一课。第 6 周：日期： 4 月 13 日程序编码的完成，意味着我们要进行下一个步骤：测试。其实，我感觉整个软件的生命周期无时无刻不在进行测试，从可行性分析、需求分析、概要设计、详细设计、编码、测试、到软件的维护，一直都在进行着测试。老师在课上给我们的讲解，又一次让我耳目一新。是因为，在软件测试之前，你要制作测试文档，要进行详细的设计，考虑到各个可能出现的情况，要运用好几种测试方法。 本周进行的是白盒测试，测试该项目的内部逻辑结构以及基础的测试，主要考虑如何覆盖程序的内部路径

20、。这下可苦了我们，之前由于老师怕对我们说的太多，我们会接收不了，并没有说明每周进行的细节，只告诉了我们进行的内容。而当老师告诉我们要进行测试文档的制作时，课堂一篇“啊”声，看来不只是我自己一个人对此感到有些纳闷。以前测试就是直接进行测试就行了，运行的时候，发现错误再改，哪整过测试文档啊。由于大家都不会，所以老师不得不给我们细细的进行讲解，并拿出一份企业用的测试文档为例，给我们用实际例子来讲解，这样大家都理解的快多了，很快就明白了个大概。就是把所以情况都罗列出来，然后测试的时候，你就照着文档进行一条条的测试就行了，没有错的话就通过，有错的话你就做个错误的几号就。尤想想也是，这样先把各个情况都罗列

21、出来，并设计出测试用例，会是项目测试进行的比较顺利，测试的时候你就直接照着文档区测试就可以了，也不用现想测试路径以及测试用例，不仅仅是测试效率的提高，更会使你的测试覆盖比较全面。老师花了两天的时间进行一些知识以及细节的讲解，让我们大体的了解了一下测试文档制作的过程。在本周第三天我们开始项目测试文文件的制作，当然， 这是在老师的指导下进行的， 这个我们自己制作的话， 真的有很大的难度。估计老师指导我们制作，也仅仅是让我们了解一下，为以后的制作打下一个基础。花了两天半，于周五的中午，我们将文档制作完成，也仅仅算是完成，因为制作的过程惨不忍睹，这还是有老师指导的结果。以后得好好把测试学着，要不有自己

22、头疼的时候。本周就忙测试文档的制作了一样了，其它的什么也没干，测试也只能等下周进行了。希望下周测试的时候效率会很高，期待的试一次，拿着测试文档区测试的感觉。写到这里，突然想起来，第六周已经结束了，真是忙得有些忘记时间了。测试的进行，意味着程序的即将完工，也意味着我们的实习生涯即将结束，不禁为自己的未来惆怅了下，我的未来会是什么样子呢？第 7 周：日期： 4 月 20 日第七周的到来，告诉我们项目要完工了。由于这是项目操作的最后一周，所以我们需要按测试文档将代码校验完成，还要对该项目进行整体测试，以确保他的可用性以及可靠性。时间又一次的变得紧密起来，我们必须确保程序内部的正确性，这样才能对其整体

23、测试。因为项目相对而言比较小，所以我们的测试文档还是可以满足我们的测试要求，将几个出错的地方修改后，我们的项目内部测试顺利完工。测试的顺便让我又一次有了爽快的感觉，拿着测试文档，直接去校验代码就可以了。几乎不用想程序内部的测试流程，因为文档上已经给你写的明明白白了。到这里， 我有一种感觉， 这埃森哲这种大公司内， 文档的重要性比编码本身更为重要。我想，这就是企业派来的老师没有直接给我们进行技术培训，而是让我们来了解软件工程的流程的原因。当然，根据企业的文化不同，对软件工程的生命周期也会有细微的差别，他们会选择最适合自己公司的方法来进行整个软件的生命周期，并不是一成不变的。接下来，我们将进行我们

24、最后一项任务了，软件的综合测试。如果综合测试也能顺利的测试通过，那么就意味着我们制作了快两个月的项目可以完工了。又一次干劲十足，大家都想快些完成这个“折磨”了我们六个星期的项目啦。大家认真的进行着自己的任务，一个半月的团队合作，让我们有了种团队的感觉，配合起来也比当初顺手很多。大家各司其职，周四的上午进行完最后的测试。当企业老师宣布我们通过的时候，小组成员都欢腾的呼唤起来，忙碌了 6 个星期，从没这么长时间做一个项目，更没有像这次这样，大家为了同一个目标，都积极的付出着自己的努力。当听到老师说通过时，心中除了高兴还有另一样东西，就是欣慰，为大家的努力而欣慰。在中午放学之前，所有小组都通过了各自

25、的项目。所以成员，都在脸上流露着高兴的气息，还包含着一种，努力过后可以稍微放松的心态。剩下的一天半，企业老师将我们的这些天遇到的问题给我们一一的点了出来，将整个流程给我们大家又温习了一遍，最后对大家的努力予以了肯定。到这里，我们的项目真的即将结束了。老师说大家回去后沉淀一下这些日子的收获，将在下周进行项目总结，总结将用个人展示的形式展示出来，希望大家好好准备，伴随着老师的讲话结束，我们这一周的实习也结束了。第 8 周：日期： 4 月 27 日最后一周了，心里那颗悬着的心总算可以稍微的放下了。这一周，我们没有跟技术相关的任务，只要好好准备准备个人展示就可以了。但你可千万不要小瞧这个人展示，因为他将占你整个实习成绩的50%，这也是赵老师在本周周一时才告诉我们的，我们之前根本就不知道还有实习成绩这一说。个人展示的题材将自由发挥，只要是跟个人实习有关的就可以，这也是给了我们很大的发挥空间。我们可以根据每个人在实习过程中扮演的角色不同，来设计属于自己的SHOW虽说题材自由了，但难度也增大了，你所选的题材必须是你所精通 的，如果不精通，估计在他对你问题提问的时