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

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