【完整版】电子化采购招投标平台系统建设项目解决方案Word文件下载.docx

【完整版】电子化采购招投标平台系统建设项目解决方案Word文件下载.docx

《【完整版】电子化采购招投标平台系统建设项目解决方案Word文件下载.docx》由会员分享，可在线阅读，更多相关《【完整版】电子化采购招投标平台系统建设项目解决方案Word文件下载.docx（183页珍藏版）》请在冰豆网上搜索。

1.3.3.应用系统安全需求

1.3.4.数据传输安全需求

1.3.5.数据存储安全需求

1.3.6.访问控制安全需求

1.4.接口需求

1.4.1.与原有信息系统的接口需求

1.4.2.与系统软件的接口需求

1.4.3.提供二次开发数据接口

1.5.前期准备与建议

1.5.1.前期准备

1.5.2.结对编程

2.总体设计方案

2.1.指导思想

2.2.设计原则

2.3.设计思路

2.3.1.以框架为基石、以业务为主线

2.3.2.以数据为核心，对数据进行统一管理

2.3.3.框架跨操作系统平台，应用与设计无关，表现与业务分离

2.3.4.“微内核”＋“插件”的结构，促进多种技术集成

2.3.5.借鉴成功的案例，采用工业标准和成熟的主流和开源产品

2.4.系统总体结构

2.4.1.总体逻辑结构

2.4.1.1.基础设施层

2.4.1.2.数据资源层和数据库模型设计

2.4.1.3.Ruby实现的应用支撑平台

2.4.1.4.业务应用层

2.4.1.5.用户服务层

2.4.1.6.标准和规范体系

2.4.1.7.安全体系和运行保障机制

2.4.2.网络拓扑

2.5.关键技术

2.5.1.Ruby语言Rails框架以及敏捷开发

2.5.2.SOA体系架构及ESB企业服务总线技术

2.5.3.OA、工作流引擎和业务流程定制技术

2.5.4.B/S和跨平台的C/S综合应用客户端相结合的多层分布式技术

2.5.5.海量数据存储与管理技术

2.5.6.中间件技术

2.5.7.组件化、构件化开发技术

2.5.8.XML和WebService技术

2.5.9.门户管理技术

2.6.系统数据接口设计

2.6.1.数据接口规范设计

2.6.2.通讯模式

2.6.2.1.同步消息传送

2.6.2.2.异步消息传送

2.6.2.3.点对点传输

2.6.2.4.路由转发

2.6.2.5.发布/订阅

2.6.2.6.集群

2.6.2.7.客户端

2.6.3.数据格式

2.6.4.交换协议

2.6.5.数据接口模型设计

2.6.6.数据结构

2.6.7.数据集

2.7.其他系统设计

2.7.1.开放性设计

2.7.2.可扩展性设计

2.7.3.灵活性设计

2.8.安全性设计

2.9.系统性能设计

2.9.1.系统性能设计目标

2.9.2.整体性能设计

2.9.3.数据库性能优化

2.9.4.负载均衡方案

2.10.系统部署方案

2.10.1.使用集群技术的必要性

2.10.2.集群部署方案

2.10.2.1.镜像服务器双机

2.10.2.2.双机与磁盘阵列柜互联

2.10.3.Railsapp的子系统的部署

2.10.3.1.前端的选择

2.10.3.2.后端的选择

2.10.3.3.分析和小结

2.10.4.Rails部署工具

2.10.5.系统集成与软件部署

2.11.系统设计方案合理性

3.系统关键技术实现方案

3.1.Ruby语言以及敏捷开发

3.2.Ruby工作流引擎

3.3.OA、工作流引擎和业务流程定制技术

3.4.业务流程统一调度的实现

3.4.1.流程管理

3.4.2.流程调度策略

3.5.SOA体系架构及ESB企业服务总线技术

3.6.B/S和跨平台的C/S综合应用客户端相结合的多层分布式技术

3.7.海量数据存储与管理技术

3.8.中间件技术

3.9.组件化、构件化开发技术

3.10.XML和WebService技术

3.11.信息交换和共享的实现

3.11.1.基于集成框架和消息中间件的信息传输和转换

3.11.2.应用程序接口技术

3.11.3.基础信息的共享

3.12.电子表单设计

3.12.1.表单处理系统的功能设计

3.12.1.1.表单设计和数据库自动生成功能

3.12.1.2.对数据字典和信息共享的支持功能

3.12.1.3.表单打印功能

3.12.1.4.和门户系统的集成功能

3.12.1.5.对附件的支持功能

3.12.1.6.表单处理系统的性能要求

3.12.1.7.表单离线填报补充填报功能

3.12.2.表单处理系统的技术实现

3.12.2.1.表单处理系统的总体结构

3.12.2.2.表单设计器

3.12.2.3.表单服务器

3.12.2.4.表单服务器和门户系统之间的协同工作

3.12.2.5.表单信息共享的实现

3.12.2.6.离线填报的实现

3.12.2.7.表单人工调整与美化

3.13.资源管理与配置

3.13.1.主要用户及用户管理需求

3.13.1.1.平台主要用户

3.13.1.2.用户管理需求

3.13.1.3.统一用户认证

3.13.1.4.集中分布式授权

3.13.1.5.统一用户信息管理

3.13.1.6.提供人性化服务

3.13.1.7.整合现有系统帐户

3.14.统一用户管理模型

3.14.1.应用安全模型

3.14.2.基于角色的用户授权

3.14.3.基于用户信息的认证

3.14.4.基于用户特征的个性化服务

3.14.5.公共资源配置平台的引入

3.14.6.功能框架及描述

3.15.CA接口设计

3.16.统一日志管理设计

3.17.统一消息管理设计

3.18.统一监控管理设计

3.19.统一备份管理设计

4.各子系统技术方案

4.1.组织机构与权限管理系统

4.1.1.采购用户管理

4.1.2.供应商管理

4.1.3.中心用户管理

4.1.4.采购用户和供应商帐户管理

4.2.Web2.0门户系统

4.2.1.多种浏览门户视图

4.2.2.信息共享和抓取

4.2.3.系统管理

4.2.4.内容管理

4.2.5.领导信箱

4.2.6.业务论坛

4.2.7.网上公告

4.2.8.信息资源库

4.2.9.全文检索

4.2.10.系统导航

4.2.11.流量分析和系统监控子系统

4.2.12.领导决策子系统

4.2.13.敏感字过滤

4.3.采购系统

4.3.1.协议供货

4.3.2.网上竞价

4.3.3.小额采购

4.3.4.定点采购

4.3.5.信息统计

4.3.6.网上申报采购计划

4.3.7.项目委托

4.4.业务办公系统

4.4.1.公文管理

4.4.1.1.收文管理

4.4.1.2.发文管理

4.4.1.3.公文督查

4.4.2.档案管理

4.4.3.信息管理

4.4.4.会议管理

4.4.4.1.内部会议

4.4.4.2.外部会议

4.4.4.3.领导会议

4.4.4.4.会议室管理

4.4.5.办公事务子系统

4.4.5.1.日程安排

4.4.5.2.文件管理

4.4.5.3.任务交办

4.4.5.4.通讯录

4.4.6.邮件管理系统

4.5.电子辅助招投标系统

4.6.跨平台Flex综合应用客户端

4.7.其他系统

5.应用安全设计

5.1.系统安全目标、策略与建设原则

5.1.1.系统的安全目标

5.1.2.系统的安全策略

5.1.3.系统安全建设的原则

5.2.安全体系的建设

5.2.1.基本安全防护系统

5.2.2.网络信任服务系统

5.3.应用系统安全

5.3.1.安全服务

5.3.2.对等实体鉴别服务

5.3.3.访问控制服务

5.3.4.数据保密服务

5.3.5.数据完整性服务

5.3.6.数据源鉴别服务

5.3.7.禁止否认服务

5.3.8.安全机制

5.3.8.1.加密机制

5.3.8.2.数字签名机制

5.3.8.3.访问控制机制

5.3.8.4.数据完整性机制

5.3.8.5.交换鉴别机制

5.4.网络平台安全

5.4.1.防火墙系统

5.4.2.入侵检测系统

5.4.3.防病毒系统

5.4.4.虚拟专用网（VPN）

5.5.数据库安全

5.5.1.数据库系统安全与保密的特点

5.5.2.数据库系统的安全措施

5.6.异地容灾系统及备份策略

采购平台信息资源与业务密切相关的特点要求平台信息资源整合方法应适应采购业务和信息的动态产生和变化。

采购平台信息资源目录体系就是从业务应用出发，梳理业务办理的流程、职责、依据等，编制信息资源目录。

如针对采购单位、供应商登记注册业务，需要通过调查和梳理相关的业务环节和部门根据业务流程，梳理和分析业务相关的信息，并且根据相关的采购信息资源描述规范和分类规范描述以及标识信息资源，编制基于业务组件的采购信息资源分类目录和共享目录，在目录体系的基础上进行各类采购信息资源整合。

这样的整合方法为采购信息资源的动态有机整合建立了基础，可以适应采购信息随业务处理而动态变化的特点，同时通过目录编制明确了资源提供者和共享部门，为政府采购信息资源的整合和共享建立长效机制提供了依据。

综上所述，一个基于业务组件的可持续发展数据交换平台能对需求进行针对性和全面的响应，同时，根据业界的经验和我们的最佳实践，我们建议按业务功能划分，分为如下几个部分：

从业务逻辑层面上看，除了前面提及的用户的几种角色（采购单位用户、供应商用户、中心用户、系统管理员用户）外，平台系统会提供用户基本的注册、修改、权限分配、用户待办任务提醒的功能外，系统还将对平台用户按组织机构进行分组来模拟真实世界的组织机构管理。

通过将权限赋予角色、将角色赋予组织机构的策略。

这部分是系统的核心部分，涉及到整个采购流程，并且这部分的业务复杂、子系统繁多，应该给予足够高的关注度。

整个采购系统可分为如下部分：

图5.5.2-1采购系统图

通过我们积累的经验，这部分的各个功能点梳理如下：

u协议供货部分

投标系统

投标系统的业务流程主要为：

投标商申请――>

中心用户审批――>

供应商应标

的流程，涉及的业务有：

采购厂商资料上传招标文件、中心用户产品参数搜集、中心用户审核、供应厂商对所供应的产品的信息录入、参数提供，并打印采购厂商的招标信息一览表。

评标系统

这部分的业务流程需要中心用户的大量参与，平台提供方便可靠的功能供中心用户进行供应厂商的入围评定。

业务流程梳理如下：

审核供应商――>

设置打分轮次和打分栏目――>

初审――>

入围评审

业务需要打印入围供应商名单。

公告板系统

公告版系统主要以信息查询为主，提供及时在网上公布中标的产品信息、供应商信息和厂商总协调人信息。

除了提供采购单位和供应商自定义的查询浏览机制外，公告板系统提供产品的横向、纵向对比、产品价格曲线图、提供产品评论和参考价格、产品降价排行、产品销售排行等功能，并能对查询的公告结果进行转储和打印。

后台管理系统

后台管理系统主要向中心用户提供业务上的管理流程，它能方便的管理采购方、供应方和需求采购物资之间的联系。

首