江大《工程造价案例》.doc

江大《工程造价案例》
江大《工程造价案例》
江大《工程造价案例》
一、建设项目总投资的内容包含哪些？
答:建设项目总投资的内容
（1）固定资产投资，固定资产投资包括:建筑工程费、设备购置费、 安装工程费、其它费用。
(２）流动资产投资，包括货币资金、短期投资、应收票据、应收账款和存货等。
建设项目总投资是指投资主体为获取预期收益，在选定的建设项目上所需投入的全部资金,建设项目按用途可分为生产性建设项目和非生产性建设项目。，不包括流动资产投资。建设项目总造价是指项目总投资中固定资产投资总额。(也即建设项目总投资中的固定资产投资与建设项目的工程造价在量上相等）
二、设计方案的优劣如何评判?
答:是否从需求出发 这里的需求是指用户真正要做的事情，，，或者画设计图，也未必能够搞清楚他真正想要的是什么。所以，快速的发布产品，积极收集用户反馈并进行调整。
要尽量避免一种情况，那就是一伙人花了两周或更多时间，做了一个包含了各种先进技术，支持各种炫酷功能的产品，但当交付给用户时他们却不知所措，,实现了哪些模式，用了ＨＢａsｅ还是Ｃassaｎdｒa锁;他们也不懂什么是Aｊax,什么是SOAP，什么是JSON；
用户要的是什么？帮助他们搞清楚真正要做什么,并提供合理的解决方案。
是否简单 除了排在第一位的需求,我认为完全可以抛开所谓的优雅、可扩展性、性能等复杂的指标；”简单”应该是放在这些之上的重要标准.
大多数事情,由简单到复杂很简单，但由复杂变简单就可能是不可能的，或者要对方案近似于推翻的修改。
有时候我们要在”扩展性”与简单粗暴间取舍，而灵活性、,基于上述原因，我个人倾向于选择简单。
江大《工程造价案例》
江大《工程造价案例》
江大《工程造价案例》
应当避免过度设计,你设计了一个能够适用多种情况的方案,但好多情况可能根本就不会发生，有些需求就是被这样设计出来的。其实,只要保持简单，后续再添加新的功能不会太难.
避免过早优化 只在需要优化的时候才优化,。比如语言的编译或者解析过程，其实都是把程序从易读的格式(源码)，转换为了效率更高但人类很难看懂的格式（机器码或字节码）
在可以接受的情况下，可以用性能换取程序的可读性和可维护性.
是否经受的住讨论推敲 每个人的思维方式都不通,,甚至会找到更好的方案。如果你非常在意别人对你自己的方案指手画脚，或者不擅长在讨论时运用急智的话，那就要讨论之前自己预演多次。
多问自己，我要解决什么问题,为什么要选择这种方案？不能因为之前做这类事情的时候用的这个方法，就认为这次用相同的方法也是正确的，，搞清楚为什么要这么做,如果不这么做的话有什么问题即可。
控制未知性 我不能想到将来可能发生的全部情况,但我们要评估出方案可能造成的最坏后果。
同时，除了考虑方案的优点,要更多的考虑缺点。因为人都是趋利的，好的方面、优势等很容易就能找到一大堆，而且人们也更愿意这么做。但是，要找到一个靠谱的方案，我们要更多的考虑缺点。
三、简述工程预算的编制过程
答:编制程序：1、预算编制程序：企业编制预算，一般应按照“上下结合、分级编制、逐级汇总"的程序进行。 1．下达目标。企业董事会或经理办公会根据企业发展战略和预算期经济形势的初步预测,在决策的基础上提出下一年度企业财务预算目标，包括销售目标、成本费用目标、利润目标和现金流量目标，并确定财务预算编制的政策，由预算管理层下达各部门。 　 　2。,结合自身特点以及预测的执行条件，提出详细的本部门财务预算方案上报企业财务管理部门.　 3。审查平衡。企业财务管理部门对各部门上报的财务预算方案进行审查、汇总,提出综合平衡的建议。在审查、平衡过程中，预算管理层应当进行充分协调，对发现的问题提出初步调整的意见，并反馈给各有关部门予以修正。　　 ,编制出企业财务预算方案，，企业预算管理层应当责成有关部门进一步修订、、调整的基础上，企业财务管理部门正式编制企业年度财务预算草案，提交董事