• 《HNC公司销售合同管理系统》课堂检测分析总结


    一、失误分析

      1.疏忽大意,过于放松

      这次为期四个小时的课堂测试,很是不理想。

      其实在开始拿到这个题的时候,并没有很多的压力,因为自己看完整个项目的流程之后,知道整个项目与上学期的公文流转系统的内容大体一致,上次还有大佬给我们做了演示,我依稀的记得,那节课后,我还问大佬要了源码,并且问了他对于整个项目的流程思路和分析。并且在假期小学期数据库的基础上,也有自己经常使用的模板,可以直接使用其中的框架,在此基础上进行项目分析和更改。

      2.心急求成,混乱项目开发步骤

      正常做项目的步骤,则是分析项目,对整个项目进行分析后,建立各部关联图,然后确定表的结构,然后搭建前端显示页面,最后连接数据库,对数据进行操作

      这是课堂测试,是在规定有限的时间内尽可能的拿到高分,所以我们应该确保每一步完成顺利,尽可能的为后续的步骤减少麻烦。所以自己在最开始的一部就错了,心想用户权限也就是分角色登录,自己有源码,所以在一开始就先建立了用户数据库信息表,其中遇到了一个简单的问题就是找不到Servlet找不到,新建所有的Servlet都找不到,一直坚信就差一步就可以,为了使界面美观,为了得到好看框架那两分始终不愿意放弃自己最开始的想法,于是在这个问题中一拖再拖,浪费了将近一个小时的时间。

      3.使用原有项目,杂乱无章

      这次犯的一个大忌就是,使用了最开始公文流转系统的模板。

      其实以前所有的项目无论简单复杂,有无想法,自己都是新建文件,然后学习采纳其余项目的思想和精髓,即便是复制相关的代码,也绝不会在原有的基础上直接删改,因为我觉得一旦我改错了,原有的正确的代码也就没有了思路和借鉴。但是这次,我剁手剁手。想想之前,在宿舍和同学们讨论当你在课堂检测的时候,遇到了类似的题,你是选择新建项目还是在原有的基础上改呢??听他们说直接改会节省很多时间,想想之前的所有测试中我好像没有一次写完过题目中要求的点,总是实现完项目的主要功能之后,没有多余的时间再去完善,所以为了所谓的能缩短时间的方法,我尝试在原来的基础上进行了修改,真的是“不听老师言,吃亏在眼前。”主任总在教室说不要在原来的基础上改,一定要选择对的方法,让自己的思路时刻保持清晰。但是我总是固执的倔强,一味的好奇,果真不撞南墙不回头,真的是长经验了长经验了。

      4.项目思路理不清,代码不熟练

      俗话说,在做一个项目的时候,不要看到题目就莽撞的写,一定要花费一定的时间去对题目进行分析,理清思路。要不然在编写代码的时候,就会越写越乱,越陷越深,以至于到最后无论给你多久的时间都不会完成整个项目,因为自己已经在错误的方向中越走越远。到最后写出来的只是一堆乱码,一堆无法运行的毫无价值的字母堆积。

      5.开头浪费太多的时间

      有限的时间得到尽可能多的分,那就要控大局的呀,当第一个bug解决不了,那就要学会舍弃,继续其余角色和功能的实现,增删改查咋能没写对呢。

    二、计划表

      有了大三第一次验收作业的打击,说实话还挺激励的。如果这次侥幸过关,可能此时此刻的我就没有了这么多的感触和压力,或者是另外一种心情,放松?哪次验收,都会有不一样的心情,有时存着过了的侥幸心理,有时自己写完的成就快乐感,但我真心的感觉以前的哪一次都没有这一次写1500字来的真切实在,也难得静下心来写一写反思,写一写计划表。

      1.这个星期首先完成《HNCHNC公司销售合同管理系统》源码的完整编写,并发布到GitHub

      2.对于以后每天周二和周四的课,无论老师要求与否,都要在博客中做课后总结进行反思,大的项目都要发布到GitHub中

      3.认真对待每一个项目,无论会与不会,都要做到快乐的尽力而为,拓展大脑思路,有必要就请教大佬们

      4.每两个星期编写一篇读书笔记

  • 相关阅读:
    iisexpress应用讲解
    Flex document文档 下载网址:
    HDU1407 测试你是否和LTC水平一样高
    HDU1715 大菲波数 Java
    HDU1573 大明A+B Java
    HDU1063 Exponentiation Java
    HDU1754 I Hate It 线段树 链式
    HDU2054 A == B? Java
    HDU1166 敌兵布阵 不完全线段树
    HDU1698 Just a Hook 线段树 Lazy思想
  • 原文地址:https://www.cnblogs.com/hhjing/p/13724531.html
Copyright © 2020-2023  润新知