表示，这样会是我们在变成的时候，将其更容易的转换成实际的程序。
准备工作总算是做完了，几乎花费了我们实习的一半时间。这一周的时间，我们在忙碌中不知不觉的度过了！下一周就会进入到该项目的实际编码当中，这也是我们大家最熟悉的地方了，感觉总算有地方出力了，期待着下一周的到来。
2014年3月14日
终于到了我一直期待着的编码阶段了，从一开始就等着编码，这个期
待的时间有点长，不过还好，总算是到来了。但现在还不能直接去编码，在这之前，我们需要配置我们的编码环境，大家需要拥有一样的环境，这样才能使小组成员之间的文件相互使用。不过这点就不用我们操心了，大公司就是好，把环境变量的配置过程给我们做成了文档，供我们使用，这样，我们大家使用的环境就都一样了。有了这个文档，大家的编码环境很快就搭配起来了，丝毫不费力气。这里提一句，以前也没注意这个问题，如果是团队开发，一样的编码环境是很重要的，也是一个团队所必须的。
软件环境的搭配完成，意味着我们可以进行正式的编码了。这一次的编码和以前相比有些不一样，以前是想到哪编到哪，这次不能再这么蛮干了，这次的编码需要照着文档进行，也就是照着诊所管理系统的详细设计进行编码。
因为该项目有数据库的操作，所以在编码之前，大家将该项目的数据库以及其中的四个表建立了起来，并在每个表内添加了两条简单数据，用于在软件编码测试时使用。
这周我们使用了两天的时间来消化项目的详细设计文档，把老师上课讲的
那些知识点尽量的用到理解文档当中。看完了文档，再让我来编码，突然有种行云流水的感觉，不会有以前那种写到一半不知道该怎么写的感觉。看来这之前的工作一点也没白做啊，算是物有所值啦。
2014年3月15日
由于之前做完了项目的详细设计，所以整个项目的流程很清晰，直接按着
文档的步骤一步一步的进行就可以了。有了项目的详细设计，编码真的很顺手，但并不是就没有问题了。我们还要把他的程序流程图及伪代码等地方转换成真正的代码。程序流程图也有很多地方需要考虑你所需要用到的结果。有的地方仅仅
16
是两个逻辑判断，这就很自然的运用if、else语句来进行转换；有的地方时多个选择的时候，你就要考虑是用if、elseif、else语句来转换还是用swtich、case语句来转换；还有的地方时循环的结构，你就要考虑是for循环还是while语句记忆do while语句，因为有的地方需要先执行一遍再进行判断，那么你要是用了while语句或者for语句，你就惨了，所有要仔细考虑你所要编写的代码。
虽说我们学了很久的编程，但是实际项目中还是有很多很多的问题。当出现问题时，我们首先进行组内消化，如果组内有人能解决就最好了。如果组内解决不了，我们就进行网上搜索，很多问题在csdn论坛上都能得以解决。如果连网上都查不到，我们就只好去请教我们的企业外派老师了。嗯，几乎所有的问题都在这几个步骤中得以解决。而感觉编码方面最大的收获就是编码出错的地方，解决后，我们下次在同样的地方就很少再犯了，并且遇到同样的问题时，也能将其解决，可以说，这就是我们的经验，感觉很宝贵。
2014年3月16日
程序编码的完成，意味着我们要进行下一个步骤：测试。其实，我感
觉整个软件的生命周期无时无刻不在进行测试，从可行性分析、需求分析、概要设计、详细设计、编码、测试、到软件的维护，一直都在进行着测试。
老师在课上给我们的讲解，又一次让我耳目一新。是因为，在软件测试之前，你要制作测试文檔，要进行详细的设计，考虑到各个可能出现的情况，要运用好几种测试方法。本周进行的是白盒测试，测试该项目的内部逻辑结构以及基础的测试，主要考虑如何覆盖程序的内部路径。
这下可苦了我们，之前由于老师怕对我们说的太多，我们会接收不了，并没有说明每周进行的细节，只告诉了我们进行的内容。而当老师告诉我们要进行测试文檔的制作时，课堂一篇“啊”声，看来不只是我自己一个人对此感到有些纳闷。以前测试就是直接进行测试就行了，运行的时候，发现错误再改，哪整过测试文檔啊。
由于大家都不会，所以老师不得不给我们细细的进行讲解，并拿出一份企业用的测试文檔为例，给我们用实际例子来讲解，这样大家都理解的快多了，很快就明白了个大概。就是把所以情况都罗列出来，然后测试的时候，你就照着文檔进行一条条的测试就行了，没有错的话就通过，有错的话你就做个错误的几号就OK。想想也是，这样先把各个情况都罗列出来，并设计出测试用例，会是项目测试进行的比较顺利，测试的时候你就直接照着文檔区测试就可以了，也不用现想测试路径以及测试用例，不仅仅是
17
测试效率的提高，更会使你的测试覆盖比较全面。
2014年3月17日
这是项目操作的最后一周，所以我们需要按测试文档将代码校验完成，还
要对该项目进行整体测试，以确保他的可用性以及可靠性。时间又一次的变得紧密起来，我们必须确保程序内部的正确性，这样才能对其整体测试。因为项目相对而言比较小，所以我们的测试文档还是可以满足我们的测试要求，将几个出错的地方修改后，我们的项目内部测试顺利完工。
测试的顺便让我又一次有了爽快的感觉，拿着测试文档，直接去校验代码就可以了。几乎不用想程序内部的测试流程，因为文档上已经给你写的明明白白了。到这里，我有一种感觉，这埃森哲这种大公司内，文档的重要性比编码本身更为重要。我想，这就是企业派来的老师没有直接给我们进行技术培训，而是让我们来了解软件工程的流程的原因。当然，根据企业的文化不同，对软件工程的生命周期也会有细微的差别， 他们会选择最适合自己公司的方法来进行整个软件的生命周期，并不是一成不变的。
接下来，我们将进行我们最后一项任务了，软件的综合测试。如果综合测又一次干劲十足，大家都想快些完成这个“折磨”了我们六个星期的项目试也能顺利的测试通过，那么就意味着我们制作了快两个月的项目可以完工了。 啦。大家认真的进行着自己的任务，一个半月的团队合作，让我们有了种团队的感觉，配合起来也比当初顺手很多。大家各司其职，周四的上午进行完最后的测试。当企业老师宣布我们通过的时候，小组成员都欢腾的呼唤起来，忙碌了6个星期，从没这么长时间做一个项目，更没有像这次这样，大家为了同一个目标，都积极的付出着自己的努力。当听到老师说通过时，心中除了高兴还有另一样东西，就是欣慰 ，为大家的努力而欣慰。
在中午放学之前，所有小组都通过了各自的项目。所以成员，都在脸上流剩下的一天半，企业老师将我们的这些天遇到的问题给我们一一的点了出到这里，我们的项目真的即将结束了。老师说大家回去后沉淀一下这些日露着高兴的气息，还包含着一种，努力过后可以稍微放松的心态。
来，将整个流程给我们大家又温习了一遍，最后对大家的努力予以了肯定。 子的收获，将在下周进行项目总结，总结将用个人展示的形式展示出来，希望大家好好准备，伴随着老师的讲话结束，我们这一周的实习也结束了。
18