某市农产品交易市场管理系统谈判响应文件.docx

上传人:夺命阿水 文档编号:1042054 上传时间:2024-03-01 格式:DOCX 页数:64 大小:496.02KB
返回 下载 相关 举报
某市农产品交易市场管理系统谈判响应文件.docx_第1页
第1页 / 共64页
某市农产品交易市场管理系统谈判响应文件.docx_第2页
第2页 / 共64页
某市农产品交易市场管理系统谈判响应文件.docx_第3页
第3页 / 共64页
某市农产品交易市场管理系统谈判响应文件.docx_第4页
第4页 / 共64页
某市农产品交易市场管理系统谈判响应文件.docx_第5页
第5页 / 共64页
点击查看更多>>
资源描述

《某市农产品交易市场管理系统谈判响应文件.docx》由会员分享,可在线阅读,更多相关《某市农产品交易市场管理系统谈判响应文件.docx(64页珍藏版)》请在课桌文档上搜索。

1、某市农产品交易市场管理系统谈判响应文件谈判响应文件口报价信封口正本口副本项目编号:0851-000000000000项目名称:佛山市农产品交易市场管理系统成交人名称:XXXXXXxXXX限公司成交人地址:XXX市XXX路XXX号XX大厦XX楼室(年月日时分)之前不得启封目录目录O一、谈判响应文件目录表3二、谈判函4三、成交人资格声明函5四、法定代表人授权委托书6五、法定代表人证明书7六、实质性响应一览表8七、开标一览表(报价表)9八、分项报价表10九、服务方案129.1系统需求分析129.1.1建设背景129.1.2建设目标129.1.3项目总体框架139. 2.项目总体设计141. 2.1项

2、目总体设计原则149. 2.2项目总体设计思路1710. 2.3项目技术标准体系设计189.2.3.1技术实现框架设计189.2.3.2技术标准规范设计229.2.4项目功能模块设计299.2.4.1用户角色划分299.2.4.2市场开办方299.2.4.2.1输入及管理功能299.2.4.2.2切换到本市场任一场内经营户操作人员身份。309.2.4.3场内有照经营户输入及管理功能309.2.4.4工商部门管理309.2.4.6自动预警提醒功能309.2.4.7消费者的查询及维权指引功能319.2.4.8佛山菜篮子安全信息网311.1.1.1.1 2.4.8.1网站语言设计要求311.1.1.

3、1.2 网站创意设计311.1.1.1.3 网站系统模块311.1.1.1.4 网站系统管理模块319.2.4.9数据交换329.2.5运行系统硬件配置329.3.项目管理及实施339.3.1需求分析339.3.2概要设计339.3.3全面设计339.3.4系统编码349.3.5集成测试349.3.6产品公布349.4.培训服务与验收359.4. 4.1培训I计划359.5. 1.l培训目的359.6. L2编写内容359.7. L3培训准备359.8. 4.1.4培训方式359.9. L5培训内容369.10. L6培训人数、时长、时间、地点安排369.11. L7培训资料379.12. L

4、8培训考核379.13. L9培训计划承诺表379.4.2项目验收389.4.2.1试运行实施思路389.4.2.3项目文档提交399.5.项目实施周期399. 5.1进度保障399.5.1.1进度计划399.5.1.2进度管理409.5.1.3开发过程操纵40十、成交人基本情况表4410. 1营业执照副本更印件4710. 2资质证书免印件4810. 3税务登记证副本复印件4910. 4企业年度要紧财务状况摘要(万元)5010. 52012年审计报告51十一、2010年至今同类项目情况一览表53十二、项目负责人及服务团队成员一览表59十三、用户需求响应一览表61十四、中小企业声明函62十五、招

5、标代理服务费承诺书63十六、退谈判保证金说明64十七、保证金证明65一、谈判响应文件目录表项目名称:佛山市农产品交易市场管理系统项目编号:0851-000000000000文件类型序号文件名称提交情况页码范围备注有无初审文件(加盖成交人公章)1谈判函有52成交人资格声明函有63营业执照副本(年检章要清晰)或者事业单位法人证书复印件有48-504法定代表人授权委托书与法定代表人证明书有7-85实质性响应一览表有9成交人应提交的技术文件(加盖成交人公章)1开标一览表(报价表)仃102分项报价表有11-123服务方案有13-434承诺函有445成交人认为需要提供的其它说明与资料无成交人应提交的商务文

6、件(加盖成交人公章)1成交人基本情况表有45-4722012年经会计师事务所审计的财务审计报告仃52-6632013年6月-9月依法缴纳税收与社会保障资金的有关证明材料有9342010年至今同类项目情况一览表有67.)项目负责人及服务团队成员一览表有926用户需求响应一览表有1107招标代理服务费承诺书112S退谈判保证金说明有1131J谈判保证金递交证明文件有11410成交人认为需要提供的其他商务资料无二、谈判函致:广东采联采购招标有限公司我方确认收到贵方佛山市农产品交易市场管理系统采购货物及有关服务的谈判文件(项目编号:0851-000000000000),(XXXXXXXXXX限公司、X

7、XX市XXX路XXX号XX大厦XX楼)作为成交人已正式授权(XXXXX、项目经理)为我方签名代表,代表我方提交谈判响应文件进行谈判。签名代表在此声明并同意:1 .我们愿意遵守政府采购代理机构谈判文件的各项规定,自愿参加谈判,并已清晰谈判文件的要求及有关文件规定,并严格按照谈判文件的规定履行全部责任与义务。2 .我们同意本谈判自谈判截止之日起也天内有效。假如我们的谈判被同意,则直至合同生效时止,本谈判始终有效。本谈判始终有效并不撤回已递交的谈判响应文件。3 .我们已经全面地阅读并完全明白了全部谈判文件及附件,包含澄清(如有)及参考文件,我们完全懂得本谈判文件的要求,我们同意放弃对谈判文件提出不明

8、或者误解的一切权力。4 .我们同意提供招标采购单位与评标委员会要求的有关谈判的一切数据或者资料。5 .我们懂得招标采期单位与评标委员会并无义务务必同意最低报价的谈判或者其它任何谈判,完全懂得政府采购代理机构拒绝迟到的任何谈判与最低谈判报价不是被授予成交的唯一条件。6 .假如我们未对谈判文件全部要求作出实质性响应,则完全同意并同意按无效谈判处理。7 .我们证明提交的一切文件,不管是原件还是复印件均为准确、真实、有效、完整的,绝无任何虚假、伪造或者者夸大。我们在此郑重承诺:在本次招标采购活动中,如有违法、违规、弄虚作假行为,所造成的缺失、不良后果及法律责任,一律由成交人(企业)承担。8 .我们是依

9、法注册的法人,在法律、财务及运作上完全独立于广东省佛山市工商行政管理局(采购人)与广东采联采购招标有限公司(政府采购代理机构)。9 .所有有关本次谈判的函电请寄:(成交人地址)备注:本谈判函内容不得擅自删改。法定代表人或者成交人授权代表(签名或者盖章):职务:总经理成交人名称:XXXXXXXXXX限公司成交人公章:电话:传真:邮编:三、成交人资格声明函广东采联采购招标有限公司:关于贵公司年月日公布佛山市农产品交易市场管理系统(项目编号:0851-000000000000)的谈判公告,本公司(企业)愿意参加谈判,并声明:本公司(企业)具备中华人民共与国政府采购法第二十二条资格条件,并己清晰谈判文

10、件的要求及有关文件规定,并承诺在本次招标采购活动中,如有违法、违规、弄虚作假行为,所造成的缺失、不良后果及法律责任,一律由成交人(企业)承担。特此声明!单位名称:XXXXXXXXXX限公司法定代表人或者成交人授权代表(签名或者盖章):一单位地址:XXX市XXX路XXX号XX大厦XX楼邮政编码:日期:年月日联系电话:四、法定代表人授权委托书本授权委托书声明:注册于XXX市XXX路XXX号XX大厦XX楼的XXXXXXXXXX限公司在下面签名的(XXXX、总经理)在此授权(XXXXX、项目经理)作为成交人的合法代理人,就佛山市农产品交易市场管理系统(项目编号:0851-000000000000)的谈

11、判活动,提交谈判响应文件及采购合同的签订、执行、完成与售后服务,作为成交人代表以我方的名义处理一切与之有关的事务。被授权人(成交人授权代表)无转委托权限。本授权书自法定代表人签字之日起生效,特此声明。随附法定代表人证明成交人名称(盖公章):XXXXXXXXXX限公司地址:XXX市XXX路XXX号XX大IlXX楼签字日期:年 月日法定代表人(签字或者盖章):被授权人(成交人授权代表)(签字或者盖章):五、法定代表人证明书同志,现任我单位职务总经理,为法定代表人,特此证明。有效日期与本公司谈判响应文件中标注的谈判有效期相同。签发日期:年月曰附:营业执照(注册号):经济性质:股份制主营(产):计算机

12、软、硬件开发、保护、销售兼营(产):成交人名称:(盖公章):XXXXXXXXXX限公司地址:XXX市XXX路XXX号XX大厦XX楼日期:年 月曰六、实质性响应一览表说明:成交人务必对应谈判文件的实质性条款逐条应答并按要求填写下表。成交人名称:成XX人XXXX限公司项目编号:0851-OOoOOOoOOooo序号原条款描述成交人响应描述偏离情况说明(正偏离/完全响应/负偏离)查阅/证明文件指引1本系统需要与佛山市工商局在用的“一票通”系统对接,实时调用该系统的食品等资料库数据,在用“一票通”系统的食品经营户账号,在本项目建设的系统上也能够登陆使用,并要求经营户的食品数据与登录管理维持不变,保证在

13、两个系统之家数据的无缝对接。与“一票通”实现以上对接由业主方组织双方沟通,但成交人如需支付对方接口开发等由此产生的一切费用均成交人自行承担。完全响应见谈判文件第33页2在项目验收后,需免费提供很多于25场专题应用推广培训会及不限场次的现场指导培训会。要求成交人在1年保护期内,在工作日应派很多于1人在佛山区域内各农贸市场内现场指导使用方对系统的使用与培训,有关的差旅费等一切费用由成交人承担。完全响应见谈判文件第38-39页3自本项目合同签订之日起,项目建设周期为30个日历天内。成交人应在30个日历天内完成需求分析、系统设计、系统开发与测试工作并部署交付使用。完全响应见谈判文件第4071页成交人名

14、称(盖公章):XXXXXXXXXX限公司法定代表人或者成交人授权代表(签名或者盖章):一职务:项目经理日期:年月日七、开标一览表(报价表)(首次报价)成交人名称:XXXXXXXXXX限公司项目编号:0851-OoOOoOoOooOO服务内容谈判报价(人民币元)完工期佛山市农产品交易小写:RMB自合同签订之日起.30个日历天内市场管理系统大写:成交人名称(盖公章):XXXXXXXXXX限公司法定代表人或者成交人授权代表(签名或者盖章):职务:项目经理日期:年月日备注:1 .此表须附在正、副本的谈判响应文件中。2 .谈判报价要求具体见第一册第一章“谈判报价”要求。八、分项报价表(格式自定)成交人名

15、称:XXXXXXXXXX限公司项目编号:0851-000000000000一、服务类详列(含软件二次开发、系统调试、试运行等服务)序号子项名称要紧服务内容单位数量单价总价1市场开办方管理场内经营户主体信息、管理场内经营户索票索证信息、管理场内经营户进销货台账信息、管理市场农产品自检信息个12场内有照经营户输入及管理管理自身主体信息、管理自身索票索证信息、管理自身进销货台账信息个13工商部门管理管理农产品市场主体信息、管理农产品检测信息个14查询统计功能查询系统各信息点及生成统计报表个15自动预警提醒功能设置系统预警参数并预警提示个16消费者查询及维权指引功能供广大消费者查阅场内经营户信息、提供

16、消费维权途径指引个17佛山菜篮子安全信息网首页、监管动态、政策文件、法律法规、管理制度、市场新貌、站点地图个1(一)分项合计:人民币元。二、税费及其它政策性收费123(二)分项合计:人民币一元。报价汇总【(一)+(X):元(大写:元人民币)成交人名称(盖公章):XXXXXXXXXX限公司法定代表人或者成交人授权代表(签名或者盖章):职务:项目经理日期:年月日注:1 .此表为开标一览表(报价表)的报价明细表。2 .所有价格均以人民币作为货币单位填写及计算。3 .属于政府采购促进中小企业进展暂行办法(财库2011181号)中规定的中小企业提供的服务的,须在本表中全面列明。九、服务方案9.1 系统需

17、求分析9.1.1 建设背景民以食为天,食品安全已成为当下政府及公众最关注的社会问题。近年来,各地频发的食品安全事故充分显示我国食品安全形势十分严峻,各部门在确保食品安全方面仍然面临来自多方面的挑战,食品不安全因素贯穿于食品供应链的全过程,重大食品安全事故时有发生。与此同时随着中国的经济水平的大力进展,人民生活水平质量的提高,人们对商品的质量的要求也在不断提升(特别是食品),为了更好地服务于百姓,保护人民的消费权益,保障人民生命安全,政府务必提供多种途径提高服务效率,通过网络迅速高效地传递信息、处理事务,电子政务的进展作为国家信息化进展的要紧构成部分,将继续扮演重要角色。农贸市场监管系统是针对农

18、贸市场食品质量监管形势进展的要求,研发的一套集市场主体及市场客体管理,准入、追溯、预警、进销货台账建立,市场监管、信息公布等于一体的综合管理系统。系统为农贸市场经营户履行进货查验与记录义务提供了方便,满足了消费者的知情权,达到了农贸市场监管部门的需求与目的。9.L2建设目标本期项目包含3个要紧阶段:项目开发阶段、项目实施与培训阶段、试运行及验收阶段。项目应遵循IS09001与CMMI有关项目管理的要求,对招标各项内容实施的全过程实施有效管理。本系统要紧实现对佛山市大中型农贸批发市场开办者、经营者等信息汇聚,建立农产品追溯中心数据库,汇合佛山市现行交易农副产品的生产商与供应商的企业信息、产品信息

19、及有关证照的图片信息,形成生产商、供应商、市场等企业之间的产品流通关系链条;建设具备索证信息处理、信息修改及审核、数据清理及抽验、证照预警、数据交换、信息追溯、信息查询、信息公布及服务、统计分析、系统管理等十大功能的信息管理系统,逐步实现“统一规范、集中管理”的机制,提高市场信息处理效率、降低市场信息保护成本,为提高全市农副商品供应商证照、商品交易票据信息的可靠性与一致性、农副产品安全与提升监管效率提供有效保障。具体建设目标如下:2.1 农副产品追溯中心数据库汇合农副产品生产商与供应商的信息、农副产品信息及有关证照票据的图片信息,形成生产商、供应商、市场的业务关联关系链条,明确农副产品与各企业

20、单位或者个人的对应关系。2.2 系统具备各类结构化信息与图片信息的信息采集与审核功能,提供良好的结构化信息与图片信息的对应操作界面,提供便利的人工处理操作。2.3 3系统具备稳固的信息交换功能,能实现与登记注册、市场准入、市场单位管理系统的数据交换与信息对接。2.4系统较为直观的展现生产商、供应商、市场等企业单位之间的产品流通关系链,可根据链条上的任一节点,或者根据产品分类、产品信息,来查找整个链条的所有信息,实现农副产品监管的初步追溯。2.5系统能有效保障数据的一致性、安全性,能有效确认数据操作用户身份,并能根据用户权限、数据信息授权对用户的信息操作范围进行限定。2.6该项目以“资源整合,深

21、化应用”为建设重点,基本实现监管部门、市场开办者两级资源信息整合,促进全市监管部门、各农贸市场的网络互联互通与信息共享,提升监管效率与水平、提高市场管理规范、建成农贸市场业务监管门户网站,建立与完善行业信息公布系统,为公众与市场提供更好的服务。9.L3项目总体框架农贸市场交易平台建设要实现的业务总体要求示意图如下:外网门户平台保障政策法规标准规范组织设计技术统计业务查询业务市场开办者市场内经营户用户管理主体信息管理供应商管理 台账管理经销商管理权限管理商品数据管理索证索票管理数据交换中间件中心数据交换中间件展现层业务层网络基础设施主机、服务器光纤、机房、供电等基础设施单据中,3用户行为安全应用

22、权限安全系统返回安全数据安全计算机网络安全技术、管理、电子政务、信息资源等方面的标准、规范体系(1)农贸市场交易平台信息化建设项目要紧分为数据中心、数据交换、业务系统与门户网站系统四大类;(2)本项目使用数据集中模式,在广东省佛山市工商行政管理局建设数据中心。数据中心为业务主管单位、市场开办者、市场经营者提供全方位的数据支持,业务主管单位、市场开办者、市场经营者系统之间以数据交换为核心,并提供方便快捷的人机操作界面;(3)本系统内部用户分为市、区县、所(分局)等网格多级用户。各级用户通过单点登录系统(现有食品安全监管系统)进行身份验证,分别进行各自辖区内的业务处理、信息统计、信息公布、互动交流

23、等事宜;(4)本系统外部用户包含其他政府机关、农副食品批发用户等。外部用户通过互联网网站查询有关政策法规、办事指南、市场动态、预警等公共信息,并可使用咨询、投诉等互动功能与局内进行业务交流。(5)本系统还能够使用接口机制,同监管单位、市场主体单位、中心数据库,经营户数据实时交换,为其他地区提供数据查询、下载等数据服务。92项目总体设计9.2.1项目总体设计原则根据佛山市农产品交易市场管理系统的相应要求,结合本公司相应的技术特色,在本项目的建设中我们围绕下列几大基本原则进行:1 .系统的先进性与成熟性:我们在项目建设中使用代表当今信息化系统进展趋势主流的、成熟的技术进行系统架构设计,引入SOA(

24、面向服务的体系结构)的思想,遵从Web2.0的技术趋势,选用我公司成熟的相应基础平台产品,具备组件化应用特点与能力,满足各类应用模块的综合协同与管理能力,纳入了流程管理与角色管理,可根据用户实际需求进行功能定制,以满足日后不断变化的业务需求。从而提高系统的开发效率,降低项目风险,确保系统对用户的先进性与成熟性。2 .系统的标准性与规范性:我们在本次项目中使用的技术、设备与信息参照有关标准与统一规划的指导,按照国家、省、与广东省佛山市数据共享规范与接口标准的有关规定。便于系统信息纵向兼容、横向共享。信息标准化包含数据处理(采集、加工、存储、交换、公布等)、数据符号、数据编码体系与代码、数据格式、

25、数据分类、数据质量、统计口径、统计规则等的标准化,本项目要紧参考的标准包含:(1)国家、广东省及佛山市现行有效的数据建设有关的法律、法规、规范性文件、技术法规及标准;(2)佛山市信息化建设项目管理暂行办法;(3)广东省政务信息资源共享目录;(4)广东省佛山市数据共享规范与接口标准;(5)遵循N层体系结构设计规范;(6)支持B/S软件标准平台;(7)支持标准安全认证平台;(8)支持标准数据加密规范;(9)互联网信息服务管理办法,中华人民共与国国务院292号;(10)中华人民共与国计算机信息系统安全保护条例,国务院令147号;(Il)国家密码管理委员会办公公告,国家密码管理委员会办公室;(12)

26、W3CXML系列标准;(13)其它有关规范。3 .系统的可扩展性与开放性:系统具有快速进展、不断变化的特点,因此系统的各个环节务必具有高扩展性。当用户数目增加、业务范围拓展时,我们能够通过系统灵活的调整、配置与扩充手段来习惯其变化;同时还会良好的实现与现有业务系统的对接,系统扩展性要紧表达在三方面: 技术构架的扩展性:使用先进、开放的架构体系,以模块化、构件化、组件化、结构化与程序化的设计原则,充分考虑系统的升级、兼容与处理能力,数据库与二次开发的可扩展性与灵活性,整个平台的所有功能均以模块化方式划分,模块之间项目独立又遵从一定的调用原则。 平台产品的扩展性:所使用的平台与产品具有可移植性、跨

27、平台性,充分考虑今后系统升级扩容的需要; 需求变化的扩展性:充分考虑应用系统需求多变的特性,易于进行功能扩充、并为其它业务应用软件提供灵活的接口,在用户需求与系统运行环境变化时,能够通过接口调整或者系统参数配置调整来习惯相应的变化,最大限度地降低由此引发的系统保护。4 .系统的可用性与健壮性信息化项目管理系统每天处理的都是重要的信息项目数据,要求系统具有较高的可靠性,应该有必要的冗余、自动备份。为保证政府部门的高效工作,系统在稳固正常运行的同时还要提供较高的性能,从而能够高效率地处理各类关键事务,确保系统7X24小时运行;此外,系统定制不可能因错误的操作或者其它原因导致数据错误或者系统失败,特

28、别是在数据库的存储与备份方面;个别模块出现问题,不应对整个系统有较大的影响,系统的其他功能仍然能够运行。5 .系统的安全性与及时性具备多级安全管理与防范机制,形成内网与外网的分层安全管理能力,在网路安全、使用权限、数据保护等方面有全面的保障能力。借助防火墙与政务网隔离,以抵御来自外部网络的恶意攻击;建成的系统应能避免因软、硬件故障造成的数据缺失,保证数据在传输过程中安全、保密。系统安全性从几个方面进行考虑:硬件方面,通过利用防火墙设置,网络策略与内外网隔离等办法,建立高安全级别的网络应用体系(此部分由市电子政务数据中心支持)。软件方面,通过建立用户管理,角色操纵,模块权限,数据权限等方式,对登

29、录人的进行验证与授权。加入数据加密算法,提高数据的安全管理。加入定时备份、异地备份、容灾管理等的保障性措施,加强系统的健壮性;系统要有足够大的吞吐量,不可能因过多的服务请求而出现系统崩溃,能一天24小时,一年365天提供服务。另外,各部门提交的信息化项目数据,信息务必完整、全面、真实、有效,同时在数据库的建设与运行过程中,各部门要及时对系统数据进行更新与补充。6 .界面的友好性与可管理性:按照系统应用人员习惯,制订统一的操作模式,一致的界面风格,减少系统操作的复杂性与熟悉的时间长度。系统有恢复出错现场的能力,在系统内部处理工作要有提示,尽量把主动权让给用户,增加系统的人机互动能力。系统追求“傻

30、瓜式”应用管理境地。便于今后的管理与保护,系统严格执行公司的技术开发规范,全面实施配置管理模式,尽可能减少用户操作与懂得的复杂程度,同时系统提供管理工具能够对系统进行全面的监控与管理、配置,并能够帮助管理员对系统故障进行诊断、排错与分析与规划,从而降低总体使用成本。9.2.2项目总体设计思路本项目的总体设计思路能够概括为:以数据为中心、以应用为目标;以技术为手段,以标准为准绳;建设方便有用的专项应用平台。1 .以数据为中心数据是系统的核心,所开发的应用系统能否真正发挥作用,重点在于其数据的采集、处理与组织是否能够很好的符合用户实际需要。因此,本项目建设以数据为中心,不管是数据库的规划设计,还是

31、应用系统的开发,都围绕数据资源来开展。2 .以应用为目标所有信息化建设都围绕“建以致用”的原则,不管是电子政务、电子商务、还是其他系统,都务必满足用户相应的需求与要求。本项目要紧面向教务、培训与科研三大业务领域。因此,本项目的设计,以用户相应的实际业务特点为考虑的重点。3 .以技术为手段开发平台选用国际主流技术,使用SOA思想与应用模式开发,使用多层体系结构,基于分布式应用体系架构与MVC开发模型,应用EAl(企业应用集成)的观念,把各个分离的信息系统的实现互联互通,消除信息孤岛,实现信息的共享。在系统设计与实现方法上使用平台化与组件化技术,基于业务开发平台提供的业务模块自定义的工具进行系统搭

32、建,提高开发速度、效率与保证质量;在最大程度上提供业务重组与业务扩展能力。4 .以标准为准绳由于国家、省与市对信息系统的开发与运行管理己经有了比较完善与成熟的标准体系。因此,本项目的设计首先遵循国家、省、市有关标准、行业标准,没有标准的我们在项目中先行建立标准。不管是数据交换、系统结构与功能、运维的模式设计,都按照有关标准来设计。5 .建设方便有用的专项应用平台信息系统建设的本质是“三分技术、七分管理”。技术是我们的优势,但业务是用户的优势,技术是用来解决业务问题的手段,因此实际业务问题才是基本出发点,一切从实际业务与应用需求出发,针对具体用户搭建方便、快捷的专项平台,才是本项目最终要达到的真

33、正目的与目标。923项目技术标准体系设计基于J2EE体系的特性,再从体系架构的开放性、标准性、兼容性与跨平台特性等方面因素,我们在本项目中选用J2EE体系。项目之因此使用J2EE作为技术标准,是由于其具备下列分布式大型应用系统核心技术所务必的特性: 与平台无关性 支持XML/WebService技术标准 支持分布式组件技术(EJB) 应用安全技术 对其它应用体系架构的集成能力(JCAJaVa连接器体系结构) 消息处理(JMS) 能满足未来几年的技术更新需求。9.2.3.1技术实现框架设计根据系统总体设计指导方针与技术标准规范,并充分考虑到应用集成、应用支持等因素,业务应用系统设计体系架构设计按

34、下图进行:业务系统技术实现架构设计说明: 业务系统同意智能终端或者电脑终端基于浏览器访问,也同意其它业务应用系统通过WEBSERVlCE对其进行访问。 业务安全层能够被设计为囊括各类安全技术架构的逻辑层,比如: CA安全认证组件 用户自定义过滤器 用户定义的验证与授权等安全机制注意:并不是所有的安全机制都适用于业务系统,不一致的业务系统应根据业务需求与功能需求来制定安全机制。定制WCbSerViCe接口层的目的是: 将特定业务系统的所有功能调用进行全面封装; 使调用方能够不考虑除业务逻辑之外的其它因素; 使用统一的调用方式(基于SOAP的方法调用)获取返回结果; 有利于分布式远程调用; 与系统

35、平台无关(跨平台); 不管业务系统底层代码如何改变,调用方都不必作出任何更换; 假如业务系统增加功能,则只需增加WCbSCrViCe接口即可。此类设计模式与DCOM、CORBA是相类似的,同时增强了跨平台特性,是当前及未来的主流趋势; 基于接口的编程架构更有利于业务系统的集成与应用支持,关于设计复杂的大型系统来讲也是至关重要的; %bService接口可被任何类型的客户端调用。当然,假如不涉及到远程分布式调用或者跨平台异构应用系统调用,客户端可选择直接调用业务逻辑接口。 业务逻辑接口层专注于业务逻辑功能的表达,它的职责是将后端应用组件进行功能组合、封装。 调用方在使用此类接口时不需考虑步骤繁复

36、的业务系统应用组件的组合调用,只需简单明了地根据业务逻辑接口名称含义调用相应的功能接口。对后端应用组件的封装原则: 为了满足跨平台异构应用系统远程分布式调用,通常将业务逻辑接口封装到%bSerViCe接口内; 关于其它通常性功能调用,调用方可直接调用此类接口;业务逻辑接口可供各类客户端、本系统WCbSerViCe层调用。 应用组件层基于功能单元实现系统功能的划分、定义,使用符合J2EE技术规范的组件技术(JaVaBeansorEJB)0由于基于组件的技术与设计模式强调了组件的高重用性,因此应用组件在业务逻辑功能划分粒度上属于细粒度级别,不太适用于暴露给调用方。因此,通常将应用组件根据功能需求以

37、组合粒度级别封装到接口层,这样既不缺失应用组件的高重用性,同时又不影响业务逻辑功能调用的性能;应用组件可供业务逻辑接口层或者WCbSerViCe接口层调用。 实体关系映射层的设置目的: 对应用组件层屏蔽了数据存储结构; 将关系型数据结构转换为面向对象的(Oo)体系结构,关于面向对象的编程模型来讲是非常有益的; 应用组件对数据源的访问将不必通过编写数据库编程接口代码与SQL字符串来完成,只需使用通常的面向对象的编程技术即可。系统框架使用struts+spring+hibernate,简称SSHSSH框架是一个轻量级J2EE应用架构,WCb应用分层结构基本上都分为三层:表现层、业务逻辑层、数据持久

38、层,分层结构调用关系如下:表示层JSP+HTML+JSTL+Struts2标签I业务逻辑层(Struts)数据持久层 (Hibernate)SPring是以简化J2EE的应用开发为目标而诞生的,系统通常使用SPring作为核心,向上整合StrUtS的MVC框架,向下整合Hibernater的ORM框架。使用Spring的IOC容器来管理各组件之间的依靠关系。整合了SPring+Hibernate的开发架构的应用系统,从整体结构上严格按DAO层、业务逻辑层、操纵器层的方式进行分层,系统各类的组件被封闭在自己层内。系统将所有的DAO组件封装在DAo层内,提供DAO工厂管理DAO组件。将所有的业务逻

39、辑组件封装在业务逻辑层内,使用业务逻辑组件工厂来管理业务逻辑组件。比如,当系统的业务逻辑组件需要DAO实例时,通过调用DAO工厂的getDao方法来获取DAO实例,而不是自己创建一个DAo实例,降低了组件之间的耦合。在SpringIoC容器的内部,IoC容器负责管理所有的业务逻辑组件、DAO组件与Struts的Action0组件与组件之间的依靠通过SPring的依靠注入进行管理,从而降低了系统异构的代价,实现系统SOA的设计框架。使用Hibernater的好处在于: 应用服务器提供ORM框架能够进行系统级事务及持久性保护。业务系统设计人员不再需要以显示式的方式管理事务(甚至是两阶段事务提交)、

40、连接池、数据的同步等底层数据访问涉及的内容,只需专注于业务逻辑的实现即可; 数据源的连接等处理工作是基于XML文件进行配置的。这就意味着数据源能够是异构的分布式的,关于数据源的更换,只需更新配置文件而不用修改应用组件层的代码,从而大大增强系统的可移植性。 业务系统可根据业务逻辑的复杂程度与规模选择是否适用实体关系映射层,假如没有必要,完全能够在应用组件层直接实现对数据源的访问。9.2.3.2技术标准规范设计系统进行业务处理时,涉及到业务应用系统之间的业务交互,业务应用系统之间的数据级与应用级整合、集成,所有的交互、集成均基于技术标准而实现。为了符合系统统一建设的原则,提高业务系统之间的应用集成

41、、互联互通的能力,有利于日后系统的升级与保护,标准规范体系将对技术标准规范进行制定。9. 2.3.2.1数据交换技术标准10. .3.2.Ll开发及运行平台规范系统从开发到投入使用都需要一个基础平台作为开发与运行时的支撑,制定开发及运行平台标准将考虑到软件系统跨平台特性、平台技术先进性、系统扩充及保护性、投资成本等各方面因素,目前主流的平台包含J2EE(Java2PlatformEnterpriseEdition)与MierOSOft.MET架构,根据本项目的技术路线选型决定,本项目将使用J2EE技术框架。制定统一的开发及运行平台标准有利于系统的集成、扩展、保护,同样也易于应用接口的定制与使用

42、。11. 2.3.2.1.2应用程序服务器规范系统是一个跨平台、分布式的复杂而庞大的应用系统,为了保证系统的正常运行,必需使用支持代码运行时的应用程序服务器。考虑到应用系统的良好运作与系统各项性能指标的合理实现,技术标准将制定应用程序服务器标准,同时以服务器的各项性能指标与价格等各方面参数作为标准评判根据,包含: 应用程序服务器的硬件指标; 支持的并发线程; 系统吞吐量; 对开发技术的支持。本项目的应用程序服务器需选择支持J2EE标准的BEAWeblogic与IBMWcbsphere及TOMCAT等。1.1 .3.2.1.3消息中间件规范在数据交换业务交互过程中,涉及到数据中心、业务应用系统之

43、间跨平台分布式的数据文件传输。为了满足数据文件传输的跨平台操作需求,与为数据交换各方之间提供同步或者异步连接访问,有必要对消息中间件进行规范。在选择消息中间件时将要紧考虑下列方面: 中间件关于通信协议的支持 对服务器资源的需求 关于消息处理方式是否全面且性能是否优越 关于应用编程接口(APl)的支持等1.2 .3.2.1.4消息传输操纵编程规范在实现数据交换应用组件功能时,将会涉及到基于程序操纵的数据文件到消息服务器的发送、接收与对消息队列或者主题的访问等。因此,我们将对能够提供此功能编程接口的技术使用进行规范,以便今后在使用上述编程模型时使用统一的技术、统一的接口,从而有利于系统的升级、保护

44、与与平台无关性。使用基于编程接口的对消息服务操纵的技术必需满足下列条件: 对底层消息提供者封装 能够精确操纵数据 兼容其它编程接口等鉴于上述考虑,建议使用JMS(JavaMessageService)技术。9.2.3.2.1.5WebService&XML规范为熟悉决在数据交换过程中遭遇到的异构数据、传输数据包格式、分布式远程调用、数据交换格式等问题,我们将对基于交换的数据格式进行统一规范,以达到在数据交换、数据传输过程中所有的数据格式一致,同时能够被应用体系识别、处理;同时还要求统一的数据格式务必符合当前及以后的技术进展趋势与软件行业最通用的标准。因此,我们将统一使用XML作为数据交换、传输

45、的格式规范。这一点在标准规范体系的数据标准规范中也进行了规定,此外,更为重要的一点是,考虑到目前整个电子政务系统存在多种基于不一致技术规范的应用系统、不止一种类型的操作系统与大量的跨平台、跨网络功能调用,在技术标准规范中将对应用系统之间的整合、系统集成、应用支持等进行统一标准规范,以符合一致性设计原则,更有益于未来系统扩展、集成与保护。WebService技术规范符合系统上述各方面的需求,同时是基于通用数据传输格式的(XML),因此建议将WCbSerViCe作为系统集成、扩展、应用支持的标准。9.2.3.2.1.6分布式组件技术规范鉴于系统设计的相对独立、松散耦合原则,我们在系统功能实现中将会大量使用可重用的、分布式的、与系统松散耦合的组件技术。为达到系统功

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号