Inspur之再战江湖

转载：《ERP产品评析》

风风火火的ERP市场热潮，给ERP企业提供了生财有道的机会，但是成熟的市场背后则隐藏不住某些“缺乏良心”的企业肆无忌惮的吹嘘自己的产品，“金玉其外，败絮其中”的某些ERP产品在一定程度上侵蚀着这块来之不易的ERP市场。
　　某些厂商为了赶上潮流，匆匆推出了未经任何充分实践检验的ERPerp产品企业信息化全面解决方案版本，并辅以强大的市场推广活动。“雷声大，雨点小；挂羊头，买卖狗肉”的现象层次不穷。
　　现在让我们剥下某些ERP厂商的华丽外衣，还原其原形：

1.以偏盖全，行业适应性差
　　虽然某些厂商推出了号称企业信息化全面解决方案的产品，但是其产品却置行业特性于不顾，期望通过一套软件，用简单的参数控制解决所有企业的问题，无异于是痴人说梦。其最多只是解决了简单的财务问题。
　2.缺乏先进的管理思想指导
　　一套先进ERP系统必然包含着先进管理思想，然而某些ERP产品仍然抱着旧有的财务观念，管理上偏重执行，事后控制和事后反馈，对于ERP产品的核心－计划，仍然认识不足，执行不够。
　　比如，关于物料的定义，财务系统的痕迹明显，所有的物料均必须录入产品销售科目和计划方法等，不管其为采购品、特征件。使用极不方便。无法采用产品核算的方式处理。
3.闭门造车，缺乏实用性
　　在没有对企业业务实际有深入了解的情况下，想当然的闭门造车，随意规划，造成某些产品中既无进出口贸易管理系统，也无委外管理系统，也不符合企业实际情况。根本无法对企业进行全面的管理，其幼稚性，不成熟性昭然若揭。
　　例如，工厂日历只能以天为单位进行处理，根本无法处理加班管理。无法使用多套工厂日历，所有部门只能按同一个作息表进行工作，与现实管理的情况不符。
　　价格的自动参照者无法指定从历史价、标准价还是协议价中取得，无法与现实的使用情况结合灵活应用。
4.以次充好，假冒伪劣
　　某些ERP产品虽然有MPS和MRP的计算，但其参数设定却漏洞百出，计算结果更是错误不断，对于企业来说根本就没有任何用处，只是一个摆设。我们知道ERP系统生产制造部分的核心是MPS和MRP，试想，对于一个连MPS和MRP计算都无法得出正确结果的系统，怎么能称作ERP。
　　根据笔者的了解，某些厂商的ERP产品存在缺陷多多，诸如：没有需求的合并规则和计划的合并规则；没有装配计划，但主生产计划又不支持有选配情况的产品，如果一个产品需要进行子件的选配，则无法进行主生产计划处理；计划的运算结果无法对需求的来源进行查询，以指导业务部门对相关业务进行相应的调整措施，如与客户协调交货期的更改等；没有变动提前期的概念，提前期不会随数量的改变做相应的调整；无法对原来计划进行更改，无法对原来的计划进行锁定操作。每次重新进行计划运算均不考虑原来计划的影响；进行主生产计划维护时，无法对计划的下达情况进行追踪；无法根据上次计划和当前需求的变化情况，在上次计划的基础上提供加量、减量、提前等计划变动的建议，这与实际情况中，生产计划的滚动式发展不符；计划进行修改之后，无法自动算出对后面时间、下层物料的需求平衡的影响关系，以供手工继续调整。无法支持逐层运算则不应提供计划的编辑功能。
　　某些ERP产品的主生产计划和物料需求分析的结果允许用户进行手工调整。但由于物料的上下级关系，会发现对上层物料的计划量进行修改之后，会影响下级物料的相关需求量，而这一点却完全被忽略了。如果用户进行真正应用之后，会经常发现生产的半成品总是出现短缺或者过剩，与其上级的计划不符。MRP的精确需求的优点完全被毁掉了。
　　主生产计划和物料需求计划应当是企业进行需求与供给平衡的有力工具，是企业有的放矢地安排生产和采购，以达到降低库存、提高资金流转次数、提高供货及时率和客户满意度以至于全面提高企业效能和竞争力的主要实现者，是整个ERP的核心，同时也是整个ERP系统最复杂、最难以实现的部分。很遗憾的是，某些ERP产品系统恰好在这里出现了原则性的错误。这样的系统根本无法为企业的管理带来优化。更为可怕的是，管理信息化是一个加速器，如果是良性的加速，所带来的好处是显而易见的；相反，如果是将管理导向错误，这一加速，其后果将是灾难性的。
5.命悬一线，安全性，保密性问题成堆
　　对于ERP产品来说，安全问题是所以企业客户关心的要命问题；从技术上来说，完备的系统首先要保障用户业务数据和管理信息的安全性，但是目前某些ERP产品在处理方式上危机四伏，给企业用户留下了太多的“定时炸弹”。
　　账套信息直接写入MSSQL的系统库Master，Master是整个MSSQL的中枢，一旦不慎操作，将会导致整个数据库崩溃。这种处理方式简直就是在走钢丝。
　　所有的辅助资料均可自由删除。比如业务发生后，还可以将结算方式进行清除，结果原来发生的业务当中所以采用此结算方式的交易，其结算方式栏位均被清除。
　　各种基础资料没有按职能部门所应处理的范围，将各种栏位进行归类后依权限进行分配：比如采购部门只能处理物料的采购专用信息，而生产部门没必要去了解物料的主供应商等。如此一来，就会存在各部门间的数据被重复更改、泄密等情况的发生。
6.鼠目寸光，软件适用性较差
　　随着我国市场经济的发展、WTO的加入，国内企业越来越走向国际化业务。与港台、世界的发生的业务也越来越多，且世界人才的交流，使得公司的人才结构也呈多样化。此时，如果系统无法提供一种多币别、多语言的管理方式，则无法对业务提供全面的支持。而纵观国内ERP软件，让然停留在“一亩三分地和热炕头”的小农思想之中，ERP产品无法支持多种语言，只支持简体中文。
　　如果纯粹从抢占市场和掠夺利润来说，产品仅仅提供单语言支持自然无可厚非，但是对于那些谋求国际化的ERP厂商来说，这又如何交代。第一步都走不出去如何谈国际化？
7.僵化，死板，系统的可操作性差
　　ERP不是绣花枕头，越是简单的越是最受欢迎的，在产品的功能使用上，我们的某些产品给国内的企业客户造成了不大不小的麻烦，例如单据录入界面与查询/修改界面的分开造成使用很不方便。对于企业客户的最终使用者来说，录入与查询是使用者所必须面对的最重要的工作，而这种最频繁的工作在其产品中却成为最繁琐，最占用时间和空间的工作，对于“帮助客户成功”的ERP厂商来说，实在是不大不小的玩笑。
　　另外，某些ERP产品的帮助信息无法与操作挂钩，在不同的功能点无法直接取得帮助，需要人工进行定位，非常不便。
8.千疮百孔，逻辑错误太多，无法合理控制流程
　　企业的各项业务数据可控性极差，系统不能对资料维护、业务处理进行有效控制。比如，由销售订单生成生产任务单，如果销售订单的交货日期为非工作日，则生产订单的默认完工时间为下一工作日，反比交货日还晚。
　　由销售订单生成生产任务单，如果销售订单的交货日期为非工作日，则生产订单的默认完工时间为下一工作日，反比交货日还晚。
　　工序汇报实作数量可以大于各明细数量(合格数、报废数等)之和。
　　生产入库时，已生产完毕并结案的生产任务单在参照中出现，并可无限次地重复入库。
9.各个模块分裂割据，整体功能根本无法体现
　　企业生产，供应，销售等是通过企业的计划系统有机的联系在一起的，并保持着连动关系。如果计划系统出错，那么连接的纽带就断了，整体性的功能根本无法表现出来。而有些ERP产品正是在关键的地方掉了链子，计划系统不堪一用，使的整个系统无法发挥整体的效力，企业的动作就无法统一起来。
　　综上所述，笔者发现某些ERP产品在系统界面、数据项等方面都做得非常完整，整个系统从表面上看已经是一个非常完善的系统，但就像一个江湖术士手中的一副狗皮膏药，吹嘘能包治百病，实际上只能是银样蜡枪头，中看不中用。
　　无论如何，衷心希望这些企业能够更好的完善自己的产品，争取为中国的企业提供真正货真价实的ERP产品。

又发了一篇，《简析软件需求分析过程》，最近比较忙，没时间写了。

http://tech.it168.com/j/n/2007-06-28/200706280937671.shtml

今天又发表了一篇 《软件开发人员常犯的错误》

http://tech.it168.com/j/n/2007-05-28/200705281008828.shtml

最近非常忙，也没来的及写别的，等忙过这一段时间再写

又发表了一篇，《软件企业不要被项目搞跨》 http://tech.it168.com/j/n/2007-05-17/200705170934828.shtml

《细数国内ERP产品七宗罪》已提交，过两天发表，稍后给出链接

发表了 ：http://tech.it168.com/j/n/2007-05-16/200705160946171.shtml

最近投了两篇搞子《论国内ERP产品的稳定性》与《中国软件开发模式遭遇开发瓶颈》，全中了，很高兴

等发表后将链接发上来

《中国软件开发模式遭遇开发瓶颈》（原名：ERP开发模式－任务的下达、执行与监督）：http://tech.it168.com/j/n/2007-04-27/200704270956046.shtml

今天收到IXPUB网站的摄象头，很漂亮，虽然也是那里的版主，但平常很少去那里，感觉受之有愧啊

[原创]国内ERP开发模式－－如何应对客户的需求

上一篇文章《ERP开发模式――如何看待客户的需求》中提出了如何看待客户的需求，针对这些需求我们该如何应对呢？软件公司内部一般把需求分为通用和不通用，我感觉这种叫法不太合适，应该给需求分一下类，这样便于处理，也便于跟客户解释，以产品为中心还是以客户为中心这两者本身就是一个矛盾，如果以产品为中心，只能让客户的业务去适应产品的流程，但目前国内、甚至国外能达到这种要求的产品也不多，如果以客户为中心，就是让产品去服务企业，除非按项目运作，这对产品来讲显然也是不可行的，判断客户需求是个性化需求还是通用需求，这个好象没什么标准可言，在日常的软件维护或开发中需求增不增加一般由设计或开发人员一起决定，决定的标准一般也不外乎此需求是否影响业务流程？站在其它企业的角度能不能用到？对产品的改动量有多大？对将来发补丁是否有影响？是否属于可补或必补补丁等等来综合考虑。对于不影响业务流程的，纯属小功能并且属于可补补丁的，一般都可以处理，对于影响业务流程的，而又是企业迫切需求的可以在发PACK包时增加等等，情况不一样，判断的标准也不同。

需求一般分这几类：

1、独立功能的增加：这种一般不涉及业务流程，只是单纯的加个功能，如：单据中增加挂附件的功能之类的，属于可补补丁。

2、流程不完善：这种一般是由于我们业务流程不完善造成的，如：某个业务流程中缺少个单据的参照或回登，涉及数据结构改动的，属必补补丁的，可以定期出个补丁包，等发PACK时一起打入

3、业界新兴业务：这种业务一般很少，维护过程中可以不考滤，等发新版本的时候考滤

4、行业特色：这个很难界定，标准产品本身就适用各种行业，还需要讨论决定

等等

我们在维护的过程中一般接到客户需求，首先由维护经理先分辨出属于那类需求，然后根据维护人员及其工作量情况进行分配处理，这样存在弊端，往往在工作过程中由于问题多、任务重，有些问题不能及时处理，而有些问题由于自身的认识不够而忽略掉，所以在处理客户需求时应该有一套完善的机制或规范。其实规范也不难制定，每个公司也应该有些类似的规范，关键是如何去执行，由此延伸出两个问题：指令的下达与执行的监督。

指令的下达：一般是由维护经理给维护人员的指令，这个指令包含维护人员将要做什么工作、工作完成的效果等等，但实际中这种指令往往比较模糊，不具体，也不太明确，没有把注意事项及对其它功能的影响明确出来，毕竟部分维护人员之间的水平还是存在差异，这种情况的存在往往造成维护人员工作冗余、效率低、做无用功等，另外一点维护经理对维护人员的了解也很重要，这样可以避免本来维护人员半天可以完成的任务，给他分配一天的时间等等。

执行的监督：这点也有同感，这个也是最常见的问题之一，任务分配下去后，就不管了，做好做坏任其发展，缺少一套监督的机制，这就会造成本来一天可以完成的任务，往往拖二天才能完成，本来维护已经完成任务了，维护经理还不知道等等，尤其对工作任务质量的监督，这在很多公司叫代码走查，这点也很重要。从任务开始到任务结束，这期间的每一个环节都很重要，都要做好监督。

论国内ERP产品开发模式

[文章摘要]

随着企业信息化的快速发展，国内ERP产品供应商也越来越多，不管是外包的、OEM的还是自主研发的，一般都遵循软件开发过程的规范，就我们目前的开发环境、开发模式跟标准的开发过程还存在一定的冲突，各个阶段的工作中也存在一些问题，在此就常见的问题作一下简单例示，以做讨论。

[关键字]

需求规格、概要设计、详细设计、编码、调试、黑盒测试、白盒测试等

一、 软件需求阶段

概述：

软件设计前期的工作，通过到客户现场调研或其它各种途径搜集需求，主要完成对客户需求的确认、分析、评审等可行性研究的过程，明确什么需求可以实现、什么需求不可以实现，从而使需求文档化，形成需求规格说明文档，对所要实现的功能提出完整、准确、清晰、具体的要求，为下一步设计做准备。

主要工作：

一般需求必须要满足以下几方面要求：

l 完整性：需求必须完整，有始有终，还应包括用户需要的每一个功能细节。

l 一致性：需求必须有一致性，可以独立也可以与其它需求相关联，但不能与其它需求相矛盾。

l 现实性：对提出的需求要综合考滤，与现实的软、硬件平台相结合，不能夸大，需在现有技术的实现范围内。

l 真实性：需求必须来源于客户，真实有效，能解决客户所面临的问题，不能凭空想象。

此阶段的主要任务包括以下几个方面：

l 软件功能要求：主要是描述系统将要完成的那些大体功能及可实现性等。

l 软件性能要求：主要集中在效率方面，包括数据库的响应时间、数据准确度及耗用内存量等等。

l 运行环境方面：系统运行所必要的软件平台、硬件环境及相关接品的要求

l 系统对所需数据要求、静态或动态数据的配置等

l 条件允许的情况下，利用数据流程图软件将业务需求表达出来

l 编写软件需求规格说明书，提交评审

l 其它方面：主要包括对软件的易用性、可维护性、保密性及二次开发灵活性等方面的分析。

常见的问题：

l 需求分析人员对客户需求把握不准，很多需求都是通过市场、渠道、实施人员或其它途径反馈而来，多少有些失真，不能完全代表客户的意愿。

l 缺乏对需求的深入理解，很多软件公司都没有专门的需求分析人员，通常一人身兼数职，一般都是由开发人员来完成，开发人员除了编码外，还要完成软件设计文档的编写及对需求的把握等工作，这样就存在一个问题，开发人员往往对业务了解不是很深入，在把握需求的能力方面略显不足，可能会导致对客户需求不能深入的发掘。

l 客户需求不明确，变动较大，导致设计不稳定，改动频繁，这一方面也有客户的原因造成的，有时由于项目周期短，而客户需求又变动较大，造成相关的需求、设计文档延期，这种原因的存在也会对软件的通用性造成一定影响。

l 时间仓促，赶鸭子上架，估计大部分软件公司都存在这种情况，有时客户提出需求，由于时间紧急，只能临时抽调其它人员到客户现场调研，效果是可想而知的，会导致一系列的问题。

l 需求的积累，大部分需求还是在于平常的积累，经常会存在这种现象：开发一套新产品前，大家都在努力的收集需求，翻资料、找文档，通过各种渠道汇总，这样也只能达到临阵磨枪的效果，好的需求还是在于平常的积累，是通过日常维护过程中慢慢形成的。

l 等等

国内ERP开发模式――如何看待客户的需求

从事ERP这个行业，不管实施、维护还是开发人员都会遇到客户提到的各式各样的需求，对于需求的处理方式无非有这几种：不预处理、选择合适的需求来处理、全部处理，作为企业方来讲一般都趋向于后者，但作为软件供应商来说一般都趋向于前者，因为不论是作项目还是产品，处理客户需求都会有风险，小则影响产品稳定性，大则丢单。有些需求直接通过售前或实施人员就否掉了，但有些需求还是会反馈到软件公司的产品部门，这也是一件很正常的事情。

快速的解决客户需求，是把双刃剑，看似可以提高客户的满意度，但考虑不周也会给产品的稳定性带来很大的风险，也会大大降低客户的满意度，从长远看，这样并不能有效提高客户满意度，作为产品部，需要提高产品化程度，提高产品稳定性，提高产品性能及可扩展性，降低服务成本，这些都是需要综合考虑的因素，所以产品部在处理客户需求时，要正确的理解、认识客户的需求，认真的分析需求对产品的影响，加强对需求的控制；但怎么去控制需求呢？这个问题非常关键，我们现在说控制需求，有没有很好的流程、有没有规范的约束？有时候需求的增加都是来自高层和项目的压力。因为现在软件供应商竞争比较激烈，很多项目就是靠增加需求来签单。

产品部有时候迫于各方面的压力，对自己的产品没有发言权，只要产品部能够顶住外来的压力、能够对自己的产品说了算的时候，这些需求就可以控制住了；但要想顶住外来的压力、要想对自己的产品说了算，就必须拿实力来说话，必须把产品做好、做强、做大；但要想做好产品，就必须正确认识与处理客户的需求；但要想正确认识客户的需求必须提高开发或实施人员的能力（开发与业务水平）；只有自身的能力提高了，产品质量自然而然就上去了，只要产品质量上去了，客户反馈问题也就自然而然减少了，维护流程也就自然而然也就规范了，等这些都有保障了，有些问题也就慢慢解决了，我们也就能顶住外来的压力，问题改与不改产品部就能说了算了，这是一个死循环，每一点都非常关键，有时候出问题时我们可以找找在那个点上出错了，是自身能力不够还是产品框架有问题？是公司规范出了错还是我们的工作机制出了问题？

维护或开发人员往往报怨，客户反馈的问题太多，永远处理不完，这点说的好，客户反馈的问题只是一个结果，我们就可以针对这个结果来分析一下造成这个结果的原因是什么？这些问题里有多少是程序引起的错误？有多少是客户提的需求？有多少是业务流程问题？如果是程序错误，那么程序错误中有多少是开发阶段没考虑到造成的？有多少是维护阶段改出来的？有多少是外界人员干涉的？如果是客户提的需求，那么客户需求中有多少是客户真正的需求？有多少是程序不完善造成的？如果是业务流程问题，那么流程问题中有多少是设计阶段没考虑到的？有多少是后来业界新兴的业务？有多少是后期维护带来的？以上这些问题所占的比例各是多少？有没有分析的数据？有没有根据分析的数据出一个对策或解决方法？客户使用我们的产品，提需求是正常的，人家是拿钱买来的，不是白送的，满足不了为什么不提需求？这些都是老生常谈的问题。

针对客户提的需求，我们该如何应对，下接《国内ERP开发模式－如何应对客户需求》，这篇暂时还没写出来

耍猴与web2.0

什么是web2.0？不仅仅是一般人理解不了，很多IT专业人士也说之不清。我用简单的方式给大家介绍一下什么是Web1.0和Web2.0，如果你仍然不明白其中区别，请多批评。
　　
　　随着人类物质的丰富，代表着高技术、全新的娱乐生活方式的崭新行业：耍猴，出现在了人类面前！张三、李四、王五等就是这批耍猴大军中普通而又优秀的几位。
　　刚开始，张三租了场地，弄了几只猴子，学了十来种猴戏，就开始演出了。每位观众看一个小时收1块钱。但是毕竟还是处在社会主义的初级阶段，人类的消费水平不是很高，看猴戏是一种高档娱乐消费。张三这样耍猴的方式，每天的观众也就100个左右，张三每天很辛苦，收入也不高。这就是办报纸。
　　这时候，李四也来耍猴了。李四充分吸取了张三的成功经验和失败教训，采取了另外一种经营理念，当然刚开始也许仅仅是为了打开市场做出名气。看李四耍猴是完全免费的。这样一来，每天看张三耍猴只有100多人，而看李四耍猴可能有几千上万人。这时候，有一个卖棍子的找到李四，给李四100元，在李四场子的角落放一个招牌，上书：“猴王牌棍棒，实在是居家旅游、杀人越货之最佳选择”；经过在李四场子的宣传，棍子的生意很不错。于是卖玩具的、卖刀子的、卖水果的等等分别在李四场子的各个角落放置招牌，于是李四靠这些赞助费用每天就能赚4、5百元。这就是web1.0。
　　由于市场中很多的张三、李四，竞争激烈，所以耍猴的生意越来越不好做了。这时王五也想搞耍猴生意了，为了打开市场做出名气，王五提供了一种全新的办法：提供小猴子给看客耍。以前看客只是看着张三、李四的耍猴戏，现在看客可以自己耍猴了，耍的好的，可以去王五的场子上现一下；耍的一般的也可以现给自己的亲朋好友看看。至于怎么利用这种耍猴方式挣钱，王五还没有完全想好。这就是web2.0。

永保安康－－

她轻靠我的肩
车票握在手心里面
窗外风景变换倒退
思绪回到有你的从前
像小说的情节
你我曾爱的浪漫缠绵
用了心想要完成每个誓约
祈祷爱情可以永不变
叹世界太多变
如今是她和我依偎
我怎能不抱歉
听说你仍紧锁着心扉
我好挂念我好挂念
我仍关心你的一切
只是很单纯像朋友久违
想要知道你都顺遂
我会想念我会想念
我会祝福你到永远
若你也记得那些昨天
永保安康
是我们最后的诺言

先后有东吴、东晋，南朝的宋、齐、梁、陈等王朝在南京建都,此外，南唐、明(洪武)、太平天国，以及国民党政府也曾建都于此，因此，历史上盛称为 "六朝胜地、十代都会"。

PBDOM与XML简介

http://blog.csdn.net/wu_07/archive/2005/12/12/550259.aspx