XX企业招投标管理系统设计开发项目建设可行性方案.docx

XX企业招投标管理系统设计开发项目建设可行性方案.docx

《XX企业招投标管理系统设计开发项目建设可行性方案.docx》由会员分享，可在线阅读，更多相关《XX企业招投标管理系统设计开发项目建设可行性方案.docx（16页珍藏版）》请在冰豆网上搜索。

XX企业招投标管理系统设计开发项目建设可行性方案

XX企业招投标系统设计开发项目建设可行性方案

目录

1.系统设计思路目标4

1.1设计思路4

1.2建设目标5

1.3性能目标5

1.4系统技术体系6

1.5实现管理目标7

2.系统参数8

2.1技术实现方案8

2.2技术模型9

3.系统初步设计11

3.1总体业务流程11

3.2网上招投标12

3.2.1供应商管理12

3.2.2招标预告12

3.2.3项目招标13

3.2.4项目截标13

3.2.5项目开标13

3.2.6项目评标13

3.2.7招标结束13

3.2.8招标项目相关13

3.3专家管理、抽取与考核14

3.3.1专家管理16

3.3.2专家抽取16

3.3.3专家考核16

3.4电子化评标16

3.4.1信息浏览18

3.4.2评标设定18

3.4.3项目进程18

3.4.4统计评分表18

3.4.5文件管理19

3.4.6评标数据管理19

3.4.7专家打分19

3.5信息查询、统计报表20

3.6门户网站平台20

4.开发及实施计划20

5.报价21

系统设计思路目标

设计思路

招投标系统涉及对招标流程、政策的理解、计算模型的合理和科学，项目构成的纷繁复杂性决定了系统的开发、建设、实施是一个复杂的系统工程，因此，招投标信息系统设计需要一个先进、科学、完整、成熟的设计思路作为设计人员的参照和指导，才能确保该系统全局规划合理、设计思路清晰、实施建设有序。

根据招标投标系统的要求，结合我们公司多年的软件系统开发建设经验，同时在广泛吸取同行业厂商成功和失败案例经验、教训的基础上，提出了一套设计思路。

招投标信息系统就是参照这个思路进行总体设计的。

本系统总体设计思路概括为：

“一个平台、两个出发点、三个主要任务”：

●“一个平台”：

以汇联自主开发的CMS平台为核心，招投标信息系统就是基于该平台开发的具体应用。

●“两个出发点”：

就是以招投标信息的实际业务需求为出发点，以系统的可扩展和再开发性为出发点。

●“三个主要任务”：

应用支撑平台、应用流程、标准与数据规划。

建设目标

我们为本项目作如下定位：

●建立三个应用数据库，即专家库、供应商库、项目库

●建立七个应用子系统，即项目委托子系统、网上招投标子系统、专家抽取子系统、电子评标子系统、供应商管理子系统、网站子系统、系统管理子系统；

●建设国内招标行业领先的招投标信息系统；

性能目标

性能指标

性能目标

可靠性

能屏蔽用户操作错误，输入数据时能进行有效性检查

操作权限控制安全可靠，不易非法侵入

提供运行日志管理功能

系统运行稳定，操作错误不会导致死机或系统异常退出现象

易用性

（用户界面）

易学习性和理解性

用户界面友好、界面风格保持一致

软件操作方便

友好的图形用户界面和多语种支持

集成性

支持招投标信息各子系统间的数据共享

招投标信息系统各功能模块数据的一致性

提供门户支持界面的集成

可扩展性

用户可定制界面

可进行系统功能的扩充

提供二次开发接口

可管理性

提供组件和业务构件的部署图形化管理

提供图形化的组织、用户和角色及权限管理

提供可视化的流程定义、配置和管理

软件效率

系统响应时间效率：

局域网上系统响应时间≤3秒、广域网上系统响应时间≤10秒。

搜索引擎效率100万条数据≤1秒。

系统技术体系

层次

描述

接入层

为用户提供Web浏览器等多种接入方式，提供个性化、门户。

与总体业务逻辑结构中的接入层对应。

核心应用层

核心应用层是系统的应用逻辑处理，包括各应用系统，与软件功能结构中的业务系统对应。

按照招标要求，根据组件化的设计原则，我们将选择J2EE技术体系作为本项目的主要技术路线。

创建、组装核心应用层各个业务系统将会调用应用支撑层中的模板、公共组件。

核心应用层与总体业务逻辑结构中的应用层及服务层的业务构件相对应。

应用支撑层

招投标信息系统最重要的特点就是其复杂而多样的业务系统，外部的或内部的，既有的和即将建成的，更重要的是，这些系统之间存在着复杂的交互工作。

应用支撑层承载的内容是基础公共组件，是应用系统基础设施的重要组成部分，它所提供的功能、服务大大扩展了应用服务器的核心基础设施和特性，为快速构建、组装、集成、整合各种复杂、独立的业务系统奠定基础。

应用支撑层与总体业务逻辑结构中的服务层基础构件的应用支撑平台对应。

数据层

这是整个系统的数据中心，数据是一个广义概念，它既可能是各种关系数据库、文档数据库，也可能是数据文件，从结构上看可能是异构的、分布的。

数据层与业务逻辑结构中“资源层”的数据库平台对应。

实现管理目标

规范招标招投标信息，提高管理水平和效率。

在统一平台的基础上，通过信息化、网络化，为实现采购集中化、科学化、规范化、标准化管理提供有效手段。

系统实现如下管理目标：

●运用现代管理思想和电子信息技术，实现以集约化管理为中心、以招投标信息业务为核心，建立服务于委托方和供应商等的便捷安全、经济适应的招投标信息业务管理平台。

●实现项目委托、招标、评标全过程的网络化和信息化，通过电子化招标方式，提高规模效益，降低各环节的工作成本。

●建立标准、统一的数据信息库。

包括评审专家库、入围供应商库，项目库等。

●实现科学基础上评标专家的动态管理、按评标项目的性质和需求，以多种方式随机抽取各个专业的专家、对专家的评标工作进行考核。

●通过技术手段实现真正意义上的阳光采购，杜绝招投标工作中存在的违纪、违法行为。

系统参数

技术实现方案

我们应根据应用系统的有关规范标准和具体业务需求，结合软件开发技术发展状况，选择相应的系统软件或工具软件，以确定科学、合理的开发方案。

我们为本项目的技术开发方案做最后总结，具体如下表所述：

类别

软件名称

软件用途

数据库系统

MicrosoftSQLserver2005

后台关系数据库存储，归档

应用服务

Apache2.2

Tomcat6.0

为应用支撑平台、应用系统提供Web服务

开发工具

Eclipse3.5

应用支撑平台、应用系统程序开发

页面设计

DreamWeavercs

设计页面版式、操作界面

技术模型

为了从实现技术对象上更好地描述招投标信息应用系统，我们初布设计招投标信息系统技术参考模型及层次结构图，如下图所示。

该技术模型大致可分为网络基础设施层、系统基础平台、应用支撑层、核心应用层和物流系统应用门户等五个主要技术层面，在安全保障体系环境的基础上为系统的系统的运行保驾护航。

该模型是公司招投标信息系统解决方案的具体技术实现模型，由API、业务组件、公共组件等作为呈现载体。

实际上它可为企业管理信息系统建设提供普遍适用的参考依据。

系统初步设计

总体业务流程

网上招投标

通过对现有招投标信息流程的深入调研，结合先进的网络技术和通讯技术，将网络和传统招投标方式有效结合，按流程进行领导审批、查阅项目信息，供应商投标情况统计、招标文件购买费用等网上管理。

包括供应商管理、招标预告、项目招标、项目截标、项目开标、项目评标、招标结束、招标项目相关等模块。

如下图：

供应商管理

包含供应商注册信息维护、供应商注册审核管理、常用供应商维护、供应商费用管理等。

招标预告

新建公开招标项目，包括项目基本信息、招标产品、邀请投标人、项目说明、项目审批领导等信息的录入，同时可设置项目是否审核等开关值。

项目招标

对投标人标书记录进行新增、删除操作；在客户端，调用CA接口，先对文件进行签名验证操作，再使用服务器加密证书对标书进行加密操作，加密完成后，把加密后文件上传；在服务端，先对文件进行服务器端签名验证，再对文件加盖时间戳并验证，通过后，文件才上传成功。

项目截标

把设定的项目截标时间和当前时间戳服务器时间对比，如果项目截标时间>=当前时间戳服务器时间，则系统自动设置项目状态为截标状态。

项目开标

录入开标信息，按产品读取报价表；修改、更新投标人报价记录。

项目评标

设置投标人的中标状态：

中标/未中标；按包/子包设置。

招标结束

对中标会员的中标价格和中标数量记录进行更新操作。

招标项目相关

对项目澄清信息进行查询操作，对查看澄清的权限进行控制：

只有澄清中的目标投标人才能查看；项目招标方都可以查看。

专家管理、抽取与考核

为了规范评标专家管理，满足招标公司评标工作的需要，建立专家数据库；由招投标信息部门负责收集、审核专家委托的资料、抽取评标专家及考核专家的评标工作。

●通过企业门户网站，专家单位推荐专家，填写基本信息、各类资质文件，委托评标专业。

●招投标管理中心负责组织专家信息的核实、资格审批；定期进行评标工作的培训和组织考试，认定评标资格。

●实时更新和维护专家资料库，注销退休专家或严重违反评标纪律专家，冻结长期出差或临时不适合专家。

●为评标工作抽取所需正选和备选专家；灵活抽取的评标专家，以适合不同项目的评标工作,同时确保评标工作的公平、公正的原则；抽取方式以随机抽取为主，专家指定、专家回避、项目轮空以及各类优化等多种抽取辅助措施。

●监察部负责评标专家的抽取和通知监督工作。

●根据抽取结果的排序顺序，首先通知正选专家，正选专家不能参加评标时，通知备选专家参加评标，如备选专家也不能参加进行补充抽取。

●专家出勤率、评标工作进行综合考核。

●专家资料和评标工作进行分类归档、综合查询和统计。

总体流程图如下：

专家管理子系统包括评标专家管理、专家抽取、专家考核等三个模块。

专家管理

对专家信息进行录入、修改、删除、查询等操作。

在专家管理中，区分等级管理，招标公司管理员可管理招标公司及各级系统的专家信息，招标公司及各级系统均拥有各自的专家库，同一专家既可以是招标公司的专家库一员又可以是各级系统专家库一员。

专家抽取

针对具体项目设置专家抽取条件、回避条件，并进行专家抽取、专家补充抽取、组长抽取、组长补充抽取、监督员抽取、监督员补充抽取等操作。

专家抽取管理模块是专家管理和抽取系统中最重要的部分，也是对项目评标专家科学合理进行抽取及生成的过程。

专家考核

对具体每个项目的评标专家进行考核，每次评标结束后根据出勤状况、评标态度等信息进行综合评定。

电子化评标

电子化评标主要实现评标数据管理、评标项目设定、评标项目进程控制、专家打分、报表统计、最终产生项目评标结果等功能。

总体流程图如下：

主要功能

电子化评标子系统包括信息浏览、评标设定、项目进程、统计评分表、文件管理、评标数据管理、专家打分等七个模块。

信息浏览

供专家打分查看产品的招标文件。

评标设定

维护产品的工程、数量等信息，废标剔除通过审批单审核的投标人。

产品的工程信息可能具有多个，所以工程信息是多个工程名称的结合。

废标剔除功能需删除此厂家的各项分数包括技术分、商务分、价格分。

项目进程

投标人废标审批是投标人废标的依据，通过填写审批单，导出打印审批单经领导签字确认后进行投标人废标，如审批不合格则修改审批单后重新导出打印签字，知道通过审批或者不进行废标删除废标单。

专家和管理员都可针对厂家填写审批单，可以针对一个厂家的多个产品填写审批单。

如果审批审批不通过，应该删除此审批单，或者再次修改再提。

统计评分表

根据评分模版、产品信息数据以及专家评分数据导出生成Excel格式的技术、商务、价格初评表（空白表或者初评结果表）、技术、商务、价格详评表（按包）、技术、商务、价格平均分表。

平均分导出支持两种方式：

1.去掉最高分和最低分导出；2.不去掉最高分和最低分导出。

按包打分，表格以最小评分单位导出：

比如包或者子包。

按包打分表导出中以选择的树型结构节点为依据导出以下节点的产品。

1、初评表导出

2、详评表（按包）导出

3、详评表（按各级系统）导出顺序图

4、生成平均分表

文件管理

维护本组专家或者管理员自己上传的评标小结、上传评标小结、导出技术商务评标小结模版。

本组管理员和专家都只能上传本组产品的评标小结，管理员可以看到专家上传的评标小结，专家只能查看自己上传的评标小结。

评标数据管理

维护产品的招标文件技术参数以及供应商的技术参数响应情况，招标文件发出时针对每个包的技术参数应答表，为放置在同一张工作EXCEL薄中发出。

若同一标下各包技术参数应答表不同，里面可以建多张工作表分别以“包1，包2技术参数应答表”，“包3技术参数应答表”命名；若同一标下各包技术参数应答表相同，则可以以“全部包技术参数应答表”命名。

且，招标文件中各技术参数应答表的格式统一固定，使得之后导出技术参数值时各数值能一一对应每一项内容。

各供应商填写招标文件中各技术参数应答表中投标方保证值一列。

并随技术、商务、报价等投标文件一起单独上传。

专家打分

专家打分分为技术、商务、价格。

又分别进行初评与详细评分，按包打分。

由管理员生成专家人数和随机生成密码后，将用户名和密码发给专家，专家使用此用户名和密码登陆系统对厂家进行详细评定，详评评分表根据详评模版生成，不同的产品拥有不同的模版。

打分中如需实现细则分实时保存，则单个分数必须实时提交到数据库。

信息查询、统计报表

包含对归档项目、实施细则、监造总结、生产进度、统计报表等的查询。

门户网站平台

信息平台可以获取、展现的政策制度、新闻动态、工程信息、采购招标公告、中标公告等相关信息等。

开发及实施计划

开发实施顺序

子系统名称

所需时间

描述

1

专家管理与抽取子系统

1个月

需求调研1周；开发2周；调试1周

2

供应商管理子系统

1个月

需求调研1周；开发2周；调试1周

3

项目委托子系统

1个月

需求调研1周；开发2周；调试1周

4

网上招投标子系统

2个月

需求调研2周；开发4周；调试2周

5

电子归档子系统

1个月

需求调研1周；开发2周；调试1周

6

网站子系统

0

报价

招标系统报价

序号

子系统名称

价格（万元）

1

项目委托子系统

2

网上招投标子系统

3

专家管理与抽取子系统

4

电子归档子系统

5

供应商管理子系统

6

网站子系统

7

系统管理子系统

合计