农产品收购系统Proposal_wenkai
农产品收购系统Proposal_wenkai
1.1.外部系统接口及设备接口农产品收购系统的设计目标如下：1.系统可以独立运行，主要用户是遍布各地的收购点。
2.系统的最终数据是结算单数据，需要与后台的ERP系统（SAP/EAS）交换数据，将结算单数据传入ERP系统，在ERP系统进行后续的财务结算处理。
我们将这类接口命名为外部系统接口。
3.为了提高厂内（收购点）物流业务处理的自动化及杜绝现有手工开票存在的不少管理问题，系统计划采用IC卡系统，同时系统自动读取地磅数据，并能通过短信方式给予送货人员明确的流程执行指令。
我们将这类接口命名为设备接口。
1.1.1.外部系统接口1.1.1.1.接口功能基础数据及功能概述1.接口功能基础数据●收购系统的组织结构为：总公司（虚拟）—》收储企业—》收购点。
●收购系统的收储企业主数据中定义该企业使用的后台ERP系统的类型（有SAP/EAS/无三种设置）。
根据客户需求描述，有些收储企业目前使用SAP系统，则届时收购系统中该收储企业下的所有收购点的结算单数据都要转换为SAP系统的数据；有些收储企业目前使用金蝶EAS系统，则届时收购系统中该收储企业下的所有收购点的结算单数据都要转换为EAS系统的数据。
●收购系统与SAP/EAS的相关主数据、组织结构数据建立对应关系，并定期更新收购系统中的SAP/EAS的相关数据。
具体处理为：1)收购系统完全存储一份SAP/EAS的相关主数据（物料、供应商、税码等）、组织结构数据（收储企业清单、采购组织等）。
并通过接口定期更新。
2)收购系统部分主数据、组织结构数据建立与本地SAP/EAS的相关主数据、组织结构数据的对应关系。
通过UI功能实现。
2.接口功能概述1.1.1.2.结算单接口功能实现逻辑建议的实现逻辑如下：1.建立结算单接口表，SAP、EAS分别建立。
先根据主数据的对应关系对结算单数据进行转换，并插入结算单接口表；2.接口程序从结算单接口表读取数据，并插入SAP/EAS系统。
与第一步放在一个数据库事务中。
农产品收购意向协议书范本
农产品收购意向协议书范本甲方：___________乙方：___________鉴于甲方为乙方提供农产品收购服务，为确保双方权益，经甲乙双方友好协商，特订立本意向协议书。
第一条收购产品及数量1.1 甲方同意收购乙方提供的___________（农产品名称）共计___________吨。
1.2 乙方应确保所提供的农产品符合国家质量标准及甲方的要求。
第二条收购价格及支付方式2.1 甲方承诺以每吨___________元人民币的价格收购乙方所提供的农产品。
2.2 甲方应在收购完成后___________个工作日内，将收购款项支付给乙方。
第三条收购时间及地点3.1 甲方应于___________年___________月___________日前，在___________（地点）完成收购。
3.2 乙方应按照甲方的要求，在规定时间内将农产品运送到指定地点。
第四条质量保障4.1 乙方应对所提供的农产品质量负责，确保产品符合国家相关法律法规及质量标准。
4.2 乙方应提供产品质量检验报告，以便甲方进行验收。
第五条违约责任5.1 乙方未按照约定时间、数量提供农产品，甲方有权解除本协议，并要求乙方支付违约金。
5.2 甲方未按照约定时间支付收购款项，乙方有权解除本协议，并要求甲方支付违约金。
第六条争议解决6.1 双方在履行本协议过程中发生的争议，应首先通过友好协商解决。
6.2 若协商不成，任何一方均有权向甲方所在地人民法院提起诉讼。
第七条其他约定7.1 本协议自双方签字（或盖章）之日起生效，有效期为___________年。
7.2 本协议一式两份，甲乙双方各执一份。
甲方（盖章）：___________ 日期：___________乙方（盖章）：___________ 日期：___________（注：本协议仅供参考，具体内容请根据实际情况调整，并在签订前征求法律人士意见。
）。
牛羊收购计划书
牛羊收购计划书1. 背景牛羊养殖业是农业领域的重要组成部分，在我国农村经济发展中占有重要地位。
然而，由于种种原因，许多农户面临着养殖规模小、饲料供给不足、市场需求不稳定等问题。
为了帮助农户解决养殖业的困境，我们公司决定推出牛羊收购计划。
2. 目标牛羊收购计划的目标是：•帮助农户提高养殖规模，增加养殖业收入；•建立稳定的养殖生态系统，提供质量可靠的肉类产品；•促进农村农牧业发展，推动农村经济繁荣。
3. 实施步骤3.1 调研与准备在实施收购计划之前，我们将进行充分的调研和准备工作，包括但不限于：•调查养殖户的养殖规模、品种选择、市场需求等情况；•分析当地的饲料供应情况以及相关政策支持；•组织内部团队，制定详细的收购计划和时间表。
3.2 收购与管理根据调研结果，我们将与养殖户进行合作，收购其牛羊。
在收购的过程中，我们将注重以下原则：•确保收购商品的质量安全；•提供公正合理的收购价格，保障养殖户的利益；•建立长期合作关系，加强养殖户的管理能力。
为了保障牛羊的管理和养殖环境，我们还将：•建立兽医服务团队，提供兽医保健服务；•提供饲料供应和养殖技术指导；•加强疫病监测和预防措施。
3.3 销售与市场开发收购的牛羊将通过多种渠道进行销售，并积极开拓市场。
我们将：•与超市、商业零售商签订合作协议，确保产品的销售渠道；•利用互联网平台进行推广和销售；•加强产品品牌建设和市场宣传。
4. 预期效益通过牛羊收购计划，我们预期可以实现以下效益：•增加农户的养殖收入，提高农民生活水平；•增加公司的销售收入和市场份额；•推动当地农村经济发展，带动就业和增加税收。
5. 风险与对策在实施牛羊收购计划的过程中，可能会面临以下风险：•养殖户的合作意愿不高，导致收购数量不稳定。
我们将通过提供有竞争力的价格和提供全方位的服务来增加养殖户的合作意愿。
•销售市场需求波动较大。
我们将建立市场预警机制，灵活调整销售策略，并与不同渠道建立良好的合作关系，减少市场风险。
农产品交易系统的分析报告
农产品交易系统的分析报告目录1.系统分析 (2)1.1问题背景 (2)1.2农产品交易系统的基本任务 (3)1.3系统组织结构分析 (3)1.4系统管理功能分析 (4)1.5系统业务流程分析 (6)1.6系统数据流程图 (7)1.6.1第一层数据流程图 (7)1.6.2第二层数据流程图 (8)1.6.3第三层数据流程图 (9)1.7系统数据字典 (10)1.7.1数据流定义 (10)1.7.2处理逻辑定义 (15)1.7.3数据存储定义 (18)1.7.4外部实体定义 (20)1.8 ER图 (22)1.8.1用户查询农产品的ER图 (22)1.8.2用户注册的ER图 (22)1.8.3会员评论的ER图 (23)1.8.4会员交易的ER图 (23)1.8.5内部人员管理ER图 (23)1.9转化后的关系模式 (24)1.系统分析系统分析的主要任务是将在系统详细调查中所得到的文档资料集中到一起,对组织内部整体管理状况和信息处理过程进行分析。
它侧重于从业务全过程的角度进行分析。
分析的主要内容是:业务和数据的流程是否通畅,是否合理;数据、业务过程和实现管理功能之间的关系;老系统管理模式改革和新系统管理方法的实现是否具有可行性等等。
系统分析的目的是将用户的需求及其解决方法确定下来,这些需要确定的结果包括:开发者关于现有组织管理状况的了解;用户对信息系统功能的需求;数据和业务流程;管理功能和管理数据指标体系;新系统拟改动和新增的管理模型等等。
系统分析所确定的内容是今后系统设计、系统实现的基础。
1.1问题背景中国加入WTO后，农业发展所面临的小生产与大市场的矛盾将更加突出。
流通成为中国农业的“软肋”，制约着我国农业的发展。
如何减少农产品流通的环节，降低农产品的交易成本，提高交易效益等成为我国农业进一步发展亟待解决的重大现实问题。
因此，建立一种市场信息畅通、规范、高效的农产品流通新模式己迫在眉睫。
在这方面，新型的网上电子商务贸易为传统农业的发展带来了机遇。
高原农牧产品收购数据采集系统的设计
高原农牧产品收购数据采集系统的设计
本系统应用于高原地区农牧产品的收购数据采集，主要功能为数据采集、数据分析和数据报告，实现农牧产品的实时采集和统计分析，提高农牧产品的生产和销售效率，进一步促进农牧业的发展。
系统涉及到的数据包括农牧产品的品种、数量、质量等信息，还有农牧场的名称、地址、联系人等基本信息。
系统分为前台和后台两部分，前台主要面向农牧场人员、农牧业务员等使用者，提供数据录入、数据展示等功能；后台则由系统管理员负责，主要用于数据管理、系统配置等方面。
前台的主要功能包括以下几个方面：
1. 数据录入：农牧场人员或农牧业务员通过采购界面进行数据录入，包括农牧产品品种、数量、质量、价格等信息。
2. 数据展示：在数据展示界面上，可以看到当前农牧产品的采购情况，包括所采购的品种，数量、价格等信息。
1. 数据管理：管理员可以通过后台界面对系统数据进行管理，包括对数据进行增、删、改等操作，也可以对数据进行批量导入、导出等操作，以方便数据的管理和统计。
2. 系统配置：管理员可以通过后台界面对系统进行配置，包括对农牧产品种类、农牧场、业务员等信息进行配置，也可以对系统日志、权限等方面进行管理。
3. 数据统计：管理员可以通过后台界面对产品销量等数据进行统计，分析销售情况和市场趋势，以便于及时制定并调整销售策略和推广活动。
总的来说，农牧产品收购数据采集系统的设计，将农牧场的采购、销售、管理等过程进行规范化，提高农牧业的生产效率和经济效益，进一步推动国家农牧业的发展。
2024农产品收购协议书模板(二篇)
2024农产品收购协议书模板【协议书】农产品收购协议书甲方（供应商）：[甲方名称]法定代表人（负责人）：[甲方负责人姓名]联系电话：[甲方联系电话]地址：[甲方地址]乙方（收购商）：[乙方名称]法定代表人（负责人）：[乙方负责人姓名]联系电话：[乙方联系电话]地址：[乙方地址]根据《中华人民共和国合同法》以及相关法律法规的规定，甲、乙双方本着自愿、互利的原则，经友好协商，达成如下协议：第一条协议目的甲方同意将其所生产的农产品按照本协议的规定向乙方进行收购，乙方同意按照本协议的规定向甲方采购农产品。
第二条农产品品种甲方生产的农产品包括但不限于：[列举甲方所生产的农产品品种]第三条收购数量和价格1. 收购数量：甲方同意将农产品按照以下数量出售给乙方：[具体列出农产品品种及数量]2. 收购价格：乙方同意以以下价格从甲方收购农产品：[具体列出农产品品种及价格]3. 付款方式：乙方将在收到甲方交付的货物后的 [具体确认天数] 内，以以下方式支付货款给甲方：[具体列出付款方式，如银行转账、现金支付等]第四条交付方式和时间1. 甲方将按照以下方式和时间将农产品交付给乙方：[具体列出交付方式和时间，如自行送货、运输公司运送等]2. 甲方负责确保交付的农产品符合国家相关质量安全标准，如有不合格的情况，由甲方负责承担相应的责任。
第五条品质保证1. 甲方保证其向乙方供应的农产品均符合国家相关质量安全标准，并提供相应的质检报告或合格证明。
2. 如甲方供应的农产品不符合国家相关质量安全标准，乙方有权要求甲方返还货款并承担相应的经济损失。
第六条争议解决本协议履行过程中，如发生争议，甲、乙双方应友好协商解决。
如无法协商解决，则提交有管辖权的人民法院解决。
第七条保密条款甲、乙双方同意对协议中的商业机密和保密信息予以保密，不向任何第三方披露或利用。
第八条协议生效本协议经甲、乙双方签字盖章后生效，有效期自签订之日起至 [具体确认期限]。
农副产品采购管理系统
农副产品采购管理系统1. 引言农副产品采购管理系统是一种用于支持农业生产和销售的信息化管理系统。
该系统旨在提供一个集中管理和监控农副产品采购过程的平台，使农业企业能够高效地采购、交付和销售产品，提高生产效率和经济效益。
2. 功能模块2.1 采购需求管理该模块允许用户创建和管理采购需求。
用户可以根据实际需求和供应情况，制定采购计划，并将其提交给供应商。
系统还提供了自动化的采购计划生成功能，帮助用户优化采购计划，提高采购效率。
2.2 供应商管理该模块管理供应商信息，包括供应商基本信息、联系方式、产品供应能力等。
用户可以根据自己的需求，选择合适的供应商进行采购，并与供应商进行实时的沟通和协商。
系统还提供供应商评价功能，帮助用户评估供应商的绩效，并做出更合理的采购决策。
2.3 采购订单管理该模块管理采购订单的创建、审核和执行过程。
用户可以根据采购计划，创建采购订单，并通过系统进行审核和批准。
一旦采购订单得到批准，系统将自动发送订单给供应商，并跟踪订单的执行情况。
用户可以随时查看订单的进度和状态，确保采购过程的顺利进行。
2.4 采购合同管理该模块管理采购合同的签订和执行过程。
用户可以根据采购订单，生成采购合同，并与供应商签订合同。
系统将自动跟踪合同的履行情况，并提醒用户合同到期以及相关的付款事项。
用户可以通过系统随时查看合同的详细信息，确保合同的执行和风险的控制。
2.5 仓库管理该模块管理农副产品的仓储和库存情况。
用户可以根据采购订单和销售订单，对产品进行入库和出库管理，并实时监控库存的变化。
系统还提供了库存智能预警功能，帮助用户合理安排采购和销售计划，并避免库存过量或不足的情况。
2.6 交付管理该模块管理产品的交付和配送过程。
用户可以根据采购订单和销售订单，安排产品的交付和配送，并实时跟踪交付情况。
系统提供了交付计划生成和路线优化功能，帮助用户提高交付效率和服务质量。
2.7 数据分析与报表该模块提供了丰富的数据分析和报表功能。
农产品收购售后标准协议标准样本
农产品收购售后协议标准样本一、协议目的和范围本协议旨在明确农产品收购售后服务的标准和责任，保障农产品收购过程中的合法权益，提高农产品收购服务的质量和效率。
本协议适用于农产品收购过程中的售后服务，包括退货、换货、维修等服务。
各方必须遵守本协议的相关规定，确保农产品收购售后服务的顺利进行。
二、定义1.农产品收购商：指从农民或其他农产品供应商处购买农产品的企业或个人。
2.农产品供应商：指出售农产品给农产品收购商的农民或其他农产品供应商。
3.农产品：指经过种植或养殖的农业产品，包括但不限于粮食、蔬菜、水果、畜禽肉等。
4.售后服务：指农产品收购商提供的退货、换货、维修等服务。
三、售后服务标准1.农产品收购商应确保所售农产品的质量符合相关法律法规的要求，对不符合质量要求的产品负责并进行相应的处理。
2.农产品收购商应提供明确的退货政策，规定了退货的条件、期限和处理方式。
消费者在购买后如发现产品质量问题，可按照退货政策要求进行退货。
3.若农产品因质量问题被认定为退货，农产品收购商应及时退还款项或安排换货。
4.农产品收购商对于售出的农产品提供合理的保修期限，保修期限应明确规定，且符合相关法律法规的要求。
5.农产品收购商应提供及时有效的维修服务，维修服务包括但不限于修复农产品、更换零部件等。
6.农产品收购商应提供免费的维修服务，若属于非质量问题或人为损坏，农产品收购商可收取适当的费用。
7.农产品收购商应保障维修服务的质量，维修后的农产品应符合质量要求，如再次出现问题，农产品收购商应重新维修或更换农产品。
8.农产品收购商应建立完善的售后服务记录，包括客户投诉、退货、换货、维修等情况，并按照相关要求妥善保管。
四、责任与义务1.农产品收购商应向农产品供应商提供明确的收购标准和要求，包括农产品的质量要求、数量要求、交货期限等。
农产品收购商收购的产品应符合协议要求，如发现问题，农产品收购商应向农产品供应商提出并协商解决。
2.农产品供应商应按照农产品收购商的要求提供合格的农产品，并按照约定的交货期限和数量进行交付。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.1.外部系统接口及设备接口农产品收购系统的设计目标如下：1.系统可以独立运行，主要用户是遍布各地的收购点。
2.系统的最终数据是结算单数据，需要与后台的ERP系统（SAP/EAS）交换数据，将结算单数据传入ERP系统，在ERP系统进行后续的财务结算处理。
我们将这类接口命名为外部系统接口。
3.为了提高厂内（收购点）物流业务处理的自动化及杜绝现有手工开票存在的不少管理问题，系统计划采用IC卡系统，同时系统自动读取地磅数据，并能通过短信方式给予送货人员明确的流程执行指令。
我们将这类接口命名为设备接口。
1.1.1.外部系统接口1.1.1.1.接口功能基础数据及功能概述1.接口功能基础数据●收购系统的组织结构为：总公司（虚拟）—》收储企业—》收购点。
●收购系统的收储企业主数据中定义该企业使用的后台ERP系统的类型（有SAP/EAS/无三种设置）。
根据客户需求描述，有些收储企业目前使用SAP系统，则届时收购系统中该收储企业下的所有收购点的结算单数据都要转换为SAP系统的数据；有些收储企业目前使用金蝶EAS系统，则届时收购系统中该收储企业下的所有收购点的结算单数据都要转换为EAS系统的数据。
●收购系统与SAP/EAS的相关主数据、组织结构数据建立对应关系，并定期更新收购系统中的SAP/EAS的相关数据。
具体处理为：1)收购系统完全存储一份SAP/EAS的相关主数据（物料、供应商、税码等）、组织结构数据（收储企业清单、采购组织等）。
并通过接口定期更新。
2)收购系统部分主数据、组织结构数据建立与本地SAP/EAS的相关主数据、组织结构数据的对应关系。
通过UI功能实现。
2.接口功能概述1.1.1.2.结算单接口功能实现逻辑建议的实现逻辑如下：1.建立结算单接口表，SAP、EAS分别建立。
先根据主数据的对应关系对结算单数据进行转换，并插入结算单接口表；2.接口程序从结算单接口表读取数据，并插入SAP/EAS系统。
与第一步放在一个数据库事务中。
3.问题：如果SAP、EAS中PO或GR（收货单）已进行后续处理，这时冲销或更新结算单数据如何处理？1.1.1.3.SAP系统接口实现技术NCS公司已在多个Java项目中使用SAP RFC技术实现与SAP系统的接口功能。
1.SAP RFC技术RFC(Remote Function Call，远程功能调用)是SAP系统之间以及SAP与外部系统之间程序通信的基本接口技术，诸多其他更高层的SAP接口和通信技术，如BAPI，ALE等，都是基于RFC实现的。
2.SAP与Java程序的接口实现技术SAP JCo(SAP Java Connector)．即SAP Java连接器，是SAP组件和Java应用程序之间的中间件和接口实现机制。
JCo基于JNI(Java Native Interface)建立在RFC协议基础之上，支持SAP服务器端的入站(Java调用SAP)及出站(SAP调用Java)数据通信。
1.1.1.4.EAS系统接口实现技术EAS系统接口实现技术有如下几种：1.Web Service方式2.通过Excel导入方式3.数据库直连方式对收购系统而言，“通过Excel导入方式”不可取。
其它两种方式分析如下：1.Web Service方式通用的方式，PO数据封装成XML格式。
如采购订单的接口为：●采购订单导入接口：com.kingdee.eas.scm.customize.sm.IWSPurOrderFacade#ImportData●采购订单扩展接口：com.kingdee.eas.scm.customize.sm.IWSPurOrderExtendFacade#extendField问题：主数据等是否都有相应的web service？2.数据库直连方式该方式简单、方便。
但如果EAS使用MS SQL server数据库，收购系统使用Oracle数据库，则存在异构数据库直连问题，不过NCS在这方面有经验，已在其它项目中使用过Oracle与MS SQL server的直连技术。
1.1.2.设备接口通过与IC卡、地磅、短信平台的集成，系统可以很大程度上减轻司磅人员、库管人员、质检人员、财务结算人员的统计工作量，提高工作效率，并一定程度上堵住流程中的跑冒滴漏现象。
1.1.2.1.接口功能基础数据●收购系统的收购点主数据中定义该收购点是否使用IC卡系统（有使用/不使用两种设置）。
使用IC卡系统时：创建送货单时同步写IC卡，后续环节刷IC卡带出送货单的单号等内容。
创建送货单时不需要进行多联打印。
不使用IC卡系统时：创建送货单时必须进行多联打印。
1.1.2.2.IC卡接口1.IC卡业务流程：参考前面的总体业务流程，IC卡业务流程为：货车进场，门卫发IC卡—》称重、质检、结算环节刷IC卡—》货车出场，门卫收IC 卡2.IC卡基础知识1）普通IC卡●分为存储卡和智能卡：带有存储器的IC卡称为记忆卡或存储卡，带有微处理器的IC卡称为智能卡或智慧卡。
记忆卡可以存储大量信息；智能卡则不仅具有记忆能力，而且还具有处理信息的功能。
●分为非接触式IC卡和接触式IC卡●IC卡读写器是IC卡与应用系统间的桥梁，在ISO国际标准中称之为接口设备IFD(Interface Device)。
IC卡读写器要能读写符合ISO7816标准的IC卡。
●IC卡读写器与计算机的接口方式：一般PC可以通过RS232串口，USB接口，PCMCIA接口，软盘接口，并口，红外线口等与读卡器取得联系。
PC通过这些接口向读卡器发出ISO指令，读卡器收到指令后即对卡进行指令命令的读写，当卡完成这次读写操作后，回给读卡器一个指令成功与否的响应，而读卡器收到卡的响应后即告诉PC，PC这时根据相应的结果进行下一个ISO指令的操作。
2）Java卡Java卡除遵循ISO7816的规范外，它还遵循JAVA卡的一些规范，如：Java Card 2.1.1 Runtime Environment SpecificationJava Card 2.1.1 Virtual Machine SpecificationJava Card 2.1.1 Application Programming Interfaces SpecificationJava卡内有JVM，可以运行Applet，应用更加灵活。
不过成本比较高。
3.IC卡选型建议1）IC卡：非接触式、存储IC卡即可。
2）IC卡读写器：支持RS232串口、USB接口即可。
3）IC卡读写器供应商：最好只有一两家4.IC卡读写实现技术因为B/S系统的客户端（浏览器）一般不能直接访问本地的资源（串口、USB口、文件等），所以IC卡读写实现技术需要描述一下。
1）如果读写器是用C、C++、VB等开发的，可以把读写器原来的dll重新封装城ocx 控件，然后在web page中通过js调用。
甚至供应商就有这样的ocx控件可以直接使用；2）在web page中通过js调用通用的OCX控件。
1.1.2.3.地磅接口1．地磅基础知识电子地磅具有RS 232/ RS485串行数据接口，能与大屏幕显示器或计算机相连接。
2．读地磅数据实现技术只需要读串口数据即可，可采用读IC卡的同样技术，即在web page中通过js调用OCX控件。
3．可能存在的问题大多数地磅的传输数据格式基本相同，如为：10位：1位起始位、8位数据位（ASCⅡ编码）、1位停止位，但数据帧的格式是否相同？一般是不尽相同，那现在各地使用的地磅，收购系统都要支持，程序都要做分支处理；并且有些是可以直接读，有些还要先发指令再读。
处理这些差异性，程序工作量会比较大。
1.1.2.4.短信平台接口1．短信平台选型●短信猫（Modem）方式：需要硬件、短信猫软件、有效的移动电话卡。
简单，但性能差，发出的短信数量受限。
●直接访问移动、电信、联通的短信网关：收购系统通过Internet发送HTTP请求到移动、电信、联通的短信网关，然后由该网关发短信。
●企业内部使用移动、电信、联通的短信网关：收购系统通过企业自己的移动、电信、联通的短信网关发送短信。
2．发短信功能实现简介1）收购系统从IC卡或送货单获得送货人的手机号。
2）当某个流程环节结束后，系统根据预设的流程数据查询得到下一个环节的信息，在公共的短信表中插入数据（当前环节的结果数据及下一个环节是什么的指示信息）；短信接口功能循环读取短信表的数据并调用短信平台进行发送（或短信平台主动直接读取数据并发送）；发送后更新短信表的记录状态。
3．短信规模及性能要求短信规模（每天）：100（收购点）* 100(送货车次)*5(每车平均5个短信)= 50000条性能要求：实时性要高数据清理或备份：短信的数据增长很快，需要定期清理或备份。
1.2.技术架构方案我们建议农产品收购系统采用基于J2EE的B/S结构。
1.2.1.系统网络拓扑图1.2.2.技术架构图我们建议如下的基于J2EE的技术架构图，图中的各种技术NCS都在多个项目中使用过，有很强的积累。
说明：在业务量大的情况下可以使用Weblogic集群和Oracle RAC数据库模式。
1.2.3.系统设计理念●采用J2EE技术来开发系统，使得系统可以部署到不同的数据库、不同的应用服务器、不同的OS上，满足海量数据和系统未来扩展性的要求。
●使用流行的N-tier系统开发模式和MVC模式，开发Web层、业务逻辑层、数据访问层功能。
●在系统功能开发中，采用SOA设计思想和J2EE设计模式实现对象级的优化设计，采用OOP的开发思想。
●采用ORM的设计思想，通过统一的POJO(或TO)对象存取不同的数据库。
即系统服务器端程序采用NCS AppFrame框架（基于Spring + Hibernate + Struts）来开发。
●Web前台采用Struts +JSP+AJAX+EXT技术，实现友好、灵活的UI界面。
前台和后台的数据交换格式为JSON。
●使用NCS工作流平台来定义业务流程，将使得系统在未来有很高的柔性，能快速适应需求的变化。
●通过java任务调度框架Quartz定义定时运行的任务（batch job），实现接口数据抽取、传送等。
1.2.4.NCS开发框架简介1.NCS AppFrame框架基于Spring + Hibernate + Struts，并定义了多层次的基类，使用继承机制使得开发更有效率。
2.NCS AppFrame框架同时有代码生成器，能快速生成前后台的代码框架，极大提高开发效率。
1.2.5.NCS工作流平台简介NCS的工作流平台是个成熟产品，它基于J2EE，已在多个项目中使用，性能稳定，且具有很好的可扩展性。
NCS的工作流平台基于OSWorkflow。