软件工程实习周记.docx
- 文档编号:2368550
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:9
- 大小:44.89KB
软件工程实习周记.docx
《软件工程实习周记.docx》由会员分享,可在线阅读,更多相关《软件工程实习周记.docx(9页珍藏版)》请在冰豆网上搜索。
软件工程实习周记
大连职业技术学院
大型软件项目实训周记
教学单位信息工程学院
专业软件技术(英语)
班级一班
学生姓名惠兆邺
学号**********
指导教师马艳红
软件工程实习周记
第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、诊疗记录的修改。
5、诊疗记录的查询。
综上所述,可以发现也就是其模块的增删改查,在细化了各个模块的功能后,我们对应的制作了诊所管理系统的数据库,对其模块划分,也定义了四个表的名称及其属性。
表清单:
医务人员表:
TB_DOCTOR
药品信息表:
TB_MEDICATION
病患人员表:
TB_SUFFERER
诊疗记录表:
TB_RECORD
概要文档的制作完成,也意味着我们可以进行下一个步骤了:
项目的详细设计。
因为其四个模块所要实施的功能大体相似,所以我们决定只制作出其中一个模块的详细设计,其他模块则参考制作完成的模块。
在这里,我们采用医务人员管理模块为例,将对其进行详细的分析,为了清晰明确的看出其数据的走向以及逻辑判断,我们采用程序流程图对该模块的数据流程进行描述。
而为了使该项目的详细设计可读性好,我们将该模块中涉及的一些复杂的算法用伪代码来进行表示,这样会是我们在变成的时候,将其更容易的转换成实际的程序。
准备工作总算是做完了,几乎花费了我们实习的一半时间。
这一周的时间,我们在忙碌中不知不觉的度过了!
下一周就会进入到该项目的实际编码当中,这也是我们大家最熟悉的地方了,感觉总算有地方出力了,期待着下一周的到来。
第4周:
日期:
3月30日
终于到了我一直期待着的编码阶段了,从一开始就等着编码,这个期待的时间有点长,不过还好,总算是到来了。
但现在还不能直接去编码,在这之前,我们需要配置我们的编码环境,大家需要拥有一样的环境,这样才能使小组成员之间的文件相互使用。
不过这点就不用我们操心了,大公司就是好,把环境变量的配置过程给我们做成了文档,供我们使用,这样,我们大家使用的环境就都一样了。
有了这个文档,大家的编码环境很快就搭配起来了,丝毫不费力气。
这里提一句,以前也没注意这个问题,如果是团队开发,一样的编码环境是很重要的,也是一个团队所必须的。
软件环境的搭配完成,意味着我们可以进行正式的编码了。
这一次的编码和以前相比有些不一样,以前是想到哪编到哪,这次不能再这么蛮干了,这次的编码需要照着文档进行,也就是照着诊所管理系统的详细设计进行编码。
因为该项目有数据库的操作,所以在编码之前,大家将该项目的数据库以及其中的四个表建立了起来,并在每个表内添加了两条简单数据,用于在软件编码测试时使用。
这周我们使用了两天的时间来消化项目的详细设计文档,把老师上课讲的那些知识点尽量的用到理解文档当中。
看完了文档,再让我来编码,突然有种行云流水的感觉,不会有以前那种写到一半不知道该怎么写的感觉。
看来这之前的工作一点也没白做啊,算是物有所值啦。
在第二天上课的时候,企业的老师给我们讲了两个以前从没注意的地方,这两个地方,在学校的时候,老师也讲过,但并没有怎么在意,但实际的企业编码中,这两个地方是非常非常重要的,甚至比你会编码本身还要重要。
甚至可以说,没有这两点,你编的代码几乎没有什么价值。
说道这里,相信大家可以理解这两点的重要性了吧。
这两点到底是什么呢?
她就是编码的书写规范和编码的注释。
书写规范,在学校的时候,每个同学几乎都是做自己的项目,很少有合作的时候,所以很少有注意的。
但在企业中,几乎每个项目都是需要团队来完成的,如果团队的每个成员每人都按自己的想法写,那每个人都有一个自己的规范,当项目将每个人做的模块组合在一起时,我相信程序一定是运行不起来的,那么也就是说,你这个项目白做了,所有的努力都想付之东流。
所以说,整个项目有一套书写规范是非常重要的,而我们这一次的项目编码,将使用公司为我们提供好的一套编程规范。
而编码的注释,是为了自己或者别人能读懂自己代码而准备的,当一个做完的项目需要维护时,维护的程序员很可能不是你。
这样,为了方便别人能读懂你写的代码,就需要对其进行注释说明。
即使是你自己,当你时隔几年后,再来看你写的代码时,也不一定都能看懂,所以,程序编码的注释是利人利己的事情,这样的事情我们应该做。
带着这两个重点,我们紧密的进行着我们的项目编码。
第5周:
日期:
4月6日
由于之前做完了项目的详细设计,所以整个项目的流程很清晰,直接按着文档的步骤一步一步的进行就可以了。
有了项目的详细设计,编码真的很顺手,但并不是就没有问题了。
我们还要把他的程序流程图及伪代码等地方转换成真正的代码。
程序流程图也有很多地方需要考虑你所需要用
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实习