教学实习鉴定表模板.doc

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