• 空间首页
• 空间管理
• 51Testing软件测试网
• 站点论坛
• 添加我的日志

我的最新日志

• 有韵味的文字

  2008-12-04

  一：

  学历代表过去

  能力代表现在

  学习代表未来

  二：

  一定要确定自己的发展方向，并为此目的制定可行计划。

  三：

  软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要。

  四：

  拥有书籍并不表示拥有知识；

  拥有知识并不表示拥有技能；

  拥有技能并不表示拥有文化；

  拥有文化并不表示拥有智慧；

  只用将书本变成自己智慧，才算是真正拥有了它.

   

   

  查看(7) 评论(0)

• 自己当老板的五大忌讳

  2008-11-28

  众所周知，投资是企业创建和发展的基础在商品经济大潮的冲击下，许多人毫无准备地下海“试水”，结果因投资失误而步履维艰，甚至惨遭淘汰。因此，对于白手起家的中小创业者来说，如何正确投资，回避投资误区，就成为“试水”成功与否的关键，成为企业获得成功的必修课。
  
  　　本文针对中小创业投资者，从投资思维、方法、技术等方面入手，就容易导致创业投资者“走麦城”的35个问题提出忠告，指出造成其失误的根源以及走出困境的路径，旨在以具体事例传承投资智慧，使创业投资者在摩拳擦掌之时，能够从中获取真正具有指导性的知识和技巧。
  
  　　1.投资项目过于单一
  
  　　近年来，随着人们生活水平的提高，特色菜肴慢慢变成了抢手货。一位投资者看到此景，毅然抛开了一直处在考察中的其它投资项目，一心一意搞起了特色养殖。这位自称相信“风险与机遇并存”的投资者，力排众议，倾其所有，将全部资金都投入到他选定的特色养殖项目上，并坚信在自己的苦心经营下，一定能够从这个项目上获取丰厚回报。但去春一场突如其来的“非典”疫情，却使其梦想破灭。虽然单一投资因为资源和资金的集中，在项目选择正确的情况下，常常会给企业带来好的收

  免费范文网免费范文网www.qc99.com

  益，但单一投资的风险也是显而易见的，放大的风险只要发生一次，就可能使投资者多年积累起来的财富毁于一旦。
  
  　　形象地讲，投资过于单一，就像把所有鸡蛋放在同一个篮子里，一旦篮子打翻，鸡蛋也就全部摔破了。而由多项目构成的组合性投资，可以大大减少单一投资所带来的投资风险。作为一名缺乏经验的创业投资者，在进行投资决策时，一定要尽可能拓展投资思路，培养多角化投资思维方式，保持投资项目的多元化，并注意在项目与资金之间达成平衡。
  
  　　2.投资规模过大，资产负债比率过高
  
  　　王平对自己准备投资的电磁炉项目充满自信，他认为这个项目一定能给他带来不菲的收益，加上通过关系，他轻而易举就从银行“套”到的大笔资金，更加信心爆棚。他很看不起同行们缩手缩脚、小打小闹的样子，心想自己绝不能跟他们一样，要干就大干一常这种心态使他忘记了自己企业抵抗风险的能力。他一心只想扩大投资规模，将“摊子”铺得越来越大，甚至提出“大就是好”的口号，连上两条生产线。企业负债随着他的盲目投资滚雪球般地扩大，王平却毫不在乎，一点也不感到害怕。在他看来，等企业一运转起来，什么债都可以还清。但等他的企业运转起来了，别人的钱也赚够了，开始拼命压价。王平的产品生产出来却卖不出去，顿时陷入了危局之中。一开始就喜欢把摊子铺得很大，几乎是一些创业投资者的共性，殊不知种种危机就蛰伏其中，一不小心就可能爆发。
  
  　　同时，在经济快速增长的时候，人们容易信心超支，对未来估计过于乐观，藐视风险，从而形成投资泡沫，一旦有风吹草动，泡沫瞬间破灭，投资者就会陷入危局和困境。投资者应从风险与收益平衡的角度考虑企业的投资导向，选择合适的投资项目，并且将投资规模控制在适度的范围内。在具体投资时，应将资金分批次、分阶段投入，尽量避免一次性投入，应留有余力，以防万一环境变化，风险发生，手中再无资金可以周济，以致满盘皆输。
  
  　　3.过度相信他人，不亲自进行市场调查
  
  　　一位北京白领因所服务的外资企业准备撤出中国而失业，就想寻找一个合适的项目自己投资做老板。听到消息后，一位朋友跑来向他竭力鼓吹××项目的美好前景，并说如果他相信自己，“只要你投资20万元，其他一切事情全部由我来做。到时候，咱们俩五五分成。”这位朋友又一一列举了自己的市场调查数据，分析了市场前景，结论是：××项目前景一片光明。这位白领受朋友蛊惑，不仅对20万元投资一口应允，而且在将钱交给那位朋友之前，也没有亲自或委托他人重新对这一项目的市场前景和这位朋友的办事能力进行任何调查。结果他的朋友拿到钱后，没多久就将项目做垮了，这位白领的20万元投资当然也跟着打了水漂。
  
  　　通常，创业者对他人尤其是亲密朋友的意见都容易过度信任，认为朋友的话即代表了市场的真相，自己无需再对市场进行调查，从而导致投资失败。在做投资决策时，不要轻易相信任何人的意见与建议，哪怕这个人是赫赫有名的专家、你的亲兄弟、你的父亲母亲。毛主席说：要想知道梨子的滋味，就要亲自尝一尝。这是万古不渝的真理，投资者更要牢记在心。
  
  　　4.急于获取回报
  
  　　温州有家私营企业的小老板，看到别人因生产某种塑料产品钱都赚疯了，不由得也心急火燎起来，赶紧筹集了资金，决定也要尽快投资上马这一项目。就在这时，他手下的一名技术员劝告他说：“老板，你只要将开工时间推迟4个月，我们就能安装调试好一种目前最先进的设备来生产这种产品，产品比现有设备生产的产品要好得多，相信也会畅销得多。”不料，这位老板听了却很不高兴地说：“推迟开工4个月？你知道推迟开工4个月意味着什么吗？那意味着我们将白丢掉上百万元的利润。”并且命令马上开工。
  
  　　但不出那位技术人员所料，工厂开工没几个月，就因为配套技术陈旧、产品科技含量太低而使产品陷入滞销。这位老板不得不重新投入巨资对才开工没多久的工厂进行技术改造。创业者在初涉投资时，易受眼前利益驱动，而忽视长远利益，采取急功近利的短期行为，这样做虽然能够使企业一时获利，却丧失了长远发展的后劲。投资是一项系统工程，创业者要克服急功近利的思想，更不可杀鸡取卵、涸泽而渔。
  
  　　5.不愿寻求投资合作伙伴
  
  　　国内一家生产消毒液的知名企业，在去春“非典”之前，就面临着市场需求与企业生产能力不足的矛盾。面对这种情况，有人提议找“外援”，以“合资”方式弥补资金缺口和化解投资风险。但该企业老板却担心无法控制合作伙伴，同时认为有那些找伙伴、谈合作的工夫，不如自己慢慢滚动发展，因而将此建议束之高阁。去春突然出现的“非典”疫情和急剧放大的消毒液市场，终于让这位保守的老板吃到了苦头，不但没有赚到本来应该赚到的钱，而且被其他几家同类企业借着“非典”契机一举超过，沦为业内的二流企业。投资者在投资活动中，既要讲独立，也要讲合作。适当的合作(包括合资)可以弥补双方的缺陷，使弱小企业在市场中迅速站稳脚跟。如果创业者不顾实际情况，一门心思单打独斗，就很有可能延误企业的发展。毕竟，分享利润总比谁也没有利润好。春秋时代战国七雄尚讲合纵连横，投资者还是需要有一定胸襟。

  查看(5) 评论(0)

• 财富的五大黄金法则

  2008-11-28

  财富的五大黄金法则

  “任何人只要认真履行将收入所得的1/10储存起来，并且明智地进行投资，必能创造出可观的财富，从而确保自己将来仍有进账，并进一步确保自己辞世后家人的生活无忧。这一条法则保证黄金将乐意进入这种人的家门，我自己的一生便已充分证明了这一点。
  
      关于黄金的第一条法则
  
      凡能把全部所得的 1／10或更多的黄金储存起来，留着为自己和家庭未来之用的人，黄金将乐意进入他的家门，而且快速增加。
  
  
      “任何人只要认真履行将收入所得的1/10储存起来，并且明智地进行投资，必能创造出可观的财富，从而确保自己将来仍有进账，并进一步确保自己辞世后家人的生活无忧。这一条法则保证黄金将乐意进入这种人的家门，我自己的一生便已充分证明了这一点。我积攒的钱财愈多，源源不断流进来的钱财也就愈多。我所储存的金子赚得的利息越多，这些钱子钱孙也跟着赚进来越多。这便是第一条法则的魅力所在。”
  
      关于黄金的第二 条法则
  
      凡发现了让黄金为自己有利可图地效力，并使黄金像牧场羊群那样不断繁衍增值的英明主人，黄金将殷勤不懈且心甘情愿地为他努力工作。
  
      “黄金确实是一个乐意为你工作的奴仆，它渴望在机会来临时替你多赚几倍的黄金回来。对每一个存有黄金的人而言，良好的投资机会便能发挥最有利可图的用处。随着时光的推移，这些黄金将以令人惊讶的方式神奇增加。”
  
      关于黄金的第三条法则
  
      凡谨慎保护黄金，且在智慧之人的忠告之下才运用和投资黄金的人，黄金就会牢牢地攥在他的手里。
  
      “黄金将紧紧跟随着审慎操持并守卫它们的主人，而迅速逃离那些漫不经心的主人。向有理财智慧和经验丰富者寻求忠告的人，不仅不会让自己的财富陷入任何危险，还可确保财富的安全和增值，并且享受财富不断增加的满足感。”
  
      关于黄金的第四条法则
  
      凡在自己不熟悉的行业或用途上进行投资，或是在投资老手所不赞成的行业或用途上进行投资的人，黄金都将从他身边悄悄溜走。 “对拥有黄金但不会投资运用的人而言，许多方法看起来都好像是有利可图。其实，这中间充满了让黄金遭受损失的极大风险。假若让智者和行家分析，他们必定能判断出有些投资只有很小的获利性，有些投资会被套牢，还有一些投资将血本无归。因此，没有理财经验的黄金主人若盲目信赖自己的判断力，把钱财投资在他不熟悉的生意或用途上，他往往会发现自己的判断愚蠢之极，从而赔掉自己的财富。依照投资高手或智慧之人的忠告而进行投资的人，才是真正聪明的人。”

      关于黄金的第五条法则
  
      凡将黄金强行运用在不可能获得的收益上，以及听从骗子和阴谋家诱人的建议，或盲目相信自己毫无经验和天真的投资概念而付出黄金的人，将使黄金一去不返。
  
      “初次拥有黄金的人，经常会遇到像冒险故事一样迷人而又刺激的投资建议。这些建议仿佛能赋予财富神奇的力量，似乎可以轻松赚进超乎常理的利润回报。但是务必当心，有智慧的人都非常清楚，每一个能让人一夜之间即成为暴发户的投资计划，背后一定可能隐藏着危险。
  
      “别忘了，无论是巴比伦还是尼尼微的富翁们绝不会贸然投机，以致遭受资产损失，也绝不会将钱财投资在没有获利性的项目中，以致被套牢。当然，他们更不会将钱财投注于超常回报的诱惑或骗局之中，以致血本无归！”
  
      “关于黄金五大法则的故事就此讲完了。在我讲述这些故事的同时，其实，我也已经透露了我自己的成功秘诀。
  
      “然而，这些不仅仅是秘诀，而且是每个人都必须学会并遵行的真理。当你学会并运用它们之后，便不必再像荒地里的野狗那样每天必须为饮食担忧。
  
      “明天，我们就将进入巴比伦城。看啊！遍地黄金的巴比伦城已经遥遥在望，贝尔神殿顶上永不熄灭的圣火在发出召唤！明天，你们每一个人都将拥有一笔黄金，那是你们一年来辛勤服侍我而应得的薪酬。但是，从今晚开始算起的10年后，你们手中的这些黄金将会有怎样的变化呢？
  
      “假如你们中间有像诺马希尔那样的人，运用一部分黄金开始你的致富之路，同时明智地恪守阿卡德的理财忠告，我相信此后10年完全是一场安全的赌博。这样，你们中就一定有人将像阿卡德的儿子一样，变得富有而且受人敬重。
  
      “这类明智的行动如果伴随我们一生，那么它随时随地就会给我们以满足和帮助。如果你忽视这些忠告而采取不明智的行动，那么必将给你带来灾厄和煎熬。你们可千万不要忘记这些法则啊！那些煎熬中最令人痛苦的回忆，就是我们该抓住的机会却变成了失之交臂的懊悔，它将终生都萦绕在你的脑际。
  
      “巴比伦到处都是财富，没有人能算得出其黄金的总值。任何辛勤明智的巴比伦人一年下来，都会变得更加富有和满足。就像每块田地里的财富一样，它们等待着要赐给那些辛勤耕耘、渴望丰收的人以坚实的报偿。
  
      “在你自己的欲望中，有一种神奇的力量。请以黄金五大法则的智慧引导这种内在的神奇力量吧！巴比伦的财富就将等待着与你分享！”
  

  查看(12) 评论(0)

• windows操作系统之计数器

  2008-6-03

  windows操作系统之计数器(设置/控制面板/管理工具/性能)

  Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始：

  　　Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小)，则说明计算机上总的内存可能不足，或某程序没有释放内存。

  　　page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

  　　page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。

  　　由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：

  　　Physical Disk\ % Disk Time

  　　Physical Disk\ Avg.Disk Queue Length

  　　例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。

  　　要确定过多的页交换对磁盘活动的影响，请将 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。

  　　Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较page/sec只表明数据不能在内存的指定工作集中立即使用。

  　　Cache Bytes：文件系统缓存(File System Cache)，默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化

  　　如果您怀疑有内存泄露，请监视 Memory\ Available Bytes 和 Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。

  　　Pages per second :每秒钟检索的页数。该数字应少于每秒一页。

  　　Process：

  　　%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%

  　　Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。

  　　Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。

  　　Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。

  　　Processor：监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。

  查看(29) 评论(0)

• 商业智能的定义

  2008-5-30

  商业智能的定义

  第一种定义：商业智能的概念于1996年最早由加特纳集团（Gartner Group）提出，加特纳集团将商业智能定义为：商业智能描述了一系列的概念和方法，通过应用基于事实的支持系统来辅助商业决策的制定。商业智能技术提供使企业迅速分析数据的技术和方法，包括收集、管理和分析数据，将这些数据转化为有用的信息，然后分发到企业各处。

  第二种定义：2007 Gartner商业智能峰会:
  商业策略。既然商业智能是关于制订更好的决策，商业智能的动机应该与全面的商业目标相一致，并且联系在一起。
  绩效管理。商业智能团队必须非常了解他们的组织如何衡量绩效，通过关键业绩指标(key performance indicators,KPIs)或者其他的方法。
  人员和流程。组织对信息如何在企业范围内被利用的考虑是非常关键的。商业智能不是IT的行动或者项目。相反，它是一种商业的功能，Hostmann说。既然政治常常进入到商业智能产品当中，这更是一种挑战——但是像商业智能功能中心(BI competency center)这样的产品会有所帮助。
  分析应用。Hostmann表示假如商业智能想要被有效的联系到绩效矩阵，公司必须将他们的分析应用联系起来。一个商业智能应用组合需要的是一些一致的、协作的、和全面的策略紧密联系的工具。
  商业智能平台。组织必须考虑平台的功能如何集成其他的商业智能应用。一个越发重要的功能是元数据管理，它能够保证信息的一致性。
  信息管理基础架构。信息管理层，这可能是最困难的一个层次，在数据仓库中很快就超越结构化数据的范围。Hostmann说各种组织最终会需要一种能够结合非结构化数据和结构化数据、包括搜索功能、并且集成内容管理系统的信息管理系统，这种信息管理系统还能够应对来自于集成、数据质量和其他数据管理的方方面面的挑战。

  第三种定义：商业智能通常被理解为将企业中现有的数据转化为知识，帮助企业做出明智的业务经营决策的工具。

  第四种定义：IDC将商业智能定义为下列软件工具的集合：

   终端用户查询和报告工具。专门用来支持初级用户的原始数据访问，不包括适用于专业人士的成品报告生成工具；
   联机分析处理（On-Line Analytical Processing, OLAP）工具。提供数据管理环境，其典型的应用是对商业问题的建模与商业数据分析。OLAP 也被称为分析；
   数据挖掘（Data Mining, DM）软件。使用诸如神经网络、规则归纳等技术，用来发现数据之间的关系，做出基于数据的推断；
   数据集市（Data Mart）和数据仓库（Data Warehouse, DW）产品。包括数据转换、管理和存取等方面的预配置软件，通常还包括一些业务模型，如财务分析模型；
   主管信息系统（Executive Information System, EIS）。

  第五种定义：IBM：
  商业智能是一系列由系统和技术支持的以简化信息收集、分析的策略的集合，它应该包括企业需要收集什么信息、谁需要去访问这些数据、如何把原始数据转化为最终导致战略性决策的智能、客户服务和供应链管理。

  
  第六种定义：微软
  商业智能是任何尝试获取、分析企业数据以更清楚地了解市场和客户、改进企业流程、更有效地参与竞争的努力。在正确的时间向正确的决策者提供正确的信息，商业智能使企业用更好的时间做出比以前更好的决策。

  第七种定义：SAP
  商业智能是一大类收集、存储、分析和访问数据以帮助企业用户更好进行决策的应用程序与技术。商业智能应用程序包含如下活动：决策支持、查询和报表、联机分析处理（OLAP）、统计分析、预测和数据挖掘。

  第八种定义：cognos
  商务智能是能使终端用户对企业性能进行监测、分析和形成报表的软件。商业智能可以使企业不总依赖IT部门为组织的数据资产和企业流程带来可见度、清晰度和洞察力

  第九种定义：MicroStrategy
  商业智能是一系列能够使公司分析数据库中的数据并根据收集的信息获得的洞察力来做决策的软件系统。这种洞察力可以帮助公司：提高效率和生产力、构造强的客户关系、优化生成收入的战略、增加收入并使收益最大化。

  第十种定义：DM Review
  从数据分析的观点，商业智能是收集与研究主题相关的、高质量的、有意义的信息、以帮助分析信息、得出结论或做出假设的过程。
  从信息系统的观点，商业智能是提供给用户联机分析处理或数据分析以帮助回答商业问题、在被观察信息中识别重大趋势或模式的系统。

  查看(10) 评论(0)

• 男士十大健康投资

  2008-5-28

  男士十大健康投资

       青年时期的男性，一般来说健康状况良好。许多事业心强的男性，忙于进取，往往忽略了健康投资。也有的男性，甚至做出健康透支的事情，比如说，性生活不注意卫生、抽烟、酗酒、经常熬夜等等。您可知道，实际上，从20岁左右，衰老的过程就开始了，如果不注意健康投资，等到你感觉到健康不如以前时，已经不能扭转衰老的进程了。
  
       一般来说，从20岁开始，每10年，身体的新陈代谢率减慢百分之二，也就是说，这段时间如果您多吃高脂高热量的食物，会变成脂肪贮存在您的体内。等您开始意识到自己应该减肥时，已经不容易了。从20岁开始，您的肌肉强度和肺功能也开始下降。到70岁时，身体的所有功能将下降到现在(20岁)的三分之一。因为大部分的变化是由于活动减少而造成的，所以，要抵抗衰老的影响，永葆青春活力，道理很简单，就是保持活动。

  　　生命在于运动，仅仅每天简单地做几次深呼吸运动，就可以减缓肺活量下降的速度。从现在开始，每天做几次深呼吸，坚持下去，到了70岁，您的肺活量下降就不是百分之六十至七十，而是仅仅百分之二十左右，由此可见积少成多，持之以恒的威力。到了70岁再做深呼吸，怎么也挽救不回已失去的肺功能，这就是为什么健康投资开始得越早越好的原因。

  　　万里长征，始于足下，抗衰老，保持健康应该从现在做起，坚持每天锻炼，不但可以减慢衰老过程，还能使肌肉变得强壮，身体代谢率升高，使您有一个健康的身材。锻炼的关键是每天都做，不一定要很激烈的运动。要选择自己喜欢的运动，这样才能长期坚持下去。

  　　从30岁开始，您也许会发现，皮肤开始变松，眼角的皱纹也开始出现了。要推迟这个过程，一个简单的办法就是避免直接晒太阳。如果必须在太阳底下活动，戴上太阳镜和太阳帽。同时，注意保持皮肤湿润，因为皮肤有干燥的倾向。

  　　也许您不相信，从30岁开始，听力开始下降，因为现代人受噪音的损害太大了。平时要注意听音乐、看电视时不要将音量开得太大。有人以为听力下降是正常的。其实不然，有人90岁还听力正常。
  
  在青年时期，您健康投资的重点是：

  　　*继续保持青少年时期养成的良好的健康习惯；

  　　*坚持锻炼；

  　　*不抽烟；

  　　*少喝酒；

  　　*如果开车，遵守交通安全规则；

  　　*保护皮肤不受太阳暴晒；

  　　*坚持安全的性生活；

  　　*定期做身体检查；

  　　*注意饮食健康；

  　　*学会处理生活、工作中的压力。

  查看(34) 评论(0)

• 数据集成究竟要过几道坎？

  2008-5-21

  数据集成究竟要过几道坎？(转载)

  平台级软件乘风起舞

  　　在数据集成平台统一数据集成方法、实现技术重用性、提升整体数据管理能力的作用被肯定之后，引发了众多软件厂商的技术追捧。目前，市场上有多种可供用户选择的统一数据集成解决方案。与基于点需求和系统内部集成的工具软件相比，这些平台级软件共同的特点表现在，它们能够支持多种类型、结构和来源的企业数据集成，并且具备面向企业异构IT环境变化的应变能力。在确保系统整体安全性和高可用性的同时，采用基于元数据和开放标准的共享服务方法。

  　　在企业从数据中挖掘更多业务价值的过程中，数据集成受关注的程度不断升温。而应用的推进也催生出了许多的技术交易与创新。作为信息管理领域的领先者之一，IBM面向数据集成进行了多次收购。例如，其在2005年收购Ascential，强化自身在数据交换、数据迁移、数据清洗等领域的能力。此外，IBM还收购了提供实时数据集成的软件公司DataMirror。最近，针对IBM最新的IOD(信息随需应变)架构，IBM Information Server数据集成平台级解决方案对收购技术和原有技术还进行了新一轮的整合。

  　　一些BI领域的厂商也持有和IBM相同的想法，即向客户交付统一的企业数据集成平台，而非单纯的ETL工具。Informatica和SAS是其中的代表。Informatica致力于帮助客户解决数据碎片问题，是集成能力中心(ICC)最佳实践的倡导者。林杨表示，Informatica所提供的统一数据集成平台具备广泛的连接性，可以集成包括大型机、关系型数据、文件数据、应用程序数据、消息队列、XML和非结构化数据在内的多种类数据。通过可重用设计和统一的方法实现数据的访问、集成和提交，并最终成为SOA框架的一部分。

  　　张天峰介绍，SAS所提供的高效数据集成平台能够以及时、经济的方法将异构系统内的信息孤岛整合起来。而这种操作可以在不依赖SQL语言的条件下，访问、抽取、过滤、清洗、汇总源自不同平台、不同格式的数据，同时提供支持快速开发、有效处理和更强大数据管控性能的平台和工具。例如交互式数据整合流程开发环境、专业的数据质量管理平台、统一的元数据管理工具、第三方数据库双向访问接口等。

  　　数据集成要过几道坎？

  　　对很多企业而言，数据集成是围绕特定的应用需求而实施的一系列独立项目。但正如我们前面所说的，这种一次性集成方法的累积、不合理的使用反而会增加IT应用架构的复杂性，制造新的数据碎片，带来新的管理难题。

  　　数据集成现阶段面临着哪些挑战？作为一项“因复杂而生却要削弱复杂”的IT技术，数据集成需要化解由数据和IT应用持续性变化所导致的巨大前进阻力。

  　　在数据方面，现实的情况是，数据来源的类型愈发广泛，数据格式更加多样。从传统视角看企业数据，主要集中在文件系统、数据库和消息队列中。而随着新应用类型的出现，注册表、监控设备、博客、Wiki、邮件、手机短信也成为了企业数据的不同载体。对于数据的使用者而言，他们希望从一个集中式数据库和通过基于SQL等通用标准的数据服务获取不同类型的数据，而不用关心数据到底存储在哪里，这大大增加了数据集成的难度。

  　　数据格式方面，单纯的二维信息描述方式显得越来越“僵化”，难以适应变化业务的需求。空间数据、XML数据在数据描述上获得了突破，但是在拥有灵活性的同时，数据集成的难度也增加了，对于具有同一业务语义，但格式却不同的数据该如何进行集成？当我们需要将多种类的信息合并成一个实体时，集成技术需要完成高难度的操作。

  　　在数据层之上，IT系统内的天然边界和业务区隔也会增加数据集成的难度。例如，企业的信息安全策略往往根据应用的保护等级和信任关系将其划分为不同的安全区域，而数据集成却通常需要跨越不同的网络或LDAP域，为此，在集成之前需要根据“数据访问协议”、“数据流向规定”等规划数据的采集措施。但目前尚没有类似的“统一跨域、跨网络数据访问规范”，数据集成需要根据每一个采集点单独定义集成任务，同时还要随着不同信任域的信任等级变化，反复地调整和配置。

  　　虽然对于关系型数据库和XML数据而言，数据的提取相对容易，但是随着应用的推陈出新，企业数据变得无处不在，博客、电子邮件、Wiki、Word文档都成为他们的容身之所。它们在数据库之外，如何从这些混合了数据和用户界面的介质中提取出关键数据，往往需要数据集成人员和相关技术领域开发人员的分工协作。

  　　另外，数据集成实施需要关注的问题还包括：如何选择合适的执行时机；如何在规避OLTP和OLAP高峰的同时，组织“快照”、“批量导入/导出”等任务。随着多芯、多核服务器的普及，集成技术也需要从串行时代过渡到并行时代。怎样为数据集成建立配套的监控与错误处理流程？如何设计完善且具备自动化能力的数据集成流程，并且为其配备补救机制？而在技术、制度和管理之外，数据集成还需要具有多平台、跨系统知识体系的工作团队，那么，这些问题或许是企业面临的最大挑战。

  并非普适技术

  　　虽然困难重重，但是数据集成技术正在不断成熟，用户已经能够从市场上的相关解决方案中获得具备整合能力的技术支持。而在正视数据集成挑战的同时，企业还需要明确的是，数据集成在现阶段并非一种普适性的技术，它不仅要求使用者具备一定的数据应用规模和复杂性，还需要投入较大的资金和人力。

  　　林杨表示，现阶段Informatica数据集成平台的用户集中在大中型企业。他指出，不同规模的企业部署数据集成应用的思路会有所不同，但是应用的门槛相对明确。“大型企业往往选择‘自上而下’的方法，首先搭建数据集成平台，中型企业则更多地基于项目驱动，先在一定范围内实施，然后逐步积累，利用2～3年的时间使数据集成平台逐渐成型。但对于小型企业来说，全面数据集成的压力不大，手工编程、基于SQL的集成方式更为适用。”林杨还强调，这并不意味着小型企业不需要进行数据集成，只是从性价比等角度考虑，暂时不需要应用综合性的数据集成技术。

  　　张天峰也认为，目前的数据集成应用主要集中在金融、电信、政府等重点行业。以银行业为例，SAS在中国最大的银行业客户拥有数十个TB的业务数据，而且数据逻辑非常复杂，需要借助数据集成技术进行数据的转换、清洗和提交。他认为，对于中小型企业而言，把数据集成项目交由系统集成商执行与自行购买相关软件相比更为经济和高效，而一些中小客户也喜欢采取“五五分账”的方法，即对关键数据集成采用ETL工具，其他的则使用手工编程完成。

  　　也有用户认为，无论选择怎样的数据集成方案，实用和简洁都是最关键的。虽然每个服务和应用采用点对点的连接方式很容易造成IT环境的混乱，但是在信息化建设的初期，这未尝不是一个最快达成技术目标的选择。对IT环境相对成熟的企业而言，最好在实施集成前先充分了解业务部门对信息互联的需求，然后实施必要的统一数据治理。而无论集成项目的规模如何，都必须考虑建立相关的监控措施，以及当关键流程出现错误和异常时该如何处置。

  　　与SOA及其他

  　　今天CIO们需要与各式各样的技术创新打交道，SOA便是其中不可回避的一个。而SOA和数据集成有着紧密依存的关系，通过研究SOA解决方案不难发现，它们往往包含一些小型的集成方案，旨在帮助用户解决数据交互、数据清洗等问题。林杨认为，SOA所关注的应用和数据集成的数据是紧耦合关系。把SOA理念具体落实到数据层面，它要使信息能够随需应变，而这正是数据集成的任务。“统一的企业数据集成平台应该成为SOA的一部分，为IT应用提供信息服务支持。这要求企业在实施数据集成项目时也要引入SOA方法论，对数据的查找、整合、质量评估进行持续性的改进，同时关注项目之间的相关性和延展性。”林杨说。

  　　“数据架构和应用架构紧密相关，良好的数据集成能够简化SOA对应用集成的实现。”张天峰说。但他也表示，SOA所倡导的分布式应用会增加数据集成的难度，存在一些冲突，对分布式异种数据的集成需要引入网格计算等概念。

  　　从用户角度看，数据治理是数据集成发展到一定阶段的必要补充，否则，长期以来的数据和软件一体化的黏性让数据无法从服务和应用中剥离。总体而言，狭义的数据集成是更多地考虑如何进行数据互联，如何向应用屏蔽不同数据源的物理位置、通信协议和数据格式，更多关注技术问题；而数据治理则侧重在数据与业务语义、业务处理分析的层面之上。

  　　编看编想

  　　与变化博弈的数据集成

  　　历史造就了数据孤岛，也将收复数据孤岛的使命赋予了数据集成技术。不断滋生的数据碎片会不断给数据集成技术制造难题，同时也催生出使其前进的无限动力。对数据集成项目的执行者而言，这样的任务可能并没有明确的终点，需要不断地与变化进行抗争。这些变化包括新应用的建立、数据库平台迁移/合并、IT应用规模的扩充，当然还有业务组织的拆分与购并。

  　　无论你采取什么的技术路径，都需要与变化为伍，虽然任何的变化都会让你好不容易搭建的数据集成系统备受冲击，但你还是不得不学着适应变化，与其成为朋友。张天峰认为，数据集成的要务是，在数据流动的过程中解决复杂的数据转换和数据清洗问题，同时实现对海量数据处理的质量保证。林杨也表示，数据集成是典型的持续型项目，由于与各种业务应用都存在接口，数据集成的实践者需要在变化的环境中建立清晰的技术实现图景。

  　　流动中的数据变幻莫测，它们的内容、质量、结构和定义都在不断变化着，而业务的复杂程度、项目周期的缩短以及更多数量和类型数据的涌入，不断制造出新的数据孤岛。因此，数据集成将成为一门企业需要持续修习的功课。明确这一点，可以让我们慎重考虑那些关注短视效应的选择，用更加长远的目光审视技术的发展并迈出坚实的脚步。

  查看(16) 评论(0)

• 企业信息化：集成还是集中？

  2008-5-16

  企业信息化：集成还是集中？

  问题的提出
  
  　　集成还是集中？可能很多读者并没有遇到这个问题，或者认为这并不至于作为一个问题拿出来讨论。但是，我想说的是，如果你是在一个企业或其它组织里负责信息化工作，你现在看到有人提出这个问题，就是一件值得庆幸的事。如果有一天，当你面临信息化决策，你要做的选择题里有这两个选项，那么我要祝贺你。
  
  　　1998年前后双汇集团进行ERP选型时，项目组的成员们就没有这么幸运，因为当时他们做的选择题不是这样的。
  
  　　那时，双汇集团内的信息系统以部门级应用为主。各部门、子公司各自负责自己单位的信息系统选型、建设和维护。总的系统种类达十余种，所用的数据库除了Oracle以外，别的全有。到处都是信息孤岛，业务流程支离破碎。
  
  　　信息化的任务很明确，首先就是要消除信息孤岛，实现集团公司层面的统一管理和业务流程的贯通。于是，集团成立了信息化领导小组，立项进行集团级ERP系统招标。当时国内有点名气的管理软件供应商都来了。经过几轮之后，留下最优秀的几家。这时，几家公司给出的技术方案有两种：
  
  　　1、分布式数据库技术路线
  
  　　即在子公司层面，把所有应用系统都更换成统一的一种ERP系统，然后采用分布式数据库技术，通过数据库同步的方式把数据收集到中心数据库，再在中心数据库上补充进行集团层面的有关应用开发；
  
  　　2、“准SOA”技术路线
  
  　　即保留原有的主要应用系统，对这些不同种类的系统进行功能封装，另外补充建立新的应用系统，在集团总部建立一个数据仓库，采用有关中间件进行数据集成和应用集成。
  
  　　在1998年的中国，这两条技术路线是绝对先进而主流的路线，它们代表了当时系统集成技术的最高水平。提出并能保证为双汇成功实施这两种技术方案的厂商，其技术实力非同小可。
  
  　　看起来并不难做出选择。出于比较稳健的考虑，双汇项目组选择了第一条路线，并选择了国内一家著名ERP厂商负责实施。
  
  　　项目启动一年多以后，当时公司级ERP系统刚刚在少数工厂实施，且应用模块尚未完全上线。这时项目组即发现有点不妙。首先是数据库同步不够稳定，中心数据库的数据完整性不能得到完全保证。更大的问题是在投资方面。由于1998到2000年双汇集团扩张得特别快，异地工厂一下子增加了十几个，分销网络也迅速铺遍全国100多个城市，另外还成立了商业公司，开了很多连锁店。项目组不得不重新估算IT系统投资。不算不知道，一算吓一跳：按集团2000年初的规模，需要在全国建立三十个子站点，仅这些子站点及总部数据中心的机房设施、服务器软硬件、网络设备等购置费就要超过5000万元，如果再增加1000个连锁店和10个配送中心，就需要再追加约1.6亿元。而系统运行维护每年所需人员工资、服务费、通信费、房屋占用及能源动力消耗合计将超过3000万元。
  
  　　这是一笔惊人的开销，远远超出1998年项目启动之初所做的预算。而集团公司仍在继续快速扩张，IT投资还会无休止地膨胀下去。
  
  　　而且投资只是一方面。系统在运行速度、数据同步的可靠性和效率、程序更新的效率等方面均存在潜在的风险。举个简单的例子，如果对库存管理功能做一处修改，全国有1000多个库房，每个终端的应用程序就都要更新一遍，这是一件很困难的事。
  
  　　2000年夏天我回国接手双汇集团的信息化时，紧急中止了项目的继续进行。
  
  　　我奇怪为什么没有厂家提出基于互联网的大集中技术方案，这种系统当时在国外已经流行起来并且已经有不少成功案例。后来我跑遍大江南北考察国内管理软件，发现原因一是当时互联网的接入条件比较差；二是国内软件厂商尚未掌握先进的开发技术，而国外厂商如Oracle的产品在中国互联网条件下跑不起来；三，也是最关键的，就是观念，无论IT圈还是用户圈，只要是做信息化，大家的脑子里就只有“系统集成”，没有别的。
  
  　　面对双汇的信息化困境，我把问题进行了重新定位，即从“如何集成”改变为 “集成还是集中”。经过和项目组共同研究讨论，我们最终坚定地选择了实时大集中技术路线。后来的事实证明我们的选择是完全正确的。
  
  　　被滥用的集成
  
  　　“系统集成”是一个从诞生时起就闪耀着高技术光芒，直到现在让很多人一看到仍肃然起敬的名词。它差不多在信息化领域大行其道了二十年。二十多年来，多少IT公司披挂着系统集成这身光鲜迷人的行头，挥动着镀金的宝剑，在信息化舞台上显尽风骚。也许是察觉到了观众们的审美疲劳，也许是因为舞者实在累得跳不动了（因为这身行头实在不轻），最近它的创造者推出了升级版——SOA。尽管目前还只是完成了概念设计和推出了一部分面料，完整的套装尚未出炉，但是已经能够看到设计者赋予了它更多的高技术色彩，除了比上一代产品轻便外，穿上它的人看起来会更加光怪陆离和神秘莫测一些。
  
  　　为了深刻理解系统集成的本质，让我们回顾一下这种技术产生的原因和发展的历程。
  
  　　系统集成技术的出现，是由于企业或组织在过去的信息化进程中分别建立了多个局部应用系统，这些系统的数据和功能都彼此孤立。后来发现这些彼此孤立的系统给管理造成了很大障碍，因为它们本该是一个有机结合的整体，那样才能保证业务流程的完整性和管理通道的畅通无阻和遍及性。为了满足这种独立系统之间互联互通的需求，同时又考虑到用户对以往IT投入的珍惜，和操作者已经习惯于使用原有系统，另外，也限于特定历史阶段的IT技术发展水平，于是系统集成技术应运而生了。一开始是IT厂商针对用户特定的系统和集成应用需求进行接口程序的定制开发，实现手段主要采用一些过去主机系统时代的软件技术如RPC（远程过程调用）和客户/服务器时代的API（应用程序接口）等。后来逐步发展出一些通用型产品和技术体系，比如消息中间件，应用集成中间件等等，直到SOA（面向服务的架构）。
  
  　　总的来看，系统集成技术从一开始试图实现紧密的耦合，即把数据和应用全部集成起来，逐步演变为以松散的耦合为目标。比如SOA，是让人们着眼于各个应用系统的外在功能表现，而放弃对具体实现和处理方式的关心，放弃对数据进行集成和集中，只将应用系统的功能进行适当的划分并加以封装，以服务的形式提供给外部使用者。可见，SOA的本质是简化了的系统集成。
  
  　　从紧耦合的系统集成到松耦合的系统集成，直到今天的SOA，不可否认技术和理念是在不断进步。但是这种进步与其说是为满足用户的需求而不断创新，还不如说是IT界在为自身寻找解脱。因为系统集成的确是一种很不轻松的工作，做项目的人要去理解各种各样的不同人写的、用不同语言写的应用程序，要熟练操作使用各种数据库，还要清楚各种操作系统环境和各种各样的网络协议等等。除此之外，为了把这些异构系统整合起来，还需要掌握一些系统集成工具软件。而一个系统集成项目的完工，并不意味着麻烦的终止，反而会成为新麻烦的开始。因为任何局部系统的一丁点修改都有可能影响到已经完成的集成系统，所以随时可能要对接口进行升级和重新联调。随着用户应用规模的不断扩大、应用系统种类的不断增加以及应用系统复杂性的不断提高，众多的IT公司和工程师们对系统集成工作已经越来越不胜其烦了，所以，简单化是不得已而为之，这就是SOA被提出的原因。
  
  　　系统集成在特定的历史阶段和一定应用范围内是适用的、先进的技术，同时也是有其合理存在价值的。比如，用在企业规模比较小的时候，或者用在企业与外部进行业务协同时。但是，由于错综复杂的原因，系统集成被滥用了。
  
  　　多年来业界对系统集成的推崇和大肆宣扬让用户形成了一些错误的观念。首先，是“集成万能观念”，即企业或其它组织的IT管理者认为系统总是可以被集成的，从而无所顾及地增加新的局部系统。而系统数量的不断增加，导致整个系统管理复杂程度的不断提升。其次，是“集成唯一观念”，就是说系统集成完全占据了用户的头脑，遇到任何系统隔阂或类似问题，只会想到用系统集成的方法去解决。
  
  　　殊不知，不加分辨、不深入思考而滥用系统集成的做法会把企业引向危险的境地——IT黑洞。
  
  　　所谓“IT黑洞”，也可以称为“IT无底洞”或“IT泥潭”。它是指随着企业的成长发展，机构及业务规模的膨胀，其IT系统所需要的追加投入呈线性或指数增长，而同时系统的效率却不断下降的现象。就像物质越靠近黑洞就越难以摆脱它的引力一样，当企业的IT系统具有向黑洞或泥潭演进的特征时，随着时间的推移，企业将越来越难以自拔。
  
  　　当采用系统集成的信息化建设模式时，随着企业的成长，系统的整体复杂度一般呈指数规律变化。也就是说越到后面增长的速率会越大。在系统的性能、可维护性等指标还处于临界点以内时，IT管理者可能根本意识不到危险已经逼近。而当发现系统的各项指标即将进入红色区域时，时间上已经来不及做出反应了。
  
  　　被遗忘的集中
  
  　　集中是一个简单、直白甚至让人感觉有点土的名词。也许正是因为它没有“集成”这个词听起来有档次、有水平、有品位、有深度，所以它没有被IT界热烈追捧和炒作。
  
  　　但是“集中”却蕴含着企业管理的本质和精髓。因为企业是一个有机的整体，为了在复杂多变、竞争激烈的市场环境中生存、成长和发展，它们必须要有灵敏的感觉和快速反应能力。这就需要对机体每一部分的状态进行实时把握，并且进行集中统一管理。所以，企业内部各处的信息要求及时、完整、准确地传递到管理总部，总部的指令要求在第一时间传达到企业内相应机构。而企业所拥有的各种资源也要求尽可能地集中管理和统一调配使用，从而最大限度发挥资源利用效率。
  
  　　可见，集中、统一、实时是管理的理想目标。
  
  　　其实在信息技术被应用于管理的最初阶段，就已经达到了这种理想的状态。在主机－终端架构时代，一切都是实时集中的，终端只拥有显示屏和键盘，其作用就是查看指令或结果以及输入数据。主机实时存储全部的数据，进行全部的计算，处理全部的业务。一切都是集中而高效的。
  
  　　世界向前发展。一方面，企业不再只是局限在一个地方的一个工厂，它开始建立分支机构，开始在异地建厂或兼并别的企业，开始跨行业经营，开始全球化经营。另一方面，IT技术也在演进。PC机、图形界面操作系统和快速以太网的出现带来了客户/服务器架构，它的用户操作界面更加友好，系统的总体拥有成本不断下降，于是客户/服务器架构站上历史舞台，取代主机－终端架构成为主流。
  
  　　在主机－终端时代后期和客户/服务器架构时代，大部分大企业暂时放弃或降低了对集中、统一、实时管理目标的追求。主要的原因在于广域数据通信技术的发展落后于企业规模扩张的速度。而无论上述哪种架构，都无法低成本地解决跨地域通信问题。于是人们逐渐淡忘了“集中”。这期间有一个很特殊的例外，就是沃尔玛。它在不断扩张过程中为了始终保持集中、统一、实时化的管理，竟然自己发射了一颗通信卫星。沃尔玛对“集中”式管理的狂热追求使得它一路所向披靡，直到成为全球排名第一的企业。
  
  　　世界继续向前发展，互联网来了。它打破了一切隔阂，无所不至。所谓三十年河东，三十年河西，历史是一个螺旋式上升的过程。由于互联网彻底解决了广域数据通信的技术和成本问题，因此，它必然重新唤起了企业对“集中”式管理的追求。
  
  　　此集中非彼集中
  
  　　历史不是简单地重复。基于互联网的“实时集中式”架构与主机－终端式集中架构相比自然有本质的不同。
  
  　　首先是系统的跨度范围大大不同。主机－终端式集中架构只能在一个很小的主机终端网络内运行，而基于互联网的“实时大集中式”系统则运行于遍布全球的互联网上，因此，无论企业发展到哪里，都能轻松方便地支持。
  
  　　其次，中心系统的计算架构也比过去的主机系统有了极大的飞跃。现在的中心系统采用应用软件多层部署方式，每一层都可以采用计算机集群技术进行负载均衡，因此可以实现系统平滑扩容和升级，从而最大限度节约和保护IT硬件投资。
  
  　　由于全局只有一个数据库和一套应用程序，所以，“实时集中式”系统的管理和维护复杂度降到了最低（只需一个维护小组）；系统的配套硬件投资降到了最低（只需购买一套服务器和网络设备，建一个机房）；系统的配套软件投资降到了最低（只需购买一套操作系统软件、数据库软件和应用服务器软件）。这就是我常说的“五个一”，即：一个数据库、一套应用程序、一个机房，一套服务器及网络，一班人马；而这一班人马，也无非只有两个人：一个网管，一个DBA。
  
  　　双汇集团的信息化情况充分体现了“五个一”实时大集中的好处：
  
  　　目前集团在全国有80多个法人企业，40多个工厂，120多个销售分公司，600多个办事处，8个配送中心和700多家连锁店，所有机构的业务财务一体化应用均跑在唯一一套系统上。这套系统部署在全集团唯一的机房里，机房只有两台小型机再加上一些PC机。集团在整个中心机房上的总投入只有600多万。管理人员也只有两个人，一名网管，一名数据库管理员。系统年综合运行成本还不到60万元。
  
  　　事实上，大集中模式的好处绝不仅仅是“五个一”。唯一的数据库保证了企业财务、业务、销售、物流、生产等的所有数据变化都实时发生在一个数据库里，因此从根本上消灭了各部门的业务数据在时间上、内容上不一致的问题。此外，由于采用一个数据库的做法，系统做数据挖掘非常容易。再加上财务、业务、销售、物流、生产等所有环节采用的是一套程序，业务流程高度集成，在集团公司的产业链上实时贯通，因此整个集团的业务处理效率非常高。比如，在连锁店，双汇集团采用的是“24小时内如果连锁店的鲜肉销售不出去，就退回集团”的销售办法，这一点，如果没有实时大集中的信息系统提供支持，实现贯通连锁店、商业公司、配送中心及集团总部的业务流程处理机制，是根本无法实现的。
  
  　　结语
  
  　　集成还是集中？
  
  　　没有绝对的答案。但是我相信，只要你记着有这样一个问题，你对信息化就会多一份把握。

  查看(10) 评论(0)

• 地震来时，你躲在哪里？

  2008-5-16

  地震来时，你躲在哪里？ 请把这封信转寄给你所关心的人

  

  

  

  

  

  

  教育的失败…媒体都乱教学生…

  附上台湾搜救总队在921搜救时的照片作图解说明正好可以相呼应, 更具震撼力及说服力。血淋淋的历史的教训印证了文章的内容。请将文章再转寄出去~

  地震来时，你躲在哪里？老师教的是错的 !!

  也许你已读过，再提醒你一次：地震来时，你躲在哪里？如果你依照小时候老师教我们的方法乖乖躲在桌子底下，床铺底下，那么，我必须告诉你，你的伤亡率，高达百分之九十八！！

  那该怎么办？美国国际搜救队长教你正确的躲避位置。

  正确的地震保命法 -- 转载道格卡普是美国国际搜救队长，自一九八五年至今，他及他的队员己参与全世界七十九次重大灾难的救灾工作，他曾经爬进近七百栋因为地震、爆炸而严重倒塌的建筑物内搜查受困的生还者以及罹难者的遗体。除了参与两年前日本神户大地震及美国俄克拉荷马市联邦大楼爆炸案救授工作，十二年来国际新闻中的重大灾难救灾，他都没缺席。

  本月十九日他离台前，除了台湾搜救总队邀他演讲，美国在台协会、加拿大驻台经贸办事处也邀请他，为美、加外交官员传授在建筑物倒塌时如何求生。国人从小到大，在防震演习中，老师总是叫学生躲在课桌下，道格得知这点后，很焦急地一再呼吁：

  不要躲在桌子、床铺下，而是要以比桌、床高度为低的姿势，躲在桌子床铺的旁边！！！

  他以先前和土耳其政府、大学合作拍制的地震逃生录像带，说明不要躲在桌下避震的道理。

  透过土耳其政府协助，制作单位爆破一栋废弃大楼，模拟地震时建筑物倒塌的情形，工作人员先依据「常识」，在桌子床铺等家具旁，同样放置十具模特儿，炸药引爆后大楼变成断坦残壁，他和搜救队员依予找到二十具模特儿，在桌床下的十具模特儿，有八具被压成全毁，其中一具甚至头、身、脚断成三截；他放置的十具模特儿，则全部安好无事。

  他解释，建筑物天花板因强震倒塌时，会将桌床等家具压毁，人如果躲在其中，后果不堪设想，如果人以低姿势躲在家具旁，家具可以受倒塌物品的力道，让一旁的人取得生存空间。

  道格说，即使开车时遇到地震，也要赶快离开车子，很多地震时在停车场丧命的人，都是在车内被活活压死，在两车之间的人，却毫发未伤 ( 此段话引图片说明 )：强烈地震发生时，如果你正在停车场，千万不要留在车内，以免垮下来的天花板压扁汽车，造成伤害；应该以卧姿躲在车旁，掉落的天花压在车上，不致直接撞击人身，可能形成一块『生存空间』，增加存活机会…。

  他很慎重地对在场的一百多位我国搜救队员说，搜救队员必要在地震中先能自己求得生存，只有活下来，才能拯救他人性命。他

  说，希望大家告诉大家，只要传播这么一点求生讯息，地震发生时，建筑物内的伤亡率，可以由百分之九十，遽降为百分之二。

  请大家传阅，增加大家在灾难发生时的生存机率，减少伤害！！

  .. 请把这封信转寄给你所关心的人 ...

  查看(21) 评论(0)

• 如何做好IT项目管理的需求管理(转载)

  2008-5-13

  摘要：随着IT在现代生活起到越来越重要的作用，根据本人参与的项目管理、售前调研、系统开发的多年经验结合最新的项目管理知识，我们就需求管理这个领域来讨论IT项目的需求管理，特别是如何建立完善的需求说明书，以及采用那些相关的需求管理模板文件来实现需求变更控制。本论文从技术工具、模板和经验相结合的方法来讨论现代IT项目的需求管理(RM)。

  　　关键字：头脑风暴法、德尔菲法、要素加权法;RM：需求管理，CCB：变更控制委员会，QFD：质量功能调配，HOQ：质量屋。

  　　约定：本文涉及到的关键字概念和采用的技术的概念都不做详细解释，里面的概念定义请查阅相关书籍，这里只讨论这些在需求管理中的使用;同时里面的案例信息也不在这里做详细交代。

  　　引用案例：某市网上审批项目。

  　　1　概述

  　　我们知道现代项目管理的六要素是：时间、成本、质量、组织、范围、客户满意度，实际上，要满足这六个要素，计划一个良好的需求分析是实现这六因素的前提，如果我们在项目生命周期的某些阶段出了问题，而我们可能还不知道，这将影响整个项目周期，无论该计划如何详尽，如果需求有误和需求分析不到位，项目的控制将没有任何价值，IT软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”(Leffingwell 1997)，从某种意义来讲，项目的成功基于项目的需求管理的成功。

  　　2　需求的定义及特点

  　　根据IEEE项目工程标准词汇表(1997)年中对需求的描述如下：业主解决问题或达到目的所需的条件或权能，和系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或权能。在PMBOK中，项目需求就是在“项目范围”约定的。

  　　需求最显著的特点是“随着项目而改变、随着项目而渐进明晰”，项目管理的特点是随着进展而渐进明细化，可以看出需求管理和项目管理一样，这就意味着需求在项目的整个生命周期都可能存在的，这样项目管理的过程，也必不可少需求的管理。

  　　3　如何获取需求

  　　获得需求的方式可以有多种多样：电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书)，其实这些方法都是GET方式，我们可以通过以下两类技术手段来达到：GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求，而这两个过程都是必须交互进行的，一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师，长期在客户那里工作，他的工作主要是界定项目的范围和需求变更管理，通过我们编制的各类模板文档来实现需求变更的控制;

  　　一般来讲IT集成需求包含三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求:业务需求提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明;用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明;功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求，必须具备一定的业务背景和技术背景，能从三个不同的层次发掘客户的需求。

  　　根据我们在某市网上审批项目中的经验，我们采用如下方法，其中每项工作都记录文档备案：如查阅了大量资料和病历资料格式、各类应急防御措施、统计分析报表、系统规划书、旧系统业务状况、历史资料、还访谈了操作员的应用感受、多次技术交流、专题讨论等多种形式的交互式讨论和分析。这样无论是业务、功能、用户详尽的期望我们都了解的比较透彻。

  4　需求管理

  　　获取了需求接着要作的的工作就是对需求分析、消化和评审、基线制定、需求说明书制定，这里我们主要集中在需求分析和需求说明书两方面来。

  　　4.1需求分析

  　　1)建立需求关联图：需求关联图是用于定义系统与系统外部实体间的界限和接口的简单模型，同时它也明确了通过接口的信息流和物质流，通过关联图，对用户需求的约定和确认以及CCB的评审都是非常关键的。

  　　2)创建开发原型：创建用户接口原型可以在如下应用如下情况：如果开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。通过开发原形，业主和集成商都可以相互了解业务，发掘潜在的信息，避免用户需求的不必要变更。

  　　3)分析可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍，这个主要用于内部评审和制定技术线路提供依据，如在什么情况下采用.NET技术,什么情况下采用J2EE技术,我们在2003年电子政务网上审批系统中充分对需求(业务、技术、用户操作人员需求、现有系统需求等)做整体提取分析来确定技术线路的选型。

  　　4)确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。

  　　5)为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

  　　6)编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

  　　4.2建立需求与产品质量的关系模型

  　　需求是项目正确实施的一个前提,如果没有抓住用户的需求,那么很可能是漏洞百出，最终产品将不是一个真正的可交付物。我们知道，质量是一个客户满意度的一个主要因素，质量在项目中又有许多影响因素，这里我们着重从需求的角度出发来讨论需求与质量的关系，那么如何来从需求的角度出发建立与质量的控制呢?

  　　我们来建立一个思路如下：客户所有的期望 需求产生 转换矩阵 产品开发 可交付物 客户满意。在这里转换矩阵就非常关键了，如何来实现需求与质量的关联呢，可以通过质量功能调配(QFD)来实现，通过QFD可以把需求(用户期望)、产品特性关联起来，这里要用到一个工具：质量屋(House of Quality)，我现在用一个案例来说明这个工具，在做某市网上审批项目中，我们从客户哪里收集和整理了许多需求：审批项目、报表要求、认证方式、工作流要求、数据范围及格式、操作界面、医药管理规范等等;我们通过建立质量屋完成了需求与如何去实现，如下图所示：

  

  在QFD技术中以三种形式来定性地描述工程特征之间的相关影响关系，即正相关(向相同方向变化)、不相关和负相关(向相反方向变化)。对相关程度还可以进一步地细分为强相关、一般相关和弱相关几种关系，并给以标度值来表达相关程度，这样我们可以定义一些需求的强弱程度：如不确定需求、一般确定需求、强烈确定需求等，在这个HOQ中，还要用到其他技术工具，如：要素加权法等，这样做的好处是主次分明，可以把需求分析和管理做到随时间的推进客户的变更变限于固定的框架里，符合如下曲线，而不至于走向极端。
  

  

  4.3需求说明书编写经验谈

  　　目前需求说明书有固定的格式和要求,可以从专门介绍需求说明书的相关书籍中获得,在本论文中,我着重阐述需求说明书的经验，编写优秀的是没有公式化的方法的，这需要大量的经验，要从你在过去的文档中发现的问题学习。

  　　1) 采用IT项目需求规格说明模版,要注意的是很多人拿来需求说明书模板就套用,这就有很大的风险,例如:会出现需求不全、需求范围界定不到位、需求分类不明确等因素，我们应该把需求规格说明书拿来后先罗列许多要点：约定、法律法规、需求分类、技术限制、采用的技术和工具等等全面考虑，与项目干系人特别是用户进行沟通，然后讨论，可以采用头脑风暴法和德尔菲方法来讨论，确定说明书大纲，而不能照本著书。

  　　2) 附加文档的管理，值得注意的是需求说明书并非一成不变的，我们可以通过附加文档来跟踪用户的新的需求和需求变更，这样必须建立一个配套的文档集合，随时跟踪需求，保证开发团体步进统一，一般这些文件是要考虑的：《需求(或功能)变更申请书》、《需求(或功能)变更规格书》、《需求清单一览表》等。这样做的好处是对需求时实监控，保证项目的安排，同时让用户知道变更是一件很严肃的事情，可以防止个别人提出无法界定的需求(因为现实IT项目中，很多问题是其他系统的遗留而又超出本项目技术线路可以弥补的问题等)。

  　　3) 编写需求说明书的时候，可能还会遇到一些解决不了的需求，我们也一定用专门的章节要罗列出来，防止漏项，同时也利于我们在做实施计划的时候来采取那种措施，采购其他设备、投入相关人力或其他办法。

  　　4) 需求必须要客户确认，许多项目，可能开发商为了保护自己的“利益”很多事情都没有得到客户的确认，其实在需求阶段，我们的需求是要跟客户确认的，比如数据字典、界面选型、技术线路、功能模块等，这样做的好处是防止需求把握不得当，缺少了用户必要的功能，另一个就是防止了开发商需求镀金，提供了不必要的功能。

  　　5　总结

  　　经过以上各个方面来讨论需求管理在整个项目生命期所起到的作用，结合自身的经验，和一个案例《某市网上审批系统》综合分析了需求管理的办法和用到的工具，根据自身经验提出编写需求说明书要注意的地方。

  查看(44) 评论(0)

我的最新图片

• 

  网络图片

• 

  树木

• 

  情侣伞

• 

  image

我的最新书签

• 全国公民身份证号码查询中心
• ITPUB
• 中国测试社区
• 华夏书库
• 商业智能
• 土豆网
• 博客园
• 奇客
• 莱熊
• IT技术社区