• 创建:2007-7-8
  • 文章:15
  • 评论:30
  • 访问:6920
  •  
自E.F. Codd提出的数据库概念,首先理解为一种应用架构:把数据是独立的、专门管理公用资源。库(base, 一开始叫做数据银行data bank)构造和操作方式(比如存、取)是与具体的“使用”无关的。数据库中的数据,首先应当被看作独立、集中、公共的(根据需要可以附加操作权限)。

这个思想带来的是什么呢?不仅仅是“大量数据的管理”,更重要的是操作方式的标准化和简约化(所有的应用都表现为SELECT,UPDATE,INSERT,DELETE几种元操作)。它带来的好处和重要性,似乎有点被当今的程序员遗忘。

难得的是,Codd不仅提出了这一重要的应用架构或者思想,也提出了它的技术方案核心(关系数据模型, RDM),并且天才地将其建筑在集合论-关系代数之上。这个近乎完美的研究,奠定了近几十年商业计算的基础。类似的成果,迄今在计算机界,也没有第二……
编辑 | 阅读全文(259) | 回复(0),flyingrobot 发表于 2008-7-18 18:10

信息技术的两种认识背景

现代信息技术的发展,实际上有两个不同的认识背景,一个是计算自动机(数字化电子计算机)的发展,一个是“信息”本质的认识,前者的核心是“计算”,后者的核心就是信息本身——其性质、规律。
把“信息”看作一种客观存在的实体,和其它实体一样,有独特的规律与性质、存在方式或生命周期,独自的价值或用途,是上个世纪人类认识的重要进展。“信息论”正是在这样的背景下产生和受到人们的重视。信息管理”或“信息资源管理”(Information Management or Infomation Resource Management学科,也是建立在这个背景上的。国内从90年代末期,在管理科学与工程学科下设立了信息管理与信息系统……

编辑 | 阅读全文(213) | 回复(0),flyingrobot 发表于 2007-10-6 11:19

数据库的初衷是直接面对最终用户

关系数据库和SQL最初提出时,都含有直接针对最终的用户,而不是软件开发者或作为软件间的接口的意思。将数据集中、专门管理,然后让最终用户如同到银行存钱、取钱一样使用,这是数据库之父E. F. Codd最初的想法,所以他初次发表时使用的名字,正是“数据银行”(data bank)。这里包含着这样一些意思:
  1. 用户既取(查询、输出)、也存(创建、修改、删除);
  2. 数据是独立的(存在银行或仓库这一事实不代表其所有权的转移);
  3. 数据库及其操作是内容无关的(无论存取何种货币或者货品,银行、货仓的设施、基本手续是一样的);
  4. 操作简易、通用(例如屏蔽了存放、处置、保护钱的各种麻烦)。
透过早期的dBase产品,也能体验到这种想法,及渐渐演变的过程。现在的DBMS产品概念,基本已经是纯粹的“后台”,而SQL也几乎完全成为嵌入在高级程序代码中,供……

编辑 | 阅读全文(169) | 回复(0),flyingrobot 发表于 2007-9-28 11:28
——李建会《走向计算主义:数字时代人工创造生命的哲学》的评论 


  若干年前我为自己总结了一种“构建主义”的哲学观,用来解释和引导自己的研究与认识取向。那时,在网络上和一些对系统论感兴趣的学者进行过颇有趣的讨论,为了说明自己“构建主义”观点,曾发过这么一段话:
  “哲学家在为精神的本质烦恼不休,而工匠们刻骨头片,刮纸浆,烧晶体管,忽然有一天哲学家被一部机器人的精彩对白所惊骇,问工匠何以能制造‘精神’,工匠说,我不知道什么是精神,我就是一个分子一个分子堆砌了这么一部机器而已,您遇到的是最不听话的一部!”(这个言论发在一度很活跃的“系统科学论坛”,可惜如今已经在网络空间里消失了)我自己及对此更明白的表述是:“构建主义”……
编辑 | 阅读全文(144) | 回复(0),flyingrobot 发表于 2007-9-26 14:56

引言

越是基本的概念,往往越“解释不清”,而深入解读的过程,总是可以学习到许多道理——不管最终是否得出了唯一的解释。SOA就是这么一个东西。                

几年前接触到这个概念时,曾经觉得无需深究,因为觉得这是自己理解甚至自觉地应用着的东西,例如在做软件架构设计时,就已经采用了类似的思路,甚至还选择了SOAP、UDDI这些东西。那时觉得这是一种很基本的东西,但无法看清或预料今天的这种发展。现在细想,SOA在概念出现几十年后在实践领域“咸鱼翻身”,是很有道理的。便宜、随处可得的网络,是它生存的基础,迈向深入的互联网企业应用,是它的动力。SOA也不像它表面看起来那么简单。它的确很有可能成为IT应用进化的又一个里程碑。
在IT领域,有一种强烈的意识,就是希望把自己提出、提倡或正在推广的“理念&rdqu……

编辑 | 阅读全文(637) | 回复(0),flyingrobot 发表于 2007-8-8 18:19

2007-8-1 21:11 | [原创]什么是服务?

关键字:服务 SOA SaaS
目前企业应用领域的两个热点,SOA(面向服务架构)、SaaS(软件即服务,营销模式和理念)都和“服务”有关。许多具体的探讨,尤其是SOA,都要解析服务这个概念,但往往直接和具体技术纠缠在一起。服务本是更一般的概念,这里分享一下我跳出软件技术的圈子,在企业管理的语境中思考的心得。

笼统地看,服务是一种事务(affair)。可以从功能、过程、关系三个不同的角度去考察:

  • 作为过程(process),服务是一个需求-解决过程。它是发生在相互独立的行为主体间的一种互动,其行为主体至少可分为“供应者”与“消费者”,其目的首先是为了满足消费者特 定的目标。一个完整的服务过程无论多么复杂,总是由消费者的选择/请求开始,供应者检查确认请求,执行特定的功能或任务,按照预定的方式结束。
  • 作为功能(function),服务由“供应者&r……
    编辑 | 阅读全文(889) | 回复(2),flyingrobot 发表于 2007-8-1 21:11

    引言

    本来,process就是过程,是很自然的。但在舶来的BPR、BPM等流行的同时,process又变成流程了。那么,流程图为生么不是process chart呢?process analysis应该是过程分析还是流程分析?全面质量管理中的“过程控制”是否也应顺应潮流,改叫“流程控制”呢?

    “IT+管理”的语境

    “过程”与“流程”这两个词在“IT+管理”这个特定语境下来讨论,还是很有意思的。因为这些概念不是从中文中产生的,所以从比较源头的地方——英文去考察比较好。在英文的文献里,这好像并不怎么会混淆。例如:

    “业务过程,过程分析,业务过程管理”就是 business process, process ana……
    编辑 | 阅读全文(3687) | 回复(11),flyingrobot 发表于 2007-7-13 1:20

    哈佛商业评论中文版上,署名安德鲁的一篇文章,把企业应用的IT分成三种类型:
    • 功能型:比如字处理,电子表格
    • 网络型:用来沟通,比如电子邮件,即时消息,博客和群件等
    • 企业型:“公司使用这类技术来重构员工群体之间或者公司与业务伙伴之间的互动方式。”
    无论从IT本身的分类,还是从企业应用系统分类的角度,这个分类观点都有些问题,至少也有些落伍。一方面,现在的“网络”与“桌面”功能正在迅速的融合;一方面,就拿作者自己举的“群件”(groupware)的例子,且不说群件在IT界已经是一个很陈旧的词,它的鼻祖Lotus Notes本身,就充分演示了桌面与网络、整体性应用的融合之路。以Notes/Domino这个“群件平台”(现在不会这么说)开发的大量应用,何尝不是“企业型&rd……
      编辑 | 阅读全文(829) | 回复(4),flyingrobot 发表于 2007-7-10 19:18

      引言
      Drate的话题,也来谈谈企业信息化成本问题。还是先改一下:“企业信息化”是个太笼统的词,适合用在整个企业的改变上,它的成本,就是企业变革的成本。这里谈谈更具体的,企业引进、实施一套综合管理软件,实际的付出到底有哪些?

      明显的成本

      第一个大家都看得到的成本,就是购买软件和服务(可能还包括第三方的服务)所支付的价钱。
      第二个基本的成本,就是直接人工费用。包括选型实施等工作所带来的工作量,增加或改变人员配置带来的成本增加等。虽然这个费用其实并不容易真正计算清楚,但概念上还是很清楚的。对于这个项目,一个普遍的经验是,原以为提高工作效率会体现为减少某些人工成本——实际上很少看得到;管理者常常发现,不仅仅是专职的IT人员,其它的人手往往反而也增加了。这实际上应该归入后面所说的“业务转型成本”。
      第三个基本的成本,来自为支撑这个项目……
      编辑 | 阅读全文(397) | 回复(2),flyingrobot 发表于 2007-7-8 21:6
      余彤鹰,企业工程论坛(EE-Forum.org),2007-07-01
      标签:信息技术 企业应用 软件 发展 线索

      引言

      纵观企业应的格局和发展,可以发现一些逻辑性的线索,它们或者体现了演变的过程,或者体现了内在的关联性。沿着这些线索,可以更好地理解企业应的发展,启发新的发展途径或增长点。本文归纳并简要分析了这样一些典型线索:“数据库应用/信息系统”、“数量与成本控制”、“生产自动化”、“业务处理”、“专业技术与职能”、“行业”、“企业关系”。

      线索一:数据库应用/信息系统

      典型线索:
      管理信息系统(MIS) - 执行信息系统(EIS) - 决策支持系统(DSS) - 知识管理(KM) - 商业智能(BI)
      这个线索的发展,……
      编辑 | 阅读全文(436) | 回复(1),flyingrobot 发表于 2007-7-8 20:50
      当前完整的企业应用产品线(例如SAP,参见SAP-近期快照),应该对整个企业供应链提供支持,供应商关系管理(SRM)就是其中不可或缺的一个基本组成部分。相对于客户关系管理(CRM),这部分的独立性与重要性曾经一度被忽视。例如,SAP也是2002年才推出。但在2001年,国内就提出了对供应商关系管理的独立、完整阐述。以下内容摘自在企业工程论坛(EE-Forum.org):
      供应商关系管理(Supplier Relationship Management, SRM),是企业供应链(Supply Chain)上的一个基本环节,它建立在对企业的供方(包括原料供应商,设备及其他资源供应商,服务供应商等)以及与供应相关信息完整有效的管理与运用的基础上,对供应商的现状、历史,提供的产品或服务,沟通、信息交流、合同、资金、合作关系、合作项目以及相关的业务决策等进行全面的管理与支持。
      供应商关系管理的建立,涉及……
      编辑 | 阅读全文(865) | 回复(3),flyingrobot 发表于 2007-7-8 20:41
      余彤鹰, EE-Forum.org
       
      需求分析的三重境界
      层次1. 客观描述与记录(objective description and record——忠实、精确、全面地搜集与记录客户的需求或相关的业务、数据;
      层次2. 模式归纳与发现(patterns induction and discovery)——按照一定的建模方法论及框架或架构进行归纳、建模,并尽量揭示在包含在快照式的客观记述中并非显而易见的模式或规律;
      层次3. 模式分析与创新(patterns analysis and innovation——在现存模式的基础上总结不同模式背后隐含的规律,研究应用对需求的异化作用,发掘深层次规律,预测需求变化,揭示新的工作(业务)方式,创建新的、有价值的模式。
      实质性需求分析与研究(ERAR
      在新技……
      编辑 | 阅读全文(188) | 回复(0),flyingrobot 发表于 2007-7-8 20:32
      作者:余彤鹰,EE-Forum.org
      前面讨论中,李文华提出了“企业建模的范围”问题,林星增加了“目的”(见第一轮对话的贴子),这里借着这两个话题,引申到“模型驱动系统”及与“模型驱动开发”的区别这个比较特殊的问题上,这同时涉及前面说的,企业工程四项愿景之首所包含的“直接驱动企业平台”这个要求。
      “建模”一词可以有两种用法,狭义地说,建模指用特定的方式表达特定的对象,得到结果(模型)的过程或行动;广义地,可包括对表达对象(比如企业本身)的提取或设计。这里讨论前者。
      企业建模,就是建立企业模型(也可以称为企业蓝图)。企业建模的目的、范围等在有关文献中有详细的讨论。这里给出一点个人的、相对精简的思路。我认为企业建模的目的,大致可等同于企业模型的用途,这在……
        编辑 | 阅读全文(222) | 回复(1),flyingrobot 发表于 2007-7-8 20:12

        2007-7-8 19:43 | [原创]SAP-近期快照


        网站


        企业定位/关键词描述

        • Business Software Solutions Applications and Services
        • 企业管理软件 商务解决方案 应用 平台 服务

        Solutions 解决方案


        Enterprise Applications 企业应用-SAP Business Suite SAP商务套件(mySAP)
        • mySAP CRM, Customer Relationship Management 客户关系管理
        • mySAP ERP, 企业资源规划
        • mySAP PLM, Product Lifecycle Management 产品生命周期:贯穿整个产品和资产生命周期的协同工程、定制开发、项目管……
                  编辑 | 阅读全文(713) | 回复(2),flyingrobot 发表于 2007-7-8 19:43
                  在kevin的专栏看到从个人软件到企业软件一文,主要从技术的角度对企业软件的特点进行了全面的说明,是一篇实在的好文,小结中“建立以用户为中心,站在用户的角度看问题的习惯”这个建议更是金玉良言,但作为软件开发者,能真正做好这个要点的非常之少。沿着这个思路,我们可以对“企业应用和个人应用的区别”这个问题得出另一层面的认识。
                  我们首先设定一下立场:从软件的应用对象、目标及用户角度去探讨,而不是软件开发者或技术特征的角度。

                  什么是企业应用?什么是个人应用?

                  简单地从字面上理解,似乎个人软件就是供个别用户使用的软件,企业软件是供“企业”[注1]使用的软件。
                  这就涉及到软件的用户是谁。拿“用户满意”来说,一套综合管理软件,企业管理者认为好,但80%的实际操作者认为不好,这算做“用户满意”还是……

                  编辑 | 阅读全文(698) | 回复(4),flyingrobot 发表于 2007-7-8 19:8
                  (共 15 条) 上一页 1 下一页

                  仅列出标题

                  Flyingrobot

                  管理与信息技术应用实践与研究者

                  邮箱:thenetman()sina.com
                  本站以发表Flyingrobot原创作品为主,仅在符合法规及公认准则的情况下使用他人作品。任何应用、传播请保持原署名及出处。商业机构或营利性使用,需取得作者许可。