什么是框架采购，框架招标是什么意思

1，框架招标是什么意思

框架是物资列表很形象的称呼，就是招标一些物资，用一个表格列出来各种规格要求。

框架招标是什么意思

2，请教什么是框架采购协议或者采购协议

以下为个人意见：单份的采购协议主要用做结算依据，一般均包含明确的合同标的框架协议多用于年度协议或者集中采购，主要产出为菜单类别的单价，后期需要子合同或者是订单才能作为结算依据！

请教什么是框架采购协议或者采购协议

3，什么叫框架招投标形式

招标人通过招标，与中标人形成货物或服务同一采购框架协议，协议中一般只约定有效期内采购货物和服务的技术标准、规格和要求及其合同单价，不约定或大致约定采购标的数量和合同总价，各采购实施主体按照采购框架协议分别与一个或几个中标人分批次签订和履行采购合同协议。为了适应有效期内货物和服务产生的价格波动，框架协议中可以选择确定一个价格联动指数，适时调整框架协议确定的货物和服务合同单价，也可以采用定期更新补充框架协议中标人数量及其中标单价的动态调整办法。

什么叫框架招投标形式

4，什么是框架协议式招标

要看你是用在什么方面了?主要分业主采购建筑商使用、建筑商采购、混凝土搅拌站采购等。还要注意运输问题、储藏问题等。下面提供一份水电站建设用粉煤灰采购合同，你看一下吧！3.2 粉煤灰买卖合同（格式）合同名称：***水电站2008～2009年粉煤灰买卖合同合同编号（PBG-CL-2007-003－***）买方：卖方：买、卖双方根据《中华人民共和国合同法》及有关法律法规的规定，在卖方与***水电开发有限公司（以下简称业主公司）签订的《***水电开发有限公司2007－2008年粉煤灰买卖框架协议》（协议编号DDH-CL-2007-003-***）的基础上，经协商一致，同意按下述条款签订本合同。一、本合同是依据《粉煤灰买卖框架协议》确立的原则签订的买、卖双方全面履行粉煤灰采购义务的合同，《粉煤灰买卖框架协议》的所有条款均适用于本合同。二、卖方依据《粉煤灰买卖框架协议》，向买方供应以下粉煤灰。合同单价（***热电厂所产粉煤灰）粉煤灰规格单价（元/吨）铁路运输汽车运输直达转运站工地工地 …… ……Ⅱ级袋装粉煤灰 Ⅱ级散装粉煤灰 Ⅰ级袋装粉煤灰 Ⅰ级散装粉煤灰三、交货时间地点依据每月计划通知。四、付款方式：（1）本合同价款支付实行先货后款，每月结算一次。（2）卖方供货到现场后，每个月由卖方、买方、业主公司各项目公司、物资管理单位四方签字确认当月物资供应数量、结算单价、结算金额等，由卖方向买方开具货物发票。（3）凭货物发票复印件、四方签字表、买方委托付款函（每年度一次开具）、由业主公司向卖方代付货款。业主公司可以用中国工商银行、中国建设银行等银行出具的承兑汇票支付货款，承兑汇票总额应控制在年度货款的40％以内。（4）业主公司在当月结算买方工程进度款时，以施工承包合同约定单价向买方扣回材料款。五、付款办法及期限：（1）每月*日18：00及以前发生的货款、运杂费及买方和业主公司认可的其他费用在当月结算，此后发生的全部费用在次月结算。（2）卖方应于每月*日16：00以前，将当月全部合格票据按业主公司各项目公司的格式要求整理完毕后交给物资管理单位办理；业主公司应于每月*日前支付当月价款，遇到国家法定节假日、双休日办理手续及支付时间相应后延。（3）卖方在办理粉煤灰价款结算时，应向买方提供当期货款发票以及买方和业主公司要求提供的其他有关资料。（4）因业主公司的原因导致当月价款支付延误，延误时间在*日及以内的，业主公司不向卖方支付滞纳金；延误时间超过*日的，从第*日起，按同期银行贷款利率向卖方支付当期价款的滞纳金；因卖方原因导致当月价款支付延误，责任和全部损失由卖方承担。六、卖方保证按本合同规定按时提供合格的合同粉煤灰、技术文件和服务，并承担本合同规定的卖方的全部责任、义务和风险。七、买、卖双方中经任何一方未经另一方同意，不得擅自将本合同的全部或部分权利和义务转让给第三方。八、合同文件下述文件是本合同不可分割的组成部分：（1）本粉煤灰买卖合同（2）粉煤灰买卖框架协议（3）招标文件及澄清（4）投标文件及澄清（5）合同洽谈会议纪要（6）中标通知书九、本合同经双方法定代表人（或委托代理人）签字，并分别加盖本单位合同专用章或公章后生效。十、本合同未尽事宜，由双方另行协商解决。十一、本合同一式十六份。其中正本二份，买卖双方各执一份；副本十四份，卖方执四份，买方执四份，业主公司执六份。各方分执的正、副本具有同等法律效力。买方：（建筑商）卖方：（粉煤灰生产商）（盖章）（盖章）法定代表人或委托代理人：（签字）法定代表人或委托代理人：（签字）地址：地址：邮编：邮编：电话号码：电话号码：传真：传真：开户银行：开户银行：帐号：帐号：签订日期： 2008年月日签订日期： 2008年月日合同见证方：（业主）（盖章）法定代表人或委托代理人：（签字）地址：邮编：电话号码：传真：签订日期： 2008年月日

只有基础意向，并无具体施工方案的项目的招标

5，cmmi具体是什么

能力成熟度整合模型（CapabilityMaturityModel-Integrated）分5个级别：CMMI1------初始级CMMI2------管理级CMMI3------可定义级CMMI4------量化级CMMI5------持续改进级

CMMI的全称为：CapabilityMaturityModelIntegration，即能力成熟度模型集成。cmm2、cmm3等好像是管理方法的成熟度等级

CMMI（CapabilityMaturityModelIntegration）即能力成熟度模型集成;CMMI自出道以来，它所达到的目标就没有变过，第一个是质量，第二个是时间表，第三就是要用最低的成本。不过特别强调的是，CMMI不是传统的、仅局限于软件开发的生命周期，它应该被运用于更广泛的一个范畴——工程设计的生命周期。TSP的建立，也是为了支持CMMI的这样一个系统。那么CMMI究竟是什么呢？它并不是一个过程，也不是告诉你怎么去做一件事情。如果用一句话来概括什么是CMMI，它就是各个进程的一个关键的元素，在很多领域里面一个集成的点。它是这样的一个基本架构，能够用来度量你的有效性和实用性；能够找出这样的一些机会，继续改进的机会，包括在商业目标、策略还有降低项目的风险等方面。

cmmi的背景 cmm的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从cmm衍生出了一些改善模型，比如：（1） sw-cmm (software cmm) 软件cmm （2） se-cmm (system engineering cmm) 系统工程cmm （3） sa-cmm (software acquisition cmm) 软件采购cmm （4） ipt-cmm (integrated product team cmm) 集成产品群组cmm （5） p-cmm (people cmm) 人力资源能力成熟度模型为了以示区别，国内外很多资料把cmm叫做sw-cmm。按照sei原来的计划，cmm的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准cmm2.0版本。但是，美国国防部办公室要求sei推迟发布cmm2.0版本，而要先完成一个更为紧迫的项目cmmi，原因是在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆， cmmi就是为了解决怎么保持这些模式之间的协调。 cmmi（capability maturity model integration）即能力成熟度集成模型，这是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能，第一，软件采购方法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。就软件而言，cmmi是sw-cmm的修订本。它兼收了sw-cmm 2.0版c稿草案和spa中更合理、更科学和更周密的优点。sei在发表cmmi-se/sw 1.0版时，宣布大约用两年的时间完成从cmm到cmmi的过渡。 cmmi项目更为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。cmmi将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。由业界、美国政府和卡内基?梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（cmmi）项目致力于帮助企业缓解这种困境。cmmi为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够重总体上改进组织的质量和效率。cmmi主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。与原有的能力成熟度模型类似，cmmi也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，cmmi为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准

能力成熟度模型集成软件编写过程的一个管理办法

CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题，其中主要问题体现在： n 不能集中其不同过程改进的能力以取得更大成绩； n 要进行一些重复的培训、评估和改进活动，因而增加了许多成本； n 遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。于是，希望整合不同CMM 模型的需求产生了。1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。 CMMI评估的预备工作评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。我们所说的文档化CMMI评估计划的结果，包括：要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤，组织的背景信息）。此外，还应当获取并记录发起方对于CMMI评估计划的正式批准。在制定评估计划之前，应对CMMI评估输入中反映出来的协议文档化，该协议将有助于CMMI评估目标和关键评估计划参数的共同理解。在对驱动计划过程的关键参数达成共同理解的基础上，CMMI评估发起方和SCAMPI主任评估师应就评估计划达成一致；发起者和评估小组领导应就已计划的评估中技术和非技术细节达成一致。这个计划在执行其他的计划和准备阶段活动中需要进一步细化。而通过CMMI评估小组的准备工作，将产生一支富有经验的、受过培训的且定位准确的小组准备执行CMMI评估任务。该小组的成员都应当获得了完成他们各自的任务所必备的知识，或者他们之前所拥有的知识被证实足以完成相关任务。评估小组领导者已经给每一个人提供了为完成他们各自的任务所需的对技能进行实践的机会，或者证实这些技能在过去已经得到了示范。小组成员相互了解，同时开始计划他们如何协调一致的工作。还应该做到：准备好的小组是为评估目标而服务的，小组的成员已提供培训且培训结果被记录，在必要的时候，对他们所做的因知识或技能不足的补救工作已经完成。我们认为，无论CMMI评估小组领导者是从头培训一支全新的评估小组，还是通过从富有经验的小组成员中选择来组建一个小组，确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任。此外，在对CMMI评估进行的预备工作的过程中，我们还应当对模型剪裁的原则有所了解： 1.在某些应用中，计划模板和例行的程序能够根据评估的需要进行调整，这和当地的过程所有权一样，有助于交流； 2.一个结构化的计划工艺组有利于只有有限的评估经验的组织，这样一个工艺就像缓和策略样，对于发现风险是一个很有价值的机会； 3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那些更需要培训的重点； 4.富有经验的评估小组领导者在没有案例分析的情况下，同样可以管理和模拟评估行为； 5.在小组所有已获得培训成员的集合中，对小组的建立工作进行管理以确保其团队凝聚力是十分重要的，因此，很多的小组建立练习是可以利用的，小组的规模、技能、组成部分都是本方法的裁剪内容； 6.所采用工具可以包括评估计划模板，样例，和计划模板中嵌入式的程序上的帮助，此外，为了估计评估约束的影响，估算工作表和方法也是很有用处的。总之，CMMI评估是一个十分复杂的过程，更由于其具有的不确定性，在评估的实践中，一定要做到有备无患。真理来自于实践，我们相信，随着越来越多的软件组织着手CMMI评估，越来越多的成功经验将为我们所利用和借鉴。