大家好，今天小编关注到一个比较有意思的话题，就是关于概念性设计方案收费文件的问题，于是小编就整理了2个相关介绍概念性设计方案收费文件的解答，让我们一起看看吧。
设计标最合理的不是先比报价，而是先比技术标再评商务报价，价格不是评标的重点。不知道你这是什么专业类型。
比如某住宅小区工程建筑设计招标来说，都是第一轮方案设计竞标先行，设计理念都不符合，价格再便宜也没啥优势，要知道设计水平决定了80%的工程造价。建议操作步骤大概如下：
1）假设你们做为甲方没有提供概念性设计方案的前提下，先第一轮带方案及报价竞标（报价和设计阶段一样分方案阶段、施工图阶段），竞标时设计深度仅到概念方案阶段。但是设计这活有个特殊性就是比拼脑子付出创意的问题，所以要想招募和吸引比较优质公司参与的话，对于入选第一轮的设计公司比如前三名，给予金额不等的设计补偿。即便没有中标他们付出的竞标设计方案也是会有竞争力的，另外，设计这个东东不能说一家就非常完美，可能最后落地的第一名方案竞标者在结合甲方意见后可能会集各家所长进行二次优化，所以补偿前三名会避免侵权的纠纷也会吸收优秀的高质方案。
2）确定设计方案后，进行各家的商务报价比选。商务报价比的是两个价格：方案设计费用、施工图设计费用。方案设计费用这块，可能会出现优质的设计费用价格较普通的设计公司高出一大截的情况，建议此时的方案设计费用可以结合市场报价情况议标形式商谈。
方案设计标的谈判会有两种情况：
方案与施工图分开：如果结合实际操作比如报建审批等等结合施工的特点需要深度配合的情况，这个方案中标人即便价格适中，后续施工图实际操作时可能没有什么优势，这时需要施工图设计另选本地设计公司议标谈判。
1.概念设计;对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等),通过对其中住处的分类、聚集和概括,建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节,用一种抽象的形式表示出来。
以扩充的实体—(E-R模型)联系模型方法为例,第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等,从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图,即用户要描述的现实世界的概念数据模型。
2.逻辑设计;主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式,即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时,可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
3.物理设计;根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施,对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
4.三者关系；由上到下,先要概念设计,接着逻辑设计,再是物理设计,一级一级设计
到此，以上就是小编对于概念性设计方案收费文件的问题就介绍到这了，希望介绍关于概念性设计方案收费文件的2点解答对大家有用。
