销售管理解决方案范文
时间：2023-03-17 01:10:32
导语：如何才能写好一篇销售管理解决方案，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。
篇1
工作中真正的问题出在哪里主管如何控制整个的过程如何实现人员的离开不会造成客户的流失
如何让每个人员都成为高手
企业业绩持续下滑或增长速度缓慢的原因何在在于本身和人(团队)的因素两个方面
咨询,培训,软件一体化的企业管理综合解决!
管理解决包括咨询,培训和管理软件,集成前期咨询和后期跟踪,运用顾问式,战略理论,可以帮助企业有效管理过程,分析行为,帮助提升整体业绩,再配合软件产品的使用,在开发过程中,我们以功能的强大灵活和用户的使用简单为第一目标,开发过程中杜绝将软件做成"软件人员的软件",我们提出"只要会上网就会使用".开发人员将工夫花在软件的后台开发上,为了用户的方便做了大量的设计和编程工作.该解决汇集中华培训网企业信息化研究中心多名管理专家的经验,精心打造,强力推出.
管理咨询:
可以帮助企业分析企业本身管理过程,分析行为,找出企业管理中的问题,帮助企业提升建设性建议及解决,并在后期监督实施.
管理培训:
顾问式
商机与管理
解决
技巧
大客户
我们推出系列针对管理培训和咨询服务,由多年成功经验的海内外企业管理精英组成强大的咨询培训顾问队伍,力求帮助企业从思想上转变观念,引进先进的管理制度,理顺管理流程,提高工作效率.
管理软件
该软件致力于为您解决下列问题:
加强对团队的管理.
人员太多,他们每天都干什么是否做够完成规定的工作如何分析他们的动态该软件能够管理人员每天的活动,并且对这些活动进行分析,帮助经理进行卓有成效的管理,时刻把握队伍动态,提高管理水平.
提高人员的能力.
该软件集成了国内外优秀的方法学,将过程分成几个阶段,对每一个阶段都有明确的方法指导,从而大大提高了人员的能力,尤其是那些经验不够丰富的人员的能力.可以帮助加快速度,提高成交率,提升团队的整体水平.
系统地管理客户资源.
该软件可以系统地管理客户信息资源,使公司的所有客户都能进行有效管理,不至于由于人员的离职而造成客户的流失.也可以管理所有与客户的成交历史和成交过程,因此能够有效分析客户的特点,并有针对性地采取措施提高客户关系水平.这对于保持客户回头,提高可持续能力具有极大的推动作用.
加强分析和预测,提高防范风险能力和决策的科学性.
该软件通过对机会的分析,从多个角度提供经理人员所须的报表或图形.从而使决策人员获得足够的决策信息,进一步提高决策水平.
对客户,机会,员产生预警功能.
当某个客户在指定的时间内(如3个月)没有同公司签单,当某个机会,若干天都没有相应的活动,当某个员,连续几天(如3天)没有填写日工作报告,计算机将自动检测并能够及时提醒人员和经理密切关注.
解决的主要功能包括:
解决具有如下特点:
建立统一的,高效的客户数据库和业务数据库
多种统计分析和决策支持功能,提高管理水平
更低的总拥有成本,更高的性能价格比
纯B/S结构,零客户端安装
易学易用.由于采用浏览器结构,操作该软件就像上网一样容易
篇2
Rational统一过程即RUP，RUP的特点可以概括为一句话：用例驱动的、以构架为中心的、迭代和增量的软件开发过程，是由UML的创始者Brooch、Rumbaugh和Jacobson在创建UML的同时提出的一套软件工程方法，这使得它与UML的很好的结合，为现代软件开发过程提供了一个成功的解决方案。RUP非常强调要在透彻地理解系统如何被使用的基础上来建造系统，提供从开发到提交系统的可跟踪的线索；RUP拥有一个健康的、有活力的体系结构，最小化重复的工作负担，并使最终的系统易于维护，成为计划和管理基于组件的软件开发的坚实基础；RUP是一个迭代的过程。对于小型的简单系统，采用线性的系统开发方法，顺序地定义整个问题域、设计整个解决方案、建造软件系统、然后测试系统到最终形成产品，对于大型的复杂系统，迭代方法通过不断地细化和多个周期的循环，得到更有效成熟的解决方案。这种迭代方法增加了适应业务目标的新需求或战略改变的灵活性，能够在早期就有效认识和控制项目风险，降低开发成本。J2EEJ2EE是SUN公司为开发企业应用程序提供的强大的平台，J2EE是Web应用软件的开发标准，它给开发人员提供了一种工作平台，在这个体系结构中，定义了整个标准的应用开发体系结构和一个部署环境，一切与基础结构服务相关的问题以及底层分配问题都由应用程序容器或者服务器来处理。具有开放性、扩展性。
销售管理系统的需求
通过遍布全国的商销售煤炭产品和承接相关工程，客户可以根据地域、环境的不同进行选择。商有各自的专业化队伍负责产品的安装、调试和售后服务，并将客户信息定期交公司存档。公司对商有严格的信用管理制度，通过信誉品质、偿债能力、资金支持、忠诚度、个人素质5个方面来判定商的信用等级。商销售产品和公司的市场营销中心、物流配送中心和计划财务部3个业务部门以及生产管理中心有着频繁的业务往来。销售管理系统充分考虑到与其他子系统在业务逻辑上的相互关系，保证企业业务流程的顺畅，要考虑系统的接口与扩展；同时该系统与其它子系统共用相同的数据库，在设计该系统相关数据库表时要充分考虑已有的数据库表和其他子系统涉及到的数据库表，避免重复，冗余和冲突。市场营销中心主要工作内容是完成煤炭商品的销售工作，各个地区的商向市场营销中心的销售部提出订购请求，由销售部的业务员对订购请求进行审核，完成整个订购过程。业务员还要对日常的销售数据进行整理，对有用的数据进行提取、分析，做出报告或报表，并将新商品信息及时发给各地商。市场营销中心的客户服务部负责客户信息的整理、客户服务咨询和投诉处理等。目前业务处理的流程如下：主要输入。包括商的基本信息、客户的基本信息、商品的基本信息、商的订购单信息等。主要输出。包括销售数据、成品出库单、报表。主要处理功能。销售基础数据管理、订购单管理、销售数据统计。商销售管理系统的核心业务是订单的处理，商根据本地区市场对煤炭产品的需求制定下一月度的本地区《月度需求计划》并书面传真给物流配送中心销售配货部。销售配货部汇总商《月度需求计划》，转发生产管理中心，制定下一月度的生产计划。商应在本地区《月度需求计划》的基础上，每次提货前5天对所需产品下达定单。商在约定时间提货，定金即转入当次货款。销售配货部设专人对《月度需求计划》及订单进行评审。订单评审有效，将订单盖章反馈商，此次销售合同即为签订。在一切准备都做好以后物流配送中心会根据客户订单，把成品出库，并装车发货。由于需求调查涉及面广，信息庞杂，工作量很大，而且公司人员业务繁忙，所以在系统开发阶段重视需求获取和需求管理。首先采取查阅资料、发调查表、采样调查和召开座谈会这4种方法进行全面的调查研究，其次经过反复讨论确定本系统实现的功能范围，然后在功能范围内进一步深入细致调查并与公司相关人员讨论研究，最后确定系统应实现的功能。系统功能需求包括用户登录、商报价查询、商在线订货、竞争情报上报商、客户信息上报、管理员登录、公告管理、商管理、商品管理、订单处理、订单管理、客户管理、竞争情报管理、商用户管理、管理员管理、统计。
销售管理系统设计与实现
（1）体系结构设计。该系统设计目标是满足煤炭企业的功能需求，即对商提供浏览公告、查询商品、商订单管理、在线订货、客户信息上报等功能，让商能够在线完成所有与公司联系的业务；对公司提供商品、订单、产品配比的管理，以及实时接收处理销售业务，并实时接收和处理客户信息等。本系统使用了许多能够实现上述目标的思想、框架和技术。使用资源文件可以将页面中显示的提示信息或错误信息提取出来，便于将来进行多语言版本的开发。在业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽象类，而不是依赖于具体类；具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系；应尽量在接口或抽象类中定义业务方法的原型，并通过具体的实现类(子类)来实现该业务方法，业务方法内容的修改将不会影响到运行时方法的调用,使这些类在几何分布上呈现树型拓扑的关系，这是一种良好的、开发式的线性关系，具有较低的设计复杂度。（2）数据库设计。它是根据数据库管理系统所提供的各种存储结构和存取方法且依赖于相应的计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构，例如文件类型、索引结构和数据的存放次序与位逻辑等。其中数据库表结构设计是非常重要的环节。为了解决数据库访问效率低下的问题，所开发的系统采用了基于连接池技术的数据库连接管理方法，从而改善资源利用，提高应用程序的响应能力。（3）后台管理员权限管理。后台权限设定为3类共6种：系统管理员权限、高层负责人权限、销售部管理员权限、仓储部管理员权限、财务部管理员、客户信息管理员。系统管理员权限只设有一个，负责对整个系统进行设置，包括用户权限设置，功能模块设置等。
篇3
（1）开放的原则。水泥销售系统设计时充分考虑到销售系统与地磅系统、生产管理系统等电厂现有系统的无缝连接，并改造和本系统有直接关系的地磅系统，使水泥销售系统的信息可以通过引用销售系统的派车单的形式进入地磅系统。并在过磅后，将派车单状态传递给水泥销售系统。
（2）先进的技术。建议采用当前流行的企业信息管理解决方案和先进的信息技术。采取流行JQuery技术框架，对水泥销售系统进行开发。采用web形式，方便用户使用。对客户使用的功能，针对目前手机普遍使用的情况，采用手机客户端方式，技术上也采用Query技术框架的移动端实现方式。
（3）安全性。通过给用户分配角色，按角色进行权限分配，对用户关键数据加密、对用户操作进行记录，对传输数据进行加密等方法保证系统的数据和网络的安全性。
2水泥产业销售系统的应用
（1）系统功能划分。根据水泥厂水泥销售系统各项业务要求，功能可以划分为：水泥销售管理子系统、客户派车单子系统、地磅相关子系统、销售财务管理子系统等。
（2）水泥销售管理子系统。本系统采用网页形式，可以在水泥厂内网或外网使用。水泥销售管理子系统包括各分厂日产量录入，客户派车单审核、派车单分配、车辆黑名单管理、派车单控制等一系列过程。由水泥厂营业室录入各分厂水泥仓位表，包括各产品的存货量和可出厂量。根据客户派车单，和财务录入的的收款发货结余情况明细表、当天水泥价格表对各分厂的水泥进行分配，通知客户进行拉货。客户拉货，进入地磅系统。再根据地磅系统传来的已经拉运的水泥吨数，对客户资金表进行扣款等操作。
（3）客户派车子系统。本系统专为手机设计，方便水泥客户安装使用。水泥客户通过客户派车子系统，可以录入今天需要拉运的水泥型号、吨数、车号。客户录入信息会传入水泥销售管理子系统。水泥厂销售营业室业务人员，根据客户的资金余额，所录入的水泥型号，车辆，进行审核，对各分厂水泥进行分配，并将分配结果传给客户派车系统。客户根据派车单分配结果进行派车，并可查询派出车辆是否已经装货等信息。
（4）地磅相关子系统。在地磅系统中，加入引用派车单的功能。地磅操作人员引用水泥销售系统的派车单，然后进行过磅操作。在保存地磅单时把派车单状态回送到水泥销售系统。并且，在车辆准备装水泥前和装完水泥出厂过磅时，根据水泥销售系统的数据，判断是否禁止出厂。客户派车到厂拉运水泥，水泥厂放车过磅，过磅吨位数超过派车单吨位数的时候，提示司磅“吨位数超出计划吨位数！”、“客户资金余额不足！”，并提示超出多少吨水泥。如果吨位数满足条件，地磅单直接保存打印磅单。地磅单保存以后，会将地磅单相关信息传给水泥销售管理子系统，由销售管理子系统对客户余额、分厂库存余额进行处理。
（5）水泥销售财务管理子系统。水泥销售财务管理子系统主要管理客户资金相应功能。通过客户期初金额和收款单，以及已发货的派车单来计算客户资金余额。并对片区、客户等情况进行统计，生成相应报表。根据客户的需求，生成对账单，隔三差五的向客户发送。每月月底，生成水泥产业月报表，汇总片区所有客户各个厂、各规格水泥的销量表。
3结束语
篇4
关键词：U8；基础信息；采购管理；销售管理
用友软件股份有限公司推出的用友ERP-U8以成熟、高效、低成本为核心价值，全面优化企业资源，提升了企业管理水平。用友ERP-U8是一套解决方案，它在电子商务、医药、市场学等领域需求都很大，集成了财务、销售、采购业务。在ERP、CRM、人力资源管理、商业分析、小微企业财务管理等众多领域位列前茅，在数字营销、智能制造、企业社交与协同、企业通信、企业支付、P2P等服务领域快速发展。对于我们各大高校的学生而言，尤其是信息管理与信息系统专业的学生而言，正确的运用并对其思考非常重要。
一、系统管理出现情况及解决方法[1]
U8中有一个模块“系统管理”，通过此模块可以进行账套管理、操作员及权限管理、系统数据和运行安全的管理等。在进入U8内部界面之前需进行系统管理。
系统运行出现一些异常情况
备份账套
出现问题：在上实验课时时，在下机之前要对账套备份到指定盘下，可是这时候系统提示信息“账套正在使用中，不允许输出账套”。
原因：原因有两种可能：第一，对于此系统出现异常情况，在这时不能进行此操作。第二，可能是使用过程中企业应用平台正在登录中，就好比一个程序在运行中，需要中断。
解决方法：对出现原因第一种，以“admin”的身份注册系统管理，然后单击鼠标右键选择“清除所选定的任务”这项功能；对出现原因是第二种情况应先中断退出应用平台，回到系统管理系统下，然后输出账套的。
另外在系统管理时，其运行登录速度过慢，完全不能满足现在这个数据化信息时代的运行时速。
二、基础信息存在优缺点和解决办法
基础设置的运行平台是企业应用平台，对于基础设置模块，对基础档案相关内容进行增加、删除和修改，基础档案包含部门、人员、客户、供应商、币别、计量单位和存货等内容，在进行基础设置模块时，要单据设计。
（一）会计科目的问题
出现问题：在输入应交增值税明细科目时，不能找到二级及之后的科目。
原因：在建立账套时，没有设立二级及之后的科目。U8在编码规则方面有自己的规则，同一级别必须全码长度一致，假如编码用过，那么就不能随意改变编码规则，我们需知道后续用的编码，提前计划好。
解决办法：在进行基础设置之前，对字段和权限进行设置。这个可以向K3学习[2]。在科目属性上，U8也有一些优点，用友U8中，在科目属性上的辅助核算，主要有个人往来、客户往来、供应商往来、部门和项目着五类。通过给科目设置辅助核算可以大大减少科目体系数量，从而减少的数据量。这样可以更简洁。
（二）收付结算方面的问题
收付结算方式功能用来建立和管理用户在经营活动中所涉及到的结算方式。它与财务结算方式一致，如现金结算、支票结算等。结算方式最多可以分为2级，用友ERP支持多个开户行及账号的情况，可以用于维护及查询使用单位的开户银行信息。开户银行或结算方式一旦被引用，便不能进行修改和删除的操作。
出现问题：在进行收付结算模块时，收付结算的数据没有录入，所以这一块就不能进行。
原因分析：用友公司和软件商在销售用友产品时不提供原始数据结构表。一个巨大的用友系统要由许多个数据表组成，每个数据表都有又由许多字段构成。而收付结算又缺乏相关数据，所以进行很困难。有的没有被启用到。
三、采购模块分析和研究
在进行采购业务时，我们要认真分析采购业务的流程图[3]。
在实验的过程中，我们在进行采购业务时，要导入另外一个数据，在这个数据导入时，花费了很长时间，我觉得U8在这个问题上有待解决，可以更好的提高它的导入速度。
出现问题：在审核时，我想弃审，可是发现对请购单、订货单或到货单都不能进行弃审。
原因分析：在审核过后，都要进行弃审才可以进行修改，可能是此需要逐层删除执行的单据，动作靠前的单据才能进行相应的操作。
解决办法：可以往后一步一步推，然后在列表里打开相应的单据，检查是否能够被“弃审”和“删除”，如果能够进行操作的就是当前可执行单据，反之需要根据提示进一步确定单据被执行到哪个程度。
出现问题：不能对库存管理模块的采购入库单进行删除和修改。
原因分析：采购发票是由采购入库单生单而成。若要删除采购入库单要先删除执行它的采购发票才可以。
解决办法：采购人员删除采购发票。
对于采购模块，审核是至关重要的，采购模块和后面的财务模块紧密相关，审核时，另外对于采购模块还有很多问题。
四、销售模块分析和研究
在进行销售管理模块分析和研究时，首先也必须知道销售模块的业务。
在进行销售发货管理时，首先要进行前面的数据引入。
出现问题：销售发货单不能保存。
原因分析：我觉得仓管人员根据配货单数量及实际库存进行检查，如果库存充足会安排发货，如果不够会通知生产或者采购部门补货以便安排后期发货。销售发货单不能保存，大多数情况下是因为实际要求发出存货数量超过了实际的库存数量，导致不能发货。
解决办法：检查库存管理存货现有存量，看现有存量是否满足。对于销售发货也无包含填写销售发票，查看自动生成的发货单，查看自动申城的销售出库单，查看电子挂钟的现有量，查询销售报表。按照这几步进行，可以进一步对其他销售订单进行发货处理。
五、结语
总的来说，ERP-U8是完整、成熟的会计核算与财务管理的一个管理应用系统。ERP-U8对企业财务提供了全面的企业管理，同时还与销售、采购系统无缝集成，为企业提供了全面的企业管理解决方案，更为企业在新会计准则下能够以高效的、兼顾成本与收益、持续有效的生成数据信息提供了强有力的保障。但是对于U8来说，它的界面还有待改进，过于单调了，可以进行个性化的设计。另外U8的成本花费还是比较大，不是所有的人都可以去应用。U8在操作过程中，讲究步骤之间的紧密性，一步接一步的才能完成后续的操作，流程性很强。
（作者单位：西南科技大学经济管理学院）
参考文献：
[1] 胡敏.用友u8.72系统基础设置中常见问题解析[J].陕西：杨凌职业技术学院学报，2015.
篇5
关键词：用友ERP-U890；常见问题；改进方法；对策
中图分类号：F275文献标志码：A文章编号：1673-291X（2014）16-0161-02
用友ERP-U890是中国国内主流ERP软件之一。作为一个综合性的企业经营平台，主要用于产生从企业日常使用、人力资源管理和办公事务处理，及其他业务的全面型的企业管理解决方案，它的业务范围横跨财务管理、运输物流、产品生产制造、CRM（客户关系管理系统）、OA（自动化办公系统）、管理会计、决策支持、电子网络分销、人力资源管理、集团管理应用以及企业应用集成等。
因为用友ERP-U890功能齐全、具有复杂的结构，而软件自身也存在很多的缺陷和不足，略显烦琐和缺乏灵活性，所以很容易给不熟识软件的某些功能的细节和原理的初学者造成一定的运用上的困难。
一、总账管理系统
（一）记账凭证的输入、审核与修改
问题一：设置记账凭证类别并选择限制类型时，输入多项正确的科目编码，系统却弹出“科目编码错误”的提示。
解决方案：用友ERP-U890无法检测全角中文标点的逗号。出现此问题，应检查将多项科目编码分隔开的逗号“，”是否为半角英文“,”。
问题二：无法修改或删除已填好的记账凭证。
解决方案：已经进行过出纳签字、审核签字并记账了的凭证，无法直接修改或删除，应当在撤销上述操作后再修改或删除。另外，如果总账中设定操作员无法修改、作废他人填制的凭证，那么需要该凭证的原填制人才能进行此类操作。如需取消这一限制，由账套主管在总账业务控制参数设置中点选“允许修改、作废他人填制的凭证”即可。
（二）凭证和账簿的查询
问题一：无法进行凭证和账簿的查询。
解决方案：这是由于操作员没有相应权限，或是所输入的查询条件不合法所致。针对权限问题：如果在总账系统选项中点选了“明细账查询权限控制到科目”选项，则没有在系统管理中进行相应权限分配的操作员是无法进行此类账的查询的；此外，仅有查询凭证权限的操作员，是无法查询他人所填凭证的，此时可以由账套主管在业务控制参数设置中进行修改。针对查询条件问题：在查询时要注意选择正确的条件，特别要注意期间的选择和“未记账凭证”的选择。
问题二：无法查询现金日记账和银行存款日记账。
解决方案：应注意，现金日记账和银行存款日记账的查询，只能由具有出纳权限的出纳员进行。如果出纳员也无法查询，则应检查：其一，现金科目、银行存款科目是否已被设置为日记账；其二，是否已指定现金、银行总账科目。这两项设置都可在把这两个科目的余额清零后，于会计科目界面进行。
（三）期末结转结账
问题一：期末生成的期间损益结转凭证有误。
解决方案：结转凭证有误，主要是因为在执行了自定义结转、对应结转、汇总损益结转、销售成本结转之后，没有对自动生成的相关凭证结账，导致期末生成的期间损益结转凭证中的发生额出错。为了避免这个问题，应将已生成的相关转账凭证审核并记账后，再执行结转期间损益的命令。
问题二：月底无法结账。
解决方案：无法结账可以由以下几个问题造成：本月记账凭证未全部审核并结账完毕（包括已作废凭证）；本月其他系统未结账（包括启用了但未输入数据的子系统）；上月未结账；总账系统与其他系统对账未能一致；损益类科目未全部结转完毕。一一核对找出原因并解决后，即可结账[1]。
二、薪资管理系统
（一）工资账套的初始化设置
问题一：无法新建工资类别。
解决方案：在已打开某个工资类别的情况下，新建命令是无效的。此时应关闭打开的工资类别，再进行新建工作。
问题二：在工资类别中，设置计算公式失败。
解决方案：设置工资计算公式之前，应先确认已在此工资类别中选择了人员档案并规定好工资项目，否则无法输入公式。另外在保存公式时，应先点击“公式确认”，再点击“确认”按钮退出设置窗口。
（二）业务处理板块的应用
问题一：由系统计算的个人所得税金额与实际有偏差。
解决方案：应当进行如下操作：打开业务处理板块下的“扣缴所得税”窗口，在“个人所得税申报表――税率表”窗口中，检查个人所得税基数和其扣税基础是否正确。修改正确后，重新计算并汇总工资即可。
问题二：工资分摊的问题：其一，生成应付工资一览表时，借方贷方科目均为空；其二，记账凭证中的科目列表太长，导致罗列太过细致、不够直观。
解决方案：工资分摊部分常常出现以下不便：其一，这是由于工资的分摊没有明细到工资项目，在工资分摊界面点选此项可解决问题。其二，这是由于制单时科目按照辅助项生成，针对这个情况，应当在制单前选中“合并科目相同、辅助项相同的分录”。
三、应收应付款管理系统
问题一：无法进行坏账准备的设置。
解决方案：用友ERP-U890默认的坏账处理方式是“直接转销法”，即直接将坏账损失计入期间费用并冲销应收账款，此种方法不需进行坏账准备，因而无法进行设置。将坏账处理方式选择成其他方式后，即可在初始设置窗口进行坏账准备的设置。
问题二：在录入基本科目时，系统跳出“本科目应为应收（应付）受控科目”提示。
解决方案：这是由于未将相应科目对应设置成应收（应付）系统的受控科目。在会计科目界面，将该会计科目设置为“客户往来”辅助核算，并正确指定受控系统即可。
四、购销存管理系统
（一）销售业务的处理
问题一：在填制发票界面输入存货编码时，系统无法找到相应存货。
解决方案：将该存货的档案中，勾选“销售”属性，即可在销售发票内引用该存货信息。
问题二：无法对赠品业务进行核算。
解决方案：在单价与收入均为0的情况下，赠品仍然需要结转成本、填制发货和出库单，但在U890中是不允许为赠品开出发票等单据的。要进行赠品业务的核算，可以利用系统不为单价小于0.01元的存货生成凭证这一点，将赠品的单价设为0.000001元。这样就可以在不产生收入和应收账款的情况下，顺利生成发货单、出库单和发票[2]。
（二）存货的核算与管理
问题一：在录入存货档案时，无法进行批次管理和保质期管理的设置。
解决方案：无法进行设置的原因有：其一，账套还没有启用库存管理系统，系统的启用可以在基本信息设置中找到；其二，没有在库存管理系统的业务范围界面中，选中“批次管理”和“保质期管理”这两项。注意，实现了批次和保质期的管理的存货，需要在生成出库单、入库单时手动输入批次以及保质期[3~4]。
问题二：录入存货核算系统期初数据并记账后，发现期初数据出错，却无法恢复到未记账的状态。
解决方案：由于记账后才能进行存货核算系统的日常业务处理，因而记账这一步骤是必要的。之所以无法执行恢复记账命令，有以下两种原因：其一，存货核算系统本期已进行过业务处理，此时只能取消这些已处理的业务，再恢复记账；其二，销售管理系统录入了期初数据，此时需要将这些数据全部清除，才能执行恢复记账命令。恢复记账之后，存货核算系统的期初数据就可以修改了。
五、UFO报表系统
问题一：打开UFO报表时，系统弹出“正在使用该报表”或“本表为只读属性”的提示。
解决方案：UFO报表系统被不正常关闭时，容易造成报表的损坏。对于出现上述提示的报表，可以将其另存为其他名称或另存到其他目录，新副本将能正常使用。
问题二：将UFO报表转换成Excel表格后，无法用公式SUM()进行加法运算。
解决方案：这是由于UFO报表转换时，默认将Excel表格内容的属性设置为字符型，从而无法直接套用公式。只需将需要计算的区域选中，在Excel中设置为数值型即可。
问题三：无法在报表中取负数。
解决方案：这是由于在该报表公式中限制了取值的方向，在公式设置中取消即可。
问题四：报表不平衡。
解决方案：一般情况下，报表不平衡是由于公式设置的不正确导致的。在确定公式正确的情况下，报表不平衡可能有以下几个原因：其一，在UFO报表模板中，有些科目的公式只设置读取借贷的其中一方，例如“5801以前年度损益调整”科目，此时如果贷方有余额，就将造成报表的不平衡；其二，在增加了新科目并产生余额时，没有及时更新报表内相关公式，往往也会造成报表的不平衡。这两类问题都可以通过修改公式来解决。
参考文献：
[1]何静涛，张煜.用友财务软件应用的若干常见问题及其解决方案[J].中国管理信息化，2008，(14)：15-17.
[2]李成义.浅谈用友财务软件的功能缺陷及其完善[J].商场现代化，2008，(31)：34-35.
[3]张立伟.用友ERP―U8管理软件中的常见问题及解决方法[J].吉林省经济管理干部学院学报，2006，(4)：74-76.
[4]孔国军.用友U8业务链在应用中出现的问题及探究[J].中国管理信息化，2008，(11)：13-15.
篇6
《IT经理世界》独家获悉，E+轮融资过后的“纷享逍客”已经悄然改名。待10月份新版本产品上线之际，“纷享销客”这个名字将重新正式亮相。
一字之差。一个是平台野心，一个是生死肉搏下的战略聚焦。
那能把猪都吹上天的风口，距离你只有一步之遥时，你会怎么做？
“贪婪和恐惧，和大多数创业者一样，我也有这样的弱点”，在2016年7月纷享逍客将业务重心重新聚焦到销售CRM之时，纷享创始人、CEO罗旭这般坦诚地自我解剖。而它上一次战略转型“移动办公平台”刚刚过去4个月。
但凡有野心的人，在机会面前，都会选择破釜沉舟、奋力一搏。
去年岁末时，罗旭就曾分享过对市场的预判，“成为移动端企业级入口的窗口期就只有2016年一年”。这也是为什么我们看到，自去年底到今年上半年，纷享铆足了劲儿、着了魔般地打广告、铺地面推广，打了鸡血地跑马圈地，为了抢跑在大家伙们――阿里钉钉，腾讯企业级产品矩阵（微信企业号、企业微信、企业QQ、腾讯企点）――发力之前，至少是不输于他们。
现在事后诸葛地来看，所有与巨头的正面交锋，最后都是资源的消耗战。
说起“移动办公”在中国市场的兴起到普及，这个领域从鲜有人问津到各路势力争相挺进，这一路走来，纷享无疑是参与和见证的最佳人选。自2011年底创立至今，纷享已获六轮融资，从 A轮到E+轮，三易战略方向。“企业协作”、“移动办公”、“企业SaaS服务”这些概念在中国的普及，离不开像他们这样的一直狂奔于潮头的创业团队。
面对互联网平台大公司的攻城掠地，创业公司更需要活下来的韧劲和弹性。回到创业初心，产品和战略都聚焦到销售CRM，E+轮融资引入华联集团这样的战略合作伙伴（线下连锁渠道资源），纷享放下狂飙突进的野心，收起龇咧的尖牙，保存战斗实力，资源聚焦聚焦再聚焦，不失为更睿智的选择，正所谓“以退为进”。
反思“免费”
一场轰轰烈烈的“免费”抢用户、补贴大战，以纷享的主动退出而结束。
事实上，从2015年秋天到今年上半年，发生在纷享和钉钉之间的这场补贴大战，在近五年中国企业级市场上都是难得一见的。
“这个事情我们从去年底开始做，做到了今年7月份拿E+这一轮融资之前，就觉得不对了。”在复盘这场补贴大战时，纷享执行总裁吴昊开诚布公地说。尽管烧了那么多钱，最近三个来月纷享的企业用户的活跃度并没有特别明显的增长。
烧钱是能烧死对手，还是能烧出一片新天地？如何将这些花了大成本圈来的企业用户粘住，进而从免费用户转化成付费用户？真正的大考才刚刚开始。
2016年3月纷享拿到E轮融资，对外战略转型，从“移动销售管理专家”纷享销客，转到“移动办公平台”纷享逍客。一字之差，野心尽显。
而在此之前的半年到八个月的时间里，阿里钉钉的免费策略，让更多中小企业知道了，原来企业内部之间的沟通也可以像我们用微信一样，而且是免费的。借此杀招，在移动端企业通信、企业协同领域，钉钉快速收割着中小企业用户。
纷享推出办公版免费，更改品牌名为“纷享逍客”，由移动销售管理工具升级为一站式移动办公平台，不能说完全是因为阿里钉钉、企业微信的正面较量，就像罗旭说过的，外部大环境让纷享的免费策略提前了。
事后吴昊向《IT经理世界》复盘，今年春天宣布转型到“移动办公平台”，纷享已经做好了体量扩张的准备。“我们当时已经有足够大体量的营销团队，直销体系有1000号人，商体系大概有2000号人，这么大的营销团队，我们觉得可以去做更大的市场，做一个更大范围的事情。从‘移动销售管理专家’到‘移动办公’公司的slogan有了很大的变化，当时我们也投了很多广告，也让整个销售团队做了很大的调整。”
吴昊现在主管纷享的销售中心，最开始的2012年他负责华南的渠道，后来负责整个全国的渠道，直到2014年1月接手纷享的整个销售中心，一直到现在。在这个过程中，他亲历了在移动办公这个新兴市场里，新商业软件的一只“销售铁军”的野蛮成长史。与传统企业软件倚重分销渠道模式不同，纷享坚持做直销渠道，早期更是罗旭自己亲自抓销售，抓销售培训，抓客服。
“我们的直销渠道一直做的很成功，占到我们整个销售额的50%左右，在业内也很知名，我们的渠道经理要走，别人会开大概两倍以上的薪酬挖他们走。”亲历纷享渠道建设全过程的吴昊很以此为荣。事实上，纷享自建直销渠道也是被逼出来的。
吴昊回忆，2012年团队开始做销售时，尝试过去找现有的一些商，做互联网的或者做软件的，但人家都不搭理他们，后来他们干脆把渠道当直销做。“我们的渠道部人最多的时候大概有200号人，我会派渠道经理驻守在商那里，帮他做所有的事情，他只要提供资金和当地的人脉关系，我们更多的是帮他招团队、帮他培训、帮他去打单，我的渠道经理干的是销售总监的活儿，我们的销售构架里有很强的渠道团队，迅速的把商做起来，其他公司不会像我们这样干，这样很赔钱。”
虽然纷享这种直销式的渠道模式成本很高，但也成就了它此前两三年时间里的高速增长。吴昊介绍，纷享2014年的销售收入比2013年增长了10倍，2015年比2014年又增长了10倍。
当舞步变奏，狂飙突进转为战略聚焦下的战线收缩时，纷享销售团队的调整变化自然是“动静比较大”的环节。7月份纷享逍客刚宣布完成E+轮融资不久，即被爆出裁员消息。吴昊回应到，为了适配新的战略变化，近期纷享的确有人员的适配性调整，也是发展必然。
他强调，纷享的这次转型，“很坚定”且“很有把握”：这半年把市场环境看得相当清楚，对客户的情况需求阶段也看得很清楚；回归到自己一直强项的“销售管理”领域，纷享现有的销售额和规模反倒成为它与对手相较量的优势。
往纵深去
贪婪和野心，陷阱和机会，彼此之间一线之隔。
阿里、腾讯的高举高打进入，确实是中国“移动办公”企业级服务市场的大变化。纷享这大半年做的事情，用资源、金钱和时间证明了：对于创业公司来说，产品能否持续为企业客户提供价值，免费用户愿不愿意付费，客户粘性是否足够高，才是关键。
吴昊介绍，战略聚焦后的纷享，已经在做两个调整：第一，逐渐地从“移动办公”转回“移动销售管理专家”这个定位；第二，逐渐地从中小企业甚至小微企业客户为主，扩宽到中大企业市场。
从全面开战到迂回的游击战，这是创业公司的无奈，也是他们的韧劲，面对强敌首先要活下来，而且要健康地活着。
事实上，即便是在今年3月份对外喊出转型“移动办公平台”之时，纷享也从未放松过对自己优势领域“移动销售管理”的着力。
当时E轮会上纷享CTO李全良介绍，纷享的CRM版块将进一步革新传统的销售管理方式，做到流程可视化、管理数表化和提醒通讯化，强化在销售领域的领先地位，未来希望能够成为企业用户的“打单助手”，“帮助业务员带来价值，帮助业务员获客，从客户来源、管理到推荐，成为业务员的支撑系统”。这一点的用意也很明显，只有为用户带来价值、带来创造价值的可能性，用户才可能愿意为这样的软件应用服务付费。
现在重回“纷享销客”，纷享要做的是“固本开源”。
如何在产品研发上进行资源聚焦？纷享CTO林松向《IT经理世界》介绍，面对战略转型，他们会对产品重点做一些边界上的调整，会把相对较多的研发资源聚焦在“和销售过程管理及客户管理相关”的产品的设计研发上面，而对一些非刚需和非痛点的半办公的通讯业务不会进一步扩大研发投入。
另一方面，从纷享的企业客户需求来看，客户对“移动办公”的了解和理解，跟一两年前相比已经发生了变化，客户希望这些“移动办公”产品能够聚焦于帮助他们解决实际业务中的关键问题，反倒是友商们过去比较着力的基层通讯层面的功能，已经不再是企业客户最关心的痛点需求，“往往一个比较通用型的产品到了一定阶段很难满足一些特定行业特有的需求”，对于纷享来讲，下一阶段的发展策略和方向就是“往行业纵深走”。
纷享移动销售管理的行业版本呼之欲出。林松介绍，纷享内部已经成立了一个专门针对客户和行业进行研究的团队，可以简单理解为“用户及行业研究部”，它承担着纷享内部与外部的企业客户和行业之间进行解决方案制定的研究工作，这个纽带“可以帮助纷享跟特定的一些行业或者客户深度地进行连接”。
此外，纷享要求研发核心人员和产品经理定期拜访客户，使他们能够保持对客户需求的关注度和敏锐度，保证纷享的研发跟客户之间能有很好的协同效应。
为保障研发资源最大限度的“有的放矢”，纷享会把优势兵力集中在目标行业或者目标行业客户身上。林松介绍，他们在自己的目标客户里也会做“选标”，即有一些VIP企业客户会参与到纷享整个产品的需求调研和设计上来。
林松描述这类“VIP企业客户”：企业的生产、销售会涉及到大量的上游的供应商，还有下游的经销商，有很多的合作伙伴。在这样一些特定领域里，会存在非常多上下游之间的订单的管理，以及对经销商的销售目标和策略的管理。“这类企业级服务的需求，如果用一些通用的方案能解决的问题比较有限，但是我们可以尝试去做一些相对应的解决方案。”
往业务纵深去，往行业纵深去，这并非纷享今天才有的思考。2014年底，罗旭就曾对《IT经理世界》做过这样的分享：以前的企业软件跑的是信息流，未来不仅跑信息流，还要跑交易生意。次年1月份，一个名叫“纷享百川”的项目在纷享和它的经销商体系里启用。罗旭当时形象地描述：“我在这里（纷享百川）喊一嗓子，我的经销商就可以收到我的产品说明书，可以在这里订货甚至结算。”
企业IM（即时通讯）一定要跟业务高度耦合！这也是罗旭一年前就极力在纷享内部推动的事情。“企业IM如果不能和业务融合的话，很难走得更远。” 2015年底，罗旭就曾对《IT经理世界》表达过这样的观点。当时纷享已经将企业IM跟业务高度融合，因为通信层、业务层都是纷享自己做，这些信息在每个板块里都是互联互通的。
规模化的“后招”
纷享百川，很可能成为纷享绝地反击的“助推器”。
吴昊介绍，纷享百川作为单独的一个产品，已经是纷享和它的商之间作为企业间协作的工具在使用。比如纷享要召开商大会，或者重要的产品政策等方面的通知，只用在百川里发一次，请商回执即可。现在纷享百川在通知和文件层面已经打通，这是比较浅层次的信息打通，未来要做的更多的是企业上下游之间整个业务的打通，包括CRM的打通，一个直观的结果是，纷享的商报备客户，纷享也能看得到。
未来纷享会把“纷享百川”的功能升级到纷享销客里，推广到纷享的客户和客户的上下游。吴昊描述，比如一家做工程机械的企业客户，和它的商，如果都在使用纷享销客，只要这两个“纷享销客”之间打通就可以。
而这种企业间打通的“连锁效应”，“网格效应”能得以很好地实现，需要产品技术层面的保障。这也是纷享现在着力要推出移动销售管理行业版（SaaS产品），要纵深到业务流程中、纵深到行业里去的内在逻辑。
当然，这种企业上下游业务层面的打通会否存在障碍？通过什么机制、什么样的解决企业需求痛点的产品，能将企业的上下游打通？此外，在传统企业软件时代，这是ERP、CRM软件已经在干的事情，“移动办公”的这批创业新军凭什么智慧，将这些已经沉睡在企业PC端ERP、CRM软件里的信息，与移动端打通？
吴昊认为，“移动办公”这个大趋势下，中大型企业他们原有的信息系统都要逐渐地要走向移动化，通过用微信、用纷享销客、用钉钉，他们已经显露出对“业务信息系统”移动化的需求。事实上，中大企业很多公司都已经在准备自己，或者已经开始开发自己现有系统的移动端。他补充说，纷享目标的中大企业，公司人员规模在200人到2000人这样的范围，更大规模的企业那是另一个市场。
有实力的大公司可以自行开发移动端，传统企业软件公司为开拓新业务满足既有企业客户的新需求、也会开发移动端的企业级产品，纷享如何面对以上两种力量更具有竞争力？
吴昊认为，做移动端的企业级产品服务，技术远比做PC端要难很多，企业客户自己开发的风险很大，而传统企业软件公司现在在移动端企业级市场的做法又是散点的，比如移动端考勤、移动端报销、轻度的移动端CRM等，这些移动端产品之间是割裂的。
在他看来，纷享在产品技术层面的优势：体验一体化，有通讯层、有业务层、业务层上有协同的功能、有CRM，未来还会做很多其他的一些功能，比如订单；此外，纷享有400多人的研发团队专注于此，这个规模在去年还是200多人，纷享的产品技术工程师很多都是从BAT、华为等挖过来的，比如主管产品技术的CTO林松原来是腾讯研发管理部总经理、搜索业务线产品及研发总经理，2015年3月正式加盟纷享；再有，纷享希望“纷享销客”是企业既有业务信息系统在移动端的“前端”，解决移动当中快速浏览信息、快速查阅信息、快速的提交一些简单信息的需求，这个“前端”最终要跟企业原有的在PC端的信息系统对接。
纷享当下明确提出做PaaS平台，也是考虑到服务的企业客户规模变大后，如何让纷享的产品既能满足企业个性化的定制类的需求，又具备市场可规模化的弹性。林松介绍，纷享正在不断构建和完善PaaS平台的能力，理想状态是，这个平台能使纷享的产品可以适用不同的企业、企业的不同需求。
篇7
今年FTF首次在中国举办，与会观众的反响非常热烈，1500余人聆听了FTF的主题演讲，每个时段同时进行的多场精彩的技术讲座也令观众很难取舍。归因于市场规模和销售业绩的迅速增长，近年来半导体行业的厂商都越来越重视中国市场。除了增加本地销售与技术支持以提供更好的服务，一年一度的技术研讨会也纷纷登陆中国，各大厂商通过主题演讲、技术讲座和现场演示更直观的推广最新产品、技术和解决方案，与用户探讨行业发展趋势，并及时收集其反馈信息。
此前在杭州和北京两地举办的德州仪器公司开发商大会(TIDC)着重介绍了DSP在视频影像、控制与测量和数字消费性电子产品中的应用，以及HPA在便携式产品中的应用。采用TI最新技术平台与系统解决方案的用户通过TIDC与业界的相关专家进行了直接的交流，也看到了丰富的创新设计方案。
在北京举行的“微软移动与嵌入式开发者大会(MEDC)”重点介绍了嵌入式技术的过去与未来、市场转换和趋势，展示Windows Mobile和WindowsEmbedded操作系统平台产品，并正式Windows CE 6测试版。
主题演讲：展望未来科技
会议的主题演讲都是最令人期待的，世界一流的科学家和企业管理者对未来趋势的分析将帮助观众对行业的发展有更深入的理解。
飞思卡尔半导体公司的首席执行官Michel Mayer先生认为：“我们会经从PC等独立设备提供的计算处理能力向嵌入式设备转变，在未来几年内，将有数百万甚至数十亿设备具有不同类型的嵌入式处理能力。”消费电子应用的嵌入式系统正成为半导体业务的重心，而且这个趋势将越来越明显。
德州仪器公司首席科学家方进(Gene Frantz)就未来的创新应用及其发展方向进行了主题演讲。他认为软件在硬件上运行的创新正成为新的焦点，并将SoC(片上系统)重新定义为“采用多种软件与硬件专利技术在同一硅芯片上集成的系统或子系统”。这一系统的实现不仅需要模拟、数字和RF的通用工艺及连接组件的简单接口，还要求具备终端设备系统的专业技能。
微软公司全球副总裁、微软中国研发集团总裁张亚勤博士在MEDC上做了主题为“移动计算的现状与未来”精彩演讲，将最新技术的概览和微软在Windows Mobile与Windows Embedded的发展战略带给了现场听众。张亚勤博士指出：“移动及嵌入式技术及产品正在成为中国信息产业发展新的亮点。微软WindowsMobile 5．0的推出极大地推动了全球范围内智能手机平台和市场的快速发展。在中国，我们与手机制造商、运营商、开发人员及高校的合作也日趋深入，一个健康、蓬勃的产业生态链正在形成。今天的Windows CE 6．0测试版将给中国的嵌入式系统市场带来更多的产品创新和市场机遇。”他还介绍说，Windows Mobile 5．0中升级的主要功能之一是push mail功能，当设备通过Exchange 2003服务器连接到用户收件箱时，电子邮件、日历更新和任务会立即被发送到用户的设备上。这一解决方案使商业用户能够随时随地与他们的Microsoft Office Outlook Mobile信息保持连接，并帮助企业用户更好地保护设备中的数据。
技术讲座内容丰富、新颖
TIDC的技术讲座分为视频／影像、数字消费类电子以及控制与测量三大部分，内容涉及了诸多热门的应用领域，包括数字电视、视频电话、PMP和家庭马达控制等。尤其值得关注的是，TIDC首次在亚洲区推出了两场实际操作培训会，用户可以系统的了解TI最新的达芬奇技术，并与专家直接交流C2000数字马达控制的开发经验。
FTF的核心是100余场精彩的技术讲座，涉及汽车，消贽电子和工业控制等六大领域的最新产品和技术。工程师可以更加深入地了解支持飞思卡尔产品的开发系统，获得能帮助他们更有效地完成工作所需的有用信息。
MEDC共为听众呈现了33场精彩课程，从移动应用开发、移动企业解决方案部署、成功案例分享到嵌入式终端的研发，与会者可全面、深入地理解微软产品发展战略、移动计算前沿技术、移动行业市场现状与前景，并与微软专家进行面对面交流。来自微软的技术专家介绍了如何快速创建基于WindowsMobile的移动应用，微软的合作伙伴介绍了在Windows Mobile上开发的销售管理系统、城市管理系统等应用实例。
技术演示成为互动的良机
会议的技术演示展台为观众提供了了解产品和技术及应用的最佳途径。观众有机会与行业专家探讨设计问题，厂商及其合作伙伴也能够得到用户的反馈，以开发更适合中场需求的新产品。此外，非正式的、活跃的气氛也使技术演示受到了观众的青睐，每个层位都是人头攒动，FTF上展示的插上“芯片脑”就能跳舞的机器人和上海交通大学的演示车更是吸引了无数眼球。
作为FTF的铂金赞助商，Tundra半导体公司分别用3个展台展示了Tundra的系统互连方案、串行RapidlO交换机Tsi578和用于PowerPC的Tsil08和Tsil09主桥。
自1995年成立以来，Tundra迅速发展成为系统互联行业的领导厂商，在RapidlO交换机、PCI-X桥和VME桥等领域都排名世界第一。Tundra的竞争优势不仅在于产品的领先性，专注于开发基于业界标准的级别最高的系统互联产品，也在于其成功的合作伙伴策略。 除了Freescale以外，Tundra的策略伙伴还包括IBM，TI、ASE、TSMC及英特尔。Tundra与Freescale、IBM和丁I都有着多年的战略合作关系。通过与Freescale和TI的的合作，Tundra也在制造基于RapidlO的产品的市场上取得了领先地位。Tundra亚太区总监John Hartley表示：“通过与Freescale和IBM的合作，Tundra创造出了市场上覆盖范围最广、性能最卓越的PowerPC主桥。消费者也从Tundra与其合作伙伴的这种互动关系所产生的使用与实施便利中获益。”
篇8
关键词：无线射频识别;食品安全;供应链;动物识别
0引言
随着市场的放开，生猪和猪肉市场也不可避免地产生了一系列的问题，如市场混乱、缺乏统一管理、卫生问题严重。这些问题的存在严重阻碍了猪肉市场的健康发展。动物跟踪与识别是利用特定的标签,以某种技术手段与要识别的动物相对应，可以随时对动物的相关属性进行跟踪与管理的一种技术［1］。生猪管理系统就是动物跟踪与识别的一个应用，它为加强牲畜的饲养，定期检查牲畜的健康提供了绝佳的条件。RFID是利用射频信号自动识别目标对象并获取相关信息的，它是自动识别领域的一个重要分支。在农牧渔业中可用于羊群、鱼群、水果等的管理以及宠物、野生动物跟踪［2］。与目前应用广泛的基于光学技术的自动识别方法（如条形码和摄像）相比，RFID具有一次处理多个标签并可将处理状态写入标签、不受大小及形状限制、耐环境性强、穿透性强、数据的记忆容量大、可重复利用等许多优点。
RFID即射频识别，又称为电子标签（E－Tag），其最早的应用可以追溯到第二次世界大战中用于区分联军和纳粹飞机的敌我辨识系统。随着技术的进步，RFID的应用领域日益扩大。如图1是一个典型的RFID系统。它由标签（Tags）、读写器（Reader）、天线（Antenna）、主机（Host，用于处理数据的计算机）和应用支撑软件等部分组成［3］。
标签一般由芯片和天线组成；每个标签具有唯一的电子编码。标签附着在物体上或嵌入物体内用以标志目标对象［4］。根据发射射频信号的方式不同，标签可分为主动式和被动式两种。主动式标签（又称为有源标签）通常由内置电源供电，主动向读写器发送射频信号；被动式标签（又称为无源标签）不带电池，其发射电波以及内部芯片运行所需的能量均来自读写器所产生的电磁波。图1中所示为被动标签。读写器通过控制射频模块向标签发射读取信号，并接收标签应答;同时读写器要把时钟信号和能量也发送给标签。读写器要对标签的对象标志信息进行解码并将其连同标签上的其他相关信息传送到主机以供处理。RFID读写器可以同时读取多个标签内的信息。主机负责对读写器所读取的标签数据进行过滤、汇集和计算，减少从读写器传往企业应用的数据量［5］。
1需求分析
现代化生猪管理系统，要求管理无纸化、有序化、规范化、智能化。智能标签因为具有防水、防磁、防静电、无磨损、信息储存量大、一签多用、操作方便等特点，所以完全能够满足这一要求。同时还应满足四点要求：①为使操作简单、方便、友好，要求采用全中文菜单式操作界面。②系统应提供完善的管理功能，自动形成各种报表。③政府需要加强对动物接种与疾病的预防管理。④由于食品安全危机频繁发生，严重影响了人们的身体健康，引起了全世界的广泛关注。如何对食品有效跟踪和追溯成为一个必须解决的问题。
2系统构成及特点
系统主要由以下几部分组成：
硬件设备（耳标、数据采集器、数据传输器）；系统软件（数据采集、信息、数据库）；附加设备（计算机、打印机）。
3硬件设备简介
3．1耳标
耳标是凯泰科技有限公司利用先进技术自行研制的智能电子标签，专门用于标志和区分不同牲畜的基本信息。在2~8cm的距离内，内码标志均可读出。它采用美国大型集成电路，用半导体编码器进行编码，内置激光工艺刻录的64位二进制，全球唯一编码的硅晶片；外面用强树脂材料封装，具有超强的抗冲击、防静电、防腐蚀、防水、防尘、耐磨擦等性能。
耳标是无源器件。现场安装无须布线，不受现场条件限制、无须日常维护，使用寿命在20年以上，是国际通用型信息标志物。将耳标钉入牲畜的耳朵中，牲畜很难将它摘下，方便管理。
技术指标：重量为1.0g；识读次数>100万次；使用寿命>20年；工作温度-40℃～85℃；规格为硬币、钥匙牌、柱形等多种封装形式。
3．2数据采集器
非接触感应式数据采集器是采用射频识别技术开发的高科技产品。由于读取标示物内码时可避免接触，故记录器无接触性的损耗、寿命长。
硬件特性：采用压模金属外壳，坚固耐用，可以保护内部电子设备免受冲击和工作时的意外损伤。没有可拆动的零件，LCD中文显示、可充电锂电池、实时时钟、非易失存储器，特别适合于实际工作。
技术参数：处理器为高速32位处理器；显示器为LCD160×128点阵，四级灰度，EL背光LCD96×64；工作电源为5.6V；通信接口为USB；工作温度为-20℃~50℃；存储温度为-40℃~55℃；记录容量为4095条，可扩充8190条，可扩展为8MB(NOR)+128MB(NAND)；充电电池为970mAH锂离子电池；待机电流小于1μA。4系统软件及数据库选择
根据项目情况，决定在框架上开发基于Windows平台的应用程序，信息采集部分采用B/S结构。这种方式下，操作人员可以在任意地点进行处理，提高了各数据采集点工作人员的数据处理速度和安全性。并且，系统可以随时统计出各养殖区县的生猪养殖动态数量信息；随时统计出养殖场数量和规模信息；随时生成需要的各种统计报表；如果发现问题，可以随时查到问题猪肉的养殖场信息、加工厂信息，并自动生成事故处理建议方案。
数据库平台选用微软的SQLServer。其事务以及数据完整性逻辑都能作为存储过程和触发器直接存于服务器中。这种编程可避免被客户非法使用或误操作。此外，预编译存储过程的引入使SQLServer在使用关系型数据库高性能地进行事务处理方面树立起一个新标准。SQLServerClient/Server体系结构通过数据库的远程过程调用为Client/Server及Server/Server的通信提供了综合的、基于消息的支持。使用数据库的远程过程(RPC)，任何SQLServer的Client或Server可为访问网络上的任何其他Client和Server，还能够实现跨服务器的事务横跨多个RDBMS。
SQLServer在分布式联机系统所必须关注的八个主要问题上，即查询性能、事务处理能力、高可靠性、场地自治性、可扩展性、可互操作性、应变能力、数据完整性方面都拥有最佳的解决方案。5系统简介
生猪管理系统工作原理如图3所示。
生猪管理系统由饲养场、屠宰场和销售三个部分组成。方案按照现代化管理要求设计，实现对牲畜的来源、日常饲养、接种免疫等相关方面的全方位的计算机管理。目标在于提高牲畜的管理作业效率，提高牲畜的质量。
（1）饲养场管理模块负责牲畜的健康管理和日常管理，具有界面简洁、反应快速、运行安全可靠的特征。主要功能有：①指定条件（牲畜编号、饲养员编号、出生时间、畜养时间、出栏时间）浏览查询；②指定条件（牲畜编号、饲养员编号、出生时间、畜养时间、出栏时间）打印相关的数据统计报表；③支持规模不同的饲养场；④支持牲畜的日常管理；⑤支持牲畜的健康管理；⑥可进行牲畜的日常查询和健康查询等。（2）屠宰场管理模块主要负责对生猪屠宰之后的管理操作。该部分在Windows系列的环境下运行，界面友好，便于操作，易学易用，而且功能强大、极易扩充。主要功能特征有：①强调以卫生安全为主的管理模式；②生猪出场之后，每一步操作都要求有详细记录；③生猪猪肉的等级管理。
（3）销售管理模块提供销售时间查询，销售的猪肉等级、重量查询，生产日期查询，出场时间查询等。
以上三个模块既可以联合起来，让领导层对整个过程有一个宏观的认识，又可以分散开，让各个部门管理自己的模块。
5．1饲养场管理模块
（1）饲养场设定：①对饲养场进行编号，对应到各个不同的饲养场或个人；②对于大型的饲养场，可进行养猪棚的设定；③一个养猪棚又可以有多个猪圈。
(2)生猪基本信息的设定：①对生猪进行编号，详细记录牲畜来源、畜别、出生时间、畜养时间、出栏时间；②详细记录生猪的体貌特征、日常饮食、病史、生育史；③可以随时查询当前每个生猪的健康状况，是否接受过免疫检查。
5．2屠宰场管理模块
（1）屠宰场设定与查询：对屠宰场基本信息的查询，可以对某一个屠宰场的当前状况进行查询；同时可以针对某一头猪，进行跟踪查询。
（2）猪肉的管理：对屠宰完的猪肉，可以按部位进行检索，查询每个部位的用途。
5．3销售与包装管理模块
可对猪肉等级、部位、重量、生产日期和出厂日期等进行查询。
6使用RFID技术会带来的便利和优势
系统的性能特点如下：
（1）感应式数据采集，操作更简单、便捷。数据采集时，只需将采集器在巡检点耳标附近轻轻一晃，即可读出当前信息；
（2）获得的数据和信息不能被破坏或修改；
（3）系统使用由无源存储器的射频芯片组成的全封闭感应信息钮，具有全球唯一的ID码，经久耐用，不可窜改或复制；
（4）一次性全封闭封装成型，耐热、抗冻、防水、防震、抗电磁波，能在恶劣的环境下正常工作；
（5）无须布线，安装简易；
（6）简单、方便的编码设置，巡检点的增减十分方便；
（7）无接触式数据传输，从而无磨损；
（8）完整的软件配套，使制定及修改复杂的多级管理系统变得非常简单、方便。
RFID系统能够在复杂的多步骤供应网络中跟踪产品供应情况，是理想的高效供应链管理解决方案，使众多的行业受益非浅。RFID解决方案在简化食品供应物流管理方面，能为用户带来益处，范围覆盖从农场的家畜及新鲜农作物，到人们在餐馆里食用的食品以及在超市中购买的包装食品。
RFID解决方案可确保任何供应链的高质量数据交流，让食品行业实现两个最重要的目标：①彻底实施源头食品追踪解决方案；②在食品供应链中提供完全透明度的能力。
RFID系统可提供食品链中食品与来源之间的可靠联系，确保到达超市货架及餐馆厨房的食品来源史是清晰的，并可追踪到具体的动物或植物个体及农场。RFID是一个百分之百追踪食品来源的解决方案，因而可回答用户有关“食品从哪里来，中间处理环节是否完善”等问题，并给出详尽、可靠的回答；可有效监控解决食品安全问题。
7结束语
这项被称为《RFID牲畜安全防疫信息管理系统》的解决方案，采用美国Ipico公司的硬件设备，配以自主开发的应用软件。所有生猪的养殖场、加工厂、屠宰场等环节信息，都将被记录在有关的RFID芯片和计算机信息系统内，通过乡镇一级的电脑终端、县级数据中心和省级数据中心进行集中处理和上报。做到生产、销售等各个环节信息的公开、透明和高效率反馈，彻底解决问题猪和问题肉的困扰，从而确保消费者能够吃到放心肉。
参考文献：
［1］游战清.无线射频识别技术（RFID）理论与应用[M].北京：电子工业出版社,2004.
[2]FINKENZELLERK.RFIDhandbook：fundamentalsandapplicationsincontactlesssmartcardsandidentification[M].2nded.WestSussexLand:JohnWileyandSons，2003.
[3]WANTR.EnablingubiquitoussensingwithRFID[J].Computer，2004,37(4）:84－86.
篇9
Abstract: This paper firstly introduces the basic concept of GRAPPLE and XP, whose application is fi-nally analyzed by developing a enterprise inventory management system.
关键词：GRAPPLE；XP；UMLs；软件工程
Key words: GRAPPLE；XP；UMLs；software engineering
中图分类号：TP315 文献标识码：A文章编号：1006-4311（2010）35-0047-03
1GRAPPLE和XP简介
由于受到软件危机的影响，软件的开发过程对软件开发团队提出了更高的要求，比如需要更多考虑用户需求、开发速度要求更快，同时要保证软件的质量绝对可靠等问题。一直以来业界软件的开发过程都是采用瀑布模型等早期的传统软件工程方法，瀑布模型的特点是层次很清晰，从系统的问题定义、可行性分析、需求定义等一路下来，每一步的开始都要以上一步的完成作为前提。随着业界对用户需求、软件的扩展性等问题考虑的越来越多的情况下，一些新的软件开发方法和思想涌现了出来，其中影响比较大的是敏捷方法学，而其中更为使用的普遍的是GRAPPLE和XP极限编程方法。XP是一种软件过程思想，旨在解决软件生命周期中存在的问题。
极限编程主要是由十二大简单却互相依赖的基本原则组成。这些原则结合在一起形成了1个胜于部分结合的整体。它们分别是:计划游戏、小型、简单设计、测试驱动开发、持续集成、重构、结对编程、代码共享、可持续进度、现场客户、隐喻及编码标准。下面将结合个人实践主要对（小型、代码共享、隐喻及编码标准）原则进行浅析。
XP的小型：小型就是快速地将简单系统做成产品，接着在较短的周期内新版本。小型版本是1个可交流的好办法,用户可以尽早针对性提出反馈，开发人员根据用户的反馈纠正瑕疵,那么系统就不会偏离用户的真正需要太远。
国外研究者进过总结，Rational公司融合Grady Booch、James Rumbaugh、Ivar Jacobson三位软件工程大师的理论，提出了Rational Unified Process(软件统一开发过程)。但RUP有其自身的缺陷：它本身结构复杂和知识点多难以把握，还有它支持多项目开发的能力较弱。
Grady Booch、James Rumbaugh、Ivar Jacobson三位软件工程大师的理论又提出了GRAPPLE开发过程，它也高度支持UML，且比RUP易于操作，适用于中小型组织MIS的开发，但GRAPPLE不是固定不变的，“它是一组可自适应的、灵活的开发思想，它为项目经理留有余地，以便让他们发挥自己的创造力和好的思想来适应自己的组织，减少不必要的一些开发步骤。”
GRAPPLE由5个段组成，提出使用“段”而不是“阶段”为的是说明不是通常意义上的那种一个阶段完成后，下一阶段才开始。每个段又由许多动作（action）组成。每个动作产生一个工作产品，并且每个动作都是一个特定的执行者（player）的职责。
GRAPPLE有下列段：①需求收集；②分析；③设计；④开发；⑤部署。其中需求收集段包括发现领域过程、领域分析、识别协作系统、发现系统需求和将结果提交客户；分析段包括理解系统的用法、充实用例、细化类图、分析对象状态变化、定义对象之间的交互、分析与协作系统的集成；设计段包括开发和细化对象图、开发构件图、指定部署计划、设计和开发用户界面原型、测试设计和开始编制文档；开发段包括编制代码、测试代码、构件用户界面和用户界面到代码的连接测试和完成文档；部署段包括编制备份和恢复计划、在硬件上安装最终系统和庆祝。
总之，GRAPPLE的运动方式是从一般到具体――从不精确到精确。它开始于一个对领域的概念理解，然后是系统的高层功能，接着继续深入每个用例、细化模型，最后设计、开发和部署系统。
UML是由著名的面向对象专家Grady Booch，James Rumbaugh 和Ivar Jacobson共同设计的一种软件建模语言，它功能强大，易于表达，全面支持面向对象的整个开发过程。
统一建模语言UML包括13种图形，构建一个系统不是每种图都能用上，其中重要的内容可有由5类图来定义：①是用例图，用来描述系统边界和主要功能，并指出各功能的操作者。②是静态图，包括类图、对象图和包图。用来描述系统的静态结构。③是行为图，包括状态图和活动图。用来描述对象的动态特征。④是交互图，包括顺序图和协作图，主要通过对象间的交互关系来描述系统的动态实现。⑤是实现图，包括构件图和配置图。构件图描述代码部件的物理结构及各部件之间的依赖关系。配置图定义系统中软硬件的物理体系结构。
简言之，UML可以从静态结构和动态行为两方面来描述系统。静态结构定义了系统中的对象和操作以及它们之间的联系,动态行为描述了对象之间的交互过程及通信机制。因此，UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。
2应用实例――小型超市进销存销售管理系统
2.1 需求收集段在需求收集段，主要工作是发现业务过程、进行领域分析、识别协作系统、发现系统需求及提交结果等。核心就是通过与用户的各种交流,发现用户的需求并进行初步的分析。结果可以用反应业务流程的活动图、反应业务领域的高层的UseCase图，初步的类图和其他的文档形式表达。
进销存管理系统首先应包括三个子系统：销售管理子系统、采购管理子系统、仓库管理子系统。根据GRAPPLE，分析人员先与企业人员面谈，了解企业的业务流程以及对企业所处的领域进行分析，由此分析人员得到一组关于业务过程的活动图（如图1所示）和一个高层的类图和会谈记录。之后，分析人员需识别企业是否还使用其他的系统，如财务管理系统，进销存系统不是独立存在于企业，它必须与企业中其他的系统协作。
此处采用XP的小型，主要是企业人员因为是非专业人员，通常不能准确描述用户的需求，所以分析人员通过和企业人员面谈，先自行快速开发出一个业务模型，以及借助于这个业务模型，快速进行软体测试版的代码编写工作。
然后我们采用联合应用开发会议（Joint Application Development session，JAD session），来进行需求收集。采取JAD而不是单独会谈获取需求，一是因为系统的开发是一个很短的开发时限，而单独会谈可能耗时数周或更长的时间，而且单独会谈时可能产生意见上的分歧，解决这些分歧又要浪费更多的时间。由此得到的是一个表示高层领域的用例图包（如图2所示）。
最后开发人员完成需求段的动作后，把这些动作产生的结果提交给客户，这是一个迭代的过程。
2.2 分析段在这一段里，应深入分析需求收集段获得结果并增进对问题的理解。其中主要工作是进一步理解系统，充实用例，细化类图，分析对象状态变化，定义对象之间的交互以及分析与协作系统的集成。事实上，分析段和需求段之间是没有严格的界限的，分析段的部分工作在需求段就已经开始。
进销存管理系统由仓库管理、销售管理、采购管理三部分组成。由于进销存管理系统比较复杂，限于篇幅，以下就仅以销售子系统为例说明UML在分析段中的应用。销售管理还可以分解成以下一些用例：“销售合同管理”、“大客户管理”、“产品推销企划”、“销售计划管理”、“售后服务管理”如图3所示。
其中销售合同管理又可以分解为“增加新合同”、“修改合同”、“打印综合报表”、“收款单处理”、“打印催款单”、“查询合同”、“存入历年库”、“检查合同履约”等用例，如图4所示。
进过以上的步骤，再进一步细化需求阶段得到的类图、分析对象状态的变化、定义对象之间的交互、分析与协作系统的集成。在需求段得到的类图中加入关联名称，多重性，泛化等。针对用例，在时序图和协作图中描述对象间的交互，用作对类图的方法的补充。
为节省篇幅，仅对销售合同管理子系统中的收款单处理用例进行描述，如图5所示。
2.3 设计段在本段中，可以使用分析段的结果来设计系统的解决方案。设计和分析都可以重复迭代直到设计完成。主要工作是开发和细化对象图、开发构件图、制定部署计划、设计和开发用户界面原型、测试设计、开始编制文档。
在销售管理子系统中，销售管理业务包括制定产品销售计划、推销本企业的产品（包括大客户资讯管理和产品推销策略计划的制定与实施），与客户签订销售合同、产品销售后及时追缴客户的应付货款、检查合同履约率、提供售后服务等。
对销售管理用例进行细化分析，得到细化的类图和对象图如图6所示。其中，实体类有销售人员、客户、经理、销售部门、财务管理部门、合同履约、生产调度管理部门、大客户、货款、产品、销售计划、履约合同、销售合同、付款单、催款单、库存管理部门。
通过进一步分析细化，将以上的实体类进一步合并为以下10个实体类：客户类、大客户类、销售人员类、公司经理类、产品类、销售计划类、销售合同类、履约合同类、付款单类、催款单类。
而且还需添加销售管理的边界类以及控制类，边界类主要包括：销售计划管理窗口类、客户（大客户）管理窗口类、销售合同管理窗口类、产品管理窗口类、履约合同管理窗口类、付款单管理类、催款单管理窗口类，控制类就是销售管理子系统的主管理窗口类。
2.4 开发段这个阶段，根据前期快速编写的测试版，结合以上各个时期的软件构建模型，通过修改测试版的代码，将设计结果付诸实施编制代码，测试代码，构建用户界面和用户界面到代码的连接测试，并进一步完成文档。
2.5 部署段当开发完成后，系统就要被部署到适当的硬件上运行并要与协同系统集成起来。主要工作是编制备份和恢复计划，在硬件上安装最终系统，测试安装后的系统等。不过，在第一段时该段就可以开始。
3结束语
通过“进销存管理系统”实例分析，可以看出，整合设计的过程框架分别吸收借鉴了GRAPPLE与XP的优秀方法与思想。通过对GRAPPLE和XP的整合分析与设计可以看出，GRAPPLE需要XP 为其提高敏捷性，提高其对变化的快速反应能力，以适应市场的不断变化和客户需求的不断变化；而XP可以利用GRAPPLE深刻的理论基础作为其发展的基石。总结出GRAPPLE与XP整合的过程模式是一个以用户为中心、架构为中心、用例驱动、测试驱动、风险驱动、即时沟通与反馈、易变更的有序软件开发过程。GRAPPLE和XP的结合能够适应变化，使得开发团队更有效率的工作。
参考文献：
[1]Joseph Schmuller，李虎著，赵龙刚译.基于UML以RUP为过程指导的业务建模[M].人民邮电出版社.
[2]王永贵，王璐.RUP与XP软件过程整合设计研究[J].计算机系统应用，2009，（8）：81-83.
篇10
中科软科技股份有限公司(以下简称中科软)似乎也经历过这一切。中科软的业务类型很多,行业应用软件、集成服务、自有软件产品、咨询服务、培训教育、外包服务、分销,软件企业能做的事情,他们几乎无不涉猎。然而,中科软却是将所有的业务构建在搞好应用软件基础上,而保持在保险行业IT应用领域的领军地位被中科软视为不可遗失的根本。这或许是中科软身处行业应用软件的竞争红海中,仍能舒畅游弋的原因。这也正是那些“朝起夕死”的行业应用软件企业应该借鉴的。
2008年,中科软实现销售收入7683.69万元,比上年增长25.5%,净利润3727.84万元,增长64.9%,每股收益0.33 元,净资产收益率7.86%。
保险解决方案软件2004年~2009年复合年均增长率为19.2%。中科软预计今年主要经营指标平均增长20%以上。
在保险行业树立品牌
面向保险行业的解决方案是中科软的招牌和品牌。保险行业IT应用解决方案目前已经推广到了全国一半以上的保险公司。行业软件市场一般都有占有市场份额比较大的所谓领航者,比如烟草行业的中软,电子政务的太极,中科软则毫无疑问是保险行业的领航者。
根据IDC数据,中科软的保险行业IT应用解决方案,从2005年到2008年,连续四年国内市场排名第一。中科软从1993年开始致力于保险公司IT建设服务项目,在与中国人民财产保险股份有限公司的合作中,设计研发了第一个保险核心业务系统。
对行业软件企业来说,品牌对占领市场有着至关重要的作用。中科软为国内最大的财险公司――中国人民财产保险股份有限公司(PICC)设计开发了核心业务平台,该平台支持了上百个业务险种的全流程处理。经过几年的应用又结合PICC新的业务需求,中科软又适时地推出了PICC新一代综合业务处理系统。该系统覆盖了PICC 所有业务险类、全部业务流程,在PICC全国各省市公司全面实施。
正是凭着在中国人保和一些寿险公司的财险和寿险项目的成功,中科软切入了国内整个保险市场,而后又不断地为保险行业提供战略规划、新产品研发等服务,目前已经发展成为一家集行业咨询、应用软件开发实施、系统集成服务为一体的,能够为保险行业提供全面解决方案的大型、专业化高科技企业。“在十多年的保险行业应用软件的实施过程中,我们先后完成了从单险种处理方式的软件向产品可定义的通用保险业务软件的转变,从通用业务软件向规则控制的保险业务平台的转变。”中科软总裁左春在文章《保险业国内外软件的使用和项目实施比较》中总结道。
在这篇文章中,左春还分析了国内保险行业软件成功的原因。包括:国外软件不了解国内保险行业,来到国内难以有良好的表现;客户化问题和巨大的成本投入使保险公司很难接受国外软件。而国内企业能够提供具有中国特色业务的咨询服务,处理具有中国特色的业务。
行业软件被业内人士认为是国产软件的出路。与其与在通用软件领域过于强大的国外厂商硬碰硬,不如先走好行业软件之路。中科软在保险行业的路上越走越有感觉。
国内保险业已面向国际市场逐步开放,为了协助保险公司在信息化建设上与国际同步,中科软根据先进的国际保险业信息化建设标准,开始把核心业务系统从C/S架构向B/S架构移植。
“作为一家软件企业,我们近年来大力提升领域知识的掌握,建设了保险行业信息化知识库,更深入地理解和掌握领域知识,从而能够为客户提供实用、高效同时又能对其形成推动和促进作用的软件产品和服务。”左春表示。
切入多个行业纵深领域
中科软在1996年初创时只有79人,有金融保险部、邮政部和多媒体部三个分部;2000年,员工304人,当年创造了1亿元的业绩;2005年,公司划分为14个事业部,当年业绩突破3亿元;2006年中科软成为首批获准进入中关村科技园区非上市股份有限公司股份报价转让试点的两家公司之一,并于2006年1月23日正式挂牌交易。
一般来说,行业软件要做深一条产品线,吃住一个产品市场。中科软凭借在保险领域的先发优势,已经抓稳了这一市场。然而,中科软的目标显然是编织一张大网,光有保险这一条线还不够,中科软将触角不断伸向多个行业的纵深领域。
中科软第一时间参与了公共卫生和疾病控制领域的信息化建设工作。经过几年的努力,特别是于2003年承担了中国疾病预防控制中心突发公共卫生事件应急机制监测信息系统的建设工作并获得成功,成为我国公共卫生和疾病控制领域信息化建设的业界领先者。
在媒体领域,新华社2008奥运移动报道系统已成功用于2008年北京奥运会。
在质检、财政、公安、行政等政府领域的行业,中科软也有不少斩获。其中国家质检总局质量监督综合业务管理信息系统是覆盖全国各级质量技术监督机构,集质量技术监督综合业务管理和综合信息资源的共享及利用为一体的大型网络应用系统。
本次软博会上,中科软展示了重点产品,包括财产保险核心业务系统、再保险业务系统、寿险综合业务系统、保险行业中间业务平台、保险销售管理系统、新华社多媒体采编系统等。
坚守铁打的营盘
中科软未来的发展方向是“立足自主创新,坚持把服务放在首位,通过在管理、技术、市场和产品上的不断投入,努力成为国内行业信息化解决方案的先导、应用软件产品的首选供应商、国内领先的软件企业。”
