学生请假管理系统

1、中原工学院软件学院软件工程实践一设计任务书姓名*软件工程专业 JAVA123班题目学生请假治理系统的开发设 计 任 务开发一个基于 Web的学生请假治理系统,包括教师端和学生端.主要功能包括：1. UI设计：界面参与2. 学生端：请假申请、销假申请、查询自己请假记录；独立完成3. 教师端：请假审批、销假审批、查询学生请假记录；参与开发工具：Java、JSP、MySQL Photoshop、时 间 进 度第1周9-99-13：完成需求分析、UI设计第2周9-169-21:完成代码第3周9-249-29:完成报告原主 始要 资参 料考 与文01叶和亚陈立.java2程序设计实用教程例M北京：电子工

2、业出版社.03李兆峰.庞永庆.java程序设计与工程实践M北京：电子工业出版社.献指导教师签字：年 月 日学生请假治理系统摘要当前信息化时代,讲究高效,准确,及时的完成事情,近年来学校都在开展信息 化部署,实现了多媒体教学,网上提交作业,在线测试等学生考勤对学校教务治理是 至关重要,在以前,学生请假要去找班主任或者领导批准,并且不一定每次都能顺利 的找到班主任,完成请假批准.如果学生不在学校,没方法向班主任提交请假单；对 于学生出勤检查,是学生会根据纸制名单逐一点名,或老师根据学生上交课堂作业来 判断学生是否来上课.这些方法往往具有考勤过失率比拟高,考勤效率也比拟慢,没 有一个总体的的记录和整

3、理,并且纸制的点名册容易丧失遗漏,耽误时间等缺点.针 对以上的问题,开发一种针对学生请假的考勤网上治理系统,通过请假治理系统,任 课老师可以在课堂上直接登录考勤记录网站进行课堂查看哪些学生请假,记录学生考 勤情况等.此外,在其他时间,班主任以及其他老师也可以登录该网站查询学生在某 课程的出勤情况.该系统是基于Java web的简单型设计,它表达了对一些简单的JSP标签语言的运用,该系统界面简单、操作方便.根据实际需要将系统分为学生端和教师端,学生 请假和教师批假都需要首先登录,学生端实现了学生申请请假、申请销假、查询自己 请假记录功能；教师端实现了教师对学生请假的批准、销假批准以及查询学生的请

4、假 记录功能.关键词： 学生； 请假治理； Java Web目录摘 要. 错误!未定义书签第 1 章 工程分析 . 错误 ! 未定义书签问题描述 . 错误 ! 未定义书签技术分析 . 错误!未定义书签工程进度方案 . 错误!未定义书签第 2 章 系统分析与设计 . 错误 ! 未定义书签系统分析 . 错误!未定义书签参与者 . 错误 !未定义书签用例图 . 错误!未定义书签用例及用例规约. 错误!未定义书签UC 001登录 . 错误!未定义书签. UC 002 申请请假 . 错误!未定义书签UC003 申请销假 . 错误 !未定义书签UC 004 查询请假记录 . 错误!未定义书签系统设计 .

5、错误!未定义书签顺序图 . 错误 !未定义书签类图 . 错误!未定义书签系统体系结构设计 . 错误!未定义书签设计时序图. 错误 !未定义书签图学生销假申请设计时序图 . 错误 ! 未定义书签数据库设计 . 错误!未定义书签图. 错误!未定义书签关系模式 . 错误!未定义书签表的设计 . 错误 !未定义书签第 3 章实现与测试 . 错误 ! 未定义书签请假申请功能 . 错误 !未定义书签活动图 . 错误 !未定义书签界面 . 错误!未定义书签代码 . 错误!未定义书签测试用例 . 错误!未定义书签销假申请功能 错误 !未定义书签活动图 . 错误 !未定义书签界面 . 错误!未定义书签代码 .

6、错误!未定义书签测试用例 . 错误!未定义书签请假记录查询 错误 !未定义书签活动图 . 错误 !未定义书签界面 . 错误!未定义书签代码 . 错误!未定义书签测试用例 . 错误!未定义书签登录功能 . 错误 !未定义书签活动图 . 错误 !未定义书签界面 . 错误!未定义书签代码 . 测试用例 . 第 4 章 结束语 . 附录 A: 附加图、表 错误 !未定义书签 错误 !未定义书签 错误 !未定义书签 错误 !未定义书签 错误 !未定义书签附录 B: 主要源程序 第 1 章 工程分析随着计算机的开展与不断进步,各个领域都出现了新的技术,曾经各 种规模之间的竞争已经开展成为技术之间的竞争,治

7、理和人才之间的竞 争,然而计算机技术的开展也离不开软件的更新,在软件不断更新和替换 的过程中已经渗透到各个领域,政府机关,各大高校等都不断向智能方向 开展,学生请假也成为一件棘手的事情,为了请假学生需要写请假条找老 师批准,结果是这个时候老师不一定在,另外学生需要请假时不一定在学 校,所以为了给广阔师生提供方便,我们需要开发软件系统学生请假治理 系统.问题描述要完成这个系统最大的问题就是所学知识是有限的,在完成其中某些 功能时候所需要的可能就完全没有接触过,所以只能用一些简单的功能代 替或者替换掉那些用目前的水平所不能实现的功能,再者就是对目前所需 求的不是很明确,比方要做出一个请假治理如何去

8、设置友好界面让大家都 喜欢适应去使用,如何把系统做到什么程度才能够投入使用,这些都是所 面临的棘手问题.技术分析该系统用到MVC设计模式,总共建立了五个包,界面 View、数据对象DO 数据库连接DB数据库操作DAO限制层Control、业务层BQ DO层是对数据 对象的封装,DB层是连接数据库,DAO层是包含对数据标的根本操作,BO层是 所有和业务相关的关于对数据的判断等,调用的是DAO层然后返回一个结果,Control层是为了获取用户参数并封装,同时调用BO层,再根据调用得到的不同的结果在调用不同的 View层,将处理结果显示给用户.图包图工程进度方案实际开发过程中,开发周期可以分为三个阶

9、段：第一阶段：成果：1需求分析2对数据库进行设计目标：设计出适合学生请假治理系统的数据库；完成数据库的连接时间：一周第二阶段：成果：完成JSP页面和系统代码目标：能在编译器中有效正确运行.时间：一周第三阶段：成果：写报告；目标：完成系统报告.第2章系统分析与设计学生请假治理系统必须通过正确的用户名的密码方能进入系统,系统分为 两大模块,学生端和教师端,学生端和教师端分别有三个模块,学生端分为请 假申请、销假申请、个人请假记录查询,教师端分为请假审批、销假审批和学 生请假记录查询；学生提交的请假申请需要教师的审批,只有批准之后学生方 可提出销假申请.系统分析该系统有两个参与者,分别为学生和教师,

10、学生请假需首先得到教师的批 准方可奏效,学生与教师都需使用自己的工号作为用户名和密码进行登录.2.1.1 参与者学生、教师2.1.2用例图学生图用例图2.1.3用例及用例规约请假治理系统学生端共包含1个参与者、4个用例.用例的编号及名称如表1所示：表用例列表用例编号用例名称参与者UC-001登录学生UC-002申请请假学生UC-003申请销假学生UC-004查询请假记录学生UC 001登录参与者学生需要用户名和密码登录到系统,才能进行相应的操作,系统中设置学生的登录用户名为学号,初始化密码为学号.表功冃匕编号UC-001功能名称登录前置条件参与者通过浏览器翻开请假治理系统的登录页面根本领件流1

11、. 系统要求参与者填写用户名和密码.2. 参与者填写相应信息,学生输入学号作为用户名,密码初始值为 学号.3. 系统验证用户输入信息是否正确备选流1.用户名和密码输入错误如果系统检测到用户输入的用户名和密码与数据库中不一致,给予用户“用户名和密码不正确的错误提示,并要求用户重新输入.后置条件如果用例成功,系统进入相应权限页面界面原型参与者学生uc 002申请请假该用例的主要参与者为学生,学生通过系统填写请假申请单,请假申 请单将会提交给辅导员审批.表功冃匕编号UC-002功能名称申请请假用例描述学生创立新的请假申请单,录入请假资料,创立一个请假申请流程前置条件学生正常登录到系统中,并翻开请假治

12、理页面根本领件1、学生选择创立请假申请单,系统自动查询当前的学生是否存在没流有销假的记录,如果存在没有销假的请假记录,执行异常流,如果不存在未销假记录,执行根本领件流22、系统展示申请单录入界面3、学生录入学生学号、姓名、请假事由原因、去向,开始时间、结束时间,联系方式个人联系方式、家长联系方式4、学生提交申请单,系统进行数据校验,依据业务规那么C,如果数据校验不合法,执行分支流,流5如果数据校验合法,执行根本领件5、系统为当前的请假申请单生成唯一的编号,保存该请假申请单6、将该流程推进到下一环节系统应该向学生展现请假申请单的最终页面,用例结束分支流请假信息填写有误,显示填写不正确的信息提示,

13、并要求学生重新填 写,显示填写请假申请单的页面.异常流系统显示学生没有销假的记录详情学生确认自己的请假记录是否属实,用例终止后置条件1、系统将保存该条请假记录.2、创立新的请假单并生成唯一的申请编号3、创立新的请假申请流程实例4、记录提交后不能够再修改界面原型无业务规那么A、包括学生姓名、辅导员姓名、请假开始时间必须选择当天及当 天之后的时间、请假结束时间大于请假开始时间,请假理 由,家长联系 B 系统首先判断是否存在没有销假的记录,存在的话,将该记录显 示给当前学生学生进行确认,如果确认是没有销假,学生继续执 行销假流程,否那么,辅导员进行异常处理C 学生姓名、辅导员姓名、请假开始时间必须选

14、择当天及当天之 后的时间、请假结束时间大于请假开始时间,请假理由, 家长联系 信息为必填,不能为空.联系方式是否合法,请假 开始时间是否在请假结束时间之前.执行者学生涉及的实体1、学生属性：学号、姓名、班级、性别、联系方式、佰舍、标志变量tag=1 2、请假申请单属性：学生学号、姓名,请假事由原因、去向,开始时间、结束时间,联系方式个人联系方式、家长联系方式、操作1 已批准、待批准、操作 2 申请销假、已销假、未销假uc 003申请销假该用例的主要参与者为学生,学生通过系统提出销假申请,假设申请成 功,此时请假信息中操作2的状态将修改为申请销假,否那么提示申请销假 失败.功冃匕编号UC-003

15、功能名称申请销假前置条件参与者通过浏J览器翻开请假治理系统的登录页面成功登录进入系统主页面根本领件1.学生发出销假申请,并等待系统验证流2.如果提示申请成功,执行根本领件流33.等待辅导员销假4.如果提示申请失败,执仃根本领件流55.提示申请销假失败,请重新申请备选流无后置条件如果用例成功,系统进入相应权限页面界面原型无参与者学生uc 004查询请假记录该用例的参与者为学生,学生通过系统提出请假记录查询,假设查询成功,学生请假的记录将会显示在页面上.表功冃匕编号UC-004功能名称查询请假记录前置条件参与者通过浏览器翻开请假治理系统的登录页面成功登录进入系统主 页面根本领件流1. 学生发出查询

16、请假记录,并等待系统验证2. 如果提示验证成功,执行根本领件流33. 显示请假记录4. 如果提示验证失败,执行根本领件流55. 提示查询失败或者无请假记录,请重新申请备选流无后置条件如果用例成功,系统进入相应权限页面界面原型无介 f学生参与者系统设计该系统分为3个局部,第一局部是登录,学生和教师都需要登录,第二部 分是学生端,学生端3个功能学生申请请假、学生申请销假、查询个人请假记 录,第三个局部是教师端,教师端 3个功能教师批准请假申请、教师批准销假 申请、教师查询学生请假记录.2.2.1顺序图seq校验true校验 false8 :跳转到下一个页面()9 :显示登录申请页面,并提示错误信息

17、()图登录时序图<<entity>>:学生<<boundary>>:请假申请边界类<<control>>请假申请限制类<<entity>>：请假记录信息图 学生请假申请时序图<<entity>>:学生<<boundary>>:销假申请边界类<<control>>销假申请限制类否异常2仁发岀销假申请4:显示申请失败,并提示重新申请<<entity>><<boundary>>:杳询请假

18、边界类1 :发乞送查询<<control>>:请假查询限制类<<entity>>:请假记录信息2 :创立请假记录对象:3:返回请假信息seq正常 一両 厨寸3 :显示申请销假成功 > 异常图 学生销假申请时序图4 :显示请假详情图学生请假查询时序图222类图record+Sid +Sname +date +reason +Sphone +Tname +operate1 +operate2Suser+Sid +SpasswdTuser+Tid +Tpasswd图类图2.2.3系统体系结构设学生请假治理系统登录学生端教师端教师 审 批教师 审

19、批教 师 查 询图体系结构图该系统包括根本的3各模块,登录、学生端、教师端.学生和教师在 登录成功时分别进入不同的页面进行操作,学生端进行请假申请、销假申 请、查询个人请假；教师审批请假、审批销假、查询学生请假记录.设计时序图图登录设计时序图该图是学生端登录设计时序图,首先学生发送请求到限制类,然后跳出登 录页面,学生填写登录信息并提交到限制类,限制类封装数据创立对象调用逻 辑层进行数据校验并返回结果,逻辑层调用 DAO层最终根据结果判断如果登录 成功将跳转到学生端主页,如果登录失败将给以提示信息并请重新登录.Aleave.jspNleave.jspLeaveControlLeaveDAORe

20、cordsDO:学生1 : Http 请求 doPost()2 : checkleave()2 : checkleave()3 : SecLeave()3 : SecLeave()4 : create()alt<5 : LeaveRecordstrueD 7 :显示请假申请页面doPost()16 : nullfalse8 :!null9 :显示未销假记录doPost()oX:学生10 :填写请假信息()AleavejspAsuccess.jspLeaveControlRecordsDOLeaveBOLeaveDAO11: doPost()12 : create.13 : LeaveVa

21、lidate()return=false20 : doPost()18 : doPost()14 : returnifsuccess=trueifsuccess二false)叩j19 : doPost()图 请假申请设计时序图该图是学生请假申请设计时序图,首先学生需要成功登录,发出请假申请,这时候限制类会自发调用逻辑层,逻辑层调用DAC层,如果该学生之前请过假并且未曾销假,这时该学生是不能够再请假的,倘假设该学生发出请假申 请,系统将会把该学生之前的请假未销假记录显示出来,如果没有未销假记 录,将会显示请假申请页面,学生需要填写请假申请单将请假详细信息填写并 提交倘假设正确无误,系统将会提示请

22、假申请成功.厂、 XJSucess.jsp XJError.jsp StudentControl StudentBOStudentDAO RecordsDO/X iiiiii该图是学生销假申请设计时序图,在学生成功登录之后,学生在申请请假 时候必须不存在未销假记录,所以在学生请假完成到校报到后必须进行销假, 然而这时需要发出销假申请,这时候在业务逻辑层将会给予判断,如果销假申 请成功将会提示申请成功,如果有错误将会提示申请失败或者不存在未销假记 录.数据库设计数据库在该系统中是为了存储数据,学生所提交的请假记录是通过保存到 数据库中来实现申请请假、销假等功能的,在我们目前所学的有限的知识内,

23、没有数据库该系统是没法运行和实现的.关系模式1学生信息：学号、姓名、班级、性别、宿舍、联系方式、tag 教师信息：工号、姓名、联系方式、性别、年级、tag3登录：用户名学号、工号,密码 请假信息：学号、姓名、事由、请假开始时间、请假结束时间、联系方式E-R图E-R图在数据库设计里面是至关重要的一步,它是整个数据库设计的关键,下面使用实体联系E-R模型来描述系统的概念结构,设计出能够满足用户 需求的各种实体,以及它们之间的关系,为后面的逻辑设计打下根底.图E-R图233表的设计表用户登录信息表login 编号字段名称数据类型约束条件说明1useridVarchar(14)无学号、工号2passw

24、ordVarchar(12)无密码3TagVarchar(2)无标志该表是用户登录信息表,表中包括 3个属性,用户名和密码、还有标志变 量tag,tag是为了限制学生端和教师端,用户名分别为学号和教师的工号；表学生信息表Student编号字段名称数据类型约束条件说明1sidVarchar(14)无学号2Sn ameVarchar(20)无姓名3ClassesVarchar(20)无班级4SsexVarchar(6)无性别5SphoneVarchar(12)无联系 6DormitoryVarchar(6)无宿舍7TagVarchar(2)1标志该表是学生信息表,表中包括7个属性,都是字符串类型,

25、其中tag标志变量默认为1,并且不可修改；表 教师信息表(teacher)编号字段名称数据类型约束条件说明1tidVarchar(14)无工号2tn ameVarchar(16)无姓名3tsexVarchar(4)无性别4gradesVarchar(20)无所带年级5tphoneVarchar(12)无 6tagVarchar(2)2标志该表是教师信息表,表中包括6个属性,都是字符串类型,教师也包括个标志变量tag,也存在一个默认值为2,并且不能修改；表 请假信息表(leaverecords )编号字段名称数据类型约束条件说明1sidVarchar(14)无学号2Sn ameVarchar(1

26、6)无姓名3Starttimedate无开始时间4en dtimedate无截止时间5SphoneVarchar(12)无联系 6Operate1Varchar(20)操作17Operate2Varchar(20)操作28reas onVarchar(255)无理由该表示请假信息表,包括 8 个属性,其中有字符串和日期类型,操作 1 和 操作 2 分别是默认值,其值是根据学生的请假申请成功,销假以及教师的审批 有关.第 3 章 实现与测试每一个工程的核心局部都是功能的实现,功能的完成标志着一个系统的完 成,然而这些结果都需要一个需求和设计来作为根本的要求,以下就是该系统 详细功能的实现过程：需

27、求分析：需求分析阶段我采用了 StarUML 工具做了详细的分析,根据自 己的需要画出了包图、时序图、用例图、类图、活动图、设计时序图等所需要 的几类根本图,工程的框架是根据包图来创立的,时序图主要就是工程的每一 个功能所要求的根本流程,设计时序图就是将时序图给详细化,具体到每一步 所走的流程返回什么样的数据或者类型,也就是说画设计时序图时根本上已经 把代码在脑子里有了型,用例图其实就是工程所有的功能,每一个用例就代表 一个根本的功能,数据库的设计是根据类图来实现的,类图就表示了数据库中 的表以及各表之间的关系.界面设计：用户界面设计要求友好合理,要充分考虑到用户的操作习惯, 而且要有良好的显

28、示效果.此外界面的配色方案要协调,使用的主色,背景 色,前景色,按钮大小,文字,格式,表格等要统一标准.由于该系统主要用 于公司人员治理的,所以界面框架的主色采用较为严肃的浅蓝色,在此根底上 用到了 PhotoShop 技术, dreamweaver 以及 css 和 Java script 等,里面的登 录那个 信息 是一 个图 片用 ps 加工 修改 写 上了艺 术字 ,界 面的 代码是在 dreamweaver 里 面 直 接 设 计 好 的 , 然 后 将 代 码 复 制 粘 贴 过 去 , 因 为 在 dreamweaver 里面设计的界面在 MyEclipse 里面是不能运行的,需

29、要一个脚本 来支持,所以只需要在 MyEclipse 里面建好 jsp 页面只需将 dreamweaver 里面 body 里面的东西复制粘贴到 MyEclipse 里面就可以运行了；每一个界面里面都 有一个表格,表格里面有许多其他的元素之类,比方：按钮,标题,下拉框等 许多细小的知识,外面有一个表单,这个表单是必须有的,他是为了在前台与 后连接时候提交一个数据来运行这个工程的；在这些界面里面,时间是用 js 来 完成的,统一的 css 样式表；还有就是在查询过程中将所显示的数据设置为某 一属性他将无法在查询显示这个页面来任意修改一些信息功能描述：首先这个系统除了界面其他的代码分别写在 5 个

30、包中,第一个DO包,它里面从某种意义上说在这个包里面的每一个类都是创立某一个实例的 方法,它里面定义了相对属性,以及 get 和 set 方法；第二个是 DAO 包,它里面是对于每一个治理模块的一些根本小的功能的实现,说白了主要就 是增删改查之类的它是对数据库语句的一个应用；第三个包是DB包,这个包可以说是只为了一件事,就是数据库的连接,之所以这样写专门用一个包来写关 于数据库的连接目的只是为了看到数据与的封装,表达一个面向对象的思考, 从而在某些方面也能够减少代码的重复率,提升代码的可读性；第四个包是 control 包,这个包是最重要的,由于在 web 应用开发的过程中每一个工程要 想与前

31、台数据连接并能够成功把数据相互传递, servelet 里面有两个方法,一 个是 doGet ,一个是 doPost ,两者最大的区别就是前者对数据没有保密, 就是随时都会泄露一些重要的信息,由于每一提交的表单都会随着浏览器的浏 览网址显示出来,然而要想从前台获得数据,就好比添加员工就得用到客户端 所发出的请求得到.第五个包是BO包,这个是业务逻辑层,主要是调用 DAO 包里面的方法,数据校验等功能.在该系统中我主要完成的是学生端的功能,以下为学生端的功能：请假申请功能在学生请假申请这个功能里面其实所做的就是对数据的添加,界面是简单 采用了 CSS羊式的界面,如果学生登录成功点击申请请假,如果

32、该学生存在未 销假记录系统将会把该学生的未销假记录显示出来,如果不存在未销假记录, 此时学生请假信息界面会显示出来,在学生填写完请假信息出发右下方的一个提交按钮,倘假设提交成功会提示申请成功,如果失败会跳转到信息填写页面并提示错误信息3.1.1活动图图学生申请请假活动图3.1.2界面图 学生请假申请页面3.1.3代码public voiddoPost(HttpServletRequest request, HttpServletResp onseresp on se)throws ServletExcepti on, 1 OExcepti on ("UTF-8");(&qu

33、ot;text/html;charset=UTF-8");String str="已销彳假"String type=( "type");LeaveRecordDO ld=null ;LeaveRecordDO lrd= n ew LeaveRecordDO();Stude ntBO sb= newStude ntBO();if ("add")("sname");("sid");("sphone");("starttime" );("en

34、dtime" );("reason");String results=(lrd);if (results= null )String id=( "sid"); ld=(str,id);if (ld= null )(lrd);("./" ).forward(request, response); return else ("ld" , ld);("./" ).forward(request, resp on se);return else ("message", re

35、sults);("./" ).forward(request, response);return ;3.1.4测试用例表序号功能模块测试数据预期结果1请假申请姓名：韩一正学号：123申请成功 ：理由：回家3.2请假记录查询在学生请假记录查询里面和学生请假申请根本是一样的,这个实际上的就 是对数据库里面的数据的一个查询,并将查询记录显示到网页上,如果不存在 请假记录,将不会显示任何记录.界面请假记髓宜时1昭丸R冃卑囲12J2U1W45BO12J苗一疋15?珈:刚2O14-W-2-1旬 M10 31未翩图请假记录代码HttpSessi on sessi on=();("

36、;username", ( "sid");ArrayList<LeaveRecordDO> list=(ArrayList<LeaveRecordDO>) ( "sid");("list" , list);("./" ).forward(request, resp on se);return ;测试用例序号功能模块测试数据预期结果1请假查询学号：123查询成功登录功能登录是该工程最根本的一个功能,这其实也是一个查询,只不过是根据数 据库中的数据和从网页中得到的数据进行比照,如果匹配

37、成功将会进入到另外 一个页面,如果登录失败将会进行提示并重新登录,登录过程中在后台数据中 定义了标志变量来表示学生和教师,所以在登录时候根据这个属性来判断登录 成功后跳转到学生端还是教师端.登录过程中进行了简单的数据校验,就是说用户名和密码不能为空,倘假设 为空将会提示错误信息并提醒重新登录.代码public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException ( "UTF-8" );( "text/htm

38、l;charset=UTF-8" );LoginDO ld= newLoginDO();LoginBO lb= newLoginBO();int tags;String userid=( "username" );String passwd=( "password" );(userid);(passwd);String message=(ld);if (message!=null )( "message", message);( "./" ).forward(request, response); els

39、e tags=(ld);if (tags=1)HttpSession session=();( "username" , ();( "./" ).forward(request, response); return ;else if (tags=2)HttpSession session=();( "username" , ();( "./" ).forward(request, response);return ;else ( "./" ).forward(request, response)

40、;return界面图 登录界面活动图图登录活动图测试用例序号功能模块测试数据预期结果1学生登录用户名：123密码：123登录成功第 4 章 结束语这次的课题我用的 web 开发来完成的,从我对这三个字母的不理解到学习 它再到用它们来完成我的课题,这个过程并不是想象的那么容易,今天终于完 成了,长呼了一口气,同时在内心深处,也默默地为接下来的学习,做一个前 段时间的工程总结,也是学习的总结,吸取之前的经验教训,错误并不可怕, 可怕的是再在同一个地方犯同样错误,所以对于我来说,更多的去自我认知, 知我批评要比表扬和赞许来的更加深刻 ,非常有必要做一个总结.虽然时间略 显仓促,但在工程开发过程中我学

41、习到了很多之前没有接触过的内容,也发现 了自己的很多缺乏,感悟颇深.主要包括以下几个方面：1. 在需求分析阶段,由于对学生请假治理系统真正的需求并不了解,还有 就是自己在做这个需求的过程当中总觉得想到了自己做不出来,就好比没想到 一个需求的功能脑子里就会闪现出一个画面,我该如何去实现它,正是由于这 些错误的想法导致了这次课题实践的进度,因此我觉得在做需求时我们应该根 据实际不必考虑怎么做怎么实现.2. 数据库采用的是 Mysql,在编写sql语句经常会出现一些语法错误,例 如 sql 语句不之一次的出错,在修改的过程当中我发现了自己知识的欠缺,或 者说对过去所学的东西并没有完全理解甚至吸收；尤

42、其是数据库中的乱码问 题,我从一开始数据库中导入数据我就一直被乱码问题纠结着,我先上网查阅 相关资料,看书寻找改变乱码的方法,甚至解决不了向同学请教,但是最终我 都没有解决,最后在老师的帮助下检测出乱码不是编码的问题而是我的数据库 安装过程中字符编码选择错误,所以一直回出现乱码问题,而且解决之后再将 自己遇到的问题记录下来,使得以后出现同样的问题时能够快速解决.3. 由于该系统在学生申请成功后需要教师端的批准,在学生端才能进行下 一次的操作,这些之前很少用到,通过这次实习也将自己在课本上学到的内容 用到了实际工程中；感受最深的就是 MVC莫式和在两个客户端操作.4. 团队合作.我们完成一个工程

43、总是需要一个团队的,而不是个人,在开 发过程中小组之间的沟通非常重要.如果组内成员没有很好的交流,那么在工程 后期各模块合并时,会出现许多意想不到的错误,例如路径问题、页面间跳转 等.所以我们完成系统时,小组间要定期开例会,相互交流,对于有分歧的地 方,一定要及时讨论,采取一致举措,这样才有利于团队工作.总之,这次的课题真的使我受益匪浅.在这个过程中,我学习到的不仅仅 是以上技术上的收获,更还有生活中的的人际交往以及其他的许多经验.而这 些,都将作为我迈入社会的根本,我将以此为我的根底,尽量将学到的知识运 用到实际工作中,去迎接一个又一个的挑战.回想在这不到一个月的学习时间里,我学到了许许多多让我感觉比拟充实 的知识,掌握