航天三江本部(武汉)协同办公系统开发比价项目公告
航天三江本部(武汉)协同办公系统开发比价项目公告
(略) ( (略) )协同办公系统开发比价告示
因工作需要,拟对 (略) ( (略) )协同办公 (略) 比价采购,欢迎具备资质的单位参加。
* 、比价内容:
序号 | 设备名称 | 主要型号规格 | 单位 | 数量 |
1 | 协同办公系统 | 详见技术规格书 | 套 | 1 |
* 、技术、质量:详见附件1。
★ * 、交货期限:3个月内
* 、交货地点: (略) 市 (略) 区 (略) 大道 * 号航天大厦。
★ * 、资质要求:
具备涉密信息系统集成资质或武器装备科研生产单位保密资格。
★ * 、付款方式
1.合同签订生效后,需方在 * 个工作日内支付合同价款的 * %;
2.项目验收合格后,供方开具 * %合同价款的增值税专用发票,需方在 * 个工作日内支付合同价款的 * %;
3.合同价款的5%作为质保金,项目验收合格满 * 个月后无质量问题,需方在 * 个工作日内无息支付质保金尾款。
* 、报价文件
1.报价单(须按附件2形式);
2.营业执照副本复印件;
3.法定代表人身份证明书(需粘贴法人身份证复印件);
4.法定代表人授权委托书(需粘贴被授权人身份证复印件);
4. * 般商务和技术条款(参数)偏离表;
5.产品技术文件:包括产品技术规格说明书(对产品的主要技术、结构、性能、特点和质量水平等的详细描述),产品图样,产品安装、验收标准等;
6.供货质量及售后服务承诺;
7.供货期限承诺;
8.报价单位资格或资质证明文件;
9.报价单位认为需要提供的其它文件。
报价文件须编列目录,逐页加盖公章或骑缝章。
( * )报价文件密封
1.报价单位须将报价文件的正本1份和副本2份合并密封在 * 个包封中,报价文件上标明“正本”或“副本”字样。
2.封包上须写明报价项目名称和报价单位名称。
3. (略) 须加盖公章。
4.正本与副本不 * 致时,以正本为准。
( * )报价文件的送达
报价单位须将符合要求的纸质报价文件在截止时间前,送达 (略) 市 (略) 区 (略) 大道9号航天大厦 * 室。
报价截止时间: * 日 * : *
文件份数:3份(1正2副)
* 、报价符合性评审
(略) 审查每 * 报价文件是否对比价 (略) 有实质性要求和条件做出响应,有无显著的差异或保留。未能在实质上响应的报价, (略) 理。
报价文件存在以下不满足比价文件要求的情形时,应视为符合性评审不合格:
⑴报价文件中重要关键内容缺项的;
⑵报价文件的有效性存疑,经澄清仍未解决的;
⑶委托代理人无法人代表有效授权委托书;
⑷在资格或资质证明、技术规格等方面严重弄虚作假的;
⑸不满足任何 * 条带“*”号的主要条款(参数)要求或技术规格要求中带“*”的主要技术参数无技术资料支持的;
⑹对比价文件的实质性内容未做出响应的。
报价有算术错误或缺漏项的, (略) 按以下原 (略) 修正;修正的价格经报价人书面确认后具有约束力,报价人不接受修正价格的,其 (略) 理:
⑴报价文件中的大写金额与小写金额不 * 致的,以大写金额为准;
⑵总价金额与依据单价计算出的结果不 * 致的,以单价金额为准修正总价,但单价金额小数点有明显错误的除外;
⑶报价如有缺漏项,评审时,按其他有效报价中该项的最高价计入其评审总价。
* 、签订合同
我公司将根据比价情况择优选择供货单位,原则上确定评审价格最低者为中选单位,并与之签订合同。
中 (略) 有限公司
* 日
附件1
(略) 协同办公系统
技术规格书
1.项目名称(略) 协同办公系统
2.产品名称、主要技术指标、数量序号 | 产品名称 | 主要技术指标 | 数量 | 交货期 | 交货地点 |
1 | 协同办公 系统 | 适配国产化环境,功能覆盖公文管理、规章制度管理,与档案管理、 (略) 平台、所属单位办公系统等集成,实现流程的开发、配置、运行、监控和优化,提高公文管理和规章制度管理工作效率,满足信息系统分级保护要求。 | 1套 | 合同签订后,3个月内完成模块开发、测试,4个月 (略) 。 | (略) |
系统建设主要内容:基于已建航天 * 江 (略) (略) 建设,覆盖公文管理、规章制度管理、档案管理、与所属单位办公系统集成等,实现国产化自主可控建设替代。沿用智慧企业平台信息安全管理功能,与 * 员管理,人员组织机构和权限深度结合,实现公共组件与基础数据的复用。
招标方提供系统开发测试环境,并开放现有协同办公系统给供方做参考。
★3.1总体技术要求3.1.1总体业务框架
本项目业务框架主 (略) 理展现、 (略) 理、平台组件、数据交换及业务 (略) 分,详细如下:
(1) (略) 理展现:前端技术上采用基于jquery的NUI框架,图表展示采用第 * 方开源的Ehart、Hchart框架;与应用逻辑层的交互采用Ajax调用逻辑层的逻辑服务和Webservice、RESTFUL的方式,交互数据主要采用xml与Json格式。
(2) (略) 理层:供方需提供业务流程(包括公文管理流程、规章制度管理流程)的设计功能,包括流程设计、子流程设计、表单设计、参与者设计、逻辑规则设计、触发事件设计等设计功能,业务流程的具体逻辑实现,以及业务流程(包括公文管理流程、规章制度管理流程)的业务状态监控及业务流程监控。
(3)平台框架及组件:供方需提供流程全生命周期管理功能,包括流程梳理建模、流程设计、底层引擎、流程组件及流程监控、流程分析优化等模块功能。
(4)数据交换:供 (略) 已建成的数据交换平台,实现异构系统之间的接口集成、数据集成等,提供接口管理、数据集成管理的建模与监控。
(5)业务系统集成:供方在项目开发过程中需提供协同办公系统对外规范的Webservice通用接口服务,主要包括:对档案管理系统接口、定密管理系统接口、门户系统接口、综合经营管理平台等接口。
3.1.2总体技术框架(1)平台与工具:供方应在流程梳理、建模设计、运行、监控的全生命周期,通过BPA、BPS、EOS、BAM * 大组件提供涵盖梳理、设计、开发、测试、部署、运行、监控等多方面的综合能力,支撑本项目众多业务流程的实现和运维。
(2)方法与规范:供方从统 * 开发、统 * 流程角度,对业务流程框架与蓝图、流程平台实施过程方法、流程平台实施规范、流程应用组件抽取开发规范、流程平台运维规 (略) 全面梳理与设计,完成本项目流程集成建设以及后续流程的落 (略) 维护、监控优化。
(3)资产与知识:供方在项目实施过程中需通过可复用组件的积累、知识库的积累,不断提升优化业务组件、流程组件的实施效率和建设质量。其中,组件库主要内容包括表单组件、流程组件、业务组件,知识库主要内容包括制度规范和相关知识点。
3.1. (略) 环境要求协同办公系统应用服务采用J2EE架构,并能适配国产化操作系统及其硬件。客户端访问可同时支持X * 架构计算机及国产终端计算机。浏览器支持国产浏览器及IE8以上浏览器。
3.1.4 * 员管理及统 * 组织机构(1)设置 * 员账户。系统需实现符合保密安全的 * 员管理功能,通过安全标签对系统内的 (略) 管理,提供权限审计和操作日志功能实现对应用系统的用户权限及重要 (略) 审计,对非密附件可以审计内容。
(2)统 * 组织管理。系统需在需方现有管理平台基础上实现统 * 组织用户管理,确保已注册的用户通过权限授权可访问系统应用, (略) 单独设置。
3.1.5安全检测系统不得存在需方漏洞扫描中风险级别以上漏洞,质保期内免费提供信息安全漏洞修补服务。系统应具备通过安全保密测评条件,对于测评提出的整改要求,供方应限期免费整改。
3.2详细技术要求主要包括公文管理、规章制度管理及与其他系统集成,其中公文管理包括公文模板、院发文、部门发文、外来文传阅、上会议题审批传阅、白头文传阅、自制文传阅、文件事项督办等;规章制度管理包括规章制度需求分析、制定申报、制定发布、修订申报等;系统集成包括与档案管理系统、定密管理系统、所属单位办公系统集成等。详细技术要求如下:
序号 | 指标项 | 技术规格要求 | 备注 |
★1 | 公文管理 | ||
1.1 | 公文模板 | 实现不同公文可选择不同的 (略) 公文内容撰写。 | |
1.2 | 实现利用在线编辑文档功 (略) (略) 新增、修改 、删除等维护功能。 | ||
1.3 | 发文管理 | (略) 发文、部门发文从拟稿、审核、会签、初核、签发、编号、校对、分发、归档等发文审批流程,且支持在线编辑、保存、记痕等功能。 | |
1.4 | 提供发文审批流程查询、统计、监控等功能。 | ||
1.5 | 实现对发文标题、发文号、定密依据、拟定密级、年限、选择公文紧急程度、附件、选择主送、抄送等 (略) 操作。 | ||
1.6 | 实现对发 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | ||
1.7 | 各环节审核人员意见设置常用词条,允许用户根据使用习惯增加词条。 | ||
1.8 | 表单界面按钮需设置简洁明了,避免用户重复同 * 动作。 | ||
1.9 | 公文传阅 | 实现自制文、外来文传阅流程,包括拟稿、传阅、增补传阅对象等环节。 | |
1. * | 实现对外来文单位、来文时间、密级、紧急程度、页数、收文号、来文号等 (略) 操作。 | ||
1. * | 与发文管理对接,可在发文过程的分发环节,根据选择主送、抄送对象, (略) 发文、部门发文等自制文传阅。 | ||
1. * | 提供自制文、外来文传阅单的查询统计功能。 | ||
1. * | 白头文呈阅 | 实现白头文从拟稿、审核、会签、院领导审定、分发、传阅等呈阅审批流程,且支持在线编辑、保存、记痕等功能。 | |
1. * | 实现对标题、附件、密级、紧急程度、 (略) 门、送稿日期、送稿人、电话等 (略) 操作。 | ||
1. * | 实现对发 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | ||
1. * | 各环节审核人员意见设置常用词条,允许用户根据使用习惯增加词条。 | ||
1. * | 表单界面按钮需设置简洁明了,避免用户重复同 * 动作。 | ||
1. * | 上会议题审批和催办单 | 需将需方现有上会议题审批流程及催办单流程完整迁移至本系统中。 | |
★2 | 规章制度管理 | ||
2.1 | 制度需求分析 | 实现需求分析从拟稿、审核等审批流程,且支持在线编辑、保存、记痕等功能。 | |
2.2 | 支持规章制度名称、需求分析表、规章制度层级、 (略) 门、分析时间、承办人 (略) 操作。 | ||
2.3 | 制度制定申报 | 实现制定申报从拟稿、审核等审批流程,且支持在线编辑、保存、记痕等功能。 | |
2.4 | 实现对标题、任务来源、附件、密级、紧急程度、 (略) 门、送稿日期、送稿人、电话等 (略) 操作。 | ||
实现对申 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | |||
2.5 | 制定制定发文 | 同发文管理要求。 | |
2.6 | 制定修订申报 | 同制定申报要求。 | |
2.7 | 制度汇总 | 实现汇总查询功能, (略) 有规章制度列表,包括制度名称、部门、年份、层级、类别、当前状态、发布历史等标签。 | |
3. | 系统集成 | ||
3.1 | 与档案系统集成 | 提供档案集成功能,实现自制文及外来文归档。 | |
3.2 | 支持对公文的手工归档,允许具备归档权限人员在查询列表中逐 * 选择文件或汇总批量归档。 | ||
3.3 | 归档过程中需校验档案号、标题、年份、页数、密级等信息。 | ||
3.4 | 与定密管理系统集成 | 实现与定密系统集成,支持用户在上传附件环 (略) 密级标识。 | |
★3.5 | 与所属单位办公系统集成 | (略) 文、下行文等标准接口规范,将 (略) 属单位公文系统。 | |
3.6 | 提 (略) 理状态监控。 | ||
★3.7 | 与 (略) 平台集成 | 提供标准接口并将公文待办信息传递至 (略) 平台门户,并支撑用户操作。 | |
★4 | 盲审支撑 | ||
4.1 | 知识库栏目 | 建设文档知识库,支持知识库栏目自定义维护。 | |
4.2 | 文档上传管理 | 用户在指定栏目下挂载文件,并设定文件密级。 | |
4.3 | 公文归类管理 | 支持在公文审批完成后,将公文中正文、附件挂接到知识库指定目录下 | |
4.4 | 盲审支撑 | 支持在发文时设定当前公文与知识库指定目录文件关联,在审批过程中,系统自动根据人员密级展现可查看的知识库目录及文件,支持对文件名称的检索、在线查阅等 |
项目完成后,供方须向需方提供下述资料和介质,作为最终验收的依据之 * 。
应包含但不限于以下资料及介质:
序号 | 资料与介质 | 介质形式 |
1 | 系统详细设计方案、安全保密设计方案 | 电子版 |
2 | 系统功能测试报告 | 电子版、纸质 |
3 | 软件代码 | 电子版 |
4 | (略) 署手册 | 电子版 |
5 | 用户指南及管理员手册 | 电子版、纸质 |
6 | 培训手册 | 电子版 |
5.1 需方 (略) 的 (略) 正常,操作系统安装完备,网络环境完备。
5.2 在合同签订 * 周后由供方负责编制项目实施计划和详细设计方案和安全保密设计方案,经双方确认后开展实施工作。实施过程要尽可能减少对需方 (略) 造成影响。
5.3 供方和需方双方工 (略) 所有的软件模块,确保能正常使用。
6.验收标准或验收细则6.1 验收标准(1)供方须向需方 (略) 述资料和介质,作为最终验收的依据之 * 。
(2)提交的协同办公软件应实现本技术规格书上要求的功能。
(3)供方 (略) 需的各类方案和验收总结报告。
6.2 验收程序6.2.1 技术解决方案在合同签订1周内供方应完成详细的技术解决方案和工作计划,经双方确认后实施。
6.2.2软件安装调试在合同签订4个月内软件完成原 (略) 功能验收。
6.2.3 实施测试(1) 在合同签订3个月内供方完成软件开发工作,全部模块均具备相应功能;
(2)在实现正常安装后,双方共同开展功能测试,确认功能与规格描述相 * 致。
6.2. (略) 与预验收(1) (略) 3个月, (略) 记录与总结报告。
(2)由供方组织,双方签署书面预验收报告,作为预验收的依据。
6.2.5 (略) 与终验收(1) (略) 1个月, (略) 记录与总结报告。
(2)由供方组织,双方签署书面终验收报告,作为终验收的依据。
7.服务及质量保证7.1软件必须为供 (略) 商制造生产的正版软件(或为供方提供的具有自主知识产权的正版软件)。
7.2 (略) 提供的软件 (略) (略) 平稳,使用正常。
7. (略) 提供的软件及服务无功能缺陷并满足需方要求,因软 (略) 导致的需方损失由供方负责。
7.4 (略) 提供软件的 * 切技术支持与服务保证。
7.5软件的质量保证期为通过最终验收后1年,质量保证期内供方 (略) 服务。
7.6 供方承诺提供以下技术服务。
(1) (略) 服务:供方在系统建设完成后为需方提供7× * 小时服务。
(2) (略) 理响应服务:供方承 (略) 中出现的 * 般性故障在半小时内得到响应并能够通过电话远程支持解决;对严重 (略) 的故障在 (略) 解决。
(3)软件升级服务:需方在质量保证期内免费享有本系统功能升级,以及 * 次大版本升级服务。质量保证期过后,如需方要求,可继续提供本系统的正常升级服务。
(4)迁移服务:由于硬件的升级、故障,或病毒的侵害等而引起的设备更换,在质量保证期内免费迁移到新的设备上。
(5)软件安全性:软件若有安全隐患(如性能、漏洞或访问控制等),供方应按照有关 (略) 安全升级改造,直至消除安全隐患。
8.技术培训供方将根据需方的要求,提供操作和 * 次开发培训,具体事项如下:
(1)培训时间:具体时间由需方确定,并提前至少 * 周书面通知供方。
(2)培训地点: (略) 。
(3)培训周期:供方提供不少于3个工作日的培训。
(4)培训人员:由需方确定。
(5)培训条件:需方提供计算机,供方提供培训教师和软件环境。
(6)培训目标:参加完培训的需方人员,能够熟练地运用和 * 次开发。
(7)培训内容:为 (略) 数据采集系统配置及 * 次开发培训(双方协商确定)。
(8)培训要求:供方对培训的效果和质量负责,供方应委派经验丰富、合格的技术人员对 (略) 技术培训。如果供方委派的技术人员不符合本条规定,或者玩忽职守,或者违反国法律法规,需方有权要求供方自费撤换该技术人员,并委派合格的技术人员接替其工作,供方应在收到需方书面通知后十天内完成上述撤换工作。
(9)培训费用:培训费用包含在项目总经费当中,需方不另外支付供方培训费用,培训期间供方人员的 * 切费用由供方承担。
9.安全保密9.1 双方应对供方参与项目协作的 (略) 保密审查。供方参与项目人员应具有中华人民共和国国籍。
9.2 (略) (略) 服务人员在从事服务之前必须与需方签署保密协议。
9.3 供方对技术指标相关内容负有保密责任,不得向任何第 * 方泄 (略) 涉及的需方信息,造成泄密由供方负全责。
9.4 软件在开发、验收、安装、调试以及全寿命期的技术服务过程中,供方对涉及到的技术资料、产品及设备负有保密责任,不得以任何方 (略) 或对外泄露相关内容。
9.5 (略) 提供软件无恶意代码,不会导致需方系统崩溃、毁坏。
9.6 供方应遵守需方相关保密规章和保密要求。
* .其它其它未尽事宜,供需双方 (略) 协商解决。
附件2:
(略) ( (略) )协同办公系统开发项目报价单
序号 | 项目内容 | 约定内容 |
1 | 品牌及型号规格 | 协同办公系统 |
2 | 总报价 | 小写: RMB 元 大写:人民币 元 |
3 | 报价说明 | 本报价为项目包干实施价格,包含系统开发、安装、调试、检测、验收及保险、 (略) 有费用(包括价格变化风险),日后不予调整。 |
4 | 交货期 | |
5 | 质保期 | |
6 | 响应付款方式 | |
7 | 报价有效期 | (须不低于 * 天) |
报价单位名称(盖章):
授权代表(签字):
日期: 年 月 日
(略) ( (略) )协同办公系统开发项目分项报价单
报价要求:
1.须按下表清单报价(具体分项内容自定)。
2.表格如有分页时,应逐页加盖公章。
报价单位:(盖章)
序号 | 子项 | 型号规格或主要工作内容 | 单位 | 数量 | 单价 (元) |
1 | |||||
2 | |||||
3 | |||||
4 | |||||
... | |||||
总价 |
(略) ( (略) )协同办公系统开发比价告示
因工作需要,拟对 (略) ( (略) )协同办公 (略) 比价采购,欢迎具备资质的单位参加。
* 、比价内容:
序号 | 设备名称 | 主要型号规格 | 单位 | 数量 |
1 | 协同办公系统 | 详见技术规格书 | 套 | 1 |
* 、技术、质量:详见附件1。
★ * 、交货期限:3个月内
* 、交货地点: (略) 市 (略) 区 (略) 大道 * 号航天大厦。
★ * 、资质要求:
具备涉密信息系统集成资质或武器装备科研生产单位保密资格。
★ * 、付款方式
1.合同签订生效后,需方在 * 个工作日内支付合同价款的 * %;
2.项目验收合格后,供方开具 * %合同价款的增值税专用发票,需方在 * 个工作日内支付合同价款的 * %;
3.合同价款的5%作为质保金,项目验收合格满 * 个月后无质量问题,需方在 * 个工作日内无息支付质保金尾款。
* 、报价文件
1.报价单(须按附件2形式);
2.营业执照副本复印件;
3.法定代表人身份证明书(需粘贴法人身份证复印件);
4.法定代表人授权委托书(需粘贴被授权人身份证复印件);
4. * 般商务和技术条款(参数)偏离表;
5.产品技术文件:包括产品技术规格说明书(对产品的主要技术、结构、性能、特点和质量水平等的详细描述),产品图样,产品安装、验收标准等;
6.供货质量及售后服务承诺;
7.供货期限承诺;
8.报价单位资格或资质证明文件;
9.报价单位认为需要提供的其它文件。
报价文件须编列目录,逐页加盖公章或骑缝章。
( * )报价文件密封
1.报价单位须将报价文件的正本1份和副本2份合并密封在 * 个包封中,报价文件上标明“正本”或“副本”字样。
2.封包上须写明报价项目名称和报价单位名称。
3. (略) 须加盖公章。
4.正本与副本不 * 致时,以正本为准。
( * )报价文件的送达
报价单位须将符合要求的纸质报价文件在截止时间前,送达 (略) 市 (略) 区 (略) 大道9号航天大厦 * 室。
报价截止时间: * 日 * : *
文件份数:3份(1正2副)
* 、报价符合性评审
(略) 审查每 * 报价文件是否对比价 (略) 有实质性要求和条件做出响应,有无显著的差异或保留。未能在实质上响应的报价, (略) 理。
报价文件存在以下不满足比价文件要求的情形时,应视为符合性评审不合格:
⑴报价文件中重要关键内容缺项的;
⑵报价文件的有效性存疑,经澄清仍未解决的;
⑶委托代理人无法人代表有效授权委托书;
⑷在资格或资质证明、技术规格等方面严重弄虚作假的;
⑸不满足任何 * 条带“*”号的主要条款(参数)要求或技术规格要求中带“*”的主要技术参数无技术资料支持的;
⑹对比价文件的实质性内容未做出响应的。
报价有算术错误或缺漏项的, (略) 按以下原 (略) 修正;修正的价格经报价人书面确认后具有约束力,报价人不接受修正价格的,其 (略) 理:
⑴报价文件中的大写金额与小写金额不 * 致的,以大写金额为准;
⑵总价金额与依据单价计算出的结果不 * 致的,以单价金额为准修正总价,但单价金额小数点有明显错误的除外;
⑶报价如有缺漏项,评审时,按其他有效报价中该项的最高价计入其评审总价。
* 、签订合同
我公司将根据比价情况择优选择供货单位,原则上确定评审价格最低者为中选单位,并与之签订合同。
中 (略) 有限公司
* 日
附件1
(略) 协同办公系统
技术规格书
1.项目名称(略) 协同办公系统
2.产品名称、主要技术指标、数量序号 | 产品名称 | 主要技术指标 | 数量 | 交货期 | 交货地点 |
1 | 协同办公 系统 | 适配国产化环境,功能覆盖公文管理、规章制度管理,与档案管理、 (略) 平台、所属单位办公系统等集成,实现流程的开发、配置、运行、监控和优化,提高公文管理和规章制度管理工作效率,满足信息系统分级保护要求。 | 1套 | 合同签订后,3个月内完成模块开发、测试,4个月 (略) 。 | (略) |
系统建设主要内容:基于已建航天 * 江 (略) (略) 建设,覆盖公文管理、规章制度管理、档案管理、与所属单位办公系统集成等,实现国产化自主可控建设替代。沿用智慧企业平台信息安全管理功能,与 * 员管理,人员组织机构和权限深度结合,实现公共组件与基础数据的复用。
招标方提供系统开发测试环境,并开放现有协同办公系统给供方做参考。
★3.1总体技术要求3.1.1总体业务框架
本项目业务框架主 (略) 理展现、 (略) 理、平台组件、数据交换及业务 (略) 分,详细如下:
(1) (略) 理展现:前端技术上采用基于jquery的NUI框架,图表展示采用第 * 方开源的Ehart、Hchart框架;与应用逻辑层的交互采用Ajax调用逻辑层的逻辑服务和Webservice、RESTFUL的方式,交互数据主要采用xml与Json格式。
(2) (略) 理层:供方需提供业务流程(包括公文管理流程、规章制度管理流程)的设计功能,包括流程设计、子流程设计、表单设计、参与者设计、逻辑规则设计、触发事件设计等设计功能,业务流程的具体逻辑实现,以及业务流程(包括公文管理流程、规章制度管理流程)的业务状态监控及业务流程监控。
(3)平台框架及组件:供方需提供流程全生命周期管理功能,包括流程梳理建模、流程设计、底层引擎、流程组件及流程监控、流程分析优化等模块功能。
(4)数据交换:供 (略) 已建成的数据交换平台,实现异构系统之间的接口集成、数据集成等,提供接口管理、数据集成管理的建模与监控。
(5)业务系统集成:供方在项目开发过程中需提供协同办公系统对外规范的Webservice通用接口服务,主要包括:对档案管理系统接口、定密管理系统接口、门户系统接口、综合经营管理平台等接口。
3.1.2总体技术框架(1)平台与工具:供方应在流程梳理、建模设计、运行、监控的全生命周期,通过BPA、BPS、EOS、BAM * 大组件提供涵盖梳理、设计、开发、测试、部署、运行、监控等多方面的综合能力,支撑本项目众多业务流程的实现和运维。
(2)方法与规范:供方从统 * 开发、统 * 流程角度,对业务流程框架与蓝图、流程平台实施过程方法、流程平台实施规范、流程应用组件抽取开发规范、流程平台运维规 (略) 全面梳理与设计,完成本项目流程集成建设以及后续流程的落 (略) 维护、监控优化。
(3)资产与知识:供方在项目实施过程中需通过可复用组件的积累、知识库的积累,不断提升优化业务组件、流程组件的实施效率和建设质量。其中,组件库主要内容包括表单组件、流程组件、业务组件,知识库主要内容包括制度规范和相关知识点。
3.1. (略) 环境要求协同办公系统应用服务采用J2EE架构,并能适配国产化操作系统及其硬件。客户端访问可同时支持X * 架构计算机及国产终端计算机。浏览器支持国产浏览器及IE8以上浏览器。
3.1.4 * 员管理及统 * 组织机构(1)设置 * 员账户。系统需实现符合保密安全的 * 员管理功能,通过安全标签对系统内的 (略) 管理,提供权限审计和操作日志功能实现对应用系统的用户权限及重要 (略) 审计,对非密附件可以审计内容。
(2)统 * 组织管理。系统需在需方现有管理平台基础上实现统 * 组织用户管理,确保已注册的用户通过权限授权可访问系统应用, (略) 单独设置。
3.1.5安全检测系统不得存在需方漏洞扫描中风险级别以上漏洞,质保期内免费提供信息安全漏洞修补服务。系统应具备通过安全保密测评条件,对于测评提出的整改要求,供方应限期免费整改。
3.2详细技术要求主要包括公文管理、规章制度管理及与其他系统集成,其中公文管理包括公文模板、院发文、部门发文、外来文传阅、上会议题审批传阅、白头文传阅、自制文传阅、文件事项督办等;规章制度管理包括规章制度需求分析、制定申报、制定发布、修订申报等;系统集成包括与档案管理系统、定密管理系统、所属单位办公系统集成等。详细技术要求如下:
序号 | 指标项 | 技术规格要求 | 备注 |
★1 | 公文管理 | ||
1.1 | 公文模板 | 实现不同公文可选择不同的 (略) 公文内容撰写。 | |
1.2 | 实现利用在线编辑文档功 (略) (略) 新增、修改 、删除等维护功能。 | ||
1.3 | 发文管理 | (略) 发文、部门发文从拟稿、审核、会签、初核、签发、编号、校对、分发、归档等发文审批流程,且支持在线编辑、保存、记痕等功能。 | |
1.4 | 提供发文审批流程查询、统计、监控等功能。 | ||
1.5 | 实现对发文标题、发文号、定密依据、拟定密级、年限、选择公文紧急程度、附件、选择主送、抄送等 (略) 操作。 | ||
1.6 | 实现对发 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | ||
1.7 | 各环节审核人员意见设置常用词条,允许用户根据使用习惯增加词条。 | ||
1.8 | 表单界面按钮需设置简洁明了,避免用户重复同 * 动作。 | ||
1.9 | 公文传阅 | 实现自制文、外来文传阅流程,包括拟稿、传阅、增补传阅对象等环节。 | |
1. * | 实现对外来文单位、来文时间、密级、紧急程度、页数、收文号、来文号等 (略) 操作。 | ||
1. * | 与发文管理对接,可在发文过程的分发环节,根据选择主送、抄送对象, (略) 发文、部门发文等自制文传阅。 | ||
1. * | 提供自制文、外来文传阅单的查询统计功能。 | ||
1. * | 白头文呈阅 | 实现白头文从拟稿、审核、会签、院领导审定、分发、传阅等呈阅审批流程,且支持在线编辑、保存、记痕等功能。 | |
1. * | 实现对标题、附件、密级、紧急程度、 (略) 门、送稿日期、送稿人、电话等 (略) 操作。 | ||
1. * | 实现对发 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | ||
1. * | 各环节审核人员意见设置常用词条,允许用户根据使用习惯增加词条。 | ||
1. * | 表单界面按钮需设置简洁明了,避免用户重复同 * 动作。 | ||
1. * | 上会议题审批和催办单 | 需将需方现有上会议题审批流程及催办单流程完整迁移至本系统中。 | |
★2 | 规章制度管理 | ||
2.1 | 制度需求分析 | 实现需求分析从拟稿、审核等审批流程,且支持在线编辑、保存、记痕等功能。 | |
2.2 | 支持规章制度名称、需求分析表、规章制度层级、 (略) 门、分析时间、承办人 (略) 操作。 | ||
2.3 | 制度制定申报 | 实现制定申报从拟稿、审核等审批流程,且支持在线编辑、保存、记痕等功能。 | |
2.4 | 实现对标题、任务来源、附件、密级、紧急程度、 (略) 门、送稿日期、送稿人、电话等 (略) 操作。 | ||
实现对申 (略) 校验的能力,并控制表单密级与附件密级的匹配。 | |||
2.5 | 制定制定发文 | 同发文管理要求。 | |
2.6 | 制定修订申报 | 同制定申报要求。 | |
2.7 | 制度汇总 | 实现汇总查询功能, (略) 有规章制度列表,包括制度名称、部门、年份、层级、类别、当前状态、发布历史等标签。 | |
3. | 系统集成 | ||
3.1 | 与档案系统集成 | 提供档案集成功能,实现自制文及外来文归档。 | |
3.2 | 支持对公文的手工归档,允许具备归档权限人员在查询列表中逐 * 选择文件或汇总批量归档。 | ||
3.3 | 归档过程中需校验档案号、标题、年份、页数、密级等信息。 | ||
3.4 | 与定密管理系统集成 | 实现与定密系统集成,支持用户在上传附件环 (略) 密级标识。 | |
★3.5 | 与所属单位办公系统集成 | (略) 文、下行文等标准接口规范,将 (略) 属单位公文系统。 | |
3.6 | 提 (略) 理状态监控。 | ||
★3.7 | 与 (略) 平台集成 | 提供标准接口并将公文待办信息传递至 (略) 平台门户,并支撑用户操作。 | |
★4 | 盲审支撑 | ||
4.1 | 知识库栏目 | 建设文档知识库,支持知识库栏目自定义维护。 | |
4.2 | 文档上传管理 | 用户在指定栏目下挂载文件,并设定文件密级。 | |
4.3 | 公文归类管理 | 支持在公文审批完成后,将公文中正文、附件挂接到知识库指定目录下 | |
4.4 | 盲审支撑 | 支持在发文时设定当前公文与知识库指定目录文件关联,在审批过程中,系统自动根据人员密级展现可查看的知识库目录及文件,支持对文件名称的检索、在线查阅等 |
项目完成后,供方须向需方提供下述资料和介质,作为最终验收的依据之 * 。
应包含但不限于以下资料及介质:
序号 | 资料与介质 | 介质形式 |
1 | 系统详细设计方案、安全保密设计方案 | 电子版 |
2 | 系统功能测试报告 | 电子版、纸质 |
3 | 软件代码 | 电子版 |
4 | (略) 署手册 | 电子版 |
5 | 用户指南及管理员手册 | 电子版、纸质 |
6 | 培训手册 | 电子版 |
5.1 需方 (略) 的 (略) 正常,操作系统安装完备,网络环境完备。
5.2 在合同签订 * 周后由供方负责编制项目实施计划和详细设计方案和安全保密设计方案,经双方确认后开展实施工作。实施过程要尽可能减少对需方 (略) 造成影响。
5.3 供方和需方双方工 (略) 所有的软件模块,确保能正常使用。
6.验收标准或验收细则6.1 验收标准(1)供方须向需方 (略) 述资料和介质,作为最终验收的依据之 * 。
(2)提交的协同办公软件应实现本技术规格书上要求的功能。
(3)供方 (略) 需的各类方案和验收总结报告。
6.2 验收程序6.2.1 技术解决方案在合同签订1周内供方应完成详细的技术解决方案和工作计划,经双方确认后实施。
6.2.2软件安装调试在合同签订4个月内软件完成原 (略) 功能验收。
6.2.3 实施测试(1) 在合同签订3个月内供方完成软件开发工作,全部模块均具备相应功能;
(2)在实现正常安装后,双方共同开展功能测试,确认功能与规格描述相 * 致。
6.2. (略) 与预验收(1) (略) 3个月, (略) 记录与总结报告。
(2)由供方组织,双方签署书面预验收报告,作为预验收的依据。
6.2.5 (略) 与终验收(1) (略) 1个月, (略) 记录与总结报告。
(2)由供方组织,双方签署书面终验收报告,作为终验收的依据。
7.服务及质量保证7.1软件必须为供 (略) 商制造生产的正版软件(或为供方提供的具有自主知识产权的正版软件)。
7.2 (略) 提供的软件 (略) (略) 平稳,使用正常。
7. (略) 提供的软件及服务无功能缺陷并满足需方要求,因软 (略) 导致的需方损失由供方负责。
7.4 (略) 提供软件的 * 切技术支持与服务保证。
7.5软件的质量保证期为通过最终验收后1年,质量保证期内供方 (略) 服务。
7.6 供方承诺提供以下技术服务。
(1) (略) 服务:供方在系统建设完成后为需方提供7× * 小时服务。
(2) (略) 理响应服务:供方承 (略) 中出现的 * 般性故障在半小时内得到响应并能够通过电话远程支持解决;对严重 (略) 的故障在 (略) 解决。
(3)软件升级服务:需方在质量保证期内免费享有本系统功能升级,以及 * 次大版本升级服务。质量保证期过后,如需方要求,可继续提供本系统的正常升级服务。
(4)迁移服务:由于硬件的升级、故障,或病毒的侵害等而引起的设备更换,在质量保证期内免费迁移到新的设备上。
(5)软件安全性:软件若有安全隐患(如性能、漏洞或访问控制等),供方应按照有关 (略) 安全升级改造,直至消除安全隐患。
8.技术培训供方将根据需方的要求,提供操作和 * 次开发培训,具体事项如下:
(1)培训时间:具体时间由需方确定,并提前至少 * 周书面通知供方。
(2)培训地点: (略) 。
(3)培训周期:供方提供不少于3个工作日的培训。
(4)培训人员:由需方确定。
(5)培训条件:需方提供计算机,供方提供培训教师和软件环境。
(6)培训目标:参加完培训的需方人员,能够熟练地运用和 * 次开发。
(7)培训内容:为 (略) 数据采集系统配置及 * 次开发培训(双方协商确定)。
(8)培训要求:供方对培训的效果和质量负责,供方应委派经验丰富、合格的技术人员对 (略) 技术培训。如果供方委派的技术人员不符合本条规定,或者玩忽职守,或者违反国法律法规,需方有权要求供方自费撤换该技术人员,并委派合格的技术人员接替其工作,供方应在收到需方书面通知后十天内完成上述撤换工作。
(9)培训费用:培训费用包含在项目总经费当中,需方不另外支付供方培训费用,培训期间供方人员的 * 切费用由供方承担。
9.安全保密9.1 双方应对供方参与项目协作的 (略) 保密审查。供方参与项目人员应具有中华人民共和国国籍。
9.2 (略) (略) 服务人员在从事服务之前必须与需方签署保密协议。
9.3 供方对技术指标相关内容负有保密责任,不得向任何第 * 方泄 (略) 涉及的需方信息,造成泄密由供方负全责。
9.4 软件在开发、验收、安装、调试以及全寿命期的技术服务过程中,供方对涉及到的技术资料、产品及设备负有保密责任,不得以任何方 (略) 或对外泄露相关内容。
9.5 (略) 提供软件无恶意代码,不会导致需方系统崩溃、毁坏。
9.6 供方应遵守需方相关保密规章和保密要求。
* .其它其它未尽事宜,供需双方 (略) 协商解决。
附件2:
(略) ( (略) )协同办公系统开发项目报价单
序号 | 项目内容 | 约定内容 |
1 | 品牌及型号规格 | 协同办公系统 |
2 | 总报价 | 小写: RMB 元 大写:人民币 元 |
3 | 报价说明 | 本报价为项目包干实施价格,包含系统开发、安装、调试、检测、验收及保险、 (略) 有费用(包括价格变化风险),日后不予调整。 |
4 | 交货期 | |
5 | 质保期 | |
6 | 响应付款方式 | |
7 | 报价有效期 | (须不低于 * 天) |
报价单位名称(盖章):
授权代表(签字):
日期: 年 月 日
(略) ( (略) )协同办公系统开发项目分项报价单
报价要求:
1.须按下表清单报价(具体分项内容自定)。
2.表格如有分页时,应逐页加盖公章。
报价单位:(盖章)
序号 | 子项 | 型号规格或主要工作内容 | 单位 | 数量 | 单价 (元) |
1 | |||||
2 | |||||
3 | |||||
4 | |||||
... | |||||
总价 |
最近搜索
无
热门搜索
无