公务员管理系统人事业务优化及考核功能改造招标公告
公务员管理系统人事业务优化及考核功能改造招标公告
( 公务员管理系统人事业务优化及考核功能改造项目 )需求公示
项目名称 | 深圳市人力资源和社会保障局公务员管理系统人事业务优化及考核功能改造项目 | 采购类型 | 服务类 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | 深圳市人力资源和社会保障局 | 采购方式 | 公开招标 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额（元） | 385200 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | 深圳市公务员管理系统自2007年开始建设，截止2012年基本建成，由公务员业务审核子系统、机关单位业务申报子系统、职位岗位管理子系统、领导审批管理子系统等多个子系统组成，所有软件系统均包含市区两个版本。 公务员管理系统面向全市机关单位提供人事业务在线办理审核服务，涉及人员进入、离开、交流、转任、晋升、招聘、减员、调离、考核、奖惩等全部人事工资业务，通过与社保、公积金、财政等信息系统对接，实现人员每月工资房补发放、社保公积金缴交等。 但随着系统越来越深入的应用，业务部门及用户对系统性能与功能的要求越来越高，现有的应用性能和功能已不能完全满足日常工作的需要，迫切需要升级改造。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | 1.投标人必须先行注册为市政府采购中心的供应商； （供应商注册网址：http://www.cgzx.sz.gov.cn）。2.投标人需为在深圳市注册的独立法人机构，并具有相关经营范围；3.近三年内（即至少从2012年9月开始起算，供应商成立不足三年的可从成立之日起算）无行贿犯罪记录，由供应商营业执照住所地人民检察院出具《行贿犯罪档案查询告知函》。（复印件，原件备查）。告知函自出具之日起2个月内有效，有效期到期日应在本项目的公告之日后。4.本项目不允许联合体形式投标。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | 1.开发技术：基于J2EE，采用JAVA语言进行开发，JDK版本为1.5或以上。 2.基础平台：采用市人力资源保障局已经开发的基于Struts＋Spring＋Hibernate的基础平台J2EE技术框架、技术标准、基础组件等，或根据市人力资源保障局业务特点与甲方共同完善基础平台。 3.用户权限管理及安全：用户权限管理采用市人力资源保障局已经开发实施的基础平台的用户管理体系，用户验证采用统一身份认证体系，实现单点登录，系统内人员分级授权操作。投标人应对系统安全、统一用户管理、应用安全和数据安全提出明确的方案，并实现关键文档或报表必须仅能由生成人查看或打印（无需安装专用客户端软件）。 4.公用组件及系统平台：必须采用市人力资源保障局已有的基础组件库和系统平台（如工作流、报表平台等）。 5.应用系统：实现招标书中各项子系统要求的所有应用功能、业务逻辑以及相应的业务例外处理。 6.系统整合和数据交换：在现有人事管理系统统一的编码基础上与相关应用系统进行整合或数据交换，支持人事业务的自动高效处理。 7.全面测试：进行单元测试、集成测试、压力测试、迭代回归测试等的全面测试。 8.项目开发和实施：本项目采用集中式开发方式，要求项目团队所有成员在采购单位指定的现场全程集中进行设计、开发和实施。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 | 一、项目管理和实施要求 1.实施步骤要求 中标方须根据本项目建设内容，制定项目实施步骤，按照系统的划分，确定项目开展的先后顺序，各阶段人员组成、时间进度。 2.项目人员要求 中标方必须根据本项目的特点和建设内容，组建一支技术经验丰富、人员相对稳定的项目团队为项目建设服务，并在投标文件中确定项目经理、系统架构人员、系统分析人员、测试人员、编程人员等主要软件开发人员，说明每个人的角色、职责。相关人员的工作经验（尤其是同类公职人员管理电子政务系统项目建设经验）将作为评分考虑的重点。要求在项目建设过程中常驻现场开发人员不少于8人。 项目执行过程中，采购方有权对项目组人员进行考核和评价，不符合条件人员，采购方有权要求中标方及时更换。 中标方可以根据实际需要但必须经过采购方同意方可对人员进行更换调整（原则上项目经理、系统架构师、及核心系统分析人员不得更换），但须保证所更换人员的技术素质和工作能力不低于被替换人员，且更换比例不得超过20％，否则，采购方有权提前终止合同。 3.项目管理要求 中标方的软件开发和实施过程要遵循统一过程标准。采用UML作为分析建模语言，使用相关的分析建模工具；项目实施过程各阶段的工作安排、工作管理和以及各阶段提交的工件和质量标准都要严格遵循统一过程标准要求。 投标人必须在投标文件中明确项目管理使用的工具，以及将项目过程数据清晰完整地交付深圳市人力资源保障局的方法。 投标人应对项目过程中使用的软件工具（设计、建模、开发、需求管理、项目管理）进行描述，并明确指出将来（即项目结束后）哪些工具可提供采购方无偿使用，哪些工具必须购买和相应的报价。 4.质量控制要求 投标方须在投标文件中提出项目重要技术方案评审方式与要求以及项目实施中质量保障和质量控制方式。 在项目实施全过程中，采购方有对项目进度和质量进行监督控制的职责和权利，中标方应全面配合，确保人力、物力的定量投入，定期向采购方提交最新的进展情况报告。 5.测试要求 投标人必须在投标文件中提出软件测试方案。为了保障系统测试的科学性和公正性，本次项目建设采购方可引入第三方测试机制，测试费用由中标方支付。 6.投标人必须在投标文件中明确项目投入生产后的项目维护计划和系统改进的服务计划。 7.中标方不仅承担应用系统的开发，还需要承担系统软件的安装、应用系统的部署及优化工作。 二、工期要求 本项目要求必须在合同签订后120个日历日内完成所有系统的开发和实施工作，保障系统正式运行，支持深圳市区公务员人事业务管理的的顺利进行。 项目建设分为3个阶段： 1．签约后30个日历日内,完成需求调研和系统设计； 2． 80个日历日内，实现聘任制合同管理、招考职位申报、行政执法类（含警员）套转和公务员转任规则改造并上线、人员基础信息维护子系统改造； 3． 120个日历日内，实现考核功能改造等全部建设内容上线。 合同签订120个日历日内必须完成所有建设内容的设计、开发及测试，并必须按工期要求提交每个阶段的子系统予采购方进行初验，合格后进行系统试运行;试运行合格后，进行系统终验。 投标方应根据项目建设内容制定更为细化的项目开发实施计划，保障按工期完成每个阶段的建设内容。 项目阶段建设内容的完成以采购方验收合格为准。如中标方不能按时提交阶段子系统初验且延期超过半个月的，采购方有权提前终止合同；如中标方按时提交初验但初验不合格的，采购方同样有权提前终止合同。 三、培训要求 投标人应明确提出分析设计、开发、项目管理等有利于推进系统建设的培训计划和安排。 四、售后服务要求 自本项目验收合格之日起，即进入了免费服务期（即质保期），免费服务期要求不少于1年，且在此期间内至少有1名技术人员常驻采购单位。投标文件中应对项目免费服务期内的服务计划、响应时间等进行详细承诺，供评委评分参考。 五、系统验收要求 项目各阶段验收工作均包含如下内容： 1．系统初始验收（初验） 中标方完成系统或子系统应用功能测试和系统测试后，提交采购方进行初验。初验按照采购方的标准和要求组织验收，中标方必须配合提供相关的验收方案和验收文档清单。 2．系统试运行 系统初验合格后，在采购方指定的范围内，由最终用户使用系统。试运行时间通常为1个月，如出现严重问题或问题较多，采购方有权延长试运行时间。 3．系统最终验收（终验） 所有子系统试运行期满后，由采购方组织评审团，对项目进行评审和验收。验收合格作为项目的最终认可。 中标方应负责在项目验收前将系统实施过程中的所有竣工材料提交采购方，只有文档齐全后才予以验收。 （五）付款要求 按照前述工期要求中，完成项目建设的第一阶段付款10%，完成第二阶段付款80%，免费维保期结束后付10%。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 | 价格分计算方法可分两种： 方法一：价格分=[1-（投标报价-最低价）/最低价]×价格权重×100 当价格分<0时，取0。 方法二：价格分=[1-A×│１－投标报价／Z│]×价格权重×100 Z---即本次招标的最佳报价，即对所有通过资格性检查和符合性检查且报价不超过预算控制金额的有效投标报价取算术平均值，并对算术平均值下浮5～15%作为本次招标最佳报价。 Ａ---价格调整系数，当投标报价低于本次招标最佳报价时,A=0.5;当投标报价高于本次招标最佳报价时,取A=1。 当价格分<0时，取0； 方法二仅适用于工程和服务类项目，且通过资格性检查和符合性检查且报价不超过预算控制金额的投标供应商数量应不少于7家。当选用此方法不满足上述条件时，选用方法一。
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | *******&dateType=FILE" target="_blank">公开招标项目评定分离申报事项一览表.docx | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 序号 | 质疑标题 | 质疑内容 | 质疑单位 | 质疑人 | 质疑附件 | 质疑日期 | 标题 | 内容 | 单位 | 采购人 | 附件 | 日期 |
标签:
0人觉得有用|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
