某省软件开发服务项目招标投标实施办法某省软件开发服务项目招标投标实施办法试行.docx
- 文档编号:27494354
- 上传时间:2023-07-02
- 格式:DOCX
- 页数:15
- 大小:23.93KB
某省软件开发服务项目招标投标实施办法某省软件开发服务项目招标投标实施办法试行.docx
《某省软件开发服务项目招标投标实施办法某省软件开发服务项目招标投标实施办法试行.docx》由会员分享,可在线阅读,更多相关《某省软件开发服务项目招标投标实施办法某省软件开发服务项目招标投标实施办法试行.docx(15页珍藏版)》请在冰豆网上搜索。
某省软件开发服务项目招标投标实施办法某省软件开发服务项目招标投标实施办法试行
某省软件开发服务项目招标投标
实施办法
第一章总则
第一条为规范全省软件开发服务项目招标投标活动,提高软件开发服务项目招标投标质量,促进我省信息化建设健康发展,根据《中华人民共和国招标投标法》、《中华人民共和国政府采购法》、《某省信息化条例》、《某省招标投标管理办法》及其他有关法律、法规,制定本办法。
第二条本省行政区域内的软件开发服务项目招标投标活动,适用本办法。
本办法所涉及“软件开发服务项目”是指:
为满足用户信息化建设的个性需求而专门进行的软件开发及伴随技术服务的项目。
对成熟软件产品的采购,可按货物招标投标方式进行。
第三条招标投标活动应当遵循公开、公平、公正和诚实信用的原则。
第四条全部或部分使用国有资金及财政性资金单项合同估算金额达到或超过50万元的软件开发服务项目,必须依据本办法进行公开招标。
其它项目可参照本办法进行公开招标。
第五条省经济和信息化委员会、省招投标监督管理局(招投标管理办公室),负责全省软件开发服务项目招标投标活动的指导、协调和监督、管理。
省经济和信息化委员会负责建立和管理全省共享的软件开发服务项目评标专家库,作为省政府依法设立的某省评标专家总库的子库。
第六条本办法规定软件开发服务项目的招标投标活动按分级管理的原则进入各级综合招投标中心进行,禁止任何形式的场外交易。
第七条在软件开发服务项目招标投标活动中,国家颁布的法律、法规有规定的,从其规定。
第二章招标
第八条软件开发服务项目在招标时应当具备下列条件:
(一)软件开发服务项目按照国家规定需要履行项目审批手续的,应当先履行审批手续,取得批准;
(二)软件开发服务项目所需资金已经落实;
(三)法律、法规规定的其他条件。
第九条用户业务需求清晰、明确、完整,满足招标要求的软件开发服务项目,采用一阶段招标;尚不满足招标要求的,可采用两阶段招标。
两阶段招标时,第一阶段仅要求投标人提供资格证明文件、业务需求分析,由招标人或聘请的专家、有资质的咨询机构将需求优化后,发放给第一阶段资格审查合格的投标人进入第二阶段的投标。
第十条软件开发服务项目的招标工作由项目法人负责,任何单位和个人不得非法干涉;不得违法限制或者排斥本地区、本系统以外的潜在投标人参加投标。
第十一条招标人或委托的招标代理机构根据项目特点和需要编制招标文件。
招标文件应包括以下内容:
(一)投标邀请书;
(二)投标须知;
(三)用户业务需求;
(四)评标办法及评标标准;
(五)投标文件的格式及附录;
(六)拟签订合同的格式及主要条款;
(七)要求投标人提交的其他材料。
招标文件的编制见附件一:
《软件开发服务项目招标文件编制指南》。
第十二条招标人应当先将招标文件报经济和信息化主管部门进行专业审核通过后,再报招投标管理部门备案;备案通过后应当在指定的媒介上发布招标公告。
第十三条招标人应给予投标人编制投标文件合理时间,软件开发服务项目自招标文件开始发售之日到投标截止之日不得少于二十天。
第十四条招标人不得向他人透露已获取招标文件的潜在投标人的名称、数量以及可能影响公平竞争的有关招标投标的其它情况。
第十五条为了让投标人获取其认为有必要的信息,招标人应安排所有获取招标文件的投标人进行需求交底。
招标人应向投标人提供项目的有关资料和数据,招标人对投标人由此而做出的推论、理解和结论概不负责。
第十六条招标文件的澄清、修改、答疑:
(一)招标人对已发出的招标文件确需进行澄清或者修改的,应当在招标文件规定的提交投标文件截止时间至少15日前,以书面形式通知所有获取招标文件的投标人。
(二)投标人在领取招标文件及需求交底后有疑问的,应以书面形式提出,招标人应于投标截止时间至少15日前,以书面形式回答,并将回答同时送达所有获取招标文件的投标人。
任何口头上的修改、澄清、答疑一律无效。
(三)澄清、修改、答疑等补充文件作为招标文件的组成部分,与招标文件具有同等效力。
当招标文件、修改补充通知、澄清、答疑纪要的内容相矛盾时,以时间在后的文件内容为准。
(四)为了使投标人在编写投标文件时,充分响应招标文件的澄清、修改以及答疑纪要的内容,招标人可根据情况适当延长投标截止时间,具体时间修改应当在修改补充通知中明确。
第十七条软件开发服务项目的监理单位由项目法人另行招标确定。
第三章投标
第十八条投标人必须是具有有效《软件企业认定证书》的法人组织,并满足招标文件规定的资格条件。
第十九条投标文件由商务标、技术标两部分文件组成,投标人应当按照招标文件的要求编制投标文件。
投标文件应当对招标文件提出的要求和条件作出实质性响应。
第二十条投标人要保证开发的软件系统没有侵犯其它专利权、商标权、著作权或其它知识产权。
如果发生第三方向招标人进行侵权指控,将由投标人承担由此而引起的一切经济和法律责任。
第二十一条投标人应当在招标文件要求提交投标文件的截止时间前,将投标文件按招标文件要求进行密封并送达指定投标地点。
第二十二条投标人在招标文件要求提交投标文件的截止时间前,可以补充、修改或者撤回已提交的投标文件,并书面通知招标人。
补充、修改的内容为投标文件的组成部分。
第二十三条若招标文件允许联合体投标,则两个或两个以上法人组织可以组成一个联合体,以一个投标人的身份共同投标。
联合体各方均应当具备承担招标项目的相应能力;国家有关规定或者招标文件对投标人资格条件有规定的,联合体各方均应当具备规定的相应资格条件。
由同一专业的单位组成的联合体,按照资质等级较低的单位确定资质等级。
联合体各方应当签订共同投标协议,明确约定各方拟承担的工作和责任,并将共同投标协议连同投标文件一并提交招标人。
联合体中标的,联合体各方应当共同与招标人签订合同,就中标项目向招标人承担连带责任。
招标人不得强制投标人组成联合体共同投标,不得限制投标人之间的竞争。
第二十四条投标人不得相互串通投标,不得排挤其他投标人的公平竞争,损害招标人或者其他投标人的合法权益。
投标人不得与招标人串通投标,损害国家利益、社会公共利益或者他人的合法权益。
第二十五条投标人不得以任何不正当手段谋取中标。
第二十六条投标人不得以低于成本的报价竞标,也不得以他人名义投标或者以其他方式弄虚作假,骗取中标。
第四章开标、评标
第二十七条开标应当在招标文件确定的提交投标文件截止时间的同一时间公开进行,开标地点应当为招标文件中预先确定的地点。
第二十八条未按招标文件要求密封、投标截止时间之后提交的投标文件,招标人应予以拒绝接收。
第二十九条开标会由招标人主持,邀请所有投标人代表参加。
第三十条投标人少于三个的,招标人不得开标,应当依法重新招标。
第三十一条开标时,由投标人或者其推选的代表检查投标文件的密封情况,也可以由招标人委托的公证机构检查并公证,经确认无误后,由工作人员当众拆封,宣读投标人名称、投标价格和投标文件的其他主要内容。
招标人在招标文件要求提交投标文件的截止时间前收到的所有投标文件,开标时都应当当众予以拆封、宣读。
开标过程应当记录,并存档备查。
第三十二条评标由招标人依法组建的评标委员会负责。
评标委员会由招标人熟悉业务的代表和软件、经济等方面的专家组成,成员人数为五人以上单数,其中软件、经济等方面的专家不得少于成员总数的三分之二。
前款专家应当从事相关领域工作满八年并具有高级职称或者具有同等专业水平,由招标人从各级政府依法设立的综合性评标专家库中以随机抽取方式确定。
与投标人有利害关系的人不得进入相关项目的评标委员会;已经进入的应当更换。
评标委员会成员的名单在中标结果确定前应当保密。
第三十三条评标活动遵循“公平、公正、科学、择优”的原则。
第三十四条招标人应当采取必要的措施,保证评标在严格保密的情况下进行。
任何单位和个人不得非法干预、影响评标的过程和结果。
第三十五条评标委员会应当按照招标文件确定的评标标准和方法,对投标文件进行评审和比较;设有标底的,应当参考标底。
招标文件有“述标”要求的,评标委员会应当先安排各投标人分别述标,述标结束后再对投标文件进行评审和比较。
第三十六条评标委员会可以要求投标人对投标文件中含义不明确的内容作必要的澄清或者说明,但是澄清或者说明不得超出投标文件的范围或者改变投标文件的实质性内容。
拒不按照要求对投标文件进行澄清、说明或者补正的,评标委员会可以否决其投标。
第三十七条在评标过程中,评标委员会发现投标人的报价明显低于其他投标报价或者在设有标底时明显低于标底,使得其投标报价可能低于其个别成本的,应当要求该投标人作出书面说明并提供相关证明材料。
投标人不能合理说明或者不能提供相关证明材料的,由评标委员会认定该投标人以低于成本报价竞标,其投标应作废标处理。
第三十八条在评标过程中,评标委员会发现投标人以他人的名义投标、串通投标或以其他弄虚作假方式投标的,该投标人的投标应作废标处理。
第三十九条评标委员会经评审,认为所有投标都不符合招标文件要求的,可以否决所有投标。
评标委员会否决不合格投标或者界定为废标后,因有效投标不足三个使得投标明显缺乏竞争的,评标委员会也可以否决全部投标。
所有投标被否决的,招标人应当依法重新招标。
第四十条评标委员会完成评标后,应当向招标人提出书面评标报告,推荐一至三名中标候选人,并标明排列顺序。
招标人根据评标委员会提出的书面评标报告和推荐的中标候选人确定中标人。
招标人也可以授权评标委员会直接确定中标人。
第四十一条评标委员会成员应当客观、公正地履行职责,遵守职业道德,对所提出的评审意见承担个人责任。
评标委员会成员不得私下接触投标人,不得收受投标人的财物或者其他好处。
评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况以及与评标有关的其他情况。
第五章定标与授予合同
第四十二条评标结束后,招标人应在发布过招标公告的媒体进行评标结果公示,公示期不少于3个工作日。
第四十三条全部或部分使用国有资金及财政性资金的软件开发服务项目,招标人应当确定排名第一的中标候选人为中标人。
排名第一的中标候选人放弃中标、因不可抗力提出不能履行合同,或者招标文件规定应当提交履约担保而在规定的期限内未能提交的,招标人可以确定排名第二的中标候选人为中标人。
排名第二的中标候选人因前款规定的同样原因不能签订合同的,招标人可以确定排名第三的中标候选人为中标人。
第四十四条在确定中标人前,招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。
第四十五条招标人应当自确定中标人之日起十五日内,向招投标监督管理局(招投标管理办公室)及有关行政主管部门提交招标投标情况的书面报告。
第四十六条确定中标人后,招标人到招投标监督管理局(招投标管理办公室)办理进场交易证明书。
获得进场交易证明书后,招标人向中标人发出中标通知书。
中标通知书对招标人和中标人具有法律效力。
中标通知书发出后,招标人改变中标结果的,或者中标人放弃中标项目的,应当依法承担法律责任。
第四十七条招标人和中标人应当自中标通知书发出之日起三十日内,按照招标文件和中标人的投标文件订立书面合同。
招标人和中标人不得再行订立背离合同实质性内容的其他协议。
招标文件、投标文件、中标通知书均为合同的组成部分,也是项目验收的依据。
招标文件要求中标人提交履约保证金的,中标人应当提交。
第四十八条中标人应当按照合同约定履行义务,完成中标项目。
中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。
第六章附则
第四十九条省招投标监督管理局会同省经济和信息化委员会开展招投标执法检查,并建立投诉举报受理制度,及时纠正和查处招标投标活动中的违法行为。
第五十条违反本办法有关规定,按《中华人民共和国招标投标法》第四十九条至六十四条之规定处理。
第五十一条本办法由省经济和信息化委员会、省招投标监督管理局负责解释。
第五十二条本办法自颁布之日起施行。
附件:
1、《软件开发服务项目招标文件编制指南》
2、《软件开发服务项目投标文件编制要求》
3、《软件开发服务项目评标办法及评标标准》
附件一:
软件开发服务项目招标文件编制指南
招标文件是整个招标过程所遵循的基础性文件,也是招标过程中的法律性文件。
它是联系、沟通招标人与投标人的桥梁;是投标和评标的依据;也是合同的重要组成部分。
招标文件既要体现招标人的需求,又要符合国家法律法规。
能否编制出完整、严谨的招标文件,直接影响到招标质量,也是招标成败的关键。
一、招标文件应包括以下内容
1、投标邀请书;
2、投标须知;
3、用户业务需求;
4、评标办法及评标标准;
5、投标文件的格式及附录;
6、拟签订合同的格式及主要条款;
7、要求投标人提交的其他材料。
二、投标须知编制要点
投标须知是对本次招标活动的各个环节作出具体、明确的规定和说明,它实质上是《招标投标法》及相关法规在本次招标活动的实施细则。
1、在投标须知中应载明:
项目的基本概况、招标范围、资金落实情况,开标的时间和地点,对投标人的资格要求及资格审查标准,工期要求,需求交底和答疑安排,投标文件编制、提交、修改、撤回的要求,投标报价要求,投标有效期,投标保证金,履约担保的规定等。
2、对投标人的资格要求应对投标人单位的资质、财务状况、业绩以及拟派软件开发服务团队主要成员专业、职称、业绩等提出具体要求。
其中业绩要求应对业绩类型、数量作出明确界定。
3、对投标文件编制的要求应对投标文件内容及相关要求作出具体、明确的规定,可参考附件二:
《软件开发服务项目投标文件编制要求》编写。
技术标采用“暗标”的,还应对“暗标”的编制、封装作出明确规定。
三、用户业务需求编制要点
用户业务需求由招标人撰写,它是软件开发服务项目招标文件的核心内容,是软件开发服务项目投标、软件开发设计的基础,更是软件开发服务项目评标及项目完成后验收测试的依据。
业务需求部分应包括以下部分:
1用户简介。
与本项目建设相关的单位(或部门)信息及项目背景信息。
2术语定义。
本项目中与业务相关的专业术语说明。
3建设目标。
项目的目标应是明确的、可度量的、可达到的。
4系统描述。
4.1目标系统的组织结构与职责
详细描述组织结构和每个部门的职责。
组织结构描述应能成为业务流程与信息的载体,应是投标人理解业务、确定系统范围的依据。
4.2角色定义
角色是指目标系统中的用户类型。
角色定义必须清楚的描述角色的职责以及相关的业务功能,是投标人理解业务、提取对象的基础。
4.3业务流程
业务流程是对所涉及业务过程的详细描述,应对现有业务进行重组、优化与改进。
业务流程的描述包括“总业务流程图”和“详细业务流程图”,详细业务流程图应包括部门、角色、业务发生频率、意外情况处理等。
4.4单据、账本、报表
用户使用的正式单据、账本、报表等进行穷举、分类和归纳。
单据、账本、报表是用户系统中信息的载体,是进行系统需求分析的基础,是必不可少的信息源。
5功能需求。
应对决策层、管理层、操作层的具体功能进行详细描述。
6性能需求。
性能需求应以列表形式详细描述,供系统分析、设计、编程、测试以及验收使用。
6.1时间要求
是对响应时间,更新处理时间,数据的转换和传送时间等的要求。
6.2空间性能
支持的终端数,支持并行操作的使用者数,处理的文件和记录数,表和文件的规模(要按可预见的增长,对数据及其分量的存储要求做出估算),处理任务的数量,在正常的情况下和峰值工作条件下,在一定时间周期中要处理的数据总数。
6.3精度要求
对输入和输出数据的精度要求,对处理和传输过程中的精度要求。
7界面需求。
界面需求应从系统功能、角色等不同角度提出具体的需求。
通常界面设计应遵循方便、简洁、美观、一致的原则。
8安全性要求。
9系统运行环境要求。
9.1系统运行环境要求,包括网络环境、硬件以及软件环境等。
9.2与其他系统的接口要求。
9.3与系统特殊外设的接口要求。
10测试需求及验收标准。
11工期要求。
12培训要求。
13技术支持与售后服务要求。
包括项目维护技术人员、响应时间等。
14其他需求。
包括易用性、可靠性、可扩展性、可移植性等。
四、评标办法及评标标准软件开发服务项目评标办法采用“综合评分法”,招标人按附件三:
《软件开发服务项目评标办法及评标标准》编制。
五、投标文件的格式及附录投标文件的格式及附录的设计应与投标文件编制要求的内容及相关要求、规定相呼应,并有利于评标。
六、拟签订合同的格式及主要条款编制要点1、拟签订合同的格式可参照技术服务合同范本编制。
2、合同主要条款除各类合同共有的“双方权利和义务”、“违约责任”、“付款条件和付款安排”等外,还应明确第三方“监理方的权利”(若有)。
3、“违约责任”中应特别关注软件开发团队主要成员不按投标文件承诺人员到场的违约责任。
4、双方除应签署《测试及验收标准》作为合同附件外,还应明确第三方“测评机构”(若有)进行评测。
七、要求投标人提交的其他材料招标人对投标人的其它要求应在此予以明确,如软件功能的演示要求等。
附件二:
软件开发服务项目投标文件编制要求投标人的投标文件应当对招标文件提出的要求和条件作出实质性响应。
投标文件应当由商务标、技术标两部分文件组成。
一、商务标商务标应包括下列内容:
1、投标书;
2、开标一览表;3、法人代表授权书;4、投标保证金;5、投标资格证明文件;
(1)企业简介;
(2)营业执照(加盖公章的复印件);(3)税务登记证(加盖公章的复印件);(4)《软件企业认定证书》及其他相关资质证书(加盖公章的复印件);(5)质量体系认证证书(加盖公章的复印件);(6)财务状况(加盖公章的复印件);(7)已完成的类似项目业绩证明(加盖公章的合同及验收文件复印件);(8)类似项目获奖证书(加盖公章的复印件);(9)招标文件要求提供的其他证明文件;6、拟派软件开发团队及主要成员情况:
(1)开发服务团队(包括开发、测试、技术支持等)组织结构及分工;
(2)主要成员文凭、职称、业绩及获奖情况(加盖公章的证明文件复印件);(3)中标后软件开发团队主要成员履约到位承诺;7、软件开发进度安排;8、本项目的培训方案;9、本项目的售后服务方案;10、商务偏离情况;11、投标项目详细报价书。
二、技术标技术标应包括下列内容:
1、项目需求分析。
包括项目概述,系统描述,功能需求,性能需求,界面需求,接口及其他需求,目标系统假设与约束条件。
2、项目重难点及风险分析。
包括项目建设目标及重难点分析,风险及控制方法等。
3、合理化建议。
包括项目管理、系统架构、数据整合等方面的建议。
4、项目概要设计。
包括总体设计(总体结构图),模块(部件)功能分配(模块功能图),数据逻辑结构、数据库分布、接口、安全体系、网络环境、开发环境、运行平台等设计分析,可以充分体现系统的先进性、稳定性和可靠性等。
5、详细设计。
5.1功能详细设计。
包括模块实现设计,应采用流程图、IPO、类图等描述,公用模块、专用模块、存储过程、触发器等,达到点对点的设计要求。
5.2数据库设计。
包括对业务数据(单据、报表等)分析透彻、全面,有很详细的数据表结构、数据字典的设计等。
5.3界面设计。
包括控件、界面风格、界面迁移图和典型操作界面样式设计能够深入理解系统的功能要求,有创意,并提供功能级界面的预览图等。
5.4其他设计。
包括接口实现设计,角色授权设计,数据的安全性设计等。
6、测试方案。
7、质量保证方案。
8、系统部署方案。
9、安装调试方案。
10、工期保证方案。
11、项目验收方案。
12、其他本项目招标文件要求提供的技术、服务文件。
附件三:
软件开发服务项目评标办法及评标标准
软件开发服务项目的评标办法和评标标准必须在招标文件中予以确定。
招标文件没有确定的评标办法和评标标准不得作为评标的依据。
评标步骤分初步评审和详细评审两步进行。
一、初步评审
初步评审是指评标委员会审查每一投标文件是否对招标文件提出的所有实质性要求和条件做出响应,有无显著的差异或保留。
(一)投标文件有下列情形之一的视为未能在实质上响应的投标,作为废标处理:
1、投标人资格条件不符合国家有关规定和招标文件要求的;
2、投标报价超过招标文件规定的本项目投资预算或投标控制价,招标人不能支付的;
3、没有按照招标文件要求提供投标担保或者所提供的投标担保有瑕疵的;
4、投标文件中的投标函未加盖投标人的公章及法定代表人印章(签字),或法定代表人委托代理人没有合法、有效的委托书原件及委托代理人印章
5、投标有效期不足的;
6、投标文件载明的招标项目完成期限超过招标文件规定的期限的;
7、投标文件中的内容出现重大偏离和超出偏差范围的、明显不符合招标文件规定的技术要求和标准的;8、未按规定格式填写,内容不全或关键字迹模糊、无法辨认的;
9、投标人递交两份或多份内容不同的投标文件,或在一份投标文件中对同一项目报有两个或多个报价,且未声明哪一个有效的,按招标文件规定提交备选方案的除外;
10、组成联合体投标的,投标文件未附联合体各方共同投标协议或联合体协议不符合有关规定的;
11、投标文件附有招标人不能接受的条件,或者对合同中约定招标人的权利和投标人的义务方面造成重大限制的;12、不符合招标文件中规定的其他实质性要求的。
(二)评标委员会定为废标的投标文件不再进入详细评审阶段。
经初步评审合格的投标文件,评标委员会应当根据招标文件确定的评标办法、标准,对其作进一步评审、比较、评分。
二、详细评审
软件开发服务项目综合评分法详细评审的评审顺序为:
先评技术部分;再评商务综合部分;最后计算投标报价部分。
各部分满分值均为100分,但设定不同的权重,经加权后相加,总分满分值为100分。
技术部分、商务综合部分、投标报价部分的权重:
注:
1、各部分权重在上述范围内选定;2、各部分权重之和为100%。
(一)投标技术部分:
满分值100分(可采用暗标形式)
注:
技术部分评分少于70分,评委应注明评分理由。
技术部分多数评委评分少于70分的,视为该技术部分不合格,则该次投标文件作废标处理。
(二)商务综合标部分:
满分值100分
(三)投标报价部分:
满分值100分方法一:
1、基准价的确定:
满足招标人要求且报价最低的投标报价为评标基准价。
基准价价格分为满分。
2、投标人的价格分统一按照下列公式计算:
投标报价得分=(评标基准价/投标报价)×100方法二:
1、评标基准价(Q)的确定:
有效投标五家及以上时,评标基准价为各有效投标的投标报价(q)中,去掉一个最高报价和一个最低报价后的算术平均值乘以(1-F%)。
若有效投标少于五家(不含五家),则以所有有效投标的投标报价的算术平均值乘以(1-F%)为评标基准价。
F%--投标竞争下浮率,招标人必须在招标文件中确定竞争下浮率的值。
软件开发服务项目F取值宜为2—5的整数。
2、投标报价得分为:
(1)投标报价低于评标基准价的,每低于1.0%扣2分,最多扣100分;该项记分公式为:
K=100-[(Q-q)/Q]×100×2(0≤K≤100)
(2)投标报价高于评标基准价的,每高于1.0%扣3分,最多扣100分。
该项记分公式为:
K=100-[(q-Q)/Q]×100×3(0≤K≤100)以上式中:
q--投标报价,Q--评标基准价(四)计分办法
1、评标委员会成员按照招标文件和本办法上述有关规定,给各投标文件评分,并按下列公式确定各投标人的评定分数:
评
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 某省软件开发服务项目招标投标实施办法 某省软件开发服务项目招标投标实施办法试行 软件 开发 服务项目 招标 投标 实施办法 试行
![提示](https://static.bdocx.com/images/bang_tan.gif)