1、2015 年国家税务总局绩效考核软件技术服务与升级完善项目业务技术需求书国家税务总局电子税务管理中心2015 年 10 月1目 录1 项目背景 .31.1 国家税务总局及其机构简介 .31.2 国家税务总局绩效考核工作简介 .32 项目概述 .42.1 项目总体定位 .42.2 项目建设目标 .42.3 项目建设原则 .42.4 招标内容与范围 .52.5 投标要求 .52.5.1 对投标人的基本要求 .62.5.2 对投标书的基本要求 .63 系统业务功能 需求 .83.1 绩效考核软件 2.0 版业务需求 .83.2 绩效考核软件个人绩效管理版业务需求 .84 非功能性需求 .94.1 一
2、般性技术要求 .94.1.1 性能需求 .94.1.2 可扩展性需求 .94.1.3 易用性需求 .94.1.4 可靠性需求 .104.1.5 可用性需求 .104.1.6 伸缩性需求 .104.1.7 可维护性需求 .104.1.8 可管理性需求 .104.2 项目技术约束 .104.2.1 应用架构约束 .104.2.2 构件约束 .114.2.3 平台约束 .114.2.4 技术标准和规范 .114.3 内部集成开发需求 .114.4 外部集成开发需求 .144.5 系统安全需求 .144.5.1 操作安全性 .144.5.2 数据安全性 .154.5.3 传输安全性 .154.5.4
3、存储安全性 .155 管理需求 .155.1 项目管理要求 .155.1.1 项目沟通管理 .155.1.2 项目进度管理 .1525.2 组织和人员要求 .165.2.1 项目组织机构 .165.2.2 项目人员管理 .165.3 项目开发、测试 .165.3.1 项目开发 .165.3.2 项目测试 .185.3.3 软件开发质量保证 .225.3.4 保密要求 .235.3.5 知识转移要求 .235.3.6 知识产权要求 .235.3.7 归档要求 .235.3.8 项目移交 .235.4 质量管理要求 .245.5 项目进度要求 .245.6 文档规范性要求 .246 实施要求 .2
4、66.1 软件安装部署支持 .266.2 数据迁移 .266.3 上线前准备 .276.4 上线保障 .277 验收要求 .287.1 验收准入条件 .287.2 验收交付清单 .288 售后服务与技术支持 .298.1 服务方式 .308.2 服务内容 .308.3 人员要求 .308.4 其他要求 .3031 项目背景1.1 国家税务总局及其机构简介国家税务总局是国务院主管税收工作的直属机构。1994 年税制改革后，我国实行分税制财政体制，国家税务总局对全国国税系统实行垂直管理，协同省级人民政府对省级地方税务局实行双重领导。税务管理机构自省级以下按照行政区划设立国家税务局系统和地方税务局系
5、统（西藏自治区仅设立国家税务局） ，分别负责中央税收收入和地方财政收入的组织工作。国家税务局系统由国家税务总局在业务、经费、人事等方面实行中央垂直管理；地方税务局系统省以下实行垂直管理。目前，全国税务系统的机构自省至县按照行政区划设置，共设有 66 个省级局，其中：省级国税局 36 个，省级地税局 30 个，西藏自治区仅设国税局、上海国地税局合署办公，817 个地（市）级税务局（其中地（市）级国税局 412 个，地（市）级地税局 405 个） ，5849 个区（县）级税务局（其中区（县）级国税局 3032 个，区（县）级地税局 2817 个） 。区（县）级以下按经济区划设税务所、税务分局，为县
6、税务局派出机构，全国总数为 27427个（其中国税系统 11135 个，地税系统 16292 个） 。全国税务系统共拥有税务干部 74 万多人（其中国税系统 39 万多人，地税系统约 35 万人） 。1.2 国家税务总局绩效考核工作简介根据党中央、国务院关于推行政府绩效管理的要求，2013 年下半年，国家税务总局开始启动绩效管理工作，确定在 2014 年度开始率先在总局机关、全国省级国税机关、全国省级地税机关实行绩效管理。2015 年起在全国税务系统内开始试行。绩效管理，就是通过建立科学合理的绩效考评指标体系和考评机制，对税务总局机关履行职责、完成任务、实现目标的过程、实绩、效果等进行考核评价
7、，并根据考评结果改进工作、加强管理、提高效能的管理方式，主要包括绩效计划、绩效实施、绩效考评、结果运用和绩效改进等。绩效管理以转变作风、提高效能为出发点，以过程控制、绩效评价为着力点，以工作落实、持续改进为落脚点，构建科学合理的绩效导向和激励约束机制，内生动力，外树形象，建设为民、务实、清廉的税务机关，服务大局、服务纳税人、服务基层，推动税收事业科学发展。42 项目概述2.1 项目总体定位绩效管理软件是总局实施绩效管理工作的重要技术支撑，本项目就是要按照总局绩效管理办法以及各项业务和技术要求，按时保质完成软件开发各个环节工作，确保绩效管理工作顺利开展，进一步推动工作落实，提高工作效率。2.2
8、项目建设目标绩效管理系统是国家税务总局绩效考核工作的重要技术支撑。绩效系统将实现绩效管理计划任务和考核指标网上制定、指标完成情况网上跟踪、阶段和年终考核网上评判、考核成绩网上汇总分析，做到可查询、可评估、可控制，实现绩效管理工作信息化、智能化、规范化、标准化，达到过程管理和过程记录的目的，为科学管理、科学评估、改进绩效考核工作提供准确的数据支撑，实现国家税务总局多方面、多层次绩效考核的总体目标，进一步提高网络化办公水平，提高行政效率，降低行政成本，为领导层提供决策支持。绩效管理系统实现国家税务总局绩效考核过程全程电子化，减少评判过程的人为因素，确保考核过程和结果公平、公正。绩效管理系统实现全国
9、税务系统通过一套软件系统完成总局、省局、市局、县局和税务所的全覆盖绩效管理工作的技术支撑，做到横向到边、纵向到底。2.3 项目建设原则国家税务总局绩效考核软件建设涉及到的考核范围广、实现目标高、数据量大等显著特点。针对这些特点，要求投标公司在设计开发和实施过程中，从技术先进、节约投资和工作连续性等方面考虑，遵从以下基本原则：（1）整体规划原则：加强顶层设计、统筹规划，做到纵向到底、横向到边、全员覆盖，实现总局、省局应用统一管理、数据集中利用（2）技术标准原则：遵循税务总局信息系统建设相关技术标准和规范，加强网络信息安全规划与设计，重视前沿信息技术研究与应用，在技术管理层面确保系统先进性、健壮性
10、、可靠性。（3）系统设计原则。做到“功能组件化、配置灵活化、界面可视化” ，强化系统功能的松耦合性、高扩展性，业务运行参数可即时配置，用户界面体现人性化设计，展现视觉效果较好。（4）流程设计原则。依托人机结合和数据管理，简化工作流程和环节控制，设计多路5径实现方式，能够应对个性化应用需求，不额外增加工作量，便于日常操作，提高工作效率。2.4 招标内容与范围本项目的招标内容包括：一是开发满足总局业务需求的绩效管理系统；二是提供在总局和各省局进行两级软件安装部署和既有系统数据迁移的技术支持；三是按照要求提供必要的售后服务。2.5 投标要求本项目实施时间紧迫，要求中标人必须在 2016 年 1 月
11、1 日完成新系统主体功能在国地税系统的上线运行，实施难度非常大。因此，投标人必须具备开发、部署实施过绩效管理（含个人绩效）项目的经验。此外，投标人一定要充分测算项目整体工作量和相关费用，并提前筹备好足够的人力资源，保证能迅速投入到本项目。投标人应在合同约定的时间内提供本项目中规定的服务，承诺与本项目的相关单位，包括国家税务总局、税务系统内各项目单位，进行积极主动的合作。投标人必须服从国家税务总局的统一协调，完成实施方案设计、产品供货、安装调试、软件开发、系统集成、推广实施、项目验收、技术支持、运行维护等工作。国家税务总局有权裁决项目执行各方的责任范围，投标人必须无条件执行，并在规定的时间内解决
12、问题。如果不配合国家税务总局工作，严重影响工程进度、造成严重后果，国家税务总局有权退货、索赔或拒付款项。本项目要求投标人所投产品尽量选用本公司或业界最优、最成熟、配合最协调的产品或技术。在本项目合同规定的服务期内，对本项目所有软件及授权 License，国家税务总局拥有在税务系统内任意安装、使用、调整、分发等全部权利，无需取得投标人的额外授权。若中标产品的配置出现不合理或不完整的问题，投标人有责任和义务提出补充修改方案并征得国家税务总局的同意后付诸实施，招标人不再另行支付任何费用。对于本项目中所有产品，要求给出详细的单位报价。对于集成实施、应用系统开发和售后服务部分，须按照技术需求相应部分的要
13、求给出工作人月数及人月报价。本项目应支持数据库 Oracle 11g 和应用中间件 Oracle WebLogic 11g。其它软件如第三方6工具或平台软件、应用软件等均由投标人提供，其产品和服务价格一并计入投标总价。本项目的开发环境、测试环境由投标人自行负责，包括所需的所有软件、硬件和工作场所。2.5.1 对投标人的基本要求1、本项目拟由具有软件开发能力的供应商参与投标，要求投标人应具有履行本项目合同所需的技术实力及相关资质，必须满足以下条件： （1）具备政府采购法第二十二条规定的条件；（2）具有软件能力成熟度模型 CMM3 及以上，或软件能力成熟度集成模型 CMMI3 及以上能力；（3）具
14、有 ISO9001:2008 质量管理体系认证资质；2、投标人必须承诺，提供的所有产品都具有在中国境内的正式合法使用权。投标人必须承诺，在合同执行期内，对于业务需求不确定的情况，由招标人和投标人双方协商决定；当主体业务需求发生变化，工作量增加不超过 15%，投标人须无条件接受并按招标人要求完成各种项目变更，招标人不另行支付费用。2.5.2 对投标书的基本要求一、投标人必须针对技术部分中的需求逐个或分块作出实质性响应，其响应与招标文件内容采用同样的顺序。对每个需求的响应必须遵循如下规则：1重复该需求。2用“是/否”响应来表明该需求是否被满足（描述需求） 。3简要描述投标书或投标人案如何满足该需求
15、，如果该响应在投标书其它部分有详述，可在该处简单应答，但必须给出确切的位置索引。4解释投标书或投标方案与用户需求之间的偏差；用数量来表示的需求，必须用确切的数字、单位来响应。二、对标书技术部分需求的应答应至少包含以下具体细节：1 对项目的描述投标人必须在充分理解招标文件中描述的用户需求和技术方案的基础上，根据招标文件有关章节提供的材料以及所了解的税务信息系统建设的情况，针对本项目的相关单位（包括国家税务总局和各省级单位）用户要求，承诺满足招标人列出的所有需求。此项内容作为考察投标人是否具备完成本项目能力的重要依据。72对技术需求的完全响应，具体包括：(1)对技术方案的响应在投标文件中详细阐述项
16、目需求分析、总体实施计划书、总体设计方案、应用软件开发方案、系统集成方案、安全方案、测试方案、验收方案、项目管理组织机构与人员配备方案、实施方案、技术支持与售后服务方案等各项内容。(2)对设备或软件技术规格需求的响应投标文件的内容应该包括招标人要求的全部软件以及招标文件中未列出的但属于建设内容的部分等。投标人必须逐一说明建议的每个软件的名称、版本，并注明合法使用期限。若中标产品配置或需求中出现不合理或不完整的问题，投标人有责任和义务提出补充修改方案，并在征得国家税务总局的同意后付诸实施，招标人不再另行支付任何费用。投标人应提供实质性确切响应，并有详细的文字描述和说明，任何仅采用“符合” 、 “
17、满足”或非确定性数值（如“=”或“=”）的响应均将被视为没有对招标文件的实质性响应，从而可能导致严重后果直至废标；有关表格部分的响应应按标书商务部分规定的格式列出。(3)对总体实施计划书的详细响应投标人必须按照招标人的项目实施进度要求，提供整个项目的总体实施计划书，项目总体实施计划至少包括需求分析和确认、方案设计（含技术方案、测试方案的设计、与相关原有系统集成方案及接口的设计） 、应用开发、系统安装部署和调试（含系统联调）的技术支持、上线运行支持、实施、系统验收等。(4)对实施方案的详细响应本项目要求在 2016 年 1 月 1 日完成新系统主体功能全国国地税系统的实施，投标人应按此要求，提交
18、项目的实施计划。包括项目的组织和管理、投入的技术人员及其简介（具有3 年以上相关产品项目的实施经验的人员比例不得低于 50%)、详细的工作日程表、具体工作内容及各项具体方案和应急计划等内容。 (5)对技术支持和售后服务需求的详细响应投标人必须认真理解所有技术支持和保修服务需求，详细描述响应方案，逐条应答，有保留的承诺将不被接受。投标人须提交符合总局运维体系要求的运维支持服务方案。若投标人可以提供需求以外的额外支持，可以在这一部分加以详细说明。3投标人认为对整个系统建设特别重要的建议（此项单列为可选性需求） 。4附件，提供投标书中涉及的所有产品说明（要求彩页）或相关证明，并最好以中文描述。83
19、系统业务功能需求3.1 绩效考核软件 V2.0 版业务需求绩效考核软件 2.0 版分为系统首页、绩效计划、填报审核、考评打分、过程监控、查询分析、绩效反馈、信息发布、登录设置、系统管理、满意度测评、移动 APP 等十二个功能模块。功能结构图如下所示：系统首页绩效计划填报审核考评打分过程监控查询分析绩效反馈信息发布登录设置系统管理满意度测评移动A P P国家税务总局绩效管理信息系统 2 . 0 功能结构详见附件 1：2015 年国家税务总局绩效考核软件 V2.0 版业务需求3.2 绩效考核软件个人绩效业务需求绩效考核软件个人绩效需求为基于国家税务总局绩效管理信息系统增加个人绩效管理模块。个人绩效
20、管理在功能上划分为个人工作任务制定、平时考评、年度考评、汇总统计。个人工作任务制定功能包括个人任务制定、审核（审定） ；平时考评功能包括自评、考评、加减分；年终考评功能包括一票否决、成绩计算、等次评定、换算绩效考评积分；汇总统计功能包括按人员、处室、司局展示平时、全年成绩。详见附件 2：2015 年国家税务总局绩效考核软件个人绩效业务需求4 非功能性需求4.1 一般性技术要求4.1.1 性能需求系统应具备的响应能力指标:9系统响应能力指标列表序号 性能指标项 平均时间(秒) 峰值时间(秒)1 用户登录平均响应时间 5 82 表单查询和提取响应时间 3 53 表单提交处理时间 3 5注：表单查询指对本系统采集的表单信息进行查询。4.1.2 可扩展性需求1.系统在设计开发上必须具有适应业务变化的能力，当系统新增业务功能或现有业务功能改变时（界面的改变、业务实体变化、业务流程变化、规则的改变、代码改变等） ，应尽可能的保证业务变化造成的影响局部化。2.系统应提供一个弹性的架构，支持使用配置而免编程的方式对业务流程、业务表单、查询统计等功能的定制与调整。3.系统能够支持一年多次绩效考核的情况。4.开发商要按照代码设计标准对本软件特有的项目进行代码设计和编码分类，并做好记录提交实施单位。
