地税系统软件开发设计及系统监理项目招标文件下(编辑修改稿)

地税系统软件开发设计及系统监理项目招标文件下(编辑修改稿)内容摘要：

的培 训实际 情 况的 记录 ， 并 可 将 培 训 情 况导 入管理系 统 ， 汇总 培 训实际参与 情况。 23 其它辅助功能 省 厅 、省 协会 要求有通 讯录 功能：省市律 师 管理 处 、律 师协会联络 表（司法 厅 局分管 领导 、律 师 管理 处 在 职 人 员 、律 师协会会长 ，副 会长 、常 务 理事、理事、秘 书处 工作人 员 ）地址（限 处 和 协会 ）、 电话 、 传真 、 职务 、工作 分工；各 级 律 师协会专业 委 员组 成人 员 名 单 等。 目 实 施 与验 收 整 个项 目的 实 施分 为项 目准 备 、 项 目 实 施、 项 目 验 收、售后服 务 和技 术 支持几 个阶 段 ,其中 针对 定制 应 用 软 件系 统开发 ，必 须 完成下述 过 程：用 户 需求 项 目的 开发 前 调研 ；需求分析；系 统设计 ； 详细设计 ； 编码 ； 调试 ；系 统 集成及 试运 行； 测试与验 收；交付及合同期 内 的 维护 项目实施要求  提供有丰富的行 业经验 或者同 类 型 项 目 开发 技能的 项 目小 组进 行全 过 程的 实 施 开发 工作；  提供完整的 业务 系 统实 施方案和 项 目 实 施管理 办 法；  提供 详细 的工程 实 施方案和 计划进 度 说 明 书 ；  实 施 过 程 从严 要求工件或 组 件的 质 量；  提供 详细 、全面的人 员 培 训计划 和 实 施方案； 24  项 目 实 施完成后提供可靠的 后期 维护 工作 ，外地公司在杭 应 配 备 服 务 人 员 ；  严 格按照 双 方确定的 计划进 度保 质 保量完成工作；  规 范 项 目 实 施 过 程中的文 档 管理；  项 目 实 施中要引入 风险 管理、 质 量管理、成本管理；  系 统 正常 运 行三年 内 免 费维 修。 项目文档要求 项 目 实 施 过 程中，投 标 人 应 在遵循 国 家、行 业标 准的前提下，根据 开发 人 员 及 软 件用 户 的特点 来 制作 软 件文 档。 作 为开发 的 辅助手段，文 档应简单 明了。 要求包含但不 仅 限于以下文 档 ：  需求 规 格 说 明 书  概 要 设计说 明 书  数 据 库设计说 明 书  用 户 操作手 册  测试 分析 报 告  试运营报 告  总结报 告 25 项目验收 从 系 统 的 实 用性、 稳 定性、可 维护 性、 灵 活性、可操作性及系 统 文 档 、代 码 、 规 范及注 释说 明等方面全面 组织验 收。  系 统实 用性 项 目 验 收最 关键 的指 标 ， 检查 系 统 是否符合 当 前 业务 的需要，特 别 是 业务 流的整体性和 数 据流的一致性， 并 前瞻性提供未来业务 接口。  系 统稳 定性 硬件 环 境的 稳 定性、 软 件 运 行 异 常 处 理和正常 运 行情 况。  系 统 可 维护 性 含 网络 系 统 管理 与维护 、服 务 器系 统 平台管理 与维护 、操作系 统 管理 与维护 、 应 用系 统软 件管理 与维护 、 数 据 库 管理 与维护以 及 数 据 库备份 、 应 用系 统备份 ，灾 难 事件 处 理 与 解 决实 施方案等。  系统文档 验 收文 档 是否 齐 全、 规 范、准确、 详细 ，主要的文 档 包括：需求分析 报 告，框架 设计报 告， 数 据 库 物理及 逻辑设计报 告， 详细设计报 告， 编码规 范及技 术选 型 报 告， 测试报 告，系 统 部署和发 布 报 告，集成方案， 软 件用 户 使用手 册 ，系 统维护 方案和操作文 档 等。  代 码规 范及注 释说 明 程序代 码编写 是否 规 范；注 释说 明或代 码 文 档 是否 详细 全 26 面；接口定 义 是否符合局信息系 统规划 一致性的要求。  系 统灵 活性 系 统 是否方便客 户进 行 维护 ；系 统 是否在先 进 性的基 础 上具备 未 来 升 级 和可 扩 充性；是否 利于系 统 平台 迁 移和部署等。  系 统 可操作性 界面是否友好；是否 实现傻 瓜化操作和智能化 数 据 检 索功能。  系 统 安全性 是否有完善的安全机制保 证 系 统 的安全性，如 软 件方面的安全防范（加密措施、相 关认证 、 数 据 库 安全防范），硬件方面（防火 墙 、物理隔离和 逻辑 隔离）的安全 设 置。 要求 ：  要求投标单位对司法行业管理业务有所了解， 具有司法行业省级信息化建设和运营服务项目或同类项目成功开发应用的经验；  要求投 标单位有采用 J2EE 以及 ORACLE 数据库开发应用系统， 有 成功案例（ 20 万 元 以上 ）。 硬件配置： 见下页表 27 28 产品 推荐品牌 配置及配件 数量 服务器 HP DL580G5 E7320 配置四个 Intel 四核 Xeon 7320 处理器 (, 2x2M 缓存 , 80W)； 集成 iLO2 远程管理软件 ,16GB（ 8*2GB） 全缓冲 DIMMs (DDR2667)内存； Smart Array P400i/512MB 阵列控制器； 16 槽位 SFF SAS 硬盘笼； 16 个 146GB 小尺寸 SAS 双端口热插拔硬盘： 集成两个 NC373i 多功能千兆网卡，配 4 个热插拔电源 ,实现冗余； 6 个热插拔冗余系统风扇；超薄 DVD 驱动器 (8X/24X), 4U 机架式； 微软 XXXX 服务器版操作系统， 7*24*4 金牌服务 1 台 笔记本 ThinkPad X300 6477HD1 原装包、鼠标，操作系统 5 台 无线上网卡 USB 外接 联通包年 2 块 数码 相机 佳能 G9 原装包， 16G SD 高速卡 2 张，原装电池两块 1 只 打印机 EPSON LQ690K 针式打印机 1 台 扫描仪 清华紫光 Uniscan C880 1 台 数码 爱国者数码相机伴侣王 120G 1 只 29 伴侣 II 代 P8101 移动 硬盘 爱国者家用存储王H8167 250G 5 只 U 盘 爱国者迷你王商务型L8202 8G 5 只 30 附件一 ：  与省级监察部门系统的接口 XX 省司法厅希望系统能够实现四级审批监督功能，包括自我监督、领导监督、用户监督、第三方监督。 系统能自动进行定时催办、办理过程的痕迹保留和报表统计，帮助用户自己进行监督；领导可以通过系统了解每项业务的办理情况、公众的投诉信息及处理情况，进而对业务人员所作工作进行监督；用户可以从市级在线服务平台了解办理情况，必要时可以进行投诉，以此来监督工作人员的工作情况；第三方监察部门可以通过专用通道对审批业务进行监督。 系统能够支持对公众投诉信息的内部流程处理，并将处理结果反馈到系统平台，供公 众及省监察人员查看，系统要提供与省监察有关应用系统进行数据通讯的接口。 数据接口要求  数据交换按照 XML 文件方式传递  数据交换的 XML 格式标准视图 31 上图字段名解释  package 结点 数据交换用得到 XML数据封包的根结点  head结点 XML数据封包的包头结点，包头结点是每个包都必备的，该结点下面的信息都是控制信息，下面分别说明 Head结点下各个元素的意义。  version 元素 数据交换的标准版本编号  sourceID元素 数据包发送方编号，系统统一编号。  destinationID元素 32 数据包接收方 编号，系统统一编号。 如果为广播发送，接收方为“ 999”  sendDate元素 数据包发送的日期 ， 形如 ： YYYYMMDD HH:MM:SS  priority元素 该封包的传输优先级 ， 是一位的数字 ， 从 0到 9， 数值越大优先级越高。  security元素 封包数据完整性的校验码  remark元素 备注信息  body结点 包体结点下面封装的是交换的具体数据 ， 共有 ask、 reply、 ceipte、controlnode四类子结点 ， 根据需要它们可能出现一个或多个。  ask结点 当数据交换平台发出请求数据交换时，将产 生此结点，结点结构如下： ask mand code=GSJ50 flag=no jhid=20xx08110915356716317 T017f0010461795/T017f001 /mand /ask 其中， mand子结点表示一个数据交换请求 code属性为数据交换的命令字， flag属性为处理标志 jhid属性为交换编号 33 Command结点下的子结点记录此请求所用到的参数。  reply结点 当数据交换平台收到请求数据交换，得到结果后将产生此 结点，结点结构如下： reply mand code=BGSJ50 flag=no jhid=123456789012345678901 result flag=true T108f001111/T108f001 /result /mand /reply 其中 ， mand子结点表示一个数据交换请求 result表示此请求的一条结果信息。 可能同时存在多个 result结点表示此请求得到多条结果信息 code属性为数据交换的命令字 flag属性为处理标志 属性 flag表示此结果是正常的结果、还是错误信息。 result下的结点是此结果的具体信息 jhid属性为交换编号 ceipte结点 当数据交换平台收到请求，或者收到返回结果时，将返回给发送方一个包含 ceipte结点的回执信息，结点结构如下： ceipte 34 mand code=GSJ50 flag=no jhid=20xx08110915356716317 resulttrue/result /mand /ceipte 其中 mand子结点表示一个数据交换的回执 code属性为数据交换的命令字 flag属性为处理标志 jhid属性为交换编号 Command结点下的子结点 result表示此接收文件的回执信息， true表示正常接收； false表示接收异常，需要重发。  controlnode结点 结点 controlnode 用于控制数据交换平台进行一些操作，例如测试网络连接情况、更新数据交换平台、修改配置等，其结构根据操作的类型组织。 业务审批过程 业务审批流程表 序号 业务环节名称 说 明 1 受理 窗口收文时填报，原则上， 受理与不受理都要填报。 2 审批过程 审批过程办理的信息，可以存在多个审批环节，但至少存在一个审批环节。 建议使用标准的：承办、审核、批准。 35 3 补交告知 如果存在资料不齐需要补交时填写。 与“补交受理”一一对应，也有可能出现申请人不来补交的情况。 4 补交受理 申请人补交材料受理时填写。 5 特别程序申请 需要进行特别程序时做出的申请，与“特别程序结果”一一对应。 按照实际情况，特别程序可能出现多次。 特别程序期间，按照规定的期限计时或不计时。 6 特别程序结果 特别程序结束后的结果。 7 办结 审批 办结时填报信息。 8 附加说明信息 对于不受理、办结（退回）、办结（作废）、预警、黄牌、红牌或本单位认为有需要额外说明情况的业务，可以在此说明。 本部分信息只能登录监察系统通过页面的方式填报。 数据类型及格式说明 受理（ t_ShouLi） 序号 数据采集项 字段名 类型 说 明 1 业务流水号 YWLSH VC80 ，主键，不可空 调用函数createYwlsh(@SPSXBH, @ SPSXZXBH, @ YXTYWLSH)生成，详细请参看后面的说明。 36 2 数据版本号 SJBBH N4，主键， 不可空 数据的版本号，默认为 1，如果报送数据后数据发生改变需要重报的，以 4… 每次加 1的方式填写版本号，务必谨慎使用。 3 审批事项编号 SPSXBH VC18 ， 不可空 审批事项编号由省监察厅统一编号。 4 审批事项子项编号 SPSXZXBH VC3， 不可空 对于没有子项的情况是000。 对于有子项的情况，按照 001， 002， 003… 排列下去，由省监察厅统一编号。 5 原系统业务流水号 YXTYWLSH VC100， 不可空。