突然B723—基于目标成本的数据库架构.docVIP

基于目标成本的数据库架构 分享：突然 抢镜头的前言：“基于目标成本的数据库架构”这个话题是否需要专项讨论，从提出开始便有正反两方观点，反方观点大概如下： 题目很大，不好说 每个公司都有固定的目标成本测算表格的，我觉的不要拘泥于表格形式，需要学习的是测算内容和方法。举个列子，防火门工程在不知道图纸的情况下，如何测算它的造价，是按甲乙丙分开测算，还是汇总平均测算。 这是一个系统工程，并不是一蹴而就，也不是单个人能搞定的，还需要有大量工程数据的积累 每个项目的类型不一样，不好整 对创新的产品，数据库没有同类型项目，用不了，白整 等等。。。。 那是不是有了这么多反对的意见，就说明了这个问题我们不需要考虑了？因为压根行不通，白费力气，所以大家都本能的质疑，然后否定，还极力劝说正方此路不通？ 我相信大部分朋友打开这个文档，看到这里，无论是持有什么观点，都不会叹息着摇摇头，一边说着白费力气，一边鼠标点右上角的红叉叉，然后把文件拉到垃圾桶，我相信在下一页还能看到大家：） 嗨，大家好，这里我们又见面了，感谢您没有直接关掉：） 其实这个现象我们可以用烽火说的万科“通用资质模型”里面的 持续创新 来看： 持续创新：如果看到一个新方法，先质疑，如果质疑成立了，这个新方法就可以不采用，这种状态其实就是缺乏创新精神。任何新方法出来时，总是可以有质疑的角度来否定它，尝试去思考新方法的有利的一面，并去认同它，这样才有创新精神 好了，废话这么多，进入 突然老师 的正题，突然的这次讲座，含金量极高，对突然的无私奉献表示致谢！ 讲座从为什么要数据库，如何应用数据库进行目标成本测算，应该积累哪些方面的数据，数据库是否可用于创新产品，配套工程的数据库等几个方面，给了大家一个方向上的解答。 上一页大家的各种反对意见，认真一点都可以在文中找到答案，但是我们还需要大家参与进一步探讨一些具体的问题，部分问题在文末列出，希望在适合的时间能进一步探讨。 正文： 上午 郑州-突然*成本 今晚拟定的课题，本人建议是基于目标成本的数据库架构，因为目标成本编制准确与否的前提我个人认为就是基础的数据库。 很多公司缺乏基本的数据库框架，所以在进行目标成本测算时有些无助或者茫然，往期的结算指标如果不能统一成一致的数据，在后期项目开发指导上缺少依据，归口不同一。 我个人的体会是在公司之前没有项目数据库时，尤其对于某全新区域内首期项目，无基础数据可考，测算误差在10%，再后来有数据库之后测算精度控制在2%以内。这就是数据库的作用，如果是同快地块开发的后续项目，测算精度甚至更高1%以内，我都做到过。 2011/7/22 20:09:23 郑州-突然-成本 上午引出这个话题时，我举到和这个问题有关的两个方面： 一是目标成本是基于限额设计方面，二是目标成本是基于已有指标对照既定的数据库编制。 先从概念设计来说，引出设计阶段需要的数据库的雏形： 总规阶段，明确一下几个指标：用地指标、建筑面积（包括建筑类型、层数）、配套面积（包括车库、人防、社区用房、物业用房、配套商业等等）、容积率、绿化率、绿地率、设置包括车库的出入口个数。 这些看似零散的指标和数据其实代表了符合这一宗地属性的基本轮廓。就好像一部机器的各个功能部件，好比一个人的五官、四肢等等，数据库只停留在感官部件好像对测算进度要求的深度来说是远远不够的。我以一个实际例子，讲解。 一个总规方案是应该含盖我上述所传的“经济技术指标”表里面所有信息的，包括水电气暖景观等等 上面这些信息会直接影响到下面这些成本： 1、前期工程费中以建筑面积或者建筑楼栋或者建筑类型收费的行政性收费； 2、基础工程费中：自来水工程、污雨水工程、道路、景观工程费用； 3、建筑安装工程费； 4、公共配套费； 需要分别积累上述四方面的数据库资料。 下面分别来讨论： 第一点：国家、省、市、县行政性收费情况调研（在这里不考虑做关系），按正常的流程和收费文件统计收费情况的数据库； 我上传了一个我在焦作项目操盘时统计积累的一个数据库表，这是锁定你所在地区行政性费用的一个前提。 2011/7/22 20:29:41 A群发言: 四季如歌 20:29:40 这张表里的数据可以做为成本估算的依据，主要是前期开发成本的分析，和财务成本的分析 第二点：就是对于基础工程费的数据库的研究。提到基础工程，我需要借用产品标准化了。 先进行定义一下：产品标准化是基于住宅及配套工程，且包括基础工程在内的一系列标准化。比如该总规对应的系列产品是否考虑地暖、太阳能，中水系统，双气、景观（考虑水系、假山石景等等）、小区道路做法、小区大门等等，这些都是一体化的产品系列化。 这些信息会在与总规指标表配套的产品配置标准和材料设备明细中确定，材料设备明细是与产品系列相比配的，给总规院或者设计院下任务书