web项目总结（11篇）
1.web项目总结 篇一
web项目前端开发经验总结
最近这一个月完成了自己的第一个java web项目，是给某杂志社做的在线投稿系统，虽然进度很慢，但是中间确实学到了不少东西，深刻体会到了自己看几个月书都不如做一个项目来的实在。这个项目自己主要负责的是JSP页面、JS脚本、CSS样式表的编写，虽然主要做的是前端，但是在设计前端后台交互功能时，对MVC架构和数据库又多了一分了解，这一个月的时间，自己在技术上也确实成长了不少。下面分成几块总结一下自己的这个项目中的心得吧：
1.项目开发流程：从确认需求开始，到原型设计，再到原型测试，这些都没什么说的了，主要是刚开始开发前端JSP页面时，自己走了很多弯路，想到有什么页面就写什么页面，GET和POST的路径也是随心所欲，想到什么名字就起什么名字，结果发现这样做严重影响了项目开发的进度，后来经过主管的提点后，我幡然醒悟，其实，面向对象的思想就贯穿在整个项目当中，在前面的原型设计的过程中，除了页面的设计还有数据库的设计，数据库的每个表就对应着Java中的每个实体类，这个类封装了数据库中的列作为属性，封装了数据库的增删改查作为方法，就拿这个投稿系统为例，实体主要有用户、稿件等等，实体间还有着一对一映射或者一对多映射等对应关系。其实，整个系统的开发就是围绕着这些个实体进行的，甚至于我们可以把实体名字做为二级目录，把实体的增删改查作为GET或POST的路径，譬如account/add、paper/delete等等，有了这些路径，那么与之对应的GET和POST的Controller也就有了，接下来我们要做的就是，定义Controller中返回的视图，写完Controller后再把与实体相关的增删改查方法写到服务层中，再把项目的整个骨架搭起来，再去处理细节，很快的，这个项目就成型了。这里前端和后台的配合尤为重要，数据交互是整个系统的核心。
2.JSP页面设计：提到JSP页面，在这里我想说的一点是，其实JSP页面是在服务器生成的，那么传给JSP页面的变量、参数都会在服务器转化为它们具体的值，然后再传给客户端。JSP页面可以实现很多服务器端的功能，因为可以直接在页面嵌入JAVA代码，但是我们必须明确的一点是，JSP页面主要是用来呈现视图的，不要再其中套入大量的代码，要明确前端与后台的分工。
3.JSTL标签：JSTL标签就是JSP standard taglib，即JSP标准标签库，首先，EL表达式可以非常方便的取出Controller返回的View包含的Model，甚至都无需声明EL表达式。其次，JSTL标签可以实现很多的逻辑控制功能，比如最基本的c:if判断、c:forEach循环，甚至有更强大的c:choose，有了这些，我们可以大大简化代码量，JSP页面中用几十行java写的代码，有时用几句JSTL标签组合就实现了，此外，像fmt:parseDate和fmt:formatDate也是很好用的标签，用于日期的解析和格式化，此外JSTL更有强大的函数标签库fn:，项目中我也只用到了fn:length取后台传的list的长度。要善用JSTL标签，但是又不要完全依赖于它，JSTL标签很方便、快捷，但是切记，JSTL功能有限，不要完全依赖于它。
4.shiro框架：shiro框架是apache的一款面向java web项目的权限控制框架，这个框架无论前端、后台都十分好用，在前端，我们可以使用shiro强大的标签库，通过用户角色赋予用户不同的访问权限。譬如，如果一个系统的用户有访客、用户、管理员三种角色，我们就可以通过shiro标签来控制游客不能访问哪些内容，页面向用户和管理员呈现的不同内容，这就是shiro标签的神奇之处。
5.sitemesh框架：这个主要是用来将所有页面套用固定格式，用以页面的复用，其实有些时候标签更为方便，而且sitemesh框架的内存开销是的二倍，还会导致拦截器出现一些莫名的bug，所以并不推荐使用。
6.jquery：在这个项目中写了很多的jquery代码，发现jquery确实是个神奇的东西，jquery的神奇之处就在于jquery强大的选择器可以方便的取到页面的DOM元素，并且给这些元素绑定不同的事件，提到绑定事件，说一下on、live和bind的区别：bind是jquery最早的绑定事件方法，on是jquery 1.7.0以后才有的方法，bind和on都不能将事件绑定给DOM加载完毕后后添加到页面的DOM元素，这时就需要live了。还有一个经常使用的就是jquery的ajax了，其实在做这个项目之前自己一直不理解ajax的作用机理，只是心里又个概念而已，但是，在真正使用的ajax之后，才发现ajax的强大之处，确实如AJAX自身描述一样，异步加载javascript，这就允许我们在不打开新页面的情况POST一些参数给后台，后台得到并处理这些参数后将JSON返回给前端，这个JSON的处理function就写在ajax的success处理function中。在这个项目JSON和AJAX最主要的应用就是翻页，加载一个页面，把页面传给后台然后把得到的JSON呈现给用户，翻页时重新POST参数，然后在用js重新处理一下翻页区域即可。
7.jquery.validate.js：这是一个轻量的jquery框架，主要用于表单的验证，非常方便。
8.twitter bootstrap.js：bootstrap自带的js框架，里面定义了许多与bootstrap样式相关联的函数，使用起来也很方便。
9.正则表达式：正则表达式的模式匹配是很强大的，灵活运用正则表达式，也会简化代码，甚至我们在查找替换时都可以使用正则表达式。
总体上说，这个项目极大的锻炼了自己的代码编写功能，从以前写一句代码要敲无数次backspace，现在居然可以将某些简单的函数一气呵成了。今天项目终于上线了，总结一下，希望以后自己能够取得长足的进步！
2.web项目总结 篇二
1 总体架构
系统总体架构如下:
整体框架划分为接入层、应用层、应用用支撑层、数据中心层、基础设施层。
(1) 接入层:面向决策者、管理者、业业务人员、社会公众, 提供信息服务和管理服务, , 是各应用系统对外展示、发布信息的窗口, 主主要包括PC、门户网站、移动终端、大屏幕展示、、服务热线等方式。
(2) 应用层:应用层为使用者提供具体体应用功能, 根据系统的用途和在平台中的位置, , 将其划分为公众服务平台、行业应用平台、信信息采集平台、城市设施管理平台、协同处置平平台、资源管理平台、指挥调度平台、综合评价价平台、领导桌面、决策支持平台、运维管理平平台等, 每个平台又细分为多个子系统。各平台台具体功能参见应用架构部分描述。
(3) 应用支撑层:应用支撑层为各应用用系统建立基础性的、共享的应用基础, 包括工工作流引擎、统一认证管理、呼叫中心、短信服务、视频整合平台、GIS平台、GPS等。
(4) 数据中心层:整合数字城管信息资源和外部信息资源, 实现业务纵向协同和信息横向共享。将信息化系统的数据进行集中管理, 分为基础数据、业务数据、主题数据等, 为系统内部及外部其他系统提供统一的数据共享与交换服务。
(5) 基础设施层:基础设施层为IT系统提供硬件及网络支撑, 包括服务器、存储、基础软件、网络安全、外场设备、移动终端等。
2 系统应用架构
数字城管各平台对外提供的应用功能如下所示:
资源管理平台:包含了所有基础资源信息的管理;
城市设施管理平台:包含城市基础设施的管理, 包括井盖管理、地下管网管理、城市路灯管理等。
信息采集平台:可方便扩展的统一信息采集平台, 可以接入多源的采集信息;
协同处置平台:包含了数字城管的日常处置数字执法、业务协同、绩效管理;
行业监管平台:包含特种车辆管理、户外广告监管、便民服务点管理等功能;
指挥调度平台:包含了事前预防、事发应对、事中处置和善后管理过程中的所有应用系统支撑;
决策支持平台:为领导者、决策者提供多方面、多维度的决策支持依据;
公众服务平台:为公众提供多维度的信息服务。
领导桌面平台:依托决策支撑平台和数据资源中心, 实现领导桌面一键式业务应用, 方便领导快捷、准确、全面地了解管辖业务的全貌, 并根据业务模型, 提出具有预见性的决策支持建议。
综合评价平台:为城管业务的参与者提供综合评价功能, 包括部门评价、区域评价、岗位评价等。
运维管理平台:通过集中安全运维管理系统, 管理员可以实现在同一安全界面下对整个系统网络环境、硬件设备及应用系统运行状况的集中管理, 包括安全设备集中管理、网络设备集中管理、服务器性能管理和软件管理。
3 实施阶段划分
根据实际情况, 各应用系统采用分阶段建设的方式, 统一规划、逐步完善。
各阶段建设目标如下:
在一期项目实施过程中, 建成城市部件事件库、地理编码库、地形数据库等基础资源数据库, 实现城市部件和事件管理的数字化、网络化和空间可视化。对外, 提供城管信息发布渠道, 加强城管信息透明度;对内, 建设城管业务处理平台、数字执法系统、综合评价平台, 实现城市管理由被动管理型向主动服务型转变, 由粗放定性型向集约定量型转变, 由单一封闭管理向多元互动管理转变, 实现城市“科学、严格、精细、长效”的管理。
二期主要目标是加强对城市基础设施的管理、实现市民互动、逐步完善特种车辆及暴雨排水监控等市民重点关注行业应用, 并能够对历史数据进行统计分析, 提供辅助决策。
三期主要目标是丰富行业应用, 实现对餐厨垃圾、生活垃圾、停车联网、名贵树木、地下管网等进行综合管理, 并加强数据挖掘能力。
4 结束语
通过对数字城管项目的分段实施建设, 逐步实现数字城管由基础搭建及加强内部管理向“全名城管”、“智慧城管”的转变。
参考文献
[1]陈道鑫, 宋绍云, 袁中旺等.Ext JS框架在Web软件开发中的应用[J].电脑知识与技术, 2011.
3.web项目总结 篇三
［摘要］本文构建实际工作环境，实践工学结合，在Web开发类课程中进行探索与实践，实现学生的Web技能同工作岗位的对接。
［关键词］web开发工学结合
一、形势与背景
当前，高职教育普遍采用了“2+l”工学结合人才培养模式，软件开发类专业建设坚持“以学生为主题，以能力培养为核心，以项目开发为主导，充分体现职业活动过程”的原则，重构专业的课程体系，对接就业岗位，依照岗位需求，制定规范化总体课程目标。人才培养的关键在于高校如何在课程中实践工学结合，本文描述了在Web类课程中如何构建实际工作环境，实践工学结合过程的实践与探索。
web开发类课程主要由静态网页设计、动态网页设计、数据库设计、软件工程等课程构成，这类课程根据能力层次及任务复杂度构成递进关系。所以教学通常按年级从低到高开设相应课程，如在“2+1”人才培养模式中，一年级下学期开设《静态网页设计》，二年级上学期开设《动态网页设计》和《网络数据库》，二年级下学期开设《软件工程》。
二、当前Web开发类课程工学结合存在的主要问题
1.课程实践教学存在的问题。随着办学条件的不断改善，目前实验室的建设，项目教材、案例教材创造了课程教学的实践条件，但学生掌握了课程相应的基本技能后，由于缺少经过实际项目开发过程，课程教学及相应能力培养的效果并不理想。
一些项目课程通过虚拟工作任务来训练学生的项目实践技能，但这些工作任务往往局限于单门课程，这与实际项目实践的综合性要求有一定距离。例如在网页设计课程中，项目实训主要由一些单知识点项目(如：**主题报表的设计、**网站首页的设计)和一些综合性项目实训(如：设计一个个人网站、以**主题设计一个网站)构成，这些项目实训能帮助学生掌握网页设计相关技术的运用技能，但由于这些项目在设计之初往往没有给出相对具体明确的需求背景，学生在设计时往往按照自己的想象去设计，结果不同学生设计的作品质量差异较大。但如果学生的项目实训是去实现一个具体的项目(如**企业门户网站的设计)，那么结果就截然不同，学生必须深入调查，做需求分析、概要设计、详细设计、系统测试等完整的项目开发过程，这时，他们不仅掌握了网页设计相关技术的运用，更重要的是熟悉了网页平面设计岗位的工作，做到与真实岗位的对接。
2.引入的实际工作任务仅能满足少量学生的实践需求。教师经常会挑选一些学习较为优秀的学生参与到自己的科研项目开发中，但大部分学生还是没有机会参与实际的项目开发，工作任务数量无法满足大部分学生的技能训练要求。
来自于教师或企业的工作任务往往对技术要求较高，往往要用到多门课程知识，这直接导致了实际工作任务难以在各层次课程中铺开，常常只能在高年级的课程中来实现。这些项目在时间上往往要求在1年内完成，而且为了项目的圆满完成，教师也倾向于挑选高年级的学生参与，而此时低年级学生的项目实训依然存在无项目可做的问题，而如果学生在读期间，教师的项目还没有完成，学生毕业后，新招人的学生也很难较快的接手该项目，这对于项目开发能否延续是个考验，并且也在一定程度上打击了教师的积极性。
3.没有专门的机构针对Web类课程项目的引进与开发。高校教师往往都有自己的项目在做，但主动性较低，大部分项目都是为了完成科研任务而运作。很多企业也希望借助高校完成企业项目的开发，但是这些项目往往需要多个教师协作才能完成，如果没有组建专门的项目团队。这些企业项目的开发机会往往不能抓住。在教学中实践工学结合，其最需要的就是项目载体，高校如果有专门的机构或团队来承接企业项目开发，这将能很好地解决项目来源的问题，并且也能更好地同企业对接。
三、基于工学结合的Web开发类课程的建设措施
实现工学结合的首要问题就是解决项目源，针对这项工作专门成立Web项目开发工作组，由企业指导教师、主干课程教师和各班学生代表构成，负责项目的开发与运作事宜，采取5个主要措施，在各年级学生的不同层次课程中实现了工学结合。
1.校内项目的挖掘。互联网的高速发展，使得Web技术广泛深入地应用在教学及科研中。新的教育形势对教师提出了开发课程网站、精品课程、考试系统等Web应用系统的需求，而大部分教师都不具备Web开发能力，甚至根本不懂相关知识。
计算机专业的Web课程教师必须具备Web开发能力，但因他们的课程任务偏重，不可能承接大量的Web应用系统开发。如果能让教师带着学生开发这些Web应用系统，不仅能解决教师的苦恼，也能解决学生通过实践项目来训练自身的Web开发专项技能的需求，获得双赢结果。通过多年的实践，项目组已经成功开发了学院部门网站、精品课程网站、网络课程网站、科研型网站等项目。
2.校外项目的挖掘。通过校外辅导教师及课程主干教师同社会的紧密联系，结合学生Web开发专能的实际水平，重点引人一些可行性较高的项目，如社区网站开发、企业门户网站开发、企业信息系统等项目，有效地解决了学生同社会联系脱节的问题，同时也提高了教师的Web开发技能。目前已经成功开发的校外系统有+综合布线系统公司网站，公司仓管系统等。
3.项目的开发。当项目来源及数量解决后，接下来最为重要的就是如何让绝大多数学生都能参与到项目的开发中。因各年级学生在Web开发的技能层次不同，而引入的项目基本上都是综合性项目，如果仅让高年级学生来开发，则低年级学生就面临缺少项目实践技能训练的问题。而且，学生在低年级没有一定的项目经验，则进入高年级时，也很难应对综合项目的开发。考虑到技能学习应遵循循序渐进的规律，让学生从低年级就能参与到项目开发中去，并不断积累经验，最终培养出具有高技能有项目开发经验的Web应用开发人才。为让低年级学生也能参与到项目开发中，教师针对各年级学生知识技能特征，将项目进行分解成若干个子项目。总体原则如下表：
项目分解后，在低年级实现较为简单的子项目开发，而高年级则在低年级项目基础上，实现较为复杂的子项目开发，各子项目间总体呈递进关系，这样处理的优点是：①解决了低年级学生无项目开发问题。②高低合作开发，有利于快速提升低年级学生的技能。③分组项目开发，有利于培养学生团队精神。④有一些综合性课程，如软件测试、软件文档写作作为必须要求穿插在项目开发过程中，解决了这些课程的传统教学模式，不再是纸上谈兵，晦涩而难以理解，而是紧密结合在项目开发中，有效地规范了学生的项目开发方法，更有益于项目管理。产品合格率也大幅提高。
针对三年级第一学期学生要开发的项目的复杂性及开发周期长、且这些项目往往都是形成最终产品阶段所面临的问题：①学生此时还必须学习就业指导、毕业教育等课程。②项目开发要求的完成时间与学生上课相冲突。对此，可将这一学期学生的授课做些改进，即先让一半的学生上半学期的课，一半学生进行项目开发，而另半个学期实行对调，既解决了学生的上课问题，又解决了项目开发进度问题，避免出现项目产品出厂的真空期，有利于项目开发的校内、校企合作。
4.WEB框架总结 篇四
开发框架的选择，始终是个仁者见仁、智者见智的事情。尤其是Web层的开发框架，数量非常多，而且各有特色，如：Struts、WebWork、Spring
MVC、Tapestry、JSF、WebPage3.0......等等。他们各自的优、缺点： 框架使用背景
一：使用框架的必然性
框架，即framework。其实就是某种应用的半成品，把不同应用程序中有共性的一些东西抽取出来，做成一个半成品程序，这样的半成品就是所谓的程序框架。
软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。这样每次开发就不用白手起家，而是可以在这个基础上开始搭建。
使用框架的最大好处：减少重复开发工作量、缩短开发时间、降低开发成本。同时还有其它的好处，如：使程序设计更合理、程序运行更稳定等。基于这些原因，基本上现在在开发中，都会选用某些合适的开发框架，来帮助快速高效的开发应用系统。
了解了使用框架的必然性，下面来看看如何选择，当然我们的话题集中在Web层的开发框架。在谈这个问题之前，先来看看我们在Web开发中究竟需要做些什么工作：
二：Web层开发的工作
在J2EE开发中，分层是基本的思想，3层架构或者多层架构早已深入人心，在这里我们就把目光集中到Web层，看看到底Web层开发做了那些工作：
1：数据展示
Web层需要从逻辑层获取需要展示的数据，然后以合理的方式在页面进行展示
2：人机交互
用户需要从界面上输入数据，在界面上进行按钮点击，进而触发事件，标准的事件驱动模型，然后跟后台进行数据交换，出现新的界面。
3：收集数据，调用逻辑层接口
Web层收到用户的事件请求，需要调用相应的逻辑层接口来进行处理，Web层是不会有任何逻辑处理的。调用逻辑层接口，需要传递参数，这时需要收集用户在界面上输入的数据，然后进行组织，组织成为逻辑层接口需要的数据封装形式（通常都是ValueObject）。
4：根据逻辑层的数据来重新展示页面
逻辑层处理完了，需要返回数据或信息到界面上。这个时候Web层需要根据返回的值选择合适的页面，然后展示这些数据或者信息。
从上面可以看出，Web层开发的主要工作集中在展示上，也就是图形用户界面。这一部分是用户直观感受应用程序的窗口，也是用户要求最多的地方，其表现形式也是最丰富的。
三：Web层开发的步骤
下面再来总结一下Web层开发的大致步骤（也就是需要开发人员做的工作）：
注意：这里讨论的Web层开发，是不使用任何开发框架时候的开发。
1：写页面Html，到底有哪些数据需要在界面上表现
2：每个数据的具体表现形式，如：有的需要表现成为下拉列表，有的需要表现成为单选按钮等。
3：界面表现形式的逻辑布局，所谓逻辑布局是指某些数据的表现形式应该放在前面，某些应该放在后面；某些放在上面，某些放在下面。如：某个请假申请的业务，有请假开始时间和结束时间，很明显开始时间的表现就应该排在结束时间的前面。而美工是负责最后页面的美观，一般美工不能动界面的逻辑布局。
4：完成前面3步，页面的表现形式的大致模样就有了，下面需要来做功能性的开发。第一个就是这些表现形式的值的来源，如：下拉列表显示的值从什么地方来。值的来源方式很多，有数据库中来、固定值、某断程序运行的中间结果、前面页面传递过来等等，当然典型的还是来自数据库。
好了，确定了值的来源，开发人员就要写代码来获取这些值，然后把这些值赋值到对应的表现形式里面。
5：还有一些比较特殊，也就是真实操作的是一类值，但是在界面上显示的是另一类值，比如：数据库中有用户编号，到了界面上就得显示用户姓名，但是所有的操作都是要操作用户编号的。我们把这种情况分做：真实值和表现值，他们有一定的内在联系。这些都是要开发人员去转化和维护的。
6：接下来就应该开发功能性的事件响应了。用户点击了某个按钮或者触发了某个事件，首先是客户端：数据检测、客户端事件处理；然后提交到服务端，服务端要获取到客户端提交的数据，然后调用相应的逻辑层接口来响应。当然如何写逻辑层的实现这里就不去谈论了。
7：逻辑层执行完过后，返回数据和信息到Web层，开发人员还需要写代码去处理，选择哪个页面来显示，如何显示这些数据和信息等。
8：在整个交互的过程中，还必须考虑到如何控制权限，如：某些数据不能显示，某些数据不能编辑等等；同样还需要考虑到消息的配置和国际化等等。这些功能起源于逻辑层，但是实际的控制要到Web层，这些都需要开发人员来控制。
9：完成了上面的开发步骤，页面基本的功能开发就告一段落，接下来开发人员需要考虑页面美观的问题了。大家可能会说：“不是有美工吗，还需要开发人员干什么？”。事实上美工多半只能出一个静态页面的美化模版，美工对于一推Java代码和Html的混杂物，多半是没有办法的，更不要说还有一些内容是动态生成的，美工就更不可能搞定了。还是得开发人员上阵，按照美工给的模版，开始添加Css：class、id、style......10：完成上面的开发，基本页面的开发工作就完成了，最后的一个步骤就是把各个页面有机的组织起来，开发应用程序的整体应用导航框架，通常就是菜单，然后把各个功能页面跟菜单结合起来，形成一个完整的应用。
在这里我们省略了开发期反复的调试过程，仅总结开发的步骤。
四：选择Web开发框架的目的了解了如果没有框架，我们需要做的工作，这对选择框架有非常大的帮助。
框架，直白点说，就是一个半成品，能够帮我们做一些事情的半成品。
框架的选择，就是看哪个框架最合适，从而减少开发的工作量，提高开发的效率和质量，并有效减少维护的工作量，最终达到节约综合开发成本，获取更多的收益。
五：选择Web开发框架的标准
声明：这里所谈的选择Web开发框架的标准，只是我们的总结和一家之言，并不是放之四海而皆准的真理，请根据您的体会客观的看待我们的总结。
另外：我们这里更多的讨论业务功能性应用程序的Web开发框架。
1：选择能够对我们的开发过程提供更多、更好帮助的Web开发框架
2：Web开发框架的学习一定要简单，上手一定要快，没有什么比使用能得到更深的体会。那些动不动就需要半个月或者一个月学习周期的框架，实在是有些恐怖。
3：一定要能得到很好的技术支持，在应用的过程中，或多或少都会出现这样或者那样的问题，如果不能很快很好的解决，会对整个项目开发带来影响。一定要考虑综合成本，其实这是目前应用开源软件最大的问题，碰到问题除了死肯文档就是查阅源代码，或者是网上搜寻解决的办法，通常一个问题就会导致1-2天的开发停顿，严重的甚至需要一个星期或者更长，一个项目有上这么几次，项目整体的开发成本嗖嗖的就上去了。
4：Web开发框架结合其他技术的能力一定要强，比如：在逻辑层要使用Spring或者Ejb3，那么Web开发框架一定要能很容易，很方便的与它们进行结合。
5：Web开发框架的扩展能力一定要强。在好的框架都有力所不及的地方，这就要求能很容易的扩展Web开发框架的功能，以满足新的业务需要。同时要注意扩展的简单性，如果扩展框架的功能代价非常大，还不如不用呢。
6：Web开发框架最好能提供可视化的开发和配置，可视化开发对开发效率的提高，已经得到业界公认。
7：Web开发框架的设计结构一定要合理，应用程序会基于这个框架，框架设计的不合理会大大影响到整个应用的可扩展性。
8：Web开发框架一定要是运行稳定的，运行效率高的。框架的稳定性和运行效率直接影响到整个系统的稳定性和效率。
9：Web开发框架一定要能很好的结合目前公司的积累。在多年的开发中已有了很多积累，不能因为使用Web开发框架就不能再使用了，那未免有些得不偿失。
10：选择开发框架另外要注意的一点就是：任何开发框架都不可能是十全十美的，也不可能是适应所有的应用场景的，也就是说任何开发框架都有它适用的范围。所以选择的时候要注意判断应用的场景和开发框架的适用性。框架测评 JSF
优点：
Java EE标准，这意味着有很大的市场需求和更多的工作机会
上手快速并且相对容易
有大量可用的组件库
缺点：
大量的JSP标签
对REST和安全支持不好
没有一个统一的实现。既有SUN的实现，又有Apache的实现--MyFaces。
Spring MVC
优点：
对覆盖绑定（overriding binding）、验证（validation）等提供生命周期管理
与许多表示层技术/框架无缝集成：JSP/JSTL、Tiles、Velocity、FreeMarker、Excel、XSL、PDF等
便于测试--归功于IoC
缺点：
大量的XML配置文件
太过灵活--没有公共的父控制器
没有内置的Ajax支持
Stripes
优点：
不需要书写XML配置文件
良好的学习文档
社区成员很热心
缺点：
社区比较小
不如其他的项目活跃
ActionBean里面的URL是硬编码的 Struts 2
优点：
架构简单--易于扩展
标记库很容易利用FreeMarker或者Velocity来定制
基于控制器或者基于页面的导航
缺点：
文档组织得很差
对新特征过分关注
通过Google搜索到的大多是Struts 1.x的文档 Tapestry
优点：
一旦学会它，将极大地提高生产率
HTML模板--对页面设计师非常有利
每出一个新版本，都会有大量的创新
缺点：
文档过于概念性，不够实用
学习曲线陡峭
发行周期长--每年都有较大的升级
Wicket
优点：
对Java开发者有利（不是Web开发者）
页面和显示绑定紧密
社区活跃--有来自创建者的支持
缺点：
HTML模板和Java代码紧挨着
需要对OO有较好的理解
Wicket逻辑--什么都用Java搞定
接着，Matt通过采访这些框架的作者，与他们讨论各种开源的Java Web框架，并且突出各个框架的长处、听取框架作者对其他框架的看法，希望借此了解这些框架的未来发展方向。
下列是一些被采访者：
JSF, Jacob Hookom
RIFE, Geert Bevin
Seam, Gavin King
Spring MVC, Rob Harrop
Spring Web Flow, Rob Harrop and Keith Donald
Stripes, Tim Fennell
Struts 1, Don Brown
Tapestry, Howard Lewis Ship
Trails, Chris Nelson
Struts 2, Patrick Lightbody
Wicket, Eelco Hillenius
Matt对采访做了如下总结：
JSF:
如果你想让web应用具有类似桌面程序的功能性，那么JSF的标准规范和大量第三方组件库的支持值得你 信赖。
Spring MVC:
综合了许多不同的技术，这使得它可以被广泛地应用到不同类型的项目中去；它可以被当作web应用开发的一个基础平台。
Stripes:
可以被应用到存在大量复杂数据交互的程序中；有强大的类型转换、绑定和验证功能；可以使管理大的复杂表单以及直接映射它们到域对象变得简单......Tapestry:
在中到大型项目中，表现突出（当然，你也可以只把它应用到单个页面上），在这些项目中，你可以通过简单地创建新的组件起到杠杆作用。
Struts 2:
通常更适合于那些希望可以真正开始做事并且愿意花费大量时间来学习他们使用的开源工具的小项目组。Struts 2的目标不是那些更喜欢拖放式开发的“扶手椅程序员”。
Wicket:
非常适合于这样的内/外部网应用：UI很复杂并且你希望可以充分利用你的开发者资源。
上面的总结，基本是突出了各个框架的长处。然而，哪些又是他们不好的地方呢？ 评价一个框架好坏与否的标准：
Ajax支持
是不是内置了？是否便于使用？
书签能力
用户能否将某个页面收藏起来并且可以方便地返回到该页面？
验证
使用是否简单？是否支持客户端（JavaScript）验证？
可测试性
脱离容器测试控制器，是否足够简单？
提交和重定向
框架如何处理重复提交问题？
国际化
如何支持国际化？控制器利用国际化信息，是否容易？
页面修饰
框架支持哪种类型的页面修饰/组成机制？
社区和技术支持
提出问题，能否被快速地、恭敬地回答？
开发工具
是否有支持这个框架的好的工具，尤其是IDE？
市场需求
学习了这个框架，它能否帮你找到份工作？
岗位数量
在dice.com和indeed.com上，对这个框架技能的需求如何？ 笔者认为这个评价标准，值得大家借鉴。
然后，Matt按照这些评价标准，对各个框架做了以下阐述：
Ajax支持
JSF：没有内置的Ajax支持，需要使用ICEfaces和Ajax4JSF
Stripes：没有对应的类库，支持流输出
Struts 2：内置Dojo，有用于GWT和JSON的插件
Spring MVC：没有对应的类库，需要使用DWR和Spring MVC扩展
Tapestry：Tapestry 4.1中，有内置的Dojo
Wicket：有Dojo和Script.aculo.us支持
书签能力
JSF：可以任意提交--URL甚至不被考虑
Stripes：使用约定，但是你可以不加理会
Struts 2：有命名空间的概念，这使得收藏某个页面并返回变得容易
Spring MVC：允许完全的URL控制
Tapestry：依然存在一些丑陋的URL
Wicket：允许装配（mount）页面/URL
验证
JSF：默认的国际化信息丑陋，但是配置简单
Stripes和Wicket：用Java类进行验证--不支持客户端验证
Struts 2：使用OGNL完成强大的表达式验证功能；只有在Action上指定了规则，才支持客户端验证。
Spring MVC：允许你使用公共验证器--这是一种成熟的解决方案
Tapestry：有健壮的验证功能--不需自定义就有漂亮的国际化信息
可测试性
Spring MVC和Struts 2：允许利用mocks（例如EasyMock、jMock和Spring Mocks）简单地进行测试
Tapestry：测试困难，因为页面类被抽象、具体类被简化
JSF：页面类可以方便地被测试，实际上很像Struts 2 中的actions
Wicket：有WicketTester--一个强大的解决方案
Stripes：有Servlet API Mocks和MockRoundtrip
提交和重定向
解决重复提交问题的最简单方法是：在提交后重定向
Spring MVC：允许你将参数加到重定向URL上
Stripes、Tapestry和Wicket：有“flash式”的支持
Struts 2：需要一个自定义的解决方案
JSF：需要一个自定义的解决方案，国际化信息很难加入到页面bean中
国际化
JSTL的
Stripes、Spring MVC和JSF：每个地区使用一个资源绑定文件
Struts
2、Tapestry和Wicket：提倡把每个页面/action用到的资源文件分开
JSF：需要在每个页面上定义资源绑定信息
Tapestry：标签比较可怕
页面修饰
Tiles能够用于Struts
2、Spring MVC和JSF中；需要对每个页面进行配置。
SiteMesh能够用于所有的这些框架中（不推荐在JSF、Tapestry或者Wicket中使用）；在设置完成后，只需要很少的维护。
开发工具
Spring MVC：Spring IDE，但是只做XML校验，不是一个UI/web工具
Struts 2：Eclipse
Tapestry：Spindle，对编码者非常有利
JSF：众多IDE支持，并且做得越来越好
Stripes和Wicket：没有任何官方工具
NetBeans目前支持Struts *、JSF（+Facelets）、Tapestry和Wicket，尚不支持Stripes和Spring MVC
市场需求
Struts 1：需求依然很大并且被广泛使用
Spring MVC：越来越受关注，但大部分是因为Spring框架的一些其他特征
JSF：很快地变得流行起来
Struts 2：正在获得地盘，但是相关的工作机会很少
Tapestry：在过去的数年里，受欢迎程度不断增加
Wicket和Stripes：还是未知数
通过以上的比较，我想大家对在自己的项目中应该选择哪种Web层框架，应该有了更清醒的认识。
最后，Matt列出了一些相关资源，也供读者参考。
Strutshttp://
Spring IDE: http://
Gaijin Studio: http://gaijin-studio.sf.net
Struts 2http://tapestry.apache.org
http://spindle.sourceforge.net
JSFhttp://appfuse.org
演讲的最后，Matt以一句“If it works, use it!”作为结尾，可谓精辟！
5.web体会与总结 篇五
经过这一个学期的WEB学习，让我对网页以及网站的设计有了基础的认识，由于容易上手，使我的网页编程的兴趣大大增加，让我从一个没有网页制作基础的同学到学会了基础的网页编程，以及变成了一个充满兴趣的同学有了很大的转变，我的收获很大。
从一开始ASP基础，到自学HTML网页设计，再到ASP常用控件的学习，让我感觉ASP.NET很容易上手很简单，又通过自己独立做完的几个老师不值得小作业后，信心大增，觉得自己基本上不用手动接触代码就可以做出一个具有某种功能的页面，想想自己挺有成就感的，同时我也觉得VS2010这款软件很“高级”，非常人性化，软件里面的“智能感知”，帮助我在编程的时候不仅节约了时间，更不会让我犯编程输入错误的低级错误。
不过我犯过一个非常非常的低级错误，让我“深刻深刻”地铭记于心。有一次，我自己练习ADO.NET数据库操作时，在web.config配置文件中配置数据库连接字符串的过程中，将本来要连接数据库名为“test”的数据库,手误敲代码是敲成了“text”，导致后来连接不上数据库，出现错误提示，无法登录数据库，根据错误提示检查没检查出来，自己瞎捣鼓了一个多小时，误以为是sql server browser的配置错误，不经意间瞄了一眼连接字符串，才恍然醒悟，弄得我捶胸顿足，懊恼不已，发誓以后绝不犯此类错误了。
6.java web知识总结 篇六
相同点：屏蔽了jdbc api的底层访问细节，这样我们就不需要与jdbc api打交道了，就可以直接访问数据库。
jdbc api编程流程固定，需要将sql语句与java代码结合在一起，经常要拼凑sql语句，细节繁琐。
ibatis的好处：屏蔽jdbc api的底层访问细节，将sql语句与java代码进行分离;提供了将结果集自动封装称为实体对象和对象的集合的功能，queryforlist返回对象集合，用queryforobject返回单个对象，提供了自动将实体对象的属性传递给sql语句的参数。
不同点：hibernate是一个全自动的orm映射工具，它也可以自动生成sql语句，ibatis需要我们自己在xml配置文件中写sql语句，hibernate要比ibatis功能负责和强大很多。
因为hibernate自动生成sql语句，我们无法控制语句，我们就无法写特定的高效率的sql。
对于一些不太复杂的sql语句，hibernate可以很好的帮助我们完成，但是对于特别复杂的sql查询，hibernate就很难适应，则会时候用ibatis可以很好帮我们完成，因为ibatis还是由我们自己完成sql语句。
2.应用服务器与web server的区别
应用服务器：weblogic、tomcat、jboss web server:IIS,ap
ache
3.Servlet
servlet基本架构
servlet有良好的生存期的定义，包括加载和实例化、初始化、处理请求和服务结束。
整个生存周期由javax.servlet.Servlet接口的init,service和destroy方法表达。
servlet被服务器实例化后，容器运行其init方法，请求达到时运行其service方法，service方法自动派遣运行与请求对应的doxxx方法(doget,dopost)等，当服务器决定将实例销毁时调用其destroy()方法。
web容器加载servlet，生命周期开始。
通过调用servlet的init方法进行servlet的初始化。
方法实现。
7.web项目总结 篇七
关键词：项目导向教学策略,《Web网页设计》,应用
《Web网页设计》是一门操作性极强的课程, 只有教师创设教学情境, 以项目为导向, 将学习内容重构为项目任务, 才能以此来驱使学生提高学习的主动性和积极性。项目导向教学策略的实施要求按照企业相应岗位的工作业务流程来设计学习的过程, 将教学的理论知识和实际技能结合在一起。应用项目导向教学策略, 既能锻炼学生的实践技能、培养岗位意识, 又能以学生间的设计竞赛提高他们的竞争意识与团队合作精神。项目导向教学策略在网页设计课程中的应用对于学生将来走上工作岗位是非常有帮助的。
1. 项目导向教学策略的内涵
项目教学的指导思想是将一个相对独立的任务项目交予学生独立完成, 从信息的收集、方案的设计与实施, 到完成后的评价, 都由学生具体负责;教师起到咨询、指导与解答疑难的作用, 通过一个个项目的实地进行, 使所有学生能够了解和把握完成项目的每一环节的基本要求与整个过程的重点难点。[1]项目导向教学策略, 也称“基于项目的学习”, 要求将工作作为课程内容的载体, 即按照工作的相关性来组织课程的教学内容, 而不是根据知识的相关性组织课程内容。这种教学方法要求教学设计者把教学内容和教学目标巧妙地隐含在一个个任务之中, 即教学进程由任务来驱动, 而不是对教材内容的线性讲解。
项目导向教学策略首先要求教师对于学生有充分的了解, 了解学生的知识基础和动手能力, 以及学生的课程参与程度。其次, 教师要有设计能力, 依照教学内容设计出项目方案, 创设教学情境。再次, 教师要有总体的驾驭能力, 要有预见性, 提前预见任务完成过程中可能出现的问题, 提出解决方案, 保证学生在任务完成的过程中都能够有序进行。最后, 评价方式的选择也很重要, 正确的评价能够保证下次任务的正常进行。在整个学习过程中, 教师扮演着组织者、引导者的角色, 学生由传统的听众变成了项目的策划者、计划的制定者、问题的讨论者、角色的扮演者、成果的拥有者。突出了以学习者为中心的现代教育思想。[2]
2. 项目导向教学策略在应用中应注意的几点问题
2.1 把握“知识的解构和重构”的教学设计
项目导向教学策略是以项目活动为中心采用任务驱动围绕项目展开实践活动的方法, 这种教学方法要求教师能够根据学生的实际情况和任务的具体要求, 对于所讲授的知识进行解构和重构, 形成新的理论框架, 并进而制定执行计划。整个项目的执行过程能够督促学生自主地掌握诸如信息获取、检索、加工、表达、交流等信息技术, 全面构建一种新的信息学习范式, 能够引导学生参加项目作业设计, 主动完成基于工作任务的全部学习过程。
项目的划分也就是根据实际工作任务的要求划分出学习领域。姜大源教授认为, “学习领域”导向结构化就是工作过程导向的结构化, 学习领域是一个由目标界定、内容和学时标准描述的主题单元, 它是职业任务和行动过程导向的。每一工作过程的提出都要与其相关的专业科学的解释相关联。在学习领域内, 主题单元也可以按专业科学的观点考虑。[3]所以, 基于项目导向的这门网页设计课程一方面要理解性地放弃学科传统意义上的完整性, 另一方面为了认识关联性, 要确保在几个学习领域内和整个学习领域中职业专业内容的客观逻辑性。
2.2 坚持“学生为中心”的教学原则。
项目的划分为学生设计了一个个学习的情境。在项目完成过程中, 教师要尽量坚持“学生为主体、教师为主导”的原则。首先教师的指导性和计划性在先, 在一定的时间范围内教师指导各项目组, 落实围绕学习任务和工作任务而设计项目, 同时去组织、安排学生的学习行为。其次, 学生的学习方式要向主动、自主、探究、应用性学习方向上转变, 在网页设计课中通过自行地调查、搜索、收集、处理加工信息后独立进行计划。学生在教师的指导下边学边做, 边做边学, 完成教师安排的教学内容。教师在进行设计“任务”时, 就要以“学生为中心”, 设身处地地为学生着想。学生必须拥有学习的主动权, 教师要不断地提高和激励学生前进。[4]
例如让学生进行网站设计, 教师就应该在学生制定好网站设计基础上, 通过课堂讨论列出将要实施的网站方案, 成立项目小组完成网站。在教学中把网站设计分成若干个小的项目作业。学生根据教学进程分别去完成各个项目作业。教师给学生下发项目任务单, 学生就能够根据任务单的各项具体任务进行操作和学习, 以及查阅相关的知识。表1如下:
2.3 选择多样性合理化的教学评价
教学评价是高校提高教学质量的重要措施之一, 高校教学评价体系就是无形的指挥棒。[5]目前高校的评价机制很多, 但我认为, 学生在完成网站设计后的自评、互评, 以及教师的综合评价是行之有效的评价方式。学生通过自评, 可以改进项目的设计, 使项目更趋于合理。随后进行互评, 学生的互评能让学生对学习成果进行共享, 从自身的角度发现问题和提出改进意见。教师要引导学生尽量客观地从正面进行相互评价, 了解自己的优势和不足, 学习别人的特长和优点, 相互促进, 共同提高。最后教师对各项目组的网站进行综合评价, 这一工作也是必不可少的, 能够起到提纲挈领的作用。
3. 思考
项目导向教学策略始终把学生作为学习的主体, 以任务作为驱动, 让学生通过实际任务, 把书本上的理论变为灵活的应用。通过教师的引导、点拨, 学生能够触类旁通、点面结合、温故知新。项目导向教学法可以较好地解决教与学的矛盾, 在整个教学过程中, 充分体现学生学习的主体地位和教师的主导作用, 充分调动学生学习的积极性、主动性, 增添学习的趣味性和有效性, 有利于真正培养学生的创新能力、自学能力、实践能力, 思考问题和分析判断能力, 增强学生独立意识和合作精神, 是一种值得不断研究探索的教学模式。
参考文献
[1]李晓玲.德国职业教育教学改革的理论与实践[J].教育发展研究, 2002, (11) :109-111.
[2]仲文祥.由德国“行为导向教学”引发的思考[J].黄冈职业技术学院学报, 2006, (12) :4-6.
[3]姜大源.关于工作过程系统化课程结构的理论基础[J].职教通讯, 2006, (1) :7-9.
[4]吴娟.浅议信息技术课中基于“任务驱动”的教学[J].现代校长, 2006, (9) :39-40.
8.web项目总结 篇八
一、先来说crossdomain.xml这个文件
flash如何跨域通信，全靠crossdomain.xml这个文件，这个文件配置在服务端，一般为根目录下，限制了flash是否可以跨域获取数据以及允许从什么地方跨域获取数据。
比如下面的列子：
1、www.a.com域下不存在crossdomain.xml文件，则不允许除了www.a.com域之外的其他任何域下的flash进行跨域请求。
2、www.a.com域下存在crossdomain.xml文件，如若配置 allow-access-from 为www.b.com，则只允许www.b.com域下的flash进行跨域请求，以及来自自身域www.a.com的网络请求。
crossdomain.xml需严格遵守XML语法，有且仅有一个根节点cross-domain-policy，且不包含任何属性。在此根节点下只能包含如下的子节点：
site-control
allow-access-from
allow-access-from-identity
allow-http-request-headers-from
site-control
早期的flash允许从其他位置载入自定义的策略文件，目前最新版的flash在接受自定义的策略文件之前会去检查主目录的crossdomain.xml来判断是否接受自定义策略文件。该选项就由site-control进行控制。
不加该选项时，默认情况下flash不加载除主策略文件之外的其他策略文件，即只接受根目录下的crossdomain.xml，这样可以防止利用上传自定 义策略文件进行的攻击。如果需要启用其他策略文件，则需要配置permitted-cross-domain-policies属性，该属性有以下五个 值：none: 不允许使用loadPolicyFile方法加载任何策略文件，包括此主策略文件。
master-only: 只允许使用主策略文件[默认值]。
by-content-type:只允许使用loadPolicyFile方法加载HTTP/HTTPS协议下Content-Type为text/x-cross-domain-policy的文件作为跨域策略文件。
by-ftp-filename:只允许使用loadPolicyFile方法加载FTP协议下文件名为crossdomain.xml的文件作为跨域策略文件。
all: 可使用loadPolicyFile方法加载目标域上的任何文件作为跨域策略文件，甚至是一个JPG也可被加载为策略文件!
例子：
允许通过HTTP/HTTPS协议加载http头中Content-Type为text/x-cross-domain-policy的文件作为策略文件
允许加载任意文件作为策略文件
allow-access-from
该选项用来限制哪些域有权限进行跨域请求数据。
allow-access-from有三个属性
domain：有效的值为IP、域名，子域名代表不同的域，通配符*单独使用代表所有域。通配符作为前缀和域名进行组合代表多个域，比如*.weibo.com,代表weibo.com所有的子域。
to-ports：该属性值表明允许访问读取本域内容的socket连接端口范围。可使用to-ports=“1100,1120-1125”这样的形式来限定端口范围，也可使用通配符(*)表示允许所有端口。
secure：该属性值指明信息是否经加密传输。当crossdomain.xml文件使用https加载时，secure默认设为true。此时将不允许flash传输非https加密内容。若手工设置为false则允许flash传输非https加密内容。
例子
a.com/crossdomain.xml文件内容如下
允许所有qq.com的子域通过https对t.qq.com域进行跨域请求。
allow-access-from-identity
该节点配置跨域访问策略为允许有特定证书的来源跨域访问本域上的资源。每个allow-access-from-identity节点最多只能包含一个signatory子节点。
allow-http-request-headers-from
此节点授权第三方域flash向本域发送用户定义的http头。
allow-http-request-headers-from包含三个属性：
domain：作用及参数格式与allow-access-from节点中的domain类似。
headers：以逗号隔开的列表，表明允许发送的http头。可用通配符(*)表示全部http头。
secure：作用及用法与allow-access-from节点中的secure相同。
注：Flash 在自定义HTTP头中无法使用下列请求标题，并且受限制的词不区分大小写(例如，不允许使用 Get、get 和 GET)。 另外，如果使用下划线字符，这也适用于带连字符的词(例如，不允许使用 Content-Length 和 Content_Length)：
Accept-Charset、Accept-Encoding、Accept-Ranges、Age、Allow、Allowed、Authorization、Charge-To、Connect、Connection、Content-Length、Content-Location、Content-Range、Cookie、Date、Delete、ETag、Expect、Get、Head、Host、Keep-Alive、Last-Modified、Location、Max-Forwards、Options、Post、Proxy-Authenticate、Proxy-Authorization、Proxy-Connection、Public、Put、Range、Referer、Request-Range、Retry-After、Server、TE、Trace、Trailer、Transfer-Encoding、Upgrade、URI、User-Agent、Vary、Via、Warning、WWW-Authenticate 和 x-flash-version，
二、web应用中安全使用flash
设置严格的crossdomain.xml文件可以提高服务端的安全性，在web应用中也会经常使用flash，一般是通过
flash是直接可以执行js代码的，所以在web应用中如果使用不当也会很危险，所以flash使用下面两个属性来保证引用flash时的安全性。
allowScriptAccess 和 allowNetworking
allowScriptAccess用来控制flash与html的通讯，可选的值为：
always //对与html的通讯也就是执行javascript不做任何限制
sameDomain //只允许来自于本域的flash与html通讯，这是默认值
never //绝对禁止flash与页面的通讯
allowNetworking用来控制flash与外部的网络通讯，可选的值为：
all //允许使用所有的网络通讯，也是默认值
internal //flash不能与浏览器通讯如navigateToURL，但是可以调用其他的API
none //禁止任何的网络通讯
在allowNetworking设置为internal时，下面API将会被禁止使用：
fscommand
navigateToURL()
ExternalInterface.call()
在allowNetworking设置为none时，下面API将会被禁止使用：
sendToURL()
FileReference.download()
FileReference.upload()
Loader.load()
LocalConnection.connect()
LocalConnection.send()
NetConnection.connect()
URLStream.load()
NetStream.play()
Security.loadPolicyFile()
SharedObject.getLocal()
SharedObject.getRemote()
Socket.connect()
Sound.load()
URLLoader.load()
XMLSocket.connect()
在web应用中使用flash的时候一般通过设置这两项即可保证安全性，如果在web应用中使用的flash为用户可控，强烈建议这两项的设置值为
allowScriptAccess=never allowNetworking=none
三、flash安全编程
如果web应用中调用flash时设置的allowScriptAccess为never、allowNetworking为none，即使flash文件 本身存在漏洞也可以忽略。不过事实上大部分web应用不会设置这两项属性，甚至会设置的不安全，比如allowScriptAccess为always、allowNetworking为all。所以在进行flash开发的时候就要考虑好安全性。
flash编程不安全可导致两方面的漏洞：
1、通过ExternalInterface.call()执行javascript代码
2、通过loadMovie()等方式可以载入外部flash文件执行
这两类问题都是需要通过参数接收外面传入的数据，在flash内部没有对数据进行严格的控制造成的。
例子：
this.movieName = root.loaderInfo.parameters.movieName;
this.flashReady_Callback = “SWFUpload.instances[”“ + this.movieName + ”“].flashReady”;
ExternalCall.Simple(this.flashReady_Callback);
public static function Simple(arg0:String){
ExternalInterface.call(arg0);
return;
}
接收到外部传入的movieName没有进行处理，最后通过ExternalInterface.call()进行执行，这样就能够执行任意的javascript代码，如果在调用flash的时候设置的不够安全就是XSS漏洞。
所以在flash编程中如果需要通过参数接收外部传入的数据，一定要对数据进行严格的检查，这样才能保证flash安全性。
参考文档：
Flash应用安全规范 www.80sec.com/flash-security-polic.html
flash跨域策略文件crossdomain.xml配置详解hi.baidu.com/cncxz/blog/item/7be889fa8f47a20c6c22eb3a.html
Cross-domain Policy File Specificationwww.senocular.com/pub/adobe/crossdomain/policyfiles.html
9.web项目总结 篇九
一、概述
用PB11.5把现有C/S程序转换成WEB应用程序后，保留了大部分C/S环境下的代码，并且大部分都能执行过去。但是在BS平台下，原来的PB代码从客户端转成了IIS上的服务代码，原的“客户端”就成了浏览器，转换后的客户端编程其实就是面向浏览器的编程。
根据目前我对PB11.5所了解的情况，PB11在代码方面可以使用条件编译方式嵌入.NET代码，其实我感觉.net里能实现的内容，用PB代码也基本能实现，.net里不能实现的，PB也可实现(如datawindow)，但这些都属于服务端的编程范畴，实际应用中很少会碰到在PB里再嵌入.net代码的，除非要写一些很特殊的代码，所以，可以说，服务端方面仅用PB代码就可以彻底解决。
但实际上，这种纯PB代码的程序一发布成WEB后，会存在不少问题，在C/S环境下，要完成一个操作往往需要多个交互过程，如“打开窗口、选择行、输入数据、返回、刷新页面”这么一个过程，转成B/S后，运行是这样的“打开窗口(POSTBACK)、选择行(POSTBACK)、输入数据(回车后POSTBACK)、返回(POSTBACK)”，那么多的POSTBACK使得操作变得很笨重，就连简单的一个MESSAGEBOX，都要2次POSTBACK：“打开消息窗(POSTBACK)、点确定(POSTBACK)”。因此，使用PB11开发WEB程序将要面临一个很严峻的问题：如何提高客户端的性能，减少POSTBACK次数。
值得庆幸的是，PB11.5的WEB页面使用了AJAX技术，POSTBACK并不会产生整个页面的提交，而是部分提交。另外，PB11.5还提供了不少客户端的编程接口，可以通过这些编程接口进一步优化页面。那么，有哪些地方可以运用javascript和html代码优化页面呢？
1、数据窗口对象appendedhtml属性。
刚接触PB11.5的WEB开发的时候，一定会被他的那么多unsupport属性所蒙蔽，原先在C/S下绚丽多彩的界面，转成B/S后变得暗淡无光，因此也就失去了进一步开发的乐趣。其实不然，PB提供了appendedhtml的属性后，使WEB界面编程变得更为灵活，一个小小的appendedhtml，可以将DHTML、javascript等所有页面技术嵌入到里面去。可以实现的效果如：透明、垂直居中、渐变、鼠标移动特效等等。
查看发布成WEB后的页面代码，会发现，appendedhtml里的内容是放在里，也就是说，数据窗口的内容转成了WEB元素，如标签转成了，列就是。Appendedhtml的写法：引号必须使用转义符~如：modify(‘sfz.html.appendedhtml = “style = ~~”padding-top:2px;~~“’)，至于如何设置元素属性，可以查看《DHTML手册》。
2、数据窗口事件。此方法是在数据窗口对象初始化的时候写入对应的脚本，如： #IF DEFINED PBWEBFORM THEN dw_1.JavaScriptFile = ”uo_dw.js“ dw_1.OnClientItemChanged = ”MyItemChanged“ #END IF 另外，在发布成WEB的时候，必须嵌入已写好的javascript脚本，这些被脚本会在页面的head区被包含进去。
经过上面代码一处理，数据窗口的事件被触发后就会直接跳到javascript脚本去处理而不执行回调（就是PB里写的程序不会被执行）。
那么，哪些事件支持脚本编程呢？根据PB11.5文档所提供的技术说明，目前仅限于数据窗口内事件处理，包括clicked、DoubleClicked、RButtonDown、ButtonClicked、ButtonClicking、ItemFocusChanged、ItemError、ItemChanged、RowFocusChanged。在指定客户端事件脚本的时候，事件前都必须加”OnClient”。
二、客户端程序的优化思路
借助javascript脚本技术，我们可以对目前程序上的几个操作瓶颈进行优化。
1、数据窗口的条件性POSTBACK。
如果不对datawindow进行脚本处理，那么如果事件内有代码，则将会在触发该事件的时候执行POSTBACK，这样会有很多没必要的POSTBACK。如，在itemchanged事件里写入了对身份证输入后进行检查的代码，在IE下运行的情况是，该数据窗口的任何列输入完后都会执行POSTBACK，有没有办法实现只输入身份证的时候才POSTBACK呢？可以通过以下方法：
(1)在窗口的open事件里写入脚本。#IF DEFINED PBWEBFORM THEN dw_1.JavaScriptFile = ”uo_dw.js“ dw_1.OnClientItemChanged = ”MyItemChanged“ #END IF(2)脚本里写入条件回调程序。
function MyItemChanged(sender, rowNumber, columnName,newValue){if(columnName== ‘sfz’){return PBDataWindow_ItemChangedReject(sender, rowNumber, columnName, newValue);} Else {//do nothing} } 其中，PBDataWindow_ItemChangedReject为调用数据窗口的itemchanged事件，数据窗口提供的回调函数，可以在PBDataWindow.js找到，查阅PB帮助文档可以查看其具体用法。
2、PB代码向javascript脚本转化。
首先，必须理解PB-WEB程序的运行模式，见下图： 数据库 SQL 数据集 EASERVER 代理对象 IIS PBVM request IE 代理对象 response 从上图可以看出，IE与数据库之间其实就是数据请求的关系，我们可以认为，除了需要从服务端下载数据和页面加载的请求外，其他都是没必要的请求。这些没必要的请求包括：
1)messagebox。消息提示可以说是UI界面交互的最重要的环节之一，几乎所有业务操作都会涉及，很遗憾的是，除了数据窗口事件里的javascript支持本地消息提示外，目前还没有一种办法可以脱离IIS，直接在PB代码里调用IE消息提示的方法。2)简单的数据检查。如登录时的验证码、输入格式校验、身份证合法性检查等，可以直接在javascript里处理。
3)辅助性的数据输入。包括下拉数据窗口、下拉日历等。在传统的C/S模式下，直接打开一个窗口就可以实现下拉数据选择功能，但是这种方法在WEB下已经行不通，频繁的POSTBACK会使操作变得笨重、缓慢，甚至比直接输入来的慢。但是有些下拉的数据又需要从服务端取，这样可以将下拉窗口设计成共用模块启动时直接装载到页面，在需要调用的地方用javascript代码显示出来，然后象服务端请求数据，选择数据后返回、设置数据、隐藏下拉窗口，这一过程只要一个POSTBACK，即数据请求过程。
4)页面切换。在IE下打开多个业务窗口，这些窗口都已经装载到了IE下，可以通过javascript脚本实现页面显示、隐藏，以提高响应速度。
5)窗口、对象的关闭、销毁。类似此操作，可以直接在IE下完成，无需要再送到IIS上处理。
6)实现回车后焦点切换。打开PB安装文件所在路径，打开F:Program FilesSybasePowerBuilder 11.5DotNETwebrootscripts目录下的dwcommon.js，并修改其代码段。函数为：HTDW_inputKeyDown()代码if(event.keyCode == 9 &&!event.ctrlKey &&!event.altKey &&!event.shiftKey)ProcessTab(obj);修改为if((event.keyCode == 9 || event.keyCode == 13)&&!event.ctrlKey &&!event.altKey &&!event.shiftKey)ProcessTab(obj);实现按回车键的tab效果。
三、PB与javascript混合编程技巧
1、使用PB提供的javascript函数
打开IIS目录，在发布好的站点文件夹下，有个scripts文件夹，存放的是所有PB的内置函数，这些函数描述了客户端的调用、回调方法，具体使用方法在PB文档里有做了描述。
数据窗口对象(大部分数据窗口函数接口里都用sender做为参数)可以引用的函数可以在dwcommon.js里的function HTDW_DataWindowClass(name)里找到，如下图：
如：this.SetItem = HTDW_SetItem;这行表示，可以调用数据窗口的SetItem()函数进行设置数据窗口值，至于SetItem参数，可以查找HTDW_SetItem函数的参数结构。如下图：
调用举例：
数据窗口的回调函数，可以在PBDataWindow.js里找到，上面已经举过例子，这里不做描述了。
2、灵活地操控WEB元素
WEB页面上，每个元素都有一个ID值，是唯一标识该元素的键值。如表示“确定”按钮的ID为ID_OK。
要在javascript里编写程序实现与页面元素交互，最重要的一点是要弄清楚从PB转换成页面后的元素的ID值，这些ID值是IIS发送过来的，与PB里的对象名有一定的对应关系。目前PB技术文档没有这方面的说明，但我们可以通过多种途径来获得这些元素ID。1)利用event对象获得窗口事件的源、父对象
如，可以定义var o = window.event.srcElement;获取鼠标在窗口上点击的对象，通过o.parentElement可以获取该对象的父对象。
2)通过getElementByName、getElementById、getElementsByTagName等方法获取对象ID。
3)通过alert消息提示将对象ID显示出来。
有了这些ID，接下去如何操控界面元素，就和C/S编程差不多了，有关函数操作、属性操作等可以参考javascript和DHTML相关资料。
10.web项目总结 篇十
问题场景描述: 由于Web工程项目是由多人多模块分工协同完成, 该项目是已经测试过的, 可以在服务器端正常运行, 由于服务器端安装了SVN服务器, 所以, 本地工程项目是从SVN服务器更新下载到本地, 然后导入到本地集成开发环境Myeclipse, 工程正常没有出现错误提示。由于笔者是新加入人员, 安排了一个开发任务, 于是笔者开始的新功能模块的开发工作, 开发完成后准备调试, 测试新模块功能, 这时问题出现了, 从Myeclipse开发环境下测试服务器Tomcat能正常启动, 但是新功能就是实现不了。经过调试发现, 新写的Java类没有编译过, 又尝试了写了一个新类, 还是不能自动编译, 笔者思考这个问题是Myeclipse开发环境下Web工程项目不编译问题。
问题解决 策略 : 从问题场 景里提取 出几个关 键词 (Myeclipse、SVN、不编译), 开始在各大搜索引擎搜索 , 网上有一些实践者也遇到过类似的问题, 所以可以找到该问题的解决方案, 综合网上搜索结果有如下9种解决方案:
(1) 确保project->build automatically已经被选上。
(2) 如果选上了, 还不能编译 , 从project->clean..->选第2个clean select project, 勾上start build immediatelly。
(3) 删除现在的项目, 提前设置好编译文件输出路径, 重新导入源文件, 设置Myeclipse为保存时编译, 然后在保存的时候就可以自动编译了。
(4) 如果项目里引用了某个不用的jar包, 而那个包又被删了, 就会出现不报错但怎么也编译不出来class文件的情况, 解决方案可以把所有包都删除, 然后一个一个地再引入需要的包, 不要一下子把所有包都引入, 没用的包可能会引起不良后果。
(5) 删掉某个class文件重新生成, 删除class文件后, 但classes目录下的 文件夹被 其他程序 打开 , 比如Total Commander。此时编译也不会通过 , 在problems下可能会提示“can't delete classes……”。关掉其他程序重新编译即可。
(6) 还有种情况是remove掉JRE System Library, 重新导入即可编译。
(7) 把build path中所有包都remove掉。然后又重新add jars, add libraries, 把需要的加进去, 居然又开始编译了。
( 8) project ->properties ->java build path ->source -> .../ WEB-INF/src的output folder不要默认 , 编辑让它指向../WEB- INF/classes, 然后重新点击build工程即可自动编译。
(9) 最重要的要看工程下面是否缺少了work目录 , 由于CVS控制时不把work加入版本 , 所以checkout后没有这个目录, 要手工加上有的工程就能自动编译了。
11.web项目总结 篇十一
16年通过项目经理认证以来，一年的工作时间里有成功的喜悦也有困难的蹉跎，既有成绩也有不足。一年来，本人在公司领导的正确指导下，单位同事的帮助和支持下，立足本职工作，不断学习和进取，勤奋工作，遵守公司各项规章制度，较好的完成了一年来的各项工作任务。以下是本人的工作总结：
一、树立正确管理心态，严格要求。
作为公司派遣到黑龙江办事处的一名管理者，对每位员工都应该做到公平、公正、客观，在解决团队成员在工作中的分歧时不能参杂个人情感。对团队成员要严格要求，从而帮助员工提高，逼迫他们进步。我给办事处成员开会时说过：“我们大家如果想要更好体现出自己的价值，就要使发展的更好。而只有我们大家共同努力，公司才能发展的更好，公司发展要面对市场经济的潜规则，一个行业逃不过发展期，饱和期，优胜劣汰期，我们现在所处的就是这个行业的优胜劣汰期，逆水行舟不进则退，如果我们没有过硬的工作作风和技术，就会被市场淘汰”。公司好则员工才能好这是我坚信的准绳。
二、建立坚实团队，营造良好工作气氛。
在我的工作重，我积极主张一个理念：“管理者对工作的热忱态度，会像太阳一样给周围的人以活力”。在团队管理重，我会通过各种途径树立一个积极的榜样，让每一个团队成员都有一把衡量自己的标尺，都有一个努力的方向。对待犯错误的员工，我主张要先了解实际情况，根据实际情况去判断如何处分员工，以免给员工造成破罐破摔的消极心理，努力帮助每一个员工进度，但我也坚持一个团队要取得胜利就要有铁的纪律，就是龙舟一样，只有每一个桨手步调一致，最后才能到达终点。对于明知故犯或屡犯不限者，应坚决按制度进行处分。因此
我依据公司的管理规则制度又结合黑龙江的本地的实际情况，制定了《黑龙江办事处管理制度》。我在日常工作中积极帮助员工建立正确的职业规划，让员工能看到他们的职业道路，从而让员工从被动工作到自己想去工作，依据公司绩效制度结合办事处实际情况，制定《办事处绩效考核制度》，对于员工的得失、态度，该肯定的就肯定，给予适当的奖励和表扬；该否定的就否定，给予适当的批评和教育。
三、建立组织框架，争取完成公司给予的任务指标。
办事处17年的合同任务是300w，虽然产值不高，但包含了大兴安岭、黑河、鹤岗、双鸭山、哈尔滨五个地市，因为地域市场的分散工作的难度非常大，办事处成立之初，公司只派驻了我一人，其余员工全为本地招募，新招募的员工能力差，针对实际情况我积极组织给新进员工培训，并手把手的带着员工生产，五个地市选取较为优秀的新员工任命为技术骨干，地市工作皆有我进行统管的矩阵式管理结构，经过一年多的发展，部分新员工以逐渐成长起来，地市监理工作也开始逐渐由任命的技术骨干进行牵头管理。任务完成方面合同和进度任务办事处正在按计划准时完成，但开票与回款任务完成情况还不理想，针对情况办事处正积极寻求所面临问题的突破口，并坚决在
项目经理年终工作总结
专业技术工作总结
我自XX年11月任助理工程师职务以来，在工程部先后任技术负责人、项目经理职务。在长期的工作中，我养成了吃苦耐劳的工作习惯，我热爱施工管理工作，工作上积极上进，努力钻研建筑工程施工技术，先后承担了********（框架结构、工程造价：4185万元），******花苑5#、6#住宅楼（砖混结构、工程造价：539万元），*******二期工程（工程造价：1468万），*******单身公寓1#楼（砖混结构、工程造价：996万元），********单身公寓3#、4#楼（砖混结构、工程造价：1992万元），******医药中药仓储，（框架结构、工程造价：2100万元）等工程的的施工任务。XX年在公司承建的*****出版大厦工程，该工程属框架结构，地下二层、地上十二层，我担任此工程的项目经理管理工作，在施工过程中，认真检查指导每一项工作，复核每一层轴线、标高、门窗位置，钢筋绑扎、模板支设、砼浇注过程我都跟班作业，尤其是在冬季施工中，手指在冻僵的情况下、只在火炉上烤一烤，往墨斗里加点盐在楼上继续弹线，当时是12月份，冬季最冷的时候，我和几个管理人员在工地上带头推砂浆车，筛砂子，杠模板，按时保证了工期，单位的领导知道工地这种情况后，组织全体业务人员参加劳动，既促进了生产同时也提高了管理人员的素质。
XX年10月*******二期工程是八钢的重点建设项目，该工程结构复杂，工序交插作业多，厂房内部各种平台基础交错布置，互相产生矛盾，我既要负责施工现场的管理、技术，还要负责各方面协调工作，我经常在技术问题上与设计人员反复讨论，确认无误后再安排施工，由于质量得到了保障，该工程在竣工时一次性验收合格，受到了甲方、监理及冶建公司领导的好评。
尤其是XX年10月在**重点项目*******有限公司中药仓储工程中，任该工
程的项目经理，该工程属框架结构、其中地下一层、地上十二层、是**公司指定的创杯工程，工程部年轻工程技术人员少，只委派一名人员，我不仅作为项目经理要负责全面的管理，还要提加工计划以及现场线寸工作，认真做好施工中的每道工序，以保证工程的顺利进行，使该工程XX年7月19日由市建委文明施工现场验评组的专家的在对场容场貌、施工质量、相关资料进行了严格的检查。检查结束，得到了验评组专家的认可和较高的评价，为创自治区文明施工现场和“亚心杯”奠定了基础，为企业赢得了荣誉。
近年在施工管理过程中，我善于总结经验教训，并结合公司的规章制度，对成本、质量、安全、文明施工有了全面的认识。坚持高标准建设，牢固树立“百年大计、质量 心协力，发扬无私奉献的精神，较好的完成了生产计划，根据项目部的实际工作情况，总结回报如下：
XX年，我们按照公司的工作目标，以安全生产、提高工程质量为重点，强化管理，转变观念，创优质品牌工程，带领项目部全体员工，开拓创新，抓质量、包安全、抢进度、创效益，保证了在建工程的顺利进行。
一、完成工程项目
1、完成了***建筑工程基坑开挖的施工任务，做好了基础基础主体施工的各项准备工作；
2、****厂房工程建设基本完成；
3****项目基坑工程完成，基础垫层施工完成，准备施工防水工程施工。
二、加强工程质量管理
我们坚持靠质量求生存、向管理要效益的经营理念，强化质量管理，提高工程质量管理水平，在质量管理过程中，严格按照设计要求及各种规范规程施工，实行工程质量责任制，要求各工种
人员加强施工人员的质量仪式教育，做好施工前的技术交底工作，明确质量标准和要求，我们坚持百年大计质量 场服从安全管理，对施工中的各部分各工种都组织有关人员进行检查和验收，建立安全生产教育制度，对新工人和其他人员，必须有针对性、有组织的进行施工基本知识和操作规程教育，正确使用安全防护设施和劳动保护用品，严格落实施工组织设计和施工方案中各种安全技术措施，确保施工安全生产。
四、施工管理情况
1、在工程施工管理中，做到有组织、有计划、合理科学安排 施工人员，真正发挥，提高施工效益。
2、在保证工程质量和安全的情况下，加快施工进度。
3、施工成本控制，一是严格控制项目部的费用开支；二是做 到增加收入；三是做好工程经济签证工作。
4、加强成本管理提高经济效益，通过调整施工队伍完善施工 管理，提高施工人员的业务素质等手段，使管理水平进一步深化。
5、加强材料管理，在施工使用材料过程中，严把材料质量关，严禁不合格的材料进入工地。
6、加强施工管理，提高施工施工组织水平。正确的选择施工
方案，合理布置施工现场，搞好现场调度和协调配合，加快施工进度，缩短施工工期，加强技术管理，提高工程质量，制定并贯彻降低成本的技术组织措施，提高经济效益，加强施工过程的技术质量检验制度，提高工程质量和做好各种避免返工的措施。
五、争创优质品牌工程
牢固树立百年大计质量 求，编制单位工程质量目标计划，抓住事前、事中、事后控制的三个阶段，项目责任人从开工到竣工对工程技术、质量安全等全面负责，合理科学组织施工，努力争取银河华府c-1办公楼项目创优质工程
六、抓好项目部建设
在项目部的各项工作中，不断增强员工的政治意识，大局意识，责任意识，使整体素质和凝聚力得到显著提高，积极组织员工认
真学习，贯彻落实公司的会议精神，坚持公司的利益高于一切，使全体员工加强责任心，积极参与、配合公司的各项工作。
七、今后的工作计划安排
1、按照公司的施工任务目标，加强管理，严格要求，真抓实 干，认真完成公司安排的各项施工任务
2、在工程质量上加强管理措施，争创国家级优质工程。
3、在安全文明施工上，争创省级安全文明工地
4、加强项目部施工管理，加强工作责任心，提高办事效率在XX年里，我们项目部将在公司的领导下，紧紧围绕公司的任务目标，求真务实，真抓实干，努力完成公司交给我们的各项施工任务，为公司的建设和发展做好我们的贡献。
作标、开标、中标、合同拟定、合同签订、施工准备、施工进度、质量安全等控制以及竣工资料的整理各个环节，开阔了眼界，增长了见识。在领导的正确领导下和同事的帮助支持下，取得了一定的成绩。现对这一年的工作总结如下：
一、把握项目本质的措施
项目，是为了创造独特的产品。服务或结果而进行的暂时性努力。为此，在工程项目开始阶段，我重点的工作是熟悉招标文件、图纸、现场条件、项目部人员配备情况及与业主签订的商业合同。但是每个工程的特点是不同的，最主要的是把握好本项目的特点，在开展工作时才能有主线贯穿始终。宝武公路的特点就是战线长、工期紧、质量要求高，在控制上就要交叉作业、流水施工、节省一些非关键费用开支。
二、项目计划控制
项目计划控制分为时间计划和成本计划。时间计划就是按照整体工程量找出节点项目，定出节点工期，结果都是能顺利完成的。成本计划关系到工料机的各方面管理，合理安排用工、机械及项目部管理人员。
三、公司管理规章制度、行业规范标准的执行
作为项目经理，理解执行力对一个团队管理来说有着重要的作用。所以，我要求项目部的每一个动作都要严格执行公司的管理制度和行业规范。无论在劳务用工、机械租赁、材料采购等方面，务必在公司制度规定的框架内进行。工程质量标准更要在规范值内进行施工，从宏观上来说，全国统一质量标准应该是行业的最低标准，我们必须百分百的达到，但在实际施工中，一些环节还是因为种种原因出现问题，特别是二灰碎石养生及二灰碎级配方面做的不够，带来的教训也足以使我们更加重视质量对企业生存的意义。
四、项目整体控制的应变
项目整体控制的应变应市项目经理每天的都要考虑的实际问题。做项目要与建委、质检站、设计、监理、勘察、检测站、分包单位以及公司工程部、经营部、财务部等方方面面打交道，每一个环节、每一个细节都可能决定项目的成败，所以我每天都在考虑、平衡、处理各方的要求，特别是外部能否及时的协调沟通，在公司利益最大化的前提下，达到满意的效果是最重要的。通过诚实可信，保质保量的实力、能力的展现，为公司赢得市场的认可，获得效益。但一个人的经理毕竟有限，处理外部关系的时候忽略了内部关系的沟通，产生了一定的误解，本人也将努力改正这些不足。
XX年工作计划：
在新的一年中，我将从以下几点做出努力、做好工作。
继续抓好宝武公路项目管理工作，宝武公路工程时间紧，任务重。考虑到项目总工期的要求，我将继续抓好施工现场进度控制，积极组织好人力投入，确保工期按照预期要求全部完成，保证宝武公路按照预期的质量目标与工期目标顺利交工。
加强业务知识的学习，继续提高管理水平，随着时代的前进，新技术的应用，必须进行专业技术知识的在教育。所以在新的一年里，我首先加强学习专业知识，尽管基础薄弱，学习很吃力，但是我相信只要努力，就会有结果。另一方面，积极学习他人的先进之处，做到扬长避短，进一步提高思想认识，开阔视野。XX年的工作中，我负责的工程尽管有一定的成绩，但是仍然存在很多不足，需要继续总结和完善。只有很好的总结过去才能更好地服务未来。新的一年中，我要进一步终点做好三方面的管理：一是人的管理。认识管理的组织者和执行者，项目管理人员不能松懈，只有全体管理人员的密切配合，各负其责，才能做
到施工各个环节的环环相扣，整体工作才能井然有序。二是材料的管理，在
新的一年我将继续做好现场材料与工程预算两进行对比，找出不足，制定对策。三是施工方法的研究与管理，在公司各项预防措施的基础上，结合工程的实际特点，进行优化和改进，形成一套行之有效的施工方法，以便于指导施工和人工操作。
在即将到来的新一年了，我代表宝武公路所有参建人员承诺：在保证质量与工期目标的前提下，一定给公司交出一份满意的答卷。
总结人：潘君隆 XX年1月1日
结果都是能够顺利完成的。成本计划牵涉到工料机的各方面管理，用工方面全部采用完成工程量计价方式，一来可以防治消极怠工，提高生产效率，二来可以适度降低项目部风险，管理程序也相对简单。比如老子路雨污水管道铺设工程，通过筛选比较，选择了长期与建工集团合作的专业劳务队伍，不仅劳务分包单价低于以往类似工程，而且队伍整体施工能力强，自身风险认识管理能力强。材料管理方面采用消耗指标与完成工程量对应的方式进行控制，进场统计根据施工方案统计出项目部需采购材料的品种及数量，按计划提前进场，按日统计，落实有权领料人制度，当日或单个工序进行单独核算，整体控制不得超方，如产生合同外变更增加，则及时统计索赔。机械管理主要是油料的管理和生产效率的提高，按
单机工作耗油量登记加油，记录工作时间，改善操作手的工作条件，延长作业时间，提高单机工作效率。
3、公司管理规章制度、行业规范标准的执行
作为项目经理，理解执行力对一个团队管理来讲的重要程度。所以，我要求项目部的每一个动作都要严格执行公司的管理制度和行业规范。无论在劳务用工、机械租赁、材料采购等方面，务必在公司制度规定的框架内进行。工程质量标准更要在规范值内进行施工，从宏观上来说，全国统一质量标准应该是行业的最低标准，我们必须也应该百分之百达到，但在实际施工中，一些环节还是因为种种原因出现的问题，特别是灰土养生、水稳碎石材料级配方面做的不够，带来的教训也足以使我更加重视质量对企业生存的意义。
4、项目整体控制的应变
项目整体控制的应变是项目经理每天都要考虑的实际问题。做项目要与建委、质监站、设计、监理、勘察、检测站、建委二级管理机构、指挥部、市政工程管理处、定额站、分包单位以及公司工程部、经营部、财务部等方方面面打交道，每一个环节、每一个细节都可能决定项目的成败，所以我每天就是在考虑、平衡、处理各方的要求，特别是外部能否及时沟通协调，在公司利益最大化的前提下，达到满意的效果是最重要的。通过诚实可信、保质保量的实力、能力的展现，为公司赢得市场认可，获取效益。但一个人的精力毕竟有限，处理外部关系的时候，忽略了内部的交流沟通，产生了一些误解，本人也将努力改正这些不足。
本人也将不断努力，和华晖共成长。总结人：严骏 日期:XX年5月20日
方面必不可少，相辅相成。在过去的XX年里，由于深受领导的信任和委托，我曾负责了安庆长江大桥、丹东中朝鸭绿江大桥、庞村西南水北调特大桥等工程的缆索安装项目。现将平时工作中的工作宗旨细化如下：
1、强化施工队伍管理，统筹施工现场。施工现场的协调与工程进度的控制为工
程建设的重难点部分，对此应做精心部署。在工地开工之前，组织召开 “工前会议”，针对图纸、合同、材料以及现场管理等问题做一个全方位的分析、统筹、规划和安排，划分相应职责，发挥团队力量。在施工期间一直坚持以下几个方面：加强部位控制，落实计划安排；加强施工组织，落实资源到位；加强工程插入度，落实施工工效；加强责任到人，落实分片包打；多与项目部和指挥部领导沟通协调，找到项目部和施工队伍之间的平衡点。
2、严细工程花费，提高工程效益。针对项目成本问题，在施工中必须始终坚持公司效益是项目立足之本，始终坚持在保证工程质量安全的前提下为公司节约节俭，创造效益。作法有两点：一是狠抓项目器材花费成本分析、完善项目细部管理。二是提高项目节俭意识，杜绝不合理开支。
3、严格质量安全管理，争创名牌工程。“质量 展望XX，历史将展开一幅新的画卷，公司也将迎来全新的机
遇和挑战。公司员工奋发向上，积极拼搏，开发项目形势依然乐观，催人奋进。本人坚决服从公司制定的XX年各项决策方针，巩固成绩不骄不躁，保持和发挥好正能量，以崭新的精神风貌和饱满的工作热情为公司的全面发展鞠躬尽瘁，贡献自己的应有力量，以期在新的一年里取得更加骄人的业绩，感谢公司领导的大力支持以及团队员工的全力配合。