深圳住房保障署维修系统完善和维护项目.docx

1、深圳住房保障署维修系统完善和维护项目深圳市住房保障署维修系统完善和维护项目采购招标文件根据相关规定，深圳市住房保障署以公开招标方式进行深圳市住房保障署维修系统完善和维护项目的采购工作，请按以下要求于 2018 年6月27日（星期三）上午10:00前将投标文件密封送至深圳市福田区红荔路莲花大厦东座801室。1、采购内容 见附件3。2、与采购项目相关要求（1）采购项目的详细清单和相关技术要求。 见附件3。（2）招标控制价 本项目指标控制价：人民币肆拾玖万元整（￥490,000.00），投标报价超出此金额的将作废标处理。（3）工期要求。 1. 在合同签订后的在合同签订后120个日历日内完成所有系统的

2、开发和上线投入使用。 2其整体项目试运行周期为2个月，试运行通过后1个月内完成项目整体验收工作。（4）验收标准和方式。 系统的初验与终验要严格遵照深圳市住房建设信息系统技术规范与技术框架 的要求，并整理规范中明确规定的各项文档。（5）付款方式 根据项目实施进度要求，本项目具体付款方式如下： 1.合同签订之日起10个工作日内，甲方向乙方支付合同总价30%作为预付款； 2.完成单位网上备案信息填报的功能开发和上线投入正式使用后10工作日，甲方向乙方支付合同总价30 %的款项； 3. 完成本项目建设内容（即外网申报子系统、内网业务管理子系统）的整体验收后，甲方向乙方支付合同总价30 %的款项； 4.

3、维护期满一年后支付合同总价10 %的款项。（6）资质要求。 1投标人必须为深圳市政府采购中心的注册供应商，不得有任何外资（包括港、澳、台资）背景，非深圳公司须在深圳有合法注册的分支机构； 2投标人具有独立法人资格，提供营业执照副本扫描件； 3本项目不接受联合体投标，不允许分包或转包； 4投标人近三年没有违反政府采购和招投标相关法律法规，在经营活动中没有重大违法记录。（7）授予合同的办法及合同的主要条款。 见附件4。（8）投标文件格式及内容。投标内容应至少包括报价一览表、响应声明书、相关资质证明、法人代表书、法人授权委托书等、拟安排的项目负责人及项目团队成员情况、实施方案、项目重点难点分析、应对

4、措施及相关的合理化建议、质量保障措施及方案、项目完成（服务期满）后的服务承诺、违约承诺、详细分项报价（格式自定）、其它招标文件要求的内容及投标人认为需要补充的内容（格式自定）。提交的资料应加盖公章。1.投标文件的密封、标记和装订（1）投标文件为一正一副，投标文件中的所有内容都应按A4篇幅装订成一册在封面上注明正、副本。将装订好的投标文件密封包装在一个外密封袋中，并在外密封袋上注明：投标文件 项目名称：深圳市住房保障署维修系统完善和维护项目 投标人名称（盖章）： （2）投标文件的所有内容应按A4篇幅装订成一册，装订应牢固不可拆卸。（3）所有投标文件密封袋的封口处均应加盖投标人公章。（4）对于因标

5、书标识不清、装订不牢、密封不严等导致的不利后果由该投标人自负。2.投标文件的提交投标人应根据相关规定，在投标截止时间前将投标文件密封送达指定地点。未及时送达指定地点及不符合密封、标记、签章、装订要求的投标文件将拒绝接收。投标文件提交后，供应商不得对报价文件进行修改，报价文件中应一次报出一个不可更改的最终报价。截标时递交标书的投标人数量未达3家的，将按相关规定暂停开标和定标程序。如导致招标失败，采购人将不负担因此给投标人造成的损失。（9）定标办法及原则。 本项目定标采用一次票决法。（10）废标条款符合下列条件之一，即可定为废标：1.报价文件无投标人盖章，无法定代表人或法定代表人授权代表签字或盖章

6、的。3.投标书未按规定的格式填写，内容不全或关键字迹模糊、无法辨认的。4.投标人递交两份或多份内容不同的投标文件，或在一份投标文件中对同一招标项目报有两个或多个报价，且未声明哪一个有效的，按招标文件规定提交备选投标方案的除外。5.投标报价超出预算金额的将作废标处理。6.投标人以他人的名义投标、串通投标、以行贿手段谋取中标或者以其他弄虚作假方式投标的。（11）流标情形符合下列情形之一，本次招标流标，需重新招标。1符合招标文件规定并作出实质性响应的供应商不足三家。 2采购的公正性受到影响。3投标报价均超过了采购预算。4采购任务取消。（12）其它与本次招标有关的规定。联系人： 张工 电话：23949

7、965联系地址：深圳市福田区红荔路莲花大厦东座801室 深圳市住房保障署 2018年06月11日附件1:招标文件响应声明书（模版）致（招标人）： （投标单位全称） 授权 （全名、职务）为全权代表，参加贵方组织的（ 项目）招标活动并投标，为此：1、我方已详细阅读了全部招标文件，包括修改文件（如有）及全部参考资料和附件。我们完全理解并同意放弃对这方面有不明及误解的权利。愿意接受招标文件中的各项要求。2、我方提供招标文件要求的全部资料，并保证真实性、合法性。3、若中标，我方将按照招标文件规定，履行合同责任和义务。4、询价响应书自开标日起有效期为60个工作日。5、我方与本招标文件响应有关的一切正式往来

8、通讯请寄： 地址： 邮编： 电话： 传真： 投标单位名称（公章）： 授权代表签字： 投标响应日期： 年 月 日 附件2: 报价一览表（模版）致（招标人）： 在研究了招标文件中所有内容后，我公司对 招标项目响应报价如下： 序号项 目数量响应单价（元）小计（元）备注12合计总价：￥： 大写：法定代表人或授权代表（签字）： 供应商名称（盖章）：日期： 年 月 日 注：1、填写此表格时不得改变表格的形式。2、响应单位如果需要对报价或其它内容加以说明，可在备注一栏中填写。 3、此表应经法定代表人或授权代表签名，并盖上公章。附件3：深圳市住房保障署维修系统完善和维护项目招标需求1、项目概况1. 项目名称：

9、深圳市住房保障署维修系统完善和维护项目（以下简称维修系统）2. 工期要求：合同签订后3个月完成系统完善工作,进入上线试运行；运行维护期1年。3. 项目费用：人民币9万元。. 项目概况：根据工作需要，深圳市住房保障署决定就深圳市住房保障署维修系统完善和维护项目进行招标，以便信息系统满足当前保障性出租住房和配套物业的后期管理、维护的迫切需要。2、项目背景深圳市保障性住房建设是政府为惠民生、稳发展、促和谐作出的重大决策。当前，随着大量保障性住房陆续投入使用，保障性住房已从重点建设逐渐向建管并重转变。所以保障性住房的管理已成为一项重点和难点工作，特别是保障性出租住房和配套物业的后期管理、维护。为了及时

10、掌握维护需求，科学监管维护工程项目过程，深圳市住房保障署拟建设维修系统，提高保障性出租住房和配套物业维护服务效率和质量。3、项目目标通过建立保障署维修系统，实现从维修申请到维护项目实施的全生命周期的一体化管理。项目目标如下：1、提供便捷的网上维修申报服务；2、符合最新工作模式的维修受理和审核；3、全面对接房源库、租赁管理；4、对维修项目的实施进行全过程管理。为局内其他相关系统提供核查接口，各信息系统均可按自己的需求，直接调用服务平台上的服务，满足自身的业务经办需要。4、项目内容维修系统分内外网两大子系统，主要包含：维修申报、维修受理、维修分配、维修实施、综合管理四大板块。1 外网申报子系统1)

11、 维修申报a) 日常维修申报 提供外网客户端、移动客户端（或微信）维修申报登记。 提供外网客户端、移动客户端（或微信）维修申请登记进度查询。2) 维修受理a) 日常维修受理 提供通过外网客户端、移动客户端（或微信）的维修申报进行受理并进行任务分派。 提供通过来电、来文、现场受理等方式进行维修申报登记并进行任务分派。 提供通过来电、来文、现场受理等方式进行维修申报登记未分派的任务进修改。 提供对已经登记的维修申报进行查询、查看登记的详细信息。 提供查询清单的下载、打印。b) 预约勘验 提供通过客户端或是移动客户端（或微信）进行预约登记。 提供预约登记记录的查询、查看预约登记的详细信息。c) 勘验

12、管理 提供给维修工程师通过内（外）网客户端、移动客户端（或是微信）进行勘察验房登记、现场图片、视频采集上传。 提供勘验登记的查询、修改、查看勘验登记结果的详细信息。3) 维修分配a) 维修方案编制 提供维修方案的制作登记。 提供与维修方案库中方案匹配关联。 提供维修方案的各类文书打印。 提供维修方案查询、修改、查看维修方案的详细信息。4) 综合管理a) 租户身份认证 提供通过外网客户端、移动客户端（或微信）为租户提供系统登陆入口。 提供通过外网客户端、移动客户端（或微信）为租户注册、找回密码等服务。b) 工程师身份认证 提供通过外网客户端、移动客户端（或微信）为维修工程师提供系统登陆入口。 提

13、供通过外网客户端、移动客户端（或微信）为维修工程师创建用户、分配访问权限等服务c) 待办事项管理 提供根据各岗位的工作人员登陆内网管理系统（或是移动客户端）后即可查看到我的待办任务。5) 维修方案、预算功能模块6) 施工单位递交维修方案、预算，维修管理工程师进行审批、回复。7) 监理管理模块，监理现场勘查管理功能、方案审核功能、预算审核功能，监理工程师现场巡查记录功能、竣工验收功能。8) 造价预算单位预算、结算功能模块，造价预算结算的接收、登记、递交结果功能。2 内网业务管理子系统1) 维修受理a) 申报登记 提供通过外网客户端、移动客户端（或微信）的维修申报进行受理并进行任务分派。 提供通过

14、来电、来文、现场受理等方式进行维修申报登记并进行任务分派。 提供通过来电、来文、现场受理等方式进行维修申报登记未分派的任务进修改。 提供对已经登记的维修申报进行查询、查看登记的详细信息。 提供查询清单的下载、打印。b) 预约勘验 提供通过客户端或是移动客户端（或微信）进行预约登记。 提供预约登记记录的查询、查看预约登记的详细信息。c) 勘验管理 提供给维修工程师通过内（外）网客户端、移动客户端（或是微信）进行勘察验房登记、现场图片、视频采集上传。 提供勘验登记的查询、修改、查看勘验登记结果的详细信息。d) 勘验审批 提供勘验结果的审批，意见的录入。 提供勘验审批结果的查询、查看。2) 维修分配

15、a) 维修方案编制 提供维修方案的制作登记。 按分部分项细项建立维修方案库，并提供对应维修综合单价录入功能。提供与维修方案库中方案匹配关联，汇总造价，形成单项维修方案功能。 提供维修方案的各类文书打印。 提供维修方案查询、修改、查看维修方案的详细信息。b) 委托设计管理 提供委托设计的登记。 提供委托设计各类文书打印。 提供委托设计查询、修改、查看委托设计登记的详细信息。c) 维修方案审批 提供维修方案的审批，意见的录入。 提供维修方案审批结果的查询、查看。d) 方案打包管理 提供把多个维修子方案打包到一个大方案中进行管理。 提供打包方案的查询、修改、查看详细的方案信息。 提供打包方案的报表下

16、载、打印。 提供打包方案的审核、审批流程管理。e) 造价预算管理 提供造价预算委托登记。 提供造价预算委托的各类文书打印。 提供造价预算查询、修改、查看登记的详细信息。f) 项目分配管理 提供项目分配管理登记（直接委托、抽签等分配方式）。 提供项目分配管理的查询、修改、查看分配的详细信息。 提供项目分配文书的打印。g) 合同管理 提供维修合同（监理合同、造价咨询合同）签订登记。 提供合同签订各类文书、打印。 提供合同查询、修改、合同详细信息的查看。3) 项目实施a) 监理项目管理模块，提供现场情况记录、照片上传等功能。b) 主办工程师现场管理模块，提供现场情况记录、照片上传等功能。c) 抽查人

17、员现场管理模块，提供现场情况记录、照片上传等功能。4) 结算造价管理d) 造价结算委托管理 提供造价结算委托的登记。 提供造价结算委托各类文书打印。 提供造价结算委托查询、修改、查看委托设计登记的详细信息。e) 造价结算审批 提供造价结算结果的审批，意见的录入。 提供造价结算审批结果的查询、查看。5) 综合管理a) 待办事项管理 提供根据各岗位的工作人员登陆内网管理系统（或是移动客户端）后即可查看到我的待办任务。b) 项目抽查管理 提供项目实施过程中的按比例抽查，及抽查结果的登记。 提供按规则自动产生抽查项目及手动抽查方式。 提供对项目抽查结果的报表统计、下载、打印。c) 数据字典管理 提供系

18、统业务参数的配置管理。 提供常用意见配置等。 提供各片区各类岗位工程师的配置维护等。d) 材料造价清单管理 提供固定的工程材料造价清单模版直接导入系统。 提供相同名称、规格相同的分类检索。e) 维修方案参数管理 提供维修方案参数的登记配置。 提供维修方案的查询、修改、查询。 提供维修方案附件上传（包括：Office文件、PDF文件、CAD文件、图片文件）。 提供附件的下载、在线预览和打印（包括：Office文件、PDF文件、图片文件）。f) 核心历史数据迁移 将原系统中的核心数据迁移到新数据库中，供业务部门查阅历史使用。5)资金管理a)维修施工工程费的统计、分析、汇总。b)维修监理费用的统计、

19、分析、汇总。c)维修造价费用的统计、分析、汇总。d)维修设计费用的统计、分析、汇总。6)退验房模块a)外网、移动客户端退房申请、受理。b）外网、移动客户端退房状态查询。c）退验房预约勘查管理功能。d）退验房完成情况审批、入库功能。e）退房后需维修房源转办维修功能。f）退验房钥匙、水电气管理功能。7）维修业务管理模块a）待办事项管理功能，各业务岗位、环节的已办、待办提醒、统计、分析功能。b）项目台账管理功能，建立项目台账，按各业务环节进行查询、统计、应用。c）房屋台账功能，按房屋为单元建立台账，并可按项目为单元进行打印输出。d）申报台账管理功能，按接收申报建立台账，并进行查询、统计、分析。e）报

20、表打印输出功能，按房源、项目、各业务节点、支付情况收集信息，按时间段形成报表，可打印输出。8）资料交接记录功能，各业务环节资料交接记录、查询、统计功能。9）供应商考评、管理功能，建立供应商库，可进行考评记分登记，并根据登记分数额度，在系统暂停、停止供应商承接权限。10）管理处应用模块，接收租户申报，进行登记、勘查、分派功能，属我署维修范围的，递交我署受理岗功能。11)原有维修系统维修数据迁移。将原有维修系统维修数据迁移到新完善和维护的系统，提供查询、统计等功能。5、技术运行环境及实施技术与规范要求1.部署环境数据库服务器：oracle 11g，linux。应用服务器：weblogic 12c，

21、linux。2.开发环境使用用户指定的基于J2EE架构的开发框架开发。3.实施技术原则该软件系统要以国家、省各类技术规范和建设等业务信息化规范为依据，严格遵照国家软件工程规范及以下原则：(1)先进性：采用国际、国内先进的软件体系结构，先进的技术标准，具有很好的可维护性；(2)安全性：从多个角度，多个环节考虑，确保系统和数据的安全。 (3)易操作：用户接口及界面设计将充分考虑人体结构特征及视觉特征进行优化设计，界面友好、美观，操作符合日常工作流程需要，易学习、易操作，系统提示和帮助信息准确及时。(4)稳定性：系统具备较强的容错能力，来保证系统运行的可靠性，并制订相应的策略完成数据的备份，以保证在

22、出现意外事故时系统能够迅速恢复运行。(5)高效性：数据访问、数据处理等系统软件要具有极强的处理和运算能力。要求系统有较强的操作平台、数据库系统、实现架构、网络环境等方面的适应性。(6)可扩展性：具有科学合理的体系结构，根本保证系统的可扩展性，业务平台、数据信息平台各个层次都可以灵活扩展。系统在信息处理平台和业务应用平台提供标准规范的统一接口，充分支持新业务的展开。随着系统的运行，系统数据量会越来越大，并对系统性能产生影响，为了保证对系统性能的要求，系统在设计时就应考虑具有较强的扩展性。(7)硬件扩展性：整个系统和计算机网络可以根据不同的系统要求，随时进行硬件设备配置。系统容量较小时，系统中主要

23、业务控制软件集中在一套设备。系统容量较大时，将业务控制软件分布在不同设备中，提高系统处理能力和稳定性。(8)软件扩展性：提供只需进行简单操作就可以生成新的业务流程、修改已有业务流程，任意增加、删除和修改业务数据和业务流程，适应业务发展的需求。提供功能强大的数据接口，轻松实现各种数据的导入、导出以及与外部系统的无缝连接。(9)应用软件与硬件的无关性：应用软件所采用的硬件无关，即通过配置实现系统支持不同硬件的接入方式。4.开发技术规范为了便于项目今后的扩展应用，并尽量降低项目后期维护成本，本项目涉及的系统主体采用B/S/S框架。经过分析和对比，在体系架构的开放性、标准性、兼容性和跨平台特性等方面J

24、2EE占有着明显的优势。采用J2EE体系结构能够使所开发的应用软件系统具有跨平台的特性，能够在不同操作系统之间、不同平台之间平滑移植。所以，在本项目中选用J2EE体系。在本系统研发过程要全面采用面向对象技术，包括面向对象的分析（OOA）、面向对象的设计（OOD）和面向对象的编程（OOP），使系统建设从分析、设计和编码全程对象化，确保系统的科学性和开放性，加强了系统的可读性和可维护性，提高了系统的性能，为系统的扩展和复用打下坚实的基础。在系统与其他系统整合关联方面，基于XML的Web服务技术是目前世界上最先进的分布式异构数据库系统整合技术，它将原来基于数据库的集成提升到基于服务（应用程序）的集成

25、，从而屏蔽了数据结构、业务逻辑等一系列需要深入了解原系统的细节问题，成为当前最受业界推崇的集成技术。Web Service从本质上讲是放置于Web站点上的可重用构件。Web Service可以分散于Web的各个地方，通过互相地调用以协同完成业务活动。在Web Service的体系中，不同的应用系统被分割为强内聚、松耦合的单个的服务，可以通过Web被调用和访问。Oracle数据库设计规范:本项目数据库设计要求必须遵循深圳市住房和建设局的Oracle数据库设计规范。5.安全要求发布系统必须能通过深圳市专业的安全漏洞扫描公司的安全漏洞扫描鉴定。6.数据交换接口规范在系统中涉及的所有数据交换皆以XML

26、文件格式通过交换接口实现，主要包括以下具体规范：(1)XML相关的标准和规范 核心技术规范： XML、Schema、XSL、namespace、DOM/SAX； 服务相关语言和协议： SOAP、WS、UDDI； 元数据标准： DC、RDF、GILS； 工作流相关的语言： WSFL、XLANG、BPEL4WS、XPDL、BPML； 事务处理和协作相关： WSCI、BTP、WS-COOR、WS-TRAN； XML安全相关： ENC、SIG、XKMS、XACML、SAML； XML处理与表现： XFORMS、XHTML、VoiceXML、SMIL、MATHML、SVG； XML开发相关：DOM、SA

27、X、JAXP、JAXR、JDOM、JAXB、JAXM、JAX-RPC； 其它相关领域的XML标准： ADML、AIML、CML、FIX、GML、HR、tML、 ebXML、HL7；(2)接口的命名方法、编码、内容规范接口的命名规范：接口的命名方法应遵循两个的规则：唯一性规则、标示性规则。接口的内容规范：所有的接口必须有统一的格式，各个信息资源库与数据交换接口的内容必须包含以下几个方面：接口编码、所共享的数据的结构信息以及元数据信息、接口定义的作者、操作日期、附加说明、接口所属类别（即对应共享目录）、有效日期和使用权限。(3)错误编码规范错误编码是指由于操作步骤上的错误或网络连接出现问题等原因而

28、导致数据交换无法正常运行。系统可以判断并提示出错的原因。错误的编码采取整数作为唯一的编号。并保存在数据交换的数据库上。根据实际出现的情况，管理员可以方便地维护扩展。7.性能指标系统建成后，应满足如下性能指标：（1）稳定性指标 系统有效工作时间：99.9% 系统故障恢复时间不超过30分钟。 不出现以下情况：无故退出系统；发生系统不可控制的故障提示；因系统故障导致操作系统或机器无法正常操作。 并发支持指标 系统支持同时在线用户数：1000个 并发数按同时在线用户数的20%计算：100个（2）响应指标 简单事务处理(包含各类信息录入、修改、查询业务、主要页面平均响应时间等) 3s（500名并发用户）

29、； 信息录入、修改型简单事务：平均响应时间5s； 复杂事务处理60s(500名并发用户)； 各类固定统计报表形成时间：1分钟。类型技术要求约束说明执行标准环境要求技术平台基于J2EE平台，使用JAVA语言进行系统开发，JDK版本为1.6+不可偏离部署环境服务器RedHat Enterprise 6.0 +中间件Weblogic 12c +数据库Oracle 11g不可偏离配置管理采用市住房和建设局信息中心统一的SVN管理工具，进行系统全生命周期的需求、设计、参考文档、代码、部署程序等资料的管理不可偏离管理要求单点登录和系统集成采用市住建局信息中心指定的权限管理产品，实现统一身份认证体系和单点登

30、录，系统内人员分级授权操作，系统集成应整合到市住房和建设局信息系统门户中，体现为统一的菜单、导航、信息目录、在线帮助、知识库等不可偏离系统界面风格遵循市住房和建设局信息中心标准规范之“信息系统界面和风格统一标准规范”，保障市住房和建设局所有信息项目的界面风格和用户体验的一致性不可偏离系统安全遵循市住房和建设局信息中心标准规范之“信息系统安全规范”，系统上线前必须通过市保密局要求的软件漏洞安全扫描，达到相应安全等级要求。不可偏离数据验证与校验通过用户界面前端对用户输入数据的验证、服务端对输入数据的有效性、合法性进行校验，保证数据的一致性、完整性、合法性不可偏离过程评审在系统建设的生命周期，市住房和建设局信心中心要求项目建设方法提交阶段评审，包括需求评审、设计评审、原型评审、代码走读审查、测试评审、项目验收评审等不可偏离技术要求SOA服务管理明确界定系统之间的关系，系统之间的交互调用统