ImageVerifierCode 换一换
格式:DOCX , 页数:183 ,大小:1.32MB ,
资源ID:13002962      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/13002962.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(【完整版】电子化采购招投标平台系统建设项目解决方案Word文件下载.docx)为本站会员(b****9)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、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、主流和开源产品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.

3、5.7.组件化、构件化开发技术2.5.8.XML和Web Service技术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.系统性能设

4、计目标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.Rails app的子系统的部署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.业务流程统一调

5、度的实现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和Web Service技术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.表

6、单打印功能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.统一用户认

7、证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

8、.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

9、.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.基本安

10、全防护系统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.

11、6.异地容灾系统及备份策略采购平台信息资源与业务密切相关的特点要求平台信息资源整合方法应适应采购业务和信息的动态产生和变化。采购平台信息资源目录体系就是从业务应用出发,梳理业务办理的流程、职责、依据等,编制信息资源目录。如针对采购单位、供应商登记注册业务,需要通过调查和梳理相关的业务环节和部门根据业务流程,梳理和分析业务相关的信息,并且根据相关的采购信息资源描述规范和分类规范描述以及标识信息资源,编制基于业务组件的采购信息资源分类目录和共享目录,在目录体系的基础上进行各类采购信息资源整合。这样的整合方法为采购信息资源的动态有机整合建立了基础,可以适应采购信息随业务处理而动态变化的特点,同时通过

12、目录编制明确了资源提供者和共享部门,为政府采购信息资源的整合和共享建立长效机制提供了依据。综上所述,一个基于业务组件的可持续发展数据交换平台能对需求进行针对性和全面的响应,同时,根据业界的经验和我们的最佳实践,我们建议按业务功能划分,分为如下几个部分:从业务逻辑层面上看,除了前面提及的用户的几种角色(采购单位用户、供应商用户、中心用户、系统管理员用户)外,平台系统会提供用户基本的注册、修改、权限分配、用户待办任务提醒的功能外,系统还将对平台用户按组织机构进行分组来模拟真实世界的组织机构管理。通过将权限赋予角色、将角色赋予组织机构的策略。这部分是系统的核心部分,涉及到整个采购流程,并且这部分的业

13、务复杂、子系统繁多,应该给予足够高的关注度。整个采购系统可分为如下部分:图 5.5.2-1 采购系统图通过我们积累的经验,这部分的各个功能点梳理如下:u协议供货部分投标系统投标系统的业务流程主要为:投标商申请中心用户审批供应商应标的流程,涉及的业务有:采购厂商资料上传招标文件、中心用户产品参数搜集、中心用户审核、供应厂商对所供应的产品的信息录入、参数提供,并打印采购厂商的招标信息一览表。评标系统这部分的业务流程需要中心用户的大量参与,平台提供方便可靠的功能供中心用户进行供应厂商的入围评定。业务流程梳理如下:审核供应商设置打分轮次和打分栏目初审入围评审业务需要打印入围供应商名单。公告板系统公告版系统主要以信息查询为主,提供及时在网上公布中标的产品信息、供应商信息和厂商总协调人信息。除了提供采购单位和供应商自定义的查询浏览机制外,公告板系统提供产品的横向、纵向对比、产品价格曲线图、提供产品评论和参考价格、产品降价排行、产品销售排行等功能,并能对查询的公告结果进行转储和打印。后台管理系统后台管理系统主要向中心用户提供业务上的管理流程,它能方便的管理采购方、供应方和需求采购物资之间的联系。首

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1