1、深圳市劳动人事争议调解仲裁信息系统完善项目招标文件深圳市人力资源和社会保障局2013 年 7 月 8 日- 2 -一、供应商资质条件1. 投标人必须是在中华人民共和国境内注册的独立法人，具有相关经营范围；2. 投标单位须在深圳地区设有常驻开发和维护机构，给予技术支持3. 购买标书时应该提供的资料：营业执照副本（核对原件，复印件加盖公章提交招标公司存档）。4. 具有深圳市政府采购注册供应商资格（供应商注册网网址：http:/）。二、项目简介2.1 项目背景“调解仲裁信息系统”自 2012 年 3 月 16 日在全市同步上线以来，截止目前，共有内部用户 624 人，已上线案件量 58613 宗，日
2、均操作次数超 2000 次，总体运行情况良好。但是，经过一年的上线运行，在系统的操作流程、性能等方面确有必要进一步完善和优化，并需要根据业务的发展对部分功能进行调整变更。2.2 项目建设目标项目建设目标如下：1. 完善系统操作流程和功能，提高各项业务操作的效率，优化系统性能提高系统处理业务的能力。2. 完善统计报表功能，根据业务需要增加部分报表功能，提高系统数据的利用率。3、要求界面设计融合原系统设计，操作简单，有较好的实用性和灵活性。4、能够充分实现信息标准化，数据查看、使用权限明确。5、具有较好的扩展性，维护简单，能方便迅速地扩充功能。- 3 -2.3 项目建设内容项目具体建设内容包括：1
3、) 完善批量操作功能。增加并完善批量操作，并保证批量操作时的系统响应性能。2) 简化报批流程。简化各类报批流程，增加快速立案按钮。 3) 完善任务取回功能。4) 完善权限管理。5) 完善统计报表。检查并完善现有的报表保证数据的准确性。6) 简化数据完整性校验。去掉不必要的数据校验关系，操作个案或系列案都有友好的操作提示和处理结果反馈。7) 修订自动分案规则。对现有的自动分案规则进行修订，并增加将自动分案规则适用于调解员。8) 相关案件和特殊名单的利用。对系统中的“个人”和“单位”资料库进行有效利用，能够判断是否兼职仲裁员。9) 完善文书处理和编号功能。完善文书标签和模板管理，增加决定书文号、函
4、号。10) 统一各环节的显示界面。11) 完善电子签章功能。实现申请签章后立刻可得到签章结果。12) 完善短信功能。在短信通知界面增加短信发送记录和结果的查询，修复部分当事人无法发送短信通知的功能。13) 完善对外查询界面。增加机构的选项和案件进展显示，排期需在有开庭送达记录后才显示。2.4 项目建设要求2.4.1 系统用户范围本项目所涉及的功能主要面向深圳市劳动人事争议仲裁院及深圳市各区劳动人事争议仲裁院需要查询或处理相关业务的人员；以及部分查询功能对社会公众开放。- 4 -2.4.2 功能性需求深圳市劳动人事争议调解仲裁信息系统完善项目主要完成以下主要功能：1、完善批量操作功能 “添加/覆
5、盖/应用到同系列案”复选框旁边加红色提示。 自动排期（立案和庭审） 、取消开庭（庭审）和已开庭（庭审）的弹出框功能做成类似于笔录上传的。 “庭前调解”环节案件列表页面增加“批量处理”按钮及功能：发送、上传文书、撤诉登记、庭前调解记录。去掉已有“发送”按钮。 “庭后”环节的“批量处理”功能增加短信通知。 “归档”环节案件列表页面增加“批量处理”按钮及功能：发送、文书上传、归档登记、签收档案、归档结束。 所有环节的案件列表页面增加“选中同系列案” 。2、简化报批流程 报上级领导批复后直接返回给报批人，不再返回到初级领导处。 “立案报批”弹出页面显著位置增加“同意立案”按钮，并在旁边提示：“快速立案
6、，无需报批！” ，功能为立案报批后领导选择“同意立案”的处理结果。3、完善任务取回功能 除了分案庭审外，所有发送和报批流转在接收人查看之前都可以任务取回。 所有报批均改为可取回。 除了分案立案保留退回功能（按钮名称为发回立案） ，其他环节取消退回功能。4、完善权限管理 查询权限修改：“结案”环节的查询权限更改为非承办人如不是领导用户则不显示各类报批或登记记录，以及不能打开文书处理中的 word 文书。- 5 - 代管权限完善：操作被代管人的案件用的是被代管人的权限，不能与操作代管人自己的案件混淆。如：报批页面选择的“审批领导”；社保的查询权限等。5、完善统计报表 检查并完善现有的报表保证数据的
7、准确性。6、简化数据完整性校验 简化各环节之间数据及流程流转的校验条件,校验内容以深圳市劳动人事仲裁院的提供的规则进行。 操作个案或系列案都有友好的操作提示和处理结果反馈；有提示框时锁定其他窗口的操作。例如：用户操作时提示“处理中，请耐心等待！”；2、校验不通过或 60 秒仍无响应则回滚机制并提示“操作失败！”（提示具体的失败原因）；3、操作完成则提示“操作成功！”。 案件状态增加“中止”，督办案件列表页面增加“状态”，中止的案件可以在督办中显示（注意中止状态下剩余时间不能随时间而改变）。 报批和审批的意见输入框加字数提示“最多 200 字”。7、修订自动分案规则 自动分案规则需按新的规则进行
8、修改。 自动分案规则适用于选择调解员，在选择调解员界面增加“自动选调解员”按钮。8、相关案件和特殊名单的利用 在“系统管理”增加“兼职仲裁员管理”（序号、姓名、身份证件号码、职业资格证号码、仲裁员资格证号码、描述），用户可以在该菜单中对兼职仲裁员进行添加、修改、删除、查询操作。 新增或修改申请人、被申请人、第三人、代理人中，对于“个人”根据证件号码查询全市案件，并可复制当事人或复制案件（代理人不需要复制案件）。 对于“单位”根据单位编码（如无单位编码则根据单位名称）查询本委案件，并可复制当事人或复制案件在单位信息录入界面录入相应信息后。- 6 - 录入“单位”信息点击“保存”按钮，保存成功后判
9、断 30 天内是否有相同单位，根据单位编码（如无单位编码则根据单位名称）精确查询全市案件，如有则提示框中显示“登记号”、“案号”、“申请人/被申请人”、“登记时间”和“立案结果”等。 录入代理人点击“保存”按钮时根据姓名校验是否为兼职仲裁员，提示“XXX（身份证号码）是兼职仲裁员，您确定将 XXX 设置为该案件的代理人吗？”。 在所有环节案件信息页面顶部“同系列案”后加“相关案件”按钮，点击按钮根据以下 3 个条件查询出相关案件信息，并分三模块显示：A：本案登记时间前 30 天内的同一用人单位案件（本委）；B：本案开庭时间前后 30 天内开庭或结案的同一用人单位案件（本委）；C：当前时间前 1
10、 年内的同一劳动者案件（全市）。如果没有案件则提示无相关案件信息。9、完善文书处理和编号功能 添加 25 个文书标签。 文书类型页面添加“新增文书类型”按钮功能（包含上传文书模版功能） 。 文书类型列表后面增加“修改”按钮，可修改文书类型信息。 文书处理页面根据分类（决定书号和函号）生成书号，取消书号，补充书号。10、统一各环节的显示界面 修改所有环节界面展示信息（9 个页面） 。 综合查询页面录入查询条件后点击“查询”按钮打开新的 table 标签显示查询结果。11、完善电子签章功能 实时 Word 转换 PDF，实时电子签章。12、完善短信功能 短信通知界面增加短信发送记录列表。- 7 -
11、 确定短信接口稳定可靠。 “第三人代理人”和“被申请人代理人”实现短信发送。 选择当事人类型为“自选”时，用户可以录入发送人和手机号码。13、完善对外查询界面 外部查询根据条件显示结果。 外部查询页面增加查询条件 2 个下拉列表“区域+机构”，选择机构后将该机构的案号规则相同部分默认显示在案号输入框中，如：深劳人仲案20130001 则在案号输入框中显示深劳人仲案2013。 在外部查询页面右上角增加“查询开庭记录”按钮，点击按钮后打开“开庭记录”页面，在此页面可以按开庭时间（默认显示当日）、开庭地点、案号、机构查询开庭信息，如果当日开庭记录有多页，可自动翻页不间断显示。有“区域+机构”的下拉列
12、表选择。2.4.3 非功能性需求2.4.3.1 性能需求系统响应时间：一般性操作最长不超过 6 秒，系统响应时间3 秒，批量操作1000 宗案件时能在 10 秒内响应，一般的查询统计应控制在 10180 秒、大型的复杂的查询统计应小于 1 小时。当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间；并发处理能力：能够支持同时从多个部门或地方并发使用，要求系统不能由于用户连接的增加明显降低系统的响应时间。2.4.3.2 安全需求系统安全等级应达到 2 级。2.4.3.3 稳定性需求系统能够连续 72
13、4 小时不间断工作。系统运行每 1000 小时中可用时间至少不小于 999 小时，故障间隔时间应大于 1000 小时；系统保证数据的一致性，完整性，- 8 -准确性要求达到 99.99%；对人工输入的数据以及来自不同接口的数据进行合法性检查，确保流程的通畅性，并且能够对错误数据进行自动纠错处理；必须有数据存储备份，在更换平台时保证应用系统的平滑过渡。2.4.3.4 项目采购范围本项目的采购范围是：采购深圳市劳动人事争议调解仲裁信息系统完善功能的开发和部署。系统上线地点：深圳市人力资源和社会保障局指定地点具体工作内容遵循“项目建设目标、内容和要求”中的描述。2.4.3.5 用户培训1. 提供详细
14、的用户培训方案。2. 编写用户操作手册。3. 进行用户操作培训。2.4.3.6 项目合同服务期限1. 系统上线时间合同签订后 5 个月内完成系统上线。2. 质保期自系统验收合格交付使用之日起 1 年。三、项目技术要求系统基于 J2EE 系统采用 B/S 架构技术开发。（1）分析建模语言与工具采用 UML 作为分析建模语言。在需求、设计阶段，以统一建模语言 UML 为建模方法，以用例作为需求描述主要手段，包括用例图、流程图、状态图，以物理建模、- 9 -类图作为分析描述手段。（2）开发语言基于 J2EE，采用 JAVA 语言进行开发。（3）软件设计有较好的可配置性，避免硬编码；遵循面向对象的设计
15、原则，尽量采用接口编程；具有较好的重用性、可维护性、可移植性。（4）系统架构整体采用开放的企业级架构，具体采用 Spring、Hibernate 框架。局部设计采用常用的设计模式，例如工厂模式、代理模式、单例模式、DTO 模式、DAO 模式、VO模式、Session Faade 模式、Command 模式。（5）工作流应用项目中可采用开源的工作流软件。（6）异常处理对于 Web 功能模块，在任何地方出现致命异常，都要中止模块执行，回滚事务、并以友好的方式提示用户、将错误轨迹写入日志，根据需要（通过配置的方式） ，将错误以邮件或者短信提示系统管理员。（7）日志管理日志管理模块可以产生便于最终用户
16、、系统管理员、故障维护工程师以及软件开发团队进行分析的事件记录，它为软件的开发调试和维护提供便利的手段。它可以控制日志输出级别，也可以提供多种输出方式。（8）开发规范遵循信息中心的 JAVA 开发规范，有清晰、完整、风格统一的注释。（9）数据库设计规范遵循相关的数据库设计规范。- 10 -（10）全面测试进行单元测试、集成测试、压力测试在内的全面测试.四、项目服务要求4.1 售后服务内容，要求和期限1. 质保期为自系统验收合格交付使用之日起 1 年。质保期内，由投标人免费提供维护服务；投标人保证所使用软件的合法性，任何知识产权纠纷与用户无关；投标人自行完成委托内容，不得转包；投标人保证提交成果
17、满足委托人的技术要求。2. 投标人须具有多年的相应项目建设经历，有良好的商业信誉，投标人应有专业专职技术服务队伍，投标人应在接到故障通知后，1 小时响应，4 小时内到达现场对故障进行处理。3. 所有产品保修服务方式均为投标方上门保修，即由投标方派人员到用户产品使用现场维修。由此产生的一切费用均由投标方承担。4. 电话技术支持：主要是对一般情况的小故障，在问题不算复杂、或者维护人员对某些技术问题存在疑问时使用。通过电话、传真、EMAIL 的指导方式解决问题。5. 投标方必须提出质保期内的维修、维护内容和范围（产品、技术、模块、部件） 。6. 投标单位须在深圳地区设有常住维护机构，给予技术支持。投标人须提供售后服务队伍的名称、技术人员、联系地址、电话、服务手段等详细相关资料。4.2 技术培训等要求1. 培训总则1）投标人应负责对采购人的系统管理员免费进行培训并提供详细的培训计划。
