ImageVerifierCode 换一换
格式:DOCX , 页数:32 ,大小:27.03KB ,
资源ID:3266747      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3266747.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(项目名称东莞房地产交易所数据库软件维护项目深圳人力资源.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

项目名称东莞房地产交易所数据库软件维护项目深圳人力资源.docx

1、项目名称东莞房地产交易所数据库软件维护项目深圳人力资源深圳市人力资源和社会保障局信息中心城市服务项目招标书招标书深圳市人力资源和社会保障局信息中心2017年4月项目名称:深圳市人力资源和社会保障局信息中心城市服务项目。招标内容:深圳市人力资源和社会保障局信息中心城市服务项目及相关功能改造。第一部分 投标人资质要求一、投标人的资质要求1. 投标人必须先行注册为市政府采购中心的供应商; (供应商注册网址:)。2. 投标人需为在深圳市注册的独立法人机构,并具有相关经营范围。3. 近三年内(即至少从2014年4月开始起算,供应商成立不足三年的可从成立之日起算)无行贿犯罪记录,由供应商营业执照住所地人民

2、检察院出具行贿犯罪档案查询告知函。(复印件,原件备查)。告知函自出具之日起2个月内有效,有效期到期日应在本项目的公告之日后。4. 本项目不允许联合体形式投标。二、投标人提交的中标后履行供货合同的资格证明文件应满足招标文件的要求1. 投标人的营业执照(正副本)复印件(加盖公章);2. 投标人的税务登记证(正副本)复印件(加盖公章);3. 投标人的组织机构代码证复印件(加盖公章);4. 法定代表人及其委托代理人身份证复印件(加盖公章);5. 有委托代理人的,提供法定代表人授权书;6. 投标人应提供本项目人员的资历、工作履历以及参与项目或培训的证明文件;7. 投标人应提供营业执照住所地人民检察院出具

3、行贿犯罪档案查询告知函第二部分 项目需求本次项目的主要内容包括:支付宝医疗保险移动支付与社会统一用户基础平台(以下简称SUUM)交互对接、微信等医疗保险移动支付与SUUM交互对接、手机端社保查询应用、社保查询接入应用平台等。1、项目背景为创新服务模式,拓展服务渠道,我局于2016年7月起将留学生、专业技术资格、博士后、租房补贴申请、国内学历认证等业务入驻支付宝城市服务,市民可直接在支付宝城市服务窗进行人社业务查询和办理。为扩大服务范围,拟将市民关注度高的社保查询服务纳入城市服务范围,完善医保移动支付业务与我局社会统一用户平台的交互对接。需对城市服务项目进行公开招标。2、项目总体要求项目要求说明

4、开发技术基于J2EE,采用JAVA语言进行开发,JDK版本为1.5或以上。基础平台采用深圳市人力资源和社会保障局已经开发的基于StrutsSpringHibernate的基础平台J2EE技术框架、技术标准、基础组件等或根据深圳市人力资源和社会保障局业务特点与甲方共同完善基础平台。用户权限管理及安全用户权限管理采用深圳市人力资源和社会保障局已经开发实施的基础平台的用户管理体系,用户验证采用统一身份实名认证体系。投标人应对系统安全、社会统一用户管理、应用安全和数据安全提出明确的方案,并实现关键文档或报表必须仅能由生成人查看或打印(无需安装专用客户端软件)。应用系统在深圳市人力资源和社会保障局现有社

5、会统一用户基础平台(简称SUUM)的编码基础上,实现招标书中各项要求的所有应用功能、业务逻辑以及相应的业务例外处理。系统对接和数据交换在现有社会统一用户基础平台(简称SUUM)的编码基础上与相关应用平台进行对接或数据交换,支持SUUM的自动高效处理。全面测试进行单元测试、集成测试、压力测试、迭代回归测试等的全面测试。项目开发和实施本项目采用集中式开发方式,要求项目团队所有成员在采购单位指定的现场全程集中进行设计、开发和实施。以上带号条款为必须满足的基本要求,对以上要求有负偏离(由评标委员会进行评判)的投标人将被视为没有实质性满足招标文件要求而作废标处理。3、项目功能性要求(1)支付宝医疗保险移

6、动支付与SUUM交互对接深圳市人力资源和社会保障局开展的医保移动支付项目,通过支付宝第三方移动支付平台,用户便可通过手机完成医保的门诊挂号和缴费。根据深圳市人力资源和社会保障局要求,在进行移动支付前,需完成支付宝账户与人社统一用户的认证绑定过程,因此需要深圳市人力资源和社会保障局的社会统一用户基础平台(以下简称SUUM)可以在支付宝第三方支付平台提供以下功能:1 账户验证SUUM根据获取到的支付宝账户的证件类型、证件号码查找到唯一匹配的统一用户时,自动跳转至验证统一用户的功能页面,自动带出统一用户名,不可修改,需用户输入统一用户密码进行验证,验证通过后方可进行门诊挂号和缴费的支付操作。2 注册

7、账户当SUUM根据获取到的支付宝账户的证件类型、证件号码未查找到存在的统一用户时,系统自动跳转至快捷注册用户页面,进行注册。根据支付宝第三方支付平台表示,其账户人员身份信息均是实名认证的,深圳市人力资源和社会保障局也认可其实名认证机制,信任支付宝账户人员身份信息为人员真实准确的信息,因此在此注册统一用户时无需再进行银行接口实名认证环节,SUUM统一用户的姓名、证件类型、证件号码、银行、银行卡号等信息均从实名账户(如支付宝)信息获取,其中银行、银行卡号为用户绑定的金融社保卡的银行和银行卡号。3 重置密码如果用户在进行账户验证时忘记密码,可以通过本功能重置密码,密码重置成功后,自动跳转至账户验证页

8、面,用户输入新重置密码,验证通过后完成账户验证操作。4 请求支付宝账户授权接口在支付宝与SUUM交互对接过程中,SUUM如需要获取支付宝账户信息,需按照支付宝获取账户信息规范。在用户同意授权个人信息给SUUM第三方网站后,SUUM需通过请求支付宝账户授权接口,获取访问支付宝账户信息的访问令牌。5 请求支付宝账户信息共享接口SUUM通过请求支付宝账户授权接口获取到访问支付宝账户信息的访问令牌后,才可凭此令牌获取到支付宝账户信息。获取账户信息的接口规范需按照支付宝的接口规范要求实现。6 请求通知系统绑卡结果接口SUUM在账户验证成功及注册账户成功后,要记录SUUM账户绑定的支付宝账户,绑定成功后请

9、求通知系统绑卡结果接口,以便其完成医保账户和支付宝账户的绑定,接口反馈处理成功信号后SUUM回跳支付宝指定页面,完成绑卡交互过程。(2)微信等医疗保险移动支付与SUUM交互对接深圳市人力资源和社会保障局开展的医保移动支付项目,通过微信、平安壹钱包、建设银行、银联第三方移动支付平台,用户便可通过手机完成医保的门诊挂号和缴费。根据业务要求,在进行移动支付前,需完成微信、平安壹钱包、建设银行、银联账户与人社统一用户的认证绑定过程,因此需要深圳市人力资源和社会保障局的社会统一用户基础平台(以下简称SUUM)可以在微信、平安壹钱包第三方支付平台提供以下功能:1 账户验证SUUM根据获取到的微信、平安壹钱

10、包账户的证件类型、证件号码查找到唯一匹配的统一用户时,自动跳转至验证统一用户的功能页面,自动带出统一用户名,不可修改,需用户输入统一用户密码进行验证,验证通过后方可进行门诊挂号和缴费的支付操作。2 注册账户当SUUM根据获取到的微信、平安壹钱包账户的证件类型、证件号码未查找到存在的统一用户时,系统自动跳转至快捷注册用户页面,进行注册。根据微信、平安壹钱包第三方支付平台表示,其账户人员身份信息均是实名认证的,深圳市人力资源和社会保障局也认可其实名认证机制,信任微信、平安壹钱包账户人员身份信息为人员真实准确的信息,因此在此注册统一用户时无需再进行银行接口实名认证环节,SUUM统一用户的姓名、证件类

11、型、证件号码、银行、银行卡号等信息均从支付宝账户信息获取,其中银行、银行卡号为用户绑定的金融社保卡的银行和银行卡号。3 重置密码如果用户在进行账户验证时忘记密码,可以通过本功能重置密码,密码重置成功后,自动跳转至账户验证页面,用户输入新重置密码,验证通过后完成账户验证操作。4 获取微信等第三方支付平台账户信息在微信等第三方支付平台与SUUM交互对接过程中,SUUM如需要获取其账户信息,需按照SUUM统一制定的获取账户信息规范实现。因此SUUM需制定获取微信等第三方支付平台账户信息的统一规范并实现获取第三方支付平安账户信息功能。5 请求通知系统绑卡结果接口SUUM在账户验证成功及注册账户成功后,

12、要记录SUUM账户绑定的支付宝账户,绑定成功后请求、通知系统绑卡结果接口,以便其完成医保账户和支付宝账户的绑定,接口反馈处理成功信号后SUUM回跳支付宝指定页面,完成绑卡交互过程。(3)手机端社保查询应用为便于广大社保用户随时随地可通过手机移动端查询个人社保信息,需开发出H5技术展示页面的社保查询应用,以便于可以将社保查询应用投放到支付宝、微信等用户群较大的移动平台,为广大社保用户提供生活便利,本次需开发的功能有:1 个人参保信息查询与社保业务系统接口对接,提供参保人的参保基本信息查询功能。查看信息包括姓名、户籍类别、社会保障卡号、缴费工资(元)、养老专户余额(元)、医疗专户余额(元)、医疗实

13、际累计月数、养老实际累计月数、失业实际累计月数、生育保险/生育医疗实际累计月数、养老参保状态、医疗参保状态、工伤参保状态、失业参保状态、生育保险/生育医疗参保状态。2 缴费明细查询与社保业务系统接口对接,提供参保人社保缴费明细查询功能。查询显示内容如下:养老保险缴费明细【92年8月以前(不含8月):缴费年月、到账情况、工资。养老险缴费明细【92年8月以后(含8月)】:缴费年月、到账情况、缴费基数、个人缴、单位缴、划入个人账户、缴费合计、缴费单位编号。医疗保险缴费明细:缴费年月、到账情况、医疗类型、缴费基数、个人缴、单位缴、划入个人账户、缴费合计、缴费单位编号。工伤保险缴费明细:缴费年月、到账情

14、况、缴费基数、单位缴、缴费合计、缴费单位编号。失业保险缴费明细:缴费年月、到账情况、缴费基数、个人缴、单位缴、缴费合计、缴费单位编号。3 近半年医疗消费查询与社保业务系统接口对接,提供社会保障卡近半年医疗消费查询功能。查询显示内容为:类别、时间、总费用、个人账户支出、统筹支出、医院名称。4 近半年失业金领取记录查询失业保险金领取信息通过接口提供查询服务,用户可以查询失业保险金实发领取的详细信息。查询显示内容为:支付时间、发放年月、金额、银行帐号。5 近半年养老待遇发放与补发查询通过接口提供查询服务,用户可以查询养老待遇发放和补发情况。查询显示内容为:支付时间、发放年月、金额、银行帐号、正常/补

15、发。(4)社保查询接入应用平台为了使深圳市人力资源和社会保障局的社保查询应用更快更广的被广大用户所知所用,深圳人社局与支付宝、微信等用户群较大的移动平台达成协议,将该应用投放到其移动应用平台上,本次主要接入的平台如下:1 社保查询接入支付宝城市服务进入支付宝-城市服务(深圳)-政务-社保查询,便可查询移动端社保的相关查询功能。如果用户首次使用该应用则需进行SUUM账户认证,否则,无需进行认证可直接进入社保查询的应用。如果用户尚未注册SUUM账户,则首次使用时,系统会引导至注册页面,用户需填写银行账号、手机号等信息进行银行实名信息验证。2 社保查询接入支付宝电子社保卡进入支付宝-城市服务(深圳)

16、-医疗-电子社保卡,便可查询移动端社保的相关查询功能。因电子社保卡首页是支付宝开发,支付宝不需要进入社保查询的统一入口,他们需要将社保查询的5个功能直接挂载在电子社保卡的首页上。另外,要求通过电子社保卡进入到各社保查询功能,不需要进行统一用户登录认证,即便用户是首次使用支付宝电子社保卡的社保查询功能,也不需要进行登录认证,因为用户在首次进入电子社保卡应用时,已经进行过登录认证,而且进入电子社保卡的用户肯定是已注册过统一用户的。3 社保查询接入微信电子社保卡进入微信-钱包-城市服务(深圳)-政务办事-社保服务-电子社保卡,便可查询移动端社保的5个查询功能。SUUM需分别提供这5个功能的链接地址(

17、静态地址+参数),用户进入到微信医保卡详情页面时通过点击详情页配置的菜单进入到对应的社保查询功能页面。另外,要求通过电子社保卡进入到社保查询各功能,不需要进行统一用户登录认证,即便用户是首次使用支付宝城市服务的社保查询功能,也不需要进行登录认证,因为用户在首次进入电子社保卡应用时,已经进行过登录认证。关于获取微信当前登录账户信息的技术实现,需由微信方和SUUM开发方及人社局项目管理人员共同讨论确认,可能会与支付宝获取账户信息的方式不同。4 社保查询接入微信订阅号微信订阅号的社保查询功能与支付宝城市服务中的社保查询功能一致,即上文描述的移动端社保查询的5个功能,但订阅号的登录方式与支付宝的不一致

18、。因深圳市人力资源和社会保障局未与微信做实名认证对接,所以通过微信订阅号登录社保查询时,不能采用支付宝目前的登录方式,需要用户输入用户名、密码且校验通过后才能进行社保查询操作。登录界面需提供手机端注册功能链接,当未注册时,可以通过手机端注册功能直接注册用户。登录界面无需提供找回用户名、找回密码等功能。4、项目建设非功能性要求1 技术路线要求系统设计应采用深圳市人力资源和社会保障局现有的业界成熟的先进的应用支撑软件平台,应保证系统的可靠性、开放性、可维护性、先进性。数据库服务器要选用Oracle 数据库平台。应用体系结构用基于J2EE技术路线的三层体系结构,应用服务器要采用WebLogic平台。

19、系统的设计、开发、部署、测试等均要遵循软件开发标准体系。操作系统要采用开放的Unix操作系统或者Windows系列操作系统。应用软件对系统的调用应该是通用的、可配置的。2 系统安全性要求系统要应用深圳深圳市人力资源和社会保障局现有的应用安全体系,防止系统外非法用户的侵入和系统内用户的非法探测和恶意泄密,用户验证采用统一身份实名认证体系。投标人应对系统安全、社会统一用户管理、应用安全和数据安全提出明确的方案,提出方案实现关键文档或报表必须仅能由生成人查看或打印(无需安装专用客户端软件)。3 规范性与标准性要求网络建设应放在全市电子政务系统的大环境下进行,系统设计在功能、安全、网络等各方面符合市电

20、子政务建设各项标准和规范。同时,在系统设计上应采用国际、国内成熟的信息技术和先进的技术标准,要能与其它系统互联互通并具备扩展性和可维护性。4 投资保护要求系统建设必须充分利用深圳市人力资源和社会保障局已有的各项软硬件基础,实现对已有投资的保护问题。系统采用的软件平台都应该基于开放式架构,必须使用深圳市人力资源和社会保障局现有的系统软件平台,不可使用自主平台软件,从而保证整个软硬件系统的“向前兼容”及“向后扩展”。项目中不可采用非甲方已有的各项系统软件平台。5 高可用性要求由于系统用户量较多,该系统的可用性直接影响到系统数据的实效性。因此要采用高可用性设计,通过无单点故障设计,可支持系统的连续运

21、行。6 可靠性要求通过采用主流的成熟的软件架构与软件开发工具,提高应用系统的开发质量,优化软件,减少软件缺陷,提高平台和应用软件的稳定性、可靠性。7 易操作性要求应用操作界面要清晰、简洁,便于操作和维护,符合大部分用户操作特点和使用习惯,使用户能够经过较短时间的培训,就可学会系统的使用。提供操作用户在线帮助信息和详细完整的用户使用指导手册等。8 可扩展性要求要充分考虑技术体系发展前景,适应未来发展的需要。在设计时充分考虑系统的各种输入输出需求,提供或预留到各相关标准化数据接口,加强与其他应用系统或平台的电子数据的交换与共享,方便系统的功能扩展升级。系统应能适应业务发展和变革的需要,适应用户数量

22、及业务量的增长,新业务的增加以及业务的变化。9 兼容性要求能够兼容其它相关业务环境下的软件系统。以实现与其它关联系统的有效连接与配合。5、项目组织实施要求(一)项目管理和实施要求1 实施步骤要求中标方须根据本项目建设内容,制定项目实施步骤,确定项目开展的先后顺序,各阶段人员组成、时间进度。2 项目人员要求中标方必须根据本项目的特点和建设内容,组建一支技术经验丰富、人员相对稳定的项目团队为项目建设服务,并在投标文件中确定项目经理、系统架构人员、系统分析人员、测试人员、编程人员等主要软件开发人员,说明每个人的角色、职责。相关人员的工作经验(尤其是同类电子政务系统项目建设经验)将作为评分考虑的重点。

23、项目执行过程中,采购方有权对项目组人员进行考核和评价,不符合条件人员,采购方有权要求中标方及时更换。中标方可以根据实际需要但必须经过采购方同意方可对人员进行更换调整(原则上项目经理、系统架构师、及核心系统分析人员不得更换),但须保证所更换人员的技术素质和工作能力不低于被替换人员,且更换比例不得超过20,否则,采购方有权提前终止合同。3 项目管理要求中标方的软件开发和实施过程要遵循统一过程标准。采用UML作为分析建模语言,使用相关的分析建模工具;项目实施过程各阶段的工作安排、工作管理和以及各阶段提交的工件和质量标准都要严格遵循统一过程标准要求。投标人必须在投标文件中明确项目管理使用的工具,以及将

24、项目过程数据清晰完整地交付深圳深圳市人力资源和社会保障局。投标人应对项目过程中使用的软件工具(设计、建模、开发、需求管理、项目管理)进行描述,并明确指出将来(即项目结束后)哪些工具可提供给采购方无偿使用,哪些工具必须购买和相应的报价。4 质量控制要求投标方须在投标文件中提出项目重要技术方案评审方式与要求以及项目实施中质量保障和质量控制方式。在项目实施全过程中,采购方有对项目进度和质量进行监督控制的职责和权利,中标方应全面配合,确保人力、物力的定量投入,定期向采购方提交最新的进展情况报告。5 测试要求投标人必须在投标文件中提出软件测试方案。为了保障系统测试的科学性和公正性,本次项目建设采购方可引

25、入第三方测试机制,测试费用由中标方支付。6 投标人必须在投标文件中明确项目投入生产后的项目维护计划和系统改进的服务计划。7 中标方不仅承担应用系统的开发,还需要承担系统软件的安装、应用系统的部署及优化工作。(二)工期要求本项目要求必须在合同签订后60个日历日内完成所有建设内容的开发和实施工作,保障系统正式运行。项目建设分为3个阶段:1 签约后20个日历日内,完成需求调研和系统设计;2 40个日历日内,实现支付宝医疗保险移动支付与SUUM交互对接、微信等医疗保险移动支付与SUUM交互对接上线试运行;3 60个日历日内,实现手机端社保查询应用、社保查询接入应用平台上线试运行;合同签订60个日历日内

26、必须完成所有建设内容的设计、开发及测试,并必须按工期要求提交每个阶段的系统予采购方进行初验,合格后进行系统试运行;试运行合格后,进行系统终验。投标方应根据项目建设内容制定更为细化的项目开发实施计划,保障按工期完成每个阶段的建设内容。项目阶段建设内容的完成以采购方验收合格为准。如中标方不能按时提交阶段子系统初验且延期超过半个月的,采购方有权提前终止合同;如中标方按时提交初验但初验不合格的,采购方同样有权提前终止合同。(三)培训要求投标人应明确提出分析设计、开发、项目管理等有利于推进系统建设的培训计划和安排。(四)售后服务要求自本项目竣工验收合格之日起,即进入了免费服务期(即质保期),免费服务期要

27、求不少于1年,且在此期间内至少有1名技术人员常驻采购单位。投标文件中应对项目免费服务期内的服务计划、响应时间等进行详细承诺,供评委评分参考。(五)付款要求按照前述工期要求中,项目签约后付款60%,完成全部内容并终验合格后付款40%。第三部分系统验收要求项目各阶段验收工作均包含如下内容:1系统初始验收(初验)中标方完成系统或子系统应用功能测试和系统测试后,提交采购方进行初验。初验按照采购方的标准和要求组织验收,中标方必须配合提供相关的验收方案和验收文档清单。2系统试运行系统初验合格后,在采购方指定的范围内,由最终用户使用系统。如出现严重问题或问题较多,采购方有权延长试运行时间。3系统最终验收(终

28、验)所有子系统试运行期满后,由采购方组织评审团,对项目进行评审和验收。验收合格作为项目的最终认可。中标方应负责在项目验收前将系统实施过程中的所有竣工材料提交采购方,只有文档齐全后才予以验收。 第四部分 投标文件编制有关要求贵公司如决定参加投标,请按以下要求编制投标文件1式3份,其中正本1份,副本2份(投标文件的正本及所有副本的封面均须加盖投标人法人公章并加盖骑缝法人公章),内容包括但不限于:(一)贵单位简介,加盖公章的营业执照、相关资质复印件。(二)本次服务的工作方案。(三)本次服务报价不得超过31万元(以人民币为计量单位)。三、投标文件的递交(一)投标文件的密封和标记1. 投标人应将投标文件

29、正本及副本分开各用两个封套装好密封,且在封套上标明“正本”“副本”字样。封套的封口处须加盖投标人法人公章。2封套应注明:“收件人:深圳市人力资源和社会保障局信息中心城市服务项目投标文件标明北京时间 2017年5月3日14:30分之前不得启封”的字样。 3如果封套未按投标人须知要求密封和加写标记,招标人对误投或过早启封概不负责。(二)投标截止时间1、投标文件递交开始时间:北京时间2017 年4日21日。2、投标文件递交截止时间:北京时间2017 年5月3日14:00时。3、投标人务必于截止时间前,将有关文件按要求送达深圳市深南大道8005号深圳人才园1066。4、在推迟了投标截止时间的情况下,招

30、标人和投标人受投标截止时间制约的所有权利和义务均应延长至新的投标截止时间。5、招标人将拒绝并原封退回在规定的投标截止时刻后收到的任何投标文件。6、截至开标时,如不够三家投标人,本招标工作无效。无论投标结果如何,投标者自行承担投标发生的所有费用。(三)投标人在递交投标文件后,投标人不得对其投标文件做任何修改,亦不得撤回其投标文件。四、开标与评标(一)开标1、开标时间:北京时间 2017 年5月3日14:30分;2、开标地点: 深圳市深南大道8005号深圳人才园1071(二)评标小组本次招标组建评标小组,评标小组由 3 人组成。本次招标组建监督小组,监督小组由 2 人组成。五、评标原则和方法序号评

31、分项权重1价格20价格分=1-(投标报价-最低价)/最低价价格权重100当价格分0时,取0。2技术服务部分60序号评分因素权重评分方式评分准则1总体系统设计10专家打分考察内容:(1)方案设计全面完整,对招标书的各项需求和要求及实现均给予响应(2分);(2)深入理解深圳市人力资源保障局现有社会统一用户平台,系统架构设计和所采取的技术路线配合现有基础支撑平台(4分);(3)基于现有交互平台的设计方案全面完整并合理可行(4分)。每项横向比较,分档评分:评价为优得80%-100%分数;评价为良得60%-80%分数;评价为中得30%-60%分数;评价为差不得分。2业务理解及业务模型设计20专家打分考察内容:(1)所设计的领域模型需正确反映个人用户、单位用户、对接应用系统等主要领域对象及其之间关系;(10分)(2)对与支付宝、微信等第三方应用平台对接的流程、规范和数据交互

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1