软件工程的目的在于控制复杂性,而不是增加复杂性。 ——Dr.Pamela Zave

  软件设计的评价很客观 —— 要么满足了需求,要么没有满足。

  在软件领域中,架构就是指为客户构建系统。

  优秀的架构师:有丰富的经验、良好的教育以及相应的资格。

  软件架构到底是什么?

  在词典中,软件架构被描述为:在一个计算机系统中各个组件之间的组合、交互和集成。

  需求一般有功能性需求和非功能性需求。其他还有 安全性、可测试性、性能、可靠性和可扩展性等等。

  如何评价一个架构的好坏呢?那就是在好的架构中,所有给出的不会轻易改变的决定都是正确的。

  

posted @ 2011-12-13 18:01 木饭 阅读(16) 评论(0) 编辑

各设区市造价管理协会:


    现将中价协《关于开展2009年度工程造价咨询企业营业收入百名排序工作的通知》(中价协[2010]010号)印发给你们,请组织符合条件的单位参加,于2010年6月30日之前将申报材料(一式两份)及申报表的电子文档报送省造价协会。

    联系人:吴  宏

    联系电话:0591- 87610179

    电子邮箱:fjzj123@126.com

    附件:《关于开展2009年度工程造价咨询企业营业收入百名排序工作的通知》(中价协[2010]010号)

 

关于开展2009年度工程造价咨询企业

营业收入百名排序工作的通知

中价协[2010]010号
 
各省、自治区、直辖市造价协会,中价协各专业委员会:
   
    根据《工程造价咨询企业营业收入百名排序暂行办法》(中价协[2006]15号,以下简称《暂行办法》),中国建设工程造价管理协会(以下简称中价协)经研究决定在2010年继续开展工程造价咨询企业营业收入百名排序工作。现将有关事宜通知如下:
   
    一、具有工程造价咨询资质且为中价协单位会员的企业均可参加。
   
    二、工程造价咨询营业收入统计时间为2009年1月1日—12月31日。
   
    三、申报材料
   
    (一)2009年度工程造价咨询企业营业收入百名排序申报表(详见附件),申报表可登陆中价协网站下载。
企业申报的营业收入中如含有其它业务收入,应将其扣除后申报。申报项目的合同中如涉及工程造价咨询业务以外的收入,应出具工程造价咨询营业收入专项审计报告。
   
    (二)2009年度经审查的企业财务报表复印件,应包括:资产负债表、损益表及报表附注(应包括会计报表注释)。
   
    (三)企业营业执照、工程造价咨询企业资质证书复印件。
   
    (四)2009年度完成的工程造价咨询合同复印件(包括合同编号、项目名称、酬金、计取比例、甲乙双方盖章页等主要事项),并按申报表填写序号的顺序进行装订。
   
    (五)2009年度工程造价咨询业务营业收入完税发票复印件(或证明)。
   
    (六)请将上述材料用A4纸双面打印或复印,按顺序装订成册。
    
    四、申报程序及时间
   
     (一)申报企业应于2010年6月30日前将申报材料(一式两份)及申报表的电子文档报送其所属省、自治区、直辖市造价协会或中价协专业委员会。
   
     (二)各省、自治区、直辖市造价协会或中价协各专业委员会对本地区或本部门的申报材料进行初审,于8月30日前将初审结果、审核说明及企业的申报材料(一式一份)一并报送中价协(电子文档传至中价协邮箱)。
   
    五、 评审及公布
   
    中价协将组织审核小组,并聘请会计师事务所对企业申报的百名排序材料进行复审,确定排序企业名单。于2010年11月30日以前向社会公布百名排序企业名单。
   
    六、联系方式
   
    单位名称:中国建设工程造价管理协会
   
    通讯地址:北京市三里河路九号
   
    邮政编码:100835
   
    联 系 人:张玉玲、闫明相
   
    联系电话:(010)68316134、88386656
   
    中价协网址:www.ceca.org.cn
 
    中价协邮箱:ceca@ceca.org.cn
 
 
 
 
 
 
二0一0年三月二十九日
附件:
 
 
工程造价咨询企业营业收入百名排序
 
     年度)
 
 
 
 
 
 
 
 
申报单位:               (加盖公章)
 
中国建设工程造价管理协会
 
填表说明
 
    一、工程造价企业基本信息——申报表(一)
    1.单位名称:应填写现单位名称(全称);
   
    2.2009年度营业收入:工程造价咨询营业收入为申报表(二)中2009年度完成工程造价咨询营业收入的合计,其他营业收入为本企业2009年度内完成的其它营业收入总额;
    
    3.工程造价专职专业人员:指在本单位专职从事工程造价专业工作的人员;
   
    4.注册造价工程师:指取得住房和城乡建设部颁发的注册造价工程师证书,并注册在本单位的人员;
   
    5.造价员:指具有《全国建设工程造价员资格证书》的人员;
   
    6企业其他资质类别及等级:申报企业排序年度所具有的工程咨询、监理等资质证书的类别及资质等级。
 
    二、2009年度完成的工程造价咨询项目汇总表——申报表(二)
     1.项目合同额:指申报企业2009年度以前签订且在2009年度仍继续执行的工程造价咨询合同额,以及2009年度签订并生效执行的工程造价咨询合同额;
    
     2.工程造价咨询营业收入:为申报企业承接订立的工程造价咨询合同,并于2009年度完成的营业收入;
    
     3.工作内容:是指企业在本项目中所承担的投资估算、工程概算、工程预算、工程结算、清单编制、招标标底、投标报价、工程造价全过程咨询、工程索赔等工作。
 
    三、有关要求
    1.申报企业填写的各项信息和数据应真实、准确;
   
    2.应使用从www.ceca.org.cn网站下载的《工程造价咨询企业营业收入百名排序申报表》,直接在计算机上完成其表格的填报工作,并用A4纸打印。
   
 
申报表(一)
工程造价咨询企业基本信息                                                                                        
单位名称
 
所属省市/部门
 
地  
 
邮政编码
 
注册资金
             万元
法人代表
 
工程造价资质
证书编号
 
中价协单位会员证书编号
 
 
手   
 
办公电话
 
2009年度营业收入
工程造价咨询营业收入       万元
其他营业收入         万元
企业人员情况
总人数
      
高级职称
     
中级职称
     
工程造价专职
专业人员总数
      
注册造价工程师
      
      
企业其他资质类别及等级
工程咨询
(   )级
招标代理
(   )级
工程监理
(   )级
勘察设计    (    )
 
上述内容真实、有效,无任何虚假申报。                      公章: 
 
                 法人代表签字:                        年    月    日
省、自治区、直辖市造价协会或中价协专委会意见
     
 
公章:
 
年    月    日
                                                                                     


 

申报表(二)  
2009年度完成的工程造价咨询项目汇总表
                                                                                                                     
序号
合同编号
项目起止日期
项目名称
项目合同额(万元)
工作内容
委托单位名称
总额
工程造价咨询营业收入
其它业务收入
工程造价咨询营业收入比例(﹪)
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
合计
 
 
 
 
 
 
 
注:表格不够可加页。
  福建省建设工程造价管理协会
二零一零年四月八日
posted @ 2010-04-24 09:50 木饭 阅读(25) 评论(0) 编辑

关于二〇一〇年春季

 

全市在建工程质量安全巡检情况的通报

 

为进一步提高我市建筑工程质量安全水平,规范工程参建各方主体的市场行为, 2010年3月4日4月2日,市建委组织开展了全市在建工程质量安全巡检工作。巡检内容主要包括各参建单位执行有关法律法规和工程建设强制性标准的情况,结构实体质量情况,施工现场安全防护和文明施工情况,技术资料搜集整理情况及查处违章工程。现将检查情况通报如下:

一、 基本情况

本次共检查在建工程1555个(含县、市、区),总建筑面积达1283.2万平方米。其中380个工程符合要求;对存在违法违规行为或存在质量、安全隐患的工程,一律责令限期整改,情节严重的,采取强制性停工整改措施。其中发出安全隐患通知书767份,限期整改工程545个,局部停工工程315个,全面工程停工工程363个,排查安全隐患23628条;发出质量问题整改通知书419份,限期整改工程731个,局部停工工程214个,全面工程停工工程169个,查处违反强制性标准条文500条,记录不良行为记录1453条;查处违章工程307个。

二、检查情况

(一)参建单位市场行为检查情况

共对1360个单位工程参建各方的市场行为进行了检查,其中:建设单位符合率为47.2%,较去年提高2.3个百分点;勘察、设计单位符合率为92.9%,较去年提高12.9个百分点;施工单位符合率为43.2%,较去年提高10.6个百分点;监理单位符合率为40.3%,较去年提高5个百分点;起重机械出租单位及拆装单位符合率为87.1%。

(二)工程质量检查情况

1、施工观感质量。检查钢筋工程642项,符合率为62.5%,比去年下降17.8个百分点;检查混凝土工程894项,符合率为67.7%,比去年提高2.2个百分点;检查砌体工程534项,符合率为71.2%,比去年下降7个百分点。

2、仪器检测。本次检查采用仪器设备对结构的混凝土强度、砌体砂浆强度、钢筋保护层厚度和现浇板厚度进行监督抽测。共抽测混凝土强度399项,符合率为85 %,较去年提高5.8个百分点;抽测钢筋保护层厚度421项,符合率为61.5%,较去年下降9.5个百分点;抽测砌体砂浆强度73项,符合率为71.2%,较去年下降9.4个百分点;抽测现浇板厚度435项,符合率为72.6%,较去年下降1.4个百分点。凡经监督抽测达不到设计及规范要求的,均责成施工单位委托法定检测单位进行鉴定检测。

3、允许偏差项目。共量测轴线592项,符合率为77.2%,与去持平;量测室内标高527项,符合率为84.8%,较去年下降2.3个百分点。

4、技术资料。共检查施工技术资料1246项,符合要求的493项,符合率为39.6%,较去年下降1.6个百分点。

5、原材料抽测。本次检查共对330个单位工程涉及结构安全的主要建筑材料进行了监督抽测,其中抽查钢筋503组,保温材料7组。

 6、施工图审查。本次检查,共查处302个工程施工图设计文件不符合有关图审规定。其中有250个工程未办理施工图审查手续擅自开工建设,52个工程施工图设计文件审查合格后擅自做重大变更而不重新报审。

(二)安全生产与文明施工监督检查情况

1、安全管理。共检查1164项,符合要求的841项,符合率为72.25%,较去年降低0.75个百分点;查处安全管理问题3377条。

2、文明施工。共检查1177项,符合要求的609项,符合率为51.74%,较去年降低4.26个百分点;查处文明施工问题4575条。

3、脚手架。共检查613项,符合要求的345项,符合率为56.28%,较去年降低1.72个百分点;查处脚手架安全隐患2786条。

4、基坑支护。共检查274项,符合要求的170项,符合率为62.04%,较去年提高8.04个百分点;查处基坑支护安全隐患677条。

5、模板工程。共检查342项,符合要求的172项,符合率为50.29%,较去年降低3.71个百分点;查处模板工程安全隐患1349条。

6、“三宝”与“四口”防护。共检查983项,符合要求的703项,符合率为71.52%,较去年降低2.48个百分点;查处“三宝”与“四口”防护安全隐患2777条。

7、施工用电。共检查1140项,符合要求的689项,符合率为60.44%,较去年降低16.56个百分点;查处施工用电安全隐患3777条。

8、物料提升机与人货电梯。共检查330项,符合要求的220项,符合率为66.67 %,较去年提高1.67个百分点;查处物料提升机与人货电梯安全隐患828条。

9、塔吊。共检查676项,符合要求的500项,符合率为73.96%,较去年降低2.04个百分点;查处塔吊安全隐患1235条。

10、施工机具。共检查912项,符合要求的684项,符合率为75%,与去年持平;查处施工机具安全隐患2247条。

11、安全资料。共检查安全资料1220项,符合要求的827项,符合率为67.79%,较去年提高11.7个百分点。

三、存在的主要问题

(一)参建单位市场行为方面

1、建设单位: 

(1)仍有少数建设单位在未办理完善规划许可证、施工许可证等前期基本建设手续的情况下擅自开工建设。区(分站)辖区内旧村改造工程违章施工情况较为突出。

(2)个别建设单位存在超规划建设行为。

(3)个别建设单位擅自对工程结构形式作重大变更,而不重新报请原施工图审查机构审查。

(4)个别建设单位不按规定及时、足额拨付安全文明施工措施费,不按规定办理养老保障金缴纳手续。

(5)部分建设单位质量安全意识不强,不积极督促、协调施工现场的质量安全管理工作,对其自身采购的建筑材料质量不严格把关。

2、监理单位:

(1)部分监理单位监理人员(尤其是总监)变更程序不符要求;总监不常驻现场,个别总监无执业资格证书;专业监理工程师无上岗证书、配备不足(缺少安装专业及安全专业监理工程师)。

(2)部分监理单位工程监理规划及实施细则缺乏针对性和可操作性,监理资料整理混乱无序,监理日志、旁站监理记录等资料时间、内容相互不吻合,监理通知单无复查意见,部分验收资料专业监理工程师不及时签认。

(3)个别监理单位监理人员责任心差,不认真履行监理职责,对施工现场明显存在的质量安全隐患缺乏控制措施,对原材料进场验收及见证取样把关不严,对试验报告结论不认真审查。

3、施工单位:

(1)个别工程项目经理无执业资格证书,个别工程现场项目经理与中标通知书的项目经理不一致。

(2)少数工程施工管理人员配置不全(如缺少安装专业人员、专职安全生产管理人员数量不足等)。

(3)个别工程未办理招投标手续;个别总包单位以包代管的现象严重。

(4)个别施工单位未办理职工意外伤害保险;

(5)部分工程施工组织设计缺乏针对性、可操作性,施工专项方案不全(如缺少混凝土冬期施工专项方案);对需组织专家论证的危险性较大工程的安全专项施工方案,个别工程不按要求组织专家论证。

4、勘察、设计单位:

(1)个别工程地基验槽记录及结论勘察设计单位签章不全;

(2)个别工程勘察单位与设计单位地基处理方案不一致,且无相关变更;

(3)个别设计单位不及时参与工程质量问题的处理。

 (二)工程质量方面

1、部分工程钢筋存在违规外加工现象,钢筋加工弯钩角度与弯折半径不规范,钢筋拉伸后有缩颈、延伸率降低的情况。

2、部分工程作业面钢筋成品保护差、污染严重,钢筋绑扎不牢固、位移,钢筋保护层控制措施不到位。

3、部分工程钢筋连接接头施工质量差,个别工程电渣压力焊接头检测不合格就对钢筋进行隐蔽;个别工程钢筋绑扎搭接长度不够,同截面接头百分率超规范。

4、个别工程梁柱节点核心区箍筋漏放或间距不均匀严重。

5、部分工程施工缝留置位置及形式不符规范规定。

6、部分工程砼构件局部存在涨模、变形,跑浆、露筋,剪力墙根部存在烂根、夹渣等质量通病现象,梁柱节点处砼振捣不密实,局部蜂窝;部分工程砼疏松、夹渣等质量缺陷处表面随意刮浆修补。

7、部分工程模板变形损坏不及时更换,竖向构件侧模支撑不牢固,拆除过早,后浇带底部模板支撑体系仍有提前拆除的现象。

8、部分工程同条件试块未放置在试块所代表的结构实体的相应部位。

9、部分工程现浇板存在不规则裂缝,上表面平整度差。

10、个别工程柱墙与梁板砼强度等级不同无节点砼施工方案,导致节点核心区砼强度达不到设计要求,且出现不规则施工缝。

11、部分工程砌体拉结筋漏放或位置不正确,拉结筋存在随意弯曲、焊接质量差、焊接长度不足的现象;个别工程填充墙拉结筋仍存在植筋现象。

12、个别工程砌体砂浆饱满度达不到规范规定;部分工程填充墙砌筑质量差,顶部后塞缝填塞不密实,灰缝宽窄不均匀、不密实,砂浆强度低;砌块断裂、破损。

13、部分工程现场拌制砂浆计量措施不到位,砂浆拌制时间、使用时间不符合规范规定。

14、部分工程检验批验收记录、隐蔽验收记录、分户验收记录等过程控制资料流于形式,内容千篇一律、不真实。

15、个别工程构造柱等部位砌筑不符合抗震构造要求。

(三)安全生产与文明施工方面

1、安全管理:

(1)安全生产责任制及安全目标管理的落实及考核流于形式,不能真正对现场管理人员的安全生产管理工作做出正确的考核评价。

(2)部分工程的施工方案审批不及时、指导性差,交底不明确、验收不细致。

(3)特种作业人员上岗证件管理混乱、证件过期,经常出现人证不符的现象。

(4)职工教育不及时,不能根据不同情况对作业人员进行安全生产教育。

(5)各种防护用品、施工机具及漏保等项目的日常检查次数少、记录少、量化少,记录不真实,也出现了少量为应付检查资料造假的现象,现场安全管理的技术保障措施不到位。

(6)防护用具及电箱电缆的备案证收集不全,与实际不符。

(7)食堂无卫生许可证,有的过期。

(8)监理日志关于安全生产方面内容少。

2、文明施工:

(1)现场防扬尘措施不到位,未硬化地面,散装材料、裸露黄土未覆盖,无防止泥浆、污水外流措施;车辆自动冲洗设备设置及使用不符要求。

(2)部分宿舍彩板房材料不符合要求;彩板房用电不符合规范。

(3)标准化程度不高,包括施工现场的加工区防护棚,各种围栏等设施设置随意、材料规格不统一。

(4)材料堆放混乱,不按施工现场平面图堆放,相关的防护措施如防火、防雨措施不完善。

(5)生活区设施不完善,五小设施不齐全,医药箱药品不全,无急救措施和急救器材。

(6)仍存在在建工程楼内住人现象。

3、脚手架搭设:

(1)落地架基础处理不好,未整平、夯实,部分工程因基础回填不及时,直接在基坑中搭设的脚手架底部处理粗糙、无排水措施,隐患较大。

   (2)架体连墙件设置数量不足,特别是结构施工后期,随着砌筑工程的施工,很多连墙件被拆掉但是砌筑工程完成以后却没有及时恢复,架体的整体稳定存在很大隐患。

(3)架内层间防护不到位,平网或竹笆、脚手板的铺设不到位、防护不严。

(4)操作层设置不符合要求,未满铺板、随层网设置不全,防护栏杆、挡脚板设置不到位。

(5)立网绑扎不牢,部分立网用钢筋绑扎丝绑扎。

(6)部分工程使用不合格的密目网,个别工程使用的密目网未见合格证明。

基坑支护:

(1)个别深基坑工程的安全专项方案未经专家论证;部分深基坑工程专家论证方案的落实执行情况不到位。

(2)部分工程基坑临边未做防护,无进出基坑专用通道,变形监测不及时、记录不全,基坑内排水不畅通。

5、模板工程:

在检查过程中几乎所有的支模脚手架的搭设都未严格执行规范要求,存在以下主要隐患:

(1)个别高支模工程的安全专项施工方案未经专家论证;部分高支模工程专家论证方案的落实执行情况不到位。

(2)模板支撑系统立柱底无底座、垫板,不按规定设置纵横向支撑,支撑系统与外脚手架连结,拆模时拆除区域未设警戒线且无监护人。

(3)模板基础的处理,包括通板、底座的设置不按规定和方案施工。扫地杆、横向水平杆、剪刀撑的设置少等。部分可调丝杠调节长度超过20cm,顶部“U”型托两侧空隙未采取措施。

6、“三宝”“四口”:

(1)高处作业人员自我保护意识差,高处作业不系挂安全带,不按规定佩戴安全帽。

(2)楼层、楼梯及各种预留洞口的临边挡脚板设置不全。

(3)部分工程对低窗台的临边防护不到位。

(4)电梯间上料平台的防护门未使用工具化、定型化的产品。

(5)对管道井的防护普遍未引起足够的重视。

(6)通道口防护棚、上料口防护棚未采用标准化防护棚,设置比较随意。

7、施工用电:

(1)总箱、分箱的重复接地做法不当、接地极设置不符合要求。

(2)保护零线的接地线用线不当,截面不足。重复接地不符合规范要求,保护零线与工作零线混接。

(3)配电箱内多路配电无标记,位置不当,不便操作和检查。

(4)配电箱的防雨、防砸及消防措施等设置不足。

(5)楼内装饰用电太乱,使用花线、护套线乱接乱挂。

(6)电缆敷设过浅,过路线穿管防护措施不符合要求、封闭不严。

(7)电缆拖地现象比较普遍,架空做法不当。

(8)部分工地仍然用老式的配电箱,使用不合格配电箱。

8、塔吊:

(1)塔吊基础接地、接零不符合要求。

(2)基础无排水措施,排水不畅。

(3)部分塔吊安装后未及时检测。

(4)塔机间相互干扰,无可靠防碰撞措施。

9、物料提升机

(1)部分物料提升机未经检测合格使用。

(2)限载及限乘标志未设置或标识不明确。

(3)各施工层普遍未设置上下联络信号。

(4)物料提升机操作人员未持证上岗,操作棚位置设置不当。

(5)物料提升机安全设置不全,限位不灵敏,安全停靠装置不可靠。

(6)上料平台搭设不当、板固定不牢、无防滑措施、接料台口两侧防护不严,铺板材质不符、不严且铺板方式不符合规范要求。

(7)楼层安全门缺失,有的关闭不严。

10、外用电梯:

(1)部分外用电梯未经检测合格使用。

(2)部分外用电梯未设置限乘标志。

(3)各施工层普遍未设置上下联络信号。

(4)部分施工电梯操作人员未持证上岗。

11、施工机具:

(1)施工机具的防护不全,如电锯的挡板、分料器,电锯的护手板,传动部位的防护罩,张拉卷扬机的防护挡板及防滑脱装置。

(2)机具的保养相对较差,对钢丝绳等重要部件的维修,保养不及时。

(3)电气焊设备使用随意,不遵守相关的安全操作规程,部分氧气、乙炔瓶无防震圈和防护帽,存放距离过近,电焊机一、二次线过长,未使用专用电箱。

12、安全资料:

(1)专业性较强项目安全施工方案不能指导施工或未单独编制,施工组织设计及专项方案公司会审部门不全,技术负责人,总监未签字盖章。

(2)部分特种作业人员无证或证件不齐全,部分证书未年审。

(3)公司及项目部安全检查记录少,职工安全教育档案填写不真实。

(4)临时用电测试验收记录填写不真实。

(5)各专项方案未使用安全资料统一表格,参建各方审批不全。各专项方案内容针对性差,尤其是支模架方案,对规范中构造要求的内容涉及极少,不能指导施工。

四、下一步要求

(一)针对此次春季巡查所发现的各方面问题,各参建单位要结合各自实际情况认真分析总结,全面落实整改。同时,就下一步的质量安全管理工作,对各参建单位提出如下要求:

1、建设单位特别是房地产开发单位应强化质量安全意识,进一步规范建筑市场行为,一是要严格遵守基本建设程序,依法进行建设;二是要严格贯彻执行施工图审查、建筑节能等政策法规要求,不得超规划建设,不得擅自降低节能设计标准;三是要按照合同要求及时拨付工程款,不得压级压价,不得任意压缩合理工期,为保证工程质量安全提供保障。

2、监理单位应切实履行质量安全监理职责,一是要加强企业内部制度建设,完善对项目监理部的考核机制及对监理人员的教育培训机制,提高自身技术业务素质;二是要严格按照监理规范及旁站、巡视、平行检验等方式实施监理,加强对工程重点部位、关键工序的施工过程质量控制;三是要建立完备的安全监理组织机构体系,对施工现场安全生产责任制及各项安全防护措施的落实执行情况严格实施监理,尤其要加强对深基坑、高支模等危险性较大工程的安全监理,以督促施工企业确保工程质量安全。

3、施工单位应切实落实质量责任制及安全生产责任制,不断提高文明施工水平,一是要通过加强项目组织机构建设,完善对项目部及管理人员的考核、培训机制等手段,提高企业的质量安全自控能力;二是要强化对涉及结构安全和使用功能的重点部位的质量控制与验收,杜绝重大质量事故的发生,有效治理各类质量通病;三是要严格落实执行危险性较大工程安全专项施工方案及施工现场各项安全防护要求,加强对农民工的安全教育,确保不发生群死群伤等重大安全事故;四是要进一步规范施工现场的场容场貌,通过场地道路硬化、垃圾渣土覆盖、出场车辆冲洗等手段,有效防止扬尘污染。

4、勘察、设计单位应及时确认相关文件,严格执行设计变更程序,对技术复杂的施工工艺及施工中出现的质量问题,应给予技术支持,积极参与方案编制及问题处理。

(二)各级工程质量安全监督机构应就本次春季巡查中所发现的突出问题和薄弱环节,进一步加大监管力度,创新监管手段,进行专项整治,并重点做好以下工作:

1、针对春季巡查中发现的部分参建单位市场行为仍不规范的问题,应继续加强对参建各方市场行为的稽查力度,加强与招投标、建筑队伍管理、工程款清欠等管理部门的联动,严肃查处各种违法违规行为。对于严重违规或存在重大质量安全隐患,经督促拒不整改或整改落实不到位的,应建议相关部门给予暂停建设单位新开工项目前期手续及竣工项目备案手续的办理,暂停施工、监理单位的招投标资格、撤销外地企业进济备案资格等处罚。

2、从实体质量方面检查的统计数据来看,钢筋工问题较突出,符合率明显偏低且较去年有下降趋势,下一步应采取施工过程中不定期抽查的方式,进一步加大对钢筋原材料检验、绑扎安装质量、保护层厚度控制措施的监督检查力度,特别是要严厉打击场外违规加工钢筋而降低其力学性能的行为,一经查实,要严肃处理;另外,对桩基础、复合地基、主要受力构件混凝土强度等其他对结构安全有重要影响的项目,应继续作为监督重点狠抓严管。

3、技术资料符合率仍明显偏低,今后应进一步加强对技术资料的审核力度,重点整治技术资料中试验报告造假,分户验收记录、检验批验收记录内容千篇一律、弄虚作假的问题。

 4、从安全检查方面的统计数据来看,有多项符合率较低,其中脚手架、基坑、模板、临时用电等问题特别突出,下一步应继续全面加强安全生产监管,重点突出对起重机械、深基坑、高架支模、外电防护、施工现场及农民工宿舍防火、工人食堂饮食卫生等等易引发群死群伤事故的安全隐患的排查,对发现的严重问题,一律责令停工整改,并跟踪监督落实整改情况,隐患不排除决不放过。

 5、通过检查发现,文明施工水平仍有待进一步提高,今后应继续着力加强对文明施工尤其是防治扬尘污染的检查力度,除严格检查场地硬化情况、垃圾、渣土覆盖情况等项目外,还要大力推广使用预拌砂浆,深入落实施工现场远程视频监控系统、自动洗车设备的安装及使用效率。

五、处理意见

(一)对于工程质量较好、安全防护措施到位、文明施工较好的工程,予以通报表彰。(详见附表一)

(二)对于工程质量较差、安全防护措施不到位、不符合文明施工要求的工程,予以通报批评。(详见附表二)

(三)对于不认真履行监理职责,监理行为不规范的监理单位予以通报批评。(详见附表三)

(四)对于工程质量、安全、文明施工和各责任主体质量安全行为方面存在的问题,各有关单位应按照国家和省、市有关规定彻底整改,并及时将整改结果报质量安全监督机构。

 

 

 

 

 

 

 

附表一  质量安全与文明施工较好工程一览表

附表二  质量安全与文明施工较差工程一览表

附表三  监理单位违规行为一览表

 

二○一○年四月十九日

附件下载地址:

 

 
点击浏览该文件

posted @ 2010-04-24 09:44 木饭 阅读(133) 评论(0) 编辑

连接上的机器必须为2003的操作系统!

1、找到一台能连上网络的windows2003的机器

2、开始–运行–输入“tsmmc.msc”,跳出一个远程桌面控制台

3、右键点击左边的“远程桌面”,选择“新建远程桌面”,按照要求填写要连接的虚拟主机的ip、用户名、密码、域名,然后点击“确定”

4、点击新建好的远程桌面,就可以登陆到远程虚拟主机了

 

扫尾工作:

1、登陆到远程虚拟主机后,打开“任务管理器”,选择“用户”,踢掉那2个留在系统中的用户

2、开始-运行-gpedit.msc-计算机配置-管理模板-windows组件-终端服务-会话,右边窗口选择“为断开的会话设置时间限制”-选择已启用,设置一个时间

 

 

posted @ 2010-02-06 09:25 木饭 阅读(33) 评论(0) 编辑

具体要注意的:
1.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如:
select id from t where num is null
可以在num上设置默认值0,确保表中num列没有null值,然后这样查询:
select id from t where num=0
2.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描。优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行。
3.应尽量避免在 where 子句中使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:
select id from t where num=10 or num=20
可以这样查询:
select id from t where num=10
union all
select id from t where num=20
4.in 和 not in 也要慎用,因为IN会使系统无法使用索引,而只能直接搜索表中的数据。如:
select id from t where num in(1,2,3)
对于连续的数值,能用 between 就不要用 in 了:
select id from t where num between 1 and 3
5.尽量避免在索引过的字符数据中,使用非打头字母搜索。这也使得引擎无法利用索引。
见如下例子:
SELECT * FROM T1 WHERE NAME LIKE ‘%L%’
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’
SELECT * FROM T1 WHERE NAME LIKE ‘L%’
即使NAME字段建有索引,前两个查询依然无法利用索引完成加快操作,引擎不得不对全表所有数据逐条操作来完成任务。而第三个查询能够使用索引来加快操作。
6. 必要时强制查询优化器使用某个索引,如在 where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:
select id from t where num=@num
可以改为强制查询使用索引:
select id from t with(index(索引名)) where num=@num
7.应尽量避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:
SELECT * FROM T1 WHERE F1/2=100
应改为:
SELECT * FROM T1 WHERE F1=100*2
SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’
应改为:
SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’
SELECT member_number, first_name, last_name FROM members
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
应改为:
SELECT member_number, first_name, last_name FROM members
WHERE dateofbirth < DATEADD(yy,-21,GETDATE())
即:任何对列的操作都将导致表扫描,它包括数据库函数、计算表达式等等,查询时要尽可能将操作移至等号右边。
8.应尽量避免在where子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描。如:
select id from t where substring(name,1,3)='abc'--name以abc开头的id
select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id
应改为:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
9.不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。
10.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致。
11.很多时候用 exists是一个好的选择:
elect num from a where num in(select num from b)
用下面的语句替换:
select num from a where exists(select 1 from b where num=a.num)
SELECT SUM(T1.C1)FROM T1 WHERE(
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
SELECT * FROM T2 WHERE T2.C2=T1.C2)
两者产生相同的结果,但是后者的效率显然要高于前者。因为后者不会产生大量锁定的表扫描或是索引扫描。
如果你想校验表里是否存在某条纪录,不要用count(*)那样效率很低,而且浪费服务器资源。可以用EXISTS代替。如:
IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')
可以写成:
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')
经常需要写一个T_SQL语句比较一个父结果集和子结果集,从而找到是否存在在父结果集中有而在子结果集中没有的记录,如:
SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示tbl用别名a代替
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)
SELECT a.hdr_key FROM hdr_tbl a
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL
SELECT hdr_key FROM hdr_tbl
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
三种写法都可以得到同样正确的结果,但是效率依次降低。
12.尽量使用表变量来代替临时表。如果表变量包含大量数据,请注意索引非常有限(只有主键索引)。
13.避免频繁创建和删除临时表,以减少系统表资源的消耗。
14.临时表并不是不可使用,适当地使用它们可以使某些例程更有效,例如,当需要重复引用大型表或常用表中的某个数据集时。但是,对于一次性事件,最好使用导出表。
15.在新建临时表时,如果一次性插入数据量很大,那么可以使用 select into 代替 create table,避免造成大量 log ,以提高速度;如果数据量不大,为了缓和系统表的资源,应先create table,然后insert。
16.如果使用到了临时表,在存储过程的最后务必将所有的临时表显式删除,先 truncate table ,然后 drop table ,这样可以避免系统表的较长时间锁定。

17.在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ,在结束时设置 SET NOCOUNT OFF 。无需在执行存储过程和触发器的每个语句后向客户端发送 DONE_IN_PROC 消息。
18.尽量避免大事务操作,提高系统并发能力。
19.尽量避免向客户端返回大数据量,若数据量过大,应该考虑相应需求是否合理。

20. 避免使用不兼容的数据类型。例如float和int、char和varchar、binary和varbinary是不兼容的。数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。例如:
SELECT name FROM employee WHERE salary > 60000
在这条语句中,如salary字段是money型的,则优化器很难对其进行优化,因为60000是个整型数。我们应当在编程时将整型转化成为钱币型,而不要等到运行时转化。
21.充分利用连接条件,在某种情况下,两个表之间可能不只一个的连接条件,这时在 WHERE 子句中将连接条件完整的写上,有可能大大提高查询速度。
例:
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO
第二句将比第一句执行快得多。
22、使用视图加速查询
把表的一个子集进行排序并创建视图,有时能加速查询。它有助于避免多重排序 操作,而且在其他方面还能简化优化器的工作。例如:
SELECT cust.name,rcvbles.balance,……other columns
FROM cust,rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果这个查询要被执行多次而不止一次,可以把所有未付款的客户找出来放在一个视图中,并按客户的名字进行排序:
CREATE VIEW DBO.V_CUST_RCVLBES
AS
SELECT cust.name,rcvbles.balance,……other columns
FROM cust,rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name
然后以下面的方式在视图中查询:
SELECT * FROM V_CUST_RCVLBES
WHERE postcode>“98000”
视图中的行要比主表中的行少,而且物理顺序就是所要求的顺序,减少了磁盘I/O,所以查询工作量可以得到大幅减少。
23、能用DISTINCT的就不用GROUP BY
SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
可改为:
SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10
24.能用UNION ALL就不要用UNION
UNION ALL不执行SELECT DISTINCT函数,这样就会减少很多不必要的资源

35.尽量不要用SELECT INTO语句。
SELECT INOT 语句会导致表锁定,阻止其他用户访问该表。
上面我们提到的是一些基本的提高查询速度的注意事项,但是在更多的情况下,往往需要反复试验比较不同的语句以得到最佳方案。最好的方法当然是测试,看实现相同功能的SQL语句哪个执行时间最少,但是数据库中如果数据量很少,是比较不出来的,这时可以用查看执行计划,即:把实现相同功能的多条SQL语句考到查询分析器,按CTRL+L看查所利用的索引,表扫描次数(这两个对性能影响最大),总体上看询成本百分比即可。


今天在itput上看了一篇文章,是讨论一个语句的优化:
原贴地址: http://www.itpub.net/viewthread.php?tid=1015964&extra=&page=1
一,发现问题 优化的语句:
请问以下语句如何优化:
CREATE TABLE aa_001
( ip VARCHAR2(28),
name VARCHAR2(10),
password VARCHAR2(30) )

select * from aa_001 where ip in (1,2,3) order by name desc;
--目前表中记录有一千多万条左右,而且in中的值个数是不确定的。
以上就是优化的需要优化的语句和情况。

不少人在后面跟帖:有的说没办法优化,有的说将IN该为EXISTS,有的说在ip上建立索引复合索引(ip,name)等等。
二,提出问题 那这样的情况,能优化吗,如何优化?今天就来讨论这个问题。
三,分析问题 1,数据量1千万多条。
2,in中的值个数是不确定
3.1 分析数据分布 这里作者没有提到ip列的数据的分布情况,目前ip列的数据分布可能有以下几种:
1,ip列(数据唯一,或者数据重复的概率很小)
2,ip列 (数据不均匀,可能有些数据重复多,有些重复少)
3,ip列 (数据分布比较均匀,数据大量重复,主要就是一些同样的数据(可能只有上万级别不同的ip数据等)

解决问题:
1,对于第一种数据分布情况,只要在ip列建立一个索引即可。这时不管表有多少行, in个数是不确定的情况下,都很快。
2,对应第二中数据分布情况,在ip列建立索引,效果不好。因为数据分布不均匀,可能有些快,有些慢
3,对应第三种数据分布情况,在ip列建立索引,速度肯定慢。
注意:这里的 order by name desc 是在取出数据后再排序的。而不是取数据前排序

对于2,3两个情况,因为都是可能需要取出大量的数据,优化器就采用表扫描(table scan),而不是索引查找(index seek) ,速度很慢,因为这时表扫描效率要优于索引查找,特别是高并发情况下,效率很低。

那对应2,3中情况,如何处理。是将in改成exists。其实在sql server 2005和oracle里的优化器在in后面数据少时,效率是一样的。这时采用一般的索引效率很低。这时如果在ip列上建立聚集索引,效率会比较高。我们在SQL server 2005中做个测试。

表:[dbo].[[zping.com]]]中有约200万条数据。包含列Userid, id, Ruleid等列。按照上面的情况查询一下类似语句:
select * from [dbo].[[zping.com]]] where
userid in ('402881410ca47925010cb329c7670ffb','402881ba0d5dc94e010d5dced05a0008'
,'4028814111a735e90111a77fa8e30384') order by Ruleid desc

我们先看userid的数据分布情况,执行下面语句:
select userid,count(*) from [dbo].[[zping.com]]] group by userid order by 2
这时我们看看数据分布:总共有379条数据,数据两从1到15万都有,数据分布倾斜严重。下图是其中一部分。


这时如果在ip上建立非聚集索引,效率很低,而且就是强行索引扫描,效率也很低,会发现IO次数比表扫描还高。这时只能在ip上建立聚集索引。这时看看结果。

这时发现,搜索采用了(clustered index seek)聚集搜索扫描。
在看看查询返回的结果:
(156603 行受影响)
表 '[zping.com]'。扫描计数 8,逻辑读取 5877 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
表 'Worktable'。扫描计数 0,逻辑读取 0 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
返回15万行,才不到6千次IO。效率较高,因为这15万行要排序,查询成本里排序占了51%。当然可以建立(userid,Ruleid)复合聚集索引,提高性能,但这样做DML维护成本较高。建议不采用。

从上面的测试例子可以看出, 优化的解决办法:
数据分布为1:建立ip索引即可
数据分布为2,3:在ip列建立聚集索引

posted @ 2010-01-04 11:41 木饭 阅读(287) 评论(0) 编辑

 

步骤1、为FTP服务器建立一个安全的专用FTP帐号

点击“开始菜单→管理工具→计算机管理”,这里弹出一个计算机管理窗口,我们在里面建立一个供FTP客户端登陆的帐号,双击左栏中的“本地用户和组”然后在右栏中点击鼠标右键,选择“新建”命令,就会弹出一个新用户建立窗口,现在我们建立一个用户,在这里我们建立一个用户名为 cnhack 帐号,密码为chinanetpk ,并去除“用户下次登陆时须更改密码”的选项,勾选“用户不能更改密码”及“密码永不过期”选项。然后点击“创建”按钮,就创建了一个用户名为 cnhack 的用户。

为了服务器安装着想,我们还须进行如下安全设置,在默认的情况下,我们建立的用户帐号 Users 组用户,虽然普通用户组对服务器安全影响不大,但我们还是把这个用户所属的 Users 组删除,把刚建立的 cnhack 用户添加到 Guests 用户组,步骤如下:

右击右栏中刚才建立的普通用户 cnhack ,出现一个菜单,选择属性,这时会弹出别一个窗口cnhack 属性窗口,选择“隶属于”标签,这时我们会看到cnhack 用户隶属于Users组,我们选择下栏中的Users组名称,并选择“删除”按钮,这里cnhack用户原来的隶属组被删除,我们再点击下栏中的“添加”按钮,这时弹出一个“选择组”窗口,选择“高级”按钮,再点击“立即查找”按钮,这时我们会看到一个“Guests”用户组名,双击“Guests”用户组名称后返回选择组窗口,点击“确定”按钮退出。这样我们就把刚建立的 cnhack 用户添加进了Guests 用户组,并把原 cnhack 隶属的用户组删除了。


为了服务器安装着想,我们还应在“cnhack属性”栏里选择远程控制标签,把“启用远程控制”的勾去掉。这里一个安全的FTP帐号建立成功。

本例中,我们在D盘建立一个文件夹,并重命名该文件夹文件名为 cnhack ,然后在该文件夹图标处点击右键,出现菜单,选择“属性”,这里弹出一个属性对话框,在“ cnhack 属性”中选择“安全”标签,点击右下方的“高级”选项,并去除勾选“允许父项的继承权限传播到该对像和所有对像,包括那些在此明确定定义的项目(A)”。
然后点击确定按钮,返回cnhack属性的“安全”标签,在这里会看到还剩下一个超级管理员组 Administrators 成员可以管理cnhack 文件夹,我们再勾选允许超级管理员组成员允许完全控制该文件夹,这样就给了我们管理员组对cnhack文件夹的完全控制权,现在我们再给我们刚才建立的 cnhack 用户管理权限,我们点击添加按钮,根据提示把 cnhack 帐号添加成为 cnhack 文件夹的管理员,然后再勾选允许cnhack 帐号完全管理该文件夹,这样就给了 cnhack 帐号对该文件夹的完全管理权。
现在D:\cnhack 文件夹只允许超级管理员组Administrators 成员和帐号 cnhack 的来宾组成员进行管理与访问了,其它帐户帐号将不能对 cnhack 文件夹有任何的访问权及修改权限。


步骤2、使用Internet 信息服务(IIS)管理器建立一个安全的FTP空间:

现在我们打开“开始菜单”→“程序”→“管理工具”→“Internet 信息服务(IIS)管理器”,弹出一个IIS管理器窗口,在里面找到“FTP站点” →“默认 FTP 站点”,并在“默认 FTP 站点”里点击鼠标右键,选择“属性”选择,出现一个“默认 FTP 站点属性”对话框,选择“主目录”标签,把原来默认的地址改为我们刚才建立的文件夹D:\cnhack 的路径,下面会有三个选项,分别是、“读取、写入、记录访问”,你可以根据需要勾选,如果中介提供给别人下载的FTP空间,则不要勾选写入选项,如果需要提供给别人上传及更改FTP空间内容的,则需要勾选写入选项。本例中,我们是让朋友可以把数据上传到FTP空间的,所以我们勾选了“写入”选项,

下面我们再来配置使用指定的我们刚才建立的帐号cnhack 才能登陆现在这个FTP空间,我们现在点击“安全帐户”标签,再点击“浏览”按钮,根据提示选择我们刚才建立的cnhack用户名,然后点击确定,这样就指定了这个空间只有使用我们设置的 cnhack 用户帐号才能登陆,记住不要勾选下面的“只允许匿名连接”选项,因为这样将会带来安全问题,

现在我们再来指定该FTP站点的IP地址,我们只要点击“FTP站点”标签,然后在“IP地址(I)”的右栏输入框里输入我们本机的IP地址即可。还有可以在“TCP/IP端口(T)”的右输入框里修改当前FTP站点的TCP/IP端口号,默认情况下是使用21端口的。

这样一个安全的FTP站点就建立成功了。使用IIS6建立的FTP服务器可以使用IEFTP客户端软件登陆FTP空间。而且功能强大。

posted @ 2009-12-25 10:59 木饭 阅读(270) 评论(0) 编辑
摘要: 写好一个windows服务后,需要在系统中注册这个服务,方法如下:开始-->运行 输入cmd 进入控制台输入C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe D:/windowService.exe按回车,即可完成服务注册。如果要取消该服务,则输入C:\WINDOWS\Microsoft.NET\Framework\v...阅读全文
posted @ 2009-12-04 15:27 木饭 阅读(562) 评论(0) 编辑
摘要: 最近一直在看设计模式,想把自己的学习笔记与大家分享一下,如果能帮助大家的话,我会非常高兴,同时也欢迎大家指出里面的不足。园子里其实关于此类文章已经很多了,如果dudu感觉放在首页欠妥的话,可以调一下。简单工厂模式(Simple Factory Pattern)介绍:简单工厂模式不能说是一个设计模式,说它是一种编程习惯可能更恰当些。因为它至少不是Gof23种设计模式之一。但它在实际的编程中经常被用到...阅读全文
posted @ 2009-11-13 16:42 木饭 阅读(53) 评论(0) 编辑
摘要: 下载了一个免费的网页程序,登录后台的时候验证码图片不显示,它的自带说明里说要改注册表:HKEY_LOCAL_MACHINE SOFTWARE Microsoft Internet Explorer Security,在右侧窗口新建dword值“blockXbm”并将键值该为“00000000”同时,把瑞星卸载了阅读全文
posted @ 2009-07-10 14:53 木饭 阅读(65) 评论(0) 编辑
摘要: 【IT168 技术文档】 Web2.0的兴起,掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念,细分了网站功能和用户群,不仅成功的造就了一大批新生的网站,也极大的方便了上网的人们。但Web2.0以用户为导向的理念,使得新生的网站有了新的特点——高并发,高流量,数据量大,逻辑复杂等,对网站建设也提出了新的要求。 本文围绕高并发高流量的网站架构设计问题,主要研...阅读全文
posted @ 2009-06-30 15:12 木饭 阅读(205) 评论(0) 编辑