软件工程实习周记精编版

软件工程实习周记精编

版

MQS system office room 【MQS16H-TTMS2A-MQSS8Q8-MQSH16898】

大连职业技术学院

大型软件项目实训周记

教学单位信息工程学院

专业软件技术（英语）

班级一班

学生姓名惠兆邺

学号

指导教师马艳红

软件工程实习周记

第1周：日期：3月9日

总算是可以忙中偷闲坐下来写些东西了。一周的复习终于过去，然而这还只是个开始。从这周开始，我们将开始为期8周的校内实习训练生活，由于埃森哲公司的一些内部原因，我们无法到实习的公司去实习，而由公司派人到学校给我们进行校内培训。

开始的时候，对于新事物总是充满好奇，好奇着我们的实习生活将会是什么样子呢？答案很快就将揭晓。在我们的第一天实习课，公司派来的老师就将我们为期两个月的实习流程告诉了我们。当然，他还告诉我们计划没有变化快，大体流程是如此，不过具体实施时将根据我们的实际情况来进行适当的调节。这位老师的幽默很快就赢得了大家的好感，稍微介绍一下，我们的这位老师，是公司的manager，我们大家都称他为赵老师，他有着非常丰富的项目实际经验，对于我们这帮还没正式工作的小菜鸟来说，可以说是奋斗的目标也不为过。

老师虽然很厉害，不过真正需要的还是我们自己的努力，老师对于我们来说，只是一个很好的辅助，太多的借助反而对于自己并不是一件好事，所以，抱着这种积极向上的心态，我将开始我为期八周的实习生活。

那到底这八周要干什么呢？当我看到了整个流程后，不禁有些纳闷。我们是学软件的，会敲代码就可以了，整那么多多余的步骤干什么啊，这不是劳民伤财吗？对于我们以往对软件的认识，真是进行了颠覆的变化。本来以为要编好几周的代码，刚去上课的时候，甚至都做好了圈起袖子、埋头苦干的准备。真是应了赵老师那句计划没有变化快，让自己有种用力挥出一拳却打到了棉花上的感觉。

在大家都很迷惑的时候，赵老师给大家讲解了一下原因：“实际的软件项目，是非常大的，并不是一个人就可以独自完成的，所以必须要团队配合的，而为了团队间更好的配合，我们就需要用到‘软件工程’。而提到这里，就是我要说的重点，我们将利用这两个月的实习时间，来教大家如何在实际的项目中运用‘软件工程’这门科学”，更要大家在实习的过程中学会团队的意义。

很快，我们分成了几个小组，而每个小组都分到了一个项目的名称，这为期八周的实习生活，我们将运用“软件工程”这门科学来完成项目的制作。

最后提一下，具体是什么让我们这么惊讶呢？第一周：将对该项目所需要的知识进行集体巩固复习。第二周：将直接进行项目的需要分析。因为项目名称已经给出，所以将去掉可行性分期。我们小组分到的项目是“诊所管理系统”，这就免不了去诊所实地调查了。第三周：根据调查的结果，进行概要设计。第四周：根据概要设计，来制作软件的详细设计。第五周：根据详细设计，来进行项目的编码。而最让我们惊讶的是，我们这八周中，需要编码的也就仅仅一周而已，虽然老师上课时跟我们稍微提过些，可当我们真正发现这样时，还是有些不淡定。第六周：根据做完的项目，进行项目的测试。第七周：就进行该项目的最后综合测试，以确认项目的完成。第八周：项目总结，我们将用一周的时间来总结整个实习的收获，在最后一周的周五进行自我展示，以及收获报告。至此，实习的生涯将会到此结束。

整个实习过程，有八周的时间，编码却只有一周，有些难以接受，不过还是要接受，因为这就很可能是我们以后的工作，为了工作，加油！

第2周：日期：3月16日

在校内实习的第一周里，老师将我们所有人分了5个小组，并给我们每个小组分配了不同的项目。我们的项目是“诊所管理系统”，因为这个项目其中包含了一些我们不知道的专业医学知识和实际流程等，所以我们必须去诊所进行实地调查，以此来保证我们最终的作品会满足诊所的管理需求。这里也说明了软件需求分析的重要性,这一环节，可以说是整个软件生成的最为重要和关键的环节。如果我们仅仅根据自己的了解就将项目进行下去，开发出的软件却满足不了客户的要求，也就是说这个软件的作用几乎是0，而我们所有的投入最终都是徒劳的。我想，这是所有人都不愿意看到的结果。

这一周，我们上课的时间进行软件需求分析的知识讲解和软件需求分析的文档制作，而课下我们就利用课余时间进行诊所的实地调查。为了节约时间，我们小组每个人各负责一个学校周围的诊所，对其诊所内的医务人员进行询问，并承诺将最后的成品软件免费提供于其诊所的使用，这样大大的提高了医务人员的热情，并最终获得了我们想要的结果。

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

解决。

第3 时决定，这一周，我们将进行软件的概要设计和详细设计两个部分的文档制作。而下一周的项目详细设计，将改为软件的编码制作，将原来一周的项目编码改为两周。这样一来，我们原本稍微宽裕的时间又变得紧缩起来，而为了能更好的完成概要设计文档和详细设计文档的制作，我们下课后更是一起在教室里加班赶工，还好，经过大家的努力，周五上课的时候，我们小组的两份文档，经过老师的检验，全部通过。

概要设计的基本任务包括制度规范主要就是：将系统划分模块，决定每个模块的功能，调用关系及界面，即模块姐传递的数据。

而系统的模块划分，在上一周的需求分析力，我们就已经做出了总结，需要将诊所划为四个模块：医务人员管理模块、药品信息管理模块、病患管理模块、诊疗记录模块。而这四个模块的具体功能，在经过小组成员的共同讨论后，将其模块的功能罗列如下：

一、医务人员管理模块

1、医务人员入职。

2、医务人员离职。

3、医务人员的职务变动。

4、医务人员的查询。

二、药品信息管理模块

1、药品信息的入库。

2、药品信息的删除。

3、药品信息的改动。

4、药品信息的查询。

三、病患管理模块

1、患者信息添加。

2、患者信息删除。

3、患者信息修改。

4、患者信息查询。

四、诊疗记录模块

1、诊疗记录的增加。

2、诊疗记录的删除。

3、诊疗记录的修改。

1、诊疗记录的查询。

综上所述，可以发现也就是其模块的增删改查，在细化了各个模块的功能后，我们对应的制作了诊所管理系统的数据库，对其模块划分，也定义了四个表的名称及其属性。

表清单：

医务人员表：TB_DOCTOR

药品信息表：TB_MEDICATION

病患人员表：TB_SUFFERER

诊疗记录表：TB_RECORD