农产品交易市场管理系统投标文件

项目名称：佛山市农产品交易市场管理系统 项目编号：谈 判 响 应 文 件口 报价信封口 正本口 副本项目编号：0851-000000000000项目名称：佛山市农产品交易市场管理系统成交人名称：XXXXXXXXXX限公司成交人地址：XXX市XXX路XXX号XX大厦XX楼室( 年 月 日 时 分)之前不得启封XXXXXXXXXX限公司 /82133872项目名称：佛山市农产品交易市场管理系统 项目编号：0851-000000000000目录目录1一、谈判响应文件目录表4二、谈 判 函5三、成交人资格声明函6四、法定代表人授权委托书7五、法定代表人证明书8六、实质性响应一览表9七、开标一览表(报价表)10八、分 项 报 价 表11九、服 务 方 案139.1系统需求分析139.1.1建设背景139.1.2建设目标139.1.3项目总体框架149.2.项目总体设计159.2.1项目总体设计原则159.2.2项目总体设计思路189.2.3项目技术标准体系设计199.2.3.1 技术实现框架设计199.2.3.2 技术标准规范设计239.2.4项目功能模块设计309.2.4.1用户角色划分309.2.4.2市场开办方309.2.4.2.1输入及管理功能309.2.4.2.2切换到本市场任一场内经营户操作人员身份。319.2.4.3场内有照经营户输入及管理功能319.2.4.4工商部门管理319.2.4.4.1输入及管理功能319.2.4.5查询统计功能319.2.4.6自动预警提醒功能319.2.4.7消费者的查询及维权指引功能329.2.4.8佛山菜篮子安全信息网329.2.4.8.1网站语言设计要求329.2.4.8.2网站创意设计329.2.4.8.3网站系统模块329.2.4.8.4网站系统管理模块329.2.4.9 数据交换339.2.5运行系统硬件配置339.3.项目管理及实施349.3.1需求分析349.3.2概要设计349.3.3详细设计349.3.4系统编码359.3.5集成测试359.3.6产品发布359.4.培训服务与验收369.4.1培训计划369.4.1.1培训目的369.4.1.2编写内容369.4.1.3培训准备369.4.1.4培训方式369.4.1.5培训内容379.4.1.6培训人数、时长、时间、地点安排379.4.1.7培训资料389.4.1.8培训考核389.4.1.9培训计划承诺表389.4.2项目验收399.4.2.1试运行实施思路399.4.2.2项目验收标准399.4.2.3项目文档提交409.5.项目实施周期409.5.1进度保障409.5.1.1进度计划409.5.1.2进度管理419.5.1.3开发过程控制41十、成交人基本情况表4510.1营业执照副本复印件4810.2资质证书复印件4910.3税务登记证副本复印件5010.4企业年度主要财务状况摘要（万元）5110.5 2012年审计报告52十一、2010年至今同类项目情况一览表67十二、项目负责人及服务团队成员一览表92十三、用户需求响应一览表110十四、中小企业声明函111十五、招标代理服务费承诺书112十六、退谈判保证金说明113十七、保证金证明114第 53 页XXXXXXXXXX限公司 /82133872一、谈判响应文件目录表项目名称：佛山市农产品交易市场管理系统项目编号：0851-000000000000 文件类型序号文 件 名 称提交情况页码范围备注有无初审文件（加盖成交人公章）1谈判函有52成交人资格声明函有63营业执照副本（年检章要清楚）或事业单位法人证书复印件有48-504法定代表人授权委托书和法定代表人证明书有7-85实质性响应一览表有9成交人应提交的技术文件（加盖成交人公章）1开标一览表(报价表)有102分项报价表有11-123服务方案有13-434承诺函有445成交人认为需要提供的其它说明和资料无成交人应提交的商务文件（加盖成交人公章）1成交人基本情况表有45-4722012年经会计师事务所审计的财务审计报告有52-6632013年6月-9月依法缴纳税收和社会保障资金的相关证明材料有9342010年至今同类项目情况一览表有675项目负责人及服务团队成员一览表有926用户需求响应一览表有1107招标代理服务费承诺书有1128退谈判保证金说明有1139谈判保证金递交证明文件有11410成交人认为需要提供的其他商务资料无二、谈 判 函致：广东采联采购招标有限公司我方确认收到贵方 佛山市农产品交易市场管理系统 采购货物及相关服务的谈判文件（项目编号：0851-000000000000）， (XXXXXXXXXX限公司、XXX市XXX路XXX号XX大厦XX楼)作为成交人已正式授权 (XXXXX、项目经理)为我方签名代表，代表我方提交谈判响应文件进行谈判。签名代表在此声明并同意：1. 我们愿意遵守政府采购代理机构谈判文件的各项规定，自愿参加谈判, 并已清楚谈判文件的要求 及有关文件规定，并严格按照谈判文件的规定履行全部责任和义务。2. 我们同意本谈判自谈判截止之日起90天内有效。如果我们的谈判被接受，则直至合同生效时止，本谈判始终有效。本谈判始终有效并不撤回已递交的谈判响应文件。3. 我们已经详细地阅读并完全明白了全部谈判文件及附件，包括澄清（如有）及参考文件，我们完全理解本谈判文件的要求，我们同意放弃对谈判文件提出不明或误解的一切权力。4. 我们同意提供招标采购单位与评标委员会要求的有关谈判的一切数据或资料。5. 我们理解招标采购单位与评标委员会并无义务必须接受最低报价的谈判或其它任何谈判，完全理解政府采购代理机构拒绝迟到的任何谈判和最低谈判报价不是被授予成交的唯一条件。6. 如果我们未对谈判文件全部要求作出实质性响应，则完全同意并接受按无效谈判处理。 7. 我们证明提交的一切文件，无论是原件还是复印件均为准确、真实、有效、完整的，绝无任何虚假、伪造或者夸大。我们在此郑重承诺：在本次招标采购活动中，如有违法、违规、弄虚作假行为，所造成的损失、不良后果及法律责任，一律由成交人（企业）承担。8. 我们是依法注册的法人，在法律、财务及运作上完全独立于广东省佛山市工商行政管理局（采购人）和广东采联采购招标有限公司（政府采购代理机构）。9. 所有有关本次谈判的函电请寄： （成交人地址） 备注：本谈判函内容不得擅自删改。 法定代表人或成交人授权代表（签名或盖章）：职务：总经理成交人名称: XXXXXXXXXX限公司成交人公章：电话： 传真： 邮编：三、成交人资格声明函广东采联采购招标有限公司：关于贵公司 年 月 日发布 佛山市农产品交易市场管理系统 （项目编号：0851-000000000000）的谈判公告，本公司（企业）愿意参加谈判，并声明：本公司（企业）具备中华人民共和国政府采购法第二十二条资格条件，并已清楚谈判文件的要求及有关文件规定，并承诺在本次招标采购活动中，如有违法、违规、弄虚作假行为，所造成的损失、不良后果及法律责任，一律由成交人（企业）承担。特此声明！单位名称：XXXXXXXXXX限公司 法定代表人或成交人授权代表（签名或盖章）：_单位地址：XXX市XXX路XXX号XX大厦XX楼 邮政编码： 日期： 年 月 日联系电话：四、法定代表人授权委托书本授权委托书声明：注册于 XXX市XXX路XXX号XX大厦XX楼 的 XXXXXXXXXX限公司 在下面签名的（XXXX、总经理）在此授权（XXXXX、项目经理）作为成交人的合法代理人，就 佛山市农产品交易市场管理系统 （项目编号：0851-000000000000）的谈判活动，提交谈判响应文件及采购合同的签订、执行、完成和售后服务，作为成交人代表以我方的名义处理一切与之有关的事务。被授权人（成交人授权代表）无转委托权限。本授权书自法定代表人签字之日起生效，特此声明。随附法定代表人证明成交人名称（盖公章）：XXXXXXXXXX限公司地 址：XXX市XXX路XXX号XX大厦XX楼法定代表人（签字或盖章）：_ 签字日期： 年 月 日被授权人（成交人授权代表）（签字或盖章）：_五、法定代表人证明书_ _同志，现任我单位职务_总经理_，为法定代表人，特此证明。有效日期与本公司谈判响应文件中标注的谈判有效期相同。签发日期： 年 月 日附：营业执照（注册号）： 经济性质：股份制主营（产）：计算机软、硬件开发、维护、销售兼营（产）：成交人名称：（盖公章）：XXXXXXXXXX限公司地址：XXX市XXX路XXX号XX大厦XX楼日期： 年 月 日六、实质性响应一览表说明：成交人必须对应谈判文件的实质性条款逐条应答并按要求填写下表。成交人名称：XXXXXXXXXX限公司 项目编号：0851-000000000000序号原条款描述成交人响应描述偏离情况说明（正偏离/完全响应/负偏离）查阅/证明文件指引1本系统需要与佛山市工商局在用的“一票通”系统对接，实时调用该系统的食品等资料库数据，在用“一票通”系统的食品经营户账号，在本项目建设的系统上也能够登陆使用，并要求经营户的食品数据与登录管理维持不变，保证在两个系统之家数据的无缝对接。与“一票通”实现以上对接由业主方组织双方沟通，但成交人如需支付对方接口开发等由此产生的一切费用均成交人自行承担。完全响应见谈判文件第 33 页2在项目验收后，需免费提供不少于25场专题应用推广培训会及不限场次的现场指导培训会。要求成交人在1年维护期内，在工作日应派不少于1人在佛山区域内各农贸市场内现场指导使用方对系统的使用与培训，相关的差旅费等一切费用由成交人承担。完全响应见谈判文件第 38-39 页3自本项目合同签订之日起，项目建设周期为30个日历天内。成交人应在30个日历天内完成需求分析、系统设计、系统开发和测试工作并部署交付使用。完全响应见谈判文件第 40-41 页成交人名称（盖公章）： XXXXXXXXXX限公司 法定代表人或成交人授权代表（签名或盖章）：_职务： 项目经理日期： 年 月 日项目名称：佛山市农产品交易市场管理系统 项目编号：0851-000000000000 七、开标一览表(报价表)（首次报价）成交人名称：XXXXXXXXXX限公司 项目编号：0851-000000000000服务内容谈判报价（人民币 元）完工期佛山市农产品交易市场管理系统小写：RMB 大写： 自合同签订之日起 30 个日历天内成交人名称（盖公章）： XXXXXXXXXX限公司 法定代表人或成交人授权代表（签名或盖章）：_ 职务：_项目经理_ 日期： 年 月 日备注：1 此表须附在正、副本的谈判响应文件中。2 谈判报价要求具体见第一册第一章“谈判报价”要求。八、分 项 报 价 表（格式自定）成交人名称：XXXXXXXXXX限公司 项目编号：0851-000000000000一、服务类详列（含软件二次开发、系统调试、试运行等服务）序号子项名称主要服务内容单位数量单价总价1市场开办方管理场内经营户主体信息、管理场内经营户索票索证信息、管理场内经营户进销货台账信息、管理市场农产品自检信息个12场内有照经营户输入及管理管理自身主体信息、管理自身索票索证信息、管理自身进销货台账信息个13工商部门管理管理农产品市场主体信息、管理农产品检测信息个14查询统计功能查询系统各信息点及生成统计报表个15自动预警提醒功能设置系统预警参数并预警提示个16消费者查询及维权指引功能供广大消费者查阅场内经营户信息、提供消费维权途径指引个17佛山菜篮子安全信息网首页、监管动态、政策文件、法律法规、管理制度、市场新貌、站点地图个1（一）分项合计：人民币 元。二、税费及其它政策性收费123（二）分项合计：人民币 元。报价汇总【（一）+（二）】：￥ 元（大写： 元人民币）成交人名称（盖公章）：XXXXXXXXXX限公司法定代表人或成交人授权代表（签名或盖章）：_ 职务： 项目经理 日期： 年 月 日注：1. 此表为开标一览表(报价表)的报价明细表。2. 所有价格均以人民币作为货币单位填写及计算。3. 属于政府采购促进中小企业发展暂行办法（财库2011181号）中规定的中小企业提供的服务的，须在本表中详细列明。九、服 务 方 案9.1系统需求分析9.1.1建设背景民以食为天，食品安全已成为当下政府及公众最关注的社会问题。近年来，各地频发的食品安全事故充分显示我国食品安全形势十分严峻，各部门在确保食品安全方面仍然面临来自多方面的挑战，食品不安全因素贯穿于食品供应链的全过程，重大食品安全事故时有发生。与此同时随着中国的经济水平的大力发展,人民生活水平质量的提高,人们对商品的质量的要求也在不断提升(特别是食品),为了更好地服务于百姓，维护人民的消费权益,保障人民生命安全,政府必须提供多种途径提高服务效率,通过网络迅速高效地传递信息、处理事务，电子政务的发展作为国家信息化发展的主要组成部分，将继续扮演重要角色。农贸市场监管系统是针对农贸市场食品质量监管形势发展的要求，研发的一套集市场主体及市场客体管理，准入、追溯、预警、进销货台账建立，市场监管、信息发布等于一体的综合管理系统。系统为农贸市场经营户履行进货查验和记录义务提供了方便，满足了消费者的知情权，达到了农贸市场监管部门的需求和目的。9.1.2建设目标本期项目包括3个主要阶段：项目开发阶段、项目实施和培训阶段、试运行及验收阶段。项目应遵循ISO9001和CMMI有关项目管理的要求，对招标各项内容实施的全过程实施有效管理。本系统主要实现对佛山市大中型农贸批发市场开办者、经营者等信息汇聚，建立农产品追溯中心数据库，汇集佛山市现行交易农副产品的生产商和供应商的企业信息、产品信息及相关证照的图片信息，形成生产商、供应商、市场等企业之间的产品流通关系链条；建设具备索证信息处理、信息修改及审核、数据清理及抽验、证照预警、数据交换、信息追溯、信息查询、信息发布及服务、统计分析、系统管理等十大功能的信息管理系统，逐步实现“统一规范、集中管理”的机制，提高市场信息处理效率、降低市场信息维护成本，为提高全市农副商品供应商证照、商品交易票据信息的可靠性与一致性、农副产品安全和提升监管效率提供有效保障。具体建设目标如下：2.1农副产品追溯中心数据库汇集农副产品生产商和供应商的信息、农副产品信息及相关证照票据的图片信息，形成生产商、供应商、市场的业务关联关系链条，明确农副产品和各企业单位或个人的对应关系。2.2系统具备各类结构化信息和图片信息的信息采集和审核功能，提供良好的结构化信息和图片信息的对应操作界面，提供便捷的人工处理操作。2.3系统具备稳定的信息交换功能，能实现与登记注册、市场准入、市场单位管理系统的数据交换和信息对接。2.4系统较为直观的展现生产商、供应商、市场等企业单位之间的产品流通关系链，可根据链条上的任一节点，或根据产品分类、产品信息，来查找整个链条的所有信息，实现农副产品监管的初步追溯。2.5系统能有效保障数据的一致性、安全性，能有效确认数据操作用户身份，并能根据用户权限、数据信息授权对用户的信息操作范围进行限定。2.6该项目以“资源整合，深化应用”为建设重点，基本实现监管部门、市场开办者两级资源信息整合，促进全市监管部门、各农贸市场的网络互联互通和信息共享，提升监管效率和水平、提高市场管理规范、建成农贸市场业务监管门户网站，建立和完善行业信息发布系统，为公众和市场提供更好的服务。9.1.3项目总体框架农贸市场交易平台建设要实现的业务总体要求示意图如下： （1）农贸市场交易平台信息化建设项目主要分为数据中心、数据交换、业务系统和门户网站系统四大类；（2）本项目采用数据集中模式，在广东省佛山市工商行政管理局建设数据中心。数据中心为业务主管单位、市场开办者、市场经营者提供全方位的数据支持，业务主管单位、市场开办者、市场经营者系统之间以数据交换为核心，并提供方便快捷的人机操作界面；（3）本系统内部用户分为市、区县、所（分局）等网格多级用户。各级用户通过单点登录系统（现有食品安全监管系统）进行身份验证，分别进行各自辖区内的业务处理、信息统计、信息发布、互动交流等事宜；（4）本系统外部用户包括其他政府机关、农副食品批发用户等。外部用户通过互联网网站查询相关政策法规、办事指南、市场动态、预警等公共信息，并可使用咨询、投诉等互动功能与局内进行业务交流。（5）本系统还可以使用接口机制,同监管单位、市场主体单位、中心数据库，经营户数据实时交换，为其他地区提供数据查询、下载等数据服务。9.2.项目总体设计9.2.1项目总体设计原则根据佛山市农产品交易市场管理系统的相应要求，结合本公司相应的技术特色，在本项目的建设中我们围绕以下几大基本原则进行：1. 系统的先进性和成熟性：我们在项目建设中采用代表当今信息化系统发展趋势主流的、成熟的技术进行系统架构设计，引入SOA（面向服务的体系结构）的思想，遵从Web2.0的技术趋势，选用我公司成熟的相应基础平台产品，具备组件化应用特点和能力，满足各类应用模块的综合协同和管理能力，纳入了流程管理和角色管理，可根据用户实际需求进行功能定制，以满足日后不断变化的业务需求。从而提高系统的开发效率，降低项目风险，确保系统对用户的先进性和成熟性。2. 系统的标准性和规范性：我们在本次项目中采用的技术、设备和信息参照相关标准和统一规划的指导，按照国家、省、和广东省佛山市数据共享规范和接口标准的有关规定。便于系统信息纵向兼容、横向共享。信息标准化包括数据处理（采集、加工、存储、交换、发布等）、数据符号、数据编码体系和代码、数据格式、数据分类、数据质量、统计口径、统计规则等的标准化，本项目主要参考的标准包括：（1） 国家、广东省及佛山市现行有效的数据建设有关的法律、法规、规范性文件、技术法规及标准；（2） 佛山市信息化建设项目管理暂行办法；（3） 广东省政务信息资源共享目录；（4） 广东省佛山市数据共享规范与接口标准；（5） 遵循N层体系结构设计规范；（6） 支持B/S软件标准平台；（7） 支持标准安全认证平台；（8） 支持标准数据加密规范；（9）互联网信息服务管理办法，中华人民共和国国务院292号；（10）中华人民共和国计算机信息系统安全保护条例，国务院令147号；（11）国家密码管理委员会办公公告，国家密码管理委员会办公室；（12）W3C XML系列标准；（13）其它相关规范。3. 系统的可扩展性和开放性：系统具有快速发展、不断变化的特点，所以系统的各个环节必须具有高扩展性。当用户数目增加、业务范围拓展时，我们可以通过系统灵活的调整、配置和扩充手段来适应其变化；同时还会良好的实现与现有业务系统的对接，系统扩展性主要体现在三方面： 技术构架的扩展性：采用先进、开放的架构体系，以模块化、构件化、组件化、结构化和程序化的设计原则，充分考虑系统的升级、兼容和处理能力，数据库和二次开发的可扩展性和灵活性，整个平台的所有功能均以模块化方式划分，模块之间项目独立又遵从一定的调用原则。 平台产品的扩展性：所使用的平台和产品具有可移植性、跨平台性，充分考虑今后系统升级扩容的需要； 需求变化的扩展性：充分考虑应用系统需求多变的特性，易于进行功能扩充、并为其它业务应用软件提供灵活的接口，在用户需求和系统运行环境变化时，可以通过接口调整或系统参数配置调整来适应相应的变化，最大限度地降低由此引发的系统维护。4. 系统的可用性和健壮性信息化项目管理系统每天处理的都是重要的信息项目数据，要求系统具有较高的可靠性，应该有必要的冗余、自动备份。为保证政府部门的高效工作，系统在稳定正常运行的同时还要提供较高的性能，从而能够高效率地处理各类关键事务，确保系统7X24小时运行；此外，系统定制不会因错误的操作或其它原因导致数据错误或系统失败，尤其是在数据库的存储和备份方面；个别模块出现问题，不应对整个系统有较大的影响，系统的其他功能仍然能够运行。5. 系统的安全性和及时性具备多级安全管理和防范机制，形成内网和外网的分层安全管理能力，在网路安全、使用权限、数据保护等方面有全面的保障能力。借助防火墙与政务网隔离，以抵御来自外部网络的恶意攻击；建成的系统应能避免因软、硬件故障造成的数据损失，保证数据在传输过程中安全、保密。系统安全性从几个方面进行考虑：硬件方面，通过利用防火墙设置，网络策略以及内外网隔离等办法，建立高安全级别的网络应用体系（此部分由市电子政务数据中心支持）。软件方面，通过建立用户管理，角色控制，模块权限，数据权限等方式，对登录人的进行验证和授权。加入数据加密算法，提高数据的安全管理。加入定时备份、异地备份、容灾管理等的保障性措施，加强系统的健壮性；系统要有足够大的吞吐量，不会因过多的服务请求而出现系统崩溃，能一天24小时，一年365天提供服务。另外，各部门提交的信息化项目数据，信息必须完整、全面、真实、有效，并且在数据库的建设和运行过程中，各部门要及时对系统数据进行更新和补充。6. 界面的友好性和可管理性：按照系统应用人员习惯，制订统一的操作模式，一致的界面风格，减少系统操作的复杂性和熟悉的时间长度。系统有恢复出错现场的能力，在系统内部处理工作要有提示，尽量把主动权让给用户，增加系统的人机互动能力。系统追求“傻瓜式”应用管理境界。便于今后的管理和维护，系统严格执行公司的技术开发规范，全面实施配置管理模式，尽可能减少用户操作和理解的复杂程度，并且系统提供管理工具可以对系统进行全面的监控和管理、配置，并能够帮助管理员对系统故障进行诊断、排错和分析与规划，从而降低总体使用成本。9.2.2项目总体设计思路本项目的总体设计思路可以概括为：以数据为中心、以应用为目标；以技术为手段，以标准为准绳；建设方便实用的专项应用平台。1.以数据为中心数据是系统的核心，所开发的应用系统能否真正发挥作用，重点在于其数据的采集、处理和组织是否能够很好的符合用户实际需要。因此，本项目建设以数据为中心，无论是数据库的规划设计，还是应用系统的开发，都围绕数据资源来开展。2.以应用为目标所有信息化建设都围绕“建以致用”的原则，无论是电子政务、电子商务、还是其他系统，都必须满足用户相应的需求和要求。本项目主要面向教务、培训和科研三大业务领域。因此，本项目的设计，以用户相应的实际业务特点为考虑的重点。3.以技术为手段开发平台选用国际主流技术，采用SOA思想和应用模式开发，采用多层体系结构，基于分布式应用体系架构和MVC开发模型，应用EAI（企业应用集成）的观念，把各个分离的信息系统的实现互联互通，消除信息孤岛，实现信息的共享。在系统设计和实现方法上采用平台化和组件化技术，基于业务开发平台提供的业务模块自定义的工具进行系统搭建，提高开发速度、效率和保证质量；在最大程度上提供业务重组和业务扩展能力。4.以标准为准绳由于国家、省和市对信息系统的开发与运行管理已经有了比较完善和成熟的标准体系。因此，本项目的设计首先遵循国家、省、市相关标准、行业标准，没有标准的我们在项目中先行建立标准。无论是数据交换、系统结构与功能、运维的模式设计，都按照相关标准来设计。5.建设方便实用的专项应用平台信息系统建设的本质是“三分技术、七分管理”。技术是我们的优势，但业务是用户的优势，技术是用来解决业务问题的手段，所以实际业务问题才是基本出发点，一切从实际业务和应用需求出发，针对具体用户搭建方便、快捷的专项平台，才是本项目最终要达到的真正目的和目标。9.2.3项目技术标准体系设计基于J2EE体系的特性，再从体系架构的开放性、标准性、兼容性和跨平台特性等方面因素，我们在本项目中选用J2EE体系。项目之所以采用J2EE作为技术标准，是因为其具备下列分布式大型应用系统核心技术所必须的特性：l 与平台无关性l 支持XML/Web Service技术标准l 支持分布式组件技术（EJB）l 应用安全技术l 对其它应用体系架构的集成能力（JCA Java连接器体系结构）l 消息处理（JMS）l 能满足未来几年的技术更新需求。9.2.3.1 技术实现框架设计根据系统总体设计指导方针以及技术标准规范，并充分考虑到应用集成、应用支持等因素，业务应用系统设计体系架构设计按下图进行：业务系统技术实现架构设计说明：l 业务系统允许智能终端或电脑终端基于浏览器访问，也允许其它业务应用系统通过WEB SERVICE对其进行访问。l 业务安全层可以被设计为囊括各种安全技术架构的逻辑层，例如：n CA安全认证组件n 建构在HTTP传输协议之上的安全套接层n 用户自定义过滤器n 用户定义的验证以及授权等安全机制注意：并不是所有的安全机制都适用于业务系统，不同的业务系统应根据业务需求和功能需求来制定安全机制。l 定制Web Service接口层的目的是：n 将特定业务系统的所有功能调用进行全面封装；n 使调用方可以不考虑除业务逻辑之外的其它因素；n 使用统一的调用方式（基于SOAP的方法调用）获取返回结果；n 有利于分布式远程调用；n 与系统平台无关（跨平台）；n 无论业务系统底层代码如何改变，调用方都不必作出任何更改；n 如果业务系统增加功能，则只需增加Web Service接口即可。此类设计模式与DCOM、CORBA是相类似的，并且增强了跨平台特性，是当前及未来的主流趋势；n 基于接口的编程架构更有利于业务系统的集成和应用支持，对于设计复杂的大型系统来讲也是至关重要的；n Web Service接口可被任何类型的客户端调用。当然，如果不涉及到远程分布式调用或跨平台异构应用系统调用，客户端可选择直接调用业务逻辑接口。l 业务逻辑接口层专注于业务逻辑功能的体现，它的职责是将后端应用组件进行功能组合、封装。l 调用方在使用此类接口时不需考虑步骤繁复的业务系统应用组件的组合调用，只需简单明了地根据业务逻辑接口名称含义调用相应的功能接口。对后端应用组件的封装原则：n 为了满足跨平台异构应用系统远程分布式调用，一般将业务逻辑接口封装到Web Service接口内；n 对于其它一般性功能调用，调用方可直接调用此类接口；业务逻辑接口可供各类客户端、本系统Web Service层调用。l 应用组件层基于功能单元实现系统功能的划分、定义，使用符合J2EE技术规范的组件技术（Java Beans or EJB）。由于基于组件的技术和设计模式强调了组件的高重用性，因此应用组件在业务逻辑功能划分粒度上属于细粒度级别，不太适用于暴露给调用方。因此，通常将应用组件根据功能需求以组合粒度级别封装到接口层，这样既不损失应用组件的高重用性，同时又不影响业务逻辑功能调用的性能；应用组件可供业务逻辑接口层或Web Service接口层调用。l 实体关系映射层的设置目的：n 对应用组件层屏蔽了数据存储结构；n 将关系型数据结构转换为面向对象的（OO）体系结构，对于面向对象的编程模型来讲是非常有益的；n 应用组件对数据源的访问将不必通过编写数据库编程接口代码以及SQL字符串来完成，只需使用通常的面向对象的编程技术即可。l 系统框架使用struts + spring + hibernate ，简称SSHSSH框架是一个轻量级J2EE应用架构，Web应用分层结构基本上都分为三层：表现层、业务逻辑层、数据持久层，分层结构调用关系如下：Spring是以简化J2EE的应用开发为目标而诞生的，系统通常使用Spring作为核心，向上整合Struts 的MVC框架，向下整合Hibernater的ORM框架。使用Spring的IOC容器来管理各组件之间的依赖关系。整合了Spring+Hibernate的开发架构的应用系统，从整体结构上严格按DAO层、业务逻辑层、控制器层的方式进行分层，系统各类的组件被封闭在自己层内。系统将所有的DAO组件封装在DAO层内，提供DAO工厂管理DAO组件。将所有的业务逻辑组件封装在业务逻辑层内，使用业务逻辑组件工厂来管理业务逻辑组件。例如，当系统的业务逻辑组件需要DAO实例时，通过调用DAO工厂的getDao方法来获取DAO实例，而不是自己创建一个DAO实例，降低了组件之间的耦合。在Spring IoC容器的内部，IoC容器负责管理所有的业务逻辑组件、DAO组件以及Struts的Action。组件与组件之间的依赖通过Spring的依赖注入进行管理，从而降低了系统异构的代价，实现系统SOA的设计框架。使用Hibernater的好处在于：n 应用服务器提供ORM框架可以进行系统级事务及持久性维护。业务系统设计人员不再需要以显示式的方式管理事务（甚至是两阶段事务提交）、连接池、数据的同步等底层数据访问涉及的内容，只需专注于业务逻辑的实现即可；n 数据源的连接等处理工作是基于XML文件进行配置的。这就意味着数据源可以是异构的分布式的，对于数据源的更改，只需更新配置文件而不用修改应用组件层的代码，从而大大增强系统的可移植性。n 业务系统可根据业务逻辑的复杂程度以及规模选择是否适用实体关系映射层，如果没有必要，完全可以在应用组件层直接实现对数据源的访问。9.2.3.2 技术标准规范设计系统进行业务处理时，涉及到业务应用系统之间的业务交互，业务应用系统之间的数据级和应用级整合、集成，所有的交互、集成均基于技术标准而实现。为了符合系统统一建设的原则，提高业务系统之间的应用集成、互联互通的能力，有利于日后系统的升级和维护，标准规范体系将对技术标准规范进行制定。9.2.3.2.1 数据交换技术标准9.2.3.2.1.1 开发及运行平台规范系统从开发到投入使用都需要一个基础平台作为开发和运行时的支撑，制定开发及运行平台标准将考虑到软件系统跨平台特性、平台技术先进性、系统扩充及维护性、投资成本等各方面因素，目前主流的平台包括J2EE（Java 2 Platform Enterprise Edition）以及Microsoft .NET 架构，根据本项目的技术路线选型决定，本项目将采用J2EE技术框架。制定统一的开发及运行平台标准有利于系统的集成、扩展、维护，同样也易于应用接口的定制和使用。9.2.3.2.1.2 应用程序服务器规范系统是一个跨平台、分布式的复杂而庞大的应用系统，为了保证系统的正常运行，必需使用支持代码运行时的应用程序服务器。考虑到应用系统的良好运作以及系统各项性能指标的合理实现，技术标准将制定应用程序服务器标准，并且以服务器的各项性能指标以及价格等各方面参数作为标准评判依据，包括：l 应用程序服务器的硬件指标；l 支持的并发线程；l 系统吞吐量；l 对开发技术的支持。本项目的应用程序服务器需选择支持J2EE标准的BEA Weblogic和IBM Websphere及TOMCAT等。9.2.3.2.1.3 消息中间件规范在数据交换业务交互过程中，涉及到数据中心、业务应用系统之间跨平台分布式的数据文件传输。为了满足数据文件传输的跨平台操作需求，以及为数据交换各方之间提供同步或异步连接访问，有必要对消息中间件进行规范。在选择消息中间件时将主要考虑以下方面：l 中间件对于通信协议的支持l 对服务器资源的需求l 对于消息处理方式是否全面且性能是否优越l 对于应用编程接口（API）的支持等9.2.3.2.1.4 消息传输控制编程规范在实现数据交换应用组件功能时，将会涉及到基于程序控制的数据文件到消息服务器的发送、接收以及对消息队列或主题的访问等。因此，我们将对可以提供此功能编程接口的技术使用进行规范，以便今后在使用上述编程模型时使用统一的技术、统一的接口，从而有利于系统的升级、维护以及与平台无关性。使用基于编程接口的对消息服务控制的技术必需满足以下条件：l 对底层消息提供者封装l 可以精确控制数据l 兼容其它编程接口等鉴于上述考虑，建议使用JMS （Java Message Service）技术。9.2.3.2.1.5 Web Service & XML 规范为了解决在数据交换过程中遭遇到的异构数据、传输数据包格式、分布式远程调用、数据交换格式等问题，我们将对基于交换的数据格式进行统一规范，以达到在数据交换、数据传输过程中所有的数据格式一致，并且可以被应用体系识别、处理；同时还要求统一的数据格式务必符合当前及以后的技术发展趋势以及软件行业最通用的标准。因此，我们将统一使用XML作为数据交换、传输的格式规范。这一点在标准规范体系的数据标准规范中也进行了规定。此外，更为重要的一点是，考虑到目前整个电子政务系统存在多种基于不同技术规范的应用系统、不止一种类型的操作系统以及大量的跨平台、跨网络功能调用，在技术标准规范中将对应用系统之间的整合、系统集成、应用支持等进行统一标准规范，以符合一致性设计原则，更有益于未来系统扩展、集成和维护。Web Service技术规范符合系统上述各方面的需求，并且是基于通用数据传输格式的（XML），因此建议将Web Service作为系统集成、扩展、应用支持的标准。9.2.3.2.1.6 分布式组件技术规范鉴于系统设计的相对独立、松散耦合原则，我们在系统功能实现中将会大量使用可重用的、分布式的、与系统松散耦合的组件技术。为达到系统功能组件设计技术统一、接口标准规范一致、高可重用性、易集成的目的，将对系统实现的组件技术进行规范。在选择分布式组件技术时将充分考虑到下列因素：l 组件技术对开发运行平台规范的支持l 对系统资源的消耗l 对系统性能的影响l 是否便于系统集成和应用提供l 技术先进性l 是否便于未来的系统升级、维护等根据我们的技术选型决定，可选的分布式组件技术是Enterprise JavaBeans（EJB），因为它对跨平台调用、对系统的独立性以及Web Service有更好的支持。9.2.3.2.1.7 数据压缩、加密技术规范数据在传输过程中的压缩和加密是保证数据安全、系统性能的关键技术。我们将对数据的压缩和加密进行统一的标准规范，从而使数据的安全交换在异构的应用系统间以及异构数据源之间都能够进行。当然，前提条件是数据的明文（plain text）交换格式须统一使用数据标准规范中定义的XML格式。数据压缩、加密规范应符合下列原则：l 数据压缩标准将尽可能使数据包容量小，以保证数据传输过程中速率；l 数据的加密主要采用非对称密钥技术，保证数据传输安全。9.2.3.2.2 系统接口规范系统在应用系统与数据中心、应用系统之间提供2种接口：l 数据接口：供应用系统直接与数据中心数据库交互l 应用编程接口（API）：供业务部门系统、业务应用系统之间进行交互为了实现异构应用系统以及异构数据源之间的业务、数据交互，我们将对系统的接口系统进行统一规范，目的是：l 增强目前各子系统之间的应用集成；l 扩展各子系统的应用提供能力；l 统一异构数据源的访问方式；l 为今后所有的业务系统、应用系统、异构数据源实现统一的跨平台接口调用打下坚实的基础。此接口规范扩充了数据交换标准和接口规范、业务应用系统规范中的接口规范部分。9.2.3.2.2.1 数据接口规范需要的电子政务系统的数据库服务器分布在系统物理网络的不同位置，并且是异构的（操作系统、数据库服务器软件、数据结构等存在差异）。当系统进行数据交换和共享处理时，将涉及到业务应用系统、数据共享交换平台对各类数据源的访问。鉴于此种情况，我们将对所有需要的电子政务系统边界范围内的数据源做出数据接口规范，以便应用系统可以根据各类数据源提供的数据接口直接访问数据源中的数据。数据接口规范制定原则：l 数据接口暴露原则：被认为可信的应用系统可以对其提供数据接口信息。至于应用系统使用何种方式对数据源进行访问则完全由应用系统决定；被认为不可信的、不必要的应用系统应向其提供应用编程接口供其对数据的过滤性访问。l 数据接口信息规范：数据接口信息应包括：n 数据源URLn 数据元信息（应符合数据标准规范）n 数据库驱动程序信息等上述信息为应用系统直接获取对数据源访问提供足够的信息。9.2.3.2.2.2 应用编程接口规范我们将对应用编程接口系统做出规范，以实现下列目标：1. 封装底层数据结构信息；2. 便于电子政务各业务应用系统、数据共享交换平台对异构数据源的访问；3. 增强目前各业务应用系统之间的应用集成能力；4. 扩展各业务应用系统的应用提供能力；5. 为今后所有的业务应用系统、异构数据源实现统一的跨平台接口调用打下坚实的基础。应用编程接口规范将包括下列子规范：l 数据访问接口规范：所有电子政务系统边界内的应用系统都应该为其本地（逻辑）数据源提供编程访问接口，调用方不需了解底层数据元信息。这样规范的益处在于屏蔽了数据源的异构缺陷，并且无论接口提供者的底层数据源改动部署、更新结构都不会影响到调用方，极大地增强了系统集成能力和各业务应用系统的松散耦合特性。 功能调用接口规范：n 当应用体系涉及到跨应用系统处理时，应用系统间将发生跨平台、分布式功能调用；n 应用系统集成其它子系统时也涉及到各类型的功能调用；n 应用系统扩展时，需要为其它应用提供应用支持，同样涉及到功能调用接口的定义。综上所述，我们将对各业务应用系统定义功能调用接口规范，明确功能调用接口的作用，并充分考虑到系统的整体架构、技术标准以及未来扩展需求。 具体的规范原则如下：n 对于应用系统自身边界内的功能调用接口：如果不涉及分布式应用体系架构或远程调用，则此类接口不向外界暴露，完全按照特定应用系统功能接口规范定义即可；n 如果功能调用接口在整个业务系统边界内使用：则此类接口必然将暴露给其它应用系统，并且为其它应用提供支持。那么，我们建议在当前系统建设过程中（不包括已经建设完毕的应用接口），凡涉及到分布式远程调用的功能接口统一以Web Service技术模式定义接口。之所以选择Web服务技术，原因如下：l 符合技术标准规范；l 大凡结构复杂的、灵活的、可扩展的大型应用体系架构内的所有跨平台分布式远程调用，均采用符合下列条件的技术标准：n 数据格式统一（XML数据格式）；n 传输协议兼容性强（Web Service 数据传输协议可建构在SOAP、HTTP、TCP/IP之上）；n 安全的（Web Service 可支持安全套接层传输HTTPS）；n 符合国际行业标准并被广泛使用；n 主流技术开发平台广为支持。Web Service技术标准都能符合上述要求；l 无论应用系统内部使用何种技术支撑架构，分布式调用组件采用何种技术标准，Web服务接口将会对这些调用方不关心的事物进行统一封装，从而使调用方在使用其它应用系统提供的应用接口时，操作简单且不会因为应用提供方的底层技术更新而导致调用方被迫更新代码。依据上述第三点理论，我们还建议在当前系统边界内已经建设的应用系统上，对需要提供应用支持的功能接口再添加Web Service接口扩展。最终，所有的功能组件都以统一的接口形式和统一的数据传输格式进行交互，形成面向服务的基于接口的系统架构，从而大大增强整个系统的灵活性、可维护性以及易扩展性。9.2.4项目功能模块设计9.2.4.1用户角色划分分为四类，分别为：工商部门用户、市场管理用户、场内经营户、消费者。其中工商部门分为佛山市工商局、区工商局、基层工商分局（所）三级，具体权限划分另定。9.2.4.2市场开办方9.2.4.2.1输入及管理功能1.输入及管理场内经营户主体信息。一是输入及管理场内有照经营户主体信息，具体包括：录入场内经营户档号、经营者姓名、营业执照注册号、营业执照有效期限、行业分类（分为肉类、活禽、熟食、烧腊、水产品、蔬菜及其他，下同）、所属市场；上传场内经营户营业执照、食品流通许可证、餐饮服务许可证、健康证及其他证件图片（使用摄像头拍摄，下同）。二是输入及管理场内无照经营户主体信息，具体包括：录入场内经营户档号、经营者姓名、身份证号、行业分类、所属市场；上传场内经营户身份证图片。2.输入及管理场内经营户索票索证信息。具体包括：进货经营户姓名、票证上传时间、上传票证类型、票证编号以及票证图片。其中票是指进货单据；证是指商品质量证明、供货商主体证明，商品质量证明类型分为检疫证、检验证、水产品标识证明及其他，供货商主体证明类型分为营业执照、食品生产许可证、食品流通许可证及其他。3.输入及管理场内经营户进销货台账信息，具体包括：批量导入场内经营户进销货台账表格。进货台账表格内容具体包括进货经营户姓名、进货日期、商品名称、进货数量、生产单位名称、供货单位名称及联系方式。销货台账表格内容具体包括销货经营者姓名、销货日期、商品名称、销货数量、生产单位名称、进货单位名称及联系方式。4.输入及管理市场农产品自检信息，具体包括：被抽检经营户姓名、商品名称、供货单位、检测项目、检测结果以及后续处理结果。其中后续处理结果包括下架、销毁、无害化处理、其他。9.2.4.2.2切换到本市场任一场内经营户操作人员身份。9.2.4.3场内有照经营户输入及管理功能1.输入及管理自身主体信息。具体包括：录入档号、经营者姓名、营业执照注册号、营业执照有效期限、行业分类、所属市场；上传营业执照、食品流通许可证、餐饮服务许可证、健康证及其他证件图片。2.输入及管理自身索票索证信息。具体内容同“二、市场开办者”中的“2.输入及管理场内经营户索票索证信息”。3.输入及管理自身进销货台账信息。具体内容同“二、市场开办者”中的“3.输入及管理场内经营户进销货台账信息”。9.2.4.4工商部门管理9.2.4.4.1输入及管理功能1.输入及管理农产品市场主体信息。一是批量导入现有农产品市场主体信息，具体包括市场名称、市场地址，市场登记证号，市场开办者名称、营业执照注册号、营业执照有效期限、负责人、经营场所、经营范围。二是输入及管理新增农产品市场主体信息，具体包括录入市场名称、市场地址，市场开办者名称、营业执照注册号、营业执照有效期限、负责人、经营场所、经营范围。2输入及管理农产品检测信息。一是输入及管理农业部门提供的农产品检测信息。二是在指定范围内发布市场农产品自检信息、农业部门农产品检测信息。9.2.4.5查询统计功能查询统计辖区市场总数，场内经营户总数、证照情况、行业分类情况（如猪肉档XX户，烧腊档XX户）、票证索取情况、台账建立情况以及农产品检测情况。9.2.4.6自动预警提醒功能自动提醒辖区市场及其场内经营户证照即将到期信息、辖区未按要求索取票证的场内经营户及所属市场信息，并用显著颜色（如红色）进行醒目标注。9.2.4.7消费者的查询及维权指引功能市场主要出入口置放自动服务终端机：一是供广大消费者查阅场内经营户主体信息、票证索取信息，农产品检测信息。二是提供消费维权途径指引，提醒消费者在权益受损的情况下，可选择与市场方联系，拨打12315、12358等。9.2.4.8佛山菜篮子安全信息网9.2.4.8.1网站语言设计要求要求简体中文版9.2.4.8.2网站创意设计1）网站形象首页创意设计2）内容首页创意设计3）动画效果4）网站动态旗帜广告（Banner）5）JavaScrip特效设计6）内容页面制作，动态页眉美工合成7）图片处理