一、项目实施进度评估。ERP项目是复杂项目，其涉及的部门、人员、资金、资源等对于任何一个企业来说都是空前的，而在上一节中我们通过项目三角形分析出来，项目的进度是否能够按照设计规划的进行是影响项目效果的关键因素，所以评估项目的成功与否，首先必须评估项目的进度是否按照预期的进度进行，如果每一步或者每一阶段，都能够严格的按照进度进行，相信项目会成功的，否则就是项目设计出现了问题。一般来说现在评估项目实施进度的方法可以使用目前最为常用的项目管理工具，其中Microsoft的Project就是不错的工具之一。其实很多项目的实施失败原因是虎头蛇尾，开始的时候大家心气十足，进度基本可以按照计划进行，而到了后来，每个人的工作都是交叉的，往往会受到其他工作的影响而忽视了项目的进度，致使项目进行不下去。所以除了有相应的制度保障之外，一定要有工具，再者说了搞IT的人不用IT工具，那不是“卖盐的喝淡汤”吗当然现在的IT行业非常普遍。
三、项目功能评估。ERP是功能性产品，最终项目是否成功很重要的一点要看功能，看功能是否达到了预期的要求。ERP的功能从总体上来说分为几大部分:进销存管理，或者现在有的公司定义的内部物流管理;财务管理，包括总账、应收账、应付账、固定资产等;计划管理，在企业中大都会涉及到两种生产模式的计划方法，分别是单件小批量生产模式的MRP计划方法和大规模流水线生产模式的JIT计划方法;粗能力计划和细能力计划等核心资源管理;另外还包括人力资源管理;设备管理;工、模、量、夹具管理;质量管理等外围资源管理。一般来说，软件商在签约之前都会给企业的管理者演示他们的功能，我告诉企业一个秘诀，在观看演示的时候一定要刨根问底的看功能，而不能走马观花的浏览。两者之间的区别就在于不要被软件商的演示者的各种托辞搪塞过去，一定要亲眼看到他们说能够实现的功能，不要相信没有数据不能演示、不是最新版本等解释理由。如果他们说有什么功能就当场拿出来。否则就是没有，在事实面前任何理由都是苍白的。在项目结束之前，对照双方约定的功能清单，逐个推敲，如果每一个功能都实现了，项目一定能够成功。
四、项目效果评估。功能具备只是基本的要求，关键还要看效果，这一点可能有人不容易理解，其实在ERP管理软件中有很多功能从表面上看功能和效果是有很大的区别的，比如MRP计划，可能大多数的ERP软件现在都能实现这个功能，但是是否准确，是否可以通过MRP计划直接指导生产，甚至直接根据计划产生的结果安排采购，这并不是任何一家软件都可以做到的，这里面涉及到计算方法是否科学，是否符合行业的规范，考虑的因素是否完整，预置的参数是否科学，比如提前期设计的是否合理，安全库存设计的是否合理等等都会直接影响计划的结果，其实真正的软件公司的功底就在这里区别。
五、可操作性评估。ERP软件的最终目的是让企业的广大职工都能够使用，所以可操作性如何是项目成功与否的另一项重要指标。企业的大多数使用者，尤其是一线的职工，计算机的水平都不会太高，如何让软件具有很容易操作的界面，让普通的职工也能够使用软件来操作，确保每一位使用者都能够方便快捷的使用ERP软件是项目成功的重要条件。有很多软件功能很强，但是就是操作起来难度也很大，非专业人士无法使用，这绝对不是优秀的ERP软件，优秀的软件应该是只要熟悉业务的人就可以操作，所谓所见即所得。
六、项目的延续性评估。ERP项目是企业赖以发展的长期投资项目，绝对不是消费型项目，所以项目是否能够伴随着企业的发展而持续得到应用是评估项目成败的另一向重要指标。持续性体现为升级能力、功能的扩展能力、客户化能力、跨平台能力等几方面:现在的软件平台每几个月就升级一次，当然应用系统的升级不一定要求紧跟系统软件的速度，但是也要及时升级，随着管理理论和管理方法的不断发展，管理软件的升级至少要跟得上管理方法和计算方法的更新速度，否则就是落后的;功能的扩展能力，就像上面我们所说的功能是评估的一项指标，但是功能能否根据企业的发展而及时更新，另外还有客户化的能力和跨平台的能力也很重要。
在大学里的最后一个冬天，我完成了3个月的实习，实习对我而言是一个难忘的.体验，让我不论做人还是做事都改变了很多。总的来说，虽然说不上乐在其中，但实习的确是一段充实而有意义的事。
感悟一:当我们进入社会工作，就先要进入各种规范中去。
作为一个软件开发人员，记得在我第一天进入公司实习的时候，首先要学习的就是编程规范。相信每个搞开发的同学都跟我一样吧。
当然，作为一个开发人员的前提，我还是公司里的一个员工(虽然不是正式的。。。)。我还必须遵守员工的规范。
其实员工规范也没有什么特别多的要求，个人认为就跟上学差不多，虽然规范是差不多，心态上却有着很大的差异。原因无他，你到学校是自己交钱上学，上班却是别人发工资给你。拿了人家钱，还要扰乱人家的规范，这种事我还真干不出来。看来钱不论到哪里都是一个问题，呵呵
感悟二:我其实是一种很唯心的动物
其实本来，我是写"人其实是一种很唯心的动物"，但不知道别人是不是也这样，虽然我觉得是，却无从考究，还是严谨点。
为什么说我唯心呢当我心里把自己当作一个学生，跟把自己当作一个上班族时，在各种细节上都会不一样，例如那有点虚无缥缈的"气质"，或者是说话的语气。
这个大概是"站在不同的高度，看到不同的风景"吧。正如老总看的是公司发展方向，主管却在看业绩，经理在看项目，小弟们在看代码。。。
感悟三:设计模式很重要
设计模式是我到公司才接触的事物，主要是讲述一种面向接口的编程思维，按照设计模式所编写的代码，会比学校那种直接实现功能的代码繁琐一点，增加很多看似多余的虚类或者接口。但是这种代码更加具有拓展性，更好地把数据封装起来。在增加状态，增加类的时候，并不需要修改过多代码，这种代码对于版本升级尤其重要。
在公司培训学习中，我总能很快地掌握各种设计模式的要领，获得上司的好评。但是我明白，设计模式真要应用到代码中去，是要培养一种习惯。
个人观点好像说得有点多了，下面说说我这3个月里的实习情况。总的而言，我到公司接触了2个平台，一个是现在很火的android，另一个则是nokia的qt。android用的基本是java语言，其中还会带点xml语言;而qt用的则是c++。
对于这2个平台，用着的感觉其实大同小异，用我上司的话说，基础打好了，语言就不应该是障碍。感觉挺有道理的。想当年我作为一个vb助教，却没半点vb基础，对vb那些基础问题还是可以比较轻松地解决，这跟我其他程序语言基础比较好有着密不可分的关系。
android平台的一个基本窗口是一个activity，除了基本的activity外，还提供listactivity和tabactivity这些拓展的子类，每一个activity都可以看作一个窗口，一个进程可以有多个activity，每个activity都拥有一个view，view可以通过xml设定，当使用activity的子类时，必须注意这些子类的xml必须含有特定id的控件，或者不用xml实现view，系统会有一个默认的xml去实现那些一个基础view并且实现必要的id。
在谈到view，那么就必须说到layout了，android的layout很强大，最基础的是横向或竖向的排列布局，另外还有网格，表格布局等等。掌握好布局的方法可以让我们对界面设计事半功倍。
android有趣东西有很多，在我完成那个移植应用的时候，android总能给我一些惊喜，例如popwindows这个设计，他作用是弹出一个窗口等，或者你可以把他看作一个acticity，效率却比activity快很多。利用popwindows，你可以做出风格各异的消息框，菜单栏，下拉菜单等等。
另外还有一个抽屉类也很特别，他就像触屏系统的解锁一样，拖动手柄，便可拉出一个界面，这种设计大大地节省应用的空间，减少切换界面的操作，从而降低应用的功耗。
告诉大家一个很多人不注意的地方，android应用如果进行横竖屏幕切换的时候，进程会完全关闭后，再重新打开的，因为android做了保存状态的操作，所以很多人会以为屏幕切换后，进程还是本来的进程。
qt跟android有很多共通点，例如android的activity就如qt的qwidget，当然，他们的状态机有着很大的区别。
为了方便学校院系考评本院系各班级预备党员的学风、品行，作为预备党员转正的参考依据，校方委托我团队设计制作“校园预备党员评优系统”，通过学生不记名在线打分的形式考评预备党员的各项素质，并按照各项考评分数给出每个被评分人员的综合考评得分以及排名情况。建设目标：学生考评做到有理有据，公平公正为了方便学院领导对每个处于预备转正期的学生的综合考评，学院除了要考评其个人学习成绩外，还要听取广大师生的意见，从而为我党选拔品学兼优的人才。
项目收益：使校方能从多个角度了解，认识学生校园预备党员评优系统不仅仅是一个针对预备党员个人素养的综合考评工具，更重要的是，它能够帮助校方更好的了解自己的学生，包括学业、爱好、性格、宗教信仰、为人处事等，为学校选拔优秀人才，预防校园不良事件提供了一定的支持。
智能表单系统在网站中经常会遇到需要用户填写一些资料的情况，这个过程对于用户来说没有任何问题，但如果表单样式经常修改，对于网站开发人员来说，将是一个比较繁琐的过程，他除了要修改表单的网页样式，还要相应的修改后台数据库的样式。是否有一种软件，既能实现表单创建、数据库表创建以及表单发布一站式服务，又能让非计算机技术人员轻松掌握，智能表单系统应运而生。建设目标：表单创建及发布一站式服务，非计算机专业用户轻松掌握智能表单系统面向的主要用户是那些不懂计算机编程，并且需要经常发布表单或者修改表单的网站文案人员，借助这套系统，用户只需简单的拖拽一些表单控件，并为这些控件命名，告知信息录入人员该填写的条目项即可，而数据库表则在发布后自动生成，无需技术人员另行建立。解决方案：智能表单系统智能表单系统的核心价值就是简单易用，且高度自动化。
它完全基于B/S架构开发，能够很好的应用与网页表单。智能表单系统由表单引擎、数据库引擎、信息发布及处理引擎组成。1、表单引擎，负责表单控件以及表单界面的生成;2、数据库引擎，负责表单对应数据库表的生成;3、信息发布引擎，负责表单生成后的网站发布;4、信息处理引擎，直接面向信息录入人员，接收信息的录入以及数据库信息的调取;智能表单系统不仅仅允许新增表单及其数据库表，同时也允许用户在线修改字段，包括添加、修改名称以及删除字段，相应的数据库表也会改变，做到了全程自动化。产品特色及用户受益：一站式服务，简单易用智能表单系统具有表单创建、修改、发布、数据库表的编辑一站式特性，用户只需简单的拖拽控件即可完成这一整套工序。这套系统能够缩短网站表单建设周期，同时也解放了开发人员。
作为一个软件开发人员,记得在我第一天进入公司实习的时候,首先要学习的就是编程规范.相信每个搞开发的同学都跟我一样吧.
其实员工规范也没有什么特别多的要求,个人认为就跟上学差不多,虽然规范是差不多,心态上却有着很大的差异.原因无他,你到学校是自己交钱上学,上班却是别人发工资给你.拿了人家钱,还要扰乱人家的规范,这种事我还真干不出来.看来钱不论到哪里都是一个问题,呵呵
其实本来,我是写"人其实是一种很唯心的动物",但不知道别人是不是也这样,虽然我觉得是,却无从考究,还是严谨点.
为什么说我唯心呢当我心里把自己当作一个学生,跟把自己当作一个上班族时,在各种细节上都会不一样,例如那有点虚无缥缈的"气质",或者是说话的语气.
这个大概是"站在不同的高度,看到不同的风景"吧.正如老总看的是公司发展方向,主管却在看业绩,经理在看项目,小弟们在看代码...
设计模式是我到公司才接触的事物,主要是讲述一种面向接口的编程思维,按照设计模式所编写的代码,会比学校那种直接实现功能的代码繁琐一点,增加很多看似多余的虚类或者接口.但是这种代码更加具有拓展性,更好地把数据封装起来.在增加状态,增加类的时候,并不需要修改过多代码,这种代码对于版本升级尤其重要.
在公司培训学习中,我总能很快地掌握各种设计模式的要领,获得上司的好评.但是我明白,设计模式真要应用到代码中去,是要培养一种习惯.
个人观点好像说得有点多了,下面说说我这3个月里的实习情况.总的`而言,我到公司接触了2个平台,一个是现在很火的android,另一个则是nokia的qt.android用的基本是java语言,其中还会带点xml语言;而qt用的则是c++.
对于这2个平台,用着的感觉其实大同小异,用我上司的话说,基础打好了,语言就不应该是障碍.感觉挺有道理的.想当年我作为一个vb助教,却没半点vb基础,对vb那些基础问题还是可以比较轻松地解决,这跟我其他程序语言基础比较好有着密不可分的关系.
android平台的一个基本窗口是一个activity,除了基本的activity外,还提供listactivity和tabactivity这些拓展的子类,每一个activity都可以看作一个窗口,一个进程可以有多个activity,每个activity都拥有一个view,view可以通过xml设定,当使用activity的子类时,必须注意这些子类的xml必须含有特定id的控件,或者不用xml实现view,系统会有一个默认的xml去实现那些一个基础view并且实现必要的id.
在谈到view,那么就必须说到layout了,android的layout很强大,最基础的是横向或竖向的排列布局,另外还有网格,表格布局等等.掌握好布局的方法可以让我们对界面设计事半功倍.
android有趣东西有很多,在我完成那个移植应用的时候,android总能给我一些惊喜,例如popwindows这个设计,他作用是弹出一个窗口等,或者你可以把他看作一个acticity,效率却比activity快很多.利用popwindows,你可以做出风格各异的消息框,菜单栏,下拉菜单等等.
另外还有一个抽屉类也很特别,他就像触屏系统的解锁一样,拖动手柄,便可拉出一个界面,这种设计大大地节省应用的空间,减少切换界面的操作,从而降低应用的功耗.告诉大家一个很多人不注意的地方,android应用如果进行横竖屏幕切换的时候,进程会完全关闭后,再重新打开的,因为android做了保存状态的操作,所以很多人会以为屏幕切换后,进程还是本来的进程.
qt跟android有很多共通点,例如android的activity就如qt的qwidget,当然,他们的状态机有着很大的区别.
实习心得
从学生到走上工作岗位，一步步的熟悉和认识着周围的环境，熟悉这社会生存之道!在这里我学到了我离开校园的第一笔知识，这些都是从书本上学不到的知识，从体验公司的文化到亲身接触公司的每个部门的人员，从公司的季刊杂志上，从其他员工的言谈中，有好的信息，也有不好的耳闻，总之，我的感觉中，我们的公司还是在不断前进发展。
从学校迈入社会，华润以自己的姿态给我这样一个良好的锻炼平台。从学生到工作，华润以自己的品质和精神让我了解和洞察并融入社会这个大家庭，华润为我创造了这样一座桥梁。融入华润，融入社会，我以华润的精神强化自己，以华润的记纪律规范自己，每一天努力，每一步的行动，都让我逐步提高和完善自己，以至于在这个平凡的岗位上做到一个合格称职的职业人。
工作中有苦有乐，产线上同事之间的互帮互助，让我充分体会到与人协作，共谋发展，合作共利的快乐。产线5s让我深刻认识到良好整洁的工作环境是工作效率和品质保证。产线纪律是我规范和端正自己的工作态度，保证每一颗电路的品质。在这样的环境下，在这样的氛围中，我也渐渐养成了良好的工作习惯和责任意识，努力将这份工作做到更好。从华润到社会大家庭，从一颗细小的电路到做人做事，不容置疑每一步都至关重要。“千里之行，始于足下”，我想，一切都从身边做起，从细节做起，从小事做起，从当下这份工作做起。播种行为，收获习惯;播种习惯，收获性格;播种性格，收获命运。一点一滴的积累，一点一滴的进步都将决定和影响着我的将来!
岁月流转，时光匆匆，转眼间我的大学生活已经接近了尾声。回首往昔，有太多美好的，也有太多艰辛。我的大学生活的主旋律还是学习，我所选学的专业是软件技术，在这条道路上走了那么久，也有一些小小的感悟与体会。
后来又开设了很多课程，有VB、网络、数据库、操作系统、数据结构等。在这些课程中最令我头疼的就是数据库了，老师讲的时候老是划重点，讲的很少，当时学的时候真的好难受，一学期下来啥也不会，后来看书上的操作，一步一步的操作，才终于学会了建个数据库，做下备份还原等操作。开设的那么多课程也有我很喜欢的课程，比如数据结构，这门课程理论的比较多，上机操作的很少，这门课程是很需要理解的，当然有的还是要死记的。学习这门课的时候，我觉得并不像其它课程那么吃力，可能高中是学理科的缘故吧，理解起来并不太费劲。所以当时就很喜欢这门课，然而这门课表皮的好学，但要深学起来还是很有难度的，所以期末考试的时候我的成绩并不太理想，但这些打击不了我对它的兴趣，至少我知道我所学的这个专业还是有很多我是很喜欢的。
这样走着走着就到了大二的下学期了，那个学期，我们有一门课是C++，这门课的老师很和蔼，能力也很高，从他那里我学到了很多东西。老师教给了我们很多算法，也很系统的讲解了语法知识，还教我们做小系统，有的时候他会给我门们一些小系统的代码，让我们去改写，刚开始的时候我也是不会，后来经过学习请教改写成功了，这个时候我就会很开心，很有成就感。就这样在学与玩中，在快乐和忧愁中我们迎来了我们的大三时光。
现在这个星期也就到了期末，这短暂的校园时光也在飞速的流逝着。回首过去学习的经历，真是苦中有乐，乐中亦多苦，然而无论如何这些都已经走过去了，未来的路还要我们好好的走下去。人生本就是一个不断的学习的过程，也是一个不断完善的过程，在未来的道路上我会更加努力地学习，走出一个美好的人生。
一、实训过程
首先，我们学习通用编程：任何类类型的所有值都可以同object类型的变量来代替。封装：就是把数据和行为结合起在一个包中)并对对象使用者隐藏数据的实现过程，一个对象中的数据叫他的实例字段(instancefield)。重载：当多个方法具有相同的名字而含有不同的参数时，便发生重载。编译器必须挑选出调用哪个方法。数组列表：ArrayList动态数组列表，是一个类库，定义在java.util包中，可自动调节数组的大小。
Java语言是解释型的。如前所述，Java程序在Java平台上被编译为字节码格式，然后可以在实现这个Java平台的任何系统中运行。在运行时，Java平台中的Java解释器对这些字节码进行解释执行，执行过程中需要的类在联接阶段被载入到运行环境中。Java是高性能的。与那些解释型的高级脚本语言相比，Java的确是高性能的。事实上，Java的运行速度随着JIT(Just-In-Time)编译器技术的发展越来越接近于C++。Java语言是多线程的。在Java语言中，线程是一种特殊的对象，它必须由Thread类或其子(孙)类来创建。通常有两种方法来创建线程：其一，使用型构为Thread(Runnable)的构造子将一个实现了Runnable接口的对象包装成一个线程，其二，从Thread类派生出子类并重写run方法，使用该子类创建的对象即为线程。值得注意的是Thread类已经实现了Runnable接口，因此，任何一个线程均有它的run方法，而run方法中包含了线程所要运行的代码。线程的活动由一组方法来控制。Java语言支持多个线程的同时执行，并提供多线程之间的同步机制(关键字为synchronized)。
二、心得体会
刚开始时张宇老师先教我们配置JAVA的编程工具和运行环境，然后教我们学JSP，在此期间，我们自学了JAVA，又学了Tomcat的使用及MySql和HTML语言，当我们JSP入门后，陈老师开始教我们学习JSF框架，但由于学校的安排，刚开始学，陈老师便去了苏州，由在苏州带队的孔祥盛老师回来教我们，在孔老师的安排下，我们又学习了SQLServer20xx和Struts框架，教我们学会了Javawebstudio的使用。总之，
俗话说：“要想为事业多添一把火，自己就得多添一捆材”。此次实训，我深深体会到了积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的一一指导，问题得到了解决。两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向，我相信在不远的未来定会有属于我们自己的一片美好天空。
我是公司一名文员，部门涉及很多业务数据的东西，在此之前，公司的所有业务记录都是通过一张excel表格来完成，第一次看到那张表的时候是真心吓到了，字段有几十个，项下又有很多拆分合并，其中又大多为数据和日期，通过几天的整理发现了不少错误，更加感叹需要一个数据库来解放人力、提高效率。
在学习的过程中，因为老师是一个阶段一个阶段发教程的，当我看到报销系统时，就已经觉得十分十分的强大了，然后自己就想边看教程边偷懒开始自己开发，虽然老师一再强调不能不会走就想跑，但自己还是开始蠢蠢欲动了，等到做了一部分之后看到了进存销系统后，又发现里面有很多自己可以学以致用的东西，然后又开始重新做，再等到新版的快速开发平台出来了，自己又一次被震撼了，感慨Access快速平台的强大，基本的模块都不需要自己手动创建了，简直太厉害，真是技术宅改变世界。
整个开发过程可以说是充满艰辛，但又有很强的成就感。虽然自己有时候会想不出来该怎么做，但是！还有一群很厉害的老师可以帮你，有时候老师们一句话、一段代码就能帮我搞定自己苦思冥想很久都做不出的步骤，可以说每一个成功的系统背后都有一群默默无闻的老师。
每次把自己一些乱七八糟的想法告诉一对一老师，其实自己都觉得可能做不了了，但每次杜老师都会给我惊喜，帮我完美解决掉，十分欣慰。
现在系统开发的已经在测试应用，虽然还有些部分在一步步完善修改，但我相信access的强大，能解决我的数据问题，也相信盟威老师们的技术给我的支持，在此感谢这半年来所有老师的大力支持与帮助，也希望盟威软件快速开发平台做得越来越好，让更多跟我一样的菜鸟开发出属于自己的数据库软件，解放自己的工作强度。
20年2月2日，我有幸成为的一员，应聘为公司的java软件工程师。入任职以来，在部门领导的带领下，自己感觉无论学习、技术、生活等方面都有很大的提升。
20年里我主要完成的工作有三方面：
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研，对我来说算是一个不小的挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
3、家政网络服务中心的开发与实施。
在这个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习springsecurity知识，这些新知识的积累，对我以后的工作有很大帮助。
20年工作展望：
1、将学习的springsecurity整合到我们自己搭建的ssh框架，进一步完善框架。
2、利用搭建的ssh框架，开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。
6、希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。
也第一次感受到产品开发中的大局观，这种大局观更多的是体现在细节上，比如代码变量名的设置需要与文件存放联合考虑，以便日后修改和维护。詹老师在讲代码逻辑的时候亲自写了一个例子让我体会，虽然消化这些用了快一天，但感觉真的收获很大，有拔云见日之感。
实习一周后所遇到的种种困难也让我意识到自己很多问题，归纳如下：
2.缺乏基本的软件开发测试思路，比如之前不知道chrome具有相当强大的错误测试功能，它对于没有触发的函数也有错误提示。
3.缺乏专注的习惯，比如詹老师让我先完成功能方面，但我却习惯于去找找界面的素材，这就导致两边都没有做好。虽然认识上知道不该这么做，但是习惯上却很难改。
4.自己很多时候虽然有问题但是不能完全阐述清楚，所以跟leader沟通的时候往往支支吾吾，以后有问题自己首先得想清楚，将问题讲明白也是很关键的能力。
另外也记录一些自己的浅薄感受：
1.工科出身的詹老师对于代码的运行效率有很多的考虑，但对于用户体验和交互效果似乎稍微少点，当然也可能是我新来并不了解的原因。
2.公司在做小应用的时候并不会在用户测试和产品结构功能上讨论太多，公司要的是迭代效率，就是要快速出应用，然后再快速上线下一个。
技术的细节的问题：基于jquerymobile的开发框架国内的资料十分有限，不得不查阅原始的英文API，很多问题也只能去JQM的论坛查找，这些都十分考验英文阅读能力。CSS的布局问题繁杂，在各个浏览器，各个应用的渲染都不一样，也是很折磨人的过程，我现在就碰到了css中font-weight属性在Safari没有渲染的问题，至今没有解决。
1.页面的设计初衷是左右滑动来切换页面，但给几个朋友测试后都不能进入页面后就自然而然的知道是左右滑动。
2.joinus的图标给用户是按钮的错觉，在测试中很多用户以为是按钮，都会下意识的点击。
3.交互效果的乏善可陈，与滑动的逻辑似乎也没有太大关联，只是单纯的加入了一些css3的动画。
4.用于提示左右滑动的动态箭头会让用户以为是点击作用
随着我矿“两化”融合工作的推进，软件开发方面人才显得更加缺乏，所以我选择对Asp.net进一步深入学习；经过近两个月的自主学习，进一步掌握了Asp.net动态网页制作的一些理论知识和基本常识，不仅要应用各种方面的知识还要对所学的知识学会变通使用，虽然会有一些成功的地方。曾经看到网上有这么一句话，一个优秀的网络程序员不但要了解自己领域的一些专业技术，而且很多时候还要充当半个网络工程师，半个美术设计师和半个数据库管理员。Asp.net是战略的核心产品，Asp.net凭借它丰富的控件，以及具有革命性的code-behind技术，以及良好的封装性，无疑成为业界开发activeserverpage的一门巨将，
Asp.net是ASP（微软动态服务器网页技术）的最新版本。执行效率大幅提高：Asp.net构架是可以用Microsoft（R）公司最新的产品开发环境进行开发，WYSIWYG（WhatYOUSeeIsWhatYouGET所见即为所得）的编辑。简单性和易学性、高效可管理性Asp.net使用一种字符基础的，分级的配置系统，使你服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有可能都不需要启动本地的管理员工具就可以实现。这种被称为"ZEROLocalAdministration"的哲学观念使Asp.net的基于应用的开发更加具体，和快捷。一个Asp.net的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不需要系统的重新启动，一切就是这么简单。多处理器环境的可靠性Asp.net已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝链接技术，将很大的提高运行速度。即使你现在的Asp.net应用软件是为一个处理器开发的，将来多处理器运行时不需要任何改变都能提高他们的效能，但现在的ASP确做不到这一点。自定义性和可扩展性Asp.net设计时考虑了让网站开发人员可以在自己的代码中自己定义"plug-in"的模块。
这与原来的包含关系不同，Asp.net可以加入自己定义的如何组件。网站程序的开发从来没有这么简单过。安全性基于Windows认证技术和每应用程序配置，你可以确性你的原程序时绝对安全的。Asp.net的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有ASP应用程序中逐渐添加Asp.net功能，随时增强ASP应用程序的功能。Asp.net是一个已编译的、基于.NET的环境，把基于通用语言的程序在服务器上运行。将程序在服务器端首次运行时进行编译，比ASP即时解释程序速度上要快很多.而且是可以用任何与.NET兼容的语言序。另外，任何Asp.net应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
Asp.net可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。当创建Asp.net应用程序时，开发人员可以使用Web窗体或WEB，或以他们认为合适的任何方式进行组合。每个功能都能得到同一结构的支持，使您能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义.如果你从来没有开发过网站程序，那么这不适合你，你应该至少掌握一些HTML和简单的Web开发术语(不过我相信如果有兴趣的话是可以很快的掌握的)。你不需要先前的ASP开发经验（当然有经验更好），但是你必须了解交互式Web程序开发的概念，包含窗体，脚本，和数据接口的概念，如果你具备了这些条件的话，那么你就可以在Asp.net的世界开始展翅高飞了。
在这短短的两个月中，我知道在程序设计的时候，不要太在意程序是否最简洁灵活，对于一般开发者而言，程序规范化和可读性可能比追求程序的灵活性更加重要。在互联网资源越来越丰富的情况下，我们可以参考一些规范的程序源代码来学习。同时我也知道，想要学好这门课程，所要具备很多条件，首先打代码要规范，要做注释，这样回头来看程序时可以很快的看懂，一方面可以练习自己的逻辑表达能力，对以后遇到难以实现的功能也可以很好的表达出来向别人请教，而且出去从事编程工作的话，代码的规范是相当重要的。还有一点要学会总结，把自己做的程序用到的知识点列出来就可以很好的总结自己的知识点。当形成知识体系，对知识的理解就会更上一层楼。
在本次的实习中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心由然而生，这就是工作的乐趣。有时候也需要虚心请教，从别人的身上真得能学习到不自己没有的东西，每一次的挫折只能使我更接近成功。除此以外，我还学会了如何更好地与别人沟通，如何更好地去陈述自己的观点，如何说服别人认同自己的观点。这次所学知识与实际的应用，理论与实际的相结合，让我大开眼界。也是对以前所学知识的一个初审吧!这次实习对于我以后学习、找工作也真是受益匪浅，在短短的一个星期中让我初步从理性回到感性的重新认识，也让我初步的认识这个社会，对于以后做人所应把握的方向也有所启发!相信这些宝贵的经验会成为我今后成功的重要的基石。
在此，我非常感谢学院领导和指导老师对这次实习的大力支持。
立项前
1、统一元素设计需考虑周全
也许是初创团队的缘故，我不得不感叹团队对产品经理要求之严格之缜密，项目全程只有一个人负责，所以大到产品线对接，小到一句提示的位置和展示形式都需要一一推敲。
哪些元素应该做到统一
a、提示方面：统一的操作成功/失败提示;统一的弹窗形式;提示语言采用较统一的句型;为空情况的友好提醒;溢出情况的友好提醒;表单实时验证的提醒形式等。
b、文字方面：是否有统一的段落前“·”号;统一的链接状态;统一的字体、间距、行高等。
c、图片方面：调取图片的统一尺寸;如果是上传图片类的操作，需要考虑周全全站的调取情况，以及考虑是否统一预览图的尺寸等。
d、细节交互：未激活功能的按钮做“灰色”处理(例如用户没有勾选信息时批量删除按钮不可使用);按钮点击的状态统一(例如增加“提交中”的按钮状态，以防止网速慢用户狂点某一按钮的情况);特殊控件的统一等。
也许会有朋友说，上面有些是交互设计师需要做的事，但我一直认为作为一个产品经理考虑周全一些，没坏处。这些“统一”同样可以用在验收阶段，要知道，即使一个像素也可以改变整个产品的感觉。
2、原有功能的去留
我一直觉得升级已有产品比开发新产品难一些。这就像栽培植物一样，新种下一棵果树无非需要选对了土地，然后刨个坑种下去，然而成长期的去病枝、打顶等各种修剪所消耗的精力往往更多。
改进已有产品常常需要面对一个最棘手的问题：原有功能是去是留
原功能去掉的话是不是会影响部分用户使用是否需要通过公告、站内信、界面引导等方式友好地告知用户怎样把对用户的伤害降至最低
原功能留下的话是不是可以优化完善听到了什么用户群怎样的声音是否要在这次升级中做调整
这些问题当接到项目的时候，产品经理就应该考虑周全了。特别需要注意的是，如果这个产品之前不是自己设计的，那么最好找到prd说明文档细细研究一遍，对把握不准的功能点找到原负责人确认，毕竟树苗是ta摘的，别把将来最能结果的枝干给砍了。
3、产品线上下游的对接
昨天有跟朋友聊起淘宝强势之处，就是产品与产品紧密捏合，线上线下、跨平台跨行业形成了一个盘根错节、根深蒂固的根基，无可撼动。
项目中
项目里有一个通用模块，产品设计到一半，这个通用模块改了;项目里有一个流程，产品做到一半，这个流程废弃了;最要命的是已经立项开发了，你不得不硬着头皮跟程序员说：“因为一些不可抗拒原因，这个需求咱不做了。”
对于一个耗时较长的项目来说，这种情况难以避免，事出原因私自总结有三：
a、严重体验性问题：例如某个流程遭到大量用户的不满，为防止用户流失，不得不做临时调整，而倒霉的是，你也在用这个流程。
c、老板的突然决定：不举例。
最终的解决方法不外乎三种：立即调整、延期调整、不调整。个人的处理原则一般是对a种情况进行立即调整，对b、c情况讨论并选择性延期。
这个时代能耐心阅读完枚汉字的人越来越少，较大型项目的产品工作心得[下]未完待续，欢迎交流……
2、需求变更
承上，需求变更是每个程序员、产品经理、设计师等都会遇到的情况。产品经理不是神，项目组也不可能是开了无敌状态抵挡任何外界的影响。
当遇到不得不变更需求的时候，产品经理应该怎样处理呢下面是个人的四条建议：
a、积极处理。往往，当一个设计愈是趋于完成，人们愈是倾向于局部调整，而不是做重新设计。当一个需求因为众所周知的原因不得不调整的时候，作为产品经理需要做的第一件事便是积极面对问题，积极处理。
项目开发往往是一个紧张的过程，每半天甚至每几个小时就有若干个功能点开发完成，当一个需求变更传达出现“延迟”，这个变更对项目的正常进程的“破坏力”就会更大一些。
这是很多产品经理表示非常痛苦的过程，因为可能会遭到数落和冷眼，日本有一个礼仪原则是“不要给别人添麻烦”，但是在项目中，这不可避免。