《教学实习鉴定表模板》由会员分享,可在线阅读,更多相关《教学实习鉴定表模板(8页珍藏版)》请在金锄头文库上搜索。
1、教教 学学 实实 习习 鉴鉴 定定 表表院(系)院(系) 工学院工学院 专业专业( (班级班级) ) 计算机计算机 072072 姓姓 名名 施顺达施顺达 实习类别实习类别 认识实习认识实习 实习单位实习单位 _2010_年 6 月 29 日姓名施顺达性别男年龄 22校内指导老师 叶晓彤校外指导老师实习时间:自 2010 年 月 日至 2010 年 月 日共 天出勤情况:出勤 天; 请假 天; 其它 天。 实习基本情况实习内容: 一、课程的任务和目的 任务:参与实际软件开发项目,组队开发相应的软件项目,初步掌握使用所 学软件开发知识构造小型软件系统的方法和技巧,初步培养在软件开发项目 中的协同
2、工作能力。 目的:经过一段时间的实习,能够对软件开发的流程有进一步的理解,对现 代软件系统的常用架构有一定的了解,并能够应用于实际项目的开发中,从 而具备软件工程师所必需的基本素质。为将来成为软件开发专业人员打下基 础。 二、课程教学内容与要求 (一)教学内容和要求 1了解小型软件开发项目的团队组建和分工;了解软件开发与管理。 2了解软件需求分析的基本思路和常用工具; 3理解现代软件系统的常用架构;掌握分层软件架构中数据库层、实体层、 数据访问层的开发方法;了解业务逻辑层的开发方法。 4理解项目团队中互相协调、遵守纪律的必要性。 (二)重点和难点 1重点:现代软件系统的架构和分层软件的开发方法
3、。 2难点:需求分析,分层软件架构。自我鉴定: 这次实训使我学会了很多新的开发知识,并且在开发时对于小组的分工合作这种开 发模式有了更深刻的认识,熟悉了一项软件开发的模式和氛围,提高了学习能力和团队 合作精神。经过老师指导,我们了解了这次实训的具体步骤:1.面向对象需求分析;2. 学习统 一建模语言 UML;3.数据库的建立与完善;4.软件的开发与实现 一、面向对象需求分析 (1)自主学习了解了什么是软件需求。 软件需求包括三个不同的层次 :业务需求、用户需求和功能需求 业务需求( business requirement)反映了组织机构或客户对系统、产 品高层次的目标要求 用户需求(user
4、 requirement)指用户使用产品必须要完成的任务 功能需求(functional requirement)定义了开发人员必须实现的软件功 能IEEE 将需求定义为: 用户所需的解决某个问题或达到某个目标所要具备的条件或能力 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满 足条件或必须具备的能力 RUP(统一过程)将需求定义为: 需求描述了系统必须满足的情况或提供的能力,它可以是直接来自 客户需求,也可以来自合同、标准、规范或其他有正规约束力的文 档。(2)我掌握了需求分析的开发步骤 1、找出业务目标 2、找出涉众和用户3、业务规划4、用例建模(3)通过老师的讲解,我掌握了涉
5、众和用户的基本概念 涉众(Stakeholder)和用户(主角) 涉众指所有和系统利益相关的人,是业务调查的主要对象。通常包 括业务方的领导、中层干部和操作人员,以及其它系统受益人或贡 献人;还有承担开发方的领导,政府部门、相关法律条律。 用户指预期的系统使用者。用户一般是上述涉众的代表,是实实在 在参与系统的,需要编程实现 通过学习我明白了涉众和用户联系和区别: 涉众不等于用户,通常意义上的用户是指系统的使用者,而这仅是 涉众中的一部分 。通俗理解用户包含在涉众里在完成需求分析文档这个过程我学会了如何做涉众概要、涉众简档、用户概要、 用户简档等内容二、我们第二步是学习统一建模语言 UML U
6、ML 是一个通用的标准建模语言,可以对任何具有静态结构和动态行为的系统进 行可视化建模。UML 不是一个开发过程,也不是一个方法,但允许任何一种开发过程 和面向对象方法使用它。 个人理解:UML 是一种开发人员与非开发人员(用户等)对于一项软件项目开发 需求相互理解的重要桥梁(1)我学习了 UML 语言内容:UML 基本图素:它是构成 UML 模型图的基本元素。 UML 模型图:它由 UML 基本图素按照 UML 建模规则构成。 UML 建模规则:UML 模型图必须按特定的规则有机地组合而成,从而构成一 个有机的、完整的 UML 模型图(well-formed UML diagram)(2)我
7、知道了 UML 中有哪几种模型视图用户模型视图用例图: 从用户的角度描述系统能提供哪些功能以及功能的使用者。 结构模型视图:类图:描述系统的静态结构;对象图:描述系统在某个时刻的静态结构;包图:将类分组成更高层次的静态结构。 行为模型试图顺序图:按时间顺序描述系统元素之间的交互;协作图:从时间和空间的顺序描述系统元素之间的交互;状态图:描述系统元素对事件的响应引起的状态转换;活动图:描述系统元素的活动。 实现模型视图构件图:描述实现系统的元素的组织结构;配置图:描述环境元素的配置,并把实现系统的元素映射 到配置上。(3)掌握了如何用例建模用例模型由若干个用例图构成,用例图中主要描述执行者和用例
8、之间的关系。用例建模的学习中我了解了执行者和用例的定义以及如何确定。最重要的是我学会了如何画用例图:用例图描述了系统的功能需求,它是从执行者的角度来理解系统,由“执行 者” 、 “用例”和“用例之间的关系”3 类模型元素构成。 图中还有另外两种类型的连接,即使用和扩展关系,是两种不同形式的 泛化关系。(4) 紧接用例图我们就学习类图类图是具有相似结构、行为和关系的一组对象的描述符,用来描述系统中类 和类之间的关系,是系统的静态结构。类图中还描述了类的属性、操作、以及对模 型中各种成分的约束。类之间的关系是类图中比较复杂的内容。有关联、聚合、组 合、范化、依赖。 在软件开发不同阶段使用的类图具有
9、不同的抽象层次,即概念层、说明层、 和实现层。使用 UML 建模也应该是一个迭代的过程,所以我们应该建立一个类图的 层次的概念。最终目标是识别出所有必须的类,并分析这些类之间的关系,类的识 别贯穿于整个建模过程,分析阶段主要识别问题域相关的类,在设计阶段需要加入 一些反映设计思想、方法的类以及实现问题域所需要的类,在编码实现阶段,因为 语言的特点,可能需要加入一些其他的类(5)另外我还学会了如何画对象图、包图、状态图、顺序图、活动图、协作图、 这么多图我掌握的最深刻的是用例图,通过画我们“包租婆”这个网站的用例 图,在宏观上给出了模型的总体轮廓,通过对典型用例的分析,使开发者能够有效 地了解用
10、户的需求。用例图还要用到用例规约,以前学过什么是用例规约,通过这 次项目实训真真实实地将用例规约用于实践中。 我们画图用的是 StarUML 这个软件,虽然刚开始用遇到了很多的困难以及很 多的不明白,例如画线的时候没有掌握规则,老是不成功,还有很多图以及图标容 易弄混,但是通过老师的耐心讲解以及同学的帮助,还有团队的合作,最终一一解 决了问题。(6)接着我们就开始数据库的设计我们以前学过 SQL 语句与 ADO.NET 相关方面的知识,根据用例图我们建立 了相应的表,参照类图建立了各个表间约束。也因为我们的分工合作使我们没人负 责的那块内容也少了很多,提高了工作效率,体会到了组队的优势 做数据
11、库另一收获就是学会了如何使用动软这个软件来生成数据库文档,从 以前的通过手写的方式画表和填充数据中解脱了出来,保证了数据的一致性和完整 性动软的使用不仅为我们节约了时间,而且做出来的文档干净整洁,界面也可以设 计的比较漂亮。(7)最后学习的网站的三层架构刚开始不懂什么是网站的三层架构,以为是用结构图来描述网站的架构,后 来通过老师的指导才了解如何将三层架构运用于网站。 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分 为:表现层(UI) 、业务逻辑层(BLL) 、数据访问层(DAL) 。区分层次的目的即 为了“高内聚,低耦合”的思想。三层架构的优点:
12、 1、开发人员可以只关注整个结构中的其中某一层; 2、可以很容易的用新的实现来替换原有层次的实现; 3、可以降低层与层之间的依赖; 4、有利于标准化; 5、利于各层逻辑的复用。(7)心得 这次的项目实训是以前所没做过的,第一次团队合作做一个项目而且用全新的软件 辅助设计。在项目实训的过程中由于属第一次做难免的会碰到一些问题,不过通过队员 间的讨论和老师的指导 以及自己自习下解决了做项目过程中说碰到的难题。 在完成实训项目的过程中,学习到了很多课本上和课堂上都没学习过的知识和技术。每次遇到问题也不是当初自己一个人做的时候只能自己想,团队集思广益合作解决问题。而且遇到具有争议的问题时也能通过互补得
13、到更好的解决方案。 本次实训,不只是知识和技术上的完善补充,更重要的是对组队开发模式的认识,让 我学习到了团队合作的精神还有团队责任感。实 习 单 位 考 核 意 见评语:实习单位指导教师(签名):实习单位(盖章) 年 月 日考核等级:指 导 教 师 考 核 意 见评语:指导教师(签名):年 月 日考核等级:院 (系) 审 核 意 见院(系)盖章年 月 日备注 填写说明:1.实习类别:认识实习、生产实习、毕业实习;2.实习单位考核意见:要求实习单位指派专人对学生具体指导时,由实习单位的指导技术人员填写,没有配备实习单位专门指导人员的,本栏不填写;3.考核等级:结合实习报告和实习表现评定优秀、良好、中等、及格、不及格;4. 教学实习鉴定表实习结束后填写,一式两份,其中一份上报院(系)教学科备案,一份留所在教研室存查。