建材秒知道
登录
建材号 > 建材市场 > 正文

nalc如何固定

清脆的盼望
俏皮的手链
2022-12-24 09:09:32

什么是NALC板?

最佳答案
可爱的热狗
粗暴的小松鼠
2026-05-08 08:52:27

ALC板(或NALC)的中文名称是蒸压轻质加气混凝土(Autoclaved Lightweight Concrete),分ALC板材(或NALC板材)和(或NALC砌块,砂加气混凝土砌块),它是由硅砂、水泥、石灰等为主要原料,由经过防锈处理的钢筋增强,经过高温,高压,蒸气养护而成的多孔混凝土板材。

无论名称如何变更ALC板还是NALC板还是AAC板都是蒸压加气混凝土板的简称,我们国家的产品标准为GB15762-2008,任何国内的生产企业都必须遵守这个产品技术标准。无论主材采用粉煤灰还是硅砂还是工业尾砂还是矿砂,其化学成分均为硅钙盐,不过自然界的存在形式不同而已。

扩展资料

ALC板主要性能有轻质,比重只有0.5,构造计算用为0.65。保温隔热导热系数为0.114,其125mm厚度材料的保温效果可以达到普通370mm砖墙,是一种可以以单一材料就能达到建筑节能50%以上的材料。隔音100mm材料的隔音指标达到44dB(透过损失)。

NALC板施工快捷简便,在施工进度上大幅度的缩短了施工工期。从安全方面考虑,无需施工人员长期在楼层边缘作业,大大减少了意外事故的发生概率。NALC板为一块整体,整体稳定性更强,密封性更好。在成本方面,降低了人工成本及材料成本,为项目创造更好的效益。

参考资料来源;百度百科--ALC板

最新回答
纯真的高山
英俊的美女
2026-05-08 08:52:27

ALC板、NALC板和AAC板都是同一种板。它们都是由同一种材料制作的,都是蒸压加气轻质混凝土(蒸压轻质混凝土)。

AAC板是蒸压加气混凝土这种材料的国际上通用的简称。用AAC材料做的板材叫做AAC板材,AAC板ALC板和NALC板名字不一样,但是实质都属于AAC板材。它们都是由粉煤灰(或硅砂)、水泥、石灰等为主原料,经过高压蒸汽养护而成的内含经过处理的钢筋增强的一种高性能板材。

ALC板名的发展历史:

最初,AAC板源于在欧洲。因为当时的蒸压加气混凝土制品英文名都为Autoclaved Aerated Concrete,即AAC,它属于欧洲的传统产品板材。

后来,在上世纪八十年代,蒸压加气混凝土在日本得到推广,日本的加气混凝土公司为了让自己的产品更有特色和跟欧洲的传统产品有区分度,便将日本生产的蒸压加气混凝土改名为Autoclaved Lightweight Concrete,即ALC。

再后来,由中国和日本合资成立了南京旭建公司开始引进蒸压加气混凝土,这种加气混凝土技术主要来自日本。同样,为了让自己的产品名称其它公司的产品有区分度,便起名为NALC,N代表南京。

扩展资料

ALC板、NALC板和AAC板的特点:

1、抗渗性较好,比标准砖抗渗性好5倍。

2、这些板材是一种不燃的无机材料,有很好的耐火性能。

3、具有完善的应用配套体系,配有专用连接件、勾缝剂、修补粉、界面剂等。

4、表面质量好、不开裂,采用本材料因为采用干法施工,所以板面不存在空鼓裂纹现象。

5、生产标准化,工业化、安装产业化,可锯、切、刨、钻,施工干作业,速度效率高。

6、抗冻性好,经冻融试验后强度损失<5%(国家标准<20%)、质量损失<1.5%(国家标准<5%)。

7、属于一种无机硅酸盐材料,不老化,耐久性好,使用年限可以和各类建筑物的使用寿命相提并论。

淡然的银耳汤
刻苦的玫瑰
2026-05-08 08:52:27
可行。红圈处不要再设梁。

建议一、红线处做梁按下:

1、梁断面:240*650mm(或300*600);

2、梁主筋:底部5根22或4根25;面部2根18通长,另加端头各2根18的短钢筋(伸入梁跨度内的长度约为1800mm);

3、混凝土强度:C30;

4、本梁只承受单层荷载,以上每层都须按此设梁;

5、若此梁上面有砖墙 且 墙上无门洞,可以考虑把梁上翻(梁底和板底相平,梁顶高出板面),使大厅空间不受此梁的影响;

6、楼板钢筋可以适当减少,以免浪费,按:底筋14@180-200 或 12@

无私的书包
悦耳的小熊猫
2026-05-08 08:52:27
总览

推广指标

CPM、CPT、CPC、CPA、CPS 推广形式

DNU、DLU、DAU、DRR、DRR3、DRR7、DRR7s、MRR用户群及用户质量

DPU、DPC、Revenue、DNUV、PCR收益及用户价值

LT、LTV、ROI生命周期及价值

运营指标

DNU、DLU、DAU、DBAU、DKAU、PCU、ACU 用户群

NLR、DLU/MLU、ACU/PCU 产品质量

DRR、DRR3、DRR7、DRR7s、MRR、DCR、DCR3、DCR7、DCR7s、MCR用户质量

DPU、DPC、Revenue、DFPU、DKPU、DLUV、DAUV、DPUV、PLR、PAR 产品收益

RNU、RAU、RPU滚服

监控指标

DNRD、DNRU用户群

NoUR、NoRR、NoLR、NoOR 用户质量

ALC、ALD、AET、AOET 单用户质量

推广形式

nCPM

nCPT

nCPC

nCPA

nCPS

CPM:

按展示付费(Cost Per Thousand-Impression)

定义:按每千次展示计费的广告成本,一般每展示按UV统计,可能出现IP或PV统计(一般不推荐)

备注:

PV(访问量):即Page View,即页面浏览量或点击量,用户每次刷新即被计算一次

UV(独立访客):即Unique Visitor,访问您网站的一台电脑客户端为一个访客,00:00-24:00内相同的客户端只被计算一次

IP(独立IP):即Internet Protocol,指独立IP数,00:00-24:00内相同IP地址之被计算一次

CPT:

按时长付费(Cost Per Time)

定义:按展现时长计费的广告成本,一般按天统计

备注:国内很多的渠道广告位都是按照“一天多少钱”这种固定收费模式来收费的

案例:91、各类应用软件、各类网站等

CPC:

按点击付费(Cost Per Click)

定义:按每次点击计费的广告成本

备注:关键词广告一般采用这种定价模式,比较典型的有Google广告联盟的AdSense for Content和百度联盟的百度竞价广告;此投放类型容易作弊

案例:AdMob等

CPA:

按行为付费(Cost Per Action)

定义:按广告投放实际效果计费的广告成本,即按回应的有效问卷或定单来计费,而不限广告投放量(按注册或激活计费,而我们通常用注册)

备注:CPA的计价方式对于网站而言有一定的风险,但若广告投放成功,其收益也比CPM的计价方式要大得多

案例:搜索关键字、广告墙等

CPS:

按销售付费(Cost Per Sale)

定义:按实际销售产品收益比例计费的广告成本

备注:这种形式更多的应用在联运平台,按产品实际产生的收益比例支付渠道费用

案例:小米、安智、UC等

用户获取

nDNU

nDNRD(监控指标)

nDNRU(监控指标)

nNoUR、NoRR、NoLR、NoOR(监控指标)

DNU:

日新增用户数(Daily New Users)

定义:每日新注册并登录的有效用户数(推广按账号,运营按角色统计)

目的:分析渠道质量、宏观走势、渠道作弊等

备注:月新增用户数[MNU]统计同上,按30天统计;新增用户数统计以进入游戏主界面为准

DNRD:

日新注册设备数(Daily New Registered Devices)

定义:每日从各渠道导入的注册设备数

目的:监控真实导入量、渠道贡献情况等

备注:月新注册设备数[MNRD]统计同上,按30天统计;新注册设备数一般按MAC地址统计,没有MAC地址时可按设备ID[Android]或IDFA[iOS]统计

DNRU:

日新注册用户数(Daily New Registered Users)

定义:每日从各渠道导入的新注册账号数

目的:监控导入量、渠道贡献情况等

备注:月新注册用户数[MNRU]统计同上,按30天统计

关联:通常DNRD,DNU;当DNU<<DNRU或DNRD<<DNRU时,表示可能有渠道作弊现象

NoUR:

无账号率(No User Ratio)

定义:统计时间区间内,账号没注册成功的用户占新导入用户的比例

目的:监控账号注册失败而流失的情况、闪退等

备注:需要在账号注册前后埋点;导入一般以激活为准

NoRR:

无角色率(No Role Ratio)

定义:统计时间区间内,只注册了账号没建角色的用户占新注册用户的比例

目的:监控闪退、刷号等

备注:需要在角色创建前后埋点

NoLR:

无登录率(No Login Ratio)

定义:统计时间区间内,只创建了角色没登录成功的用户占新建角色用户的比例

目的:监控无效账号情况、闪退等

备注:需要在角色进入游戏前后埋点

NoOR:

无操作率(No Operation Ratio)

定义:统计时间区间内,进入游戏后没有操作的用户占新增用户的比例

算法:Level=1、Exp=0…

目的:监控游戏第一印象、闪退、刷量等

备注:一般按角色统计

用户活跃

nDLU、DAU

nDLU/MLU

nDBAU、DKAU

nNLR

nALC、ALD(监控指标)

nAET、AOET(监控指标)

nPCU、ACU

nACU/PCU

DLU:

日登录用户数(Daily Login Users)

定义:每日登录过游戏的用户数(推广按账号,运营按角色统计[去重])

目的:分析登录用户规模、产品周期变化趋势等

备注:月登录用户数[MLU]统计同上,按30天统计,汇总需去重;对于核心用户规模的衡量需要谨慎对待新增用户和回流用户在登录用户中的变化情况,具体需要依据细分登录用户才能够了解用户规模和质量

关联:DLU=DNU+DAU=DNU+历史留存用户(DRU+DRU2+DRU3+…)

DAU:

日活跃用户数(Daily Active Users)

定义:每日登录过游戏的非新增用户数(推广按账号,运营按角色统计[去重])

算法:DLU-DNU

目的:分析玩家活跃规模、产品周期变化趋势及游戏活动跟踪等

备注:月活跃用户数[MAU]统计同上,按30天统计,汇总需去重;对于核心用户规模的衡量需要谨慎回流用户在活跃用户中的变化情况,具体需要依据细分活跃用户才能够了解用户规模和质量

关联:DAU=历史留存用户(DRU+DRU2+DRU3+…)

DLU/MLU:

产品黏性(DLU/MLU)

定义:日登录用户占月登录用户的比例(推广按账号,运营按角色统计)

算法:DLU/MLU

目的:分析用户的游戏参与度如何、游戏人气、游戏黏性等

备注:此处MLU定义为截止当日,最近一个月[含当日的30天]登录过游戏的用户数(推广按账号,运营按角色统计[去重]);有效的DLU应该取3个月左右之后,游戏运营平稳后的数据,才能有效展现真实的游戏内用户活跃情况

关联:DLU/MLU理论上介于0.03~1之间;目前大多数移动游戏DLU/MLU在10%~30%之间,如果低于10%的话,游戏很可能已经处于衰退期了,高于20%的则可以从一个侧面反映出游戏的留存还不错

DBAU:

日回流活跃用户数(Daily Backflow Active Users)

定义:截至当日,前7天无登录[不含当日]但当日有登录的非新建用户数

目的:分析运营活动推送效果等

备注:月回流活跃用户数[MBAU]统计同上,按前30天无登录[不含当日]但当月有登录来统计

关联:DBAU=历史流失用户[DCU7s+DCU8s+DCU9s+...]

DKAU:

日核心活跃用户数(Daily Kernel Active Users)

定义:每日的非新登核心活跃用户数(一般按角色统计[去重])

算法:DAU-DBAU

目的:分析了解真实的核心活跃用户数

备注:月核心活跃用户数[MKAU]统计同上,按30天统计,汇总需去重

NLR:

新增占比(New Users Login Ratio)

定义:统计时间区间内,新增用户占登录用户的比率

算法:DNU/DLU

目的:分析新增用户占比

备注:一般按角色统计

ALC:

平均登录次数(Average Login Count)

定义:统计时间区间内,每登录用户的平均登录次数

算法:DLC/DLU

目的:分析衡量玩家粘性、分析版本更新影响及推广渠道刺激等

备注:一般按角色计算;DLC[Daily Login Count]为日登录用户的总登录次数

ALD:

平均登录天数(Average Login Days)

定义:统计时间区间内,登录用户的平均登录天数(一般按角色统计)

目的:分析阶段性用户的活跃度

备注:一般按月统计

AET:

平均参与时长(Average Engagement Time)

定义:统计时间区间内,登录用户的平均总在线时长(小时)

目的:分析用户活跃度、影响同时在线数等

备注:一般按角色统计

AOET:

平均单次参与时长(Average Once Engagement Time)

定义:统计时间内,登录用户平均每次游戏的在线时长(小时)

算法:AET/ALC

目的:分析细化用户活跃情况、时间碎片化等

备注:一般按角色统计

PCU:

最高同时在线用户数(Peak Concurrent Users)

定义:在一个瞬间极点上达到的同时在线的用户总数

算法:每隔5分钟或10分钟取一次同时在线用户数,其最大值为这段时间的PCU

目的:分析衡量游戏热度及活动的开展与效果(如阵营战、BOSS战)等

备注:一般按角色来统计;由于只是一个极点上的同时在线数,因此有其局限性,不能反映游戏同时在线真实水平

ACU

平均同时在线用户数(Average Concurrent Users)

定义:将一段时间内(日/周/月)各时间点在线用户数的平均

算法:每隔5分钟或10分钟取一次同时在线用户数,其平均值为这段时间的ACU

目的:分析反映游戏同时在线真实水平、游戏活跃度、用户在线时长等

备注:一般按角色来统计

ACU/PCU:

在线平高比(ACU/PCU)

定义:平均同时在线用户数占最高同时在线用户数的比例

算法:ACU/PCU

目的:分析反映游戏活动、版本更新、产品黏性、小号泛滥等

备注:一般按角色来统计;ACU/PCU的预警值是0.5,也就说在一款游戏中我们能够接受的最低标准是0.5,低于0.5的标准就说明游戏存在比较大的问题

用户留存

nDRR、DRR3、DRR7

nDRR7s

nMRR

DRR 、DRR3、DRR7:

次日、三日、七日留存率(Day Retention Ratio at Day 1、3、7)

定义:日新增用户在次日、三日、七日[不含首次登录当天]登录的用户占新增用户的比例(推广按账号,运营按角色统计)

算法:DRU、DRU3、DRU7/DNU

目的:分析游戏适应性、渠道用户质量、投放渠道效果、游戏粘性等(次日留存率最重要)

备注:DRU、DRU3、DRU7为次日、三日、七日留存用户数;关注留存率的同时需要关注用户流失节点

关联:DAU=DRU+DRU2+DRU3+…

DRR7s:

七日内留存率(Day Retention Ratio in 7 Days)

定义:日新增用户在七日内[不含首次登录当天]登录用户占新增用户的比例(推广按账号,运营按角色统计)

算法:DRU7s/DNU

目的:分析综合评定游戏吸引度、渠道用户质量、产品质量等

备注:DRU7s为七日内留存用户数;DRR3s为三日内留存率,以此类推

关联:DRR7s>DRR;DRR、DRR3、DRR7数值与游戏设计相关,通常DRR>DRR3>DRR7。

MRR:

月留存率(Monthly Retention Ratio)

定义:本月新增,次月仍登录了游戏的用户占本月新增用户的比例(推广按账号,运营按角色统计)

算法:MRU/MNU

目的:分析阶段性评估产品及用户质量

备注:按30天统计;MRU为月留存用户数;MRR3为三月留存率,MRR6s为半年内留存率

用户流失

nDCR、DCR3、DCR7

nDCR7s

nMCR

DCR 、DCR3、DCR7:

次日、三日、七日流失率(Day Churn Ratio at Day 1、3、7)

定义:统计日登录游戏,但次日、三日、七日[不含统计日]未登录游戏的用户占统计日活跃用户比例

算法:DCU、DCU3、DCU7/DAU

目的:分析每天监控流失情况、验证运营活动效果等

备注:DCU、DCU3、DCU7为次日、三日、七日流失用户数; DARU、DARU3、DARU7为次日、三日、七日活跃留存用户数

关联:DCU=DAU-DARU, DCU3=DAU-DARU3, DCU7=DAU-DARU7;DCR与DAU相关,反映活跃用户流失变化;DRR与DNU相关,反映新增用户留存变化

DCR7s:

七日内流失率(Daily Churn Ratio in 7 Days)

定义:统计日登录游戏,但随后七日内[不含统计日]都未登录游戏的用户占统计日活跃用户比例

算法:DCU7s/DAU

目的:分析评定游戏的流失用户、什么时期的流失用户会很高等

备注:DCU7s为七日内流失用户数; DARU7s为七日内活跃留存用户数

关联:DCU7s=DAU-DARU7s;DBAU=DCU7s+DCU8s+DCU9s+...;DCR7s最小,通常与DCR、DCR2、DCR3等没有必然关系,值大小与游戏活动相关

MCR:

月流失率(Monthly Churn Ratio)

定义:本月登录过游戏,但次月未登录过游戏的用户占本月月活跃用户比例

算法:MCU/MAU

目的:分析用户生命周期

备注:按30天统计; MCU为月流失用户数,MARU为月活跃留存用户数,MCR3为三月流失率,MCR6s为半年内流失率

关联:MCU=MAU-MARU

用户付费

nDPU、DPC、Revenue

nDFPU、DKPU

nDNUV

nDLUV、DAUV

nDPUV

nPCR、PLR、PAR

nLT、LTV

nROI

DPU 、DPC、Revenue:

日付费用户数(Daily Pay Users)、日付费次数(Daily Pay Count)、收入(Revenue)

定义:每日成功付费的用户数、付费次数及总付费额(推广按账号,运营按角色统计[去重])

目的:分析付费引导是否合理、用户付费倾向与意愿、付费用户规模、营收等

备注:月付费用户数[MPU]、月付费次数[MPC]及收入[Revenue]统计同上,按30天统计,DPU、MPU汇总需去重

关联:DPU=DFPU+DKPU

DFPU 、DKPU:

日首次付费用户数(Daily First Pay Users)、日核心付费用户数(Daily Kernel Pay Users)

定义:每日成功首次付费的用户数、再次付费的核心付费用户数(推广按账号,运营按角色统计[去重])

目的:分析付费构成分布,分解为新、老、核心三个方面

备注:月首次付费用户数[MFPU]、月核心付费用户数[MKPU]统计同上,按30天统计,汇总需去重;DFPU可以再分解为DFPNU[日首次付费新增用户数]和DFPAU[日首次付费活跃用户数]

关联:DPU=DFPU+DKPU=DFPNU+DFPAU+DKPU

DNUV:

日新增用户价值(Daily New User Value)

定义:日新增用户对游戏产生的平均收入(一般按账号统计)

算法:Revenue/DNU

目的:分析衡量投放质量、盈亏

备注:月新增用户价值[MNUV]统计同上,按30天统计;不管是DNUV还是MNUV,Revenue必须只是由同一批日新增用户[DNU]所产生的付费额;可以通过分析各渠道每批DNU在其后各月的平均累积MNUV来判断渠道付费质量及生命周期价值;类似于之前的ARPRU;运营DNUV的Revenue可只统计由DFPNU产生的收入,即当日新增用户价值,不作累积

关联:DNUV=日Revenue/DNU;MNUV=DNUV30s=月Revenue/DNU(注意此处特殊,分母依然为DNU);MNUV=ARPNU(ARPNU可表示月新增用户价值)

DLUV:

日登录用户价值(Daily Login User Value)

定义:日登录用户对游戏产生的平均收入(一般按角色统计)

算法:Revenue/DLU

目的:分析用户质量、游戏活动收益贡献、人均收益水平等

备注:月登录用户价值[MLUV]统计同上,按30天统计;MLUV行业里也称为ARPU

关联:MLUV=ARPLU=月Revenue/MLU(ARPLU可表示月登录用户价值)

DAUV

日活跃用户价值(Daily Active User Value)

定义:日活跃用户对游戏产生的平均收入(一般按角色统计)

算法:Revenue/DAU

目的:分析用户质量、游戏活动收益贡献、人均收益水平等

备注:月活跃用户价值[MAUV]统计同上,按30天统计;统计时Revenue需只来自于DAU

关联:MAUV=ARPAU=月Revenue/MAU (ARPAU可表示月活跃用户价值)

DPUV:

日付费用户价值(Daily Pay User Value)

定义:日付费用户对游戏产生的平均收入(推广按账号,运营按角色统计)

算法:Revenue/DPU

目的:分析付费用户整体付费趋势、付费用户平均付费水平、鲸鱼用户分析等

备注:月付费用户价值[MPUV]统计同上,按30天统计;MPUV行业里也称为ARPPU;推广的DPUV、MPUV都只来自于DNU

关联:运营MPUV=月Revenue/MPU;推广MPUV=DPUV30s=月Revenue/DPU (注意此处特殊,推广的话分母依然为DPU且只来自于DNU,与MNUV类似);MPUV=ARPPU (ARPPU可表示月付费用户价值)

PCR:

新增用户付费转化率(Pay Conversion Ratio)

定义:统计时间区间内,日新增用户中成功付费的用户占日新增用户的比率(一般按账号来统计)

算法:DPU、DPU30s/DNU

目的:分析投放质量、渠道贡献等

备注:DPU、DPU30s只来自于DNU;运营PCR的DPU可只统计为DFPNU,即当日新增用户付费转化率[DFPNU/DNU],不作累积

PLR:

登录用户付费渗透率(Pay Login Users Ratio)

定义:统计时间区间内,付费用户占登录用户的比率(推广按账号,运营按角色统计)

算法:DPU/DLU

目的:分析付费引导是否合理、用户付费倾向与意愿、付费渗透是否达到预期效果等

PAR:

活跃用户付费渗透率(Pay Active Users Ratio)

定义:统计时间区间内,付费活跃用户占活跃用户的比率(推广按账号,运营按角色统计)

算法:(DPU-DFPNU)/DAU

目的:分析活跃用户付费倾向与意愿、活跃付费渗透是否达到预期效果等

LT:

生命周期(Life Time)

定义:用户从第一次参与游戏到最后一次参与游戏之间的时间,一般按用户计算平均值

目的:分析用户会在游戏中呆多久、计算生命周期价值等

备注:一般按账号统计;单位为月

LTV:

生命周期价值(Life Time Value)

定义:用户在生命周期内为该游戏创造的收入总计,可以看成是一个长期累计的MNUV值

算法: ,也就是生命周期[LT]时间段内的累计MNUV

目的:分析比对投放成本、计算盈亏、用户对于游戏的贡献价值等

备注:一般按账号统计

关联: LTV>>CPA

ROI:

投资回报率(Return On Investment)

定义:统计时间区间内,通过投资而应返回的价值

算法:(预期结算收入-税金-版权金)/投入总额×100%

备注:

由于此算法没有计算企业运作费用等,所以推荐ROI>=2

税金统一按8%计算

自己的开发版权金为零

预期结算收入= ×结算比例

关联:CPA<=预期结算收入/2

用户滚服

nRNU

nRAU

nRPU

RNU:

滚服新增用户(Rolling New Users)

定义:各服新增用户中,其对应账号在开此服之前已存在的用户数

算法:账号第一次登录时间早于开服时间

目的:分析新增用户构成、新增滚服情况等

备注:一般按角色统计;账号第一次登录指此账号的第一个角色的第一次成功登录

RAU:

滚服活跃用户(Rolling Active Users)

定义:各服活跃用户中,其对应账号在开此服之前已存在的用户数

算法:账号第一次登录时间早于开服时间

目的:分析活跃构成、滚服活跃情况等

备注:一般按角色统计;账号第一次登录指此账号的第一个角色的第一次成功登录

RPU:

滚服付费用户(Rolling Pay Users)

定义:各服付费用户中,其对应账号在开此服之前已存在的用户数

算法:账号第一次登录时间早于开服时间

目的:分析付费构成、滚服付费情况等

备注:一般按角色统计;账号第一次登录指此账号的第一个角色的第一次成功登录

图示说明

核心用户累计与新登占比变化趋势图

日回流用户、日核心用户数变化趋势图

新增用户留存数变化趋势图

新注册设备数、账号数与新增用户数对比图

缩写说明

CP...:每...的成本(Cost Per...)

U:用户(User[账号或角色])

RU:注册用户(Registered User)

RD:注册设备(Registered Device)

排头D:日(Daily)

排头M:月(Monthly)

N:新增(New)

L:登录(Login)

E:参与(Engagement)

A:活跃(Active)

P:付费(Pay)

B:回流(Backflow)

K:核心(Kernel)

F:首次(First)

RR:留存率(Retention Ratio)

CR:流失率(Churn Ratio)

排头R:滚服(Rolling)

排头A:平均(Average)

排尾R:比率(Ratio)

T:时长(Time)

C:次数(Count)

V:平均价值(Value[每用户平均价值,等同于ARP])

D...X:第X日的...[第1日默认省略1],如DRR、DRR3、DCR7、DNUV15等

D...Xs:X日内的...,如DRR7s、DCR7s、DNUV15s、 DPUV30s等

M...X:第X月的...[第1月默认省略1],如MRR、MRR3、MCR3、MNUV3等

M...Xs:X月内的...,如MRR3s、MCR6s、MNUV6s、MPUV6s等

...X、 ...Xs也可单独使用于其它指标之后,如ARPNU3、ARPNU6s、PCR15、PCR3s等(需同D...、M...类指标配合使用)

备注1:需注意,指标后的数字...X、...Xs只表示同一批用户在其后第X日/月、X日/月内的数据,如DRR、DRR3、DRR7只表示某一日的DNU在其后第2日、第4日、第8日的留存率,DCR7s只表示某一日的DAU在其后7日内的流失率,MNUV3s也只表示某一日的DNU在其后三个月内的累计平均用户价值

备注2:如果有按账号和按角色统计的指标同时存在的情况下,用上标 ′ 表示按角色,按账号默认没有上标;如DNU、DNU′、DPU、DPU′、DRR、DRR′ 等

生动的高山
现代的母鸡
2026-05-08 08:52:27
给你提供一个类似的样板做参考。

晋城市人民政府

综合办公楼加层改造项目

项目建议书

晋城市工程咨询中心

二ΟΟ八年七月

主 要 编 审 人 员

审 定 中 心 主 任

靳贵方

注册咨询工程师

审 核 总 经 济 师

朱晓波

注册咨询工程师

总 工 程 师

申国雁

注册咨询工程师

项目负责人 工程师 吴来成

参加编写人员 经济师 赵雁翔

工程师 吴来成

工程师 王 淼

助 理 工 程 师 崔少波

目 录

第一章 项目概述 1

1.1 项目概况 1

1.2 编制依据 1

1.3 建议书的主要内容 2

1.4主要经济技术指标 2

第二章 必要性和可行性 3

2.1 项目提出的背景 3

2.2 项目建设的必要性 4

2.3 项目建设的可行性 7

第三章 建设规模与工程方案确定 9

3.1 规模确定 9

3.2 工程方案 10

第四章 投资估算和资金筹措 14

4.1 编制依据 14

4.2投资估算说明 14

4.3 资金筹措 15

第五章 结论和建议 16

附件:

1、晋城市人民政府综合办公楼加层改造项目建议书编制委托书

2、项目地理位置图

3、《晋城市委、市政府办公楼检测报告》

4、山西省建筑设计研究院《关于晋城市市级机关综合办公大楼加层改造的情况说明》

第一章 项目概述

1.1 项目概况

1、项目名称:晋城市人民政府综合办公楼加层改造项目

2、项目建设单位:晋城市人民政府机关事务管理局

3、建设性质:改造

4、项目负责人:张元奎

5、建设地址:晋城市凤台西街289号

6、项目总投资:1693万元

7、资金来源:市级财政资金

1.2 编制依据

1、晋城市人民政府机关事务管理局项目委托书

2、《党政机关办公用房建设标准》

3、中共中央、国务院《关于进一步严格控制党政机关办公楼等楼堂馆所建设问题的通知》

4、原国家计委《关于印发党政机关办公用房建设标准的通知》(计投资[1999] 2250号)

5、山西省建筑设计院《关于晋城市市级机关综合办公大楼加层改造的情况说明》

6、晋城市人民政府机关事务管理局提供的基础资料

7、晋城市晋方圆建筑检测有限公司《晋城市委、市政府办公楼检测报告》

8、有关法律、法规

1.3 建议书的主要内容

对晋城市人民政府综合办公楼加层改造项目建设的背景和必要性进行了阐述,根据晋城市人民政府机关事务管理局提供的基础材料及数据,采用了晋城市晋方圆建筑检测有限公司对现有综合办公楼的检测报告,按照党政机关办公楼的建设标准对加层改造项目的建设规模和工程方案作了分析和研究,运用投资项目分项详细法估算了项目总投资。

1.4主要经济技术指标

综合办公楼加层改造项目加层建筑面积为6466平方米,项目总投资为1693万元,综合平米造价为2618元。

第二章 必要性和可行性

2.1 项目提出的背景

晋城市(地级市)建于1985年,建市之初基础薄弱、实力较差,经过二十几年的发展,全市经济和社会发展了取得了令人瞩目的成就。根据2007年国民经济和社会发展统计公报:全市地区生产总值416.5亿元,比2006年增长16.0%;全社会固定资产投资215.5亿元,比2006年增长30.8%;全年全部工业增加值245.0亿元,比2006年增长16.1%;全年城镇居民人均可支配收入12404元,比2006年增长22.4%;农村居民人均纯收入4435元,比2006年增长12.6%;全市城镇基本社会保障覆盖率达84.2%,比上年提高5.5个百分点。

晋城市市委市政府综合办公大楼始建于1986年9月,1989年9月竣工后投入使用,该楼总建筑面积为17330平方米,其中会议室、楼道等公共服务设施设备用房面积为6654.3平方米,办公室用房共有536间,建市之初该楼完全能满足使用。随着晋城市二十多年经济和社会的发展,该楼的“容量”已不能满足机构和人员的“增量”,楼内各单位的办公用房很紧张,影响到了各单位的正常办公秩序,各单位纷纷向上级主管房产的市机关事务管理局请示解决办公用房问题,目前市机关事务管理局已无法通过调整的办法来解决这个问题,只能寻求其他解决途径。鉴于中共中央国务院、省政府明文禁止党政机关修建办公楼的规定,目前在现有办公楼的基础上,加层改造是一种切实可行的办法,主要表现在:一是不用选址新建;二是节能改造与加层改造项目同时实施,一次性投入,费用相对较低;三是可以尽快解决机关办公用房紧张状况。另外,国家要求政府部门带头对现有办公楼进行节能改造,市政府综合办公楼可以作为晋城市办公楼节能改造的首项工程,具有示范作用。这样既符合党中央、国务院严格控制办公楼建设的有关规定,又可以有效解决办公楼“容量”不足的问题。

2.2 项目建设的必要性

1、项目建设是消除现有办公楼安全隐患的需要

由于现有办公用房紧张,一些单位占用楼道、走廊、水房、楼梯、卫生间内侧小房、电梯旁小房及地下室、单身宿舍楼等公共设施用房。如四大班子办公厅、市纪委、市委宣传部、市委组织部、市委统战部、市直工委、市民政局、市信息中心等单位都存在这种现象。特别是一些单位占用办公大楼消防通道堆放资料、办公用品等现象,给现有办公楼造成了一定的安全隐患,只有增加办公楼的使用面积,用房紧张的单位有适合的办公及仓储用房后才能彻底消除这些隐患。

2、项目建设是达到创建文明和谐单位要求的需要

目前绝大多数单位是“三无”(无会议室、无图书阅览室、无文化活动室)单位,不符合文明和谐单位创建要求。目前办公楼内有大小会议室8个,除市委、市人大、市政府、市政协、市纪检委各占一个会议室外,仅有三楼多功能会议室、五楼会议室(由市政府办公厅、市委组织部、市委宣传部和用)、十一楼电话会议室,其余各单位均无会议室。其中十一楼电话会议室作为市委市政府对上、对下召开电话会议的主要场所,存在会议室面积小、设施设备配套简陋等问题,不能有效保证各类电话会议的召开,同全省各地市比较是相对较差的一个电话会议室,影响晋城市整体形象。

3、项目建设是各单位办公现代化建设的需要

目前办公楼内大多数单位无专门的财务室、档案室、资料室、文印室,不仅不符合财务、档案、资料管理和保密安全规定,而且影响了各单位的办公现代化建设,特别是因为办公空间有限,一些电脑、传真机等办公设施无法配备,制约了机关办公信息化、现代化建设。这些问题也只有通过增加办公楼面积的方式解决。

4、项目建设是机关单位统一管理的需要

因办公用房有限,部分机关单位只能在楼外租(借)房办公。目前市农廉办公室、行政效能投诉中心等6个单位,市劳动局15个下属单位,市科技局所属正处级科技研究所、科技交流中心,市人事局所属人事考试培训中心、市人才中心、市人事争议仲裁办等单位均在外租(借)房办公,给这些单位的统一管理带来了一定影响,这个问题也需要通过增加办公楼使用面积的方式解决。

5、项目建设是新设立单位正常办公的需要

按照中央、省、市的要求,部分单位应设立的一些工作机构,因无办公用房,只能挤占其他科室。如根据国务院、省政府要求新成立的市政府应急办公室是协调、组织、预防和应对全市突发公共事件的重要工作机构,因无办公场所,只能挤占市政府办公厅值班室,一些必需的设备因无放置空间也无法配置,直接影响到工作的正常开展和突发事件的有效处置;市防灾防汛值班室占用司机值班室;市低保中心借用下属单位办公用房,使低保网无法与全省联网;市新闻办因无新闻发布大厅,只能租用临时场所发布新闻,加上设施不配套,使正常工作受到影响。

6、项目建设是解决办公室人员拥挤问题的需要

现有办公室人员的拥挤问题非常突出,主要表现在三个方面,第一是市级领导和秘书合用一个办公室,目前有5个副市长和秘书合用一个办公室;第二是许多单位的处级领导干部和科室人员共用一个办公室,如市政协办公厅有5名正处级干部与委室人员在一个办公室办公;市政法委、市委组织部4名以上副处级干部与科室人员挤在一块办公;市委市政府接待办2名处级干部与3个科室工作人员共用一个办公室,8人挤在5张桌上办公;市新闻办、市劳动局等单位都存在领导同科室人员挤在一起办公的现象。第三是多科(室)多人挤在一起办公,其中两个科室在一起办公的现象比较普遍。例如:市委办公厅、市政府办公厅、市委组织部、市物价局、市司法局、信息中心等单位3个以上科室挤在一起办公;市新闻办5个科室共用一个办公室;市民政局把会议室、档案室、文印室、微机室同局办公室挤在一起,办公室杂乱无序,拥挤不堪。

总之,由于办公用房紧张,已经严重影响到机关工作秩序和各项工作的正常运转,影响到机关效能建设和文明和谐机关建设。多年来,楼内各单位要求增加办公用房,改善办公条件的呼声不断,缓解办公用房紧张状况成为市委、市政府必须解决的问题。

2.3 项目建设的可行性

1、综合办公楼改造项目符合中央有关政策

中共中央、国务院《关于进一步严格控制党政机关办公楼等楼堂馆所建设问题的通知》中指出:党政机关办公楼建设必须体现庄重、朴素、实用和节约资源的原则;党政机关办公楼建设必须符合土地利用和城市规划要求,从严控制用地规模,严禁超标准占地、低效利用土地,不得占用耕地,不得配套建设大型广场、公园等设施。对现有综合楼进行改造既不占用土地又能节约建设成本,是缓解现有办公用房不足的最佳方案。

2、综合办公楼改造项目在技术上符合要求

晋城市机关事务管理局委托原综合楼设计单位——山西省建筑设计研究院对市政府办公楼建筑设计资料进行了复核计算,设计院认为现办公楼地处6度抗震设防区,体型规整,结构平面及竖向布置合理安全,在不对原地基基础做处理的情况下,进行加层在技术上是可行的。

3、综合办公楼改造项目在建设条件上完全具备

现综合办公楼的水源、电源、热源均为市政配套管网,各公用条件供应能力充足,可以满足项目建设需要。项目供水、供热由场区内原有接入口接入即可,供电由场区内配电室接入。

4、项目实施单位按照职能具备承担改造项目的能力

晋城市人民政府机关事务管理局是晋城市人民政府主管市级机关后勤的工作部门,主要负责市级机关的行政、事业经费预决算、机关住房公积金、市级机关外事礼品收存和处理等管理工作;承担着编制、审报市级机关房屋基本建设项目的计划、规划、投资分配,组织实施等工作。按照其职能设置,完全具备组织实施综合办公楼加层改造项目的能力。

第三章 建设规模与工程方案确定

3.1 规模确定

3.1.1 目前机关办公人员情况

目前晋城市人民政府综合办公楼内的办公单位有52个,工作人员1433人,其中地市级领导45人,局处级干部295人,局处级以下人员1093人。

3.1.2 现有规模

晋城市人民政府综合办公大楼总建筑面积17330平方米,其中楼道、电梯间、走廊、卫生间等服务设施用房面积6654.3平方米,会议室及办公室面积7411.2平方米。

3.1.3 应具备规模

晋城市人民政府机关办公用房属于二级办公用房,按照《党政机关办公用房建设标准》规定,二级办公用房建筑规模按编制定员每人平均建筑面积20-24平方米,使用面积为12-15平方米,编制定员超过200人时,应取下限。所以按照最低标准,晋城市人民政府综合办公楼应建设规模为:

1433人×20平方米/人 =28660平方米

而晋城市人民政府综合办公楼现有建筑面积为17330平方米,仍有11330平方米缺口。

3.1.4 规模确定

晋城市人民政府机关事务管理局已经委托原设计单位——山西省建筑设计研究院和晋城市晋方圆建筑检测有限公司分别对原综合办公楼进行结构加层复核计算和检测报告。确定在不对综合楼原有基础、梁、板、柱等受力结构进行大规模加固的条件下,选用钢结构方案主楼可以增加三层,增加建筑面积4272平方米;裙楼增加1个标准层,增加建筑面积2194平方米,加层后综合办公楼面积将达到25220平方米。

3.2 工程方案

1、工程设计依据

(1)晋城市人民政府综合办公楼原竣工图纸

(2)晋城市晋方圆建筑检测有限公司《晋城市委市政府办公楼检测报告》

(3)山西省建筑设计院《关于晋城市市级机关综合办公大楼加层改造的情况说明》

2、建筑方案

平面设计:拟将现有综合办公楼十一层屋面保温层及以上做法拆除,整体加为地上十四层,原楼顶水箱间和电梯机房拆除后在楼顶新建。增加标准层层高为3.6m,主体建筑高度达到57米。《党政机关办公用房建设标准》要求党政机关办公用房平面功能要分区明确、实用方便、布局合理。

加层后的综合办公楼属高层建筑,根据其使用性质、火灾危害性、疏散和扑救难度分类,属于一类建筑,建筑耐火等级为一类。综合楼内原有5部楼梯和三部电梯,其中通向综合楼楼顶的疏散楼梯3座,楼梯间为防烟楼梯间,三部电梯中一部为消防电梯。加层后的综合办公楼建筑耐久年限不低于二级(50~100年);建筑安全等级不低于二级。

3、结构方案

地基基础

晋城市机关事务管理局请山西省建筑设计研究院对市政府办公楼建筑设计资料进行了复核计算,认为现办公楼地处6度抗震设防区,体型规整,结构平面及竖向布置合理安全,在不对原地基基础做处理进行加层是可行的,拟不进行地基基础加固。

主体结构

本次项目在地基基础不做处理,结构原构件梁、板、柱尽量不加固,且尽量不影响办公楼正常使用的前提下,山西省建筑设计研究院根据原《地质报告》、结构现状检验报告,经过计算,提出了如下两种可行加层方案:

方案一

结构形式采用框架结构,楼板采用现浇钢筋混凝土梁板式结构,填充外墙选用原结构外墙材料或其他替代产品,内墙采用轻质隔墙。

方案二

结构形式选用框架——支撑体系,框架柱采用型钢,框架梁及次梁采用工字钢,楼板采用压型钢板——混凝土组合楼板,外墙采用保温压型钢板或NALC板等轻质板材;内隔墙采用轻质隔墙。

经过综合比较,两个方案的投资额相差不太大,但方案二在技术上较方案一具有构件小、重量轻、不用模板、湿作业少,对环境影响小,施工周期短的优点,同时在同等情况下增加建筑面积多,更能解决政府机关办公用房紧张的问题,符合项目建设的初衷,所以建议采用方案二。

裙房

根据晋城市方圆建筑检测有限公司出具的《检测报告》,裙房采用直接加层法进行加层,具有施工工艺简单、平米造价成本较低的优点,但因其现场施工的湿作业时间长,产生大量的粉尘和噪声,且需要对原有墙体进行加固,影响有关单位的正常办公,加层后原有建筑物净空有一定的减小,所以裙楼加层方案同主楼保持一致。

依据《检测报告》的检测结果,对轴压比超过规范限值的柱进行加固处理后,可保证建筑物加层后的正常安全使用要求,因不涉及梁、板的加固。

4、公用工程设计

场区内现有公用配套设施包括:室外300m3消防水池(兼生活水池)一座,综合办公楼顶有水箱间及64m3高位水箱,区域内500KVA变压器两台,水、电、热源均为市政配套管网。加层后更换高位水箱,原有中央空调系统保持不变,加层部分中央空调系统机组采用空气-水型。热源采用供热管网,供冷采用室外制冷机组。其他配套设施可以继续使用。

第四章 投资估算和资金筹措

4.1 编制依据

1、2005年《山西省建筑工程消耗量定额》

2、2003年《山西省建筑安装工程概算定额》

3、2003年《山西省建筑工程投资估算指标》

4、2002年《山西省建设工程其他费用标准》

5、晋城市工程造价信息2008年第1期

6、设备价格以市场询价为准

4.2投资估算说明

根据工程方案设计,参考估算指标,并结合晋城市当地市场价确定主楼、裙楼造价指标如下表:

1、主楼工程费用小计955.48万元;

a. 原有结构拆除及加固:1424m2×200元=28.48万元(包括屋顶水箱间、微波塔、及局部加固)

b. 钢结构:4272m2×1650元/m2=704.88万元

c. 给、排水、消防:4272m2×60元/m2=25.63万元

d. 空调、排烟:4272m2×70元/m2=29.90万元

e. 照明:4272m2×60元/m2=25.63万元

f. 弱电:4272m2×100元/m2=42.72万元

g. 装饰工程:4272m2×200元/m2=85.44万元

h. 高位消防水箱:64 m3×2000元/m3=12.80万元

2、裙楼工程费用小计469.51万元;

a. 拆除:2194m2×60元/m2=13.16万元

b. 钢结构:2194 m2×1600元=351.04万元

c. 给、排水、消防:2194m2×50元/m2=10.97万元

d. 空调、排烟:2194m2×70元/m2=15.36万元

e. 照明:2194m2×60元/m2=13.16万元

f. 弱电:2194m2×100元/m2=21.94万元

g. 装饰工程:2194m2×200元/m2=43.88万元

(造价指标中不包括电梯和空调机组费用及楼顶微波塔,将来进行统一采购)

3、其他费按工程费用的10%计

(955.48万元+469.51万元)×10%=143万元;

4、预备费按工程费与其他费之和的8%计取

(955.48万元+469.51万元+142.50万元)×8%=125万元;

该项目总投资为1693万元,其中:工程费用1425万元,其他费用143万元,基本预备费125万元。

4.3 资金筹措

项目总投资1693万元,全部申请市级财政资金。

第五章 结论和建议

随着晋城市经济和社会的高速发展,建于1986年的市委市政府综合办公楼已不能满足现有办公需要,在新建和加层改造两种方案中选择加层改造,既符合党中央、国务院严格控制修建党政机关办公楼的政策精神,又有利于节约建设成本。本项目选择钢结构加层方案,具有施工速度快、结构重量轻、湿作业少、对环境影响小等好处,又尽可能多地增加使用面积,达到解决办公楼使用面积不足的目的。

项目建成后可以有效解决现有办公楼人员拥挤、安全隐患等问题,建议投资主管部门尽快批复项目建议书,以便早日开展项目的可行性研究工作。

傻傻的柠檬
懵懂的冰淇淋
2026-05-08 08:52:27
我也跪求呵呵

我有江苏其他标准电子版,可以交换,明细如下:

DB32 478-2001 江苏省民用建筑热环境与节能设计标准.pdf

DB32 1253-2009 特种设备使用单位安全管理准则.pdf

DB32 1270-2008 移动危险源车辆和船舶安全监控系统通用规范.pdf

《江苏省应用外墙外保温粘贴饰面砖做法技术规定》.pdf

DB32 1321.1~5-2009 固定危险源建设规范

DGJ32 J19-2006 民用建筑节能工程施工质量及验收规程.pdf

DGJ32 J22-2006 水泥基复合保温砂浆建筑保温系统技术规程.pdf

DGJ32 J23-2006 江苏省节能工程现场热工性能检测.pdf

DGJ32 J54-2006 江苏省建筑施工现场装配式轻钢结构活动板房技术规程.pdf

DGJ32 J26-2006江苏省住宅设计标准.pdf

DGJ32 J79-2009 雷达法检测建设工程质量技术规程 含条文说明.pdf

苏J01-2005 施工说明.pdf

苏J/T18-2006(一)BAC、BS-P、PET防水卷材和SPU防水涂料.pdf

苏J/T24-2004蒸压轻质加气混凝土(NALC)砌块建筑构造图集.pdf

苏J9509轻质隔墙、墙身、楼地面变形缝.pdf

苏J9508室外工程 通用图.pdf

苏J9501工程做法.pdf